* Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault
@ 2009-07-06 15:04 Tom Rotenberg
2009-07-06 15:57 ` Tom Rotenberg
2009-07-06 21:56 ` Jeremy Fitzhardinge
0 siblings, 2 replies; 12+ messages in thread
From: Tom Rotenberg @ 2009-07-06 15:04 UTC (permalink / raw)
To: xen-devel, jeremy
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
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault 2009-07-06 15:04 Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault Tom Rotenberg @ 2009-07-06 15:57 ` Tom Rotenberg 2009-07-06 16:04 ` Kamala Narasimhan 2009-07-06 21:56 ` Jeremy Fitzhardinge 1 sibling, 1 reply; 12+ messages in thread From: Tom Rotenberg @ 2009-07-06 15:57 UTC (permalink / raw) To: xen-devel, jeremy 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 > ^ permalink raw reply [flat|nested] 12+ messages in thread
* RE: Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault 2009-07-06 15:57 ` Tom Rotenberg @ 2009-07-06 16:04 ` Kamala Narasimhan 2009-07-06 16:13 ` Tom Rotenberg 0 siblings, 1 reply; 12+ messages in thread From: Kamala Narasimhan @ 2009-07-06 16:04 UTC (permalink / raw) To: 'Tom Rotenberg', xen-devel@lists.xensource.com, jeremy@goop.org 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault 2009-07-06 16:04 ` Kamala Narasimhan @ 2009-07-06 16:13 ` Tom Rotenberg 2009-07-07 14:51 ` Kamala Narasimhan 0 siblings, 1 reply; 12+ messages in thread From: Tom Rotenberg @ 2009-07-06 16:13 UTC (permalink / raw) To: Kamala Narasimhan; +Cc: jeremy@goop.org, 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@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 > ^ permalink raw reply [flat|nested] 12+ messages in thread
* RE: Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault 2009-07-06 16:13 ` Tom Rotenberg @ 2009-07-07 14:51 ` Kamala Narasimhan 2009-07-07 15:05 ` Tom Rotenberg 0 siblings, 1 reply; 12+ messages in thread From: Kamala Narasimhan @ 2009-07-07 14:51 UTC (permalink / raw) To: 'Tom Rotenberg'; +Cc: jeremy@goop.org, xen-devel@lists.xensource.com > 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault 2009-07-07 14:51 ` Kamala Narasimhan @ 2009-07-07 15:05 ` Tom Rotenberg 2009-07-08 13:52 ` Kamala Narasimhan 0 siblings, 1 reply; 12+ messages in thread From: Tom Rotenberg @ 2009-07-07 15:05 UTC (permalink / raw) To: Kamala Narasimhan; +Cc: jeremy@goop.org, xen-devel@lists.xensource.com 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 > ^ permalink raw reply [flat|nested] 12+ messages in thread
* RE: Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault 2009-07-07 15:05 ` Tom Rotenberg @ 2009-07-08 13:52 ` Kamala Narasimhan 2009-07-08 14:45 ` Tom Rotenberg 0 siblings, 1 reply; 12+ messages in thread From: Kamala Narasimhan @ 2009-07-08 13:52 UTC (permalink / raw) To: 'Tom Rotenberg'; +Cc: jeremy@goop.org, xen-devel@lists.xensource.com > 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault 2009-07-08 13:52 ` Kamala Narasimhan @ 2009-07-08 14:45 ` Tom Rotenberg 0 siblings, 0 replies; 12+ messages in thread From: Tom Rotenberg @ 2009-07-08 14:45 UTC (permalink / raw) To: Kamala Narasimhan; +Cc: jeremy@goop.org, xen-devel@lists.xensource.com 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 > > ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault 2009-07-06 15:04 Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault Tom Rotenberg 2009-07-06 15:57 ` Tom Rotenberg @ 2009-07-06 21:56 ` Jeremy Fitzhardinge 2009-07-07 10:16 ` Tom Rotenberg 1 sibling, 1 reply; 12+ messages in thread From: Jeremy Fitzhardinge @ 2009-07-06 21:56 UTC (permalink / raw) To: Tom Rotenberg; +Cc: xen-devel 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 > > ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault 2009-07-06 21:56 ` Jeremy Fitzhardinge @ 2009-07-07 10:16 ` Tom Rotenberg 2009-07-07 16:30 ` Jeremy Fitzhardinge 0 siblings, 1 reply; 12+ messages in thread From: Tom Rotenberg @ 2009-07-07 10:16 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: xen-devel 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 >> >> > > ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault 2009-07-07 10:16 ` Tom Rotenberg @ 2009-07-07 16:30 ` Jeremy Fitzhardinge 2009-07-07 16:40 ` Tom Rotenberg 0 siblings, 1 reply; 12+ messages in thread From: Jeremy Fitzhardinge @ 2009-07-07 16:30 UTC (permalink / raw) To: Tom Rotenberg; +Cc: xen-devel 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 ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault 2009-07-07 16:30 ` Jeremy Fitzhardinge @ 2009-07-07 16:40 ` Tom Rotenberg 0 siblings, 0 replies; 12+ messages in thread From: Tom Rotenberg @ 2009-07-07 16:40 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: xen-devel 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 > ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2009-07-08 14:45 UTC | newest] Thread overview: 12+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-07-06 15:04 Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault Tom Rotenberg 2009-07-06 15:57 ` Tom Rotenberg 2009-07-06 16:04 ` Kamala Narasimhan 2009-07-06 16:13 ` Tom Rotenberg 2009-07-07 14:51 ` Kamala Narasimhan 2009-07-07 15:05 ` Tom Rotenberg 2009-07-08 13:52 ` Kamala Narasimhan 2009-07-08 14:45 ` Tom Rotenberg 2009-07-06 21:56 ` Jeremy Fitzhardinge 2009-07-07 10:16 ` Tom Rotenberg 2009-07-07 16:30 ` Jeremy Fitzhardinge 2009-07-07 16:40 ` Tom Rotenberg
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.