public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: "Shilimkar, Santosh" <santosh.shilimkar@ti.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"Woodruff, Richard" <r-woodruff2@ti.com>,
	"Ghorai, Sukumar" <s-ghorai@ti.com>
Subject: Re: [PATCH 1/9] omap3/4: uart: fix full-fifo write abort
Date: Mon, 22 Feb 2010 13:39:32 -0800	[thread overview]
Message-ID: <20100222213932.GW18786@atomide.com> (raw)
In-Reply-To: <EAF47CD23C76F840A9E7FCE10091EFAB02C417FA42@dbde02.ent.ti.com>

* Shilimkar, Santosh <santosh.shilimkar@ti.com> [100218 21:22]:
> Bye the way just to add bit more clarity, this patch addresses TX
> hardware restriction in the new UART IP used on omap3630 and omap4430.
> First part of the fix for RX is already in mainline,
> Commit: "ce13d4716a276f4331d78ba28a5093a63822ab95"
> 
> More details on this thread are here.
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg19447.html

Thanks, I've updated the comments for this patch with the link above
and added the whole series into omap for-next.

Regards,

Tony
 
> > -----Original Message-----
> > From: Shilimkar, Santosh
> > Sent: Thursday, February 18, 2010 2:29 PM
> > To: tony@atomide.com
> > Cc: linux-omap@vger.kernel.org; linux-arm-kernel@lists.infradead.org; Shilimkar, Santosh; Woodruff,
> > Richard; Ghorai, Sukumar
> > Subject: [PATCH 1/9] omap3/4: uart: fix full-fifo write abort
> > 
> > This patch is addition to the already merged commit on non-empty
> > uart fifo read abort. "ce13d4716a276f4331d78ba28a5093a63822ab95"
> > 
> > OMAP3630 and OMAP4430 UART IP blocks have a restriction on TX FIFO
> > too. If you try to write to the tx fifo when it is full, the system aborts.
> > 
> > This can be easily reproducible by not suppressing interconnect errors or
> > long duration testing where continuous prints over console from multiple
> > threads. This patch is addressing the issue by ensuring that write is
> > not issued while fifo is full. A timeout is added to avoid any hang
> > on fifo-full for 10 mS which is unlikely case.
> > 
> > Patch is validated on OMAP3630 and OMAP4 SDP.
> > 
> > V2 version removed the additional 1 uS on every TX as per
> > Tony's suggestion
> > 
> > Signed-off-by: Woodruff Richard <r-woodruff2@ti.com>
> > Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
> > CC: Ghorai Sukumar <s-ghorai@ti.com>
> > ---
> >  arch/arm/mach-omap2/serial.c |   31 ++++++++++++++++++++++++++++---
> >  1 files changed, 28 insertions(+), 3 deletions(-)
> > 
> > diff --git a/arch/arm/mach-omap2/serial.c b/arch/arm/mach-omap2/serial.c
> > index 5f3035e..b79bc89 100644
> > --- a/arch/arm/mach-omap2/serial.c
> > +++ b/arch/arm/mach-omap2/serial.c
> > @@ -23,6 +23,7 @@
> >  #include <linux/serial_reg.h>
> >  #include <linux/clk.h>
> >  #include <linux/io.h>
> > +#include <linux/delay.h>
> > 
> >  #include <plat/common.h>
> >  #include <plat/board.h>
> > @@ -160,6 +161,13 @@ static inline unsigned int serial_read_reg(struct plat_serial8250_port *up,
> >  	return (unsigned int)__raw_readb(up->membase + offset);
> >  }
> > 
> > +static inline void __serial_write_reg(struct uart_port *up, int offset,
> > +		int value)
> > +{
> > +	offset <<= up->regshift;
> > +	__raw_writeb(value, up->membase + offset);
> > +}
> > +
> >  static inline void serial_write_reg(struct plat_serial8250_port *p, int offset,
> >  				    int value)
> >  {
> > @@ -620,6 +628,20 @@ static unsigned int serial_in_override(struct uart_port *up, int offset)
> >  	return __serial_read_reg(up, offset);
> >  }
> > 
> > +static void serial_out_override(struct uart_port *up, int offset, int value)
> > +{
> > +	unsigned int status, tmout = 10000;
> > +
> > +	status = __serial_read_reg(up, UART_LSR);
> > +	while (!(status & UART_LSR_THRE)) {
> > +		/* Wait up to 10ms for the character(s) to be sent. */
> > +		if (--tmout == 0)
> > +			break;
> > +		udelay(1);
> > +		status = __serial_read_reg(up, UART_LSR);
> > +	}
> > +	__serial_write_reg(up, offset, value);
> > +}
> >  void __init omap_serial_early_init(void)
> >  {
> >  	int i;
> > @@ -721,11 +743,14 @@ void __init omap_serial_init_port(int port)
> >  	 * omap3xxx: Never read empty UART fifo on UARTs
> >  	 * with IP rev >=0x52
> >  	 */
> > -	if (cpu_is_omap44xx())
> > +	if (cpu_is_omap44xx()) {
> >  		uart->p->serial_in = serial_in_override;
> > -	else if ((serial_read_reg(uart->p, UART_OMAP_MVER) & 0xFF)
> > -			>= UART_OMAP_NO_EMPTY_FIFO_READ_IP_REV)
> > +		uart->p->serial_out = serial_out_override;
> > +	} else if ((serial_read_reg(uart->p, UART_OMAP_MVER) & 0xFF)
> > +			>= UART_OMAP_NO_EMPTY_FIFO_READ_IP_REV) {
> >  		uart->p->serial_in = serial_in_override;
> > +		uart->p->serial_out = serial_out_override;
> > +	}
> >  }
> > 
> >  /**
> > --
> > 1.6.0.4
> 

  reply	other threads:[~2010-02-22 21:38 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-18  8:59 [PATCH 1/9] omap3/4: uart: fix full-fifo write abort Santosh Shilimkar
2010-02-18  8:59 ` [PATCH 2/9] omap2/3/4: ioremap omap_globals module Santosh Shilimkar
2010-02-18  8:59   ` [PATCH 3/9] omap4: sdma: Enable the idle modes on omap4 Santosh Shilimkar
2010-02-18  8:59     ` [PATCH 4/9] omap: sdma: Limit the secure reserve channel fix for omap3 Santosh Shilimkar
2010-02-18  8:59       ` [PATCH 5/9] omap4: Fix omap_type() for omap4 Santosh Shilimkar
2010-02-18  8:59         ` [PATCH 6/9] omap3/4: Remove overlapping mapping of L4_WKUP io space Santosh Shilimkar
2010-02-18  8:59           ` [PATCH 7/9] omap4: Add auto-generated irq and dma headers Santosh Shilimkar
2010-02-18  8:59             ` [PATCH 8/9] omap4: Use dma line defines from dma-44xx.h Santosh Shilimkar
2010-02-18  8:59               ` [PATCH 9/9] omap4: Use irq line defines from irq-44xx.h Santosh Shilimkar
2010-02-22 22:13               ` [PATCH 8/9] omap4: Use dma line defines from dma-44xx.h Tony Lindgren
2010-02-18 17:23             ` [PATCH 7/9] omap4: Add auto-generated irq and dma headers Paul Walmsley
2010-02-18 17:33               ` Shilimkar, Santosh
2010-02-19  5:10               ` Shilimkar, Santosh
2010-02-18 17:35   ` [PATCH 2/9] omap2/3/4: ioremap omap_globals module Paul Walmsley
2010-02-18 22:24   ` Kevin Hilman
2010-02-19  5:13     ` Shilimkar, Santosh
2010-02-19  5:25 ` [PATCH 1/9] omap3/4: uart: fix full-fifo write abort Shilimkar, Santosh
2010-02-22 21:39   ` Tony Lindgren [this message]
2010-02-22 23:07     ` Tony Lindgren
2010-02-23  5:42       ` Shilimkar, Santosh
2010-02-23  7:19       ` Shilimkar, Santosh
2010-02-23 23:12         ` Tony Lindgren
2010-02-24  4:09           ` Shilimkar, Santosh
2010-02-23 16:17     ` Shilimkar, Santosh
2010-02-23 18:54       ` Tony Lindgren

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=20100222213932.GW18786@atomide.com \
    --to=tony@atomide.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=r-woodruff2@ti.com \
    --cc=s-ghorai@ti.com \
    --cc=santosh.shilimkar@ti.com \
    /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