netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH 0/2] mwifiex: fixes for shutdown_sw() and reinit_sw()
@ 2020-10-28 14:21 Tsuchiya Yuto
  2020-10-28 14:21 ` [PATCH 1/2] mwifiex: fix mwifiex_shutdown_sw() causing sw reset failure Tsuchiya Yuto
  2020-10-28 14:21 ` [PATCH 2/2] mwifiex: update comment for shutdown_sw()/reinit_sw() to reflect current state Tsuchiya Yuto
  0 siblings, 2 replies; 6+ messages in thread
From: Tsuchiya Yuto @ 2020-10-28 14:21 UTC (permalink / raw)
  To: Amitkumar Karwar, Ganapathi Bhat, Xinming Hu, Kalle Valo,
	David S. Miller, Jakub Kicinski
  Cc: linux-wireless, netdev, linux-kernel, Maximilian Luz,
	Andy Shevchenko, verdre, Tsuchiya Yuto

Hello all,

This series fixes a software level reset feature. We, Microsoft Surface
devices users observed this issue, where firmware reset requires another
quirk. The other device users might not notice this issue because if
the reset is performed for the firmware level, this issue can't be
observed easily.

While here, update description of shutdown_sw() and reinit_sw() functions
to reflect current state.

Thanks,
Tsuchiya Yuto

Tsuchiya Yuto (2):
  mwifiex: fix mwifiex_shutdown_sw() causing sw reset failure
  mwifiex: update comment for shutdown_sw()/reinit_sw() to reflect
    current state

 drivers/net/wireless/marvell/mwifiex/main.c | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

-- 
2.29.1


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [PATCH 1/2] mwifiex: fix mwifiex_shutdown_sw() causing sw reset failure
  2020-10-28 14:21 [PATCH 0/2] mwifiex: fixes for shutdown_sw() and reinit_sw() Tsuchiya Yuto
@ 2020-10-28 14:21 ` Tsuchiya Yuto
  2020-11-08 11:31   ` Kalle Valo
  2020-11-10 18:50   ` [1/2] " Kalle Valo
  2020-10-28 14:21 ` [PATCH 2/2] mwifiex: update comment for shutdown_sw()/reinit_sw() to reflect current state Tsuchiya Yuto
  1 sibling, 2 replies; 6+ messages in thread
From: Tsuchiya Yuto @ 2020-10-28 14:21 UTC (permalink / raw)
  To: Amitkumar Karwar, Ganapathi Bhat, Xinming Hu, Kalle Valo,
	David S. Miller, Jakub Kicinski
  Cc: linux-wireless, netdev, linux-kernel, Maximilian Luz,
	Andy Shevchenko, verdre, Tsuchiya Yuto

When FLR is performed but without fw reset for some reasons (e.g. on
Surface devices, fw reset requires another quirk), it fails to reset
properly. You can trigger the issue on such devices via debugfs entry
for reset:

    $ echo 1 | sudo tee /sys/kernel/debug/mwifiex/mlan0/reset

and the resulting dmesg log:

    [   45.740508] mwifiex_pcie 0000:03:00.0: Resetting per request
    [   45.742937] mwifiex_pcie 0000:03:00.0: info: successfully disconnected from [BSSID]: reason code 3
    [   45.744666] mwifiex_pcie 0000:03:00.0: info: shutdown mwifiex...
    [   45.751530] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
    [   45.751539] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
    [   45.771691] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
    [   45.771695] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
    [   45.771697] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
    [   45.771698] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
    [   45.771699] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
    [   45.771701] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
    [   45.771702] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
    [   45.771703] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
    [   45.771704] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
    [   45.771705] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
    [   45.771707] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
    [   45.771708] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
    [   53.099343] mwifiex_pcie 0000:03:00.0: info: trying to associate to '[SSID]' bssid [BSSID]
    [   53.241870] mwifiex_pcie 0000:03:00.0: info: associated to bssid [BSSID] successfully
    [   75.377942] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
    [   85.385491] mwifiex_pcie 0000:03:00.0: info: successfully disconnected from [BSSID]: reason code 15
    [   87.539408] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
    [   87.539412] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
    [   99.699917] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
    [   99.699925] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
    [  111.859802] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
    [  111.859808] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
    [...]

When comparing mwifiex_shutdown_sw() with mwifiex_pcie_remove(), it
lacks mwifiex_init_shutdown_fw().

This commit fixes mwifiex_shutdown_sw() by adding the missing
mwifiex_init_shutdown_fw().

Fixes: 4c5dae59d2e9 ("mwifiex: add PCIe function level reset support")
Signed-off-by: Tsuchiya Yuto <kitakar@gmail.com>
---
 drivers/net/wireless/marvell/mwifiex/main.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/drivers/net/wireless/marvell/mwifiex/main.c b/drivers/net/wireless/marvell/mwifiex/main.c
index 9ba8a8f64976b..6283df5aaaf8b 100644
--- a/drivers/net/wireless/marvell/mwifiex/main.c
+++ b/drivers/net/wireless/marvell/mwifiex/main.c
@@ -1471,6 +1471,8 @@ int mwifiex_shutdown_sw(struct mwifiex_adapter *adapter)
 	priv = mwifiex_get_priv(adapter, MWIFIEX_BSS_ROLE_ANY);
 	mwifiex_deauthenticate(priv, NULL);
 
+	mwifiex_init_shutdown_fw(priv, MWIFIEX_FUNC_SHUTDOWN);
+
 	mwifiex_uninit_sw(adapter);
 	adapter->is_up = false;
 
-- 
2.29.1


^ permalink raw reply related	[flat|nested] 6+ messages in thread

* [PATCH 2/2] mwifiex: update comment for shutdown_sw()/reinit_sw() to reflect current state
  2020-10-28 14:21 [PATCH 0/2] mwifiex: fixes for shutdown_sw() and reinit_sw() Tsuchiya Yuto
  2020-10-28 14:21 ` [PATCH 1/2] mwifiex: fix mwifiex_shutdown_sw() causing sw reset failure Tsuchiya Yuto
@ 2020-10-28 14:21 ` Tsuchiya Yuto
  1 sibling, 0 replies; 6+ messages in thread
From: Tsuchiya Yuto @ 2020-10-28 14:21 UTC (permalink / raw)
  To: Amitkumar Karwar, Ganapathi Bhat, Xinming Hu, Kalle Valo,
	David S. Miller, Jakub Kicinski
  Cc: linux-wireless, netdev, linux-kernel, Maximilian Luz,
	Andy Shevchenko, verdre, Tsuchiya Yuto

The functions mwifiex_shutdown_sw() and mwifiex_reinit_sw() can be used
for more general purposes than the PCIe function level reset. Also, these
are even not PCIe-specific.

So, let's update the comments at the top of each function accordingly.

Signed-off-by: Tsuchiya Yuto <kitakar@gmail.com>
---
 drivers/net/wireless/marvell/mwifiex/main.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/net/wireless/marvell/mwifiex/main.c b/drivers/net/wireless/marvell/mwifiex/main.c
index 6283df5aaaf8b..ee52fb839ef77 100644
--- a/drivers/net/wireless/marvell/mwifiex/main.c
+++ b/drivers/net/wireless/marvell/mwifiex/main.c
@@ -1455,7 +1455,7 @@ static void mwifiex_uninit_sw(struct mwifiex_adapter *adapter)
 }
 
 /*
- * This function gets called during PCIe function level reset.
+ * This function can be used for shutting down the adapter SW.
  */
 int mwifiex_shutdown_sw(struct mwifiex_adapter *adapter)
 {
@@ -1483,7 +1483,7 @@ int mwifiex_shutdown_sw(struct mwifiex_adapter *adapter)
 }
 EXPORT_SYMBOL_GPL(mwifiex_shutdown_sw);
 
-/* This function gets called during PCIe function level reset. Required
+/* This function can be used for reinitting the adapter SW. Required
  * code is extracted from mwifiex_add_card()
  */
 int
-- 
2.29.1


^ permalink raw reply related	[flat|nested] 6+ messages in thread

* Re: [PATCH 1/2] mwifiex: fix mwifiex_shutdown_sw() causing sw reset failure
  2020-10-28 14:21 ` [PATCH 1/2] mwifiex: fix mwifiex_shutdown_sw() causing sw reset failure Tsuchiya Yuto
@ 2020-11-08 11:31   ` Kalle Valo
  2020-11-08 12:19     ` Tsuchiya Yuto
  2020-11-10 18:50   ` [1/2] " Kalle Valo
  1 sibling, 1 reply; 6+ messages in thread
From: Kalle Valo @ 2020-11-08 11:31 UTC (permalink / raw)
  To: Tsuchiya Yuto
  Cc: Amitkumar Karwar, Ganapathi Bhat, Xinming Hu, Kalle Valo,
	David S. Miller, Jakub Kicinski, linux-wireless, netdev,
	linux-kernel, Maximilian Luz, Andy Shevchenko, verdre

Tsuchiya Yuto <kitakar@gmail.com> writes:

> When FLR is performed but without fw reset for some reasons (e.g. on
> Surface devices, fw reset requires another quirk), it fails to reset
> properly. You can trigger the issue on such devices via debugfs entry
> for reset:
>
>     $ echo 1 | sudo tee /sys/kernel/debug/mwifiex/mlan0/reset
>
> and the resulting dmesg log:
>
>     [   45.740508] mwifiex_pcie 0000:03:00.0: Resetting per request
>     [   45.742937] mwifiex_pcie 0000:03:00.0: info: successfully disconnected from [BSSID]: reason code 3
>     [   45.744666] mwifiex_pcie 0000:03:00.0: info: shutdown mwifiex...
>     [   45.751530] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.751539] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771691] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771695] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   45.771697] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771698] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   45.771699] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771701] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   45.771702] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771703] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   45.771704] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771705] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   45.771707] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771708] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   53.099343] mwifiex_pcie 0000:03:00.0: info: trying to associate to '[SSID]' bssid [BSSID]
>     [   53.241870] mwifiex_pcie 0000:03:00.0: info: associated to bssid [BSSID] successfully
>     [   75.377942] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
>     [   85.385491] mwifiex_pcie 0000:03:00.0: info: successfully disconnected from [BSSID]: reason code 15
>     [   87.539408] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
>     [   87.539412] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   99.699917] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
>     [   99.699925] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [  111.859802] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
>     [  111.859808] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [...]
>
> When comparing mwifiex_shutdown_sw() with mwifiex_pcie_remove(), it
> lacks mwifiex_init_shutdown_fw().
>
> This commit fixes mwifiex_shutdown_sw() by adding the missing
> mwifiex_init_shutdown_fw().
>
> Fixes: 4c5dae59d2e9 ("mwifiex: add PCIe function level reset support")
> Signed-off-by: Tsuchiya Yuto <kitakar@gmail.com>

Otherwise looks good to me, but what is FLR? I can add the description
to the commit log if you tell me what it is.

-- 
https://patchwork.kernel.org/project/linux-wireless/list/

https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH 1/2] mwifiex: fix mwifiex_shutdown_sw() causing sw reset failure
  2020-11-08 11:31   ` Kalle Valo
@ 2020-11-08 12:19     ` Tsuchiya Yuto
  0 siblings, 0 replies; 6+ messages in thread
From: Tsuchiya Yuto @ 2020-11-08 12:19 UTC (permalink / raw)
  To: Kalle Valo
  Cc: Amitkumar Karwar, Ganapathi Bhat, Xinming Hu, David S. Miller,
	Jakub Kicinski, linux-wireless, netdev, linux-kernel,
	Maximilian Luz, Andy Shevchenko, verdre

On Sun, 2020-11-08 at 13:31 +0200, Kalle Valo wrote:
> Tsuchiya Yuto <kitakar@gmail.com> writes:
> 
> > When FLR is performed but without fw reset for some reasons (e.g. on
> > Surface devices, fw reset requires another quirk), it fails to reset
> > properly. You can trigger the issue on such devices via debugfs entry
> > for reset:
> > 
> >     $ echo 1 | sudo tee /sys/kernel/debug/mwifiex/mlan0/reset
> > 
> > and the resulting dmesg log:
> > 
> >     [   45.740508] mwifiex_pcie 0000:03:00.0: Resetting per request
> >     [   45.742937] mwifiex_pcie 0000:03:00.0: info: successfully disconnected from [BSSID]: reason code 3
> >     [   45.744666] mwifiex_pcie 0000:03:00.0: info: shutdown mwifiex...
> >     [   45.751530] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
> >     [   45.751539] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
> >     [   45.771691] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
> >     [   45.771695] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
> >     [   45.771697] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
> >     [   45.771698] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
> >     [   45.771699] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
> >     [   45.771701] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
> >     [   45.771702] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
> >     [   45.771703] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
> >     [   45.771704] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
> >     [   45.771705] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
> >     [   45.771707] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
> >     [   45.771708] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
> >     [   53.099343] mwifiex_pcie 0000:03:00.0: info: trying to associate to '[SSID]' bssid [BSSID]
> >     [   53.241870] mwifiex_pcie 0000:03:00.0: info: associated to bssid [BSSID] successfully
> >     [   75.377942] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
> >     [   85.385491] mwifiex_pcie 0000:03:00.0: info: successfully disconnected from [BSSID]: reason code 15
> >     [   87.539408] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
> >     [   87.539412] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
> >     [   99.699917] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
> >     [   99.699925] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
> >     [  111.859802] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
> >     [  111.859808] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
> >     [...]
> > 
> > When comparing mwifiex_shutdown_sw() with mwifiex_pcie_remove(), it
> > lacks mwifiex_init_shutdown_fw().
> > 
> > This commit fixes mwifiex_shutdown_sw() by adding the missing
> > mwifiex_init_shutdown_fw().
> > 
> > Fixes: 4c5dae59d2e9 ("mwifiex: add PCIe function level reset support")
> > Signed-off-by: Tsuchiya Yuto <kitakar@gmail.com>
> 
> Otherwise looks good to me, but what is FLR? I can add the description
> to the commit log if you tell me what it is.
> 

Thanks! It's a PCIe Function Level Reset (FLR). In addition to this,
it may be better to add a vendor name (Microsoft) of the devices where
we observed this issue?
(The other patch I sent also lacks the vendor name [1])

Based on the two improvements, I think the commit log should look like
this (also fixed some grammatical errors):

    When a PCIe function level reset (FLR) is performed but without fw reset
    for some reasons (e.g., on Microsoft Surface devices, fw reset requires
    other quirks), it fails to reset wifi properly. You can trigger the issue
    on such devices via debugfs entry for reset:
    [...]

I'd appreciate it if you could add the above changes (and/or your changes
if required). I can also resend this series if this is more preferable.

[1] [PATCH] mwifiex: pcie: skip cancel_work_sync() on reset failure path
    https://lore.kernel.org/linux-wireless/20201028142346.18355-1-kitakar@gmail.com/



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [1/2] mwifiex: fix mwifiex_shutdown_sw() causing sw reset failure
  2020-10-28 14:21 ` [PATCH 1/2] mwifiex: fix mwifiex_shutdown_sw() causing sw reset failure Tsuchiya Yuto
  2020-11-08 11:31   ` Kalle Valo
@ 2020-11-10 18:50   ` Kalle Valo
  1 sibling, 0 replies; 6+ messages in thread
From: Kalle Valo @ 2020-11-10 18:50 UTC (permalink / raw)
  To: Tsuchiya Yuto
  Cc: Amitkumar Karwar, Ganapathi Bhat, Xinming Hu, David S. Miller,
	Jakub Kicinski, linux-wireless, netdev, linux-kernel,
	Maximilian Luz, Andy Shevchenko, verdre, Tsuchiya Yuto

Tsuchiya Yuto <kitakar@gmail.com> wrote:

> When a PCIe function level reset (FLR) is performed but without fw reset for
> some reasons (e.g., on Microsoft Surface devices, fw reset requires other
> quirks), it fails to reset wifi properly. You can trigger the issue on such
> devices via debugfs entry for reset:
> 
>     $ echo 1 | sudo tee /sys/kernel/debug/mwifiex/mlan0/reset
> 
> and the resulting dmesg log:
> 
>     [   45.740508] mwifiex_pcie 0000:03:00.0: Resetting per request
>     [   45.742937] mwifiex_pcie 0000:03:00.0: info: successfully disconnected from [BSSID]: reason code 3
>     [   45.744666] mwifiex_pcie 0000:03:00.0: info: shutdown mwifiex...
>     [   45.751530] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.751539] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771691] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771695] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   45.771697] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771698] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   45.771699] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771701] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   45.771702] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771703] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   45.771704] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771705] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   45.771707] mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
>     [   45.771708] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   53.099343] mwifiex_pcie 0000:03:00.0: info: trying to associate to '[SSID]' bssid [BSSID]
>     [   53.241870] mwifiex_pcie 0000:03:00.0: info: associated to bssid [BSSID] successfully
>     [   75.377942] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
>     [   85.385491] mwifiex_pcie 0000:03:00.0: info: successfully disconnected from [BSSID]: reason code 15
>     [   87.539408] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
>     [   87.539412] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [   99.699917] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
>     [   99.699925] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [  111.859802] mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
>     [  111.859808] mwifiex_pcie 0000:03:00.0: deleting the crypto keys
>     [...]
> 
> When comparing mwifiex_shutdown_sw() with mwifiex_pcie_remove(), it
> lacks mwifiex_init_shutdown_fw().
> 
> This commit fixes mwifiex_shutdown_sw() by adding the missing
> mwifiex_init_shutdown_fw().
> 
> Fixes: 4c5dae59d2e9 ("mwifiex: add PCIe function level reset support")
> Signed-off-by: Tsuchiya Yuto <kitakar@gmail.com>

2 patches applied to wireless-drivers-next.git, thanks.

fa74cb1dc0f4 mwifiex: fix mwifiex_shutdown_sw() causing sw reset failure
566b4cb9587e mwifiex: update comment for shutdown_sw()/reinit_sw() to reflect current state

-- 
https://patchwork.kernel.org/project/linux-wireless/patch/20201028142110.18144-2-kitakar@gmail.com/

https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2020-11-10 18:50 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-10-28 14:21 [PATCH 0/2] mwifiex: fixes for shutdown_sw() and reinit_sw() Tsuchiya Yuto
2020-10-28 14:21 ` [PATCH 1/2] mwifiex: fix mwifiex_shutdown_sw() causing sw reset failure Tsuchiya Yuto
2020-11-08 11:31   ` Kalle Valo
2020-11-08 12:19     ` Tsuchiya Yuto
2020-11-10 18:50   ` [1/2] " Kalle Valo
2020-10-28 14:21 ` [PATCH 2/2] mwifiex: update comment for shutdown_sw()/reinit_sw() to reflect current state Tsuchiya Yuto

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).