user/sven/linux-bitkeeper.git/drivers/isdn/isdnloop, branch master

[PATCH] verify_area cleanup : drivers part 1

2005-03-13T08:28:06Z

This patch converts the first half of drivers from verify_area to access_ok. Signed-off-by: Jesper Juhl Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] drivers/isdn: replace milliseconds() with msecs_to_jiffies()

2004-10-19T01:23:30Z

Signed-off-by: Nishanth Aravamudan Signed-off-by: Maximilian Attems Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] sparse: ISDN ->readstat() and ->writecmd() annotation

2004-07-12T02:08:51Z

->readstat() and ->writecmd() are always getting a userland pointer; marked argument as such, killed "user" flag, killed dead code.

[PATCH] ISDN strpbrk fix

2004-03-02T03:45:33Z

Here is a small ISDN fix for the current tree. There is a compiler inlining/optimation problem with strpbrk, if it has only a one character search string. This results in a missing strchr because the compiler internally replace strpbrk with strchr in this case, but did so after inline handling stage.

Merge chaos:kernel/v2.5/linux-2.5.isdn

2003-06-04T06:26:45Z

into tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linux-2.5.isdn

[PATCH] drivers/* strlcpy conversions

2003-05-26T02:58:37Z

Well, this is it for me and strlcpy. I'll leave the rest of the non-obvious usages of strncpy to the kernel janitors. Seems like quite a few uses really wanted memcpy instead, but I don't have time to investigate them all. It does appear that nearly all strncpy's will be removable. Obsoleting strncpy will probably atleast make the remaining few think about how they are using it. This is the patch for my trip through drivers/*.

ISDN: Fix SET_MODULE_OWNER() use

2003-05-23T08:33:51Z

Apparently, it was for network drivers only, so we just set ->owner directly now.

ISDN: cleanup Makefiles

2003-05-23T08:27:38Z

no actual changes, just reformatting and switch to -y instead of -objs

[NET]: Zap non-netdevice usage of SET_MODULE_OWNER.

2003-05-22T12:22:26Z

ISDN: Remove unused commands

2002-11-17T11:08:04Z

There's a number of commands which are never used by the link layer, so no reason to have them stick around.