linux-kernel - Re: 2.6.31 crash when resuming from hibernation

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <200909262055.10700.elendil@planet.nl>
Date:	Sat, 26 Sep 2009 20:55:08 +0200
From:	Frans Pop <elendil@...net.nl>
To:	"Darko K." <darko.koruga@...l.net>
Cc:	linux-kernel@...r.kernel.org, David Airlie <airlied@...ux.ie>,
	dri-devel@...ts.sourceforge.net,
	Chris Wilson <chris@...is-wilson.co.uk>
Subject: Re: 2.6.31 crash when resuming from hibernation

Darko K. wrote:
> I've just experienced a kernel crash when resuming from hibernation
> (suspend to disk). System was still operational so I was able to gather
> dmesg output before rebooting the machine (dmesg output is attached
> to this mail). This is first time this has happened with 2.6.31. I was
> getting occasional crash when resuming from hibernation with 2.6.28.4
> although I was never able to capture dmesg output as machine was just
> frozen, I could not even ping it.
> 
> My hardware is:
> - Intel G41 chipset
> - 2GB RAM
> - Intel Pentium E5200
> 
> System has been running for a few days with at least one hibernation
> per day (sometimes more) and one suspend to RAM (for testing purposes).
> /usr/sbin/s2disk is used to put system into hibernation.
> 
> OS is Debian testing running kernel 2.6.31, X.Org 1.6.3. Intel
> video driver 2.8.1.

The crash looks to be in i915 drm/gem. Adding relevant developers in CC.

BUG: unable to handle kernel NULL pointer dereference at 00000040
IP: [<c11ebabe>] i915_gem_free_object+0xe/0xb0
*pde = 00000000 
Oops: 0000 [#1] PREEMPT SMP 
last sysfs file: /sys/devices/platform/it87.656/fan1_input
Modules linked in: it87 hwmon_vid coretemp fuse snd_hda_codec_realtek
snd_hda_intel snd_hda_codec snd_pcm snd_timer snd sr_mod snd_page_alloc

Pid: 21713, comm: Xorg Not tainted (2.6.31 #10) EG41MF-S2H
EIP: 0060:[<c11ebabe>] EFLAGS: 00013282 CPU: 0
EIP is at i915_gem_free_object+0xe/0xb0
EAX: f6e369c0 EBX: f6e369c0 ECX: 00000000 EDX: c11ebab0
ESI: 00000000 EDI: f7268400 EBP: f44a1df8 ESP: f44a1dec
 DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process Xorg (pid: 21713, ti=f44a0000 task=e76765d0 task.ti=f44a0000)
Stack:
 f7268400 f6e369c0 f69f1f24 f44a1e08 c11d3d74 f6e369c0 c11d3d50 f44a1e18
<0> c1157e1d f6e369c0 f7268414 f44a1e34 c11d3eb7 0000010f f7268400 f44a1e74
<0> c142d74c f44a1e74 f44a1f00 c11d282a 00000001 c13b81ae c1340676 c13c4dcc
Call Trace:
 [<c11d3d74>] ? drm_gem_object_free+0x24/0x60
 [<c11d3d50>] ? drm_gem_object_free+0x0/0x60
 [<c1157e1d>] ? kref_put+0x2d/0x60
 [<c11d3eb7>] ? drm_gem_close_ioctl+0x97/0xc0
 [<c11d282a>] ? drm_ioctl+0x18a/0x390
 [<c11d3e20>] ? drm_gem_close_ioctl+0x0/0xc0
 [<c106f5c8>] ? __dec_zone_page_state+0x18/0x20
 [<c1079f35>] ? page_remove_rmap+0x25/0x30
 [<c106ee42>] ? vma_prio_tree_remove+0x72/0xf0
 [<c1098dc0>] ? vfs_ioctl+0x80/0x90
 [<c1099282>] ? do_vfs_ioctl+0x3e2/0x5e0
 [<c1076806>] ? remove_vma+0x46/0x60
 [<c1076806>] ? remove_vma+0x46/0x60
 [<c1076806>] ? remove_vma+0x46/0x60
 [<c107772a>] ? do_munmap+0x22a/0x280
 [<c10994b9>] ? sys_ioctl+0x39/0x70
 [<c1002f21>] ? syscall_call+0x7/0xb
Code: 00 20 75 10 89 d8 e8 c2 96 fe ff 89 d8 e8 6b fc ff ff 89 c2 89 d0 5b c9 c3 8d 74 26 00 55 89 e5 57 56 53 89 c3 
8b 78 08 8b 70 50 <8b> 46 40 85 c0 7e 11 8d 76 00 89 d8 e8 51 d4 ff ff 8b 46 40 85 
EIP: [<c11ebabe>] i915_gem_free_object+0xe/0xb0 SS:ESP 0068:f44a1dec
CR2: 0000000000000040
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/