Hey,
So these are the patches I am aware of that are going in 3.4:
If there are some I''ve missed please respond to this email with your
patch.
Akinobu Mita (1):
xen-blkfront: use bitmap_set() and bitmap_clear()
Alex Shi (1):
xen: use this_cpu_xxx replace percpu_xxx funcs
Andrew Jones (1):
xen/blkfront: don''t put bdev right after getting it
Bastian Blank (4):
xen: Add xenbus device driver
xen: Add xenbus_backend device
xen/privcmd: Remove unused support for arch specific privcmp mmap
xen/xenbus-frontend: Make error message more clear
Daniel De Graaf (2):
xen/blkback: use grant-table.c hypercall wrappers
xen/blkback: Enable blkback on HVM guests
Ian Campbell (1):
xen: only limit memory map to maximum reservation for domain 0.
Jan Beulich (3):
xenbus: address compiler warnings
xenbus: don''t free other end details too early
xen: constify all instances of "struct attribute_group"
Konrad Rzeszutek Wilk (13):
xen: Add privcmd device driver
xen/xenbus-frontend: Fix compile error with randconfig
xen/xenbus: Fix compile error - missing header for xen_initial_domain()
xen/mmu: Fix compile errors introduced by x86/memblock mismerge.
pci: Introduce __pci_reset_function_locked to be used when holding
device_lock.
xen/pciback: Support pci_reset_function, aka FLR or D3 support.
xen/cpu: Make VCPU hotplug code online CPUs properly.
xen/setup/pm/acpi: Remove the call to boot_option_idle_override.
xen/enlighten: Expose MWAIT and MWAIT_LEAF if hypervisor OKs it.
xen/acpi-processor: C and P-state driver that uploads said data to
hypervisor.
xen/cpufreq: Disable the cpu frequency scaling drivers from loading.
xen/acpi-processor: Do not depend on CPU frequency scaling drivers.
[CPUFREQ]: provide disable_cpufreq() function to disable the API.
Stefano Stabellini (4):
hvc_xen: support PV on HVM consoles
hvc_xen: implement multiconsole support
hvc_xen: introduce HVC_XEN_FRONTEND
xen/xenbus: ignore console/0
Steven Noonan (1):
xen-blkfront: make blkif_io_lock spinlock per-device
Tang Liang (1):
xen: Utilize the restore_msi_irqs hook.
And these two are going through review:
xen/blkback: Squash the discard support for ''file'' and
''phy'' type.
xen/blkback: Make optional features be really optional.
Am 14.03.2012 20:35, schrieb Konrad Rzeszutek Wilk: Hello Konrad,> xen/acpi-processor: C and P-state driver that uploads said data to hypervisor. > xen/cpufreq: Disable the cpu frequency scaling drivers from loading. > xen/acpi-processor: Do not depend on CPU frequency scaling drivers. > [CPUFREQ]: provide disable_cpufreq() function to disable the API. >is this complete cpufreq support as my 2.6.31 from Jeremy has it? Regards, Stefan Kuhne _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
On Wed, Mar 14, 2012 at 09:09:18PM +0100, Stefan Kuhne wrote:> Am 14.03.2012 20:35, schrieb Konrad Rzeszutek Wilk: > > Hello Konrad, > > > xen/acpi-processor: C and P-state driver that uploads said data to hypervisor. > > xen/cpufreq: Disable the cpu frequency scaling drivers from loading. > > xen/acpi-processor: Do not depend on CPU frequency scaling drivers. > > [CPUFREQ]: provide disable_cpufreq() function to disable the API. > > > is this complete cpufreq support as my 2.6.31 from Jeremy has it?Yup! Actually even better as the 2.6.32 did not handle dom0_max_vcpus= properly.
>>> On 14.03.12 at 20:35, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote: > Hey, > > So these are the patches I am aware of that are going in 3.4: > If there are some I''ve missed please respond to this email with your > patch.Merely looking at the titles, I''m getting the impression that some of them are already in 3.3 ("Add ... driver"). Jan> Akinobu Mita (1): > xen-blkfront: use bitmap_set() and bitmap_clear() > > Alex Shi (1): > xen: use this_cpu_xxx replace percpu_xxx funcs > > Andrew Jones (1): > xen/blkfront: don''t put bdev right after getting it > > Bastian Blank (4): > xen: Add xenbus device driver > xen: Add xenbus_backend device > xen/privcmd: Remove unused support for arch specific privcmp mmap > xen/xenbus-frontend: Make error message more clear > > Daniel De Graaf (2): > xen/blkback: use grant-table.c hypercall wrappers > xen/blkback: Enable blkback on HVM guests > > Ian Campbell (1): > xen: only limit memory map to maximum reservation for domain 0. > > Jan Beulich (3): > xenbus: address compiler warnings > xenbus: don''t free other end details too early > xen: constify all instances of "struct attribute_group" > > Konrad Rzeszutek Wilk (13): > xen: Add privcmd device driver > xen/xenbus-frontend: Fix compile error with randconfig > xen/xenbus: Fix compile error - missing header for xen_initial_domain() > xen/mmu: Fix compile errors introduced by x86/memblock mismerge. > pci: Introduce __pci_reset_function_locked to be used when holding > device_lock. > xen/pciback: Support pci_reset_function, aka FLR or D3 support. > xen/cpu: Make VCPU hotplug code online CPUs properly. > xen/setup/pm/acpi: Remove the call to boot_option_idle_override. > xen/enlighten: Expose MWAIT and MWAIT_LEAF if hypervisor OKs it. > xen/acpi-processor: C and P-state driver that uploads said data to > hypervisor. > xen/cpufreq: Disable the cpu frequency scaling drivers from loading. > xen/acpi-processor: Do not depend on CPU frequency scaling drivers. > [CPUFREQ]: provide disable_cpufreq() function to disable the API. > > Stefano Stabellini (4): > hvc_xen: support PV on HVM consoles > hvc_xen: implement multiconsole support > hvc_xen: introduce HVC_XEN_FRONTEND > xen/xenbus: ignore console/0 > > Steven Noonan (1): > xen-blkfront: make blkif_io_lock spinlock per-device > > Tang Liang (1): > xen: Utilize the restore_msi_irqs hook. > > > And these two are going through review: > xen/blkback: Squash the discard support for ''file'' and ''phy'' type. > xen/blkback: Make optional features be really optional. > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel
>>> On 14.03.12 at 20:35, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote: > Hey, > > So these are the patches I am aware of that are going in 3.4: > If there are some I''ve missed please respond to this email with your > patch.One thing I''m missing is the (partial?) revert of 6f5986bce558e64fe867bff600a2127a3cb0c006 ("xen-blkback: Don''t disconnect backend until state switched to XenbusStateClosed."). Joe didn''t come back with an answer to your inquiry so far, yet the fact that it wasn''t the right thing to do was - as I read it - worked out in the thread "blkfront: don''t change to closing if we''re busy". Jan> Akinobu Mita (1): > xen-blkfront: use bitmap_set() and bitmap_clear() > > Alex Shi (1): > xen: use this_cpu_xxx replace percpu_xxx funcs > > Andrew Jones (1): > xen/blkfront: don''t put bdev right after getting it > > Bastian Blank (4): > xen: Add xenbus device driver > xen: Add xenbus_backend device > xen/privcmd: Remove unused support for arch specific privcmp mmap > xen/xenbus-frontend: Make error message more clear > > Daniel De Graaf (2): > xen/blkback: use grant-table.c hypercall wrappers > xen/blkback: Enable blkback on HVM guests > > Ian Campbell (1): > xen: only limit memory map to maximum reservation for domain 0. > > Jan Beulich (3): > xenbus: address compiler warnings > xenbus: don''t free other end details too early > xen: constify all instances of "struct attribute_group" > > Konrad Rzeszutek Wilk (13): > xen: Add privcmd device driver > xen/xenbus-frontend: Fix compile error with randconfig > xen/xenbus: Fix compile error - missing header for xen_initial_domain() > xen/mmu: Fix compile errors introduced by x86/memblock mismerge. > pci: Introduce __pci_reset_function_locked to be used when holding > device_lock. > xen/pciback: Support pci_reset_function, aka FLR or D3 support. > xen/cpu: Make VCPU hotplug code online CPUs properly. > xen/setup/pm/acpi: Remove the call to boot_option_idle_override. > xen/enlighten: Expose MWAIT and MWAIT_LEAF if hypervisor OKs it. > xen/acpi-processor: C and P-state driver that uploads said data to > hypervisor. > xen/cpufreq: Disable the cpu frequency scaling drivers from loading. > xen/acpi-processor: Do not depend on CPU frequency scaling drivers. > [CPUFREQ]: provide disable_cpufreq() function to disable the API. > > Stefano Stabellini (4): > hvc_xen: support PV on HVM consoles > hvc_xen: implement multiconsole support > hvc_xen: introduce HVC_XEN_FRONTEND > xen/xenbus: ignore console/0 > > Steven Noonan (1): > xen-blkfront: make blkif_io_lock spinlock per-device > > Tang Liang (1): > xen: Utilize the restore_msi_irqs hook. > > > And these two are going through review: > xen/blkback: Squash the discard support for ''file'' and ''phy'' type. > xen/blkback: Make optional features be really optional. > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel
On Thu, Mar 15, 2012 at 09:14:25AM +0000, Jan Beulich wrote:> >>> On 14.03.12 at 20:35, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote: > > Hey, > > > > So these are the patches I am aware of that are going in 3.4: > > If there are some I''ve missed please respond to this email with your > > patch. > > Merely looking at the titles, I''m getting the impression that some of > them are already in 3.3 ("Add ... driver").Yeah, I screwed up (did it against v3.2-rc7). Here is the list: Akinobu Mita (1): xen-blkfront: use bitmap_set() and bitmap_clear() Alex Shi (1): xen: use this_cpu_xxx replace percpu_xxx funcs Andrew Jones (1): xen/blkfront: don''t put bdev right after getting it Daniel De Graaf (2): xen/blkback: use grant-table.c hypercall wrappers xen/blkback: Enable blkback on HVM guests Jan Beulich (3): xenbus: address compiler warnings xenbus: don''t free other end details too early xen: constify all instances of "struct attribute_group" Konrad Rzeszutek Wilk (10): pci: Introduce __pci_reset_function_locked to be used when holding device_lock. xen/pciback: Support pci_reset_function, aka FLR or D3 support. xen/setup/pm/acpi: Remove the call to boot_option_idle_override. xen/enlighten: Expose MWAIT and MWAIT_LEAF if hypervisor OKs it. xen/acpi-processor: C and P-state driver that uploads said data to hypervisor. xen/blkback: Squash the discard support for ''file'' and ''phy'' type. xen/blkback: Make optional features be really optional. [CPUFREQ]: provide disable_cpufreq() function to disable the API. xen/cpufreq: Disable the cpu frequency scaling drivers from loading. xen/acpi-processor: Do not depend on CPU frequency scaling drivers. Stefano Stabellini (4): hvc_xen: support PV on HVM consoles hvc_xen: implement multiconsole support hvc_xen: introduce HVC_XEN_FRONTEND xen/xenbus: ignore console/0 Steven Noonan (1): xen-blkfront: make blkif_io_lock spinlock per-device Tang Liang (1): xen: Utilize the restore_msi_irqs hook.
Hi Konrad, Thx for the Cpufreq implementation, nice to see it go in ! Tested with your testing branch and it seems to work OK (only tested with the dom0 vcpus=pcpus case, and on aAMD phenom x6) -- Sander Thursday, March 15, 2012, 5:23:43 PM, you wrote:> On Thu, Mar 15, 2012 at 09:14:25AM +0000, Jan Beulich wrote: >> >>> On 14.03.12 at 20:35, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote: >> > Hey, >> > >> > So these are the patches I am aware of that are going in 3.4: >> > If there are some I''ve missed please respond to this email with your >> > patch. >> >> Merely looking at the titles, I''m getting the impression that some of >> them are already in 3.3 ("Add ... driver").> Yeah, I screwed up (did it against v3.2-rc7). Here is the list:> Akinobu Mita (1): > xen-blkfront: use bitmap_set() and bitmap_clear()> Alex Shi (1): > xen: use this_cpu_xxx replace percpu_xxx funcs> Andrew Jones (1): > xen/blkfront: don''t put bdev right after getting it> Daniel De Graaf (2): > xen/blkback: use grant-table.c hypercall wrappers > xen/blkback: Enable blkback on HVM guests> Jan Beulich (3): > xenbus: address compiler warnings > xenbus: don''t free other end details too early > xen: constify all instances of "struct attribute_group"> Konrad Rzeszutek Wilk (10): > pci: Introduce __pci_reset_function_locked to be used when holding device_lock. > xen/pciback: Support pci_reset_function, aka FLR or D3 support. > xen/setup/pm/acpi: Remove the call to boot_option_idle_override. > xen/enlighten: Expose MWAIT and MWAIT_LEAF if hypervisor OKs it. > xen/acpi-processor: C and P-state driver that uploads said data to hypervisor. > xen/blkback: Squash the discard support for ''file'' and ''phy'' type. > xen/blkback: Make optional features be really optional. > [CPUFREQ]: provide disable_cpufreq() function to disable the API. > xen/cpufreq: Disable the cpu frequency scaling drivers from loading. > xen/acpi-processor: Do not depend on CPU frequency scaling drivers.> Stefano Stabellini (4): > hvc_xen: support PV on HVM consoles > hvc_xen: implement multiconsole support > hvc_xen: introduce HVC_XEN_FRONTEND > xen/xenbus: ignore console/0> Steven Noonan (1): > xen-blkfront: make blkif_io_lock spinlock per-device> Tang Liang (1): > xen: Utilize the restore_msi_irqs hook.-- Best regards, Sander mailto:linux@eikelenboom.it
> -----Original Message----- > From: xen-devel-bounces@lists.xen.org > [mailto:xen-devel-bounces@lists.xen.org] On Behalf Of Konrad Rzeszutek > Wilk > Sent: Thursday, March 15, 2012 3:35 AM > To: xen-devel@lists.xensource.com > Subject: [Xen-devel] Linux 3.4 patches.. > > Hey, > > So these are the patches I am aware of that are going in 3.4: > If there are some I''ve missed please respond to this email with your > patch. > > Akinobu Mita (1): > xen-blkfront: use bitmap_set() and bitmap_clear() > > Alex Shi (1): > xen: use this_cpu_xxx replace percpu_xxx funcs > > Andrew Jones (1): > xen/blkfront: don''t put bdev right after getting it > > Bastian Blank (4): > xen: Add xenbus device driver > xen: Add xenbus_backend device > xen/privcmd: Remove unused support for arch specific privcmp > mmap > xen/xenbus-frontend: Make error message more clear > > Daniel De Graaf (2): > xen/blkback: use grant-table.c hypercall wrappers > xen/blkback: Enable blkback on HVM guests > > Ian Campbell (1): > xen: only limit memory map to maximum reservation for domain 0. > > Jan Beulich (3): > xenbus: address compiler warnings > xenbus: don''t free other end details too early > xen: constify all instances of "struct attribute_group" > > Konrad Rzeszutek Wilk (13): > xen: Add privcmd device driver > xen/xenbus-frontend: Fix compile error with randconfig > xen/xenbus: Fix compile error - missing header for > xen_initial_domain() > xen/mmu: Fix compile errors introduced by x86/memblock > mismerge. > pci: Introduce __pci_reset_function_locked to be used when > holding device_lock. > xen/pciback: Support pci_reset_function, aka FLR or D3 support. > xen/cpu: Make VCPU hotplug code online CPUs properly. > xen/setup/pm/acpi: Remove the call to boot_option_idle_override. > xen/enlighten: Expose MWAIT and MWAIT_LEAF if hypervisor OKs > it. > xen/acpi-processor: C and P-state driver that uploads said data to > hypervisor. > xen/cpufreq: Disable the cpu frequency scaling drivers from > loading. > xen/acpi-processor: Do not depend on CPU frequency scaling > drivers. > [CPUFREQ]: provide disable_cpufreq() function to disable the API. >I tested C-state and P-state on Intel Westmere-EP and Romley-EP platform. Power management feature works fine. Also did some basic testing (e.g. guest create, smp, sr-iov) and found no new issue. My testing is based on Konrad''s xen.git with tag "stable/for-linus-3.4-tag" against the following commit. commit 59a56802918100c1e39e68c30a2e5ae9f7d837f0 Author: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Date: Fri Feb 3 16:03:20 2012 -0500 --Jay> > Stefano Stabellini (4): > hvc_xen: support PV on HVM consoles > hvc_xen: implement multiconsole support > hvc_xen: introduce HVC_XEN_FRONTEND > xen/xenbus: ignore console/0 > > Steven Noonan (1): > xen-blkfront: make blkif_io_lock spinlock per-device > > Tang Liang (1): > xen: Utilize the restore_msi_irqs hook. > > > And these two are going through review: > xen/blkback: Squash the discard support for ''file'' and ''phy'' type. > xen/blkback: Make optional features be really optional. > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel
On Wed, Mar 21, 2012 at 06:54:31AM +0000, Ren, Yongjie wrote:> > -----Original Message----- > > From: xen-devel-bounces@lists.xen.org > > [mailto:xen-devel-bounces@lists.xen.org] On Behalf Of Konrad Rzeszutek > > Wilk > > Sent: Thursday, March 15, 2012 3:35 AM > > To: xen-devel@lists.xensource.com > > Subject: [Xen-devel] Linux 3.4 patches.. > > > > Hey, > > > > So these are the patches I am aware of that are going in 3.4: > > If there are some I''ve missed please respond to this email with your > > patch. > > > > Akinobu Mita (1): > > xen-blkfront: use bitmap_set() and bitmap_clear() > > > > Alex Shi (1): > > xen: use this_cpu_xxx replace percpu_xxx funcs > > > > Andrew Jones (1): > > xen/blkfront: don''t put bdev right after getting it > > > > Bastian Blank (4): > > xen: Add xenbus device driver > > xen: Add xenbus_backend device > > xen/privcmd: Remove unused support for arch specific privcmp > > mmap > > xen/xenbus-frontend: Make error message more clear > > > > Daniel De Graaf (2): > > xen/blkback: use grant-table.c hypercall wrappers > > xen/blkback: Enable blkback on HVM guests > > > > Ian Campbell (1): > > xen: only limit memory map to maximum reservation for domain 0. > > > > Jan Beulich (3): > > xenbus: address compiler warnings > > xenbus: don''t free other end details too early > > xen: constify all instances of "struct attribute_group" > > > > Konrad Rzeszutek Wilk (13): > > xen: Add privcmd device driver > > xen/xenbus-frontend: Fix compile error with randconfig > > xen/xenbus: Fix compile error - missing header for > > xen_initial_domain() > > xen/mmu: Fix compile errors introduced by x86/memblock > > mismerge. > > pci: Introduce __pci_reset_function_locked to be used when > > holding device_lock. > > xen/pciback: Support pci_reset_function, aka FLR or D3 support. > > xen/cpu: Make VCPU hotplug code online CPUs properly. > > xen/setup/pm/acpi: Remove the call to boot_option_idle_override. > > xen/enlighten: Expose MWAIT and MWAIT_LEAF if hypervisor OKs > > it. > > xen/acpi-processor: C and P-state driver that uploads said data to > > hypervisor. > > xen/cpufreq: Disable the cpu frequency scaling drivers from > > loading. > > xen/acpi-processor: Do not depend on CPU frequency scaling > > drivers. > > [CPUFREQ]: provide disable_cpufreq() function to disable the API. > > > I tested C-state and P-state on Intel Westmere-EP and Romley-EP platform. > Power management feature works fine. > Also did some basic testing (e.g. guest create, smp, sr-iov) and found no new issue. > My testing is based on Konrad''s xen.git with tag "stable/for-linus-3.4-tag" against the following commit. > commit 59a56802918100c1e39e68c30a2e5ae9f7d837f0 > Author: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> > Date: Fri Feb 3 16:03:20 2012 -0500Excellent! Thank you for doing that.