17 Jul, 2011

1 commit

  • This shift instruction appears to be shifting in the wrong direction.
    Without this change, my SparcStation-20MP hangs just after bringing up
    the second CPU:

    Entering SMP Mode...
    Starting CPU 2 at f02b4e90
    Brought up 2 CPUs
    Total of 2 processors activated (99.52 BogoMIPS).
    *** stuck ***

    Signed-off-by: Will Simoneau
    Signed-off-by: David S. Miller

    Will Simoneau
     

10 Jun, 2011

1 commit

  • Three new IPIs were introduced by commit
    ecbc42b70acbc6327adefe9635db93fcf62bf59d ("sparc32, sun4m:
    Implemented SMP IPIs support for SUN4M machines"), the
    old handler was already prepared for IPIs but handled only
    IRQ14 and IRQ13, this patch adds support for the new IPI at
    IRQ12.

    The IPI trap handler looks at the mask rather than the
    pending IRQ/IPI, this bug may have masked the problem
    above, introduced by the same commit.

    Signed-off-by: Daniel Hellstrom
    Signed-off-by: David S. Miller

    Daniel Hellstrom
     

03 Jun, 2011

1 commit


17 May, 2011

2 commits

  • Implement the three IPIs (resched, single and cpu-mask) generation
    and interrupt handler catch. The sun4m has 15 soft-IRQs and three
    of them is used with this patch, the three IPIs was previously
    implemented with the cross-call IRQ15 which does not work with
    locking routines such as spinlocks because IRQ15 is NMI, it may
    cause deadlock.

    The IRQ trap handler code assumes (in the same spritit as the old
    it seems) that hard interrupts will be generated until handled
    (level), when a IRQ happens the IRQ pending register is checked
    for pending soft-IRQs. When both hard and soft IRQ happens at the
    same time only soft-IRQs are handled.

    The old code implemented a soft-IRQ traphandler at IRQ14 which
    called smp_reschedule_irq which in turn called set_need_resched.
    It seems to be an old relic and is replaced with the interrupt
    traphander exit code RESTORE_ALL, it calls schedule() when
    appropriate.

    Signed-off-by: Daniel Hellstrom
    Signed-off-by: David S. Miller

    Daniel Hellstrom
     
  • This patch implements SMP IPIs on LEON using software generated
    IRQs to signal between CPUs.

    The IPI IRQ number is set by using the ipi_num property in the
    device tree, or defaults to 13. LEON SMP systems should reserve
    IRQ 13 (and IRQ 15) to Linux in order for the defaults to work.

    Signed-off-by: Daniel Hellstrom
    Signed-off-by: David S. Miller

    Daniel Hellstrom
     

22 Apr, 2011

1 commit


08 Apr, 2011

1 commit


31 Mar, 2011

2 commits


11 Dec, 2009

1 commit


02 Nov, 2009

1 commit


14 Jan, 2009

1 commit


20 Sep, 2008

1 commit


01 Sep, 2008

1 commit

  • While doing some easy cleanups on the sparc code I noticed that the
    CONFIG_SUN4 code seems to be worse than the rest - there were some
    "I don't know how it should work, but the current code definitely cannot
    work." places.

    And while I have seen people running Linux on machines like a
    SPARCstation 5 a few years ago I don't recall having seen sun4
    machines, even less ones running Linux.

    Signed-off-by: Adrian Bunk
    Signed-off-by: David S. Miller

    Adrian Bunk
     

28 Jul, 2008

1 commit


18 Jul, 2008

2 commits

  • sparc64 exports openprom.h to userspace so let sparc follow
    the example.
    As openprom.h pulled in another not-for-export vaddrs.h header
    file it required a few changes to fix the build.

    The definition af VMALLOC_* were moved to pgtable as this is
    where sparc64 has them.

    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     
  • This patch contains the following possible cleanups:
    - make the following needlessly global code static:
    - apc.c: apc_swift_idle()
    - ebus.c: ebus_blacklist_irq()
    - ebus.c: fill_ebus_child()
    - ebus.c: fill_ebus_device()
    - entry.S: syscall_is_too_hard
    - etra: tsetup_sun4c_stackchk
    - head.S: cputyp
    - head.S: prom_vector_p
    - idprom.c: Sun_Machines[]
    - ioport.c: _sparc_find_resource()
    - ioport.c: create_proc_read_entry()
    - irq.c: struct sparc_irq[]
    - rtrap.S: sun4c_rett_stackchk
    - setup.c: prom_sync_me()
    - setup.c: boot_flags
    - sun4c_irq.c: sun4c_sbint_to_irq()
    - sun4d_irq.c: sbus_tid[]
    - sun4d_irq.c: struct sbus_actions
    - sun4d_irq.c: sun4d_sbint_to_irq()
    - sun4m_irq.c: sun4m_sbint_to_irq()
    - sun4m_irq.c: sun4m_get_irqmask()
    - sun4m_irq.c: sun4m_timers
    - sun4m_smp.c: smp4m_cross_call()
    - sun4m_smp.c: smp4m_blackbox_id()
    - sun4m_smp.c: smp4m_blackbox_current()
    - time.c: sp_clock_typ
    - time.c: sbus_time_init()
    - traps.c: instruction_dump()
    - wof.S: spwin_sun4c_stackchk
    - wuf.S: sun4c_fwin_stackchk
    - #if 0 the following unused code:
    - process.c: sparc_backtrace_lock
    - process.c: __show_backtrace()
    - process.c: show_backtrace()
    - process.c: smp_show_backtrace_all_cpus()
    - remove the following unused code:
    - entry.S: __handle_exception
    - smp.c: smp_num_cpus
    - smp.c: smp_activated
    - smp.c: __cpu_number_map[]
    - smp.c: __cpu_logical_map[]
    - smp.c: bitops_spinlock
    - traps.c: trap_curbuf
    - traps.c: trapbuf[]
    - traps.c: linux_smp_still_initting
    - traps.c: thiscpus_tbr
    - traps.c: thiscpus_mid

    Signed-off-by: Adrian Bunk
    Signed-off-by: David S. Miller

    Adrian Bunk
     

11 May, 2008

1 commit

  • So, forever, we've had this ptrace_signal_deliver implementation
    which tries to handle all of the nasties that can occur when the
    debugger looks at a process about to take a signal. It's meant
    to address all of these issues inside of the kernel so that the
    debugger need not be mindful of such things.

    Problem is, this doesn't work.

    The idea was that we should do the syscall restart business first, so
    that the debugger captures that state. Otherwise, if the debugger for
    example saves the child's state, makes the child execute something
    else, then restores the saved state, we won't handle the syscall
    restart properly because we lose the "we're in a syscall" state.

    The code here worked for most cases, but if the debugger actually
    passes the signal through to the child unaltered, it's possible that
    we would do a syscall restart when we shouldn't have.

    In particular this breaks the case of debugging a process under a gdb
    which is being debugged by yet another gdb. gdb uses sigsuspend
    to wait for SIGCHLD of the inferior, but if gdb itself is being
    debugged by a top-level gdb we get a ptrace_stop(). The top-level gdb
    does a PTRACE_CONT with SIGCHLD to let the inferior gdb see the
    signal. But ptrace_signal_deliver() assumed the debugger would cancel
    out the signal and therefore did a syscall restart, because the return
    error was ERESTARTNOHAND.

    Fix this by simply making ptrace_signal_deliver() a nop, and providing
    a way for the debugger to control system call restarting properly:

    1) Report a "in syscall" software bit in regs->{tstate,psr}.
    It is set early on in trap entry to a system call and is fully
    visible to the debugger via ptrace() and regsets.

    2) Test this bit right before doing a syscall restart. We have
    to do a final recheck right after get_signal_to_deliver() in
    case the debugger cleared the bit during ptrace_stop().

    3) Clear the bit in trap return so we don't accidently try to set
    that bit in the real register.

    As a result we also get a ptrace_{is,clear}_syscall() for sparc32 just
    like sparc64 has.

    M68K has this same exact bug, and is now the only other user of the
    ptrace_signal_deliver hook. It needs to be fixed in the same exact
    way as sparc.

    Signed-off-by: David S. Miller

    David S. Miller
     

29 Apr, 2008

1 commit

  • Current limitations:

    1) On SMP single stepping has some fundamental issues,
    shared with other sw single-step architectures such
    as mips and arm.

    2) On 32-bit sparc we don't support SMP kgdb yet. That
    requires some reworking of the IPI mechanisms and
    infrastructure on that platform.

    Signed-off-by: David S. Miller

    David S. Miller
     

24 Apr, 2008

1 commit


22 Apr, 2008

1 commit


07 Feb, 2008

1 commit


04 Aug, 2007

1 commit


22 Jul, 2007

1 commit

  • __ndelay and __udelay have not been delayung >= specified time.
    The problem with __ndelay has been tacked down to the rounding of the
    multiplier constant. By changing this, delays > app 18us are correctly
    calculated.
    The problem with __udelay has also been tracked down to rounding issues.
    Changing the multiplier constant (to match that used in sparc64) corrects
    for large delays and adding in a rounding constant corrects for trunctaion
    errors in the claculations.
    Many short delays will return without looping. This is not an error as there
    is the fixed delay of doing all the maths to calculate the loop count.

    Signed-off-by: Mark Fortescue
    Signed-off-by: David S. Miller

    Mark
     

06 Nov, 2006

1 commit

  • When I added the entries for the robust futex syscall entries, I
    forgot to bump NR_SYSCALLS. The current situation is error-prone
    because NR_SYSCALLS lives in entry.S where the system call limit
    checks are enforced. Move the definition to asm/unistd.h in order to
    make this mistake much more difficult to make.

    And wire up sys_migrate_pages since the powerpc folks implemented the
    compat wrapper for us.

    Signed-off-by: David S. Miller

    David S. Miller
     

01 Jul, 2006

1 commit


08 Feb, 2006

1 commit


23 Jan, 2006

1 commit


19 Jan, 2006

1 commit


10 Sep, 2005

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