lkml.org 
[lkml]   [2010]   [May]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: BUG: unable to handle kernel NULL pointer dereference, i915_gem_object_move_to_active
(cc dri-devel)

On Wed, 5 May 2010 00:22:16 +0200
Nils Radtke <lkml@Think-Future.de> wrote:

> Hi,
>
> It happens quite often that X crashes for unknown reasons but this time
> there it's left us a note, this BUG:
>
> BUG: unable to handle kernel NULL pointer dereference at 000001e4
> IP: [<c134ddbc>] i915_gem_object_move_to_active+0x1c/0xa0
> *pde = 00000000
> Oops: 0000 [#4] PREEMPT
> last sysfs file: /sys/devices/pci0000:00/0000:00:1c.1/0000:04:00.0/net/wlan0/wireless/link
> Modules linked in: wlan_scan_sta ath_rate_sample ath_pci ath_hal option usbserial usb_storage snd_usb_audio snd_usb_lib snd_seq_midi snd_rawmidi uvcvideo wlan_ccmp video1394 raw1394 dv1394 firewire_ohci firewire_core wlan ohci1394 tg3 libphy ieee1394 [last unloaded: ath_hal]
>
> Pid: 3328, comm: Xorg Tainted: G D 2.6.33 #1 Columbia /Extensa 5220
> EIP: 0060:[<c134ddbc>] EFLAGS: 00213282 CPU: 0
> EIP is at i915_gem_object_move_to_active+0x1c/0xa0
> EAX: 00000000 EBX: c6679450 ECX: c679fd50 EDX: 00b10a13
> ESI: 00000000 EDI: 00000000 EBP: 00b10a13 ESP: f51c1cb0
> DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068
> Process Xorg (pid: 3328, ti=f51c0000 task=f6be5bf0 task.ti=f51c0000)
> Stack:
> c6679450 00000004 00000000 c679fd50 c134e83f 00000002 c17d42ab c16e3b29
> <0> c17d71ee 00b10a13 00000004 f7395800 f7318000 f7318e10 c1326450 f7318df8
> <0> f6baff20 00b10a13 f7318de8 f7318e10 f7318000 00000004 00000001 f7395800
> Call Trace:
> [<c134e83f>] ? i915_add_request+0x25f/0x370
> [<c1326450>] ? agp_flush_chipset+0x10/0x20
> [<c1352d55>] ? i915_gem_do_execbuffer+0x1325/0x13a0
> [<c102e087>] ? check_preempt_wakeup+0x87/0x160
> [<c13530ae>] ? i915_gem_execbuffer+0xee/0x4b0
> [<c13531fb>] ? i915_gem_execbuffer+0x23b/0x4b0
> [<c1334056>] ? drm_ioctl+0x186/0x380
> [<c1352fc0>] ? i915_gem_execbuffer+0x0/0x4b0
> [<c10d79dd>] ? do_sync_read+0xad/0xf0
> [<c1333ed0>] ? drm_ioctl+0x0/0x380
> [<c10e5fcb>] ? vfs_ioctl+0x2b/0xa0
> [<c10e61a3>] ? do_vfs_ioctl+0x73/0x5f0
> [<c1038229>] ? do_setitimer+0xd9/0x220
> [<c1058a93>] ? ktime_get_ts+0xe3/0x100
> [<c104e1e0>] ? posix_ktime_get_ts+0x0/0x10
> [<c10e6786>] ? sys_ioctl+0x66/0x70
> [<c1002c8c>] ? sysenter_do_call+0x12/0x22
> Code: 8a 8d b4 26 00 00 00 00 8d bc 27 00 00 00 00 83 ec 10 89 c1 89 6c 24 0c 89 d5 89 1c 24 89 74 24 04 89 7c 24 08 8b 40 08 8b 71 50 <8b> b8 e4 01 00 00 8b 46 20 85 c0 74 5f 89 e1 81 e1 00 e0 ff ff
> EIP: [<c134ddbc>] i915_gem_object_move_to_active+0x1c/0xa0 SS:ESP 0068:f51c1cb0
> CR2: 00000000000001e4
> ---[ end trace 13931f32db9a26c3 ]---
>
>
> - Is there any particular meaning for "last sysfs file" shown? I mean, could there
> be some link between the crash and "last sysfs file"?
>
> - X crashing happens actually a lot on this specific notebook. If it's not X crashing,
> then unmotivated kde log-offs or frequent firefox crashes contribute their share.
> It's most probably not faulty RAM, it's new, it's been tested thoroughly.
>
>
> Thanks for some answers,
>
> Nils
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/


\
 
 \ /
  Last update: 2010-05-07 00:09    [from the cache]
©2003-2011 Jasper Spaans