linux.git/drivers/serial/serial_core.c, branch v2.6.15 Linux kernel source tree [SERIAL] mark several serial tables const 2005-11-28T21:04:11+00:00 Arjan van de Ven arjan@infradead.org 2005-11-28T21:04:11+00:00 cb3592be272d83011051dc49f4326355c01f1e1f This patch marks a few serial data structures const, moving them to .rodata where they won't false-share cachelines with things that get written to. Signed-off-by: Arjan van de Ven <arjan@infradead.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
This patch marks a few serial data structures const, moving them to
.rodata where they won't false-share cachelines with things that get
written to.

Signed-off-by: Arjan van de Ven <arjan@infradead.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[SERIAL] Fix Bug 4900: S3 resume oops with irattach - Thinkpad A21m 2005-11-13T15:28:51+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-11-13T15:28:51+00:00 ee31b337852ca8a65840702544ff5c64d37740f5 If we fail to re-startup a serial port on resume, shut it down immediately and mark it as an error condition. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
If we fail to re-startup a serial port on resume, shut it down
immediately and mark it as an error condition.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[SERIAL] Support Au1x00 8250 UARTs using the generic 8250 driver. 2005-11-06T09:07:03+00:00 Pantelis Antoniou pantelis.antoniou@gmail.com 2005-11-06T09:07:03+00:00 21c614a7899046ab108b3d327d76c33443a8ebf2 The offsets of the registers are in a different place, and some parts cannot handle a full set of modem control signals. Signed-off-by: Pantelis Antoniou <pantelis@embeddedalley.ocm> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
The offsets of the registers are in a different place, and
some parts cannot handle a full set of modem control signals.

Signed-off-by: Pantelis Antoniou <pantelis@embeddedalley.ocm>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[SERIAL] Arrange better identification of ports 2005-10-31T11:42:22+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-10-31T11:42:22+00:00 0cf669d5c5d08eb827df9867429df21cf030eba6 Folk seem to get confused when they see two or more ttyS0 ports appearing at boot time. One comes from the legacy table, and one from PNP. Hence, display the bus ID of the device which supplied the port. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Folk seem to get confused when they see two or more ttyS0 ports
appearing at boot time.  One comes from the legacy table, and
one from PNP.

Hence, display the bus ID of the device which supplied the port.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[SERIAL] remove unneeded code from serial_core.c 2005-10-30T23:26:16+00:00 Jayachandran C jchandra@digeo.com 2005-10-30T23:26:16+00:00 a2436b22deac7834e0f87897b207a2dc1407dc40 This patch fixes an issue reported by Coverity in serial/serial_core.c Error reported: Variable "&((info)->tty)->flags" tracked as NULL was passed to a function that dereferences it. The later statements in the function assumes 'info->tty != NULL', so this check is not necessary. Probably a 'BUG_ON(info->tty == NULL)' can be added. Signed-off-by: Jayachandran C. <c.jayachandran at gmail.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
This patch fixes an issue reported by Coverity in serial/serial_core.c

Error reported: Variable "&((info)->tty)->flags" tracked as NULL was passed to a
function that dereferences it.

The later statements in the function assumes 'info->tty != NULL', so this
check is not necessary.  Probably a 'BUG_ON(info->tty == NULL)' can be added.

Signed-off-by: Jayachandran C. <c.jayachandran at gmail.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[SERIAL] Prefix serial printks with KERN_INFO and pre-format 2005-09-03T14:30:21+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-09-03T14:30:21+00:00 30b7a3bc133c5b4a723163be35157ed709fca91c Pre-format the IO part of the ttyS printks, and prefix them with KERN_INFO to avoid bootsplash corruption. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Pre-format the IO part of the ttyS printks, and prefix them with
KERN_INFO to avoid bootsplash corruption.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[ARM] 2866/1: add i.MX set_mctrl / get_mctrl functions 2005-08-31T20:48:47+00:00 Sascha Hauer sascha@saschahauer.de 2005-08-31T20:48:47+00:00 0f302dc35412dc67035efc188b9d5c40711b4222 Patch from Sascha Hauer This patch adds support for setting and getting RTS / CTS via set_mtctrl / get_mctrl functions. Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Patch from Sascha Hauer

This patch adds support for setting and getting RTS / CTS via
set_mtctrl / get_mctrl functions.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[SERIAL] Clean up and fix tty transmission start/stoping 2005-08-31T09:12:14+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-08-31T09:12:14+00:00 b129a8ccd53f74c43e4c83c8e0031a4990040830 The start_tx and stop_tx methods were passed a flag to indicate whether the start/stop was from the tty start/stop callbacks, and some drivers used this flag to decide whether to ask the UART to immediately stop transmission (where the UART supports such a feature.) There are other cases when we wish this to occur - when CTS is lowered, or if we change from soft to hard flow control and CTS is inactive. In these cases, this flag was false, and we would allow the transmitter to drain before stopping. There is really only one case where we want to let the transmitter drain before disabling, and that's when we run out of characters to send. Hence, re-jig the start_tx and stop_tx methods to eliminate this flag, and introduce new functions for the special "disable and allow transmitter to drain" case. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
The start_tx and stop_tx methods were passed a flag to indicate
whether the start/stop was from the tty start/stop callbacks, and
some drivers used this flag to decide whether to ask the UART to
immediately stop transmission (where the UART supports such a
feature.)

There are other cases when we wish this to occur - when CTS is
lowered, or if we change from soft to hard flow control and CTS
is inactive.  In these cases, this flag was false, and we would
allow the transmitter to drain before stopping.

There is really only one case where we want to let the transmitter
drain before disabling, and that's when we run out of characters
to send.

Hence, re-jig the start_tx and stop_tx methods to eliminate this
flag, and introduce new functions for the special "disable and
allow transmitter to drain" case.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[PATCH] Serial: Fix console port spinlock initialisation 2005-07-03T20:05:45+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-07-03T20:05:45+00:00 976ecd12b8144d066a23fe97c6fbfc1ac8470af7 Initialise the spinlock for port being used by the console early, but don't re-initialise it again later. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Initialise the spinlock for port being used by the console early, but
don't re-initialise it again later.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[PATCH] Serial: Check status of CTS when using flow control 2005-06-29T17:40:53+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-06-29T17:40:53+00:00 0dd7a1aed7c34a39917c4faf75b4230c169e809b Fix bugme #4712: read the CTS status and set hw_stopped if CTS is not active when opening the port and/or enabling CRTSCTS Thanks to Stefan Wolff for spotting this problem. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Fix bugme #4712: read the CTS status and set hw_stopped if CTS
is not active when opening the port and/or enabling CRTSCTS

Thanks to Stefan Wolff for spotting this problem.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>