17 Jun, 2009
1 commit
-
So far, MPC512x used mpc512x_find_ips_freq() to get the bus frequency,
while MPC52xx used mpc52xx_find_ipb_freq(). Despite the different
clock names (IPS vs. IPB) the code was identical.Use common code for both processor families.
Signed-off-by: Wolfgang Denk
Signed-off-by: Grant Likely
29 May, 2009
1 commit
-
The check for an overindexing of mpc52xx_uart_{ports,nodes} has an
off-by-one.Signed-off-by: Roel Kluin
Acked-by: Wolfram Sang
Acked-by: Grant Likely
Cc: Benjamin Herrenschmidt
Cc: Alan Cox
Cc:
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
05 Feb, 2009
1 commit
-
The MPC5200 PSC device is wired up to a dedicated interrupt line
which is never shared. This patch removes the IRQF_SHARED flag
from the request_irq() call which eliminates the "IRQF_DISABLED
is not guaranteed on shared IRQs" warning message from the console
output.Signed-off-by: Grant Likely
Reviewed-by: Wolfram Sang
04 Feb, 2009
1 commit
-
There is no reason for the PSC UART driver or the Ethernet driver
to require a device_type property. The compatible value is sufficient
to uniquely identify the device. Remove it from the driver.The whole 'port-number' scheme for assigning numbers to PSC uarts was
always rather half baked and just adds complexity. Remove it from the
driver. After this patch is applied, PSC UART numbers are simply
assigned from the order they are found in the device tree (just like
all the other devices). Userspace can query sysfs to determine what
ttyPSC number is assigned to each PSC instance.Signed-off-by: Grant Likely
Reviewed-by: Wolfram Sang
21 Dec, 2008
3 commits
-
- error cases for mapbase and irq were unbundled
- mapped irq now gets disposed on errorSigned-off-by: Wolfram Sang
Signed-off-by: Grant Likely -
Add RTS/CTS-support for the PSC of the MPC5200B. Tested with a Phytec
MPC5200B-IO.Signed-off-by: Wolfram Sang
Signed-off-by: Grant Likely -
This patch adds the capability to the mpc52xx-uart to report framing
errors, parity errors, breaks and overruns to userspace. These values
may be requested in userspace by using the ioctl TIOCGICOUNT.Signed-off-by: René Bürgel
Signed-off-by: Grant Likely
06 Dec, 2008
1 commit
-
[Folded together as one diff from 3]
It should be 'lose', not 'loose'.
Signed-off-by: Nick Andrew
Signed-off-by: Alan Cox
Signed-off-by: Linus Torvalds
25 Sep, 2008
1 commit
-
Now that arch/ppc is gone we don't need CONFIG_PPC_MERGE anymore
remove the dead code associated with !CONFIG_PPC_MERGE.Signed-off-by: Kumar Gala
21 Jul, 2008
1 commit
-
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
02 May, 2008
1 commit
-
mpc52xx_uart_int and __uart_put_char both try to acquire the
port->lock. Therefore the function sequence of:mpc52xx_uart_int--> ...-->flush_to_ldisc-->...-->__uart_put_char
can potentially trigger a deadlock. To avoid this deadlock a fix
similar to that found in the 8250.c serial driver is applied. The
deadlock is avoided by releasing the lock before pushing a buffer
and reacquiring it when completed.Signed-off-by: Andrew Liu
Signed-off-by: Grant Likely
29 Apr, 2008
1 commit
-
If CONFIG_PPC_MPC5121 is not set, then the of_device_id table for the
mpc5200 serial driver will not get terminated with a NULL entry.Signed-off-by: Grant Likely
16 Apr, 2008
1 commit
-
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
07 Feb, 2008
3 commits
-
When rebasing one of the mpc5200 psc UART patches I made a mistake and
damaged the patch.This patch fixes the compile failure introduced in commit
25ae3a0739c69425a911925b43213895a9802b98Signed-off-by: Grant Likely
-
Add 512x support using the psc_ops framework established
with the previous patch.All 512x PSCs share the same interrupt so add
IRQF_SHARED to irq flags.Signed-off-by: John Rigby
Signed-off-by: Grant Likely -
PSC devices are different between the mpc5200 and the mpc5121
this patch localizes the differences in preparation for adding mpc5121
support to the psc uart driver.Signed-off-by: John Rigby
Signed-off-by: Grant Likely
27 Jan, 2008
1 commit
-
Update MPC5200 drivers to also look for compatible properties in the
form "fsl,mpc5200-*" to better conform to open firmware generic names
recommended practice as published here:http://www.openfirmware.org/1275/practice/gnames/gnamv14a.html
This patch should *not* break compatibility with older device trees
which do not use the 'fsl,' prefix. The drivers will still bind against
the older names also.Signed-off-by: Grant Likely
22 Jan, 2008
2 commits
-
In preparation of adding MPC5121 support
cleanup some things that checkpatch.pl complains
about also some minor fixes suggested by
Stephen Rothwell.Signed-off-by: John Rigby
Signed-off-by: Grant Likely -
This is in preparation for the addition of MPC512x
PSC support. The main difference in the 512x is
in the fifo registers.Signed-off-by: John Rigby
Signed-off-by: Grant Likely
17 Jan, 2008
1 commit
-
Similar to of_find_compatible_node(), of_find_matching_node() and
for_each_matching_node() allow you to iterate over the device tree
looking for specific nodes, except that they take of_device_id
tables instead of strings.This also moves of_match_node() from driver/of/device.c to
driver/of/base.c to colocate it with the of_find_matching_node which
depends on it.Signed-off-by: Grant Likely
Signed-off-by: Paul Mackerras
14 Oct, 2007
1 commit
-
Trivial compile warning fix
Signed-off-by: Grant Likely
Signed-off-by: Linus Torvalds
14 Sep, 2007
1 commit
-
Use idx as index into mpc52xx_uart_nodes instead of i
Signed-off-by: John Rigby
Signed-off-by: Kumar Gala
07 May, 2007
1 commit
-
If the serial port gets shut down, then console output stalls. 9 out
of 10 kernel hackers agree, this is a bad thing.Signed-off-by: Grant Likely
Signed-off-by: Sylvain Munaut
Signed-off-by: Paul Mackerras
02 May, 2007
1 commit
-
These are all the remaining instances of get_property. Simple rename of
get_property to of_get_property.Signed-off-by: Stephen Rothwell
Signed-off-by: Paul Mackerras
17 Feb, 2007
1 commit
-
Signed-off-by: Sylvain Munaut
Acked-by: Grant Likely
Signed-off-by: Paul Mackerras
13 Feb, 2007
1 commit
-
Signed-off-by: Grant Likely
Signed-off-by: Paul Mackerras
09 Jan, 2007
1 commit
-
The mpc52xx_uart_of_enumerate() function was added when adding 52xx
support to arch/powerpc, but it must not be called for arch/ppc.Signed-off-by: Grant Likely
Signed-off-by: Paul Mackerras
09 Dec, 2006
1 commit
-
This is the grungy swap all the occurrences in the right places patch that
goes with the updates. At this point we have the same functionality as
before (except that sgttyb() returns speeds not zero) and are ready to
begin turning new stuff on providing nobody reports lots of bugsIf you are a tty driver author converting an out of tree driver the only
impact should be termios->ktermios name changes for the speed/property
setting functions from your upper layers.If you are implementing your own TCGETS function before then your driver
was broken already and its about to get a whole lot more painful for you so
please fix it 8)Also fill in c_ispeed/ospeed on init for most devices, although the current
code will do this for you anyway but I'd like eventually to lose that extra
paranoia[akpm@osdl.org: bluetooth fix]
[mp3@de.ibm.com: sclp fix]
[mp3@de.ibm.com: warning fix for tty3270]
[hugh@veritas.com: fix tty_ioctl powerpc build]
[jdike@addtoit.com: uml: fix ->set_termios declaration]
Signed-off-by: Alan Cox
Signed-off-by: Martin Peschke
Acked-by: Peter Oberparleiter
Cc: Cornelia Huck
Signed-off-by: Hugh Dickins
Signed-off-by: Jeff Dike
Cc: Paolo 'Blaisorblade' Giarrusso
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
05 Dec, 2006
2 commits
-
Needed to support mpc52xx boards in arch/powerpc. This patch
retains the platform_bus support when compiling for arch/ppc,
but uses the of_platform bindings for arch/powerpc.Signed-off-by: Grant Likely
Signed-off-by: Sylvain Munaut
Signed-off-by: Paul Mackerras -
Single typo fix and whitespace changes. In preparation for heavy
changes to this driver when support for arch/powerpc is added.
Since the driver will be changing significantly anyway, then may
as well take the opportunity to clean it up first.Signed-off-by: Grant Likely
Signed-off-by: Sylvain Munaut
Signed-off-by: Paul Mackerras
07 Oct, 2006
1 commit
-
- Eliminate casts to/from void*
- Eliminate checks for conditions that never occur. These typically
fall into two classes:1) Checking for 'dev_id == NULL', then it is never called with
NULL as an argument.2) Checking for invalid irq number, when the only caller (the
system) guarantees the irq handler is called with the proper
'irq' number argument.Signed-off-by: Jeff Garzik
05 Oct, 2006
1 commit
-
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.Signed-Off-By: David Howells
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
01 Oct, 2006
1 commit
-
ioremap must be balanced by an iounmap and failing to do so can result
in a memory leak.Signed-off-by: Amol Lad
Cc: Alan Cox
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
04 Jul, 2006
1 commit
-
* 'devel' of master.kernel.org:/home/rmk/linux-2.6-serial:
[SERIAL] Ensure 8250_pci quirks are not marked __devinit
[SERIAL] Convert fifosize to an unsigned int
03 Jul, 2006
2 commits
-
Signed-off-by: Thomas Gleixner
Cc: Ingo Molnar
Cc: "David S. Miller"
Cc: Benjamin Herrenschmidt
Cc: Russell King
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds -
Some UARTs have more than 255 bytes of FIFO, which can't be
represented by an unsigned char. Change the kernel's internal
structure to be an unsigned int, but still export an unsigned char
via the TIOCGSERIAL ioctl. If the TIOCSSERIAL ioctl provides a
fifo size of 0, assume this means "don't change" otherwise we'll
corrupt the larger fifo sizes.Signed-off-by: Russell King
01 Jul, 2006
1 commit
-
Signed-off-by: Jörn Engel
Signed-off-by: Adrian Bunk
27 Jun, 2006
1 commit
-
Also fixes all serial drivers.
Signed-off-by: Greg Kroah-Hartman
25 Mar, 2006
1 commit
-
Signed-off-by: Uwe Zeisberger
Signed-off-by: Adrian Bunk
21 Mar, 2006
1 commit
-
Glen Turner reported that writing LFCR rather than the more
traditional CRLF causes issues with some terminals.Since this aflicts many serial drivers, extract the common code
to a library function (uart_console_write) and arrange for each
driver to supply a "putchar" function.Signed-off-by: Russell King