1. 11 Nov, 2003 2 commits
    • Daniel McNeil's avatar
      [PATCH] Fix AIO reference counts · 06d751b4
      Daniel McNeil authored
      This makes the AIO submit path holds an extra reference until just
      before returning.  This fixes the referencing a free kiocb. 
      
      Without this patch the kernel will oops if the AIO completes early.
      06d751b4
    • Linus Torvalds's avatar
      Fix double unlock of page_table_lock in do_wp_page(). · eba29972
      Linus Torvalds authored
      Noticed by Petr Vandrovec.
      
      In the out-of-memory case, do_wp_page() would unlock page_table_lock
      twice - once before allocating, and once in the exit path.
      
      Rewrite the exit paths to be more readable, and don't try to share
      the code between all the exit cases, since they are very different. 
      eba29972
  2. 10 Nov, 2003 9 commits
  3. 09 Nov, 2003 20 commits
  4. 08 Nov, 2003 9 commits
    • David S. Miller's avatar
      Merge davem@nuts.ninka.net:/disk1/davem/BK/net-2.5 · f194a1ee
      David S. Miller authored
      into hera.kernel.org:/home/davem/BK/net-2.5
      f194a1ee
    • Krishna Kumar's avatar
      [IPV6]: Fix hangs during interface down caused by ipv6_del_addr(). · 4a32b9e7
      Krishna Kumar authored
      While using PRIVACY extensions, I sometimes get a hang when I remove the
      interface. But I can reproduce this every time using the test script at
      the end of the mail (hang depends on the order of address deletion).
      
      The bug is in ipv6_del_addr() where if a temp address is being deleted, it
      does an __in6_ifa_put() of the main address from which it was derived
      (basically the autoconf prefix address). So if the main address was
      deleted first, it's ifp ref count would be 1 and it would 'wait' to be
      freed till it's temp address was freed first. When the temp address is
      deleted, the __put() routine drops the main address's ifp ref count to 0,
      but not free it. unregister_netdevice() hangs giving message that ref
      count is 1. Fix tested overnight.
      
      Also, the code at the top of the routine is unnecessary, the same is being
      done when the address is found a little later in that routine.
      4a32b9e7
    • Herbert Xu's avatar
      94093659
    • David S. Miller's avatar
      7c411484
    • Ingo Molnar's avatar
      [PATCH] SMP signal latency fix · 0db87bc9
      Ingo Molnar authored
      The code that sends a signal needs to "kick" the target process if it
      runs on another CPU and wasn't woken up by the signal to let it know
      that it has a new event.
      
      Otherwise it might take a long time until the target actually notices
      and acts on the signal.
      0db87bc9
    • Ralf Bächle's avatar
      [netdrvr pcnet32] add missing pci_dma_sync_single · e9e3cd4b
      Ralf Bächle authored
      a patch for the pcnet32.c driver which adds a missing call to
      pci_dma_sync_single.  If a received packet is smaller than rx_copybreak
      the pcnet driver will recycle the receive buffer which requires calling
      pci_dma_sync_single.  Patch is against 2.6 but I it's also needed in 2.4.
      
      Without that call the processor might still have old stale data in
      the data cache when the processor accesses the recycled buffer.
      e9e3cd4b
    • Pekka Pietikäinen's avatar
      [netdrvr b44] Fix irq enable/disable; fix oops due to lack of SET_NETDEV_DEV() call · 215a574e
      Pekka Pietikäinen authored
      Also, add suspend/resume functions.
      215a574e
    • Andi Kleen's avatar
      [PATCH] Fix oops in x86-64 strace path · ae40e4b5
      Andi Kleen authored
      Fix a nasty typo found by Albert Cahalan.
      
      This lead to an oops when a invalid syscall was called under strace in 2.6.
      ae40e4b5
    • Andi Kleen's avatar
      [PATCH] Fix TSS limit on x86-64 · 954caecd
      Andi Kleen authored
      The limit of the TSS segment was incorrectly set to a too big value
      on x86-64. This lead to the CPU reading random memory behind the main
      TSS when iopl was >0, but there was no ioperm bitmap set. This caused
      random failures in port accesses in this state.
      
      Set the correct limit.
      954caecd