Bug 433254

Yeah, that'll happen.  It's not been pciaccess'd yet.

can you test the packages here?

http://koji.fedoraproject.org/scratch/airlied/task_436551/

Created attachment 295258 [details]
/var/log/Xorg.0.log

Installed the new driver, and the xorg server now recognises the new driver,
but something prevents it from launching, get the following:

(EE) TRIDENT(0): Unable to map IO aperture. Invalid argument (22)
Fatal server error:
AddScreen/ScreenInit failed for driver 0

and X won't start.  I can get it to start by removing the driver completely,
and now X falls back to using the vesa driver.

can you send me an lspci -vvv as root from that box?

I think the sizing code is wrong....

Is this sufficient (I just cut out the Trident-specific output)?


00:14.0 VGA compatible controller: Trident Microsystems Cyber 9525 (rev 49)
(prog-if 00 [VGA controller])
        Subsystem: Fujitsu Limited. Unknown device 1094
        Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
        Interrupt: pin A routed to IRQ 9
        Region 0: Memory at fe800000 (32-bit, non-prefetchable) [size=4M]
        Region 1: Memory at fe120000 (32-bit, non-prefetchable) [size=128K]
        Region 2: Memory at fe400000 (32-bit, non-prefetchable) [size=4M]
        Capabilities: [80] AGP version 1.0
                Status: RQ=33 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans-
64bit- FW- AGP3- Rate=x1,x2
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>
        Capabilities: [90] Power Management version 1
                Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Kernel modules: tridentfb

http://koji.fedoraproject.org/scratch/airlied/task_440049/

Can you try those packages? please force upgrade the last one I gave you as I
didn't renumber the package..

Created attachment 295266 [details]
new /var/log/Xorg.0.log

Thanks.  startx now works, but it seems to start up in 800x600 mode by default.
 

I then ran system-config-display and switch to use a 1024x768 LCD Screen in the
"Monitor" tab, to get the 1024x768 mode, but this seems to defeat the purpose
of the autoconfiguration of X which should use the highest resolution possible
(1024x768 on this card).

In any case, at least it now works!

(In reply to comment #7)
> I then ran system-config-display and switch to use a 1024x768 LCD Screen in the
> "Monitor" tab, to get the 1024x768 mode, but this seems to defeat the purpose
> of the autoconfiguration of X which should use the highest resolution possible
> (1024x768 on this card).

I also had to restart X to get the 1024x768 mode to appear.

Hmm, I guess it automatically dropped down to 800x600 because of lack of video
memory, but 1024x768 does work if you drop the color depth to 16.  I would have
thought the driver should prefer the higher resolution and drop the color depth
to maximise the resolution, but this is not how it works?

okay I'll close this bug as this is a new issue, can you please file a new bug
for the autoconfig problem it appears the code that works out the max mode from
the VRAM size has some failings for your situation.