linux.git/drivers/serial/serial_core.c, branch v2.6.31

serial: fixup /proc/tty/driver/serial after proc_fops conversion

2009-04-01T21:50:48+00:00

"struct tty_driver *" lies in m->private not in v which is
SEQ_TOKEN_START which is 1 which is enough to trigger NULL dereference
next line:

	BUG: unable to handle kernel NULL pointer dereference at 000000ad
	IP: [] uart_proc_show+0xe/0x2b0

Noticed by Linus.

Signed-off-by: Alexey Dobriyan 
Signed-off-by: Linus Torvalds

proc tty: switch serial_core to ->proc_fops

2009-04-01T15:59:10+00:00

Signed-off-by: Alexey Dobriyan 
Cc: Alan Cox 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

serial: struct device - replace bus_id with dev_name(), dev_set_name()

2009-01-06T18:44:37+00:00

Signed-off-by: Kay Sievers 
Signed-off-by: Greg Kroah-Hartman

Serial: Allow port type to be specified when calling serial8250_register_port.

2009-01-02T18:19:43+00:00

Add flag value UPF_FIXED_TYPE which specifies that the UART type is
known and should not be probed.  For this case the UARTs properties
are just copied out of the uart_config entry.

This allows us to keep SOC specific 8250 probe code out of 8250.c.  In
this case we know the serial hardware will not be changing as it is on
the same silicon as the CPU, and we can specify it with certainty in
the board/cpu setup code.

The alternative is to load up 8250.c with a bunch of OCTEON specific
special cases in the probing code.

Signed-off-by: David Daney 
Signed-off-by: Andrew Morton 
Signed-off-by: Alan Cox 
Signed-off-by: Linus Torvalds

fix for tty-serial-move-port

2009-01-02T18:19:42+00:00

Hi Alan

next-20081204 crashes with the following message:

BUG: unable to handle kernel paging request at ffff88007d320248
IP: [] uart_remove_one_port+0xef/0x111
                kfree(info);
     393:       49 8d 7d 10             lea    0x10(%r13),%rdi
     397:       e8 00 00 00 00          callq  39c 

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

tty: We want the port object to be persistent

2009-01-02T18:19:42+00:00

Move the tty_port and uart_info bits around a little. By embedding the uart_info
into the uart_port we get rid of lots of corner case testing and also get the
ability to go port<->state<->info which is a bit more elegant than the current
data structures.

Downsides - we allocate a tiny bit more memory for unused ports, upside we've
removed as much code as it saved for most users..

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

drivers/serial: use nr_irqs

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

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

serial: fix device name reporting when minor space is shared between drivers

2008-10-13T16:51:44+00:00

The multiple drivers share the minor space occupied by a particular major
number, the actual index within the device name's space is indicated by
the tty_driver->name_base + uart_port->line

Another usable formula is (uart_driver->minor - MINOR_BASE) + port->line

Use those to print the device names properly in such situations in
serial_core.c and 8250.c

Signed-off-by: David S. Miller 
Signed-off-by: Andrew Morton 
Signed-off-by: Alan Cox 
Signed-off-by: Linus Torvalds

serial-make-uart_ports-ioport-unsigned-long-fix

2008-10-13T16:51:39+00:00

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

tty: rework break handling

2008-07-22T20:03:28+00:00

Some hardware needs to do break handling itself and may have partial
support only. Make break_ctl return an error code. Add a tty driver flag
so you can indicate driver hardware side break support.

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