On Monday 18 December 2006 21:22, Sven Arvidsson wrote:
> You could possibly get something to work by using the vesa driver, but
> that's no fun in the long run.
Right. The vesa driver is the installation default. But the resolution is set
to 1600X1200 (intel bios has only 4:3 modes), and this is scaled to 1920X1200
(My Dell display does not provide the 1:1 mode in the display settings for
1600x1200). So the video output is awful.
>
> You could either wait for backports of X11R72 for Etch, or build the
> drivers yourself from a CVS snapshot.
The Debian unstable i810-modesetting driver seems to recognize the 965Q:
(II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100,
i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915),
915GM, 945G, 945GM, 965G, 965G, 965Q, 946GZ
(II) Primary Device is: PCI 00:02:0
(WW) I810: No matching Device section for instance (BusID PCI:0:2:1) found
(--) Chipset 965Q found
It seems to be problem of the video memory I need for 1920X1200. The standard
memory of the i810 driver is insufficient (8MB). Therefore I set the video
ram in the driver to 64MB. But to get the additional memory I need agpgart.
But this (more precisely the /dev/agpgart) is missing:
...
(WW) I810(0): Detected stolen memory (7872 kB) doesn't match what the BIOS
reports (7616 kB)
(EE) GARTInit: Unable to open /dev/agpgart (No such file or directory)
(WW) I810(0): /dev/agpgart is either not available, or no memory is available
for allocation. Using pre-allocated memory only.
...
(EE) I810(0): Failed to allocate framebuffer. Is your VideoRAM set too low ??
A dmesg | grep agpgart on Debian returns:
inux agpgart interface v0.101 (c) Dave Jones
on opensuse it returns:
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected an Intel 965Q Chipset.
agpgart: Detected 7676K stolen memory.
agpgart: AGP aperture is 256M @ 0xc0000000
I'm a little bit confused because agpgart is a kernel module which works in
opensuse with an 2.6.18 kernel. Perhaps they are using a patched apggart
version which recognizes the 965 chipset. How can I solve this problem? Do I
have to compile my own kernel for this standard platform or will it be
supported by etch in the near future?
A second problem is the PCI scan if found in the Xorg log:
debian:
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules/libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.0
...
(II) PCI: PCI scan (all values are in hex)
...
(II) Intel Bridge workaround enabled
...
(--) PCI:*(0:2:0) Intel Corporation unknown chipset (0x2992) rev 2, Mem @
0xdfe00000/20, 0xc0000000/28, I/O @ 0xecb8/3
(--) PCI: (0:2:1) Intel Corporation unknown chipset (0x2993) rev 2, Mem @
0xdff00000/20
opensuse:
(II) LoadModule: "pcidata"
(II) Loading /usr/lib64/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 7.1.99.902, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.0
...
(II) PCI: PCI scan (all values are in hex)
...
(II) Intel Bridge workaround enabled
...
(--) PCI:*(0:2:0) Intel Corporation 82Q963/Q965 Integrated Graphics Controller
rev 2, Mem @ 0xdfe00000/20, 0xc0000000/28, I/O @ 0xecb8/3
(--) PCI: (0:2:1) Intel Corporation 82Q963/Q965 Integrated Graphics Controller
rev 2, Mem @ 0xdff00000/20
This seems to be a problem of the xorg version. But as I understand the 'new'
modularized xorg7 it shouldn't be a problem to use the current 7.2RC code of
the pcidata module and compile it with xorg 7.1. I will try this if the
agpgart problem i solved. But since the intel 965 chipset is a fast growing
standard platform it should be fully supported by etch.
Thanks for any suggestions,
Jörg
