LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Pavel Pisa <ppisa4lists@pikron.com>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: linux-kernel@vger.kernel.org,
Konstantin Kletschke <kletschke@synertronixx.de>
Subject: Re: ARM i.MX serial: fix tx buffer overflows
Date: Fri, 5 Jan 2007 19:01:52 +0100 [thread overview]
Message-ID: <200701051901.52486.ppisa4lists@pikron.com> (raw)
In-Reply-To: <20070105155144.GD5838@localhost.localdomain>
On Friday 05 January 2007 16:51, Sascha Hauer wrote:
> This patch fixes occasional tx buffer overflows in the i.MX serial
> driver which came from the fact that space in the buffer was checked
> after sending the first byte. Also, fifosize is 32 bytes, not 8.
>
> Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de
Acked-by: Pavel Pisa <pisa@cmp.felk.cvut.cz>
Hello Sascha,
I have tested your change on 2.6.19-rt14 kernel
which I have on hand there. It is only very short
test, but I have not noticed any problems.
In the fact, I think, that it is possible, that
I have noticed some mentioned problem during
my CPU-Freq testing on RT kernels before.
I have noticed some problems sometimes with BusyBox
shell history editing during frequency throttling.
May it be, that RT+changed frequency invoked the problem.
I have some other small fix for i.MX uart there.
Can you add it into patch, or should I send it
as separate one-liner?
If RTS interrupt is caused by RTS senzing logic inside
i.MX UART module the IRQ type cannot be set.
It applies only for interrupts going through GPIO layer.
The problem has been noticed by Konstantin Kletschke
some time ago.
No IRQF_TRIGGER set_type function for IRQ 26 (MPU)
I would not change type to fixed 0, because it could
be possible to use different GPIO MX1 pin for RTS
in the theory. On the other hand it is only for documentation
purposes now, because RTS read code would have to be adjusted
in such case.
Health and success wishes
in year 2007 from
Pavel Pisa
---
drivers/serial/imx.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: linux-2.6.19-rt/drivers/serial/imx.c
===================================================================
--- linux-2.6.19-rt.orig/drivers/serial/imx.c
+++ linux-2.6.19-rt/drivers/serial/imx.c
@@ -403,7 +403,8 @@ static int imx_startup(struct uart_port
if (retval) goto error_out2;
retval = request_irq(sport->rtsirq, imx_rtsint,
- IRQF_TRIGGER_FALLING | IRQF_TRIGGER_RISING,
+ (sport->rtsirq < IMX_IRQS) ? 0 :
+ IRQF_TRIGGER_FALLING | IRQF_TRIGGER_RISING,
DRIVER_NAME, sport);
if (retval) goto error_out3;
next prev parent reply other threads:[~2007-01-05 18:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-05 15:51 Sascha Hauer
2007-01-05 18:01 ` Pavel Pisa [this message]
2007-01-29 14:47 ` Konstantin Kletschke
2007-01-29 15:37 ` Russell King
2007-01-29 16:43 ` Konstantin Kletschke
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=200701051901.52486.ppisa4lists@pikron.com \
--to=ppisa4lists@pikron.com \
--cc=kletschke@synertronixx.de \
--cc=linux-kernel@vger.kernel.org \
--cc=s.hauer@pengutronix.de \
--subject='Re: ARM i.MX serial: fix tx buffer overflows' \
/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
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).