Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 13 Oct 2002 19:30:39 -0700
From:      Wes Peters <wes@softweyr.com>
To:        Terry Lambert <tlambert2@mindspring.com>
Cc:        ticso@cicely.de, "M. Warner Losh" <imp@bsdimp.com>, hch@infradead.org, dillon@apollo.backplane.com, vova@sw.ru, nate@root.org, arch@FreeBSD.org
Subject:   Re: Database indexes and ram
Message-ID:  <3DAA2C4F.9E15CA75@softweyr.com>
References:  <3DA954CF.98B0891A@mindspring.com> <20021013.060851.113437955.imp@bsdimp.com> <3DA9B4A8.194A02FC@mindspring.com> <20021013.120847.31902907.imp@bsdimp.com> <20021013181633.GB34517@cicely8.cicely.de> <3DA9C3B9.E78BBFE6@mindspring.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Terry Lambert wrote:
> 
> Bernd Walter wrote:
> > Of course they can do.
> > It's just a matter if the card and the board support 2 address cycles.
> > Or if the board can map the pci reachable space - as alphas can do.
> 
> The question is whether you can say reliably that all cards that
> will be sharing cached data space can do this, or whether you
> will have to bounce the data to below 4G.
> 
> If you can't *know*, then to ensure operation, you *must* bounce
> the data to proactively guarantee that the physical address will
> be in range of the card's DMA engine.
> 
> Among other things, this means recognizing a 32 bit card in a 64
> bit slot, and a 64 bit card in a 32 bit slot, and a 64 bit card
> in a 64 bit slot, but which has only 32 bits worth of electrical
> connector on the physical card.
> 
> If you can guarantee that, then you can do it without bouncing.
> 
> Can you do that?

No, and that's exactly why the Linux developers took the tack they did:
all of the DMA targets are allocated in the lower 4GB of physical address
space.  It was quite an intelligent decision, one that made me grin when
I "got it."

-- 
            "Where am I, and what am I doing in this handbasket?"

Wes Peters                                                         Softweyr LLC
wes@softweyr.com                                           http://softweyr.com/

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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3DAA2C4F.9E15CA75>