On 27 August 2014 09:26, Kalle Valo <[email protected]> wrote: > Michal Kazior <[email protected]> writes: > >> Some copy engine structures are target specific >> and are uploaded to the device during >> init/configuration. >> >> This also cleans up a bit diag_mem_read/write >> implicit byteswap mess leaving only >> diag_access_read/write with an implicit endianess >> byteswap. >> >> Signed-off-by: Michal Kazior <[email protected]> > > [...] > >> static int ath10k_pci_diag_read32(struct ath10k *ar, u32 address, u32 >> *value) >> { >> - return ath10k_pci_diag_read_mem(ar, address, value, sizeof(u32)); >> + __le32 val = 0; >> + int ret; >> + >> + ret = ath10k_pci_diag_read_mem(ar, address, &val, sizeof(__le32)); >> + *value = __le32_to_cpu(val); >> + >> + return ret; >> } > > For consistency, I folded a patch below. Is that ok? > > --- a/drivers/net/wireless/ath/ath10k/pci.c > +++ b/drivers/net/wireless/ath/ath10k/pci.c > @@ -620,7 +620,7 @@ static int ath10k_pci_diag_read32(struct ath10k *ar, u32 > address, u32 *value) > __le32 val = 0; > int ret; > > - ret = ath10k_pci_diag_read_mem(ar, address, &val, sizeof(__le32)); > + ret = ath10k_pci_diag_read_mem(ar, address, &val, sizeof(val)); > *value = __le32_to_cpu(val); > > return ret; > > https://github.com/kvalo/ath/commit/1850a415873cb34a6f84b699dfb9a283df3252ec
I'm okay with that, thanks. MichaĆ _______________________________________________ ath10k mailing list [email protected] http://lists.infradead.org/mailman/listinfo/ath10k
