Hi, using latest RC3 release ( modular ) we got an strange bug report in Frugalware Linux , on an IBM ThinkPad T43 notebook model 1872 the Intel card stopped working , while was fine with RC1. here the original email : On the following hardware: - IBM ThinkPad T43 notebook model 1872 - Intel 915GM VGA (lspci -vv attached) - 1024x768 resolution I experience the following problem: when starting X with the startkde script, X comes up but the image is absolutely unusable. Approx. the lower 4/5th of the screen is mangled, with a dark stripe above - looks like when a sync value is wrong. I can use the apps with keyboard shortcuts but I don't see what I'm doing. It is also important that when I downgrade to 1.1.9.9.901 and then reinstall -903, on the first start attempt, X gets locked up (no Ctrl+Alt+whatever). Before starting X, I must start a 'sleep 60; killall X' on another tty to regain access. Afterwards, X will start each time with the above described unreadable display and can be killed. 1.1.99.901 works well. Most WW and EE lines are also there with -901. Here is the difference with -903: (EE) I810(0): vm86() syscall generated signal 8. (EE) I810(0): vm86() syscall generated signal 8. (EE) I810(0): unknown reason for exception (EE) I810(0): cannot continue (EE) I810(0): vm86() syscall generated signal 8. Software versions: xorg-server 1.1.99.903-4 xf86-video-i810 1.7.2-1 mesa 6.5.2-2 kernel 2.6.19-1 Attachments: xorg.conf - note that AIGLX is disabled. 901.log - Xorg log with 1.1.99.901 as a comparison 903.log - Xorg verbose log with 1.1.99.903 lspci.LGee - lspci -vv dmesg.LGee - dmesg thanks best regards Gabor He tested afre this all 1.6* && all 1.7.* drivers too with no luck. I'm not really sure the problem is caused by the driver it may be a bug in xorg-server as well. I'll attach all logs I've got to this bug report. Regards Gabriel
Created attachment 8043 [details] xorg-1.1.99.901.log
Created attachment 8044 [details] xorg-1.1.99.903.log
Created attachment 8045 [details] dmesg
Created attachment 8046 [details] xorg.conf
Created attachment 8047 [details] lspci
Are your bootup scripts using vbetool to save the graphics state ?? If so, disable vbetool.
Hi, no we don't use vbetool.
Does -902 exhibit the same problem ?
I can't tell you about RC2 we jumped from RC1 to RC3 but if you want I could build RC2 xorg-server and let the user test it.
Yes, it would be useful for you to test RC2.
It might be worth reverting the patch in bug #6751 to see if that helps. Or you could just umount /sysfs and try starting X which would have the same effect to see if that helps.
Ok I'll try this. There is the same problem but a different box : http://lists.freedesktop.org/archives/xorg/2006-December/020405.html ( Btw I've CC'ed you on my replay to this thread I hope you don't mind )
If reverting #6751 didn't work, try reverting #6750.
Hi Alan, reverting commit a33419718171a0dee0f0ffe6ceb39e6f60696416 ( http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=a33419718171a0dee0f0ffe6ceb39e6f60696416) fixed this problem.
In that function can you add the following (with the patch reverted)... ErrorF("Int10Current->Tag is 0x%x\n",Int10Current->Tag); ErrorF("TAG(PciCfg1Addr) is 0x%x\n",TAG(PciCfg1Addr)); And it'll print the results out in the Xserver logfile. Can you then upload the logfile here.
sure I can , just our user is off now but I think he can test this tomorrow. If you need it now maybe ask the guy from the Mailing List :)
Created attachment 8070 [details] log with ErrorF around the reverted stuff
ok here it is , let me know if you need more infos or tests.
Created attachment 8071 [details] [review] patch to int10 Can you try this patch against the int10 file ??
sure I can. I'll prepare xorg-server with this patch and let the user test it. anyway I can post the result tomorrow first. pardus ping :) If you get sometime could you pls test this too ? Is faster because you own a box with this broken card and you don't need to wait for users to test.
(In reply to comment #20) > pardus ping :) If you get sometime could you pls test this too ? Is faster > because you own a box with this broken card and you don't need to wait for users > to test. I will.
(In reply to comment #19) > Can you try this patch against the int10 file ?? Same problem exists with that patch + unreverted xorg-server-1.1.99.903
Can you add an ErrorF to print the values of pvp->bus, pvp->device, pvp->func and upload a log ?
Just committed the fix for this. Closing.
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.