Hi. I'm running gentoo-dev-sources kernel. version 2.6.9-r6. i'm using swsusp. suspend to disk works fine, however suspend to ram after i resume it, everything comes up, then couple of seconds later it drops to console where i see kernel oops! looks like it has to do with vesafb, here is the related info from /var/log/messages : Nov 28 21:50:04 fadlouni-laptop Unable to handle kernel paging request at virtual address 00010000 Nov 28 21:50:04 fadlouni-laptop printing eip: Nov 28 21:50:04 fadlouni-laptop c0303aae Nov 28 21:50:04 fadlouni-laptop *pde = 00000000 Nov 28 21:50:04 fadlouni-laptop Oops: 0002 [#1] Nov 28 21:50:04 fadlouni-laptop PREEMPT Nov 28 21:50:04 fadlouni-laptop Modules linked in: radeon iptable_filter ipt_MASQUERADE iptable_nat ip_conntrack ip_tables snd_pcm_oss snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq thinkpad aes_i586 ibm_acpi usbnet mii usbcore snd_intel8x0 snd_ac97_codec snd_pcm snd_timer snd_page_alloc gameport snd_mpu401_uart snd_rawmidi snd_seq_device snd intel_agp agpgart Nov 28 21:50:04 fadlouni-laptop CPU: 0 Nov 28 21:50:04 fadlouni-laptop EIP: 0060:[<c0303aae>] Tainted: P VLI Nov 28 21:50:04 fadlouni-laptop EFLAGS: 00010286 (2.6.9-gentoo-r6) Nov 28 21:50:04 fadlouni-laptop EIP is at vesafb_do_vm86+0x3e/0x490 Nov 28 21:50:04 fadlouni-laptop eax: c0550ea0 ebx: 00000000 ecx: 00000000 edx: c0550ea0 Nov 28 21:50:04 fadlouni-laptop esi: 00010000 edi: c0550f00 ebp: df10b408 esp: dfd56ed0 Nov 28 21:50:04 fadlouni-laptop ds: 007b es: 007b ss: 0068 Nov 28 21:50:04 fadlouni-laptop Process vesafb (pid: 633, threadinfo=dfd56000 task=dfce8560) Nov 28 21:50:04 fadlouni-laptop Stack: c0550ea0 df10b408 00000054 0000000a df10b464 dfd56000 dfd56f54 df10b400 Nov 28 21:50:04 fadlouni-laptop c0303ffc df10b408 865ef109 00000000 c04a9180 dfd56000 dfd56000 dfd56f54 Nov 28 21:50:04 fadlouni-laptop dfd56f6c c0304415 00004000 fffffff6 00000001 00060000 00000007 1fde0000 Nov 28 21:50:04 fadlouni-laptop Call Trace: Nov 28 21:50:04 fadlouni-laptop [<c0303ffc>] vesafb_handle_tasks+0xfc/0x390 Nov 28 21:50:04 fadlouni-laptop [<c0304415>] vesafb_thread+0x185/0x2c0 Nov 28 21:50:04 fadlouni-laptop [<c011b920>] autoremove_wake_function+0x0/0x60 Nov 28 21:50:04 fadlouni-laptop [<c0119be5>] deactivate_task+0x25/0x60 Nov 28 21:50:04 fadlouni-laptop [<c011b920>] autoremove_wake_function+0x0/0x60 Nov 28 21:50:04 fadlouni-laptop [<c011a0a7>] schedule_tail+0x17/0x50 Nov 28 21:50:04 fadlouni-laptop [<c0106172>] ret_from_fork+0x6/0x14 Nov 28 21:50:04 fadlouni-laptop [<c0304290>] vesafb_thread+0x0/0x2c0 Nov 28 21:50:04 fadlouni-laptop [<c0304290>] vesafb_thread+0x0/0x2c0 Nov 28 21:50:04 fadlouni-laptop [<c01042bd>] kernel_thread_helper+0x5/0x18 Nov 28 21:50:04 fadlouni-laptop Code: 83 ec 10 31 db 8b 6c 24 24 89 d8 f3 ab 89 6c 24 04 b8 54 00 00 00 bf 00 0f 55 c0 89 44 24 08 c7 04 24 a0 0e 55 c0 e8 c2 52 fc ff <c6> 05 00 00 01 00 cd b9 08 00 00 00 89 d8 c6 05 01 00 01 00 ff this happens after i resume. i notice the following lines before it suspends: Oct 2 23:17:14 fadlouni-laptop MCE: The hardware reports a non fatal, correctable incident occurred on CPU 0. Oct 2 23:17:14 fadlouni-laptop Bank 1: f2000000000001f5 i've tried removing lots of modules before suspending just in case, but it doesn't matter. this didn't happen on an older kernel ( 2.6.8x) but i think at that time i was using swsusp2, which as far as i understand has been removed from 2.6.9 . this is my first bug i file so don't flame me if i missed something :-). I'm also not good about debugging kernel issues, so if more info is needed can you explain in detail how to do it?. that's the only thing broken on my laptop now, please help!. Thanks, Fadi. Reproducible: Always Steps to Reproduce: 1. suspend to ram using swsusp 2. resume Actual Results: kernel oops Expected Results: not crash. laptop: IBM T42. gentoo-dev-sources kernel 2.6.9-r6 vga radeon mobility 7500, using kernel radeon kernel has vesafb-tng compiled emerge info: root /usr/src/linux/drivers/ #emerge info Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r6 i686) ================================================================= System uname: 2.6.9-gentoo-r6 i686 Intel(R) Pentium(R) M processor 1.70GHz Gentoo Base System version 1.6.6 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux-headers-2.4.22 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://ftp.gentoo.skynet.be/pub/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib alsa apm arts avi berkdb bitmap-fonts bonobo cdr crypt cups dvd encode esd f77 fam flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml imagemagick imlib java jpeg ldap libg++ libwww mad mikmod mmx mmx2 motif mozilla mpeg nas ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang speex spell sse ssl svga tcltk tcpd tiff truetype x86 xml xml2 xmms xv zlib video_cards_radeon" lsmod: root /usr/src/linux/drivers/ #lsmod Module Size Used by radeon 130532 2 iptable_filter 2112 0 ipt_MASQUERADE 3008 2 iptable_nat 23048 2 ipt_MASQUERADE ip_conntrack 40564 2 ipt_MASQUERADE,iptable_nat ip_tables 16384 3 iptable_filter,ipt_MASQUERADE,iptable_nat snd_pcm_oss 50664 0 snd_mixer_oss 18176 1 snd_pcm_oss snd_seq_oss 32448 0 snd_seq_midi_event 6272 1 snd_seq_oss snd_seq 50320 4 snd_seq_oss,snd_seq_midi_event thinkpad 5124 0 hsfmc97ich 49232 0 hsfserial 19780 1 hsfmc97ich hsfengine 1218404 1 hsfserial hsfosspec 79140 6 hsfmc97ich,hsfserial,hsfengine hsfsoar 51968 1 hsfmc97ich aes_i586 39156 0 ibm_acpi 18356 0 usbnet 19464 0 mii 4288 1 usbnet uhci_hcd 29328 0 usbcore 104292 5 hsfosspec,usbnet,uhci_hcd e1000 83012 0 snd_intel8x0 30604 0 snd_ac97_codec 70544 1 snd_intel8x0 snd_pcm 87560 2 snd_pcm_oss,snd_intel8x0 snd_timer 22148 2 snd_seq,snd_pcm snd_page_alloc 7560 2 snd_intel8x0,snd_pcm gameport 3392 1 snd_intel8x0 snd_mpu401_uart 6208 1 snd_intel8x0 snd_rawmidi 20516 1 snd_mpu401_uart snd_seq_device 6344 3 snd_seq_oss,snd_seq,snd_rawmidi snd 48548 11 snd_pcm_oss,snd_mixer_oss,snd_seq_oss,snd_seq,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device intel_agp 19680 1 agpgart 28264 2 intel_agp
I recommend you to try devlopment sources 2.6.10-rc2: ACCEPT_KEYWORDS=~x86 emerge -va development-sources
thanks for the reply. just tried it with no success. at first with vesafb (doesn't have tng version), i only get a blank screen at boot up. so i disabled framebuffer and vesafb. then after testing swsusp, when resuming i get: Nov 29 01:20:49 fadlouni-laptop MCE: The hardware reports a non fatal, correctable incident occurred on CPU 0. Nov 29 01:20:49 fadlouni-laptop Bank 1: f2000000000001f5 it continues a bit then hangs!. i do prefer if we can make the gentoo-dev-sources work, as i do need framebuffer and it seems it's only working with vesafb-tng
Does suspend to ram work if you do not do sus-to-disk before? I *think*(I am not sure), I have heard similar reports on the swsuspend-devel list. Maybe this bug is a upstream bug, you should file it at http://bugme.osdl.org/ and close this as UPSTREAM.
I see the same problem here with development-sources-2.6.9 - seems suspend-to-disk and suspend-to-ram clashes...
when i'm testing i'm doing suspend to ram directly after bootup. so it's without doing suspend to disk. should i still file a bug http://bugme.osdl.org/? Thanks. Fadi.
Yes, please file a bug there as this is a problem with the mainline kernel, not ours.