user/sven/linux.git/include/linux/serialP.h, branch v2.6.16.45

[SERIAL] Convert parport_serial to use new 8250_pci interfaces

2005-07-27T10:41:18Z

Convert parport_serial to use the new 8250_pci interface, converting the table to a pciserial_board table. This also unuses the SPCI_* definitions in serialP.h, which can now be removed. Signed-off-by: Russell King

[PATCH] Serial: Remove linux/version.h

2005-07-16T08:59:00Z

changing CONFIG_LOCALVERSION rebuilds too much, for no appearent reason. Signed-off-by: Olaf Hering Signed-off-by: Russell King

[PATCH] ppc32: Fix UART initialisation on WindRiver SBC8560.

2004-07-15T13:07:49Z

The UART tristates its IRQ output when the OUT2 bit in the MCR isn't set. For reasons not known to civilised man, the hardware engineers stopped it from floating by pulling it _high_ instead of low, so if anybody requests that IRQ before OUT2 is turned on, we die in an IRQ storm. The serial8250 driver does precisely that thing, with precisely that effect. ALPHA_KLUDGE_MCR was designed to fix exactly this kind of problem, so we use it here as intended. Ideally ALPHA_KLUDGE_MCR would go away and be replaced with something like UPF_FORCE_OUT2 and UPF_FORCE_OUT1 flags, but now is not the time to get me started on a cleanup of everything about serial8250 that offends me.

[SERIAL] serialP.h: remove a kernel 2.2 #ifdef

2004-03-15T23:03:37Z

Patch from Adrian Bunk

[PATCH] janitor: cleanup includes (drivers/char)

2003-10-03T15:32:13Z

From: Randy Hron Cleanup of version.h in drivers/char plus a few in include/linux that are used in drivers/char. Duplicate #includes removed.

[PATCH] tty_driver refcounting

2003-06-11T14:41:28Z

killed the last remnants of callout stuff - we don't need to mess with storing termios privately anymore.

[PATCH] callout removal: cleanup

2003-05-26T13:55:36Z

misc cleanup - switched to standard constant names for .subtype in the drivers that had private equivalents, removed unused ->callout_termios and friends from the last places where they were defined.

[PATCH] Amiga serial updates

2003-03-20T14:04:29Z

Convert Amiga serial driver to use tasklets (from Roman Zippel)

[SERIAL] Remove old pci_board cruft from serialP.h

2002-10-09T02:10:59Z

[PATCH] Workqueue Abstraction

2002-10-01T05:17:42Z

This is the next iteration of the workqueue abstraction. The framework includes: - per-CPU queueing support. on SMP there is a per-CPU worker thread (bound to its CPU) and per-CPU work queues - this feature is completely transparent to workqueue-users. keventd automatically uses this feature. XFS can now update to work-queues and have the same per-CPU performance as it had with its per-CPU worker threads. - delayed work submission there's a new queue_delayed_work(wq, work, delay) function and a new schedule_delayed_work(work, delay) function. The later one is used to correctly fix former tq_timer users. I've reverted those changes in 2.5.40 that changed tq_timer uses to schedule_work() - eg. in the case of random.c or the tty flip queue it was definitely the wrong thing to do. delayed work means a timer embedded in struct work_struct. I considered using split struct work_struct and delayed_work_struct types, but lots of code actively uses task-queues in both delayed and non-delayed mode, so i went for the more generic approach that allows both methods of work submission. Delayed timers do not cause any other overhead in the normal submission path otherwise. - multithreaded run_workqueue() implementation the run_workqueue() function can now be called from multiple contexts, and a worker thread will only use up a single entryy - this property is used by the flushing code, and can potentially be used in the future to extend the number of per-CPU worker threads. - more reliable flushing there's now a 'pending work' counter, which is used to accurately detect when the last work-function has finished execution. It's also used to correctly flush against timed requests. I'm not convinced whether the old keventd implementation got this detail right. - i switched the arguments of the queueing function(s) per Jeff's suggestion, it's more straightforward this way. Driver fixes: i have converted almost every affected driver to the new framework. This cleaned up tons of code. I also fixed a number of drivers that were still using BHs (these drivers did not compile in 2.5.40). while this means lots of changes, it might ease the QA decision whether to put this patch into 2.5. The pach converts roughly 80% of all tqueue-using code to workqueues - and all the places that are not converted to workqueues yet are places that do not compile in vanilla 2.5.40 anyway, due to unrelated changes. I've converted a fair number of drivers that do not compile in 2.5.40, and i think i've managed to convert every driver that compiles under 2.5.40.