[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <CYTU44ED147E.2V11E1VTOPYSE@gmail.com>
Date: Thu, 01 Feb 2024 16:07:08 +0100
From: "Thierry Reding" <thierry.reding@...il.com>
To: "Arnd Bergmann" <arnd@...db.de>, "Jon Hunter" <jonathanh@...dia.com>,
"Randy Dunlap" <rdunlap@...radead.org>, "Stephen Rothwell"
<sfr@...b.auug.org.au>, "linux-next" <linux-next@...r.kernel.org>, "Kartik"
<kkartik@...dia.com>
Cc: "Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>,
"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>, "Thierry
Reding" <treding@...dia.com>
Subject: Re: linux-next: Tree for Jan 29 (soc/tegra/fuse/fuse-tegra30.c)
On Tue Jan 30, 2024 at 11:59 AM CET, Arnd Bergmann wrote:
> On Tue, Jan 30, 2024, at 11:46, Jon Hunter wrote:
> > On 30/01/2024 04:06, Randy Dunlap wrote:
>
> > Looks like we are missing the following ...
> >
> > diff --git a/drivers/soc/tegra/fuse/fuse-tegra30.c
> > b/drivers/soc/tegra/fuse/fuse-tegra30.c
> > index 2070d36c510d..eb14e5ff5a0a 100644
> > --- a/drivers/soc/tegra/fuse/fuse-tegra30.c
> > +++ b/drivers/soc/tegra/fuse/fuse-tegra30.c
> > @@ -38,7 +38,8 @@
> > defined(CONFIG_ARCH_TEGRA_210_SOC) || \
> > defined(CONFIG_ARCH_TEGRA_186_SOC) || \
> > defined(CONFIG_ARCH_TEGRA_194_SOC) || \
> > - defined(CONFIG_ARCH_TEGRA_234_SOC)
> > + defined(CONFIG_ARCH_TEGRA_234_SOC) || \
> > + defined(CONFIG_ARCH_TEGRA_241_SOC)
> > static u32 tegra30_fuse_read_early(struct tegra_fuse *fuse, unsigned
> > int offset)
> >
> >
> > Kartik, can you send a fix for this?
>
> If I get an Ack for my original patch, I can pick that
> up into the soc tree directly:
>
> https://lore.kernel.org/all/20240103102654.3779458-1-arnd@kernel.org/
Sorry for the delay on this. I guess you can't really apply that to ARM
SoC directly because the patch that introduces Tegra241 support is only
in the Tegra tree.
In any case, I've applied your patch now, so the fixed version should
show up in tomorrow's linux-next.
I'm considering squashing it into the original since that'd preserve
bisectability, though that'd probably be of limited usefulness because
most people doing regression builds involving this will likely have one
of the other bits enabled.
Thierry
Powered by blists - more mailing lists