AMD 12.10 Feature: Xen Recommended Patches

osrc.amd.com cannot be resolved to an IP address.

Links to the Recommended and Optional patches below:

Recommended Patches

http://xenbits.xen.org/hg/xen-unstable.hg/rev/ed9c557f8a35
http://xenbits.xen.org/hg/xen-unstable.hg/rev/a06e6cdeafe3
http://xenbits.xen.org/hg/xen-unstable.hg/rev/50a70b652b43
http://xenbits.xen.org/hg/xen-unstable.hg/rev/eae25241d571

http://xenbits.xen.org/hg/xen-unstable.hg/rev/452d9143687f TO
http://xenbits.xen.org/hg/xen-unstable.hg/rev/d9d336238e77

http://xenbits.xen.org/hg/xen-unstable.hg/rev/23e33ea79cac

Optional Patches

Note that the following patches for AMD LWP profiling support. New OS, including Linux, still doesn't support LWP. So these features are optional.

http://xenbits.xen.org/hg/xen-unstable.hg/rev/1088c8557a46
http://xenbits.xen.org/hg/xen-unstable.hg/rev/af8d8408a8d2
http://xenbits.xen.org/hg/xen-unstable.hg/rev/750eb14af93e
http://xenbits.xen.org/hg/xen-unstable.hg/rev/103f89fef294
http://xenbits.xen.org/hg/xen-unstable.hg/rev/631bdf00a81f
http://xenbits.xen.org/hg/xen-unstable.hg/rev/4288a8b9e88c
http://xenbits.xen.org/hg/xen-unstable.hg/rev/389b0ce8b11a
http://xenbits.xen.org/hg/xen-unstable.hg/rev/260c3f760eff
http://xenbits.xen.org/hg/xen-unstable.hg/rev/f4585056b9ae

I should have include the following on top of the previous comment; nonetheless here it is :

AMD Xen Patches for Xen 4.1.3 Tree

This page contains the necessary patches for Xen 4.1.3 to enable (or better support) AMD CPUs up to Orochi-C. We split the patches into two categories: recommended and optional. Recommended patches are needed for bug fixes, new feature support, or better performance.

Started an attempt on applying the patches:

http://xenbits.xen.org/hg/xen-unstable.hg/rev/a06e6cdeafe3 -> is already included.

http://xenbits.xen.org/hg/xen-unstable.hg/rev/eae25241d571

Patch above does not apply cleanly and in the area of microcode update there are a few places I would not want to change without more research.

The set of ATS patches also do often not apply cleanly. Right now I somehow applied them but the differences in code have the risk of getting it wrong.

Looking again with a fresh mind it looks like the OSVW patch actually can be made to apply but the set of patches for the ATS feature I would rather not include as they seem to depend on some PCI config space rework from Xen-4.2.

Instead of just adding them to the current Xen version in Quantal, I actually merged against the latest Debian unstable version (which moves us from a pre-4.1.3 to a real 4.1.3 version). This would also have the benefit of several CVEs being fixed by that move. I gave the resulting build on amd64 a quick test of booting on my AMD test machine and starting a HVM guest via libvirt and a PVM guest via xm commands. The PVM guest I also saved and restored via xm. Hopefully that was enough to ensure no regressions were introduced.

This bug was fixed in the package xen - 4.1.3-3ubuntu1

---------------
xen (4.1.3-3ubuntu1) quantal; urgency=low

  * Merge from Debian unstable. Remaining changes:
    - libxenstore3.0: Conflict and replaces libxen3.
    - libxen-dev: Conflict and replaces libxen3-dev.
    - xenstore-utils: Conflict and replaces libxen3.
    - xen-utils-4.1: Conflict and replaces libxen3, python-xen-3.3,
      and xen-utils-4.1.
    - Change depend back to ipxe as we do not have ipxe-qemu.
    - etherboot: Change the config back to include the 8086100e.rom
    - Dropped:
      - Make sure the LDFLAGS value passed is suitable for use by ld
        rather than gcc. Right now there seem to be no LDFLAGS passed.
  * Backported AMD specific improvements from upstream Xen (LP: #1009098):
    - svm: Do not intercept RDTSC(P) when TSC scaling is supported by hardware
    - x86: Use deep C states for off-lined CPUs
    - x86/AMD: Add support for AMD's OSVW feature in guests.
    - hvm: vpmu: Enable HVM VPMU for AMD Family 12h and 14h processors
 -- Stefan Bader <email address hidden> Thu, 27 Sep 2012 21:27:44 +0200