<p dir="ltr"><br>
On Mar 25, 2015 6:33 AM, "Sreejith M M" <<a href="mailto:sreejith.mm@gmail.com">sreejith.mm@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
> On Wed, Jan 28, 2015 at 9:56 PM, Sreejith M M <<a href="mailto:sreejith.mm@gmail.com">sreejith.mm@gmail.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> I was trying to understand the difference in scheduling between<br>
>> processes and threads(belong to same process).<br>
>><br>
>> I was thinking that, when kernel has to switch to a task which belong<br>
>> to the same process, it does not have to clear / replace page global<br>
>> directories and other memory related information.<br>
>><br>
>> But in switch_mm function some code is put under CONFIG_SMP function.<br>
>> What is its signigicance? Code is<br>
>> below(<a href="http://lxr.free-electrons.com/source/arch/x86/include/asm/mmu_context.h#L37">http://lxr.free-electrons.com/source/arch/x86/include/asm/mmu_context.h#L37</a>)<br>
>> .<br>
>> What I infer is that the code is doing flush tlb, reload page table<br>
>> directories etc in multiprocessor mode(obviously) but I believe this<br>
>> code may never be executed .<br>
>><br>
>> Can anyone help to understand what this part of the function supposed to do?<br>
>><br>
>> 60 #ifdef CONFIG_SMP<br>
>> 61 else {<br>
>> 62 this_cpu_write(cpu_tlbstate.state, TLBSTATE_OK);<br>
>> 63 BUG_ON(this_cpu_read(cpu_tlbstate.active_mm) != next);<br>
>> 64<br>
>> 65 if (!cpumask_test_cpu(cpu, mm_cpumask(next))) {<br>
>> 66 /*<br>
>> 67 * On established mms, the mm_cpumask is<br>
>> only changed<br>
>> 68 * from irq context, from<br>
>> ptep_clear_flush() while in<br>
>> 69 * lazy tlb mode, and here. Irqs are blocked during<br>
>> 70 * schedule, protecting us from<br>
>> simultaneous changes.<br>
>> 71 */<br>
>> 72 cpumask_set_cpu(cpu, mm_cpumask(next));<br>
>> 73 /*<br>
>> 74 * We were in lazy tlb mode and leave_mm disabled<br>
>> 75 * tlb flush IPI delivery. We must reload CR3<br>
>> 76 * to make sure to use no freed page tables.<br>
>> 77 */<br>
>> 78 load_cr3(next->pgd);<br>
>> 79 trace_tlb_flush(TLB_FLUSH_ON_TASK_SWITCH,<br>
>> TLB_FLUSH_ALL);<br>
>> 80 load_LDT_nolock(&next->context);<br>
>> 81 }<br>
>> 82 }<br>
>> 83 #endif<br>
>><br>
>><br>
>> --<br>
>> Regards,<br>
>> Sreejith<br>
><br>
><br>
> Hi ,<br>
><br>
> can someone please give me any answers for this?<br>
><br>
> -- <br>
> Regards,<br>
> Sreejith<br>
><br>
> _______________________________________________<br>
> Kernelnewbies mailing list<br>
> <a href="mailto:Kernelnewbies@kernelnewbies.org">Kernelnewbies@kernelnewbies.org</a><br>
> <a href="http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies">http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies</a><br>
></p>
<p dir="ltr">This code is handling context switch from a kernel thread back to user mode thread so TLB entries are invalid translation for user mode thread and do not correspond to user process pgd. It is Master kernel page table translation as a result of kernel thread execution.</p>
<p dir="ltr">-Rajat</p>