-
Notifications
You must be signed in to change notification settings - Fork 44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Thinkpad X13 Gen 4 (AMD) + Dell S2722DC not detected in 2.1.5 #465
Comments
The display detection code has seen a lot of rework lately. Please be sure your copy of branch 2.1.5-dev is current with that on github. One thing that interrogate does is to scan the journal for lines having a word of interest. I can see parts of ddcutil backtraces. Please submit the full journal for the current boot when ddcutil fails to detect the Dell monitor. If you'd prefer, find the lines for the ddcutil backtraces and just send a segment starting several lines before the backtraces and ending several lines after. Try option: --disable-try-get-edid-from-sysfs. This disables some of the new logic in display detection. Does this make a difference? Try option: --use-file-io which uses a different interface to kernel module i2c-dev. Execute ddcutil with options --trcfunc i2c_check_bus2 --trcfunc check_x37_for_businfo --trcfunc is_laptop_for_businfo --trcfile i2c_execute* and submit the output. |
Conceivably this bug that I reported to the amdgpu list could be related to the lockup you've seen. If the system locks up can you ssh into it? If so, what's in dmesg and the journal? |
I've just compiled ddcutil from commit d5ed050, still no detection. Output of Output of I don't have anything to ssh into the system from, I can't switch to a tty either. I can no longer reproduce it even on 2.1.4 version, will see how it goes. The only ddcutil related messages that I can see in the log: `Nov 04 01:14:41 yaro systemd-coredump[112283]: Process 112282 (ddcutil) of user 1000 terminated abnormally with signal 6/ABRT, processing...
` |
Something interesting in the journal:
Admittedly, this is from a successful boot attempt, but looks a bit suspicious. |
There's a lot to unpack here. First, let me apologize for an errant asterisk. I meant to type "--trcfile i2c_execute", not "i2c_execute*" in the command options. The extra asterisk came from an error in markdown formatting. I've added additional tracing to function i2c_check_bus2(), so please build from the latest 2.1.5-dev branch. Try executing command ddcutil detect --verbose --trcfrom i2c_check_bus2 and submit the output. The output will be voluminous, but should help me locate the problem. Note that I'm no longer interested in the output from interrogate. The log shows that two copies of ddcutil are executing and are conflicting. Do you know what the other copy is? If you add option --disable-flock does that make a difference? And also, does using options --disable-try-get-edid-from-sysfs --f21 make a difference? |
One copy is installed from aur, the other one is that I built. Bootup issues seem to stem from the amdgpu bug that you opened a while ago, I see the same dcn31 related warnings. To your suggestions:
And my laptop's display froze up until the command finished. --disable-flock - option not found. Output from the "ddcutil detect --verbose --trcfrom i2c_check_bus2" command: ddcutil_2_1_5_dev_detect_690d9bd1122b40b2615e811736db6d0daab1e732.txt |
My oops. The proper option is --disable-cross-instance-locks. |
should fix the display detection problem part of issue #465
I have replaced, in branch 2.1.5-dev, the function that finds the display adapter for an i2c device. Does ddcutil detect --verbose find the display? If not, run **ddcutil detect --verbose --trcfunc sysfs_find_adapter" and submit the output. This should fix display detection, but does not address the other problems you described. |
Running on Manjaro Linux. Installed 2.1.4 - the monitor is detected fine but I had an issue after a reboot, ddcutil seem to have locked up the system after logging in. Decided to dig in, cloned 2.1.5-dev - the display connected over USB-C is not detected anymore.
The output of interrogate for 2.1.4 and 2.1.5:
ddcutil_2_1_4_dev_integgorate.txt
ddcutil_2_1_5_dev_integgorate_d43bbd8bf9ff2a57b240f1cb03620b44578dd665.txt
I will check if I can reproduce the freeze on 2.1.4 and open a separate issue for it. Tried bisecting but mid-feature hashes are barely working.
The text was updated successfully, but these errors were encountered: