Ping-Ke Shih <pkshih@xxxxxxxxxxx> wrote: > To download firmware, we need to check path is ready. There are two kinds > of path -- one is to download firmware header, and the other is to download > firmware body. > > Since the polling method is different from WiFi 7 chips, make it to be > an individual function, and then we can reuse the download flow. > > Signed-off-by: Ping-Ke Shih <pkshih@xxxxxxxxxxx> 8 patches applied to wireless-next.git, thanks. 80e706a85cb5 wifi: rtw89: fw: move polling function of firmware path ready to an individual function ae4dc23d139c wifi: rtw89: fw: generalize download firmware flow by mac_gen pointers 68261ddbb2bc wifi: rtw89: fw: implement supported functions of download firmware for WiFi 7 chips fa31a8c58d6e wifi: rtw89: fw: add checking type for variant type of firmware a712eef681ed wifi: rtw89: fw: propagate an argument include_bb for BB MCU firmware c6ea2a8391a5 wifi: rtw89: 8922a: add chip_ops::bb_preinit to enable BB before downloading firmware 38bae445a30b wifi: rtw89: fw: refine download flow to support variant firmware suits b227c990de9a wifi: rtw89: 8922a: set memory heap address for secure firmware -- https://patchwork.kernel.org/project/linux-wireless/patch/20230901073956.54203-2-pkshih@xxxxxxxxxxx/ https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
