Hello,

i've put the KFQSA in another cabinet, in a friend's 3500. That does not
help either. So, it might be that the KFQSA is broken.

One thing we have noticed (no: my colleague noticed; i have not seen it,
i need new glasses...) is a message

	/netbsd: stray interrupt: vector 0x318, ipl 23

immediately before the

	/netbsd: uda1: controller error, sa=0101510 (unknown error code)

Could this mean something interresting?


Thanks

ms


Michael Schneider wrote:
> 
> Hmmm, yep, that could be...
> 
> I'll move the KFQSA around a bit, closer to the CPU. Maybe it helps.
> 
> Faint hope: there are no jumpers on the controller for this?
> 
> ms
> 
> Anders Magnusson wrote:
> >
> > >
> > > Oh, i forgott:
> > >
> > > With cache disabled, it runs for days without problems.
> > > I currently compile a kernel with D-cache disabled and I-Cache enabled.
> > > If my theory (uncontrolled cacheing of controller status data) is right,
> > > this could help...
> > >
> > Actually, this seems really strange. The cache on VAXen cannot be flushed
> > or invalidated or so, it just has a snoop cache, so the only thing that
> > can be done with the CPU cache is to turn it on or off.
> > It seems more likely that some cache invalid line in your Q-bus is
> > broken, that could cause cache-related problems.
> >
> > -- Ragge
> 
> --
> Michael Schneider                       email: ms@silke.rt.schwaben.de
> Germany                                  http://www.vaxcluster.de
> 
>             People disagree with me.  I just ignore them.
>                          (Linus Torvalds)

-- 
Michael Schneider                       email: ms@silke.rt.schwaben.de
Germany                                  http://www.vaxcluster.de

            People disagree with me.  I just ignore them.
                         (Linus Torvalds)