After boot up of JTX1 i see lot of noise on HDMI display monitor , many times complete screen is ghray color and it never comes of these any situation so i have to reboot it … PFA snapshot for the same…
I verified display is connected properly so not sure what’s the exact issue ?
I’ve never heard of it on a Jetson, I’ve seen similar issues several times with desktop graphics cards. I do not know of workarounds, but if you look at the RMA info, you’ll see it offers “live chat”. The RMA people may know of something else to test or a workaround.
while board is connected to HDMI display monitor if we do 10-15 reboot cycles at any random reboot, it gets stuck on one of the above screens now at this point if we just unplug and plug HDMI cable screen again becomes correct…
We are having a similar problem, where we can not boot while a 4K HDMI TV (Samsung UE40HU6900S) is plugged in, otherwise the kernel will get stuck during boot and the TX1 will automatically reboot after about 20 seconds.
But if we boot without the TV plugged in and only plug the HDMI TV in after Ubuntu has booted, it works as expected.
I believe the problem lies somewhere in the initial handling of HDMI for showing the console during booting, since this problem is only present at boot.
Yes I have tried with different display including smaller like liliput and HDMI monitor …
First thing in my case it boots properly it never reboots automatically but after boot up it is stuck in one of above screen so i need to unplug and plug HDMI cable to make it display properly…
I have observed issue with only large display , it worked most of the time with liliput tiny display.
even if it only occurs with larger resolution displays is it because of HDMI driver ?
If this were R24.1, then some errors may be because of mis-reading the EDID data from the monitor (i2c protocol). The result would be not knowing the monitor’s capabilities, and perhaps using a mode the monitor is not capable of. However, the original images of artifacts and gray still seem likely to be a separate hardware issue. The screen coming up but being corrupted would be a different issue versus not coming up at all due to an invalid video mode (which would be rejected by the monitor).
You may wish to install packages “read-edid” and “edid-decode”. Then run this to see how the monitor is queried (this can be run from serial console or ssh if video is failing):