On Fri, 22 Feb 2002, Jeff Garzik wrote:
> Andre Hedrick wrote:
> > Also not that ATA/IDE drivers were not using 2.4 PCI API and likewise was
> > stable for a while.
>
> Stable? Yes. But it's not modular nor compatible with current efforts
> like 2.4 cardbus or 2.4 hotplug pci or 2.5 device mode. If one cannot
> do
> modprobe piix4_ide
> and have the right things happen automatically, the system is not
> modular. If it doesn't use the PCI API, it's implementing CardBus
> support in a non-standard way if at all.
Now what happens if you have more than one HOST of the same kind or the
"SAME HOST" with multiple functions but are really one HOST?
I do not see how this will handle the problem.
But obviously I have been to far down making sure the DATA got to platter
correct and most likely missed a few things. :-/
> > > This is need for transparented support for cardbus and hotplug PCI, not
> >
> > This is HOST level operation not DEVICE, and you do not see the differenc.
>
> I do. I am talking about a HOST api here.
Okay we are getting some place now, cause what I was reading and seeing in
the changes registers a DRIVE to the PCI API and not a HOST.
>
> > It is a shame that I will now have to start from scratch to create another
> > API for hotplug device for ATA/ATAPI that was migrating into SCSI because
> > of the ide-scsi driver.
>
> Why not work with Patrick to make sure his device model properly
> supports disks?
I thought there were a few conversations to address this point.
What everyone is maybe missing is PATA (parallel ata) does not permit
"Disconnect/Release".
Maybe I need to sit down w/ Patrick to figure out how to pound the model
into my thick head.
Much of my unwillingness to move rapid is because the past has shown
massive problem, and Linus has never permitted rapid design changes in the
ata/atapi stack. So much if this is a shock to the system.
Cheers,
Andre Hedrick
Linux Disk Certification Project Linux ATA Development
-
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/
This archive was generated by hypermail 2b29 : Sat Feb 23 2002 - 21:00:45 EST