[TIP,regression,i915] /dev/dri/card0 is no longer present
Hi, With the latest -tip /dev/dri/card0 is MIA on my EeePC 900. A bisection has tracked the probem down to the following commit: commit 17581ad812a9abb0182260374ef2e52d4a808a64 Author: Venkatesh Pallipadi venkatesh.pallip...@intel.com Date: Tue Feb 24 17:35:14 2009 -0800 gpu/drm, x86, PAT: PAT support for io_mapping_* Make io_mapping_create_wc and io_mapping_free go through PAT to make sure that there are no memory type aliases. Signed-off-by: Venkatesh Pallipadi venkatesh.pallip...@intel.com Signed-off-by: Suresh Siddha suresh.b.sid...@intel.com Cc: Dave Airlie airl...@redhat.com Cc: Jesse Barnes jbar...@virtuousgeek.org Cc: Eric Anholt e...@anholt.net Cc: Keith Packard kei...@keithp.com Signed-off-by: Ingo Molnar mi...@elte.hu Reverting this made /dev/dri/card0 reappear. Here is the bisection log: git bisect start # bad: [f8dda9e8fdc2a2f736acabc416d65ee01abd533f] Merge branch 'kmemcheck' git bisect bad f8dda9e8fdc2a2f736acabc416d65ee01abd533f # good: [52ba0b69e339cf4edd314dd5819ef51bc4efee33] make drm headers use strict integer types git bisect good 52ba0b69e339cf4edd314dd5819ef51bc4efee33 # bad: [13093cb0e59053bf97910de3a24f07cdff71c62c] gpu/drm, x86, PAT: PAT support for io_mapping_*, export symbols for modules git bisect bad 13093cb0e59053bf97910de3a24f07cdff71c62c # good: [9af88143b277f52fc6ce0d69137f435c73c39c1a] iommu: fix Intel IOMMU write-buffer flushing git bisect good 9af88143b277f52fc6ce0d69137f435c73c39c1a # good: [13d428afc007fcfcd6deeb215618f54cf9c0cae6] Linux 2.6.28-rc6 git bisect good 13d428afc007fcfcd6deeb215618f54cf9c0cae6 # good: [d2f8d7ee1a9b4650b4e43325b321801264f7c37a] Linux 2.6.29-rc5 git bisect good d2f8d7ee1a9b4650b4e43325b321801264f7c37a # good: [e2e5a0f2b100a5204d27def8bbf7d1710be2] [S390] sclp: handle empty event buffers git bisect good e2e5a0f2b100a5204d27def8bbf7d1710be2 # good: [be71cb5b526709b8e42c707dc9e8c5b034ac8d1c] Merge branch 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip git bisect good be71cb5b526709b8e42c707dc9e8c5b034ac8d1c # good: [460c1338fc05add0e8050d4945a46f207b13a5fc] Merge branch 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip git bisect good 460c1338fc05add0e8050d4945a46f207b13a5fc # good: [770824bdc421ff58a64db608294323571c949f4c] PM: Split up sysdev_[suspend|resume] from device_power_[down|up] git bisect good 770824bdc421ff58a64db608294323571c949f4c # good: [8310509252c51e2a0e9effb50fefe7e098a67868] Merge branch 'drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6 git bisect good 8310509252c51e2a0e9effb50fefe7e098a67868 # good: [6644107d57a8fa82b47e4c55da4d9d91a612f29c] gpu/drm, x86, PAT: Handle io_mapping_create_wc() errors in a clean way git bisect good 6644107d57a8fa82b47e4c55da4d9d91a612f29c # bad: [17581ad812a9abb0182260374ef2e52d4a808a64] gpu/drm, x86, PAT: PAT support for io_mapping_* git bisect bad 17581ad812a9abb0182260374ef2e52d4a808a64 # good: [7880f7464546842ee14179bef16a6e14381ea638] gpu/drm, x86, PAT: routine to keep identity map in sync git bisect good 7880f7464546842ee14179bef16a6e14381ea638 Graphics card is an i915 in an EeePC 900: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 04) (i915 seems to be turning into a real battleground in 2.6.29 :) -- Sitsofe | http://sucs.org/~sits/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [TIP,regression,i915] /dev/dri/card0 is no longer present
* Sitsofe Wheeler sits...@yahoo.com wrote: Hi, With the latest -tip /dev/dri/card0 is MIA on my EeePC 900. A bisection has tracked the probem down to the following commit: commit 17581ad812a9abb0182260374ef2e52d4a808a64 Author: Venkatesh Pallipadi venkatesh.pallip...@intel.com Date: Tue Feb 24 17:35:14 2009 -0800 gpu/drm, x86, PAT: PAT support for io_mapping_* Make io_mapping_create_wc and io_mapping_free go through PAT to make sure that there are no memory type aliases. Signed-off-by: Venkatesh Pallipadi venkatesh.pallip...@intel.com Signed-off-by: Suresh Siddha suresh.b.sid...@intel.com Cc: Dave Airlie airl...@redhat.com Cc: Jesse Barnes jbar...@virtuousgeek.org Cc: Eric Anholt e...@anholt.net Cc: Keith Packard kei...@keithp.com Signed-off-by: Ingo Molnar mi...@elte.hu Reverting this made /dev/dri/card0 reappear. Here is the bisection log: Thanks, i've reverted the commit for now. Could you please send a 'dmesg' from the bootup with the failed driver? By all likelyhood an ioremap failure causes a driver failure. Ingo -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 7770] PCI domain mismatch between X server and kernel, leaving clients unable to use direct rendering
http://bugs.freedesktop.org/show_bug.cgi?id=7770 --- Comment #40 from Émeric Maschino emeric.masch...@gmail.com 2009-03-01 06:03:09 PST --- (In reply to comment #39) Does it work better with different values for Option AGPMode, or with Option BusType PCI? Yes, indeed! Downgrading (well, performance wise, there's no such a big difference) to AGP 2x (rather than the default AGP 4x) fixed the issue. I'm now getting ~2790fps with glxgears. Adding BusType AGP with the default AGP 4x setting makes the system more stable... for roughly a minute. I'm getting ~2800fps with glxgears but the system will eventually lock hard. With AGP Fast Writes option enabled, X mode can't be started at all and the system locks hard, even with AGP 2x mode. Both XAA and EXA acceleration architectures work properly. Many thanks to all people involved in this great job. Émeric -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 7770] PCI domain mismatch between X server and kernel, leaving clients unable to use direct rendering
http://bugs.freedesktop.org/show_bug.cgi?id=7770 --- Comment #41 from Alex Deucher ag...@yahoo.com 2009-03-01 09:41:05 PST --- I've gone ahead and added an AGP quirk for your system: a7f465f73363fce409870f62173d518b1bc02ae6 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12796] New: via driver (?) fails to handle interrupt
http://bugzilla.kernel.org/show_bug.cgi?id=12796 Summary: via driver (?) fails to handle interrupt Product: Drivers Version: 2.5 KernelVersion: 2.6.28.7 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: low Priority: P1 Component: Video(DRI) AssignedTo: drivers_video-...@kernel-bugs.osdl.org ReportedBy: zwe...@xs4all.nl Latest working kernel version: Earliest failing kernel version: 2.6.16 or earlier Distribution: Debian Hardware Environment: VIA K8M800/K8N800/K8N800A [S3 UniChrome Pro] Software Environment: debian testing: xserver-xorg-video-via-1:0.2.2-6, libdrm2-2.3.1-2 Problem Description: Package: xserver-xorg-video-via Version: 1:0.1.33.2-3 Severity: minor When starting the X server, the kernel spits out the following message: Mar 1 22:43:42 arrow kernel: [ 35.229770] [drm] Initialized drm 1.1.0 20060810 Mar 1 22:43:42 arrow kernel: [ 35.255792] pci :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 Mar 1 22:43:42 arrow kernel: [ 35.255949] [drm] Initialized via 2.11.1 20070202 on minor 0 Mar 1 22:43:42 arrow kernel: [ 35.293414] agpgart-amd64 :00:00.0: AGP 3.0 bridge Mar 1 22:43:42 arrow kernel: [ 35.293431] agpgart: Xorg tried to set rate=x12. Setting to AGP3 x8 mode. Mar 1 22:43:42 arrow kernel: [ 35.293439] agpgart-amd64 :00:00.0: putting AGP V3 device into 8x mode Mar 1 22:43:42 arrow kernel: [ 35.293503] pci :01:00.0: putting AGP V3 device into 8x mode Mar 1 22:43:43 arrow kernel: [ 35.772229] irq 16: nobody cared (try booting with the irqpoll option) Mar 1 22:43:43 arrow kernel: [ 35.772237] Pid: 2517, comm: debtorrent-clie Not tainted 2.6.28.7 #1 Mar 1 22:43:43 arrow kernel: [ 35.772240] Call Trace: Mar 1 22:43:43 arrow kernel: [ 35.772248] [c0159fb7] __report_bad_irq+0x24/0x69 Mar 1 22:43:43 arrow kernel: [ 35.772252] [c0159fbe] __report_bad_irq+0x2b/0x69 Mar 1 22:43:43 arrow kernel: [ 35.772255] [c015a0e7] note_interrupt+0xeb/0x140 Mar 1 22:43:43 arrow kernel: [ 35.772259] [c015a625] handle_fasteoi_irq+0x89/0xae Mar 1 22:43:43 arrow kernel: [ 35.772263] [c0105bd7] do_IRQ+0x67/0x7c Mar 1 22:43:43 arrow kernel: [ 35.772266] [c010450b] common_interrupt+0x23/0x28 Mar 1 22:43:43 arrow kernel: [ 35.772268] handlers: Mar 1 22:43:43 arrow kernel: [ 35.772270] [dca465dc] (via_driver_irq_handler+0x0/0x148 [via]) Mar 1 22:43:43 arrow kernel: [ 35.772280] Disabling IRQ #16 However, the X server works well (so far), hence the low severity. There is an open bug in the debian bug tracking system on this, with more info: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388453 I originally attributed this to the X server, but my knowledge is limited in these areas. The debian maintainer of bug 388453 asked me to reproduce this with the latest kernel, so here it is. Steps to reproduce: -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20129] Large texture object obscuring display with radeon driver in dxx-rebirth
http://bugs.freedesktop.org/show_bug.cgi?id=20129 --- Comment #4 from jsado_...@comcast.net 2009-03-01 15:32:18 PST --- I have another observation. I noticed that during my debugging, the first frame rendered when in the game (after selecting a level and escaping out of the briefing scene) renders correctly. The second frame does not display the cockpit, and the third frame displays the door on top of everything. I am not sure if it is useful, but I managed to instruct GDB to output a list of all of the lines executed starting with OGL_DISABLE(TEXTURE_2D) in arch/ogl/gr.c line 436. I will attach this. What I have done is to first break at main/gauges.c:2789, continue once to get to this breakpoint a second time, then break at arch/ogl/gr.c:436. My thought is if disabling this line clears the problem, maybe something in the Radeon driver that is called from this line is causing it. Unfortunately there is a lot of code here. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20129] Large texture object obscuring display with radeon driver in dxx-rebirth
http://bugs.freedesktop.org/show_bug.cgi?id=20129 --- Comment #5 from jsado_...@comcast.net 2009-03-01 15:33:40 PST --- Created an attachment (id=23422) -- (http://bugs.freedesktop.org/attachment.cgi?id=23422) Source code execution list. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [TIP,regression,i915] /dev/dri/card0 is no longer present
On Sun, Mar 01, 2009 at 12:39:48PM +0100, Ingo Molnar wrote: Thanks, i've reverted the commit for now. Could you please send a 'dmesg' from the bootup with the failed driver? By all likelyhood an ioremap failure causes a driver failure. See below (drm says it initalized though...): [0.00] Linux version 2.6.29-rc6-6-g17581ad (@verona) (gcc version 4.2.4) #87 Sun Mar 1 13:42:28 GMT 2009 [0.00] KERNEL supported cpus: [0.00] Intel GenuineIntel [0.00] PAT WC disabled due to known CPU erratum. [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009fc00 (usable) [0.00] BIOS-e820: 0009fc00 - 000a (reserved) [0.00] BIOS-e820: 000e4000 - 0010 (reserved) [0.00] BIOS-e820: 0010 - 3f78 (usable) [0.00] BIOS-e820: 3f78 - 3f79 (ACPI data) [0.00] BIOS-e820: 3f79 - 3f7d (ACPI NVS) [0.00] BIOS-e820: 3f7d - 3f7de000 (reserved) [0.00] BIOS-e820: 3f7e - 3f80 (reserved) [0.00] BIOS-e820: fee0 - fee01000 (reserved) [0.00] BIOS-e820: fff8 - 0001 (reserved) [0.00] DMI present. [0.00] last_pfn = 0x3f780 max_arch_pfn = 0x10 [0.00] original variable MTRRs [0.00] reg 0, base: 0GB, range: 1GB, type WB [0.00] reg 1, base: 1016MB, range: 8MB, type UC [0.00] total RAM coverred: 1016M [0.00] Found optimal setting for mtrr clean up [0.00] gran_size: 64K chunk_size: 16M num_reg: 2 lose cover RAM: 0G [0.00] New variable MTRRs [0.00] reg 0, base: 0GB, range: 1GB, type WB [0.00] reg 1, base: 1016MB, range: 8MB, type UC [0.00] Scanning 1 areas for low memory corruption [0.00] modified physical RAM map: [0.00] modified: - 1000 (usable) [0.00] modified: 1000 - 0001 (reserved) [0.00] modified: 0001 - 00090c00 (usable) [0.00] modified: 0009fc00 - 000a (reserved) [0.00] modified: 000e4000 - 0010 (reserved) [0.00] modified: 0010 - 3f78 (usable) [0.00] modified: 3f78 - 3f79 (ACPI data) [0.00] modified: 3f79 - 3f7d (ACPI NVS) [0.00] modified: 3f7d - 3f7de000 (reserved) [0.00] modified: 3f7e - 3f80 (reserved) [0.00] modified: fee0 - fee01000 (reserved) [0.00] modified: fff8 - 0001 (reserved) [0.00] kernel direct mapping tables up to 377fe000 @ 1-15000 [0.00] RAMDISK: 37d91000 - 37fefdae [0.00] Allocated new RAMDISK: 00a04000 - 00c62dae [0.00] Move RAMDISK from 37d91000 - 37fefdad to 00a04000 - 00c62dad [0.00] ACPI: RSDP 000FBE60, 0014 (r0 ACPIAM) [0.00] ACPI: RSDT 3F78, 0034 (r1 A M I OEMRSDT 9000811 MSFT 97) [0.00] ACPI: FACP 3F780200, 0081 (r1 A M I OEMFACP 9000811 MSFT 97) [0.00] FADT: X_PM1a_EVT_BLK.bit_width (16) does not match PM1_EVT_LEN (4) [0.00] ACPI: DSDT 3F780400, 6109 (r1 A0979 A0979034 34 INTL 20060113) [0.00] ACPI: FACS 3F79, 0040 [0.00] ACPI: APIC 3F780390, 0068 (r1 A M I OEMAPIC 9000811 MSFT 97) [0.00] ACPI: OEMB 3F790040, 0046 (r1 A M I AMI_OEM 9000811 MSFT 97) [0.00] ACPI: MCFG 3F786510, 003C (r1 A M I OEMMCFG 9000811 MSFT 97) [0.00] ACPI: Local APIC address 0xfee0 [0.00] 127MB HIGHMEM available. [0.00] 887MB LOWMEM available. [0.00] mapped low ram: 0 - 377fe000 [0.00] low ram: - 377fe000 [0.00] bootmap 00011000 - 00017f00 [0.00] (7 early reservations) == bootmem [00 - 00377fe000] [0.00] #0 [00 - 001000] BIOS data page == [00 - 001000] [0.00] #1 [10 - 9ff9d8]TEXT DATA BSS == [10 - 9ff9d8] [0.00] #2 [a0 - a04000]INIT_PG_TABLE == [a0 - a04000] [0.00] #3 [09fc00 - 10]BIOS reserved == [09fc00 - 10] [0.00] #4 [01 - 011000] PGTABLE == [01 - 011000] [0.00] #5 [a04000 - c62dae] NEW RAMDISK == [a04000 - c62dae] [0.00] #6 [011000 - 018000] BOOTMAP == [011000 - 018000] [0.00] Zone PFN ranges: [0.00] DMA 0x - 0x1000 [0.00] Normal 0x1000 - 0x000377fe [0.00] HighMem 0x000377fe - 0x0003f780
