On Tue, Dec 16, 2014 at 4:38 PM, Christopher Barry <christopher.ba...@earborg.com> wrote: > On Tue, 16 Dec 2014 10:49:50 -0500 > Alex Deucher <alexdeuc...@gmail.com> wrote: > >>On Sun, Dec 14, 2014 at 6:45 PM, Christopher Barry >><christopher.ba...@earborg.com> wrote: >>> >>> Getting these errors in syslog >>> >>> [drm:radeon_dp_link_train_ce] *ERROR* displayport link status failed >>> [drm:radeon_dp_link_train_ce] *ERROR* channel eq failed >>> >>> also, there have been a lot of 'clock recovery failed' errors as >>> well. >>> >>> running debian sid, and I upgrade about every 5 days or so, so my box >>> is quite up to date for a packaged distro. I upgraded this afternoon >>> EST and behavior is still bad. >>> >>> debian packaged kernel 2.14.2 >>> >>> X.Org X Server 1.16.2.901 (1.16.3 RC 1) >>> Release Date: 2014-12-09 >>> X Protocol Version 11, Revision 0 >>> Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian >>> Current Operating System: Linux monolith 3.12-1-amd64 #1 SMP Debian >>> 3.12.9-1 (2014-02-01) x86_64 >>> Kernel command line: BOOT_IMAGE=/vmlinuz-3.12-1-amd64 >>> root=/dev/mapper/system_vg-os_lv ro quiet >>> Build Date: 09 December 2014 10:15:28PM >>> xorg-server 2:1.16.2.901-1 (http://www.debian.org/support) >>> Current version of pixman: 0.32.6 >>> Before reporting problems, check http://wiki.x.org >>> to make sure that you have the latest version. >>> >>> >>> lspci -vv for video card: >>> >>> 02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. >>> [AMD/ATI] Pitcairn PRO [Radeon HD 7850] (prog-if 00 [VGA controller]) >>> Subsystem: PC Partner Limited / Sapphire Technology Radeon HD 7850 >>> 2GB GDDR5 DVI-I/DVI-D/HDMI/DP 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: 256 bytes >>> Interrupt: pin A routed to IRQ 56 Region 0: Memory at d0000000 >>> (64-bit, prefetchable) [size=256M] Region 2: Memory at fb9c0000 >>> (64-bit, non-prefetchable) [size=256K] Region 4: I/O ports at b000 >>> [size=256] Expansion ROM at fb9a0000 [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 5GT/s, Width x16, 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: -6dB, EqualizationComplete-, EqualizationPhase1- >>> EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest- >>> Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: >>> 00000000fee00000 Data: 4023 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 >>> >>> (pardon the wrapping) >>> >>> starting last week sometime, my displayport driven monitor (center >>> of 3 monitors) began randomly blanking out. The only way to >>> (sometimes) correct it for maybe 2 or three hours was to power down, >>> then power up. if I just rebooted, it would almost always blank in a >>> matter of minutes after login. >>> >>> I am converting the DP into DVI with an active dongle, but this has >>> worked flawlessly for me in the past. >>> >>> I started booting the last debian kernel, which is 3.12.2, and so far >>> the blanking has not re-appeared. I think I probably need to run this >>> kernel for a couple of days to verify that it is somehow related to a >>> software change to be sure my dongle is not really flaking out, >>> but thought I would post a heads up here in case anyone might know of >>> any changes that may have caused this behavior. >> >>Is there anyway you could bisect? >> >>Alex >>_______________________________________________ > > > I'm probably not the best one to do that. But I can say it definitely > appeared in the last week or so, and debian kernel 3.12.2 does not > exhibit the behavior.
Can you at least narrow down what debian kernel package it appeared in? 3.12 is really old from an upstream perspective. Alex _______________________________________________ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
