Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

No hdmi signal on Pi4 using "hdmi1" after upgrading #1159

Open
richrboo opened this issue Jun 25, 2019 · 70 comments
Open

No hdmi signal on Pi4 using "hdmi1" after upgrading #1159

richrboo opened this issue Jun 25, 2019 · 70 comments

Comments

@richrboo
Copy link

richrboo commented Jun 25, 2019

hdmi1 is lost after upgrading Pi4. Switching to hdmi0 gets the Pi4 booting again (the one nearest usb-c), but hdmi1 no longer works.

I can get hdmi1 working again, by reflashing SD card to 2019-06-20 release and avoid upgrading. So I'm assuming software issue, rather than a faulty Pi4.

@pelwell
Copy link
Contributor

pelwell commented Jun 25, 2019

The connectors are numbered 0 & 1, where 0 is nearest the USB C power socket.

@richrboo richrboo changed the title No hdmi signal on Pi4 using "hdmi2" after upgrading No hdmi signal on Pi4 using "hdmi1" after upgrading Jun 25, 2019
@richrboo
Copy link
Author

Thanks. Sorry for the confusion, I saw that Raspbian uses hdmi1 and 2 in screen config. I have edited the report.

@popcornmix
Copy link
Contributor

I assume by upgrade you mean using rpi-update?

Can you explain the exact configuration you have when it fails?
e.g. one or two hdmi displays connected?
what resolution/refresh rate?
Do you have hdmi_enable_4k=1 in config.txt?

@richrboo
Copy link
Author

When you first boot 2019-06-20 release, it has a gui checking for an update and then upgrades. After upgrading I then reboot and lose hdmi1. I assume it is doing apt-get update and upgrade behind the gui.

I was only using one hdmi connection, hdmi1. This was plugged in to a TV.
Res refresh on the working hdmi0 is 3840x2160@30Hz. I assume the same for hdmi1, as I just swapped from hdmi1 to hdmi0, using the same TV.

hdmi_enable_4k=1 is not enabled.

@richrboo
Copy link
Author

A colleague tried his Pi4 and his hdmi sockets work. Using his working sdcard in my Pi, and hdmi1 doesn't work ruling out any sdcard issue. So possibly a hardware fault, but it did work with 2019-06-20 release, before the gui did the update.

@popcornmix
Copy link
Contributor

Does applying a little pressure (keep it light) to the hdmi plug when booting make it work?
Pushing from underside is more likely to help.

If so that would suggest a mechanical failure between PCB/hdmi socket/cable.

@richrboo
Copy link
Author

Nope. There was no play at all, applying pressure made no difference. I've been back to the Pi shop and exchanged it, Tim helped and is holding my Pi to show an engineer.

However now back in the office and I have the exact same issue with the exchanged one.

@6by9
Copy link

6by9 commented Jun 26, 2019

It looks like there may be an issue with 4k30 on HDMI1 as I have replicated this. There are slight hardware differences between the two, and HDMI0 is the more capable port.
It looks like the HDMI state machine has stalled as I'm getting flip timeouts on HDMI-1.

Can you try adding

hdmi_mode:1=16
hdmi_group:1=1
hdmi_mode:0=16
hdmi_group:0=1

to config.txt to force it to 1080p60 and reboot? At least that will confirm if you do have another dodgy board, or is it "only" software.

@richrboo
Copy link
Author

I went back to the shop. They are seeing issues with dual monitor and using hdmi1 too. I have yet to try the above, but have a 3rd Pi4. This is no better. The shop think it isn't hardware issue, but very strange my colleague Pi4 works as expected on either hdmi. I'll use a single monitor on hdmi0 for now. The Pi store have two boards for investigation at least. Hopefully a software fix can be found.

@popcornmix
Copy link
Contributor

No point returning more Pi's - this is a software issue that seems to affect some setups and not others.
Can you try adding to config.txt
core_freq_min=500
and report if this helps

@popcornmix
Copy link
Contributor

Did you add enable_uart=1 to config.txt? Does the problem disappear without adding that?

@richrboo
Copy link
Author

richrboo commented Jun 30, 2019

I didn't have enable_uart=1 in my config.txt. My config.txt was as per defaults. Adding it prevents display on either hdmi0 or hdmi1.

Using core_freq_min=500 brings hdmi1 back to life, both hdmi0 and hdmi1 work with this setting. Thanks.

@popcornmix
Copy link
Contributor

Can you test whether latest rpi-update firmware fixes your issue without adding core_freq_min=500?

@giddyhup
Copy link

giddyhup commented Jul 2, 2019

I am not the original reporter but I have the same issue: single monitor connected on HDMI1 shows no picture. Result after rpi-update + cold boot: short flash of boot rainbow and raspberries and then dark again.

@giddyhup
Copy link

giddyhup commented Jul 2, 2019

dmesg shows several entires related to DRM, if that's related.

@popcornmix
Copy link
Contributor

@giddyhup I assume monitor works when connected to HDMI0?
What does:

vcgencmd version
vcgencmd get_config int
vcgencmd measure_clock core

report?
Does core_freq_min=500 in config.txt make HDMI1 work?

@giddyhup
Copy link

giddyhup commented Jul 2, 2019

I can't use HDMI0, my adapter is too wide. HDMI1 worked when I booted the original buster image (slimmed desktop version).

pi@raspberrypi:~ $ vcgencmd version
Jul  2 2019 15:12:05
Copyright (c) 2012 Broadcom
version 440db464adbebc026c8b3f2da2b49ad932e05f64 (clean) (release) (start)
pi@raspberrypi:~ $ vcgencmd get_config int
arm_freq=1500
audio_pwm_mode=514
config_hdmi_boost=5
core_freq=500
core_freq_min=250
disable_commandline_tags=2
disable_l2cache=1
display_hdmi_rotate=-1
display_lcd_rotate=-1
enable_gic=1
force_eeprom_read=1
force_pwm_open=1
framebuffer_ignore_alpha=1
framebuffer_swap=1
gpu_freq=500
gpu_freq_min=500
init_uart_clock=0x2dc6c00
lcd_framerate=60
mask_gpu_interrupt0=1024
mask_gpu_interrupt1=0x10000
max_framebuffers=2
pause_burst_frames=1
program_serial_random=1
hdmi_force_cec_address:0=65535
hdmi_force_cec_address:1=65535
hdmi_pixel_freq_limit:0=0x11e1a300
hdmi_pixel_freq_limit:1=0x11e1a300
pi@raspberrypi:~ $ vcgencmd measure_clock core
frequency(1)=250000496
```
The core minimum frequency workaround works.

P.S., probably unrelated: reboot got stuck, I had to cut the power; could be related to Pimoroni's fan which was running.

@popcornmix
Copy link
Contributor

What does tvservice -s show?

@giddyhup
Copy link

giddyhup commented Jul 2, 2019

...
(I removed the workaround. Now I have problems booting with a monitor attached.)

@giddyhup
Copy link

giddyhup commented Jul 2, 2019

Without monitor or when plugging in monitor when the Pi is already running

tvservice -s
state 0x120001 [TV is off]

With monitor after boot:

tvservice -s
state 0xa [HDMI CUSTOM RGB lim 16:9], 1920x1080 @ 60.00Hz, progressive

Remark: it looks like the monitor goes blank at the stage where the greeter would appear. The rainbow pixel, the raspberries and the splash screen appear (albeit it is rather fast).

@popcornmix
Copy link
Contributor

I'm interested in results of booting with display already connected to HDMI1.
Are you saying you can't ssh in at this point?

@giddyhup
Copy link

giddyhup commented Jul 2, 2019

I can't reproduce the stuck-at-boot situation reliably but I am SSHing all the time, I currently have neither keyboard nor mouse attached.

@giddyhup
Copy link

giddyhup commented Jul 2, 2019

recent dmesg entries:

[   17.751802] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[   27.991793] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[   38.231799] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CONNECTOR:45:HDMI-A-1] flip_done timed out
[   48.471794] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:28:plane-0] flip_done timed out
[   58.711796] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[   68.951798] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[   79.192843] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CONNECTOR:45:HDMI-A-1] flip_done timed out
[   89.433388] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:28:plane-0] flip_done timed out
[   99.673667] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  109.913815] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  120.153882] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CONNECTOR:45:HDMI-A-1] flip_done timed out
[  130.393919] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:28:plane-0] flip_done timed out
[  140.633391] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  150.872767] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  161.112277] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CONNECTOR:45:HDMI-A-1] flip_done timed out
[  171.351902] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:28:plane-0] flip_done timed out
[  181.591594] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  191.831480] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  202.071181] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CONNECTOR:45:HDMI-A-1] flip_done timed out
[  212.311063] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:28:plane-0] flip_done timed out
[  222.550900] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  234.070831] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  244.310647] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CONNECTOR:45:HDMI-A-1] flip_done timed out
[  254.550515] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  265.430429] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  275.670316] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CONNECTOR:45:HDMI-A-1] flip_done timed out
[  285.910208] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:28:plane-0] flip_done timed out
[  296.150086] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  297.257509] fuse init (API version 7.27)
[  308.310193] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
[  318.549905] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:28:plane-0] flip_done timed out

@popcornmix
Copy link
Contributor

So "With monitor after boot:" means the monitor was plugged in before boot?
And this is a 1080p display (no 4kp30 support)?

@giddyhup
Copy link

giddyhup commented Jul 2, 2019

Yes. Monitor was plugged in before boot. Monitor does not appear to support 4k.

@giddyhup
Copy link

giddyhup commented Jul 2, 2019

Latest syslog output:

Jul  2 17:26:20 raspberrypi kernel: [  908.008941] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CONNECTOR:45:HDMI-A-1] flip_done timed out
Jul  2 17:26:20 raspberrypi kernel: [  908.009049] ------------[ cut here ]------------
Jul  2 17:26:20 raspberrypi kernel: [  908.009117] WARNING: CPU: 3 PID: 668 at drivers/gpu/drm/vc4/vc4_firmware_kms.c:869 vc4_crtc_atomic_flush+0x98/0x9c [vc4]
Jul  2 17:26:20 raspberrypi kernel: [  908.009127] Modules linked in: fuse rfcomm bnep hci_uart btbcm serdev bluetooth ecdh_generic 8021q garp stp llc brcmfmac brcmutil vc4 sha256_generic drm_kms_helper v3d cfg80211 gpu_sched rfkill snd_soc_core snd_bcm2835(C) snd_compress drm snd_pcm_dmaengine syscopyarea snd_pcm sysfillrect raspberrypi_hwmon sysimgblt hwmon drm_panel_orientation_quirks fb_sys_fops snd_timer snd bcm2835_codec(C) bcm2835_v4l2(C) v4l2_mem2mem bcm2835_mmal_vchiq(C) v4l2_common videobuf2_vmalloc videobuf2_dma_contig videobuf2_memops videobuf2_v4l2 videobuf2_common videodev argon_mem media uio_pdrv_genirq uio fixed i2c_dev ip_tables x_tables ipv6
Jul  2 17:26:20 raspberrypi kernel: [  908.009634] CPU: 3 PID: 668 Comm: Xorg Tainted: G         C        4.19.56-v7l+ #1242
Jul  2 17:26:20 raspberrypi kernel: [  908.009642] Hardware name: BCM2835
Jul  2 17:26:20 raspberrypi kernel: [  908.009673] [<c0212c8c>] (unwind_backtrace) from [<c020d49c>] (show_stack+0x20/0x24)
Jul  2 17:26:20 raspberrypi kernel: [  908.009694] [<c020d49c>] (show_stack) from [<c0979880>] (dump_stack+0xd4/0x118)
Jul  2 17:26:20 raspberrypi kernel: [  908.009714] [<c0979880>] (dump_stack) from [<c0222270>] (__warn+0x104/0x11c)
Jul  2 17:26:20 raspberrypi kernel: [  908.009731] [<c0222270>] (__warn) from [<c02223c0>] (warn_slowpath_null+0x50/0x58)
Jul  2 17:26:20 raspberrypi kernel: [  908.009792] [<c02223c0>] (warn_slowpath_null) from [<bf7dba08>] (vc4_crtc_atomic_flush+0x98/0x9c [vc4])
Jul  2 17:26:20 raspberrypi kernel: [  908.009941] [<bf7dba08>] (vc4_crtc_atomic_flush [vc4]) from [<bf79081c>] (drm_atomic_helper_commit_planes+0x1a4/0x298 [drm_kms_helper])
Jul  2 17:26:20 raspberrypi kernel: [  908.010076] [<bf79081c>] (drm_atomic_helper_commit_planes [drm_kms_helper]) from [<bf7dd0e0>] (vc4_atomic_complete_commit+0x60/0x33c [vc4])
Jul  2 17:26:20 raspberrypi kernel: [  908.010171] [<bf7dd0e0>] (vc4_atomic_complete_commit [vc4]) from [<bf7dd49c>] (vc4_atomic_commit+0xe0/0x194 [vc4])
Jul  2 17:26:20 raspberrypi kernel: [  908.010398] [<bf7dd49c>] (vc4_atomic_commit [vc4]) from [<bf375410>] (drm_atomic_commit+0x5c/0x60 [drm])
Jul  2 17:26:20 raspberrypi kernel: [  908.010748] [<bf375410>] (drm_atomic_commit [drm]) from [<bf377508>] (drm_mode_atomic_ioctl+0x98c/0xb78 [drm])
Jul  2 17:26:20 raspberrypi kernel: [  908.011086] [<bf377508>] (drm_mode_atomic_ioctl [drm]) from [<bf362bc4>] (drm_ioctl_kernel+0xb4/0xf0 [drm])
Jul  2 17:26:20 raspberrypi kernel: [  908.011418] [<bf362bc4>] (drm_ioctl_kernel [drm]) from [<bf362ff8>] (drm_ioctl+0x230/0x3cc [drm])
Jul  2 17:26:20 raspberrypi kernel: [  908.011594] [<bf362ff8>] (drm_ioctl [drm]) from [<c03c3edc>] (do_vfs_ioctl+0xbc/0x804)
Jul  2 17:26:20 raspberrypi kernel: [  908.011615] [<c03c3edc>] (do_vfs_ioctl) from [<c03c4668>] (ksys_ioctl+0x44/0x6c)
Jul  2 17:26:20 raspberrypi kernel: [  908.011634] [<c03c4668>] (ksys_ioctl) from [<c03c46a8>] (sys_ioctl+0x18/0x1c)
Jul  2 17:26:20 raspberrypi kernel: [  908.011651] [<c03c46a8>] (sys_ioctl) from [<c0201000>] (ret_fast_syscall+0x0/0x28)
Jul  2 17:26:20 raspberrypi kernel: [  908.011660] Exception stack(0xda489fa8 to 0xda489ff0)
Jul  2 17:26:20 raspberrypi kernel: [  908.011672] 9fa0:                   02616e58 bee6ca78 0000000c c03864bc bee6ca78 00000000
Jul  2 17:26:20 raspberrypi kernel: [  908.011685] 9fc0: 02616e58 bee6ca78 c03864bc 00000036 02637bd8 026a4910 025fbc70 0000002d
Jul  2 17:26:20 raspberrypi kernel: [  908.011695] 9fe0: b6d0108c bee6ca44 b6ce8594 b697451c
Jul  2 17:26:20 raspberrypi kernel: [  908.011705] ---[ end trace b01d708e91ab7b28 ]---
Jul  2 17:26:20 raspberrypi systemd[1]: Starting Cleanup of Temporary Directories...
Jul  2 17:26:20 raspberrypi systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
Jul  2 17:26:20 raspberrypi systemd[1]: Started Cleanup of Temporary Directories.
Jul  2 17:26:30 raspberrypi kernel: [  918.249088] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
Jul  2 17:26:40 raspberrypi kernel: [  928.489242] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:43:crtc-0] flip_done timed out
Jul  2 17:26:51 raspberrypi kernel: [  938.729374] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CONNECTOR:45:HDMI-A-1] flip_done timed out

@popcornmix
Copy link
Contributor

The vc4_crtc_atomic_flush backtrace is known and harmless. See:
raspberrypi/linux#3020

@popcornmix
Copy link
Contributor

Okay your issue may be something new. OP was using 3840x2160@30 which needs more than 250MHz pixel clock (and also core_freq) and I was able to reproduce that.

1080p60 only requires 148.5MHz so I'd have thought 250MHz would be fine (and is in my setup).
Stick with core_freq_min=500 for now.
@timg236 (who did most of the clock/hdmi code) should be back in the office tomorrow - I'll see if he has any further ideas.

@JamesH65
Copy link
Contributor

JamesH65 commented Jul 7, 2019

@Brian-Milnes Just to confirm, you have done an rpi-update to get the latest firmware, and you have the 4k monitor in HDMI port 0?

@Brian-Milnes
Copy link

Brian-Milnes commented Jul 7, 2019

Hi James
I have tried swapping monitors between HDMI0 and HDMI1 without a different result.
RPI-UPDATE isn't available with the LibreElec Beta, so cannot run it. (I guess I have to wait till they use the latest firmware and then update..)
Brian

@popcornmix
Copy link
Contributor

popcornmix commented Jul 8, 2019

@Brian-Milnes if you want to help test, download:
https://github.com/raspberrypi/firmware/blob/master/boot/start4.elf?raw=true
https://github.com/raspberrypi/firmware/blob/master/boot/fixup4.dat?raw=true
and copy to FAT partition of sdcard (alongside start.elf/fixup.dat).
(start4.elf/fixup4.dat will be used in preference to start.elf/fixup.dat when present)

Note: kodi won't use the dual displays, but it would be nice to identify why it hangs when second display is attached. There was a CEC related fix that could cause a hang on boot when using hdmi1 in latest firmware.

@knuckleheadsmiff
Copy link

knuckleheadsmiff commented Aug 25, 2019

It is August now. I'm just reporting the the same thing is happening to me when I applied the raspberries update right after the initial install on a new pi4 on August 22nd. It is clear is an upgrade software/config issue. I am connected to an OLED LG 4K TV which supports 30hz as well as 60hz. With the initial noobs software for the pi4 it works fine with the defaults picked--4K 30hz i believe. TV is plugged into HDMI 1 (as reported by raspberian) and the physical connector next to the power input.

@jmcerrejon
Copy link

jmcerrejon commented Sep 5, 2019

Official power supply.
Rpi 4 4GB.
usb powered with keyb, mouse.

Same issues with an older Samsung TV when reboot upgrading the OS. Using hdmi_safe=1 did the trick.

pi@raspberrypi:~ $ vcgencmd version
Sep  4 2019 12:36:07
Copyright (c) 2012 Broadcom
version a51b488198a8c0360b93351682e7432d89d70411 (clean) (release) (start)
pi@raspberrypi:~ $ vcgencmd get_config int
arm_freq=1500
audio_pwm_mode=514
config_hdmi_boost=5
core_freq=500
core_freq_min=200
disable_commandline_tags=2
disable_l2cache=1
display_hdmi_rotate=-1
display_lcd_rotate=-1
enable_gic=1
force_eeprom_read=1
force_pwm_open=1
framebuffer_ignore_alpha=1
framebuffer_swap=1
gpu_freq=500
gpu_freq_min=500
hdmi_safe=1
init_uart_clock=0x2dc6c00
lcd_framerate=60
mask_gpu_interrupt0=1024
mask_gpu_interrupt1=0x10000
max_framebuffers=2
overscan_bottom=16
overscan_left=24
overscan_right=24
overscan_top=16
pause_burst_frames=1
program_serial_random=1
hdmi_force_cec_address:0=65535
hdmi_force_cec_address:1=65535
hdmi_force_hotplug:0=1
hdmi_force_hotplug:1=1
hdmi_group:0=2
hdmi_group:1=2
hdmi_mode:0=4
hdmi_mode:1=4
hdmi_pixel_freq_limit:0=0x11e1a300
hdmi_pixel_freq_limit:1=0x11e1a300
pi@raspberrypi:~ $ vcgencmd measure_clock core
frequency(1)=199995120

@maybar
Copy link

maybar commented Sep 21, 2019

This worked for mi config_hdmi_boost=4

@htpbreewel
Copy link

Oct 23 2019. Same issue here. I tried LibreELEC-RPi4.arm-9.1.501.img (as OS-1) and 2019-09-26-raspbian-buster (as OS-2). One monitor via HDMI.

  1. No internet and fresh install of OS-1 and OS-2 -> No audio on HDMI-1. Normal on HDMI-0.
  2. Internet connected and fresh install of OS-1 and OS-2 with updates -> No audio on HDMI-1, normal on HDMI-0
    I tried 1. and 2. with monitor connected during first boot to HDMI-0 and to HDMI-1 during first boot, makes no differance.

@6by9
Copy link

6by9 commented Oct 23, 2019

@htpbreewel If your issue is solely with audio, then that is NOT this issue.

HDMI audio is routed independently of video.
There was an update to Raspbian recently to overcome the ambiguity that KMS represents a single display always as HDMI-1, so audio routing then needs to know which audio device that really relates to.
If you want independent simultaneous audio output from both HDMI ports, then see https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=249204#p1526690

@lloyd61
Copy link

lloyd61 commented Nov 12, 2019

I'm using the latest version of Libreelec on a Raspberry Pi 4 and I am trying to use it with a 75" Samsung TV. My issue is that if I use all the same hardware and cables and boot it up with Raspbian installed, all works fine and it displays correctly on the TV, but if I swap out the SD card and boot up with Libreelec, I just get the no source error. I know the SD card is fine because if I plug it into a monitor Librelec is running. Libreelec doesn't seem to like the Samsung TV. Is it something to do with resolution and frequency?

@mullcom
Copy link

mullcom commented Nov 12, 2019 via email

@htpbreewel
Copy link

htpbreewel commented Nov 12, 2019 via email

@lloyd61
Copy link

lloyd61 commented Nov 12, 2019

Thank you for the feedback and suggestions. After manipulating the config.txt file, I was able to get an image from the HDMI socket closest to the board corner, nothing from the inner socket. But that still wasn't the end of it, no matter what I did I could not get any sound. In the end I went back to my faithful Pi 3B+, imaged the same SD card, plugged it in and all worked straight away.

@ajgbarnes
Copy link

ajgbarnes commented Jan 1, 2020

@popcornmix I have had the same issue with two different Raspberry Pi 4 boards and two separate televisions (a Panasonic and a LG OLED65C9PLA 4K QLED TV). Nothing would work initially, I was getting No Signal on both TVs regardless of the hdmi_ configuration that I would put into the config.txt. I already have an RPi 3 B+ running but wanted to replace it with a 4K capable device.

Note that all tests here are conducted using LibreElec 9.2.0 (Leia) that runs Kodi 18.5 as my home theatre solution.

  1. The core_freq_min=500 fixes it on my (relatively) old Panasonic TV HDMI connection - can use HDMI 0 or 1, both work
  2. Removing (1) and using the linked start4.elf and fixup4.dat also fixes it on my Panasonic TV on both HDMI 0 and 1 - so no other solution required for that TV.
  3. Neither solution (1) nor (2) works on the LG TV

I experimented some more and found that adding hdmi_enable_4kp60=1 to config.txt does allow it to be seen on the LG TV (still using start4.ef and fixup4.dat too). However there is speckling/interference on the screen. This only works on HDMI 1 though (not HDMI 0 surprisingly) - HDMI 0 only shows the Rainbow screen and LibreElec boot screen. HDMI 1 also shows the Kodi boot screen and then full interface, just with interference.

Other notes for the LG screen:

  1. hdmi_safe=1 doesn't allow any signal to be detected on HDMI 0 or 1
  2. hdmi_group=2 / hdmi_mode=4 doesn't allow any signal to be detected on HDMI 0 or 1
  3. config_hdmi_boost=VALUE or config_hdmi_boost:1=VALUE seems to do nothing at all (where VALUE I have tried includes 5, 7, 9 and 11)

EDIT: Missed it eariler in the documentation but config_hdmi_boost does nothing on an RPi 4 so that explains 3.

The interference is too bad for an RPI 4 to be used with the LG (I have tried different HDMI cables too). Any other suggestions above what is above? I can ssh to it and run any diagnostics.

@lloyd61 I feel your pain.... :) Maybe time to hack a Fire TV stick to get 4k if this can't be fixed :(

@ajgbarnes
Copy link

no matter what I did I could not get any sound

Did you try setting hdmi_drive=2 in the config.txt

@blacksocket
Copy link

blacksocket commented Mar 9, 2020

Hi, I am having issues with displaying any HDMI output from my new RPI4 (4GB) on TV Panasonic Viera TX-l55DT50E. I am using os.: 2020-02-05-raspbian-buster-lite.img up-to-date including rpi-firmware.

I tried almost every possible important configurations located in /boot/config.txt without success.
After rpi reboot the Panasonic TV is showing nothing (no video available). Other devices works fine on the same TV HDMI input.
When connect the same rpi via the same hdmi cable to my PC Monitor Philips 276E7QDSW/00 it works fine.

Currently I have this configuration in /boot/config.txt:

hdmi_force_mode=1
hdmi_group=1
hdmi_mode=31
hdmi_drive=2
config_hdmi_boost=9
dtoverlay=vc4-fkms-v3d
max_framebuffers=2

pi@raspberrypi:~ $ /opt/vc/bin/tvservice -m CEA
Group CEA has 1 modes:
(prefer) mode 31: 1920x1080 @ 50Hz 16:9, clock:148MHz progressive

https://www.raspberrypi.org/documentation/configuration/config-txt/video.md

System
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 4.19.106-v7l+ #1297 SMP Tue Feb 25 13:19:54 GMT 2020 armv7l GNU/Linux

pi@raspberrypi:~ $ cat /etc/rpi-issue
Raspberry Pi reference 2020-02-05
Generated using pi-gen, https://github.com/RPi-Distro/pi-gen, e577677b623b577f2a0ec7cfaffc3c27da005da3, stage2

pi@raspberrypi:~ $ vcgencmd version
Feb 28 2020 18:44:10
Copyright (c) 2012 Broadcom
version 9520663ed4fa4ca8c2a6923a522bff85fcdedef5 (clean) (release) (start)

Can anyone please help with this issue ?

@Misak
Copy link

Misak commented Mar 26, 2020

@blacksocket Hi, I have the same problem, no output to Panasonic TV, were you able to find solution?

@blacksocket
Copy link

Hi Misak, unfortunately I was not able to fix it yet.. ;-/

@Misak
Copy link

Misak commented Apr 14, 2020

Hi @blacksocket, it was a pain, but I find out, that it was caused by HDMI cable (the one that is working for other devices normally). I've switched to more quality one and now I have hdmi output from RPI 4 to Panasonic TV.

@blacksocket
Copy link

blacksocket commented Apr 17, 2020

Great, I just changed the cable and indeed it works like a harm!

@Brian-Milnes
Copy link

Brian-Milnes commented Apr 17, 2020 via email

@Squuiid
Copy link

Squuiid commented May 18, 2020

I have no signal on either HDMI port. The HDMI firmware on the Pi 4 seems to be a bit of a disaster. Pi 3 and 3B+ worked fine with the same SD card and cables. Have tried two Pi 4 devices so not hardware related. Have also tried different cables as well as all the settings above, except for changing min clock speed.
Is there an HDMI firmware re-write in the works? Hoping this isn't hardware related.

@pelwell
Copy link
Contributor

pelwell commented May 18, 2020

@Squuiid I hope you weren't expecting anything to change as a result of your comment. If that was meant to be a bug report, try again.

@JamesH65
Copy link
Contributor

I have no signal on either HDMI port. The HDMI firmware on the Pi 4 seems to be a bit of a disaster. Pi 3 and 3B+ worked fine with the same SD card and cables. Have tried two Pi 4 devices so not hardware related. Have also tried different cables as well as all the settings above, except for changing min clock speed.
Is there an HDMI firmware re-write in the works? Hoping this isn't hardware related.

The HDMI HW on the Pi4 has changed considerable. It works for the vast majority of people, but we have had some reports of devices being recalcitrant to work. We have one device in for testing so far (1366x768 resolution is the main problem).

@Squuiid
Copy link

Squuiid commented May 18, 2020

@JamesH65 thank you for the quick response. Where can I file a proper and full bug report to better assist with getting this issue resolved?
It has been mentioned that this should be directed at the KMS driver dev instead?

@jimi3
Copy link

jimi3 commented Nov 14, 2020

Just wanted to add that my first rpi4b 4GB behaves oddly.
Ordered together from a well known pi shop, with official AC adapter, i do not see the berry on micro HDMI to HDMI adapter though. Different 24'' Monitors were used same result. Also tested from HDMI to DVI same result.

If i unplug everything, no SD just HDMI1 connected to microHDMI adapter, i do get to see Berry and it trying to boot.
On HDMI0 though the screen has a red striped background, like either port or cable has a problem and cable seems to work on the other port if no SD inserted. If i move the cable in HDMI0 the red brightness changes a little bit.

Will most likely be sending this berry back.

Also, cannot install OS due to boot not working (no blinking green LED) when micro HDMI adapter connected.

@Brian-Milnes
Copy link

@jimi3
Always best to test with a Pi supplied cable (or an HDMI Certified) - there are a LOT of cables struggling with Hi res.

You need to check the output is set correctly - hope you haven't got a flaky unit!

@jimi3
Copy link

jimi3 commented Nov 14, 2020

I am hopping it is the adapter cable, ordered a replacement and wrote to the Shop about it.

@Brian-Milnes
Copy link

Are you using a Pi supplied PSU too? (That's definitely worth doing...)

@jimi3
Copy link

jimi3 commented Nov 14, 2020

yes, PSU is from Pi

@macuser136
Copy link

macuser136 commented Feb 26, 2022

Asking if this is still an ongoing issue? I am screwing with this on my PI 4 with zero success. Port 0 will not work pre or post update. Port 1 works until rasberian update

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests