linux-stable.git/drivers/serial/ucc_uart.c, branch linux-2.6.33.y

firmware_class: make request_firmware_nowait more useful

2009-12-11T19:24:52+00:00

Unfortunately, one cannot hold on to the struct firmware
that request_firmware_nowait() hands off, which is needed
in some cases. Allow this by requiring the callback to
free it (via release_firmware).

Additionally, give it a gfp_t parameter -- all the current
users call it from a GFP_KERNEL context so the GFP_ATOMIC
isn't necessary. This also marks an API break which is
useful in a sense, although that is obviously not the
primary purpose of this change.

Signed-off-by: Johannes Berg 
Acked-by: Marcel Holtmann 
Cc: Ming Lei 
Cc: Catalin Marinas 
Cc: David Woodhouse 
Cc: Pavel Roskin 
Cc: Abhay Salunke 
Signed-off-by: Greg Kroah-Hartman

tree-wide: fix assorted typos all over the place

2009-12-04T14:39:55+00:00

That is "success", "unknown", "through", "performance", "[re|un]mapping"
, "access", "default", "reasonable", "[con]currently", "temperature"
, "channel", "[un]used", "application", "example","hierarchy", "therefore"
, "[over|under]flow", "contiguous", "threshold", "enough" and others.

Signed-off-by: André Goddard Rosa 
Signed-off-by: Jiri Kosina

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

serial: Make ucc_uart work in HW UART mode

2009-06-16T02:45:31+00:00

In HW UART mode the TxBD[READY] is not cleared by H/W (RISC engine) when
the user send characters to Tx buffer of QE UART.  So, these characters
stay on the QE forever, never go to UART line.

Signed-off-by: Dave Liu 
Signed-off-by: Kumar Gala

ucc: Fix leaky error path

2009-04-06T21:36:32+00:00

Found by Daniel Marjamäki using cppcheck

Signed-off-by: Alan Cox 
Signed-off-by: Linus Torvalds

Merge branch 'genirq-v28-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip

2008-10-20T20:23:01+00:00

This merges branches irq/genirq, irq/sparseirq-v4, timers/hpet-percpu
and x86/uv.

The sparseirq branch is just preliminary groundwork: no sparse IRQs are
actually implemented by this tree anymore - just the new APIs are added
while keeping the old way intact as well (the new APIs map 1:1 to
irq_desc[]).  The 'real' sparse IRQ support will then be a relatively
small patch ontop of this - with a v2.6.29 merge target.

* 'genirq-v28-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: (178 commits)
  genirq: improve include files
  intr_remapping: fix typo
  io_apic: make irq_mis_count available on 64-bit too
  genirq: fix name space collisions of nr_irqs in arch/*
  genirq: fix name space collision of nr_irqs in autoprobe.c
  genirq: use iterators for irq_desc loops
  proc: fixup irq iterator
  genirq: add reverse iterator for irq_desc
  x86: move ack_bad_irq() to irq.c
  x86: unify show_interrupts() and proc helpers
  x86: cleanup show_interrupts
  genirq: cleanup the sparseirq modifications
  genirq: remove artifacts from sparseirq removal
  genirq: revert dynarray
  genirq: remove irq_to_desc_alloc
  genirq: remove sparse irq code
  genirq: use inline function for irq_to_desc
  genirq: consolidate nr_irqs and for_each_irq_desc()
  x86: remove sparse irq from Kconfig
  genirq: define nr_irqs for architectures with GENERIC_HARDIRQS=n
  ...

drivers/serial: use nr_irqs

2008-10-16T14:52:06+00:00

Signed-off-by: Yinghai Lu 
Signed-off-by: Ingo Molnar

cpm_uart: Pass actual dev ptr to dma_* in ucc and cpm_uart serial

2008-09-19T18:34:04+00:00

We're currently passing NULL, and really shouldn't be.

Signed-off-by: Becky Bruce 
Acked-By: Timur Tabi 
Signed-off-by: Kumar Gala

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 driver_name conflicts

2008-06-06T18:29:09+00:00

Some drivers are using too generic "serial" name for driver_name, this
might cause issues, like this:

Freescale QUICC Engine UART device driver
proc_dir_entry 'serial' already registered
Call Trace:
[cf82de50] [c0007f7c] show_stack+0x4c/0x1ac (unreliable)
[cf82de90] [c00b03fc] proc_register+0xfc/0x1ac
[cf82dec0] [c00b05c8] create_proc_entry+0x60/0xac
[cf82dee0] [c00b23dc] proc_tty_register_driver+0x60/0x98
[cf82def0] [c016dbd8] tty_register_driver+0x1b4/0x228
[cf82df20] [c0184d70] uart_register_driver+0x144/0x194
[cf82df40] [c030a378] ucc_uart_init+0x2c/0x94
[cf82df50] [c02f21a0] kernel_init+0x98/0x27c
[cf82dff0] [c000fa74] kernel_thread+0x44/0x60

^^ The board is using ucc_uart.c and 8250.c, both registered as
   "serial".

This patch fixes two drivers that are using "serial" for driver_name and
not "ttyS" for dev_name.  Drivers that are using "ttyS" for dev_name, will
conflict anyway, so we don't bother with these.

Signed-off-by: Anton Vorontsov 
Acked-by: Alan Cox 
Acked-By: Timur Tabi 
Acked-by: Maciej W. Rozycki 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds