Re: Fail to use ste driver on sparc64 arch

Eric Belhomme <[email protected]>
Newsgroups gmane.os.openbsd.sparc,gmane.os.openbsd.misc
Message-ID <[email protected]>
Le mardi 10 mars 2009 C  10:24 +0000, Stuart Henderson a C)crit :

> I would look through a driver which was already converted and see what
> was done. vr(4) doesn't look to be a bad choice, since it was done in
> stages, so there are small commits you can look at (look at jason@'s
> commits in October 2003)..
>
> http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/if_vr.c
>
> It will be easier to do this with the card in an i386 box so you can
> test things in stages.

thanks for your help !
I had a look on manpages for bus_dma and I think I understood the basic
idea :

1) actually, ste driver do direct I/O by reserving memory buffers (I
don't really understand why it needs a virtual to physical translation
but I guess it's not a real problem)

2) I need to replace these direct I/O access by DMA accesses using the
bus_dma API.
In particular, ste_newbuf must be rewritten, then every accesses using
actually the memory pointer returned by vtophy have to be adapted using
bus_dma* function.

Am I right ?

--
Eric Belhomme

[demime 1.01d removed an attachment of type application/x-pkcs7-signature which had a name of smime.p7s]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.