"H. Nikolaus Schaller" hns@goldelico.com writes:
Here we have a set of scattered patches to make the OpenPandora WiFi work again.
v4.7 did break the pdata-quirks which made the mmc3 interface fail completely, because some code now assumes device tree based instantiation.
Fixes: 81eef6ca9201 ("mmc: omap_hsmmc: Use dma_request_chan() for requesting DMA channel")
v4.11 did break the sdio qirks for wl1251 which made the driver no longer load, although the device was found as an sdio client.
Fixes: 884f38607897 ("mmc: core: move some sdio IDs out of quirks file")
To solve these issues:
- we convert mmc3 and wl1251 initialization from pdata-quirks to device tree
- we make the wl1251 driver read properties from device tree
- we fix the mmc core vendor ids and quirks
- we fix the wl1251 (and wl1271) driver to use only vendor ids from header file instead of (potentially conflicting) local definitions
H. Nikolaus Schaller (9): Documentation: dt: wireless: update wl1251 for sdio net: wireless: ti: wl1251 add device tree support DTS: ARM: pandora-common: define wl1251 as child node of mmc3 mmc: host: omap_hsmmc: add code for special init of wl1251 to get rid of pandora_wl1251_init_card omap: pdata-quirks: remove openpandora quirks for mmc3 and wl1251 mmc: sdio: fix wl1251 vendor id mmc: core: fix wl1251 sdio quirks net: wireless: ti: wl1251 use new SDIO_VENDOR_ID_TI_WL1251 definition net: wireless: ti: remove local VENDOR_ID and DEVICE_ID definitions
I didn't get patches 3-7 so I don't know what they have, but what's the plan how these should be applied? Normally wl1251 patches go via wireless-drivers-next but are you planning something else?