| Summary: | The native screen(eDP) would be black when rotate the external screen to inverted from normal | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | qwang13 <quanxian.wang> | ||||||||||||
| Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||||
| Status: | RESOLVED DUPLICATE | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||||
| Severity: | critical | ||||||||||||||
| Priority: | high | CC: | intel-gfx-bugs, quanxian.wang, stanislav.lisovskiy | ||||||||||||
| Version: | DRI git | ||||||||||||||
| Hardware: | Other | ||||||||||||||
| OS: | All | ||||||||||||||
| Whiteboard: | Triaged, ReadyForDev | ||||||||||||||
| i915 platform: | ALL | i915 features: | display/Other | ||||||||||||
| Attachments: |
|
||||||||||||||
Currently RH/SUSE/Ubuntu all reported this issue. We have tried latest upstream code, it is the same error. This bug affects all Intel Platforms which have eDP supported. Created attachment 142486 [details]
This is the general dmesg with 0xe in debug parameter
Created attachment 142487 [details]
this is the inverted action log with 0xe in debug parameter
The bug could be easily reproduced with the reproduce steps in the descrition. I was able to reproduce the bug. Later I tried to reproduce the same issue in fvwm, unable to reproduce the issue. I would say the issue is in user space but not in kernel. Attached the FVWM result. Created attachment 142512 [details]
FVWM test result
Considering the issue is in userspace, closing this bug as NOTOURBUG. (In reply to Lakshmi from comment #7) > Considering the issue is in userspace, closing this bug as NOTOURBUG. hi, Lakshmi FVWM doesn't use linux kernel driver? (In reply to Lakshmi from comment #7) > Considering the issue is in userspace, closing this bug as NOTOURBUG. hi, Lakshmi FVWM doesn't use linux kernel driver? So, you think it is window manager issue. Gnome or KDE? my question is only eDP has this issue, without eDP, we can not reproduce it. Which part should I file the bug for? or could you help me change to other part? Reopening, I don't think we have conclusive evidence the problem is in userspace, and even if the problem were in userspace, we'd need to identify where in the stack and reassign. qwang13, please elaborate on the issue. So do I understand correctly that: 1) The *external* DP/HDMI display works fine with all rotation options. 2) The *embedded* eDP goes black on some *external* DP/HDMI rotation options. The attached logs are insufficient. Please add drm.debug=0xf module parameter, probably also need log_buf_len=4M or similar because that debug option is going to be verbose, reboot, reproduce, attach dmesg all the way from boot. (In reply to Lakshmi from comment #5) > I was able to reproduce the bug. Later I tried to reproduce the same issue > in fvwm, unable to reproduce the issue. I would say the issue is in user > space but not in kernel. > Attached the FVWM result. So I misunderstood this part. What's the difference with FVWM? Using FVWM we could not see any issues. All just worked. Does this indicate issue on outside of kernel. This was tested on Lakshmi's laptop (KBL) with external monitor (HDMI) (In reply to qwang13 from comment #10) > So, you think it is window manager issue. Gnome or KDE? > > my question is only eDP has this issue, without eDP, we can not reproduce it. > > Which part should I file the bug for? or could you help me change to other > part? Can you add the full dmesg log from boot with kernel parameters drm.debug=0x1e log_buf_len=4M? NO feedback from more then 3 months. Closing this bug. (In reply to Lakshmi from comment #15) > NO feedback from more then 3 months. Closing this bug. sorry to be late. We tested it in 19.04 (v5.0), the bug is still reproduced. Created attachment 143926 [details]
drm.debug=0x1e log_buf_len=4M
this is the latest log with kernel parameter you requested. Thanks for your support.
(In reply to Jani Nikula from comment #11) > Reopening, I don't think we have conclusive evidence the problem is in > userspace, and even if the problem were in userspace, we'd need to identify > where in the stack and reassign. > > qwang13, please elaborate on the issue. So do I understand correctly that: > > 1) The *external* DP/HDMI display works fine with all rotation options. > > 2) The *embedded* eDP goes black on some *external* DP/HDMI rotation options. > > The attached logs are insufficient. Please add drm.debug=0xf module > parameter, probably also need log_buf_len=4M or similar because that debug > option is going to be verbose, reboot, reproduce, attach dmesg all the way > from boot. 1) yes. 2) a.without external, eDP works fine b.with external DP/HMDI, eDP will black on *external* DP/HDMI rotation options. -only inverted, others are fine. I was able to reproduce this on my machine(KBL) running drmtip 5.1.0-rc4+. I see the same behavior as qwang mentioned " The native screen would be black when rotate the HDMI/DP screen to inverted from normal, but the HDMI/DP screen displayed well." @Qwang, xrandr --output eDP-1 --off and xrandr --output eDP-1 --auto helped to turn on the native screen back. Have you tried that? ok, I will have a try. Thank you. only running "xrandr --output eDP-1 --off" will make eDP-1 to be enabled. I have another way to make eDP-1 back. Crtl+ALt+Fx, and turn back, eDP-1 works. Seems when refresh the screen, eDP-1 will work normal. anyway, let's turn to the point why inverted make eDP-1 to be black. Could this be a dup of that other bug(don't remember the number), where once we rotate another display we get NOFB for primary plane for eDP? If that patch https://patchwork.freedesktop.org/patch/299515/ helps here as well, then it is the same thing and should be handled in user space. Isn't this the bug you are talking here? (In reply to Jani Saarinen from comment #23) > Isn't this the bug you are talking here? I guess no, at least here I didn't comment anything yet. *** This bug has been marked as a duplicate of bug 110375 *** Based on duplicate seems like same issue: https://bugs.freedesktop.org/show_bug.cgi?id=110375 Created attachment 144108 [details]
vian
ngeod
|
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
This bug happens on all OSVs and latest upstream code. System Environment ======= Platform Info: WHL-U(all platforms with eDP support) Label: WHLU01 Processor: Genuine Intel(R) CPU 0000 @ 1.60GHz Bios: CNLSFWR1.R00.X137.B00.1803280218 OS: ubuntu 18.10 Kernel: 4.18.0-9-generic Bug detailed description ======= Platform information: Platform: WHLU Label: WHLU01 Prcessor: Genuine Intel(R) CPU 0000 @ 1.60GHz Bios: CNLSFWR1.R00.X137.B00.1803280218 OS: Ubuntu18.10(Cosmic Cuttlefish) Kernel: 4.18.0-10-generic Details: 1) Connect the SUT to an external screen with DP cable; 2) Power on and boot into the OS; 3) Rotate the DP screen with the command "xrandr --output xxx ("DP screen's name") --rotate left/right/inverted/normal"; Results: 1) The native and DP screen displayed well when rotate the HDMI/DP screen to left or right; 2) The native screen and HDMI/DP screen would display well if rotate the HDMI/DP screen to inverted from left or right; 3) The native screen would be black when rotate the HDMI/DP screen to inverted from normal, but the HDMI/DP screen displayed well. No info in dmesg log, so just attach the journalctl log( journalctl_4.18.0-10_rotate_WHLU.log ). Expected Result ============= work normally Actual Result =========== eDP turns black. But when rotate normal, it changed back and works well. Analysis & Root Cause ===================