-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Failed to resolve overlay 'vc4-kms-v3d' (dterror: can't find symbol 'i2c2') on Linux 5.9.0-rc3 #3846
Comments
fixed with dtoverlay=vc4-kms-v3d-pi4, but X is still on swrast, and running glxgears complainted about: libGL error: failed to create dri screen ... but that's a separate issue. Jeff |
Either your firmware is old or you haven't copied overlay_map.dtb into the overlays directory. Or both. |
overlay_map.dtb is the missing piece! Fixed after copying it! Any tips on how to compile and run vlc on console mode without X on rpi4? Now that omxplayer is no longer supported. I tried ... mplayer (no sound) and video (a small video only on fbdev) modprobe snd_bcm2835modprobe vc4cvlc --mmal-display=hdmi-0 test.mp4Thank you! |
To quote a wise man:
|
export VDPAU_DRIVER=va_glALSA_CARD=0 cvlc --mmal-display=hdmi-0 test.mp4[b65c043c] main generic error: cannot load plug-in /usr/lib/vlc/plugins/codec/libsvgdec_plugin.so: /opt/vc/lib/libEGL.so: undefined symbol: glDiscardFramebufferEXT |
Ok 👍 Thank you, and we'll close this. Jeff. |
Hi @pelwell I got this issue on kernel 5.10.52 and boot firmware 20210727:
Any clue why it's failing to load any overlay? |
I'm guessing you're running an upstream kernel build. The default DTB builds don't include symbols because upstream don't support overlays. You will need to include the |
I'm not running an upstream kernel. It's from git://github.com/raspberrypi/linux.git |
Follow our kernel-building instructions and it should just work: https://www.raspberrypi.org/documentation/computers/linux_kernel.html#building-the-kernel |
I reproduced the same error on kernel |
You are clearly doing something differently to everyone else. Post your command history for the build and installation process. |
@pelwell it's being built with Yocto so it's rather convoluted to place the build logs. Made some progress with this in the sense that narrowed it down to the device tree (bcm2711-rpi-4-b.dtb). Replacing the dtb from a |
Symbols being present is a simple binary - either they are enabled in the dtc command line or not. More recent versions of dtc have added new warnings, but the fundamentals of compiling a dts file have been the same since we first started using Device Tree on Pis back in 2014. |
Thanks for the reply. Progressed a bit more. Doing this change adds the required symbols in the device tree blob:
Still trying to see why https://github.com/raspberrypi/linux/blob/rpi-5.10.y/arch/arm64/boot/dts/broadcom/Makefile#L19 does not do the job for me. |
Maybe https://github.com/raspberrypi/linux/blob/rpi-5.10.y/arch/arm64/boot/dts/broadcom/Makefile#L19 does not get set because it was set before? In which case we should just |
I think you might have found the answer - there's no reason why we wouldn't want to set the |
On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: #3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com>
See commit 72d78ec. |
Thanks @pelwell ! |
On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: #3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com>
On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: #3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com>
On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: #3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com>
On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: #3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com>
commit 0d8a2d3692f8057633aab5f7fc328c31a2063f60 from https://github.com/raspberrypi/linux.git rpi-5.14.y On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: raspberrypi/linux#3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com> Signed-off-by: Meng Li <Meng.Li@windriver.com>
On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: #3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com>
On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: #3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com>
On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: #3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com>
On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: #3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com>
On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: raspberrypi#3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com>
On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: #3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com>
commit 72d78ec8b6898976ea46b1c0cb9780707985cd80 from https://github.com/raspberrypi/linux.git rpi-5.10.y On the BCM2835 architecture, always add the '-@' option to enable the generation of symbols, rather than relying on DTC_FLAGS being empty or correct. See: raspberrypi/linux#3846 Signed-off-by: Phil Elwell <phil@raspberrypi.com> Signed-off-by: Meng Li <Meng.Li@windriver.com>
How to fix this error ... and I've tried with Linux 5.8 as well but still encountered with the same issue with loading vc4 ...
005567.330: brfs: File read: /mfs/sd/overlays/vc4-kms-v3d.dtbo
005572.052: dterror: can't find symbol 'i2c2'
005572.063: Failed to resolve overlay 'vc4-kms-v3d'
Hardware : BCM2711
Revision : d03114
Model : Raspberry Pi 4 Model B Rev 1.4
kernel (Linux 5.9.0-rc3) compiled with ...
make ARCH=arm CROSS_COMPILE=arm-rpi-linux-gnueabihf- KERNEL=kernel7l bcm2711_defconfig
make ARCH=arm CROSS_COMPILE=/v5/cross-bcm2709/bin/arm-rpi-linux-gnueabihf- KERNEL=kernel7l
detailed log below ...
vcdbg log msg
004282.162: brfs: File read: 448 bytes
004317.783: brfs: File read: /mfs/sd/config.txt
005428.640: gpioman: gpioman_get_pin_num: pin DISPLAY_DSI_PORT not defined
005431.102: *** Restart logging
005431.122: brfs: File read: 448 bytes
005440.989: hdmi: HDMI:hdmi_get_state is deprecated, use hdmi_get_display_state instead
005444.360: hdmi: HDMI:hdmi_get_state is deprecated, use hdmi_get_display_state instead
005444.374: HDMI0: hdmi_pixel_encoding: 300000000
005444.387: HDMI1: hdmi_pixel_encoding: 300000000
005449.122: dtb_file 'bcm2711-rpi-4-b.dtb'
005459.534: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb
005459.551: Loading 'bcm2711-rpi-4-b.dtb' to 0x100 size 0xba66
005471.926: brfs: File read: 47718 bytes
005546.572: brfs: File read: /mfs/sd/config.txt
005546.657: dtparam: audio=on
005556.085: brfs: File read: 448 bytes
005567.330: brfs: File read: /mfs/sd/overlays/vc4-kms-v3d.dtbo
005572.052: dterror: can't find symbol 'i2c2'
005572.063: Failed to resolve overlay 'vc4-kms-v3d'
005577.713: brfs: File read: 2481 bytes
005582.104: brfs: File read: /mfs/sd/cmdline.txt
005582.156: Read command line from file 'cmdline.txt':
005582.171: 'dwc_otg.lpm_enable=0 cma=128 dwc_otg.fiq_enable=0 dwc_otg.fiq_fsm_enable=0 console=tty1 consoleblank=0 root=/dev/mmcblk0p2 quiet rootwait elevator=noop sdhci-bcm2708.sync_after_dma=0 ro x11'
006670.180: brfs: File read: 190 bytes
007261.572: brfs: File read: /mfs/sd/kernel7l.img
007261.594: Loading 'kernel7l.img' to 0x8000 size 0x6138e0
007261.618: Device tree loaded to 0x2eff4100 (size 0xbef2)
007263.893: gpioman: gpioman_get_pin_num: pin SDCARD_CONTROL_POWER not defined
012229.230: vchiq_core: vchiq_init_state: slot_zero = 0xefd80000, is_master = 1
The text was updated successfully, but these errors were encountered: