Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

4.1-rc4 display-port on radeon not working

9 views
Skip to first unread message

Malte Schröder

unread,
May 19, 2015, 6:20:07 PM5/19/15
to
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

--
Gruß
Malte Schröder
---------------------------------------------------------------------
Malt...@gmx.de
dmesg.txt
signature.asc

Alex Deucher

unread,
May 20, 2015, 11:40:07 AM5/20/15
to
On Tue, May 19, 2015 at 6:03 PM, Malte Schröder <ma...@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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Malte Schröder

unread,
May 20, 2015, 1:00:05 PM5/20/15
to
On 05/20/15 17:37, Alex Deucher wrote:
> On Tue, May 19, 2015 at 6:03 PM, Malte Schröder <ma...@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.
signature.asc

Alex Deucher

unread,
May 20, 2015, 6:10:05 PM5/20/15
to
On Wed, May 20, 2015 at 12:57 PM, Malte Schröder <ma...@tnxip.de> wrote:
> On 05/20/15 17:37, Alex Deucher wrote:
>> On Tue, May 19, 2015 at 6:03 PM, Malte Schröder <ma...@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
0001-drm-radeon-fix-error-flag-checking-in-native-aux-pat.patch

Malte Schröder

unread,
May 21, 2015, 4:00:06 AM5/21/15
to
On 05/21/15 00:04, Alex Deucher wrote:
> On Wed, May 20, 2015 at 12:57 PM, Malte Schröder <ma...@tnxip.de> wrote:
>> On 05/20/15 17:37, Alex Deucher wrote:
>>> On Tue, May 19, 2015 at 6:03 PM, Malte Schröder <ma...@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 :)
signature.asc
0 new messages