# Keyboard inputs inside the Touch Player Package **URL:** \ **Category:** Help\ **Created:** [March 6, 2026, 12:06pm UTC](https://community.info-beamer.com/t/keyboard-inputs-inside-the-touch-player-package/1386 "2026-03-06T12:06:53Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![it-org](https://community.info-beamer.com/letter_avatar_proxy/v3/letter/i/8dc957/32.png) [@it-org](https://community.info-beamer.com/u/it-org)\ **Post date:** [March 6, 2026, 12:06pm UTC](https://community.info-beamer.com/t/keyboard-inputs-inside-the-touch-player-package/1386/1 "2026-03-06T12:06:53Z")
Hello everyone, I’m having trouble getting the keyboard inputs to work. When i conncet a standard keyboard and mouse to the USB Ports on my Raspberry Pi 4B and try to press the buttons set in the Touch Player Package configuration, nothing seems to happen. _(I know Page 3 is empty at the moment, but when I testet it, the page wasn’t and i still didn’t work)_ The other funktions (touch via the web interface box) work as far as I can tell. Does someone know how to get it to work? ![image](https://community.info-beamer.com/uploads/default/original/1X/b05cc0af1a7dbd3091c703349bc3f5920b114d20.jpeg) Kind Regards Simon ---
**Author:** ![it-org](https://community.info-beamer.com/letter_avatar_proxy/v3/letter/i/8dc957/32.png) [@it-org](https://community.info-beamer.com/u/it-org)\ **Post date:** [March 9, 2026, 8:28am UTC](https://community.info-beamer.com/t/keyboard-inputs-inside-the-touch-player-package/1386/2 "2026-03-09T08:28:29Z")
I’m currently recieving help via Email. I will update this post once we have resolved the issue. ---
**Author:** ![it-org](https://community.info-beamer.com/letter_avatar_proxy/v3/letter/i/8dc957/32.png) [@it-org](https://community.info-beamer.com/u/it-org)\ **Post date:** [May 26, 2026, 12:44pm UTC](https://community.info-beamer.com/t/keyboard-inputs-inside-the-touch-player-package/1386/3 "2026-05-26T12:44:17Z")
Hello everyone, The issue has been resolved via email support. It seems there is a new revision of the PI 4B+ 4GB, which wasn’t yet supported, but is now (now in testing and probably in coming stable releases of info-beamer). Thank you ! (If a moderator would like to have the whole thread deleted, they can feel free to do so. I don’t mind it staying online either though.) ---
**Author:** ![infobeamer-fw](https://community.info-beamer.com/user_avatar/community.info-beamer.com/infobeamer-fw/32/3_2.png) [@infobeamer-fw](https://community.info-beamer.com/u/infobeamer-fw)\ **Post date:** [May 26, 2026, 1:38pm UTC](https://community.info-beamer.com/t/keyboard-inputs-inside-the-touch-player-package/1386/4 "2026-05-26T13:38:03Z")
Thanks for posting the update! A bit of technical background of what has happened: the Pi4 has VL805 USB controller chip onboard. Those require their own firmware that also went through a few changes over the years (See listed [vl805-\* files](https://github.com/raspberrypi/rpi-eeprom/tree/master/firmware-2711/old/stable) in the EEPROM repository). After the Linux kernel is started, the PCI bus is reset and the USB chip forgets its firmware data. It [needs to be reloaded](https://github.com/raspberrypi/linux/blob/bb5a64adb1b761406d0e3b6570c3d2668e9198f8/drivers/reset/reset-raspberrypi.c#L35-L41). Either from `/sd/vl805.bin` on the SD card, or for newer Pi 4 models, right from the [EEPROM](https://en.wikipedia.org/wiki/EEPROM) persisted on the Pi itself. The Pi4 has 512Kb space for storing such data directly on its hardware. The data stored in the EEPROM also has a file system like structure. I have [tools written to inspect and modify](https://github.com/info-beamer/rpi-eeprom-tools) that data and a listing of a Pi4 EEPROM shows the VL805 files: ```raw $ pi-eeprom-ls pieeprom.bin eeprom version: 224877da 224877da90f82a72dbcc9db10bcf059259f54680, 2026-05-17 (pi4) ----------------------------------- 73104 @ 0x00000000 / 0 all> [. cut for brevity ..] ``` The files `vl805hub.bin` and `vl805mcu.bin` are relevant for the USB chip. These files are compressed. This is necessary as they otherwise wouldn’t even fit into 512Kb. For most of the Pi4’s lifetime, the compression format was called ‘CK’. Hristo Venev [reverse engineered that format](https://git.venev.name/hristo/rpi-eeprom-compress/tree/) back in 2020. At some point last year support for the widely known [LZ4 compression format](https://en.wikipedia.org/wiki/LZ4_(compression_algorithm)) was added. Now almost all files within the EEPROM are compressed using LZ4. Except those two vl805 files. They still use ‘CK’ compression. Unfortunately another change was made to the firmware code in `start4.elf`. It runs alongside the normal ARM CPUs on the so called VPU: It lost the ability to decompress the ‘CK’ format. When the kernel boots, after a PCI reset, the following [kernel code](https://github.com/raspberrypi/linux/blob/bb5a64adb1b761406d0e3b6570c3d2668e9198f8/drivers/reset/reset-raspberrypi.c#L52) triggers the VPU to reload the VL805’s code. As it no longer knows how to decompress the data it now runs into a timeout. Here’s how that looks in the debug output: ```raw [0.942527] xhci_hcd 0000:01:00.0: xHCI Host Controller [0.942539] xhci_hcd 0000:01:00.0: new USB bus registered, assigned bus number 1 [17.834631] xhci_hcd 0000:01:00.0: can't setup: -110 [17.834662] xhci_hcd 0000:01:00.0: USB bus 1 deregistered [17.834674] xhci_hcd 0000:01:00.0: init 0000:01:00.0 fail, -110 [17.834694] xhci_hcd 0000:01:00.0: probe with driver xhci_hcd failed with error -110 ``` After that USB was completely unusable. Connecting devices did nothing. Debugging this wasn’t easy as it wasn’t really obvious why it wasn’t reproducible on earlier Pi4 models. Those loaded the data just fine. I’m still not 100% why, because the Pi4’s VPU processor cannot access the SD card directly. If someone knows, please let me now. I discovered this seemingly unrelated [bug report](https://github.com/raspberrypi/firmware/issues/2026#issuecomment-4502922361) that also noted disabled USB. It turns this is the issue I’ve been seeing and it’s now fixed in [this firmware release](https://github.com/raspberrypi/rpi-firmware/commit/5208a0129b64529776533bea7b4dba702d91f3c4). The code in `start4.elf` can now decode ‘CK’ data again and the kernel can successfully trigger the firmware into loading and decompressing the VL805 data from the embedded EEPROM. USB now works again. This is fixed in the latest `testing` release and a pending update to `stable` will also include this fix.