> Btw, I do think that the whole NOPL issue is separate from all the other 
quoted text
> issues. There can be _other_ cases where it really is worth doing some 
> "generic" optimizations or being more "specific", and my argument really 
> is that NOPL is _not_ one of those cases.
> 
> So I'm still not sure that X86_GENERIC is necessarily the answer. The 

FWIW I personally think Linux should always use very conservative nops. 
Unconditionally. This issue already cost far too much developer time
and it's unlikely to be worth it.

quoted text
> Peter - does gcc actually use NOPL in _32-bit_ code too? It really seems 

gcc just uses .p2align, so it comes down to binutils

Yes there seems to be a pretty scary ISA selection code in there.

Line 565 of

http://www.google.com/codesearch?hl=en&q=i386_align_code+show:pxieOi43ptA:OXGjJbna8V8:...

I haven't decoded it completely, but I suspect it does the wrong thing.

-Andi
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/