1. 12 Apr, 2007 3 commits
    • David S. Miller's avatar
      [SUNRPC]: Make sure on-stack cmsg buffer is properly aligned. · bc375ea7
      David S. Miller authored
      Based upon a report from Meelis Roos.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      bc375ea7
    • Roland McGrath's avatar
      [SPARC]: avoid CHILD_MAX and OPEN_MAX constants · 1d51c69f
      Roland McGrath authored
      I don't figure anyone really cares about SunOS syscall emulation, and I
      certainly don't.  But I'm getting rid of uses of the OPEN_MAX and CHILD_MAX
      compile-time constant, and these are almost the only ones.  OPEN_MAX is a
      bogus constant with no meaning about anything.  The RLIMIT_NOFILE resource
      limit is what sysconf (_SC_OPEN_MAX) actually wants to return.
      
      The CHILD_MAX cases weren't actually using anything I want to get rid of,
      but I noticed that they are there and are wrong too.  The CHILD_MAX value
      is not really unlimited as a -1 return from sysconf indicates.  The
      RLIMIT_NPROC resource limit is what sysconf (_SC_CHILD_MAX) wants to return.
      Signed-off-by: default avatarRoland McGrath <roland@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      1d51c69f
    • 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
  2. 11 Apr, 2007 28 commits
  3. 10 Apr, 2007 9 commits