From: Brian Gerst <bgerst@didntduck.org>
To: Russell King <rmk+lkml@arm.linux.org.uk>
Cc: linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org
Subject: Re: [GIT PATCH] Serial updates
Date: Thu, 23 Jun 2005 16:48:39 -0400 [thread overview]
Message-ID: <42BB2027.3090800@didntduck.org> (raw)
In-Reply-To: <20050623193304.GA15536@dyn-67.arm.linux.org.uk>
Russell King wrote:
> This update changes the following files:
>
> drivers/serial/8250.c | 54 ++++++++++++++++++++++++++++++++++++++++----------
> drivers/serial/8250.h | 3 ++
> 2 files changed, 47 insertions(+), 10 deletions(-)
>
> through these changes:
>
> From: Russell King: Thu Jun 23 15:05:41 BST 2005
>
> [PATCH] Serial: Mobility's 16550A ports need a helping hand
>
> The Mobility 16550A serial ports don't behave the same as standard
> 16550A ports, and need a helping hand to get them going once the
> transmitter has drained and been disabled.
>
> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
>
> From: Russell King: Thu Jun 23 10:43:04 BST 2005
>
> [PATCH] Serial: Convert 8250 revision-based bug fixes to bug bitmask
>
> For some 8250 port types, we used to check the type of the port, and
> then determine whether the chip revision means the device is buggy.
> Instead, introduce a bit array, and set the appropriate bit(s) when
> we discover a buggy device.
>
> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
>
> Index: drivers/serial/8250.c
> ===================================================================
> --- 06cba21e92755bf6b815221d5124ca0f9faf7985/drivers/serial/8250.c (mode:100644)
> +++ ba48375ac5262a8587eb6237134ed0aa57e7174a/drivers/serial/8250.c (mode:100644)
> @@ -132,9 +132,9 @@
> struct uart_port port;
> struct timer_list timer; /* "no irq" timer */
> struct list_head list; /* ports on this IRQ */
> - unsigned int capabilities; /* port capabilities */
> + unsigned short capabilities; /* port capabilities */
> + unsigned short bugs; /* port bugs */
> unsigned int tx_loadsz; /* transmit fifo load size */
> - unsigned short rev;
> unsigned char acr;
> unsigned char ier;
> unsigned char lcr;
> @@ -560,7 +560,14 @@
> if (id1 == 0x16 && id2 == 0xC9 &&
> (id3 == 0x50 || id3 == 0x52 || id3 == 0x54)) {
> up->port.type = PORT_16C950;
> - up->rev = rev | (id3 << 8);
> +
> + /*
> + * Enable work around for the Oxford Semiconductor 952 rev B
> + * chip which causes it to seriously miscalculate baud rates
> + * when DLL is 0.
> + */
> + if (id3 == 0x52 && rev == 0x01)
> + up->bugs |= UART_BUG_QUOT;
> return;
> }
>
> @@ -577,8 +584,6 @@
>
> id2 = id1 >> 8;
> if (id2 == 0x10 || id2 == 0x12 || id2 == 0x14) {
> - if (id2 == 0x10)
> - up->rev = id1 & 255;
> up->port.type = PORT_16850;
> return;
> }
> @@ -809,6 +814,7 @@
> // save_flags(flags); cli();
>
> up->capabilities = 0;
> + up->bugs = 0;
>
> if (!(up->port.flags & UPF_BUGGY_UART)) {
> /*
> @@ -1021,6 +1027,8 @@
> }
> }
>
> +static void transmit_chars(struct uart_8250_port *up);
> +
> static void serial8250_start_tx(struct uart_port *port, unsigned int tty_start)
> {
> struct uart_8250_port *up = (struct uart_8250_port *)port;
> @@ -1028,6 +1036,14 @@
> if (!(up->ier & UART_IER_THRI)) {
> up->ier |= UART_IER_THRI;
> serial_out(up, UART_IER, up->ier);
> +
> + if (up->capabilities & UART_BUG_TXEN) {
Shouldn't this be up->bugs?
> + unsigned char lsr, iir;
> + lsr = serial_in(up, UART_LSR);
> + iir = serial_in(up, UART_IIR);
> + if (lsr & UART_LSR_TEMT && iir & UART_IIR_NO_INT)
> + transmit_chars(up);
> + }
> }
> /*
> * We only do this from uart_start
> @@ -1433,6 +1449,7 @@
> {
> struct uart_8250_port *up = (struct uart_8250_port *)port;
> unsigned long flags;
> + unsigned char lsr, iir;
> int retval;
>
> up->capabilities = uart_config[up->port.type].flags;
> @@ -1536,6 +1553,26 @@
> up->port.mctrl |= TIOCM_OUT2;
>
> serial8250_set_mctrl(&up->port, up->port.mctrl);
> +
> + /*
> + * Do a quick test to see if we receive an
> + * interrupt when we enable the TX irq.
> + */
> + serial_outp(up, UART_IER, UART_IER_THRI);
> + lsr = serial_in(up, UART_LSR);
> + iir = serial_in(up, UART_IIR);
> + serial_outp(up, UART_IER, 0);
> +
> + if (lsr & UART_LSR_TEMT && iir & UART_IIR_NO_INT) {
> + if (!(up->capabilities & UART_BUG_TXEN)) {
> + up->capabilities |= UART_BUG_TXEN;
> + pr_debug("ttyS%d - enabling bad tx status workarounds\n",
> + port->line);
> + }
> + } else {
> + up->capabilities &= ~UART_BUG_TXEN;
ditto
> + }
> +
> spin_unlock_irqrestore(&up->port.lock, flags);
>
> /*
> @@ -1677,12 +1714,9 @@
> quot = serial8250_get_divisor(port, baud);
>
> /*
> - * Work around a bug in the Oxford Semiconductor 952 rev B
> - * chip which causes it to seriously miscalculate baud rates
> - * when DLL is 0.
> + * Oxford Semi 952 rev B workaround
> */
> - if ((quot & 0xff) == 0 && up->port.type == PORT_16C950 &&
> - up->rev == 0x5201)
> + if (up->bugs & UART_BUG_QUOT && (quot & 0xff) == 0)
> quot ++;
>
> if (up->capabilities & UART_CAP_FIFO && up->port.fifosize > 1) {
> Index: drivers/serial/8250.h
> ===================================================================
> --- 06cba21e92755bf6b815221d5124ca0f9faf7985/drivers/serial/8250.h (mode:100644)
> +++ ba48375ac5262a8587eb6237134ed0aa57e7174a/drivers/serial/8250.h (mode:100644)
> @@ -51,6 +51,9 @@
> #define UART_CAP_AFE (1 << 11) /* MCR-based hw flow control */
> #define UART_CAP_UUE (1 << 12) /* UART needs IER bit 6 set (Xscale) */
>
> +#define UART_BUG_QUOT (1 << 0) /* UART has buggy quot LSB */
> +#define UART_BUG_TXEN (1 << 1) /* UART has buggy TX IIR status */
> +
> #if defined(__i386__) && (defined(CONFIG_M386) || defined(CONFIG_M486))
> #define _INLINE_ inline
> #else
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
next prev parent reply other threads:[~2005-06-23 20:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-23 19:33 Russell King
2005-06-23 20:48 ` Brian Gerst [this message]
2005-06-23 21:27 ` Russell King
2005-06-29 22:11 Russell King
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=42BB2027.3090800@didntduck.org \
--to=bgerst@didntduck.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=rmk+lkml@arm.linux.org.uk \
/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
all inboxes | Powered by JetHome®