1. 14 9月, 2014 1 次提交
  2. 16 5月, 2014 1 次提交
    • J
      parisc: Improve LWS-CAS performance · c776cd89
      John David Anglin 提交于
      The attached change significantly improves the performance of the LWS-CAS code
      in syscall.S.
      This allows a number of packages to build (e.g., zeromq3, gtest and libxs)
      that previously failed because slow LWS-CAS performance under contention. In
      particular, interrupts taken while the lock was taken degraded performance
      significantly.
      
      The change does the following:
      
      1) Disables interrupts around the CAS operation, and
      2) Changes the loads and stores to use the ordered completer, "o", on
      PA 2.0. "o" and "ma" with a zero offset are equivalent. The latter is
      accepted on both PA 1.X and 2.0.
      
      The use of ordered loads and stores probably makes no difference on all
      existing hardware, but it seemed pedantically correct. In particular, the CAS
      operation must complete before LDCW lock is released. As written before, a
      processor could reorder the operations.
      
      I don't believe the period interrupts are disabled is long enough to
      significantly increase interrupt latency. For example, the TLB insert code is
      longer. Worst case is a memory fault in the CAS operation.
      Signed-off-by: NJohn David Anglin <dave.anglin@bell.net>
      Cc: stable@vger.kernel.org # 3.13+
      Signed-off-by: NHelge Deller <deller@gmx.de>
      c776cd89
  3. 08 11月, 2013 1 次提交
    • H
      parisc: provide macro to create exception table entries · 61dbbaeb
      Helge Deller 提交于
      Provide a macro ASM_EXCEPTIONTABLE_ENTRY() to create exception table
      entries and convert all open-coded places to use that macro.
      
      This patch is a first step toward creating a exception table which only
      holds 32bit pointers even on a 64bit kernel. That way in my own kernel
      I was able to reduce the in-kernel exception table from 44kB to 22kB.
      Signed-off-by: NHelge Deller <deller@gmx.de>
      61dbbaeb
  4. 07 5月, 2013 2 次提交
    • H
      parisc: document the parisc gateway page · dde39798
      Helge Deller 提交于
      Include some documentation about how the parisc gateway page technically
      works and how it is used from userspace.
      
      James Bottomley is the original author of this description and it was
      copied here out of an email thread from Apr 12 2013 titled:
      man2 : syscall.2 : document syscall calling conventions
      
      CC: James Bottomley <James.Bottomley@HansenPartnership.com>
      Signed-off-by: NHelge Deller <deller@gmx.de>
      dde39798
    • H
      parisc: fix partly 16/64k PAGE_SIZE boot · 6a45716a
      Helge Deller 提交于
      This patch fixes partly PAGE_SIZEs of 16K or 64K by adjusting the
      assembler PTE lookup code and the assembler TEMPALIAS code.  Furthermore
      some data alignments for PAGE_SIZE have been limited to 4K (or less) to
      not waste too much memory with greater page sizes. As a side note, the
      palo loader can (currently) only handle up to 10 ELF segments which is
      fixed with tighter aligning as well.
      
      My testings indicated that the ldci command in the sba iommu coding
      needed adjustment by the PAGE_SHIFT value and that the I/O PDIR Page
      size was only set to 4K for my machine (C3000).
      
      All this fixes partly the boot, but there are still quite some caching
      problems left.  Examples are e.g. the symbios logic driver which is
      failing:
      
      sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 69
      sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
      CACHE TEST FAILED: DMA error (dstat=0x81).sym0: CACHE INCORRECTLY CONFIGURED.
      
      and the tulip network driver which doesn't seem to work correctly
      either:
      
      Sending BOOTP requests .net eth0: Setting full-duplex based on MII#1
      link partner capability of 05e1
      ..... timed out!
      
      Beside those kernel fixes glibc will need fixes too to be able to handle
      >4K page sizes.
      Signed-off-by: NHelge Deller <deller@gmx.de>
      6a45716a
  5. 21 2月, 2013 1 次提交
    • A
      parisc: fix ptrace breakage · 52ab532e
      Al Viro 提交于
      1) PTRACE_SYSCALL doesn't work for 64bit process on parisc64.
      Compat syscall table is used instead of 64bit one.  IMO we should either
      refuse to allow PTRACE_SYSCALL for 64bit processes or duplicate the
      logics choosing the right syscall table into .Ltracesys.
      
      	2) if you have let the tracee run with PTRACE_SYSCALL and
      it had stopped, you can use PTRACE_POKEUSR to modify syscall number
      (r20) and arguments 1--4 (r26--r23).  Modifications will have effect.
      However, modifying arguments 5 and 6 (r22 and r21 resp.) works only
      when process (32bit one) runs on 64bit host - on 32bit one it has no
      effect.  AFAICS, the diff below should fix that one.
      Signed-off-by: NAl Viro <viro@ZenIV.linux.org.uk>
      Tested-by: NJohn David Anglin <dave.anglin@bell.net>
      Signed-off-by: NHelge Deller <deller@gmx.de>
      52ab532e
  6. 01 10月, 2012 2 次提交
  7. 31 3月, 2011 1 次提交
  8. 30 5月, 2010 1 次提交
  9. 28 9月, 2009 3 次提交
  10. 31 3月, 2009 1 次提交
  11. 13 6月, 2008 1 次提交
  12. 15 5月, 2008 1 次提交
  13. 18 10月, 2007 2 次提交
  14. 04 6月, 2007 1 次提交
    • K
      [PARISC] Fix bug when syscall nr is __NR_Linux_syscalls · 3bb457af
      Kyle McMartin 提交于
      The bug was that we were comparing __NR_syscalls to be greater or equal
      to the syscall number stored in %r20. __NR_syscalls is one greater than
      the last syscall though, so we're loading one entry beyond the end of the
      syscall table, and trying to jump to it.
      
      Fix this by only checking that we're greater, alternatively, we could
      have compared to (__NR_Linux_syscalls - 1)
      Signed-off-by: NKyle McMartin <kyle@parisc-linux.org>
      3bb457af
  15. 30 5月, 2007 1 次提交
  16. 23 5月, 2007 1 次提交
  17. 17 2月, 2007 2 次提交
  18. 04 10月, 2006 1 次提交
  19. 28 6月, 2006 2 次提交
  20. 22 4月, 2006 1 次提交
  21. 23 1月, 2006 1 次提交
  22. 18 11月, 2005 1 次提交
  23. 22 10月, 2005 1 次提交
  24. 10 9月, 2005 1 次提交
  25. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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