- 06 Jun, 2003 5 commits
-
-
Christoph Hellwig authored
It was useful in 2.4 to debug the blockhighmem stuff but in 2.5 it's b0rked because doesn't have any implication except propagation of the highmem_io flags from the scsi host template to the scsi host structure. It also only worked on i386. ACKed by Jens.
-
Christoph Hellwig authored
The legacy host registration/unregistration is the last user of the scsi_host_list but it really wants a per-template list instead, so switch to one that is maintained in scsi_register/scsi_unregister. Also the legacy init/exit code is small enough now to be self-contained in scsi_module.c now. This second version also has proper failure handling in the init_this_scsi_driver
-
Christoph Hellwig authored
Rediffed version, with Mike's isp fix and taking the new scsi_add_host users in usb in account. Currently this is juist a new name for scsi_register, but we make sure new-style drivers never call scsi_register/scsi_unregister but always scsi_host_alloc/scsi_host_put in this patch so the next patch can introduce code specific to legacy drivers in the former. Also cleanup scsi_register/scsi_host_alloc a bit.
-
Christoph Hellwig authored
This feature is seriously racy, and doesn't work under many circumstances. As we have proper ways to find devices by their their locical naming (UUID, fs label) or physical connectivity (scsidev, sysfs) it shouldn't be nessecary anymore.
-
Christoph Hellwig authored
use module_param_named to avoid the the superflous scsi strings in the option names.
-
- 05 Jun, 2003 30 commits
-
-
Patrick Mansfield authored
This patch converts scsi core to use the module_param interfaces (except for the hosts.c scsihosts usage). With this applied, boot time (non-module) command line setting of scsi parameters must be prefixed by what the scsi module name would be (scsi_mod), for example: scsi_mod.scsi_logging_level=0x180 scsi_mod.scsi_default_dev_flags=0x1 scsi_mod.max_scsi_luns=5 Usage of scsi_mod as above is a bit ugly and long - if this patch is applied, we should consider renaming scsi.c to scsi_main.c or similiar, and scsi_mod.o to scsi.o. Or, somehow get our prefix set to "scsi".
-
Christoph Hellwig authored
dito
-
Christoph Hellwig authored
This is the same procedure most of the scsi source files got a while ago.
-
Christoph Hellwig authored
sdev->access_count is incremented not only by sd but also e.g. by sg. Now if sd opens first, then sg, then sd closes and sg last medium removal will still be prevented. Add a counter in scsi_disk for doorlocking instead.
-
Christoph Hellwig authored
-
Christoph Hellwig authored
Current code just puts the driver name into it which is utterly useless
-
Christoph Hellwig authored
This allows us to kill the horrible scsi_host_legacy_release hack. Note that the new ->release methods still seem to be incorrect in some case, but I really want to kill that hack in core code not to make all drivers perfect.
-
Matthew Wilcox authored
- Make some more options depend on bus types - Eliminate the Kconfig option for 53c7,8xx and some references to it - Eliminate the original sym53c8xx driver from the config (leave it in the makefile for now though) - Merge the m68k Kconfig bits into the main scsi Kconfig file - Tidy up some formatting
-
bk://kernel.bkbits.net/gregkh/linux/i2c-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
bk://kernel.bkbits.net/gregkh/linux/pci-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/pci-2.5
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/gregkh-2.5
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/i2c-2.5
-
Greg Kroah-Hartman authored
-
Stephen Hemminger authored
There is a typo in the current 2.5.70 bk version of class_device_release that was not there in my original patch. By confusing the class and the class_device, the release function oops. cd->release is always the function itself (class_device_release), cls->release is the one setup for the class (net_class in my case).
-
Andreas Schultz authored
i2c-core.c contains 2 loops that iterate over the list of the clients attached to an adapter and detaches them. Detaching the clients will actually remove them from the list the loop is iterating over. Therefore the list_for_each_safe() method has to be used.
-
Mark M. Hoffman authored
This patch fixes the various return values in the w83781d_detect() error paths. It also cleans up some formatting here and there. It should be applied on top of the previous one. It works for me; same caveat as above w.r.t. ISA.
-
bk://kernel.bkbits.net/davem/sparc-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Greg Kroah-Hartman authored
Now the only users of this directly should be the pci core and arch specific pci core code.
-
Greg Kroah-Hartman authored
This will let not have to export the pci_devices variable.
-
Greg Kroah-Hartman authored
-
Greg Kroah-Hartman authored
-
Greg Kroah-Hartman authored
-
Greg Kroah-Hartman authored
This makes the driver build properly now, and removes a direct access of the pci_devices variable.
-
Greg Kroah-Hartman authored
Yeah, this is commented out code, but just trying to be complete...
-
Greg Kroah-Hartman authored
-
Paul Mackerras authored
This patch gets rid of CONFIG_ALL_PPC, which was a very confusing option, since it didn't actually mean "ALL" at all, it was more a "common set" thing. The primary replacement for CONFIG_ALL_PPC is CONFIG_PPC_MULTIPLATFORM. I have also defined CONFIG_PPC_PMAC, CONFIG_PPC_PREP and CONFIG_PPC_CHRP for selecting code which is only needed for one of the three platforms that CONFIG_ALL_PPC represented. This is something that we (the PPC community) have been talking about doing for some time. There is also a CONFIG_PPC_OF which is for PPC machines with Open Firmware, which is currently powermacs and CHRP machines. At the moment, CONFIG_PPC_{PMAC,PREP,CHRP,OF} get unconditionally defined if CONFIG_PPC_MULTIPLATFORM is selected, but in future this split will let us have more control over what gets included, so that for example we don't necessarily have to include powermac bits in a kernel for a PReP machine. I have gone through the uses of CONFIG_ALL_PPC one by one and decided which of the new symbols best represents the set of machines that need the code in question. In fact most of the uses of CONFIG_ALL_PPC in the drivers have been replaced by CONFIG_PPC_PMAC. The other symbols are mostly confined to the PPC architecture code.
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Jens Axboe authored
and fix the start/stop thing as well. I think this is all of them.
-
bk://are.twiddle.net/axp-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
- 04 Jun, 2003 5 commits
-
-
Oliver Neukum authored
you should not drop errors. - proper error detection during initialisation
-
Oliver Neukum authored
this cuts out old cruft.
-
David Brownell authored
Here's the non-inlined doc for the gadget API.
-
Ben Collins authored
> Ben, it looks like your patch broke something for USB keyboards, any > idea? Yep, my patch killed hid-input from scanning HID_OUTPUT_REPORT's. Fixed with this patch for 2.5.70+bk. I'll send one for 2.4.x in a few minutes.
-
Steven Cole authored
-