1. 08 12月, 2013 1 次提交
    • G
      m68k/amiga,atari: Fix specifying multiple debug= parameters · 8a09cec2
      Geert Uytterhoeven 提交于
      Since commit d6713b40 ("m68k: early
      parameter support"), the user can specify multiple debug consoles using the
      "debug=" kernel command line parameter.
      However, as there's only a single struct console object, which is reused,
      it would actually register the same console object multiple times, causing
      the following warning:
      
      WARNING: CPU: 0 PID: 0 at kernel/printk/printk.c:2233 register_console+0x36/
      console 'debug0' already registered
      
      Make sure to register the console object only once, to avoid the warning.
      
      Note that still only one console (the one corresponding to the last
      "debug=" parameter) will be active at the same time, as the .write() method
      of the already registered console object is overwritten by a subsequent
      "debug=" parameter.
      Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      8a09cec2
  2. 26 11月, 2013 7 次提交
  3. 25 12月, 2012 1 次提交
  4. 29 3月, 2012 1 次提交
  5. 13 1月, 2012 2 次提交
  6. 23 1月, 2011 1 次提交
    • G
      m68k/amiga: Fix "debug=mem" · 5df1abdb
      Geert Uytterhoeven 提交于
      `debug=mem' on Amiga has been broken for a while.
      early_param() processing is done very/too early, i.e. before
      amiga_identify() / amiga_chip_init(), causing amiga_savekmsg_setup() not
      to find any Chip RAM.
      
      As we don't plan to free this memory anyway, just steal it from the initial
      Chip RAM memory block instead.
      Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      5df1abdb
  7. 27 5月, 2010 1 次提交
  8. 28 2月, 2010 1 次提交
  9. 27 8月, 2009 1 次提交
  10. 13 1月, 2009 1 次提交
  11. 23 10月, 2008 1 次提交
  12. 15 10月, 2008 1 次提交
  13. 21 7月, 2008 2 次提交
  14. 06 2月, 2008 1 次提交
  15. 05 5月, 2007 2 次提交
  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