Hi, with 4.1-rc display-port on my Tahiti XT stopped working. I used the firmware from http://people.freedesktop.org/~agd5f/radeon_ucode/ as of today. Note: the display is an Asus PB278, it used to have problems with display port negotiation, but those disappeared like a year ago.
% grep radeon /tmp/dmesg.txt [ 2.520294] [drm] radeon kernel modesetting enabled. [ 2.520328] fb: switching to radeondrmfb from simple [ 2.520727] radeon 0000:01:00.0: VRAM: 3072M 0x0000000000000000 - 0x00000000BFFFFFFF (3072M used) [ 2.520729] radeon 0000:01:00.0: GTT: 1024M 0x00000000C0000000 - 0x00000000FFFFFFFF [ 2.520830] [drm] radeon: 3072M of VRAM memory ready [ 2.520831] [drm] radeon: 1024M of GTT memory ready. [ 2.534959] [drm] radeon: dpm initialized [ 2.542742] radeon 0000:01:00.0: WB enabled [ 2.542745] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x00000000c0000c00 and cpu addr 0xffff880803febc00 [ 2.542746] radeon 0000:01:00.0: fence driver on ring 1 use gpu addr 0x00000000c0000c04 and cpu addr 0xffff880803febc04 [ 2.542747] radeon 0000:01:00.0: fence driver on ring 2 use gpu addr 0x00000000c0000c08 and cpu addr 0xffff880803febc08 [ 2.542748] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x00000000c0000c0c and cpu addr 0xffff880803febc0c [ 2.542749] radeon 0000:01:00.0: fence driver on ring 4 use gpu addr 0x00000000c0000c10 and cpu addr 0xffff880803febc10 [ 2.543159] radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x0000000000075a18 and cpu addr 0xffffc90000435a18 [ 2.543162] radeon 0000:01:00.0: radeon: MSI limited to 32-bit [ 2.543178] radeon 0000:01:00.0: radeon: using MSI. [ 2.543192] [drm] radeon: irq initialized. [ 3.567418] fbcon: radeondrmfb (fb0) is primary device [ 3.573492] [drm:radeon_dp_link_train [radeon]] *ERROR* displayport link status failed [ 3.573504] [drm:radeon_dp_link_train [radeon]] *ERROR* clock recovery failed [ 3.575533] radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device [ 3.575534] radeon 0000:01:00.0: registered panic notifier [ 3.582468] [drm] Initialized radeon 2.42.0 20080528 for 0000:01:00.0 on minor 0
lspci -vvv: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X] (prog-if 00 [VGA controller]) Subsystem: XFX Pine Group Inc. Double D HD 7970 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 34 Region 0: Memory at d0000000 (64-bit, prefetchable) [size=256M] Region 2: Memory at e0000000 (64-bit, non-prefetchable) [size=256K] Region 4: I/O ports at e000 [size=256] Expansion ROM at e0040000 [disabled] [size=128K] Capabilities: [48] Vendor Specific Information: Len=08 <?> Capabilities: [50] Power Management version 3 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited 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 #0, Speed 8GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <64ns, L1 <1us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 8GT/s, Width x8, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis-, LTR-, OBFF Not Supported DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis- Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete+, EqualizationPhase1+ EqualizationPhase2+, EqualizationPhase3+, LinkEqualizationRequest- Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: 00000000feeff00c Data: 41c2 Capabilities: [100 v1] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Capabilities: [150 v2] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [270 v1] #19 Capabilities: [2b0 v1] Address Translation Service (ATS) ATSCap: Invalidate Queue Depth: 00 ATSCtl: Enable-, Smallest Translation Unit: 00 Capabilities: [2c0 v1] #13 Capabilities: [2d0 v1] #1b Kernel driver in use: radeon
On Tue, May 19, 2015 at 6:03 PM, Malte Schröder malte@tnxip.de wrote:
Hi, with 4.1-rc display-port on my Tahiti XT stopped working. I used the firmware from http://people.freedesktop.org/~agd5f/radeon_ucode/ as of today. Note: the display is an Asus PB278, it used to have problems with display port negotiation, but those disappeared like a year ago.
Does booting with radeon.auxch=0 on the kernel command line in grub help? Can you bisect?
Alex
On 05/20/15 17:37, Alex Deucher wrote:
On Tue, May 19, 2015 at 6:03 PM, Malte Schröder malte@tnxip.de wrote:
Hi, with 4.1-rc display-port on my Tahiti XT stopped working. I used the firmware from http://people.freedesktop.org/~agd5f/radeon_ucode/ as of today. Note: the display is an Asus PB278, it used to have problems with display port negotiation, but those disappeared like a year ago.
Does booting with radeon.auxch=0 on the kernel command line in grub help? Can you bisect?
Alex
Yes, radeon.auxch=0 helps. As for bisecting, I can try, but I won't have time for that until next week.
On Wed, May 20, 2015 at 12:57 PM, Malte Schröder malte@tnxip.de wrote:
On 05/20/15 17:37, Alex Deucher wrote:
On Tue, May 19, 2015 at 6:03 PM, Malte Schröder malte@tnxip.de wrote:
Hi, with 4.1-rc display-port on my Tahiti XT stopped working. I used the firmware from http://people.freedesktop.org/~agd5f/radeon_ucode/ as of today. Note: the display is an Asus PB278, it used to have problems with display port negotiation, but those disappeared like a year ago.
Does booting with radeon.auxch=0 on the kernel command line in grub help? Can you bisect?
Alex
Yes, radeon.auxch=0 helps. As for bisecting, I can try, but I won't have time for that until next week.
No need to bisect. if auxch=0 helps, I know what commit broke it. Does the attached patch help?
Alex
-- Gruß Malte Schröder
MalteSch@gmx.de
On 05/21/15 00:04, Alex Deucher wrote:
On Wed, May 20, 2015 at 12:57 PM, Malte Schröder malte@tnxip.de wrote:
On 05/20/15 17:37, Alex Deucher wrote:
On Tue, May 19, 2015 at 6:03 PM, Malte Schröder malte@tnxip.de wrote:
Hi, with 4.1-rc display-port on my Tahiti XT stopped working. I used the firmware from http://people.freedesktop.org/~agd5f/radeon_ucode/ as of today. Note: the display is an Asus PB278, it used to have problems with display port negotiation, but those disappeared like a year ago.
Does booting with radeon.auxch=0 on the kernel command line in grub help? Can you bisect?
Alex
Yes, radeon.auxch=0 helps. As for bisecting, I can try, but I won't have time for that until next week.
No need to bisect. if auxch=0 helps, I know what commit broke it. Does the attached patch help?
Yes, this patch does fix the problem for me :)
Alex
dri-devel@lists.freedesktop.org