From: Kalle Valo <kvalo@kernel.org>
To: "Alexis Lothoré" <alexis.lothore@bootlin.com>
Cc: David Mosberger-Tang <davidm@egauge.net>,
linux-wireless@vger.kernel.org, Ajay.Kathat@microchip.com
Subject: Re: [PATCH] wifi: wilc1000: validate chip id during bus probe
Date: Tue, 23 Jan 2024 13:06:38 +0200 [thread overview]
Message-ID: <8734uo2ts1.fsf@kernel.org> (raw)
In-Reply-To: <751bf8e4-c81c-495b-9166-9f91f9c4b2d5@bootlin.com> ("Alexis Lothoré"'s message of "Tue, 23 Jan 2024 11:18:36 +0100")
Alexis Lothoré <alexis.lothore@bootlin.com> writes:
> On 1/22/24 23:03, David Mosberger-Tang wrote:
>> Previously, the driver created a net device (typically wlan0) as soon
>> as the module was loaded. This commit changes the driver to follow
>> normal Linux convention of creating the net device only when bus
>> probing detects a supported chip.
>
> I would gladly help review/test the patch, but please give us some time between
> versions to take a look (even if you can mention if you found issues yourself).
> Also, each version should be a separate thread, bearing the new version in the
> "Subject" line.
> Additionally (to answer your cover letter), the patches must target the wireless
> branches (likely wireless-testing), not linux-next
> (https://wireless.wiki.kernel.org/en/developers/documentation/git-guide)
Actually wireless-next is preferred for the baseline (unless it's a fix
going to -rc releases):
https://git.kernel.org/pub/scm/linux/kernel/git/wireless/wireless-next.git/
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
next prev parent reply other threads:[~2024-01-23 11:06 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-19 21:51 RFQ: wifi: wilc1000: make wilc1000-spi bus-probe useful David Mosberger-Tang
2024-01-22 14:19 ` Alexis Lothoré
2024-01-22 20:41 ` David Mosberger-Tang
2024-01-22 21:13 ` David Mosberger-Tang
2024-01-22 21:13 ` [PATCH] wifi: wilc1000: validate chip id during bus probe David Mosberger-Tang
2024-01-22 22:01 ` David Mosberger-Tang
2024-01-22 22:03 ` David Mosberger-Tang
2024-01-23 10:18 ` Alexis Lothoré
2024-01-23 11:06 ` Kalle Valo [this message]
2024-01-23 12:44 ` Alexis Lothoré
2024-01-23 12:59 ` Kalle Valo
2024-01-23 13:29 ` Alexis Lothoré
2024-01-23 17:39 ` David Mosberger-Tang
2024-01-24 9:01 ` Alexis Lothoré
2024-01-24 16:15 ` David Mosberger-Tang
2024-01-24 17:31 ` David Mosberger-Tang
2024-01-24 18:45 ` David Mosberger-Tang
2024-01-25 6:23 ` Ajay.Kathat
2024-01-25 11:04 ` Alexis Lothoré
2024-01-25 17:15 ` Ajay.Kathat
2024-01-25 19:17 ` David Mosberger-Tang
2024-01-23 9:16 ` RFQ: wifi: wilc1000: make wilc1000-spi bus-probe useful Alexis Lothoré
2024-01-23 9:28 ` Kalle Valo
2024-01-22 16:57 ` Ajay.Kathat
2024-01-22 20:44 ` David Mosberger-Tang
2024-01-23 6:31 ` Kalle Valo
-- strict thread matches above, loose matches on Subject: below --
2024-02-12 20:22 [PATCH] wifi: wilc1000: validate chip id during bus probe David Mosberger-Tang
2024-02-13 14:52 ` Alexis Lothoré
2024-02-15 11:09 ` 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=8734uo2ts1.fsf@kernel.org \
--to=kvalo@kernel.org \
--cc=Ajay.Kathat@microchip.com \
--cc=alexis.lothore@bootlin.com \
--cc=davidm@egauge.net \
--cc=linux-wireless@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.