mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Francesco Dolcini <francesco@dolcini.it>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: Francesco Dolcini <francesco@dolcini.it>,
	Brian Norris <briannorris@chromium.org>,
	Kalle Valo <kvalo@kernel.org>,
	linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 12/12] wifi: mwifiex: drop asynchronous init waiting code
Date: Tue, 10 Sep 2024 10:30:58 +0200	[thread overview]
Message-ID: <ZuADwpidC7wG7J6q@gaggiata.pivistrello.it> (raw)
In-Reply-To: <Zt9XQNnrdgwly0yO@pengutronix.de>

On Mon, Sep 09, 2024 at 10:14:56PM +0200, Sascha Hauer wrote:
> On Mon, Sep 09, 2024 at 07:14:11PM +0200, Francesco Dolcini wrote:
> > On Mon, Aug 26, 2024 at 01:01:33PM +0200, Sascha Hauer wrote:
> > > Historically all commands sent to the mwifiex driver have been
> > > asynchronous. For this reason there is code that waits for the
> > > last initialization command to complete before going on. Nowadays the
> > > commands can be sent synchronously, meaning that they are completed
> > > when the command call returns. This makes all the waiting code
> > > unnecessary. It is removed in this patch.
> > 
> > I am not sure to understand this. Is the code to have asynchronous command gone
> > or it is just not used anymore? In the code here you remove waiting for the
> > firmware init to be complete, but from the patch is not clear why this is not
> > needed anymore.  Maybe a specific commit you can reference in which such
> > support was removed?
> 
> Commands can still be sent asynchronously by passing sync=false to
> mwifiex_send_cmd(), but this is no longer done in the initialization

Understood. So this is just not unused code since quite some time.
To me the change looks ok, but I would appreciate if someone else can have
another look.


> | commit 7bff9c974e1a70819c30c37d8ec0d84d456f8237
> | Author: Stone Piao <piaoyun@marvell.com>
> | Date:   Tue Sep 25 20:23:39 2012 -0700
> | 
> |     mwifiex: send firmware initialization commands synchronously
> | 
> |     The driver will send some commands to firmware during the
> |     initialization. Currently these commands are sent asynchronously,
> |     which means that we firstly insert all of them to a pre-allocated
> |     command queue, and then start to process them one by one. The
> |     command queue will soon be exhausted if we keep adding new
> |     initialization commands.
> | 
> |     This issue can be resolved by sending initialization commands
> |     synchronously because each command is consumed and the buffer is
> |     recycled before queuing next command.
> | 
> |     Signed-off-by: Stone Piao <piaoyun@marvell.com>
> |     Signed-off-by: Bing Zhao <bzhao@marvell.com>
> |     Signed-off-by: John W. Linville <linville@tuxdriver.com>
> 
> I'll mention this commit in the commit message next round.

Perfect, thanks.


      reply	other threads:[~2024-09-10  8:31 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-26 11:01 [PATCH 00/12] mwifiex: two fixes and cleanup Sascha Hauer
2024-08-26 11:01 ` [PATCH 01/12] wifi: mwifiex: add missing locking Sascha Hauer
2024-08-27 11:55   ` Francesco Dolcini
2024-09-02  6:30     ` [EXT] " David Lin
2024-08-26 11:01 ` [PATCH 02/12] wifi: mwifiex: fix MAC address handling Sascha Hauer
2024-09-06 14:40   ` Francesco Dolcini
2024-09-09  8:09     ` Sascha Hauer
2024-09-09 16:42       ` Francesco Dolcini
2024-08-26 11:01 ` [PATCH 03/12] wifi: mwifiex: deduplicate code in mwifiex_cmd_tx_rate_cfg() Sascha Hauer
2024-09-06 14:54   ` Francesco Dolcini
2024-08-26 11:01 ` [PATCH 04/12] wifi: mwifiex: use adapter as context pointer for mwifiex_hs_activated_event() Sascha Hauer
2024-09-06 15:03   ` Francesco Dolcini
2024-08-26 11:01 ` [PATCH 05/12] wifi: mwifiex: drop unnecessary initialization Sascha Hauer
2024-09-06 15:07   ` Francesco Dolcini
2024-08-26 11:01 ` [PATCH 06/12] wifi: mwifiex: make region_code_mapping_t const Sascha Hauer
2024-09-06 15:08   ` Francesco Dolcini
2024-08-26 11:01 ` [PATCH 07/12] wifi: mwifiex: pass adapter to mwifiex_dnld_cmd_to_fw() Sascha Hauer
2024-09-06 15:11   ` Francesco Dolcini
2024-08-26 11:01 ` [PATCH 08/12] wifi: mwifiex: simplify mwifiex_setup_ht_caps() Sascha Hauer
2024-09-09 17:04   ` Francesco Dolcini
2024-08-26 11:01 ` [PATCH 09/12] wifi: mwifiex: fix indention Sascha Hauer
2024-09-06 15:15   ` Francesco Dolcini
2024-08-26 11:01 ` [PATCH 10/12] wifi: mwifiex: make locally used function static Sascha Hauer
2024-09-06 15:16   ` Francesco Dolcini
2024-08-26 11:01 ` [PATCH 11/12] wifi: mwifiex: move common settings out of switch/case Sascha Hauer
2024-09-09 17:09   ` Francesco Dolcini
2024-09-09 20:21     ` Sascha Hauer
2024-09-09 20:55       ` Francesco Dolcini
2024-08-26 11:01 ` [PATCH 12/12] wifi: mwifiex: drop asynchronous init waiting code Sascha Hauer
2024-09-09 17:14   ` Francesco Dolcini
2024-09-09 20:14     ` Sascha Hauer
2024-09-10  8:30       ` Francesco Dolcini [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=ZuADwpidC7wG7J6q@gaggiata.pivistrello.it \
    --to=francesco@dolcini.it \
    --cc=briannorris@chromium.org \
    --cc=kvalo@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=s.hauer@pengutronix.de \
    /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

all inboxes | Powered by JetHome®