KZPCC-CE SCSI controller

Wilko Bulte wb at freebie.xs4all.nl
Tue Aug 2 17:58:53 GMT 2005


On Tue, Aug 02, 2005 at 07:41:44PM +0200, Bernd Walter wrote..
> On Tue, Aug 02, 2005 at 10:23:22AM -0700, David O'Brien wrote:
> > On Mon, Aug 01, 2005 at 05:15:01PM +0200, Wilko Bulte wrote:
> > > Yes, asr(4) is not in the default Alpha kernels.
> > ..
> > > Would be interesting to know if it works or not, then we can go and
> > > add it into the default GENERIC for FreeBSD/alpha install cds.
> > 
> > It will not work as-is.  I suspect it could be made to work using the
> > ugly hack we have elsewhere in src/sys:
> > 
> > #ifdef __alpha__                                                                
> > #undef vtophys                                                                  
> > #define vtophys(va)     alpha_XXX_dmamap((vm_offset_t)va)  
> 
> So this driver is not busdma'ed yet?
> Igh - this will invalidate it for lots of machines, not just alpha.
> Since I'm working on > 2G support and AFAIK the asked machine can
> have more than that this may be a problem.

DS20, hmm, I don't recall the max off the top of my head, but well >>
than 2 GB for sure.

> I intent to panic if a driver calls vtophys on a large mem alpha.
> Otherwise I see no option to protect systems from failing in
> spectacular ways.
> I don't think we can expect users to not accidently activate such
> drivers - especially as those problems may be hidden for a while.
> We could get such drivers working by using a large direct map, but
> since most of the problematic cards can only do 32bit addressing
> this wouldn't help that much.
> 
> -- 
> B.Walter                   BWCT                http://www.bwct.de
> bernd at bwct.de                                  info at bwct.de
--- end of quoted text ---

-- 
Wilko Bulte				wilko at FreeBSD.org


More information about the freebsd-alpha mailing list