Help!

i386 PDA patches use of %gs

 
  

Goto page Previous  1, 2, 3
Post new topic   General Reply to Topic (not reply to a specific post)    Forums Home -> Kernel (archive) RSS
Next:  sbpcd.c: fix check_region to request_region  
Author Message
Jeremy Fitzhardinge
External


Since: May 30, 2006
Posts: 1261



PostPosted: Wed Nov 29, 2006 11:00 am    Post subject: Re: [PATCH] i386-pda UP optimization [Login to view extended thread Info.]
Archived from groups: linux>kernel (more info?)

Eric Dumazet wrote:
> if !CONFIG_SMP, why even dereferencing boot_pda+PDA_cpu to get 0 ?
> and as PER_CPU(cpu_gdt_descr, %ebx) in !CONFIG_SMP doesnt need the a value in
> ebx, you can just do :
>
> #define CUR_CPU(reg) /* nothing */
>

Yep. On the other hand, I think that's an incredibly rare path anyway,
so it won't make any difference either way.

>> --- a/include/asm-i386/pda.h Tue Nov 21 18:54:56 2006 -0800
>> +++ b/include/asm-i386/pda.h Wed Nov 22 02:35:24 2006 -0800
>> @@ -22,6 +22,16 @@ extern struct i386_pda *_cpu_pda[];
>>
>>
>
> My patch was better IMHO : we dont need to force asm () instructions to
> perform regular C variable reading/writing in !CONFIG_SMP case.
>
> Using plain C allows compiler to generate a better code.
>

Probably, but I'm interested in comparing apples with apples; how much
do the actual segment prefixes make a difference?

J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo.DeleteThis@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Back to top
Display posts from previous:   
Post new topic   General Reply to Topic (not reply to a specific post)    Forums Home -> Kernel (archive) All times are: Eastern Time (US & Canada) (change)
Goto page Previous  1, 2, 3
Page 3 of 3

 
You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum