2021-09-02 09:28:32

by Thomas Bogendoerfer

[permalink] [raw]
Subject: Re: [PATCH v1] MIPS: Malta: fix alignment of the devicetree buffer

On Thu, Sep 02, 2021 at 09:19:51AM +0200, Oleksij Rempel wrote:
> Starting with following patch MIPS Malta is not able to boot:
> | commit 79edff12060fe7772af08607eff50c0e2486c5ba
> | Author: Rob Herring <[email protected]>
> | scripts/dtc: Update to upstream version v1.6.0-51-g183df9e9c2b9
>
> The reason is the alignment test added to the fdt_ro_probe_(). To fix
> this issue, we need to make sure that fdt_buf is aligned.
>
> Since the dtc patch was designed to uncover potential issue, I handle
> initial MIPS Malta patch as initial bug.
>
> Fixes: e81a8c7dabac ("MIPS: Malta: Setup RAM regions via DT")
> Signed-off-by: Oleksij Rempel <[email protected]>
> ---
> arch/mips/mti-malta/malta-dtshim.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)

applied to mips-next.

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea. [ RFC1925, 2.3 ]


2021-09-02 19:54:47

by Marc Kleine-Budde

[permalink] [raw]
Subject: Re: [PATCH v1] MIPS: Malta: fix alignment of the devicetree buffer

On 02.09.2021 11:03:24, Thomas Bogendoerfer wrote:
> On Thu, Sep 02, 2021 at 09:19:51AM +0200, Oleksij Rempel wrote:
> > Starting with following patch MIPS Malta is not able to boot:
> > | commit 79edff12060fe7772af08607eff50c0e2486c5ba
> > | Author: Rob Herring <[email protected]>
> > | scripts/dtc: Update to upstream version v1.6.0-51-g183df9e9c2b9

If the above patch broke malts, IMHO the fixes tag should be:

Fixes: 79edff12060f ("scripts/dtc: Update to upstream version v1.6.0-51-g183df9e9c2b9")

> > The reason is the alignment test added to the fdt_ro_probe_(). To fix
> > this issue, we need to make sure that fdt_buf is aligned.
> >
> > Since the dtc patch was designed to uncover potential issue, I handle
> > initial MIPS Malta patch as initial bug.
> >
> > Fixes: e81a8c7dabac ("MIPS: Malta: Setup RAM regions via DT")
> > Signed-off-by: Oleksij Rempel <[email protected]>
> > ---
> > arch/mips/mti-malta/malta-dtshim.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
>
> applied to mips-next.

Please add stable on Cc, as Malta is broken since v5.12
(79edff12060f == v5.12-rc1~104^2~10^2~3).

regards,
Marc

--
Pengutronix e.K. | Marc Kleine-Budde |
Embedded Linux | https://www.pengutronix.de |
Vertretung West/Dortmund | Phone: +49-231-2826-924 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |


Attachments:
(No filename) (1.41 kB)
signature.asc (499.00 B)
Download all attachments

2021-10-10 10:02:23

by Maciej W. Rozycki

[permalink] [raw]
Subject: Re: [PATCH v1] MIPS: Malta: fix alignment of the devicetree buffer

On Thu, 2 Sep 2021, Marc Kleine-Budde wrote:

> > > Starting with following patch MIPS Malta is not able to boot:
> > > | commit 79edff12060fe7772af08607eff50c0e2486c5ba
> > > | Author: Rob Herring <[email protected]>
> > > | scripts/dtc: Update to upstream version v1.6.0-51-g183df9e9c2b9
>
> If the above patch broke malts, IMHO the fixes tag should be:
>
> Fixes: 79edff12060f ("scripts/dtc: Update to upstream version v1.6.0-51-g183df9e9c2b9")

It's not clear either from this patch description or from the commit
referred what the actual *purpose* of the alignment check is and therefore
I think it's hard to say which of the two commits needs to be indicated as
the offender. Without further data I tend to agree it's 79edff12060f that
ought to be referred, being the immediate cause of the regression, as
things obviously worked before, for 5+ years.

> > > The reason is the alignment test added to the fdt_ro_probe_(). To fix
> > > this issue, we need to make sure that fdt_buf is aligned.
> > >
> > > Since the dtc patch was designed to uncover potential issue, I handle
> > > initial MIPS Malta patch as initial bug.
> > >
> > > Fixes: e81a8c7dabac ("MIPS: Malta: Setup RAM regions via DT")
> > > Signed-off-by: Oleksij Rempel <[email protected]>
> > > ---
> > > arch/mips/mti-malta/malta-dtshim.c | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > applied to mips-next.
>
> Please add stable on Cc, as Malta is broken since v5.12
> (79edff12060f == v5.12-rc1~104^2~10^2~3).

That for sure.

Maciej

2021-10-11 11:47:24

by Oleksij Rempel

[permalink] [raw]
Subject: Re: [PATCH v1] MIPS: Malta: fix alignment of the devicetree buffer

On Sun, Oct 10, 2021 at 11:58:24AM +0200, Maciej W. Rozycki wrote:
> On Thu, 2 Sep 2021, Marc Kleine-Budde wrote:
>
> > > > Starting with following patch MIPS Malta is not able to boot:
> > > > | commit 79edff12060fe7772af08607eff50c0e2486c5ba
> > > > | Author: Rob Herring <[email protected]>
> > > > | scripts/dtc: Update to upstream version v1.6.0-51-g183df9e9c2b9
> >
> > If the above patch broke malts, IMHO the fixes tag should be:
> >
> > Fixes: 79edff12060f ("scripts/dtc: Update to upstream version v1.6.0-51-g183df9e9c2b9")
>
> It's not clear either from this patch description or from the commit
> referred what the actual *purpose* of the alignment check is and therefore
> I think it's hard to say which of the two commits needs to be indicated as
> the offender. Without further data I tend to agree it's 79edff12060f that
> ought to be referred, being the immediate cause of the regression, as
> things obviously worked before, for 5+ years.

This patch was already taken. Do I need to do any thing?

Regards,
Oleksij
--
Pengutronix e.K. | |
Steuerwalder Str. 21 | http://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |

2021-10-11 12:27:52

by Maciej W. Rozycki

[permalink] [raw]
Subject: Re: [PATCH v1] MIPS: Malta: fix alignment of the devicetree buffer

On Mon, 11 Oct 2021, Oleksij Rempel wrote:

> > It's not clear either from this patch description or from the commit
> > referred what the actual *purpose* of the alignment check is and therefore
> > I think it's hard to say which of the two commits needs to be indicated as
> > the offender. Without further data I tend to agree it's 79edff12060f that
> > ought to be referred, being the immediate cause of the regression, as
> > things obviously worked before, for 5+ years.
>
> This patch was already taken. Do I need to do any thing?

No, unless Thomas chimes in, especially since you've posted v2 already (I
hope he's sorted the stable part). Overall we need better change
descriptions though.

Maciej