[Top] [All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

  • To: Kamala Narasimhan <Kamala.Narasimhan@xxxxxxxxxx>
  • 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
  • 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=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
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

 

©2013 Xen Project, A Linux Foundation Collaborative Project. All Rights Reserved.
Linux Foundation is a registered trademark of The Linux Foundation.
Xen Project is a trademark of The Linux Foundation.

Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.