Bug 475108
Description
Robert Scheck
2008-12-07 21:45:15 UTC
You're right, F9 and F10 are not using the same code. F9 is mostly 0.2.903 release, while F10 is closer to openchrome latest development version. The hardware cursor bug is known, you can workaround it with the SWCursor option. About the resolution problem, the F9 driver uses a VBE call to set the mode. This VBE call is often causing trouble, although not in your case. In the F10 driver, this has been replaced by proper modesetting, but in your case, this is not working well. Could you please provide the xorg conf and xorg log with the F10 driver, so I can both take a look myself then forward to upstream ? Regards, Xavier Created attachment 326927 [details]
Xorg.log-fc10
Config-file is already in comment above - Here the Xorg.log-file from the system
I don't see the Monitor section in the excerpt of the conf file. Could you please attach the full file ? Also, from the log file, the driver is using 1280x768. What is in the logs doesn't reflect the mode that is actually set ? Created attachment 326934 [details]
Xorg.0.log with openchrome from FC9
Here the Xorg.0.log with the FC9-openchrome-driver. The Resolution is in FC9 correct by 1280x720 (16:9) and with the new openchrome by 1280x768 - Thats the problem. The resolution from the Xorg.conf-file is ignored.
Created attachment 326935 [details]
xorg.conf
I'm confused. Isn't 1280x768 the correct resolution ? The HP2133 exists in 2 versions either WXGA (1280 x 768) or WSVGA (1024 x 600). 1280x720 looks weird to me. We determined the sizes via a full screenshot under GNOME. Xavier, ping? Try to add the following line to the device section of your xorg conf : Option "PanelSize" "1280x720" If that doesn't work, I'll provide a new build of the driver with one more patch. The driver in Rawhide already have the patch but I'm not sure it'll work because Rawhide have xserver 1.6. You can also try to rebuild the Rawhide srpm on F10. Created attachment 328726 [details]
Video with the strange effect visible
Okay, I think, I've to correct myself. Looks like 1280x768 is the correct
resolution of the display. But now we've with PanelSize and 1280x768 a strange
effect...like reams of water or so. And there is a horizonal line from the top
to the bottom of the display as it would be a display error. Once switching to
an older driver or another resolution (e.g 1280x767 - one pixel less) back,
the issue is gone - maybe you should watch the video. Display is flickering,
with 1280x768 as we would have a too less refresh rate, changing resolution or
or using the older driver also makes this go away.
Please provide us with your Xorg logs so we can review them. Thanks. Do you still have the issue with xorg-x11-drv-openchrome-0.2.903-5.fc10 ? This package is currently in updates-testing, but will soon be in updates. If there is still an issue, please provide your xorg log and xorg conf (although you shouldn't need an xorg conf at all). Markus, Robert, ping ? Does the latest driver from F10-updates help (0.2.903-5.fc10) ? If not, does the latest driver from F10-updates-testing help (0.2.903-6.fc10) ? In any case, please provide the xorg log, preferably from the very latest driver, without an xorg conf. Created attachment 337780 [details]
Xorg.0.log when no xorg.configuration file was supplied (auto configuration)
Created attachment 337782 [details]
Xorg.0.log when no xorg.configuration file was supplied (auto configuration)
Xorg with autoconfiguration (thus: no configuration file) uses the wrong, a lower resolution for the display. Driver was latest from updates-testing.
Created attachment 337783 [details]
Xorg.0.log with xorg.conf (so correct resolution) but strange ream-effects same as before
Created attachment 337784 [details]
Another Xorg.0.log with xorg.conf (so correct resolution) but strange ream-effects same as before and having all xorg.conf options from comments above enabled
I'm going to close this bug report, as the issue has disappeared with a Fedora 11 and xorg-x11-drv-openchrome-0.2.903-12.fc11 (FEDORA-2009-7851). Instead of that, bug #516092 and bug #506978 have shown up and I'm pretty sure bug #516092 will say "hello" pretty soon, too. Upgrading from Fedora 9 to 10 or even to 11 seems to be more a functional downgrade for HP 2133. --- snipp --- # Xorg configuration created by system-config-display Section "ServerLayout" Identifier "single head configuration" Screen 0 "Screen0" 0 0 InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "InputDevice" # keyboard added by rhpxl Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc105" Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" EndSection Section "Monitor" Identifier "Monitor0" ModelName "LCD Panel 1280x800" HorizSync 31.5 - 50.0 VertRefresh 56.0 - 65.0 Option "dpms" EndSection Section "Device" Identifier "Videocard0" Driver "openchrome" Option "AccelMethod" "EXA" Option "ExaNoComposite" "True" Option "MigrationHeuristic" "greedy" Option "ExaScratchSize" "8192" Option "MaxDRIMem" "16384" Option "PanelSize" "1280x768" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection --- snapp --- |