linux-2.6.24-rcX regression / xserver-xorg-video-intel / Q35

linux-2.6.24-rcX regression / xserver-xorg-video-intel / Q35

[Harald Welte]

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 e0380000 (32-bit, non-prefetchable) [size=512K]
        I/O ports at 2430 [size=8]
        Memory at d0000000 (32-bit, prefetchable) [size=256M]
        Memory at e0200000 (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 e0300000 (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 <laforge@gnumonks.org>          	        http://gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)

Re: linux-2.6.24-rcX regression / xserver-xorg-video-intel / Q35

[Zhenyu Wang]

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.