Closed docdude closed 3 years ago
Sounds like a kernel bug to me.
Setting this in config.txt on the RPI4 boot partition, fixed the hanging issue. Actually it would eventually dump data after a minute or two but with this change in the config.txt now gives me HDR metadata. `
dtoverlay=vc4-kms-v3d,cma=512 dtoverlay=rpivid-v4l2 disable_overscan=1 disable_fw_kms_setup=1 `
` │ │ └───Properties │ │ ├───"EDID" (immutable): blob = 223 │ │ ├───"DPMS": enum {On, Standby, Suspend, Off} = On │ │ ├───"link-status": enum {Good, Bad} = Good │ │ ├───"non-desktop" (immutable): range [0, 1] = 0 │ │ ├───"TILE" (immutable): blob = 0 │ │ ├───"CRTC_ID" (atomic): object CRTC = 83 │ │ ├───"Colorspace": enum {Default, SMPTE_170M_YCC, BT709_YCC, XVYCC_601, XVYCC_709, SYCC_601, opYCC_601, opRGB, BT2020_CYCC, BT2020_RGB, BT2020_YCC, DCI-P3_RGB_D65, DCI-P3_RGB_Theater} = Default │ │ ├───"left margin": range [0, 100] = 0 │ │ ├───"right margin": range [0, 100] = 0 │ │ ├───"top margin": range [0, 100] = 0 │ │ ├───"bottom margin": range [0, 100] = 0 │ │ ├───"max bpc": range [8, 12] = 8 │ │ └───"HDR_OUTPUT_METADATA": blob = 0
`
Confirmed that newest kernel 5.10 for raspberry (vc4) has HDR metadata blobs and colorspace info :)
Thanks for your work!
Maybe https://github.com/ascent12/drm_info/pull/78 will help dealing with this buggy driver.
Glad it works, closing because this isn't a drm_info bug.
Compiled newest linux kernel for raspberry is 5.10 from https://github.com/raspberrypi/linux
With dtoverlay=vc4-fkms-v3d-pi4 drm_info works:
Truncated for brevity. With dtoverlay=vc4-kms-v3d-pi4 drm_info hangs:
gdb output:
Trying to see what dtoverlay or whatever will give me the HDR metadata
Newest kernel 5.10, which apparently now has HDR metadata support now in vc4 : https://github.com/raspberrypi/linux/co ... 30a29e89a3 doesn't seem to work for HDR.
So far drm_info |grep HDR shows nothing