From owner-freebsd-net@FreeBSD.ORG Sun Dec 23 23:36:46 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7575A3F for ; Sun, 23 Dec 2012 23:36:46 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 249A48FC0A for ; Sun, 23 Dec 2012 23:36:45 +0000 (UTC) Received: (qmail 18374 invoked from network); 24 Dec 2012 00:30:00 +0100 Received: from fw.xip.at (HELO ?127.0.0.1?) (89.207.145.147) by chile.gbit.at with SMTP; 24 Dec 2012 00:30:00 +0100 Message-ID: <50D793F9.9090109@xip.at> Date: Mon, 24 Dec 2012 00:30:01 +0100 From: Ingo Flaschberger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: Panic using RADIX_MPATH and quagga References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 23:36:47 -0000 Sorry - but freebsd mpath is definitley broken and nobody cares? see: 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/156283 2) http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/173477 Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Mon Dec 24 04:29:57 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37DD72A5; Mon, 24 Dec 2012 04:29:57 +0000 (UTC) (envelope-from telemat@extrim.it) Received: from fatboy.mirasystem.net (unknown [IPv6:2a02:17d0:af:ff01:1:2::]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7EC8FC14; Mon, 24 Dec 2012 04:29:55 +0000 (UTC) Received: from tsar.itmh.local (unknown [172.16.64.37]) by fatboy.mirasystem.net (Postfix) with ESMTP id 02D95126B8A1; Mon, 24 Dec 2012 10:29:53 +0600 (YEKT) Message-ID: <50D7DA41.7020604@extrim.it> Date: Mon, 24 Dec 2012 10:29:53 +0600 From: Tsaregorodtsev Denis User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: 'no buffer space available' after switch goes down on freeBSD 7.3 References: <50D45282.5080708@extrim.it> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2012 04:29:57 -0000 Thank you for answer. '/etc/rc.d/netif restart' resolves problem. But it takes too much time to connect to server from local console and execute that command. On 21.12.2012 20:47, Adrian Chadd wrote: > On 21 December 2012 04:13, Tsaregorodtsev Denis wrote: >> Hello, >> >> I maintenance ISP's DNS server which works under FreeBSD 7.3 and BIND >> 9.9.1-P4. The network adapter is Intel(R) PRO/1000 Network Connection, >> driver - em. The server is connected to a Cisco 6500 switch. Sometimes the >> switch goes down (for maintenance) and is unavailable for 10 minutes. After >> the switch goes up the server is still unavailable through IP. When I open >> an IPMI console on the server and enter the ping command, I receive "no >> buffer space available" error message. And the network doesn't work until >> the server reboot. >> I tried to google this and found that the problem can be solved by >> increasing nmbclusters parameter. But I want to understand why this problem >> appears when the switch is rebooting . May be you can suggest something? >> >> Best regards, Tsaregorodtsev Denis > Hi, > > It's quite likely because the mbufs have been allocated and sitting on > some queue somewhere, but they're stuck and unable to transmit. > > Just try 'ifconfig em0 down; ifconfig em0 up' and see if that unwedges things? > > > > Adrian From owner-freebsd-net@FreeBSD.ORG Mon Dec 24 04:35:38 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24208368; Mon, 24 Dec 2012 04:35:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-f173.google.com (mail-we0-f173.google.com [74.125.82.173]) by mx1.freebsd.org (Postfix) with ESMTP id 5A6DB8FC0A; Mon, 24 Dec 2012 04:35:36 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id z2so3113945wey.18 for ; Sun, 23 Dec 2012 20:35:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=K4AMJmqkOY6R9dBxiSF50HlIeCy9QmOQoiRw0t5iLTE=; b=rZ6/pOsMgDiW8yiKEG9dvR3tVi6bC7pkDPMsaK8tfH+dqn/hU9MiV5cn1W2z2lILBS AN47lnEj6VtGGtOEvhRp1SQ7D0vOGZ/GfgK1XzL1JCC6v8+ayR4WhOZynzp19nRMfrhW HAQFJW4WjV7NYRA/Rl2JxDehpOmCtjQlyI4yjnx/GQMhaMCaXzqciKSvskNYYmLY/vNc xxesquAtV4r2e766yzcEOMwoZMQbrWKbhZ4u3pbKE98sWhcqRW3Shsy77wx4/6Y2s7KR ujtGhESmRZvTP4ck8bg7+54D0ypgHbPIWlLIsAlWjc80wsu+q10Y9ZOqJWoZ/AIlZQUv fTJA== MIME-Version: 1.0 Received: by 10.180.93.133 with SMTP id cu5mr25257162wib.32.1356323734659; Sun, 23 Dec 2012 20:35:34 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Sun, 23 Dec 2012 20:35:34 -0800 (PST) In-Reply-To: <50D793F9.9090109@xip.at> References: <50D793F9.9090109@xip.at> Date: Sun, 23 Dec 2012 20:35:34 -0800 X-Google-Sender-Auth: 0pOkA6-pwRb-yW4eFJZIjEynIxE Message-ID: Subject: Re: Panic using RADIX_MPATH and quagga From: Adrian Chadd To: Ingo Flaschberger Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Net , Andre Oppermann X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2012 04:35:38 -0000 On 23 December 2012 15:30, Ingo Flaschberger wrote: > Sorry - but freebsd mpath is definitley broken and nobody cares? > > see: > 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/156283 > 2) http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/173477 > > Kind regards, > Ingo Flaschberger I think the problem is that no-one "owns" the mpath support. I suggest hitting up Gleb/Andre and getting them to review/comment about this stuff. Adrian From owner-freebsd-net@FreeBSD.ORG Mon Dec 24 06:28:46 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 744A0E44 for ; Mon, 24 Dec 2012 06:28:46 +0000 (UTC) (envelope-from telemat@extrim.it) Received: from fatboy.mirasystem.net (unknown [IPv6:2a02:17d0:af:ff01:1:2::]) by mx1.freebsd.org (Postfix) with ESMTP id 2007C8FC0A for ; Mon, 24 Dec 2012 06:28:44 +0000 (UTC) Received: from tsar.itmh.local (unknown [172.16.64.37]) by fatboy.mirasystem.net (Postfix) with ESMTP id 36587126B9E7; Mon, 24 Dec 2012 12:28:42 +0600 (YEKT) Message-ID: <50D7F61A.5020304@extrim.it> Date: Mon, 24 Dec 2012 12:28:42 +0600 From: Tsaregorodtsev Denis User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Ryan Stone Subject: Re: 'no buffer space available' after switch goes down on freeBSD 7.3 References: <50D45282.5080708@extrim.it> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2012 06:28:46 -0000 Thank you for answer. I tried to repeat the situation on a non-prodaction machine, but hadn't success. I made this steps (from thread http://freebsd.1045724.n5.nabble.com/ping-sendto-No-buffer-space-available-td5746337.html) 1. Start a ping flood: ping -f 2. Let it run for a few seconds. 3. Disconnect the cable. 4. After a while, you should see "no buffer space" error. 5. Stop ping flood. 6. Re-connect the cable and wait 10 seconds. 7. Start a normal ping. Error messages should show up again. At the end i had 'no buffer space available', but when i started ping test machine from other machine, test machine became available and network started to work. May be there is something wrong in freebsd 7.3 em driver and updating to freebsd 9 may resolve the problem, but i would like to know exactly. Denis On 21.12.2012 22:08, Ryan Stone wrote: > > On Fri, Dec 21, 2012 at 7:13 AM, Tsaregorodtsev Denis > > wrote: > > Hello, > > I maintenance ISP's DNS server which works under FreeBSD 7.3 and > BIND 9.9.1-P4. The network adapter is Intel(R) PRO/1000 Network > Connection, driver - em. The server is connected to a Cisco 6500 > switch. Sometimes the switch goes down (for maintenance) and is > unavailable for 10 minutes. After the switch goes up the server is > still unavailable through IP. When I open an IPMI console on the > server and enter the ping command, I receive "no buffer space > available" error message. And the network doesn't work until the > server reboot. > I tried to google this and found that the problem can be solved by > increasing nmbclusters parameter. But I want to understand why > this problem appears when the switch is rebooting . May be you can > suggest something? > > Best regards, Tsaregorodtsev Denis > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org > " > > > Do you have a non-production machine you can test with? Can you > confirm that the follow (compile-tested only) patch of 7.3 resolves > the issue: > > http://people.freebsd.org/~rstone/patches/e1000_link.diff > From owner-freebsd-net@FreeBSD.ORG Mon Dec 24 11:06:46 2012 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0DCD676 for ; Mon, 24 Dec 2012 11:06:46 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B5F828FC1E for ; Mon, 24 Dec 2012 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qBOB6kuS066109 for ; Mon, 24 Dec 2012 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qBOB6kpB066107 for freebsd-net@FreeBSD.org; Mon, 24 Dec 2012 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Dec 2012 11:06:46 GMT Message-Id: <201212241106.qBOB6kpB066107@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2012 11:06:46 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/174602 net [gif] [ipsec] traceroute issue on gif tunnel with ipse o kern/174535 net [tcp] TCP fast retransmit feature works strange o kern/173475 net [tun] tun(4) stays opened by PID after process is term o kern/173201 net [ixgbe] [patch] Missing / broken ixgbe sysctl's and tu o kern/173137 net [em] em(4) unable to run at gigabit with 9.1-RC2 o kern/173002 net [patch] data type size problem in if_spppsubr.c o kern/172985 net [patch] [ip6] lltable leak when adding and removing IP o kern/172895 net [ixgb] [ixgbe] do not properly determine link-state o kern/172683 net [ip6] Duplicate IPv6 Link Local Addresses o kern/172675 net [netinet] [patch] sysctl_tcp_hc_list (net.inet.tcp.hos o kern/172113 net [panic] [e1000] [patch] 9.1-RC1/amd64 panices in igb(4 o kern/171840 net [ip6] IPv6 packets transmitting only on queue 0 o kern/171838 net [oce] [patch] Possible lock reversal and duplicate loc o kern/171739 net [bce] [panic] bce related kernel panic o kern/171728 net [arp] arp issue o kern/171711 net [dummynet] [panic] Kernel panic in dummynet o kern/171697 net [ip6] [ndp] panic when changing routes o kern/171532 net [ndis] ndis(4) driver includes 'pccard'-specific code, o kern/171531 net [ndis] undocumented dependency for ndis(4) o kern/171524 net [ipmi] ipmi driver crashes kernel by reboot or shutdow s kern/171508 net [epair] [request] Add the ability to name epair device o kern/171228 net [re] [patch] if_re - eeprom write issues o kern/170701 net [ppp] killl ppp or reboot with active ppp connection c o kern/170267 net [ixgbe] IXGBE_LE32_TO_CPUS is probably an unintentiona o kern/170081 net [fxp] pf/nat/jails not working if checksum offloading o kern/169898 net ifconfig(8) fails to set MTU on multiple interfaces. o kern/169676 net [bge] [hang] system hangs, fully or partially after re o kern/169664 net [bgp] Wrongful replacement of interface connected net o kern/169620 net [ng] [pf] ng_l2tp incoming packet bypass pf firewall o kern/169459 net [ppp] umodem/ppp/3g stopped working after update from o kern/169438 net [ipsec] ipv4-in-ipv6 tunnel mode IPsec does not work p kern/168294 net [ixgbe] [patch] ixgbe driver compiled in kernel has no o kern/168246 net [em] Multiple em(4) not working with qemu o kern/168245 net [arp] [regression] Permanent ARP entry not deleted on o kern/168244 net [arp] [regression] Unable to manually remove permanent o kern/168183 net [bce] bce driver hang system o kern/167947 net [setfib] [patch] arpresolve checks only the default FI o kern/167603 net [ip] IP fragment reassembly's broken: file transfer ov o kern/167500 net [em] [panic] Kernel panics in em driver o kern/167325 net [netinet] [patch] sosend sometimes return EINVAL with o kern/167202 net [igmp]: Sending multiple IGMP packets crashes kernel o kern/167059 net [tcp] [panic] System does panic in in_pcbbind() and ha o kern/166940 net [ipfilter] [panic] Double fault in kern 8.2 o kern/166462 net [gre] gre(4) when using a tunnel source address from c o kern/166372 net [patch] ipfilter drops UDP packets with zero checksum o kern/166285 net [arp] FreeBSD v8.1 REL p8 arp: unknown hardware addres o kern/166255 net [net] [patch] It should be possible to disable "promis o kern/165963 net [panic] [ipf] ipfilter/nat NULL pointer deference o kern/165903 net mbuf leak o kern/165643 net [net] [patch] Missing vnet restores in net/if_ethersub o kern/165622 net [ndis][panic][patch] Unregistered use of FPU in kernel s kern/165562 net [request] add support for Intel i350 in FreeBSD 7.4 o kern/165526 net [bxe] UDP packets checksum calculation whithin if_bxe o kern/165488 net [ppp] [panic] Fatal trap 12 jails and ppp , kernel wit o kern/165305 net [ip6] [request] Feature parity between IP_TOS and IPV6 o kern/165296 net [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PR o kern/165181 net [igb] igb freezes after about 2 weeks of uptime o kern/165174 net [patch] [tap] allow tap(4) to keep its address on clos o kern/165152 net [ip6] Does not work through the issue of ipv6 addresse o kern/164495 net [igb] connect double head igb to switch cause system t o kern/164490 net [pfil] Incorrect IP checksum on pfil pass from ip_outp o kern/164475 net [gre] gre misses RUNNING flag after a reboot o kern/164265 net [netinet] [patch] tcp_lro_rx computes wrong checksum i o kern/163903 net [igb] "igb0:tx(0)","bpf interface lock" v2.2.5 9-STABL o kern/163481 net freebsd do not add itself to ping route packet o kern/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162926 net [ipfilter] Infinite loop in ipfilter with fragmented I o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel p kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed f kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph f kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o kern/131601 net [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow f kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 430 problems total. From owner-freebsd-net@FreeBSD.ORG Tue Dec 25 01:02:01 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14C1252A for ; Tue, 25 Dec 2012 01:02:01 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-vc0-f175.google.com (mail-vc0-f175.google.com [209.85.220.175]) by mx1.freebsd.org (Postfix) with ESMTP id B65AE8FC0C for ; Tue, 25 Dec 2012 01:02:00 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id fy7so7696078vcb.6 for ; Mon, 24 Dec 2012 17:01:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=B3gsJxMrzqn+cfpVWoKcbp9E+3HXmdL584DGGi4+zJg=; b=duIUXIp1LUUxjOEe6asKPKYuJEIvxYjzDv/uoAOoZFgETqB8YRUoM7X+iwM8GireA6 g/4nOxHX4Zsu96t/w9gXn0wLh68q5adLJBO7aqJcjrAdcV3djVaB8Ot1L0lNrlk9D9Ff 4CEkevtMJq2e/cuGdz08+KM5/j5TpkZ8zqkWj3JswgsMS+1DjbhWaLAdL3eLgn8Vs5Na EzEe4Fy0PruoBKYHrjDQPU/COcmrVb3lw6cIF8Kg5nDvyhLg10jeTAFo33NmcqFl7Dcg Elpp4KuOm5Vfz0ftAw+oHDb+c83yq4nDBKIOkDKMAWmhLcXeheWWBMO6zoFyf2GBeHF4 GBfA== MIME-Version: 1.0 Received: by 10.52.90.241 with SMTP id bz17mr30729410vdb.40.1356397314542; Mon, 24 Dec 2012 17:01:54 -0800 (PST) Received: by 10.58.161.83 with HTTP; Mon, 24 Dec 2012 17:01:54 -0800 (PST) Received: by 10.58.161.83 with HTTP; Mon, 24 Dec 2012 17:01:54 -0800 (PST) In-Reply-To: <50D7F61A.5020304@extrim.it> References: <50D45282.5080708@extrim.it> <50D7F61A.5020304@extrim.it> Date: Mon, 24 Dec 2012 20:01:54 -0500 Message-ID: Subject: Re: 'no buffer space available' after switch goes down on freeBSD 7.3 From: Ryan Stone To: Tsaregorodtsev Denis Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 01:02:01 -0000 I don't believe that this is fixed in later versions of the driver. The problem is that when the interface loses link the transmit queue can fill up. Once that happens the driver never gets any more calls from the network stack to make it send packets. Pinging the interface fixes it because the driver processes rx.and tx from the same context, so when it receives a packet it starts transmitting again. The patch that I sent fixes the problem by forcing the driver to process the tx queue when ever links goes from down to up. From owner-freebsd-net@FreeBSD.ORG Tue Dec 25 01:45:48 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A69C3B28 for ; Tue, 25 Dec 2012 01:45:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 30C8F8FC13 for ; Tue, 25 Dec 2012 01:45:48 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id dr1so2817439wgb.5 for ; Mon, 24 Dec 2012 17:45:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=c0gQNfcvowWqRpP6C2S2gVDFBeMCsw3xC9Sm0LSF8Pw=; b=MJIqPIs6JgyNAFtjMjvJlYsmP0EekFl1IuX2s60z/4Jig6jWI6Z/KaEhKEzFyotA3W 021Zt3nXBlc9IEoAki53l7Dqgxw8GZ/OCAvjFervSCZULUzFt86KNcOlUMp5LjRwNi41 CuWqKBoTqRm9Pjz6Z3x6XDtZB+SN22QFBwkSnJ5dAYH9VM+SIU1Uo1kQYbq0+N8o1Dl7 cpiNcDWQjCQ2h3EHPdaKohNAhgTcJGNTxehRXZRaZp8aqhGrXHur2OYVkeJLFWBvSoZs CMU0tDuUUMruP5S01pZeD53K8Z76Eams68B7CCPcUzMkalsr5bp4B54vK1wDXZQY+WJZ LYhA== MIME-Version: 1.0 Received: by 10.194.179.34 with SMTP id dd2mr38012352wjc.1.1356399947398; Mon, 24 Dec 2012 17:45:47 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Mon, 24 Dec 2012 17:45:47 -0800 (PST) In-Reply-To: References: <50D45282.5080708@extrim.it> <50D7F61A.5020304@extrim.it> Date: Mon, 24 Dec 2012 17:45:47 -0800 X-Google-Sender-Auth: TRvrga4QS-Th86fcKiHmXewh9fg Message-ID: Subject: Re: 'no buffer space available' after switch goes down on freeBSD 7.3 From: Adrian Chadd To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net , Tsaregorodtsev Denis X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 01:45:48 -0000 On 24 December 2012 17:01, Ryan Stone wrote: > I don't believe that this is fixed in later versions of the driver. The > problem is that when the interface loses link the transmit queue can fill > up. Once that happens the driver never gets any more calls from the network > stack to make it send packets. Pinging the interface fixes it because the > driver processes rx.and tx from the same context, so when it receives a > packet it starts transmitting again. > > The patch that I sent fixes the problem by forcing the driver to process > the tx queue when ever links goes from down to up. This is a cute fix, and I've noticed similar issues in net80211. In net80211, the stack currently calls if_start() to re-attempt frame transmission during a VAP state transition to RUN. This has similar issues (ie, it assumes that if_start() DTRT; it assumes OACTIVE has been cleared, etc.) I think we may need another if_* method which specifically attempts to service the TX queue again; versus just waiting for if_transmit() to make some progress. Adrian From owner-freebsd-net@FreeBSD.ORG Tue Dec 25 02:32:08 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFC27E9B; Tue, 25 Dec 2012 02:32:08 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [IPv6:2001:470:c004::5]) by mx1.freebsd.org (Postfix) with ESMTP id B0F4C8FC0C; Tue, 25 Dec 2012 02:32:08 +0000 (UTC) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.14.5/8.14.5) with ESMTP id qBP1x63t099398; Mon, 24 Dec 2012 19:59:06 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <201212250159.qBP1x63t099398@mail.karels.net> To: Adrian Chadd From: Mike Karels Subject: Re: 'no buffer space available' after switch goes down on freeBSD 7.3 In-reply-to: Your message of Mon, 24 Dec 2012 17:45:47 -0800. Date: Mon, 24 Dec 2012 19:59:06 -0600 Cc: freebsd-net , Ryan Stone , Tsaregorodtsev Denis X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mike@karels.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 02:32:09 -0000 > On 24 December 2012 17:01, Ryan Stone wrote: > > I don't believe that this is fixed in later versions of the driver. The > > problem is that when the interface loses link the transmit queue can fill > > up. Once that happens the driver never gets any more calls from the network > > stack to make it send packets. Pinging the interface fixes it because the > > driver processes rx.and tx from the same context, so when it receives a > > packet it starts transmitting again. > > > > The patch that I sent fixes the problem by forcing the driver to process > > the tx queue when ever links goes from down to up. > This is a cute fix, and I've noticed similar issues in net80211. > In net80211, the stack currently calls if_start() to re-attempt frame > transmission during a VAP state transition to RUN. > This has similar issues (ie, it assumes that if_start() DTRT; it > assumes OACTIVE has been cleared, etc.) > I think we may need another if_* method which specifically attempts to > service the TX queue again; versus just waiting for if_transmit() to > make some progress. In my opinion, it is wrong of the drivers to queue packets while link is down. The packets are delayed indefinitely, and are useless at best. In my company's product (McAfee firewall), we had problems with state-sharing packets that were way out of date in a cluster. We changed the drivers to empty the queue and discard subsequent packets when link was down. No special change is needed to restart: the next time a packet is transmitted after link comes up, that packet is sent. Our change is not necessarily done the way I'd do it for FreeBSD, but it minimizes changes. Patch available on request. Mike From owner-freebsd-net@FreeBSD.ORG Tue Dec 25 03:08:20 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA29225B for ; Tue, 25 Dec 2012 03:08:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f47.google.com (mail-wg0-f47.google.com [74.125.82.47]) by mx1.freebsd.org (Postfix) with ESMTP id 65AD28FC15 for ; Tue, 25 Dec 2012 03:08:19 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id dq11so3499901wgb.14 for ; Mon, 24 Dec 2012 19:08:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=uhj/z6bGAHpjHuVIXXItGIoP6VJB1xcHOop++sivFSs=; b=w9u686aVkA3GxKa4PSWdG+YLeYxpd2SK7IyICOGmv5zet73VdxrVVc611beMizRaGa ScfSVue0ffcn08Xi2di2IsEN7U6umha9ut5oEINzaELNUzfZpKapqooWnhIS8KSUoF6y LDUkWWM5DwpKH1szigmRbeZTH+ihZyt4l2JcEj5x4IMd4Xg4ntZ+3tMycACu9nwmJsXG pBit6OShAqo7POwKNZciydAaCmSYwys7rERMvx6PFHWXl+mL6nzklbTHt5aNfaNnIp3q tmHZ404adEyzrfYXkbFhr4bI9DPXzFjcdycmLRx6GicBVDkycRmLUgfPjXeitVyLE0D8 Pa/g== MIME-Version: 1.0 Received: by 10.180.100.197 with SMTP id fa5mr29356302wib.32.1356404892998; Mon, 24 Dec 2012 19:08:12 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Mon, 24 Dec 2012 19:08:12 -0800 (PST) In-Reply-To: <201212250159.qBP1x63t099398@mail.karels.net> References: <201212250159.qBP1x63t099398@mail.karels.net> Date: Mon, 24 Dec 2012 19:08:12 -0800 X-Google-Sender-Auth: 7EhZ3qQIqWDpAkI6Y6suEpe_c5c Message-ID: Subject: Re: 'no buffer space available' after switch goes down on freeBSD 7.3 From: Adrian Chadd To: mike@karels.net Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net , Ryan Stone , Tsaregorodtsev Denis X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 03:08:21 -0000 On 24 December 2012 17:59, Mike Karels wrote: >> [adrian] >> I think we may need another if_* method which specifically attempts to >> service the TX queue again; versus just waiting for if_transmit() to >> make some progress. > In my opinion, it is wrong of the drivers to queue packets while link > is down. The packets are delayed indefinitely, and are useless at best. > In my company's product (McAfee firewall), we had problems with state-sharing > packets that were way out of date in a cluster. We changed the drivers to > empty the queue and discard subsequent packets when link was down. No > special change is needed to restart: the next time a packet is transmitted > after link comes up, that packet is sent. Our change is not necessarily > done the way I'd do it for FreeBSD, but it minimizes changes. Patch > available on request. I think that's a good way to treat it. Adrian From owner-freebsd-net@FreeBSD.ORG Tue Dec 25 06:40:16 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64C858FA for ; Tue, 25 Dec 2012 06:40:16 +0000 (UTC) (envelope-from telemat@extrim.it) Received: from fatboy.mirasystem.net (unknown [IPv6:2a02:17d0:af:ff01:1:2::]) by mx1.freebsd.org (Postfix) with ESMTP id C38018FC14 for ; Tue, 25 Dec 2012 06:40:14 +0000 (UTC) Received: from tsar.itmh.local (unknown [172.16.64.37]) by fatboy.mirasystem.net (Postfix) with ESMTP id 8D523126B7B9; Tue, 25 Dec 2012 12:40:12 +0600 (YEKT) Message-ID: <50D94A4C.1020407@extrim.it> Date: Tue, 25 Dec 2012 12:40:12 +0600 From: Tsaregorodtsev Denis User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Ryan Stone Subject: Re: 'no buffer space available' after switch goes down on freeBSD 7.3 References: <50D45282.5080708@extrim.it> <50D7F61A.5020304@extrim.it> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 06:40:16 -0000 On 25.12.2012 07:01, Ryan Stone wrote: > > I don't believe that this is fixed in later versions of the driver. > The problem is that when the interface loses link the transmit queue > can fill up. Once that happens the driver never gets any more calls > from the network stack to make it send packets. Pinging the interface > fixes it because the driver processes rx.and tx from the same context, > so when it receives a packet it starts transmitting again. > > The patch that I sent fixes the problem by forcing the driver to > process the tx queue when ever links goes from down to up. > but on my production machine, when i see 'no buffer space available', pinging the interface does not fixes it. Last time I tried to ping, ssh to the machine, but machine stayed unavailable. Only `/etc/rc.d/netif restart` from local console helped. I will try to reproduce the situation on test machine. if this happens, I will try the patch. Thanks From owner-freebsd-net@FreeBSD.ORG Tue Dec 25 06:51:56 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F1C39B8 for ; Tue, 25 Dec 2012 06:51:56 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id DD1A48FC0A for ; Tue, 25 Dec 2012 06:51:55 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id qBP6pmDe039560 for ; Mon, 24 Dec 2012 22:51:49 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <50D94D04.90302@rawbw.com> Date: Mon, 24 Dec 2012 22:51:48 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Why chrome and firefox can't connect to almost any SOCKS4 proxy? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 06:51:56 -0000 I tried many SOCKS4 proxies from http://sockslist.net/proxy/server-socks-hide-ip-address and mostly I am getting this error: Error 120 (net::ERR_SOCKS_CONNECTION_FAILED): Unknown error. Only one of them succeeded. SOCKS5 however works ok. On firefox I am getting similar symptoms, it can't connect to most SOCKS4 proxies and can connect to SOCKS5. What might be a problem? I was thinking that maybe some system or port library has some issue related to SOCKS4? Maybe libssl.so ? 9.1 STABLE Yuri From owner-freebsd-net@FreeBSD.ORG Tue Dec 25 07:47:58 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61DD316C for ; Tue, 25 Dec 2012 07:47:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-f176.google.com (mail-we0-f176.google.com [74.125.82.176]) by mx1.freebsd.org (Postfix) with ESMTP id E30168FC0A for ; Tue, 25 Dec 2012 07:47:57 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id r5so3430745wey.21 for ; Mon, 24 Dec 2012 23:47:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=XiAEe3QAxSnqqyhV0K+GJBkAsj9iZYr4wmYxCFjbU5s=; b=bGw3kIO3vVWzd1I6xqApstRz9AK1BltWXt2c+y9FoHK0fBVUG9SzaEJyfokkAOdD52 EawOPQVX5XDBq5LxOKHAv2a0dmPWgBe08BW5A62Zo12kDUV+Y6VhWYkMbrTEeferTieZ bmAbHneOKWSvp0pD1HwmzUP5JQSDI9XVSOc+rUvoymGSi12wewkWd1Cz+D0kmOk6lK3d EPJ/PCtqwlilCNMZBEEsu3qGtRPb7+dKPGSUXeFdp4V/r0CCuY3UQRdpuby92p7MkcVY +QlyZXx93pNAEpykXfhFhrSsc7foWey+pUuYUOa5+gN6Zt4J9jma3y/++deTVGLTroXh p19w== MIME-Version: 1.0 Received: by 10.194.179.34 with SMTP id dd2mr38878752wjc.1.1356421671441; Mon, 24 Dec 2012 23:47:51 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Mon, 24 Dec 2012 23:47:51 -0800 (PST) In-Reply-To: <50D94A4C.1020407@extrim.it> References: <50D45282.5080708@extrim.it> <50D7F61A.5020304@extrim.it> <50D94A4C.1020407@extrim.it> Date: Mon, 24 Dec 2012 23:47:51 -0800 X-Google-Sender-Auth: U7cDgnvTY_dEW_SLYopew1VyTSI Message-ID: Subject: Re: 'no buffer space available' after switch goes down on freeBSD 7.3 From: Adrian Chadd To: Tsaregorodtsev Denis Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net , Ryan Stone X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 07:47:58 -0000 It's like that because TX has allocated/filled the available mbufs, but the TX doesn't restart when the link comes up. Adrian From owner-freebsd-net@FreeBSD.ORG Tue Dec 25 09:14:57 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39F6CDC9; Tue, 25 Dec 2012 09:14:57 +0000 (UTC) (envelope-from telemat@extrim.it) Received: from fatboy.mirasystem.net (unknown [IPv6:2a02:17d0:af:ff01:1:2::]) by mx1.freebsd.org (Postfix) with ESMTP id 9A63E8FC12; Tue, 25 Dec 2012 09:14:55 +0000 (UTC) Received: from tsar.itmh.local (unknown [172.16.64.37]) by fatboy.mirasystem.net (Postfix) with ESMTP id C1859126B42F; Tue, 25 Dec 2012 15:14:53 +0600 (YEKT) Message-ID: <50D96E8D.4090505@extrim.it> Date: Tue, 25 Dec 2012 15:14:53 +0600 From: Tsaregorodtsev Denis User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: 'no buffer space available' after switch goes down on freeBSD 7.3 References: <50D45282.5080708@extrim.it> <50D7F61A.5020304@extrim.it> <50D94A4C.1020407@extrim.it> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , Ryan Stone X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 09:14:57 -0000 On 25.12.2012 13:47, Adrian Chadd wrote: > It's like that because TX has allocated/filled the available mbufs, > but the TX doesn't restart when the link comes up. > > > > Adrian Thanks. Ryans patch should restart TX when the link comes up? From owner-freebsd-net@FreeBSD.ORG Tue Dec 25 13:43:15 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50661E0E for ; Tue, 25 Dec 2012 13:43:15 +0000 (UTC) (envelope-from hoomanfazaeli@gmail.com) Received: from mail-we0-f174.google.com (mail-we0-f174.google.com [74.125.82.174]) by mx1.freebsd.org (Postfix) with ESMTP id C81988FC0C for ; Tue, 25 Dec 2012 13:43:14 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id x10so3623112wey.19 for ; Tue, 25 Dec 2012 05:43:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=JsLlEbIXMq8KuLIOAv/gA0SjRD5nu7iDkRUI1fJsdc8=; b=cYtlQaOHN4IuYEWYvUgxu7gR1CPGPIFHyu7kHaCBJEwpwXQHH7k+9nkDQ1mZdvzdU3 d/+psU4knINr7wL4tXipuzzTWVfcgHoOPfEHuG6hRSfEL0JQNm5bW2tqYYBkahstw6vk D7To4hpnQdv92wUgodqYVxDdvxJPgMlHA2s5A0pKYXYnbGHjoKnHWGNBr9xBPXwambTI l40MLqOuLjlfvVCT8/gZ+PPS+oFjIXFuBRrobrY1Dvd2CLYncCCGJFxexZwl61lmwXLc VOz0pRRh1H9aYysk04yH98L6pP0HMcncZTXW6cbxgdBRfqLDnDevCBBGJZcgVvJDjheQ rTKA== X-Received: by 10.180.87.228 with SMTP id bb4mr21204015wib.31.1356442987892; Tue, 25 Dec 2012 05:43:07 -0800 (PST) Received: from [192.168.2.30] ([2.176.192.140]) by mx.google.com with ESMTPS id p3sm47889720wic.8.2012.12.25.05.43.04 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Dec 2012 05:43:07 -0800 (PST) Message-ID: <50D9AD62.6060102@gmail.com> Date: Tue, 25 Dec 2012 17:12:58 +0330 From: Hooman Fazaeli User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Ryan Stone Subject: Re: 'no buffer space available' after switch goes down on freeBSD 7.3 References: <50D45282.5080708@extrim.it> <50D7F61A.5020304@extrim.it> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , Tsaregorodtsev Denis X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 13:43:15 -0000 On 12/25/2012 4:31 AM, Ryan Stone wrote: > I don't believe that this is fixed in later versions of the driver. The > problem is that when the interface loses link the transmit queue can fill > up. Once that happens the driver never gets any more calls from the network > stack to make it send packets. Pinging the interface fixes it because the > driver processes rx.and tx from the same context, so when it receives a > packet it starts transmitting again. > > The patch that I sent fixes the problem by forcing the driver to process > the tx queue when ever links goes from down to up. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > I have not tested it but it is apparently fixed: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/if_em.c#rev1.21.2.23 -- Best regards. Hooman Fazaeli From owner-freebsd-net@FreeBSD.ORG Tue Dec 25 19:48:04 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39AE973A for ; Tue, 25 Dec 2012 19:48:04 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f179.google.com (mail-ob0-f179.google.com [209.85.214.179]) by mx1.freebsd.org (Postfix) with ESMTP id ED1BD8FC12 for ; Tue, 25 Dec 2012 19:48:03 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id x4so7467763obh.10 for ; Tue, 25 Dec 2012 11:48:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yIRaPpfyJ1KVeExGD+w1B4a31O5XOjehQ5mFcsmyX4w=; b=StEFY3tKuDR7KbroUjsWlcfKOxikLwu/mPnPfAAvFvQ5hCIhe+QZVJWNRKNZ7+6hLt Hwd5xaqLLVNYdiAYqfidrdVGbHu6Q3cpv2NUHw2kVqe4hM+D0ZFCTCCwmYWbMlMQJPI9 W4sykn9aO+D5fvWQYvm1Dp35oyKwV+a5UELMpLoBtz405l+LiujTVe0ajwRZ9xmSIJa/ XSrJVEW8MT8SBDxET3d+W6KteCpIEX905kALbnibhM5dqjBLh0LCttXqBaWMAy5gezDw wjdjDvMh856JozG3nc4f0OpHWQwH24ZMXvOj5hMByWucJis1hXx4OwihXcKP0m2i2BgE ymbQ== MIME-Version: 1.0 Received: by 10.60.6.226 with SMTP id e2mr9409999oea.56.1356464882939; Tue, 25 Dec 2012 11:48:02 -0800 (PST) Received: by 10.76.143.33 with HTTP; Tue, 25 Dec 2012 11:48:02 -0800 (PST) In-Reply-To: <50D94D04.90302@rawbw.com> References: <50D94D04.90302@rawbw.com> Date: Tue, 25 Dec 2012 11:48:02 -0800 Message-ID: Subject: Re: Why chrome and firefox can't connect to almost any SOCKS4 proxy? From: Garrett Cooper To: Yuri Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 19:48:04 -0000 On Mon, Dec 24, 2012 at 10:51 PM, Yuri wrote: > I tried many SOCKS4 proxies from > http://sockslist.net/proxy/server-socks-hide-ip-address and mostly I am > getting this error: > Error 120 (net::ERR_SOCKS_CONNECTION_FAILED): Unknown error. > Only one of them succeeded. > SOCKS5 however works ok. > > On firefox I am getting similar symptoms, it can't connect to most SOCKS4 > proxies and can connect to SOCKS5. > > What might be a problem? I was thinking that maybe some system or port > library has some issue related to SOCKS4? Maybe libssl.so ? Try trussing/ktrace'ing the process to see if you can get a bit more diagnostic information. If that doesn't yield anything helpful, you might want to consider possibly going to the forums to ask this question because this seems like something that is application specific that wouldn't necessarily be well tied to -net@. HTH, -Garrett From owner-freebsd-net@FreeBSD.ORG Tue Dec 25 19:52:13 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AA8C80F for ; Tue, 25 Dec 2012 19:52:13 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f171.google.com (mail-ob0-f171.google.com [209.85.214.171]) by mx1.freebsd.org (Postfix) with ESMTP id 19CE18FC12 for ; Tue, 25 Dec 2012 19:52:12 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id dn14so7383402obc.2 for ; Tue, 25 Dec 2012 11:52:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LptAwLDWLkDlENcgGeU3ZR2V69BGaaDkhNO2Ucc2oCU=; b=xXIXq50L9hwZlC8pz7jyxGeChW7SiFXEpX3wb43CRGPg5PDAUib6XQ2NvHtsXvdW9Z xu1b2O4KTCdLoa5ZME3L2lqRcxAuVWUiI1bbJkoDw594AmRrbUOBF4bJcooIkpKjRvJk tZbQlzmmSHTE7r/9Z4zwUrQ7Ai0p5yfZFrHX1PTPJPWw3FS1/L8rKMeJsN44U2Ggak8B /nvE8O7Nh8c/Hp9axOEvmnupEEzema861rcYPTbUzwmkqyYOf1oiN8uLXso8Z6lwFiT6 5mFSA5SWXDp6GvXYb5Uo/HpYNSdYAsSlWnCWUHXdfJSjmDxQTSVrcW1rzrd7nuSQkLxb rrrg== MIME-Version: 1.0 Received: by 10.60.21.167 with SMTP id w7mr8636157oee.18.1356465126079; Tue, 25 Dec 2012 11:52:06 -0800 (PST) Received: by 10.76.143.33 with HTTP; Tue, 25 Dec 2012 11:52:06 -0800 (PST) In-Reply-To: References: <50D94D04.90302@rawbw.com> Date: Tue, 25 Dec 2012 11:52:06 -0800 Message-ID: Subject: Re: Why chrome and firefox can't connect to almost any SOCKS4 proxy? From: Garrett Cooper To: Yuri Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 19:52:13 -0000 On Tue, Dec 25, 2012 at 11:48 AM, Garrett Cooper wrote: > On Mon, Dec 24, 2012 at 10:51 PM, Yuri wrote: >> I tried many SOCKS4 proxies from >> http://sockslist.net/proxy/server-socks-hide-ip-address and mostly I am >> getting this error: >> Error 120 (net::ERR_SOCKS_CONNECTION_FAILED): Unknown error. >> Only one of them succeeded. >> SOCKS5 however works ok. >> >> On firefox I am getting similar symptoms, it can't connect to most SOCKS4 >> proxies and can connect to SOCKS5. >> >> What might be a problem? I was thinking that maybe some system or port >> library has some issue related to SOCKS4? Maybe libssl.so ? > > Try trussing/ktrace'ing the process to see if you can get a bit > more diagnostic information. If that doesn't yield anything helpful, > you might want to consider possibly going to the forums to ask this > question because this seems like something that is application > specific that wouldn't necessarily be well tied to -net@. > HTH, > -Garrett Also, check for firewalls/filtering being done by your ISP and hops in the middle, make sure there's support on the server end for SOCKS4, etc. -Garrett From owner-freebsd-net@FreeBSD.ORG Wed Dec 26 03:06:50 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 877E360B for ; Wed, 26 Dec 2012 03:06:50 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f53.google.com (mail-la0-f53.google.com [209.85.215.53]) by mx1.freebsd.org (Postfix) with ESMTP id E5C528FC0C for ; Wed, 26 Dec 2012 03:06:49 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id w12so9988366lag.40 for ; Tue, 25 Dec 2012 19:06:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=2YQ1kVYGMSLHiAWzxqMTY2NYHbZBRw0msb4YC6NxSj8=; b=Am2o1JIK6fKTokEe5UR61iHefojAYM3sTIjU7CcaZJKqZkC65oQl8wPwCB67BfDS2O RYan+35zD4oXTw3/MPwkMnqG2zUObnW62JWZZEoEklGHfYHhs/3BntlHajxefEKlgbIx 9x1FDtBW4n8Kh11TRA8cuHRMprpNB/624vnHk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=2YQ1kVYGMSLHiAWzxqMTY2NYHbZBRw0msb4YC6NxSj8=; b=TXeZZYpJ7H9/mTVsxrVUcJYu+N9TIRTFqHwofDV798I0fAV3OGve09rfeEHtdEm1Jg YfkSUz1r5y2UN6gI7Rogfc3j8/24wLSxTBL5ykXmVYeEEGHqqj9csIFcLWzDabSpqHia J4G5WK+Dr2q+RipUwivQoVnwah89ZuY9B0wtNByd7WSx4DJ9Z0BNzX7ofoWrxkfTq2ln eK8TVqcFYirLGtoOg3UH+DlxVqFT2y2WeC5maTk5KFgOcwx+WQ6wGNmQvhU7bIZfne89 HHUX20hD82kRRB920Db7o3ha0B7bj+nH2ab2OP9QGaDlaEeP+KJjHv5fJtAoLHtwuhKD Jrpw== Received: by 10.112.25.198 with SMTP id e6mr10626974lbg.63.1356491207975; Tue, 25 Dec 2012 19:06:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.162.100 with HTTP; Tue, 25 Dec 2012 19:06:17 -0800 (PST) In-Reply-To: <201210101954.49000.bschmidt@techwires.net> References: <86ehl96o4i.fsf@venux.xbsd.name> <86txu277vn.fsf@venux.xbsd.name> <201210101954.49000.bschmidt@techwires.net> From: Eitan Adler Date: Tue, 25 Dec 2012 22:06:17 -0500 Message-ID: Subject: Re: What driver should I use for 'intel centrino wireless-N 2200 BGN'? To: Bernhard Schmidt Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQl/EXrRZGr8gscrWcHTjRybzvk9Mgvsq41f/TFrMCebuuy9FZz9ShzMVd8/BSqwiCcomM9B Cc: "Denise H. G." , Kevin Oberman , Andreas Nilsson , freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 03:06:50 -0000 On 10 October 2012 13:54, Bernhard Schmidt wrote: > On Wednesday 10 October 2012 15:51:24 Denise H. G. wrote: >> >>>>> none3@pci0:3:0:0: class=0x028000 card=0x42228086 chip=0x08918086 >> >>>>> rev=0xc4 hdr=0x00 >> >>>>> >> >>>>> Is there a driver for that under FreeBSD 9.1-PRERELEASE? > > No, not yet. I'm having a hard figuring out the new firmware API for > those new devices. Working on it.. > ... > Intel Centrino Wireless-N 2200 BGN Has there been any progress on this? -- Eitan Adler From owner-freebsd-net@FreeBSD.ORG Wed Dec 26 13:28:46 2012 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87ECDE38; Wed, 26 Dec 2012 13:28:46 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 526538FC0C; Wed, 26 Dec 2012 13:28:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qBQDSkDM059979; Wed, 26 Dec 2012 13:28:46 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qBQDSkZX059975; Wed, 26 Dec 2012 13:28:46 GMT (envelope-from linimon) Date: Wed, 26 Dec 2012 13:28:46 GMT Message-Id: <201212261328.qBQDSkZX059975@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/174707: [ng_ubt] [patch] Add vendor IDs for Broadcom USB dongles (BCM20702) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 13:28:46 -0000 Old Synopsis: [PATCH] ng_ubt: Add vendor IDs for Broadcom USB dongles (BCM20702) New Synopsis: [ng_ubt] [patch] Add vendor IDs for Broadcom USB dongles (BCM20702) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Dec 26 13:28:25 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=174707 From owner-freebsd-net@FreeBSD.ORG Wed Dec 26 15:10:45 2012 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7ACC4B2E; Wed, 26 Dec 2012 15:10:45 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 45C278FC08; Wed, 26 Dec 2012 15:10:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qBQFAjKY063529; Wed, 26 Dec 2012 15:10:45 GMT (envelope-from glebius@freefall.freebsd.org) Received: (from glebius@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qBQFAjZa063525; Wed, 26 Dec 2012 15:10:45 GMT (envelope-from glebius) Date: Wed, 26 Dec 2012 15:10:45 GMT Message-Id: <201212261510.qBQFAjZa063525@freefall.freebsd.org> To: rakuco@FreeBSD.org, glebius@FreeBSD.org, freebsd-net@FreeBSD.org, glebius@FreeBSD.org From: glebius@FreeBSD.org Subject: Re: kern/174707: [ng_ubt] [patch] Add vendor IDs for Broadcom USB dongles (BCM20702) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 15:10:45 -0000 Synopsis: [ng_ubt] [patch] Add vendor IDs for Broadcom USB dongles (BCM20702) State-Changed-From-To: open->patched State-Changed-By: glebius State-Changed-When: Wed Dec 26 15:04:32 UTC 2012 State-Changed-Why: Committed, thanks! Responsible-Changed-From-To: freebsd-net->glebius Responsible-Changed-By: glebius Responsible-Changed-When: Wed Dec 26 15:04:32 UTC 2012 Responsible-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=174707 From owner-freebsd-net@FreeBSD.ORG Thu Dec 27 20:12:41 2012 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 944F735D; Thu, 27 Dec 2012 20:12:41 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 625638FC08; Thu, 27 Dec 2012 20:12:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qBRKCfM4047217; Thu, 27 Dec 2012 20:12:41 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qBRKCf6d047213; Thu, 27 Dec 2012 20:12:41 GMT (envelope-from linimon) Date: Thu, 27 Dec 2012 20:12:41 GMT Message-Id: <201212272012.qBRKCf6d047213@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/174749: Unexpected change of default route X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 20:12:41 -0000 Synopsis: Unexpected change of default route Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Dec 27 20:12:29 UTC 2012 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=174749 From owner-freebsd-net@FreeBSD.ORG Thu Dec 27 23:36:58 2012 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBE70545; Thu, 27 Dec 2012 23:36:58 +0000 (UTC) (envelope-from qingli@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 879908FC0A; Thu, 27 Dec 2012 23:36:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qBRNawxG066254; Thu, 27 Dec 2012 23:36:58 GMT (envelope-from qingli@freefall.freebsd.org) Received: (from qingli@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qBRNaw37066250; Thu, 27 Dec 2012 23:36:58 GMT (envelope-from qingli) Date: Thu, 27 Dec 2012 23:36:58 GMT Message-Id: <201212272336.qBRNaw37066250@freefall.freebsd.org> To: qingli@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-ipfw@FreeBSD.org From: qingli@FreeBSD.org Subject: Re: kern/174749: Unexpected change of default route X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 23:36:58 -0000 Synopsis: Unexpected change of default route Responsible-Changed-From-To: freebsd-net->freebsd-ipfw Responsible-Changed-By: qingli Responsible-Changed-When: Thu Dec 27 23:36:00 UTC 2012 Responsible-Changed-Why: similar to kern/157796 http://www.freebsd.org/cgi/query-pr.cgi?pr=174749