From: Mehmet Fide <mehmet.fide@gmail.com>
To: Francesco Dolcini <francesco@dolcini.it>
Cc: u-boot@lists.u-boot-project.org, Tom Rini <trini@konsulko.com>,
Stefano Babic <sbabic@nabladev.com>,
Fabio Estevam <festevam@gmail.com>,
Franz Schnyder <franz.schnyder@toradex.com>,
Mehmet Fide <mehmet.fide@screeningeagle.com>
Subject: Re: colibri_vf: CONFIG_TEXT_BASE and the Toradex eBoot flashing path
Date: Thu, 13 Aug 2026 17:07:47 +0200 [thread overview]
Message-ID: <20260813150747.2184702-1-mehmet.fide@gmail.com> (raw)
In-Reply-To: <20260812084753.GA93864@francesco-nb>
From: Mehmet Fide <mehmet.fide@screeningeagle.com>
Hello Francesco,
On Wed, Aug 12, 2026 at 10:47:53AM +0200, Francesco Dolcini wrote:
> what if you powercycle the board, instead of doing a reboot?
Measured today, and it turned out not to be an eBoot problem at all. I
wrote the current-defconfig image (CONFIG_TEXT_BASE=0x3f401000) into
NAND from a running U-Boot and power cycled: the BootROM does not start
it either. The module drops into the serial downloader, verified by the
0x23454523 UART association pattern echoing back on the console UART.
Writing back an image linked at 0x3f408000 through the same procedure,
the module cold boots normally.
So the eBoot observation from my report was just another face of the
same thing: nothing starts an image linked at the bottom of the gfxRAM
area, the low 28 KiB are not usable as a load address. It has been this
way since commit c0f432c37780 ("configs: vf610: increase maximum size
and enforce correct limit") in 2017; the vendor fork never took that
change, which is presumably why it went unnoticed.
> I would not focus on whatever you are getting pre-programmed on the
> board, apart maybe some note in the documentation.
Agreed on the standalone flashing. I have sent a two patch series: the
first restores 0x3f408000 in colibri_vf_defconfig with the measurements
above, the second adds the missing doc/board/toradex page for the
Colibri VF50/VF61 with the build, flashing and recovery mode steps.
Thanks,
Mehmet
prev parent reply other threads:[~2026-08-13 15:07 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-06 12:48 colibri_vf: CONFIG_TEXT_BASE and the Toradex eBoot flashing path Mehmet Fide
2026-08-12 8:47 ` Francesco Dolcini
2026-08-13 15:07 ` Mehmet Fide [this message]
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=20260813150747.2184702-1-mehmet.fide@gmail.com \
--to=mehmet.fide@gmail.com \
--cc=festevam@gmail.com \
--cc=francesco@dolcini.it \
--cc=franz.schnyder@toradex.com \
--cc=mehmet.fide@screeningeagle.com \
--cc=sbabic@nabladev.com \
--cc=trini@konsulko.com \
--cc=u-boot@lists.u-boot-project.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox