- 09 Oct, 2002 13 commits
-
-
Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Christoph Hellwig authored
Switch over ATM code to initcalls and reorder the makefile so that link order inside atm is the same. I've also cleaned up the makefile a bit while at it. I didn't fix the existing compilation problems in the drivers (cli & friends) and the broken le/be firmware selection for the fore200e cards (kbuild breakage) though.
-
Jens Axboe authored
Noticed by Peter Chubb. SCpnt->sense_buffer[0] has to _equal_ 0xf0 for the sense to be valid, not vice versa.
-
Andrew Morton authored
Make 64-bit sector_t compulsory. Accelerated testing...
-
Andrew Morton authored
From Peter Chubb The bios geometry is almost useless, except for fdisk to try to write an MSDOS partition table that is vaguely compatible with one written by other operating systems. If the size of disc will overflow a ten-bit cylinder number, then all bets are off anyway. So fake it by casting the true disc capacity to a smaller type (than u64), so that we avoid 64-bit division on 32-bit platforms. If the disc is small enough that the number of cylinders is correct, then this has no effect; otherwise, the number-of-cylinders we report is bogus, but you can't use an MSDOS-format partition table on such a drive anyway --- use the EFI GPT or the LDM partitioning, which use 64-bit offsets internally.
-
Andrew Morton authored
From Peter Chubb Get rid of need for GCC _udivdi3 and _umoddi3 helper functions - use sector_div more aggressively.
-
Andrew Morton authored
From Peter Chubb (Yes I forgot something... Without this patch, trying to use RAID without CONFIG_LBD would fail.) Fix md operation without CONFIG_LBD --- don't try to include __udivdi3 etc.
-
Andrew Morton authored
From Peter Chubb Filesystem migration to possibly 64-bit sector_t: - bmap() now takes and returns a sector_t to allow filesystems (e.g., JFS, XFS) that are 64-bit clean to deal with large files - buffer handling now 64-bit clean Enable 64-bit sector_t on IA32 and PPC. kiobufs takes sector_t array, not array of long. Fix blkmtd.c to deal in such an array. Miscellaneous fixes for 64-bit sector_t. - missed printk formats - ide_floppy_do_request had incorrect signature - in blkmtd.c there was a pointer used to manipulate an array to be used by kiobuf -- it was unsigned long, needed to be sector_t
-
Andrew Morton authored
From Peter Chubb Compaq Smart array sector_t cleanup: prepare for possible 64-bit sector_t Clean up loop device to allow huge backing files. MD transition to 64-bit sector_t. - Hold sizes and offsets as sector_t not int; - use 64-bit arithmetic if necessary to map block-in-raid to zone and block-in-zone
-
Andrew Morton authored
From Peter Chubb printk changes: A sector_t can be either 64 or 32 bits, so cast it to a printable type that is at least as large as 64-bits on all platforms (i.e., cast to unsigned long long and use a %llu format) Transition to 64-bit sector_t: fix isofs_get_blocks by converting the (possibly 64-bit) arg to a long. SCSI 64-bit sector_t cleanup: capacity now stored as sector_t; make sure that the READ_CAPACITY command doesn't sign-extend its returned value; avoid 64-bit division when printing size in MB. Still to do: - 16-byte SCSI commands - Individual scsi drivers.
-
Andrew Morton authored
peter's code works for me, and the 40-odd people who download the -mm patches. Anton has tested it on ppc64 and I presume that Peter has tested it on ia64. I use gcc-2.91.66 and others use later compilers. I expect that any remaining problems will mainly be caught by the compiler. And compiler bugs can be detected by turning off the option in config and seeing if things get better. From Peter Chubb - do_request() function takes sector_t not unsigned long as the block number to operate on. - Various casts to long where the underlying device can never get big enough to warrant a 64-bit sector offset. - Cast sector_t to unsigned long long when printing.
-
Patrick Mochel authored
-
Patrick Mochel authored
into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-core
-
- 08 Oct, 2002 27 commits
-
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
into nuts.ninka.net:/home/davem/src/BK/net-2.5
-
Doug Ledford authored
scsi_syms.c: Missing export drivers/scsi/aic7xxx_old.c: More updates for the slave_attach stuff drivers/scsi/scsi_scan.c: Make scsi_scan.c call hostt->slave_attach after we have set the sdev->tagged_supported variable
-
David S. Miller authored
-
Benjamin LaHaise authored
- Change socket lock users to owner which is a pointer. - Add sock_owned_by_user
-
Alexey Kuznetsov authored
- The media is allowed not to have any support for link-level multicasts, ppp is an example.
-
David S. Miller authored
into nuts.ninka.net:/home/davem/src/BK/net-2.5
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
device_unregister() is intended to be the complement of device_register(), and assumes most of the functionality of the current put_device(). It should be called by the bus driver when a device is physically removed from the system. It should _not_ be called from a driver's remove() method, as that remove() method is called via device_detach() in device_unregister(). dev->present is used to flag the physical presence of the device. It is set when the device is registered, and cleared when unregistered. get_device() checks this flag, and returns a NULL pointer if cleared. This prevents anyone from obtaining a reference to a device that has been unregistered (removed), but not yet been freed (e.g. if someone else is holding a reference to it). put_device() BUG()s if dev->present is set. A device should be unregistered before it is freed. This will catch people doing it in the wrong order.
-
Alan Cox authored
-
http://jdike.stearns.org/fixes-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
http://jdike.stearns.org/updates-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
http://jdike.stearns.org/net-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Adam Kropelin authored
This fixes some critical bugs in cpqarray in 2.5. One of the fixes essentially backs out the block queue stop/start behavior that was added recently. This code as it stands is buggy and locks up under even light SMP workloads. Certainly we want the performance benefits of proper block queue plugging, but the driver needs some work before it will fit nicely. Some of these fixes do theoretically hurt performance, but when you consider that the driver is unusable under SMP as-is, I think it is right to get correctness first. Specifically, this patch does the following: * Adds locking to proc queue-walking code for debugging use. Note that the proc registration is still broken and I've left it that way since this stuff should probably migrate to driverfs anyway. * Moves interrupt enabling so queue lock is initialized before interrupts are enabled. Otherwise if we get a quick interrupt we oops the machine. * Removes unconditional IRQ enabling in do_ida_request(). The block layer takes the spinlock with irq_save so if we're going to play this trick then we need to irq_restore. For now, just eliminate the unlocked region. * Remove block queue stop/start logic since it can leave the queue stopped with no outstanding completions to start it again. Plugging logic can come back but it should go hand-in-hand with a cleanup of the driver's request handling algorithm. If nobody screams about this patch I'll go ahead and start making those improvments.
-
Brian Gerst authored
This last patch removes the union, replacing it with s_fs_info.
-
bk://lsm.bkbits.net/linus-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
bk://linuxusb.bkbits.net/linus-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
David S. Miller authored
-
David S. Miller authored
-
Greg Kroah-Hartman authored
-
Linus Torvalds authored
-
Linus Torvalds authored
-
Linus Torvalds authored
-
Linus Torvalds authored
-