On Thu, 2008-01-03 at 20:05 +0100, Geert Uytterhoeven wrote: > On Thu, 3 Jan 2008, James Bottomley wrote: > > On Thu, 2008-01-03 at 17:40 +0200, Boaz Harrosh wrote: > > > As recommended by Christoph Hellwig. There is no use > > > of Fixing these drivers, since there is a much simpler > > > and modern esp infrastructure with David Miller's esp_scsi > > > > > > - Remove all driver files dependent on NCR53C9x.c > > > deleted: drivers/scsi/NCR53C9x.c > > > deleted: drivers/scsi/NCR53C9x.h > > > deleted: drivers/scsi/blz1230.c > > > deleted: drivers/scsi/blz2060.c > > > deleted: drivers/scsi/cyberstorm.c > > > deleted: drivers/scsi/cyberstormII.c > > > deleted: drivers/scsi/dec_esp.c > > > deleted: drivers/scsi/fastlane.c > > > deleted: drivers/scsi/mac_esp.c > > > deleted: drivers/scsi/mca_53c9x.c > > > deleted: drivers/scsi/oktagon_esp.c > > > deleted: drivers/scsi/oktagon_io.S > > > deleted: drivers/scsi/sun3x_esp.c > > > > > > - Remove above list from drivers/scsi/Kconfig && > > > drivers/scsi/Makefile > > > > OK, I'll split this into four pieces for scsi-pending, since there are > > three separate interest groups with signoffs to collect (MCA, m68k and > > alpha) plus the core removal. > > Anybody who can look into converting the m68k NCR53C9x drivers and has > hardware to test (some of) them? I don't think we can afford losing one > third of our SCSI drivers... > > You can use the following as guidance: > > commit 5ff263667798946abc15314eae3f341345877d7a > Author: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx> > Date: Tue May 22 17:03:44 2007 -0700 > > [SCSI] jazz_esp: Converted to use esp_core. > > Use new esp_scsi for JAZZ SCSI host adapter driver I can also offer help to anyone who tries this. It's also a good opportunity to let die drivers that have no committed users. Just to be clear on why we're doing this: the NCR53C9x driver on which these are all based is in a pretty horrendous state of repair. The esp_scsi one is much nicer, actually nicely tested and has a host of features the old driver didn't. However, the principle driving force is the conversion of the SCSI subsystem to the sg_list accessors. esp_scsi is already coverted. NCR53C9x looks like a nasty job. Thus, the moment the conversion patch goes in, all your drivers will break. However, since breakage excites a whole bunch of kernel compile checkers (and lands me with a flood of email), I'm prepared to remove them to prevent this from happening ... unless we can get them converted over to esp_scsi. I'll put the removal in the scsi-pending tree, so it won't be picked up by -mm, but we need to get this situation resolved by 2.6.25 at the latest. James - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html