linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kalle Valo <kvalo@qca.qualcomm.com>
To: Michal Kazior <michal.kazior@tieto.com>
Cc: "ath10k@lists.infradead.org" <ath10k@lists.infradead.org>,
	linux-wireless <linux-wireless@vger.kernel.org>
Subject: Re: [RFC/RFT 3/7] ath10k: replace send_head() with tx_sg()
Date: Mon, 24 Feb 2014 13:46:20 +0200	[thread overview]
Message-ID: <87wqgku41f.fsf@kamboji.qca.qualcomm.com> (raw)
In-Reply-To: <CA+BoTQn+8RUbmASLrrFwZqSRgWkLpy1Z3icy3Mp9VMPGHtQrEg@mail.gmail.com> (Michal Kazior's message of "Thu, 20 Feb 2014 07:43:00 +0100")

Michal Kazior <michal.kazior@tieto.com> writes:

> On 19 February 2014 15:18, Kalle Valo <kvalo@qca.qualcomm.com> wrote:
>> Michal Kazior <michal.kazior@tieto.com> writes:
>>
>>> It doesn't really make any sense to keep it there anyway because
>>> sg_item is used as means to pass a complex function argument to
>>> sg_tx().
>>
>> If we used skbs we would just give a list/queue of them and no need to
>> have any extra structs.
>
> Managing skbs would incur extra overhead. Skbs are also less flexible
> and probably unnecessary (at least at this point).

As a rule of thumb we should avoid reinventing things on our own and use
Linux infrastructure as much possible. There are a lot of benefits from
using sk_buffs.

> Think about the qos workaround removal - you have to submit htt tx
> descriptor frame prefetch in 2 parts instead of 1 (to make it appear
> to FW as there's no QoS field). With skbs you have to allocate another
> skb, copy part of MSDU into it... aaand you've just traded a single
> memmove() for dev_alloc_skb(), skb_put() and a memcpy().

I'm missing a lot of details here (and I can't check from code right
now), but are you saying that skb allocation is too slow? In that case
we should fix the skb allocation instead of working it around in ath10k.

But this is all hand waving for the future, not really something I see a
problem with this patchset.

-- 
Kalle Valo

  reply	other threads:[~2014-02-24 11:47 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-17  9:32 [RFC/RFT 0/7] ath10k: performance improvements Michal Kazior
2014-02-17  9:32 ` [RFC/RFT 1/7] ath10k: remove DMA mapping wrappers Michal Kazior
2014-02-19 12:37   ` Kalle Valo
2014-02-17  9:32 ` [RFC/RFT 2/7] ath10k: remove is_aborted from skb_cb Michal Kazior
2014-02-17  9:32 ` [RFC/RFT 3/7] ath10k: replace send_head() with tx_sg() Michal Kazior
2014-02-19 12:48   ` Kalle Valo
2014-02-19 13:25     ` Michal Kazior
2014-02-19 14:18       ` Kalle Valo
2014-02-20  6:43         ` Michal Kazior
2014-02-24 11:46           ` Kalle Valo [this message]
2014-02-17  9:32 ` [RFC/RFT 4/7] ath10k: bypass htc for htt tx path Michal Kazior
2014-02-19 14:56   ` Kalle Valo
2014-02-17  9:32 ` [RFC/RFT 5/7] ath10k: batch htt tx/rx completions Michal Kazior
2014-02-19 15:10   ` Kalle Valo
2014-02-20 11:23     ` Michal Kazior
2014-02-24 11:49       ` Kalle Valo
2014-02-17  9:32 ` [RFC/RFT 6/7] ath10k: remove pci completion list Michal Kazior
2014-02-17  9:32 ` [RFC/RFT 7/7] ath10k: minimize coherent dma accesses Michal Kazior
2014-02-17 15:01 ` [RFC/RFT 0/7] ath10k: performance improvements Kalle Valo
2014-02-19 15:16 ` Kalle Valo
2014-02-26 11:34 ` [PATCH v2 0/8] " Michal Kazior
2014-02-26 11:34   ` [PATCH v2 1/8] ath10k: remove DMA mapping wrappers Michal Kazior
2014-02-26 11:34   ` [PATCH v2 2/8] ath10k: remove is_aborted from skb_cb Michal Kazior
2014-02-26 12:09   ` [PATCH v2 0/8] ath10k: performance improvements Michal Kazior
2014-02-27  7:19 ` [PATCH v3 " Michal Kazior
2014-02-27  7:19   ` [PATCH v3 1/8] ath10k: remove DMA mapping wrappers Michal Kazior
2014-02-27  7:19   ` [PATCH v3 2/8] ath10k: remove is_aborted from skb_cb Michal Kazior
2014-02-27  7:19   ` [PATCH v3 3/8] ath10k: replace send_head() with tx_sg() Michal Kazior
2014-02-27  7:19   ` [PATCH v3 4/8] ath10k: bypass htc for htt tx path Michal Kazior
2014-02-28  9:06     ` Kalle Valo
2014-02-28  9:15       ` Michal Kazior
2014-02-28  9:28         ` Kalle Valo
2014-02-28  9:54           ` Michal Kazior
2014-02-27  7:19   ` [PATCH v3 5/8] ath10k: batch htt tx/rx completions Michal Kazior
2014-02-28  9:00     ` Kalle Valo
2014-02-28  9:07       ` Michal Kazior
2014-02-27  7:19   ` [PATCH v3 6/8] ath10k: reduce htt tx/rx spinlock overhead Michal Kazior
2014-02-27  7:19   ` [PATCH v3 7/8] ath10k: remove pci completion list Michal Kazior
2014-02-27  7:19   ` [PATCH v3 8/8] ath10k: minimize coherent dma accesses Michal Kazior
2014-02-28 10:13   ` [PATCH v3 0/8] ath10k: performance improvements Kalle Valo

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=87wqgku41f.fsf@kamboji.qca.qualcomm.com \
    --to=kvalo@qca.qualcomm.com \
    --cc=ath10k@lists.infradead.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=michal.kazior@tieto.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).