From: Wolfram Sang <wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>
To: linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: Wolfram Sang <wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
Bob Feretich
<bob.feretich-8wbKi1faPaosQv5ZqcSHkQ@public.gmane.org>,
Jean Delvare <jdelvare-l3A5Bk7waGM@public.gmane.org>,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: [PATCH 0/2] i2c: prevent id collisions in the DT case
Date: Thu, 12 Mar 2015 17:17:57 +0100 [thread overview]
Message-ID: <1426177093-26820-1-git-send-email-wsa@the-dreams.de> (raw)
This series tries to fix the issue reported here[1]. In short: A DT entry wants
a fixed id but its probe was deferred. When it was probed again, its id was
taken by a dynamically assigned muxed bus. So, the probe failed.
Let's start all dynamically assigned ids after the highest fixed one. We do
this for legacy platform devices already.
Please let me know what you think. If you can accept the new of-helper
function, I'd like an ack so I can take the patches via my i2c tree.
Thanks,
Wolfram
[1] http://thread.gmane.org/gmane.linux.drivers.i2c/22166
Wolfram Sang (2):
of: base: add function to get highest id of an alias stem
i2c: busses with dynamic ids should start after fixed ids for DT
drivers/i2c/i2c-core.c | 8 ++++++++
drivers/of/base.c | 26 ++++++++++++++++++++++++++
include/linux/of.h | 6 ++++++
3 files changed, 40 insertions(+)
--
2.1.4
next reply other threads:[~2015-03-12 16:17 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-12 16:17 Wolfram Sang [this message]
[not found] ` <1426177093-26820-1-git-send-email-wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>
2015-03-12 16:17 ` [PATCH 1/2] of: base: add function to get highest id of an alias stem Wolfram Sang
2015-03-12 21:35 ` Rob Herring
[not found] ` <1426177093-26820-2-git-send-email-wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>
2015-03-18 12:46 ` Wolfram Sang
2015-03-28 13:20 ` Grant Likely
2015-03-12 16:17 ` [PATCH 2/2] i2c: busses with dynamic ids should start after fixed ids for DT Wolfram Sang
[not found] ` <1426177093-26820-3-git-send-email-wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>
2015-03-18 12:46 ` Wolfram Sang
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=1426177093-26820-1-git-send-email-wsa@the-dreams.de \
--to=wsa-z923lk4zbo2bacvfa/9k2g@public.gmane.org \
--cc=bob.feretich-8wbKi1faPaosQv5ZqcSHkQ@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=jdelvare-l3A5Bk7waGM@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.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).