On Samstag, 23. April 2022 17:23:58 CEST Peter Geis wrote: > This series enables the DesignWare based PCIe controller on the rk356x > series of chips. > We drop the fallback to the core driver due to compatibility issues. > We reset the PCIe controller at driver probe to prevent issues in the > future when firmware / kexec leaves the controller in an unknown state. > We add support for legacy interrupts for cards that lack MSI support > (which is partially broken currently). > We then add the device tree nodes to enable PCIe on the Quartz64 Model > A. Tested-by: Nicolas Frattaroli <frattaroli.nicolas@xxxxxxxxx> Tested on a PINE64 Quartz64 Model A. The series was applied to 5.18-rc4, and two devices were tested: Device #1: ASMedia Technology Inc. ASM1142 USB 3.1 Host Controller A USB 3.1 flash drive was plugged into the PCIe USB controller card. Then, the block device was read. Performance was nominal, no errors showed up in dmesg. Device #2: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) behind a PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) PCIe switch. (it's a weird card I grabbed off an auction site with both USB and SATA behind a PCIe switch, it's best not to worry about the twisted mind that came up with it.) A USB 3.1 flash drive was plugged into the PCIe controller card's USB 3.0 port. Then, the block device was read. Performance was nominal, no errors appeared in dmesg. 512 megabytes of /dev/urandom were redirected into a file. The file was SHA1 checksummed. The file was then copied onto the mounted USB 3.1 drive which was connected to the PCIe card. The drive was unmounted, then re-mounted, and then a sha1sum of the file on the drive was calculated. The checksums matched. Based on these tests it is my understanding that this patch series is functional for the use cases I have covered. Regards, Nicolas Frattaroli
