-On [20010210 17:30], Jeroen Ruigrok/Asmodai ([EMAIL PROTECTED]) wrote:
>Perhaps only need_resched() needs to be spinlocked. I am not sure, I am
>not a SMP guru.
To add:
It needed to be spinlocked as you saw jake's commit affirmed and fixed.
However I am currently hanging just after lauching t
-On [20010210 18:08], Alfred Perlstein ([EMAIL PROTECTED]) wrote:
>* Jeroen Ruigrok/Asmodai <[EMAIL PROTECTED]> [010210 08:24] wrote:
>>
>> Perhaps only need_resched() needs to be spinlocked. I am not sure, I am
>> not a SMP guru.
>
>That looks correct, need_resched() needs sched_lock.
Problem
>
> Should it become:
>
> #ifdef SMP
> mtx_lock_spin(&sched_lock);
> need_resched();
> forward_roundrobin();
> mtx_unlock_spin(&sched_lock);
> #else
>
> ?
>
> I cannot test it yet, need to reanimate my testbox first.
You need to handle the UP case as well :) Also, I
At 04:20 PM 2/10/2001 +0100, Jeroen Ruigrok/Asmodai wrote:
>-On [20010210 06:26], Manfred Antar ([EMAIL PROTECTED]) wrote:
>>APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0
>>IPsec: Initialized Security Association Processing.
>>panic: mutex sched lock not owned at ../../kern/kern_synch.c:17
* Jeroen Ruigrok/Asmodai <[EMAIL PROTECTED]> [010210 08:24] wrote:
> -On [20010210 16:27], Jeroen Ruigrok/Asmodai ([EMAIL PROTECTED]) wrote:
> >#ifdef SMP
> > mtx_lock_spin(&sched_lock);
> > need_resched();
> > forward_roundrobin();
> > mtx_unlock_spin(&sched_lock);
> >#else
>
> T
-On [20010210 16:27], Jeroen Ruigrok/Asmodai ([EMAIL PROTECTED]) wrote:
>#ifdef SMP
> mtx_lock_spin(&sched_lock);
> need_resched();
> forward_roundrobin();
> mtx_unlock_spin(&sched_lock);
>#else
This does not quite work.
I don't get the panic() anymore, but now I have sol
-On [20010210 06:26], Manfred Antar ([EMAIL PROTECTED]) wrote:
>APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0
>IPsec: Initialized Security Association Processing.
>panic: mutex sched lock not owned at ../../kern/kern_synch.c:175
Me too.
166 static void
167 roundrobin(arg)
168