Green screen with color depth of 16 bits

Bug #1097732 reported by Juha Erkkilä
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
xserver-xorg-video-openchrome (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

I have run into a problem with the openchrome driver, when used with color depth of 16 bits. With the default depth of 24 bits everything works ok, but with color depth of 16 bits the screen is mostly green.

The driver seems to be otherwise useable. It is possible to correct the color problem somewhat with xgamma, but this does not really help the broken appearance. However, the hardware cursor appears to have the right colour.

I have tried various Xorg settings relating to EXA and such, but can not find a combination that would make a change for the better. Switching to a software cursor changes cursor color to a greener tint.

My main motivation to get this to work is that there are some thin client hardware that should be very much useable with LTSP, and there is a remarkable speed difference when colour depths of 16 and 24 are used (16 being of course faster).

Here is the lspci output for one machine in question:

--
00:00.0 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge (rev 10)
00:00.1 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:0f.0 IDE interface: VIA Technologies, Inc. VX800 Serial ATA and EIDE Controller
00:10.0 USB controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 90)
00:10.1 USB controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 90)
00:10.4 USB controller: VIA Technologies, Inc. USB 2.0 (rev 90)
00:11.0 ISA bridge: VIA Technologies, Inc. CX700/VX700 PCI to ISA Bridge
00:11.7 Host bridge: VIA Technologies, Inc. CX700/VX700 Internal Module Bus
00:13.0 PCI bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
01:00.0 VGA compatible controller: VIA Technologies, Inc. CX700/VX700 [S3 UniChrome Pro] (rev 03)
02:01.0 Audio device: VIA Technologies, Inc. VT8237A/VT8251 HDA Controller (rev 10)
--

On Lucid (10.04) and Precise (12.04) this machine/configuration works properly. I can only reproduce the problem in Quantal (12.10).

$ lsb_release -rd
Description: Ubuntu 12.10
Release: 12.10

$ apt-cache policy xserver-xorg-video-openchrome
xserver-xorg-video-openchrome:
  Installed: 1:0.3.1-0ubuntu1
  Candidate: 1:0.3.1-0ubuntu1
  Version table:
 *** 1:0.3.1-0ubuntu1 0
        100 /var/lib/dpkg/status

Revision history for this message
Juha Erkkilä (juha-erkkila) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xserver-xorg-video-openchrome (Ubuntu):
status: New → Confirmed
Revision history for this message
Joachim Schwender (jschwender) wrote :

My be this is an upstream bug? I have the same issue with this driver on our thin clients that run debian wheezy on the terminal. I tried to update the driver to the latest available openchrome 0.3.3 from x.org, but this did not change anything. Anyway the dri driver was removed from mesa distribution, which makes this driver pretty unusable. In my opinion, the only options are to discard hardware or run vesa driver on it.

Revision history for this message
Epson (epson-deactivatedaccount) wrote :

I'm using the openchrome driver and I'm seeing the green screen. I'm installing linux on this old desktop for a family member. I'm thinking about telling him to purchase a video card.
X.Org X server -- VIA display driver
1:0.3.3-1+b2: amd64 i386

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.