All of lore.kernel.org
 help / color / mirror / Atom feed
From: andrew@lunn.ch (Andrew Lunn)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] ARM: kirkwood: DT board setup for Network Space v2 and parents
Date: Thu, 4 Oct 2012 07:54:43 +0200	[thread overview]
Message-ID: <20121004055443.GK21046@lunn.ch> (raw)
In-Reply-To: <20121003220916.GW31897@kw.sim.vm.gnt>

> > > --- a/arch/arm/mach-kirkwood/board-dt.c
> > > +++ b/arch/arm/mach-kirkwood/board-dt.c
> > > @@ -96,6 +96,11 @@ static void __init kirkwood_dt_init(void)
> > >  	if (of_machine_is_compatible("keymile,km_kirkwood"))
> > >  		km_kirkwood_init();
> > >  
> > > +	if (of_machine_is_compatible("lacie,inetspace_v2") ||
> > > +	    of_machine_is_compatible("lacie,netspace_v2") ||
> > > +	    of_machine_is_compatible("lacie,netspace_max_v2"))
> > > +		ns2_init();
> > > +
> > >  	of_platform_populate(NULL, kirkwood_dt_match_table,
> > >  			     kirkwood_auxdata_lookup, NULL);
> > 
> > I'm not a DT policy expert. Could this be one compatibility string for
> > all the boards? Maybe ask on the DT mainline list?
> 
> Maybe I could use "lacie,ns2_common" as a compatibility string. But this
> does not match any existing device. I don't know if it is correct.

Hi Simon

I did a bit of looking around. For kirkwood, we already have two
boards sharing the same compatibility string. kirkwood-dns320.dts and
kirkwood-dns325.dts both have dlink,dns-kirkwood and this is what the
board-dt.c matches on.

For the tegra20 soc, all boards match on nvidia,tegra20, and that is the only
compatibility string in board-dt-tegra20.c.

So i don't see any problem having just one compatibility string here.

The question is, what is the appropriate name. How common is this
common C code? Are there ns2 where this C code is not appropriate. One
thing to remember is that most of this C code will soon disappear and
become DT. All the mpp will be replaced with pinctrl in 3.8. I hope we
can get the Ethernet setup in DT as well. You are working on ns2_led,
so all the C code will be replaced by DT. So all we are really left
with is power off GPIO handling.

So i think the danger of using lacie,ns2_common, and then finding it
does not work with some other ns2 device is quite low.

What do you think?

     Thanks
	Andrew

  parent reply	other threads:[~2012-10-04  5:54 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-03 15:14 [PATCH] ARM: kirkwood: DT board setup for Network Space v2 and parents Simon Guinot
2012-10-03 15:43 ` Andrew Lunn
2012-10-03 22:09   ` Simon Guinot
2012-10-04  5:17     ` Andrew Lunn
2012-10-04  5:54     ` Andrew Lunn [this message]
2012-10-04  7:53       ` Simon Guinot
2012-10-04 15:41         ` Stephen Warren
2012-10-09 11:17           ` Andrew Lunn
2012-10-09 16:26             ` Stephen Warren
2012-10-09 15:05           ` Simon Guinot
2012-10-09 16:30             ` Stephen Warren

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=20121004055443.GK21046@lunn.ch \
    --to=andrew@lunn.ch \
    --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 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.