From owner-freebsd-net@FreeBSD.ORG Sun Sep 18 05:07:49 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1822D106566B for ; Sun, 18 Sep 2011 05:07:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id CCCE48FC17 for ; Sun, 18 Sep 2011 05:07:48 +0000 (UTC) Received: by gyf2 with SMTP id 2so4459362gyf.13 for ; Sat, 17 Sep 2011 22:07:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=pshMyrCe/QZZl6NQJcp+wH9zHhYq9sPszfixwI+DqF4=; b=dBTftNApgdwfV/apsio3xjZNJr3/+7UsY69fQVxrW1/QcsTUQimKARhI+QezSauLlE LAnYW6M9BV/aMpTJimn2/M9xfjtVx+zbIiIzVB9UfRFjiLvkF4Y085AriJT660mni6nQ ylxLWWAZKTuK3E9j1RF4WGhS5N2MCYQ7Zry5Q= MIME-Version: 1.0 Received: by 10.236.129.165 with SMTP id h25mr18099yhi.38.1316322468132; Sat, 17 Sep 2011 22:07:48 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sat, 17 Sep 2011 22:07:48 -0700 (PDT) In-Reply-To: <201109171750.p8HHo83U000913@freefall.freebsd.org> References: <201109171750.p8HHo83U000913@freefall.freebsd.org> Date: Sun, 18 Sep 2011 13:07:48 +0800 X-Google-Sender-Auth: vplrKLskfb6dSIHXJZHQGBVnhCk Message-ID: From: Adrian Chadd To: Zach Metzinger Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: kern/141861:[wi] data garbled with WEP and wi(4) with Prism 2.5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 05:07:49 -0000 .. PRISM should have built-in WEP. It's very possible there have been driver regressions since 7.x days. It would be nice if someone would step up and offer to maintain some of these older wireless drivers. :) Adrian From owner-freebsd-net@FreeBSD.ORG Sun Sep 18 19:10:11 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C37FB106567B for ; Sun, 18 Sep 2011 19:10:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0BC8FC14 for ; Sun, 18 Sep 2011 19:10:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p8IJABMI041355 for ; Sun, 18 Sep 2011 19:10:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8IJABgT041354; Sun, 18 Sep 2011 19:10:11 GMT (envelope-from gnats) Date: Sun, 18 Sep 2011 19:10:11 GMT Message-Id: <201109181910.p8IJABgT041354@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Arnaud Lacombe Cc: Subject: Re: kern/160750: Intel PRO/1000 connection breaks under load until reboot X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Arnaud Lacombe List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2011 19:10:11 -0000 The following reply was made to PR kern/160750; it has been noted by GNATS. From: Arnaud Lacombe To: bug-followup@FreeBSD.org, nigel@netmsi.com Cc: Subject: Re: kern/160750: Intel PRO/1000 connection breaks under load until reboot Date: Sun, 18 Sep 2011 15:04:04 -0400 out of curiosity, can you attach the output of: % sysctl dev.em eventually also: % pciconf -l and % netstat -m when the hang happens ? From owner-freebsd-net@FreeBSD.ORG Mon Sep 19 11:07:10 2011 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 681941065673 for ; Mon, 19 Sep 2011 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 557538FC1B for ; Mon, 19 Sep 2011 11:07:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p8JB7A7M073572 for ; Mon, 19 Sep 2011 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8JB79E9073570 for freebsd-net@FreeBSD.org; Mon, 19 Sep 2011 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 19 Sep 2011 11:07:09 GMT Message-Id: <201109191107.p8JB79E9073570@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 Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 11:07:10 -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/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/160420 net [msk] phy write timeout on HP 5310m 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/159795 net [tcp] excessive duplicate ACKs and TCP session freezes 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/159602 net [netinet] [patch] arp_ifscrub() is called even if IFF_ 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/157429 net [re] Realtek RTL8169 doesn't work with re(4) 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/155604 net [flowtable] Flowtable excessively caches dest MAC addr o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155585 net [tcp] [panic] tcp_output tcp_mtudisc loop until kernel o kern/155420 net [vlan] adding vlan break existent vlan o bin/155365 net [patch] routed(8): if.c in routed fails to compile if o kern/155177 net [route] [panic] Panic when inject routes in kernel o 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/155004 net [bce] [panic] kernel panic in bce0 driver 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 o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u 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 bin/145934 net [patch] add count option to netstat(1) o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. 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 o kern/144572 net [carp] CARP preemption mode traffic partially goes to 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 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/141023 net [carp] CARP arp replays with wrong src mac 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 o 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/138620 net [lagg] [patch] lagg port bpf-writes blocked 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 bin/136661 net [patch] ndp(8) ignores -f option 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 o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze 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/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us 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 o 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/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro 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/126714 net [carp] CARP interface renaming makes system no longer 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/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa 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 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node 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/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 kern/120130 net [carp] [panic] carp causes kernel panics in any conste 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/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap 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/106438 net [ipf] ipfilter: keep state does not seem to allow repl 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 s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if 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 s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress 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/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph 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 o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 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 s 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 386 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Sep 19 13:00:47 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11A4E1065780 for ; Mon, 19 Sep 2011 13:00:47 +0000 (UTC) (envelope-from jeromezhr@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D51AB8FC0A for ; Mon, 19 Sep 2011 13:00:46 +0000 (UTC) Received: by iadk27 with SMTP id k27so8277564iad.13 for ; Mon, 19 Sep 2011 06:00:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=STbNfigyWp+DVfge5mGPAtKRHTjxqZVJEv67o9EBdiE=; b=M9AmIw/WCyT9WAhSKlFJm1hCKtPyvr1mwWVgUk4zfSZCtvmirQVXuVMYDtszCVm5yr /egOd7/28aReTwB2hHPqvy9OJENu7UtZZk5HeEa2ZCptr48Zh0NqKq16oFXNfKb4krVp fTLIE9oYOfb7Mq/LJZ5jH3BAKJn5vJEMPeOSw= MIME-Version: 1.0 Received: by 10.42.135.198 with SMTP id q6mr4371136ict.229.1316435761426; Mon, 19 Sep 2011 05:36:01 -0700 (PDT) Received: by 10.42.222.130 with HTTP; Mon, 19 Sep 2011 05:36:01 -0700 (PDT) Date: Mon, 19 Sep 2011 20:36:01 +0800 Message-ID: From: jerome zh To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ICMPv4/v6 redirect pkt received but route table not updated? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 13:00:47 -0000 Hello, In FreeBSD, the ICMPv4/v6 Redirect pkt can be received by the OS, but the route table will not be changed accordingly? I have enabled the necessary sysctl variables under /proc to accept the redirect pkt. Any suggestion? -- *Regards,* *Rong(Jerome) Zheng.* From owner-freebsd-net@FreeBSD.ORG Mon Sep 19 18:08:34 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 429631065670 for ; Mon, 19 Sep 2011 18:08:34 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2530D8FC0A for ; Mon, 19 Sep 2011 18:08:33 +0000 (UTC) Received: from PWSVL-EXCHTS-01.internal.cacheflow.com ([10.2.2.122]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id p8JI8X3W005790 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 19 Sep 2011 11:08:33 -0700 (PDT) Received: from PWSVL-EXCMBX-01.internal.cacheflow.com ([fe80::15bc:12e2:4676:340f]) by PWSVL-EXCHTS-01.internal.cacheflow.com ([fe80::5c50:e2ba:8115:4223%20]) with mapi id 14.01.0289.001; Mon, 19 Sep 2011 11:08:31 -0700 From: "Li, Qing" To: jerome zh , "freebsd-net@freebsd.org" Thread-Topic: ICMPv4/v6 redirect pkt received but route table not updated? Thread-Index: AQHMdsxiLph3wacjy025y0qya1eMtJVVAESQ Date: Mon, 19 Sep 2011 18:08:31 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.2.2.106] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: ICMPv4/v6 redirect pkt received but route table not updated? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 18:08:34 -0000 Do you have a FBSD version # ? --Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of jerome zh > Sent: Monday, September 19, 2011 5:36 AM > To: freebsd-net@freebsd.org > Subject: ICMPv4/v6 redirect pkt received but route table not updated? >=20 > Hello, > In FreeBSD, the ICMPv4/v6 Redirect pkt can be received by the OS, but > the > route table will not be changed accordingly? > I have enabled the necessary sysctl variables under /proc to accept the > redirect pkt. >=20 > Any suggestion? >=20 > -- > *Regards,* > *Rong(Jerome) Zheng.* > _______________________________________________ > 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" From owner-freebsd-net@FreeBSD.ORG Wed Sep 21 13:13:40 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E13E1065673; Wed, 21 Sep 2011 13:13:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by mx1.freebsd.org (Postfix) with ESMTP id F1FF58FC0C; Wed, 21 Sep 2011 13:13:39 +0000 (UTC) Received: by gwj15 with SMTP id 15so2117718gwj.17 for ; Wed, 21 Sep 2011 06:13:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=8Vc7obEy40KQXcUgrQpIEA+L8a2OqwgthJ3/8Y7wbD0=; b=DIU4MegVjnMZx4wbZbKKjfYA17/VMOkyajiIs0Nn7EAnk886jBYi4qDJ2DK1nTTr4H xwK6W+dwmclfHDCNX2Yl2PxF0KaD7YoOgQcubA5wCc4rGEfSYzdQyvHKIuBKVgP166Pw xM4yl0SKEbxu2WKIeWfBZHq9ZFZt3rBIF8HrA= MIME-Version: 1.0 Received: by 10.150.229.16 with SMTP id b16mr1007171ybh.155.1316610819386; Wed, 21 Sep 2011 06:13:39 -0700 (PDT) Received: by 10.150.53.2 with HTTP; Wed, 21 Sep 2011 06:13:39 -0700 (PDT) In-Reply-To: References: Date: Wed, 21 Sep 2011 17:13:39 +0400 Message-ID: From: Sergey Kandaurov To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, FreeBSD Current Subject: Re: LOR in route.c // scope6.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Sep 2011 13:13:40 -0000 On 19 August 2011 05:07, Garrett Cooper wrote: > Hi, > =A0 =A0I've periodically seen the following LOR when trying to repro a > panic after restarting my network configuration: > > :lock order reversal: > =A01st 0xc4142f1c rtentry (rtentry) @ /usr/src/sys/net/routec:362 > =A02nd 0xc3d08604 if_afdata (if_afdata) @ /usr/src/sys/netinet6/scope6.c:= 417 > KDB: stack backtrace: > db_trace_self_wrapper(...) > _witness_debugger(...) > _rw_wlock(...) > in6_setscope(...) > in6_purgeaddr(...) > in6_control(...) > ifioctl(...) > soo_ioctl(...) > kern_ioctl(...) > ioctl(...) > syscallenter(...) > syscall(...) > Xint0x80_syscall() > > I don't have a full backtrace or core for this. This was running > r224948 UP with WITNESS. > I just got exactly the same LOR on a very fresh current with /etc/rc.d/netif restart, and then I lost the system. Thanks for the report. I hope to dig out the solution... --=20 wbr, pluknet From owner-freebsd-net@FreeBSD.ORG Wed Sep 21 16:40:31 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E0FB106566B; Wed, 21 Sep 2011 16:40:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 36E288FC14; Wed, 21 Sep 2011 16:40:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p8LGeV0A010441; Wed, 21 Sep 2011 16:40:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8LGeV58010430; Wed, 21 Sep 2011 16:40:31 GMT (envelope-from linimon) Date: Wed, 21 Sep 2011 16:40:31 GMT Message-Id: <201109211640.p8LGeV58010430@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/160873: [igb] igb(4) from HEAD fails to build on 7-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Sep 2011 16:40:31 -0000 Old Synopsis: igb(4) from HEAD fails to build on 7-STABLE New Synopsis: [igb] igb(4) from HEAD fails to build on 7-STABLE Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Sep 21 16:40:17 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=160873 From owner-freebsd-net@FreeBSD.ORG Thu Sep 22 10:53:16 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B98B1065672 for ; Thu, 22 Sep 2011 10:53:16 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 26FBE8FC0A for ; Thu, 22 Sep 2011 10:53:15 +0000 (UTC) Received: by qyk10 with SMTP id 10so5982902qyk.13 for ; Thu, 22 Sep 2011 03:53:15 -0700 (PDT) Received: by 10.229.195.105 with SMTP id eb41mr1499528qcb.182.1316688795144; Thu, 22 Sep 2011 03:53:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.184.199 with HTTP; Thu, 22 Sep 2011 03:52:35 -0700 (PDT) In-Reply-To: <567B01DF-7D52-4C5C-8F69-96CDB20FAC92@neville-neil.com> References: <2AB05A3E-BDC3-427D-B4A7-ABDDFA98D194@dudu.ro> <0BB87D28-3094-422D-8262-5FA0E40BFC7C@dudu.ro> <567B01DF-7D52-4C5C-8F69-96CDB20FAC92@neville-neil.com> From: Takuya ASADA Date: Thu, 22 Sep 2011 19:52:35 +0900 Message-ID: To: George Neville-Neil Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: net@freebsd.org Subject: Re: Multiqueue support for bpf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Sep 2011 10:53:16 -0000 Sorry for late replying, > One comment, one question. > > First, I think we should try to integrate this work and then tune it up m= ore. =C2=A0The API > is, I think, fine, and performance tuning takes a bit of work. Is there good way(I mean tools or something) to find the bottleneck? > Second, what are the parameters set on buffers for the drivers? =C2=A0I.e= . how many slots > do they have in their queues etc.? =C2=A0If they defaults are too small, = and often they are, > then that's going to hurt your performance. It does equals to number of descriptors per queue, right? If I'm correct, it's 2048 descriptors per queue by default, and I used default parameter when I perform benchmarks. It's on line 290 of http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011/mq_b= pf/src/sys/dev/ixgbe/ixgbe.c&REV=3D2 and line 105 of http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011/mq_b= pf/src/sys/dev/ixgbe/ixgbe.h&REV=3D2 From owner-freebsd-net@FreeBSD.ORG Thu Sep 22 14:51:10 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B68B1106566B for ; Thu, 22 Sep 2011 14:51:10 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.7]) by mx1.freebsd.org (Postfix) with ESMTP id 30F1E8FC14 for ; Thu, 22 Sep 2011 14:51:09 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 26185 invoked from network); 22 Sep 2011 16:24:23 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1316701464; bh=AZEbFqVXmkFM04t8LFOH4coouWCg+h/NZX3bKt6AXsM=; h=From:To:CC:Subject; b=b9qDTbl+x/3mgutFY0sG0dKqxGU4nPFyfmJoUV+NmlIoJb8t8x9/Mj0SYfaIhrT5W y8bVe+AjajeTUzNpDJI+HR4+txZxMX7L7oWYz3BfK+dGpbQT5sZwJtp4uj58/Ur5nk G1b1lok1BVtna1zf5AyUXpDXjgyu8BcE8PmipXaQ= Received: from cwx170.internetdsl.tpnet.pl (HELO [10.0.0.15]) (marek_sal@[83.19.131.170]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 22 Sep 2011 16:24:23 +0200 Message-ID: <4E7B450F.5050802@wp.pl> Date: Thu, 22 Sep 2011 16:24:15 +0200 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Freddie Cash References: <4E412116.1070305@wp.pl> <4E422A74.3090601@wp.pl> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [USOE] Cc: freebsd-net@freebsd.org Subject: Re: ipfw - accessing DMZ from LAN X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Sep 2011 14:51:10 -0000 W dniu 2011-08-10 16:22, Freddie Cash pisze: > > The more correct method is to double-NAT the traffic, such > that the LAN > clients connect to public IPs, and the DMZ servers see > connections from > public IPs. It's more complicated to wrap your head around > the first time, > but it prevents private IPs from "leaking" between the LAN, > the Internet, > and the DMZ. (It took me 10 years of using IPFW to figure > this one out.) > > # Configure the general natd process for the LAN > natd -port $port2 -same_ports -use_sockets -alias_address > x.x.x.171 > > # Configure the natd process to NAT from x.x.x.170 to > 192.168.0.10 using > some port > natd -port $port1 -same_ports -use_sockets -alias_address > x.x.x.170 > -redirect_address x.x.x.170 192.168.0.10 > > # NAT the traffic coming from the LAN to x.x.x.170 > ipfw add divert $port1 ip from $LAN to x.x.x.170 in recv vr0 > ipfw add allow ip from $LAN to 192.168.0.10 in recv vr0 > > # NAT the traffic going to x.x.x.170 from the LAN > ipfw add divert $port2 ip from $LAN to 192.168.0.10 out xmit vr2 > ipfw add allow ip from x.x.x.171 to 192.168.0.10 out xmit vr2 > > # NAT the traffic coming from x.x.x.170 to the LAN > ipfw add divert $port1 ip from 192.168.0.10 to x.x.x.171 in > recv vr2 > ipfw add allow ip from 192.168.0.10 to $LAN in recv vr2 > > # NAT the traffic going to the LAN from x.x.x.170 > ipfw add divert ip from 192.168.0.10 to $LAN out xmit vr0 > ipfw add allow ip from x.x.x.170 t0 $LAN out xmit vr0 > > The general flow of the rules above is (src --> dest) > 10.0.0.x --> x.x.x.170 > 10.0.0.x --> 192.168.0.10 (after first NAT) > x.x.x.171 --> 192.168.0.10 (after second NAT) > > 192.168.0.10 --> x.x.x.171 > 192.168.0.10 --> 10.0.0.x (after first NAT) > x.x.x.170 --> 10.0.0.x (after second NAT) > > Notice how vr3 is never used in any of the rules above, as the > packets never > touch the public interface of the router. > > Hi, I set up firewall like this: $cmd flush ##LAN1 --> PUBLIC $cmd add divert $NATLANPORT ip from $LAN1 to $MYPUBLICIP via $PUBLICIF $cmd add allow ip from $LAN1 to $MYPUBLICIP via $PUBLICIF #NAT for LAN1 natd -port $NATLANPORT -same_ports -use_sockets -alias_address $MYPUBLICIP #NAT for DMZHOST1 natd -port $DMZHOST1PORT -same_ports -use_sockets -alias_address $DMZHOST1PUBLIC -redirect_address $DMZHOST1PUBLIC $DMZHOST1PRIVATE ##LAN1 --> DMZHOST1 #Traffic from LAN1 to DMZHOST1 - coming from LAN1 $cmd add divert $NATLANPORT ip from $LAN1 to $DMZHOST1PUBLIC in recv $LAN1IF $cmd add allow ip from $LAN1 to $DMZHOST1PRIVATE in recv $LAN1IF #Traffic to DMZHOST1 from LAN1 - going to DMZHOST1 $cmd add divert $DMZHOST1PORT ip from $LAN1 to $DMZHOST1PRIVATE out xmit $DMZIF $cmd add allow ip from $DMZHOST1PUBLIC to $DMZHOST1PRIVATE out xmit $DMZIF ##DMZHOST1 --> LAN1 #Traffic from DMZHOST1 to LAN1 - coming from DMZHOST1 $cmd add divert $DMZHOST1PORT ip from $DMZHOST1PRIVATE to $DMZHOST1PUBLIC in recv $DMZIF $cmd add allow ip from $DMZHOST1PRIVATE to $LAN1 in recv $DMZIF #Traffic to LAN1 from DMZHOST1 - going to LAN1 $cmd add divert $NATLANPORT ip from $DMZHOST1PRIVATE to $LAN1 out xmit $LAN1IF $cmd add allow ip from $DMZHOST1PUBLIC to $LAN1 out xmit $LAN1IF $cmd add allow ip from any to me $cmd add allow ip from me to any $cmd add deny ip from any to any But in fact it doesn't work - I am not able to connect to DMZ HOST1 public IP from LAN1. When I try to connect, I connect to router, not the DMZ HOST 1 In rc.conf I have only: natd_enable="YES" natd_interface="em0" em0 is my interface connected to public ISP DMZ HOST1 Public IP is set as an alias for em0 Can you have a look at my issue? Regards, -- Marek Salwerowicz From owner-freebsd-net@FreeBSD.ORG Fri Sep 23 13:59:37 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E483E1065673; Fri, 23 Sep 2011 13:59:37 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id A5AD28FC18; Fri, 23 Sep 2011 13:59:37 +0000 (UTC) Received: by pzk32 with SMTP id 32so14688421pzk.3 for ; Fri, 23 Sep 2011 06:59:37 -0700 (PDT) Received: by 10.68.27.102 with SMTP id s6mr10166515pbg.43.1316786377078; Fri, 23 Sep 2011 06:59:37 -0700 (PDT) Received: from [126.219.247.163] (pw126219247163.55.tss.panda-world.ne.jp. [126.219.247.163]) by mx.google.com with ESMTPS id q10sm38619881pbn.9.2011.09.23.06.59.33 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 23 Sep 2011 06:59:35 -0700 (PDT) References: <1315221674.3092.282.camel@deadeye> <201109080834.11607.jhb@freebsd.org> <20110908184928.GA87872@hub.freebsd.org> <37419C45-4436-4738-851B-2B765BC2C60F@neville-neil.com> <1315529074.2804.63.camel@bwh-desktop> In-Reply-To: Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <8C8C6061-2BD8-4B38-843E-A0BA1218B773@dokukino.com> X-Mailer: iPhone Mail (9A5313e) From: Takuya ASADA Date: Fri, 23 Sep 2011 22:59:26 +0900 To: "owner-freebsd-net@freebsd.org" Cc: "support@pvd.citizen.co.jp" , "jfv@freebsd.org" , John Baldwin , "freebsd-net@freebsd.org" Subject: Re: Adding Flow Director sysctls to ixgbe(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2011 13:59:38 -0000 Hi, On Sep 9, 2011, at 10:56 AM, owner-freebsd-net@freebsd.org wrote: > On Fri, Sep 09, 2011 at 01:44:34AM +0100, Ben Hutchings wrote: >> On Thu, 2011-09-08 at 20:13 -0400, George Neville-Neil wrote: >>> On Sep 8, 2011, at 14:49 , Navdeep Parhar wrote: >>>=20 >>>> On Thu, Sep 08, 2011 at 08:34:11AM -0400, John Baldwin wrote: >>>>> On Monday, September 05, 2011 7:21:12 am Ben Hutchings wrote: >>>>>> On Mon, 2011-09-05 at 15:51 +0900, Takuya ASADA wrote: >>>>>>> Hi, >>>>>>>=20 >>>>>>> I implemented Ethernet Flow Director sysctls to ixgbe(4), here's a d= etail: >>>>>>>=20 >>>>>>> - Adding removing signature filter >>>>>>> On linux version of ixgbe driver, it has ability to set/remove perfe= ct >>>>>>> filter from userland using ethtool command. >>>>>>> I implemented similar feature, but on sysctl, and not perfect filter= >>>>>>> but signature filter(which means hash collision may occurs). >>>>>> [...] >>>>>>=20 >>>>>> Linux also has a generic interface to RX filtering and hashing >>>>>> (ethtool_rxnfc) which ixgbe supports; wouldn't it be better for FreeB= SD >>>>>> to support something like that? >>>>>=20 >>>>> Some sort of shared interface might be nice. The cxgb(4) and cxgbe(4)= drivers >>>>> both provide their own tools to manipulate filters, though they do not= >>>>> provide explicit steering IIRC. >>>>=20 >>>> Both of them can filter as well as steer (and the tools let you do that= ). >>>> cxgbe(4) can do a lot more (rewrite + switch, replicate, etc.) but thos= e >>>> features are perhaps too specialized to be configurable via a general >>>> purpose tool. >>>>=20 >>>>>=20 >>>>> We would need to come up with some sort of standard interface (ioctls?= ) for=20 >>>>> adding filters however. >>>>=20 >>>> +1 for a standard interface. >>>>=20 >>>> imho the kernel needs to be aware of the rx and tx queues of a NIC, and= >>>> not just for steering. But that's a separate discussion. >>>>=20 >>>=20 >>> Well I do think this is actually all of a part. Most of us realize by n= ow that >>> high speed (e.g. 10G and higher) NICs only make sense if you can steer t= raffic and >>> pin queues to cores etc. >>=20 >> Well, you can get way better than 1G performance without that. And for >> routers, flow hashing may be fine. But for a host, of course, steering >> packets properly can provide a major performance win. >>=20 >> [...] >>> What this means is that we have >>> a failure of abstraction. Abstraction has a cost, and some of the peopl= e who want >>> access to low level queues are not interested in paying an extra abstrac= tion cost. >>=20 >> Abstraction has a cost, but it's not necessarily that high compared to >> rewriting a whole chunk of sockets code (especially if you don't >> actually have the source code). >>=20 >>> I think that some of the abstractions we need are tied up in the work th= at Takuya did >>> for SoC and some of it is in the work done by Luigi on netmap. I'd go s= o far as to say >>> that what we should do is try to combine those two pieces of code into a= set of >>> low level APIs for programs to interact with high speed NICs. The one t= hing most >>> people do not talk about is extending our socket API to do two things th= at I think would >>> be a win for 80% of our users. If a socket, and also a kqueue, could be= pinned >>> to a CPU as well as a NIC queue that should improve overall bandwidth fo= r a large >>> number of our users. The API there is definitely an ioctl() and the har= d part is >>> doing the tying together. To do this we need to also work out our low l= evel story. >>=20 >> But it would be a lot nicer if this could be done automatically. Which >> I believe it can - see the RFS and XPS features in Linux. >=20 > rwatson@ has been working on "connection groups" (not sure what he calls > his project) with a goal to improve the placement of work in the FreeBSD > network stack. Some of the code is in the kernel but the parts that > require closer cooperation with a NIC are not. It looks like reducing lock contention on inpcb lookup, does it even effects= the other part? (ex: CPU affinity From owner-freebsd-net@FreeBSD.ORG Fri Sep 23 14:30:00 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9927F1065670; Fri, 23 Sep 2011 14:30:00 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 31B938FC08; Fri, 23 Sep 2011 14:29:59 +0000 (UTC) Received: by iadk27 with SMTP id k27so6319093iad.13 for ; Fri, 23 Sep 2011 07:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LGEDN+YZk877HD9MglGjgFHamDf/Q08U4XpQUt8x1Rw=; b=PPsq0PeJSqbILqBmnl/VDFT1z+vqJsPwlWIgN+7ASmj13qoCt2EKH00txbF9ueqWFn odPdgslSLQL26z2T/vHA00yJFYbY3DmvN/qdq0gUP4OUwaAFsIprNucavseB9W3x/W+f 4BwOH3gO6UlihUDfuKEA23UcmpysKxKogqwtE= MIME-Version: 1.0 Received: by 10.231.24.96 with SMTP id u32mr5595051ibb.61.1316786736255; Fri, 23 Sep 2011 07:05:36 -0700 (PDT) Received: by 10.231.12.138 with HTTP; Fri, 23 Sep 2011 07:05:36 -0700 (PDT) In-Reply-To: <8C8C6061-2BD8-4B38-843E-A0BA1218B773@dokukino.com> References: <1315221674.3092.282.camel@deadeye> <201109080834.11607.jhb@freebsd.org> <20110908184928.GA87872@hub.freebsd.org> <37419C45-4436-4738-851B-2B765BC2C60F@neville-neil.com> <1315529074.2804.63.camel@bwh-desktop> <8C8C6061-2BD8-4B38-843E-A0BA1218B773@dokukino.com> Date: Fri, 23 Sep 2011 17:05:36 +0300 Message-ID: From: Sami Halabi To: Takuya ASADA Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "support@pvd.citizen.co.jp" , "jfv@freebsd.org" , "owner-freebsd-net@freebsd.org" , John Baldwin , "freebsd-net@freebsd.org" Subject: Re: Adding Flow Director sysctls to ixgbe(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2011 14:30:00 -0000 Hi, i don't know what version of the driver currently on head, but on 8.1-R it isn't the latest driver on INTEL's site. my dual 10g card 82599EB didn't work well until i upgraded the driver(2.3.8) and recompiled the kernel. after that the card worked fine. Sami On Fri, Sep 23, 2011 at 4:59 PM, Takuya ASADA wrote: > Hi, > > On Sep 9, 2011, at 10:56 AM, owner-freebsd-net@freebsd.org wrote: > > > On Fri, Sep 09, 2011 at 01:44:34AM +0100, Ben Hutchings wrote: > >> On Thu, 2011-09-08 at 20:13 -0400, George Neville-Neil wrote: > >>> On Sep 8, 2011, at 14:49 , Navdeep Parhar wrote: > >>> > >>>> On Thu, Sep 08, 2011 at 08:34:11AM -0400, John Baldwin wrote: > >>>>> On Monday, September 05, 2011 7:21:12 am Ben Hutchings wrote: > >>>>>> On Mon, 2011-09-05 at 15:51 +0900, Takuya ASADA wrote: > >>>>>>> Hi, > >>>>>>> > >>>>>>> I implemented Ethernet Flow Director sysctls to ixgbe(4), here's a > detail: > >>>>>>> > >>>>>>> - Adding removing signature filter > >>>>>>> On linux version of ixgbe driver, it has ability to set/remove > perfect > >>>>>>> filter from userland using ethtool command. > >>>>>>> I implemented similar feature, but on sysctl, and not perfect > filter > >>>>>>> but signature filter(which means hash collision may occurs). > >>>>>> [...] > >>>>>> > >>>>>> Linux also has a generic interface to RX filtering and hashing > >>>>>> (ethtool_rxnfc) which ixgbe supports; wouldn't it be better for > FreeBSD > >>>>>> to support something like that? > >>>>> > >>>>> Some sort of shared interface might be nice. The cxgb(4) and > cxgbe(4) drivers > >>>>> both provide their own tools to manipulate filters, though they do > not > >>>>> provide explicit steering IIRC. > >>>> > >>>> Both of them can filter as well as steer (and the tools let you do > that). > >>>> cxgbe(4) can do a lot more (rewrite + switch, replicate, etc.) but > those > >>>> features are perhaps too specialized to be configurable via a general > >>>> purpose tool. > >>>> > >>>>> > >>>>> We would need to come up with some sort of standard interface > (ioctls?) for > >>>>> adding filters however. > >>>> > >>>> +1 for a standard interface. > >>>> > >>>> imho the kernel needs to be aware of the rx and tx queues of a NIC, > and > >>>> not just for steering. But that's a separate discussion. > >>>> > >>> > >>> Well I do think this is actually all of a part. Most of us realize by > now that > >>> high speed (e.g. 10G and higher) NICs only make sense if you can steer > traffic and > >>> pin queues to cores etc. > >> > >> Well, you can get way better than 1G performance without that. And for > >> routers, flow hashing may be fine. But for a host, of course, steering > >> packets properly can provide a major performance win. > >> > >> [...] > >>> What this means is that we have > >>> a failure of abstraction. Abstraction has a cost, and some of the > people who want > >>> access to low level queues are not interested in paying an extra > abstraction cost. > >> > >> Abstraction has a cost, but it's not necessarily that high compared to > >> rewriting a whole chunk of sockets code (especially if you don't > >> actually have the source code). > >> > >>> I think that some of the abstractions we need are tied up in the work > that Takuya did > >>> for SoC and some of it is in the work done by Luigi on netmap. I'd go > so far as to say > >>> that what we should do is try to combine those two pieces of code into > a set of > >>> low level APIs for programs to interact with high speed NICs. The one > thing most > >>> people do not talk about is extending our socket API to do two things > that I think would > >>> be a win for 80% of our users. If a socket, and also a kqueue, could > be pinned > >>> to a CPU as well as a NIC queue that should improve overall bandwidth > for a large > >>> number of our users. The API there is definitely an ioctl() and the > hard part is > >>> doing the tying together. To do this we need to also work out our low > level story. > >> > >> But it would be a lot nicer if this could be done automatically. Which > >> I believe it can - see the RFS and XPS features in Linux. > > > > rwatson@ has been working on "connection groups" (not sure what he calls > > his project) with a goal to improve the placement of work in the FreeBSD > > network stack. Some of the code is in the kernel but the parts that > > require closer cooperation with a NIC are not. > > It looks like reducing lock contention on inpcb lookup, does it even > effects the other part? (ex: CPU affinity > _______________________________________________ > 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" > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 04:18:28 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 557D6106566B; Sat, 24 Sep 2011 04:18:28 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E55368FC14; Sat, 24 Sep 2011 04:18:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p8O4IRoO078171; Sat, 24 Sep 2011 04:18:27 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8O4IRhd078167; Sat, 24 Sep 2011 04:18:27 GMT (envelope-from eadler) Date: Sat, 24 Sep 2011 04:18:27 GMT Message-Id: <201109240418.p8O4IRhd078167@freefall.freebsd.org> To: john@feith.com, eadler@FreeBSD.org, freebsd-net@FreeBSD.org From: eadler@FreeBSD.org Cc: Subject: Re: kern/79895: [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph [regression] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 04:18:28 -0000 Synopsis: [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph [regression] State-Changed-From-To: open->feedback State-Changed-By: eadler State-Changed-When: Sat Sep 24 04:18:27 UTC 2011 State-Changed-Why: Is this still an issue on recent versions of FreeBSD? http://www.freebsd.org/cgi/query-pr.cgi?pr=79895 From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 08:19:55 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BFE6106566C for ; Sat, 24 Sep 2011 08:19:55 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id AE93B8FC14 for ; Sat, 24 Sep 2011 08:19:53 +0000 (UTC) Received: by wyj26 with SMTP id 26so2083419wyj.13 for ; Sat, 24 Sep 2011 01:19:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=UaygTDl3jBzLBUuu66lnLqf8EzMXmToJJygxGCZiWRM=; b=CI0a9zltBRIut9T43jNoW3mBoQNRsUUzylrHvAX2+8J3Jp+rMA5Gq/53+VTdRWlovs C2cyVuqjUHbiHY0w6O+UIABrI/hPWpghRiIKShYhW0lpGumDThjP+R1Zu74PEltuHBTJ ARH28ih9xCraYvbnOfqsvx47KVTW1F/LKZtAo= MIME-Version: 1.0 Received: by 10.227.175.77 with SMTP id w13mr4456642wbz.53.1316852393201; Sat, 24 Sep 2011 01:19:53 -0700 (PDT) Received: by 10.180.95.169 with HTTP; Sat, 24 Sep 2011 01:19:53 -0700 (PDT) Date: Sat, 24 Sep 2011 04:19:53 -0400 Message-ID: From: Arnaud Lacombe To: zec@FreeBSD.org, Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: VNET mismanagement in bpf(4) ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 08:19:55 -0000 Hi, It seems to me there is a VNET mismanagement in `net/bpf.c'; we have: static void bpf_detachd(struct bpf_d *d) { [...] if (d->bd_promisc) { d->bd_promisc = 0; CURVNET_SET(ifp->if_vnet); error = ifpromisc(ifp, 0); CURVNET_RESTORE(); [...] } which is called by either bpfdetach() or bpf_setdlt(). Here is the relevant code block of the latter: static int bpf_setdlt(struct bpf_d *d, u_int dlt) { [...] if (bp != NULL) { opromisc = d->bd_promisc; bpf_detachd(d); bpf_attachd(d, bp); BPFD_LOCK(d); reset_d(d); BPFD_UNLOCK(d); if (opromisc) { error = ifpromisc(bp->bif_ifp, 1); if (error) if_printf(bp->bif_ifp, "bpf_setdlt: ifpromisc failed (%d)\n", error); else d->bd_promisc = 1; } [...] } I would guess that there is no need to `CURVNET_SET(ifp->if_vnet);' before calling `ifpromisc()' because it has already been done in `bpfioctl()': static int bpfioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flags, struct thread *td) { [...] CURVNET_SET(TD_TO_VNET(td)); [...] /* * Set data link type. */ case BIOCSDLT: if (d->bd_bif == NULL) error = EINVAL; else error = bpf_setdlt(d, *(u_int *)addr); break; [...] CURVNET_RESTORE(); return (error); } However, the following call path: bpfioctl() -> bpf_setdlt() -> bpf_detachd() -> [ret] bpf_setdlt() -> [ret] bpfioctl() [ret] will end up in the following sequence of VNET setting/restore: bpfioctl():CURVNET_SET(TD_TO_VNET(td)) -> bpf_detachd():CURVNET_SET(ifp->if_vnet) -> bpf_detachd():CURVNET_RESTORE() -> bpfioctl():CURVNET_RESTORE() leading to the lost of the original VNET, from bpfioctl(). Am I missing something ? Thanks, - Arnaud From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 13:43:39 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D6A0106567A for ; Sat, 24 Sep 2011 13:43:39 +0000 (UTC) (envelope-from yilinjing2006@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8928FC1A for ; Sat, 24 Sep 2011 13:43:39 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1R7SW2-0003QQ-Lk for freebsd-net@freebsd.org; Sat, 24 Sep 2011 06:43:38 -0700 Date: Sat, 24 Sep 2011 06:43:38 -0700 (PDT) From: jyl_2006 To: freebsd-net@freebsd.org Message-ID: <1316871818655-4836594.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: message from sctp getsockopt or sctp_opt_info show error X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 13:43:39 -0000 Recently , I use getsockopt or sctp_opt_info to get the information of sctp association message, both two function return value of 0, and that means they work well, but the result of testing show some error. Here are the result that getting from function getsockopt or sctp_opt_info: NO. ASSOC-ID STATE RWND UNACKDATA PENDDATA INSTRMS OUTSTRMS FRAG-POINT SPINFO-STATE SPINFO-CWDN SPINFO-SRTT SPINFO-RTO SPINFO-MTU 1 36 ESTABLISHED 57344 0 0 10 10 1452 ACTIVE 4380 0 3000 1500 other datas have same value with the data show above. But the message I get from wireshark ,show the value of RWND is changed ,when I get a sack. So can anyone point out something we did wrong or steps we missed? Thanks in advance. -- View this message in context: http://freebsd.1045724.n5.nabble.com/message-from-sctp-getsockopt-or-sctp-opt-info-show-error-tp4836594p4836594.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 15:39:34 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF779106564A for ; Sat, 24 Sep 2011 15:39:34 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 878278FC12 for ; Sat, 24 Sep 2011 15:39:34 +0000 (UTC) Received: by yia13 with SMTP id 13so4270118yia.13 for ; Sat, 24 Sep 2011 08:39:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=ZYyyJllQlOzxWcRNPFue7W+Gv/xYcMQG/SKDkI92Y3A=; b=h7CTsyV/RQFl8nHVPrBTkHbXG0eu/9IVfPFw/JJT5wWrzvhX/kDqh7zb3UIVw3jWHD hqAD5pu6vQYRbYJgBk6EReY+9KZ+ovOLqYpB+U5qMfm148MmdJK+vCJKvx5DE83n1iRl 2xILE8s0HGzkTFtnftEbkNLeeizdhOIa008gY= Received: by 10.236.178.102 with SMTP id e66mr29687902yhm.40.1316878773985; Sat, 24 Sep 2011 08:39:33 -0700 (PDT) Received: from DataIX.net (adsl-99-190-81-85.dsl.klmzmi.sbcglobal.net. [99.190.81.85]) by mx.google.com with ESMTPS id z6sm50956509anf.22.2011.09.24.08.39.30 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 24 Sep 2011 08:39:31 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p8OFdSTE001570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 24 Sep 2011 11:39:28 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p8OFdR2a001489 for net@FreeBSD.org; Sat, 24 Sep 2011 11:39:27 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sat, 24 Sep 2011 11:39:27 -0400 From: Jason Hellenthal To: net@FreeBSD.org Message-ID: <20110924153927.GA92152@DataIX.net> References: <20110908052838.GA36011@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110908052838.GA36011@DataIX.net> Cc: Subject: Re: Last Address on Interface Receiving RST ACK. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 15:39:34 -0000 Ignore this. I found the problem with this a little while back. Problem was that the address recieving the RST ACK on the same interface within the same subnet was also located within a DMZ which caused it to recieve everything that was also bound for the /24 On Thu, Sep 08, 2011 at 01:28:38AM -0400, Jason Hellenthal wrote: > > Net, > > With a default setup of dc0 on 8.2-STABLE r224908 I have noticed that > when the interface is configured with more than one address that the > last address configured recieves RSTs & ACKs that were generated on the > primary address. > > The configuration is like such: > > PF with no NAT or redirection. > Default route: 192.168.1.1 > ipv4_addrs_dc0="192.168.1.2/24" > > And then a jail brings up alias 192.168.1.100/32 > > I have mail pulling down to this system every 20 minutes and this is > repeated every 20 minutes but not soley dependent to just this service > or destination. > > Rule 26: block drop in log quick proto tcp from ! port < 1024 > to any > > Keep in mind the only way I caught this is because the jail is not > generating any traffic and since there is no state for that address this > rule kicks in to block what should not be recieved by that address. > > Any help with this would be appreciated. > > 00:56:05.274815 rule 26/0(match): block in on dc0: (tos 0x0, ttl 254, id 13179, offset 0, flags [none], proto TCP (6), length 40) > 91.121.XXX.XXX.443 > 192.168.1.100.33581: Flags [R.], cksum 0x0a57 (correct), seq 1397498691, ack 1491506967, win 0, length 0 > 00:56:49.351521 rule 26/0(match): block in on dc0: (tos 0x0, ttl 254, id 44594, offset 0, flags [none], proto TCP (6), length 40) > 74.125.XXX.X.443 > 192.168.1.100.58794: Flags [R.], cksum 0x0268 (correct), seq 3217610262, ack 840102530, win 0, length 0 > 00:57:49.465331 rule 26/0(match): block in on dc0: (tos 0x0, ttl 254, id 49671, offset 0, flags [none], proto TCP (6), length 40) > 74.125.XXX.XX.443 > 192.168.1.100.35474: Flags [R.], cksum 0x5c5e (correct), seq 3787279118, ack 1664887624, win 0, length 0 > 00:58:23.524232 rule 26/0(match): block in on dc0: (tos 0x0, ttl 254, id 54499, offset 0, flags [none], proto TCP (6), length 40) > 74.125.XXX.XXX.993 > 192.168.1.100.55544: Flags [R.], cksum 0x9962 (correct), seq 1419741552, ack 2168011860, win 0, length 0 > 00:58:49.586119 rule 26/0(match): block in on dc0: (tos 0x0, ttl 254, id 61912, offset 0, flags [none], proto TCP (6), length 40) > 74.125.XXX.XX.443 > 192.168.1.100.64663: Flags [R.], cksum 0xf8db (correct), seq 1228724784, ack 2559832299, win 0, length 0 > 00:58:51.573874 rule 26/0(match): block in on dc0: (tos 0x0, ttl 254, id 49850, offset 0, flags [none], proto TCP (6), length 40) > 12.22.XX.XX.873 > 192.168.1.100.60330: Flags [R.], cksum 0xfcbd (correct), seq 1803075968, ack 944126062, win 0, length 0 > 00:59:05.594207 rule 26/0(match): block in on dc0: (tos 0x0, ttl 254, id 18167, offset 0, flags [none], proto TCP (6), length 40) > 12.22.XX.XX.873 > 192.168.1.100.16970: Flags [R.], cksum 0x851b (correct), seq 1913818609, ack 3282631427, win 0, length 0 > 01:08:24.602213 rule 26/0(match): block in on dc0: (tos 0x0, ttl 254, id 19516, offset 0, flags [none], proto TCP (6), length 40) > 74.125.XXX.XX.993 > 192.168.1.100.27724: Flags [R.], cksum 0xa62d (correct), seq 3861575754, ack 1373823783, win 0, length 0 > From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 17:23:13 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 050A7106564A for ; Sat, 24 Sep 2011 17:23:13 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 6BC2B8FC17 for ; Sat, 24 Sep 2011 17:23:12 +0000 (UTC) Received: from [192.168.1.195] (p5481D960.dip.t-dialin.net [84.129.217.96]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 3E6F01C0C0BEA; Sat, 24 Sep 2011 19:23:10 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <1316871818655-4836594.post@n5.nabble.com> Date: Sat, 24 Sep 2011 19:23:09 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1316871818655-4836594.post@n5.nabble.com> To: jyl_2006 X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: message from sctp getsockopt or sctp_opt_info show error X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 17:23:13 -0000 On Sep 24, 2011, at 3:43 PM, jyl_2006 wrote: > Recently , I use getsockopt or sctp_opt_info to get the information of = sctp > association message, both two function return value of 0, and that = means > they work well, but the result of testing show some error. >=20 > Here are the result that getting from function getsockopt or = sctp_opt_info: >=20 > NO. ASSOC-ID STATE RWND UNACKDATA PENDDATA INSTRMS = OUTSTRMS > FRAG-POINT SPINFO-STATE SPINFO-CWDN SPINFO-SRTT SPINFO-RTO SPINFO-MTU > 1 36 ESTABLISHED 57344 0 0 10 10 = =20 > 1452 ACTIVE 4380 0 3000 1500 >=20 > other datas have same value with the data show above. >=20 > But the message I get from wireshark ,show the value of RWND is = changed > ,when I get a sack. It seems that you are using multiple socket options to get the above = values. It doesn't matter whether you use getsockopt() or sctp_opt_info() on = FreeBSD. Regarding the RWND: I assume that you print sasoc_peer_rwnd field of the sctp_assocparams structure retrieved via the SCTP_ASSOCINFO socket = option. The number provided by the stack is the a_rwnd provided by the peer = minus the outstanding data. Doesn't that match you observation? If not, please let me know how to reproduce the problem and which version of FreeBSD = you are using. Best regards Michael >=20 > So can anyone point out something we did wrong or steps we missed?=20 > Thanks in advance.=20 >=20 > -- > View this message in context: = http://freebsd.1045724.n5.nabble.com/message-from-sctp-getsockopt-or-sctp-= opt-info-show-error-tp4836594p4836594.html > Sent from the freebsd-net mailing list archive at Nabble.com. > _______________________________________________ > 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" >=20 From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 17:31:38 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94FA6106564A for ; Sat, 24 Sep 2011 17:31:38 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 60A848FC1A for ; Sat, 24 Sep 2011 17:31:38 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id CF2AF7300A; Sat, 24 Sep 2011 19:31:20 +0200 (CEST) Date: Sat, 24 Sep 2011 19:31:20 +0200 From: Luigi Rizzo To: net@freebsd.org Message-ID: <20110924173120.GB71672@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: which 10GE cards are supported by FreeBSD ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 17:31:38 -0000 Hi, does anyone know know which 10GE cards are supported by FreeBSD, either natively or using third-party drivers ? I am asking because i would like to add netmap support to the drivers, see http://info.iet.unipi.it/~luigi/netmap/ Also if you have pointers to stores that sell supported cards (or are interested in donating one) please contact me privately. thanks luigi -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 17:54:00 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B98E1065675 for ; Sat, 24 Sep 2011 17:54:00 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 9F81E8FC13 for ; Sat, 24 Sep 2011 17:53:59 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 4842825D37C7; Sat, 24 Sep 2011 17:53:58 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 0AA94BD3C36; Sat, 24 Sep 2011 17:53:57 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id G-VSczDuPONY; Sat, 24 Sep 2011 17:53:55 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 56B60BD3BF0; Sat, 24 Sep 2011 17:53:54 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <20110924173120.GB71672@onelab2.iet.unipi.it> Date: Sat, 24 Sep 2011 17:53:54 +0000 Content-Transfer-Encoding: 7bit Message-Id: <78FA5152-123E-492C-9A05-E95C474DE469@lists.zabbadoz.net> References: <20110924173120.GB71672@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1084) Cc: net@freebsd.org Subject: Re: which 10GE cards are supported by FreeBSD ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 17:54:00 -0000 On Sep 24, 2011, at 5:31 PM, Luigi Rizzo wrote: > does anyone know know which 10GE cards are supported by FreeBSD, > either natively or using third-party drivers ? is this a serious question? FreeBSD has documentation (for those in-tree) i.e man pages. Alternatively looking for if_baudrate might give you some clues. I think the short answer is - we support almost all even though few are not (yet) in the tree. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 18:01:51 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F079C1065670 for ; Sat, 24 Sep 2011 18:01:51 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 640478FC0A for ; Sat, 24 Sep 2011 18:01:51 +0000 (UTC) Received: from [192.168.1.195] (p5481D960.dip.t-dialin.net [84.129.217.96]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 69A431C0C0BEA; Sat, 24 Sep 2011 20:01:50 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <1316871818655-4836594.post@n5.nabble.com> Date: Sat, 24 Sep 2011 20:01:49 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1316871818655-4836594.post@n5.nabble.com> To: jyl_2006 X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: message from sctp getsockopt or sctp_opt_info show error X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 18:01:52 -0000 On Sep 24, 2011, at 3:43 PM, jyl_2006 wrote: > Recently , I use getsockopt or sctp_opt_info to get the information of = sctp > association message, both two function return value of 0, and that = means > they work well, but the result of testing show some error. >=20 > Here are the result that getting from function getsockopt or = sctp_opt_info: >=20 > NO. ASSOC-ID STATE RWND UNACKDATA PENDDATA INSTRMS = OUTSTRMS > FRAG-POINT SPINFO-STATE SPINFO-CWDN SPINFO-SRTT SPINFO-RTO SPINFO-MTU > 1 36 ESTABLISHED 57344 0 0 10 10 = =20 > 1452 ACTIVE 4380 0 3000 1500 >=20 > other datas have same value with the data show above. >=20 > But the message I get from wireshark ,show the value of RWND is = changed > ,when I get a sack. >=20 > So can anyone point out something we did wrong or steps we missed?=20 > Thanks in advance.=20 Just a followup: OK, you use the SCTP_STATUS socket option for the first values. I tested with FreeBSD 9 and get reported the correct values of rwnd. Please = provide more information how to reproduce the problem... Best regards Michael >=20 > -- > View this message in context: = http://freebsd.1045724.n5.nabble.com/message-from-sctp-getsockopt-or-sctp-= opt-info-show-error-tp4836594p4836594.html > Sent from the freebsd-net mailing list archive at Nabble.com. > _______________________________________________ > 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" >=20 From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 18:21:39 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E47BA106566B for ; Sat, 24 Sep 2011 18:21:39 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id A2E538FC08 for ; Sat, 24 Sep 2011 18:21:39 +0000 (UTC) Received: by gxk26 with SMTP id 26so3323766gxk.13 for ; Sat, 24 Sep 2011 11:21:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7gKDi8DwXofkfYawGWwAwR9xHxycGelt8VrVaE/V/kg=; b=S+w5DAa9bWIaCg3lIvbtWQHGRy7TN1evUzwrZK2K5EJ9lm1Dow8pIiIWz4soi+UU+c TacD3ITrUSpy+AqsTHSXROg1hkKear9pWsfNAJ9ivBAYBRz7tISu2iXWoBnWN6IAQ89A ya5kmNM/BJv9fYp1e24wP9t/8tw+XzkCcq05g= MIME-Version: 1.0 Received: by 10.68.35.8 with SMTP id d8mr17488042pbj.95.1316887107221; Sat, 24 Sep 2011 10:58:27 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.68.43.39 with HTTP; Sat, 24 Sep 2011 10:58:24 -0700 (PDT) In-Reply-To: <78FA5152-123E-492C-9A05-E95C474DE469@lists.zabbadoz.net> References: <20110924173120.GB71672@onelab2.iet.unipi.it> <78FA5152-123E-492C-9A05-E95C474DE469@lists.zabbadoz.net> Date: Sat, 24 Sep 2011 19:58:24 +0200 X-Google-Sender-Auth: UXfxdVB1ZuExjuhamQhWK-5BmiQ Message-ID: From: "K. Macy" To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Luigi Rizzo , net@freebsd.org Subject: Re: which 10GE cards are supported by FreeBSD ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 18:21:40 -0000 On Sat, Sep 24, 2011 at 7:53 PM, Bjoern A. Zeeb wrote: > On Sep 24, 2011, at 5:31 PM, Luigi Rizzo wrote: > >> does anyone know know which 10GE cards are supported by FreeBSD, >> either natively or using third-party drivers ? > > is this a serious question? =A0FreeBSD has documentation (for those in-tr= ee) > i.e man pages. =A0Alternatively looking for if_baudrate might give you so= me > clues. > > I think the short answer is - we support almost all even though few are n= ot > (yet) in the tree. > It is also worth pointing out that a number of these are available to committers in the netperf cluster. Companies making donations to the netperf cluster will be providing greater utility to the community as a whole. Cheers From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 18:28:19 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA7A2106564A for ; Sat, 24 Sep 2011 18:28:18 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3B3D98FC13 for ; Sat, 24 Sep 2011 18:28:17 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so5555748bkb.13 for ; Sat, 24 Sep 2011 11:28:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dudu.ro; s=google; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=Z6R2mXndVtfOAoE2SRMX0nccVR8wezgygLVH3LbjTrE=; b=i1V3C87JjdNiMnZWVHbB8ZodFAU65+9nfeUBdT2F8qqwcUkFwJSpR4rQSK52qtQHZX 4QW+9SNuAO1e/hhdqVvhS4/ocA3QyqNjSuN/YVkelID0Q3HyYVA/zoZFmTH7XxaxniiN nzVhZFeV2DijOSaOflUNSEJtG+TwqAE8YiWbA= Received: by 10.204.7.141 with SMTP id d13mr3341575bkd.125.1316887145674; Sat, 24 Sep 2011 10:59:05 -0700 (PDT) Received: from [192.168.10.3] ([82.76.253.74]) by mx.google.com with ESMTPS id z9sm15000206bkn.7.2011.09.24.10.59.03 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 24 Sep 2011 10:59:04 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: Vlad Galu In-Reply-To: <20110924173120.GB71672@onelab2.iet.unipi.it> Date: Sat, 24 Sep 2011 19:59:01 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <651F7FA4-4273-458B-8F66-0D9B62A9062B@dudu.ro> References: <20110924173120.GB71672@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1244.3) Cc: net@freebsd.org Subject: Re: which 10GE cards are supported by FreeBSD ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 18:28:19 -0000 On Sep 24, 2011, at 7:31 PM, Luigi Rizzo wrote: >=20 > Hi, > does anyone know know which 10GE cards are supported by FreeBSD, > either natively or using third-party drivers ? I am asking because > i would like to add netmap support to the drivers, see > http://info.iet.unipi.it/~luigi/netmap/ >=20 Hello Luigi, Myricom's 10G is supported by mxge(4). They ship a proprietary firmware = that implements a high performance packet send/receive API. I've been = using it for some time with good results. However, it would be great if = we had an open source equivalent in the tree. Regards Vlad= From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 18:53:27 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E60A3106566B for ; Sat, 24 Sep 2011 18:53:27 +0000 (UTC) (envelope-from sclark46@earthlink.net) Received: from elasmtp-spurfowl.atl.sa.earthlink.net (elasmtp-spurfowl.atl.sa.earthlink.net [209.86.89.66]) by mx1.freebsd.org (Postfix) with ESMTP id BD08E8FC08 for ; Sat, 24 Sep 2011 18:53:27 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=jYv11LEGzHDn4k7CqexMN/IPrjUlhO6z95w5hDtEmbGKgjpNb1ezf1CQLaGiscFl; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [69.22.83.66] (helo=joker.seclark.com) by elasmtp-spurfowl.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1R7Wzv-0005im-Bd for freebsd-net@freebsd.org; Sat, 24 Sep 2011 14:30:47 -0400 Message-ID: <4E7E21D6.60207@earthlink.net> Date: Sat, 24 Sep 2011 14:30:46 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101027 Fedora/3.0.10-1.fc12 Thunderbird/3.0.10 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: a437fbc6971e80f61aa676d7e74259b7b3291a7d08dfec79b59815805e4c3cef010853ae3f18dd38350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 69.22.83.66 X-Mailman-Approved-At: Sat, 24 Sep 2011 19:16:15 +0000 Subject: force reassembly of fragmented packets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sclark46@earthlink.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 18:53:28 -0000 Hi List, I am using FreeBSD 6.3 and ipfilter as the FW. When I receive an out order fragment of a UDP packet ipfilter drop its. I have a bimap setup mapping an external routable address to a private address internal server also running FreeBSD 6.3. Is there some way to force FreeBSD to reassemble the packet before passing it to ipfilter? Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 20:36:33 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D2EE1065670 for ; Sat, 24 Sep 2011 20:36:33 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id E91328FC17 for ; Sat, 24 Sep 2011 20:36:32 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 4027E7300A; Sat, 24 Sep 2011 22:52:17 +0200 (CEST) Date: Sat, 24 Sep 2011 22:52:17 +0200 From: Luigi Rizzo To: "Bjoern A. Zeeb" Message-ID: <20110924205217.GA72397@onelab2.iet.unipi.it> References: <20110924173120.GB71672@onelab2.iet.unipi.it> <78FA5152-123E-492C-9A05-E95C474DE469@lists.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78FA5152-123E-492C-9A05-E95C474DE469@lists.zabbadoz.net> User-Agent: Mutt/1.4.2.3i Cc: net@freebsd.org Subject: Re: which 10GE cards are supported by FreeBSD ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 20:36:33 -0000 On Sat, Sep 24, 2011 at 05:53:54PM +0000, Bjoern A. Zeeb wrote: > On Sep 24, 2011, at 5:31 PM, Luigi Rizzo wrote: > > > does anyone know know which 10GE cards are supported by FreeBSD, > > either natively or using third-party drivers ? > > is this a serious question? FreeBSD has documentation (for those in-tree) > i.e man pages. Alternatively looking for if_baudrate might give you some > clues. apart from the typo ("know know") yes the email contained three serious questions, two of which (third party drivers and shops which carry the card) i cannot answer looking at the tree. On top of this, some in-tree drivers may be stale, broken, redundant (say ixgb vs ixgbe), and so on. And not all hardware can do line rate -- not even at 1G, let alone 10G, so it would be good to know also some first hand information on performance. The goal of the question was also to get -- and have on the archives, for the future -- informed feedback ("i have card X and works/does not work with driver Y and performance is Z", see Vlad's reply). > > I think the short answer is - we support almost all even though few are not > (yet) in the tree. wow, that's a lot of information :) seriously though: i have Intel and know it works reasonably well and have published detailed data on that on the netmap page. Vlad has replied about Myricom. I know that Chelsio has a card and supports it. But I have no first-hand information about the others: for instance, do we support Marvell ? which driver ? What about broadcom ? Any other makers&drivers for 10G on FreeBSD ? Hope the question is more clear now. cheers luigi From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 20:40:19 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D732106564A for ; Sat, 24 Sep 2011 20:40:19 +0000 (UTC) (envelope-from rganascim@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id AA8C28FC12 for ; Sat, 24 Sep 2011 20:40:18 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so5611311bkb.13 for ; Sat, 24 Sep 2011 13:40:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=8Fa/uV+DxQIzV6Ws37VucTpOqyZLWRv0NokmU0zRk98=; b=RlD5DxD1TfFvtHS/COha2qwpGw4atPHGO2vZIhaLlA9UTp/o1bP173Anp9NvM+WP5R hvYyxnC3U+VwUw2KZMto6erfravY11xyDQCuIR7mdmAjNnSZOBnr4CV1l6Z8BQqaDVPH kRi+qH+OrBxTg/GWUO0FnPF0wnprue38GHFVk= MIME-Version: 1.0 Received: by 10.204.143.28 with SMTP id s28mr3380637bku.119.1316894940185; Sat, 24 Sep 2011 13:09:00 -0700 (PDT) Received: by 10.204.3.136 with HTTP; Sat, 24 Sep 2011 13:09:00 -0700 (PDT) Date: Sat, 24 Sep 2011 17:09:00 -0300 Message-ID: From: Rafael Ganascim To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: em/igb multiqueue support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 20:40:19 -0000 Hi, I think that this is an old question.... I think that Intel 82575 (and another models) hardware are capable of multiple queues both on the receive and the send side. Is it right? Currently the processing of packets is limited to one CPU per NIC. Can we have multiple taskq processes for one NIC in parallel? Is anyone working on this right now, and if not does this sound like something anyone is interested in doing? (yes, I know the Yandex driver). -- Best regards, Rafael From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 20:53:28 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34178106564A for ; Sat, 24 Sep 2011 20:53:28 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 9149D8FC16 for ; Sat, 24 Sep 2011 20:53:27 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8OKrN2r065703; Sun, 25 Sep 2011 03:53:24 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E7E433E.5070307@rdtc.ru> Date: Sun, 25 Sep 2011 03:53:18 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Rafael Ganascim References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: em/igb multiqueue support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 20:53:28 -0000 25.09.2011 03:09, Rafael Ganascim пишет: > Hi, > > I think that this is an old question.... > > I think that Intel 82575 (and another models) hardware are capable of > multiple queues both on the receive and the send side. Is it right? > Currently the processing of packets is limited to one CPU per NIC. > > Can we have multiple taskq processes for one NIC in parallel? Is > anyone working on this right now, and if not does this sound like > something > anyone is interested in doing? (yes, I know the Yandex driver). It works for me with 82576 (don't have 82575 to test) and 8.2 You should know, however, there are many requirements for multiple queues to work: you need MSI-X capable motherboard, your traffic needs to be TCP/UDP inside plain IP. No load distribution for PPPoE/GRE/etc. in this hardware (blame Microsoft RSS specs). Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 20:55:28 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA4A61065675 for ; Sat, 24 Sep 2011 20:55:28 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 62A038FC15 for ; Sat, 24 Sep 2011 20:55:27 +0000 (UTC) Received: by wwe3 with SMTP id 3so4734900wwe.31 for ; Sat, 24 Sep 2011 13:55:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=q8prs8Q0iZpH8jT7wV1OKfiFu9K75OlviOkJUYBms/U=; b=Pu/OMrAtC/var0eJGBDghsmUxAV3XlvJ2SXS394nfrMHBkITXtou0Sn9D5FKgHvPAP HxZ/HL2aF4Q23OfeSXLPUoAmLgGWz5an1xieP2W/RYqdirbaaMRqYJc9RUQDK8hUzJjk vn5Aum2pKi0cyPgTQx57DBKhJmmx9uGYat4iA= MIME-Version: 1.0 Received: by 10.227.135.130 with SMTP id n2mr5093163wbt.51.1316897727136; Sat, 24 Sep 2011 13:55:27 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Sat, 24 Sep 2011 13:55:27 -0700 (PDT) In-Reply-To: References: Date: Sat, 24 Sep 2011 16:55:27 -0400 Message-ID: From: Arnaud Lacombe To: Rafael Ganascim Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: em/igb multiqueue support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 20:55:28 -0000 Hi, On Sat, Sep 24, 2011 at 4:09 PM, Rafael Ganascim wrote: > Hi, > > I think that this is an old question.... > > I think that Intel 82575 (and another models) hardware are capable of > multiple queues both on the receive and the send side. Is it right? > Currently the processing of packets is limited to one CPU per NIC. > > Can we have multiple taskq processes for one NIC in parallel? Is > anyone working on this right now, and if not does this sound like > something > anyone is interested in doing? (yes, I know the Yandex driver). > igb(4) already supports multiqueue, with 1 task per queue, and you can have at most 4 queue on the 82575. em(4) multiqueue is more controversial. - Arnaud > -- > Best regards, > > Rafael > _______________________________________________ > 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" > From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 21:26:01 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68C43106564A for ; Sat, 24 Sep 2011 21:26:01 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 07E678FC13 for ; Sat, 24 Sep 2011 21:26:00 +0000 (UTC) Received: by wwe3 with SMTP id 3so4747490wwe.31 for ; Sat, 24 Sep 2011 14:26:00 -0700 (PDT) Received: by 10.227.19.131 with SMTP id a3mr3688634wbb.82.1316897794190; Sat, 24 Sep 2011 13:56:34 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.227.174.69 with HTTP; Sat, 24 Sep 2011 13:56:14 -0700 (PDT) In-Reply-To: <20110924205217.GA72397@onelab2.iet.unipi.it> References: <20110924173120.GB71672@onelab2.iet.unipi.it> <78FA5152-123E-492C-9A05-E95C474DE469@lists.zabbadoz.net> <20110924205217.GA72397@onelab2.iet.unipi.it> From: Juli Mallett Date: Sat, 24 Sep 2011 13:56:14 -0700 X-Google-Sender-Auth: 0hPwRa5FbDIi_voHm95eTfDpSS4 Message-ID: To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Bjoern A. Zeeb" , net@freebsd.org Subject: Re: which 10GE cards are supported by FreeBSD ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 21:26:01 -0000 On Sat, Sep 24, 2011 at 13:52, Luigi Rizzo wrote: > apart from the typo ("know know") yes the email contained three > serious questions, two of which (third party drivers and shops > which carry the card) i cannot answer looking at the tree. > > On top of this, some in-tree drivers may be stale, broken, redundant > (say ixgb vs ixgbe), and so on. =C2=A0And not all hardware can do line > rate -- not even at 1G, let alone 10G, so it would be good to know > also some first hand information on performance. ixgb vs. ixgbe is not a stale/redundant issue. ixgb only supports the 82597, which you'll find is not supported by ixgbe. I think you'll have a hard time getting reliable performance information. There's a lot of smoke and mirrors about performance, as you point out. It has also been my experience that many 10g devices cannot reliably do 1g line rate with minimal packet sizes. I don't fully understand why this is, but most people who I've seen give performance numbers for FreeBSD are looking at bulk transmit, which is of course not (necessarily) what you care about for netmap. I've yet to hear from anyone who can name a 10G NIC one can buy that can do line rate with minimal packet sizes. Solarflare boasts about lower latency, so perhaps they'll have a better story in that area. > The goal of the question was also to get -- and have on the archives, > for the future -- informed feedback ("i have card X and works/does > not work with driver Y and performance is Z", see Vlad's reply). A wiki page would be nice. > wow, that's a lot of information :) > > seriously though: > i have Intel and know it works reasonably well and have published > detailed data on that on the netmap page. =C2=A0Vlad has replied about > Myricom. =C2=A0I know that Chelsio has a card and supports it. =C2=A0But = I > have no first-hand information about the others: for instance, do > we support Marvell ? which driver ? =C2=A0What about broadcom ? =C2=A0Any > other makers&drivers for 10G on FreeBSD ? Broadcom is bxe. It's actually not as trivial to grep for 10G NICs as implied, since some drivers have silly bugs, like ixgbe which sets if_baudrate to '1000000000' (i.e. 1 000 000 000). From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 23:09:33 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A49E91065672 for ; Sat, 24 Sep 2011 23:09:33 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3942D8FC18 for ; Sat, 24 Sep 2011 23:09:32 +0000 (UTC) Received: by wwe3 with SMTP id 3so4786185wwe.31 for ; Sat, 24 Sep 2011 16:09:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OYVKMuq4g9qm0DVS65edRk3K5OyEeixc9S+5hPvTv0s=; b=ZGGu0WZ+hKxDpVKwy81gUqZoeo5WAa0Dy4JWjmi8YDG5ejBVl0w8LQY1exiRHKpCKY LEAJHhq9+vjZ5ZqOM3++Ao0mZdEP9hJQ3aFkntlPLHk/faDaLnL9ABF4AjSulsLTQhBl I/zdRgVAsk1HNUycvakq2hgmH4mHJHRRPHHaE= MIME-Version: 1.0 Received: by 10.227.72.138 with SMTP id m10mr5173718wbj.90.1316904042355; Sat, 24 Sep 2011 15:40:42 -0700 (PDT) Received: by 10.180.96.104 with HTTP; Sat, 24 Sep 2011 15:40:42 -0700 (PDT) In-Reply-To: References: <20110924173120.GB71672@onelab2.iet.unipi.it> <78FA5152-123E-492C-9A05-E95C474DE469@lists.zabbadoz.net> <20110924205217.GA72397@onelab2.iet.unipi.it> Date: Sat, 24 Sep 2011 18:40:42 -0400 Message-ID: From: Ryan Stone To: Juli Mallett Content-Type: text/plain; charset=ISO-8859-1 Cc: "Bjoern A. Zeeb" , Luigi Rizzo , net@freebsd.org Subject: Re: which 10GE cards are supported by FreeBSD ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 23:09:33 -0000 On Sat, Sep 24, 2011 at 4:56 PM, Juli Mallett wrote: > It's actually not as trivial to grep for 10G NICs as > implied, since some drivers have silly bugs, like ixgbe which sets > if_baudrate to '1000000000' (i.e. 1 000 000 000). I'm pretty sure that the bug is FreeBSD's. if_baudrate is a u_long, which isn't large enough to hold 10G on 32-bit platforms.