raspberry-pi-pcie-devices

> the M1 Ultra would surpass it by a wide margin Well, in which tasks? Comparing e.g. geekbench results for the M1 Ultra https://browser.geekbench.com/v5/cpu/14664498 and a decent 5950X (PBO) result https://browser.geekbench.com/v5/cpu/14665931 it looks like a lot of Apple's multicore score is attributable to AES (which uses special fixed-function HW). And with other tests, different CPUs win different benchmarks. 5950X notably wins in clang :) > bring eGPU support to the M1 line Probably not M1. marcan tweeted recently that Apple's PCIe integration has been is broken in the same way as on Broadcom's RPi4 SoC — mapping PCIe BARs as normal memory (which allows unaligned access) doesn't work. I can't find the tweet (deleted??) but here's the RPi thread: https://github.com/geerlingguy/raspberry-pi-pcie-devices/iss... Basically there's no qui

"Work", in this case, meaning you can get a display to run through one. I've tested DVI, VGA, HDMI, and DisplayPort across four different graphics cards (three AMD 5000-7000 series, and one SM750 card from ASRock Rack. A console (CLI) runs great and is stable, but Xorg and Wayland (well, Weston at least) are a little less stable. And with the MMIO modifications we had to make to work around the Pi SoC's (BCM2711) flaws, things are a bit slow currently. And other SBC SoCs seem to have similar PCIe hardware-level issues (like the RK3588 in the Pine64 SOQuartz, at least). Tons more detail can be found in these two GitHub threads: https://github.com/geerlingguy/raspberry-pi-pcie-devices/iss... https://github.com/geerlingguy/raspberry-pi-pcie-devices/iss... (Both issues are over GitHub's limit, so you have to show hidden items to see the whole