From: Ben Dooks <ben.dooks@codethink.co.uk>
To: vladimir.barinov@cogentembedded.com
Cc: linux-sh@vger.kernel.org, linus.walleij@linaro.org,
linux-gpio@vger.kernel.org, magnus.damm@gmail.com,
horms@verge.net.au, gnurou@gmail.com,
linux-kernel@vger.kernel.org, kuninori.morimoto.gx@renesas.com
Subject: Re: [PATCH] gpio: gpio-rcar: init at postcore level
Date: Sun, 23 Feb 2014 19:09:48 +0000 [thread overview]
Message-ID: <530A477C.6070007@codethink.co.uk> (raw)
In-Reply-To: <1393173467-12240-1-git-send-email-vladimir.barinov@cogentembedded.com>
On 23/02/14 16:37, vladimir.barinov@cogentembedded.com wrote:
> From: Vladimir Barinov <vladimir.barinov@cogentembedded.com>
>
> This adds ability to use gpio API at board init_machine level.
>
> F.e. it can be used in the following situation.
> Many reference hardware has onboard switches that selects which periferals
> to connect to the system. The gpio input state from switches can be used
> in choosing platform devices runtime in board code instead of ifdefs/defconfig
> changes.
Firstly, anyone still using platform_devices to describe their
system needs to be stopped. We cannot go on supporting this when
our primary boot method is supposed to be device-tree. If we keep
doing this then we will not get any of the current issues fixed.
Will it impact the devicetree bindings on rcar?
--
Ben Dooks http://www.codethink.co.uk/
Senior Engineer Codethink - Providing Genius
WARNING: multiple messages have this Message-ID (diff)
From: Ben Dooks <ben.dooks@codethink.co.uk>
To: linux-sh@vger.kernel.org
Subject: Re: [PATCH] gpio: gpio-rcar: init at postcore level
Date: Sun, 23 Feb 2014 19:09:48 +0000 [thread overview]
Message-ID: <530A477C.6070007@codethink.co.uk> (raw)
In-Reply-To: <1393173467-12240-1-git-send-email-vladimir.barinov@cogentembedded.com>
On 23/02/14 16:37, vladimir.barinov@cogentembedded.com wrote:
> From: Vladimir Barinov <vladimir.barinov@cogentembedded.com>
>
> This adds ability to use gpio API at board init_machine level.
>
> F.e. it can be used in the following situation.
> Many reference hardware has onboard switches that selects which periferals
> to connect to the system. The gpio input state from switches can be used
> in choosing platform devices runtime in board code instead of ifdefs/defconfig
> changes.
Firstly, anyone still using platform_devices to describe their
system needs to be stopped. We cannot go on supporting this when
our primary boot method is supposed to be device-tree. If we keep
doing this then we will not get any of the current issues fixed.
Will it impact the devicetree bindings on rcar?
--
Ben Dooks http://www.codethink.co.uk/
Senior Engineer Codethink - Providing Genius
next prev parent reply other threads:[~2014-02-23 19:09 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-23 16:37 [PATCH] gpio: gpio-rcar: init at postcore level vladimir.barinov
2014-02-23 16:37 ` vladimir.barinov
2014-02-23 16:37 ` vladimir.barinov
2014-02-23 19:09 ` Ben Dooks [this message]
2014-02-23 19:09 ` Ben Dooks
2014-02-24 7:46 ` Vladimir Barinov
2014-02-24 7:46 ` Vladimir Barinov
2014-02-24 2:57 ` Magnus Damm
2014-02-24 2:57 ` Magnus Damm
2014-02-24 7:42 ` Vladimir Barinov
2014-02-24 7:42 ` Vladimir Barinov
2014-02-24 7:55 ` Magnus Damm
2014-02-24 7:55 ` Magnus Damm
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=530A477C.6070007@codethink.co.uk \
--to=ben.dooks@codethink.co.uk \
--cc=gnurou@gmail.com \
--cc=horms@verge.net.au \
--cc=kuninori.morimoto.gx@renesas.com \
--cc=linus.walleij@linaro.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sh@vger.kernel.org \
--cc=magnus.damm@gmail.com \
--cc=vladimir.barinov@cogentembedded.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.