From: Krzysztof Kolasa <kkolasa@winsoft.pl>
To: Stanislaw Gruszka <sgruszka@redhat.com>
Cc: "John W. Linville" <linville@tuxdriver.com>,
linux-wireless@vger.kernel.org,
Zdenek Kabelac <zkabelac@redhat.com>,
Pedro Francisco <pedrogfrancisco@gmail.com>
Subject: Re: [PATCH 3.9] iwl3945: fix length of dma buffers
Date: Thu, 14 Mar 2013 15:37:41 +0100 [thread overview]
Message-ID: <5141E0B5.506@winsoft.pl> (raw)
In-Reply-To: <1363261720-4344-1-git-send-email-sgruszka@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 3684 bytes --]
On 14.03.2013 12:48, Stanislaw Gruszka wrote:
> commit bdb084b22d8aee66c87af5e9c36bd6cf7f3bccfd
> Author: Stanislaw Gruszka <sgruszka@redhat.com>
> Date: Wed Feb 13 15:49:08 2013 +0100
>
> iwlegacy: more checks for dma mapping errors
>
> broke il3945_tx_skb() dma buffer length settings, what results on
> firmware errors like showed below and make 3945 device non usable.
>
> iwl3945 0000:02:00.0: Microcode SW error detected. Restarting 0x82000008.
> iwl3945 0000:02:00.0: Loaded firmware version: 15.32.2.9
> iwl3945 0000:02:00.0: Start IWL Error Log Dump:
> iwl3945 0000:02:00.0: Status: 0x000202E4, count: 1
> iwl3945 0000:02:00.0: Desc Time asrtPC blink2 ilink1 nmiPC Line
> iwl3945 0000:02:00.0: SYSASSERT (0x5) 0000208934 0x008B6 0x0035E 0x00320 0x00000 267
> iwl3945 0000:02:00.0: Error Reply type 0x00000001 cmd
>
> Reported-by: Zdenek Kabelac <zkabelac@redhat.com>
> Reported-by: Krzysztof Kolasa <kkolasa@winsoft.pl>
> Reported-by: Pedro Francisco <pedrogfrancisco@gmail.com>
> Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com>
> ---
> drivers/net/wireless/iwlegacy/3945-mac.c | 22 ++++++++++++----------
> 1 files changed, 12 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/net/wireless/iwlegacy/3945-mac.c b/drivers/net/wireless/iwlegacy/3945-mac.c
> index 3630a41..c353b5f 100644
> --- a/drivers/net/wireless/iwlegacy/3945-mac.c
> +++ b/drivers/net/wireless/iwlegacy/3945-mac.c
> @@ -475,6 +475,7 @@ il3945_tx_skb(struct il_priv *il,
> dma_addr_t txcmd_phys;
> int txq_id = skb_get_queue_mapping(skb);
> u16 len, idx, hdr_len;
> + u16 firstlen, secondlen;
> u8 id;
> u8 unicast;
> u8 sta_id;
> @@ -589,21 +590,22 @@ il3945_tx_skb(struct il_priv *il,
> len =
> sizeof(struct il3945_tx_cmd) + sizeof(struct il_cmd_header) +
> hdr_len;
> - len = (len + 3) & ~3;
> + firstlen = (len + 3) & ~3;
>
> /* Physical address of this Tx command's header (not MAC header!),
> * within command buffer array. */
> txcmd_phys =
> - pci_map_single(il->pci_dev, &out_cmd->hdr, len, PCI_DMA_TODEVICE);
> + pci_map_single(il->pci_dev, &out_cmd->hdr, firstlen,
> + PCI_DMA_TODEVICE);
> if (unlikely(pci_dma_mapping_error(il->pci_dev, txcmd_phys)))
> goto drop_unlock;
>
> /* Set up TFD's 2nd entry to point directly to remainder of skb,
> * if any (802.11 null frames have no payload). */
> - len = skb->len - hdr_len;
> - if (len) {
> + secondlen = skb->len - hdr_len;
> + if (secondlen > 0) {
> phys_addr =
> - pci_map_single(il->pci_dev, skb->data + hdr_len, len,
> + pci_map_single(il->pci_dev, skb->data + hdr_len, secondlen,
> PCI_DMA_TODEVICE);
> if (unlikely(pci_dma_mapping_error(il->pci_dev, phys_addr)))
> goto drop_unlock;
> @@ -611,12 +613,12 @@ il3945_tx_skb(struct il_priv *il,
>
> /* Add buffer containing Tx command and MAC(!) header to TFD's
> * first entry */
> - il->ops->txq_attach_buf_to_tfd(il, txq, txcmd_phys, len, 1, 0);
> + il->ops->txq_attach_buf_to_tfd(il, txq, txcmd_phys, firstlen, 1, 0);
> dma_unmap_addr_set(out_meta, mapping, txcmd_phys);
> - dma_unmap_len_set(out_meta, len, len);
> - if (len)
> - il->ops->txq_attach_buf_to_tfd(il, txq, phys_addr, len, 0,
> - U32_PAD(len));
> + dma_unmap_len_set(out_meta, len, firstlen);
> + if (secondlen > 0)
> + il->ops->txq_attach_buf_to_tfd(il, txq, phys_addr, secondlen, 0,
> + U32_PAD(secondlen));
>
> if (!ieee80211_has_morefrags(hdr->frame_control)) {
> txq->need_update = 1;
Patch solves the problem.
Thanks.
Krzysztof
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3657 bytes --]
prev parent reply other threads:[~2013-03-14 14:37 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-14 11:48 [PATCH 3.9] iwl3945: fix length of dma buffers Stanislaw Gruszka
2013-03-14 14:37 ` Krzysztof Kolasa [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5141E0B5.506@winsoft.pl \
--to=kkolasa@winsoft.pl \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=pedrogfrancisco@gmail.com \
--cc=sgruszka@redhat.com \
--cc=zkabelac@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).