LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: "Kristian Grønfeldt Sørensen" <kriller@vkr.dk>
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	linux-acpi@vger.kernel.org
Subject: Re: PROBLEM: "BUG:" when resuming from suspend-to-ram
Date: Tue, 27 Feb 2007 23:30:22 +0100	[thread overview]
Message-ID: <200702272330.22968.rjw@sisk.pl> (raw)
In-Reply-To: <200702272304.01756.rjw@sisk.pl>

On Tuesday, 27 February 2007 23:04, Rafael J. Wysocki wrote:
> Hi,
> 
> On Tuesday, 27 February 2007 19:45, Kristian Grønfeldt Sørensen wrote:
> > Hi.
> > 
> > PROBLEM: "BUG:" when resumimg from suspend-to-ram 
> > 	
> > My laptop have a problem with resuming from suspend-to-ram. 
> > It does not occur every time - most of the time, resume works without
> > any problem.at all.
> > 
> > After it occurs, the laptop refuses to go into suspend-to-ram mode until
> > next reboot.
> 
> What do you mean by "refuses"?  Are there any suspicious messages in
> dmesg?
> 
> > The system is a Debian unstable running with a self-compiled 2.6.20
> > kernel downloaded from kernel.org. 
> > 
> > I've only tried suspend-to-ram on 2.6.20 so I don't know whether or not
> > other versions might have the same problem.
> > 
> > I'm not subscribed to the list. Please CC me.
> 
> I guess one of the drivers you use goes awry at some point.  Please provide
> us with more information (like dmesg output after a failing resume).

I'm sorry, I've just been told you sent it. :-)

> CLASS: Unregistering class device. ID = 'event3'
> class_uevent - name = event3
> class_device_create_uevent called for event3
> device class 'event3': release.
> class_device_create_release called for event3
> BUG: unable to handle kernel paging request at virtual address 6b6b6b6b
>  printing eip:
> f8825a81
> *pde = 00000000
> Oops: 0000 [#1]
> PREEMPT
> Modules linked in: tg3 battery ac thermal fan button i915 drm binfmt_misc
> rfcomm l2cap ipv6 fuse capability commoncap cpufreq_performance aoe
> af_packet nls_utf8 ntfs nls_iso8859_1 nls_cp437 vfat fat dm_snapshot
> dm_mirror dm_mod ieee80211_cr ypt_tkip ieee80211_crypt pd6729 snd_seq_dummy
> snd_seq_oss snd_seq_midi snd_rawmi di snd_seq_midi_event snd_seq
> snd_seq_device sermouse hci_vhci hci_uart wbsd mmc _block mmc_core tun msr
> cpuid cpufreq_stats container video speedstep_lib speeds tep_centrino
> processor sr_mod sbp2 scsi_mod ide_cd cdrom eth1394 hci_usb bluetoo th
> pcmcia firmware_class irda snd_intel8x0m snd_intel8x0 snd_ac97_codec
> crc_ccit t ac97_bus snd_pcm_oss snd_mixer_oss rtc i2c_i801 snd_pcm
> snd_timer ohci1394 iee e1394 i2c_core serio_raw intel_agp iTCO_wdt snd
> soundcore snd_page_alloc ehci_hc d pcspkr uhci_hcd yenta_socket
> rsrc_nonstatic pcmcia_core usbcore agpgart moused ev evdev
> CPU:    0
> EIP:    0060:[<f8825a81>]    Not tainted VLI
> EFLAGS: 00010202   (2.6.20-x300 #1)
> EIP is at evdev_disconnect+0xb1/0xe0 [evdev]

This points us to a suspect.  Can you please run "gdb vmlinux" against the
vmlinux in your kernel sources directory and then

gdb> l *evdev_disconnect+0xb1

> eax: 00000000   ebx: 6b6b675b   ecx: 10000000   edx: 00000000
> esi: f73212a8   edi: f6dcf5c4   ebp: e6f31f04   esp: e6f31ef8
> ds: 007b   es: 007b   ss: 0068
> Process modprobe (pid: 9025, ti=e6f30000 task=ef56a070 task.ti=e6f30000)
> Stack: 00000000 f6ca2528 f7321264 e6f31f24 c02a899f 00000000 f6dcfcf0
> f6dcfcf0 f253ce90 c1a3002c c1a610a4 e6f31f34 f8ccd0c5 f8ccece0 c1a3002c
> e6f31f48 c0263225 00000000 f8ccee00 00000000 e6f31f50 f8ccd7d1 e6f31fb0
> c013e772 Call Trace:
>  [<c01041ea>] show_trace_log_lvl+0x1a/0x30
>  [<c01042a9>] show_stack_log_lvl+0xa9/0xd0
>  [<c01044bf>] show_registers+0x1ef/0x360
>  [<c0104734>] die+0x104/0x240
>  [<c0115ba5>] do_page_fault+0x2b5/0x5c0
>  [<c0335b5c>] error_code+0x74/0x7c
>  [<c02a899f>] input_unregister_device+0xaf/0x160
>  [<f8ccd0c5>] acpi_button_remove+0x2b/0x3f [button]
>  [<c0263225>] acpi_bus_unregister_driver+0x40/0xaa
>  [<f8ccd7d1>] acpi_button_exit+0xd/0x6a [button]
>  [<c013e772>] sys_delete_module+0x142/0x1b0
>  [<c0103220>] syscall_call+0x7/0xb
>  =======================
> Code: f0 74 3c 8d b4 26 00 00 00 00 8d 83 08 04 00 00 b9 06 00 02 00 ba 1d
> 00 00                                                                      
>                00 e8 eb 54 95 c7 8b 9b 10 04 00 00 81 eb 10 04 00 00 <8b>
> 83 10 04 00 00 0f 18                                                       
>                               00 90 8d 83 10 04 00 00 39 f0 75 cb 5b EIP:
> [<f8825a81>] evdev_disconnect+0xb1/0xe0 [evdev] SS:ESP 0068:e6f31ef8



  parent reply	other threads:[~2007-02-27 22:28 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-27 18:45 Kristian Grønfeldt Sørensen
2007-02-27 22:04 ` Rafael J. Wysocki
2007-02-27 22:23   ` Kristian Grønfeldt Sørensen
2007-02-27 22:34     ` Rafael J. Wysocki
2007-02-27 23:12       ` Kristian Grønfeldt Sørensen
2007-02-28  0:05         ` Rafael J. Wysocki
2007-02-28  0:33           ` Kristian Grønfeldt Sørensen
2007-02-27 22:30   ` Rafael J. Wysocki [this message]
2007-02-28  0:27     ` Kristian Grønfeldt Sørensen
2007-02-28 12:45       ` Rafael J. Wysocki
2007-03-01  5:36         ` Dmitry Torokhov
2007-03-01 14:55           ` Kristian Grønfeldt Sørensen
2007-03-01 15:01             ` Dmitry Torokhov
2007-03-01 16:23               ` Kristian Grønfeldt Sørensen
2007-03-01 20:04           ` Kristian Grønfeldt Sørensen
2007-03-01 20:25             ` Dmitry Torokhov
2007-03-01 20:34               ` Kristian Grønfeldt Sørensen
2007-03-05 14:44                 ` Dmitry Torokhov
2007-03-05 18:32                   ` Rafael J. Wysocki
2007-03-05 20:51                     ` Kristian Grønfeldt Sørensen

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=200702272330.22968.rjw@sisk.pl \
    --to=rjw@sisk.pl \
    --cc=kriller@vkr.dk \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --subject='Re: PROBLEM: "BUG:" when resuming from suspend-to-ram' \
    /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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).