Launchpad has imported 16 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=105601.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2018-03-19T12:59:12+00:00 Maks wrote: Created attachment 138193 /sys/kernel/debug/dri/0/i915_display_info I have Lenovo X1 Carbon laptop from 2014 with the following CPU: Intel(R) Core(TM) i5-3317U CPU @ 1.70GHz lspci reports GPU as VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) I'm on Gentoo Linux with kernel 4.15.9-gentoo, xorg-server 1.19.5, libdrm 2.4.91 and mesa 18.0.0_rc4. I'm using modesetting driver without xf86-video-intel. As my laptop has only mini displayport output, I'm trying to use DP-to- HDMI/VGA/DVI converter I got from AliExpress. Sometimes when I plug in the converter and enable the monitor with xrandr it works fine, but most of the time I see the output in xrandr, but when I enable it, monitor does not show anything. I have this in dmesg: [15:47] i915 0000:00:02.0: HDMI-A-1: EDID is invalid: [ +0,000004] [00] BAD 00 ff ff ff ff ff ff 00 09 d1 bd 78 45 54 00 00 [ +0,000001] [00] BAD 0b 17 01 03 80 30 1b 78 2e 9a d5 a3 59 55 9f 27 [ +0,000001] [00] BAD 0c 50 54 21 08 00 61 c0 81 00 81 c0 81 40 81 80 [ +0,000001] [00] BAD a9 c0 b3 00 d1 c0 02 3a 80 18 71 38 2d 40 58 2c [ +0,000001] [00] BAD 45 00 dd 0c 11 00 00 1e 00 00 00 ff 00 53 33 44 [ +0,000001] [00] BAD 30 35 38 34 30 53 4c 30 0a 20 00 00 00 fd 00 32 [ +0,000001] [00] BAD 4c 1e 53 11 00 0a 20 20 20 20 20 20 00 01 ff ff [ +0,000001] [00] BAD ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ +0,108525] i2c i2c-4: sendbytes: NAK bailout. [ +9,914962] [drm:drm_dp_dual_mode_detect] *ERROR* Unexpected DP dual mode adaptor ID 44 [ +0,261571] [drm:drm_dp_dual_mode_detect] *ERROR* Unexpected DP dual mode adaptor ID 44 I googled and found bug 92685 and tried kernel patch from there (https://patchwork.freedesktop.org/patch/195306/), but it did not change anything for me. Attaching i915_display_info and full dmesg, but without drm.debug=0xe yet. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/0 ------------------------------------------------------------------------ On 2018-03-19T13:00:47+00:00 Maks wrote: Created attachment 138194 dmesg Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/1 ------------------------------------------------------------------------ On 2018-03-20T18:47:53+00:00 Ville-syrjala-e wrote: (In reply to Maxim from comment #0) > Created attachment 138193 [details] > /sys/kernel/debug/dri/0/i915_display_info > > I have Lenovo X1 Carbon laptop from 2014 with the following CPU: > > Intel(R) Core(TM) i5-3317U CPU @ 1.70GHz I have a similar carbon and no real issues with any DP++ dongle I've tested. > [15:47] i915 0000:00:02.0: HDMI-A-1: EDID is invalid: > [ +0,000004] [00] BAD 00 ff ff ff ff ff ff 00 09 d1 bd 78 45 54 00 00 > [ +0,000001] [00] BAD 0b 17 01 03 80 30 1b 78 2e 9a d5 a3 59 55 9f 27 > [ +0,000001] [00] BAD 0c 50 54 21 08 00 61 c0 81 00 81 c0 81 40 81 80 > [ +0,000001] [00] BAD a9 c0 b3 00 d1 c0 02 3a 80 18 71 38 2d 40 58 2c > [ +0,000001] [00] BAD 45 00 dd 0c 11 00 00 1e 00 00 00 ff 00 53 33 44 > [ +0,000001] [00] BAD 30 35 38 34 30 53 4c 30 0a 20 00 00 00 fd 00 32 > [ +0,000001] [00] BAD 4c 1e 53 11 00 0a 20 20 20 20 20 20 00 01 ff ff > [ +0,000001] [00] BAD ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > [ +0,108525] i2c i2c-4: sendbytes: NAK bailout. So it failed even with bit banging :( > [ +9,914962] [drm:drm_dp_dual_mode_detect] *ERROR* Unexpected DP dual mode > adaptor ID 44 > [ +0,261571] [drm:drm_dp_dual_mode_detect] *ERROR* Unexpected DP dual mode > adaptor ID 44 And the dongle itself is returning garbage when we try to access its registers, so the problem is not limited to the ddc passthrough. One thing you may want to try is slow down the i2c bus further. We use 100kHz by default, and you may want to try something like 10kHz instead. --- a/drivers/gpu/drm/i915/intel_i2c.c +++ b/drivers/gpu/drm/i915/intel_i2c.c @@ -127,7 +127,7 @@ bool intel_gmbus_is_valid_pin(struct drm_i915_private *dev_priv, /* Intel GPIO access functions */ -#define I2C_RISEFALL_TIME 10 +#define I2C_RISEFALL_TIME 100 Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/2 ------------------------------------------------------------------------ On 2018-03-20T20:30:33+00:00 Maks wrote: Created attachment 138229 dmesg with 10kHz patch Hi. I tried the patch you gave me and it seems to work, but I can't be sure yet. I tried disconnecting adapter from laptop and HDMI from adapter in different orders and each time I'm able to enable HDMI output to my TV. I'll check this with the monitor at my work on the next week. I've also enabled drm.debug=0xe and noticed some errors and timeouts in dmesg. Attaching it just in case. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/3 ------------------------------------------------------------------------ On 2018-03-27T08:09:17+00:00 Maks wrote: Hi again. Unfortunately, I still have issues with this. I have image on the monitor, but it goes black every couple of seconds or so for a second, thus impossible to work with. I have such lines in dmesg: [266394.619490] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f [266394.622024] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f [266394.624561] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f [266394.627101] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f [266394.629638] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f [266394.632165] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f [266394.634703] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f [266394.637240] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f [266394.637254] [drm:drm_dp_dpcd_access] Too many retries, giving up. First error: -110 [266394.637266] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:72:DP-1] disconnected Can this be fixed or this adapter is impossible to work with? Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/4 ------------------------------------------------------------------------ On 2018-03-27T09:38:26+00:00 Ville-syrjala-e wrote: (In reply to Maxim from comment #4) > Hi again. Unfortunately, I still have issues with this. I have image on the > monitor, but it goes black every couple of seconds or so for a second, thus > impossible to work with. I have such lines in dmesg: > > [266394.619490] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f > [266394.622024] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f > [266394.624561] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f > [266394.627101] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f > [266394.629638] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f > [266394.632165] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f > [266394.634703] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f > [266394.637240] [drm:intel_dp_aux_ch] dp_aux_ch timeout status 0x7145003f > [266394.637254] [drm:drm_dp_dpcd_access] Too many retries, giving up. First > error: -110 > [266394.637266] [drm:drm_helper_probe_single_connector_modes] > [CONNECTOR:72:DP-1] disconnected Those aren't directly related to the blinking. These are in fact normal messages one would expect during hotplug processing. However they may be a symptom of the dongle failing somehow and wiggling the hotplug line. > > Can this be fixed or this adapter is impossible to work with? Can you do: dmesg -C wait until the display blink has happened a couple of times dmesg and attach the log from dmesg. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/5 ------------------------------------------------------------------------ On 2018-03-29T07:10:29+00:00 Jani-saarinen-g wrote: First of all. Sorry about spam. This is mass update for our bugs. Sorry if you feel this annoying but with this trying to understand if bug still valid or not. If bug investigation still in progress, please ignore this and I apologize! If you think this is not anymore valid, please comment to the bug that can be closed. If you haven't tested with our latest pre-upstream tree(drm-tip), can you do that also to see if issue is valid there still and if you cannot see issue there, please comment to the bug. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/6 ------------------------------------------------------------------------ On 2018-04-09T08:15:58+00:00 Maks wrote: Created attachment 138693 new dmesg Sadly, the problem continues. I came to work once again and tried to connect my monitor, but this time it won't show the image at all. xrandr sees the monitor and can set mode, but nothing happens after it. Judging by dmesg, kernel recognizes monitor, as it prints its model. What can be wrong now? Attaching dmesg after reboot just in case. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/7 ------------------------------------------------------------------------ On 2018-04-09T11:50:06+00:00 Maks wrote: (In reply to Maxim from comment #7) > Created attachment 138693 [details] > new dmesg > > Sadly, the problem continues. I came to work once again and tried to connect > my monitor, but this time it won't show the image at all. xrandr sees the > monitor and can set mode, but nothing happens after it. Judging by dmesg, > kernel recognizes monitor, as it prints its model. What can be wrong now? > Attaching dmesg after reboot just in case. Actually, ignore that. It seems that I forgot to switch input on monitor... Sorry :) Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/8 ------------------------------------------------------------------------ On 2018-04-09T12:50:13+00:00 Jani-saarinen-g wrote: So solved or still issue? Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/9 ------------------------------------------------------------------------ On 2018-04-10T10:27:25+00:00 Maks wrote: Created attachment 138723 dmesg after flicker (In reply to Ville Syrjala from comment #5) > Can you do: > > dmesg -C > wait until the display blink has happened a couple of times > dmesg > > and attach the log from dmesg. Okay, so I did as you said. Here's dmesg right after display went black two times. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/10 ------------------------------------------------------------------------ On 2018-04-19T16:30:32+00:00 Ville-syrjala-e wrote: (In reply to Maxim from comment #10) > Created attachment 138723 [details] > dmesg after flicker > > (In reply to Ville Syrjala from comment #5) > > Can you do: > > > > dmesg -C > > wait until the display blink has happened a couple of times > > dmesg > > > > and attach the log from dmesg. > > Okay, so I did as you said. Here's dmesg right after display went black two > times. Nothing particularly interesting in the log. There is a normal looking disable->do nothing for ~26 minutes->re-enable modeset sequence (presuambly the display was just blanked for that period of time?). Also a ton of some ASLE junk but presumably that should be harmless. Given the evidence we have I'd lean towards the DP++ dongle simply being garbage. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/11 ------------------------------------------------------------------------ On 2018-04-20T08:10:00+00:00 Maks wrote: (In reply to Ville Syrjala from comment #11) > (In reply to Maxim from comment #10) > > Nothing particularly interesting in the log. There is a normal looking > disable->do nothing for ~26 minutes->re-enable modeset sequence (presuambly > the display was just blanked for that period of time?). Also a ton of some > ASLE junk but presumably that should be harmless. > > Given the evidence we have I'd lean towards the DP++ dongle simply being > garbage. Okay, I'm OK with that, as long as it works with 10kHz patch :) Are you going to commit it or at least make configurable? Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/12 ------------------------------------------------------------------------ On 2018-04-27T12:00:04+00:00 Jani-saarinen-g wrote: Ville, what was next step, is this invalid issue? Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/13 ------------------------------------------------------------------------ On 2018-04-27T13:30:13+00:00 Ville-syrjala-e wrote: (In reply to Maxim from comment #12) > (In reply to Ville Syrjala from comment #11) > > (In reply to Maxim from comment #10) > > > > Nothing particularly interesting in the log. There is a normal looking > > disable->do nothing for ~26 minutes->re-enable modeset sequence (presuambly > > the display was just blanked for that period of time?). Also a ton of some > > ASLE junk but presumably that should be harmless. > > > > Given the evidence we have I'd lean towards the DP++ dongle simply being > > garbage. > > Okay, I'm OK with that, as long as it works with 10kHz patch :) Are you > going to commit it or at least make configurable? We definitely don't want to put that patch in as is since it'll slow down things for everyone. Making it configurable is an option I suppose. Possibly a better option would be to introduce some kind of fallback mechanism where we try to reduce the i2c bus speed when encountering errors. We might want something like that for DDC/CI as well. Or at least I have one monitor here where the DDC/CI isn't happy with the 100KHz speed either. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/14 ------------------------------------------------------------------------ On 2018-10-19T14:54:55+00:00 Lakshminarayana-vudum wrote: Reducing the priority to low based on the impact and the workaround. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849484/comments/15 ** Changed in: linux Status: Unknown => Confirmed ** Changed in: linux Importance: Unknown => Medium -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1849484 Title: [X1 Carbon 7, i915, HDMI] Ultra-wide monitor recognized properly when plugged in only intermittently [Xorg only] Status in Linux: Confirmed Status in linux package in Ubuntu: Confirmed Bug description: I have an LG ultra-wide (2560x1080) monitor. Sometimes when I plug it into my laptop, whose screen was working fine before I plugged it in, both screens go black but nothing else happens. I can still see the mouse cursor and move it between the two monitors (sometimes in the correct location configuration I've configured, sometimes not), but nothing is rendered on the screens. Sometimes when I plug the monitor in, it comes on, but the resolution is wrong. Sometimes it is actually recognized and configured correctly. Frequently I have to unplug the monitor and plug it back in three times or more before it is recognized correctly. I wish it just worked right the first time. :-/ ProblemType: Bug DistroRelease: Ubuntu 19.10 Package: gnome-shell 3.34.1-1ubuntu1 ProcVersionSignature: Ubuntu 5.3.0-19.20-generic 5.3.1 Uname: Linux 5.3.0-19-generic x86_64 NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair ApportVersion: 2.20.11-0ubuntu8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed Oct 23 08:34:07 2019 DisplayManager: gdm3 InstallationDate: Installed on 2019-09-12 (40 days ago) InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Release amd64 (20190416) RelatedPackageVersions: mutter-common 3.34.1-1ubuntu1 SourcePackage: gnome-shell UpgradeStatus: Upgraded to eoan on 2019-09-20 (32 days ago) --- ProblemType: Bug .tmp.unity_support_test.0: ApportVersion: 2.20.11-0ubuntu8 Architecture: amd64 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/controlC1: jik 3196 F.... pulseaudio /dev/snd/pcmC1D0p: jik 3196 F...m pulseaudio /dev/snd/controlC0: jik 3196 F.... pulseaudio BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log' CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: None CurrentDesktop: ubuntu:GNOME DistUpgraded: 2019-09-20 10:09:14,777 DEBUG Running PostInstallScript: './xorg_fix_proprietary.py' DistroCodename: eoan DistroRelease: Ubuntu 19.10 DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: Intel Corporation UHD Graphics 620 (Whiskey Lake) [8086:3ea0] (rev 02) (prog-if 00 [VGA controller]) Subsystem: Lenovo UHD Graphics 620 (Whiskey Lake) [17aa:2292] InstallationDate: Installed on 2019-09-12 (45 days ago) InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Release amd64 (20190416) MachineType: LENOVO 20QD001VUS NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair Package: xorg-server (not installed) ProcFB: 0 i915drmfb ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-5.3.0-19-generic root=/dev/mapper/ubuntu--vg-root ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 5.3.0-19.20-generic 5.3.1 RelatedPackageVersions: linux-restricted-modules-5.3.0-19-generic N/A linux-backports-modules-5.3.0-19-generic N/A linux-firmware 1.183.1 Tags: eoan ubuntu Uname: Linux 5.3.0-19-generic x86_64 UpgradeStatus: Upgraded to eoan on 2019-09-20 (38 days ago) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo vboxusers wireshark _MarkForUpload: True dmi.bios.date: 07/04/2019 dmi.bios.vendor: LENOVO dmi.bios.version: N2HET30W (1.13 ) dmi.board.asset.tag: Not Available dmi.board.name: 20QD001VUS dmi.board.vendor: LENOVO dmi.board.version: SDK0J40697 WIN dmi.chassis.asset.tag: No Asset Information dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: None dmi.modalias: dmi:bvnLENOVO:bvrN2HET30W(1.13):bd07/04/2019:svnLENOVO:pn20QD001VUS:pvrThinkPadX1Carbon7th:rvnLENOVO:rn20QD001VUS:rvrSDK0J40697WIN:cvnLENOVO:ct10:cvrNone: dmi.product.family: ThinkPad X1 Carbon 7th dmi.product.name: 20QD001VUS dmi.product.sku: LENOVO_MT_20QD_BU_Think_FM_ThinkPad X1 Carbon 7th dmi.product.version: ThinkPad X1 Carbon 7th dmi.sys.vendor: LENOVO modified.conffile..etc.apport.crashdb.conf: [modified] mtime.conffile..etc.apport.crashdb.conf: 2019-10-23T16:51:18.143596 version.compiz: compiz 1:0.9.14.0+19.10.20190918-0ubuntu1 version.libdrm2: libdrm2 2.4.99-1ubuntu1 version.libgl1-mesa-dri: libgl1-mesa-dri 19.2.1-1ubuntu1 version.libgl1-mesa-glx: libgl1-mesa-glx 19.2.1-1ubuntu1 version.xserver-xorg-core: xserver-xorg-core 2:1.20.5+git20191008-0ubuntu1 version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.0.1-1ubuntu1 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20190815-1 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1 To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1849484/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp