* Release candidates for 3.1.4 and 3.2.1
@ 2008-04-09 16:10 Keir Fraser
2008-04-09 16:39 ` John Levon
` (3 more replies)
0 siblings, 4 replies; 10+ messages in thread
From: Keir Fraser @ 2008-04-09 16:10 UTC (permalink / raw
To: xen-devel@lists.xensource.com
Cc: Christoph Egger, Alex Williamson, John Levon
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
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Release candidates for 3.1.4 and 3.2.1
2008-04-09 16:10 Release candidates for 3.1.4 and 3.2.1 Keir Fraser
@ 2008-04-09 16:39 ` John Levon
2008-04-09 16:45 ` Keir Fraser
2008-04-09 18:03 ` Alex Williamson
` (2 subsequent siblings)
3 siblings, 1 reply; 10+ messages in thread
From: John Levon @ 2008-04-09 16:39 UTC (permalink / raw
To: Keir Fraser
Cc: Christoph Egger, xen-devel@lists.xensource.com, Alex Williamson
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
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Release candidates for 3.1.4 and 3.2.1
2008-04-09 16:39 ` John Levon
@ 2008-04-09 16:45 ` Keir Fraser
2008-04-09 16:54 ` Keir Fraser
2008-04-09 17:41 ` John Levon
0 siblings, 2 replies; 10+ messages in thread
From: Keir Fraser @ 2008-04-09 16:45 UTC (permalink / raw
To: John Levon
Cc: Christoph Egger, xen-devel@lists.xensource.com, Alex Williamson
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 required
Okay, I'll add that.
-- Keir
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Re: Release candidates for 3.1.4 and 3.2.1
2008-04-09 16:45 ` Keir Fraser
@ 2008-04-09 16:54 ` Keir Fraser
2008-04-09 17:41 ` John Levon
1 sibling, 0 replies; 10+ messages in thread
From: Keir Fraser @ 2008-04-09 16:54 UTC (permalink / raw
To: John Levon
Cc: Christoph Egger, xen-devel@lists.xensource.com, Alex Williamson
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
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Release candidates for 3.1.4 and 3.2.1
2008-04-09 16:45 ` Keir Fraser
2008-04-09 16:54 ` Keir Fraser
@ 2008-04-09 17:41 ` John Levon
1 sibling, 0 replies; 10+ messages in thread
From: John Levon @ 2008-04-09 17:41 UTC (permalink / raw
To: Keir Fraser
Cc: Christoph Egger, xen-devel@lists.xensource.com, Alex Williamson
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
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Release candidates for 3.1.4 and 3.2.1
2008-04-09 16:10 Release candidates for 3.1.4 and 3.2.1 Keir Fraser
2008-04-09 16:39 ` John Levon
@ 2008-04-09 18:03 ` Alex Williamson
2008-04-11 5:07 ` [Xen-devel] " KUWAMURA Shin'ya
2008-04-14 1:55 ` KUWAMURA Shin'ya
2008-04-11 2:39 ` KUWAMURA Shin'ya
2008-04-11 11:49 ` Jan Beulich
3 siblings, 2 replies; 10+ messages in thread
From: Alex Williamson @ 2008-04-09 18:03 UTC (permalink / raw
To: Keir Fraser
Cc: xen-ia64-devel, Christoph Egger, xen-devel@lists.xensource.com,
John Levon
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.
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Release candidates for 3.1.4 and 3.2.1
2008-04-09 16:10 Release candidates for 3.1.4 and 3.2.1 Keir Fraser
2008-04-09 16:39 ` John Levon
2008-04-09 18:03 ` Alex Williamson
@ 2008-04-11 2:39 ` KUWAMURA Shin'ya
2008-04-11 11:49 ` Jan Beulich
3 siblings, 0 replies; 10+ messages in thread
From: KUWAMURA Shin'ya @ 2008-04-11 2:39 UTC (permalink / raw
To: keir.fraser; +Cc: Christoph.Egger, xen-devel, alex.williamson, levon
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
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Xen-devel] Re: Release candidates for 3.1.4 and 3.2.1
2008-04-09 18:03 ` Alex Williamson
@ 2008-04-11 5:07 ` KUWAMURA Shin'ya
2008-04-14 1:55 ` KUWAMURA Shin'ya
1 sibling, 0 replies; 10+ messages in thread
From: KUWAMURA Shin'ya @ 2008-04-11 5:07 UTC (permalink / raw
To: keir.fraser
Cc: levon, Christoph.Egger, xen-devel, alex.williamson,
xen-ia64-devel
>>>>> 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
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Release candidates for 3.1.4 and 3.2.1
2008-04-09 16:10 Release candidates for 3.1.4 and 3.2.1 Keir Fraser
` (2 preceding siblings ...)
2008-04-11 2:39 ` KUWAMURA Shin'ya
@ 2008-04-11 11:49 ` Jan Beulich
3 siblings, 0 replies; 10+ messages in thread
From: Jan Beulich @ 2008-04-11 11:49 UTC (permalink / raw
To: Keir Fraser; +Cc: xen-devel@lists.xensource.com
>>> 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;
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Xen-devel] Re: Release candidates for 3.1.4 and 3.2.1
2008-04-09 18:03 ` Alex Williamson
2008-04-11 5:07 ` [Xen-devel] " KUWAMURA Shin'ya
@ 2008-04-14 1:55 ` KUWAMURA Shin'ya
1 sibling, 0 replies; 10+ messages in thread
From: KUWAMURA Shin'ya @ 2008-04-14 1:55 UTC (permalink / raw
To: keir.fraser
Cc: levon, Christoph.Egger, xen-devel, alex.williamson,
xen-ia64-devel
>>>>> 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
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2008-04-14 1:55 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-04-09 16:10 Release candidates for 3.1.4 and 3.2.1 Keir Fraser
2008-04-09 16:39 ` John Levon
2008-04-09 16:45 ` Keir Fraser
2008-04-09 16:54 ` Keir Fraser
2008-04-09 17:41 ` John Levon
2008-04-09 18:03 ` Alex Williamson
2008-04-11 5:07 ` [Xen-devel] " KUWAMURA Shin'ya
2008-04-14 1:55 ` KUWAMURA Shin'ya
2008-04-11 2:39 ` KUWAMURA Shin'ya
2008-04-11 11:49 ` Jan Beulich
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.