Re: linux-2.6.24-rcX regression / xserver-xorg-video-intel / Q35
On 2007.12.22 01:25:16 +0100, Harald Welte wrote: > > I'm running an Intel DQ35JO mainboard (Q35 chipset, Q6600 CPU) and I am > observing a regression with linux-2.6.24-rc1 through -rc6 (linux-2.6.git as > of today, ea67db4cdbbf7f4e74150e71da0984e25121f500). > > The last working version is 2.6.24-rc1. > > The system is running debian unstable (current) using > xserver-xorg-video-intel 2.2.0-1 > > So what is the actual problem: > It seems to be related to the way how the iommu/gart is used for memory > allocation of the framebuffer memory. There's no behavior change in intel agp module between .24-rc1 to rc6. IOMMU shouldn't matter here, if you build x86_64 system and with CONFIG_DMAR on, you should be already having CONFIG_DMAR_GFX_WA for you. > > Xorg starts just as it should, but the lower part of the screen is > completely gobbled. I suppose the lower part of the screen is actually > showing off-screen memory at some completely differnt location. Do you have other changes except kernel? like other xorg packages, bios? > > Interestingly, the mouse cursor is superimposed on top of the garbage > (and it is not distorted). yeah, hardware cursor uses another plane than scan buffer, it's seperate. Could you fire a bug to https://bugs.freedesktop.org with versions and logs? Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-2.6.24-rcX regression / xserver-xorg-video-intel / Q35
On 2007.12.22 01:25:16 +0100, Harald Welte wrote: I'm running an Intel DQ35JO mainboard (Q35 chipset, Q6600 CPU) and I am observing a regression with linux-2.6.24-rc1 through -rc6 (linux-2.6.git as of today, ea67db4cdbbf7f4e74150e71da0984e25121f500). The last working version is 2.6.24-rc1. The system is running debian unstable (current) using xserver-xorg-video-intel 2.2.0-1 So what is the actual problem: It seems to be related to the way how the iommu/gart is used for memory allocation of the framebuffer memory. There's no behavior change in intel agp module between .24-rc1 to rc6. IOMMU shouldn't matter here, if you build x86_64 system and with CONFIG_DMAR on, you should be already having CONFIG_DMAR_GFX_WA for you. Xorg starts just as it should, but the lower part of the screen is completely gobbled. I suppose the lower part of the screen is actually showing off-screen memory at some completely differnt location. Do you have other changes except kernel? like other xorg packages, bios? Interestingly, the mouse cursor is superimposed on top of the garbage (and it is not distorted). yeah, hardware cursor uses another plane than scan buffer, it's seperate. Could you fire a bug to https://bugs.freedesktop.org with versions and logs? Thanks. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
linux-2.6.24-rcX regression / xserver-xorg-video-intel / Q35
Hi! I'm running an Intel DQ35JO mainboard (Q35 chipset, Q6600 CPU) and I am observing a regression with linux-2.6.24-rc1 through -rc6 (linux-2.6.git as of today, ea67db4cdbbf7f4e74150e71da0984e25121f500). The last working version is 2.6.24-rc1. The system is running debian unstable (current) using xserver-xorg-video-intel 2.2.0-1 So what is the actual problem: It seems to be related to the way how the iommu/gart is used for memory allocation of the framebuffer memory. Xorg starts just as it should, but the lower part of the screen is completely gobbled. I suppose the lower part of the screen is actually showing off-screen memory at some completely differnt location. Interestingly, the mouse cursor is superimposed on top of the garbage (and it is not distorted). The visible effect can be observed at the following screenshot: http://ganesha.gnumonks.org/~laforge/tmp/2624rc_xorg_intel.jpg lspci: 00:00.0 Host bridge: Intel Corporation Unknown device 29b0 (rev 02) 00:02.0 VGA compatible controller: Intel Corporation Unknown device 29b2 (rev 02) 00:02.1 Display controller: Intel Corporation Unknown device 29b3 (rev 02) 00:02.0 VGA compatible controller: Intel Corporation Unknown device 29b2 (rev 02) (prog-if 00 [VGA]) Subsystem: Intel Corporation Unknown device 4f4a Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at e038 (32-bit, non-prefetchable) [size=512K] I/O ports at 2430 [size=8] Memory at d000 (32-bit, prefetchable) [size=256M] Memory at e020 (32-bit, non-prefetchable) [size=1M] Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable- Capabilities: [d0] Power Management version 2 00:02.1 Display controller: Intel Corporation Unknown device 29b3 (rev 02) Subsystem: Intel Corporation Unknown device 4f4a Flags: bus master, fast devsel, latency 0 Memory at e030 (32-bit, non-prefetchable) [size=512K] Capabilities: [d0] Power Management version 2 Please let me know if I should provide more details. I'm also happy to test any patches :) Cheers, -- - Harald Welte <[EMAIL PROTECTED]> http://gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
linux-2.6.24-rcX regression / xserver-xorg-video-intel / Q35
Hi! I'm running an Intel DQ35JO mainboard (Q35 chipset, Q6600 CPU) and I am observing a regression with linux-2.6.24-rc1 through -rc6 (linux-2.6.git as of today, ea67db4cdbbf7f4e74150e71da0984e25121f500). The last working version is 2.6.24-rc1. The system is running debian unstable (current) using xserver-xorg-video-intel 2.2.0-1 So what is the actual problem: It seems to be related to the way how the iommu/gart is used for memory allocation of the framebuffer memory. Xorg starts just as it should, but the lower part of the screen is completely gobbled. I suppose the lower part of the screen is actually showing off-screen memory at some completely differnt location. Interestingly, the mouse cursor is superimposed on top of the garbage (and it is not distorted). The visible effect can be observed at the following screenshot: http://ganesha.gnumonks.org/~laforge/tmp/2624rc_xorg_intel.jpg lspci: 00:00.0 Host bridge: Intel Corporation Unknown device 29b0 (rev 02) 00:02.0 VGA compatible controller: Intel Corporation Unknown device 29b2 (rev 02) 00:02.1 Display controller: Intel Corporation Unknown device 29b3 (rev 02) 00:02.0 VGA compatible controller: Intel Corporation Unknown device 29b2 (rev 02) (prog-if 00 [VGA]) Subsystem: Intel Corporation Unknown device 4f4a Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at e038 (32-bit, non-prefetchable) [size=512K] I/O ports at 2430 [size=8] Memory at d000 (32-bit, prefetchable) [size=256M] Memory at e020 (32-bit, non-prefetchable) [size=1M] Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable- Capabilities: [d0] Power Management version 2 00:02.1 Display controller: Intel Corporation Unknown device 29b3 (rev 02) Subsystem: Intel Corporation Unknown device 4f4a Flags: bus master, fast devsel, latency 0 Memory at e030 (32-bit, non-prefetchable) [size=512K] Capabilities: [d0] Power Management version 2 Please let me know if I should provide more details. I'm also happy to test any patches :) Cheers, -- - Harald Welte [EMAIL PROTECTED] http://gnumonks.org/ Privacy in residential applications is a desirable marketing option. (ETSI EN 300 175-7 Ch. A6) -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
