Hdmi safemode


i just wanted to replace my old raspberry pi with my new vero2 that arrived this week. when i boot up the vero my screen remains black. my display-setup required the hdmi_safemode option to be enabled in /boot/config.txt on the pi.
i read in the forum that there is a similar way to do this kind of configuration in /boot/uEnv.txt on vero. is there a wiki somewhere or maybe a default file i could look at?


Can you please describe your TV setup in more detail?


hi sam,

i use a apple cinema display, together with this adapter: Kanex XD - iMac 27-inch to HDTV Converter

it worked without problems for the pi.


Are you able to log in to the device via SSH?



The uEnv.txt file exists on Vero 1 devices which use an external SD card to boot. For the Vero 2, those U-Boot parameters can still be configured, but we deliberately obfuscated this to prevent users bricking their devices accidentally and having to undergo some lengthy steps to fix the issue.

I suspect that the EDID read doesn’t work properly with your adapter, which is why you don’t get a proper picture. There are some work arounds for this. I’d like to try this first before we start editing boot parameters.

First, log in via SSH.

Let’s see if Vero 2 has detected an attached monitor. You can do this by running:

cat /sys/class/amhdmitx/amhdmitx0/hpd_state

Please post the result.

If that shows 1, then I’d like to know what modes your display is claiming to support. This can be viewed with:

cat /sys/class/amhdmitx/amhdmitx0/disp_cap

My hunch is the hotplugging doesn’t work properly with the adapter. There are improvements to HPD in the latest kernel which has not been publicly released yet. You can grab it by running the following commands:

Edit /etc/apt/sources.list and change

deb http://apt.osmc.tv jessie main


deb http://apt.osmc.tv jessie-devel main
sudo apt-get update
sudo apt-get dist-upgrade
sudo reboot


hi sam

here are the results:

cat /sys/class/amhdmitx/amhdmitx0/hpd_state

cat /sys/class/amhdmitx/amhdmitx0/disp_cap

i also did the dist-upgrade: but no effect, the screen remains black on reboot.



So it looks like your display is advertising a preferred mode of 720p and that this is the only possible mode that can be used. It’s possible that the adapter is lying and this is what is causing the problems with the Cinema Display.

What does this show?

cat /sys/class/display/mode

You should be able to get a picture with:

echo 720p | sudo tee /sys/class/display/mode

“cat /sys/class/display/mode” gives the same result

the command “echo 720p | sudo tee /sys/class/display/mode” does not seem to have any effect, at least i get no picture executing it …

Is your display actually capable of showing a 720p picture? What resolution did you use on Pi?

I suspect the problem is the adapter isn’t advertising the real modes that the display supports.

i did a quick test with the raspberry: switched the resolution in osmc interface to 720p and noticed that the display turned black. so i guess that the cinema display is only capable of displaying 1200p.

however when i tried “echo 1200p | sudo tee /sys/class/display/mode” on the vero2 i still got no picture.

The Vero 2 doesn’t have a 1200p mode defined in the kernel, to my knowledge. We could potentially explore adding one.

Can you confirm the actual resolution that the Cinema Display has when you connect it to a Pi?

it has 1200p, if i select that resolution manually on the pi i get a picture. (i think that is also the resolution that is used under “Desktop” option).

What is the full resolution (and refresh rate)?

It might be useful for me to see how Pi handshakes so I can see if it’s picking up the EDID properly.


full resolution: 1900x1200p
Refreshrate: 59.94

should i upload the full logs to provide that information or is there a better way?

I will have to see if I can generate a modeline for this monitor. In the interim, can you even try forcing 480p (480p) to mode, and see if it works?

I also want to see EDID data from the display:

cat /sys/class/amhdmitx/amhdmitx0/edid

and can you also upload the edid information from the journal? Mine looks like

Jul 24 21:01:34 osmc-Cortland kernel: hdmitx: edid: blk0 raw data
Jul 24 21:01:34 osmc-Cortland kernel: 00ffffffffffff004dd9022b0101010130140103805932780aee91a3544c9926
Jul 24 21:01:34 osmc-Cortland kernel: 0f505420000001010101010101010101010101010101023a801871382d40582c
Jul 24 21:01:34 osmc-Cortland kernel: 4500c48e2100001e000000fe000a202020202020202020202020000000fc0053
Jul 24 21:01:34 osmc-Cortland kernel: 4f4e59204156414d500a2020000000fd0018781a5f11000a20202020202001a4
Jul 24 21:01:34 osmc-Cortland kernel: 
Jul 24 21:01:34 osmc-Cortland kernel: hdmitx: edid: blk1 raw data
Jul 24 21:01:34 osmc-Cortland kernel: 02033ff14d90040503201213140211011f1038097f070d7f070f7f071507553d
Jul 24 21:01:34 osmc-Cortland kernel: 1fc05706006754005f7e01835f00006f030c002400b82820c005014000172000
Jul 24 21:01:34 osmc-Cortland kernel: 0000000000000000000000000000000000000000000000000000000000000000
Jul 24 21:01:34 osmc-Cortland kernel: 0000000000000000000000000000000000000000000000000000000000000013


sorry i made a mistake: the full resolution of the cinema display is 1920x900p.
Refreshrate: 59.94

i tried that, but it had no effect.

osmc@osmc:~$ cat /sys/class/amhdmitx/amhdmitx0/edid
Receiver Brand Name: MDP
Receiver Product Name: MDP
EDID block number: 0x1
blk0 chksum: 0xd2
Source Physical Address[a.b.c.d]:
native Mode 71, VIC (native 4):
ColorDeepSupport 0, MaxTMDSClock 0
4 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Audio {format, channel, freq, cce}
{1, 1, 7, 6}
Speaker Allocation: 0
Vendor: c03
Rx 3D Format Support List:
{VIC FramePacking TopBottom SidebySide}
{ 4 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }
{ 0 0 0 0 }

this i dont know how to do.


Just do sudo journalctl | paste-log and upload the URL

From above it looks like your adapter is only showing vicmode4 which isn’t good. I would try connecting to a 720p TV or something, then swapping the HDMI over (HPD should not be triggered in latest kernel). It would be interesting to see if that gets you a picture.


at the moment its not possible for me to try this monitor swapping thing …

is there a possibility we could just copy the settings from the pi?


It would be ideal for you to try another monitor and see if this helps.

Jul 24 22:56:13 osmc kernel: hdmitx: edid: find IEEEOUT
Jul 24 22:56:13 osmc kernel: hdmitx: video: get current mode: 720p50hz
Jul 24 22:56:13 osmc kernel: hdmitx: system: [set_disp_mode_auto] ALREADY init VIC = 19
Jul 24 22:56:13 osmc kernel: hdmitx: audio: audio channel num is 0
Jul 24 22:56:13 osmc kernel: hdmitx: audio: SPDIF
Jul 24 22:56:13 osmc kernel: hdmitx: audio: current VIC: 19
Jul 24 22:56:13 osmc kernel: hdmitx: audio: audio sample rate: 0
Jul 24 22:56:13 osmc kernel: hdmitx: audio: reset audio N para
Jul 24 22:56:13 osmc kernel: hdmitx: audio: PCM out to HDMI

Shows that the adapter is advertising a 720p mode as the preferred mode. This may be why you have problems, particularly if the Cinema Display doesn’t accept this resolution.

  • Show your full config.txt on Pi

Boot Pi without HDMI, and run:

vcgencmd set_logging level=2097152

Insert HDMI cable
Post output of:

vcdbg log msg | paste-log

Hopefully this gives us more info about the monitor and how to drive it.