All of lore.kernel.org
 help / color / mirror / Atom feed
From: sr@denx.de (Stefan Roese)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] ARM: SPEAr600: Add device-tree support to SPEAr600 boards
Date: Wed, 14 Mar 2012 14:43:57 +0100	[thread overview]
Message-ID: <201203141443.57221.sr@denx.de> (raw)
In-Reply-To: <201203141327.01038.arnd@arndb.de>

On Wednesday 14 March 2012 14:27:00 Arnd Bergmann wrote:
> > > amba primecell devices don't actually need to register to a
> > > "compatible" property, they are probed using the primecell ID, and the
> > > device tree is just used to tell the system about memory and IRQ
> > > resources.
> > 
> > Ahh, I see. Let me see, if I can get this working...

Okay. Finally got it working. The main problem was the clock device name 
matching. Solved it via OF_DEV_AUXDATA. New patch will follow soon...
 
> I just saw that there is a patch series for pl061 that Rob Herring did at
> 
> git://sources.calxeda.com/kernel/linux.git irqdomain-for-grant
> 
> Please have a look at that branch first.

That's for GPIO interrupt support, right? I'll postpone this GPIO interrupt 
support to a later patch. This one will "only" support the plain GPIO's.
 
> > > Don't worry about the the gpio and uart devices if they are not in the
> > > first initial version. I do think that they should be done fairly soon
> > > though, before we get into most of the other devices.
> > > 
> > > It's ok if you put a lot of the other devices in the dts file though,
> > > like the ethernet device, it gives a better overview of what is
> > > actually there, even if the driver does not actually use it yet.
> > 
> > My initial idea was to push the devices once their DT support is
> > accepted. Otherwise the bindings are still not settled.
> 
> Right, that makes sense. However, you can add a property containing
> 
> 	status = "disabled;
> 
> so that the device is visible in the source but no platform device gets
> generated. That would have no consequences at run time but can be helpful
> for review.

Okay, I'll add all of what I got locally. And enable only the ones that should 
be fine.

Thanks,
Stefan

WARNING: multiple messages have this Message-ID (diff)
From: Stefan Roese <sr-ynQEQJNshbs@public.gmane.org>
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Cc: devicetree-discuss-mnsaURCQ41sdnm+yROfE0A@public.gmane.org,
	spear-devel-nkJGhpqTU55BDgjK7y7TUQ@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCH] ARM: SPEAr600: Add device-tree support to SPEAr600 boards
Date: Wed, 14 Mar 2012 14:43:57 +0100	[thread overview]
Message-ID: <201203141443.57221.sr@denx.de> (raw)
In-Reply-To: <201203141327.01038.arnd-r2nGTMty4D4@public.gmane.org>

On Wednesday 14 March 2012 14:27:00 Arnd Bergmann wrote:
> > > amba primecell devices don't actually need to register to a
> > > "compatible" property, they are probed using the primecell ID, and the
> > > device tree is just used to tell the system about memory and IRQ
> > > resources.
> > 
> > Ahh, I see. Let me see, if I can get this working...

Okay. Finally got it working. The main problem was the clock device name 
matching. Solved it via OF_DEV_AUXDATA. New patch will follow soon...
 
> I just saw that there is a patch series for pl061 that Rob Herring did at
> 
> git://sources.calxeda.com/kernel/linux.git irqdomain-for-grant
> 
> Please have a look at that branch first.

That's for GPIO interrupt support, right? I'll postpone this GPIO interrupt 
support to a later patch. This one will "only" support the plain GPIO's.
 
> > > Don't worry about the the gpio and uart devices if they are not in the
> > > first initial version. I do think that they should be done fairly soon
> > > though, before we get into most of the other devices.
> > > 
> > > It's ok if you put a lot of the other devices in the dts file though,
> > > like the ethernet device, it gives a better overview of what is
> > > actually there, even if the driver does not actually use it yet.
> > 
> > My initial idea was to push the devices once their DT support is
> > accepted. Otherwise the bindings are still not settled.
> 
> Right, that makes sense. However, you can add a property containing
> 
> 	status = "disabled;
> 
> so that the device is visible in the source but no platform device gets
> generated. That would have no consequences at run time but can be helpful
> for review.

Okay, I'll add all of what I got locally. And enable only the ones that should 
be fine.

Thanks,
Stefan

  reply	other threads:[~2012-03-14 13:43 UTC|newest]

Thread overview: 80+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-13 14:47 [PATCH] ARM: SPEAr600: Add device-tree support to SPEAr600 boards Stefan Roese
2012-03-13 14:47 ` Stefan Roese
2012-03-13 16:44 ` Arnd Bergmann
2012-03-13 16:44   ` Arnd Bergmann
2012-03-14  7:08   ` Viresh Kumar
2012-03-14  7:08     ` Viresh Kumar
2012-03-14  9:58     ` Arnd Bergmann
2012-03-14  9:58       ` Arnd Bergmann
2012-03-14 10:02       ` Viresh Kumar
2012-03-14 10:02         ` Viresh Kumar
2012-03-14  7:40   ` Stefan Roese
2012-03-14  7:40     ` Stefan Roese
2012-03-14  9:48     ` Arnd Bergmann
2012-03-14  9:48       ` Arnd Bergmann
2012-03-14 10:36       ` Stefan Roese
2012-03-14 10:36         ` Stefan Roese
2012-03-14 13:27         ` Arnd Bergmann
2012-03-14 13:27           ` Arnd Bergmann
2012-03-14 13:43           ` Stefan Roese [this message]
2012-03-14 13:43             ` Stefan Roese
2012-03-14 14:09             ` Arnd Bergmann
2012-03-14 14:09               ` Arnd Bergmann
2012-03-14 13:44           ` Rob Herring
2012-03-14 13:44             ` Rob Herring
2012-03-14  7:05 ` Viresh Kumar
2012-03-14  7:05   ` Viresh Kumar
2012-03-14  7:20   ` Stefan Roese
2012-03-14  7:20     ` Stefan Roese
2012-03-15  8:48   ` Stefan Roese
2012-03-15  8:48     ` Stefan Roese
2012-03-15  9:00     ` Viresh Kumar
2012-03-15  9:00       ` Viresh Kumar
2012-03-15 10:38       ` Stefan Roese
2012-03-15 10:38         ` Stefan Roese
2012-03-15 10:40         ` Viresh Kumar
2012-03-15 10:40           ` Viresh Kumar
2012-03-15 13:39         ` Arnd Bergmann
2012-03-15 13:39           ` Arnd Bergmann
2012-03-21 11:32           ` Viresh Kumar
2012-03-21 11:32             ` Viresh Kumar
2012-03-21 12:36             ` Arnd Bergmann
2012-03-21 12:36               ` Arnd Bergmann
2012-03-21 13:28               ` viresh kumar
2012-03-21 13:28                 ` viresh kumar
2012-03-21 14:04                 ` Arnd Bergmann
2012-03-21 14:04                   ` Arnd Bergmann
2012-03-21 14:18                   ` viresh kumar
2012-03-21 14:18                     ` viresh kumar
2012-03-21 14:42                     ` Arnd Bergmann
2012-03-21 14:42                       ` Arnd Bergmann
2012-03-21 18:26                   ` Arnd Bergmann
2012-03-21 18:26                     ` Arnd Bergmann
2012-03-22  0:45                     ` viresh kumar
2012-03-22  0:45                       ` viresh kumar
2012-03-22  8:10                       ` Arnd Bergmann
2012-03-22  8:10                         ` Arnd Bergmann
     [not found]                         ` <201203220810.00628.arnd-r2nGTMty4D4@public.gmane.org>
2012-03-22  8:51                           ` viresh kumar
     [not found]               ` <201203211236.37891.arnd-r2nGTMty4D4@public.gmane.org>
2012-03-22 13:46                 ` viresh kumar
2012-03-22 14:20                   ` Arnd Bergmann
2012-03-22 14:20                     ` Arnd Bergmann
     [not found]                     ` <201203221420.10127.arnd-r2nGTMty4D4@public.gmane.org>
2012-03-22 14:53                       ` viresh kumar
2012-03-27 10:27                     ` Viresh Kumar
2012-03-27 10:27                       ` Viresh Kumar
2012-03-27 11:15                       ` Arnd Bergmann
2012-03-27 11:15                         ` Arnd Bergmann
2012-03-27 11:27                         ` Viresh Kumar
2012-03-27 11:27                           ` Viresh Kumar
2012-03-27 11:45                           ` Viresh Kumar
2012-03-27 11:45                             ` Viresh Kumar
2012-03-27 11:59                           ` Arnd Bergmann
2012-03-27 11:59                             ` Arnd Bergmann
     [not found]                             ` <201203271159.35306.arnd-r2nGTMty4D4@public.gmane.org>
2012-03-27 13:44                               ` viresh kumar
2012-03-27 13:59                                 ` Arnd Bergmann
2012-03-27 13:59                                   ` Arnd Bergmann
2012-03-28  5:03                                   ` Viresh Kumar
2012-03-28  5:03                                     ` Viresh Kumar
2012-03-28  8:13                                     ` Arnd Bergmann
2012-03-28  8:13                                       ` Arnd Bergmann
2012-03-14  8:48 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-14  8:48   ` Jean-Christophe PLAGNIOL-VILLARD

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=201203141443.57221.sr@denx.de \
    --to=sr@denx.de \
    --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.