Pi4 - /dev/vchiq missing

This forum is for topics dealing with problems with software specifically in the ARMv7h repo.

Pi4 - /dev/vchiq missing

Postby Malvineous » Sun Jul 18, 2021 8:41 am

I'm running Arch Linux ARM 32-bit/ARMv7h on a Raspberry Pi 4, but a lot of the VideoCore stuff isn't working:

$this->bbcode_second_pass_code('', '
# vcgencmd commands
VCHI initialization failed

# ffmpeg -c:v h264_mmal ...
* failed to open vchiq instance

# ls /dev/vchiq
(nothing)
')
After doing some investigating, all the failing commands are looking for /dev/vchiq but this file doesn't exist. (So it's not a permissions issue because I'm running the commands as root anyway for testing).

How does /dev/vchiq get created? Is there some module that's not loading? I've done a `pacman -Syu` and everything is up to date, unless I'm missing some package.

Which package/module is responsible for creating /dev/vchiq?
Malvineous
 
Posts: 40
Joined: Sat Mar 11, 2017 1:45 pm

Re: Pi4 - /dev/vchiq missing

Postby graysky » Sun Jul 18, 2021 10:55 am

Post your /boot/config.txt and the output of uname -a ... works for me on armv7h or aarch64.
graysky
Developer
 
Posts: 1727
Joined: Sun Jun 26, 2011 6:56 am
Location: /run/user/1000

Re: Pi4 - /dev/vchiq missing

Postby Malvineous » Sun Jul 18, 2021 2:10 pm

config.txt is:

$this->bbcode_second_pass_code('', '
dtoverlay=vc4-fkms-v3d
max_framebuffers=2
initramfs initramfs-linux.img followkernel
')
name -a reports:

$this->bbcode_second_pass_code('', '
Linux alarm 5.10.50-1-ARCH #1 SMP Thu Jul 15 12:41:20 UTC 2021 armv7l GNU/Linux
')
I wonder why it says "armv7l" instead of "armv7h"? This is where the kernel is coming from:

$this->bbcode_second_pass_code('', '
$ pacman -Qo /boot/kernel7.img
/boot/kernel7.img is owned by linux-raspberrypi 5.10.50-1
')
I presume your working system is up to date with "pacman -Syu" as well? Is your kernel coming from the same package?

It does work for me on aarch64, but that doesn't seem to support dual monitors yet so I have to stick with 32-bit for now.
Malvineous
 
Posts: 40
Joined: Sat Mar 11, 2017 1:45 pm

Re: Pi4 - /dev/vchiq missing

Postby graysky » Sun Jul 18, 2021 3:04 pm

Try this in /boot/config.txt then reboot:

$this->bbcode_second_pass_code('', '
dtoverlay=vc4-kms-v3d,cma-256
dtoverlay=rpivid-v4l2
disable_fw_kms_setup=1

# dtoverlay=vc4-fkms-v3d
# max_framebuffers=2
initramfs initramfs-linux.img followkernel')
graysky
Developer
 
Posts: 1727
Joined: Sun Jun 26, 2011 6:56 am
Location: /run/user/1000

Re: Pi4 - /dev/vchiq missing

Postby Malvineous » Sun Jul 18, 2021 3:37 pm

No luck. It switched the framebuffer back to only one monitor (second monitor stayed at the rainbow screen), Xorg wouldn't start ("no screens found"), but /dev/vchiq is still missing.

I noticed these messages in my kernel logs after booting though:

$this->bbcode_second_pass_code('', '
$ dmesg | grep -i vch
[ 5.708245] vchiq: could not load vchiq
[ 5.709406] bcm2835_vchiq: probe of fe00b840.mailbox failed with error -5
')
I get the same errors rebooting with config.txt back the way it was originally.

I also noticed some other errors in the dmesg data - not sure if they are related:

$this->bbcode_second_pass_code('', '
[ 3.977725] PCI: CLS 0 bytes, default 64
[ 4.985842] brcm-pcie fd500000.pcie: host bridge /scb/pcie@7d500000 ranges:
[ 4.988866] brcm-pcie fd500000.pcie: No bus range found for /scb/pcie@7d500000, using [bus 00-ff]
[ 4.991908] brcm-pcie fd500000.pcie: MEM 0x0600000000..0x063fffffff -> 0x00c0000000
[ 4.994961] brcm-pcie fd500000.pcie: IB MEM 0x0000000000..0x00bfffffff -> 0x0400000000
[ 4.998022] brcm-pcie fd500000.pcie: non-prefetchable memory resource required
[ 5.059140] brcm-pcie fd500000.pcie: link up, 5.0 GT/s PCIe x1 (SSC)
[ 5.062374] brcm-pcie fd500000.pcie: PCI host bridge to bus 0000:00
[ 5.065439] pci_bus 0000:00: root bus resource [bus 00-ff]
[ 5.068549] pci 0000:00:00.0: [14e4:2711] type 01 class 0x060400
[ 5.071691] pci 0000:00:00.0: PME# supported from D0 D3hot
[ 5.077553] PCI: bus0: Fast back to back transfers disabled
[ 5.080811] pci 0000:01:00.0: [1106:3483] type 00 class 0x0c0330
[ 5.083959] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x00000fff 64bit]
[ 5.087299] pci 0000:01:00.0: PME# supported from D0 D3cold
[ 5.093149] PCI: bus1: Fast back to back transfers disabled
[ 5.096273] pci 0000:00:00.0: BAR 8: no space for [mem size 0x00100000]
[ 5.099422] pci 0000:00:00.0: BAR 8: failed to assign [mem size 0x00100000]
[ 5.102545] pci 0000:01:00.0: BAR 0: no space for [mem size 0x00001000 64bit]
[ 5.105662] pci 0000:01:00.0: BAR 0: failed to assign [mem size 0x00001000 64bit]
[ 5.108778] pci 0000:00:00.0: PCI bridge to [bus 01]
[ 5.112170] pcieport 0000:00:00.0: PME: Signaling with IRQ 80
[ 5.115530] pcieport 0000:00:00.0: AER: enabled with IRQ 80
...
[ 5.610200] xhci_hcd 0000:01:00.0: init 0000:01:00.0 fail, -16
[ 5.613024] xhci_hcd: probe of 0000:01:00.0 failed with error -16
')
I'm currently investigating another problem where I have no USB host controllers appear on the system (so no USB device support, despite the driver attempting to load) so I wonder if there could be a common cause for both problems?
Malvineous
 
Posts: 40
Joined: Sat Mar 11, 2017 1:45 pm


Return to ARMv7h

Who is online

Users browsing this forum: No registered users and 4 guests