user/sven/linux.git/include/linux/kernelcapi.h, branch v3.15.3

UAPI: (Scripted) Disintegrate include/linux

2012-10-13T09:46:48Z

Signed-off-by: David Howells Acked-by: Arnd Bergmann Acked-by: Thomas Gleixner Acked-by: Michael Kerrisk Acked-by: Paul E. McKenney Acked-by: Dave Jones

CAPI: Rework controller state notifier

2010-02-17T00:01:21Z

Another step towards proper locking: Rework the callback provided to capidrv for controller state changes. This is so far attached to an application, which would require us to hold the corresponding lock across notification calls. But there is no direct relation between a controller up/down event and an application, so let's decouple them and provide a notifier call chain for those events instead. This notifier chain is first of all used internally. Here we request the highest priority to unsure that housekeeping work is done before any other notifications. The chain is exported via [un]register_capictr_notifier to our only user, capidrv, to replace the racy and unfixable capi20_set_callback. Signed-off-by: Jan Kiszka Signed-off-by: David S. Miller

include: Remove unnecessary inclusions of asm/semaphore.h

2008-04-19T02:16:54Z

None of these files use any of the functionality promised by asm/semaphore.h. It's possible that they (or some user of them) rely on it dragging in some unrelated header file, but I can't build all these files, so we'll have to fix any build failures as they come up. Signed-off-by: Matthew Wilcox

Use mutex instead of semaphore in CAPI 2.0 driver

2007-07-17T17:23:05Z

The CAPI 2.0 driver uses a semaphore as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke Acked-by: Karsten Keil Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] fix fallout from header dependency trimming

2006-12-04T20:45:29Z

OK, that seems to be enough to deal with the mess. Signed-off-by: Al Viro Signed-off-by: Linus Torvalds

[PATCH] severing skbuff.h -> mm.h

2006-12-04T07:00:34Z

Signed-off-by: Al Viro

[PATCH] sparse: drivers/isdn/* annotation

2004-07-12T02:09:14Z

[PATCH] i4l: kernelcapi receive workqueue and locking rework

2004-04-12T05:41:07Z

From: Armin Schindler With this patch the ISDN kernel CAPI code uses a per application workqueue with proper locking to prevent message re-ordering due to the fact a workqueue may run on another CPU at the same time. Also some locks for internal data is added. Removed global recv_queue work, use per application workqueue. Added proper locking mechanisms for application, controller and application workqueue function. Increased max. number of possible applications and controllers.

ISDN: CAPI: Get rid of capi_signal mechanism

2002-05-17T15:16:21Z

On arrival of a new message, kernelcapi used to call capi20_appl::signal(), which, from the application, would call back to capi20_get_message(). So we rather just push the message down directly, saving this detour.

ISDN: CAPI use struct capi20_appl * in signal callback

2002-05-17T15:04:23Z

Instead of passing an opaque handle, pass the actual struct capi20_appl, which is now known to the applications. Applications can store a pointer to the private data into struct capi20_appl::private.