Suboptimal bugfix for i686 compliant hardware that doesn't include the NOPL instruction

[Nick Lowe]

Ubuntu's eglibc has a suboptimal bugfix for i686 compliant hardware that doesn't include the NOPL instruction as a result of #587186 :

---------------
eglibc (2.12-0ubuntu4) maverick; urgency=low

  * Update to the eglibc 2.12 branch (r10817).
    - patches/any/cvs-flush-cache-textrels.diff: Remove.
    - patches/any/cvs-redirect-throw.diff: Remove.
  * Merge with Debian (r4360, trunk, 2.11.2-2).
  * On i386, don't build with -Wa,-mtune=i686. LP: #587186.
 -- Matthias Klose <email address hidden> Mon, 28 Jun 2010 00:47:05 +0200

The basic semantics for choosing the NOP sequence in were completely wrong in binutils. This has been fixed now.

http://sourceware.org/ml/binutils-cvs/2010-08/msg00057.html
http://gcc.gnu.org/ml/gcc/2010-08/msg00194.html

The NOPL instruction is not supported by all i686 processors, the coded assumption was that they did. This has been changed by the recent AMD patches so that it is not assumed and it's specified as an extension where it is supported by a processor.

The AMD patches should be applied and the build changed to restore -Wa,-mtune=i686