Bug 13776
Summary: | KMS with Intel Graphic fails | ||
---|---|---|---|
Product: | Drivers | Reporter: | mailinglists |
Component: | Video(DRI - Intel) | Assignee: | Eric Anholt (eric) |
Status: | CLOSED CODE_FIX | ||
Severity: | normal | CC: | airlied, andrew, dwalker, eric, florian, gordon.jin, jbarnes, mailinglists, spack |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.31-rcX | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
dmesg output
lsmod Linux config Add a NULL check from kzalloc in drm_gem_object_alloc dmesg with drm.debug=0x06 Xorg log VGA port disconnected lsmod lspci -vv dmidecode |
Description
mailinglists
2009-07-15 08:05:37 UTC
Created attachment 22348 [details]
dmesg output
Created attachment 22349 [details]
lsmod
Created attachment 22350 [details]
Linux config
Add source owner to the CC .. Created attachment 22357 [details]
Add a NULL check from kzalloc in drm_gem_object_alloc
It looks like Dave Airlie already has a similar NULL fix, it should get into mainline when Linus pulls to DRM tree .. thank you for this patch, i have tried this, but ih the same error. there are other patches to let modesetting work with 2.6.31-rc3? kernel is compiled against uclibc-0.9.30.1 is this a problem? where i can find Dave Airlie's patches? dave airlies git tree: http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=summary eanholts git tree is: (only intel fixes) http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=shortlog;h=drm-intel-next another place to look for is the intel-graphics mailinglist (intel-gfx@lists.freedesktop.org) and the dri-devel mailinglist (dri-devel@lists.sourceforge.net) [ 1.017781] [drm:radeon_set_pll], Wrote: 0x00000000 0x00080000 0x00000000 (0x00008f00) [ 1.017789] [drm:radeon_set_pll], Wrote: rd=0, fd=0, pd=0 is this right? i don't have any radeon hardware, so i can not check what my values are and the code is very convoluted... i have tried several of latest patches from dave airlies git tree, without success. is this a problem of the hardware (Thinkpad X61s)? with Fedora 11 (Kernel 2.6.29) KMS Works can we avoid me-too'ing? The radeon one isn't anything to do with this. So F11 works fine but latest Linus doesn't. it might also be a bug in some other part of the kernel that is showing up, maybe intel guys can help. (In reply to comment #11) > can we avoid me-too'ing? > The radeon one isn't anything to do with this. > So F11 works fine but latest Linus doesn't. > it might also be a bug in some other part of the kernel that is showing up, > maybe intel guys can help. what can i do to help you found the bug? argh, sorry, i had 2 browser-windows open and commented on the wrong bug! please ignore comment #9! today i have tried linux-2.6.31-rc3-git4, that includes airlied drm-fixes, without success anyone can help me with this? Seems like this bug affects me on 2.6.31.5, uname -a: ArchLinux with Linux bbook 2.6.31-ARCH #1 SMP PREEMPT Tue Oct 13 13:36:23 CEST 2009 i686 Intel(R) Celeron(R) CPU 900 @ 2.20GHz GenuineIntel GNU/Linux For about a month I am successfully using KMS on Intel GMA 4500M. But yesterday, after the upgrade, I got kernel panic when running Xorg. After rebuilding intel-dri, mesa and the other from their git repositories kernel panic ceased to appear. Now I just have 2009 Oct 31 03:38:50 bbook Oops: 0000 [#1] PREEMPT SMP 2009 Oct 31 03:38:50 bbook last sysfs file: /sys/devices/pci0000:00/0000:00:02.0/drm/card0/dev 2009 Oct 31 03:38:50 bbook Process modprobe (pid: 10351, ti=f5dc6000 task=f5e7b9c0 task.ti=f5dc6000) 2009 Oct 31 03:38:50 bbook Stack: 2009 Oct 31 03:38:50 bbook Call Trace: 2009 Oct 31 03:38:50 bbook Code: 8b 74 24 14 8d b4 26 00 00 00 00 83 bc 88 88 01 00 00 00 74 16 83 c1 01 83 f9 10 75 ee b8 ea ff ff ff eb 26 8d b4 26 00 00 00 00 <8b> 52 08 83 f9 10 89 9c c8 c8 01 00 00 89 b4 c8 cc 01 00 00 89 2009 Oct 31 03:38:50 bbook EIP: [<f82d6840>] drm_connector_attach_property+0x40/0x80 [drm] SS:ESP 0068:f5dc7d54 2009 Oct 31 03:38:50 bbook CR2: 0000000000000008 output to console, and "(EE) intel(0): No kernel modesetting driver detected." in Xorg.0.log. Module i915 kernel does not load automatically at boot, and `modprobe i915` gives [<f83e0384>] ? intel_lvds_init+0x154/0x4a0 [i915] [<f83db790>] ? intel_modeset_init+0x5a0/0xe80 [i915] [<f83c7e81>] ? i915_driver_load+0xde1/0xfb0 [i915] [<f82d1c0d>] ? drm_get_dev+0x2ad/0x4e0 [drm] [<c1151c8c>] ? sysfs_do_create_link+0xbc/0x160 [<c11b10aa>] ? local_pci_probe+0x1a/0x40 [<c11b2361>] ? pci_device_probe+0x81/0xb0 [<c12343a9>] ? driver_probe_device+0x89/0x170 [<c1234521>] ? __driver_attach+0x91/0xa0 [<c1234490>] ? __driver_attach+0x0/0xa0 [<c1233a22>] ? bus_for_each_dev+0x62/0xa0 [<c12341d2>] ? driver_attach+0x22/0x40 [<c1234490>] ? __driver_attach+0x0/0xa0 [<c12331ae>] ? bus_add_driver+0xce/0x2b0 [<c11b2240>] ? pci_device_remove+0x0/0x60 [<c123489f>] ? driver_register+0x6f/0x130 [<c10687a6>] ? notifier_call_chain+0x46/0x80 [<f801f000>] ? i915_init+0x0/0x63 [i915] [<c11b27f9>] ? __pci_register_driver+0x49/0xd0 [<c100115b>] ? do_one_initcall+0x3b/0x1b0 [<c107e645>] ? sys_init_module+0xe5/0x230 [<c1003cb3>] ? sysenter_do_call+0x12/0x28 at one time and nothing in other (just hang, no output no visible problems). /var/lib/pacman.log of update that caused it: [2009-10-30 02:15] synchronizing package lists [2009-10-30 02:17] starting full system upgrade [2009-10-30 02:50] upgraded abiword (2.8.0-2 -> 2.6.8-2) [2009-10-30 02:50] upgraded kernel-headers (2.6.30.5-1 -> 2.6.31.4-1) [2009-10-30 02:50] Generating locales... [2009-10-30 02:50] en_US.UTF-8... done [2009-10-30 02:50] en_US.ISO-8859-1... done [2009-10-30 02:50] ru_RU.KOI8-R... done [2009-10-30 02:50] ru_RU.UTF-8... done [2009-10-30 02:50] ru_RU.ISO-8859-5... done [2009-10-30 02:50] Generation complete. [2009-10-30 02:50] upgraded glibc (2.10.1-4 -> 2.10.1-5) [2009-10-30 02:50] upgraded attr (2.4.43-1 -> 2.4.44-1) [2009-10-30 02:50] upgraded acl (2.2.47-2 -> 2.2.48-1) [2009-10-30 02:50] upgraded binutils (2.19.1-5 -> 2.20-1) [2009-10-30 02:50] upgraded gcc (4.4.1-1 -> 4.4.2-2) [2009-10-30 02:50] upgraded gcc-libs (4.4.1-1 -> 4.4.2-2) [2009-10-30 02:50] upgraded git (1.6.5.1-1 -> 1.6.5.2-1) [2009-10-30 02:50] upgraded module-init-tools (3.10-2 -> 3.11.1-1) [2009-10-30 02:50] >>> Updating module dependencies. Please wait ... [2009-10-30 02:50] >>> MKINITCPIO SETUP [2009-10-30 02:50] >>> ---------------- [2009-10-30 02:50] >>> If you use LVM2, Encrypted root or software RAID, [2009-10-30 02:50] >>> Ensure you enable support in /etc/mkinitcpio.conf . [2009-10-30 02:50] >>> More information about mkinitcpio setup can be found here: [2009-10-30 02:50] >>> http://wiki.archlinux.org/index.php/Mkinitcpio [2009-10-30 02:50] [2009-10-30 02:50] >>> Generating initial ramdisk, using mkinitcpio. Please wait... [2009-10-30 02:50] ==> Building image "default" [2009-10-30 02:50] ==> Running command: /sbin/mkinitcpio -k 2.6.31-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26.img [2009-10-30 02:50] :: Begin build [2009-10-30 02:50] :: Parsing hook [base] [2009-10-30 02:50] :: Parsing hook [udev] [2009-10-30 02:50] :: Parsing hook [autodetect] [2009-10-30 02:51] :: Parsing hook [pata] [2009-10-30 02:51] :: Parsing hook [scsi] [2009-10-30 02:51] :: Parsing hook [sata] [2009-10-30 02:51] :: Parsing hook [filesystems] [2009-10-30 02:51] :: Generating module dependencies [2009-10-30 02:51] :: Generating image '/boot/kernel26.img'...SUCCESS [2009-10-30 02:51] ==> SUCCESS [2009-10-30 02:51] ==> Building image "fallback" [2009-10-30 02:51] ==> Running command: /sbin/mkinitcpio -k 2.6.31-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26-fallback.img -S autodetect [2009-10-30 02:51] :: Begin build [2009-10-30 02:51] :: Parsing hook [base] [2009-10-30 02:51] :: Parsing hook [udev] [2009-10-30 02:51] :: Parsing hook [pata] [2009-10-30 02:51] :: Parsing hook [scsi] [2009-10-30 02:51] :: Parsing hook [sata] [2009-10-30 02:51] :: Parsing hook [filesystems] [2009-10-30 02:52] :: Generating module dependencies [2009-10-30 02:52] :: Generating image '/boot/kernel26-fallback.img'...SUCCESS [2009-10-30 02:52] ==> SUCCESS [2009-10-30 02:52] upgraded kernel26 (2.6.31.4-1 -> 2.6.31.5-1) [2009-10-30 02:52] upgraded libevent (1.4.11-1 -> 1.4.12-1) [2009-10-30 02:52] upgraded libfetch (2.25-1 -> 2.26-1) [2009-10-30 02:52] upgraded mlocate (0.22.2-1 -> 0.22.2-2) [2009-10-30 02:52] upgraded ntfs-3g (2009.4.4-1 -> 2009.4.4-2) [2009-10-30 02:52] upgraded ode (0.11-1 -> 0.11.1-1) [2009-10-30 02:52] upgraded popt (1.14-1 -> 1.15-1) [2009-10-30 02:52] upgraded python (2.6.3-2 -> 2.6.4-1) [2009-10-30 02:52] upgraded syslinux (3.82-1 -> 3.83-1) [2009-10-30 02:53] Updating font cache... done. [2009-10-30 02:53] installed ttf-freefont (20090104-2) [2009-10-30 02:53] upgraded vlc (1.0.2-3 -> 1.0.2-4) [2009-10-30 02:53] upgraded xmoto (0.5.2-1 -> 0.5.2-2) # modprobe i915 modeset=1 i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 i915 0000:00:02.0: setting latency timer to 64 i915 0000:00:02.0: irq 29 for MSI/MSI-X BUG: unable to handle kernel NULL pointer dereference at 00000008 IP: [<f82d6840>] drm_connector_attach_property+0x40/0x80 [drm] *pde = 00000000 Oops: 0000 [#1] PREEMPT SMP last sysfs file: /sys/devices/pci0000:00/0000:00:02.0/drm/card0/dev Modules linked in: i915(+) drm_kms_helper fuse aes_i586 aes_generic ipv6 joydev arc4 ecb ath5k mac80211 ath snd_hda_codec_realtek snd_hda_intel snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_hda_codec snd_seq_device snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_timer cfg80211 snd psmouse pcmcia sdhci_pci soundcore yenta_socket sdhci usbhid iTCO_wdt rsrc_nonstatic hid rfkill pcmcia_core tg3 mmc_core uhci_hcd fan ehci_hcd snd_page_alloc i2c_i801 jmb38x_ms iTCO_vendor_support pcspkr led_class serio_raw ac evdev processor button battery thermal wmi memstick libphy usbcore sg vboxnetadp vboxnetflt vboxdrv rtc_cmos rtc_core rtc_lib ext4 mbcache jbd2 crc16 sr_mod cdrom sd_mod ahci libata scsi_mod drm i2c_algo_bit i2c_core video output intel_agp agpgart Pid: 8523, comm: modprobe Not tainted (2.6.31-ARCH #1) Extensa 4230 EIP: 0060:[<f82d6840>] EFLAGS: 00010246 CPU: 0 EIP is at drm_connector_attach_property+0x40/0x80 [drm] EAX: ec87bc00 EBX: 00000001 ECX: 00000002 EDX: 00000000 ESI: 00000000 EDI: 00005018 EBP: f4c09000 ESP: ead23d54 DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Process modprobe (pid: 8523, ti=ead22000 task=f6775280 task.ti=ead22000) Stack: 2a204366 ec87bc00 ecdfe000 f83e0384 00000001 00000000 00000000 f82de977 <0> ec87be60 f82ef5a0 f82ef5a0 00000001 2a204366 f4c09000 00000002 00000800 <0> 00000002 f83db790 00000001 f83f3c04 f83edfa0 f83f3dcb 00000002 f83f3dc9 Call Trace: [<f83e0384>] ? intel_lvds_init+0x154/0x4a0 [i915] [<f83db790>] ? intel_modeset_init+0x5a0/0xe80 [i915] [<f83c7e81>] ? i915_driver_load+0xde1/0xfb0 [i915] [<f82d1c0d>] ? drm_get_dev+0x2ad/0x4e0 [drm] [<c1151e6c>] ? sysfs_do_create_link+0xbc/0x160 [<c11b128a>] ? local_pci_probe+0x1a/0x40 [<c11b2541>] ? pci_device_probe+0x81/0xb0 [<c1234649>] ? driver_probe_device+0x89/0x170 [<c12347c1>] ? __driver_attach+0x91/0xa0 [<c1234730>] ? __driver_attach+0x0/0xa0 [<c1233cc2>] ? bus_for_each_dev+0x62/0xa0 [<c1234472>] ? driver_attach+0x22/0x40 [<c1234730>] ? __driver_attach+0x0/0xa0 [<c123344e>] ? bus_add_driver+0xce/0x2b0 [<c11b2420>] ? pci_device_remove+0x0/0x60 [<c1234b3f>] ? driver_register+0x6f/0x130 [<c10687a6>] ? notifier_call_chain+0x46/0x80 [<f8034000>] ? i915_init+0x0/0x63 [i915] [<c11b29d9>] ? __pci_register_driver+0x49/0xd0 [<c100115b>] ? do_one_initcall+0x3b/0x1b0 [<c107e6e5>] ? sys_init_module+0xe5/0x230 [<c1003cb3>] ? sysenter_do_call+0x12/0x28 Code: 8b 74 24 14 8d b4 26 00 00 00 00 83 bc 88 88 01 00 00 00 74 16 83 c1 01 83 f9 10 75 ee b8 ea ff ff ff eb 26 8d b4 26 00 00 00 00 <8b> 52 08 83 f9 10 89 9c c8 c8 01 00 00 89 b4 c8 cc 01 00 00 89 EIP: [<f82d6840>] drm_connector_attach_property+0x40/0x80 [drm] SS:ESP 0068:ead23d54 CR2: 0000000000000008 ---[ end trace 99fb4b338b47e772 ]--- Sorry, that was bug in ArchLinux package. Hi all, I think that my problem is related to this bug. Everything started with kernel 2.6.31 on Debian Sid. When the kernel loads the i915 module, I've got a blank (I've got no display anymore). Then, I switched to Archlinux and same thing, no display. With 2.6.31 kernel, I used to have a similar trace like showed before but with kernel 2.6.32 and after, this trace disappear. Xorg now tells me that LVDS1 is disconnected but I can plug a screen and get a display on my VGA port. When I blacklist the i915 module and remove intel driver (2.10) and can get my laptop screen working with vesa driver. $ uname -a Linux korola 2.6.33-ARCH #1 SMP PREEMPT Mon Apr 26 20:00:20 CEST 2010 i686 Intel(R) Pentium(R) M processor 1.70GHz GenuineIntel GNU/Linux Following, some logs file: - dmesg with drm.debug=0x06 - Xorg.0.log - lsmod - lspci -vv - dmidecode Created attachment 26208 [details]
dmesg with drm.debug=0x06
Created attachment 26209 [details]
Xorg log VGA port disconnected
Created attachment 26210 [details]
lsmod
Created attachment 26211 [details]
lspci -vv
Created attachment 26212 [details]
dmidecode
I tried with the latest kernel (2.6.34-rc6) and this one solves my problem. I can now play with my laptop screen. thanks for the update. |