kernel/linux.git/drivers/serial/mcf.c, branch linux-2.6.35.y

m68knommu: allow 4 coldfire serial ports

2010-04-21T04:56:00+00:00

Fix driver/serial/mcf.c for 4-ports coldfire's (e.g. MCF5484). Signed-off-by: Philippe De Muyter Signed-off-by: Greg Ungerer

m68knommu: fix coldfire tcdrain

2010-04-21T03:43:06+00:00

Fix tcdrain on coldfire uarts. Currently with coldfire uarts tcdrain returns without waiting for txempty, because (tx)fifosize is 0. Fix that and call uart_update_timeout when setting the baud rate, otherwise tcdrain will wait for an half our :) Also constify mcf_uart_ops. Signed-off-by: Philippe De Muyter Signed-off-by: Greg Ungerer

m68knommu: move mcf_remove to .devexit.text

2009-12-04T01:45:30+00:00

The function mcf_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König Cc: Len Sorensen Cc: Greg Kroah-Hartman Cc: Alan Cox Cc: linux-kernel@vger.kernel.org Signed-off-by: Greg Ungerer

serial: kill off uart_info

2009-09-19T20:13:28+00:00

We moved this into uart_state, now move the fields out of the separate structure and kill it off. Signed-off-by: Alan Cox Signed-off-by: Greg Kroah-Hartman

m68knommu: Fix support for console port other than ttyS0 on mcf.c

2009-03-24T05:17:43+00:00

Due to a case of backwards logic, mfc.c always makes the console port be ttyS0 even when you ask for another port. This patch fixes this issue. Only when the requested port is NOT in the range 0 to MAXPORTS-1 do we force it to be treated as if port 0 was requested. Forcing the port to 0 when it is in fact in the range 0 to MAXPORTS is not helpful. Tested with working console on ttyS2 on a 5271evb. Signed-off-by: Len Sorensen Signed-off-by: Greg Ungerer

m68knommu: fix ColdFire 5272 serial baud rates in mcf.c

2009-01-27T06:42:00+00:00

I noticed (the hard way) that the mcf.c driver doesn't support the fractional precision register on the MCF5272. This makes the console dicey at 115200 baud and a system clock of 66.0 MHz. On the other hand, if your hardware is running at 66.666 MHz, it probably isn't a problem. Patch submitted by John Adamson Signed-off-by: Greg Ungerer

Fix compile errors in SGI console drivers (linux-next tree)

2008-07-21T00:12:36+00:00

The below is the patch to replace blindly all possible places, including Jack's fixes. Signed-off-by: Takashi Iwai (Reviewed and checked rather than blindly added) Signed-off-by: Alan Cox Signed-off-by: Linus Torvalds

serial: fix platform driver hotplug/coldplug

2008-04-16T02:35:40+00:00

Since 43cc71eed1250755986da4c0f9898f9a635cb3bf, the platform modalias is prefixed with "platform:". Add MODULE_ALIAS() to the hotpluggable serial platform drivers, to re-enable auto loading. NOTE that Kconfig for some of these drivers doesn't allow modular builds, and thus doesn't match the driver source's unload support. Presumably their unload code is buggy and/or weakly tested... [dbrownell@users.sourceforge.net: more drivers, registration fixes] Signed-off-by: Kay Sievers Signed-off-by: David Brownell Acked-by: Peter Korsgaard Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

m68knommu: use ARRAY_SIZE in ColdFire serial driver

2008-02-05T17:44:21+00:00

Use ARRAY_SIZE macroto get maximum ports in ColdFire serial driver. Signed-off-by: Greg Ungerer Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

m68knommu: use container_of in mcf.c

2008-02-01T10:00:01+00:00

Use container_of() instead of assuming local uart struct is first member of uart_port struct. Signed-off-by: Greg Ungerer Signed-off-by: Linus Torvalds