From: John Crispin <blogic@openwrt.org>
To: Alexandre Courbot <gnurou@gmail.com>, John Crispin <blogic@openwrt.org>
Cc: Linus Walleij <linus.walleij@linaro.org>,
Ralf Baechle <ralf@linux-mips.org>,
linux-mips@linux-mips.org,
"linux-gpio@vger.kernel.org" <linux-gpio@vger.kernel.org>
Subject: Re: [PATCH 2/5] GPIO: MIPS: ralink: add gpio driver for ralink rt2880 SoC
Date: Mon, 20 Oct 2014 07:27:13 +0200 [thread overview]
Message-ID: <54449D31.9020108@openwrt.org> (raw)
In-Reply-To: <CAAVeFu+BAwDOV1siPkRSOes0iJETLWcKEBBFrTn6o=d+CYQPPw@mail.gmail.com>
Hi,
On 20/10/2014 06:41, Alexandre Courbot wrote:
On Sat, Oct 11, 2014 at 5:28 AM, John Crispin <blogic@openwrt.org> wrote:
> Add gpio driver for Ralink SoC. This driver makes the gpio core on
Makes the gpio core what?
> RT2880, RT305x, rt3352, rt3662, rt3883, rt5350 and mt7620 work.
work as it says in the last work of the sentence
[snip..]
> This (and the device tree bindings) seems the indicate that the
> registers offset can vary depending on the chip and bank. The chip
> can be specified using the compatible property, as for the bank you
> can also require a property giving the bank number. With these two
> bits of information, this driver should be able to pick the right
> register layout out of an in-driver table. This would be much
> cleaner that letting the DT specify whatever layout it wants.
i tend to disagree. if we put the register offsets into the driver we
will have lots of static arrays (5 or 6) and with each new soc we need
to potentially need to patch the driver causing us in openwrt to carry
lots of patches and have to worry about upstreaming them. From my
understanding, the dts has this exact purpose, describing the hardware
and in turn reducing the boiler plate and static code in the drivers.
If have sent other drivers that do the same and was told there that
this is totally legit.
John
next prev parent reply other threads:[~2014-10-20 5:27 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-10 20:28 [PATCH 1/5] DT: Add documentation for gpio-rt2880 John Crispin
2014-10-10 20:28 ` [PATCH 2/5] GPIO: MIPS: ralink: add gpio driver for ralink rt2880 SoC John Crispin
2014-10-20 4:41 ` Alexandre Courbot
2014-10-20 5:27 ` John Crispin [this message]
2014-10-20 6:19 ` Alexandre Courbot
2014-10-28 9:39 ` Linus Walleij
2014-10-10 20:28 ` [PATCH 3/5] DT: Add documentation for gpio-mt7621 John Crispin
2014-10-28 9:37 ` Linus Walleij
2014-10-10 20:28 ` [PATCH 4/5] GPIO: MIPS: ralink: add gpio driver for ralink MT762x SoC John Crispin
2014-10-20 4:57 ` Alexandre Courbot
2014-10-20 5:31 ` John Crispin
2014-10-20 6:27 ` Alexandre Courbot
2014-10-28 9:44 ` Linus Walleij
2014-10-10 20:28 ` [PATCH 5/5] MIPS: ralink: we require gpiolib John Crispin
2014-10-27 16:42 ` Linus Walleij
2014-10-27 16:41 ` [PATCH 1/5] DT: Add documentation for gpio-rt2880 Linus Walleij
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=54449D31.9020108@openwrt.org \
--to=blogic@openwrt.org \
--cc=gnurou@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-mips@linux-mips.org \
--cc=ralf@linux-mips.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox