PCI-E add-on Success & Failures - Printable Version +- PINE64 (https://forum.pine64.org) +-- Forum: ROCKPRO64 (https://forum.pine64.org/forumdisplay.php?fid=98) +--- Forum: General Discussion on ROCKPRO64 (https://forum.pine64.org/forumdisplay.php?fid=99) +--- Thread: PCI-E add-on Success & Failures (/showthread.php?tid=6459) |
RE: PCI-E add-on Success & Failures - huey - 03-05-2019 Ok, so so it seems the Pine64 pcie works, and the Delock 4 channel works only with mainline. So switched to the mainline kernel and because of my 64GB eMMC had to use the kernel patch. I find that the mainline gives me dropouts when streaming (even with mainline on the pine64 pcie and my WD Red)... So I switched back to ayufan's 4.4 kernel version of stretch: that works ok, but I would like to use 4 channels! So I switched again to the armbian image: it feels faster,but also can not get de the Delock pcie working on the 4.4 kernel. But when I install the 4.20 one I can not boot with eMMC,but also not with SD?? So I can not check whether this one will lead to dropouts as well.. Anyone here tried the armbian 5.75 stretch images? Is there also a kernel patch necessary for the eMMC and maybe already available in the distributed kernels? And any idea why even SD boot wil not work? Edit: Unfortunately the armbian 4.20 kernel does not contain dtb entries for pwm it seems, so I am back on the ayufan image . The "mmc_cmdqueue=off" kernel append seems to be the reason the SD does not start. I only need to add it when booting from the emmc. The mainline kernel 5 seems to solve my streaming error. Will do some further testing and will retry my Delock pcie as well... Edit2: Kernel 4.20 indeed made the stream crawl. Sticking to 5 for now. Also working with the Delock pcie. Seems stable enough. Booting from SD for now as not sure what the effect off the mmc_cmdqueue off exactly entails... RE: PCI-E add-on Success & Failures - ChNaed - 03-22-2019 Hi, I am also using an 88SE9230 based PCIE card #, but as a matter do not get this up and running. There are only some slightly differences to the DeLock one, which might not get the device working. Like the Memory at region 5 is at a different address due to the bigger expansion ROM, which is also active. Code: 01:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9230 PCIe SATA 6Gb/s Controller (rev 11) (prog-if 01 [AHCI 1.0]) Does someone have an idea to also get that one working? RE: PCI-E add-on Success & Failures - taube - 12-27-2019 Marvell 88SE9128 is working without problems, too. RE: PCI-E add-on Success & Failures - fysa - 02-19-2020 If you are having trouble with PCIe and a specific device, I compiled an older mrfixit2001 kernel that works for my device (Silicon Image SiI 3132) whereas the newer kernels do not detect the root PCIe either. Try the debs.tar.gz here: https://github.com/digitalsanity/rockchip-kernel/releases/tag/4.4.171-pcie-test |