1. 23 10月, 2008 2 次提交
  2. 13 10月, 2008 2 次提交
  3. 15 8月, 2008 1 次提交
    • M
      x86: fix readb() et al compile error with gcc-3.2.3 · 1c5b0eb6
      Mikael Pettersson 提交于
      Building 2.6.27-rc1 on x86 with gcc-3.2.3 fails with:
      
      In file included from include/asm/dma.h:12,
                       from include/linux/bootmem.h:8,
                       from init/main.c:26:
      include/asm/io.h: In function `readb':
      include/asm/io.h:32: syntax error before string constant
      include/asm/io.h: In function `readw':
      include/asm/io.h:33: syntax error before string constant
      include/asm/io.h: In function `readl':
      include/asm/io.h:34: syntax error before string constant
      include/asm/io.h: In function `__readb':
      include/asm/io.h:36: syntax error before string constant
      include/asm/io.h: In function `__readw':
      include/asm/io.h:37: syntax error before string constant
      include/asm/io.h: In function `__readl':
      include/asm/io.h:38: syntax error before string constant
      make[1]: *** [init/main.o] Error 1
      make: *** [init] Error 2
      
      Starting with 2.6.27-rc1 readb() et al are generated by a
      build_mmio_read() macro, which generates asm() statements with
      output register constraints like "=" "q", i.e. as two adjacent
      string literals. This doesn't work with gcc-3.2.3.
      
      Fixed by moving the "=" part into the callers' reg parameter
      (as suggested by Ingo).
      
      Build and boot-tested with gcc-3.2.3 on 32 and 64-bit x86.
      
      Fixes <http://bugzilla.kernel.org/show_bug.cgi?id=11205>.
      Signed-off-by: NMikael Pettersson <mikpe@it.uu.se>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      1c5b0eb6
  4. 23 7月, 2008 1 次提交
    • V
      x86: consolidate header guards · 77ef50a5
      Vegard Nossum 提交于
      This patch is the result of an automatic script that consolidates the
      format of all the headers in include/asm-x86/.
      
      The format:
      
      1. No leading underscore. Names with leading underscores are reserved.
      2. Pathname components are separated by two underscores. So we can
         distinguish between mm_types.h and mm/types.h.
      3. Everything except letters and numbers are turned into single
         underscores.
      Signed-off-by: NVegard Nossum <vegard.nossum@gmail.com>
      77ef50a5
  5. 22 7月, 2008 1 次提交
  6. 08 7月, 2008 2 次提交
  7. 02 6月, 2008 1 次提交
    • L
      x86: MMIO and gcc re-ordering issue · c1f64a58
      Linus Torvalds 提交于
      On Tue, 27 May 2008, Linus Torvalds wrote:
      >
      > Expecting people to fix up all drivers is simply not going to happen. And
      > serializing things shouldn't be *that* expensive. People who cannot take
      > the expense can continue to use the magic __raw_writel() etc stuff.
      
      Of course, for non-x86, you kind of have to expect drivers to be
      well-behaved, so non-x86 can probably avoid this simply because there are
      less relevant drivers involved.
      
      Here's a UNTESTED patch for x86 that may or may not compile and work, and
      which serializes (on a compiler level) the IO accesses against regular
      memory accesses.
      
      __read[bwlq]()/__write[bwlq]() are not serialized with a :"memory"
      barrier, although since they still use "asm volatile" I suspect that i
      practice they are probably serial too. Did not look very closely at any
      generated code (only did a trivial test to see that the code looks
      *roughly* correct).
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      c1f64a58
  8. 25 4月, 2008 1 次提交
  9. 17 4月, 2008 3 次提交
  10. 11 10月, 2007 1 次提交