linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: mark.rutland@arm.com (Mark Rutland)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 3/9] ARM: PRIMA2: initialize l2x0 according to mach from DT
Date: Mon, 21 Jan 2013 09:22:40 +0000	[thread overview]
Message-ID: <20130121092240.GD15707@e106331-lin.cambridge.arm.com> (raw)
In-Reply-To: <CAGsJ_4wXRsaX99NQNYPAqAc-9TpzXNpDB0X6y9D18ka4szPMAw@mail.gmail.com>

On Sat, Jan 19, 2013 at 04:21:47AM +0000, Barry Song wrote:
> Hi Mark,
> 
> 2013/1/16 Mark Rutland <mark.rutland@arm.com>:
> > On Wed, Jan 16, 2013 at 05:53:29AM +0000, Barry Song wrote:
> >> From: Barry Song <Baohua.Song@csr.com>
> >>
> >> prima2 and marco have diffetent l2 cache configuration, so
> >> we initialize l2x0 cache based on dtb given to kernel.
> >>
> >> Signed-off-by: Barry Song <Baohua.Song@csr.com>
> >> Cc: Mark Rutland <mark.rutland@arm.com>
> >> ---
> >>  arch/arm/mach-prima2/l2x0.c |   29 ++++++++++++++++++++++++-----
> >>  1 files changed, 24 insertions(+), 5 deletions(-)
> >>
> >> diff --git a/arch/arm/mach-prima2/l2x0.c b/arch/arm/mach-prima2/l2x0.c
> >> index c998377..e41ecd2 100644
> >> --- a/arch/arm/mach-prima2/l2x0.c
> >> +++ b/arch/arm/mach-prima2/l2x0.c
> >> @@ -11,19 +11,38 @@
> >>  #include <linux/of.h>
> >>  #include <asm/hardware/cache-l2x0.h>
> >>
> >> -static struct of_device_id prima2_l2x0_ids[]  = {
> >> -     { .compatible = "sirf,prima2-pl310-cache" },
> >> +struct l2x0_aux
> >> +{
> >> +     u32 val;
> >> +     u32 mask;
> >> +};
> >> +
> >> +static struct l2x0_aux prima2_l2x0_aux __initconst = {
> >> +     0x40000,
> >> +     0,
> >> +};
> >
> > That 0x40000 is a bit opaque. Now would be a good time to make it a bit more
> > legible. Am I right in saying that's (2 << L2X0_AUX_CTRL_WAY_SIZE_SHIFT) ?
> >
> > It'd also be nice if you used designated initializers:
> >
> > static struct l2x0_aux prima2_l2x0_aux __initconst = {
> >         .val    = (2 << L2X0_AUX_CTRL_WAY_SIZE_SHIFT),
> >         .mask   = 0,
> > };
> 
> good. and make prima2 have consistent style with marco.
> 
> >
> >> +
> >> +static struct l2x0_aux marco_l2x0_aux __initconst = {
> >> +     (2 << L2X0_AUX_CTRL_WAY_SIZE_SHIFT) |
> >> +             (1 << L2X0_AUX_CTRL_ASSOCIATIVITY_SHIFT),
> >> +     L2X0_AUX_CTRL_MASK,
> >> +};
> >
> > And here too:
> >
> > static struct l2x0_aux marco_l2x0_aux __initconst = {
> >         .val    = (2 << L2X0_AUX_CTRL_WAY_SIZE_SHIFT) |
> >                         (1 << L2X0_AUX_CTRL_ASSOCIATIVITY_SHIFT),
> >         .mask   = L2X0_AUX_CTRL_MASK,
> > };
> >
> >> +
> >> +static struct of_device_id sirf_l2x0_ids[] __initconst = {
> >> +     { .compatible = "sirf,prima2-pl310-cache", .data = &prima2_l2x0_aux, },
> >> +     { .compatible = "sirf,marco-pl310-cache", .data = &marco_l2x0_aux, },
> >>       {},
> >>  };
> >
> > I took a look at of_match_node, and it seems that the first match found in an
> > of_match_table will be returned first, rather than finding the match earliest
> > in a device node's compatible list. This is somewhat counter-intuitive.
> >
> > Therefore, the marco variant should be listed first, or it will get initialised
> > with the prima2 configuration values.
> 
> sorry. i don't get it.  do you mean .data(prima2_l2x0_aux) will be
> returned for marco?
> 
> here l2 node in matco.dts  without "sirf,prima2-pl310-cache"  will
> only have "sirf,marco-pl310-cache" and l2 node in prima2.dts without
> "sirf,marco-pl310-cache" will only have "sirf,prima2-pl310-cache"

Ah, I missed that they were mutually exclusive. As long as the node only has
one of these entries in its compatible list it'll be fine as-is.

> >
> >>
> >>  static int __init sirfsoc_l2x0_init(void)
> >>  {
> >>       struct device_node *np;
> >> +     const struct l2x0_aux *aux;
> >>
> >> -     np = of_find_matching_node(NULL, prima2_l2x0_ids);
> >> +     np = of_find_matching_node(NULL, sirf_l2x0_ids);
> >>       if (np) {
> >> -             pr_info("Initializing prima2 L2 cache\n");
> >> -             return l2x0_of_init(0x40000, 0);
> >> +             aux = of_match_node(sirf_l2x0_ids, np)->data;
> >> +             return l2x0_of_init(aux->val, aux->mask);
> >>       }
> >>
> >>       return 0;
> >> --
> >> 1.7.5.4
> >>
> >>
> >
> > With those changes:
> >
> > Reviewed-by: Mark Rutland <mark.rutland@arm.com>
> >
> > Thanks,
> > Mark.
> 
> -barry
> 

Thanks,
Mark.

  reply	other threads:[~2013-01-21  9:22 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-16  5:53 [PATCH v2 1/9] ARM: PRIMA2: add CSR SiRFmarco device tree .dts Barry Song
2013-01-16  5:53 ` [PATCH v2 2/9] ARM: PRIMA2: enable AUTO_ZRELADDR for SIRF in Kconfig Barry Song
2013-01-16 11:38   ` Mark Rutland
2013-01-21  2:53     ` Barry Song
2013-01-16  5:53 ` [PATCH v2 3/9] ARM: PRIMA2: initialize l2x0 according to mach from DT Barry Song
2013-01-16 12:03   ` Mark Rutland
2013-01-19  4:21     ` Barry Song
2013-01-21  9:22       ` Mark Rutland [this message]
2013-01-16  5:53 ` [PATCH v2 4/9] ARM: PRIMA2: mv timer to timer-prima2 as we will add timer-marco Barry Song
2013-01-16 11:37 ` [PATCH v2 1/9] ARM: PRIMA2: add CSR SiRFmarco device tree .dts Mark Rutland
2013-01-21  2:44   ` Barry Song

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=20130121092240.GD15707@e106331-lin.cambridge.arm.com \
    --to=mark.rutland@arm.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    /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;
as well as URLs for NNTP newsgroup(s).