> > * non-functional HDIO_REGISTER_HWIF ioctl (ain't really working either) > > HDIO_SCAN_HWIF - I don't know about this one. How are we supposed to > follow the "new ports shouldn't define IDE_ARCH_OBSOLETE_INIT" injunction > if we lose all this functionality without it? ia64 is about as close to > a new port as you get :-)
It allows you to register interfaces from user space. As to IDE_ARCH_OBOSOLETE_INIT, its a red herring. It's not worth the trouble to avoid it given the expected short remaining life time of the old IDE layer. Far better would be to help get the new SATA layer doing PATA so drivers/ide can be deleted. > IDE on ia64 is little-used, so I'm OK with leaving it alone, but > I do think it's wrong for an architecture with no real restriction > to specify MAX_HWIFS in ide.h. Better to have the config option, > and make the default there larger if necessary. In the ideal world - its a historical inheritance that its not dynamic - you probably should set it to 10 though - just for plug in IDE cards. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
