From: Kim Phillips <kim.phillips@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V2 03/10] 83xx/85xx/86xx: LBC register cleanup
Date: Tue, 8 Jun 2010 13:43:36 -0500 [thread overview]
Message-ID: <20100608134336.a2e5af2c.kim.phillips@freescale.com> (raw)
In-Reply-To: <151DEE07-07CE-4272-88F6-9AAD50BBA2DA@kernel.crashing.org>
On Tue, 8 Jun 2010 12:28:48 -0500
Becky Bruce <beckyb@kernel.crashing.org> wrote:
>
> On Jun 8, 2010, at 12:09 PM, Kim Phillips wrote:
>
> > On Tue, 8 Jun 2010 11:15:07 -0500
> > Becky Bruce <beckyb@kernel.crashing.org> wrote:
> >
> >> This isn't *ELBC*, it's the existence of any sort of LBC. ELBC is
> >> determined per-board in the fine grained configs. There are 2
> >> configs.
> >
> > that's what I was suggesting to change; to group and centralize the
> > definition of the two seemingly related configs - also because the
> > ELBC
> > should be done at the SoC level.
> >
> > See Scott's response though - I don't know how long the ELBC ifdef
> > list
> > is, but introducing a header file per soc sounds like a bit out of
> > scope for this patchseries - it already cleans up a bunch of stuff.
>
> I think it is out of scope here - I think this is fine the way it is,
> at least for now. I'd like to get these cleanups in as soon as
> possible before someone else replicates more code.
>
> We can post a followon later to change how we deal with ELBC/LBC; and
> there are also more cleanups to be done - for example, there's still
> code that accesses lbc space not using IO accessors. I've cleaned up
> the BR/OR cases, but I want to eventually fix it all. Unfortunately,
> I'm out of time at this point. This patch series is a significant
> step forward, but there's still more work to be done.
ok but e.g., patch 1 in this series omits the MPC837XERDB, which needs
to be fixed.
I was curious so I compiled the ELBC CONFIG_ list, in case you want to
change patch 1 in the series to _delete_ the entries in the board
configs and add them as pointed out in this patch:
MPC831x
MPC837x
MPC8536
MPC8569
MPC8572
and, of course, the Pxxxx's.
> Cheers,
> Becky
Kim
>
> >
> >> -B
> >
> > Kim
> >
> > p.s. please don't top-post :).
> >
> >> On Jun 3, 2010, at 7:37 PM, Kim Phillips wrote:
> >>
> >>> On Wed, 2 Jun 2010 13:12:02 -0500
> >>> Becky Bruce <beckyb@kernel.crashing.org> wrote:
> >>>
> >>>> diff --git a/arch/powerpc/include/asm/config.h b/arch/powerpc/
> >>>> include/asm/config.h
> >>>> index fc3facb..01036f3 100644
> >>>> --- a/arch/powerpc/include/asm/config.h
> >>>> +++ b/arch/powerpc/include/asm/config.h
> >>>> @@ -76,4 +76,10 @@
> >>>> /* Relocation to SDRAM works on all PPC boards */
> >>>> #define CONFIG_RELOC_FIXUP_WORKS
> >>>>
> >>>> +/* Most PPC SOCs have a LBC so define this here */
> >>>> +#if defined(CONFIG_MPC85xx) || defined(CONFIG_MPC86xx) || \
> >>>> + defined(CONFIG_MPC83xx)
> >>>> +#define CONFIG_FSL_LBC
> >>>
> >>> Instead of in the configs (such as what patch 1 in this series
> >>> continues to do), can we do ELBC determination here, based on
> >>> finer-grained configs such as 831x, 837x, etc?
> >>>
> >>>> +#endif
> >>>
> >>> Thanks,
> >>>
> >>> Kim
> >>
> >>
>
>
next prev parent reply other threads:[~2010-06-08 18:43 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-02 18:11 [U-Boot] [PATCH V2 0/10] PPC LBC/TLB cleanups; reginfo command for 85xx Becky Bruce
2010-06-02 18:12 ` [U-Boot] [PATCH V2 01/10] powerpc: Update configs to properly set FSL_ELBC Becky Bruce
2010-06-02 18:12 ` [U-Boot] [PATCH V2 02/10] drivers/usb/host/ohci-hcd: undef readl/writel before redefining Becky Bruce
2010-06-02 18:12 ` [U-Boot] [PATCH V2 03/10] 83xx/85xx/86xx: LBC register cleanup Becky Bruce
2010-06-02 18:12 ` [U-Boot] [PATCH V2 04/10] mpc85xx: tlb.c cleanups Becky Bruce
2010-06-02 18:12 ` [U-Boot] [PATCH V2 05/10] mpc85xx: Add print_tlbcam() function Becky Bruce
2010-06-02 18:12 ` [U-Boot] [PATCH V2 06/10] drivers/misc/fsl_law.c: Rearrange code to avoid duplication Becky Bruce
2010-06-02 18:12 ` [U-Boot] [PATCH V2 07/10] fsl_law.c: Add print_laws() for FSL_CORENET platforms Becky Bruce
2010-06-02 18:12 ` [U-Boot] [PATCH V2 08/10] mpc85xx: Add reginfo command Becky Bruce
2010-06-02 18:12 ` [U-Boot] [PATCH V2 09/10] powerpc 83xx/85xx: Merge lbc upmconfig code Becky Bruce
2010-06-02 18:12 ` [U-Boot] [PATCH V2 10/10] MAKEALL: Add missing powerpc 36-bit targets Becky Bruce
2010-06-02 19:21 ` Scott Wood
2010-06-02 19:25 ` Becky Bruce
2010-06-02 20:08 ` Wolfgang Denk
2010-06-02 19:16 ` [U-Boot] [PATCH V2 03/10] 83xx/85xx/86xx: LBC register cleanup Scott Wood
2010-06-02 19:32 ` Becky Bruce
2010-06-02 20:55 ` [U-Boot] [PATCH V3 " Becky Bruce
2010-06-02 20:57 ` Becky Bruce
2010-06-04 0:37 ` [U-Boot] [PATCH V2 " Kim Phillips
2010-06-04 20:22 ` Scott Wood
2010-06-08 16:15 ` Becky Bruce
2010-06-08 17:09 ` Kim Phillips
2010-06-08 17:28 ` Becky Bruce
2010-06-08 18:43 ` Kim Phillips [this message]
2010-06-08 18:49 ` Becky Bruce
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=20100608134336.a2e5af2c.kim.phillips@freescale.com \
--to=kim.phillips@freescale.com \
--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