[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZbA4VthTMPT7BSRo@google.com>
Date: Tue, 23 Jan 2024 14:06:14 -0800
From: Brian Norris <briannorris@...omium.org>
To: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Cc: NĂcolas F. R. A. Prado <nfraprado@...labora.com>,
Tzung-Bi Shih <tzungbi@...nel.org>, kernel@...labora.com,
AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>,
chrome-platform@...ts.linux.dev,
Abhijit Gangurde <abhijit.gangurde@....com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Masahiro Yamada <masahiroy@...nel.org>,
Nathan Chancellor <nathan@...nel.org>,
Nicolas Schier <nicolas@...sle.eu>,
Nipun Gupta <nipun.gupta@....com>,
Pieter Jansen van Vuuren <pieter.jansen-van-vuuren@....com>,
Umang Jain <umang.jain@...asonboard.com>,
linux-kbuild@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 2/7] firmware: coreboot: Generate aliases for coreboot
modules
On Sun, Jan 14, 2024 at 07:09:29PM +0200, Andy Shevchenko wrote:
> On Fri, Jan 12, 2024 at 10:18:31AM -0300, NĂcolas F. R. A. Prado wrote:
> > Generate aliases for coreboot modules to allow automatic module probing.
>
> ...
>
> > (no changes since v1)
>
> Same Q as per v1.
I don't have v1 in my inbox, and this wasn't addressed in v3 either. But
copy/pasted off the archives:
"Don't you want to have a driver data or so associated with this?"
These drivers are super simple, and I doubt they will end up with
multiple tags per driver, so it seems unlikely we'd ever need it.
Additionally, struct coreboot_device already includes the tag
information, so anything that could be included in driver data could be
parsed out by the driver at probe time, if absolutely needed.
Brian
Powered by blists - more mailing lists