Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Dec 2002 16:05:55 -0500 (EST)
From:      Robert Watson <rwatson@FreeBSD.ORG>
To:        Andrew Gallatin <gallatin@cs.duke.edu>
Cc:        alpha@FreeBSD.ORG
Subject:   Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd)
Message-ID:  <Pine.NEB.3.96L.1021210160511.62186P-100000@fledge.watson.org>
In-Reply-To: <15862.22081.436375.524026@grasshopper.cs.duke.edu>

next in thread | previous in thread | raw e-mail | index | archive | help

On Tue, 10 Dec 2002, Andrew Gallatin wrote:

>  > > I'd be happy to help anybody interested in this task, but I feel
>  > > reluctant to take it on myself due to time commitments at my day job. 
>  > > 
>  > > FWIW, some of this is fresh in my mind, as I was recently fooling around
>  > > with expanding the direct map on miatas.  This is a no-go, due to where
>  > > the SRM places the memory space for the PCI devices in the system. (just
>  > > past 2GB). 
>  > 
>  > Hmm.  So it sounds like the minimal code to make busdma "work" is there,
>  > but that until we have interface drivers, it's hard to know whether it
>  > actually will work, and that the busdma code could generally use some
> 
> As I said before, some (all?) scsi drivers use it.  Isa devices which
> work on alpha use it.  It works for the older raw bus_dmamap_load.  Its
> the mbuf interface which is untested. 

Sorry, I should have been more specific -- that's what I meant.  Do you
know if the _uio loading interface works?

>  > improvement to better support large memory systems.  Do you mind if I set
>  > you as the task owner on the busdma page for making sure alpha busdma is
>  > up to spec?  I'd like to make sure all this stuff is in line for 5.1, if
>  > we can.
> 
> Depends what you mean by "up to spec".  If you mean making sure the mbuf
> interface works, then yes.  If you mean making large memory machine work
> well, then no. 

"up to spec" in the sense that network interface drivers will continue to
work as they are converted. 

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org      Network Associates Laboratories



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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1021210160511.62186P-100000>