All of lore.kernel.org
 help / color / mirror / Atom feed
From: devarsh <devarsht@ti.com>
To: Francesco Dolcini <francesco@dolcini.it>,
	Bryan Brattlof <bb@ti.com>, Anshul Dalal <anshuld@ti.com>
Cc: Suhaas Joshi <s-joshi@ti.com>, <u-boot@lists.denx.de>,
	<trini@konsulko.com>, <vigneshr@ti.com>, <n-francis@ti.com>,
	<s-tripathi1@ti.com>, <k-malarvizhi@ti.com>, <kamlesh@ti.com>,
	<vishalm@ti.com>, <d.schultz@phytec.de>, <w.egorov@phytec.de>,
	<ggiordano@phytec.com>
Subject: Re: [REGRESSION] Verdin AM62/62P not booting with 42b3ee7fa524
Date: Tue, 24 Feb 2026 19:23:51 +0530	[thread overview]
Message-ID: <a500eeef-f0f2-4cb6-bbf0-2517a1cb5342@ti.com> (raw)
In-Reply-To: <20260224102121.GB340942@francesco-nb>

Hi Francesco,

On 24/02/26 15:51, Francesco Dolcini wrote:
<snip>
>>>> U-Boot SPL 2026.04-rc2-00038-g2d83c0fbbfed-dirty (Feb 20 2026 - 11:23:36 +0100)
>>>> SYSFW ABI: 4.0 (firmware rev 0x000b '11.2.5--v11.02.05 (Fancy Rat)')
>>>> Set clock rates for '/a53@0', CPU: 800MHz at Speed Grade 'K'
>>>> SPL initial stack usage: 13464 bytes
>>>> Trying to boot from MMC1
>>>> Authentication passed
>>>> Authentication passed
>>>> Authentication passed
>>>> Loading Environment from nowhere... OK
>>>> init_env from device 9 not supported!
>>>> Warning: Did not detect image signing certificate. Skipping authentication to prevent boot failure. This will fail on Security Enforcing
>>>> (HS-SE) devices
>>>
>>> How strange. It's odd U-Boot on some boots finds a certificate with the 
>>> binaries and on others attempts it does not. If the image inside the 
>>> tispl.bin was corrupted I would expect the SPL to reject the image.
>>
>> Some more updates ...
>>
>> I was not able to verify this yet, but it seems that since commit
>> ba20b2443c29 ("arm: mach-k3: common: Reserve video memory from end of
>> the RAM") the ram top is overwritten and our
>> verdin-am62.c:board_get_usable_ram_top() is ignored :-(
>>
>> So, the change from devarsh broke it, but before the addition of the
>> memory firewall the memory corruption was not leading to a crash ...
> 
> Some small progress.
> 
> I can confirm that the issue is around the board_init_f() that is
> overridden on the k3 architecture and spl_enable_cache(). It messes up
> with gd->*ram* variables ignoring various config options, including
> verdin-am62.c:board_get_usable_ram_top(). Any comment on this?
> 

Thanks for sharing this information, maybe I missed out handling the
board_get_usable_ram_top scenario in my original patch.

For this particular problem, could you please try with  "[PATCH] arm:
mach-k3: common: Clamp RAM end address to board-usable region in
spl_enable_cache()"

that I sent over the list/email and let us know if it helps solve above
problem ?

Regards
Devarsh

  reply	other threads:[~2026-02-24 13:57 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-09  8:38 [REGRESSION] Verdin AM62/62P not booting with 42b3ee7fa524 Francesco Dolcini
2026-02-09  8:45 ` Francesco Dolcini
2026-02-09 10:08   ` Suhaas Joshi
2026-02-09 10:16     ` Francesco Dolcini
2026-02-09 17:25       ` Francesco Dolcini
2026-02-09 17:43         ` Tom Rini
2026-02-09 18:07           ` Francesco Dolcini
2026-02-09 18:13             ` Tom Rini
2026-02-10  9:26               ` Suhaas Joshi
2026-02-10 10:02                 ` Wadim Egorov
2026-02-10 10:22                   ` Wadim Egorov
2026-02-10 10:34                     ` Francesco Dolcini
2026-02-09 20:20         ` Bryan Brattlof
2026-02-10 10:50           ` Francesco Dolcini
2026-02-11 10:11             ` Francesco Dolcini
2026-02-11 11:21               ` Suhaas Joshi
2026-02-13 10:20                 ` Francesco Dolcini
2026-02-17 13:21                   ` Suhaas Joshi
2026-02-18  6:59                     ` Francesco Dolcini
2026-02-18 14:52                       ` Francesco Dolcini
2026-02-19  1:46                         ` Bryan Brattlof
2026-02-19 10:30                           ` Wadim Egorov
2026-02-19 10:40                           ` Suhaas Joshi
2026-02-19 19:30                             ` Francesco Dolcini
2026-02-20  1:05                               ` Bryan Brattlof
2026-02-20 10:46                                 ` Francesco Dolcini
2026-02-20 13:23                                   ` Bryan Brattlof
2026-02-23 15:58                                     ` Francesco Dolcini
2026-02-24 10:21                                       ` Francesco Dolcini
2026-02-24 13:53                                         ` devarsh [this message]
2026-02-24 14:38                                         ` Francesco Dolcini
2026-02-24 15:24                                           ` Francesco Dolcini

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=a500eeef-f0f2-4cb6-bbf0-2517a1cb5342@ti.com \
    --to=devarsht@ti.com \
    --cc=anshuld@ti.com \
    --cc=bb@ti.com \
    --cc=d.schultz@phytec.de \
    --cc=francesco@dolcini.it \
    --cc=ggiordano@phytec.com \
    --cc=k-malarvizhi@ti.com \
    --cc=kamlesh@ti.com \
    --cc=n-francis@ti.com \
    --cc=s-joshi@ti.com \
    --cc=s-tripathi1@ti.com \
    --cc=trini@konsulko.com \
    --cc=u-boot@lists.denx.de \
    --cc=vigneshr@ti.com \
    --cc=vishalm@ti.com \
    --cc=w.egorov@phytec.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.