Sergei Shtylyov wrote:
Hello.
Jeff Garzik wrote:
I think that for the time being it is best to just proceed with the
removal
and see if there are any users needing the driver (+ we should
probably try
SCSI/libata/osst path first).
Far better to just leave it there. It generally works for users so all
you are doing is creating a regression with no possible benefit (other
than encouraging people to move to libata so we can obsolete all of
drivers/ide - which is what we really need to do and move the last few
users over)
Oh, yes. SCSI emulation is just what Linux embedded world is asking
for...
The goal is to make SCSI emulation optional for ATA devices, by
creating a libata ATA block device driven by the libata driver framework.
Please remind me for how many years this remains a goal?
A long time, yes :) But clear progress is being made in that
direction, too.
A key reason why, years ago, libata used SCSI as a framework was its
utility as a generic driver framework.
Therefore, it is an obvious requirement that the non-SCSI "driver
framework" code that libata uses must be reimplemented -- in block layer
or libata -- in order to export an ATA disk as a pure block device.
The latest step towards that goal occurred quite recently: block layer
timeouts.
Jeff
--
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
