Skip to content
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

Running detect causes my monitor's controls to lock up. #483

Open
twoda5h opened this issue Jan 10, 2025 · 5 comments
Open

Running detect causes my monitor's controls to lock up. #483

twoda5h opened this issue Jan 10, 2025 · 5 comments
Labels
benq monitor specific problems with particular monitors

Comments

@twoda5h
Copy link

twoda5h commented Jan 10, 2025

$ ddcutil detect

Invalid display
   I2C bus:  /dev/i2c-6
   DRM connector:           card1-DP-1
   EDID synopsis:
      Mfg id:               BNQ - UNK
      Model:                BenQ GW2490
      Product code:         30967  (0x78f7)
      Serial number:        [Redacted lol]
      Binary serial number: 1 (0x00000001)
      Manufacture year:     2024,  Week: 11
   DDC communication failed. (getvcp of feature x10 returned Error_Info[DDCRC_RETRIES in ddc_write_read_with_retry, causes: DDCRC_NULL_RESPONSE(10)])

after this runs, my monitor's power button, and all other buttons, cease to reply to presses. completely locked up until disconnected from power.

fun fact: my monitor does in fact have DDC...

@rockowitz rockowitz added benq monitor specific problems with particular monitors labels Jan 10, 2025
@rockowitz
Copy link
Owner

That the monitor locks up is disconcerting; it's not a behaviour I've seen. Try using options --bus 6 --skip-ddc-checks to reduced the monitor interactions on the detect command.

The DDC Null Message is a valid monitor reply request. It indicates that monitor is unable to form a proper reply, though some monitors abuse the spec and use a DDC Null Message to indicate that the requested feature does not exist.

If you're lucky, giving the monitor more time to formulate a reply may help; Use option --sleep-multiplier 2.0 to cause ddcutil to double the time it waits between sending a request packet and attempting to read a response.

Without interrogate output there's not much more I can say.

@twoda5h
Copy link
Author

twoda5h commented Jan 10, 2025

That the monitor locks up is disconcerting; it's not a behaviour I've seen. Try using options --bus 6 --skip-ddc-checks to reduced the monitor interactions on the detect command.

$ ddcutil detect --bus 6 --skip-ddc-checks --sleep-multiplier 2.0

detect does not support explicit display option

Without interrogate output there's not much more I can say.

the interrogate output is really long, how should i run it/send it?

@rockowitz
Copy link
Owner

My oops. --skip-ddc-checks is applicable to all commands, but --bus only applies to single display commands like getvcp. Each reduce the overhead operations at the start of commands.

To submit the interrogate output, probably simplest to click "Paste, drop, or click to add files" below the text entry area, or click on the paper clip above it.

@twoda5h
Copy link
Author

twoda5h commented Jan 11, 2025

@twoda5h
Copy link
Author

twoda5h commented Jan 11, 2025

$ ddcutil detect --skip-ddc-checks

Display 1
   I2C bus:  /dev/i2c-6
   DRM connector:           card1-DP-1
   EDID synopsis:
      Mfg id:               BNQ - UNK
      Model:                BenQ GW2490
      Product code:         30967  (0x78f7)
      Serial number:        [Redacted]
      Binary serial number: 1 (0x00000001)
      Manufacture year:     2024,  Week: 11
   VCP version:         Detection failed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
benq monitor specific problems with particular monitors
Projects
None yet
Development

No branches or pull requests

2 participants