From: Tzung-Bi Shih <tzungbi@kernel.org>
To: "Nícolas F. R. A. Prado" <nfraprado@collabora.com>
Cc: Arnd Bergmann <arnd@arndb.de>,
Brian Norris <briannorris@chromium.org>,
Julius Werner <jwerner@chromium.org>,
Masahiro Yamada <masahiroy@kernel.org>,
Nathan Chancellor <nathan@kernel.org>,
Nicolas Schier <nicolas@fjasle.eu>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will@kernel.org>,
AngeloGioacchino Del Regno
<angelogioacchino.delregno@collabora.com>,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
kernel@collabora.com, chrome-platform@lists.linux.dev,
linux-kernel@vger.kernel.org, linux-kbuild@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3 1/4] firmware: coreboot: Generate modalias uevent for devices
Date: Tue, 6 Feb 2024 11:54:12 +0800 [thread overview]
Message-ID: <ZcGtZHV9EB8UsNXc@google.com> (raw)
In-Reply-To: <2a2736e5-8788-4643-8d19-a79b9a9ec776@notapiano>
On Mon, Feb 05, 2024 at 09:13:51AM -0500, Nícolas F. R. A. Prado wrote:
> On Mon, Feb 05, 2024 at 09:37:29AM +0800, Tzung-Bi Shih wrote:
> > On Wed, Jan 17, 2024 at 04:03:22PM -0300, Nícolas F. R. A. Prado wrote:
> > > Generate a modalias uevent for devices in the coreboot bus to allow
> > > userspace to automatically load the corresponding modules.
> > >
> > > [...]
> >
> > Applied, thanks!
> >
> > [1/4] firmware: coreboot: Generate modalias uevent for devices
> > commit: c6b0a4ceb7c9d8bb014d2967c97c8c7cbf60b006
>
> Hi Tzung-Bi,
>
> I was going to send a v4 with tag changed into 64 bit long as suggested by Greg:
> https://lore.kernel.org/all/2024020105-dash-antiquity-a56b@gregkh
>
> And that includes this commit, as the modalias field would need to be 16 hex
> long.
>
> But since you already merged this, would you prefer a change on top of this
> making it 64 bit long, or do you want to keep it 32 bits?
Oops, I overlooked `u32` in the patch thus I thought the patch is indepedent.
Please go ahead to send v4 with 64 bit long tag. I will drop
c6b0a4ceb7c9d8bb014d2967c97c8c7cbf60b006 from the queue.
WARNING: multiple messages have this Message-ID (diff)
From: Tzung-Bi Shih <tzungbi@kernel.org>
To: "Nícolas F. R. A. Prado" <nfraprado@collabora.com>
Cc: Arnd Bergmann <arnd@arndb.de>,
Brian Norris <briannorris@chromium.org>,
Julius Werner <jwerner@chromium.org>,
Masahiro Yamada <masahiroy@kernel.org>,
Nathan Chancellor <nathan@kernel.org>,
Nicolas Schier <nicolas@fjasle.eu>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will@kernel.org>,
AngeloGioacchino Del Regno
<angelogioacchino.delregno@collabora.com>,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
kernel@collabora.com, chrome-platform@lists.linux.dev,
linux-kernel@vger.kernel.org, linux-kbuild@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3 1/4] firmware: coreboot: Generate modalias uevent for devices
Date: Tue, 6 Feb 2024 11:54:12 +0800 [thread overview]
Message-ID: <ZcGtZHV9EB8UsNXc@google.com> (raw)
In-Reply-To: <2a2736e5-8788-4643-8d19-a79b9a9ec776@notapiano>
On Mon, Feb 05, 2024 at 09:13:51AM -0500, Nícolas F. R. A. Prado wrote:
> On Mon, Feb 05, 2024 at 09:37:29AM +0800, Tzung-Bi Shih wrote:
> > On Wed, Jan 17, 2024 at 04:03:22PM -0300, Nícolas F. R. A. Prado wrote:
> > > Generate a modalias uevent for devices in the coreboot bus to allow
> > > userspace to automatically load the corresponding modules.
> > >
> > > [...]
> >
> > Applied, thanks!
> >
> > [1/4] firmware: coreboot: Generate modalias uevent for devices
> > commit: c6b0a4ceb7c9d8bb014d2967c97c8c7cbf60b006
>
> Hi Tzung-Bi,
>
> I was going to send a v4 with tag changed into 64 bit long as suggested by Greg:
> https://lore.kernel.org/all/2024020105-dash-antiquity-a56b@gregkh
>
> And that includes this commit, as the modalias field would need to be 16 hex
> long.
>
> But since you already merged this, would you prefer a change on top of this
> making it 64 bit long, or do you want to keep it 32 bits?
Oops, I overlooked `u32` in the patch thus I thought the patch is indepedent.
Please go ahead to send v4 with 64 bit long tag. I will drop
c6b0a4ceb7c9d8bb014d2967c97c8c7cbf60b006 from the queue.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2024-02-06 3:54 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-17 19:03 [PATCH v3 0/4] Allow coreboot modules to autoload and enable cbmem in the arm64 defconfig Nícolas F. R. A. Prado
2024-01-17 19:03 ` Nícolas F. R. A. Prado
2024-01-17 19:03 ` [PATCH v3 1/4] firmware: coreboot: Generate modalias uevent for devices Nícolas F. R. A. Prado
2024-01-17 19:03 ` Nícolas F. R. A. Prado
2024-02-05 1:37 ` Tzung-Bi Shih
2024-02-05 1:37 ` Tzung-Bi Shih
2024-02-05 14:13 ` Nícolas F. R. A. Prado
2024-02-05 14:13 ` Nícolas F. R. A. Prado
2024-02-06 3:54 ` Tzung-Bi Shih [this message]
2024-02-06 3:54 ` Tzung-Bi Shih
2024-01-17 19:03 ` [PATCH v3 2/4] firmware: coreboot: Generate aliases for coreboot modules Nícolas F. R. A. Prado
2024-01-17 19:03 ` Nícolas F. R. A. Prado
2024-01-17 19:03 ` [PATCH v3 3/4] firmware: coreboot: Replace tag with id table in driver struct Nícolas F. R. A. Prado
2024-01-17 19:03 ` Nícolas F. R. A. Prado
2024-01-18 8:46 ` AngeloGioacchino Del Regno
2024-01-18 8:46 ` AngeloGioacchino Del Regno
2024-01-17 19:03 ` [PATCH v3 4/4] arm64: defconfig: Enable support for cbmem entries in the coreboot table Nícolas F. R. A. Prado
2024-01-17 19:03 ` Nícolas F. R. A. Prado
2024-01-19 2:39 ` [PATCH v3 0/4] Allow coreboot modules to autoload and enable cbmem in the arm64 defconfig Tzung-Bi Shih
2024-01-19 2:39 ` Tzung-Bi Shih
2024-01-23 22:07 ` Brian Norris
2024-01-23 22:07 ` Brian Norris
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=ZcGtZHV9EB8UsNXc@google.com \
--to=tzungbi@kernel.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=arnd@arndb.de \
--cc=briannorris@chromium.org \
--cc=catalin.marinas@arm.com \
--cc=chrome-platform@lists.linux.dev \
--cc=jwerner@chromium.org \
--cc=kernel@collabora.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=masahiroy@kernel.org \
--cc=nathan@kernel.org \
--cc=nfraprado@collabora.com \
--cc=nicolas@fjasle.eu \
--cc=will@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.