> From: "Justin T. Gibbs" <gibbs@scsiguy.com>
> Date: Wed, 22 Aug 2001 19:32:46 -0600
>
> Perhaps its different for SBUS, but its not different for ISA
> or EISA.
>
>Right, you pass in a NULL pci_dev pointer. What is the
>problem with that?
I don't have the same lattitude to express dma characteristics of
broken, non-PCI devices. For instance, I can't set the "dma mask"
for a VLB card (say some early BusLogic 445) that had some DMA bugs.
I have to treat it like an ISA card even if it may have problems
with DMAs below the typical ISA dma limit.
> Do you believe that it is architecturally correct to have a single
> api or multiple apis?
>
>I think just plain different entry points are the way to do things,
>because function pointers and/or extra conditional execution rots when
>it's really not needed.
That needent be the case. If I can use a single API to define the
DMA characteristics of my device, and the system knows where it
is in the bus hierarchy (and all the warts of the bridges along
the way, etc.), the magic to do the mapping can be hidden from me
and I don't need to have multiple APIs or code paths. I just pass
a "dma descriptor" that has the necessary info for that type of
dma operation on that platform, and the system does the rest. This
even allows a device to allocate multiple descriptors to handle its
different operations (bulk data is 64bit capable, transaction descriptors
need to be handled with 24bit addresses, etc.).
> The "pci" api already allows you to express this.
>
>There will be a "struct device" in 2.5.x and lots of unification.
That's good to know.
-- Justin - 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 : Thu Aug 23 2001 - 21:00:52 EST