the rpi-open-firmware codebase is going the route of doing as little as possible on the VPU, and giving the arm control fairly early i found that a bit limiting, with the lack of threads/drivers/modularity thats why i…
yep, thats why ive been focusing a lot on porting linux drivers over to little-kernel on the vpu, and getting things working without linux https://www.youtube.com/watch?v=l7lIewA9fm4 is an example of a VPU accelerated…
some peripherals like the dram controller are rigged up so the arm can never control them others like the 2d core default to the same mode, but can be re-configured to allow the arm to control it there may be more…
libcamera also supports the rpi and moves all of that control loop stuff into linux userland, so you would think there are no secrets left but the actual register writes to drive the ISP are still in the blob, and…
i have seen evidence that RPF cant properly modify some of the h264 blobs so they are instead patching the blob at runtime
lk-overlay contains many different projects using the vc4-stage1, vc4-stage2, and rpi2-test projects together, you can do the entire boot chain (dram init and loading linux) using open source code other projects act as…
https://www.raspberrypi.org/forums/viewtopic.php?p=576143 > a China knockoff version of R-Pi camera board > It's happened to the company I work with, they were marketing a cheap copy of our consumer electronics device…
yeah, you can either do baremetal arm under the official firmware (quad-core arm, up to 1.8ghz depending on the model) or you can do baremetal VPU and skip the firmware entirely 500mhz dual-core VPU 128kb of L2 cache…
from what ive heard, the RSA support is present, but disabled on the pi4 boards my theory is that its only there to protect the non-rpi customers, now that the hmac-sha1 layer has been cracked
the rpi-open-firmware codebase is going the route of doing as little as possible on the VPU, and giving the arm control fairly early i found that a bit limiting, with the lack of threads/drivers/modularity thats why i…
yep, thats why ive been focusing a lot on porting linux drivers over to little-kernel on the vpu, and getting things working without linux https://www.youtube.com/watch?v=l7lIewA9fm4 is an example of a VPU accelerated…
some peripherals like the dram controller are rigged up so the arm can never control them others like the 2d core default to the same mode, but can be re-configured to allow the arm to control it there may be more…
libcamera also supports the rpi and moves all of that control loop stuff into linux userland, so you would think there are no secrets left but the actual register writes to drive the ISP are still in the blob, and…
i have seen evidence that RPF cant properly modify some of the h264 blobs so they are instead patching the blob at runtime
lk-overlay contains many different projects using the vc4-stage1, vc4-stage2, and rpi2-test projects together, you can do the entire boot chain (dram init and loading linux) using open source code other projects act as…
https://www.raspberrypi.org/forums/viewtopic.php?p=576143 > a China knockoff version of R-Pi camera board > It's happened to the company I work with, they were marketing a cheap copy of our consumer electronics device…
yeah, you can either do baremetal arm under the official firmware (quad-core arm, up to 1.8ghz depending on the model) or you can do baremetal VPU and skip the firmware entirely 500mhz dual-core VPU 128kb of L2 cache…
from what ive heard, the RSA support is present, but disabled on the pi4 boards my theory is that its only there to protect the non-rpi customers, now that the hmac-sha1 layer has been cracked