Re: brcmfmac: Fix kernel oops on resume when request firmware fails.

Hello Kalle, 2017-06-13 7:54 GMT+02:00 Kalle Valo : > Enric Balletbo i Serra wrote: > >> When request firmware fails, brcmf_ops_sdio_remove is being called and >> brcmf_bus freed. In such circumstancies if you do a suspend/resume cycle >> the

Re: [PATCH v2 3/3] mwifiex: add get_antenna support for cfg80211

2016-06-06 19:02 GMT+02:00 Javier Martinez Canillas : > From: Shengzhen Li > > Since commit de3bb771f471 ("cfg80211: add more warnings for inconsistent > ops") the wireless core warns if a driver implements a cfg80211 callback > but doesn't implements the

Re: [PATCH v2 2/3] mwifiex: move .get_tx_power logic to station ioctl file

2016-06-06 19:02 GMT+02:00 Javier Martinez Canillas : > From: Shengzhen Li > > Most cfg80211 operations are just a wrappers to functions defined in the > sta_ioctl.c file, so for consistency move the .get_tx_power logic there. > > Signed-off-by: Shengzhen

Re: [PATCH v2 1/3] mwifiex: add a cfg80211 .get_tx_power operation callback

2016-06-06 19:02 GMT+02:00 Javier Martinez Canillas : > The mwifiex driver implements a cfg80211 .set_tx_power operation handler > but doesn't have the inverse .get_tx_power callback. > > This not only has the effect that the Tx power can't be reported to user > space tools

Re: [PATCH 0/8] mwifiex: Fix some error handling issues in mwifiex_sdio_probe() function

Hi Javier, 2016-05-27 16:18 GMT+02:00 Javier Martinez Canillas : > Hello, > > While booting a system with a mwifiex WiFi card, I noticed the following > missleading error message: > > [ 12.480042] mwifiex_sdio mmc2:0001:1: sdio platform data not available > > This error