From: arnaud.patard@rtp-net.org (Arnaud Patard (Rtp))
To: linux-arm-kernel@lists.infradead.org
Subject: device tree binding documentation outdated
Date: Fri, 27 Sep 2013 15:52:53 +0200 [thread overview]
Message-ID: <87ioxmbccq.fsf@lebrac.rtp-net.org> (raw)
In-Reply-To: <20130927132107.GZ12758@n2100.arm.linux.org.uk> (Russell King's message of "Fri, 27 Sep 2013 14:21:07 +0100")
Russell King - ARM Linux <linux@arm.linux.org.uk> writes:
> On Fri, Sep 27, 2013 at 09:12:25AM -0400, Jason Cooper wrote:
>> I'm currently slogging through the exact same issues for adding imx50
>> (SanDisk Connect Wireless media Drive). I thought I was just thick.
>> It's a relief to know I'm not the only one having trouble with this.
>
> I'm coming to the conclusion that it's almost to the point of "vendor
> lockin" - you have to find someone who understands this stuff to take
> your hardware description and turn it into a working DT description.
I don't know imx6 vendor code, but at least on imx5x with mainline, half
of the job is easy. For instance, in C, there was a tab containing pad
settings, like that:
static iomux_v3_cfg_t mx51efika_pads[] = {
...
MX51_PAD_EIM_A16__GPIO2_10,
...
and now, it's more :
fsl,pins = <
...
MX51_PAD_EIM_A16__GPIO2_10 0x85
...
The real problem is more about finding the 0x85 value, which is not
easy. Of course, if the code did not use this kind of (imx-specific)
stuff, it's not suprising that it's hard to convert it.
>
> Still slogging away at the nonfunctional ethernet and still have no
> idea why it's not working... just going through the pinctrl settings
> again, this time decoding them right down to the values on both the
> DT and the working code and comparing.
There may be also some missing code on the driver side (not related to
pinctrl). It's already the case for some stuff on imx5x side.
my 2 cents,
Arnaud
next prev parent reply other threads:[~2013-09-27 13:52 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-26 19:51 device tree binding documentation outdated Russell King - ARM Linux
2013-09-26 20:29 ` Fabio Estevam
2013-09-26 20:59 ` Russell King - ARM Linux
2013-09-26 23:10 ` Matt Sealey
2013-09-26 23:29 ` Russell King - ARM Linux
2013-09-26 23:48 ` Matt Sealey
2013-09-27 13:15 ` Jason Cooper
2013-09-27 17:05 ` Russell King - ARM Linux
2013-09-27 18:31 ` Russell King - ARM Linux
2013-09-27 18:52 ` Fabio Estevam
2013-09-27 20:16 ` Matt Sealey
2013-09-27 20:43 ` Russell King - ARM Linux
2013-09-26 23:25 ` Fabio Estevam
2013-09-27 12:13 ` Russell King - ARM Linux
2013-09-27 13:26 ` Shawn Guo
2013-09-27 15:19 ` Russell King - ARM Linux
2013-09-27 15:49 ` Russell King - ARM Linux
2013-09-27 16:52 ` Matt Sealey
2013-09-27 17:49 ` Russell King - ARM Linux
2013-09-27 18:33 ` Matt Sealey
2013-09-27 19:05 ` Russell King - ARM Linux
2013-09-27 19:41 ` Matt Sealey
2013-09-27 19:48 ` Matt Sealey
2013-09-27 20:21 ` Russell King - ARM Linux
2013-09-28 8:38 ` Russell King - ARM Linux
2013-09-29 6:13 ` Shawn Guo
2013-09-29 6:23 ` Duan Fugang-B38611
2013-09-29 6:35 ` Shawn Guo
2013-09-29 6:47 ` Duan Fugang-B38611
2013-10-02 19:33 ` Russell King - ARM Linux
2013-10-02 23:49 ` Russell King - ARM Linux
2013-10-03 2:21 ` Fabio Estevam
2013-10-04 15:45 ` Shawn Guo
2013-10-04 15:58 ` Russell King - ARM Linux
2013-09-29 5:01 ` Shawn Guo
2013-09-27 20:18 ` Russell King - ARM Linux
2013-09-28 3:28 ` Fabio Estevam
2013-09-26 21:35 ` Linus Walleij
2013-09-27 2:51 ` Shawn Guo
2013-09-27 8:45 ` Russell King - ARM Linux
2013-09-27 12:28 ` Shawn Guo
2013-09-27 13:12 ` Jason Cooper
2013-09-27 13:21 ` Russell King - ARM Linux
2013-09-27 13:29 ` Linus Walleij
2013-09-27 13:31 ` Jason Cooper
2013-09-27 16:33 ` Matt Sealey
2013-09-27 20:52 ` Russell King - ARM Linux
2013-09-27 13:52 ` Arnaud Patard (Rtp) [this message]
2013-09-27 15:40 ` Matt Sealey
2013-09-27 9:49 ` Russell King - ARM Linux
2013-09-27 12:08 ` Sascha Hauer
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=87ioxmbccq.fsf@lebrac.rtp-net.org \
--to=arnaud.patard@rtp-net.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).