-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
A current kernel built 10 mins ago form fresh cvsup panics:
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
cpuid = 0; lapic.id =
syncing disks...
done
Uptime: 0s
A current kernel just built after a current make world
comes up with this and stops booting:
Programming 24 pins in IOAPIC #0
AP #1 (PHY# 12) failed!
panic y/n [y]
If I type n the kernel boots fine.
doing mptable cause a panic though
Thanks
Manfred
==
|| [
