- 22 Nov, 2002 5 commits
- 21 Nov, 2002 15 commits
-
-
Jeff Dike authored
-
Jeff Dike authored
-
Jeff Dike authored
-
Jeff Dike authored
-
Jeff Dike authored
-
Jeff Dike authored
-
Jeff Dike authored
line.h.
-
Jeff Dike authored
-
Jeff Dike authored
arch/um/kernel/tt.
-
Jeff Dike authored
-
Jeff Dike authored
-
Jeff Dike authored
-
Jeff Dike authored
-
Jeff Dike authored
-
Jeff Dike authored
-
- 20 Nov, 2002 1 commit
-
-
Jeff Dike authored
-
- 19 Nov, 2002 3 commits
- 18 Nov, 2002 6 commits
- 17 Nov, 2002 10 commits
-
-
Linus Torvalds authored
-
Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Arnaldo Carvalho de Melo authored
Also there is one sound header that was modified in the same way.
-
Arnaldo Carvalho de Melo authored
Also convert cmipci to C99 designated initializers style
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
-
Linus Torvalds authored
-
Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Alexander Viro authored
Check for ->bd_invalidate moved from rescan_partitions() to the only caller that a) needs that check and b) doesn't do it already. Fixes the problem with BLKRRPART which doesn't want that check at all...
-
Alexander Viro authored
- example in Documentation/DocBook/procfs_example.c uses MOD_..._USE_COUNT for no reason. - alpha/kernel/srm_env.c uses MOD_...USE_COUNT for no reason _and_ does lovely stuff like strlen() on user-supplied pointers, copy_from_user() with unverified size, half-kilobyte on-stack arrays, etc. Fixed. - s390{,x}/kernel/debug.c: set ->owner instead of playing with MOD_..._USE_COUNT in ->open()/->release() - mwavedd.c: gratitious use of MOD_..._USE_COUNT - uinput.c: ditto - radio/miropcm20-rds.c: set ->owner, remove MOD_..._USE_COUNT from ->open()/->release(), fixed an obvious race in the former (it checked that nobody else had device opened, then did kmalloc() with GFP_KERNEL, then marked device as opened).
-