From: Greg Kroah-Hartman <greg@kroah.com>
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Cc: Peter Hurley <peter@hurleysoftware.com>,
andre.przywara@arm.com, Timur Tabi <timur@codeaurora.org>,
andrew.jackson@arm.com, linux-serial@vger.kernel.org,
Sudeep Holla <sudeep.holla@arm.com>,
shijie.huang@arm.com, jslaby@suse.com, jun.nie@linaro.org,
Linus Walleij <linus.walleij@linaro.org>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 1/2] tty: amba-pl011: fix earlycon register offsets
Date: Tue, 5 Jan 2016 18:43:02 -0800 [thread overview]
Message-ID: <20160106024302.GA20634@kroah.com> (raw)
In-Reply-To: <20160105123018.GU19062@n2100.arm.linux.org.uk>
On Tue, Jan 05, 2016 at 12:30:19PM +0000, Russell King - ARM Linux wrote:
> On Tue, Jan 05, 2016 at 12:12:31PM +0000, Sudeep Holla wrote:
> > Hi Russell,
> >
> > On Thu, Dec 24, 2015 at 4:47 PM, Russell King - ARM Linux
> > <linux@arm.linux.org.uk> wrote:
> > > On Thu, Dec 24, 2015 at 09:49:48AM -0600, Timur Tabi wrote:
> > >> The REG_x macros are indices into a table, not register offsets. Since
> > >> earlycon does not have access to the vendor data, we can currently only
> > >> support standard ARM PL011 devices.
> > >>
> > >> Signed-off-by: Timur Tabi <timur@codeaurora.org>
> > >
> > > Please credit me with the change; this was obviously a change I made
> > > when I posted the updated patches, which Greg had failed to take
> > > instead of the original set. Thanks.
> > >
> >
> > I don't see this patch in linux-next. Without this it fails to boot(panics) on
> > ARM64 when earlycon is enabled.
>
> I guess that's the way 4.4 is going to be then, because GregKH has not
> been anywhere near "responsive" during the last cycle, but he did say
> yesterday (in response to questions about driver model stuff) that he's
> closed his trees for the merge window last week.
>
> All in all, this situation is entirely GregKH's making, as he took the
> wrong set of patches, and has yet to respond to _any_ of the resulting
> mails about it... I guess GregKH knows what he's doing as he's one of
> the top (and vocal) kernel developers far more than I do, so I guess he
> has his reasons for crapping up the AMBA PL011 driver...
"plenty of time"? I see Timur's patches to fix this were sent on
December 24th. Then fixed up and resent on January 4th. I see nothing
in my todo queue that were sent earlier to resolve any of this horrid
mess.
So yes, I haven't done anything with the Jan 04 patch, given that it's
been 24 hours since it was sent, that's totally reasonable.
> I rather wish that I'd decided to do the same with the AMBA PL011 driver,
> because this seems to be the only sensible way of ensuring that the right
> set of patches get to Linus.
>
> I had put the _right_ set of AMBA PL011 driver changes into linux-next
> just before Christmas, but Stephen Rothwell tells me that they merge
> without conflict with the set that Greg merged, and we still end up with
> the broken code. So there's nothing I can do about it at this point.
>
> As far as 4.4 goes, I think it's fate was sealed when Greg took the
> wrong set of patches. It's Greg's problem to sort out now.
You all were throwing huge numbers of patches here for this tiny driver
and digging through the mess was a major pain. Turned out I guessed
wrong, and asked for a patch to fix up the mess once that was
determined. That didn't arrive until the yesterday in a format that
might be acceptable. Quite a while after this all was determined to be
"broken".
If you all think you could do better with the patch load you all were
throwing at me, well, good for you. It's mighty easy to complain when
it isn't your inbox... And I really don't care at all about this little
driver, you all do, and yet you all can't agree what to do about it, so
to somehow claim that I know better is a joke.
greg k-h
next prev parent reply other threads:[~2016-01-06 2:43 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-24 15:49 [PATCH 1/2] tty: amba-pl011: fix earlycon register offsets Timur Tabi
2015-12-24 15:49 ` [PATCH 2/2] tty: amba-pl011: use iotype instead of access_32b to track 32-bit I/O Timur Tabi
2015-12-24 16:47 ` [PATCH 1/2] tty: amba-pl011: fix earlycon register offsets Russell King - ARM Linux
2016-01-05 12:12 ` Sudeep Holla
2016-01-05 12:30 ` Russell King - ARM Linux
2016-01-05 13:45 ` Sudeep Holla
2016-01-06 2:43 ` Greg Kroah-Hartman [this message]
2016-01-06 10:07 ` Russell King - ARM Linux
2016-01-07 5:17 ` Greg Kroah-Hartman
2016-01-07 18:13 ` Peter Hurley
2015-12-25 1:46 ` Huang Shijie
2015-12-25 1:56 ` Huang Shijie
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=20160106024302.GA20634@kroah.com \
--to=greg@kroah.com \
--cc=andre.przywara@arm.com \
--cc=andrew.jackson@arm.com \
--cc=jslaby@suse.com \
--cc=jun.nie@linaro.org \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-serial@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=peter@hurleysoftware.com \
--cc=shijie.huang@arm.com \
--cc=sudeep.holla@arm.com \
--cc=timur@codeaurora.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).