From: Paul Kocialkowski <contact@paulk.fr>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V6 07/11] ARM: OMAP3: Get rid of omap3_gp_romcode_call and replace with omap_smc1
Date: Wed, 11 Mar 2015 22:33:50 +0100 [thread overview]
Message-ID: <1426109630.2417.10.camel@collins> (raw)
In-Reply-To: <20150311211611.GX32541@bill-the-cat>
Le mercredi 11 mars 2015 ? 17:16 -0400, Tom Rini a ?crit :
> On Wed, Mar 11, 2015 at 09:26:43PM +0100, Paul Kocialkowski wrote:
> > Le mercredi 11 mars 2015 ? 11:04 -0500, Nishanth Menon a ?crit :
> > > On Wed, Mar 11, 2015 at 11:00 AM, Tom Rini <trini@konsulko.com> wrote:
> > > > On Wed, Mar 11, 2015 at 10:53:41AM -0500, Nishanth Menon wrote:
> > > >> On Wed, Mar 11, 2015 at 10:48 AM, Tom Rini <trini@konsulko.com> wrote:
> > > >> > On Mon, Mar 09, 2015 at 05:12:05PM -0500, Nishanth Menon wrote:
> > > >> >
> > > >> >> omap_smc1 is now generic enough to remove duplicate
> > > >> >> omap3_gp_romcode_call logic that omap3 introduced.
> > > >> >>
> > > >> >> As part of this change, move to using the generic lowlevel_init.S for
> > > >> >> omap3 as well.
> > > >> >>
> > > >> >> Signed-off-by: Nishanth Menon <nm@ti.com>
> > > >> >
> > > >> > Reviewed-by: Tom Rini <trini@konsulko.com>
> > > >> >
> > > >> > But I've always wondered, does OMAP3 not actually pass in the same info
> > > >> > in the same location / manner as OMAP4 and later?
> > > >>
> > > >> For smc call, the calls are similar, but the parameters change
> > > >
> > > > Right, sorry but I mean for boot params as that's what's still being
> > > > omap3-specific in lowlevel_init.S
> > >
> > > There seemed to be differences w.r.t bootdevice detection logic which
> > > seems to be extensive in omap3 :(
> > > had'nt dug too much there :(
> >
> > As far as I can see, the main difference is that omap4/5 are using SRAM
> > to store various bits such as the boot device
> > (OMAP_SRAM_SCRATCH_BOOT_PARAMS). On omap3, that logic is not used and a
> > global variable (omap3_boot_device) is there instead.
> >
> > We could easily make that logic fit omap3 as well and get rid of the
> > global variable. I also see a few functions from omap-common's
> > hwinit-common.c that could be reused on omap3.
> >
> > I could start looking into that, even though again, I don't have many
> > OMAP devices to test with.
>
> Right, but is the data format the same or did it change, in what we're
> reading?
The boot structure is very similar (at least between omap3 and omap4).
This is chapter 27.4.8.4 Image Execution of the OMAP4430 TRM and chapter
26.4.8.4 Image Execution of the OMAP36xx TRM.
There is some padding difference between omap3 and omap4, but nothing we
can't deal with in omap-common.c's save_omap_boot_params: some offsets
are already defined at omap_boot.h, we probably just need to adjust
those for omap3.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20150311/4929576f/attachment.sig>
next prev parent reply other threads:[~2015-03-11 21:33 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-09 22:11 [U-Boot] [PATCH V6 00/11] ARM: OMAP3-DRA7: CP15 erratum workarounds and improvements Nishanth Menon
2015-03-09 22:11 ` [U-Boot] [PATCH V6 01/11] ARM: Introduce erratum workaround for 798870 Nishanth Menon
2015-03-11 15:48 ` Tom Rini
2015-03-15 21:50 ` [U-Boot] [U-Boot, V6, " Tom Rini
2015-03-09 22:12 ` [U-Boot] [PATCH V6 02/11] ARM: Introduce erratum workaround for 454179 Nishanth Menon
2015-03-11 15:48 ` Tom Rini
2015-03-15 21:50 ` [U-Boot] [U-Boot, V6, " Tom Rini
2015-03-09 22:12 ` [U-Boot] [PATCH V6 03/11] ARM: Introduce erratum workaround for 430973 Nishanth Menon
2015-03-11 15:48 ` Tom Rini
2015-03-15 21:50 ` [U-Boot] [U-Boot, V6, " Tom Rini
2015-03-09 22:12 ` [U-Boot] [PATCH V6 04/11] ARM: Introduce erratum workaround for 621766 Nishanth Menon
2015-03-11 15:48 ` Tom Rini
2015-03-15 21:50 ` [U-Boot] [U-Boot, V6, " Tom Rini
2015-03-09 22:12 ` [U-Boot] [PATCH V6 05/11] ARM: OMAP: Change set_pl310_ctrl_reg to be generic Nishanth Menon
2015-03-11 15:48 ` Tom Rini
2015-03-15 21:51 ` [U-Boot] [U-Boot, V6, " Tom Rini
2015-03-09 22:12 ` [U-Boot] [PATCH V6 06/11] ARM: OMAP3: Rename omap3.h to omap.h to be generic as all SoCs Nishanth Menon
2015-03-11 15:48 ` Tom Rini
2015-03-15 21:51 ` [U-Boot] [U-Boot, V6, " Tom Rini
2015-03-09 22:12 ` [U-Boot] [PATCH V6 07/11] ARM: OMAP3: Get rid of omap3_gp_romcode_call and replace with omap_smc1 Nishanth Menon
2015-03-11 15:48 ` Tom Rini
2015-03-11 15:53 ` Nishanth Menon
2015-03-11 16:00 ` Tom Rini
2015-03-11 16:04 ` Nishanth Menon
2015-03-11 20:26 ` Paul Kocialkowski
2015-03-11 21:16 ` Tom Rini
2015-03-11 21:33 ` Paul Kocialkowski [this message]
2015-03-15 21:51 ` [U-Boot] [U-Boot, V6, " Tom Rini
2015-03-09 22:12 ` [U-Boot] [PATCH V6 08/11] ARM: DRA7 / OMAP5: Add workaround for ARM errata 798870 Nishanth Menon
2015-03-11 15:48 ` Tom Rini
2015-03-15 21:51 ` [U-Boot] [U-Boot, V6, " Tom Rini
2015-03-09 22:12 ` [U-Boot] [PATCH V6 09/11] ARM: OMAP5 / DRA7: Setup L2 Aux Control Register with recommended configuration Nishanth Menon
2015-03-11 15:49 ` Tom Rini
2015-03-15 21:51 ` [U-Boot] [U-Boot, V6, " Tom Rini
2015-03-09 22:12 ` [U-Boot] [PATCH V6 10/11] ARM: OMAP3: Enable workaround for ARM errata 454179, 430973, 621766 Nishanth Menon
2015-03-11 15:51 ` Tom Rini
2015-03-15 21:51 ` [U-Boot] [U-Boot, V6, " Tom Rini
2015-03-09 22:12 ` [U-Boot] [PATCH V6 11/11] ARM: OMAP3: rx51: " Nishanth Menon
2015-03-11 15:51 ` Tom Rini
2015-03-15 21:51 ` [U-Boot] [U-Boot, V6, " Tom Rini
2015-03-11 15:48 ` [U-Boot] [PATCH V6 00/11] ARM: OMAP3-DRA7: CP15 erratum workarounds and improvements Tom Rini
2015-03-11 15:51 ` Nishanth Menon
2015-03-11 16:00 ` Tom Rini
2015-03-12 0:26 ` Matt Porter
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=1426109630.2417.10.camel@collins \
--to=contact@paulk.fr \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox