Subject: Re: ATM en0 driver on sbus
To: Eduardo E. Horvath <eeh@one-o.com>
From: Chuck Cranor <chuck@maria.wustl.edu>
List: port-sparc
Date: 08/14/1998 12:53:32
In your letter dated Fri, 14 Aug 1998 09:53:50 -0700 (PDT), you wrote:
>You should be using bus_dmamem_alloc() and bus_dmamem_map() for any memory
>that the chip will be doing DMA to/from (see dev/sbus/if_le.c).
right, although it will be much more complicated for the midway
because the driver DMAs directly to/from the data areas of an mbuf.
[i.e. it doesn't do any data copying at the driver layer...]
so you will have to map and unmap each mbuf you get as you receive
them. i don't think bus_dmamem_alloc() will be useful since we
always deal with mbufs whose data areas are already allocated?
>Lookin in `midwayreg.h', It would be a good idea to remove the
>compatibility bus.h stuff since there's the line:
>#define vtophys(x) ((u_int32_t)(x)) /* sun4c dvma */
>This implies that you will have DVMA issues.
you pretty much have to have DVMA issues on a sun4c. at the time
i wrote the driver the rest of the framework wasn't ready. it would
be an interesting project to make the sbus version of the card
go again. unfortunately i no longer have access to ATM or any
sun newer than a sparc2.
chuck