Comments (8)
rockowitz
commented on September 26, 2024
It's not clear if invalid data or no data is being returned from the monitor. Option --ddc should give more information.
Using a large sleep-multiplier value is the first thing to try. It might help to upgrade to the latest 2.1.3 ddcutil release.
from ddcutil.
ThibF
commented on September 26, 2024
I added the ddc option , see attached log.
ddcutil.log
Right now, glib-2.0 is required to be >= 2.40 to build, which isn't distributed in Ubuntu 24.04 (currently 2.38). So it won't be trivial to test the latest version, will check see how I can test that.
from ddcutil.
rockowitz
commented on September 26, 2024
I think you're confusing glib with glibc. glib 2.40 was released in 2014. glib 2.40 glibc is currently under development.
from ddcutil.
rockowitz
commented on September 26, 2024
Try running ddcutil getvcp 10 --ddc --bus 5 and ddcutil getvcp 10 --ddc --bus 6*. I expect you'll lots of garbage response packets for the former.
from ddcutil.
ThibF
commented on September 26, 2024
➜ ~ ddcutil getvcp 10 --ddc --bus 6
VCP code 0x10 (Brightness ): current value = 10, max value = 100
➜ ~ ddcutil getvcp 10 --ddc --bus 5
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC communication failed for monitor on bus /dev/i2c-5
from ddcutil.
ThibF
commented on September 26, 2024
After figuring out my mistake about glib and building the latest version, here is more logs about the issue.
Surprisingly, sleep multiplier make ddcutil crash at exit time in a reproducible manner.
➜ ddcutil git:(master) ./src/ddcutil getvcp 10 --ddc --bus 5 --sleep-multiplier 4
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 88 88 02 00 00 10 10 00 00 00 00 64 00 1a 1a da 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Actual checksum 0x00, expected 0x3c
DDC: i2c_response_bytes: 6e 88 88 02 00 00 10 10 00 00 00 64 00 00 1a 1a da 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
ddcutil: dsa2.c:931: dsa2_record_final: Assertion `rtable->cur_step <= rtable->cur_retry_loop_step' failed.
[1] 294820 IOT instruction (core dumped) ./src/ddcutil getvcp 10 --ddc --bus 5 --sleep-multiplier 4
➜ ddcutil git:(master) ./src/ddcutil getvcp 10 --ddc --bus 5
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC: Quirk: response packet starts with double 0x6e
DDC: Double byte in packet.
DDC: i2c_response_bytes: 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e 6e
DDC communication failed for monitor on bus /dev/i2c-5
from ddcutil.
rockowitz
commented on September 26, 2024
Let's deal with the crash first. Add tracing to the command that triggers the crash:
.ddcutil getvcp 10 --ddc --bus 5 --sleep-multiplier 4 --trcfile dsa2.c
Setting the sleep multiplier without disabling dynamic sleep adjustment just discards cached dsa data and starts with the specified sleep multiplier. I very much doubt it changes anything, but try:
ddcutil getvcp 10 --bus 5 --ddc --sleep_multiplier 4 --disable-dynamic-sleep
Drive i2c_dev actually has 2 interfaces, one using ioctl() and one using file write()/read(). Normally ddcutil uses the ioctl() interface. To use the file io interface:
ddcutil getvcp 10 --bus 5 --ddc --sleep-multiplier 4 --disable-dynamic-sleep --use-file-io
Please submit the output of these 3 commands. (Note that tracing is enabled only on the first.) There's no need to continue to send output from ddcutil interrogate.
from ddcutil.
ThibF
commented on September 26, 2024
Here is all the logs for the different commands:
trcfile.381.log
disable_dynamic_sleep.381.log
use_file_io.381.log
from ddcutil.
Related Issues (20)
- Display redetection starting/Display redetection finished HOT 13
- Hexdump prefix and invalid displays on LG 34WK95U-W.AEU HOT 13
- noise
- User defined features not overriding monitor values HOT 3
- Samsung LS25BG400EUXEN (Odyssey G25) feature x10 not set HOT 6
- Samsung 57 G95NC Feature definition HOT 2
- Switching monitor input to DP with setvcp fails around half the time HOT 4
- Getvcp and multiple feature codes HOT 4
- Not working via HP USB-C Dock Gen 5 HOT 1
- Value inconsistencies between decimal and binary HOT 2
- User Defined Feature enhancements/documentation and questions HOT 5
- Can't swich monitor input. HOT 3
- NULL value in interfaces causes segfault in core. HOT 12
- ddcutils coredump (Nvidia) HOT 1
- Core dump on ddcutil getvcp HOT 2
- Segfault in scan_sys_drm_connectors called from ddcutil/chkusbmon HOT 1
- ASUS VS247: Invalid display HOT 2
- Philips 276E8V invalid monitor, but only one of two HOT 8
- Rocky Linux 9.3 display port stopped working after update HOT 2
- "Display not found" when using model / sn / mfg flags on ddcutil 2.1.4 HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ddcutil.