> Thinking ahead, by the 2.8 timescale, PATA could well be legacy hardware
> which could be supported only by an 'old' IDE driver, much like we already
> have at the moment - I.E. we could remove the current 'old' IDE driver
> sometime during the 2.7 timescale, and support SATA only via the SCSI layer.
>
> This would save having any more than the minimum SATA code going in to the
> existing IDE driver, and consolidate work in the future.
PATA is in _way_ too many current boxes, those computers will continue to
run for a very long time from now. In 10 years what is technologically
obselete will still be very capable.
>
> The bloat of the SCSI layer in embedded machines might be a concern, but
> then again, maybe it won't - how many embedded machines are going to be
> using SATA, anyway? Once we move away from spinning disks towards solid
> state storage, (which is going to happen first in the embedded market),
> will we want to use *ATA or SCSI at all?
You're confusing media and transport.
Zwane
-- function.linuxpower.ca - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/