10:29:27 [drm] Initialized drm 1.0.1 20051102 10:29:27 ACPI: PCI Interrupt 0000:00:02.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 10:29:27 PCI: Setting latency timer of device 0000:00:02.0 to 64 10:29:27 [drm] Initialized i915 1.5.0 20060119 on minor 0: 10:29:27 PCI: Enabling device 0000:00:02.1 (0004 -> 0006) 10:29:27 PCI: Setting latency timer of device 0000:00:02.1 to 64 10:29:27 [drm] Initialized i915 1.5.0 20060119 on minor 1: 10:29:27 [drm] Used old pci detect: framebuffer loaded [...] 11:02:10 Unable to handle kernel NULL pointer dereference at virtual address 00000000 11:02:10 printing eip: 11:02:10 f3ba07d8 11:02:10 *pde = 00000000 11:02:10 Oops: 0000 [#1] 11:02:10 Modules linked in: i915 drm snd_pcm_oss snd_mixer_oss snd_seq_oss snd_seq_midi_event q snd_seqsnd_intel8x0 snd_ac97_codec snd_ac97_bus snd_pcm snd_timer snd soundcore snd_page_al i_hcd ehciswrapper usbhid sd_mod usb_storage isofs zlib_inflate pcmcia yenta_socket rsrc_nons cmcia_corvmmon rtc fjbtndrv speedstep_centrino processor loop tun 8250 serial_core 11:02:10 CPU: 0 11:02:10 EIP: 0060:[<f3ba07d8>] Tainted: P VLI 11:02:10 EFLAGS: 00010246 (2.6.15.6-skas3-v9-pre8-sw22) 11:02:10 EIP is at drm_lastclose+0xcc/0x2f4 [drm] 11:02:10 eax: 00000000 ebx: fffffff4 ecx: 00000000 edx: 00000000 11:02:10 esi: e7798c00 edi: f3a3ed60 ebp: c4370000 esp: c4371f30 11:02:10 ds: 007b es: 007b ss: 0068 11:02:10 Process rmmod (pid: 8548, threadinfo=c4370000 task=eeedc540) 11:02:10 Stack: e7798c00 00000001 f3a3ed60 f3ba5ec1 e7798c00 e7798c00 f3ba601a e7798c00 11:02:10 f3a3efc0 00000000 c4370000 f3a3d19e f3a3ed60 c012590d 00000000 35313969 11:02:10 ffffff00 ef2e36fc 40018000 c014216c e75943c0 ef2e36fc ef2e364c e75943c0 11:02:10 Call Trace: 11:02:10 [<f3ba5ec1>] drm_cleanup+0x38/0x12b [drm] 11:02:10 [<f3ba601a>] drm_exit+0x66/0x87 [drm] 11:02:10 [<f3a3d19e>] i915_exit+0xa/0x30 [i915] 11:02:10 [<c012590d>] sys_delete_module+0x125/0x154 11:02:10 [<c014216c>] do_munmap+0xe7/0xf3 11:02:10 [<c01421b7>] sys_munmap+0x3f/0x5a 11:02:10 [<c0102a0f>] sysenter_past_esp+0x54/0x75 11:02:10 Code: 74 20 31 c0 83 c9 ff 89 d7 f2 ae f7 d1 49 52 e8 b1 a1 59 cc 59 c7 06 00 00 00 00 c7 46 04 00 00 00 00 8b 96 cc 00 00 00 8d 5a f4 <8b> 7b 0c 83 ef 0c 8d 86 cc 00 00 00 39 c2 74 3f 8d 4b 0 c 8b 43 This is using: X Window System Version 7.1.0 Release Date: 22 May 2006 X Protocol Version 11, Revision 0, Release 7.1 Build Operating System: Linux 2.6.15.6-skas3-v9-pre8-sw22 i686 Current Operating System: Linux tnuctip.rychter.com 2.6.17.3-skas3-v9-pre9-sw227 #1 Thu Jul 6 14:31:41 CEST 2006 i686 Build Date: 05 July 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present and the current kernel is: Linux tnuctip 2.6.17.3-skas3-v9-pre9-sw227 #1 Thu Jul 6 14:31:41 CEST 2006 i686 Intel(R) Pentium(R) M processor 1.10GHz GNU/Linux the i915 and drm modules are the in-kernel ones from 2.6.17.3.
Do you have some kind of fbdev driver loaded? Just asking as that completely changes the unload code path to something I've never tried
(In reply to comment #1) > Do you have some kind of fbdev driver loaded? Just asking as that completely > changes the unload code path to something I've never tried Yes, I do. I didn't know it could matter: Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel 855 Chipset. agpgart: Detected 8060K stolen memory. agpgart: AGP aperture is 128M @ 0xd8000000 intelfb: Framebuffer driver for Intel(R) 830M/845G/852GM/855GM/865G/915G/915GM chipsets intelfb: Version 0.9.2 ACPI: PCI Interrupt 0000:00:02.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 intelfb: 00:02.0: Intel(R) 855GME, aperture size 128MB, stolen memory 8060kB intelfb: Non-CRT device is enabled ( LVDS port ). Disabling mode switching. intelfb: Initial video mode is 1024x768-16@60. intelfb: Changing the video mode is not supported. Console: switching to colour frame buffer device 128x48 Should I try without it? I don't actually need it that much.
If you don't need it, don't use it -- fbdev drivers are a pain for drm drivers to deal with as both fbdev and drm want to 'own' the device. drm tries to share, but there may be bugs with that. Nice to know it's currently busted though, we'll leave this bug open until it's fixed.
(In reply to comment #3) > If you don't need it, don't use it -- fbdev drivers are a pain for drm drivers > to deal with as both fbdev and drm want to 'own' the device. drm tries to share, > but there may be bugs with that. Nice to know it's currently busted though, > we'll leave this bug open until it's fixed. I tried without intelfb in the kernel and it does seem to work better -- I don't get the oops anymore. Not that it helps that much, as my system still freezes hard when I close glxgears (which I don't even know where to report, as I can't guess if it's a DRM or X.org issue), but still -- it's progress. Thanks.
Closing due to inactivity. Reopen if this is still a bug.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.