[Possibly solved] X hangs with vertical lines on Intel graphics

11010010110 · 2008-05-14 14:48:48

I installed Arch on th following box

Dell optiplex GX 150 (The full sized edition)
Pentium 3 1 GHz 256 M ram
i810 chipset with onboard video card

Problem :

When i startx X begins to load and then freezes on the following screen

Alt ctrl F* dont work

This happens with intel and i810 and vesa driver in xorg.conf

This happens with xorg.conf copied from Gentoo and Knoppix too

The computer runs normally Gentoo Knoppix Mandriva

Now the Arch partition is deleted so no logs available

Last edited by 11010010110 (2008-05-29 23:18:33)

fatlarry · 2008-05-14 17:28:36

Maybe off topic, but recently I botched a kernel upgrade and wiped out my /lib/modules/2.6.ver-ARCH directory, and one of the consequences was X would freeze after a couple seconds. So maybe it is trying to look for something that it doesn't find.

Otherwise, there are slightly different ways to get a working xorg.conf, so I suggest you first back up yours in /etc/X11, then try some of these and see which may work best for you:

- # hwd -xa

- # xorgconfig : this one worked best for me on an Optiplex 240, chipset i845

- # xorg -configure

theringmaster · 2008-05-14 19:25:07

fatlarry wrote:

Maybe off topic, but recently I botched a kernel upgrade and wiped out my /lib/modules/2.6.ver-ARCH directory, and one of the consequences was X would freeze after a couple seconds. So maybe it is trying to look for something that it doesn't find.
Otherwise, there are slightly different ways to get a working xorg.conf, so I suggest you first back up yours in /etc/X11, then try some of these and see which may work best for you:
- # hwd -xa
- # xorgconfig : this one worked best for me on an Optiplex 240, chipset i845
- # xorg -configure

yeah remove the xorg.conf you have now and use the "hwd" utility as mentioned above. Be sure to switch the driver from "I810" to "intel" though because hwd apparently doesn't know that intel is i810 successor.

jmrbcu · 2008-05-21 20:41:17

I have this problem too and I can't get the xorg working properly.
I installed Arch on an IBM NetVista 1Ghz Celeron with an intel 82810E Chipset.
If I use the vesa driver I get a flickering black screen with random white lines and
with the intel driver I get the same of the 11010010110 post. I really need some help here.

PS: Sorry about my English.

jmrbcu · 2008-05-22 01:29:33

I also noticed that the only way I can get the X server working is with no DRI and the i810 driver and a resolution of 24 bits, I had try with 16 but X server crash with colorful vertical lines again. Any solutions?

11010010110 · 2008-05-22 09:53:28

I still did not fix that problem

It happens only in Arch so maybe the X coming with Arch is to blame

I will try 24 bits color if you say it makes something another

If no then i will try to install X with ABS or something

jmrbcu · 2008-05-22 13:23:55

try with this xorg config:

Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
EndSection

Section "Module"
Load "freetype"
# Load "xtt"
Load "extmod"
Load "glx"
Load "dri"
Load "dbe"
Load "record"
Load "xtrap"
# Load "type1"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option    "Protocol" "Auto"
Option    "Emulate3Buttons"
Option    "Device" "/dev/input/mice"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc101"
Option "XkbLayout" "us"
EndSection

Section "Monitor"

### Comment all HorizSync and VertRefresh values to use DDC:
Identifier "Monitor0"
### Comment all HorizSync and VertRefresh values to use DDC:
HorizSync 31.5 - 82.0
VertRefresh 50.0 - 70.0
ModeLine "1024x768@75Hz(VESA)" 78.8 1024 1040 1136 1312 768 769 772 800 +hsync +vsync
ModeLine "1024x768@75" 65.0 1024 1048 1184 1344 768 771 777 806 -hsync -vsync
EndSection

Section "Device"
Identifier "Card0"
Driver "i810"
Card "** Intel i810 (generic) [i810]"
BusID ""
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"

#Modes "1280x1024" "1152x864" "1024x768"
Viewport 0 0
Depth 24
Modes "1024x768"
EndSubSection
SubSection "Display"

#Modes "1280x1024" "1152x864" "1024x768"
Viewport 0 0
Depth 16
Modes "1280x1024"
EndSubSection
EndSection

Section "DRI"
Mode 0666
EndSection

11010010110 · 2008-05-22 13:49:11

What is special in this file ? (except the modeline)

Anyway i cannot use it cause my monitor supports vsync 60 Hz only (cheap LCD)

metal · 2008-05-22 19:47:32

Why do you want 16 bits? What do you not like in your working configuration?

jmrbcu · 2008-05-22 22:30:39

first, I'm using a Celeron 1 Ghz with 384 ram, LG 17'' CRT and beleave me, with 24 bit my computer goes a little slow. Beside, with 24 bits my terminal crash when I try yo open it, I'm using XFCE4 with Terminal program, I don't know why is this happening. Really, I need some help. I can't work like this.

metal · 2008-05-23 08:38:49

Intel drivers takes a lot of memory. It eats 128Mb with dri and 64Mb without on my laptop. I don't think, this is good chose for your configuration.
Put your log of xorg for 16 depth.

jorgg · 2008-05-23 10:06:51

I have a similar problem described here: http://bbs.archlinux.org/viewtopic.php?id=49033

Everything works fine with Ubuntu 8.04 LiveCD, I get the 1024x768 @ 85Hz straight away.

Default xorg.conf from Ubuntu isn't very helpful. It has just "Configured monitor", "configured device", "configured screen" etc. :S

lsmod output from Ubuntu looks very much the same I have on Arch...

ubuntu@ubuntu:~$ lsmod
Module                  Size  Used by
i810                   19968  2 
drm                    82580  3 i810
ipv6                  267780  8 
af_packet              23812  2 
rfcomm                 41744  2 
l2cap                  25728  13 rfcomm
bluetooth              61156  4 rfcomm,l2cap
ppdev                  10372  0 
parport_pc             36260  0 
lp                     12324  0 
parport                37832  3 ppdev,parport_pc,lp
apm                    22616  2 
cpufreq_userspace       5284  0 
cpufreq_stats           7104  0 
cpufreq_powersave       2688  0 
cpufreq_ondemand        9740  0 
freq_table              5536  2 cpufreq_stats,cpufreq_ondemand
cpufreq_conservative     8712  0 
iptable_filter          3840  0 
ip_tables              14820  1 iptable_filter
x_tables               16132  1 ip_tables
evdev                  13056  1 
serio_raw               7940  0 
psmouse                40336  0 
intel_rng               6528  0 
intel_agp              25492  1 
i2c_i810                5636  0 
i2c_algo_bit            7300  1 i2c_i810
pcspkr                  4224  0 
agpgart                34760  3 drm,intel_agp
i2c_core               24832  2 i2c_i810,i2c_algo_bit
shpchp                 34452  0 
iTCO_wdt               13092  0 
pci_hotplug            30880  1 shpchp
iTCO_vendor_support     4868  1 iTCO_wdt
squashfs               49160  1 
loop                   18948  2 
unionfs                76752  1 
nls_cp437               6656  1 
isofs                  36388  1 
usbhid                 31872  0 
sg                     36880  0 
hid                    38784  1 usbhid
sr_mod                 17956  1 
sd_mod                 30720  2 
cdrom                  37408  1 sr_mod
ata_piix               19588  2 
pata_acpi               8320  0 
ata_generic             8324  0 
uhci_hcd               27024  0 
libata                159344  3 ata_piix,pata_acpi,ata_generic
8139too                27520  0 
8139cp                 24704  0 
mii                     6400  2 8139too,8139cp
floppy                 59588  0 
usbcore               146028  3 usbhid,uhci_hcd
scsi_mod              151436  4 sg,sr_mod,sd_mod,libata
fbcon                  42912  0 
tileblit                3456  1 fbcon
font                    9472  1 fbcon
bitblit                 6784  1 fbcon
softcursor             3072  1 bitblit
fuse                   50580  3

Last edited by jorgg (2008-05-23 10:08:46)

metal · 2008-05-23 13:46:24

Try set option:

Option "SWCursor" "true"

jmrbcu · 2008-05-23 19:34:50

Now I'm sure, is the f*?*&%$ kernel, I have been triying with a kernel of knoppix and everything is OK, does anybody have a kernel v2.6.21 or older from an old arch cache?. I really don't wan't to download a vainilla kernel from kernel.org and compile it my self.

Mr_Shameless · 2008-05-25 07:00:50

I'm having the same problem. Vesa works, but neither 'intel' nor 'i810' do. The intel ones gave me the same vertical lines and the system freeze. This is a desktop Celeron 667, 512MB RAM, intel 810 integrated card.

I tried recompiling the kernel (version 2.6.22, with old config then reducing some unneeded stuff) but that didn't help.

I have never experienced a problem like this in other distros.

Btw i have a laptop with 950GMA that worked nicely with Arch, driver 'intel'.

abhidg · 2008-05-25 07:46:08

I'm using the intel driver here and it works fine; but while shutting down the
display gets botched up and everything freezes. This does not happen always
(maybe once every week). I've to press the power button till it turns off.

11010010110 · 2008-05-25 09:11:14

If i try Xfree86 it may help ?

jorgg · 2008-05-25 18:18:26

I noticed that I didn't have the drm-module loaded in Arch, which is shown in the Ubuntu lsmod list.
Loading that and setting color depth to 16 bit helped!

Terminal still crashes with 24-bit colors.. Maybe a bug there?

If I kill X with ctrl-alt-bspace and try to restart Xfce, it won't start, but if I shut down Xfce from the menu, restarting works fine... :S

jmrbcu · 2008-05-26 23:19:22

I have drm module loaded and my X freeze anyway.

PS: module name is: drm not drm-module

jmrbcu · 2008-05-28 01:01:21

nothing yet?

11010010110 · 2008-05-28 13:39:19

I installed all again and found the following

In 16 bit mode it has the problem i said here

In 24 bit it works at 1280x1024 1024x768 640x480

In 1280x1024 and 1024x768 there are vertical lines of 3 px snow on the screen with ~ 100 px distance between them. sometimes other objects like icons in the kde splash catch snow too

(snow is a place with ever changing running pivels in random colors)

The results are the same with Arch and Mandrive xorg.confs. What makes it hang is 16 bit

However in Mandriva all modes work ok with 16 bit so the problem is in software and not in the card itself

jmrbcu · 2008-05-28 16:05:49

I agree with you and confirm that in my system, 16bit mode hang the system. With 24bit I can work but, if I use KDE or KDEMod then I get snow. Another thing is that no matter what mode I use, I can't get DRI to work.

11010010110 · 2008-05-28 23:42:09

There is another mode that works

This mode is 15 bit

Go to the color depth place in xorg.conf. change the depth in one of the settings to 15 and set DefaultDepth to 15

Here is my Mandrive xorg.conf modified to Arch and with 1680x1050 modeline

I commented some direct rendering and composite etc stuff but it should work with it uncommented too

# File generated by XFdrake (rev 234840)

#Section "Extensions"
#    Option "Composite"
#EndSection
# **********************************************************************
# Refer to the xorg.conf man page for details about the format of
# this file.
# **********************************************************************

Section "ServerFlags"
    #DontZap # disable <Ctrl><Alt><BS> (server abort)
    #AllowMouseOpenFail # allows the server to start up even if the mouse does not work
    #DontZoom # disable <Ctrl><Alt><KP_+>/<KP_-> (resolution switching)
EndSection

Section "Module"
    Load "dbe" # Double-Buffering Extension
#    Load "v4l" # Video for Linux
#    Load "extmod"
#    Load "type1"
    Load "freetype"
#    Load "glx" # 3D layer
#    Load "dri" # direct rendering
EndSection

Section "InputDevice"
    Identifier "Keyboard1"
    Driver "kbd"
    Option "XkbModel" "pc105"
    Option "XkbLayout" "us"
#    Option "XkbOptions" "compose:rwin"
EndSection

Section "InputDevice"
    Identifier "Mouse1"
    Driver "mouse"
    Option "Protocol" "ExplorerPS/2"
    Option "Device" "/dev/input/mice"
EndSection

Section "Monitor"
    Identifier "monitor1"
    VendorName "Plug'n Play"
    ModelName "T-W2005S12-D"
    HorizSync 31-96
    VertRefresh 56-76
    
    # Monitor preferred modeline (59.9 Hz vsync, 65.2 kHz hsync, ratio 16/10)
    ModeLine "1680x1050" 146 1680 1784 1960 2240 1050 1053 1059 1089 +hsync -vsync
EndSection

Section "Device"
    Identifier "device1"
    VendorName "Intel Corporation"
    BoardName "Intel 810 and later"
    Driver "intel"
    Option "DPMS"
    Option "XaaNoOffscreenPixmaps" "1"
EndSection

Section "Screen"
    Identifier "screen1"
    Device "device1"
    Monitor "monitor1"
    DefaultColorDepth 15
    
    Subsection "Display"
        Depth 8
        Modes "1680x1050" "1600x1000" "1440x900" "1280x800"
    EndSubsection
    
    Subsection "Display"
        Depth 15
        Modes "1680x1050" "1600x1000" "1440x900" "1280x800"
    EndSubsection
    
    Subsection "Display"
        Depth 16
        Modes "1680x1050" "1600x1000" "1440x900" "1280x800"
    EndSubsection
    
    Subsection "Display"
        Depth 24
        Modes "1680x1050" "1600x1000" "1440x900" "1280x800"
    EndSubsection
EndSection

Section "ServerLayout"
    Identifier "layout1"
    InputDevice "Keyboard1" "CoreKeyboard"
    InputDevice "Mouse1" "CorePointer"
    Screen "screen1"
EndSection

jmrbcu · 2008-05-30 22:38:28

I have been running for a while with this xorg.conf and had tested your xorg.conf, without dri, it work but, when I enable dri, I got the colorful lines. Note that my xorg.conf is configured to use 16 bit color mode.

Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
RgbPath "/usr/share/X11/rgb"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/100dpi:unscaled"
FontPath "/usr/share/fonts/75dpi:unscaled"
FontPath "/usr/share/fonts/TTF"
FontPath "/usr/share/fonts/Type1"
EndSection

Section "Module"
Load "dbe"
Load "glx"
Load "xtrap"
Load "extmod"
Load "dri"
Load "GLcore"
Load "record"
Load "freetype"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbLayout" "us,es"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option    "Protocol" "auto"
Option    "Device" "/dev/input/mice"
Option    "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
#DisplaySize 330 250 # mm
Identifier "Monitor0"
VendorName "GSM"
ModelName ""
### Comment all HorizSync and VertRefresh values to use DDC:
HorizSync 30.0 - 71.0
VertRefresh 50.0 - 160.0
Option "DPMS"
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"    "True"
#Option "ColorKey"    # <i>
Option "CacheLines"    "768"
#Option "Dac6Bit" # [<bool>]
Option "DRI" "False"
Option "NoDDC" "False"
Option "ShowCache" "True"
#Option "XvMCSurfaces"    # <i>
#Option "PageFlip"    # [<bool>]
Identifier "Card0"
Driver "intel"
VendorName "Intel Corporation"
BoardName "82810E DC-133 (CGC) Chipset Graphics Controller"
BusID "PCI:0:1:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultDepth 16
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
Modes "1024x768"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection

#Section "DRI"
# Mode 0666
#EndSection

#Section "Extensions"
# Option "Composite" "Enable"
#EndSection

Sophotect · 2008-05-31 02:33:59

Interesting to see other people using "obsolete" stuff like that I have a very similar configuration with very similar bugs. I recognise the weird screenshot you posted. You can circumvent that by adding:
Option "AIGLX" "false" in Section "ServerLayout" though it doesn't help you (or at least it didn't help me) with DRI. I have this enabled and glxgears starts up, shows about 330 frames per second in the terminal, but the gears stand perfectly still. This worked before, a long time ago. Months?
Recently it killed my nerves and i tried to make this work again and fiddled with AIGLX and compositing also, to no avail so far. I also tried switching between xf86-video-i810 and xf86-video-intel. Doesn't matter which. DRI (anything OpenGL) won't work. Btw., for a real i810 or i815 to have DRI working you are limited to 16 Bit colordepth, they won't work with more. Whereas 32 MB "VideoRAM" are absolutely enough for 3D in 16 Bits, one could even shrink that to 16 MB, but then videoplayers have problems sometimes with XvMC. If you switch to 24 Bits Color you have to forget DRI. It also doesn't matter if i'm trying this as root or user, or have the Group in
Section "DRI"
Mode 0666
Group 91
EndSection
changed to 0.
This is my whole config which is causing no warnings or errors in /var/log/X.org.0.log:

Section "ServerFlags"
Option "Xinerama" "Off"
Endsection

Section "DRI"
Mode 0666
Group 91
EndSection

Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
Option "AIGLX" "false"
EndSection

Section "Files"
RgbPath "/usr/share/X11/rgb"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/100dpi"
FontPath "/usr/share/fonts/TTF"
FontPath "/usr/share/fonts/Type1"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/local/share/fonts"
EndSection

Section "Module"
Load "dri"
Load "glx"
Load "dbe"
Load "GLcore"
Load "record"
Load "xtrap"
Load "extmod"
Load "freetype"
# Load "type1"
# Load "v4l"
EndSection

Section "Extensions"
Option "Composite" "false"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbLayout" "de"
Option "XkbVariant" "nodeadkeys"
Option "XkbRules" "xorg"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option    "Device" "/dev/input/mice"
Option    "Protocol" "IMPS/2"
Option    "Emulate3Buttons" "no"
Option    "Buttons" "5"
Option    "ZAxisMapping" "4 5"
Option    "CorePointer"
Option    "SendCoreEvents" "true"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Sony"
ModelName "Multiscan200sf"
DisplaySize 328 241
HorizSync 31.5 - 82.0
VertRefresh 50 - 120
# Option "TargetRefresh" "75"
# UseModes "VESA-1280x1024@75Hz"
Option "DPMS"
EndSection

Section "Device"
Identifier "Card0"
Driver    "i810"
VendorName "Intel Corporation"
BoardName "82815 CGC (rev 02)"
BusID    "PCI:0:2:0"
Chipset    "i815"
MemBase    0xF0000000
IOBase    0xEC000000
VideoRam 32768
Option "XvMCSurfaces" "7"
Option "CacheLines" "1024"
Option "DDC" "false"
Option "DRI" "true"
Option "PageFlip" "false"
Option "XAANoOffscreenPixmaps" "true"
EndSection

#Section "Modes"
# Identifier "VESA-1280x1024@75Hz"
# Mode "1280x1024@75"
#    DotClock 138.00
#    HTimings 1280 1296 1440 1688
# VTimings 1024 1025 1028 1069
#    Flags "+HSync" "+VSync"
# VScan 1
# EndMode
#EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
Option "Accel"
DefaultDepth 16
SubSection "Display"
Viewport 0 0
Depth 16
Modes "1280x1024"
EndSubSection
EndSection

This is lspci:

00:02.0 VGA compatible controller: Intel Corporation 82815 Chipset Graphics Controller (CGC) (rev 02) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Unknown device 1245
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 10
Region 0: Memory at f0000000 (32-bit, prefetchable) [size=64M]
Region 1: Memory at ec000000 (32-bit, non-prefetchable) [size=512K]
Capabilities: [dc] Power Management version 2
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

This is from Xorg.0.log where it recognizes the chipset:

(**) I810(0): Chipset: "i815"
(**) I810(0): Linear framebuffer at 0xF0000000
(**) I810(0): IO registers at addr 0xEC000000
(II) I810(0): Kernel reported 112128 total, 1 used
(II) I810(0): I810CheckAvailableMemory: 448508k available
(**) I810(0): Will alloc AGP framebuffer: 32768 kByte

This is also from Xorg.0.log where it initializes the DRI:

(II) Loading sub module "dri"
(II) LoadModule: "dri"
(II) Reloading /usr/lib/xorg/modules/extensions//libdri.so
(II) do I need RAC? No, I don't.
(II) resource ranges after preInit:
[0] 0 0 0xec000000 - 0xec07ffff (0x80000) MS[b]
[1] 0 0 0xf0000000 - 0xf3ffffff (0x4000000) MS[b]
[2] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[b]E(B)
[3] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[b]
[4] -1 0 0x000c0000 - 0x000effff (0x30000) MX[b]
[5] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[b]
[6] -1 0 0xec100400 - 0xec10047f (0x80) MX[b]
[7] -1 0 0xec100000 - 0xec1000ff (0x100) MX[b]
[8] -1 0 0xec000000 - 0xec07ffff (0x80000) MX[b](B)
[9] -1 0 0xf0000000 - 0xf3ffffff (0x4000000) MX[b](B)
[10] 0 0 0x000a0000 - 0x000affff (0x10000) MS[b](OprD)
[11] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[b](OprD)
[12] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[b](OprD)
[13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[b]
[14] -1 0 0x00000000 - 0x000000ff (0x100) IX[b]
[15] -1 0 0x00002000 - 0x0000207f (0x80) IX[b]
[16] -1 0 0x000020a0 - 0x000020bf (0x20) IX[b]
[17] -1 0 0x00002080 - 0x0000209f (0x20) IX[b]
[18] -1 0 0x00001300 - 0x0000133f (0x40) IX[b]
[19] -1 0 0x00001200 - 0x000012ff (0x100) IX[b]
[20] -1 0 0x00001810 - 0x0000181f (0x10) IX[b]
[21] -1 0 0x00001820 - 0x0000183f (0x20) IX[b]
[22] -1 0 0x00001800 - 0x0000180f (0x10) IX[b]
[23] 0 0 0x000003b0 - 0x000003bb (0xc) IS[b](OprU)
[24] 0 0 0x000003c0 - 0x000003df (0x20) IS[b](OprU)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: Searching for BusID pci:0000:00:02.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: drmOpenMinor returns 8
drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
(II) [drm] DRM interface version 1.3
(II) [drm] DRM open master succeeded.
(II) I810(0): [drm] Using the DRM lock SAREA also for drawables.
(II) I810(0): [drm] framebuffer handle = 0xf0000000
(II) I810(0): [drm] added 1 reserved context for kernel
(II) I810(0): X context handle = 0x1
(II) I810(0): [drm] installed DRM signal handler
(II) I810(0): [drm] Registers = 0xec000000
(II) I810(0): [agp] dcacheHandle : 0x1
(II) I810(0): [agp] GART: Found 4096K Z buffer memory
(II) I810(0): [agp] Bound backbuffer memory
(II) I810(0): [agp] Bound System Texture Memory
(II) I810(0): GART: Allocated 7MB for HWMC
(II) I810(0): [agp] GART: Allocated 4K for mouse cursor image
(II) I810(0): [agp] GART: Allocated 16K for ARGB mouse cursor image
(II) I810(0): Adding 1024 scanlines for pixmap caching
(II) I810(0): Allocated Scratch Memory
(II) I810(0): [dri] Buffer map : 1afb000
(II) I810(0): [drm] added 256 4096 byte DMA buffers
(II) I810(0): [drm] Init v1.4 interface.
(II) I810(0): [drm] dma control initialized, using IRQ -22
(II) I810(0): [dri] visual configs initialized.
(==) I810(0): Write-combining range (0xf0000000,0x4000000)
(II) I810(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
(II) I810(0): Setting dot clock to 135.0 MHz [ 0x2b 0x6 0x20 ] [ 45 8 2 ]
(II) I810(0): chose watermark 0x22314000: (tab.freq 135.0)
(**) I810(0): Option "XaaNoOffscreenPixmaps" "true"
(II) I810(0): Using XFree86 Acceleration Architecture (XAA)
Screen to screen bit blits
Solid filled rectangles
8x8 mono pattern filled rectangles
Indirect CPU to Screen color expansion
Solid Horizontal and Vertical Lines
Setting up tile and stipple cache:
32 128x128 slots
16 256x256 slots
5 512x512 slots
(==) I810(0): Backing store disabled
(==) I810(0): Silken mouse enabled
(**) Option "dpms"
(**) I810(0): DPMS enabled
(II) I810(0): [DRI] installation complete
(II) I810(0): Direct rendering enabled

This is from glxinfo:
OpenGL vendor string: Keith Whitwell
OpenGL renderer string: Mesa DRI i815 20050821 x86/MMX/SSE
OpenGL version string: 1.2 Mesa 7.0.3

Btw. The 4096 KBytes Z buffer memory are because of a so called ADD-Card in the AGP-Slot, which gives this shared memory thing at least 4MB of its own RAM. I tried it without also. Doesn't change anything. No turning gears in glxgears at 330 frames per second

This worked f.e. in older versions of Google Earth, was slow, but no diashow either. But i didn't use it that often, because there is Googlemaps in the web which is sufficient for me. What's more annoying is that f.e. Stellarium doesn't work anymore. Or Blender. I don't know exactly. I guess it's maybe bitrot in the later incarnations of both i810 and intel drivers.

Arch Linux

#1 2008-05-14 14:48:48

[Possibly solved] X hangs with vertical lines on Intel graphics

#2 2008-05-14 17:28:36

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#3 2008-05-14 19:25:07

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#4 2008-05-21 20:41:17

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#5 2008-05-22 01:29:33

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#6 2008-05-22 09:53:28

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#7 2008-05-22 13:23:55

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#8 2008-05-22 13:49:11

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#9 2008-05-22 19:47:32

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#10 2008-05-22 22:30:39

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#11 2008-05-23 08:38:49

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#12 2008-05-23 10:06:51

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#13 2008-05-23 13:46:24

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#14 2008-05-23 19:34:50

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#15 2008-05-25 07:00:50

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#16 2008-05-25 07:46:08

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#17 2008-05-25 09:11:14

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#18 2008-05-25 18:18:26

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#19 2008-05-26 23:19:22

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#20 2008-05-28 01:01:21

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#21 2008-05-28 13:39:19

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#22 2008-05-28 16:05:49

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#23 2008-05-28 23:42:09

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#24 2008-05-30 22:38:28

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

#25 2008-05-31 02:33:59

Re: [Possibly solved] X hangs with vertical lines on Intel graphics

Board footer