upgrade to latest xorg has stopped my CLE266 from working

Bug #57329 reported by Dirk
6
Affects Status Importance Assigned to Milestone
xorg-server (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

I had a working Mini-ITX board using dapper with packages about 2 months old with:-

0000:01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics (rev 03)

and an LCD panel connected to a normal VGA port working until I upgraded just now. It had not been switched on a quite a while and it did 150+ updates including xorg.

The output from the end of the logfile goes like:-
...
(II) VIA: driver for VIA chipsets: CLE266, KM400/KN400, K8M800,
        PM800/PM880/CN400
(EE) No devices detected.

I have done a clean dpkg-reconfigure and got exactly the same result. The reconfigure gives me a section in xorg.conf that looks like:-

Section "Device"
        Identifier "VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics"
        Driver "via"
        BusID "PCI:1:0:0"
        Option "ActiveDevice" "LCD"
EndSection

except that I added the ActiveDevice line after looking elsewhere on here.

xresprobe gets me:-

$ xresprobe via
id:
res:
freq:
disptype:

What has changed?

Revision history for this message
Dirk (ubuntu-tobit) wrote :

lspci -vv gives:-

0000:01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics (rev 03) (prog-if 00 [VGA])
        Subsystem: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (500ns min)
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at d8000000 (32-bit, prefetchable) [size=64M]
        Region 1: Memory at dc000000 (32-bit, non-prefetchable) [size=16M]
        Expansion ROM at dd000000 [disabled] [size=64K]
        Capabilities: [60] 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-
        Capabilities: [70] AGP version 2.0
                Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>

Revision history for this message
Daniel T Chen (crimsun) wrote :
Changed in xserver-xorg-video-via:
importance: Untriaged → Medium
status: Unconfirmed → Fix Released
Revision history for this message
Oliver Grawert (ogra) wrote :

that seems to have reappeared with the 1.1.1 packages here ... reopening

Changed in xorg-server:
status: Fix Released → Confirmed
Revision history for this message
Matt Zimmerman (mdz) wrote :

Oliver, you marked this bug as Confirmed, but it's a duplicate of a bug which is Fix Released.

Revision history for this message
Oliver Grawert (ogra) wrote :

right i somewhat missed that, it should have been a new bug since it affects the new xorg packages in edgy as well, sorry, i was a bit stressed since we lost a day looking for the reason why none of the thin clients could start x and found that in edgy the upstream tarballs are patched, i already talked to rodrigo who is fixing that now, so no bug is needed anymore

Changed in xorg-server:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

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