Surabhi Vishnoi <svishnoi@xxxxxxxxxxxxxx> writes: > With the current implementation of wmi init command, > there is no provision for the host driver to provide mem > chunks addresses with more than 32-bit, to the firmware. > WCN3990 is a 35-bit target and can accept mem chunks addresses > which are above 32-bit. > > If firmware supports address range more than 32 bit, it > advertises the support by setting the WMI_SERVICE_EXTEND_ADDRESS > service. Based on this service fill the upper bits of paddr while > providing the mem chunks in the wmi init command. > > Tested HW: WCN3990 > Tested FW: WLAN.HL.2.0-01552-QCAHLSWMTPL-1 > > Signed-off-by: Surabhi Vishnoi <svishnoi@xxxxxxxxxxxxxx> Does not apply and I even tried to find a commit from December to make it work, and as the sha1 is not valid so 3-way merge won't work either. I strongly recommend to use pristine ath.git master branch (meaning that there are no other unapplied patches on top) when submitting patches, otherwise this can happen. Please rebase and resubmit. Applying: ath10k: Add support to provide higher range mem chunks in wmi init command fatal: sha1 information is lacking or useless (drivers/net/wireless/ath/ath10k/wmi-tlv.c). error: could not build fake ancestor Patch failed at 0001 ath10k: Add support to provide higher range mem chunks in wmi init comman -- Kalle Valo
