lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sun, 20 Jan 2013 07:13:07 +0100
From:	Sedat Dilek <sedat.dilek@...il.com>
To:	Hugh Dickins <hughd@...gle.com>
Cc:	Emmanuel Grumbach <emmanuel.grumbach@...el.com>,
	Johannes Berg <johannes.berg@...el.com>, ilw@...ux.intel.com,
	linux-wireless@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: iwlwifi: regression in 3.8-rc4 and 3.7.3

On Sun, Jan 20, 2013 at 6:56 AM, Hugh Dickins <hughd@...gle.com> wrote:
> After sending the first 2MB, scp over wireless becomes unbearably slow,
> with frequent stalls: on this ThinkPad T420s running 3.8-rc4 or 3.7.3.
> Not always, but often.
>

There is one pending iwlwifi-fixes, dunno if it will fix your issue.

- Sedat -

[1] http://git.kernel.org/?p=linux/kernel/git/iwlwifi/iwlwifi-fixes.git;a=commitdiff;h=c3e5d7181afb66657393066bccce0956fab09ab3

> Bisection led to commit f590dcec944552f9a4a61155810f3abd17d6465d
> "iwlwifi: fix the reclaimed packet tracking upon flush queue"
> (below); and indeed backing that out brings them back to speed.
>
> Here are the "iwlwifi" lines from my dmesg:
> [    1.936640] iwlwifi 0000:03:00.0: irq 44 for MSI/MSI-X
> [    8.384905] iwlwifi 0000:03:00.0: loaded firmware version 9.221.4.1 build 25532
> [    8.406425] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEBUG disabled
> [    8.427099] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
> [    8.447888] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled
> [    8.468369] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEVICE_TESTMODE disabled
> [    8.489008] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_P2P disabled
> [    8.509588] iwlwifi 0000:03:00.0: Detected Intel(R) Centrino(R) Ultimate-N 6300 AGN, REV=0x74
> [    8.531309] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
> [    9.891162] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
> [    9.891399] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
> [   10.260205] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
> [   10.260405] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
>
> Thanks,
> Hugh
>
> commit f590dcec944552f9a4a61155810f3abd17d6465d
> Author: Emmanuel Grumbach <emmanuel.grumbach@...el.com>
> Date:   Mon Dec 31 09:26:10 2012 +0200
>
>     iwlwifi: fix the reclaimed packet tracking upon flush queue
>
>     There's a bug in the currently released firmware version,
>     the sequence control in the Tx response isn't updated in
>     all cases. Take it from the packet as a workaround.
>
>     Cc: stable@...r.kernel.org
>     Signed-off-by: Emmanuel Grumbach <emmanuel.grumbach@...el.com>
>     Signed-off-by: Johannes Berg <johannes.berg@...el.com>
>
> diff --git a/drivers/net/wireless/iwlwifi/dvm/tx.c b/drivers/net/wireless/iwlwifi/dvm/tx.c
> index da21328..a790599 100644
> --- a/drivers/net/wireless/iwlwifi/dvm/tx.c
> +++ b/drivers/net/wireless/iwlwifi/dvm/tx.c
> @@ -1151,13 +1151,6 @@ int iwlagn_rx_reply_tx(struct iwl_priv *priv, struct iwl_rx_cmd_buffer *rxb,
>                         next_reclaimed = ssn;
>                 }
>
> -               if (tid != IWL_TID_NON_QOS) {
> -                       priv->tid_data[sta_id][tid].next_reclaimed =
> -                               next_reclaimed;
> -                       IWL_DEBUG_TX_REPLY(priv, "Next reclaimed packet:%d\n",
> -                                                 next_reclaimed);
> -               }
> -
>                 iwl_trans_reclaim(priv->trans, txq_id, ssn, &skbs);
>
>                 iwlagn_check_ratid_empty(priv, sta_id, tid);
> @@ -1208,11 +1201,28 @@ int iwlagn_rx_reply_tx(struct iwl_priv *priv, struct iwl_rx_cmd_buffer *rxb,
>                         if (!is_agg)
>                                 iwlagn_non_agg_tx_status(priv, ctx, hdr->addr1);
>
> +                       /*
> +                        * W/A for FW bug - the seq_ctl isn't updated when the
> +                        * queues are flushed. Fetch it from the packet itself
> +                        */
> +                       if (!is_agg && status == TX_STATUS_FAIL_FIFO_FLUSHED) {
> +                               next_reclaimed = le16_to_cpu(hdr->seq_ctrl);
> +                               next_reclaimed =
> +                                       SEQ_TO_SN(next_reclaimed + 0x10);
> +                       }
> +
>                         is_offchannel_skb =
>                                 (info->flags & IEEE80211_TX_CTL_TX_OFFCHAN);
>                         freed++;
>                 }
>
> +               if (tid != IWL_TID_NON_QOS) {
> +                       priv->tid_data[sta_id][tid].next_reclaimed =
> +                               next_reclaimed;
> +                       IWL_DEBUG_TX_REPLY(priv, "Next reclaimed packet:%d\n",
> +                                          next_reclaimed);
> +               }
> +
>                 WARN_ON(!is_agg && freed != 1);
>
>                 /*
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ