* [PATCH 16/17] iwlwifi: mvm: Fix removal of IGTK
From: Luca Coelho @ 2017-02-08 15:51 UTC (permalink / raw)
To: linux-wireless; +Cc: kvalo, Ilan Peer, Luca Coelho
In-Reply-To: <20170208155149.1704-1-luca@coelho.fi>
From: Ilan Peer <ilan.peer@intel.com>
When removing an IGTK, iwl_mvm_send_sta_igtk() was
called before station ID was retrieved, so the function
was invoked with an invalid station ID. Fix this by first
getting the station ID.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=192411
Signed-off-by: Ilan Peer <ilan.peer@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
---
drivers/net/wireless/intel/iwlwifi/mvm/sta.c | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/intel/iwlwifi/mvm/sta.c b/drivers/net/wireless/intel/iwlwifi/mvm/sta.c
index 1bad933b3ad4..c35fabdf85da 100644
--- a/drivers/net/wireless/intel/iwlwifi/mvm/sta.c
+++ b/drivers/net/wireless/intel/iwlwifi/mvm/sta.c
@@ -3047,6 +3047,11 @@ int iwl_mvm_remove_sta_key(struct iwl_mvm *mvm,
/* Get the station from the mvm local station table */
mvm_sta = iwl_mvm_get_key_sta(mvm, vif, sta);
+ if (!mvm_sta) {
+ IWL_ERR(mvm, "Failed to find station\n");
+ return -EINVAL;
+ }
+ sta_id = mvm_sta->sta_id;
IWL_DEBUG_WEP(mvm, "mvm remove dynamic key: idx=%d sta=%d\n",
keyconf->keyidx, sta_id);
@@ -3074,8 +3079,6 @@ int iwl_mvm_remove_sta_key(struct iwl_mvm *mvm,
return 0;
}
- sta_id = mvm_sta->sta_id;
-
ret = __iwl_mvm_remove_sta_key(mvm, sta_id, keyconf, mcast);
if (ret)
return ret;
--
2.11.0
^ permalink raw reply related
* Re: [PATCH net-next v2 00/12] net: dsa: remove unnecessary phy.h include
From: Kalle Valo @ 2017-02-08 16:11 UTC (permalink / raw)
To: David Miller
Cc: f.fainelli, netdev, linux-mips, linux-nfs, linux-scsi, linux-usb,
linux-wireless, target-devel, andrew, anna.schumaker,
derek.chickles, felix.manlunas, bfields, jlayton, jirislaby,
mcgrof, madalin.bucur, UNGLinuxDriver, nab, mickflemm,
nicolas.ferre, raghu.vatsavayi, ralf, satananda.burla,
thomas.petazzoni, timur, trond.myklebust, vivien.didelot,
woojung.huh
In-Reply-To: <20170208.110626.346978547122180233.davem@davemloft.net>
David Miller <davem@davemloft.net> writes:
> From: Florian Fainelli <f.fainelli@gmail.com>
> Date: Tue, 7 Feb 2017 15:02:53 -0800
>
>> I'm hoping this doesn't conflict with what's already in net-next...
>>=20
>> David, this should probably go via your tree considering the diffstat.
>
> I think you need one more respin. Are you doing an allmodconfig build?
> If not, for something like this it's a must:
>
> drivers/net/wireless/ath/wil6210/cfg80211.c:24:30: error: expected =E2=80=
=98)=E2=80=99 before =E2=80=98bool=E2=80=99
> module_param(disable_ap_sme, bool, 0444);
> ^
> drivers/net/wireless/ath/wil6210/cfg80211.c:25:34: error: expected =E2=80=
=98)=E2=80=99 before string constant
> MODULE_PARM_DESC(disable_ap_sme, " let user space handle AP mode SME");
> ^
> Like like that file needs linux/module.h included.
Johannes already fixed a similar (or same) problem in my tree:
wil6210: include moduleparam.h
https://git.kernel.org/cgit/linux/kernel/git/kvalo/wireless-drivers-next.gi=
t/commit/?id=3D949c2d0096753d518ef6e0bd8418c8086747196b
I'm planning to send you a pull request tomorrow which contains that
one.
--=20
Kalle Valo
^ permalink raw reply
* RE: KASAN+netlink, was: [PATCH] [net-next?] hns: avoid stack overflow with CONFIG_KASAN
From: David Laight @ 2017-02-08 16:00 UTC (permalink / raw)
To: 'Johannes Berg', Arnd Bergmann, David Miller,
netdev@vger.kernel.org
Cc: stable@vger.kernel.org, linux-kernel@vger.kernel.org,
Andrey Ryabinin, nikolay@cumulusnetworks.com,
nicolas.dichtel@6wind.com, adobriyan@gmail.com, linux-wireless
In-Reply-To: <1486556665.24745.6.camel@sipsolutions.net>
PiBGcm9tOiBKb2hhbm5lcyBCZXJnDQo+IFNlbnQ6IDA4IEZlYnJ1YXJ5IDIwMTcgMTI6MjQNCi4u
Lg0KPiBCdHcsIHdoYXQncyBjYXVzaW5nIHRoaXMgdG8gc3RhcnQgd2l0aD8gQ2FuJ3QgdGhlIGNv
bXBpbGVyIHJldXNlIHRoZQ0KPiBzdGFjayBwbGFjZXM/DQoNCk9ubHkgaWYgaXQgcmVhbGlzZXMg
dGhleSd2ZSBnb25lIG91dCBvZiBzY29wZSAtIHdoaWNoIHByb2JhYmx5DQpkb2Vzbid0IGhhcHBl
biB3aGVuIHRoZSBmdW5jdGlvbnMgYXJlIGlubGluZWQuDQpUaGUgYWRkcmVzcyBvZiB0aGUgcGFy
YW1ldGVyIGNhbiBiZSBzYXZlZCBieSB0aGUgY2FsbGluZyBmdW5jdGlvbg0KYW5kIHVzZWQgaW4g
YSBsYXRlciBjYWxsLg0KDQpTb21ldGhpbmcgbGlrZSB0aGlzIGlzIHZhbGlkOg0KDQppbnQgZm9v
KGludCAqcCwgaW50IHYpDQp7DQoJc3RhdGljIGludCAqc3Y7DQoJaW50IG9sZCA9IC0xOw0KCWlm
IChzdikge29sZCA9ICpzdjsgKnN2ID0gdjt9DQoJc3YgPSB2Ow0KCXJldHVybiBvbGQ7DQp9DQoN
CnZvaWQgYmFyKC4uLikgew0KCWludCBhLCBiOw0KCS4uLg0KCWZvbygmYSwgMCk7DQoJLi4uDQoJ
Zm9vKCZiLCAxKTsNCgkuLi4NCglmb28oTlVMTCwgMik7DQoJLi4uDQoNCklmIHRoZSBjb21waWxl
ciBzdGFydHMgc2hhcmluZyBzdGFjayBpdCBhbGwgZ29lcyB3cm9uZy4NCg0KCURhdmlkDQoNCg0K
^ permalink raw reply
* Re: [PATCH V3 4/9] brcmfmac: add struct brcmf_pub parameter to the __brcmf_err
From: Rafał Miłecki @ 2017-02-08 15:09 UTC (permalink / raw)
To: Kalle Valo
Cc: Arend Van Spriel, Rafał Miłecki, Franky Lin,
Hante Meuleman, Pieter-Paul Giesberts, Franky Lin, linux-wireless,
brcm80211-dev-list.pdl
In-Reply-To: <87tw84loop.fsf@kamboji.qca.qualcomm.com>
On 2017-02-08 15:52, Kalle Valo wrote:
> Rafał Miłecki <rafal@milecki.pl> writes:
>
>> On 2017-02-08 10:54, Arend Van Spriel wrote:
>>> On 2-2-2017 22:33, Rafał Miłecki wrote:
>>>> From: Rafał Miłecki <rafal@milecki.pl>
>>>>
>>>> This will allow getting struct device reference from the passed
>>>> brcmf_pub for the needs of dev_err. More detailed messages are
>>>> really
>>>> important for home routers which frequently have 2 (or even 3)
>>>> wireless
>>>> cards supported by brcmfmac.
>>>>
>>>> Note that all calls are yet to be updated as for now brcmf_err macro
>>>> always passes NULL. This will be handled in following patch to make
>>>> this
>>>> change easier to review.
>>>
>>> I prefer brcmf_err() to have struct device reference directly
>>> instead of
>>> using brcmf_pub. That would remove the need for patches 5 till 7 as
>>> bus
>>> specific code already has struct device. So I have acked the first
>>> three
>>> patches, but would like to revise 8 and 9.
>>>
>>> Kalle,
>>>
>>> I acked the first three patches. Can those three still go in for
>>> 4.11?
>>
>> Sounds OK to me. Kalle, I ack Arend's request if it isn't too late.
>
> Ok, I'll try. My plan is to get everything ready for linux-next by
> tomorrow morning (Finland time), let's see how it goes.
>
> Related to this, Rafał are you still deleting the patches from
> patchwork
> which should be dropped? I think you are as I can't see patches 4-9
> anymore.
>
> Now that my patchwork setup is much better (compared to how it was over
> a year ago) I would actually prefer that you don't do that anymore. The
> problem is that when you delete the patch from patchwork it completely
> disappears from patchwork and I can't check the patch or discussion
> anymore. And I'm so accustomed to use patchwork that only seldom I use
> email to find the patch.
>
> So it would be better to leave the patches as is and let me drop them
> (=change the state Changes Requested, Rejected or similar), which is
> trivial with my script. Otherwise I get this unsure feeling of what
> happened to the patch :)
Yeah, that was me (marked 4-9 as Changes Requested), sorry ;) I won't be
messing with patches in the future.
^ permalink raw reply
* Re: ath10k: remove unneeded semicolon
From: Kalle Valo @ 2017-02-08 15:01 UTC (permalink / raw)
To: Waldemar Rymarkiewicz; +Cc: ath10k, Waldemar Rymarkiewicz, linux-wireless
In-Reply-To: <20170202175342.26338-1-ext.waldemar.rymarkiewicz@tieto.com>
Waldemar Rymarkiewicz <ext.waldemar.rymarkiewicz@tieto.com> wrote:
> Remove redundant semicolon after switch statement.
>
> Signed-off-by: Waldemar Rymarkiewicz <ext.waldemar.rymarkiewicz@tieto.com>
Patch applied to ath-next branch of ath.git, thanks.
dab55d1083db ath10k: remove unneeded semicolon
--
https://patchwork.kernel.org/patch/9552819/
Documentation about submitting wireless patches and checking status
from patchwork:
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
^ permalink raw reply
* [PATCH 17/17] iwlwifi: mvm: avoid exceeding the allowed print length
From: Luca Coelho @ 2017-02-08 15:51 UTC (permalink / raw)
To: linux-wireless; +Cc: kvalo, Golan Ben-Ami, Luca Coelho
In-Reply-To: <20170208155149.1704-1-luca@coelho.fi>
From: Golan Ben-Ami <golan.ben.ami@intel.com>
Divide a mfuart related print so it won't exceed the allowed
MAX_MSG_LEN (110 bytes) per print.
Fixes: 19f63c531b85 ("iwlwifi: mvm: support v2 of mfuart load notification")
Signed-off-by: Golan Ben-Ami <golan.ben.ami@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
---
drivers/net/wireless/intel/iwlwifi/mvm/fw.c | 20 ++++++++------------
1 file changed, 8 insertions(+), 12 deletions(-)
diff --git a/drivers/net/wireless/intel/iwlwifi/mvm/fw.c b/drivers/net/wireless/intel/iwlwifi/mvm/fw.c
index c42ef8681b75..45cb4f476e76 100644
--- a/drivers/net/wireless/intel/iwlwifi/mvm/fw.c
+++ b/drivers/net/wireless/intel/iwlwifi/mvm/fw.c
@@ -1396,19 +1396,15 @@ void iwl_mvm_rx_mfuart_notif(struct iwl_mvm *mvm,
struct iwl_rx_packet *pkt = rxb_addr(rxb);
struct iwl_mfuart_load_notif *mfuart_notif = (void *)pkt->data;
+ IWL_DEBUG_INFO(mvm,
+ "MFUART: installed ver: 0x%08x, external ver: 0x%08x, status: 0x%08x, duration: 0x%08x\n",
+ le32_to_cpu(mfuart_notif->installed_ver),
+ le32_to_cpu(mfuart_notif->external_ver),
+ le32_to_cpu(mfuart_notif->status),
+ le32_to_cpu(mfuart_notif->duration));
+
if (iwl_rx_packet_payload_len(pkt) == sizeof(*mfuart_notif))
IWL_DEBUG_INFO(mvm,
- "MFUART: installed ver: 0x%08x, external ver: 0x%08x, status: 0x%08x, duration: 0x%08x, image size: 0x%08x\n",
- le32_to_cpu(mfuart_notif->installed_ver),
- le32_to_cpu(mfuart_notif->external_ver),
- le32_to_cpu(mfuart_notif->status),
- le32_to_cpu(mfuart_notif->duration),
+ "MFUART: image size: 0x%08x\n",
le32_to_cpu(mfuart_notif->image_size));
- else
- IWL_DEBUG_INFO(mvm,
- "MFUART: installed ver: 0x%08x, external ver: 0x%08x, status: 0x%08x, duration: 0x%08x\n",
- le32_to_cpu(mfuart_notif->installed_ver),
- le32_to_cpu(mfuart_notif->external_ver),
- le32_to_cpu(mfuart_notif->status),
- le32_to_cpu(mfuart_notif->duration));
}
--
2.11.0
^ permalink raw reply related
* pull-request: iwlwifi-next 2017-02-08
From: Luca Coelho @ 2017-02-08 19:01 UTC (permalink / raw)
To: kvalo; +Cc: linux-wireless, linuxwifi
[-- Attachment #1: Type: text/plain, Size: 3570 bytes --]
Hi Kalle,
Here's my third and final pull-request intended for v4.11. As I
mentioned before, I concentrated on our bugfix patches this time. More
details in the tag description.
I have sent this out before, but I didn't get kbuildbot results yet.
Hopefully there will be no issues. I'm sending it out already because
you asked me to send this before 9pm today (I'm probably 1 or 2 minutes
late :P). It's up to you whether you want to pull it as is or wait for
kbuildbot results.
Please let me know if there are any issues.
Cheers,
Luca.
The following changes since commit 8364fbb497f00de21d6d347194fa8b6bbae1d6f5:
iwlwifi: mvm: support new beacon template command (2017-02-06 19:19:27 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/iwlwifi-next.git tags/iwlwifi-next-for-kalle-2017-02-08
for you to fetch changes up to 0c8d0a4770cb6863f78a25c8d211f42e9c82251c:
iwlwifi: mvm: avoid exceeding the allowed print length (2017-02-08 17:54:23 +0200)
----------------------------------------------------------------
Some patches focusing on bugfixes for v4.11:
* Fix 802.11w, which was failing to due an IGTK bug;
* A few more bugzilla bug fixes;
* A channel-switch race condition fix;
* Some fixes related to suspend/resume with new HW;
* The RF-kill saga continues;
* And some other fixes here and there...
----------------------------------------------------------------
Avraham Stern (1):
iwlwifi: mvm: Fix CSA received immediately after association
Emmanuel Grumbach (5):
iwlwifi: mvm: use the PROBE_RESP_QUEUE to send deauth to unknown station
iwlwifi: pcie: don't increment / decrement a bool
iwlwifi: make RTPM depend on EXPERT
iwlwifi: dvm: don't call << operator with a negative value
iwlwifi: mvm: don't call << operator with a negative value
Golan Ben Ami (2):
iwlwifi: pcie: Re-configure IVAR table after stop device
iwlwifi: pcie: set STATUS_RFKILL immediately after interrupt
Golan Ben-Ami (1):
iwlwifi: mvm: avoid exceeding the allowed print length
Goodstein, Mordechay (1):
iwlwifi: mvm: avoid race condition in ADD_STA.
Gregory Greenman (1):
iwlwifi: mvm: fix a print of NSS for HT rate
Haim Dreyfuss (3):
iwlwifi: pcie: move msix conf functions above other functions
iwlwifi: pcie: separate between SW and HW MSIX configuration
iwlwifi: pcie: re-configure IVAR table after suspend-resume
Ilan Peer (1):
iwlwifi: mvm: Fix removal of IGTK
Sara Sharon (2):
iwlwifi: mvm: fix references to first_agg_queue in DQA mode
iwlwifi: mvm: fix reorder timer re-arming
drivers/net/wireless/intel/iwlwifi/Kconfig | 7 ++-
drivers/net/wireless/intel/iwlwifi/dvm/rs.c | 5 +-
drivers/net/wireless/intel/iwlwifi/mvm/fw.c | 20 +++----
drivers/net/wireless/intel/iwlwifi/mvm/mac80211.c | 15 +++--
drivers/net/wireless/intel/iwlwifi/mvm/rs.c | 6 +-
drivers/net/wireless/intel/iwlwifi/mvm/rxmq.c | 3 +-
drivers/net/wireless/intel/iwlwifi/mvm/sta.c | 7 ++-
drivers/net/wireless/intel/iwlwifi/mvm/tx.c | 17 +++---
drivers/net/wireless/intel/iwlwifi/pcie/internal.h | 2 +-
drivers/net/wireless/intel/iwlwifi/pcie/rx.c | 8 ++-
drivers/net/wireless/intel/iwlwifi/pcie/trans.c | 243 ++++++++++++++++++++++++++++++++++++++++++----------------------------------
11 files changed, 188 insertions(+), 145 deletions(-)
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply
* Re: [PATCH V2] mtd: bcm47xxsflash: use platform_(set|get)_drvdata
From: Brian Norris @ 2017-02-08 19:21 UTC (permalink / raw)
To: Rafał Miłecki
Cc: David Woodhouse, Boris Brezillon, Marek Vasut, Richard Weinberger,
Cyrille Pitchen, Kalle Valo, linux-mtd, linux-wireless,
Hauke Mehrtens, Rafał Miłecki
In-Reply-To: <20170116162818.12094-1-zajec5@gmail.com>
On Mon, Jan 16, 2017 at 05:28:18PM +0100, Rafał Miłecki wrote:
> From: Rafał Miłecki <rafal@milecki.pl>
>
> We have generic place & helpers for storing platform driver data so
> there is no reason for using custom priv pointer.
>
> This allows cleaning up struct bcma_sflash from unneeded fields.
>
> Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
> ---
> Kalle: This is mtd focused patch, so I guess it should go through mtd tree. Do
> you find bcma change important enough to care to Ack it? :)
Applied to l2-mtd.git.
^ permalink raw reply
* Re: pull-request: iwlwifi-next 2017-02-08
From: Kalle Valo @ 2017-02-08 19:35 UTC (permalink / raw)
To: Luca Coelho; +Cc: linux-wireless, linuxwifi
In-Reply-To: <1486580477.10952.14.camel@coelho.fi>
Luca Coelho <luca@coelho.fi> writes:
> Here's my third and final pull-request intended for v4.11. As I
> mentioned before, I concentrated on our bugfix patches this time. More
> details in the tag description.
>
> I have sent this out before, but I didn't get kbuildbot results yet.
> Hopefully there will be no issues. I'm sending it out already because
> you asked me to send this before 9pm today (I'm probably 1 or 2 minutes
> late :P). It's up to you whether you want to pull it as is or wait for
> kbuildbot results.
>
> Please let me know if there are any issues.
>
> Cheers,
> Luca.
>
>
> The following changes since commit 8364fbb497f00de21d6d347194fa8b6bbae1d6f5:
>
> iwlwifi: mvm: support new beacon template command (2017-02-06 19:19:27 +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/iwlwifi-next.git tags/iwlwifi-next-for-kalle-2017-02-08
>
> for you to fetch changes up to 0c8d0a4770cb6863f78a25c8d211f42e9c82251c:
>
> iwlwifi: mvm: avoid exceeding the allowed print length (2017-02-08 17:54:23 +0200)
>
> ----------------------------------------------------------------
> Some patches focusing on bugfixes for v4.11:
>
> * Fix 802.11w, which was failing to due an IGTK bug;
> * A few more bugzilla bug fixes;
> * A channel-switch race condition fix;
> * Some fixes related to suspend/resume with new HW;
> * The RF-kill saga continues;
> * And some other fixes here and there...
>
> ----------------------------------------------------------------
Pulled, thanks.
--
Kalle Valo
^ permalink raw reply
* Re: [PATCH net-next v2 00/12] net: dsa: remove unnecessary phy.h include
From: Florian Fainelli @ 2017-02-08 19:45 UTC (permalink / raw)
To: Kalle Valo, David Miller
Cc: netdev, linux-mips, linux-nfs, linux-scsi, linux-usb,
linux-wireless, target-devel, andrew, anna.schumaker,
derek.chickles, felix.manlunas, bfields, jlayton, jirislaby,
mcgrof, madalin.bucur, UNGLinuxDriver, nab, mickflemm,
nicolas.ferre, raghu.vatsavayi, ralf, satananda.burla,
thomas.petazzoni, timur, trond.myklebust, vivien.didelot,
woojung.huh
In-Reply-To: <87h944ll0w.fsf@kamboji.qca.qualcomm.com>
On 02/08/2017 08:11 AM, Kalle Valo wrote:
> David Miller <davem@davemloft.net> writes:
>
>> From: Florian Fainelli <f.fainelli@gmail.com>
>> Date: Tue, 7 Feb 2017 15:02:53 -0800
>>
>>> I'm hoping this doesn't conflict with what's already in net-next...
>>>
>>> David, this should probably go via your tree considering the diffstat.
>>
>> I think you need one more respin. Are you doing an allmodconfig build?
I did not, instead tried to test each driver individually in different
configurations...
>> If not, for something like this it's a must:
>>
>> drivers/net/wireless/ath/wil6210/cfg80211.c:24:30: error: expected ‘)’ before ‘bool’
>> module_param(disable_ap_sme, bool, 0444);
>> ^
>> drivers/net/wireless/ath/wil6210/cfg80211.c:25:34: error: expected ‘)’ before string constant
>> MODULE_PARM_DESC(disable_ap_sme, " let user space handle AP mode SME");
>> ^
>> Like like that file needs linux/module.h included.
>
> Johannes already fixed a similar (or same) problem in my tree:
>
> wil6210: include moduleparam.h
>
> https://git.kernel.org/cgit/linux/kernel/git/kvalo/wireless-drivers-next.git/commit/?id=949c2d0096753d518ef6e0bd8418c8086747196b
>
> I'm planning to send you a pull request tomorrow which contains that
> one.
Thanks Kalle!
David, can you hold on this series until Kalle's pull request gets
submitted? Past this error, allmodconfig builds fine with this patch
series (just tested). Thanks!
--
Florian
^ permalink raw reply
* Re: Installing driver for Ubuntu 16.04 Intel(R) Wireless WiFi Link 4965AGN
From: Leopoldo @ 2017-02-08 20:12 UTC (permalink / raw)
To: sedat.dilek; +Cc: linux-wireless
In-Reply-To: <CA+icZUV-J0+jY8U=5_UwDf1Z7Qgnqswn+gAPhWm8YYkhqWLJjw@mail.gmail.com>
Dear Sedat,
Absolutely clear. As you are my primary contact there, you can extent my
question to the people there.
I much appreciate your assistance.
Kind regards,
Leopoldo
El 06/02/17 a las 07:01, Sedat Dilek escribió:
> On Sun, Feb 5, 2017 at 6:31 PM, Leopoldo <info@leopoldosoria.com> wrote:
>> Dear Sedat,
>>
>> Did you have the chance to have a look to this?
>>
> No.
> If it was not clear said: I did not promise to look at it, I just said
> sent the logs and people here can look at it.
>
> - Sedat -
>
>> Kind regards.
>>
>> Leopoldo
>>
>>
>> El 16/01/17 a las 21:33, Leopoldo escribió:
>>
>> Dear Sedat,
>>
>> Please, find attached the requested 2 files.
>>
>> Thanking you invaluable collaboration.
>>
>> Leopoldo
>>
>>
>> El 02/01/17 a las 20:39, Sedat Dilek escribió:
>>
>> On Mon, Jan 2, 2017 at 7:11 PM, <info@leopoldosoria.com> wrote:
>>
>> Dear Madam Sedat,
>>
>> Hehe, my family name is indeed a female first name - Sedat is male.
>>
>> Thank you for your answer.
>>
>> I already consulted Ubuntu Community but it is not so nice for a beginner
>> like me. I tried several recomedations from them, but no way. So, I
>> thought, it is better to ask to the source.
>>
>> Yes, I have the firmware you mention, but wifi doesn't work. The icon appear
>> in the top bar but it doesn't seem to be conected. It doesn't seach
>> conections even when wifi is activated. The ligh of wifi simbol in the
>> laptop lights some times but others it doesn't.
>>
>> It's difficult to answer without knowing anything about your hardware,
>> your WLAN infrastructure and your WLAN setup on Ubuntu/xenial.
>>
>> It might be helpful if you attach your linux-config and dmesg output.
>>
>> $ cp -v /boot/config-$(uname -r) /tmp
>> $ dmesg > /tmp/dmesg.txt
>>
>> Attach those two files from /tmp directory and people can look at this.
>>
>> - Sedat -
>>
>> Any help is welcome and I won't forget ladies next time, sorry.
>>
>> Thank you for your help and have a happy new year 2017 also.
>>
>> Regards,
>> Leopoldo
>>
>>
>>
>>
>> El 02-01-2017 15:06, Sedat Dilek escribió:
>>
>> On Mon, Jan 2, 2017 at 2:11 PM, <info@leopoldosoria.com> wrote:
>>
>> Dear Sirs,
>> Which of the below drivers should I install for my Lenovo 3000 V200?
>> I am runing Ubuntu 16.04
>>
>> Intel® Wireless WiFi Link 4965AGN
>> 2.6.24+ iwlwifi-4965-ucode-4.44.14.tgz
>> 2.6.24+ iwlwifi-4965-ucode-4.44.15.tgz
>> 2.6.24+ iwlwifi-4965-ucode-4.44.17.tgz
>> 2.6.24+ iwlwifi-4965-ucode-4.44.1.18.tgz
>> 2.6.24+ iwlwifi-4965-ucode-4.44.1.20.tgz
>> 2.6.24+ iwlwifi-4965-ucode-228.57.1.21.tgz
>> 2.6.28+ (?) iwlwifi-4965-ucode-228.57.2.21.tgz
>> 2.6.28+ (?) iwlwifi-4965-ucode-228.57.2.23.tgz
>> 2.6.28+ (?) iwlwifi-4965-ucode-228.61.2.24.tgz
>>
>> Ans how shoudl I proceed for intalling the right driver?
>>
>> Thank you
>>
>> [ What about the Ladies, Sir :-)? ]
>>
>> Happy new 2017!
>>
>> You need the linux-firmware [1] package.
>> Normally, Ubuntu/xenial should ship it.
>>
>> Check if you have...
>>
>> /lib/firmware/iwlwifi-4965-2.ucode
>>
>> ...file.
>>
>> Not sure why you are asking or what is not working.
>> AFAICS, Ubuntu should have some nice wikis explaining a WLAN setup.
>> A good strategy will always be to consult your distro's help before asking
>> here.
>>
>> [3] as a gift.
>>
>> Regards,
>> - Sedat -
>>
>> [1] http://packages.ubuntu.com/xenial/linux-firmware
>> [2] http://packages.ubuntu.com/xenial/all/linux-firmware/filelist
>> [3] http://www.catb.org/~esr/faqs/smart-questions.html
>>
>>
>>
^ permalink raw reply
* Re: [Patch] NFC: trf7970a:
From: Mark Greer @ 2017-02-08 22:56 UTC (permalink / raw)
To: Geoff Lansberry
Cc: linux-wireless, Lauro Ramos Venancio, Aloisio Almeida Jr,
Samuel Ortiz, Justin Bronder, linux-nfc
In-Reply-To: <20170208225339.GA26286@animalcreek.com>
I just realized that the linux-nfc is not CC'd so adding it.
On Wed, Feb 08, 2017 at 03:53:39PM -0700, Mark Greer wrote:
> On Sun, Dec 18, 2016 at 08:07:33PM -0700, Mark Greer wrote:
> > On Sat, Dec 17, 2016 at 04:19:04PM -0500, Geoff Lansberry wrote:
> > > Mark, from our consultant:
> > >
> > > It isn't important whether the flood script is successful in writing
> > > or not. The point of it is to force a segfault by making many
> > > requests. It needs to run for several hundred iterations (successful
> > > or not) in order to generate the segfault.
> >
> > So neard crashes even when the write fails?? Okay, I'll let it run for
> > a while tomorrow (Monday).
>
> [Okay, so not exactly "tomorrow" but I did get back to this.]
>
> Geoff, a few things:
>
> 1) Any update on these issues?
>
> 2) Do you have all of the NFC-related patches from the nfc-next master
> branch? In particular, do you have all of Thierry's patches to
> net/nfc/digial_*.c dated around June-July 2016? Without those patches,
> I see a panic; with them, I don't.
>
> 3) Assuming you have all of those patches, please revert the one with the
> summary line of, "NFC: digital: Set the command pending flag", and tell me
> if that stops the "Bogus state" messages. I don't know which repo/branch
> you're using so I can't provide a commit id.
>
> Thanks,
>
> Mark
> --
^ permalink raw reply
* Re: [Patch] NFC: trf7970a:
From: Mark Greer @ 2017-02-08 22:53 UTC (permalink / raw)
To: Geoff Lansberry
Cc: linux-wireless, Lauro Ramos Venancio, Aloisio Almeida Jr,
Samuel Ortiz, Justin Bronder
In-Reply-To: <20161219030733.GA14962@animalcreek.com>
On Sun, Dec 18, 2016 at 08:07:33PM -0700, Mark Greer wrote:
> On Sat, Dec 17, 2016 at 04:19:04PM -0500, Geoff Lansberry wrote:
> > Mark, from our consultant:
> >
> > It isn't important whether the flood script is successful in writing
> > or not. The point of it is to force a segfault by making many
> > requests. It needs to run for several hundred iterations (successful
> > or not) in order to generate the segfault.
>
> So neard crashes even when the write fails?? Okay, I'll let it run for
> a while tomorrow (Monday).
[Okay, so not exactly "tomorrow" but I did get back to this.]
Geoff, a few things:
1) Any update on these issues?
2) Do you have all of the NFC-related patches from the nfc-next master
branch? In particular, do you have all of Thierry's patches to
net/nfc/digial_*.c dated around June-July 2016? Without those patches,
I see a panic; with them, I don't.
3) Assuming you have all of those patches, please revert the one with the
summary line of, "NFC: digital: Set the command pending flag", and tell me
if that stops the "Bogus state" messages. I don't know which repo/branch
you're using so I can't provide a commit id.
Thanks,
Mark
--
^ permalink raw reply
* Re: pull-request: iwlwifi firmwares update 2017-02-03
From: Luca Coelho @ 2017-02-09 6:05 UTC (permalink / raw)
To: Kyle McMartin
Cc: linux-wireless, linuxwifi, linux-firmware, Grumbach, Emmanuel,
Coelho, Luciano
In-Reply-To: <1486111291.26003.86.camel@coelho.fi>
[-- Attachment #1: Type: text/plain, Size: 528 bytes --]
Hi Kyle,
On Fri, 2017-02-03 at 10:41 +0200, Luca Coelho wrote:
> Hi Kyle,
>
> We have updated some of our old firmware releases and also added a new
> release, version 27, for the newer devices. More details in the tag
> description.
>
> Please pull or let me know if there are any issues.
Are there any issues with this?
I forgot to say that I'm going to be sending the iwlwifi firmwares out
now (as I have been maintaining the iwlwifi driver upstream). Emmanuel
can confirm that. :)
--
Cheers,
Luca.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply
* [PATCH] ath6kl: Use net_device_stats from struct net_device
From: Tobias Klauser @ 2017-02-09 11:21 UTC (permalink / raw)
To: Kalle Valo; +Cc: linux-wireless, netdev
Instead of using a private copy of struct net_device_stats in struct
ath6kl_vif, use stats from struct net_device. Also remove the now
unnecessary .ndo_get_stats function.
Signed-off-by: Tobias Klauser <tklauser@distanz.ch>
---
drivers/net/wireless/ath/ath6kl/core.h | 1 -
drivers/net/wireless/ath/ath6kl/main.c | 8 --------
drivers/net/wireless/ath/ath6kl/txrx.c | 22 +++++++++++-----------
3 files changed, 11 insertions(+), 20 deletions(-)
diff --git a/drivers/net/wireless/ath/ath6kl/core.h b/drivers/net/wireless/ath/ath6kl/core.h
index ac25f1781b42..87e99c12d4ba 100644
--- a/drivers/net/wireless/ath/ath6kl/core.h
+++ b/drivers/net/wireless/ath/ath6kl/core.h
@@ -641,7 +641,6 @@ struct ath6kl_vif {
u32 txe_intvl;
u16 bg_scan_period;
u8 assoc_bss_dtim_period;
- struct net_device_stats net_stats;
struct target_stats target_stats;
struct wmi_connect_cmd profile;
u16 rsn_capab;
diff --git a/drivers/net/wireless/ath/ath6kl/main.c b/drivers/net/wireless/ath/ath6kl/main.c
index 1af3fed5a72c..91ee542de3d7 100644
--- a/drivers/net/wireless/ath/ath6kl/main.c
+++ b/drivers/net/wireless/ath/ath6kl/main.c
@@ -1113,13 +1113,6 @@ static int ath6kl_close(struct net_device *dev)
return 0;
}
-static struct net_device_stats *ath6kl_get_stats(struct net_device *dev)
-{
- struct ath6kl_vif *vif = netdev_priv(dev);
-
- return &vif->net_stats;
-}
-
static int ath6kl_set_features(struct net_device *dev,
netdev_features_t features)
{
@@ -1285,7 +1278,6 @@ static const struct net_device_ops ath6kl_netdev_ops = {
.ndo_open = ath6kl_open,
.ndo_stop = ath6kl_close,
.ndo_start_xmit = ath6kl_data_tx,
- .ndo_get_stats = ath6kl_get_stats,
.ndo_set_features = ath6kl_set_features,
.ndo_set_rx_mode = ath6kl_set_multicast_list,
};
diff --git a/drivers/net/wireless/ath/ath6kl/txrx.c b/drivers/net/wireless/ath/ath6kl/txrx.c
index 9df41d5e3249..a531e0c5c1e2 100644
--- a/drivers/net/wireless/ath/ath6kl/txrx.c
+++ b/drivers/net/wireless/ath/ath6kl/txrx.c
@@ -405,7 +405,7 @@ int ath6kl_data_tx(struct sk_buff *skb, struct net_device *dev)
skb = skb_realloc_headroom(skb, dev->needed_headroom);
kfree_skb(tmp_skb);
if (skb == NULL) {
- vif->net_stats.tx_dropped++;
+ dev->stats.tx_dropped++;
return 0;
}
}
@@ -520,8 +520,8 @@ int ath6kl_data_tx(struct sk_buff *skb, struct net_device *dev)
fail_tx:
dev_kfree_skb(skb);
- vif->net_stats.tx_dropped++;
- vif->net_stats.tx_aborted_errors++;
+ dev->stats.tx_dropped++;
+ dev->stats.tx_aborted_errors++;
return 0;
}
@@ -767,7 +767,7 @@ void ath6kl_tx_complete(struct htc_target *target,
/* a packet was flushed */
flushing[if_idx] = true;
- vif->net_stats.tx_errors++;
+ vif->ndev->stats.tx_errors++;
if (status != -ENOSPC && status != -ECANCELED)
ath6kl_warn("tx complete error: %d\n", status);
@@ -783,8 +783,8 @@ void ath6kl_tx_complete(struct htc_target *target,
eid, "OK");
flushing[if_idx] = false;
- vif->net_stats.tx_packets++;
- vif->net_stats.tx_bytes += skb->len;
+ vif->ndev->stats.tx_packets++;
+ vif->ndev->stats.tx_bytes += skb->len;
}
ath6kl_tx_clear_node_map(vif, eid, map_no);
@@ -1365,8 +1365,8 @@ void ath6kl_rx(struct htc_target *target, struct htc_packet *packet)
*/
spin_lock_bh(&vif->if_lock);
- vif->net_stats.rx_packets++;
- vif->net_stats.rx_bytes += packet->act_len;
+ vif->ndev->stats.rx_packets++;
+ vif->ndev->stats.rx_bytes += packet->act_len;
spin_unlock_bh(&vif->if_lock);
@@ -1395,8 +1395,8 @@ void ath6kl_rx(struct htc_target *target, struct htc_packet *packet)
((packet->act_len < min_hdr_len) ||
(packet->act_len > WMI_MAX_AMSDU_RX_DATA_FRAME_LENGTH))) {
ath6kl_info("frame len is too short or too long\n");
- vif->net_stats.rx_errors++;
- vif->net_stats.rx_length_errors++;
+ vif->ndev->stats.rx_errors++;
+ vif->ndev->stats.rx_length_errors++;
dev_kfree_skb(skb);
return;
}
@@ -1619,7 +1619,7 @@ void ath6kl_rx(struct htc_target *target, struct htc_packet *packet)
return;
}
} else if (!is_broadcast_ether_addr(datap->h_dest)) {
- vif->net_stats.multicast++;
+ vif->ndev->stats.multicast++;
}
ath6kl_deliver_frames_to_nw_stack(vif->ndev, skb);
--
2.11.0
^ permalink raw reply related
* [PATCH] staging: wilc1000: remove unnecessary local array
From: Franck Demathieu @ 2017-02-09 13:48 UTC (permalink / raw)
To: linux-wireless, devel
It fixes the following warning reported by sparse:
drivers/staging/wilc1000/linux_wlan.c:67:33: warning: too long initializer-string for array of char(no space for nul char)
Signed-off-by: Franck Demathieu <fdemathieu@gmail.com>
---
drivers/staging/wilc1000/linux_wlan.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/wilc1000/linux_wlan.c b/drivers/staging/wilc1000/linux_wlan.c
index 2eebc62..fc61f4e 100644
--- a/drivers/staging/wilc1000/linux_wlan.c
+++ b/drivers/staging/wilc1000/linux_wlan.c
@@ -64,7 +64,6 @@ static int dev_state_ev_handler(struct notifier_block *this,
u8 *ip_addr_buf;
struct wilc_vif *vif;
u8 null_ip[4] = {0};
- char wlan_dev_name[5] = "wlan0";
if (!dev_iface || !dev_iface->ifa_dev || !dev_iface->ifa_dev->dev)
return NOTIFY_DONE;
@@ -113,7 +112,7 @@ static int dev_state_ev_handler(struct notifier_block *this,
wilc_optaining_ip = false;
}
- if (memcmp(dev_iface->ifa_label, wlan_dev_name, 5) == 0)
+ if (memcmp(dev_iface->ifa_label, "wlan0", 5) == 0)
wilc_set_power_mgmt(vif, 0, 0);
wilc_resolve_disconnect_aberration(vif);
--
2.10.1
^ permalink raw reply related
* pull-request: wireless-drivers-next 2017-02-09
From: Kalle Valo @ 2017-02-09 14:08 UTC (permalink / raw)
To: David Miller; +Cc: linux-wireless, netdev, linux-kernel
Hi Dave,
another pull request for net-next. If the merge window starts on Sunday
this would be the last pull request from me with new features. But if it
doesn't open, I'm planning to send one more next week.
Please let me know if there any problems.
Kalle
The following changes since commit 62e13097c46c69dbd7544ab2cd585ccf48f360a4:
net: phy: broadcom: rehook BCM54612E specific init (2017-02-01 14:20:20 -=
0500)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/kvalo/wireless-drivers-next=
.git tags/wireless-drivers-next-for-davem-2017-02-09
for you to fetch changes up to cbda794cf1bb2f4a2e75e11fda1f89457169772e:
Merge tag 'iwlwifi-next-for-kalle-2017-02-08' of git://git.kernel.org/pub=
/scm/linux/kernel/git/iwlwifi/iwlwifi-next (2017-02-08 21:28:36 +0200)
----------------------------------------------------------------
wireless-drivers-next patches for 4.11
Mostly smaller changeds and fixes all over, nothing really major
standing out.
Major changes:
iwlwifi
* work on support for new A000 devices continues
* fix 802.11w, which was failing to due an IGTK bug
ath10k
* add debugfs file peer_debug_trigger for debugging firmware
----------------------------------------------------------------
Ashok Raj Nagarajan (1):
ath10k: fix reading sram contents for QCA4019
Avraham Stern (1):
iwlwifi: mvm: Fix CSA received immediately after association
Beni Lev (1):
iwlwifi: mvm: Use aux queue for offchannel frames in dqa
Bjorn Andersson (1):
wcn36xx: Implement cancel_hw_scan
Emmanuel Grumbach (6):
iwlwifi: mvm: fix PS-Poll enablement
iwlwifi: mvm: use the PROBE_RESP_QUEUE to send deauth to unknown stat=
ion
iwlwifi: pcie: don't increment / decrement a bool
iwlwifi: make RTPM depend on EXPERT
iwlwifi: dvm: don't call << operator with a negative value
iwlwifi: mvm: don't call << operator with a negative value
Felix Fietkau (3):
ath9k: rename tx_complete_work to hw_check_work
ath9k_hw: check if the chip failed to wake up
ath9k: fix race condition in enabling/disabling IRQs
Ganapathi Bhat (1):
mwifiex: Avoid skipping WEP key deletion for AP
Golan Ben Ami (2):
iwlwifi: pcie: Re-configure IVAR table after stop device
iwlwifi: pcie: set STATUS_RFKILL immediately after interrupt
Golan Ben-Ami (2):
iwlwifi: mvm: support v2 of mfuart load notification
iwlwifi: mvm: avoid exceeding the allowed print length
Goodstein, Mordechay (1):
iwlwifi: mvm: avoid race condition in ADD_STA.
Gregory Greenman (1):
iwlwifi: mvm: fix a print of NSS for HT rate
Haim Dreyfuss (3):
iwlwifi: pcie: move msix conf functions above other functions
iwlwifi: pcie: separate between SW and HW MSIX configuration
iwlwifi: pcie: re-configure IVAR table after suspend-resume
Ilan Peer (1):
iwlwifi: mvm: Fix removal of IGTK
Johannes Berg (10):
iwlwifi: mvm: reduce usage of IEEE80211_SKB_CB()
iwlwifi: mvm: fix D3 replay counter value
iwlwifi: mvm: set AID to firmware only for associated stations
iwlwifi: mvm: overwrite skb info later
iwlwifi: mvm/pcie: adjust A-MSDU tx_cmd length in PCIe
iwlwifi: mvm: align copy-break SKB payload for MQ RX
iwlwifi: pcie: fix another RF-kill race
mwifiex: don't include mac80211.h
wil6210: include moduleparam.h
ath10k: select WANT_DEV_COREDUMP
Kalle Valo (6):
Merge tag 'iwlwifi-next-for-kalle-2017-02-06' of git://git.kernel.org=
/.../iwlwifi/iwlwifi-next
ath10k: prefer unsigned int over just unsigned
ath10k: use names in function definition arguments
ath10k: few whitespace fixes
Merge ath-next from git://git.kernel.org/.../kvalo/ath.git
Merge tag 'iwlwifi-next-for-kalle-2017-02-08' of git://git.kernel.org=
/.../iwlwifi/iwlwifi-next
Larry Finger (10):
rtlwifi: btcoexist: Change logging in halbtc8192e2ant.c
rtlwifi: rtl8821ae: Fix typo in symbol for bandwidth numbers
rtlwifi: btcoexist: Convert halbtc8192e2ant.c to use standard debuggi=
ng
rtlwifi: btcoexist: Convert halbtc8723b1ant.c to use standard debuggi=
ng
rtlwifi: btcoexist: Convert halbtc8723b2ant.c to use standard debuggi=
ng
rtlwifi: btcoexist: Convert halbtc8821a1ant.c to use standard debuggi=
ng
rtlwifi: btcoexist: Convert halbtc8821a2ant.c to use standard debuggi=
ng
rtlwifi: btcoexist: Convert halbtcoutsrc.c to use standard debugging
rtlwifi: rtl8192c-common: Fix "BUG: KASAN:
rtlwifi: Move items out of rtl_pci_priv and rtl_usb_priv
Liad Kaufman (1):
iwlwifi: mvm: release static queues on bcast release
Luca Coelho (2):
iwlwifi: remove unnecessary argument to iwl_drv_start()
iwlwifi: remove unnecessary cfg element in iwl_drv
Maharaja Kennadyrajan (1):
ath10k: add debugfs support to get per peer tids log via tracing
Ping-Ke Shih (10):
rtlwifi: Fix programing CAM content sequence.
rtlwifi: Set retry limit depends on vif type.
rtlwifi: Add a new enumeration value to btc_set_type
rtlwifi: btcoexist: Add vendor definition for new btcoexist
rtlwifi: rtl8723be: btcoexist: Add single_ant_path
rtlwifi: move btcoex's ant_num declaration
rtlwifi: rtl8723be: btcoex: add package_type function to btcoex
rtlwifi: btcoex: move bt_type declaration
rtlwifi: rtl8723be: fix ant_sel code
rtlwifi: Add work queue for c2h cmd.
Rafa=C5=82 Mi=C5=82ecki (6):
brcmfmac: check brcmf_bus_get_memdump result for error
brcmfmac: be more verbose when PSM's watchdog fires
brcmfmac: use wiphy_read_of_freq_limits to respect limits from DT
brcmfmac: merge two brcmf_err macros into one
brcmfmac: switch to C function (__brcmf_err) for printing errors
brcmfmac: merge two remaining brcmf_err macros
Sara Sharon (14):
iwlwifi: mvm: support unification of INIT and RT images
iwlwifi: mvm: cleanup incorrect and redundant define
iwlwifi: mvm: support new statistics APIs
iwlwifi: mvm: support new scan API
iwlwifi: mvm: always free inactive queue when moving ownership
iwlwifi: mvm: support new alive notification
iwlwifi: mvm: synchronize firmware DMA paging memory
iwlwifi: pcie: fix the set of DMA memory mask
iwlwifi: mvm: fix pending frame counter calculation
iwlwifi: mvm: cleanup iwl_mvm_tx_mpdu a bit
iwlwifi: support two phys for a000 devices
iwlwifi: mvm: support new beacon template command
iwlwifi: mvm: fix references to first_agg_queue in DQA mode
iwlwifi: mvm: fix reorder timer re-arming
Stanislaw Gruszka (6):
rt2x00: avoid introducing a USB dependency in the rt2x00lib module
rt2x00usb: do not anchor rx and tx urb's
rt2x00usb: fix anchor initialization
rt61pci: use entry directly
rt2x00: call entry directly in rt2x00_dump_frame
rt2x00: remove queue_entry from skbdesc
Tamizh chelvam (1):
ath10k: fix boot failure in UTF mode/testmode
Waldemar Rymarkiewicz (1):
ath10k: remove unneeded semicolon
drivers/net/wireless/ath/ath10k/Kconfig | 1 +
drivers/net/wireless/ath/ath10k/ahb.c | 23 +
drivers/net/wireless/ath/ath10k/ce.c | 6 +-
drivers/net/wireless/ath/ath10k/core.c | 14 +-
drivers/net/wireless/ath/ath10k/debugfs_sta.c | 65 ++
drivers/net/wireless/ath/ath10k/htt.h | 6 +-
drivers/net/wireless/ath/ath10k/htt_rx.c | 2 +-
drivers/net/wireless/ath/ath10k/pci.c | 53 +-
drivers/net/wireless/ath/ath10k/pci.h | 5 +
drivers/net/wireless/ath/ath10k/wmi.h | 3 +-
drivers/net/wireless/ath/ath9k/ath9k.h | 7 +-
drivers/net/wireless/ath/ath9k/hw.c | 4 +
drivers/net/wireless/ath/ath9k/init.c | 2 +
drivers/net/wireless/ath/ath9k/link.c | 46 +-
drivers/net/wireless/ath/ath9k/mac.c | 44 +-
drivers/net/wireless/ath/ath9k/mac.h | 1 +
drivers/net/wireless/ath/ath9k/main.c | 37 +-
drivers/net/wireless/ath/ath9k/xmit.c | 2 -
drivers/net/wireless/ath/wcn36xx/main.c | 25 +-
drivers/net/wireless/ath/wcn36xx/wcn36xx.h | 1 +
drivers/net/wireless/ath/wil6210/cfg80211.c | 1 +
.../broadcom/brcm80211/brcmfmac/cfg80211.c | 6 +
.../wireless/broadcom/brcm80211/brcmfmac/common.c | 16 +
.../wireless/broadcom/brcm80211/brcmfmac/debug.c | 35 +-
.../wireless/broadcom/brcm80211/brcmfmac/debug.h | 24 +-
drivers/net/wireless/intel/iwlwifi/Kconfig | 7 +-
drivers/net/wireless/intel/iwlwifi/dvm/rs.c | 5 +-
drivers/net/wireless/intel/iwlwifi/iwl-a000.c | 30 +-
drivers/net/wireless/intel/iwlwifi/iwl-config.h | 3 +-
drivers/net/wireless/intel/iwlwifi/iwl-csr.h | 1 +
drivers/net/wireless/intel/iwlwifi/iwl-drv.c | 25 +-
drivers/net/wireless/intel/iwlwifi/iwl-drv.h | 4 +-
drivers/net/wireless/intel/iwlwifi/mvm/d3.c | 4 +-
.../net/wireless/intel/iwlwifi/mvm/fw-api-mac.h | 7 +-
.../net/wireless/intel/iwlwifi/mvm/fw-api-scan.h | 106 +-
.../net/wireless/intel/iwlwifi/mvm/fw-api-stats.h | 29 +-
drivers/net/wireless/intel/iwlwifi/mvm/fw-api-tx.h | 29 +-
drivers/net/wireless/intel/iwlwifi/mvm/fw-api.h | 90 +-
drivers/net/wireless/intel/iwlwifi/mvm/fw-dbg.c | 4 +
drivers/net/wireless/intel/iwlwifi/mvm/fw.c | 338 +++---
drivers/net/wireless/intel/iwlwifi/mvm/mac-ctxt.c | 105 +-
drivers/net/wireless/intel/iwlwifi/mvm/mac80211.c | 39 +-
drivers/net/wireless/intel/iwlwifi/mvm/mvm.h | 18 +-
drivers/net/wireless/intel/iwlwifi/mvm/ops.c | 24 +-
drivers/net/wireless/intel/iwlwifi/mvm/power.c | 44 +-
drivers/net/wireless/intel/iwlwifi/mvm/rs.c | 6 +-
drivers/net/wireless/intel/iwlwifi/mvm/rx.c | 70 +-
drivers/net/wireless/intel/iwlwifi/mvm/rxmq.c | 14 +-
drivers/net/wireless/intel/iwlwifi/mvm/scan.c | 230 +++--
drivers/net/wireless/intel/iwlwifi/mvm/sta.c | 234 +++--
drivers/net/wireless/intel/iwlwifi/mvm/sta.h | 1 +
drivers/net/wireless/intel/iwlwifi/mvm/tx.c | 129 +--
drivers/net/wireless/intel/iwlwifi/mvm/utils.c | 16 +-
drivers/net/wireless/intel/iwlwifi/pcie/drv.c | 17 +-
drivers/net/wireless/intel/iwlwifi/pcie/internal.h | 4 +-
drivers/net/wireless/intel/iwlwifi/pcie/rx.c | 12 +-
drivers/net/wireless/intel/iwlwifi/pcie/trans.c | 251 +++--
drivers/net/wireless/intel/iwlwifi/pcie/tx.c | 23 +-
drivers/net/wireless/marvell/mwifiex/decl.h | 2 +-
drivers/net/wireless/marvell/mwifiex/sta_ioctl.c | 2 -
drivers/net/wireless/ralink/rt2x00/rt2400pci.c | 2 +-
drivers/net/wireless/ralink/rt2x00/rt2500pci.c | 2 +-
drivers/net/wireless/ralink/rt2x00/rt2500usb.c | 2 +-
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 2 +-
drivers/net/wireless/ralink/rt2x00/rt2x00.h | 4 +-
drivers/net/wireless/ralink/rt2x00/rt2x00debug.c | 7 +-
drivers/net/wireless/ralink/rt2x00/rt2x00dev.c | 27 +-
drivers/net/wireless/ralink/rt2x00/rt2x00queue.c | 5 +-
drivers/net/wireless/ralink/rt2x00/rt2x00queue.h | 2 -
drivers/net/wireless/ralink/rt2x00/rt2x00usb.c | 22 +-
drivers/net/wireless/ralink/rt2x00/rt61pci.c | 5 +-
drivers/net/wireless/ralink/rt2x00/rt73usb.c | 2 +-
drivers/net/wireless/realtek/rtlwifi/base.c | 93 ++
drivers/net/wireless/realtek/rtlwifi/base.h | 3 +
.../wireless/realtek/rtlwifi/btcoexist/Makefile | 6 +-
.../realtek/rtlwifi/btcoexist/halbtc8192e2ant.c | 1082 ++++++++++------=
----
.../realtek/rtlwifi/btcoexist/halbtc8723b1ant.c | 827 ++++++++-------
.../realtek/rtlwifi/btcoexist/halbtc8723b2ant.c | 993 +++++++++-------=
--
.../realtek/rtlwifi/btcoexist/halbtc8821a1ant.c | 898 ++++++++--------
.../realtek/rtlwifi/btcoexist/halbtc8821a2ant.c | 1075 ++++++++++------=
---
.../realtek/rtlwifi/btcoexist/halbtcoutsrc.c | 36 +-
.../realtek/rtlwifi/btcoexist/halbtcoutsrc.h | 20 +-
.../wireless/realtek/rtlwifi/btcoexist/rtl_btc.c | 16 -
.../wireless/realtek/rtlwifi/btcoexist/rtl_btc.h | 5 +-
drivers/net/wireless/realtek/rtlwifi/cam.c | 6 +-
drivers/net/wireless/realtek/rtlwifi/core.c | 21 +-
drivers/net/wireless/realtek/rtlwifi/efuse.c | 5 +-
drivers/net/wireless/realtek/rtlwifi/efuse.h | 1 +
drivers/net/wireless/realtek/rtlwifi/pci.c | 7 +
drivers/net/wireless/realtek/rtlwifi/pci.h | 4 +-
drivers/net/wireless/realtek/rtlwifi/ps.c | 3 +
.../net/wireless/realtek/rtlwifi/rtl8188ee/hw.c | 14 +-
.../net/wireless/realtek/rtlwifi/rtl8188ee/led.c | 19 +-
.../wireless/realtek/rtlwifi/rtl8192c/dm_common.c | 143 ++-
.../net/wireless/realtek/rtlwifi/rtl8192ce/hw.c | 166 ++-
.../net/wireless/realtek/rtlwifi/rtl8192ce/led.c | 19 +-
.../net/wireless/realtek/rtlwifi/rtl8192cu/hw.c | 3 +-
.../net/wireless/realtek/rtlwifi/rtl8192cu/led.c | 17 +-
.../net/wireless/realtek/rtlwifi/rtl8192de/hw.c | 10 +-
.../net/wireless/realtek/rtlwifi/rtl8192de/led.c | 19 +-
.../net/wireless/realtek/rtlwifi/rtl8192ee/fw.c | 15 +-
.../net/wireless/realtek/rtlwifi/rtl8192ee/fw.h | 3 +-
.../net/wireless/realtek/rtlwifi/rtl8192ee/hw.c | 6 +-
.../net/wireless/realtek/rtlwifi/rtl8192ee/led.c | 14 +-
.../net/wireless/realtek/rtlwifi/rtl8192ee/sw.c | 1 +
.../net/wireless/realtek/rtlwifi/rtl8192se/hw.c | 12 +-
.../net/wireless/realtek/rtlwifi/rtl8192se/led.c | 19 +-
.../net/wireless/realtek/rtlwifi/rtl8723ae/hw.c | 8 +-
.../net/wireless/realtek/rtlwifi/rtl8723ae/led.c | 19 +-
.../net/wireless/realtek/rtlwifi/rtl8723be/fw.c | 18 +-
.../net/wireless/realtek/rtlwifi/rtl8723be/fw.h | 3 +-
.../net/wireless/realtek/rtlwifi/rtl8723be/hw.c | 50 +-
.../net/wireless/realtek/rtlwifi/rtl8723be/led.c | 15 +-
.../net/wireless/realtek/rtlwifi/rtl8723be/sw.c | 1 +
.../net/wireless/realtek/rtlwifi/rtl8821ae/fw.c | 18 +-
.../net/wireless/realtek/rtlwifi/rtl8821ae/fw.h | 3 +
.../net/wireless/realtek/rtlwifi/rtl8821ae/hw.c | 10 +-
.../net/wireless/realtek/rtlwifi/rtl8821ae/led.c | 24 +-
.../net/wireless/realtek/rtlwifi/rtl8821ae/phy.c | 10 +-
.../net/wireless/realtek/rtlwifi/rtl8821ae/sw.c | 1 +
drivers/net/wireless/realtek/rtlwifi/usb.h | 2 +-
drivers/net/wireless/realtek/rtlwifi/wifi.h | 33 +-
122 files changed, 4689 insertions(+), 3541 deletions(-)
^ permalink raw reply
* Re: [PATCH net-next v2 00/12] net: dsa: remove unnecessary phy.h include
From: Kalle Valo @ 2017-02-09 14:10 UTC (permalink / raw)
To: Florian Fainelli
Cc: David Miller, netdev, linux-mips, linux-nfs, linux-scsi,
linux-usb, linux-wireless, target-devel, andrew, anna.schumaker,
derek.chickles, felix.manlunas, bfields, jlayton, jirislaby,
mcgrof, madalin.bucur, UNGLinuxDriver, nab, mickflemm,
nicolas.ferre, raghu.vatsavayi, ralf, satananda.burla,
thomas.petazzoni, timur, trond.myklebust, vivien.didelot,
woojung.huh
In-Reply-To: <5fe312c8-e59e-669c-cd29-f6773adcd8e5@gmail.com>
Florian Fainelli <f.fainelli@gmail.com> writes:
>>> If not, for something like this it's a must:
>>>
>>> drivers/net/wireless/ath/wil6210/cfg80211.c:24:30: error: expected =E2=
=80=98)=E2=80=99 before =E2=80=98bool=E2=80=99
>>> module_param(disable_ap_sme, bool, 0444);
>>> ^
>>> drivers/net/wireless/ath/wil6210/cfg80211.c:25:34: error: expected =E2=
=80=98)=E2=80=99 before string constant
>>> MODULE_PARM_DESC(disable_ap_sme, " let user space handle AP mode SME");
>>> ^
>>> Like like that file needs linux/module.h included.
>>=20
>> Johannes already fixed a similar (or same) problem in my tree:
>>=20
>> wil6210: include moduleparam.h
>>=20
>> https://git.kernel.org/cgit/linux/kernel/git/kvalo/wireless-drivers-next=
.git/commit/?id=3D949c2d0096753d518ef6e0bd8418c8086747196b
>>=20
>> I'm planning to send you a pull request tomorrow which contains that
>> one.
>
> Thanks Kalle!
>
> David, can you hold on this series until Kalle's pull request gets
> submitted? Past this error, allmodconfig builds fine with this patch
> series (just tested). Thanks!
Just submitted the pull request:
https://patchwork.ozlabs.org/patch/726133/
--=20
Kalle Valo
^ permalink raw reply
* pull-request: mac80211-next 2017-02-09
From: Johannes Berg @ 2017-02-09 14:27 UTC (permalink / raw)
To: David Miller; +Cc: netdev, linux-wireless
Hi Dave,
Here are some more (final) updates for -next. Nothing here is
really interesting, mostly cleanups and small fixes.
Please pull and let me know if there's any problem.
Thanks,
johannes
The following changes since commit d140199af510ad4749dc5e38b7922135258ba5fd:
bpf, lpm: fix kfree of im_node in trie_update_elem (2017-01-23 21:17:35 -0500)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next.git tags/mac80211-next-for-davem-2017-02-09
for you to fetch changes up to f181d6a3bcc35633facf5f3925699021c13492c5:
mac80211: fix CSA in IBSS mode (2017-02-09 15:18:24 +0100)
----------------------------------------------------------------
Some more updates:
* use shash in mac80211 crypto code where applicable
* some documentation fixes
* pass RSSI levels up in change notifications
* remove unused rfkill-regulator
* various other cleanups
----------------------------------------------------------------
Amadeusz Sławiński (1):
mac80211: use helper function to access ieee802_1d_to_ac[]
Andrzej Zaborowski (2):
mac80211: Pass new RSSI level in CQM RSSI notification
cfg80211: Pass new RSSI level in CQM RSSI notification
Ard Biesheuvel (2):
mac80211: fils_aead: Use crypto api CMAC shash rather than bare cipher
mac80211: aes-cmac: switch to shash CMAC driver
Arend Van Spriel (1):
nl80211: fix validation of scheduled scan info for wowlan netdetect
Dan Carpenter (1):
mac80211: check for allocation failure in debugfs code
Johannes Berg (7):
cfg80211: fix a documentation warning
mac80211: fix documentation warnings
rfkill: remove rfkill-regulator
wireless: radiotap: rewrite the radiotap header file
wireless: define cipher/AKM suites using a macro
mac80211: add back lost debugfs files
nl80211: add HT/VHT capabilities to AP parameters
Koen Vandeputte (1):
mac80211: fix CSA in IBSS mode
Luca Coelho (2):
cfg80211: make rdev assignment clearer in nl80211_testmode_dump()
cfg80211: fix NAN bands definition
Pichugin Dmitry (1):
cfg80211 debugfs: Cleanup some checkpatch issues
drivers/net/wireless/intel/iwlwifi/mvm/rx.c | 2 +
drivers/net/wireless/marvell/mwifiex/sta_event.c | 4 +-
drivers/net/wireless/rndis_wlan.c | 2 +-
drivers/net/wireless/rsi/rsi_91x_mac80211.c | 2 +-
drivers/net/wireless/st/cw1200/sta.c | 2 +-
drivers/net/wireless/ti/wl1251/event.c | 4 +-
drivers/net/wireless/ti/wlcore/event.c | 3 +-
include/linux/ieee80211.h | 49 +--
include/linux/rfkill-regulator.h | 48 ---
include/net/cfg80211.h | 92 +++--
include/net/ieee80211_radiotap.h | 455 ++++++++---------------
include/net/mac80211.h | 76 ++--
include/uapi/linux/nl80211.h | 60 ++-
net/mac80211/Kconfig | 1 +
net/mac80211/aes_cmac.c | 126 ++-----
net/mac80211/aes_cmac.h | 15 +-
net/mac80211/cfg.c | 4 +-
net/mac80211/debugfs.c | 12 +-
net/mac80211/debugfs_sta.c | 1 +
net/mac80211/fils_aead.c | 74 ++--
net/mac80211/ibss.c | 4 +-
net/mac80211/key.h | 2 +-
net/mac80211/mlme.c | 9 +-
net/mac80211/rx.c | 2 +-
net/mac80211/status.c | 2 +-
net/mac80211/trace.h | 27 +-
net/mac80211/tx.c | 4 +-
net/rfkill/Kconfig | 11 -
net/rfkill/Makefile | 1 -
net/rfkill/rfkill-regulator.c | 154 --------
net/wireless/core.c | 3 +-
net/wireless/debugfs.c | 10 +-
net/wireless/nl80211.c | 114 ++++--
net/wireless/trace.h | 27 +-
34 files changed, 559 insertions(+), 843 deletions(-)
delete mode 100644 include/linux/rfkill-regulator.h
delete mode 100644 net/rfkill/rfkill-regulator.c
^ permalink raw reply
* Re: [PATCH 2/3] rt2x00: call entry directly in rt2x00_dump_frame
From: Jeroen Roovers @ 2017-02-09 14:34 UTC (permalink / raw)
To: Stanislaw Gruszka; +Cc: linux-wireless, Helmut Schaa
In-Reply-To: <1486558291-1615-3-git-send-email-sgruszka@redhat.com>
On 8 February 2017 at 13:51, Stanislaw Gruszka <sgruszka@redhat.com> wrote:
> drivers/net/wireless/ralink/rt2x00/rt2x00.h | 4 ++--
> diff --git a/drivers/net/wireless/ralink/rt2x00/rt2x00.h b/drivers/net/wireless/ralink/rt2x00/rt2x00.h
> index ea299c4..26869b3 100644
> --- a/drivers/net/wireless/ralink/rt2x00/rt2x00.h
> +++ b/drivers/net/wireless/ralink/rt2x00/rt2x00.h
> @@ -1400,11 +1400,11 @@ struct queue_entry *rt2x00queue_get_entry(struct data_queue *queue,
> */
> #ifdef CONFIG_RT2X00_LIB_DEBUGFS
> void rt2x00debug_dump_frame(struct rt2x00_dev *rt2x00dev,
> - enum rt2x00_dump_type type, struct sk_buff *skb);
> + enum rt2x00_dump_type type, struct queue_entry *entry);
> #else
> static inline void rt2x00debug_dump_frame(struct rt2x00_dev *rt2x00dev,
> enum rt2x00_dump_type type,
> - struct sk_buff *skb)
> + struct queue_entry *entry)
> {
> }
> #endif /* CONFIG_RT2X00_LIB_DEBUGFS */
In the comment above that, you forgot to update:
* @skb: The skb containing the frame to be dumped.
Cheers,
jer
^ permalink raw reply
* [PATCH v5] wlcore: disable multicast filter in AP mode
From: Iain Hunter @ 2017-02-09 14:37 UTC (permalink / raw)
To: linux-wireless; +Cc: kvalo, Iain Hunter
In-Reply-To: <20170131104840.10366-1-i-hunter1@ti.com>
Enable AP support for allmulticast for MDNS. It can be enabled by bringing
up the interface with ip command with argument allmulticast on
Signed-off-by: Iain Hunter <i-hunter1@ti.com>
---
PATCH v5: fixes indentation of other closing bracket and missing Signed Off
drivers/net/wireless/ti/wlcore/main.c | 15 +++++++++++++++
1 file changed, 15 insertions(+)
diff --git a/drivers/net/wireless/ti/wlcore/main.c b/drivers/net/wireless/ti/wlcore/main.c
index 3241e9eba73..242111cd016 100644
--- a/drivers/net/wireless/ti/wlcore/main.c
+++ b/drivers/net/wireless/ti/wlcore/main.c
@@ -3281,6 +3281,21 @@ static void wl1271_op_configure_filter(struct ieee80211_hw *hw,
if (ret < 0)
goto out_sleep;
}
+
+ /*
+ * If interface in AP mode and created with allmulticast then disable
+ * the firmware filters so that all multicast packets are passed
+ * This is mandatory for MDNS based discovery protocols
+ */
+ if (wlvif->bss_type == BSS_TYPE_AP_BSS) {
+ if (*total & FIF_ALLMULTI) {
+ ret = wl1271_acx_group_address_tbl(wl, wlvif,
+ false,
+ NULL, 0);
+ if (ret < 0)
+ goto out_sleep;
+ }
+ }
}
/*
--
2.11.0
^ permalink raw reply related
* Re: [PATCH] mac80211: fix CSA in IBSS mode
From: Johannes Berg @ 2017-02-09 14:19 UTC (permalink / raw)
To: Koen Vandeputte; +Cc: linux-wireless, Piotr Gawlowicz, Mikołaj Chwalisz
In-Reply-To: <1486564325-14251-1-git-send-email-koen.vandeputte@ncentric.com>
On Wed, 2017-02-08 at 15:32 +0100, Koen Vandeputte wrote:
> Add the missing IBSS capability flag during capability init as it
> needs
> to be inserted into the generated beacon in order for CSA to work.
>
Applied, thanks.
johannes
^ permalink raw reply
* Re: [PATCH 3/3] rt2x00: remove queue_entry from skbdesc
From: Jeroen Roovers @ 2017-02-09 15:00 UTC (permalink / raw)
To: Stanislaw Gruszka; +Cc: linux-wireless, Helmut Schaa
In-Reply-To: <1486558291-1615-4-git-send-email-sgruszka@redhat.com>
On 8 February 2017 at 13:51, Stanislaw Gruszka <sgruszka@redhat.com> wrote:
> diff --git a/drivers/net/wireless/ralink/rt2x00/rt2x00queue.h b/drivers/net/wireless/ralink/rt2x00/rt2x00queue.h
> index 2233b91..22d1881 100644
> --- a/drivers/net/wireless/ralink/rt2x00/rt2x00queue.h
> +++ b/drivers/net/wireless/ralink/rt2x00/rt2x00queue.h
> @@ -116,8 +116,6 @@ struct skb_frame_desc {
> __le32 iv[2];
>
> dma_addr_t skb_dma;
> -
> - struct queue_entry *entry;
> };
>
> /**
That change needs this line removed above:
* @entry: The entry to which this sk buffer belongs.
Cheers.
jer
^ permalink raw reply
* Re: [PATCH 3/3] rt2x00: remove queue_entry from skbdesc
From: Stanislaw Gruszka @ 2017-02-09 15:02 UTC (permalink / raw)
To: Jeroen Roovers; +Cc: linux-wireless, Helmut Schaa
In-Reply-To: <CANCHnQq0111TX8psb4YizjSzOOUQSxj6Cf7OX8+L60J83wudsQ@mail.gmail.com>
On Thu, Feb 09, 2017 at 04:00:19PM +0100, Jeroen Roovers wrote:
> On 8 February 2017 at 13:51, Stanislaw Gruszka <sgruszka@redhat.com> wrote:
>
> > diff --git a/drivers/net/wireless/ralink/rt2x00/rt2x00queue.h b/drivers/net/wireless/ralink/rt2x00/rt2x00queue.h
> > index 2233b91..22d1881 100644
> > --- a/drivers/net/wireless/ralink/rt2x00/rt2x00queue.h
> > +++ b/drivers/net/wireless/ralink/rt2x00/rt2x00queue.h
> > @@ -116,8 +116,6 @@ struct skb_frame_desc {
> > __le32 iv[2];
> >
> > dma_addr_t skb_dma;
> > -
> > - struct queue_entry *entry;
> > };
> >
> > /**
>
> That change needs this line removed above:
>
> * @entry: The entry to which this sk buffer belongs.
Thanks, I will fix comments when post next rt2x00 patch series.
Stanislaw
^ permalink raw reply
* Re: [Patch] NFC: trf7970a:
From: Geoff Lansberry @ 2017-02-09 15:54 UTC (permalink / raw)
To: Mark Greer
Cc: linux-wireless, Lauro Ramos Venancio, Aloisio Almeida Jr,
Samuel Ortiz, Justin Bronder, linux-nfc, Jaret Cantu
In-Reply-To: <20170208225651.GB26286@animalcreek.com>
On Wed, Feb 8, 2017 at 5:56 PM, Mark Greer <mgreer@animalcreek.com> wrote:
>
> I just realized that the linux-nfc is not CC'd so adding it.
>
> On Wed, Feb 08, 2017 at 03:53:39PM -0700, Mark Greer wrote:
> > On Sun, Dec 18, 2016 at 08:07:33PM -0700, Mark Greer wrote:
> > > On Sat, Dec 17, 2016 at 04:19:04PM -0500, Geoff Lansberry wrote:
> > > > Mark, from our consultant:
> > > >
> > > > It isn't important whether the flood script is successful in writing
> > > > or not. The point of it is to force a segfault by making many
> > > > requests. It needs to run for several hundred iterations (successful
> > > > or not) in order to generate the segfault.
> > >
> > > So neard crashes even when the write fails?? Okay, I'll let it run for
> > > a while tomorrow (Monday).
> >
> > [Okay, so not exactly "tomorrow" but I did get back to this.]
> >
> > Geoff, a few things:
> >
> > 1) Any update on these issues?
Yes - I've discovered the primary trigger of my problems. I'm using
some very small tags from Murata, and they don't have a strong signal.
Sometimes when writing, the tags can get corrupted data written to
them. When the tag is verified by re-reading it, neard bails out
because it finds non-utf8 characters. So far I have found it
impossible to rewrite a tag once it has been mal-formed.
> >
> > 2) Do you have all of the NFC-related patches from the nfc-next master
> > branch? In particular, do you have all of Thierry's patches to
> > net/nfc/digial_*.c dated around June-July 2016? Without those patches,
> > I see a panic; with them, I don't.
No, we don't. the last patch I've got in our kernel version is yours
from 7-21-2014. I'm inquiring with more experienced people to see how
to address that.
> >
> > 3) Assuming you have all of those patches, please revert the one with the
> > summary line of, "NFC: digital: Set the command pending flag", and tell me
> > if that stops the "Bogus state" messages. I don't know which repo/branch
> > you're using so I can't provide a commit id.
No to the patches, but I found the commit you are talking about and
will look at it. Maybe possible to cherry pick it.
> >
> > Thanks,
> >
> > Mark
> > --
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox