conflicts wit nvidia-glx

Bug #111648 reported by Adam Reviczky
2
Affects Status Importance Assigned to Milestone
xserver-xorg-video-ati (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: xserver-xorg-video-ati

Can we add conflicts flag at the binary deb package against nvidia-glx?
It causes dri troubles when installed alongside xserver-xorg-video-ati.

(Bug 106652 was related to this.)

Revision history for this message
Bryce Harrington (bryce) wrote :

Thanks for reporting this bug. Can you please summarize the issues and steps to reproduce when both drivers are installed? It was not clear from the referenced bug what problems exist. Many people like to have the binary and open drivers installed at the same time, so we'd need to understand the specific issues that are causing conflicts for you.

Changed in xserver-xorg-video-ati:
status: Unconfirmed → Needs Info
Revision history for this message
Adam Reviczky (reviczky) wrote :

Sorry, i thought it was trivial.

The problem is when you install xorg-driver-fglrx beside xserver-xorg-video-ati or nvidia-glx beside xserver-xorg-video-ati than 3D (DRI) is gone.
Note: xorg.conf is untouched and use always ati

Applications like google-earth don't work anymore.

Revision history for this message
Adam Reviczky (reviczky) wrote :
Revision history for this message
Adam Reviczky (reviczky) wrote :
Revision history for this message
Adam Reviczky (reviczky) wrote :
Revision history for this message
Adam Reviczky (reviczky) wrote :
Revision history for this message
Adam Reviczky (reviczky) wrote :

lspci -vv

01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01) (prog-if 00 [VGA])
        Subsystem: Yuan Yuan Enterprise Co., Ltd. Unknown device 5964
        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: 64 (2000ns min), Cache Line Size: 32 bytes
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at f4000000 (32-bit, prefetchable) [size=64M]
        Region 1: I/O ports at d800 [size=256]
        Region 2: Memory at eb000000 (32-bit, non-prefetchable) [size=64K]
        Expansion ROM at f3fe0000 [disabled] [size=128K]
        Capabilities: [58] AGP version 2.0
                Status: RQ=80 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
                Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1
        Capabilities: [50] 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-

01:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (Secondary) (rev 01)
        Subsystem: Yuan Yuan Enterprise Co., Ltd. Unknown device 5965
        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: 64 (2000ns min), Cache Line Size: 32 bytes
        Region 0: Memory at ec000000 (32-bit, prefetchable) [size=64M]
        Region 1: Memory at ea800000 (32-bit, non-prefetchable) [size=64K]
        Capabilities: [50] 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-

Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

The problem is that fglrx and nvidia binary X drivers need their own GL libraries. These libraries only work if you have the matching binary X driver AND a matching kernel module.. If you ever had a machine that needed to use two differing graphic card models (e.g. an ATI and an NVIDIA or an ATI and a Matrox) and one need to use binary drivers, you would never be able to have accelerated 3D on both cards at once since only one GL library can be used at a given time. Another issue arises if you leave a binary only set of GL libraries installed and then switch to a "regular" xorg driver. Setting conflicts probably isn't a great solution as people could find the old ATI driver pulled up when switching to fglrx and thus struggle to switch back...

Bryce Harrington (bryce)
Changed in xserver-xorg-video-ati:
status: Incomplete → Triaged
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

fglrx no longer needs it's own libGL.

description: updated
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Actually, my last comment was bogus.

Adding a conflict is not feasible.

Changed in xserver-xorg-video-ati:
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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