1. 16 Sep, 2015 1 commit
    • Thomas Gleixner's avatar
      genirq: Remove irq argument from irq flow handlers · bd0b9ac4
      Thomas Gleixner authored
      Most interrupt flow handlers do not use the irq argument. Those few
      which use it can retrieve the irq number from the irq descriptor.
      Remove the argument.
      Search and replace was done with coccinelle and some extra helper
      scripts around it. Thanks to Julia for her help!
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Cc: Julia Lawall <Julia.Lawall@lip6.fr>
      Cc: Jiang Liu <jiang.liu@linux.intel.com>
  2. 10 Dec, 2011 4 commits
  3. 08 Nov, 2011 5 commits
  4. 12 Jan, 2009 1 commit
  5. 28 Dec, 2008 1 commit
    • Finn Thain's avatar
      m68k: mac baboon interrupt enable/disable · 746e8d3b
      Finn Thain authored
      No-one seems to know how to mask individual baboon interrupts, so we just 
      mask the umbrella IRQ. This will work as long as only the IDE driver uses 
      the baboon chip (it can't deadlock). Use mac_enable_irq/mac_disable_irq 
      rather than enable_irq/disable_irq because the latter routines count the 
      depth of nested calls which triggers a warning and call trace because 
      IRQ_NUBUS_C is enabled twice in a row (once when the baboon handler is 
      registered, and once when the IDE IRQ is registered).
      Signed-off-by: default avatarFinn Thain <fthain@telegraphics.com.au>
      Signed-off-by: default avatarGeert Uytterhoeven <geert@linux-m68k.org>
  6. 05 Aug, 2008 1 commit
  7. 21 Jul, 2008 1 commit
    • Adrian Bunk's avatar
      m68k/mac/: possible cleanups · 8dfbdf4a
      Adrian Bunk authored
      This patch contains the following possible cleanups:
      - make the following needlessly global code (always) static:
        - baboon.c: struct baboon
        - baboon.c: baboon_irq()
        - config.c: mac_orig_videoaddr
        - config.c: mac_identify()
        - config.c: mac_report_hardware()
        - config.c: mac_debug_console_write()
        - config.c: mac_sccb_console_write()
        - config.c: mac_scca_console_write()
        - config.c: mac_init_scc_port()
        - oss.c: oss_irq()
        - oss.c: oss_nubus_irq()
        - psc.c: psc_debug_dump()
        - psc.c: psc_dma_die_die_die()
        - via.c: rbv_clear
      - remove the unused bootparse.c
      - #if 0 the following unused functions:
        - config.c: mac_debugging_short()
        - config.c: mac_debugging_long()
      - remove the following unused code:
        - config.c: mac_bisize
        - config.c: mac_env
        - config.c: mac_SCC_init_done
        - config.c: mac_SCC_reset_done
        - config.c: mac_init_scca_port()
        - config.c: mac_init_sccb_port()
      Signed-off-by: default avatarAdrian Bunk <bunk@kernel.org>
      Signed-off-by: default avatarGeert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
  8. 05 May, 2007 3 commits
  9. 07 Oct, 2006 1 commit
    • Al Viro's avatar
      [PATCH] m68k pt_regs fixes · 2850bc27
      Al Viro authored
      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
      The rest of patch is just dropping pt_regs * where needed.
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  10. 25 Jun, 2006 1 commit
  11. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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!