MVHR: read arg fail

[spadarian]

Thanks for the hack! Probably I'm doing something wrong but I get this error after running sudo ./tdm_on.sh on the iMac (running Ubuntu):

send_byte(0x52, 0x0300) fail: 0x40
MVHR: read arg fail

read_smc get_key_type error

send_byte(0x52, 0x0300) fail: 0x40
MVMR: read arg fail

read_smc get_key_type error

warning: output eDP not found; ignoring

Is that normal? The laptop (running Ubuntu as well) is connected but nothing happens.

[Patrick-Remy]

Unfortunately same here (running Ubuntu 20.04 build on the 27" iMac 2018). Output of smc_dump_linux.sh is here

[sencer]

Same here on a iMac Late 2012 with macOS Catalina. I think MVMR no longer exists. I suspect Target Display Mode does not work anymore with macOS Catalina.

[spadarian]

The MVHR and MVMR are not listed. I have a iMac Late 2013 and I think it should be supported, right?

Should those keys always appear? or just only after the connection is detected? I'm trying to connect a Dell computer using a HDMI -> thunderbolt adapter.

Do you have any suggestion on how to get the new keys @floe ?

[floe]

Hm, I think the only way to solve this would be to run SmcDumpKey on macOS, once with TDM active and once with TDM off, and compare the results... or alternatively, use the dtrace script on the dpd process. However, keep in mind that I tested this with Yosemite on a 2011 iMac, so things may have changed considerably since then...

[codemonkey76]

I'm getting this same error. I am using a late 2013 iMac 27" running manjaro (was on catalina previously) and have not been able to get TDM to work either on Mac OSX or linux

[jrubbel]

same error here - running Ubuntu 22.10 on an Imac 27" 2011.

running "sudo ./smc_dump_linux.sh |grep MVHR" does not find MVHR...

[jrubbel]

Just an idea - macs before 2011 used to accept display port as in input for TDM - starting with 2011 Apple changed to Thunderbolt 2. Propaby the smc registers for TDM also changed (if handled by smc at all).

Any thoughts or approaches to find the right registers? Is the any mac os source code ot documentation available? I dont have my mac os installed anymore, but maybe somebody could try floes recommended approach above?

[Bellavene]

Yes, as I remember, TDM on Thunderbolt iMacs even works only with Thunderbolt intel macs, no luck for M series though.

[txgk]

I'm having a slightly different error. iMac12,2 (2011).

~/.local/smc_util % doas ./tdm_on.sh
doas (user@host) password:
send_byte(0x06, 0x0300) fail: 0x00
MVHR: read len fail

read_smc get_key_type error

send_byte(0x06, 0x0300) fail: 0x00
MVMR: read len fail

read_smc get_key_type error

Authorization required, but no authorization protocol specified

Can't open display :0

[Gelias212]

similar issue here with an iMac 27" 2009 with geforce graphics and a MacBook Air 2015 running Ventura beautifully with OCLP

Please press Enter to activate this console.
Target Display Mode: send_byte(0x06, 0x0300) fail: 0x00
MVHR: read len fail

read_smc get key type error

enabled, toggling OFF ...
Target Display Mode: send_byte(0x52, 0x0300) fail: 0x00
MVMR: read arg fail

read_smc get _key_type error

send_byte(0x52, 0x0300) fail: 0x00
MVMR: read arg fail

read_smc get key_type error

disabled.

already tested iMac with a monitor and a miniDP to HDMI adapter to see if the port is working, it is.
I'll buy another mini DP to mini DP since mine's a bit janky (it was bought from miniso) and it is giving me the exact same issue with the cable disconnected, lemme know if you want to test anything specific since this iMac is already running ubuntu 22.04 and I have macOS High Sierra on a separate drive that I can boot the MBA off of.

[spadarian]

Maybe you can try what floe suggested @Gelias212?

Hm, I think the only way to solve this would be to run SmcDumpKey on macOS, once with TDM active and once with TDM off, and compare the results... or alternatively, use the dtrace script on the dpd process. However, keep in mind that I tested this with Yosemite on a 2011 iMac, so things may have changed considerably since then...

[Gelias212]

ok, I'll try it as soon as I get the new cable, could be a couple of weeks since I don't wanna waste money on useless cables that won't work.

[mouseos]

ok, I'll try it as soon as I get the new cable, could be a couple of weeks since I don't wanna waste money on useless cables that won't work.

Is there any further information?

[RandomInsano]

Hitting this myself, but I don't think this is a hardware issue.

The System Management Controller (SMC) is the little computer inside the Mac that controls a number of different things. The fact that these commands are failing makes me think that a firmware update patched out this feature. I could be wrong on that.

The reason I think this is that I tried dumping SMC values from within macOS 15.1.1 (OpenCore Legacy Patcher installed) and wasn't able to see either MVHR or MVMR keys listed. I assumed that maybe macOS was masking them off, but that doesn't seem to be the case. I decided to try reading a different key, "TC0c" using SmcDumpKey and while it didn't give me good data (just "/\x00"), it gave me data.

I'd assume that either the values to enable TDM in the SMC changed (this seems to happen) or they were removed. I may try downgrading macOS but I highly doubt it'll make a difference. I don't know if OpenCore Legacy Patcher has changed the SMC in any way, but I recall reading that it should do most of its patching in memory... Just wondering if that might be what's common for us here.