26 Nov, 2013

2 commits


11 Dec, 2011

2 commits

  • mac_irq_pending() has only one caller (mac_esp.c). Nothing tests for Baboon, PSC or OSS pending interrupts. Until that need arises, let's keep it simple and remove all the unused abstraction. Replace it with a routine to check for SCSI DRQ.

    Signed-off-by: Finn Thain
    Signed-off-by: Geert Uytterhoeven

    Finn Thain
     
  • mac_clear_irq() is dead code and has been dead for as long as I can recall. On certain Mac models, certain irqs can't be cleared this way. Outside of irq dispatch, this code appears be unusable without busy loops or worse, and for irq dispatch we duplicate the same logic. Remove mac_clear_irq() and supporting code.

    Signed-off-by: Finn Thain
    Signed-off-by: Geert Uytterhoeven

    Finn Thain
     

09 Nov, 2011

4 commits


10 Dec, 2010

1 commit


13 Jan, 2009

1 commit


21 Jul, 2008

1 commit

  • 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: Adrian Bunk
    Signed-off-by: Geert Uytterhoeven
    Signed-off-by: Linus Torvalds

    Adrian Bunk
     

05 May, 2007

3 commits

  • There are no slow IRQs on Macs since Roman Zippel's IRQ reorganisation that
    went into 2.6.16 and removed mac_irq_list[] and the do_mac_irq_list()
    dispatcher. (They were implemented in do_mac_irq_list() by lowering the IPL.)
    Hence there's no more use for mutual exclusion in the Mac interrupt
    dispatchers. Remove it.

    Signed-off-by: Finn Thain
    Signed-off-by: Geert Uytterhoeven
    Signed-off-by: Linus Torvalds

    Finn Thain
     
  • Make sure that there are no slot IRQs asserted before leaving the nubus
    handler. If there are and we don't then the nubus gets wedged because this
    prevents a CA1 transition, which means no more nubus IRQs.

    Make the interrupt dispatch loops terminate sooner.

    Explicitly initialise the VIA latches to make the code more easily understood.

    Also some cleanups.

    Signed-off-by: Finn Thain
    Signed-off-by: Geert Uytterhoeven
    Signed-off-by: Linus Torvalds

    Finn Thain
     
  • Reverse the last of a monumental brown-paper-bag commit that went into the 2.3
    kernel.

    Signed-off-by: Finn Thain
    Signed-off-by: Geert Uytterhoeven
    Signed-off-by: Linus Torvalds

    Finn Thain
     

08 Oct, 2006

1 commit

  • 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: Al Viro
    Signed-off-by: Linus Torvalds

    Al Viro
     

26 Jun, 2006

1 commit


17 Apr, 2005

1 commit

  • 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!

    Linus Torvalds