floe / smc_util

Apple System Management Control (SMC) utility
147 stars 26 forks source link

MVHR: read arg fail #2

Open spadarian opened 4 years ago

spadarian commented 4 years ago

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 commented 4 years ago

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

sencer commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 2 years ago

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 commented 1 year ago

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 commented 1 year ago

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 commented 1 year ago

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

txgk commented 11 months ago

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 commented 9 months ago

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 commented 9 months ago

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 commented 9 months ago

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.