All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: Jagan Teki <jagan@amarulasolutions.com>
Cc: "open list:ARM/Rockchip SoC..."
	<linux-rockchip@lists.infradead.org>,
	Heinrich Schuchardt <xypron.glpk@gmx.de>,
	U-Boot-Denx <u-boot@lists.denx.de>,
	Alexander Graf <agraf@csgraf.de>,
	linux-amarula <linux-amarula@amarulasolutions.com>
Subject: Re: [PATCH 02/11] distro_bootcmd: Add SF support
Date: Thu, 23 Jan 2020 12:03:01 -0500	[thread overview]
Message-ID: <20200123170301.GX26536@bill-the-cat> (raw)
In-Reply-To: <CAMty3ZAq+aDMuEKGYk9UyTS4Z4=TgtNcKRDtiBC-=mqRWUWAyA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2093 bytes --]

On Thu, Jan 23, 2020 at 10:25:50PM +0530, Jagan Teki wrote:
> On Mon, Jan 20, 2020 at 11:10 PM Alexander Graf <agraf@csgraf.de> wrote:
> >
> >
> > On 20.01.20 18:22, Tom Rini wrote:
> > > +A few people that may have insight to my question
> > >
> > > On Sat, Dec 21, 2019 at 01:24:31PM +0530, Jagan Teki wrote:
> > >
> > >> Add distro boot command support for SPI flash.
> > >>
> > >> This distro boot will read the boot script at specific
> > >> location at the flash and start sourcing the same.
> > >>
> > >> The common macro like BOOTENV_SHARED_FLASH would help
> > >> to extend the support for nand flash in future.
> > >>
> > >> Cc: Tom Rini <trini@konsulko.com>
> > >> Signed-off-by: Jagan Teki <jagan@amarulasolutions.com>
> > > What distro is this for?  My concern here is that hundreds of boards
> > > (literally) grow by a few hundred bytes to add in this bit of additional
> > > default logic.  That's not a big problem if distributions are now going
> > > to be using SPI flash as where they're programming in their bootscript.
> > > But, who is doing that?  Thanks!
> >
> >
> > I am not aware of any "distro" that puts a U-Boot script at offset 0 of
> > the SPI Flash.
> >
> > Traditionally, SPI Flash boot setups were always very hand crafted -
> > exactly the opposite of what distro boot is for. That said, I think
> > supporting SPI Flash boot for rk3399 is great! Albeit I would personally
> > only store U-Boot and the environment on SPI, not the target OS.
> >
> > Jagan, is putting a U-Boot script on the SPI Flash something you thought
> > of or something that the rk3399 reference board already does? If it's
> > the latter, maybe you could add it as a board custom boot function?
> 
> Yes it would be later that points to. rk3399 has SPI flash layout and
> out of which one of offset(script_offset_f=0xffe000 from
> include/configs/rk3399_common.h) stored the programming script.

So I'm not sure why we're adding distro boot support to SPI flash.  What
is the reference platform storing there exactly?  Thanks!

-- 
Tom

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Tom Rini <trini@konsulko.com>
To: u-boot@lists.denx.de
Subject: [PATCH 02/11] distro_bootcmd: Add SF support
Date: Thu, 23 Jan 2020 12:03:01 -0500	[thread overview]
Message-ID: <20200123170301.GX26536@bill-the-cat> (raw)
In-Reply-To: <CAMty3ZAq+aDMuEKGYk9UyTS4Z4=TgtNcKRDtiBC-=mqRWUWAyA@mail.gmail.com>

On Thu, Jan 23, 2020 at 10:25:50PM +0530, Jagan Teki wrote:
> On Mon, Jan 20, 2020 at 11:10 PM Alexander Graf <agraf@csgraf.de> wrote:
> >
> >
> > On 20.01.20 18:22, Tom Rini wrote:
> > > +A few people that may have insight to my question
> > >
> > > On Sat, Dec 21, 2019 at 01:24:31PM +0530, Jagan Teki wrote:
> > >
> > >> Add distro boot command support for SPI flash.
> > >>
> > >> This distro boot will read the boot script at specific
> > >> location at the flash and start sourcing the same.
> > >>
> > >> The common macro like BOOTENV_SHARED_FLASH would help
> > >> to extend the support for nand flash in future.
> > >>
> > >> Cc: Tom Rini <trini@konsulko.com>
> > >> Signed-off-by: Jagan Teki <jagan@amarulasolutions.com>
> > > What distro is this for?  My concern here is that hundreds of boards
> > > (literally) grow by a few hundred bytes to add in this bit of additional
> > > default logic.  That's not a big problem if distributions are now going
> > > to be using SPI flash as where they're programming in their bootscript.
> > > But, who is doing that?  Thanks!
> >
> >
> > I am not aware of any "distro" that puts a U-Boot script at offset 0 of
> > the SPI Flash.
> >
> > Traditionally, SPI Flash boot setups were always very hand crafted -
> > exactly the opposite of what distro boot is for. That said, I think
> > supporting SPI Flash boot for rk3399 is great! Albeit I would personally
> > only store U-Boot and the environment on SPI, not the target OS.
> >
> > Jagan, is putting a U-Boot script on the SPI Flash something you thought
> > of or something that the rk3399 reference board already does? If it's
> > the latter, maybe you could add it as a board custom boot function?
> 
> Yes it would be later that points to. rk3399 has SPI flash layout and
> out of which one of offset(script_offset_f=0xffe000 from
> include/configs/rk3399_common.h) stored the programming script.

So I'm not sure why we're adding distro boot support to SPI flash.  What
is the reference platform storing there exactly?  Thanks!

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

  reply	other threads:[~2020-01-23 17:03 UTC|newest]

Thread overview: 91+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-21  7:54 [PATCH 00/11] rk3399: SPI boot support (fixes, updates) Jagan Teki
2019-12-21  7:54 ` Jagan Teki
     [not found] ` <20191221075440.6944-1-jagan-dyjBcgdgk7Pe9wHmmfpqLFaTQe2KTcn/@public.gmane.org>
2019-12-21  7:54   ` [PATCH 01/11] spi: rk: Limit transfers to (64K - 1) bytes Jagan Teki
2019-12-21  7:54     ` Jagan Teki
     [not found]     ` <20191221075440.6944-2-jagan-dyjBcgdgk7Pe9wHmmfpqLFaTQe2KTcn/@public.gmane.org>
2019-12-23  2:30       ` Kever Yang
2019-12-23  2:30         ` Kever Yang
2019-12-27  5:55         ` Jagan Teki
2019-12-27  5:55           ` Jagan Teki
2019-12-21  7:54   ` [PATCH 02/11] distro_bootcmd: Add SF support Jagan Teki
2019-12-21  7:54     ` Jagan Teki
2019-12-30  3:07     ` Kever Yang
2019-12-30  3:07       ` Kever Yang
2020-01-20 17:22     ` Tom Rini
2020-01-20 17:22       ` Tom Rini
2020-01-20 17:40       ` Alexander Graf
2020-01-20 17:40         ` Alexander Graf
2020-01-23 16:55         ` Jagan Teki
2020-01-23 16:55           ` Jagan Teki
2020-01-23 17:03           ` Tom Rini [this message]
2020-01-23 17:03             ` Tom Rini
2020-01-23 17:11             ` Jagan Teki
2020-01-23 17:11               ` Jagan Teki
2020-01-23 17:15               ` Tom Rini
2020-01-23 17:15                 ` Tom Rini
2020-01-23 17:29                 ` Jagan Teki
2020-01-23 17:29                   ` Jagan Teki
2020-01-23 17:59                   ` Tom Rini
2020-01-23 17:59                     ` Tom Rini
2019-12-21  7:54   ` [PATCH 03/11] rockchip: Include SF on distrocmd devices Jagan Teki
2019-12-21  7:54     ` Jagan Teki
     [not found]     ` <20191221075440.6944-4-jagan-dyjBcgdgk7Pe9wHmmfpqLFaTQe2KTcn/@public.gmane.org>
2019-12-30  3:07       ` Kever Yang
2020-01-07  8:44     ` Kever Yang
2020-01-07  8:44       ` Kever Yang
2019-12-21  7:54   ` [PATCH 04/11] rk3399: Add boot flash script offet, size Jagan Teki
2019-12-21  7:54     ` Jagan Teki
2019-12-30  3:06     ` Kever Yang
2019-12-30  3:06       ` Kever Yang
2019-12-21  7:54   ` [PATCH 05/11] rk3399: Check MMC env while defining it Jagan Teki
2019-12-21  7:54     ` Jagan Teki
2019-12-30  3:06     ` Kever Yang
2019-12-30  3:06       ` Kever Yang
2019-12-21  7:54   ` [PATCH 06/11] env: kconfig: Restrict rockchip env for MMC Jagan Teki
2019-12-21  7:54     ` Jagan Teki
2019-12-30  3:05     ` Kever Yang
2019-12-30  3:05       ` Kever Yang
2019-12-21  7:54   ` [PATCH 07/11] env: Enable SPI flash env for rockchip Jagan Teki
2019-12-21  7:54     ` Jagan Teki
2019-12-23  2:34     ` Kever Yang
2019-12-23  2:34       ` Kever Yang
2019-12-27  6:50       ` Jagan Teki
2019-12-27  6:50         ` Jagan Teki
2019-12-27 10:02         ` Kever Yang
2019-12-27 10:02           ` Kever Yang
2019-12-27 10:10           ` Jagan Teki
2019-12-27 10:10             ` Jagan Teki
2019-12-27 10:30         ` Soeren Moch
2019-12-27 10:30           ` Soeren Moch
2019-12-27 12:04           ` Jagan Teki
2019-12-27 12:04             ` Jagan Teki
2019-12-27 13:19             ` Soeren Moch
2019-12-27 13:19               ` Soeren Moch
     [not found]               ` <30fdf54b-0f71-ffbf-ac57-51050a29b56d-S0/GAf8tV78@public.gmane.org>
2019-12-28 12:08                 ` Jagan Teki
2019-12-28 12:08                   ` Jagan Teki
2019-12-30  9:04                   ` Soeren Moch
2019-12-30  9:04                     ` Soeren Moch
2019-12-30  2:59     ` Kever Yang
2019-12-30  2:59       ` Kever Yang
2019-12-21  7:54   ` [PATCH 08/11] rockchip: dts: Sync ROC-RK3399-PC changes from Linux Jagan Teki
2019-12-21  7:54     ` Jagan Teki
     [not found]     ` <20191221075440.6944-9-jagan-dyjBcgdgk7Pe9wHmmfpqLFaTQe2KTcn/@public.gmane.org>
2019-12-30  3:00       ` Kever Yang
2019-12-30  3:00         ` Kever Yang
2019-12-21  7:54   ` [PATCH 09/11] roc-pc-rk3399: Enable SPI Flash Jagan Teki
2019-12-21  7:54     ` Jagan Teki
     [not found]     ` <20191221075440.6944-10-jagan-dyjBcgdgk7Pe9wHmmfpqLFaTQe2KTcn/@public.gmane.org>
2019-12-30  3:00       ` Kever Yang
2019-12-30  3:00         ` Kever Yang
2019-12-21  7:54   ` [PATCH 10/11] rockpro-rk3399: " Jagan Teki
2019-12-21  7:54     ` Jagan Teki
2019-12-30  3:00     ` Kever Yang
2019-12-30  3:00       ` Kever Yang
     [not found]     ` <20191221075440.6944-11-jagan-dyjBcgdgk7Pe9wHmmfpqLFaTQe2KTcn/@public.gmane.org>
2019-12-30 11:51       ` Emmanuel Vadot
2019-12-30 11:51         ` Emmanuel Vadot
2020-01-08 12:59         ` Jagan Teki
2020-01-08 12:59           ` Jagan Teki
2019-12-21  7:54   ` [PATCH 11/11] roc-rk3399-pc: Add SPI boot support Jagan Teki
2019-12-21  7:54     ` Jagan Teki
2019-12-30  3:05     ` Kever Yang
2019-12-30  3:05       ` Kever Yang
2019-12-30  7:52       ` Jagan Teki
2019-12-30  7:52         ` Jagan Teki
     [not found]         ` <CAMty3ZA1u3-21QN4N6W=9Sq3n493BBBB2W_FzAEQC9aze4SoMg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-01-07  8:53           ` Kever Yang
2020-01-07  8:53             ` Kever Yang

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=20200123170301.GX26536@bill-the-cat \
    --to=trini@konsulko.com \
    --cc=agraf@csgraf.de \
    --cc=jagan@amarulasolutions.com \
    --cc=linux-amarula@amarulasolutions.com \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=u-boot@lists.denx.de \
    --cc=xypron.glpk@gmx.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.