1. 06 7月, 2009 1 次提交
  2. 22 6月, 2009 1 次提交
  3. 20 6月, 2009 2 次提交
  4. 17 6月, 2009 1 次提交
    • R
      kmap_types: make most arches use generic header file · e4c9dd0f
      Randy Dunlap 提交于
      Convert most arches to use asm-generic/kmap_types.h.
      
      Move the KM_FENCE_ macro additions into asm-generic/kmap_types.h,
      controlled by __WITH_KM_FENCE from each arch's kmap_types.h file.
      
      Would be nice to be able to add custom KM_types per arch, but I don't yet
      see a nice, clean way to do that.
      
      Built on x86_64, i386, mips, sparc, alpha(tonyb), powerpc(tonyb), and
      68k(tonyb).
      
      Note: avr32 should be able to remove KM_PTE2 (since it's not used) and
      then just use the generic kmap_types.h file.  Get avr32 maintainer
      approval.
      Signed-off-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Cc: <linux-arch@vger.kernel.org>
      Acked-by: NMike Frysinger <vapier@gentoo.org>
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: Bryan Wu <cooloney@kernel.org>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Hirokazu Takata <takata@linux-m32r.org>
      Cc: "Luck Tony" <tony.luck@intel.com>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      e4c9dd0f
  5. 12 6月, 2009 4 次提交
  6. 02 6月, 2009 2 次提交
  7. 30 5月, 2009 1 次提交
    • M
      microblaze: Fix problem with early_printk in startup · fee3c55d
      Michal Simek 提交于
      Problem arise when is incopatibility between kernel/dts/pvr
      and kernel tries to announce it. Early printk device
      (uartlite in our case) was in TLB 2 and when kernel
      extract DTB it necessary to allocate at least one
      TLB at the end of memory. First free TLB was number two
      where was early printk. But checking mechanism (kernel/dts/pvr)
      was after extrahing but TLB 2 was different. This caused
      that kernel hung up.
      Moving early printk device to TLB 63 solve it and we don't
      protect it which means that we can use early_printk messages
      only for initial parts of kernel then we rewrite TLB 63.
      Reported-by: NEdgar E. Iglesias <edgar.iglesias@gmail.com>
      Signed-off-by: NMichal Simek <monstr@monstr.eu>
      fee3c55d
  8. 26 5月, 2009 28 次提交