Re: [PATCH v3 3/3] mt76: add driver code for MT76x2e

On 2016-09-08 09:52, Sergey Ryazanov wrote: >> + >> +int mt76x2_register_device(struct mt76x2_dev *dev) >> +{ >> + struct ieee80211_hw *hw = mt76_hw(dev); >> + struct wiphy *wiphy = hw->wiphy; >> + void *status_fifo; >> + int fifo_size; >> + int i, ret; >> + >> +

Re: [PATCH v3 3/3] mt76: add driver code for MT76x2e

2016-09-08 11:25 GMT+03:00 Felix Fietkau : > On 2016-09-08 09:52, Sergey Ryazanov wrote: >>> + >>> +int mt76x2_register_device(struct mt76x2_dev *dev) >>> +{ >>> + struct ieee80211_hw *hw = mt76_hw(dev); >>> + struct wiphy *wiphy = hw->wiphy; >>> + void

Re: [PATCH] rsi: code clean-up

On 8-9-2016 7:36, Prameela Rani Garnepudi wrote: > From: Prameela Rani Garnepudi Seems like you missed the essential training on main-line driver development :-p Typically you should split this up in conceptually separate patches so it is easier for people

Re: [PATCH v3 3/3] mt76: add driver code for MT76x2e

First of all I would like to thank you Felix for this great job! Please find one simple question below. 2016-09-05 12:51 GMT+03:00 Felix Fietkau : > From: Felix Fietkau > > This is a 2x2 PCIe 802.11ac chipset by MediaTek > [skip] > +int

[PATCH] rsi: code clean-up

From: Prameela Rani Garnepudi Signed-off-by: Prameela Rani Garnepudi --- drivers/net/wireless/rsi/rsi_91x_core.c | 18 ++-- drivers/net/wireless/rsi/rsi_91x_debugfs.c | 13 +--

pull-request: wireless-drivers 2016-09-08

Hi Dave, few important, but as can be seen from the diffstat, really small fixes for 4.8. Please let me know if you have any problems. Kalle The following changes since commit bb87f02b7e4ccdb614a83cbf840524de81e9b321: Merge ath-current from ath.git (2016-08-29 21:39:04 +0300) are available

Re: [PATCH v4 2/4] wcn36xx: Transition driver to SMD client

Bjorn Andersson writes: > The wcn36xx wifi driver follows the life cycle of the WLAN_CTRL SMD > channel, as such it should be a SMD client. This patch makes this > transition, now that we have the necessary frameworks available. > > Signed-off-by: Bjorn Andersson

Re: rtl8xxxu: fix spelling mistake "firmare" -> "firmware"

Colin Ian King wrote: > From: Colin Ian King > > Trivial fix to spelling mistakes in dev_dbg message. > > Signed-off-by: Colin Ian King > Reviewed-by: Julian Calaby I assume Jes will take

Re: [PATCH 1/2] ath9k: use ieee80211_tx_status_noskb where possible

On 2016-09-08 13:41, Kalle Valo wrote: > Zefir Kurtisi writes: > >> On 08/11/2016 09:27 PM, Felix Fietkau wrote: >>> On 2016-08-11 18:05, Zefir Kurtisi wrote: On 08/04/2016 11:49 PM, Felix Fietkau wrote: > It removes the need for undoing the padding changes to

Re: [PATCH] rsi: code clean-up

Arend Van Spriel writes: > On 8-9-2016 7:36, Prameela Rani Garnepudi wrote: >> From: Prameela Rani Garnepudi > > Seems like you missed the essential training on main-line driver > development :-p > > Typically you should split

Re: [PATCH v3 1/3] Documentation: dt: net: add mt76 wireless device binding

Felix Fietkau writes: > Signed-off-by: Felix Fietkau > --- > .../bindings/net/wireless/mediatek,mt76.txt| 26 > ++ > 1 file changed, 26 insertions(+) > create mode 100644 >

Re: [PATCH 1/2] ath9k: use ieee80211_tx_status_noskb where possible

Zefir Kurtisi writes: > On 08/11/2016 09:27 PM, Felix Fietkau wrote: >> On 2016-08-11 18:05, Zefir Kurtisi wrote: >>> On 08/04/2016 11:49 PM, Felix Fietkau wrote: It removes the need for undoing the padding changes to skb->data and it improves performance by

Re: Stability connection problems in ath9k kernel 4.7

On mercoledì 7 settembre 2016 11:32:24 CEST Kalle Valo wrote: > Valerio Passini writes: > > I have found some connection problems since 4.7 release using ath9k that > > turn the wifi pretty useless, I think it might be something in the power > > management because the

Re: Stability connection problems in ath9k kernel 4.7

On giovedì 8 settembre 2016 16:11:49 CEST Valerio Passini wrote: I missed a line in copy-paste, sorry. Valerio git bisect start # good: [2dcd0af568b0cf583645c8a317dd12e344b1c72a] Linux 4.6 git bisect good 2dcd0af568b0cf583645c8a317dd12e344b1c72a # bad: [523d939ef98fd712632d93a5a2b588e477a7565e]

RE: mwifiex: add PCIe function level reset support

Hi Kalle, > From: linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless- > ow...@vger.kernel.org] On Behalf Of Kalle Valo > Sent: Saturday, September 03, 2016 9:10 PM > To: Amitkumar Karwar > Cc: linux-wireless@vger.kernel.org; Amitkumar Karwar > Subject: Re: mwifiex: add PCIe function

Re: [PATCH v4 2/4] wcn36xx: Transition driver to SMD client

On Thu, Sep 8, 2016 at 5:16 AM, Kalle Valo wrote: > Bjorn Andersson writes: > >> The wcn36xx wifi driver follows the life cycle of the WLAN_CTRL SMD >> channel, as such it should be a SMD client. This patch makes this >> transition, now that we

Re: rtl8xxxu: fix spelling mistake "firmare" -> "firmware"

Kalle Valo writes: > Colin Ian King wrote: >> From: Colin Ian King >> >> Trivial fix to spelling mistakes in dev_dbg message. >> >> Signed-off-by: Colin Ian King >> Reviewed-by: Julian Calaby

RE: mwifiex: propagate error if IRQ request fails in mwifiex_sdio_of()

Hi Javier, > From: Javier Martinez Canillas [mailto:jav...@osg.samsung.com] > Sent: Tuesday, September 06, 2016 5:43 PM > To: Kalle Valo > Cc: linux-ker...@vger.kernel.org; Amitkumar Karwar; > net...@vger.kernel.org; linux-wireless@vger.kernel.org; Nishant > Sarmukadam; Arend van Spriel >

Re: mwifiex: propagate error if IRQ request fails in mwifiex_sdio_of()

Hello Amitkumar, On 09/08/2016 11:55 AM, Amitkumar Karwar wrote: > Hi Javier, > >> From: Javier Martinez Canillas [mailto:jav...@osg.samsung.com] >> Sent: Tuesday, September 06, 2016 5:43 PM >> To: Kalle Valo >> Cc: linux-ker...@vger.kernel.org; Amitkumar Karwar; >> net...@vger.kernel.org;

Re: [PATCH v4 2/4] wcn36xx: Transition driver to SMD client

Bjorn Andersson writes: > On Thu, Sep 8, 2016 at 5:16 AM, Kalle Valo wrote: >> Bjorn Andersson writes: >> >>> The wcn36xx wifi driver follows the life cycle of the WLAN_CTRL SMD >>> channel, as such it should be a

Re: [PATCH 2/2] mwifiex: fix unaligned read in mwifiex_config_scan()

Amitkumar Karwar writes: >> > --- a/drivers/net/wireless/marvell/mwifiex/scan.c >> > +++ b/drivers/net/wireless/marvell/mwifiex/scan.c >> > @@ -883,7 +883,8 @@ mwifiex_config_scan(struct mwifiex_private *priv, >> >

Re: Stability connection problems in ath9k kernel 4.7

Valerio Passini writes: > On mercoledì 7 settembre 2016 11:32:24 CEST Kalle Valo wrote: >> Valerio Passini writes: >> > I have found some connection problems since 4.7 release using ath9k that >> > turn the wifi pretty useless, I think it

RE: [PATCH 2/2] mwifiex: fix unaligned read in mwifiex_config_scan()

Hi Petri, > -Original Message- > From: Petri Gynther [mailto:pgynt...@google.com] > Sent: Tuesday, August 16, 2016 11:17 PM > To: linux-wireless@vger.kernel.org > Cc: kv...@codeaurora.org; David Miller; Joe Perches; Amitkumar Karwar; > Petri Gynther > Subject: Re: [PATCH 2/2] mwifiex: fix

Re: [RFC] mac80211: Dynamically set CoDel parameters per station.

On 2016-09-08 21:59, Toke Høiland-Jørgensen wrote: > CoDel can be too aggressive if a station sends at a very low rate. This > gets worse the more stations are present, as each station gets more > bursty the longer the round-robin scheduling between stations takes. > > This is an attempt to

support for QCA9377 SDIO (ath10k or ath6kl)

Hello, is there any support for the SDIO chips QCA9377 (and QCA9378) planned? Would these be supported by ath10k or ath6kl or is a completely new driver needed? Some background: There are some device (Android TV boxes) which are using a QCA9377 wifi chip connected via SDIO. Example: Beelink GT1

[RFC] mac80211: Dynamically set CoDel parameters per station.

CoDel can be too aggressive if a station sends at a very low rate. This gets worse the more stations are present, as each station gets more bursty the longer the round-robin scheduling between stations takes. This is an attempt to dynamically adjust CoDel parameters per station. It takes a rather

Re: [PATCH v4 2/4] wcn36xx: Transition driver to SMD client

Andy Gross writes: >> > >> This doesn't compile for me: >> > >> >> > > >> > > I thought I mentioned this in the mail, sorry for missing that. >> > >> > Maybe you did and I just forgot, I have a tendency to do that :) >> > >> > > There is a patch for this issue in

Re: [PATCH v4 2/4] wcn36xx: Transition driver to SMD client

On Thu 08 Sep 10:35 PDT 2016, Kalle Valo wrote: > Bjorn Andersson writes: > > > On Thu, Sep 8, 2016 at 5:16 AM, Kalle Valo wrote: > >> Bjorn Andersson writes: > >> > >>> The wcn36xx wifi driver follows the life