Fourth release candidates are available from the public xen-3.1-testing.hg and xen-3.2-testing.hg. BSD/IA64/Sun people: Please at least build test 3.2.1-rc4. There are a couple of bugfix backports in tools/libxc which might break your builds. It''s unlikely, but I''d like to be on the safe side. Thanks, Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Wed, Apr 09, 2008 at 05:10:42PM +0100, Keir Fraser wrote:> Fourth release candidates are available from the public xen-3.1-testing.hg > and xen-3.2-testing.hg. > > BSD/IA64/Sun people: Please at least build test 3.2.1-rc4. There are a > couple of bugfix backports in tools/libxc which might break your builds. > It''s unlikely, but I''d like to be on the safe side.3.2.1-rc4 is broken. posix_memalign() is optional regardless of POSIX version, and Solaris doesn''t have it yet. The explicit !defined(__sun) is required I''m still building latest 3.1. We''ve been testing 3.1.4rc2 with positive results so far. regards, john _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On 9/4/08 17:39, "John Levon" <levon@movementarian.org> wrote:> 3.2.1-rc4 is broken. posix_memalign() is optional regardless of POSIX > version, and Solaris doesn''t have it yet. The explicit !defined(__sun) > is requiredOkay, I''ll add that. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Keir Fraser
2008-Apr-09 16:54 UTC
Re: [Xen-devel] Re: Release candidates for 3.1.4 and 3.2.1
On 9/4/08 17:45, "Keir Fraser" <keir.fraser@eu.citrix.com> wrote:>> 3.2.1-rc4 is broken. posix_memalign() is optional regardless of POSIX >> version, and Solaris doesn''t have it yet. The explicit !defined(__sun) >> is required > > Okay, I''ll add that.Please try xen-3.2-testing.hg:16856 (this goes for BSD/IA64 too). I reverted to the ioemu/osdep.c way of checking for posix_memalign(), and moved the implementation to a proper source file so it cannot possibly leak out of tools/libxc (which xg_private.h unfortunately does for some reason). 3.1-testing does not have this issue as I did not backport this changeset in the first place (doesn''t apply cleanly and I''m not wanting to fix and test it). -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Wed, Apr 09, 2008 at 05:45:20PM +0100, Keir Fraser wrote:> > 3.2.1-rc4 is broken. posix_memalign() is optional regardless of POSIX > > version, and Solaris doesn''t have it yet. The explicit !defined(__sun) > > is required > > Okay, I''ll add that.That did the trick, thanks regards john _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Alex Williamson
2008-Apr-09 18:03 UTC
[Xen-devel] Re: Release candidates for 3.1.4 and 3.2.1
On Wed, 2008-04-09 at 17:10 +0100, Keir Fraser wrote:> Fourth release candidates are available from the public xen-3.1-testing.hg > and xen-3.2-testing.hg. > > BSD/IA64/Sun people: Please at least build test 3.2.1-rc4. There are a > couple of bugfix backports in tools/libxc which might break your builds. > It''s unlikely, but I''d like to be on the safe side.These appear to build on ia64, but I''d like to see if Intel and Fujitsu could run them through their regression testing. Thanks, Alex -- Alex Williamson HP Open Source & Linux Org. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
KUWAMURA Shin''ya
2008-Apr-11 02:39 UTC
Re: [Xen-devel] Release candidates for 3.1.4 and 3.2.1
Hi Keir, Please add the following patches to xen-3.2-testing.hg tree: 17066: [IA64] Add xencomm_arch_hypercall_suspend to fix module load http://xenbits.xensource.com/xen-unstable.hg?rev/c98276a51ff8 17068: [IA64] Add EXTRA_AFLAGS for platform-pci/xcom_asm.S http://xenbits.xensource.com/xen-unstable.hg?rev/700f33cc0297 In xen-3.2-testing.hg 16856:7210da777534, insmod xen-platform-pci.ko fails on ia64. They fixed this issue. Best Regards, -- KUWAMURA Shin''ya _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
KUWAMURA Shin''ya
2008-Apr-11 05:07 UTC
[Xen-ia64-devel] Re: [Xen-devel] Re: Release candidates for 3.1.4 and 3.2.1
>>>>> On Wed, 09 Apr 2008 13:03:50 -0500 >>>>> alex.williamson@hp.com(Alex Williamson) said: > > On Wed, 2008-04-09 at 17:10 +0100, Keir Fraser wrote: > > Fourth release candidates are available from the public xen-3.1-testing.hg > > and xen-3.2-testing.hg. > > > > BSD/IA64/Sun people: Please at least build test 3.2.1-rc4. There are a > > couple of bugfix backports in tools/libxc which might break your builds. > > It''s unlikely, but I''d like to be on the safe side. > > These appear to build on ia64, but I''d like to see if Intel and > Fujitsu could run them through their regression testing. Thanks,Testing 3.1.4-rc4 was completed on ia64. All test cases passed. # We are testing 3.2.1-rc4 now. TEST ENVIRONMENT Machine : Tiger4 Kernel : 2.6.18.8-xen Changeset : 15726:90b34e46cd94 (xen-3.1-testing, 3.1.4-rc4) 92:95eb089f2470 (efi-vfirmware) Dom0 OS : RHEL4 U2 (2P) DomU OS : RHEL4 U2 (8P, using tap:aio) DomVTi OS : RHEL4 U2 (8P, with PV-on-HVM drivers) Scheduler : credit TEST RESULTS DomU: unixbench4.1.0 : Pass bonnie++-1.03 : Pass ltp-full-20070930 : Pass iozone3_191 : Pass lmbench-3.0-a5 : Pass DomVTi: unixbench4.1.0 : Pass bonnie++-1.03 : Pass ltp-full-20070930 : Pass iozone3_191 : Pass lmbench-3.0-a5 : Pass Best regards, KUWAMURA and Fujitsu members _______________________________________________ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
>>> Keir Fraser <keir.fraser@eu.citrix.com> 09.04.08 18:10 >>> >Fourth release candidates are available from the public xen-3.1-testing.hg >and xen-3.2-testing.hg. > >BSD/IA64/Sun people: Please at least build test 3.2.1-rc4. There are a >couple of bugfix backports in tools/libxc which might break your builds. >It''s unlikely, but I''d like to be on the safe side.For 3.2.1, short of including c/s 17249 and 17386, would it be possible to at least include the simpler version below, to prevent failing to obtain proper information needed for successfully powering off various systems (making use of the optional nature of PM1b_{cnt,evt}_blk)? Signed-off-by: Jan Beulich <jbeulich@novell.com> --- a/xen/arch/x86/acpi/boot.c 2008-04-08 11:22:41.000000000 +0200 +++ b/xen/arch/x86/acpi/boot.c 2008-04-08 11:23:25.000000000 +0200 @@ -392,12 +392,14 @@ acpi_fadt_parse_sleep_info(struct fadt_d /* Sanity check on FADT Rev. 2 */ if ((fadt->xpm1a_cnt_blk.address_space_id ! ACPI_ADR_SPACE_SYSTEM_IO) || - (fadt->xpm1b_cnt_blk.address_space_id !- ACPI_ADR_SPACE_SYSTEM_IO) || + (fadt->xpm1b_cnt_blk.address + && fadt->xpm1b_cnt_blk.address_space_id !+ ACPI_ADR_SPACE_SYSTEM_IO) || (fadt->xpm1a_evt_blk.address_space_id ! ACPI_ADR_SPACE_SYSTEM_IO) || - (fadt->xpm1b_evt_blk.address_space_id !- ACPI_ADR_SPACE_SYSTEM_IO)) + (fadt->xpm1b_evt_blk.address + && fadt->xpm1b_evt_blk.address_space_id !+ ACPI_ADR_SPACE_SYSTEM_IO)) goto bad; acpi_sinfo.pm1a_cnt = (uint16_t)fadt->xpm1a_cnt_blk.address; @@ -415,6 +417,11 @@ acpi_fadt_parse_sleep_info(struct fadt_d if (!acpi_sinfo.pm1b_evt) acpi_sinfo.pm1b_evt = (uint16_t)fadt->V1_pm1b_evt_blk; + printk(KERN_INFO PREFIX + "ACPI SLEEP INFO: pm1x_cnt[%x,%x], pm1x_evt[%x,%x]\n", + acpi_sinfo.pm1a_cnt, acpi_sinfo.pm1b_cnt, + acpi_sinfo.pm1a_evt, acpi_sinfo.pm1b_cnt); + /* Now FACS... */ if (fadt->revision >= FADT2_REVISION_ID) facs_pa = fadt->xfirmware_ctrl; @@ -456,10 +463,6 @@ acpi_fadt_parse_sleep_info(struct fadt_d } printk(KERN_INFO PREFIX - "ACPI SLEEP INFO: pm1x_cnt[%x,%x], pm1x_evt[%x,%x]\n", - acpi_sinfo.pm1a_cnt, acpi_sinfo.pm1b_cnt, - acpi_sinfo.pm1a_evt, acpi_sinfo.pm1b_cnt); - printk(KERN_INFO PREFIX " wakeup_vec[%"PRIx64"], vec_size[%x]\n", acpi_sinfo.wakeup_vector, acpi_sinfo.vector_width); return; _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
KUWAMURA Shin''ya
2008-Apr-14 01:55 UTC
[Xen-ia64-devel] Re: [Xen-devel] Re: Release candidates for 3.1.4 and 3.2.1
>>>>> On Wed, 09 Apr 2008 13:03:50 -0500 >>>>> alex.williamson@hp.com(Alex Williamson) said: > > On Wed, 2008-04-09 at 17:10 +0100, Keir Fraser wrote: > > Fourth release candidates are available from the public xen-3.1-testing.hg > > and xen-3.2-testing.hg. > > > > BSD/IA64/Sun people: Please at least build test 3.2.1-rc4. There are a > > couple of bugfix backports in tools/libxc which might break your builds. > > It''s unlikely, but I''d like to be on the safe side. > > These appear to build on ia64, but I''d like to see if Intel and > Fujitsu could run them through their regression testing. Thanks,Testing 3.2.1-rc4 completed on ia64. All test cases passed with the following two patches PV-on-HVM drivers: 17066: [IA64] Add xencomm_arch_hypercall_suspend to fix module load http://xenbits.xensource.com/xen-unstable.hg?rev/c98276a51ff8 17068: [IA64] Add EXTRA_AFLAGS for platform-pci/xcom_asm.S http://xenbits.xensource.com/xen-unstable.hg?rev/700f33cc0297 TEST ENVIRONMENT Machine : Tiger4 Kernel : 2.6.18.8-xen Changeset : 16856:7210da777534 (xen-3.2-testing) + 17066:c98276a51ff8 (xen-unstable) + 17068:700f33cc0297 (xen-unstable) 516:7c844e8c3485 (linux-2.6.18-xen) 92:95eb089f2470 (efi-vfirmware) Dom0 OS : RHEL4 U2 (2P) DomU OS : RHEL4 U2 (8P, using tap:aio) DomVTi OS : RHEL4 U2 (8P, with PV-on-HVM drivers) Scheduler : credit TEST RESULTS DomU: unixbench4.1.0 : Pass bonnie++-1.03 : Pass ltp-full-20070930 : Pass iozone3_191 : Pass lmbench-3.0-a5 : Pass DomVTi: unixbench4.1.0 : Pass bonnie++-1.03 : Pass ltp-full-20070930 : Pass iozone3_191 : Pass lmbench-3.0-a5 : Pass Best regards, KUWAMURA and Fujitsu members _______________________________________________ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel