1. 04 10月, 2005 19 次提交
    • J
      [PATCH] fix bonding crash, remove old ABI support · 217df670
      Jay Vosburgh 提交于
      David S. Miller <davem@davemloft.net> wrote:
      >I think removing support for older ifenslave binaries is
      >the least painful solution to this problem.
      
      	This patch removes backwards compatibility for old ifenslave
      binaries (ifenslave prior to verison 1.0.0).
      
      	I did not similarly modify ifenslave itself; with sysfs on the
      horizon, I don't see that as being worthwhile.
      Signed-off-by: NJay Vosburgh <fubar@us.ibm.com>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      217df670
    • U
      [PATCH] s390: qeth driver fixes · 9123e0d7
      Ursula Braun 提交于
      From: Peter Tiedemann <ptiedem@de.ibm.com>
      From: Frank Pavlic <pavlic@de.ibm.com>
      	minor qeth fixes:
      	- free old skb in qeth_realloc_headroom after duplicating skb
      	- disable IPV6 support for Hipersockets devices
      	- call ccw_device_set_offline on every channel regardless
      	  of the return value of the prior ccw_device_set_offline calls
      	- allocate qdio structures in DMA-area
      	- schedule recovery of appropriate card
      	  when cable has been inserted again.
      	- add missing initialization of card->lock
      	- write sequence number in skb->cb for SNA protocol which
      	  requires strictly serialized packets.
      Signed-off-by: NFrank Pavlic <pavlic@de.ibm.com>
      
      diffstat:
       qeth.h      |    2 ++
       qeth_main.c |   37 +++++++++++++++++--------------------
       2 files changed, 19 insertions(+), 20 deletions(-)
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      9123e0d7
    • K
      [netdrvr] fix smc91c92_cs multicast bug · bb53d6d0
      Komuro 提交于
      The smc91c92_cs multicast does not work
      if the count of multicast address is 1.
      
      Signed-off-by: <komurojun-mbn@nifty.com>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      bb53d6d0
    • R
      [PATCH] ieee80211: fix gfp flags type · 8cb6108b
      Randy Dunlap 提交于
      Fix implicit nocast warnings in ieee80211 code:
      net/ieee80211/ieee80211_tx.c:215:9: warning: implicit cast to nocast type
      Signed-off-by: NRandy Dunlap <rdunlap@xenotime.net>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      8cb6108b
    • R
      [PATCH] ns83820: fix gfp flags type · 0a1c80f1
      Randy Dunlap 提交于
      Fix implicit nocast warnings in ns83820 code:
      drivers/net/ns83820.c:603:46: warning: implicit cast to nocast type
      Signed-off-by: NRandy Dunlap <rdunlap@xenotime.net>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      0a1c80f1
    • S
      [PATCH] skge: set mac address oops with bonding · c2681dd8
      Stephen Hemminger 提交于
      Skge driver was bringing link up/down when changing mac
      address.  This doesn't work in the bonding environment, and is
      more effort than needed.
      
      Fixes-bug: http://bugzilla.kernel.org/show_bug.cgi?id=5271Signed-off-by: NStephen Hemminger <shemminger@osdl.org>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      c2681dd8
    • D
      ed39f731
    • D
      [IPV4]: Update icmp sysctl docs and disable broadcast ECHO/TIMESTAMP by default · 7ce31246
      David S. Miller 提交于
      It's not a good idea to be smurf'able by default.
      The few people who need this can turn it on.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7ce31246
    • H
      [IPV4]: Get rid of bogus __in_put_dev in pktgen · 3e56a40b
      Herbert Xu 提交于
      This patch gets rid of a bogus __in_dev_put() in pktgen.c.  This was
      spotted by Suzanne Wood.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      3e56a40b
    • H
      [IPV4]: Replace __in_dev_get with __in_dev_get_rcu/rtnl · e5ed6399
      Herbert Xu 提交于
      The following patch renames __in_dev_get() to __in_dev_get_rtnl() and
      introduces __in_dev_get_rcu() to cover the second case.
      
      1) RCU with refcnt should use in_dev_get().
      2) RCU without refcnt should use __in_dev_get_rcu().
      3) All others must hold RTNL and use __in_dev_get_rtnl().
      
      There is one exception in net/ipv4/route.c which is in fact a pre-existing
      race condition.  I've marked it as such so that we remember to fix it.
      
      This patch is based on suggestions and prior work by Suzanne Wood and
      Paul McKenney.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e5ed6399
    • D
      [IPV6]: Fix leak added by udp connect dst caching fix. · a5e7c210
      David S. Miller 提交于
      Based upon a patch from Mitsuru KANDA <mk@linux-ipv6.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a5e7c210
    • Y
      [IPV6]: Fix ipv6 fragment ID selection at slow path · f36d6ab1
      Yan Zheng 提交于
      Signed-Off-By: NYan Zheng <yanzheng@21cn.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f36d6ab1
    • H
      [IPV4]: Fix "Proxy ARP seems broken" · 444fc8fc
      Herbert Xu 提交于
      Meelis Roos <mroos@linux.ee> wrote:
      > RK> My firewall setup relies on proxyarp working.  However, with 2.6.14-rc3,
      > RK> it appears to be completely broken.  The firewall is 212.18.232.186,
      > 
      > Same here with some kernel between 14-rc2 and 14-rc3 - no reposnse to
      > ARP on a proxyarp gateway. Sorry, no exact revison and no more debugging
      > yet since it'a a production gateway.
      
      The breakage is caused by the change to use the CB area for flagging
      whether a packet has been queued due to proxy_delay.  This area gets
      cleared every time arp_rcv gets called.  Unfortunately packets delayed
      due to proxy_delay also go through arp_rcv when they are reprocessed.
      
      In fact, I can't think of a reason why delayed proxy packets should go
      through netfilter again at all.  So the easiest solution is to bypass
      that and go straight to arp_process.
      
      This is essentially what would've happened before netfilter support
      was added to ARP.
      
      Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> 
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      444fc8fc
    • R
      [NET]: Fix "sysctl_net.c:36: error: 'core_table' undeclared here" · 496a22b0
      Russell King 提交于
      During the build for ARM machine type "fortunet", this error occurred:
      
        CC      net/sysctl_net.o
      net/sysctl_net.c:36: error: 'core_table' undeclared here (not in a function)
      
      It appears that the following configuration settings cause this error
      due to a missing include:
      CONFIG_SYSCTL=y
      CONFIG_NET=y
      # CONFIG_INET is not set
      
      core_table appears to be declared in net/sock.h.  if CONFIG_INET were
      defined, net/sock.h would have been included via:
        sysctl_net.c -> net/ip.h -> linux/ip.h -> net/sock.h
      
      so include it directly.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      496a22b0
    • E
      [INET]: speedup inet (tcp/dccp) lookups · 81c3d547
      Eric Dumazet 提交于
      Arnaldo and I agreed it could be applied now, because I have other
      pending patches depending on this one (Thank you Arnaldo)
      
      (The other important patch moves skc_refcnt in a separate cache line,
      so that the SMP/NUMA performance doesnt suffer from cache line ping pongs)
      
      1) First some performance data :
      --------------------------------
      
      tcp_v4_rcv() wastes a *lot* of time in __inet_lookup_established()
      
      The most time critical code is :
      
      sk_for_each(sk, node, &head->chain) {
           if (INET_MATCH(sk, acookie, saddr, daddr, ports, dif))
               goto hit; /* You sunk my battleship! */
      }
      
      The sk_for_each() does use prefetch() hints but only the begining of
      "struct sock" is prefetched.
      
      As INET_MATCH first comparison uses inet_sk(__sk)->daddr, wich is far
      away from the begining of "struct sock", it has to bring into CPU
      cache cold cache line. Each iteration has to use at least 2 cache
      lines.
      
      This can be problematic if some chains are very long.
      
      2) The goal
      -----------
      
      The idea I had is to change things so that INET_MATCH() may return
      FALSE in 99% of cases only using the data already in the CPU cache,
      using one cache line per iteration.
      
      3) Description of the patch
      ---------------------------
      
      Adds a new 'unsigned int skc_hash' field in 'struct sock_common',
      filling a 32 bits hole on 64 bits platform.
      
      struct sock_common {
      	unsigned short		skc_family;
      	volatile unsigned char	skc_state;
      	unsigned char		skc_reuse;
      	int			skc_bound_dev_if;
      	struct hlist_node	skc_node;
      	struct hlist_node	skc_bind_node;
      	atomic_t		skc_refcnt;
      +	unsigned int		skc_hash;
      	struct proto		*skc_prot;
      };
      
      Store in this 32 bits field the full hash, not masked by (ehash_size -
      1) Using this full hash as the first comparison done in INET_MATCH
      permits us immediatly skip the element without touching a second cache
      line in case of a miss.
      
      Suppress the sk_hashent/tw_hashent fields since skc_hash (aliased to
      sk_hash and tw_hash) already contains the slot number if we mask with
      (ehash_size - 1)
      
      File include/net/inet_hashtables.h
      
      64 bits platforms :
      #define INET_MATCH(__sk, __hash, __cookie, __saddr, __daddr, __ports, __dif)\
           (((__sk)->sk_hash == (__hash))
           ((*((__u64 *)&(inet_sk(__sk)->daddr)))== (__cookie))   &&  \
           ((*((__u32 *)&(inet_sk(__sk)->dport))) == (__ports))   &&  \
           (!((__sk)->sk_bound_dev_if) || ((__sk)->sk_bound_dev_if == (__dif))))
      
      32bits platforms:
      #define TCP_IPV4_MATCH(__sk, __hash, __cookie, __saddr, __daddr, __ports, __dif)\
           (((__sk)->sk_hash == (__hash))                 &&  \
           (inet_sk(__sk)->daddr          == (__saddr))   &&  \
           (inet_sk(__sk)->rcv_saddr      == (__daddr))   &&  \
           (!((__sk)->sk_bound_dev_if) || ((__sk)->sk_bound_dev_if == (__dif))))
      
      
      - Adds a prefetch(head->chain.first) in 
      __inet_lookup_established()/__tcp_v4_check_established() and 
      __inet6_lookup_established()/__tcp_v6_check_established() and 
      __dccp_v4_check_established() to bring into cache the first element of the 
      list, before the {read|write}_lock(&head->lock);
      Signed-off-by: NEric Dumazet <dada1@cosmosbay.com>
      Acked-by: NArnaldo Carvalho de Melo <acme@ghostprotocols.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      81c3d547
    • M
      [TG3]: Refine AMD K8 write-reorder chipset test. · 399de50b
      Michael Chan 提交于
      Test for VIA K8T800 north bridge instead of AMD K8 HyperTransport
      bridge based on new information from Andi Kleen. The AMD
      HyperTransport interface is not responsible for PCI transactions
      and so the re-ordering is more likely done by the VIA north bridge.
      This code is subject to change if we get more information from AMD
      or VIA.
      
      PCI Express devices are excluded from doing the read flush since all
      chipsets in the write_reorder list are PCI chipsets.
      Signed-off-by: NMichael Chan <mchan@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      399de50b
    • A
      [CASSINI]: Convert to ethtool_ops · a232f767
      Al Viro 提交于
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a232f767
    • H
      [NET]: Fix packet timestamping. · 325ed823
      Herbert Xu 提交于
      I've found the problem in general.  It affects any 64-bit
      architecture.  The problem occurs when you change the system time.
      
      Suppose that when you boot your system clock is forward by a day.
      This gets recorded down in skb_tv_base.  You then wind the clock back
      by a day.  From that point onwards the offset will be negative which
      essentially overflows the 32-bit variables they're stored in.
      
      In fact, why don't we just store the real time stamp in those 32-bit
      variables? After all, we're not going to overflow for quite a while
      yet.
      
      When we do overflow, we'll need a better solution of course.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      325ed823
    • R
      [PATCH] x86_64: Fix numa node topology detection for srat based x86_64 boxes · ddea7be0
      Ravikiran G Thirumalai 提交于
      2.6.14-rc2 does not assign cpus to proper nodeids on our em64t numa boxen.
      Our boxes use acpi srat for parsing the numa information.
      
      srat_detect_node() used phys_proc_id[] to get to the cpu's local apic id,
      but phys_proc_id[] represents the cpu<->initial_apic_id mapping.  The
      following patch fixes this problem.  Now apicid_to_node[] is properly
      indexed with the local apic id.
      Signed-off-by: NRavikiran Thirumalai <kiran@scalex86.org>
      Acked-by: NSuresh Siddha <suresh.b.siddha@intel.com>
      Cc: Andi Kleen <ak@muc.de>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      ddea7be0
  2. 03 10月, 2005 11 次提交
  3. 02 10月, 2005 8 次提交
  4. 01 10月, 2005 2 次提交