I have noticed that the nouveau DRM kernel driver seems to get the connectors reversed on my GeForce 8500 GT card. My setup looks like: 8500GT----------VGA-----------Samsung 2043W (1680x1050) |______DVI_______LG L1920P (1280x1024) but as far as the kernel is concerned, the Samsung monitor gets detected via the DVI probing: [ 0.521009] [drm:drm_helper_probe_single_connector_modes], [CONNECTOR:15:DVI-I-1] probed modes : [ 0.521015] [drm:drm_mode_debug_printmodeline], Modeline 21:"1680x1050" 60 119000 1680 1728 1760 1840 1050 1053 1059 1080 0x48 0x9 and the LG via the VGA probing: [ 0.551267] [drm:drm_helper_probe_single_connector_modes], [CONNECTOR:17:VGA-1] probed modes : [ 0.551272] [drm:drm_mode_debug_printmodeline], Modeline 89:"1280x1024" 60 108000 1280 1328 1440 1688 1024 1025 1028 1066 0x48 0x5 I have used my xorg.conf configuration to re-reverse the monitor definitions to get a working system, but should some quirk be added to handle this particular card: 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [GeForce 8500 GT] (rev a1) (prog-if 00 [VGA controller]) Subsystem: eVga.com. Corp. Device c793 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 25 Region 0: Memory at fd000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at a0000000 (64-bit, prefetchable) [size=256M] Region 3: Memory at fa000000 (64-bit, non-prefetchable) [size=32M] Region 5: I/O ports at dc00 [size=128] Expansion ROM at fe7e0000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Capabilities: [78] Express (v1) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #213, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 <512ns, L1 <4us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- Kernel driver in use: nouveau Are there any other details I can provide that could help? Even if I had to write the patch myself and test it, that would be fine by me with a little advice.
Created attachment 62725 [details] vbios.rom for the video card
Created attachment 62726 [details] dmesg
Yes, your VBIOS has it backwards, so a quirk is probably needed. Can you post the "lspci -vn" output for your GPU. Thanks.
No problem: 01:00.0 0300: 10de:0421 (rev a1) (prog-if 00 [VGA controller]) Subsystem: 3842:c793 Flags: bus master, fast devsel, latency 0, IRQ 25 Memory at fd000000 (32-bit, non-prefetchable) [size=16M] Memory at a0000000 (64-bit, prefetchable) [size=256M] Memory at fa000000 (64-bit, non-prefetchable) [size=32M] I/O ports at dc00 [size=128] Expansion ROM at fe7e0000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [78] Express Endpoint, MSI 00 Kernel driver in use: nouveau Thanks for looking into it!
Created attachment 62772 [details] [review] dcb table quirk How does it go with this patch?
I had to fudge the patch a bit because I applied it against mainline linux rather than the nouveau tree, but it seems to work perfectly. The new dmesg shows the right monitors probed through the right connectors, and I was able to switch my xorg configuration back to normal and everything still works. Thanks alot!
Thanks for letting me know! I've pushed this to nouveau git, it'll make its way to Linus' tree in due time :)
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.