- 01 Aug, 2002 7 commits
-
-
David Brownell authored
I noticed a minor goof, basically an open issue coming home to roost. For the root hub, usb_device->devpath was "/" so it caused problems using devpath when constructing names for interfaces. Driverfs doesn't reject it, but of course the resulting directory names can't be used... This patch (untested, but compiles) should make devpath in that case be "0" ... which can't collide with any path through hub ports (first port == "1") so it's possible to use driverfs paths again.
-
Greg Kroah-Hartman authored
Patch based off of 2.4 patch from Juan Quintela <quintela@mandrakesoft.com>
-
Brad Hards authored
While doing some cleanups of duplication #include entries, I found what looks like a minor bug. The keyspan driver does #include <linux/usb.h> twice. Not normally a problem, because of the idempotent constructions. But in this case the behaviour of the dbg() module depends on the value of DEBUG. Keyspan tries to handle this, but the first #include is before the definition, and the second one has no effect. Patch attached. I don't have the hardware to test, but it sure looks wrong now.
-
Ganesh Varadarajan authored
Buggy error handling fixed. Retry the "kickstart" packet much harder - this greatly reduces instances of connection failures.
-
Art Haas authored
Here's a patch for additional designated initializer changes in usb/media/se401.c. Patch is against 2.5.27.
-
Art Haas authored
Here's a patch for additional designated initializer conversion in usr/input/aiptek.c. Patch is against 2.5.27.
-
Trond Myklebust authored
Changeset 1.403.142.29 introduces a pretty nasty race into the RPC code. Once we've decoded the RPC reply, it needs to be protected against being overwritten by any resends. The following patch achieves this by ensuring that the request is removed from the list xprt->recv in xprt_complete_rqst(). This again ensures that xprt_lookup_rqst() will fail to find that request until we put it back on the list.
-
- 31 Jul, 2002 8 commits
-
-
Linus Torvalds authored
bogus dentry pointer to the VFS layer (which would oops on it inside the dcache lock).
-
Linus Torvalds authored
the d_drop is appropriate.
-
Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Andrew Morton authored
Linus, can we please not have that BUG() in 2.5.30?
-
David Brownell authored
One of the flakey things I see with 2.5.29 is that many devices give trouble enumerating. uhci still oopses khubd enumerating pegasus (many control message errors first). But that's not the only troublesome combo. This patch fixes a failure that would hang the ohci driver It's basically avoiding a few less IRQs (most noticable with ISO), in this case so that a wedged SET_ADDRESS completes. (Instead of hanging khubd in 'D' state.) And it also updates a diagnostic to provide more troubleshooting help for similar issues in the future.
-
Rusty Russell authored
Linus, please apply. This fixes cpu_possible() on x86.
-
Trond Myklebust authored
The following patches to nfs2xdr.c/nfs3xdr.c might be relevant: *entry points into the page, and so the assignment should be made before we kunmap(). Also includes a patch that converts references to inode->i_data into inode->i_mapping. Not likely to be the source of your hang, but should still be done for consistency with the rest of the kernel.
-
Trond Myklebust authored
One more lookup bug caught. Fix missing unlock_kernel() when doing readdirplus cached lookups in nfs_lookup().
-
- 30 Jul, 2002 8 commits
-
-
Linus Torvalds authored
copy_process() just copies the process, it doesn't actually start it. This is in preparation for doing a "atomically start process on CPU X" or other cases where we want to change the state of the process before we actually start running it.
-
Martin Dalecki authored
- Include first cut by Adam J. Richter on proper lock protection for tuning functions. - Rename ide_register_subdriver() to ata_register_device() and ide_unregister_subdriver() accordingly to ata_unregister_device(), since this is reflecting better what those functions are about. - Remove tons of "curicum vite" style useless documentation here and there.
-
Martin Dalecki authored
- typedef unsigned char byte; is finally gone. Everything using it should be just ported to u8 if I missed some place where it still gets used. - Next round of parameter parsing cleanups by Gerald Champagne. Adjusted a bit to harmonize with hd.c. - Move IDE register bitfields declarations over from hdparm.h to ide.h. - Declare constants needed by hd.c directly there. Those are standard values not subject to change and we prefer a bit of code duplication in favour of making the two drivers independant from each other. - Move everything not ioctl related away from hdreg.h to ide.h. This header is in effect not private to the ATA code and should therefore not contain stuff only usefull there.
-
Alan Cox authored
The CS5530 one seems unneeded looking at the databook. Try the patch below instead, which removes the irq lock and uses the proper kernel functions to enable MWI and master.
-
Marcel Holtmann authored
This updates the 2.5.x PC Card drivers of the Bluetooth subsystem.
-
bk://ncpfs.bkbits.net/linux-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Petr Vandrovec authored
-
Linus Torvalds authored
using a system call from kernel space. This avoids one level of hidden code, and makes what happens much more explicit (and speeds it up too, fwiw)
-
- 29 Jul, 2002 17 commits
-
-
Eric Sandeen authored
This "warning fix" bug report is actually an OOPS bugfix.
-
Matthew Wilcox authored
locks_unlock_delete is buggy in a couple of different ways (previously reported by Brian Dixon). Rather than fix it, this patch simply deletes it and uses the normal posix file locking mechanisms to remove all locks in locks_remove_posix instead.
-
Anton Blanchard authored
Make cpu_relax() on all architectures a gcc barrier to match x86.
-
http://linux-isdn.bkbits.net/linux-2.5.makeLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Kai Germaschewski authored
-
Sam Ravnborg authored
-
Sam Ravnborg authored
o Corrected dependencies for parportbook o Introduced do_cmd, thus adhering to KBUILD_VERBOSE and make -s
-
Sam Ravnborg authored
do_cmd is a nice shorthand when creating rules that in one line shall adhere to KBUILD_VERBOSE and make -s. So far the only user is (will be) the docbook makefile
-
Linus Torvalds authored
file locking LSM update
-
Linus Torvalds authored
-
Hugh Dickins authored
An acct flag was added to do_munmap, true everywhere but in mremap's move_vma: instead of updating the arch and driver sources, revert that that change and temporarily mask VM_ACCOUNT around that one do_munmap. Also, noticed that do_mremap fails needlessly if both shrinking _and_ moving a mapping: update old_len to pass vm area boundaries test.
-
Hugh Dickins authored
If we support mmap MAP_NORESERVE, we should support it on shared anonymous objects: too bad that needs a few changes. do_mmap_pgoff pass VM_ACCOUNT (or not) down to shmem_file_setup, flag stored into shmem info, for use by shmem_delete_inode later. Also removed a harmless but pointless call to shmem_truncate.
-
Hugh Dickins authored
Update Doc and remove FIXME comment from fork.c now accounting right.
-
Hugh Dickins authored
do_mmap_pgoff's (file == NULL) check was incorrect: it caused shared MAP_ANONYMOUS objects to be counted twice (again in shmem_file_setup), and again on fork(); whereas the equivalent shared /dev/zero objects were correctly counted. Conversely, a private readonly file mapping was (correctly) not counted, but still not counted when mprotected to writable: mprotect_fixup had pointless "charged = 0" changes, now it does vm_enough_memory checking when private is first made writable (but later we may want to refine behaviour on a noreserve mapping). Also changed correct (flags & MAP_SHARED) test in do_mmap_pgoff to equivalent (vm_flags & VM_SHARED) test: because do_mmap_pgoff is dealing with vm_flags rather than the input flags by that stage.
-
Hugh Dickins authored
Remove vm_unacct_vma function: it's only used in one place, which can do it better by using vm_unacct_memory directly.
-
Hugh Dickins authored
do_mmap_pgoff clears MAP_NORESERVE from vm_flags when VM accounts strictly: but it's not in vm_flags, it's in flags (and tested there).
-
Hugh Dickins authored
There is no point in do_mremap clearing MAP_NORESERVE from its flags: it has already validated that only the MREMAP_ flags can be set, and it has no use for MAP_NORESERVE in the code that follows anyway.
-