Re: [PATCH 2/4] stagign: wilc1000: validate cfg parameters before scheduling the work

2018-10-26 Thread Adham.Abozaeid
On 10/26/18 2:36 AM, Dan Carpenter wrote: > On Thu, Oct 25, 2018 at 09:11:00PM +, adham.aboza...@microchip.com wrote: > > You'll need to resend these because your email from header is in the > wrong format. Also there is a typo in the subject. s/stagign/staging/. > Apologies Dan for that!

Bad WARN_ON spam in mac80211 wake_queue

2018-10-26 Thread Ben Greear
I made the mistake of configuring 64 ath10k vdevs on an un-modified 4.19-rc5 mac80211, and the (OpenWRT) system mostly killed itself. I'm not sure if this is root cause or not, but one of the issues is that this code hits the WARN_ON in wake_queue() over and over again. Please make it

[PATCH] {nl,mac}80211: add rssi to mesh candidates

2018-10-26 Thread Bob Copeland
When peering is in userspace, some implementations may want to control which peers are accepted based on RSSI in addition to the information elements being sent today. Add signal level so that info is available to clients. Signed-off-by: Bob Copeland --- include/net/cfg80211.h| 3 ++-

Re: [PATCH] linux-firmware: add firmware for mt7650e

2018-10-26 Thread Josh Boyer
On Mon, Oct 22, 2018 at 8:16 AM Stanislaw Gruszka wrote: > > Add binary firmware for mt7650e based devices > > Signed-off-by: Stanislaw Gruszka > --- > WHENCE | 2 ++ > mediatek/mt7650e.bin | Bin 0 -> 382212 bytes > 2 files changed, 2 insertions(+) > create mode 100644

[PATCH 4/4] mt76: remove wait argument from mt76x02_mcu_set_radio_state

2018-10-26 Thread Stanislaw Gruszka
Remove wait argument from mt76x02_mcu_set_radio_state and newer wait for response when sending CMD_POWER_SAVING_OP mcu command. Note this change behaviour for PCIe devices, but the change is in align with vendor driver. Signed-off-by: Stanislaw Gruszka ---

[PATCH 3/4] mt76: remove wait argument from mt76x02_mcu_function_select

2018-10-26 Thread Stanislaw Gruszka
Remove wait argument from mt76x02_mcu_function_select and wait for response when function is not Q_SELECT, what is the same behaviour like in vendor driver. Note this change behaviour for PCIe devices for Q_SELECT function form wait to no-wait, and for mt76x0u BW_SETTING from no-wait to wait. But

[PATCH 0/4] mt76: mcu api clenups

2018-10-26 Thread Stanislaw Gruszka
Simplify mcu api and wait for response for mcu commands the same as vendor driver. This is on top of: [PATCH] mt76x0: use band parameter for LC calibration Stanislaw Gruszka (4): mt76: remove mcu_msg_alloc mt76: remove wait argument from mt76x02_mcu_calibrate mt76: remove wait argument

[PATCH 1/4] mt76: remove mcu_msg_alloc

2018-10-26 Thread Stanislaw Gruszka
We almost always use patter like this: skb = mt76_mcu_msg_alloc(dev, , sizeof(msg)); return mt76_mcu_send_msg(dev, skb, CMD_FUN_SET_OP, wait_resp); This is not needed, we can allocate skb in mcu_send_msg routine. Signed-off-by: Stanislaw Gruszka ---

[PATCH 2/4] mt76: remove wait argument from mt76x02_mcu_calibrate

2018-10-26 Thread Stanislaw Gruszka
We always wait for CMD_CALIBRATION_OP mcu message, but wait argument is used for do additioanl MT_MCU_COM_REG0 register operations, which are needed for MMIO devices and we can use mt76_is_mmio() check instead of wait argument. Signed-off-by: Stanislaw Gruszka ---

[PATCH] brcmutil: print invalid chanspec when WARN-ing

2018-10-26 Thread Rafał Miłecki
From: Rafał Miłecki On one of my devices I got WARNINGs when brcmfmac tried to decode chanspec. I couldn't tell if it was some unsupported format or just a malformed value passed by a firmware. Print chanspec value so it's possible to debug a possible problem. Signed-off-by: Rafał Miłecki ---

Re: [PATCH 4.20 FIX] brcmutil: really fix decoding channel info for 160 MHz bandwidth

2018-10-26 Thread Kalle Valo
Rafał Miłecki writes: > From: Rafał Miłecki > > Previous commit /adding/ support for 160 MHz chanspecs was incomplete. > It didn't set bandwidth info and didn't extract control channel info. As > the result it was also using uninitialized "sb" var. > > This change has been tested for two

[PATCH 4.20 FIX] brcmutil: really fix decoding channel info for 160 MHz bandwidth

2018-10-26 Thread Rafał Miłecki
From: Rafał Miłecki Previous commit /adding/ support for 160 MHz chanspecs was incomplete. It didn't set bandwidth info and didn't extract control channel info. As the result it was also using uninitialized "sb" var. This change has been tested for two chanspecs found to be reported by some

Re: [PATCH 2/4] stagign: wilc1000: validate cfg parameters before scheduling the work

2018-10-26 Thread Dan Carpenter
On Thu, Oct 25, 2018 at 09:11:00PM +, adham.aboza...@microchip.com wrote: You'll need to resend these because your email from header is in the wrong format. Also there is a typo in the subject. s/stagign/staging/. regards, dan carpenter

GREETINGS,

2018-10-26 Thread Mrs. Aisha
I am Mrs Aisha Muammar Gaddafi, I have a profitable business proposal with good interest to share with you, this is what ($27.500.000.00). If you are willing to handle this project kindly reply urgent to enable me provide you more information about the investment funds.Best Regards, Mrs Aisha

Re: [PATCH] mac80211: support FTM responder configuration/statistics

2018-10-26 Thread Johannes Berg
Hi, Actually, I think my suggestion _would_ in fact fix the whole issue. > diff --git a/net/mac80211/cfg.c b/net/mac80211/cfg.c > index 51622333d460..70d6de29425b 100644 > --- a/net/mac80211/cfg.c > +++ b/net/mac80211/cfg.c > @@ -2934,19 +2934,20 @@ static int >