- 23 Apr, 2002 1 commit
-
-
Kai Germaschewski authored
Now it really works (I tried).
-
- 22 Apr, 2002 39 commits
-
-
http://linux-isdn.bkbits.net/linux-2.5.makeLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Kai Germaschewski authored
into tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linux-2.5.make
-
Kai Germaschewski authored
into tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linux-2.5.make
-
Kai Germaschewski authored
-
Kai Germaschewski authored
-
Kai Germaschewski authored
-
http://linux-isdn.bkbits.net/linux-2.5.isdnLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Kai Germaschewski authored
into tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linux-2.5.isdn
-
Anton Blanchard authored
As a result of the recent BKL removal in notify_change, nfsd_symlink downs the inode semaphore twice (the first time is in fh_lock).
-
Linus Torvalds authored
fixed a few times too many already ;)
-
bk://linuxusb.bkbits.net/linus-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Martin Dalecki authored
- Make the ide-cd driver usable again in DMA mode by adapting it to the TCQ related request handling changes and fixing some other minor stuff related to this. This patch is ugly like hell I know. Cleanup will follow separately. It was hard enough to make this going agian at all.
-
Linus Torvalds authored
-
Linus Torvalds authored
in /etc/kernel-config, and only if that fails in the architecture- specific defconfig.
-
Linus Torvalds authored
-
Dominik Kuhlen authored
USB fix documentation bug After some source investigations I discovered a harmless mistake: The description of the usb_control_msg(...) function says it returns 0, or less than 0 if an error occured, but the usb_internal_control_msg returns length, which is sometimes >0 (success) or <0 if error.
-
Linus Torvalds authored
was already done based on CPU capabilities at run-time
-
David Brownell authored
Oh, and for non-x86 platforms with interesting pci mapping, this tweak to one new routine would be important in a particular error path I've yet to see ... :)
-
David Brownell authored
It fixes problems with interrupt transfers, which I think that nobody else has run into (or I'd surely have heard of it :). Looks like not many folk are using USB 2.0 hubs yet. - wasn't checking enough of the periodic schedule to detect bandwidth overcommit (would BUG out) - frames to uframes is rightshift 3, not 8 :) - properly cleans up (no oops!) after certain rare errors in the interrupt submit path (just my luck to hit one) - use that cleanup to bypass some old implementation shortcuts in the control and bulk submit paths - there are also some other minor updates/cleanups
-
Greg Kroah-Hartman authored
general cleanups: - removed commented out function prototypes - removed duplicate function prototypes - removed unneeded #include - added named initializers - merged lots of the individual device structures into general 1, 2, and 4 port structures.
-
Rusty Russell authored
vda@port.imtp.ilyichevsk.odessa.ua: SAK messages: I use SAK from time to time when I have problems with hung processes. Sometimes it is difficult to figure out what was being killed and why. For example, Midnight Commander contains a bug: it holds fd#3 open to the tty. It prevented me from daemonizing processes (like X) - they died upon SAK. This little patch makes SAK tell whom and why it kills. Tested. (Included in 2.4)
-
Rusty Russell authored
johnpol@2ka.mipt.ru: Re: Trivial patch for msbusmouse.c: > On Tue, Mar 19, 2002 at 03:22:58PM +1100, Rusty Russell wrote: > > Hi Russell, > > > > Please check this request_region() cleanup patch from Evgeniy > > Polyakov against 2.4 and 2.5. > > Both patches look fine, apart from the disgusting formatting being > different from the rest of the files. As you wish... > -- > Russell King (rmk@arm.linux.org.uk) The developer of > ARM Linux > http://www.arm.linux.org.uk/personal/aboutme.html Evgeniy Polyakov ( s0mbre )
-
Rusty Russell authored
johnpol@2ka.mipt.ru: Re: Trivial patch for logibusmouse.c: > On Tue, Mar 19, 2002 at 03:22:58PM +1100, Rusty Russell wrote: > > Hi Russell, > > > > Please check this request_region() cleanup patch from Evgeniy > > Polyakov against 2.4 and 2.5. > > Both patches look fine, apart from the disgusting formatting being > different from the rest of the files. As you wish... > -- > Russell King (rmk@arm.linux.org.uk) The developer of > ARM Linux > http://www.arm.linux.org.uk/personal/aboutme.html Evgeniy Polyakov ( s0mbre )
-
Rusty Russell authored
Rusty Russell <rusty@rustcorp.com.au>: 13) request_region check, 11-20:
-
Rusty Russell authored
Peter Chubb <peter@chubb.wattle.id.au>: make TAGS to work with bitkeeper: If you type, `make TAGS' in the top-level of a kernel tree that's been created with bk clone (or if you're using sccs to maintain your own copy), then the sccs control files are included in the TAGS file (sccs distinguishes its control files with an s. prefix rather than using a suffix, so the matches on '*.h' etc pick them up.)
-
Rusty Russell authored
Pavel Machek <pavel@ucw.cz>: typo in BK-usage.txt: Them them is not english...
-
Rusty Russell authored
Pavel Machek <pavel@ucw.cz>: Warn about ioctl collision: Hi! It is probably too late to fix it properly, but warning is better than nothing. (It confused the hell out of me...) Pavel
-
Rusty Russell authored
Pavel Machek <pavel@ucw.cz>: Message changed in libc: Hi! ...so this change makes it way easier to grep... Pavel
-
Rusty Russell authored
Paul Gortmaker <p_gortmaker@yahoo.com>: ENOTTY for rtc ioctl: ioctl(d, valid, crap) --> -EINVAL ioctl(d, crap, ....) --> -ENOTTY man ioctl agrees: ENOTTY The specified request does not apply to the kind of object that the descriptor d references. Currently we return -EINVAL for both cases which is not as informative for debugging stuff. Patch is for 2.5.6 but applies cleanly (with minor offset) to 2.4.19p2 Paul. (Included in 2.2) (Included in 2.4)
-
Rusty Russell authored
Paul Gortmaker <p_gortmaker@yahoo.com>: ENOTTY for nvram ioctl: ioctl(d, valid, crap) --> -EINVAL ioctl(d, crap, ....) --> -ENOTTY man ioctl agrees: ENOTTY The specified request does not apply to the kind of object that the descriptor d references. Currently we return -EINVAL for both cases which is not as informative for debugging stuff. Patch is for 2.5.6 but applies cleanly (with minor offset) to 2.4.19p2 Paul. (Included in 2.2) (Included in 2.4)
-
Rusty Russell authored
-
Rusty Russell authored
Martin Pool <mbp@samba.org>: trivial kernel patch -- clean up fs_exec.c: (Included in 2.4)
-
Rusty Russell authored
Mark Hymers <markh@linuxfromscratch.org>: Kernel tree patch; Documentation_DocBook_kernel-hacking.tmpl: Hi, Just a small thing I noticed when grepping through the kernel source: one of the templates in Documentation/DocBook has a typo (I think). I believe it should refer to MODULE_LICENSE instead of LICENCE. Please correct me if I'm wrong though. Mark (Included in 2.4)
-
Rusty Russell authored
Anton Blanchard <anton@au1.ibm.com>: newline in printk in olympic driver:
-
Rusty Russell authored
Christopher Yeoh <cyeoh@samba.org>: Re: fcntl returns wrong error code (Updated): At 2002/3/22 00:58+1100 Christopher Yeoh writes: > btw Stephen Rothwell pointed out that there is a much neater way to > achieve the same change. I'll post a new patch in the morning. This is the updated patch. (Included in 2.4)
-
Rusty Russell authored
Andrey Panin <pazke@orbita1.ru>: serial.c ISAPNP fix: Thist patch fixes buglet which disables ISAPNP support in serial driver. __ISAPNP__ conditional symbol is used before isapnp.h is included. (Included in 2.2) (Included in 2.4)
-
Rusty Russell authored
Andrey Panin <pazke@orbita1.ru>: drivers_net_sis900.c: misiing __devinit: This patch adds missing __devinit modifier for read_eeprom() function. Patch against 2.5.8. Compiles, but untested.
-
Rusty Russell authored
Andrey Panin <pazke@orbita1.ru>: drivers_net_eepro100: missing __devinit: This patch adds missing __devinit modifiers for speedo_found1() and do_eeprom_cmd() functions. Patch against 2.5.8. Compiles, but untested.
-
Rusty Russell authored
Andrew Morton <akpm@zip.com.au>: fix a warning in i386_pci-pc.c:
-