From: thierry.reding@gmail.com (Thierry Reding)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2] OF: base: match each node compatible against all given matches first
Date: Wed, 4 Dec 2013 15:04:59 +0100 [thread overview]
Message-ID: <20131204140457.GA2272@ulmo.nvidia.com> (raw)
In-Reply-To: <alpine.SOC.1.00.1312041506010.8902@math.ut.ee>
On Wed, Dec 04, 2013 at 03:08:39PM +0200, Meelis Roos wrote:
> > I added Meelis on Cc because he found a regression with my original
> > proposal (107a84e61cdd "of: match by compatible property first"). That
> > got later reverted in commit bc51b0c22ceb (Revert "of: match by
> > compatible property first"). Here's the commit message for reference:
> >
> > commit bc51b0c22ceb
> > Author: Linus Torvalds <torvalds@linux-foundation.org>
> > Date: Tue Jul 10 12:49:32 2012 -0700
> >
> > Revert "of: match by compatible property first"
> >
> > This reverts commit 107a84e61cdd3406c842a0e4be7efffd3a05dba6.
> >
> > Meelis Roos reports a regression since 3.5-rc5 that stops Sun Fire V100
> > and Sun Netra X1 sparc64 machines from booting, hanging after enabling
> > serial console. He bisected it to commit 107a84e61cdd.
> >
> > Rob Herring explains:
> > "The problem is match combinations of compatible plus name and/or type
> > fail to match correctly. I have a fix for this, but given how late it
> > is for 3.5 I think it is best to revert this for now. There could be
> > other cases that rely on the current although wrong behavior. I will
> > post an updated version for 3.6."
> >
> > Bisected-and-reported-by: Meelis Roos <mroos@linux.ee>
> > Requested-by: Rob Herring <rob.herring@calxeda.com>
> > Cc: Thierry Reding <thierry.reding@avionic-design.de>
> > Cc: Grant Likely <grant.likely@secretlab.ca>
> > Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
> >
> > So if Meelis still has access to the Sun Fire V100 and Sun Netra X1
> > machines that regressed last time around, it'd be great to get this
> > patch tested on them to verify that it indeed fixes the problem and
> > doesn't regress.
>
> OK, I had forgotten about that.
Yeah, I had always meant to come back to it, but that never quite
happened, so I'm all the more glad that Sebastian took over.
> Tested successfully on the same Sun Fire V100 and Sun Netra X1, on top
> of 3.13-rc2. The sunsu console is detected fine and I see no problem for
> now.
Excellent. Thanks for testing!
Rob, I guess this should be reasonable safe then to take for a spin in
linux-next?
Thierry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20131204/910f6bdf/attachment.sig>
WARNING: multiple messages have this Message-ID (diff)
From: Thierry Reding <thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Meelis Roos <mroos-Y27EyoLml9s@public.gmane.org>
Cc: Sebastian Hesselbarth
<sebastian.hesselbarth-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
Grant Likely
<grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>,
Benjamin Herrenschmidt
<benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
Marc Kleine-Budde <mkl-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
Scott Wood <scottwood-KZfg59tc24xl57MIdRCFDg@public.gmane.org>,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
Linux Kernel list
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
Subject: Re: [PATCH v2] OF: base: match each node compatible against all given matches first
Date: Wed, 4 Dec 2013 15:04:59 +0100 [thread overview]
Message-ID: <20131204140457.GA2272@ulmo.nvidia.com> (raw)
In-Reply-To: <alpine.SOC.1.00.1312041506010.8902-ptEonEWSGqKptlylMvRsHA@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 2464 bytes --]
On Wed, Dec 04, 2013 at 03:08:39PM +0200, Meelis Roos wrote:
> > I added Meelis on Cc because he found a regression with my original
> > proposal (107a84e61cdd "of: match by compatible property first"). That
> > got later reverted in commit bc51b0c22ceb (Revert "of: match by
> > compatible property first"). Here's the commit message for reference:
> >
> > commit bc51b0c22ceb
> > Author: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> > Date: Tue Jul 10 12:49:32 2012 -0700
> >
> > Revert "of: match by compatible property first"
> >
> > This reverts commit 107a84e61cdd3406c842a0e4be7efffd3a05dba6.
> >
> > Meelis Roos reports a regression since 3.5-rc5 that stops Sun Fire V100
> > and Sun Netra X1 sparc64 machines from booting, hanging after enabling
> > serial console. He bisected it to commit 107a84e61cdd.
> >
> > Rob Herring explains:
> > "The problem is match combinations of compatible plus name and/or type
> > fail to match correctly. I have a fix for this, but given how late it
> > is for 3.5 I think it is best to revert this for now. There could be
> > other cases that rely on the current although wrong behavior. I will
> > post an updated version for 3.6."
> >
> > Bisected-and-reported-by: Meelis Roos <mroos-Y27EyoLml9s@public.gmane.org>
> > Requested-by: Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>
> > Cc: Thierry Reding <thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
> > Cc: Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
> > Signed-off-by: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> >
> > So if Meelis still has access to the Sun Fire V100 and Sun Netra X1
> > machines that regressed last time around, it'd be great to get this
> > patch tested on them to verify that it indeed fixes the problem and
> > doesn't regress.
>
> OK, I had forgotten about that.
Yeah, I had always meant to come back to it, but that never quite
happened, so I'm all the more glad that Sebastian took over.
> Tested successfully on the same Sun Fire V100 and Sun Netra X1, on top
> of 3.13-rc2. The sunsu console is detected fine and I see no problem for
> now.
Excellent. Thanks for testing!
Rob, I guess this should be reasonable safe then to take for a spin in
linux-next?
Thierry
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Thierry Reding <thierry.reding@gmail.com>
To: Meelis Roos <mroos@linux.ee>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>,
Grant Likely <grant.likely@linaro.org>,
Rob Herring <rob.herring@calxeda.com>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Russell King <linux@arm.linux.org.uk>,
Marc Kleine-Budde <mkl@pengutronix.de>,
Scott Wood <scottwood@freescale.com>,
devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
Linux Kernel list <linux-kernel@vger.kernel.org>,
David Miller <davem@davemloft.net>
Subject: Re: [PATCH v2] OF: base: match each node compatible against all given matches first
Date: Wed, 4 Dec 2013 15:04:59 +0100 [thread overview]
Message-ID: <20131204140457.GA2272@ulmo.nvidia.com> (raw)
In-Reply-To: <alpine.SOC.1.00.1312041506010.8902@math.ut.ee>
[-- Attachment #1: Type: text/plain, Size: 2299 bytes --]
On Wed, Dec 04, 2013 at 03:08:39PM +0200, Meelis Roos wrote:
> > I added Meelis on Cc because he found a regression with my original
> > proposal (107a84e61cdd "of: match by compatible property first"). That
> > got later reverted in commit bc51b0c22ceb (Revert "of: match by
> > compatible property first"). Here's the commit message for reference:
> >
> > commit bc51b0c22ceb
> > Author: Linus Torvalds <torvalds@linux-foundation.org>
> > Date: Tue Jul 10 12:49:32 2012 -0700
> >
> > Revert "of: match by compatible property first"
> >
> > This reverts commit 107a84e61cdd3406c842a0e4be7efffd3a05dba6.
> >
> > Meelis Roos reports a regression since 3.5-rc5 that stops Sun Fire V100
> > and Sun Netra X1 sparc64 machines from booting, hanging after enabling
> > serial console. He bisected it to commit 107a84e61cdd.
> >
> > Rob Herring explains:
> > "The problem is match combinations of compatible plus name and/or type
> > fail to match correctly. I have a fix for this, but given how late it
> > is for 3.5 I think it is best to revert this for now. There could be
> > other cases that rely on the current although wrong behavior. I will
> > post an updated version for 3.6."
> >
> > Bisected-and-reported-by: Meelis Roos <mroos@linux.ee>
> > Requested-by: Rob Herring <rob.herring@calxeda.com>
> > Cc: Thierry Reding <thierry.reding@avionic-design.de>
> > Cc: Grant Likely <grant.likely@secretlab.ca>
> > Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
> >
> > So if Meelis still has access to the Sun Fire V100 and Sun Netra X1
> > machines that regressed last time around, it'd be great to get this
> > patch tested on them to verify that it indeed fixes the problem and
> > doesn't regress.
>
> OK, I had forgotten about that.
Yeah, I had always meant to come back to it, but that never quite
happened, so I'm all the more glad that Sebastian took over.
> Tested successfully on the same Sun Fire V100 and Sun Netra X1, on top
> of 3.13-rc2. The sunsu console is detected fine and I see no problem for
> now.
Excellent. Thanks for testing!
Rob, I guess this should be reasonable safe then to take for a spin in
linux-next?
Thierry
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2013-12-04 14:04 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-28 18:36 [PATCH] OF: base: match each node compatible against all given matches first Sebastian Hesselbarth
2013-11-28 18:36 ` Sebastian Hesselbarth
2013-11-28 18:36 ` Sebastian Hesselbarth
2013-12-02 12:03 ` Thierry Reding
2013-12-02 12:03 ` Thierry Reding
2013-12-02 12:03 ` Thierry Reding
2013-12-02 14:00 ` Rob Herring
2013-12-02 14:00 ` Rob Herring
2013-12-02 14:00 ` Rob Herring
2013-12-02 14:09 ` Sebastian Hesselbarth
2013-12-02 14:09 ` Sebastian Hesselbarth
2013-12-02 14:09 ` Sebastian Hesselbarth
2013-12-03 13:52 ` [PATCH v2] " Sebastian Hesselbarth
2013-12-03 13:52 ` Sebastian Hesselbarth
2013-12-03 13:52 ` Sebastian Hesselbarth
2013-12-03 20:14 ` Meelis Roos
2013-12-03 20:14 ` Meelis Roos
2013-12-03 20:14 ` Meelis Roos
2013-12-03 22:55 ` Sebastian Hesselbarth
2013-12-03 22:55 ` Sebastian Hesselbarth
2013-12-03 22:55 ` Sebastian Hesselbarth
2013-12-04 9:40 ` Thierry Reding
2013-12-04 9:40 ` Thierry Reding
2013-12-04 9:40 ` Thierry Reding
2013-12-04 13:08 ` Meelis Roos
2013-12-04 13:08 ` Meelis Roos
2013-12-04 13:08 ` Meelis Roos
2013-12-04 14:04 ` Thierry Reding [this message]
2013-12-04 14:04 ` Thierry Reding
2013-12-04 14:04 ` Thierry Reding
2013-12-04 19:23 ` Rob Herring
2013-12-04 19:23 ` Rob Herring
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=20131204140457.GA2272@ulmo.nvidia.com \
--to=thierry.reding@gmail.com \
--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 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.