re: SMP status ?

[matthew green <mrg%eterna.com.au@localhost>]

> > i'm curious if anyone else has success with the following change.  it
> > has survived at least 3x longer than normal under load for me.

my ss20 crashed after about 5 hours with the same problem, but
then the next boot crashed almost instantly.. in about 2 mins.

> > Index: cpu.c
> > ===================================================================
> > RCS file: /cvsroot/src/sys/arch/sparc/sparc/cpu.c,v
> > retrieving revision 1.223
> > diff -p -r1.223 cpu.c
> > *** cpu.c   22 Jun 2010 18:29:02 -0000      1.223
> > --- cpu.c   10 Jan 2011 10:46:41 -0000
> > *************** void
> > *** 500,506 ****
> >  cpu_init_system(void)
> >  {
> >
> > !   mutex_init(&xpmsg_mutex, MUTEX_SPIN, IPL_VM);
> >  }
> >
> >  /*
> > --- 500,506 ----
> >  cpu_init_system(void)
> >  {
> >
> > !   mutex_init(&xpmsg_mutex, MUTEX_SPIN, IPL_SCHED);
> >  }
> >
> >  /*
> 
> Doesn't seem to make a difference here ( 2x 125MHz HyperSPARC in an  
> SS20 )
> Something completely different though - now the dbri driver causes a  
> locking-against-myself error when calling bus_dmamem_map() from  
> dbri_malloc() when attaching audio - that used to work, even on MP  
> kernels. THe panic doesn't happen on UP kernels and the panic is  
> always on cpu1.

what are the addresses with the bug?  ie last locker, what lock, etc.

thanks,


.mrg.