I've spent about two hours in the man pages and on Google trying to
figure this one out with no success. I can't get DRI, and therefore
hardware acceleration, working. Relevant info:

# dmesg | grep agp
[ 0.737743] Linux agpgart interface v0.103
[ 0.737941] agpgart-intel 0000:00:00.0: Intel 855GM Chipset
[ 0.739286] agpgart-intel 0000:00:00.0: detected 8060K stolen memory
[ 0.741343] agpgart-intel 0000:00:00.0: AGP aperture is 128M @
0xd8000000

# grep -i "Direct rendering" /var/log/Xorg.0.log
(II) intel(0): direct rendering: Failed

# grep -i "dri" /var/log/Xorg.0.log
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
(II) "dri" will be loaded. This was enabled by default and also
specified in the config file.
(II) "dri2" will be loaded. This was enabled by default and also
specified in the config file.
(II) LoadModule: "dri2"
(II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
(II) Loading extension DRI2
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions/libdri.so
(II) Module dri: vendor="X.Org Foundation"
(II) Loading extension XFree86-DRI
(II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 6.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 7.0
(II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: node name is /dev/dri/card0
(**) intel(0): Option "DRI" "True"
(II) Loading sub module "dri2"
(II) LoadModule: "dri2"
(II) Reloading /usr/lib/xorg/modules/extensions/libdri2.so
(WW) intel(0): cannot enable DRI2 whilst forcing software fallbacks
(II) UXA(0): Driver registered support for the following operations:
(II) AIGLX: Screen 0 is not DRI2 capable
(II) AIGLX: Screen 0 is not DRI capable
(II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so
(II) GLX: Initialized DRISWRAST GL provider for screen 0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 7.0

(from xorg.conf)
Section "Module"
Load "dri2"
Load "glx"
Load "extmod"
Load "record"
Load "dbe"
Load "dri"
EndSection

Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option "NoAccel" # [<bool>]
#Option "SWcursor" # [<bool>]
#Option "ColorKey" # <i>
#Option "CacheLines" # <i>
#Option "Dac6Bit" # [<bool>]
Option "DRI" "True" # [<bool>]
#Option "NoDDC" # [<bool>]
#Option "ShowCache" # [<bool>]
#Option "XvMCSurfaces" # <i>
#Option "PageFlip" # [<bool>]
Identifier "Card0"
Driver "intel"
VendorName "Intel Corporation"
BoardName "82852/855GM Integrated Graphics Device"
BusID "PCI:0:2:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Depth 24
EndSubSection
EndSection

What am I missing?

Thanks,

Borden


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 1290278265.15289.10.camel@Firefly.bordenrhodes.com ">http://lists.debian.org/1290278265.15289.10.camel@Firefly.bordenrhodes.com

On 2010-11-20 19:37 +0100, Borden Rhodes wrote:

> I've spent about two hours in the man pages and on Google trying to
> figure this one out with no success.

Admittedly, the answer is hidden in the Debian changelog:

,----
| xserver-xorg-video-intel (2:2.12.0+shadow-1) unstable; urgency=low
| [...]
| * Don't enable DRI2 if the shadow option is on.
| * Use shadowfb on i8xx by default. Hopefully closes: #570988, #572105,
| #576848, #592586, #593293.
| [...]
| -- Julien Cristau <jcristau@debian.org> Mon, 20 Sep 2010 19:44:14 +0200
`----

Probably this should be documented in intel(4).

> Section "Device"
> ### Available Driver options are:-
> ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
> ### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
> ### [arg]: arg optional
> #Option "NoAccel" # [<bool>]
> #Option "SWcursor" # [<bool>]
> #Option "ColorKey" # <i>
> #Option "CacheLines" # <i>
> #Option "Dac6Bit" # [<bool>]
> Option "DRI" "True" # [<bool>]
> #Option "NoDDC" # [<bool>]
> #Option "ShowCache" # [<bool>]
> #Option "XvMCSurfaces" # <i>
> #Option "PageFlip" # [<bool>]
> Identifier "Card0"
> Driver "intel"
> VendorName "Intel Corporation"
> BoardName "82852/855GM Integrated Graphics Device"
> BusID "PCI:0:2:0"
> EndSection

Option "Shadow" "False"

in this section would disable the shadowfb and enable dri2, at the risk
of running into GPU lockups the 8xx chips are so notorious for. See the
changelog snippet above for Debian bugs that you may encounter if you do
that. Looking at <201008150200.52677.jrvp@bordenrhodes.com> from
August, they may very well have happened on your system in the past.

Sven


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 8762vrzt5t.fsf@turtle.gmx.de">http://lists.debian.org/8762vrzt5t.fsf@turtle.gmx.de

Once again, Sven, I owe you my sanity. I've read that Debian was still
looking into framebuffer issues with Intel, whether to keep UMS or
migrate to KMS. Is that debate related to the DRI/shadow issue?


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 1290284902.16450.3.camel@Firefly.bordenrhodes.com" >http://lists.debian.org/1290284902.16450.3.camel@Firefly.bordenrhodes.com

On 2010-11-20 21:28 +0100, Borden Rhodes wrote:

> Once again, Sven, I owe you my sanity. I've read that Debian was still
> looking into framebuffer issues with Intel, whether to keep UMS or
> migrate to KMS. Is that debate related to the DRI/shadow issue?

Well, yes. The attempt to reenable UMS didn't solve the problems and
was abandoned, current -intel packages require KMS and use a shadowfb on
i8xxx hardware by default (the latter is a Debian-specific patch,
upstream's default is not to enable shadow on any hardware).

Not pretty, but better solutions have simply not been found. :-(

Sven


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 87vd3ryaqf.fsf@turtle.gmx.de">http://lists.debian.org/87vd3ryaqf.fsf@turtle.gmx.de