From: gnomes@lxorguk.ukuu.org.uk (One Thousand Gnomes)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH RFC v2 04/11] tty: xuartps: Remove bogus comment and register write
Date: Sat, 8 Mar 2014 21:57:48 +0000 [thread overview]
Message-ID: <20140308215748.4889aed8@alan.etchedpixels.co.uk> (raw)
In-Reply-To: <e074f376-9565-422e-abee-fdaa031239a1@TX2EHSMHS043.ehs.local>
On Fri, 7 Mar 2014 15:08:00 -0800
S?ren Brinkmann <soren.brinkmann@xilinx.com> wrote:
> On Fri, 2014-03-07 at 09:28PM +0000, One Thousand Gnomes wrote:
> > On Fri, 7 Mar 2014 11:13:27 -0800
> > Soren Brinkmann <soren.brinkmann@xilinx.com> wrote:
> >
> > > Signed-off-by: Soren Brinkmann <soren.brinkmann@xilinx.com>
> > > ---
> > > drivers/tty/serial/xilinx_uartps.c | 6 +-----
> > > 1 file changed, 1 insertion(+), 5 deletions(-)
> > >
> > > diff --git a/drivers/tty/serial/xilinx_uartps.c b/drivers/tty/serial/xilinx_uartps.c
> > > index a4bd6242e72d..a39c2d290902 100644
> > > --- a/drivers/tty/serial/xilinx_uartps.c
> > > +++ b/drivers/tty/serial/xilinx_uartps.c
> > > @@ -1082,11 +1082,7 @@ static void xuartps_console_write(struct console *co, const char *s,
> > >
> > > xuartps_writel(ctrl, XUARTPS_CR_OFFSET);
> > >
> > > - /* restore interrupt state, it seems like there may be a h/w bug
> > > - * in that the interrupt enable register should not need to be
> > > - * written based on the data sheet
> > > - */
> > > - xuartps_writel(~imr, XUARTPS_IDR_OFFSET);
> > > + /* restore interrupt state */
> >
> > It would be appropriate for the changelog at least to explain why the
> > note about the data sheet differing is going away !
>
> I don't know why anybody ever thought things are broken. IMHO, the
> comment does not make any sense. Why would it not be required to write
> the enable register when you enable interrupts?
> I think someone read the data sheet wrong.
The comment reads very much like John Linn added it after trying to debug
a problem in real hardware. As such I think it warrants a bit more
calling out than a silent removal. That way if someone does find there is
a hardware bug (or some software race we don't understand) they will be
able to find the regression easily in the git log.
Alan
next prev parent reply other threads:[~2014-03-08 21:57 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-07 19:13 [PATCH RFC v2 00/11] tty: xuartps: Rebranding Soren Brinkmann
2014-03-07 19:13 ` [PATCH RFC v2 01/11] tty: xuartps: Clean up Soren Brinkmann
2014-03-07 19:13 ` [PATCH RFC v2 02/11] tty: xuartps: Print warning in clock notifier Soren Brinkmann
2014-03-07 19:13 ` [PATCH RFC v2 03/11] tty: xuartps: Refactor read-modify-writes Soren Brinkmann
2014-03-07 19:13 ` [PATCH RFC v2 04/11] tty: xuartps: Remove bogus comment and register write Soren Brinkmann
2014-03-07 21:28 ` One Thousand Gnomes
2014-03-07 23:08 ` Sören Brinkmann
2014-03-08 21:57 ` One Thousand Gnomes [this message]
2014-03-07 19:13 ` [PATCH RFC v2 05/11] tty: xuartps: Rebrand driver as Cadence UART Soren Brinkmann
2014-03-07 19:13 ` [PATCH RFC v2 06/11] tty: xuartps: Change driver name to 'cdns-uart' Soren Brinkmann
2014-03-07 21:29 ` One Thousand Gnomes
2014-03-07 22:58 ` Sören Brinkmann
2014-03-07 19:13 ` [PATCH RFC v2 07/11] tty: xuartps: Replace function and symbol prefix Soren Brinkmann
2014-03-07 23:53 ` Sören Brinkmann
2014-03-07 19:13 ` [PATCH RFC v2 08/11] tty: xuartps: Rename Kconfig symbols Soren Brinkmann
2014-03-07 21:30 ` One Thousand Gnomes
2014-03-07 22:59 ` Sören Brinkmann
2014-03-07 19:13 ` [PATCH RFC v2 09/11] ARM: multi_v7_defconfig: Adopt to UART driver renaming Soren Brinkmann
2014-03-07 23:16 ` Sören Brinkmann
2014-03-07 19:13 ` [PATCH RFC v2 10/11] tty: cadence: Document DT binding Soren Brinkmann
2014-03-08 19:34 ` Rob Herring
2014-03-07 19:13 ` [PATCH RFC v2 11/11] ARM: zynq: DT: Migrate UART to Cadence binding Soren Brinkmann
2014-03-08 19:35 ` 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=20140308215748.4889aed8@alan.etchedpixels.co.uk \
--to=gnomes@lxorguk.ukuu.org.uk \
--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