On Thu, 24 Aug 2000, Andrei Petrov wrote:

> On Tue, 22 Aug 2000, Eduardo Horvath wrote:
> 
> > Back to the HME interrupt problem.
> > 
> > I'm surprised that it couldn't find `cpuinfo', but `cpus' should only
> > contain the primary cpu so it should be equivalent.
> 
> 
> I just don't know what is a correct way so the story is:
> 
> I found cpuinfo only as
> #define cpuinfo	(*(struct cpu_softc *)CPUINFO_VA)
> in sparc64/cpuvar.h
> and I had to include that to sbus.c
> Then I got errors because sparc64/cache.h doesn't let you include it
> twice and cpuvar.h includes it. 
> Then I found that cpuinfo->ci_upaid has wrong syntax, I changed it to
> cpuinfo.ci_upaid and found that cpu_softc doesn't have ci_upaid, so
> I found cpus in cpu.h and I gave it a try.  

Don't worry about it right now.  I'll get to this eventually, but it does
not seem to be the immedeiate problem.

> > 
> > To find out if/where the interrupts are getting lost you need to poke
> > around a bit in the PROM.  Do a `softint@ .' to see what pending softints
> > you have.  Network should be level 6, clocks should be 10 and 14, zs 12,
> > and SCSI 3, so look to see if bit 6 (counting from zero) is set.  If it
> > isn't then that means that interrupts probably are not getting through
> > from the SBus controller.
> > 
> 
> got 4400, must be hex(?), looks like clocks only.

Definitely hex and yes that's just the two clock interrupts.

Really need the other info to track this down.

Eduardo Horvath