The new "intel" driver doesn't seem to work. i810 (1.7.4) seems to work fine. It looks like the display (native resolution: 1400x1050) is not properly set up, instead each pixel looks like twice the size horizontally, while vertically full size is visibile. XServer release: 1.2.99.901 "intel" driver release: 1.9.91
10: PCI 02.0: 0300 VGA compatible controller (VGA) [Created at pci.288] UDI: /org/freedesktop/Hal/devices/pci_8086_2592 Unique ID: _Znp.AA0FlerDir8 SysFS ID: /devices/pci0000:00/0000:00:02.0 SysFS BusID: 0000:00:02.0 Hardware Class: graphics card Model: "Samsung Electronics 915 GM" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x2592 "915 GM" SubVendor: pci 0x144d "Samsung Electronics Co Ltd" SubDevice: pci 0xc01a Revision: 0x03 Memory Range: 0xb0080000-0xb00fffff (rw,non-prefetchable) I/O Ports: 0x1800-0x1807 (rw) Memory Range: 0xc0000000-0xcfffffff (rw,prefetchable) Memory Range: 0xb0000000-0xb003ffff (rw,non-prefetchable) IRQ: 17 (19837 events) I/O Ports: 0x3c0-0x3df (rw) Module Alias: "pci:v00008086d00002592sv0000144Dsd0000C01Abc03sc00i00" Driver Info #0: XFree86 v4 Server Module: intel Driver Info #1: XFree86 v4 Server Module: intel 3D Support: yes Extensions: dri Config Status: cfg=yes, avail=yes, need=yes, active=unknown
11: PCI 02.1: 0380 Display controller [Created at pci.288] UDI: /org/freedesktop/Hal/devices/pci_8086_2792 Unique ID: ruGf.SzVewQ5Dr7B SysFS ID: /devices/pci0000:00/0000:00:02.1 SysFS BusID: 0000:00:02.1 Hardware Class: graphics card Model: "Samsung Electronics Mobile 915GM/GMS/910GML Express Graphics Controller" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x2792 "Mobile 915GM/GMS/910GML Express Graphics Controller" SubVendor: pci 0x144d "Samsung Electronics Co Ltd" SubDevice: pci 0xc01a Revision: 0x03 Memory Range: 0x56000000-0x5607ffff (rw,non-prefetchable,disabled) Module Alias: "pci:v00008086d00002792sv0000144Dsd0000C01Abc03sc80i00" Config Status: cfg=yes, avail=yes, need=yes, active=unknown
31: None 00.0: 10002 LCD Monitor [Created at monitor.135] Unique ID: rdCR.08E28pF_MWE Hardware Class: monitor Model: "Samsung Electronics Notebook LCD" Vendor: "Samsung Electronics" Device: "Notebook LCD" Resolution: 1400x1050@60Hz Size: 305x230 mm Driver Info #0: Max. Resolution: 1400x1050 Vert. Sync Range: 50-75 Hz Hor. Sync Range: 31-94 kHz Config Status: cfg=new, avail=yes, need=no, active=unknown
Created attachment 9098 [details] Xorg.0.log
This bugreport is also tracked in Novell Bugzilla https://bugzilla.novell.com/show_bug.cgi?id=252982
New code in master may help with mysterious issues like this, so please try again.
no, unfortunately its becoming worse. I now have a totally black LVDS and when trying to switch to (text vga mode) console, I get wobbling and flickering text. looks like it drives the screen with a totally wrong frequency (not sure if thats possible, I think its connected digitally).
Created attachment 9136 [details] new Xorg.0.log
I don't have time to bisect the faulty commit (wouldn't know where to start anyway), but I can provide additional debug output etc if requested.
Created attachment 9137 [details] xorg.conf
Your new log appears to be truncated. Did the server crash?
no, I think I captured it while the x server was running and didn't shut it down again beforehand (because console is corrupted after ending X). if you want the full log I can gather it
Created attachment 9178 [details] Xorg.0.log This is the full log. forgot about it yesterday.
OK, new code in master should hopefully fix issues like this one. Please re-test.
Thanks. Unfortunately building the intel driver is not easily possible, since some required bits (IIRC some cursor elements in crtc structure) in xserver sources are even missing the current server-1.3-branch (probably currently only in master). Maybe this could be fixed?
Stefan provided me with a package that had single patches backported, and it didn't have any effect. Same issue.
The following patches from git were appplied on top of 1.9.92: * Move vendor ID check in the utils to after pci_device_probe. * Make i830_sdvo_write_sdvox write everything twice. * Add debug output for ADPA. * Print the mode actually being set per pipe. * Attempt to fix single/dual-channel issues on i9xx LVDS panels.
Dirk, maybe you also need to set I9XX_P2_LVDS_SLOW_LIMIT to 90000. See Bug #9076.
seems like this fixed it *** This bug has been marked as a duplicate of bug 9076 ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.