My X server won't start because the trident driver hasn't been rebuilt for the new xorg release: Upon running "startx", message is something like (copied manually): (EE) module ABI major verion (1) doesn't match the server's version (4) (EE) Failed to load module "trident" (module requirement mismatch, 0) (EE) no drivers available
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.