user/sven/linux.git/include/linux/kernelcapi.h, branch v4.12.4

isdn/capi: correct capi20_manufacturer argument type mismatch

2014-10-14T19:05:34Z

Function capi20_manufacturer() is declared with unsigned int cmd argument but called with unsigned long. Fix by correcting the function prototype since the actual argument is part of the user visible API. Spotted with Coverity. Signed-off-by: Tilman Schmidt Signed-off-by: David S. Miller

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.