Broadcom Firmware Rollback

Hi all, I'm having issues with broadcom's latest firmware / driver, version 6.30.163.46. Wireless is solid for about a minute, and then drops completely. My research has led me to believe my chip (BCM4331) is no longer supported under 6.30.X.X, or has a bug somewhere. I want to roll back to the

Re: Broadcom Firmware Rollback

On 23 September 2016 at 04:43, David Petrizze wrote: > I'm having issues with broadcom's latest firmware / driver, version > 6.30.163.46. Wireless is solid for about a minute, and then drops > completely. My research has led me to believe my chip (BCM4331) is no > longer

Re: TCP data throughput for BCM43362

On 19-9-2016 8:36, Jörg Krause wrote: > Hi Arend, > > On Wed, 2016-09-14 at 20:13 +0200, Arend Van Spriel wrote: >> On 14-9-2016 15:41, Jörg Krause wrote: >>> >>> Hi, >>> >>> On Mon, 2016-08-29 at 23:15 +0200, Jörg Krause wrote: On Mi, 2016-08-24 at 20:35 +0200, Arend Van Spriel wrote:

rtl8192ce:rtl92ce_get_hw_reg():<0-0> switch case not processed

Hello, I bought an Asus PCE-N10 PCIe Wi-Fi N card to install in my wife's computer. This morning it stopped working suddenly. Investigating the kernel logs, the following error message caught my eye: rtl8192ce:rtl92ce_get_hw_reg():<0-0> switch case not processed It was printed twice, 3.5 hours

RE: staging: wilc1000: kernel Oops while opening the device

>-Original Message- >From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org] >Sent: Monday, September 19, 2016 7:12 PM >To: Nicolas Ferre >Cc: linux-wireless@vger.kernel.org; Aditya Shankar - I16078; Ganesh Krishna - >I00112; lui...@osg.samsung.com >Subject: Re: staging: wilc1000:

Re: brcmf_txfinalize misses 802.1x packet leading to infinite WARNINGs

On 09/22/2016 01:59 PM, Rafał Miłecki wrote: And again... I decided to focus on brcmf_flowring_delete a bit more. As I can see flowrings are created and removed from time to time, in most cases they are empty when being deleted. When they are not, things go wrong. In below log you can see

Re: brcmf_txfinalize misses 802.1x packet leading to infinite WARNINGs

And again... I decided to focus on brcmf_flowring_delete a bit more. As I can see flowrings are created and removed from time to time, in most cases they are empty when being deleted. When they are not, things go wrong. In below log you can see brcmfmac removing flowring that got 8 skb packets.

Re: rtl8192ce:rtl92ce_get_hw_reg():<0-0> switch case not processed

On 09/22/2016 04:51 AM, Jean Delvare wrote: Hello, I bought an Asus PCE-N10 PCIe Wi-Fi N card to install in my wife's computer. This morning it stopped working suddenly. Investigating the kernel logs, the following error message caught my eye: rtl8192ce:rtl92ce_get_hw_reg():<0-0> switch case

[PATCH 03/10] iwlwifi: add two new 9560 series PCI IDs

From: Oren Givon Add two new PCI IDs for the 9560 series. Signed-off-by: Oren Givon Signed-off-by: Luca Coelho --- drivers/net/wireless/intel/iwlwifi/pcie/drv.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 06/10] iwlwifi: mvm: correct rate_idx bounds-check

From: Johannes Berg The upper bound IWL_RATE_COUNT_LEGACY should be used with a >= check, rejecting the value itself; fix that. Signed-off-by: Johannes Berg Signed-off-by: Luca Coelho ---

[PATCH 09/10] iwlwifi: allow error table address new range

From: Sara Sharon The firmware has a new smart linker, and this table can now be in ICCM or in SMEM. It is not hardcoded, but depends on code size. Allow the full range. Signed-off-by: Sara Sharon Signed-off-by: Luca Coelho

[PATCH 10/10] iwlwifi: mvm: initialise ADD_STA before sending it to the firmware

From: Emmanuel Grumbach When we unshare a queue, the ADD_STA was not properly initialised. Signed-off-by: Emmanuel Grumbach Signed-off-by: Luca Coelho --- drivers/net/wireless/intel/iwlwifi/mvm/sta.c | 2 +-

[PATCH 00/10] iwlwifi: updates for 2016-09-22

From: Luca Coelho Hi, Here's a series of patches that were pending in our internal tree. I'm changing the process a bit. From now on I'll send the patches out first for review and only later apply them on iwlwifi-next/master and send a pull request. This will make

[PATCH 07/10] iwlwifi: remove support for fw older than -17 and -22

From: Luca Coelho FW versions older than -17 for 3160 and 7260 and older than -22 for newer NICs are not supported anymore. Don't load these versions and remove code that handles them. Signed-off-by: Luca Coelho Signed-off-by: Luca Coelho

[PATCH 08/10] iwlwifi: mvm: fix typo in TC_CMD_SEC_KEY_FROM_TABLE

From: Emmanuel Grumbach This define should really be TX_CMD_SEC_KEY_FROM_TABLE Signed-off-by: Emmanuel Grumbach Signed-off-by: Luca Coelho --- drivers/net/wireless/intel/iwlwifi/mvm/fw-api-tx.h | 4 ++--

[PATCH 04/10] iwlwifi: pcie: avoid variable shadowing in TFD helpers

From: Johannes Berg The various TFD/TB helpers have two code paths depending on the type of TFD supported, with variable shadowing due to the new if branches. Move the fall-through code into else branches to avoid variable shadowing. While doing so, rename some of the

[PATCH 05/10] iwlwifi: mvm: bail out if CTDP start operation fails

From: Luca Coelho We were assigning the return value of iwl_mvm_ctdp_command() to a variable, but never checking it. If this command fails, we should not allow the interface up process to proceed, since it is potentially dangerous to ignore thermal management

[PATCH 01/10] iwlwifi: mvm: cleanup redundant no_power_up_nic_in_init config

From: Sara Sharon This is never really used anymore. Signed-off-by: Sara Sharon Signed-off-by: Luca Coelho --- drivers/net/wireless/intel/iwlwifi/iwl-config.h | 1 - drivers/net/wireless/intel/iwlwifi/mvm/ops.c| 46

[PATCH 02/10] iwlwifi: mvm: cleanup usage of init_dbg parameter

From: Sara Sharon Move the init_dbg check to earlier in the function to simplify the code. Signed-off-by: Sara Sharon Signed-off-by: Luca Coelho --- drivers/net/wireless/intel/iwlwifi/mvm/fw.c | 28

[PATCH] cfg80211: Add support for static WEP in the driver

From: David Spinadel Add support for drivers that implement static WEP internally, i.e. expose connection keys to the driver in connect flow and don't upload the keys after the connection. Signed-off-by: David Spinadel Signed-off-by: Johannes

Re: rtl8192ce:rtl92ce_get_hw_reg():<0-0> switch case not processed

Hi Larry, On Thu, 22 Sep 2016 10:09:58 -0500, Larry Finger wrote: > Do you build your own kernel, or are you using openSUSE's supplied version? > If > the latter, I will need to think how we might debug the issue. If the former, > please add the attached patch. The debug module is in place.

Re: brcmf_txfinalize misses 802.1x packet leading to infinite WARNINGs

On 22 September 2016 at 14:24, Rafał Miłecki wrote: > On 09/22/2016 01:59 PM, Rafał Miłecki wrote: >> >> And again... >> >> I decided to focus on brcmf_flowring_delete a bit more. >> >> As I can see flowrings are created and removed from time to time, in most >> cases >> they

Re: ath9k_htc kernel driver regression affecting throughput

On 09/21/2016 09:53 PM, bruce m beach wrote: memory will be very tight. There is 160k or known ram and bits and pieces elsewhere. The rom is 24k (maximum). I currently am not to worried about it. (although I am watching it) bruce Probably you know this...but check structs for memory holes,

[PATCH v9 1/2] mac80211: Move ieee802111_tx_dequeue() to later in tx.c

The TXQ path restructure requires ieee80211_tx_dequeue() to call TX handlers and parts of the xmit_fast path. Move the function to later in tx.c in preparation for this. Signed-off-by: Toke Høiland-Jørgensen --- net/mac80211/tx.c | 90

[PATCH v9 2/2] mac80211: Move reorder-sensitive TX handlers to after TXQ dequeue

The TXQ intermediate queues can cause packet reordering when more than one flow is active to a single station. Since some of the wifi-specific packet handling (notably sequence number and encryption handling) is sensitive to re-ordering, things break if they are applied before the TXQ. This

[PATCH v9 0/2] mac80211: TXQ dequeue path rework

This is the ninth iteration of my attempts to reorder the TXQ dequeue path to avoid issues with reorder-sensitive operations. This version is split into two patches; the first one moves ieee80211_tx_dequeue() to avoid adding function stubs at the top of tx.c. Changes since v8: - Don't add

Re: rtl8192ce:rtl92ce_get_hw_reg():<0-0> switch case not processed

On Thu, 22 Sep 2016 10:09:58 -0500, Larry Finger wrote: > On 09/22/2016 04:51 AM, Jean Delvare wrote: > > Hello, > > > > I bought an Asus PCE-N10 PCIe Wi-Fi N card to install in my wife's > > computer. This morning it stopped working suddenly. Investigating the > > kernel logs, the following error

Re: ath9k_htc kernel driver regression affecting throughput

Am 22.09.2016 um 05:34 schrieb bruce m beach: >> We recently updated FW to GCC 6.2 which can detect more problems. So it >> will be probably interesting for you to pick this patch out. > > Yes I saw the message by Adrian Chadd and tried tried to git clone the link > he gave but that clearly