Linux Kernel 4.4.0-66 Possible DRM connector_status Bug For LG Displays
Deucher, Alexander
Alexander.Deucher at amd.com
Fri Jun 2 13:45:08 UTC 2017
Perhaps hotplug interrupts were not working properly before for your setup and now you are getting them.
Alex
From: Tom Reddish [mailto:tom.reddish at mediavuesystems.com]
Sent: Thursday, June 01, 2017 5:21 PM
To: Deucher, Alexander
Cc: Koenig, Christian; amd-gfx at lists.freedesktop.org; Brian Kane
Subject: Re: Linux Kernel 4.4.0-66 Possible DRM connector_status Bug For LG Displays
So I am still working through the bisect, having issues building the kernel correctly from source at intermediate commits. I have been able to narrow it down a specific package (linux-image-4.4.0-57-generic). What I am noticing is that a udev change event is being fired when the LG display is powered on or power off on the "4.4.0-57" version. However in the 4.4.0-53 and lower that udev event is never fired for power on or off on the LG. I know this essentially still comes down to something with drm but do you have any advice or does anything come to mind from this info in relation to udev events being fired? I am not seeing much if any changes to drm/radeon between the two packages in the changelog either.
Thanks for the help
Tom Reddish
Software Engineer
MediaVue Systems
Skype: t.reddish
Tel: +1 781.926.0676
w<www.mediavuesystems.com>ww.mediavuesystems.com<www.mediavuesystems.com>
On May 31, 2017, at 2:01 PM, Deucher, Alexander <Alexander.Deucher at amd.com<mailto:Alexander.Deucher at amd.com>> wrote:
Nothing comes to mind. It's presumably a change in the drm area so you could limit the bisection to just drivers/gpu/drm.
From: Tom Reddish [mailto:tom.reddish at mediavuesystems.com]
Sent: Wednesday, May 31, 2017 1:48 PM
To: Deucher, Alexander
Cc: Koenig, Christian; amd-gfx at lists.freedesktop.org<mailto:amd-gfx at lists.freedesktop.org>; Brian Kane
Subject: Re: Linux Kernel 4.4.0-66 Possible DRM connector_status Bug For LG Displays
I can do that. I've looked through the changelog between the two and theres a number of things related to drm and radeon but I'm not exactly sure what I should be looking for. Are there any specific files that jump out to you in your head that would be handling this part of interaction with the displays? Basically help me narrow down the commits or look for ones that touch that file.
Tom Reddish
Software Engineer
MediaVue Systems
Skype: t.reddish
Tel: +1 781.926.0676
w<x-msg://5/www.mediavuesystems.com>ww.mediavuesystems.com<x-msg://5/www.mediavuesystems.com>
On May 31, 2017, at 12:48 PM, Deucher, Alexander <Alexander.Deucher at amd.com<mailto:Alexander.Deucher at amd.com>> wrote:
Use git to bisect between the current problematic kernel and the last working kernel. Bisecting is a git feature that allows you to bisect the commits between two points to determine what change caused the regression. Google for "git bisect howto".
Alex
From: Tom Reddish [mailto:tom.reddish at mediavuesystems.com]
Sent: Wednesday, May 31, 2017 12:44 PM
To: Deucher, Alexander
Cc: Koenig, Christian; amd-gfx at lists.freedesktop.org<mailto:amd-gfx at lists.freedesktop.org>; Brian Kane
Subject: Re: Linux Kernel 4.4.0-66 Possible DRM connector_status Bug For LG Displays
What do you mean by bisect?
My gut is telling me it's something that changed in the kernel. Maybe the kernel is correctly parsing the information it is being given from the display now and in the older kernel it was handling that information differently? With the exact same display and no settings changed on it if I use the older kernel it shows up as connected
Tom Reddish
Software Engineer
MediaVue Systems
Skype: t.reddish
Tel: +1 781.926.0676
w<x-msg://2/www.mediavuesystems.com>ww.mediavuesystems.com<x-msg://2/www.mediavuesystems.com>
On May 31, 2017, at 12:24 PM, Deucher, Alexander <Alexander.Deucher at amd.com<mailto:Alexander.Deucher at amd.com>> wrote:
Can you bisect? Sounds like the monitor does not keep the EDID powered up when the display is off as is required by the vesa spec.
Alex
From: Tom Reddish [mailto:tom.reddish at mediavuesystems.com]
Sent: Wednesday, May 31, 2017 12:20 PM
To: Deucher, Alexander; Koenig, Christian
Cc: amd-gfx at lists.freedesktop.org<mailto:amd-gfx at lists.freedesktop.org>; Brian Kane
Subject: Linux Kernel 4.4.0-66 Possible DRM connector_status Bug For LG Displays
LG Displays are being reported as "disconnected" when they are powered off (currently connected through DVI to mini-displayport adapter)
Only seeing this with LG displays (have tested NEC and Samsung *limited model types for each manufacturer*). With the LG display connected to the graphics card and powered off the system is reporting the DisplayPort as disconnected. In any kernel <= 4.4.0-31 the system would report the DisplayPort as connected even if the LG display was off.
Kernel tested on
Linux version 4.4.0-66-generic (buildd at lgw01-28) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) ) #87-Ubuntu
Most recent kernel without the bug:
Linux version 4.4.0-31-generic (buildd at lgw01-16) (gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2.1) ) #50-Ubuntu
"cat /sys/class/drm/card1-DP-1/status" will show the status as disconnected if the LG display is powered off
Environment
Ubuntu 16.04
Graphics Card: Cape Verde PRO [Radeon HD 7750/8740 / R7 250E]
Radeon Graphics Drivers
Kernel: 4.4.0-66
Processor
processor : 0-3
vendor_id : AuthenticAMD
cpu family : 21
model : 48
model name : AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G
stepping : 1
microcode : 0x6003106
cpu MHz : 1400.000
cache size : 2048 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 2
apicid : 16
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid aperfmperf eagerfpu pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core perfctr_nb bpext cpb hw_pstate vmmcall fsgsbase bmi1 xsaveopt arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
bugs : fxsave_leak sysret_ss_attrs
bogomips : 6188.48
TLB size : 1536 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro [13]
Loaded driver and hardware information
cat /proc/ioports:
0000-03af : PCI Bus 0000:00
0000-001f : dma1
0020-0021 : pic1
0040-0043 : timer0
0050-0053 : timer1
0060-0060 : keyboard
0061-0061 : PNP0800:00
0064-0064 : keyboard
0070-0071 : rtc0
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : PNP0C04:00
00f0-00ff : fpu
03b0-03df : PCI Bus 0000:00
03c0-03df : vesafb
03e0-0cf7 : PCI Bus 0000:00
03f8-03ff : serial
040b-040b : pnp 00:08
04d0-04d1 : pnp 00:07
04d0-04d1 : pnp 00:08
04d6-04d6 : pnp 00:08
0800-0803 : ACPI PM1a_EVT_BLK
0804-0805 : ACPI PM1a_CNT_BLK
0808-080b : ACPI PM_TMR
0810-0815 : ACPI CPU throttle
0820-0827 : ACPI GPE0_BLK
0900-090f : pnp 00:08
0910-091f : pnp 00:08
0a00-0a0f : pnp 00:03
0a00-0a07 : f71882fg
0a10-0a1f : pnp 00:03
0b00-0b07 : piix4_smbus
0b20-0b3f : pnp 00:08
0b20-0b27 : piix4_smbus
0c00-0c01 : pnp 00:08
0c14-0c14 : pnp 00:08
0c50-0c51 : pnp 00:08
0c52-0c52 : pnp 00:08
0c6c-0c6c : pnp 00:08
0c6f-0c6f : pnp 00:08
0cd0-0cd1 : pnp 00:08
0cd2-0cd3 : pnp 00:08
0cd4-0cd5 : pnp 00:08
0cd6-0cd7 : pnp 00:08
0cd8-0cdf : pnp 00:08
0cf8-0cff : PCI conf1
0d00-ffff : PCI Bus 0000:00
d000-dfff : PCI Bus 0000:02
d000-d0ff : 0000:02:00.0
d000-d0ff : r8169
e000-efff : PCI Bus 0000:01
e000-e0ff : 0000:01:00.0
f000-f0ff : 0000:00:01.0
f100-f10f : 0000:00:11.0
f100-f10f : ahci
f110-f113 : 0000:00:11.0
f110-f113 : ahci
f120-f127 : 0000:00:11.0
f120-f127 : ahci
f130-f133 : 0000:00:11.0
f130-f133 : ahci
f140-f147 : 0000:00:11.0
f140-f147 : ahci
fe00-fefe : pnp 00:08
PCI Information
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde PRO [Radeon HD 7750/8740 / R7 250E] (prog-if 00 [VGA controller])
Subsystem: Hightech Information System Ltd. Cape Verde PRO [Radeon HD 7750/8740 / R7 250E]
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 48
Region 0: Memory at c0000000 (64-bit, prefetchable) [size=256M]
Region 2: Memory at fea00000 (64-bit, non-prefetchable) [size=256K]
Region 4: I/O ports at e000 [size=256]
Expansion ROM at fea40000 [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 256 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- ASPMOptComp+
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 8GT/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: 0000
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: [200 v1] #15
Capabilities: [270 v1] #19
Kernel driver in use: radeon
Kernel modules: radeon
Tom Reddish
Software Engineer
MediaVue Systems
Skype: t.reddish
Tel: +1 781.926.0676
w<x-msg://8/www.mediavuesystems.com>ww.mediavuesystems.com<x-msg://8/www.mediavuesystems.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/amd-gfx/attachments/20170602/94740f76/attachment-0001.html>
More information about the amd-gfx
mailing list