WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: Xen pv kernel (2.6.30) causes s2ram to crash with se

To: Kamala Narasimhan <Kamala.Narasimhan@xxxxxxxxxx>
Subject: Re: [Xen-devel] Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault
From: Tom Rotenberg <tom.rotenberg@xxxxxxxxx>
Date: Mon, 6 Jul 2009 19:13:51 +0300
Cc: "jeremy@xxxxxxxx" <jeremy@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 06 Jul 2009 09:14:20 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=E1/8Les2GLrW1D/Q6QI96MACHxIy4OHstIB3dE6d4dA=; b=rV+CgutpOWHtc3p+Ml6TFbgrtSSh874ip9gGb+RD898MsY/s3Uj/U+GT288XtIlv3m eGHgSljRLEc7xA5pvgn4tYul/wJ8IaHsgt6iFcF0iJ37kzFWohVROrKKjJvGiTBteUzk AJPJzrXtA7P9CDrQMoIhlrEKt8SKfvj9w5lmY=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=jwJg0gSsMtQhXclB3YNRQAjocJ0rBQq1005tBCEaCX2qfhURsgtDQwfhxlBRTil6xm strVnHdN0O6hUHWGsvpzEV1sjmjOAPXh58SYA1ENmY2El1+FL/HsjwBm5n87F3UiqP0d lHNTw2k8I9ATG+To4R9jqB1/LCZnMMiqme44k=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <5997D0BE578D47409D1EBD41DFD341F4777C7B3917@xxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <8686c3cd0907060804n2f2427b7vebc326878ba6e34d@xxxxxxxxxxxxxx> <8686c3cd0907060857h399c7846m336e3d2133e39b52@xxxxxxxxxxxxxx> <5997D0BE578D47409D1EBD41DFD341F4777C7B3917@xxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
What do u mean in "mixed 64b xen/32b dom0 stack"? is the 2.6.30 kernel
a 32b kernel?
Here is the result of 'uname -a':
Linux dell-e6400 2.6.30-rc3-tip #1 SMP Mon Jul 6 13:43:07 EDT 2009
x86_64 GNU/Linux

What does it mean, that vbetool doesn't use the right emulation library?

Regarding the XCI tree - are there specific patches for the 'vbetool'
and other stuff? will i be able to find them in the XCI kernel
patch-queue?

BTW - will compiling a 64b 2.6.30 kernel solve such issues?

Tom

On Mon, Jul 6, 2009 at 7:04 PM, Kamala
Narasimhan<Kamala.Narasimhan@xxxxxxxxxx> wrote:
> Do you have a mixed 64b xen/ 32b dom0 stack?  If so, it is quite possible 
> vbetool was not built to use the right emulation library.  Like I mentioned 
> in an earlier thread, XCI build tree takes care of issues of this kind.  You 
> might want to use that or build vbetool with the right emulation library and 
> hope no other component in your environment is impeding S3 or causing further 
> issues with respect to host S3...
>
> Kamala
>
>> -----Original Message-----
>> From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-devel-
>> bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Tom Rotenberg
>> Sent: Monday, July 06, 2009 11:57 AM
>> To: xen-devel@xxxxxxxxxxxxxxxxxxx; jeremy@xxxxxxxx
>> Subject: [Xen-devel] Re: Xen pv kernel (2.6.30) causes s2ram to crash
>> with segmentation fault
>>
>> It looks like plain 'vbetool vbemode get' also causes Segmentation
>> Fault, on the latest 2.6.30 kernel.
>>
>> I have attached the output of strace on 'vbetool vbemode get', i think
>> you will find it usefull:
>>
>> dell-e6400:~# strace vbetool vbemode get
>> execve("/usr/sbin/vbetool", ["vbetool", "vbemode", "get"], [/* 18 vars
>> */]) = 0
>> brk(0)                                  = 0x242f000
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> 0) = 0x7f01cc43b000
>> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> 0) = 0x7f01cc439000
>> access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
>> directory)
>> open("/etc/ld.so.cache", O_RDONLY)      = 3
>> fstat(3, {st_mode=S_IFREG|0644, st_size=31573, ...}) = 0
>> mmap(NULL, 31573, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f01cc431000
>> close(3)                                = 0
>> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> open("/usr/lib/libz.so.1", O_RDONLY)    = 3
>> read(3,
>> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@!\0\0\0\0\0\0@"...,
>> 832) = 832
>> fstat(3, {st_mode=S_IFREG|0644, st_size=93504, ...}) = 0
>> mmap(NULL, 2188616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
>> 0) = 0x7f01cc00a000
>> mprotect(0x7f01cc020000, 2097152, PROT_NONE) = 0
>> mmap(0x7f01cc220000, 4096, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16000) = 0x7f01cc220000
>> close(3)                                = 0
>> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> open("/lib/libx86.so.1", O_RDONLY)      = 3
>> read(3,
>> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0pw\0\0\0\0\0\0@"...,
>> 832) = 832
>> fstat(3, {st_mode=S_IFREG|0644, st_size=137000, ...}) = 0
>> mmap(NULL, 2235424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
>> 0) = 0x7f01cbde8000
>> mprotect(0x7f01cbe08000, 2093056, PROT_NONE) = 0
>> mmap(0x7f01cc007000, 8192, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1f000) = 0x7f01cc007000
>> mmap(0x7f01cc009000, 3104, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f01cc009000
>> close(3)                                = 0
>> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> open("/usr/lib/libpci.so.3", O_RDONLY)  = 3
>> read(3,
>> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\"\0\0\0\0\0\0@"...,
>> 832) = 832
>> fstat(3, {st_mode=S_IFREG|0644, st_size=42168, ...}) = 0
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> 0) = 0x7f01cc430000
>> mmap(NULL, 2137400, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
>> 0) = 0x7f01cbbde000
>> mprotect(0x7f01cbbe8000, 2093056, PROT_NONE) = 0
>> mmap(0x7f01cbde7000, 4096, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0x7f01cbde7000
>> close(3)                                = 0
>> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> open("/lib/libc.so.6", O_RDONLY)        = 3
>> read(3,
>> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300\342\1\0\0\0\0\0@"..
>> .,
>> 832) = 832
>> fstat(3, {st_mode=S_IFREG|0755, st_size=1375536, ...}) = 0
>> mmap(NULL, 3482232, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
>> 0) = 0x7f01cb88b000
>> mprotect(0x7f01cb9d5000, 2093056, PROT_NONE) = 0
>> mmap(0x7f01cbbd4000, 20480, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x149000) = 0x7f01cbbd4000
>> mmap(0x7f01cbbd9000, 17016, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f01cbbd9000
>> close(3)                                = 0
>> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> open("/lib/libresolv.so.2", O_RDONLY)   = 3
>> read(3,
>> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\00003\0\0\0\0\0\0@"...,
>> 832) = 832
>> fstat(3, {st_mode=S_IFREG|0644, st_size=72568, ...}) = 0
>> mmap(NULL, 2177800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
>> 0) = 0x7f01cb677000
>> mprotect(0x7f01cb687000, 2097152, PROT_NONE) = 0
>> mmap(0x7f01cb887000, 8192, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10000) = 0x7f01cb887000
>> mmap(0x7f01cb889000, 6920, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f01cb889000
>> close(3)                                = 0
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> 0) = 0x7f01cc42f000
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> 0) = 0x7f01cc42e000
>> arch_prctl(ARCH_SET_FS, 0x7f01cc42e6e0) = 0
>> mprotect(0x7f01cbbd4000, 12288, PROT_READ) = 0
>> munmap(0x7f01cc431000, 31573)           = 0
>> open("/dev/zero", O_RDWR)               = 3
>> mmap(0x1000, 655360, PROT_READ|PROT_WRITE|PROT_EXEC,
>> MAP_SHARED|MAP_FIXED, 3, 0) = 0x1000
>> close(3)                                = 0
>> open("/dev/mem", O_RDWR)                = 3
>> mmap(NULL, 1282, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED|MAP_FIXED,
>> 3, 0) = 0
>> mmap(0xa0000, 393216, PROT_READ|PROT_WRITE|PROT_EXEC,
>> MAP_SHARED|MAP_FIXED, 3, 0xa0000) = 0xa0000
>> close(3)                                = 0
>> ioperm(0, 0x400, 0x1)                   = 0
>> iopl(0x3)                               = 0
>> brk(0)                                  = 0x242f000
>> brk(0x2450000)                          = 0x2450000
>> access("/sys/bus/pci", R_OK)            = 0
>> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
>> +++ killed by SIGSEGV +++
>>
>>
>> On Mon, Jul 6, 2009 at 6:04 PM, Tom Rotenberg<tom.rotenberg@xxxxxxxxx>
>> wrote:
>> > Hi,
>> >
>> > I have been testing the new 2.6.30 kernel, which comes with the xen
>> > unstable, and i have found that it causes the 's2ram -f -m' to crash
>> > with a segmentation fault.
>> > Here are my test results:
>> > 1. When booting the 2.6.30 kernel, without Xen, then s2ram works
>> > perfect (!) (it goes to sleep and returns perfect!)
>> > 2. When booting the 2.6.30 kernel with Xen, then when i try to run
>> > 's2ram -f -m', i get the following result:
>> >
>> > dell-e6400:~# s2ram -f -m
>> > Calling get_mode
>> > Segmentation fault
>> >
>> >
>> > I am using a Dell e6400 machine.
>> >
>> > Can someone please help me with this? Jeremy - do u know why does
>> this
>> > problem occurs?
>> >
>> > If you are interested, here are the results of strace, on that
>> command:
>> >
>> > dell-igd:~# strace s2ram -f -m
>> > execve("/usr/sbin/s2ram", ["s2ram", "-f", "-m"], [/* 18 vars */]) = 0
>> > brk(0)                                  = 0x20c1000
>> > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> > 0) = 0x7f65458cd000
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> > mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> > 0) = 0x7f65458cb000
>> > access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
>> directory)
>> > open("/etc/ld.so.cache", O_RDONLY)      = 3
>> > fstat(3, {st_mode=S_IFREG|0644, st_size=31573, ...}) = 0
>> > mmap(NULL, 31573, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f65458c3000
>> > close(3)                                = 0
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> > open("/lib/libx86.so.1", O_RDONLY)      = 3
>> > read(3,
>> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0pw\0\0\0\0\0\0@"...,
>> > 832) = 832
>> > fstat(3, {st_mode=S_IFREG|0644, st_size=137000, ...}) = 0
>> > mmap(NULL, 2235424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
>> 3,
>> > 0) = 0x7f6545491000
>> > mprotect(0x7f65454b1000, 2093056, PROT_NONE) = 0
>> > mmap(0x7f65456b0000, 8192, PROT_READ|PROT_WRITE,
>> > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1f000) = 0x7f65456b0000
>> > mmap(0x7f65456b2000, 3104, PROT_READ|PROT_WRITE,
>> > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f65456b2000
>> > close(3)                                = 0
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> > open("/usr/lib/libpci.so.3", O_RDONLY)  = 3
>> > read(3,
>> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\"\0\0\0\0\0\0@"...,
>> > 832) = 832
>> > fstat(3, {st_mode=S_IFREG|0644, st_size=42168, ...}) = 0
>> > mmap(NULL, 2137400, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
>> 3,
>> > 0) = 0x7f6545287000
>> > mprotect(0x7f6545291000, 2093056, PROT_NONE) = 0
>> > mmap(0x7f6545490000, 4096, PROT_READ|PROT_WRITE,
>> > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0x7f6545490000
>> > close(3)                                = 0
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> > open("/lib/libc.so.6", O_RDONLY)        = 3
>> > read(3,
>> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300\342\1\0\0\0\0\0@"..
>> .,
>> > 832) = 832
>> > fstat(3, {st_mode=S_IFREG|0755, st_size=1375536, ...}) = 0
>> > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> > 0) = 0x7f65458c2000
>> > mmap(NULL, 3482232, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
>> 3,
>> > 0) = 0x7f6544f34000
>> > mprotect(0x7f654507e000, 2093056, PROT_NONE) = 0
>> > mmap(0x7f654527d000, 20480, PROT_READ|PROT_WRITE,
>> > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x149000) = 0x7f654527d000
>> > mmap(0x7f6545282000, 17016, PROT_READ|PROT_WRITE,
>> > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f6545282000
>> > close(3)                                = 0
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> > open("/usr/lib/libz.so.1", O_RDONLY)    = 3
>> > read(3,
>> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@!\0\0\0\0\0\0@"...,
>> > 832) = 832
>> > fstat(3, {st_mode=S_IFREG|0644, st_size=93504, ...}) = 0
>> > mmap(NULL, 2188616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
>> 3,
>> > 0) = 0x7f6544d1d000
>> > mprotect(0x7f6544d33000, 2097152, PROT_NONE) = 0
>> > mmap(0x7f6544f33000, 4096, PROT_READ|PROT_WRITE,
>> > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16000) = 0x7f6544f33000
>> > close(3)                                = 0
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> directory)
>> > open("/lib/libresolv.so.2", O_RDONLY)   = 3
>> > read(3,
>> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\00003\0\0\0\0\0\0@"...,
>> > 832) = 832
>> > fstat(3, {st_mode=S_IFREG|0644, st_size=72568, ...}) = 0
>> > mmap(NULL, 2177800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
>> 3,
>> > 0) = 0x7f6544b09000
>> > mprotect(0x7f6544b19000, 2097152, PROT_NONE) = 0
>> > mmap(0x7f6544d19000, 8192, PROT_READ|PROT_WRITE,
>> > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10000) = 0x7f6544d19000
>> > mmap(0x7f6544d1b000, 6920, PROT_READ|PROT_WRITE,
>> > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f6544d1b000
>> > close(3)                                = 0
>> > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> > 0) = 0x7f65458c1000
>> > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> > 0) = 0x7f65458c0000
>> > arch_prctl(ARCH_SET_FS, 0x7f65458c06e0) = 0
>> > mprotect(0x7f654527d000, 12288, PROT_READ) = 0
>> > munmap(0x7f65458c3000, 31573)           = 0
>> > open("/dev/zero", O_RDWR)               = 3
>> > mmap(0x1000, 655360, PROT_READ|PROT_WRITE|PROT_EXEC,
>> > MAP_SHARED|MAP_FIXED, 3, 0) = 0x1000
>> > close(3)                                = 0
>> > open("/dev/mem", O_RDWR)                = 3
>> > mmap(NULL, 1282, PROT_READ|PROT_WRITE|PROT_EXEC,
>> MAP_SHARED|MAP_FIXED, 3, 0) = 0
>> > mmap(0xa0000, 393216, PROT_READ|PROT_WRITE|PROT_EXEC,
>> > MAP_SHARED|MAP_FIXED, 3, 0xa0000) = 0xa0000
>> > close(3)                                = 0
>> > ioperm(0, 0x400, 0x1)                   = 0
>> > iopl(0x3)                               = 0
>> > brk(0)                                  = 0x20c1000
>> > brk(0x20e2000)                          = 0x20e2000
>> > access("/sys/bus/pci", R_OK)            = 0
>> > fstat(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 0), ...}) = 0
>> > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> > 0) = 0x7f65458ca000
>> > write(1, "Calling get_mode\n"..., 17Calling get_mode
>> > )   = 17
>> > --- SIGSEGV (Segmentation fault) @ 0 (0) ---
>> > +++ killed by SIGSEGV +++
>> >
>> > Tom
>> >
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@xxxxxxxxxxxxxxxxxxx
>> http://lists.xensource.com/xen-devel
>

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel