All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: Peter Robinson <pbrobinson@gmail.com>,
	Marek Vasut <marex@denx.de>,
	Mattijs Korpershoek <mkorpershoek@baylibre.com>
Cc: u-boot@lists.denx.de
Subject: Re: [PATCH 4/6] blk: Make block subsystems select BLK
Date: Mon, 23 Dec 2024 12:53:38 -0600	[thread overview]
Message-ID: <20241223185338.GT1505244@bill-the-cat> (raw)
In-Reply-To: <CALeDE9M8X7ZK=JSxgADA75XLaJo40g0fKVB3PYHttouj1M1AfQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1266 bytes --]

On Mon, Dec 23, 2024 at 06:31:58PM +0000, Peter Robinson wrote:
> On Fri, 20 Dec 2024 at 22:36, Tom Rini <trini@konsulko.com> wrote:
> 
> > The BLK symbol has a few meanings, one of which is that it controls the
> > driver model portion of a "block device". Rather than having this hidden
> > symbol be "default y if ..." it should be select'd by the various block
> > subsystems.
> >
> > Signed-off-by: Tom Rini <trini@konsulko.com>
> >
> 
> Just a minor query against the USB change, other than that the rest looks
> fine.
[snip]
> > diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig
> > index 960b6a906ac4..99c6649e4178 100644
> > --- a/drivers/usb/Kconfig
> > +++ b/drivers/usb/Kconfig
> > @@ -1,5 +1,6 @@
> >  menuconfig USB
> >         bool "USB support"
> > +       select BLK
> >
> 
> Shouldn't this be against USB_STORAGE further down the file?

So, this is a 1:1 translation of what we have today. That said, it
likely could be done at the USB_STORAGE level for USB host, and
USB_FUNCTION_MASS_STORAGE for gadget (the entry for CMD_USB_MASS_STORAGE
is depends on BLK) ? I was slightly worried about opening up a number of
problems if I poked too hard on this area and didn't want the series to
get too big.

-- 
Tom

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 659 bytes --]

  reply	other threads:[~2024-12-23 18:53 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-20 22:22 [PATCH 0/6] Rework the BLK symbol usage in Kconfig Tom Rini
2024-12-20 22:22 ` [PATCH 1/6] drivers/mmc/Kconfig: Remove extraneous BLK dependencies Tom Rini
2024-12-22 23:49   ` Jaehoon Chung
2025-01-14 13:25   ` Quentin Schulz
2025-01-14 16:58     ` Tom Rini
2024-12-20 22:22 ` [PATCH 2/6] drivers/mmc/Kconfig: Make DM_MMC a hidden symbol Tom Rini
2024-12-23 18:26   ` Peter Robinson
2025-01-14 13:43   ` Quentin Schulz
2025-01-14 16:58     ` Tom Rini
2024-12-20 22:22 ` [PATCH 3/6] efi_loader: Depend on BLK Tom Rini
2024-12-20 22:50   ` Heinrich Schuchardt
2024-12-20 22:22 ` [PATCH 4/6] blk: Make block subsystems select BLK Tom Rini
2024-12-23 18:31   ` Peter Robinson
2024-12-23 18:53     ` Tom Rini [this message]
2025-01-14 13:45   ` Quentin Schulz
2025-01-14 16:58     ` Tom Rini
2025-01-15 17:38       ` Quentin Schulz
2024-12-20 22:22 ` [PATCH 5/6] mtd: Correct dependency of BLK Tom Rini
2024-12-23 18:27   ` Peter Robinson
2025-01-14 13:46   ` Quentin Schulz
2024-12-20 22:22 ` [PATCH 6/6] block: Remove "select BLK" from non-block drivers Tom Rini
2024-12-23 18:26   ` Peter Robinson
2025-01-14 13:53   ` Quentin Schulz
2025-01-14 16:59     ` Tom Rini
2025-01-15 17:49       ` Quentin Schulz
2025-01-15 20:20         ` Tom Rini
2025-01-16  9:21           ` Quentin Schulz
2025-01-16 14:33             ` Tom Rini
2025-01-15  1:22 ` [PATCHv2 0/6] Rework the BLK symbol usage in Kconfig Tom Rini
2025-01-15  1:22   ` [PATCHv2 1/6] drivers/mmc/Kconfig: Remove extraneous BLK dependencies Tom Rini
2025-01-15  1:22   ` [PATCHv2 2/6] drivers/mmc/Kconfig: Make DM_MMC a hidden symbol Tom Rini
2025-01-15  1:22   ` [PATCHv2 3/6] efi_loader: Depend on BLK Tom Rini
2025-01-15  1:22   ` [PATCHv2 4/6] blk: Make block subsystems select BLK Tom Rini
2025-01-15 17:51     ` Quentin Schulz
2025-01-15 18:28       ` Tom Rini
2025-01-15  1:22   ` [PATCHv2 5/6] mtd: Correct dependency of BLK Tom Rini
2025-01-15  1:22   ` [PATCHv2 6/6] block: Remove "select BLK" from non-block drivers Tom Rini
2025-01-21  4:49   ` [PATCHv2 0/6] Rework the BLK symbol usage in Kconfig Tom Rini

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=20241223185338.GT1505244@bill-the-cat \
    --to=trini@konsulko.com \
    --cc=marex@denx.de \
    --cc=mkorpershoek@baylibre.com \
    --cc=pbrobinson@gmail.com \
    --cc=u-boot@lists.denx.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 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.