11:34 ` ath10k: fix kernel panic by moving pci flush after napi_disable Sasha 11:34 ` Sasha Levin * iio: dac: mcp4922: fix error handling in mcp4922_write_raw Spin_lock_irqsave(&ar_pci->ps_lock, flags) a/drivers/net/wireless/ath/ath10k/pci.c Static int ath10k_ahb_hif_power_up(struct ath10k *ar)ĭiff -git a/drivers/net/wireless/ath/ath10k/pci.c b/drivers/net/wireless/ath/ath10k/pci.c a/drivers/net/wireless/ath/ath10k/ahb.c Tested on QCA4019 and firmware version 10.4.3.2.1.1-00010ĭrivers/net/wireless/ath/ath10k/ahb.c | 4 ++-ĭrivers/net/wireless/ath/ath10k/pci.c | 2 +-Ģ files changed, 3 insertions(+), 3 deletions(-)ĭiff -git a/drivers/net/wireless/ath/ath10k/ahb.c b/drivers/net/wireless/ath/ath10k/ahb.c Unable to handle kernel NULL pointer dereference at virtual address 0000005c Pointer dereference and trigger below kernel panic. Since the CE buffer already cleaned by pci flush this action will create NULL And the napi_poll has been invoked after the flush processĪnd it will try to get the skb from the CE buffer entry and perform some action on that. In the above scenario, CE buffer entries will be freed up and become NULL inĪth10k_pci_flush. In a certain condition, during wifi down below scenario might occur.Īth10k_stop->ath10k_hif_stop->napi_schedule->ath10k_pci_flush->napi_poll(napi_synchronize). When continuously running wifi up/down sequence, the napi pollĬan be scheduled after the CE buffers being freed by ath10k_pci_flush
` (201 subsequent siblings) 203 siblings, 0 replies 212+ messages in threadĬc: Tamizh chelvam, Kalle Valo, Sasha Levin, ath10k, linux-wireless, netdev 11:34 ` iio: dac: mcp4922: fix error handling in mcp4922_write_raw Sasha Levin 11:34 ` tee: optee: take DT status property into account Sasha 11:34 ` Sasha Levin 11:34 iio: adc: max9611: explicitly cast gain_selectors Sasha Levin * ath10k: fix kernel panic by moving pci flush after napi_disable + if (!np || !of_device_is_available(np)) Np = of_find_matching_node(fw_np, optee_match) So add that missing logic to theĭiff -git a/drivers/tee/optee/core.c b/drivers/tee/optee/core.c
Than 'ok' or 'okay', indicates to the OS that the DT node should be To: linux-kernel, stable +Cc: Ard Biesheuvel, Jens Wiklander, Sasha LevinĭT nodes may have a 'status' property which, if set to anything other ` (202 subsequent siblings) 203 siblings, 0 replies 212+ messages in thread 11:34 ` ath10k: fix kernel panic by moving pci flush after napi_disable Sasha Levin 11:34 iio: adc: max9611: explicitly cast gain_selectors Sasha 11:34 ` Sasha Levin * tee: optee: take DT status property into account + *csa_gain = (enum max9611_csa_gain)gain_selectors
Type 'enum max9611_csa_gain' ġ file changed, 1 insertion(+), 1 deletion(-)ĭiff -git a/drivers/iio/adc/max9611.c b/drivers/iio/adc/max9611.c Thisĭrivers/iio/adc/max9611.c:292:16: warning: implicit conversion fromĮnumeration type 'enum max9611_conf_ids' to different enumeration Make the conversion clearly visible by using an explicit cast. Gain to a gain configuration option selector enum max9611_csa_gain. ` (203 more replies) 0 siblings, 204 replies 212+ messages in threadĬc: Stefan Agner, Jonathan Cameron, Sasha Levin, linux-iioĪfter finding a reasonable gain, the function converts the configured 11:34 ` tee: optee: take DT status property into account Sasha Levin
#Bysoft 7 pmc reordering jobs archive
Iio: adc: max9611: explicitly cast gain_selectors archive mirror help / color / mirror / Atom feed * iio: adc: max9611: explicitly cast gain_selectors 11:34 Sasha Levin
0 kommentar(er)
