Hi all, Here is v4 of my patchset for adding ahci-sunxi support. It has grown quite a bit since I've been going for a more generic approach this time and I've also cleaned up the ahci-imx driver to use the same generic approach.
History: v1, by Olliver Schinagl: This was using the approach of having a platform device which probe method creates a new child platform device which gets driven by ahci_platform.c, as done by ahci_imx.c . v2, by Hans de Goede: Stand-alone platform driver based on Olliver's work v3, by Hans de Goede: patch-series, with 4 different parts a) Make ahci_platform.c more generic, handle more then 1 clk, target pwr regulator b) New ahci-sunxi code only populating ahci_platform_data, passed to ahci_platform.c to of_device_id matching. c) Refactor ahci-imx code to work the same as the new ahci-sunxi code, this is the reason why v3 is an RFC, I'm waiting for the wandboard I ordered to arrive so that I can actually test this. d) dts bindings for the sunxi ahci parts v4, by Hans de Goede: patch-series, with 5 different parts: a) Make ahci_platform.c more generic, handle more then 1 clk, target pwr regulator b) Turn parts of ahci_platform.c into a library for use by other drivers c) New ahci-sunxi driver using the ahci_platform.c library functionality d) Refactor ahci-imx code to work the same as the new ahci-sunxi code e) dts bindings for the sunxi ahci parts v5: v4 + the following changes: 1) fsl,imx6q driver is now tested 2) fixed suspend / resume on fsl,imx6q 3) Modifed devicetree node naming to match dt spec 4) Reworked the busy waiting code in the sunxi-phy handling as suggested by Russell King Parts a-d are intended for merging through the ata tree, the dts bindings will be merged to Maxime Ripard's sunxi-dts tree. Regards, Hans -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
