[U-Boot] [PATCH] omap3: Variant and revision checks for ARM Cortex-A8 errata workarounds

[Paul Kocialkowski]

Le mardi 24 février 2015 à 09:22 -0600, Nishanth Menon a écrit :
> On Tue, Feb 24, 2015 at 6:02 AM, Paul Kocialkowski <contact at paulk.fr> wrote:
> > Le lundi 23 février 2015 à 16:43 -0600, Nishanth Menon a écrit :
> >> On Mon, Feb 23, 2015 at 4:21 PM, Tom Rini <trini at ti.com> wrote:
> >> > On Mon, Feb 23, 2015 at 08:16:44PM +0100, Paul Kocialkowski wrote:
> >> >
> >> >> Not every version and revision of the Cortex-A8 ARM core requires the same
> >> >> errata workarounds. In addition, enabling those requires to have similar
> >> >> workarounds enabled in the kernel or it will cause numerous segmentation faults.
> >> >>
> >> >> This enables those workarounds when they are needed, according to what is done
> >> >> in Linux.
> >> >>
> >> >> Follow-up to the discussion from July 2013:
> >> >> http://lists.denx.de/pipermail/u-boot/2013-July/158377.html
> >> >>
> >> >> Signed-off-by: Paul Kocialkowski <contact at paulk.fr>
> >> >
> >> > Nishanth, any comments here, since you've been thinking about errata
> >> > stuff lately?  Thanks!
> >> >
> >> > Reviewed-by: Tom Rini <trini at ti.com>
> >> >
> >>
> >> I would probably go with v7 start code triggering the logic. even
> >> though the secure logic is probably unique..
> >
> > It does seem like the secure logic is specific to the OMAP, even though
> > the GP part (omap3_gp_romcode_call) seems to be generic.
> >
> > I don't think it would fit well in common v7 code and overall, I don't
> > think I have sufficient knowledge of those issues to take the decision
> > to move that code around.
> >
> > Hence, I'll keep my proposal to what it is now, and let someone else
> > move the code around in the future if they feel the need to.
> 
> Do you mind if i took a shot at it? would be great if you could test the same.

Alright, please go ahead! I'm available to test any patch on my omap
3630 device.
-------------- 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/20150224/fd7d65d7/attachment.sig>