On Monday 12 February 2001 10:20 pm, Reinoud Zandijk wrote:
> Hi Chris,
>
> On Mon, 12 Feb 2001, Chris Gilbert wrote:
> > > I've just uploaded the newest version with a hopefully working patch
> > > for the Kinetic card. It works by deleting the DRAM info for now. This
> > > should be modified later to allow slow memory too when its implemented
> > > in the rest of the system.... the only question is : do we want to in
> > > that case?
> >
> > It won't work.  I've tried that method.  The kernel's die unexpectedly,
> > no drop to ddb, still pingable, but dies all the same.  I suspect that
> > some buffer needs to be available to the rest of the hardware.
> >
> :(( Well i think its your harddisc interface... but yeah i am thinking
>
> about passing the old DRAM info too especially for this purpose. In the
> new bootconfig structure i would like to patch this so there will be more
> memory types...

I suspect network, rapide doesn't do DMA, only transfer via the CPU.  However 
something dies, I've only once got a ddb and it wasn't very informative *sigh*

> > We need to be able to tag the memory up to allocate it either to
> > the kernel/processes or the other internal hardware.
>
> Yeah ... hmm... just thinking about where to store this information...
> might well be nessisary to adjust pmap.c or to mess around in autoconf
> stuff... hmm... will check :))

Well something can probably be done, even if it's getting the kernel, and 
page tables into the kinetic, and then allocate from the simm's until we 
start init up.   Even that isn't foolproof.  I believe that we can make it 
work, but most of the allocs for hardware need to be tweaked to use the simms.

Cheers,
Chris