1. 04 May, 2004 11 commits
    • David S. Miller's avatar
      Merge bk://kernel.bkbits.net/wesolows/sparc32-2.6 · ae959b6d
      David S. Miller authored
      into nuts.davemloft.net:/disk1/BK/sparc-2.6
      ae959b6d
    • Linus Torvalds's avatar
      Merge http://jfs.bkbits.net/linux-2.5 · 3078adde
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      3078adde
    • Dave Kleikamp's avatar
      Merge jfs@jfs.bkbits.net:linux-2.5 · e7741dd4
      Dave Kleikamp authored
      into austin.ibm.com:/shaggy/bk/jfs-2.5
      e7741dd4
    • Dave Kleikamp's avatar
      JFS: [CHECKER] get rid of txAbortCommit · 23a2f48e
      Dave Kleikamp authored
      txAbortCommit is broken and fixing it makes it equivalent to txAbort,
      so get rid of it and use txAbort instead.
      23a2f48e
    • Dave Kleikamp's avatar
      JFS: [CHECKER] Memory leak in jfs_link · b4906e05
      Dave Kleikamp authored
      b4906e05
    • Linus Torvalds's avatar
      Be more careful about waking up rwsem waiters · 8aaac862
      Linus Torvalds authored
      Get a reference count on the the sleeper, so that
      it can't possibly go away before we've sent it the
      wakeup event.
      
      Noted by Nick Piggin <nickpiggin@yahoo.com.au>
               David Howells <dhowells@redhat.com>
      8aaac862
    • Hugh Dickins's avatar
      [PATCH] add_to_page_cache comments · 04e469df
      Hugh Dickins authored
      Remove two layers of the fossil record from comments on add_to_page_cache:
      2.6.6 moves swapcache handling away, and we long ago stopped masking flags.
      04e469df
    • Hugh Dickins's avatar
      [PATCH] mremap pte_unmap NULL · 8c0459dc
      Hugh Dickins authored
      Old bug noone seems to have hit, but mremap's pte_unmap dst might be
      NULL: would get preempt count wrong even when not DEBUG_HIGHMEM.
      8c0459dc
    • Paul Mackerras's avatar
      [PATCH] ppc32: Updated boot fix · 3bbadbdf
      Paul Mackerras authored
      This fixes booting on some PPC32 machines, notably CHRP and powermac
      machines.  This is a modified version of Tom Rini's patch that addresses
      the concerns I had with it.
      
      The problem was that the linker script was getting included in the list
      of things that got put together to make some of the sorts of bootable
      images that we produce.  This removes ld.script in cases where it wasn't
      appropriate and changes the rules in others so that although we have the
      dependency on ld.script, it doesn't get included in the list of things
      to link.
      3bbadbdf
    • David Gibson's avatar
      [PATCH] ppc64: Use slbie, not slbia in hugepage code · 59fe352b
      David Gibson authored
      On PPC64, when we prepare segments below 4G for use with hugepages, we
      need to flush their entries from the SLB, in case SLB entries
      specifying normal pages were already present.
      
      Previously we did that by flushing the entire SLB, the patch below
      changes this to individually flush each necessary segment with slbie.
      The new version may well be slightly faster, but the real reason for
      it is so that this code path doesn't need to be changed to reinstate
      any bolted SLB entries, if we add them.  The existing version has
      already caused problems (read, crashes) when combined with some
      patches that add bolted SLB entries.
      59fe352b
    • Andrew Morton's avatar
      [PATCH] cancel_delayed_work() fix · 99e95627
      Andrew Morton authored
      cancel_delayed_work() forgets to clear the workqueue's pending flag.  This
      makes the workqueue appear to be permanently busy, so any subsequent attempts
      to use it will fail.
      99e95627
  2. 03 May, 2004 10 commits
  3. 02 May, 2004 15 commits
  4. 01 May, 2004 4 commits
    • Steve French's avatar
    • Steve French's avatar
      dc3d70e8
    • Alexander Viro's avatar
      [PATCH] mcdx.c insanity removal · 1230e437
      Alexander Viro authored
      The mcdx.c author had pulled off something absolutely amazing - he had
      declared several unsigned variables (ISA port numbers) as void *, using
      explicit cast to unsigned in almost all places that used them. 
      Exception: printk.  There he proudly used them as pointers - with %3p in
      format.  That cute trick allowed him to avoid using %03x, which
      apparently scared him for some reason. 
      
      Switched to use of unsigned, killed casts, replaced %3p with %03x in
      formats.  BTW, the code had been that way since the initial merge back
      in 1.3.7...
      1230e437
    • Paul Mackerras's avatar
      [PATCH] ppc64: fix incorrect signal handler argument · 661c8e51
      Paul Mackerras authored
      This fixes a bug in the ppc64 signal delivery code where the signal
      number argument to a signal handler can get corrupted before the handler
      is called.  The specific scenario is that a process is in a blocking
      system call when two signals get generated for it, both of which have
      handlers.
      
      The signal code will stack up two signal frames on the process stack
      (assuming the mask for the first signal delivered doesn't block the
      second signal) and return to userspace to run the handler for the second
      signal.  On return from that handler the first handler gets run with an
      incorrect signal number argument because we end up with regs->result
      still having a negative value (left over from when the system call was
      interrupted) when it should be zero.  This patch sets it to zero when we
      set up the signal frame (in three places; for 64-bit processes, and for
      32-bit processes for RT and non-RT signals). 
      
      The way we handle signal delivery and signal handler return using the
      regs->result field in ppc64 is more complicated than it needs to be.  In
      ppc32 I have already simplified it and eliminated use of the
      regs->result field.  I am going to do the same in the ppc64 code, but I
      think this patch should go in for now to fix the bug. 
      
      The patch also fixes a couple of places where we were unnecessarily and
      incorrectly truncating the regs->result value to 32 bits
      (sys32_sigreturn and sys32_rt_sigreturn return a long value, as all
      syscalls do, and if regs->result is negative we need those syscalls to
      return a negative value).
      
      Thanks to Maneesh Soni for identifying the specific circumstances
      under which this bug shows up.
      661c8e51