1. 11 Feb, 2003 16 commits
  2. 10 Feb, 2003 24 commits
    • David S. Miller's avatar
      Merge nuts.ninka.net:/home/davem/src/BK/sparcwork-2.5 · 7aaaac17
      David S. Miller authored
      into nuts.ninka.net:/home/davem/src/BK/sparc-2.5
      7aaaac17
    • David S. Miller's avatar
      [SIGNAL]: Allow more platforms to use generic get_signal_to_deliver. · b6f7756d
      David S. Miller authored
      The few platforms that cannot use the generic
      get_signal_to_deliver implementation cannot do
      so because they do special things for ptraced
      children.  This can be easily avoided and thus
      all of the signal handling code duplication can
      be eliminated.
      
      This is the first part, which adds a platform hook
      right before the parent of the ptraced child is woken.
      Data can be passed in via a cookie argument.
      
      The next part will be dealing with platforms
      that need to muck with breakpoints in the child
      in this same code block.
      b6f7756d
    • David S. Miller's avatar
    • Rob Radez's avatar
      [SPARC]: ADd init_sighand. · d3e35192
      Rob Radez authored
      d3e35192
    • Rob Radez's avatar
      [SPARC]: HEAD --> HEAD_Y · 4bb8e5c8
      Rob Radez authored
      4bb8e5c8
    • Andrew Morton's avatar
      [PATCH] Get 3c59x to compile on non-PCI systems · 2b009dcf
      Andrew Morton authored
      Patch from Marc Zyngier <mzyngier@freesurf.fr>
      
      My previous round of EISA hacking left the 3c59x driver unable to
      compile on non-PCI systems (that is, EISA only...).
      
      This small patch fixes it.
      2b009dcf
    • Andrew Morton's avatar
      [PATCH] 3c509 compile fix · eb53fa9d
      Andrew Morton authored
      Patch from Marc Zyngier <mzyngier@freesurf.fr>
      
      Fix compilation of 3c509.c
      eb53fa9d
    • Andrew Morton's avatar
      [PATCH] fix current->user->processes leak · b789ebfc
      Andrew Morton authored
      Patch from: Eric Lammerts <eric@lammerts.org>
      
      Every time you do a loop mount, a kernel thread is started (those
      processes are called "loop0", "loop1", etc.). The problem is that when
      it starts, it's counted as one of your processes. Then, it's
      changed to be a root-owned process without correcting that count.
      
      Patch below fixes the problem. It moves the bookkeeping of changing
      current->user to a new function switch_uid() (which is now also used
      by exec_usermodehelper() in kmod.c). The patch is tested.
      b789ebfc
    • Andrew Morton's avatar
      [PATCH] remove the buffer_head mempool · 3322be32
      Andrew Morton authored
      mempools have the wrong semantics for use by buffer_heads.  The problem
      scenario:
      
      - Process A calls mempool_alloc(), asking for a buffer_head.
      
      - While process A sleeps, process B frees up a ton of memory.
      
      That's it.  There is no longer any memory pressure, so nobody frees any
      buffer_heads, so process A does not get woken up.  I managed to trigger this
      in some testing recently.
      
      One approach would be to use a schedule_timeout(2) in mempool_alloc().
      
      Anyway, the importance of buffer_head allocation was lessened when swapout
      stopped using them, so let's just drop the mempool out of it for now.
      3322be32
    • Andrew Morton's avatar
      [PATCH] Don't run unlock_super() in ext3_fill_super() · e1f3b1fc
      Andrew Morton authored
      A very long time ago ext3_fill_super() was beng called under the VFS's
      lock_super(), and it had to drop that lock for deadlock avoidance reasons.
      
      But the VFS was later changed to not take lock_super() across ->fill_super(),
      so we're upping a non-downed semaphore.
      
      Just take it out.
      e1f3b1fc
    • Andrew Morton's avatar
      [PATCH] ext3 commenting cleanup · ec07c5c1
      Andrew Morton authored
      Redo the (strange) layout of some of Roger's comments.
      ec07c5c1
    • Andrew Morton's avatar
      [PATCH] remove unneeded test from radix_tree_extend() · b9df0268
      Andrew Morton authored
      Patch from: Szabolcs Berecz <szabi@mplayerhq.hu>
      
      No need to check root->rnode in the loop. In the loop it remains nonzero.
      b9df0268
    • Andrew Morton's avatar
      [PATCH] hugetlbpage MAP_FIXED fix · 01c42c0c
      Andrew Morton authored
      We need to validate that the address and length of a MAP_FIXED request are
      suitable for hugetlb pages.
      01c42c0c
    • Andrew Morton's avatar
      [PATCH] nforce2 IDE support for the amd74xx driver · 638987b3
      Andrew Morton authored
      Patch from James Curbo <phoenix@sandwich.net>
      
      The amd74xx IDE driver in 2.5.59 has support for the nforce IDE controller,
      but not explicitly for the nforce2 IDE controller (which has a different PCI
      ID, which is in the kernel already).  I'm not sure if the nforce and nforce2
      controllers are identical, but I made a small patch that made the amd74xx
      driver recognize the nforce2 IDE, and it boots for me, seems to work fine, as
      my drives were tuned to their highest transfer rate automatically (udma5).
      
      I don't know if this patch is proper or correct, but it Works for Me [tm].
      Patch is attached.
      
      Vojtech has acked this change.
      638987b3
    • Andrew Morton's avatar
      [PATCH] Add David Olien MAINTAINERs for DAC960 · 345c3633
      Andrew Morton authored
      (I asked Dave for this...)
      
      From: Dave Olien <dmo@osdl.org>
      
      Add me as maintainer for DAC960 driver.
      345c3633
    • Andrew Morton's avatar
      [PATCH] DAC960 Stanford Checker fix · c62143fd
      Andrew Morton authored
      Patch from Dave Olien <dmo@osdl.org>
      
      This was found by the Standford Checker.
      The LogicalDeviceNumber bad range test was changed from > to >=
      I also replaced a couple of panic() calls with error messages,
      since panic-ing seemed a little extreme.
      c62143fd
    • Andrew Morton's avatar
      [PATCH] ext3: Remove journal_try_start() · 2ac28750
      Andrew Morton authored
      journal_try_start() is a function which nonblockingly attempts to open a JBD
      transaction handle.  It was added a long time ago when there were concerns
      that ext3_writepage() could block kswapd for too long.
      
      It was never clearly necessary.
      
      So the patch throws it all away and just calls the blocking journal_start()
      from ext3_writepage().
      2ac28750
    • Andrew Morton's avatar
      [PATCH] NUMAQ io_apic programming fix · 537ca630
      Andrew Morton authored
      Patch from William Lee Irwin III <wli@holomorphy.com>
      
      Don't touch IO-APIC physid's on NUMA-Q. The BIOS pre-programs them.
      537ca630
    • Andrew Morton's avatar
      [PATCH] use per-cpu data for ia32 profiler · b23ee846
      Andrew Morton authored
      Patch from Ravikiran G Thirumalai <kiran@in.ibm.com>
      
      Converts the ia32 kernel profiler to use use the percpu area infrastructure.
      b23ee846
    • Andrew Morton's avatar
      [PATCH] uninline get_jiffies_64() for 32-bit architectures · 9bba8dd6
      Andrew Morton authored
      uninline get_jiffies_64() for 32-bit architectures
      9bba8dd6
    • Randy Dunlap's avatar
      [PATCH] checker bounds/limits fixes · 498b9cb8
      Randy Dunlap authored
      Part of the bounds checking bugs found by the Stanford checker.
      
      The 4 fixes below have been acked by their maintainers.
      498b9cb8
    • Andrew Morton's avatar
      [PATCH] de4x5 compile fix · e3b4a0e0
      Andrew Morton authored
      Move the definition of version[] down to where __initdata has been defined.
      e3b4a0e0
    • Andrew Morton's avatar
      [PATCH] ncpfs compile fix · 2cece07e
      Andrew Morton authored
      Patch from Joel Becker <Joel.Becker@oracle.com>
      
      The task_struct->sig -> task_struct->signal bits.
      2cece07e
    • Andrew Morton's avatar
      [PATCH] Fix synchronous writers to wait properly for the result · 8d49bf3f
      Andrew Morton authored
      Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz> points out a bug in
      ll_rw_block() usage.
      
      Typical usage is:
      
      	mark_buffer_dirty(bh);
      	ll_rw_block(WRITE, 1, &bh);
      	wait_on_buffer(bh);
      
      the problem is that if the buffer was locked on entry to this code sequence
      (due to in-progress I/O), ll_rw_block() will not wait, and start new I/O.  So
      this code will wait on the _old_ I/O, and will then continue execution,
      leaving the buffer dirty.
      
      It turns out that all callers were only writing one buffer, and they were all
      waiting on that writeout.  So I added a new sync_dirty_buffer() function:
      
      	void sync_dirty_buffer(struct buffer_head *bh)
      	{
      		lock_buffer(bh);
      		if (test_clear_buffer_dirty(bh)) {
      			get_bh(bh);
      			bh->b_end_io = end_buffer_io_sync;
      			submit_bh(WRITE, bh);
      		} else {
      			unlock_buffer(bh);
      		}
      	}
      
      which allowed a fair amount of code to be removed, while adding the desired
      data-integrity guarantees.
      
      UFS has its own wrappers around ll_rw_block() which got in the way, so this
      operation was open-coded in that case.
      8d49bf3f