1. 17 8月, 2005 5 次提交
  2. 16 8月, 2005 9 次提交
  3. 15 8月, 2005 4 次提交
  4. 14 8月, 2005 3 次提交
  5. 13 8月, 2005 4 次提交
  6. 12 8月, 2005 11 次提交
  7. 11 8月, 2005 4 次提交
    • H
      [TCP]: Adjust {p,f}ackets_out correctly in tcp_retransmit_skb() · b5da623a
      Herbert Xu 提交于
      Well I've only found one potential cause for the assertion
      failure in tcp_mark_head_lost.  First of all, this can only
      occur if cnt > 1 since tp->packets_out is never zero here.
      If it did hit zero we'd have much bigger problems.
      
      So cnt is equal to fackets_out - reordering.  Normally
      fackets_out is less than packets_out.  The only reason
      I've found that might cause fackets_out to exceed packets_out
      is if tcp_fragment is called from tcp_retransmit_skb with a
      TSO skb and the current MSS is greater than the MSS stored
      in the TSO skb.  This might occur as the result of an expiring
      dst entry.
      
      In that case, packets_out may decrease (line 1380-1381 in
      tcp_output.c).  However, fackets_out is unchanged which means
      that it may in fact exceed packets_out.
      
      Previously tcp_retrans_try_collapse was the only place where
      packets_out can go down and it takes care of this by decrementing
      fackets_out.
      
      So we should make sure that fackets_out is reduced by an appropriate
      amount here as well.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b5da623a
    • S
      [IA64] fix perfmon context load · 6bf11e8c
      stephane.eranian@hp.com 提交于
      The PFM_LOAD_CONTEXT may fail silently and cause a session
      to remain reserved even though it should not. This can happen
      when the commands succeeds in reserving the session but fails
      when it actually tries to attach to the load_pid. In that case,
      the command has failed but will return 0. More importantly,
      the session will remain reserved. This patch fixes the problem.
      
      Signed-off-by: <stephane.eranian@hp.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      6bf11e8c
    • K
      [IA64] fix iosapic_remove build error for !HOTPLUG · 1c53e435
      Kenji Kaneshige 提交于
      This patch removes the following stupid compile error that happens
      when CONFIG_HOTPLUG is not defined on ia64.
      
           arch/ia64/kernel/built-in.o(.text+0x712): In function `acpi_unregister_ioapic':
           : undefined reference to `iosapic_remove'
      Signed-off-by: NKenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      1c53e435
    • L
      bc68552f