Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 12 Feb 1998 15:16:00 -0800
From:      Mike Smith <mike@smith.net.au>
To:        Brian McGovern <bmcgover@cisco.com>
Cc:        Mike Smith <mike@smith.net.au>, dg@root.com, hackers@FreeBSD.ORG
Subject:   Re: Mapping phyical memory in to the PCI address range... 
Message-ID:  <199802122316.PAA04707@dingo.cdrom.com>
In-Reply-To: Your message of "Wed, 11 Feb 1998 19:52:01 EST." <199802120052.TAA06972@bmcgover-pc.cisco.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
> The UARTs they use on the board have a 64 byte buffer. By Cyclades
> estimates, about 32 bytes would be available about the time the
> firmware would be ready to move the data into whatever buffers
> it uses.

Does the firmware buffer in the onboard card memory?  How does it use 
DMA to the host's memory?  Particularly, does it require a separate DMA 
setup for every transfer, or can you just give it an address range to 
work in and not have to continually reprogram it?  (I don't have the 
9060 docco to hand here, so I can't check that.)

> Again, I ask from the perspective that I'm trying to minimize HOST CPU
> usage for moving the data, and figured a RAM (buffer) to RAM (clist) copy on 
> the motherboard would be cheaper/faster for the host than a RAM (buffer) to 
> RAM (clist) copy over the PCI bus. I'd therefore also expect that the inverse
> would be true. But, from most of what I've heard, there should be little
> difference at a cost of extra PLX9060 programming (which looks easy on
> paper).

I think the bottom line is going to be how much administrative overhead 
there is in reprogramming the 9060.  How many 9060 register accesses 
are required per DMA?  How many bytes of serial data are transferred 
per DMA?

If the first is significantly less than a quarter of the second, then 
you have the opportunity to win.  Although I think that was probably 
already obvious.


> 	-Brian
> 

-- 
\\  Sometimes you're ahead,       \\  Mike Smith
\\  sometimes you're behind.      \\  mike@smith.net.au
\\  The race is long, and in the  \\  msmith@freebsd.org
\\  end it's only with yourself.  \\  msmith@cdrom.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199802122316.PAA04707>