Hi Shikha,
That one is next on my review list.
Could you please rebase it on top of nfc-next though ?
Cheers,
Samuel.
On Fri, Apr 28, 2017 at 04:31:16AM +, Shikha SINGH wrote:
> Hello Samuel,
>Could you please consider the below patch series for integration in
> Linux-NFC mainline?
Hi Samuel,
OK. I will rebase on top of nfc-next and make a new release.
Thanks & Regards,
Shikha
From: Samuel Ortiz
Sent: Friday, April 28, 2017 12:59 PM
To: Shikha SINGH
Cc: linux-wireless@vger.kernel.org; linux-...@lists.01.org; Raunaque Mujeeb
From: Johannes Berg
Add support for encoding and reporting HE RX rates. So far this
only passes through to cfg80211 and doesn't do anything extra
like radiotap reporting.
type=feature
Change-Id: Iab9e575bf47b4945597d703fb4fd8fde7dc0057d
Signed-off-by: Johannes Berg
---
include/net/mac80211.h
From: Johannes Berg
We currently use a lot of flags that are mutually incompatible,
separate this out into actual encoding and bandwidth enum values.
Much of this again done with spatch, with manual post-editing,
mostly to add the switch statements and get rid of the conversions.
@@
expression
From: Johannes Berg
This field will need to be used again for HE, so rename it now.
Again, mostly done with this spatch:
@@
expression status;
@@
-status->vht_nss
+status->nss
@@
expression status;
@@
-status.vht_nss
+status.nss
type=feature
Change-Id: Ib7b3008edee91c49484084a054b25be7daf5fdb
From: Johannes Berg
In preparation for adding support for HE rates, clean up
the driver report encoding for rate/bandwidth reporting
on RX frames.
Much of this patch was done with the following spatch:
@@
expression status;
@@
-status->flag & (RX_FLAG_HT | RX_FLAG_VHT)
+status->enc_flags & (RX_
From: Johannes Berg
Instead of hand-coding the bit manipulations, use the bitfield
macros to generate the code for the encoded bitrate.
type=cleanup
Change-Id: I93b66fbd2d866f4e5c118dc5fb4845683edd4dcc
Signed-off-by: Johannes Berg
---
net/mac80211/sta_info.c | 26 +---
net
The mac80211 RX rate reporting has grown over the years - from just
CCK/OFDM rates, adding a flag for HT (that still made sense), then
adding a flag for VHT (that didn't - HT/VHT are mutually exclusive),
and now I'm looking at adding HE support ...
This really needed some cleanups, so here they ar
Hello,
I have issue with qca988x firmware. It crash every couple of hours. I have
tested dozen of versions, e.g:
-rw-r--r-- 1 root root 245088 Jan 2 12:21 firmware-5.bin_10.2.4.70-2
-rw-r--r-- 1 root root 248188 Apr 19 06:30 firmware-5.bin_10.2.4.70.54
-rw-r--r-- 1 root root 248232 De
I've applied patches 1-3.
Patch 5 is missing your S-o-b (since you sent it to me), but regardless
of that I'd like to actually see the usage (in minstrel?) with the API.
johannes
On Thu, 2017-04-27 at 12:45 +0530, Mohammed Shafi Shajakhan wrote:
> From: Mohammed Shafi Shajakhan
>
> Existing API 'ieee80211_get_sdata_band' returns default 2 GHz band
> even
> if the channel context configuration is NULL. This crashes for
> chipsets
> which support 5 Ghz alone when it tries t
Applied, with the cast removed as Arend spotted.
johannes
On Wed, 2017-04-26 at 10:58 +0300, Luca Coelho wrote:
> From: Avraham Stern
>
> Parse the BSS max idle period element and set the BSS configuration
> accordingly so the driver can use this information to configure the
> max idle period and to use protected management frames for keep alive
> when
On Tue, Apr 25, 2017 at 10:46:25PM -0600, Jason Litzinger wrote:
> The patch with this RFC addresses the following sparse warnings:
So are you going to resend this as a non-RFC patch so that I can apply
it? :)
thanks,
greg k-h
On Sat, Apr 22, 2017 at 11:14:57AM +0100, Malcolm Priestley wrote:
> Since 4.9 mandated USB buffers be heap allocated this causes the driver
> to fail.
It's really been a requirement since the 2.2 days, it's just that not
many people ran USB drivers on the platforms that required it :)
thanks,
g
]
url:
https://github.com/0day-ci/linux/commits/Mohammed-Shafi-Shajakhan/mac80211-Fix-possible-sband-related-NULL-pointer-de-reference/20170428-120425
base: https://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211.git
master
:: branch date: 2 hours ago
:: commit date: 2 hours ago
On Fri, 2017-04-28 at 12:06 +0200, Julia Lawall wrote:
> Please check whether an unlock is missing on line 3009-3013.
Yep, thanks. I'll fix it
johannes
On Fri, 2017-04-28 at 12:06 +0200, Julia Lawall wrote:
> Please check whether an unlock is missing on line 3009-3013.
Yep, thanks. I'll fix it
[shafi] thanks johannes and Julia ! sorry about the regression
On Thu, 2017-04-27 at 12:45 +0530, Mohammed Shafi Shajakhan wrote:
> From: Mohammed Shafi Shajakhan
>
> Existing API 'ieee80211_get_sdata_band' returns default 2 GHz band
> even
> if the channel context configuration is NULL. This crashes for
> chipsets
> which support 5 Ghz alone when it tries to
ch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Mohammed-Shafi-Shajakhan/mac80211-Fix-possible-sband-related-NULL-pointer-de-reference/20170428-120425
base: https://git.kernel.org/pub/scm/linux/kernel/git/jb
rong git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Mohammed-Shafi-Shajakhan/mac80211-Fix-possible-sband-related-NULL-pointer-de-reference/20170428-120425
> base: https://git.kernel.org/pub/scm/linux/kerne
> I tested the 4-way-hs (both Personal and 802.1X) with boolean
> parameter similar to what is proposed in the patch for roaming
> "cfg80211/nl80211: add authorized flag to roaming event" and it works
> fine. So I can extend it for use in connect result. Just had one
> issue regarding the type, ie
Have proper request id filled in the SCHED_SCAN_RESULTS and
SCHED_SCAN_STOPPED notifications toward user-space by having the
driver provide it through the api.
Reviewed-by: Hante Meuleman
Reviewed-by: Pieter-Paul Giesberts
Reviewed-by: Franky Lin
Signed-off-by: Arend van Spriel
---
Hi Johannes
On 28-4-2017 14:02, Johannes Berg wrote:
>
>> I tested the 4-way-hs (both Personal and 802.1X) with boolean
>> parameter similar to what is proposed in the patch for roaming
>> "cfg80211/nl80211: add authorized flag to roaming event" and it works
>> fine. So I can extend it for use in connect re
On Fri, 2017-04-28 at 13:40 +0100, Arend van Spriel wrote:
> Have proper request id filled in the SCHED_SCAN_RESULTS and
> SCHED_SCAN_STOPPED notifications toward user-space by having the
> driver provide it through the api.
>
Looks good, thanks :)
johannes
On Fri, 2017-04-28 at 14:46 +0200, Arend Van Spriel wrote:
> I already have the 4-way-hs stuff rebased with modified ATTR_PMK
> description and additional length check in nl80211 for it. Jouni
> commented on that already in 4-way-hs patch.
Cool.
> > Do you want to pick that up? I probably can't
> So are you going to resend this as a non-RFC patch so that I can apply
> it? :)
Yep, apologies for the delay.
Was hoping to get my test setup up and going, but some Errata with
that version of the dev board have complicated access to the SDIO port.
I'll prepare a proper patch and get it sent ou
On Tue, Mar 21, 2017 at 02:14:05PM +0200, Kalle Valo wrote:
> What I could do is to wait for the patches 1-3 trickle down to w-d-next
> and then apply this patch. It usually takes few weeks, but with bad luck
> it might happen only after the merge window. Would that work?
Is this going to get pick
Similar to the SDIO driver, we should implement this so that we will
automatically reset the device whenever there's a command timeout or
similar.
Signed-off-by: Brian Norris
---
I still haven't found the reset sequence to work 100% reliably, but it's
definitely better than nothing.
drivers/net
Hi Dave,
Since I had many API changes pending I decided to go ahead and
take the opportunity to get them before the merge window, which
is a natural tree synchronization point :)
I meant to sent this earlier today but forgot due to some debug
(unrelated to this code, in our internal tree), sorry
tree: https://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next.git
master
head: b34939b9836950d261610132853311054b507247
commit: b34939b9836950d261610132853311054b507247 [23/23] cfg80211: add request
id to cfg80211_sched_scan_*() api
reproduce: make htmldocs
All warnings (new ones
From: Johannes Berg
Date: Fri, 28 Apr 2017 19:56:57 +0200
> Since I had many API changes pending I decided to go ahead and
> take the opportunity to get them before the merge window, which
> is a natural tree synchronization point :)
Awesome :)
> I meant to sent this earlier today but forgot du
On 04/20/2017 08:30 AM, 莊彥宣 wrote:
Dear SY,
Linux kernel upstream 上面對於這種 ifdef 的方式是不認同的
能否用其他的方式來代替呢?
或是利用變數來控制。
另外如果default是跑哪邊,某一路只是for special case的話
可以先把其中一邊拿掉。
先上upstream 之後再來refine
Best Regards,
Tony
-Original Message-
From: Kalle Valo [mailto:kv...@codeaurora.org]
Sent: Thursd
On Tue, Apr 25, 2017 at 03:43:53PM -0700, Mark Greer wrote:
> The 'vin-voltage-override' DT property is used by the trf7970a
> driver to override the voltage presented to the driver by the
> regulator subsystem. This is unnecessary as properly specifying
> the regulator chain via DT properties wil
tree: https://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next.git
pending
head: c7e12d92078f1789c8409523f81ad89fa8fe4bd8
commit: c7e12d92078f1789c8409523f81ad89fa8fe4bd8 [17/17] mac80211: add support
for HE RX rate reporting
config: x86_64-kexec (attached as .config)
compiler: gcc
On Sat, 2017-04-29 at 04:30 +0800, kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac8021
> 1-next.git pending
> head: c7e12d92078f1789c8409523f81ad89fa8fe4bd8
> commit: c7e12d92078f1789c8409523f81ad89fa8fe4bd8 [17/17] mac80211:
> add support for HE RX ra
On Wed, 2017-04-26 at 12:05 +0200, Arend van Spriel wrote:
>
> > the mobility domain does not require new 802.1X authentication, but
> > roaming to another mobility domain does.
>
> Not sure about the terminology here. Is "mobility domain" the same
> as "ESS" which stands for extended service se
On Thu 27 Apr 01:22 PDT 2017, Johannes Berg wrote:
>
> > @@ -371,7 +371,7 @@ static void reap_tx_dxes(struct wcn36xx *wcn,
> > struct wcn36xx_dxe_ch *ch)
> > info = IEEE80211_SKB_CB(ctl->skb);
> > if (!(info->flags &
> > IEEE80211_TX_CTL_REQ_TX_STATUS)) {
>
Dear Larry,
Though my colleague said that they usually use AUTO_REPORT = 1 to run the
btcoex.
But I think your patch is better because if we just remove the less used part
we need to add them back in the future again. So just use your patch but set
the AUTO_REPORT default true.
Regards,
Tony
_
Hallo all,
short version:
I'm looking for devices which use Xtensa and GCC/binutils patches used
to provide support for this devices.
long version:
this year started with inclusion of open-ath9k-htc-firmware to debian
*main* repository. As first we started to getting advantage of regular
compile
40 matches
Mail list logo