On 8/16/05, Alan Cox <[EMAIL PROTECTED]> wrote: > > > * 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.
My opinion on this matter differ, I want to: * finish rewriting IDE code * deprecate crap * (later) drop crap and merge rest with libata I will write precised TODO (w/ status) soon. IMO this is much better solution as: * you go from working code into small steps (evolution) * you don't have to maintain both libata and IDE driver for X years (deleting drivers/ide anytime soon is a pipedream) * as IDE becomes less popular testing gets harder (especially when developing new code - you don't have previous state) * it shouldn't be that hard - I have many parts of the stuff done (they need some polishing) Bjorn, thanks for working on this, IDE_ARCH_OBSOLETE_INIT ( -> ide_init_hwif_ports() ) needs to be fixed in order to make REAL improvements. Bartlomiej - 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/
