All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kalle Valo <kvalo@kernel.org>
To: <Ajay.Kathat@microchip.com>
Cc: <davidm@egauge.net>,  <linux-wireless@vger.kernel.org>
Subject: Re: RFQ: wifi: wilc1000: make wilc1000-spi bus-probe useful
Date: Tue, 23 Jan 2024 08:31:19 +0200	[thread overview]
Message-ID: <87jzo0ef2g.fsf@kernel.org> (raw)
In-Reply-To: <1776feff-0886-4db8-896c-c542d3e626b0@microchip.com> (Ajay Kathat's message of "Mon, 22 Jan 2024 16:57:10 +0000")

<Ajay.Kathat@microchip.com> writes:

> On 1/19/24 14:51, David Mosberger-Tang wrote:
>> EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe
>> 
>> The current version of the wilc1000 driver has a probe function that simply
>> assumes the chip is present. It is only later, in wilc_spi_init(), that the
>> driver verifies that it can actually communicate with the chip. The result of
>> this is that the net device (typically wlan0) is created and remains in place as
>> long as the wilc1000-spi driver is loaded, even if the WILC1000 chip is not
>> present or not working.
>> 
>> Is there any reason not to detect the chip's present in wilc_bus_probe()? The
>> patch below (relative to 5.15.147) works for me, but perhaps I'm missing
>> something? Would it make sense to merge something along these lines into
>> mainline?
>> 
>
> I think it is the WILC driver design that the firmware/chip operations
> are executed only when the netdev interface(wlan0) is up.

Yeah, that's good design. I think that wlan0 is down wireless drivers
should turn off the hardware to reduce power consumption as much as
possible. Many drivers do start the firmware during probe() to query the
capabilities and then turn it off immediately.

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

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

      parent reply	other threads:[~2024-01-23  6:31 UTC|newest]

Thread overview: 26+ 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
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 [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=87jzo0ef2g.fsf@kernel.org \
    --to=kvalo@kernel.org \
    --cc=Ajay.Kathat@microchip.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.