- 30 May, 2003 1 commit
-
-
Jon Grimm authored
Otherwise, we can end up in a deadlock if both sides in SHUTDOWN-PENDING but both apps have gone away.
-
- 15 May, 2003 1 commit
-
-
Sridhar Samudrala authored
-
- 14 May, 2003 3 commits
-
-
Sridhar Samudrala authored
macros for all the global fields in the structure. This is to avoid the confusion with the static variable sctp_protocol of type struct inet_protocol. Also fixes some calls that pass the global variable as an argument.
-
Sridhar Samudrala authored
into us.ibm.com:/home/sridhar/BK/lksctp-2.5.69
-
Sridhar Samudrala authored
-
- 13 May, 2003 6 commits
-
-
http://linux-lksctp.bkbits.net/lksctp-2.5.workJon Grimm authored
into touki.austin.ibm.com:/home/jgrimm/bk/lksctp-2.5.work
-
Jon Grimm authored
This was too cautious; let the user set what they really want. This is preventing the Lockheed folks from doing interesting failover tests setting all path_retrans to 0 (for immediate failover).
-
Jon Grimm authored
-
Jon Grimm authored
-
Jon Grimm authored
Something weird is happening with prefetch during our module init. Notified Andi, but this is at least a workaround for us dying.
-
Sridhar Samudrala authored
-
- 08 May, 2003 1 commit
-
-
Jon Grimm authored
Off by one error causes us to think that there was an error one the first heartbeat timeout. Also, fix leak in bind_buckets.
-
- 07 May, 2003 1 commit
-
-
Jon Grimm authored
-
- 06 May, 2003 3 commits
-
-
Jon Grimm authored
-
Sridhar Samudrala authored
-
Jon Grimm authored
Verify that the counts for duptsns and gapacks can actually fit in the skb so we won't underrun.
-
- 05 May, 2003 3 commits
-
-
Jon Grimm authored
-
http://linux-lksctp.bkbits.net/lksctp-2.5.workJon Grimm authored
into touki.austin.ibm.com:/home/jgrimm/bk/lksctp-2.5.work
-
Jon Grimm authored
Standford Checker reported direct touch of user space.
-
- 04 May, 2003 10 commits
-
-
Linus Torvalds authored
-
Ben Collins authored
- Remove some 2.4 compatibility macros - Fix userspace pointer misuse in video1394 ioctl. Caught by the Stanford Checker. Gotta love the automated systems. - Move our hotplug stuff around, to make the transition to putting our module dev table in mod_devicetable.h. - Fix ohci1394 for possible crash with async stream packets. Cleaned up some debug messages.
-
Bartlomiej Zolnierkiewicz authored
This fixes two bugs introduced by some 2.5 changes: - O_NDELAY handling typo in floppy_open() - handling of failed transfers in floppy_end_request() (do equivalent of what 2.4 does) Without first fix I was getting "floppy0: disk absent or changed during operation" infinite loop on opening and without second fix, infinite loop on error retry. Now floppy driver seems to be (somehow) working :-).
-
Christoph Hellwig authored
This file was _the_ header for block-device related stuff in earlier Linux versions, but nowdays there's just a few prototypes left that really belong into blkdev.h or genhd.h (and in one case elevator.h). This patch moves them over and removes everything but including blkdev.h from blk.h Note that blkdev.h gets all the headers that were included in blk.h inmplicitly too. Now we can start removing all references to it an maybe kill it off before 2.6. *sniff*
-
Ben Collins authored
This adds ieee1394 for module table registration.
-
Ben Collins authored
This fixes the compat_ioctl interface for the case where a NULL handler is registered. This should produce a "compatible" as opposed to "translated" interface for the specified ioctl. The patch was sent to linux-kernel and no one complained (atleast with this second rev).
-
Christoph Hellwig authored
Currently __bdevname walks the obsolete list of block majors to find a name for the given dev_t and falls back to unknown-block(%u,%u) if that's not possible. Replace this with an attempted get_gendisk() + disk_name. This means __bdevname can't be called from irq context anymore, but as all old irq context callers are using bdevname() now that fine (and I've added a big comment).
-
Christoph Hellwig authored
- both rpciod_up and rpciod_down do a gratious inc/dec of the use count - but we can't ever be inside those function unless it's called from an other module -> totally useless - rpciod() (the kernel thread) also bumps the refcount when starting and decrements it when exiting. but as a different module must initiate this using rpciod_up/rpciod_down this is again not needed. (except when a module does rpciod_up without a matching rpciod_down - but that a big bug anyway and we don't need to partially handle that using module refcounts).
-
Christoph Hellwig authored
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
- 03 May, 2003 11 commits
-
-
James Morris authored
-
Bart De Schuymer authored
-
François Romieu authored
-
Bart De Schuymer authored
-
Paul Mackerras authored
-
Vinay K. Nallamothu authored
-
Vinay K. Nallamothu authored
-
Vinay K. Nallamothu authored
-
Vinay K. Nallamothu authored
-
bk://kernel.bkbits.net/acme/net-2.5David S. Miller authored
into nuts.ninka.net:/home/davem/src/BK/net-2.5
-
James Morris authored
-