On Oct 7, 2014, at 6:44 PM, Kalle Valo <kvalo@xxxxxxxxxxxxxxxx> wrote: > Andy Lutomirski <luto@xxxxxxxxxxxxxx> writes: > >> Perhaps unsurprisingly, the OpenWRT patch that enables it to work for >> real (by shoving a file into /lib/firmware that's contains a copy of >> data read from flash) hasn't made it upstream. I assume that the >> purpose of this discussion is to settle on a real solution. > > I'm hoping to have ath10k support three different methods to get > calibration data: > > 1) OTP (already supported) > > 2) Device Tree (under discussion) > > 3) from a file > > I'm hoping to send patches for 2) and 3) soon. As Arnd mentioned you would have something like: pci { pcie@0 { reg = <0 0 0 0 0>; #interrupt-cells = <1>; #size-cells = <2>; #address-cells = <3>; device_type = "pci"; ath10k@0,0 { reg = <0x0000 0x0 0x0 0x0 0x0>; device_type = "pci"; qcom,ath10k-calibration-data = [ 01 03 04 05 06 … ]; }; }; }; On the driver side you can do something like: struct device_node *np; np = pci_device_to_OF_node(dev); than you can do normal OF calls on ‘np’. - k -- Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html