linux-stable.git/drivers/tty/serial/8250, branch linux-3.5.y

serial: set correct baud_base for EXSYS EX-41092 Dual 16950

2012-10-07T15:35:53+00:00

commit 26e8220adb0aec43b7acafa0f1431760eee28522 upstream.

Apparently the same card model has two IDs, so this patch
complements the commit 39aced68d664291db3324d0fcf0985ab5626aac2
adding the missing one.

Signed-off-by: Flavio Leitner 
Signed-off-by: Greg Kroah-Hartman

serial: fix kernel-doc warnings in 8250.c

2012-06-12T22:41:18+00:00

Fix kernel-doc warnings in drivers/tty/serial/8250/8250.c:

Warning(drivers/tty/serial/8250/8250.c:3128): No description found for parameter 'up'
Warning(drivers/tty/serial/8250/8250.c:3128): Excess function parameter 'port' description in 'serial8250_register_8250_port'

Signed-off-by: Randy Dunlap 
Acked-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

Merge branch 'delete-mca' of git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux

2012-05-24T00:12:06+00:00

Pull the MCA deletion branch from Paul Gortmaker:
 "It was good that we could support MCA machines back in the day, but
  realistically, nobody is using them anymore.  They were mostly limited
  to 386-sx 16MHz CPU and some 486 class machines and never more than
  64MB of RAM.  Even the enthusiast hobbyist community seems to have
  dried up close to ten years ago, based on what you can find searching
  various websites dedicated to the relatively short lived hardware.

  So lets remove the support relating to CONFIG_MCA.  There is no point
  carrying this forward, wasting cycles doing routine maintenance on it;
  wasting allyesconfig build time on validating it, wasting I/O on git
  grep'ping over it, and so on."

Let's see if anybody screams.  It generally has compiled, and James
Bottomley pointed out that there was a MCA extension from NCR that
allowed for up to 4GB of memory and PPro-class machines.  So in *theory*
there may be users out there.

But even James (technically listed as a maintainer) doesn't actually
have a system, and while Alan Cox claims to have a machine in his cellar
that he offered to anybody who wants to take it off his hands, he didn't
argue for keeping MCA support either.

So we could bring it back.  But somebody had better speak up and talk
about how they have actually been using said MCA hardware with modern
kernels for us to do that.  And David already took the patch to delete
all the networking driver code (commit a5e371f61ad3: "drivers/net:
delete all code/drivers depending on CONFIG_MCA").

* 'delete-mca' of git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux:
  MCA: delete all remaining traces of microchannel bus support.
  scsi: delete the MCA specific drivers and driver code
  serial: delete the MCA specific 8250 support.
  arm: remove ability to select CONFIG_MCA

serial: delete the MCA specific 8250 support.

2012-05-17T23:02:14+00:00

The support for CONFIG_MCA is being removed, since the 20
year old hardware simply isn't capable of meeting today's
software demands on CPU and memory resources.

This commit removes the MCA specific 8250 UART code.

Cc: Alan Cox 
Cc: linux-serial@vger.kernel.org
Acked-by: Greg Kroah-Hartman 
Signed-off-by: Paul Gortmaker

serial8250-em: Add DT support

2012-05-09T22:11:31+00:00

Update the 8250_em driver to support DT.

Signed-off-by: Magnus Damm 
Acked-by: Arnd Bergmann 
Signed-off-by: Greg Kroah-Hartman

serial8250-em: clk_get() IS_ERR() error handling fix

2012-05-09T22:11:30+00:00

Update the 8250_em driver to correctly handle the case
where no clock is associated with the device.

The return value of clk_get() needs to be checked with
IS_ERR() to avoid NULL pointer referencing.

Signed-off-by: Magnus Damm 
Signed-off-by: Greg Kroah-Hartman

serial8250-em: Emma Mobile UART driver V2

2012-05-04T23:45:07+00:00

This is V2 of the Emma Mobile 8250 platform driver.

The hardware itself has according to the data sheet
up to 64 byte FIFOs but at this point we only make
use of the 16550 compatible mode.

To support this piece of hardware the common UART
registers need to be remapped, and the access size
differences need to be handled.

The DLL and DLM registers can due to offset collision
not be remapped easily, and because of that this
driver makes use of ->dl_read() and ->dl_write()
callbacks. This in turn requires a registration
function that takes 8250-specific paramenters.

Future potential enhancements include DT support,
early platform driver console and fine grained PM.

Signed-off-by: Magnus Damm 
Acked-by: Alan Cox 
Acked-by: Arnd Bergmann 
Signed-off-by: Greg Kroah-Hartman

serial8250: Introduce serial8250_register_8250_port()

2012-05-02T21:14:13+00:00

Introduce yet another 8250 registration function.
This time it is serial8250_register_8250_port() and it
allows us to register 8250 hardware instances using struct
uart_8250_port. The new function makes it possible to
register 8250 hardware that makes use of 8250 specific
callbacks such as ->dl_read() and ->dl_write().

Signed-off-by: Magnus Damm 
Acked-by: Arnd Bergmann 
Acked-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

serial8250: Clean up default map and dl code

2012-05-02T21:08:07+00:00

Get rid of unused functions and macros now when
Alchemy and RM9K are converted over to callbacks.

Signed-off-by: Magnus Damm 
Acked-by: Arnd Bergmann 
Acked-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

serial8250: Use dl_read()/dl_write() on RM9K

2012-05-02T21:07:28+00:00

Convert the 8250 RM9K support code to make
use of the new dl_read()/dl_write() callbacks.

Signed-off-by: Magnus Damm 
Acked-by: Arnd Bergmann 
Acked-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman