[PATCH v5 38/46] boot: Consider non-bootable partitions

[Tom Rini]

On Wed, Mar 19, 2025 at 03:03:49PM +0000, Simon Glass wrote:
> Hi Tom,
> 
> On Tue, 18 Mar 2025 at 16:53, Tom Rini <trini at konsulko.com> wrote:
> >
> > On Tue, Mar 18, 2025 at 03:24:02PM +0000, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Tue, 18 Mar 2025 at 15:04, Tom Rini <trini at konsulko.com> wrote:
> > > >
> > > > On Sat, Mar 15, 2025 at 02:25:58PM +0000, Simon Glass wrote:
> > > >
> > > > > Any 'bootable' flag in a DOS partition causes boostd to only scan
> > > > > bootable partitions for that media. This can mean that extlinux.conf
> > > > > files on the root disk are missed.
> > > > >
> > > > > Put this logic behind a flag and update the documentation.
> > > > >
> > > > > For now, the flag is enabled, to preserve existing behaviour. Future
> > > > > work may provide a command (or some other mechanism) to control this.
> > > > >
> > > > > Signed-off-by: Simon Glass <sjg at chromium.org>
> > > >
> > > > Isn't this backwards as the existing behavior (prior to bootstd) was to
> > > > scan and use these files, and so that's the behavior we need to preserve
> > > > by default.
> > >
> > > Not so far as I know, but I've already spent too much time trying to
> > > decode those scripts.
> > >
> > > If you look at scan_dev_for_boot_part, that is what I was trying to
> > > replicate with bootstd.
> >
> > The feedback from the community call where this was brought up was that
> > it used to work and now didn't, I thought. Heinrich, I think you had one
> > of the cases here (something about RISC-V and multiple distros?) or am I
> > misremembering?
> 
> OK let's see if Heinrich chimes in.
> 
> Are there notes for the call? It would help me if they could all be in
> a shared document, like we used to use[1].

Yes, they're in email.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20250319/77d970db/attachment.sig>