1. 25 3月, 2011 1 次提交
    • G
      m68k: merge m68k and m68knommu arch directories · 66d857b0
      Greg Ungerer 提交于
      There is a lot of common code that could be shared between the m68k
      and m68knommu arch branches. It makes sense to merge the two branches
      into a single directory structure so that we can more easily share
      that common code.
      
      This is a brute force merge, based on a script from Stephen King
      <sfking@fdwdc.com>, which was originally written by Arnd Bergmann
      <arnd@arndb.de>.
      
      > The script was inspired by the script Sam Ravnborg used to merge the
      > includes from m68knommu. For those files common to both arches but
      > differing in content, the m68k version of the file is renamed to
      > <file>_mm.<ext> and the m68knommu version of the file is moved into the
      > corresponding m68k directory and renamed <file>_no.<ext> and a small
      > wrapper file <file>.<ext> is used to select between the two version. Files
      > that are common to both but don't differ are removed from the m68knommu
      > tree and files and directories that are unique to the m68knommu tree are
      > moved to the m68k tree. Finally, the arch/m68knommu tree is removed.
      >
      > To select between the the versions of the files, the wrapper uses
      >
      > #ifdef CONFIG_MMU
      > #include <file>_mm.<ext>
      > #else
      > #include <file>_no.<ext>
      > #endif
      
      On top of this file merge I have done a simplistic merge of m68k and
      m68knommu Kconfig, which primarily attempts to keep existing options and
      menus in place. Other than a handful of options being moved it produces
      identical .config outputs on m68k and m68knommu targets I tested it on.
      
      With this in place there is now quite a bit of scope for merge cleanups
      in future patches.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      66d857b0
  2. 17 3月, 2011 1 次提交
  3. 22 10月, 2010 1 次提交
  4. 13 1月, 2009 1 次提交
  5. 23 10月, 2008 1 次提交
  6. 21 7月, 2008 2 次提交
  7. 19 5月, 2008 3 次提交
  8. 09 2月, 2008 1 次提交
  9. 08 2月, 2008 1 次提交
    • B
      Introduce flags for reserve_bootmem() · 72a7fe39
      Bernhard Walle 提交于
      This patchset adds a flags variable to reserve_bootmem() and uses the
      BOOTMEM_EXCLUSIVE flag in crashkernel reservation code to detect collisions
      between crashkernel area and already used memory.
      
      This patch:
      
      Change the reserve_bootmem() function to accept a new flag BOOTMEM_EXCLUSIVE.
      If that flag is set, the function returns with -EBUSY if the memory already
      has been reserved in the past.  This is to avoid conflicts.
      
      Because that code runs before SMP initialisation, there's no race condition
      inside reserve_bootmem_core().
      
      [akpm@linux-foundation.org: coding-style fixes]
      [akpm@linux-foundation.org: fix powerpc build]
      Signed-off-by: NBernhard Walle <bwalle@suse.de>
      Cc: <linux-arch@vger.kernel.org>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Cc: Vivek Goyal <vgoyal@in.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      72a7fe39
  10. 23 8月, 2007 1 次提交
  11. 20 7月, 2007 1 次提交
  12. 31 5月, 2007 1 次提交
  13. 05 5月, 2007 3 次提交
    • F
      m68k: Mac II ADB fixes · d95fd5fc
      Finn Thain 提交于
      Fix a crash caused by requests placed in the queue with the completed flag
      already set. This lead to some ADB_SYNC requests returning early and their
      request structs being popped off the stack while still queued. Stack corruption
      ensued or an invalid request callback pointer was invoked or both. Eliminate
      macii_retransmit() and its buggy implementation of macii_write(). Have
      macii_queue_poll() fully initialise the request queues.
      
      Fix a bug in macii_queue_poll() where the last_req pointer was not being set.
      This caused some requests to leave the queue before being completed (and would
      also corrupt the stack under certain conditions).
      
      Fix a race in macii_start that could set the state machine to "reading" while
      current_req was null.
      
      No longer send poll commands with the ADBREQ_REPLY flag -- doing that caused
      the replies to be stored in the request buffer where they were forgotten
      about.
      
      Don't autopoll by continuously sending new Talk commands. Get the controller to
      do that for us. This reduces the ADB interrupt rate on an idle bus to about 5
      per second. Only autopoll the devices that were probed.
      
      Explicitly clear the interrupt flag when polling.
      
      Use disable_irq rather than local_irq_save when polling.
      
      Remove excess local_irq_save/restore pairs.
      
      Improve bus timeout and service request detection.
      
      Remove unused code (last_reply, adb_dir etc) and unneeded code (prefix_len,
      first_byte etc).
      
      Change TIP and TACK to their correct names on this ADB controller (ST_EVEN and
      ST_ODD).
      
      Add some commentry.
      
      Add a generous quantity of sanity checks (BUG_ONs).
      
      Let m68k macs use the adb_sync boot param too.
      
      Tested on Mac II, Mac IIci, Quadra 650, Quadra 700 etc.
      Signed-off-by: NFinn Thain <fthain@telegraphics.com.au>
      Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      d95fd5fc
    • R
      m68k: early parameter support · d6713b40
      Roman Zippel 提交于
      Add early parameter support and convert current users to it.
      Signed-off-by: NRoman Zippel <zippel@linux-m68k.org>
      Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      d6713b40
    • R
      m68k: reformat various m68k files · 6ff5801a
      Roman Zippel 提交于
      Reformat various m68k files, so they actually look like Linux sources.
      Signed-off-by: NRoman Zippel <zippel@linux-m68k.org>
      Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      6ff5801a
  14. 13 2月, 2007 1 次提交
  15. 12 10月, 2006 1 次提交
  16. 09 10月, 2006 1 次提交
    • D
      IRQ: Use the new typedef for interrupt handler function pointers · 40220c1a
      David Howells 提交于
      Use the new typedef for interrupt handler function pointers rather than
      actually spelling out the full thing each time.  This was scripted with the
      following small shell script:
      
      #!/bin/sh
      egrep -nHrl -e 'irqreturn_t[ 	]*[(][*]' $* |
      while read i
      do
          echo $i
          perl -pi -e 's/irqreturn_t\s*[(]\s*[*]\s*([_a-zA-Z0-9]*)\s*[)]\s*[(]\s*int\s*,\s*void\s*[*]\s*[)]/irq_handler_t \1/g' $i || exit $?
      done
      Signed-Off-By: NDavid Howells <dhowells@redhat.com>
      40220c1a
  17. 08 10月, 2006 1 次提交
    • A
      [PATCH] m68k pt_regs fixes · 2850bc27
      Al Viro 提交于
      m68k_handle_int() split in two functions: __m68k_handle_int() takes
      pt_regs * and does set_irq_regs(); m68k_handle_int() doesn't get pt_regs
      *.
      
      Places where we used to call m68k_handle_int() recursively with the same
      pt_regs have simply lost the second argument, the rest is switched to
      __m68k_handle_int().
      
      The rest of patch is just dropping pt_regs * where needed.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      2850bc27
  18. 01 7月, 2006 1 次提交
  19. 26 6月, 2006 1 次提交
  20. 13 1月, 2006 3 次提交
  21. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4