From: Lukasz Majewski <lukma@denx.de>
To: Adam Ford <aford173@gmail.com>
Cc: Simon Glass <sjg@chromium.org>,
Fabio Estevam <festevam@gmail.com>,
Mamta Shukla <mamta.shukla@leica-geosystems.com>,
u-boot@lists.denx.de, Marek Vasut <marex@denx.de>
Subject: Re: [Binman] Question regarding SPL symbol offsets generation
Date: Thu, 5 Sep 2024 15:54:02 +0200 [thread overview]
Message-ID: <20240905155402.486a7110@wsk> (raw)
In-Reply-To: <CAHCN7xLY4FxB4HZLcE0pEZsx7V=dhVokh2Wcrn2Jjf+B+SLCJg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2628 bytes --]
Hi Adam,
> On Wed, Aug 28, 2024 at 3:04 AM Lukasz Majewski <lukma@denx.de> wrote:
> >
> > Hi Simon,
> >
> > > Hi,
> > >
> > > On Tue, 27 Aug 2024 at 12:47, Fabio Estevam <festevam@gmail.com>
> > > wrote:
> > > >
> > > > Hi Lukasz,
> > > >
> > > > On Thu, Aug 15, 2024 at 5:14 PM Lukasz Majewski <lukma@denx.de>
> > > > wrote:
> > > > > Unfortunately not - this change is only for properly setting
> > > > > start address of the u-boot.
> > > > >
> > > > > The _real_ problem here is the symbol placement generated by
> > > > > binman when we try to define the image as a single one.
> > > > >
> > > > > Moreover, this change follows other boards with imx8mm
> > > > > processor - ./configs/imx8mm_beacon_fspi_defconfig to be
> > > > > specific.
> > > > >
> > > > > The "fix" (for which I'd been now probably opt) for this issue
> > > > > would be to generate two images with binman - one for
> > > > > u-boot-spl-ddr.bin and the final flash.bin with the former one
> > > > > included (as it was before SHA1:
> > > > > 37e50627efacd8dae18b564e9d8886a033e181bc)
> > > >
> > > > Is QSPI boot broken on i.MX8MM?
> > > >
> > > > I am adding Adam and Mamta who have tested QSPI booting on
> > > > imx8mm_beacon and imx8mm_evk, respectively.
> > >
> > > Note also that I sent a series[1] which allows the symbols-base
> > > to be adjusted, if that helps.
> >
> > I've seen them - but not yet tested.
> >
> > Thanks Simon for the patch series.
>
> Is it still broken with this patch series? I have been traveling and
> haven't had much time to test.
Yes, I can confirm that it is still broken.
I've applied:
https://patchwork.ozlabs.org/project/uboot/cover/20240826191143.426387-1-sjg@chromium.org/
on top of mainline:
SHA1: 1630ff26cc960439b5949b80cfc604a2c8aa47dd
Adding symbols-base = <0>; to imx8mm-u-boot.dtsi did not help.
>
> adam
> >
> > >
> > > Regards,
> > > Simon
> > >
> > > [1]
> > > https://patchwork.ozlabs.org/project/uboot/list/?series=421010
> >
> >
> >
> >
> > Best regards,
> >
> > Lukasz Majewski
> >
> > --
> >
> > DENX Software Engineering GmbH, Managing Director: Erika Unter
> > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,
> > Germany Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email:
> > lukma@denx.de
Best regards,
Lukasz Majewski
--
DENX Software Engineering GmbH, Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma@denx.de
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
next prev parent reply other threads:[~2024-09-05 13:54 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-08 9:06 [Binman] Question regarding SPL symbol offsets generation Lukasz Majewski
2024-08-08 14:28 ` Simon Glass
2024-08-09 9:51 ` Lukasz Majewski
2024-08-15 12:20 ` Fabio Estevam
2024-08-15 20:14 ` Lukasz Majewski
2024-08-27 18:46 ` Fabio Estevam
2024-08-27 19:26 ` Simon Glass
2024-08-28 8:04 ` Lukasz Majewski
2024-09-02 22:06 ` Adam Ford
2024-09-05 13:54 ` Lukasz Majewski [this message]
2024-09-06 0:30 ` Simon Glass
2024-09-06 7:54 ` Lukasz Majewski
2024-09-12 1:11 ` Simon Glass
2024-09-12 7:06 ` Lukasz Majewski
2024-11-04 1:41 ` Adam Ford
2024-11-04 2:00 ` Adam Ford
2024-11-04 3:35 ` Adam Ford
2024-11-04 8:14 ` Lukasz Majewski
2024-11-09 1:04 ` Adam Ford
2024-11-09 2:12 ` Adam Ford
2024-11-09 2:15 ` Fabio Estevam
2024-11-09 20:07 ` Adam Ford
2024-08-28 8:03 ` Lukasz Majewski
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=20240905155402.486a7110@wsk \
--to=lukma@denx.de \
--cc=aford173@gmail.com \
--cc=festevam@gmail.com \
--cc=mamta.shukla@leica-geosystems.com \
--cc=marex@denx.de \
--cc=sjg@chromium.org \
--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.