1. 27 Apr, 2008 8 commits
    • Robert Reif's avatar
      sparc: fix drivers/video/tcx.c warning · 403ae52a
      Robert Reif authored
      Fix compile warning:
      
      CC drivers/video/tcx.o
      drivers/video/tcx.c: In function ‘tcx_init_one’:
      drivers/video/tcx.c:477: warning: format ‘%lx’ expects type ‘long 
      unsigned int’, but argument 4 has type ‘resource_size_t’
      
      This was the only sparc driver to use the resource directly in the
      printk so I changed it to physbase like the other drivers.
      Boot tested on SS4.
      Signed-off-by: default avatarRobert Reif <reif@earthlink.net>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      403ae52a
    • David S. Miller's avatar
      sparc64: Kill unused local ISA bus layer. · 5da496e4
      David S. Miller authored
      No more drivers use this, and therefore it can die.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      5da496e4
    • David S. Miller's avatar
      input: Rewrite sparcspkr device probing. · 9c1a5077
      David S. Miller authored
      Remove all dependencies on EBUS and ISA bus layers, which we'd like to
      remove as they are superfluous.
      
      While we're here, add support for proper frequency changing on BBC
      beep devices.  Unlike the comments that were here, this device can
      in fact use a programmable frequency.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      9c1a5077
    • David S. Miller's avatar
      sparc64: Do not ignore 'pmu' device ranges. · dc8ca2a1
      David S. Miller authored
      I must have disabled this due to other bugs which were fixed over
      time.  And this is needed in order for child devices of "pmu"
      to get proper resource values.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      dc8ca2a1
    • David S. Miller's avatar
      sparc64: Kill ISA_FLOPPY_WORKS code. · 0eb78f0b
      David S. Miller authored
      This never was enabled, I could never get it working, and if anyone
      wants to try and get it's very easy to reference this code in the
      history.
      
      It's the only thing referencing the silly ISA device layer in the
      sparc64 tree.  OF device layer infrastructure is what should be used
      for these things.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      0eb78f0b
    • David S. Miller's avatar
      sparc64: Kill CONFIG_SPARC32_COMPAT · 09337f50
      David S. Miller authored
      It's completely superfluous, CONFIG_COMPAT is sufficient.
      
      What this used to be is an umbrella for enabling code shared
      by all 32-bit compat binary support types.  But with the
      removal of SunOS and Solaris support, the only one left is
      Linux 32-bit ELF.
      
      Update defconfig.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      09337f50
    • David S. Miller's avatar
      sparc64: Cleanups and corrections for arch/sparc64/Kconfig · 05d515ef
      David S. Miller authored
      Refer to chip as "SPARC" throughout.
      
      Say 32-bit SPARC and 64-bit SPARC rather than mentioning specific
      chips such like UltraSPARC, as appropriate.
      
      Remove non-sense help text referring to things that will never appear
      on a SPARC system, such as EISA busses etc.
      
      Use "help" instead of "--help--"
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      05d515ef
    • David S. Miller's avatar
      sparc64: Fix wedged irq regression. · 227c3311
      David S. Miller authored
      Kernel bugzilla 10273
      
      As reported by Jos van der Ende, ever since commit
      5a606b72 ("[SPARC64]: Do not ACK an
      INO if it is disabled or inprogress.") sun4u interrupts
      can get stuck.
      
      What this changset did was add the following conditional to
      the various IRQ chip ->enable() handlers on sparc64:
      
      	if (unlikely(desc->status & (IRQ_DISABLED|IRQ_INPROGRESS)))
      		return;
      
      which is correct, however it means that special care is needed
      in the ->enable() method.
      
      Specifically we must put the interrupt into IDLE state during
      an enable, or else it might never be sent out again.
      
      Setting the INO interrupt state to IDLE resets the state machine,
      the interrupt input to the INO is retested by the hardware, and
      if an interrupt is being signalled by the device, the INO
      moves back into TRANSMIT state, and an interrupt vector is sent
      to the cpu.
      
      The two sun4v IRQ chip handlers were already doing this properly,
      only sun4u got it wrong.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      227c3311
  2. 26 Apr, 2008 32 commits