All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Tom Rotenberg <tom.rotenberg@gmail.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: Xen pv kernel (2.6.30) causes s2ram to crash with segmentation fault
Date: Mon, 06 Jul 2009 14:56:18 -0700	[thread overview]
Message-ID: <4A527302.8080606@goop.org> (raw)
In-Reply-To: <8686c3cd0907060804n2f2427b7vebc326878ba6e34d@mail.gmail.com>

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
>
>   

  parent reply	other threads:[~2009-07-06 21:56 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 [this message]
2009-07-07 10:16   ` Tom Rotenberg
2009-07-07 16:30     ` Jeremy Fitzhardinge
2009-07-07 16:40       ` Tom Rotenberg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A527302.8080606@goop.org \
    --to=jeremy@goop.org \
    --cc=tom.rotenberg@gmail.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.