An error occurred fetching the project authors.
  1. 09 Jan, 2009 1 commit
  2. 04 Dec, 2008 1 commit
    • Sam Ravnborg's avatar
      sparc,sparc64: unify kernel/ · a88b5ba8
      Sam Ravnborg authored
      o Move all files from sparc64/kernel/ to sparc/kernel
        - rename as appropriate
      o Update sparc/Makefile to the changes
      o Update sparc/kernel/Makefile to include the sparc64 files
      
      NOTE: This commit changes link order on sparc64!
      
      Link order had to change for either of sparc32 and sparc64.
      And assuming sparc64 see more testing than sparc32 change link
      order on sparc64 where issues will be caught faster.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a88b5ba8
  3. 01 Sep, 2008 1 commit
    • David S. Miller's avatar
      sparc64: Rewrite central driver. · b69416b5
      David S. Miller authored
      This driver is now limited to just doing the basic clock board and FHC
      chip initialization and registering the platform devices for the
      per-board LEDs, which are driven by the new LEDS_STARFIRE driver.
      
      The IRQ register handling is already confined purely to the device
      tree code.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      b69416b5
  4. 29 Aug, 2008 6 commits
  5. 20 May, 2008 1 commit
  6. 24 Apr, 2008 1 commit
  7. 30 Jul, 2007 1 commit
    • David S. Miller's avatar
      [SPARC64]: Fix conflicts in SBUS/PCI/EBUS/ISA DMA handling. · ad7ad57c
      David S. Miller authored
      Fully unify all of the DMA ops so that subordinate bus types to
      the DMA operation providers (such as ebus, isa, of_device) can
      work transparently.
      
      Basically, we just make sure that for every system device we
      create, the dev->archdata 'iommu' and 'stc' fields are filled
      in.
      
      Then we have two platform variants of the DMA ops, one for SUN4U which
      actually programs the real hardware, and one for SUN4V which makes
      hypervisor calls.
      
      This also fixes the crashes in parport_pc on sparc64, reported by
      Meelis Roos.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ad7ad57c
  8. 07 Jun, 2007 1 commit
    • David S. Miller's avatar
      [SPARC64]: Fix SBUS IRQ regression caused by PCI-E driver. · ec4d18f2
      David S. Miller authored
      We used to access the 64-bit IRQ IMAP and ICLR registers of bus
      controllers 4-bytes in and as a 32-bit register word, since only the
      low 32-bits were relevant.  This seemed like a good idea at the time.
      
      But the PCI-E controller requires full 8-byte 64-bit access to
      these registers, so we switched over to accessing them fully.
      
      SBUS was not adjusted properly, which broke interrupts completely.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ec4d18f2
  9. 08 May, 2007 1 commit
  10. 26 Apr, 2007 3 commits
  11. 12 Apr, 2007 1 commit
    • David S. Miller's avatar
      [SPARC64]: Fix SBUS IOMMU allocation code. · 2f3a2efd
      David S. Miller authored
      There are several IOMMU allocator bugs.  Instead of trying to fix this
      overly complicated code, just mirror the PCI IOMMU arena allocator
      which is very stable and well stress tested.
      
      I tried to make the code as identical as possible so we can switch
      sun4u PCI and SBUS over to a common piece of IOMMU code.  All that
      will be need are two callbacks, one to do a full IOMMU flush and one
      to do a streaming buffer flush.
      
      This patch gets rid of a lot of hangs and mysterious crashes on SBUS
      sparc64 systems, at least for me.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      2f3a2efd
  12. 08 Oct, 2006 1 commit
  13. 02 Jul, 2006 1 commit
  14. 29 Jun, 2006 2 commits
  15. 24 Jun, 2006 4 commits
  16. 20 Jun, 2006 3 commits
    • David S. Miller's avatar
      [SPARC64]: Move over to GENERIC_HARDIRQS. · e18e2a00
      David S. Miller authored
      This is the long overdue conversion of sparc64 over to
      the generic IRQ layer.
      
      The kernel image is slightly larger, but the BSS is ~60K
      smaller due to the reduced size of struct ino_bucket.
      
      A lot of IRQ implementation details, including ino_bucket,
      were moved out of asm-sparc64/irq.h and are now private to
      arch/sparc64/kernel/irq.c, and most of the code in irq.c
      totally disappeared.
      
      One thing that's different at the moment is IRQ distribution,
      we do it at enable_irq() time.  If the cpu mask is ALL then
      we round-robin using a global rotating cpu counter, else
      we pick the first cpu in the mask to support single cpu
      targetting.  This is similar to what powerpc's XICS IRQ
      support code does.
      
      This works fine on my UP SB1000, and the SMP build goes
      fine and runs on that machine, but lots of testing on
      different setups is needed.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      e18e2a00
    • David S. Miller's avatar
      [SPARC64]: Virtualize IRQ numbers. · 8047e247
      David S. Miller authored
      Inspired by PowerPC XICS interrupt support code.
      
      All IRQs are virtualized in order to keep NR_IRQS from needing
      to be too large.  Interrupts on sparc64 are arbitrary 11-bit
      values, but we don't need to define NR_IRQS to 2048 if we
      virtualize the IRQs.
      
      As PCI and SBUS controller drivers build device IRQs, we divy
      out virtual IRQ numbers incrementally starting at 1.  Zero is
      a special virtual IRQ used for the timer interrupt.
      
      So device drivers all see virtual IRQs, and all the normal
      interfaces such as request_irq(), enable_irq(), etc. translate
      that into a real IRQ number in order to configure the IRQ.
      
      At this point knowledge of the struct ino_bucket is almost
      entirely contained within arch/sparc64/kernel/irq.c  There are
      a few small bits in the PCI controller drivers that need to
      be swept away before we can remove ino_bucket's definition
      out of asm-sparc64/irq.h and privately into kernel/irq.c
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      8047e247
    • David S. Miller's avatar
      [SPARC64]: Kill ino_bucket->pil · 37cdcd9e
      David S. Miller authored
      And reuse that struct member for virt_irq, which will
      be used in future changesets for the implementation of
      mapping between real and virtual IRQ numbers.
      
      This nicely kills off a ton of SBUS and PCI controller
      PIL assignment code which is no longer necessary.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      37cdcd9e
  17. 20 Mar, 2006 1 commit
    • David S. Miller's avatar
      [SPARC64]: Fix new context version SMP handling. · ee29074d
      David S. Miller authored
      Don't piggy back the SMP receive signal code to do the
      context version change handling.
      
      Instead allocate another fixed PIL number for this
      asynchronous cross-call.  We can't use smp_call_function()
      because this thing is invoked with interrupts disabled
      and a few spinlocks held.
      
      Also, fix smp_call_function_mask() to count "cpus" correctly.
      There is no guarentee that the local cpu is in the mask
      yet that is exactly what this code was assuming.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ee29074d
  18. 22 Nov, 2005 1 commit
    • Hugh Dickins's avatar
      [PATCH] unpaged: fix sound Bad page states · f3d48f03
      Hugh Dickins authored
      Earlier I unifdefed PageCompound, so that snd_pcm_mmap_control_nopage and
      others can give out a 0-order component of a higher-order page, which won't
      be mistakenly freed when zap_pte_range unmaps it.  But many Bad page states
      reported a PG_reserved was freed after all: I had missed that we need to
      say __GFP_COMP to get compound page behaviour.
      
      Some of these higher-order pages are allocated by snd_malloc_pages, some by
      snd_malloc_dev_pages; or if SBUS, by sbus_alloc_consistent - but that has
      no gfp arg, so add __GFP_COMP into its sparc32/64 implementations.
      
      I'm still rather puzzled that DRM seems not to need a similar change.
      Signed-off-by: default avatarHugh Dickins <hugh@veritas.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f3d48f03
  19. 09 Nov, 2005 1 commit
  20. 29 Aug, 2005 1 commit
  21. 31 May, 2005 1 commit
  22. 20 May, 2005 1 commit
  23. 11 May, 2005 1 commit
  24. 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!
      1da177e4