thr3ads.net - Xen devel - [Xen-devel] Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault [Jul 2009]

If this information is useful, please help other people find it:
Share via:

Tom Rotenberg

2009-Jul-06 15:04 UTC

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

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@lists.xensource.com
http://lists.xensource.com/xen-devel

Tom Rotenberg

2009-Jul-06 15:57 UTC

head link

[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@gmail.com>
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@lists.xensource.com
http://lists.xensource.com/xen-devel

Kamala Narasimhan

2009-Jul-06 16:04 UTC

head link

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

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@lists.xensource.com [mailto:xen-devel-
> bounces@lists.xensource.com] On Behalf Of Tom Rotenberg
> Sent: Monday, July 06, 2009 11:57 AM
> To: xen-devel@lists.xensource.com; jeremy@goop.org
> 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@gmail.com>
> 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@lists.xensource.com
> http://lists.xensource.com/xen-devel
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Tom Rotenberg

2009-Jul-06 16:13 UTC

head link

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

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@citrix.com> 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@lists.xensource.com [mailto:xen-devel-
>> bounces@lists.xensource.com] On Behalf Of Tom Rotenberg
>> Sent: Monday, July 06, 2009 11:57 AM
>> To: xen-devel@lists.xensource.com; jeremy@goop.org
>> 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@gmail.com>
>> 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@lists.xensource.com
>> http://lists.xensource.com/xen-devel
>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Jeremy Fitzhardinge

2009-Jul-06 21:56 UTC

head link

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

On 07/06/09 08:04, Tom Rotenberg 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:
>   
I would not expect s2ram to work at all in a PV guest.  What are you
trying to achieve?

    J
> 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@lists.xensource.com
http://lists.xensource.com/xen-devel

Tom Rotenberg

2009-Jul-07 10:16 UTC

head link

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

I am trying s2ram on dom0 itself. Why shouldn''t it work?
I''m trying to send the host to sleep, but s2ram doesn''t work
on dom0.

On Tue, Jul 7, 2009 at 12:56 AM, Jeremy Fitzhardinge<jeremy@goop.org>
wrote:> On 07/06/09 08:04, Tom Rotenberg 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:
>>
>
> I would not expect s2ram to work at all in a PV guest.  What are you
> trying to achieve?
>
>    J
>
>> 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@lists.xensource.com
http://lists.xensource.com/xen-devel

Kamala Narasimhan

2009-Jul-07 14:51 UTC

head link

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

> What does it mean, that vbetool doesn''t use the right emulation
> library?
>vbetool uses lmri by default to make real mode calls.  You need to build vbetool
with libx86 (http://www.codon.org.uk/~mjg59/libx86/) to get around the problem
you see.
 > 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?
> I can''t point to a bulk of code for problems like these.  They mostly
pertain to configuration/environment and solved by bringing in the right
dependencies and invoking the right tools etc. which the XCI build ensures.

Kamala

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

Tom Rotenberg

2009-Jul-07 15:05 UTC

head link

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

Ok, i''ll try the XCI tree (although, i am experiencing some
difficulties in building it - but i think i saw a previous thread
which talked about the same issue i have).

Just last question: what''s the problem of lrmi above dom0? why
can''t
it work like that, and it needs to be built with libx86?


On Tue, Jul 7, 2009 at 5:51 PM, Kamala
Narasimhan<Kamala.Narasimhan@citrix.com> wrote:>> What does it mean, that vbetool doesn''t use the right
emulation
>> library?
>>
> vbetool uses lmri by default to make real mode calls.  You need to build
vbetool with libx86 (http://www.codon.org.uk/~mjg59/libx86/) to get around the
problem you see.
>
>> 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?
>>
> I can''t point to a bulk of code for problems like these.  They
mostly pertain to configuration/environment and solved by bringing in the right
dependencies and invoking the right tools etc. which the XCI build ensures.
>
> Kamala
>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Jeremy Fitzhardinge

2009-Jul-07 16:30 UTC

head link

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

On 07/07/09 03:16, Tom Rotenberg wrote:> I am trying s2ram on dom0 itself. Why shouldn''t it work?
> I''m trying to send the host to sleep, but s2ram doesn''t
work on dom0.
>   
Ah, OK.  I have had that working at points, but it seems pretty
fragile.  Which branch/version are you using?

    J

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

Tom Rotenberg

2009-Jul-07 16:40 UTC

head link

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

This is the output of ''git show'' on the Linux tree i have
compiled:

commit 52535f45a5b1c9ee813cef76931cc68885088cbe
Merge: 384a55c... f47b70c...
Author: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Date:   Thu Jun 25 17:11:50 2009 -0700

    Merge branch ''xen-tip/dom0/xenfs'' into xen-tip/master

    * xen-tip/dom0/xenfs:
      xen/privcmd: move remap_domain_mfn_range() to core xen code and export.
      privcmd: MMAPBATCH: Fix error handling/reporting

    Conflicts:
        arch/x86/xen/mmu.c
        include/xen/xen-ops.h

Do u think, that this problem will be solved anytime soon?

On Tue, Jul 7, 2009 at 7:30 PM, Jeremy Fitzhardinge<jeremy@goop.org>
wrote:> On 07/07/09 03:16, Tom Rotenberg wrote:
>> I am trying s2ram on dom0 itself. Why shouldn''t it work?
>> I''m trying to send the host to sleep, but s2ram
doesn''t work on dom0.
>>
>
> Ah, OK.  I have had that working at points, but it seems pretty
> fragile.  Which branch/version are you using?
>
>    J
>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Kamala Narasimhan

2009-Jul-08 13:52 UTC

head link

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

> Ok, i''ll try the XCI tree (although, i am experiencing some
> difficulties in building it - but i think i saw a previous thread
> which talked about the same issue i have).
> 
> Just last question: what''s the problem of lrmi above dom0? why
can''t
> it work like that, and it needs to be built with libx86?
>
vm86 mode used by the default lrmi library is not available with 64 bit
hypervisor ...

Kamala


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

Tom Rotenberg

2009-Jul-08 14:45 UTC

head link

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

OK.

I saw in the vbetool makefile,of XCI build, that you replace the
''-lx86'' lines in the Makefile, to be linked against:
''/usr/lib/libx86.so''.
What''s the difference between the two libs??

Tom

On Wed, Jul 8, 2009 at 4:52 PM, Kamala
Narasimhan<Kamala.Narasimhan@citrix.com> wrote:>> Ok, i''ll try the XCI tree (although, i am experiencing some
>> difficulties in building it - but i think i saw a previous thread
>> which talked about the same issue i have).
>>
>> Just last question: what''s the problem of lrmi above dom0? why
can''t
>> it work like that, and it needs to be built with libx86?
>>
>
> vm86 mode used by the default lrmi library is not available with 64 bit
hypervisor ...
>
> Kamala
>
>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Xen devel - Jul 2009 - Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault

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

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

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

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

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

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

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

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

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

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

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

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