question about preemption code

Stephan Uphoff ups at tree.com
Tue Feb 28 15:35:37 PST 2006


John Baldwin wrote:
> On Saturday 25 February 2006 06:04, Kazuaki Oda wrote:
>   
>> Hi,
>>
>> When reading kern_switch.c, I noticed odd difference between !SMP and
>> SMP in maybe_preempt_in_ksegrp().
>>
>> In !SMP case:
>> =================================================================
>> #ifdef PREEMPTION
>> #ifndef FULL_PREEMPTION
>> 	if (td->td_priority > PRI_MAX_ITHD) {
>> 		running_thread->td_flags |= TDF_NEEDRESCHED;
>> 		return;
>> 	}
>> #endif /* FULL_PREEMPTION */
>> =================================================================
>>
>> In SMP case:
>> =================================================================
>> #ifdef PREEMPTION
>>
>> #if !defined(FULL_PREEMPTION)
>> 	if (td->td_priority > PRI_MAX_ITHD) {
>> 		running_thread->td_flags |= TDF_NEEDRESCHED;
>> 	}
>> #endif /* ! FULL_PREEMPTION */
>> =================================================================
>>
>> Is there any reason not to return after setting TDF_NEEDRESCHED flag
>> in SMP case?  Because of this, we do context switch even if td's
>> priority is lower than PRI_MAX_ITHD.  And, I think, it is not
>> PREEMPTION, but FULL_PREEMPTION.
>>     
>
> Yes, that is a bug, but it only would affect multithreaded applications
> I think. 
I agree.
>  Also, the maybe_preempt_in_kseg() stuff doesn't handle idle
> priority threads correctly in the !FULL_PREEMPTION case (the maybe_preempt()
> function in !FULL_PREEMPTION always preempts _to_ interrupt threads and
> always preempts _from_ idle priority threads).
>
>   
yeah - but this only affects multi-threaded applications running on idle
priority.
( maybe_preempt_in_kseg() only preempts between threads from the same
process)

If nobody beats me to it I will try to commit changes (hopefully) early
next week.

Stephan


More information about the freebsd-hackers mailing list