All of lore.kernel.org
 help / color / mirror / Atom feed
From: jamie@jamieiles.com (Jamie Iles)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] Initial DT support for SIMpad devices.
Date: Mon, 21 Nov 2011 14:47:46 +0000	[thread overview]
Message-ID: <20111121144746.GB25627@totoro> (raw)
In-Reply-To: <4ECA6118.1050806@scram.de>

Hi Jochen,

On Mon, Nov 21, 2011 at 03:32:56PM +0100, Jochen Friedrich wrote:
> >>+	localbus {
> >>+		compatible = "intel,sa1110-localbus";
> >
> >Could this claim compatibility with simple-bus?
> 
> I wasn't sure about this. I took a look in the powerpc DTS files for reference and they used
> some kind of <chip>-localbus compatible entries. So I took the same approach here.

Hmm, I haven't seen any of the ARM platforms doing this, and unless the 
sa1110 bus has some extra knobs that need tweaking, then simple-bus 
should be fine.

> >>+		uart2: serial at 0x80050000 {
> >>+			compatible = "intel,sa1100-uart";
> >>+			reg =<0x80050000 0x24>;
> >>+			interrupts =<17>;
> >>+			status = "disabled";
> >
> >Hmm, I couldn't see status defined in the UART binding or where it was
> >used...  Is this required?
> 
> status is a global property and it's being used in drivers/of/base.c, of_device_is_available().
> It is used in other dtsi files like e.g. at91sam9g45.dtsi as well to define optional nodes.

Ahh, I wasn't aware of that one - thanks!

> >>+/ {
> >>+	model = "SIEMENS, SIMpad";
> >>+	compatible = "siemens,simpad";
> >
> >It may be worth adding the SoC compatible string after the board one for
> >completeness.
> 
> Do you mean something like this?
> 
> 	compatible = "siemens,simpad", "intel,sa1100";

Yup, that looks about right.

> >>+	chosen {
> >>+		bootargs = "console=ttySA0";
> >
> >It is preferred for the bootloader to set these up rather than having
> >them statically in the DTS if at all possible.
> 
> Yes, my boot loader does this, but simpad support is not in official U-BOOT yet.
> This allows testing with a different boot loader like the hh.org one and a Linux
> binary with DTB appended.

OK, I guess that's fair enough, though I certainly shouldn't be 
considered an authoritative source on this!

Jamie

WARNING: multiple messages have this Message-ID (diff)
From: Jamie Iles <jamie-wmLquQDDieKakBO8gow8eQ@public.gmane.org>
To: Jochen Friedrich <jochen-NIgtFMG+Po8@public.gmane.org>
Cc: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCH] Initial DT support for SIMpad devices.
Date: Mon, 21 Nov 2011 14:47:46 +0000	[thread overview]
Message-ID: <20111121144746.GB25627@totoro> (raw)
In-Reply-To: <4ECA6118.1050806-NIgtFMG+Po8@public.gmane.org>

Hi Jochen,

On Mon, Nov 21, 2011 at 03:32:56PM +0100, Jochen Friedrich wrote:
> >>+	localbus {
> >>+		compatible = "intel,sa1110-localbus";
> >
> >Could this claim compatibility with simple-bus?
> 
> I wasn't sure about this. I took a look in the powerpc DTS files for reference and they used
> some kind of <chip>-localbus compatible entries. So I took the same approach here.

Hmm, I haven't seen any of the ARM platforms doing this, and unless the 
sa1110 bus has some extra knobs that need tweaking, then simple-bus 
should be fine.

> >>+		uart2: serial@0x80050000 {
> >>+			compatible = "intel,sa1100-uart";
> >>+			reg =<0x80050000 0x24>;
> >>+			interrupts =<17>;
> >>+			status = "disabled";
> >
> >Hmm, I couldn't see status defined in the UART binding or where it was
> >used...  Is this required?
> 
> status is a global property and it's being used in drivers/of/base.c, of_device_is_available().
> It is used in other dtsi files like e.g. at91sam9g45.dtsi as well to define optional nodes.

Ahh, I wasn't aware of that one - thanks!

> >>+/ {
> >>+	model = "SIEMENS, SIMpad";
> >>+	compatible = "siemens,simpad";
> >
> >It may be worth adding the SoC compatible string after the board one for
> >completeness.
> 
> Do you mean something like this?
> 
> 	compatible = "siemens,simpad", "intel,sa1100";

Yup, that looks about right.

> >>+	chosen {
> >>+		bootargs = "console=ttySA0";
> >
> >It is preferred for the bootloader to set these up rather than having
> >them statically in the DTS if at all possible.
> 
> Yes, my boot loader does this, but simpad support is not in official U-BOOT yet.
> This allows testing with a different boot loader like the hh.org one and a Linux
> binary with DTB appended.

OK, I guess that's fair enough, though I certainly shouldn't be 
considered an authoritative source on this!

Jamie

  reply	other threads:[~2011-11-21 14:47 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-20 20:37 [PATCH] Initial DT support for SIMpad devices Jochen Friedrich
2011-11-20 20:37 ` Jochen Friedrich
2011-11-21  9:50 ` Jamie Iles
2011-11-21  9:50   ` Jamie Iles
2011-11-21 14:32   ` Jochen Friedrich
2011-11-21 14:32     ` Jochen Friedrich
2011-11-21 14:47     ` Jamie Iles [this message]
2011-11-21 14:47       ` Jamie Iles

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=20111121144746.GB25627@totoro \
    --to=jamie@jamieiles.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 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.