All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Geert Uytterhoeven <geert+renesas@glider.be>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Magnus Damm <damm+renesas@opensource.se>,
	Arnd Bergmann <arnd@arndb.de>,
	Simon Horman <horms+renesas@verge.net.au>,
	Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
	Marc Zyngier <marc.zyngier@arm.com>,
	driverdevel <devel@driverdev.osuosl.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Linux PM list <linux-pm@vger.kernel.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH/RFC 5/6] staging: board: Add support for devices with complex dependencies
Date: Sun, 05 Apr 2015 23:06:20 +0300	[thread overview]
Message-ID: <2722685.XFRaAHH9GQ@avalon> (raw)
In-Reply-To: <CAMuHMdWsc=2QvKfpYmN=M6As_KWENW2nhSqa8ajkZrQFe+dCPw@mail.gmail.com>

Hi Geert,

On Sunday 05 April 2015 11:00:56 Geert Uytterhoeven wrote:
> On Sat, Apr 4, 2015 at 2:46 PM, Laurent Pinchart wrote:
> >> +     for (i = 0; i < dev->ngpios; i++)
> >> +             gpio_request_one(dev->gpios[i].gpio, dev->gpios[i].flags,
> >> +                              pdev->name);
> > 
> > Aren't GPIO numbers dynamic too in DT-based systems ? Beside, shouldn't it
> > be
>
> Apparently not, as the old legacy number still works, and it doesn't work
> without.

I think we're just lucky there that the SoC main GPIO controller gets 
registered first and starts counting GPIOs with a zero offset.
 
> > the responsibility of the drievr to request the GPIOs it needs ?
> 
> As far as I understand it, on Armadillo this is used more for platform
> configuration than for device configuration, as it affects multiple devices
> (the comment says DBGMD/LCDC0/FSIA MUX).
> 
> I guess I could use a "gpio-hog" subnode in DT instead, but then we're
> already implementing the conversion to DT ;-)

But that's the goal :-) I'd rather move GPIO and pinctrl to DT directly as we 
already have the infrastructure to do so.

-- 
Regards,

Laurent Pinchart


WARNING: multiple messages have this Message-ID (diff)
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH/RFC 5/6] staging: board: Add support for devices with complex dependencies
Date: Sun, 05 Apr 2015 20:06:20 +0000	[thread overview]
Message-ID: <2722685.XFRaAHH9GQ@avalon> (raw)
In-Reply-To: <CAMuHMdWsc=2QvKfpYmN=M6As_KWENW2nhSqa8ajkZrQFe+dCPw@mail.gmail.com>

Hi Geert,

On Sunday 05 April 2015 11:00:56 Geert Uytterhoeven wrote:
> On Sat, Apr 4, 2015 at 2:46 PM, Laurent Pinchart wrote:
> >> +     for (i = 0; i < dev->ngpios; i++)
> >> +             gpio_request_one(dev->gpios[i].gpio, dev->gpios[i].flags,
> >> +                              pdev->name);
> > 
> > Aren't GPIO numbers dynamic too in DT-based systems ? Beside, shouldn't it
> > be
>
> Apparently not, as the old legacy number still works, and it doesn't work
> without.

I think we're just lucky there that the SoC main GPIO controller gets 
registered first and starts counting GPIOs with a zero offset.
 
> > the responsibility of the drievr to request the GPIOs it needs ?
> 
> As far as I understand it, on Armadillo this is used more for platform
> configuration than for device configuration, as it affects multiple devices
> (the comment says DBGMD/LCDC0/FSIA MUX).
> 
> I guess I could use a "gpio-hog" subnode in DT instead, but then we're
> already implementing the conversion to DT ;-)

But that's the goal :-) I'd rather move GPIO and pinctrl to DT directly as we 
already have the infrastructure to do so.

-- 
Regards,

Laurent Pinchart


WARNING: multiple messages have this Message-ID (diff)
From: laurent.pinchart@ideasonboard.com (Laurent Pinchart)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH/RFC 5/6] staging: board: Add support for devices with complex dependencies
Date: Sun, 05 Apr 2015 23:06:20 +0300	[thread overview]
Message-ID: <2722685.XFRaAHH9GQ@avalon> (raw)
In-Reply-To: <CAMuHMdWsc=2QvKfpYmN=M6As_KWENW2nhSqa8ajkZrQFe+dCPw@mail.gmail.com>

Hi Geert,

On Sunday 05 April 2015 11:00:56 Geert Uytterhoeven wrote:
> On Sat, Apr 4, 2015 at 2:46 PM, Laurent Pinchart wrote:
> >> +     for (i = 0; i < dev->ngpios; i++)
> >> +             gpio_request_one(dev->gpios[i].gpio, dev->gpios[i].flags,
> >> +                              pdev->name);
> > 
> > Aren't GPIO numbers dynamic too in DT-based systems ? Beside, shouldn't it
> > be
>
> Apparently not, as the old legacy number still works, and it doesn't work
> without.

I think we're just lucky there that the SoC main GPIO controller gets 
registered first and starts counting GPIOs with a zero offset.
 
> > the responsibility of the drievr to request the GPIOs it needs ?
> 
> As far as I understand it, on Armadillo this is used more for platform
> configuration than for device configuration, as it affects multiple devices
> (the comment says DBGMD/LCDC0/FSIA MUX).
> 
> I guess I could use a "gpio-hog" subnode in DT instead, but then we're
> already implementing the conversion to DT ;-)

But that's the goal :-) I'd rather move GPIO and pinctrl to DT directly as we 
already have the infrastructure to do so.

-- 
Regards,

Laurent Pinchart

  reply	other threads:[~2015-04-05 20:06 UTC|newest]

Thread overview: 79+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-03 12:41 [PATCH/RFC 0/6] staging: board: armadillo800eva: Board staging for sh_mobile_lcdc_fb Geert Uytterhoeven
2015-04-03 12:41 ` Geert Uytterhoeven
2015-04-03 12:41 ` Geert Uytterhoeven
2015-04-03 12:41 ` Geert Uytterhoeven
2015-04-03 12:41 ` [PATCH 1/6] Revert "staging: board: disable as it breaks the build" Geert Uytterhoeven
2015-04-03 12:41   ` Geert Uytterhoeven
2015-04-03 12:41   ` Geert Uytterhoeven
2015-04-03 12:41   ` Geert Uytterhoeven
2015-04-06  0:40   ` Simon Horman
2015-04-06  0:40     ` Simon Horman
2015-04-06  0:40     ` Simon Horman
2015-04-07 13:16     ` Geert Uytterhoeven
2015-04-07 13:16       ` Geert Uytterhoeven
2015-04-07 13:16       ` Geert Uytterhoeven
2015-04-08  0:44       ` Simon Horman
2015-04-08  0:44         ` Simon Horman
2015-04-08  0:44         ` Simon Horman
2015-04-03 12:41 ` [PATCH/RFC 2/6] staging: board: Initialize staging board code earlier Geert Uytterhoeven
2015-04-03 12:41   ` Geert Uytterhoeven
2015-04-03 12:41   ` Geert Uytterhoeven
2015-04-03 12:41   ` Geert Uytterhoeven
2015-04-03 12:42 ` [PATCH/RFC 3/6] staging: board: Add support for translating hwirq to virq numbers Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-06 10:45   ` Marc Zyngier
2015-04-06 10:45     ` Marc Zyngier
2015-04-06 10:45     ` Marc Zyngier
2015-04-06 10:45     ` Marc Zyngier
2015-04-03 12:42 ` [PATCH/RFC 4/6] staging: board: kzm9d: Translate hwirq numbers " Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-03 12:42 ` [PATCH/RFC 5/6] staging: board: Add support for devices with complex dependencies Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-03 12:57   ` Dan Carpenter
2015-04-03 12:57     ` Dan Carpenter
2015-04-03 12:57     ` Dan Carpenter
2015-04-03 12:57     ` Dan Carpenter
2015-04-03 13:27     ` Geert Uytterhoeven
2015-04-03 13:27       ` Geert Uytterhoeven
2015-04-03 13:27       ` Geert Uytterhoeven
2015-04-03 17:07       ` Russell King - ARM Linux
2015-04-03 17:07         ` Russell King - ARM Linux
2015-04-03 17:07         ` Russell King - ARM Linux
2015-04-03 17:04     ` Russell King - ARM Linux
2015-04-03 17:04       ` Russell King - ARM Linux
2015-04-03 17:04       ` Russell King - ARM Linux
     [not found]       ` <20150403170407.GA13898-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2015-04-05  8:55         ` Geert Uytterhoeven
2015-04-05  8:55           ` Geert Uytterhoeven
2015-04-05  8:55           ` Geert Uytterhoeven
2015-04-05  8:55           ` Geert Uytterhoeven
2015-04-04 12:46   ` Laurent Pinchart
2015-04-04 12:46     ` Laurent Pinchart
2015-04-04 12:46     ` Laurent Pinchart
2015-04-05  9:00     ` Geert Uytterhoeven
2015-04-05  9:00       ` Geert Uytterhoeven
2015-04-05  9:00       ` Geert Uytterhoeven
2015-04-05  9:00       ` Geert Uytterhoeven
2015-04-05 20:06       ` Laurent Pinchart [this message]
2015-04-05 20:06         ` Laurent Pinchart
2015-04-05 20:06         ` Laurent Pinchart
2015-04-03 12:42 ` [PATCH/RFC 6/6] staging: board: armadillo800eva: Board staging for sh_mobile_lcdc_fb Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-03 12:42   ` Geert Uytterhoeven
2015-04-03 16:24 ` [PATCH/RFC 0/6] " Laurent Pinchart
2015-04-03 16:24   ` Laurent Pinchart
2015-04-03 16:24   ` Laurent Pinchart
2015-04-03 19:35   ` Geert Uytterhoeven
2015-04-03 19:35     ` Geert Uytterhoeven
2015-04-03 19:35     ` Geert Uytterhoeven
2015-04-03 19:35     ` Geert Uytterhoeven
2015-04-06 10:23 ` Marc Zyngier
2015-04-06 10:23   ` Marc Zyngier
2015-04-06 10:23   ` Marc Zyngier
2015-04-06 10:23   ` [PATCH/RFC 0/6] staging: board: armadillo800eva: Board staging for =?UTF-8?Q?sh=5Fmobile=5Flcdc Marc Zyngier

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=2722685.XFRaAHH9GQ@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=arnd@arndb.de \
    --cc=damm+renesas@opensource.se \
    --cc=devel@driverdev.osuosl.org \
    --cc=devicetree@vger.kernel.org \
    --cc=geert+renesas@glider.be \
    --cc=geert@linux-m68k.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=horms+renesas@verge.net.au \
    --cc=kuninori.morimoto.gx@renesas.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=marc.zyngier@arm.com \
    /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.