- 12 Mar, 2003 8 commits
-
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
- 11 Mar, 2003 32 commits
-
-
David S. Miller authored
-
Joshua Uziel authored
-
Andrew Morton authored
Patch from Neil Brown <neilb@cse.unsw.edu.au> Allow auto-unplugging to work for devices that do it themselves. Auto-unplugging - and blk_unplug_work in particular - assumes that the device uses "generic_unplug_device" for unplugging, but some devices don't. md crashes. So blk_unplug_work should use ->unplug_fn
-
Steven Cole authored
This patch fixes spelling errors in the Documentation directory and was extensively reviewed by the following people: Dan Kegel, David Woodhouse, Joe Perches, Jared Daniel J. Smith, Michael Hayes, and Steven Cole
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
bk://kernel.bkbits.net/davem/sparc-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Joshua Uziel authored
-
Joshua Uziel authored
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.5
-
Art Haas authored
-
Stephen Rothwell authored
-
David S. Miller authored
into nuts.ninka.net:/home/davem/src/BK/net-2.5
-
bk://ldm.bkbits.net/linux-2.5-coreLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Patrick Mochel authored
From Ben Collins Used as manual trigger for device/driver binding, so drivers can claim devices that are present but failed to be bound. In case of ieee1394, this can happen if two computers are attached to a device - the second one won't be able to claim it until the first detaches. Changed device_attach() to return 1 when a driver was bound to a device. Makes it so bus_rescan_devices() can return the number of devices attached. Tested this with ieee1394 over a bus reset and it worked as expected.
-
Patrick Mochel authored
- Don't d_delete() files when removing a directory - they must still be hashed when dput() reaps them, and it will __d_drop() them anyway. - Don't d_invalidate() the directory on removal. - do simple_rmdir() after d_delete() on directory. - Remove extra dput(), which was causing refcount to go negative, causing an oops when someone tried to create the directory again. - Make sure we don't d_delete() or do extra dput() on file when updating, either.
-
Andries E. Brouwer authored
-
Dave Kleikamp authored
into shaggy.austin.ibm.com:/shaggy/bk/jfs-2.5
-
Christoph Hellwig authored
The old adap_lock and driver_lock could deadlock and there was a bunch of stuff that was horribly racy. The new locking scheme is from lm_sensors CVS but I had to fix quite a few bugs to make this work.
-
Christoph Hellwig authored
This one is from lm_sensors CVS and mostly cosmetic changes. I it up a bit to compile properly under latest 2.5.
-
Christoph Hellwig authored
another bunch of IDs appeared in lm_sensors CVS lately..
-
Christoph Hellwig authored
This somehow got lost in the uClinux merge.
-
Christoph Hellwig authored
It's the _device_ filesystem, so regular files are grossly misplaced here. Fortauntely only one driver actually tries to use it (microcode) and it's works fine with a regular miscdevice as well.
-
Christoph Hellwig authored
Sorry, the devs_only() patch accidentally included the devfs-portion of the DEVFS_FL_AUTO_DEVNUM patch. This patch contains the remaining parts.
-
Christoph Hellwig authored
The new slab poisoning code broke kmem_cache_size(), it now returns a too large size as the poisoning area after the object is includes. XFS's kmem_zone_zalloc thus overwrites exactly that area and triggers the new checks everytime such an object is freed again. I don't recommend using XFS on BK-current without this patch applied :)
-
Jens Axboe authored
-
Greg Ungerer authored
This patches fixes the m68knommu 68360 serial driver to use the work_struct, not the obsoleted workqueue.
-
Greg Ungerer authored
This patch moves common ColdFire vector and timer procesing code from the local per-processor config.c for the 5206 ColdFire sub-architecture. All ColdFire CPU's have the same timer and basic vector setup, seems crazy to repeat this code for each of 6 ColdFire CPU varients.
-
Greg Ungerer authored
This patch moves common ColdFire vector and timer procesing code from the local per-processor config.c for the 5206e ColdFire sub-architecture. All ColdFire CPU's have the same timer and basic vector setup, seems crazy to repeat this code for each of 6 ColdFire CPU varients. This patch also removes the reset button support, this is now moved to a proper device driver, where it belongs.
-
Greg Ungerer authored
This patch moves common ColdFire vector and timer procesing code from the local per-processor config.c for the 5249 ColdFire sub-architecture. All ColdFire CPU's have the same timer and basic vector setup, seems crazy to repeat this code for each of 6 ColdFire CPU varients.
-
Greg Ungerer authored
This patch creates common timer setup and handling code for the m68knommu ColdFire CPU sub-architecture. All 6 ColdFire CPU varients contain the same hardware timers. Currently each sub-arch has its own timer code. This reduces a lot of code duplication.
-
Greg Ungerer authored
This patch puts the new common ColdFire timers.c and vectors.c into the build list (in the m68knommu architecture branch).
-
Greg Ungerer authored
This patches fixes the m68knommu 68328 serial driver header to use the work_struct, not the obsoleted workqueue.
-