From owner-freebsd-net@FreeBSD.ORG Sun Aug 12 09:37:17 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4781E1065674 for ; Sun, 12 Aug 2012 09:37:17 +0000 (UTC) (envelope-from hoomanfazaeli@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C12FE8FC14 for ; Sun, 12 Aug 2012 09:37:15 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so2437180wgb.31 for ; Sun, 12 Aug 2012 02:37:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Ihm+8og9T5R4QPItpb/Fm0e7mf6HhiVIP05S63Ib6GE=; b=puAz8tr1w10mEM94umMeLthiEv7m8aWnyg6OVwfxXh7jvFOX/GMrWr+y9hvKHsiy22 Y5jmiLVek/2LOXtZFroJha6ds3gFGTk4e/5UZx4GlCBjEO63GNiWoHF8leb2Ub9Ewfcx 4sQOFPE2VAW/w6PpxSvZNAqIZEmsvWI8wwKFUI2kvQyR8nwrFJ+x0Xet35Wd+nU8lIyp gIcYlZebkU/VxC56aPB+0dc5gcH1sh8suKwjlpZca8NBtuluH+U4SJ+PdG9q+yrASM98 yliC8Sco9CHYQS3wvB/IwrdtNZWCJ7ENdmO3WoS1pHqYBw2R3iKMAW5Tyi1ZafTh8bdc LiLA== Received: by 10.180.85.167 with SMTP id i7mr9546103wiz.8.1344764234613; Sun, 12 Aug 2012 02:37:14 -0700 (PDT) Received: from [127.0.0.1] ([84.241.57.181]) by mx.google.com with ESMTPS id o2sm13412672wiz.11.2012.08.12.02.37.11 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 12 Aug 2012 02:37:13 -0700 (PDT) Message-ID: <5027793F.5010504@gmail.com> Date: Sun, 12 Aug 2012 14:07:03 +0430 From: Hooman Fazaeli User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: Karl Pielorz References: <26ABB168B4C8E32E7D127EF9@Octca64MkIV.tdx.co.uk> <50261271.50101@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 9.0-R em0 issues? 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, 12 Aug 2012 09:37:17 -0000 On 8/11/2012 2:17 PM, Karl Pielorz wrote: > > > --On 11 August 2012 12:36 +0430 Hooman Fazaeli wrote: > >>> " >>> Name Mtu Network Address Ipkts Ierrs Idrop >>> Opkts Oerrs Coll em0 1500 00:25:90:31:82:46 355482 >>> 10612864185945 0 291109 3032246910270 1516123455135 " >> 82574L with ASPM enabled is known to cause a problem like yours. >> (See:http://www.google.com/#hl=en&sclient=psy-ab&q=82574L+%2B+ASPM >> ) >> However, some time ago, jack committed a fix which disabled ASPM to fix >> the problem. >> I recommend getting and compiling latest e1000 source from CVS (which is >> version 7.3.2) >> and see what happens. > > Hi, > > In the midst of trying to get this onto the machine (without the NIC working - which was fun), during a reboot the NIC suddenly disappeared completely. > > Rebooting the machine again gives a 50/50 on the NIC probing when FreeBSD runs up - half the time I'm left with em1 only, and no em0. > > It looks like this has gone from a 'possible software' issue to a 'probable hardware' issue now? - I've moved the connection over to em1, I'll see how I get on with that. > I have also seen this problem on a different hardware but I can not recall if I fixed it with hardware replacement or driver update. Anyway, it is worth to give the driver update a try. From owner-freebsd-net@FreeBSD.ORG Mon Aug 13 10:58:36 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2B0F1065674 for ; Mon, 13 Aug 2012 10:58:36 +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 722BD8FC0C for ; Mon, 13 Aug 2012 10:58:35 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id A047673029; Mon, 13 Aug 2012 13:17:22 +0200 (CEST) Date: Mon, 13 Aug 2012 13:17:22 +0200 From: Luigi Rizzo To: net@freebsd.org Message-ID: <20120813111722.GA79347@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: ipfw meets netmap (6.5 Mpps in userspace) 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, 13 Aug 2012 10:58:36 -0000 I just finished a netmap-enabled version of ipfw/dummynet, which runs in userspace and is able to process over 6 million packets per second (Mpps) with simple rulesets, and over 2.2 Mpps through dummynet pipes (tested on an i7-3400 connected to VALE ports; VALE is a software switch part of netmap). You can find it at http://info.iet.unipi.it/~luigi/dummynet/#8696 It works on FreeBSD and Linux. It even run on OSX, but there is no netmap support there; any interest, Apple ? In any case, it should be simple to adapt the network backend to talk to other devices. To run this you might want to use the most recent version of netmap, also recently updated so it works with recent kernels http://info.iet.unipi.it/~luigi/netmap/ (the code is already in FreeBSD HEAD). On passing, I have also updated the dummynet distributions for Linux and Windows, which should now compile for most recent version of Linux, and for Windows 32 and 64 bit: http://info.iet.unipi.it/~luigi/dummynet/ cheers luigi From owner-freebsd-net@FreeBSD.ORG Mon Aug 13 11:07:14 2012 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49C73106564A for ; Mon, 13 Aug 2012 11:07:14 +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 32BD48FC08 for ; Mon, 13 Aug 2012 11:07:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7DB7EID007180 for ; Mon, 13 Aug 2012 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7DB7DT1007178 for freebsd-net@FreeBSD.org; Mon, 13 Aug 2012 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Aug 2012 11:07:13 GMT Message-Id: <201208131107.q7DB7DT1007178@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, 13 Aug 2012 11:07:14 -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/170267 net [ixgbe] IXGBE_LE32_TO_CPUS is probably an unintentiona o kern/170081 net [fxp] pf/nat/jails not working if checksum offloading o kern/169898 net ifconfig(8) fails to set MTU on multiple interfaces. o kern/169676 net [bge] [hang] system hangs, fully or partially after re o kern/169664 net [bgp] Wrongful replacement of interface connected net o kern/169634 net [bge] Network unavailable when booting directly to Fre o kern/169620 net [ng] [pf] ng_l2tp incoming packet bypass pf firewall o kern/169459 net [ppp] umodem/ppp/3g stopped working after update from o kern/169438 net [ipsec] ipv4-in-ipv6 tunnel mode IPsec does not work o kern/169399 net [re] RealTek RTL8168/8111/8111c network interface not o kern/168742 net [vlan] [panic] detaching of ethernet adapter with conf p kern/168294 net [ixgbe] [patch] ixgbe driver compiled in kernel has no o kern/168246 net [em] Multiple em(4) not working with qemu o kern/168245 net [arp] [regression] Permanent ARP entry not deleted on o kern/168244 net [arp] [regression] Unable to manually remove permanent o kern/168183 net [bce] bce driver hang system o kern/168152 net [xl] Periodically, the network card xl0 stops working o kern/167947 net [setfib] [patch] arpresolve checks only the default FI o kern/167603 net [ip] IP fragment reassembly's broken: file transfer ov o kern/167500 net [em] [panic] Kernel panics in em driver o kern/167325 net [netinet] [patch] sosend sometimes return EINVAL with o kern/167202 net [igmp]: Sending multiple IGMP packets crashes kernel o kern/167059 net [tcp] [panic] System does panic in in_pcbbind() and ha o kern/166940 net [ipfilter] [panic] Double fault in kern 8.2 o kern/166462 net [gre] gre(4) when using a tunnel source address from c o kern/166372 net [patch] ipfilter drops UDP packets with zero checksum o kern/166285 net [arp] FreeBSD v8.1 REL p8 arp: unknown hardware addres o kern/166255 net [net] [patch] It should be possible to disable "promis o kern/165963 net [panic] [ipf] ipfilter/nat NULL pointer deference o kern/165903 net mbuf leak o kern/165643 net [net] [patch] Missing vnet restores in net/if_ethersub o kern/165622 net [ndis][panic][patch] Unregistered use of FPU in kernel s kern/165562 net [request] add support for Intel i350 in FreeBSD 7.4 o kern/165526 net [bxe] UDP packets checksum calculation whithin if_bxe o kern/165488 net [ppp] [panic] Fatal trap 12 jails and ppp , kernel wit o kern/165305 net [ip6] [request] Feature parity between IP_TOS and IPV6 o kern/165296 net [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PR o kern/165181 net [igb] igb freezes after about 2 weeks of uptime o kern/165174 net [patch] [tap] allow tap(4) to keep its address on clos o kern/165152 net [ip6] Does not work through the issue of ipv6 addresse o kern/164495 net [igb] connect double head igb to switch cause system t o kern/164490 net [pfil] Incorrect IP checksum on pfil pass from ip_outp o kern/164475 net [gre] gre misses RUNNING flag after a reboot o kern/164265 net [netinet] [patch] tcp_lro_rx computes wrong checksum i o kern/163903 net [igb] "igb0:tx(0)","bpf interface lock" v2.2.5 9-STABL o kern/163481 net freebsd do not add itself to ping route packet o kern/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162926 net [ipfilter] Infinite loop in ipfilter with fragmented I o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161381 net [re] RTL8169SC - re0: PHY write failed o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel p kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed f kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph 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/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o kern/131601 net [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow f kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o 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 o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 413 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Aug 13 12:43:05 2012 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 87761106566B for ; Mon, 13 Aug 2012 12:43:05 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 11DFD8FC0C for ; Mon, 13 Aug 2012 12:43:04 +0000 (UTC) Received: by wicr5 with SMTP id r5so1920861wic.13 for ; Mon, 13 Aug 2012 05:43:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=bEinYwGWeE9xtbLM1sufSlkIQ8IAeKXVoItRgSafgPE=; b=l8Ujd+BzNlgG2qiu5n31FiEZk/Kxn6ep1+rg0rrRnMQvTPi2gsT+iJQ3DtoN2OJRS8 acUP/rwslxYyzW7g96tHRVvkWRsRKHMjeAV2OFfNclVVzQP5mAfvcD85CjjRuAsShqy6 paSCZMeLzi+4gbaTVexwkZPPVeGgz8aNahm8z9OA03mqXUsZDQ8Ktpl12VBaAqMbcEbU +SMIVITqYw3sQg4cTMV3Emu6E9kPeJvsZ66iWBVFk6do8rh6YKRTLDB0SEx8mTW2vO6M 9t2BB6fBomDP7eiU/UUvUNLD3aKxf3MhcYBZ6U1nIVo7mzXxTXyCSJ7O4IICZehkeIAI jD2w== Received: by 10.216.136.66 with SMTP id v44mr6551874wei.159.1344861783748; Mon, 13 Aug 2012 05:43:03 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.223.153.200 with HTTP; Mon, 13 Aug 2012 05:42:43 -0700 (PDT) In-Reply-To: <20120813111722.GA79347@onelab2.iet.unipi.it> References: <20120813111722.GA79347@onelab2.iet.unipi.it> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Mon, 13 Aug 2012 14:42:43 +0200 X-Google-Sender-Auth: xaNF647baK3MGG34iLlrC5ac9kQ Message-ID: To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: net@freebsd.org Subject: Re: ipfw meets netmap (6.5 Mpps in userspace) 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, 13 Aug 2012 12:43:05 -0000 On Mon, Aug 13, 2012 at 1:17 PM, Luigi Rizzo wrote: > I just finished a netmap-enabled version of ipfw/dummynet, which > runs in userspace and is able to process over 6 million packets per > second (Mpps) with simple rulesets, and over 2.2 Mpps through > dummynet pipes (tested on an i7-3400 connected to VALE ports; > VALE is a software switch part of netmap). Hi, Reading the README file: "Real packet I/O is possible using netmap", Can we use it for high-speed firewalling among real NICs now? Can you confirm that we just need: 1. An up-to-date FreeBSD -current (build from source synced the 2012-08-03 mininum) with netmap module loaded; 2. netmap compliant NICs (ixgbe, e1000 or re); 3. compile, configure and start ipfw-user. Can ipfw-user be directly connected to two netmap-enabled NICs in place of vale switches->netmap bridge->NIC ? Thanks, Olivier From owner-freebsd-net@FreeBSD.ORG Mon Aug 13 12:49:24 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0498D106566B for ; Mon, 13 Aug 2012 12:49:24 +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 B47DF8FC0A for ; Mon, 13 Aug 2012 12:49:23 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 1DE087300A; Mon, 13 Aug 2012 15:08:17 +0200 (CEST) Date: Mon, 13 Aug 2012 15:08:17 +0200 From: Luigi Rizzo To: Olivier Cochard-Labb? Message-ID: <20120813130817.GB80897@onelab2.iet.unipi.it> References: <20120813111722.GA79347@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: net@freebsd.org Subject: Re: ipfw meets netmap (6.5 Mpps in userspace) 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, 13 Aug 2012 12:49:24 -0000 On Mon, Aug 13, 2012 at 02:42:43PM +0200, Olivier Cochard-Labb? wrote: > On Mon, Aug 13, 2012 at 1:17 PM, Luigi Rizzo wrote: > > I just finished a netmap-enabled version of ipfw/dummynet, which > > runs in userspace and is able to process over 6 million packets per > > second (Mpps) with simple rulesets, and over 2.2 Mpps through > > dummynet pipes (tested on an i7-3400 connected to VALE ports; > > VALE is a software switch part of netmap). > > Hi, > > Reading the README file: "Real packet I/O is possible using netmap", > Can we use it for high-speed firewalling among real NICs now? > > Can you confirm that we just need: > 1. An up-to-date FreeBSD -current (build from source synced the > 2012-08-03 mininum) with netmap module loaded; > 2. netmap compliant NICs (ixgbe, e1000 or re); > 3. compile, configure and start ipfw-user. > > Can ipfw-user be directly connected to two netmap-enabled NICs in > place of vale switches->netmap bridge->NIC ? yes to all three (though i have not tried yet as i do not have access to 10G hardware now, vale ports behave exactly the same as a real card). Whoever feels like trying, performance numbers are welcome. I'll prepare a picobsd image with all the tools shortly. cheers luigi > > Olivier From owner-freebsd-net@FreeBSD.ORG Mon Aug 13 12:54:43 2012 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 0329D1065677 for ; Mon, 13 Aug 2012 12:54:43 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id AD8DF8FC0C for ; Mon, 13 Aug 2012 12:54:42 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4472247vbm.13 for ; Mon, 13 Aug 2012 05:54:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SfMOgQgMHZjA1MQD8UeeSeCYE6VS/8qRZNDciuSipdQ=; b=rTisH9PKzVfqzUJjDbfpytf6VHb/3SQIhSDrF6Gmk3K25fdmL8vf7dLayevJVFQaoI b/TH1E9gi9AS3Bcf/QxSg8UVSUgp0VOl7fjS7uDPvDs4vcA3igV3RCVmU1GV1ug7Zy1c BCJU1/OCsg4tqSjUjV1lfVH6IWs2gc0uEBVp4Wbb42mAJWjGn1Erir9JDJbv6+PiULPB YRJ1JiMJfU0Q5qVrRsmyYgX3Ud5yYTGsHlk083qZluQEXquSCDzsb0fzNyS78dNy21b0 nkjyvL4xje3HlOJH6xgfdxHJL6w4KSeoIWQByuC/H5T11HCQ+nBe3iJaBWzlaVX7Pocg wLcA== MIME-Version: 1.0 Received: by 10.220.209.80 with SMTP id gf16mr8093376vcb.58.1344862481762; Mon, 13 Aug 2012 05:54:41 -0700 (PDT) Received: by 10.58.22.164 with HTTP; Mon, 13 Aug 2012 05:54:41 -0700 (PDT) In-Reply-To: <20120813130817.GB80897@onelab2.iet.unipi.it> References: <20120813111722.GA79347@onelab2.iet.unipi.it> <20120813130817.GB80897@onelab2.iet.unipi.it> Date: Mon, 13 Aug 2012 15:54:41 +0300 Message-ID: From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: Olivier Cochard-Labb? , net@freebsd.org Subject: Re: ipfw meets netmap (6.5 Mpps in userspace) 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, 13 Aug 2012 12:54:43 -0000 does igb driver supported by netmap ? if yes, how multiqueue support works? On Mon, Aug 13, 2012 at 4:08 PM, Luigi Rizzo wrote: > On Mon, Aug 13, 2012 at 02:42:43PM +0200, Olivier Cochard-Labb? wrote: >> On Mon, Aug 13, 2012 at 1:17 PM, Luigi Rizzo wrote: >> > I just finished a netmap-enabled version of ipfw/dummynet, which >> > runs in userspace and is able to process over 6 million packets per >> > second (Mpps) with simple rulesets, and over 2.2 Mpps through >> > dummynet pipes (tested on an i7-3400 connected to VALE ports; >> > VALE is a software switch part of netmap). >> >> Hi, >> >> Reading the README file: "Real packet I/O is possible using netmap", >> Can we use it for high-speed firewalling among real NICs now? >> >> Can you confirm that we just need: >> 1. An up-to-date FreeBSD -current (build from source synced the >> 2012-08-03 mininum) with netmap module loaded; >> 2. netmap compliant NICs (ixgbe, e1000 or re); >> 3. compile, configure and start ipfw-user. >> >> Can ipfw-user be directly connected to two netmap-enabled NICs in >> place of vale switches->netmap bridge->NIC ? > > yes to all three (though i have not tried yet as i do not have > access to 10G hardware now, vale ports behave exactly the same > as a real card). > Whoever feels like trying, performance numbers are welcome. > I'll prepare a picobsd image with all the tools shortly. > > cheers > luigi > >> >> Olivier > _______________________________________________ > 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 Mon Aug 13 14:08:19 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C669B106566C for ; Mon, 13 Aug 2012 14:08:19 +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 8452B8FC14 for ; Mon, 13 Aug 2012 14:08:19 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 041477300B; Mon, 13 Aug 2012 16:27:13 +0200 (CEST) Date: Mon, 13 Aug 2012 16:27:13 +0200 From: Luigi Rizzo To: ?zkan KIRIK Message-ID: <20120813142712.GA81734@onelab2.iet.unipi.it> References: <20120813111722.GA79347@onelab2.iet.unipi.it> <20120813130817.GB80897@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Olivier Cochard-Labb? , net@freebsd.org Subject: Re: ipfw meets netmap (6.5 Mpps in userspace) 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, 13 Aug 2012 14:08:19 -0000 On Mon, Aug 13, 2012 at 03:54:41PM +0300, ?zkan KIRIK wrote: > does igb driver supported by netmap ? if yes, how multiqueue support works? yes igb is supported, and multiqueue is supported (ipfw-user just reads from all queues). Note that igb is a 1Gbit/card peaking at 1.488 Mpps, which is much slower than what ipfw-user can deal with, so you do not really need multiqueue. You might find some benefits at 10G if you run multiple ipfw-user instances, one per queue, bound to separate cores (you need some small changes in the netmap I/O routines to bind to individual queues). cheers luigi > On Mon, Aug 13, 2012 at 4:08 PM, Luigi Rizzo wrote: > > On Mon, Aug 13, 2012 at 02:42:43PM +0200, Olivier Cochard-Labb? wrote: > >> On Mon, Aug 13, 2012 at 1:17 PM, Luigi Rizzo wrote: > >> > I just finished a netmap-enabled version of ipfw/dummynet, which > >> > runs in userspace and is able to process over 6 million packets per > >> > second (Mpps) with simple rulesets, and over 2.2 Mpps through > >> > dummynet pipes (tested on an i7-3400 connected to VALE ports; > >> > VALE is a software switch part of netmap). > >> > >> Hi, > >> > >> Reading the README file: "Real packet I/O is possible using netmap", > >> Can we use it for high-speed firewalling among real NICs now? > >> > >> Can you confirm that we just need: > >> 1. An up-to-date FreeBSD -current (build from source synced the > >> 2012-08-03 mininum) with netmap module loaded; > >> 2. netmap compliant NICs (ixgbe, e1000 or re); > >> 3. compile, configure and start ipfw-user. > >> > >> Can ipfw-user be directly connected to two netmap-enabled NICs in > >> place of vale switches->netmap bridge->NIC ? > > > > yes to all three (though i have not tried yet as i do not have > > access to 10G hardware now, vale ports behave exactly the same > > as a real card). > > Whoever feels like trying, performance numbers are welcome. > > I'll prepare a picobsd image with all the tools shortly. > > > > cheers > > luigi > > > >> > >> Olivier > > _______________________________________________ > > 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 Mon Aug 13 21:16:03 2012 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 B4A85106564A for ; Mon, 13 Aug 2012 21:16:03 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 492578FC14 for ; Mon, 13 Aug 2012 21:16:02 +0000 (UTC) Received: by eeke52 with SMTP id e52so1224543eek.13 for ; Mon, 13 Aug 2012 14:15:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Ftpg0zqM+DzaCAQROnxXTZA4CZbE0b6aXc5Jx/Jxwr8=; b=f2xQjRiOqxQHsO0zgFwgsufPfIGxhDyvIOuum3WjpHeo0n5NpfESF6kB2tI2t8/BP2 6N6jHvJiX7+7QWzbpplDEnpHMNVPSz0+g5rTAM5wJXbQQCWUy4jChyRvog9ftaFxo23s WYjYbW3zpB8ak+b2LCOFKuqHcVNLko1Xafkfi2pj6nw1P3nPdLzVjI3eg04qgQ4vp8dm RZiK/fRNLoZBA/8m2eitimc7ENzvTyN6m2QXsXo6Cr4sW9Y/tWcmNovDb48HkfijZ5g0 3zXJQp/S7SLybvTV4qeVnW+tYr2yvehTs1JWCeqANRcO6voL5f9LLg1P1El/XnFrBkF/ 7AzQ== MIME-Version: 1.0 Received: by 10.14.211.3 with SMTP id v3mr11710943eeo.43.1344892555860; Mon, 13 Aug 2012 14:15:55 -0700 (PDT) Received: by 10.14.120.199 with HTTP; Mon, 13 Aug 2012 14:15:55 -0700 (PDT) Date: Mon, 13 Aug 2012 14:15:55 -0700 Message-ID: From: Vijay Singh To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: ixgbe rx & tx locks 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, 13 Aug 2012 21:16:03 -0000 Folks, I've been looking into lock contention on the ixgbe rx & tx locks. I have collected this data: debug.lock.prof.stats: max wait_max total wait_total count avg wait_avg cnt_hold cnt_lock name 263 304 1329357 858873 322010 4 2 0 45210 sys/dev/ixgbe/ixgbe.c:1349 (sleep mutex:e2a:tx(0)) 415 189 14314889 62933 739895 19 0 0 13694 sys/dev/ixgbe/ixgbe.c:1445 (sleep mutex:e2a:tx(0)) So the lock contention is coming from lock acquisitions in ixgbe_handle_que() and ixgbe_msix_que(). I am unable to understand why, since I would not expect the deferred task to execute in parallel with the msix interrupt handler. rx is similar: debug.lock.prof.stats: max wait_max total wait_total count avg wait_avg cnt_hold cnt_lock name 88 893 672058 269855 821847 0 0 0 753 sys/dev/ixgbe/ixgbe.c:4211 (sleep mutex:e6b:rx(0)) 893 25 3994289 1937 1093238 3 0 0 561 sys/dev/ixgbe/ixgbe.c:4276 (sleep mutex:e6b:rx(0)) Any thoughts? -vijay From owner-freebsd-net@FreeBSD.ORG Mon Aug 13 21:40:15 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0228106566B for ; Mon, 13 Aug 2012 21:40:15 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 67F188FC12 for ; Mon, 13 Aug 2012 21:40:15 +0000 (UTC) Received: by vcbgb22 with SMTP id gb22so5159170vcb.13 for ; Mon, 13 Aug 2012 14:40:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ncFGFILlTrDxfjYef+MIA8/XXor7dNU9LQuzxbjZ44k=; b=T7rQ48ytz39kpo/5nNep+wu2hA68vKsi2MrU5RR/L3iXbt/Qryg/DmltfVLpUtQOmc X1/8N8ecbODXOgW838TymK98cl5eEd1bsRnjUER8mKuyCn2wEWn6aitUWrVK5EW5Hq0G PyYCkeD759DVLI7PNLR1/ixrBETW3vZZk2LO25+0PsiAuNI/ViNkfcFrAXHr2mRuMZ8h OPT7NLxgsXwiHUUNMmdqqI7DIHqZ2B87shg6d/NfcQ9rF+NtnPiW4A2OrmkJXhrbcl/X RymShvurl87tlc5PVCl2MP+JGIGesmkpi0N+A5iF31LarkZIKF9KT0CugvLaFT3UbsCE g2Ag== MIME-Version: 1.0 Received: by 10.52.180.66 with SMTP id dm2mr8029483vdc.1.1344894014454; Mon, 13 Aug 2012 14:40:14 -0700 (PDT) Received: by 10.58.187.134 with HTTP; Mon, 13 Aug 2012 14:40:14 -0700 (PDT) In-Reply-To: References: Date: Mon, 13 Aug 2012 14:40:14 -0700 Message-ID: From: Jack Vogel To: Vijay Singh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org Subject: Re: ixgbe rx & tx locks 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, 13 Aug 2012 21:40:15 -0000 Hmmm, this is odd, because the interrupt vector is not being re-enabled unless you are not scheduling the task, and when you are the interrupt isn't enabled til the end.... Something funny going on. You could get contention due to mq_start however, you sure about where its coming from? Jack On Mon, Aug 13, 2012 at 2:15 PM, Vijay Singh wrote: > Folks, I've been looking into lock contention on the ixgbe rx & tx locks. > > I have collected this data: > > debug.lock.prof.stats: > max wait_max total wait_total count avg wait_avg > cnt_hold cnt_lock name > 263 304 1329357 858873 322010 4 2 > 0 45210 sys/dev/ixgbe/ixgbe.c:1349 (sleep mutex:e2a:tx(0)) > 415 189 14314889 62933 739895 19 0 > 0 13694 sys/dev/ixgbe/ixgbe.c:1445 (sleep mutex:e2a:tx(0)) > > So the lock contention is coming from lock acquisitions in > ixgbe_handle_que() and ixgbe_msix_que(). > > I am unable to understand why, since I would not expect the deferred > task to execute in parallel with the msix interrupt handler. > > rx is similar: > > debug.lock.prof.stats: > max wait_max total wait_total count avg wait_avg > cnt_hold cnt_lock name > 88 893 672058 269855 821847 0 0 > 0 753 sys/dev/ixgbe/ixgbe.c:4211 (sleep mutex:e6b:rx(0)) > 893 25 3994289 1937 1093238 3 0 > 0 561 sys/dev/ixgbe/ixgbe.c:4276 (sleep mutex:e6b:rx(0)) > > Any thoughts? > > -vijay > _______________________________________________ > 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 Mon Aug 13 22:17:55 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A23011065672 for ; Mon, 13 Aug 2012 22:17:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 506338FC0C for ; Mon, 13 Aug 2012 22:17:54 +0000 (UTC) Received: by vbmv11 with SMTP id v11so5263069vbm.13 for ; Mon, 13 Aug 2012 15:17:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DyxgngiNSQ+qo8a4Fo1sDGYM+ZhYIm/uNOHWjA5o53E=; b=rQbQlaWSZisix2/tSONH4P9d643zD5bNmonp2REaCy7k5kzY3iSQMr7yDEVs8bj8Sj XcGgYZB0dYQDHUEaPpQBKf9fzpvHyubn3JYX2sye3Bf+IO4hrAX7Nh9PYi2MxrCGSA8d om5zJ5l/bvFR4TW9Lv+zHEayx4d0OQB+7ci2eYevwkmVhxsAq1hJK3gyP0V+vChUyFH4 CxuwnPTbLOBvc2MEyemddBtMqi4JUyP7qyI/WRFCGdd/1GqhrniDGq2y0bw1qxNwTbOu ixaEfoPXNvubxwcZyRkG85q3QkW1d4pjwuQTpfeEe0Ci99BzFj3qkr6OGLh12JTlB2M4 X4GA== MIME-Version: 1.0 Received: by 10.52.37.193 with SMTP id a1mr8011397vdk.23.1344896273994; Mon, 13 Aug 2012 15:17:53 -0700 (PDT) Received: by 10.58.187.134 with HTTP; Mon, 13 Aug 2012 15:17:53 -0700 (PDT) In-Reply-To: References: Date: Mon, 13 Aug 2012 15:17:53 -0700 Message-ID: From: Jack Vogel To: Vijay Singh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org Subject: Re: ixgbe rx & tx locks 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, 13 Aug 2012 22:17:55 -0000 After looking at the code again I think this is just what's happening, mq_start will schedule the task when it can't get the lock (due to the interrupt already holding it presumeably), so you get the tasklet code in contention with the interrupt. Anyone with a clever notion of how to do things better? Jack On Mon, Aug 13, 2012 at 2:40 PM, Jack Vogel wrote: > Hmmm, this is odd, because the interrupt vector is not being re-enabled > unless > you are not scheduling the task, and when you are the interrupt isn't > enabled til > the end.... Something funny going on. > > You could get contention due to mq_start however, you sure about where its > coming from? > > Jack > > > > > On Mon, Aug 13, 2012 at 2:15 PM, Vijay Singh wrote: > >> Folks, I've been looking into lock contention on the ixgbe rx & tx locks. >> >> I have collected this data: >> >> debug.lock.prof.stats: >> max wait_max total wait_total count avg wait_avg >> cnt_hold cnt_lock name >> 263 304 1329357 858873 322010 4 2 >> 0 45210 sys/dev/ixgbe/ixgbe.c:1349 (sleep mutex:e2a:tx(0)) >> 415 189 14314889 62933 739895 19 0 >> 0 13694 sys/dev/ixgbe/ixgbe.c:1445 (sleep mutex:e2a:tx(0)) >> >> So the lock contention is coming from lock acquisitions in >> ixgbe_handle_que() and ixgbe_msix_que(). >> >> I am unable to understand why, since I would not expect the deferred >> task to execute in parallel with the msix interrupt handler. >> >> rx is similar: >> >> debug.lock.prof.stats: >> max wait_max total wait_total count avg wait_avg >> cnt_hold cnt_lock name >> 88 893 672058 269855 821847 0 0 >> 0 753 sys/dev/ixgbe/ixgbe.c:4211 (sleep mutex:e6b:rx(0)) >> 893 25 3994289 1937 1093238 3 0 >> 0 561 sys/dev/ixgbe/ixgbe.c:4276 (sleep mutex:e6b:rx(0)) >> >> Any thoughts? >> >> -vijay >> _______________________________________________ >> 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 Tue Aug 14 05:50:47 2012 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 75674106566B for ; Tue, 14 Aug 2012 05:50:47 +0000 (UTC) (envelope-from venkatduvvuru.ml@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 323B88FC12 for ; Tue, 14 Aug 2012 05:50:46 +0000 (UTC) Received: by ggnk4 with SMTP id k4so18455ggn.13 for ; Mon, 13 Aug 2012 22:50:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=i/qYjB1wJ+ern1lCjggADqdYmbKuNa/xOTmIRoqvDug=; b=KSibXw9To5UFCe5Rg/+kuWfW1lfEegF+EEzRGliXKnRmxzycocF5up9QenDsRs4to4 s7QOLwCHYgYVzs+W9imVVTU9Fftm6omdBANVeKc3ZZ0Pd3uPfPD1rKrnyxUdhOYgRTuk PKGGwihc29GJKkV9JP8/pPIQKi5JPt2IjcWClG2NntENRYL9UzQhqaDJYjXbZ6UvgDNN Bawyh0K9xLE5ceSmyoOso+AXhy/VjsPcdEm5KrR8zt6DDpM9T3lj6oRabZZixhnusitn KEMFqHTwK4k0DMgj9lyYtyYRxQmddl46PcL+v8M0BrELayvGvpGs38DQUn3z10QFFeoK lqnw== MIME-Version: 1.0 Received: by 10.50.88.167 with SMTP id bh7mr5369296igb.69.1344923445922; Mon, 13 Aug 2012 22:50:45 -0700 (PDT) Received: by 10.64.11.4 with HTTP; Mon, 13 Aug 2012 22:50:45 -0700 (PDT) Date: Tue, 14 Aug 2012 11:20:45 +0530 Message-ID: From: Venkat Duvvuru To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ether_vlanencap 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: Tue, 14 Aug 2012 05:50:47 -0000 Hi, I'm trying to insert vlan tag into the packet using "ether_vlanencap" but the packet is getting corrupted in the mbuf and m_len is also showing a wrong length. Am I doing something wrong here? Can I directly pass mbuf pointer and vlan tag to this api for inserting the vlan tag? /Venkat From owner-freebsd-net@FreeBSD.ORG Tue Aug 14 08:44:29 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1DB8106564A; Tue, 14 Aug 2012 08:44:29 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-ups.ru (mail.kirov.so-ups.ru [178.74.170.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7D8C98FC23; Tue, 14 Aug 2012 08:44:29 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-ups.ru [127.0.0.1]) by mail.kirov.so-ups.ru (Postfix) with SMTP id 0C7E9B8027; Tue, 14 Aug 2012 12:44:28 +0400 (MSK) Received: from kirov.so-ups.ru (unknown [172.21.81.1]) by mail.kirov.so-ups.ru (Postfix) with ESMTP id 02B0FB8024; Tue, 14 Aug 2012 12:44:28 +0400 (MSK) Received: by ns.kirov.so-ups.ru (Postfix, from userid 1010) id EE2EABA0A2; Tue, 14 Aug 2012 12:44:27 +0400 (MSK) Received: from [127.0.0.1] (elsukov.kirov.oduur.so [10.118.3.52]) by ns.kirov.so-ups.ru (Postfix) with ESMTP id B58D1BA098; Tue, 14 Aug 2012 12:44:27 +0400 (MSK) Message-ID: <502A0FEA.1020808@FreeBSD.org> Date: Tue, 14 Aug 2012 12:44:26 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: John Baldwin References: <201208070448.q774mVNm080900@freefall.freebsd.org> <201208070805.43687.jhb@freebsd.org> In-Reply-To: <201208070805.43687.jhb@freebsd.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: freebsd-net@freebsd.org Subject: Re: kern/168742: detaching of ethernet adapter with configured vlans leads to panic 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: Tue, 14 Aug 2012 08:44:29 -0000 On 07.08.2012 16:05, John Baldwin wrote: > I think the problem is the assertion is wrong. We could add a new DETACHING > flag, but I think the simplest fix is to just remove it. I'm not sure if a > similar assertion in if_delmulti_ifma() should also be removed. Hi, John. This fixes the problem, thanks. > Index: if.c > =================================================================== > --- if.c (revision 238992) > +++ if.c (working copy) > @@ -3058,19 +3058,7 @@ if_delmulti(struct ifnet *ifp, struct sockaddr *sa > { > struct ifmultiaddr *ifma; > int lastref; > -#ifdef INVARIANTS > - struct ifnet *oifp; > > - IFNET_RLOCK_NOSLEEP(); > - TAILQ_FOREACH(oifp, &V_ifnet, if_link) > - if (ifp == oifp) > - break; > - if (ifp != oifp) > - ifp = NULL; > - IFNET_RUNLOCK_NOSLEEP(); > - > - KASSERT(ifp != NULL, ("%s: ifnet went away", __func__)); > -#endif > if (ifp == NULL) > return (ENOENT); > > -- WBR, Andrey V. Elsukov From owner-freebsd-net@FreeBSD.ORG Tue Aug 14 09:17:12 2012 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 12F95106566C; Tue, 14 Aug 2012 09:17:12 +0000 (UTC) (envelope-from venkatduvvuru.ml@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id BAD4C8FC14; Tue, 14 Aug 2012 09:17:11 +0000 (UTC) Received: by obbun3 with SMTP id un3so335443obb.13 for ; Tue, 14 Aug 2012 02:17:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=QCbF1chctNtjkyrG99m/5WUiF6cyA5pzgNjlayFPQGU=; b=J2aXPnLj4o85CmOsS4EOX37osungwouK9ZtAXv43U25+RU/LFpK81RTX0oYOoZhi+/ pzgZu7SS8NMhkMKe0SCnjEDaNQnHWjscuDbj9Qhqca+ljWGVs8ohAVx86NX0o6y4d72H gpeH07Fhk3pJ5rbuft/kyfwVfyswhH3XjBREQhjigwnu5pWeBFwa4yxb65+cLmnyU2ww fFKgCytDf0ArzPmniyJ46aICrhqLHf7F8eYzlE0KZH1O96Ogg9wPN7MOVFVNiZJxcDe3 l0gpXsBHqyPwU/xNCGjOHJHRjKRg47TVpWrWhdihROfinzg3O3EazNbwxSYuhsGnqrSd l2Fg== MIME-Version: 1.0 Received: by 10.182.212.98 with SMTP id nj2mr17103450obc.18.1344935831125; Tue, 14 Aug 2012 02:17:11 -0700 (PDT) Received: by 10.76.84.202 with HTTP; Tue, 14 Aug 2012 02:17:11 -0700 (PDT) In-Reply-To: <5029EA86.8020808@freebsd.org> References: <5029EA86.8020808@freebsd.org> Date: Tue, 14 Aug 2012 14:47:11 +0530 Message-ID: From: Venkat Duvvuru To: Julian Elischer , freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: ether_vlanencap 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: Tue, 14 Aug 2012 09:17:12 -0000 My question is more about "ether_vlanencap" api. This api is supposed to insert vlantag and tranform Ethernet header into an Ethernet header with 802.1Q encapsulation and if it is unable to prepend then it will allocate a new mbuf and populate the data including the vlan tag. But it is not happening in my case, I'm passing mbuf and vlantag to this api and I get partial junk data in the packet and a corrupted m_len as well. Folks, any inputs? /Venkat On Tue, Aug 14, 2012 at 11:34 AM, Julian Elischer wrote: > On 8/13/12 10:50 PM, Venkat Duvvuru wrote: > >> Hi, >> I'm trying to insert vlan tag into the packet using "ether_vlanencap" but >> the packet is getting corrupted in the mbuf and m_len is also showing a >> wrong length. >> Am I doing something wrong here? Can I directly pass mbuf pointer and vlan >> tag to this api for inserting the vlan tag? >> > > I think you can do it with the vlan netgraph node.. > > >> /Venkat >> ______________________________**_________________ >> 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 Tue Aug 14 11:51:36 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E6FB106566B; Tue, 14 Aug 2012 11:51:36 +0000 (UTC) (envelope-from venkatduvvuru.ml@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C5FFD8FC14; Tue, 14 Aug 2012 11:51:35 +0000 (UTC) Received: by obbun3 with SMTP id un3so586828obb.13 for ; Tue, 14 Aug 2012 04:51:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=aRI36GHEgDmjk+B7p/q5Am1hAOpn6Fgx3+ITmO+mj54=; b=LIbxbsRJ/AoNwTyqEhufmJocoFC8YdAFhuPd53YneS81eJ3mYd2tXhXQStEg77Ezgv G1LC2hocQYWdNjiH5mO11Ndo4+4t/ih2xJxIAK3Pz8vS6Nx2oCeJk6tAWdCt/0TiSt5i tzvycRuxCHEUgNPYdZVMxlXBJbNx1TJESLOFqfiOUsT93b+VP++sSBHf/LZvLT2G2IbO n0r/s2TnyOhy6gp0ksoxV4BNDJPMeOYaTQNFzOouWowCWft+CzCmrfnXb/JT3jGtpTgn XHHmRZ5usIrp20YY4pug3E5Ro3XXJfwZveCumB6WH45Y0blq8dQHFG/xNlWZLXwwk4+u V+Vw== MIME-Version: 1.0 Received: by 10.182.72.9 with SMTP id z9mr18238792obu.5.1344945095062; Tue, 14 Aug 2012 04:51:35 -0700 (PDT) Received: by 10.76.84.202 with HTTP; Tue, 14 Aug 2012 04:51:35 -0700 (PDT) In-Reply-To: References: <5029EA86.8020808@freebsd.org> Date: Tue, 14 Aug 2012 17:21:35 +0530 Message-ID: From: Venkat Duvvuru To: Julian Elischer , freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: ether_vlanencap 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: Tue, 14 Aug 2012 11:51:36 -0000 It's working fine...I was interpreting it wrongly. Sorry!! On Tue, Aug 14, 2012 at 2:47 PM, Venkat Duvvuru wrote: > My question is more about "ether_vlanencap" api. This api is supposed to > insert vlantag and tranform Ethernet header into an Ethernet header with > 802.1Q encapsulation and if it is unable to prepend then it will allocate a > new mbuf and populate the data including the vlan tag. > But it is not happening in my case, I'm passing mbuf and vlantag to this > api and I get partial junk data in the packet and a corrupted m_len as > well. > > Folks, any inputs? > /Venkat > > On Tue, Aug 14, 2012 at 11:34 AM, Julian Elischer wrote: > >> On 8/13/12 10:50 PM, Venkat Duvvuru wrote: >> >>> Hi, >>> I'm trying to insert vlan tag into the packet using "ether_vlanencap" but >>> the packet is getting corrupted in the mbuf and m_len is also showing a >>> wrong length. >>> Am I doing something wrong here? Can I directly pass mbuf pointer and >>> vlan >>> tag to this api for inserting the vlan tag? >>> >> >> I think you can do it with the vlan netgraph node.. >> >> >>> /Venkat >>> ______________________________**_________________ >>> 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 Tue Aug 14 19:53:45 2012 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 628AA106566B for ; Tue, 14 Aug 2012 19:53:45 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id E18508FC08 for ; Tue, 14 Aug 2012 19:53:44 +0000 (UTC) Received: by wgbfm10 with SMTP id fm10so4211972wgb.1 for ; Tue, 14 Aug 2012 12:53:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=BHZdKv5OSqxfcWuSposjX5VaGme5H6Ex8nmfApx6Mxo=; b=RrxAwn3FNX5KJ0bHUnLxP6Ji3aAUt3Po7m4TUEuM9IceQ4NfOyLOUGehtqKDL0oXcI JU0n3h6HEnwufKCR7ml/NjTJdreecMqsuZHl+KALBJI9zyX+yzcKPgfJzrOC09NSNYpY BFiFfrx1Ghp520/dPeW94Zlo/88qssGcjJbK/k/YNdFO6vwKQ4xpqgI37RfSfawBz1sn dMt5ns9XVVAYUWk4IA2id2Bh6aF0os8AB/Weah6B/HVVy0kwubsYZdV0Dz2nxQDjvMRc HXPvLSTT1bMrDAuWRYeqsnQI/5LB9RckymnpquongnFAFZz7Hw5vn3pkPgvFSiHqP4SM bN5Q== Received: by 10.180.76.135 with SMTP id k7mr30580823wiw.7.1344974022790; Tue, 14 Aug 2012 12:53:42 -0700 (PDT) Received: from [10.0.0.86] ([93.152.184.10]) by mx.google.com with ESMTPS id cu1sm24167975wib.6.2012.08.14.12.53.40 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 14 Aug 2012 12:53:41 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\)) Content-Type: text/plain; charset=us-ascii From: Nikolay Denev In-Reply-To: <20120813111722.GA79347@onelab2.iet.unipi.it> Date: Tue, 14 Aug 2012 22:53:38 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <0B0751C8-DD87-4891-820C-624BFAADB334@gmail.com> References: <20120813111722.GA79347@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1485) Cc: net@freebsd.org Subject: Re: ipfw meets netmap (6.5 Mpps in userspace) 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: Tue, 14 Aug 2012 19:53:45 -0000 On Aug 13, 2012, at 2:17 PM, Luigi Rizzo wrote: > I just finished a netmap-enabled version of ipfw/dummynet, which > runs in userspace and is able to process over 6 million packets per > second (Mpps) with simple rulesets, and over 2.2 Mpps through > dummynet pipes (tested on an i7-3400 connected to VALE ports; > VALE is a software switch part of netmap). > You can find it at >=20 > http://info.iet.unipi.it/~luigi/dummynet/#8696 >=20 > It works on FreeBSD and Linux. >=20 > It even run on OSX, but there is no netmap support there; > any interest, Apple ? In any case, it should be simple to > adapt the network backend to talk to other devices. >=20 > To run this you might want to use the most recent version of netmap, > also recently updated so it works with recent kernels >=20 > http://info.iet.unipi.it/~luigi/netmap/ >=20 > (the code is already in FreeBSD HEAD). >=20 > On passing, I have also updated the dummynet distributions > for Linux and Windows, which should now compile for most > recent version of Linux, and for Windows 32 and 64 bit: >=20 > http://info.iet.unipi.it/~luigi/dummynet/ >=20 > cheers > luigi > _______________________________________________ > 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" Hi Luigi, I've tried copying netmap sources from HEAD to the latest RELENG_9 = branch, but running kipfw with two VALE interfaces produced immediate kernel panic = (transcribed by hand, possible typos): Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x28 fault code =3D supervisor read data, page not = present instruction pointer =3D 0x20:0xffffffff808274da stack pointer =3D 0x28:0xffffff88df1a5530 frame pointer =3D 0x28:0xffffff88df1a5550 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran = 1 processor eflags =3D interrupt enabled, resume, IOPL =3D = 0 current process =3D 2349 (kipfw) [ thread pid 2349 tid 100612 ] Stopped at ifunit_ref+0x2a: db> bt Tracing pid 2349 tid 100612 td 0xfffffe0094fd1000 ifunit_ref() at ifunit_ref+0x2a ifioctl() at ifioctl+0x1cd netmap_ioctl() at netmap_ioctl+0x121 devfs_ioctl_f() at devfs_ioctl_f+0x7b kern_ioctl() at kern_ioctl+0x115 sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x5ea Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x800b5eaec, rsp =3D = 0x7fffffffd 888, rbp =3D 0xc0206911 --- Anyways, many thanks for you great work on NETMAP and not the super cool = user-space IPFW! Cheers, Nikolay= From owner-freebsd-net@FreeBSD.ORG Tue Aug 14 20:22:56 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 890D41065673 for ; Tue, 14 Aug 2012 20:22:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 42C118FC0A for ; Tue, 14 Aug 2012 20:22:56 +0000 (UTC) Received: by ggnk4 with SMTP id k4so1148322ggn.13 for ; Tue, 14 Aug 2012 13:22:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=2iuJQ8lT+rcVbzAaN4Wv1OhgRjjwQyHFOTSFalS0MIk=; b=XF4ALf1OL89Ldgg2fLr0oJjVm0DwyxNGdAfCWzjymd6utx1Go8ay7tL/dP2cHAeYEJ oXvjVzlcXlegx75Mo+UPxAkp8OBX27EJ8o3UENRd/Li9zyBJCJU4I6IKetA9szsVh3IZ Wf2DmLI/qiMeA0cnFVGAX7ju1YqSgM8CN5zMSU94p1bQoHxerJHaZgTzflGbQtsRY20B 6oCKYjJmK/w6uTdKlk8Ufg+o+Dtu/iw9vZ5hgnJgpYN/oCk8Qd4XZJ1LiuZ+gzkToUN6 NSRoSJ4PqXPNKwbAEyXltep196ab6MQH4t33whsH8VbQFjajB1QDs5HpbGipYgw6PiY0 Q7OQ== MIME-Version: 1.0 Received: by 10.66.72.130 with SMTP id d2mr6590826pav.59.1344975774952; Tue, 14 Aug 2012 13:22:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.43.169 with HTTP; Tue, 14 Aug 2012 13:22:54 -0700 (PDT) In-Reply-To: <20120813111722.GA79347@onelab2.iet.unipi.it> References: <20120813111722.GA79347@onelab2.iet.unipi.it> Date: Tue, 14 Aug 2012 13:22:54 -0700 X-Google-Sender-Auth: wkazUAUr-BeiRS7tupw2Xnm44vE Message-ID: From: Adrian Chadd To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: net@freebsd.org Subject: Re: ipfw meets netmap (6.5 Mpps in userspace) 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: Tue, 14 Aug 2012 20:22:56 -0000 Hi! This stuff is very cool. So why is it that we can do such ridiculous packet processing rates via netmap and ipfw in userland but not in the traditional driver path in-kernel? (I think I know the answer, I'm just tossing it out there for discussion.) THanks, Adrian On 13 August 2012 04:17, Luigi Rizzo wrote: > I just finished a netmap-enabled version of ipfw/dummynet, which > runs in userspace and is able to process over 6 million packets per > second (Mpps) with simple rulesets, and over 2.2 Mpps through > dummynet pipes (tested on an i7-3400 connected to VALE ports; > VALE is a software switch part of netmap). > You can find it at > > http://info.iet.unipi.it/~luigi/dummynet/#8696 > > It works on FreeBSD and Linux. > > It even run on OSX, but there is no netmap support there; > any interest, Apple ? In any case, it should be simple to > adapt the network backend to talk to other devices. > > To run this you might want to use the most recent version of netmap, > also recently updated so it works with recent kernels > > http://info.iet.unipi.it/~luigi/netmap/ > > (the code is already in FreeBSD HEAD). > > On passing, I have also updated the dummynet distributions > for Linux and Windows, which should now compile for most > recent version of Linux, and for Windows 32 and 64 bit: > > http://info.iet.unipi.it/~luigi/dummynet/ > > cheers > luigi > _______________________________________________ > 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 Tue Aug 14 20:35:43 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED880106564A; Tue, 14 Aug 2012 20:35:43 +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 A8D2A8FC1A; Tue, 14 Aug 2012 20:35:43 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id A6B7A7300A; Tue, 14 Aug 2012 22:54:38 +0200 (CEST) Date: Tue, 14 Aug 2012 22:54:38 +0200 From: Luigi Rizzo To: Adrian Chadd Message-ID: <20120814205438.GA32568@onelab2.iet.unipi.it> References: <20120813111722.GA79347@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: net@freebsd.org Subject: Re: ipfw meets netmap (6.5 Mpps in userspace) 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: Tue, 14 Aug 2012 20:35:44 -0000 On Tue, Aug 14, 2012 at 01:22:54PM -0700, Adrian Chadd wrote: > Hi! > > This stuff is very cool. > > So why is it that we can do such ridiculous packet processing rates > via netmap and ipfw in userland but not in the traditional driver path > in-kernel? > > (I think I know the answer, I'm just tossing it out there for discussion.) I'd point you to the slides of my usenix talk http://info.iet.unipi.it/~luigi/netmap/talk-atc12.html or even the video of the talk itself https://www.usenix.org/conference/usenixfederatedconferencesweek/netmap-novel-framework-fast-packet-io (on passing, i think the Usenix policy of making material publicly available is really commendable.) cheers luigi > > On 13 August 2012 04:17, Luigi Rizzo wrote: > > I just finished a netmap-enabled version of ipfw/dummynet, which > > runs in userspace and is able to process over 6 million packets per > > second (Mpps) with simple rulesets, and over 2.2 Mpps through > > dummynet pipes (tested on an i7-3400 connected to VALE ports; > > VALE is a software switch part of netmap). > > You can find it at > > > > http://info.iet.unipi.it/~luigi/dummynet/#8696 > > > > It works on FreeBSD and Linux. > > > > It even run on OSX, but there is no netmap support there; > > any interest, Apple ? In any case, it should be simple to > > adapt the network backend to talk to other devices. > > > > To run this you might want to use the most recent version of netmap, > > also recently updated so it works with recent kernels > > > > http://info.iet.unipi.it/~luigi/netmap/ > > > > (the code is already in FreeBSD HEAD). > > > > On passing, I have also updated the dummynet distributions > > for Linux and Windows, which should now compile for most > > recent version of Linux, and for Windows 32 and 64 bit: > > > > http://info.iet.unipi.it/~luigi/dummynet/ > > > > cheers > > luigi > > _______________________________________________ > > 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" > _______________________________________________ > 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 Tue Aug 14 21:06:58 2012 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 7643C106566C for ; Tue, 14 Aug 2012 21:06:58 +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 322A98FC08 for ; Tue, 14 Aug 2012 21:06:57 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 982FB7300A; Tue, 14 Aug 2012 23:25:53 +0200 (CEST) Date: Tue, 14 Aug 2012 23:25:53 +0200 From: Luigi Rizzo To: Nikolay Denev Message-ID: <20120814212553.GA34207@onelab2.iet.unipi.it> References: <20120813111722.GA79347@onelab2.iet.unipi.it> <0B0751C8-DD87-4891-820C-624BFAADB334@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0B0751C8-DD87-4891-820C-624BFAADB334@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: net@freebsd.org Subject: Re: ipfw meets netmap (6.5 Mpps in userspace) 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: Tue, 14 Aug 2012 21:06:58 -0000 On Tue, Aug 14, 2012 at 10:53:38PM +0300, Nikolay Denev wrote: > On Aug 13, 2012, at 2:17 PM, Luigi Rizzo wrote: ... > Hi Luigi, > > I've tried copying netmap sources from HEAD to the latest RELENG_9 branch, but running > kipfw with two VALE interfaces produced immediate kernel panic (transcribed by hand, possible typos): i suspect kernel and userland headers out of sync, causing some ioctl() to be called with invalid parameters (and perhaps a missing check in the kernel does the rest, otherwise of course the kernel should not crash). Please make sure you also update net/netmap*.h FWIW, i tested the code in RELENG_9 on my workstation. cheers luigi > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x28 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff808274da > stack pointer = 0x28:0xffffff88df1a5530 > frame pointer = 0x28:0xffffff88df1a5550 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2349 (kipfw) > [ thread pid 2349 tid 100612 ] > Stopped at ifunit_ref+0x2a: > db> bt > Tracing pid 2349 tid 100612 td 0xfffffe0094fd1000 > ifunit_ref() at ifunit_ref+0x2a > ifioctl() at ifioctl+0x1cd > netmap_ioctl() at netmap_ioctl+0x121 > devfs_ioctl_f() at devfs_ioctl_f+0x7b > kern_ioctl() at kern_ioctl+0x115 > sys_ioctl() at sys_ioctl+0xfd > amd64_syscall() at amd64_syscall+0x5ea > Xfast_syscall() at Xfast_syscall+0xf7 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x800b5eaec, rsp = 0x7fffffffd > 888, rbp = 0xc0206911 --- > > > > Anyways, many thanks for you great work on NETMAP and not the super cool user-space IPFW! > > Cheers, > Nikolay From owner-freebsd-net@FreeBSD.ORG Wed Aug 15 00:31:59 2012 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 59D09106566C for ; Wed, 15 Aug 2012 00:31:59 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id DCD7F8FC12 for ; Wed, 15 Aug 2012 00:31:58 +0000 (UTC) Received: from server.rulingia.com (c220-239-249-137.belrs5.nsw.optusnet.com.au [220.239.249.137]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q7F0Vvp5012697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 15 Aug 2012 10:31:58 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q7F0VpSe035021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Aug 2012 10:31:51 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q7F0Vp8F035020; Wed, 15 Aug 2012 10:31:51 +1000 (EST) (envelope-from peter) Date: Wed, 15 Aug 2012 10:31:51 +1000 From: Peter Jeremy To: Yuri Message-ID: <20120815003151.GF33399@server.rulingia.com> References: <4FFF3683.7020107@rawbw.com> <20120713094830.GA83006@server.rulingia.com> <500066F4.2030102@rawbw.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yVhtmJPUSI46BTXb" Content-Disposition: inline In-Reply-To: <500066F4.2030102@rawbw.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org Subject: Re: System doesn't detect unplugged network cable and doesn't set interface up properly with DHCP 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, 15 Aug 2012 00:31:59 -0000 --yVhtmJPUSI46BTXb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jul-13 11:20:36 -0700, Yuri wrote: >On 07/13/2012 02:48, Peter Jeremy wrote: >> This is a bug in dhclient - see PR bin/166656, which includes a fix. > >I think this PR addresses part of the problem: dhclient doesn't exit when = the link goes down. >But even if it exits, it leaves the IP address that it has set, which is w= rong. This IP address survives through the next DHCP setup process and ends= up being the second IP address. >Should be very easy to on exit remove any IP address that was set during d= hclient process lifetime. I agree that it _should_ be easy to remove the existing address and the existing patch in that PR should already do that. Unfortunately, there seems to be another issue in dhclient that means that it isn't. --=20 Peter Jeremy --yVhtmJPUSI46BTXb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlAq7fcACgkQ/opHv/APuIeP/ACeKgdlT7PfTOymTis6q2tvpOvr izcAoJj2UAq2EE9HEB0siuJoBFsM94n4 =/yoF -----END PGP SIGNATURE----- --yVhtmJPUSI46BTXb-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 15 05:37:10 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46847106564A for ; Wed, 15 Aug 2012 05:37:10 +0000 (UTC) (envelope-from saeedeh.motlagh@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id EC6BE8FC15 for ; Wed, 15 Aug 2012 05:37:09 +0000 (UTC) Received: by qcsg15 with SMTP id g15so1221861qcs.13 for ; Tue, 14 Aug 2012 22:37:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=ow/BJAjqMdZbFRvcQafb+a7M0ML1TbLmSIEN0ZqflZo=; b=tAvm8nu60YSRraIMBvwtu90wTaifEYcsREPFWKaIQSk8KRoztkI4zDvVhoMQbgpsdM CXWoyaKrKIkdJpvI54BNxcXOF8OIdZQcBTL8sLiWZVOrJp36OOWPKr23VlFejeCJ8CAO JApOjKiF5lRT+g2eEsA9yePjrtgPC55RtJ53ffja8TwZatKqZfawj3qRUpVVo05ZncXM 5m2Z93mHKLhae691wT0jZ3PUYRKBXnZVoNedA/iVoZ3fSXEuV/day5Stg952TPd7y9+i 3t9lP/6XNzOKOPmXNTaUJUtkTB0sjUYCgHSrEUJ8F2ZR8tOzsrvSXbxlNh99ivAUsdSF Dvfw== Received: by 10.229.135.194 with SMTP id o2mr10492038qct.125.1345009023681; Tue, 14 Aug 2012 22:37:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.49.17.137 with HTTP; Tue, 14 Aug 2012 22:36:23 -0700 (PDT) In-Reply-To: References: <37DC844A-4A65-438D-8DD3-B8EFA7B7FE2A@gmail.com> From: saeedeh motlagh Date: Wed, 15 Aug 2012 10:06:23 +0430 Message-ID: To: h bagade , freebsd-net Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: problem using ng_patch 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, 15 Aug 2012 05:37:10 -0000 i have this problem too. please let me know if you find the solution. thanks > > > On Sat, Aug 11, 2012 at 1:07 PM, h bagade wrote: > >> On Sat, Aug 11, 2012 at 12:57 PM, Nikolay Denev wrote: >> >> > On Aug 11, 2012, at 11:07 AM, h bagade wrote: >> > >> > > Hi all, >> > > >> > > I want to use the node ng_patch, to set the ToS field of special >> class of >> > > packets. I try to test the function by a simple test scenario and >> > > encountered problem using it. I have no idea why the problem occurs. >> > > >> > > Here I explain the test scenario I've used. >> > > >> > > I have a topology like this: >> > > >> > > >> > >> |A:192.168.8.8|<---->|192.168.8.26--(B)--192.168.7.26|<---->|C:192.168.7.20| >> > > -------------------------------- >> > > A, C: two end stations >> > > B: a router >> > > -------------------------------- >> > > netgraph settings: >> > > kldload ng_ipfw >> > > ngctl mkpeer ipfw: patch 300 in >> > > ngctl name ipfw:300 tos >> > > ngctl msg tos: setconfig {count=1 csum_flags=1 ops=[ {mode=1 >> value=0x05 >> > > length=1 offset=1}]} >> > > -------------------------------- >> > > ipfw rule: >> > > ipfw add 20 netgraph 300 icmp from any to 192.168.7.20 >> > > >> > > This configuration works well and when A pings C or C pings A, the >> > packets >> > > destined to 192.168.7.20(station C) gets the ToS: 0x05. >> > > The problem occurs when I change the ipfw rule to the following; >> > > >> > > ipfw add 20 netgraph 300 icmp from 192.168.7.20 to any >> > > >> > > By this rule, neither A can ping C nor C can ping A! the packets sent >> to >> > > ng_patch node never comes back to the next ipfw rule! >> > > >> > > I don't know what's the difference between these two scenarios (only >> the >> > > checking from destination address is changed to source address), but >> it's >> > > what I saw in my tests. I really hope to understand what's happening. >> > > >> > > Any hints or comments would help >> > > _______________________________________________ >> > > 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 >> " >> > >> > Hi, >> > >> > Do you have "sysctl net.inet.ip.fw.one_pass=0" set? >> > >> > Regards, >> > >> > >> yes, As I described I've two scenarios, one work but the other doesn't, >> and >> the only difference is on ipfw rule! >> _______________________________________________ >> 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 Aug 15 22:03:53 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8673B106564A for ; Wed, 15 Aug 2012 22:03:53 +0000 (UTC) (envelope-from bmalik@ihlas.net.tr) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 6102B8FC0A for ; Wed, 15 Aug 2012 22:03:53 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1T1lPS-0006nN-Ca for freebsd-net@freebsd.org; Wed, 15 Aug 2012 14:45:50 -0700 Date: Wed, 15 Aug 2012 14:45:50 -0700 (PDT) From: bmalik To: freebsd-net@freebsd.org Message-ID: <1345067150355-5734653.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: bgpd route doesn't come into kernel 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, 15 Aug 2012 22:03:53 -0000 I use quagga0.99.21 on freebsd 8.2 When i run Show ip bgp, i can see all networks but i have a problem with zebra. Zebra seems to work but routing table is empty. My bgpd.log; 2012/08/08 09:06:50 BGP: Import timer expired. 2012/08/08 09:07:05 BGP: Import timer expired. 2012/08/08 09:07:20 BGP: Import timer expired. 2012/08/08 09:07:35 BGP: Import timer expired. 2012/08/08 09:07:47 BGP: Performing BGP general scanning 2012/08/08 09:07:47 BGP: scanning IPv4 Unicast routing tables 2012/08/08 09:07:47 BGP: scanning IPv6 Unicast routing tables 2012/08/08 09:07:50 BGP: Import timer expired. Sh ip bgp Network Next Hop Metric LocPrf Weight Path *> 0.0.0.0 172.9.229.25 0 1424 8928 i *> 1.0.4.0/22 172.9.229.25 0 1424 8928 6939 7545 7545 7545 7545 7545 56203 i .... But zebra can't get routings from bgpd. So the routing table is empty for bgpd in zebra. I upgraded quagga0.99.21 and restarted the server but no change What can be the problem ? -- View this message in context: http://freebsd.1045724.n5.nabble.com/bgpd-route-doesn-t-come-into-kernel-tp5734653.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Thu Aug 16 12:41:25 2012 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 477EF106566B for ; Thu, 16 Aug 2012 12:41:25 +0000 (UTC) (envelope-from adeepv@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id C59A08FC18 for ; Thu, 16 Aug 2012 12:41:24 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so485018wib.13 for ; Thu, 16 Aug 2012 05:41:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Y1pWe2rqriqxqIZPMLiMnhiHOl3fjWK/ukfgZPUsfvs=; b=0IFvCXVMmBPC9FiBfHAJw724Z0sEr4uNpeRqd7MOABIat3QfGKVLrPOIvf9occyKQC fuSTN1yc3RPfQedsuDipl6/QymZpkjNV4ypWPo/4GsRud1xLFfauZD8WJtBOkiC3miu5 kAhau3hI8G0389s4tbvD5mHjd2DYQ5KOCeOrW+44s0xotZ1x6CMOGofI+UXI9MV1k5E7 wlrHC6HCglmKDi+jIAx2yc74Atp/Mm/OR91ADpa5q1kiwkr49nVFh0JnO4MKmTcP76WL X1mfnLT/VbKyjSwPY2GGoeGPEzUL/jbFsPD3NSNZtQwJKXKIkHTJaIm5PQBqqldVcdJ0 pkPQ== MIME-Version: 1.0 Received: by 10.180.97.33 with SMTP id dx1mr2829672wib.18.1345120883327; Thu, 16 Aug 2012 05:41:23 -0700 (PDT) Received: by 10.227.174.74 with HTTP; Thu, 16 Aug 2012 05:41:23 -0700 (PDT) In-Reply-To: <1345067150355-5734653.post@n5.nabble.com> References: <1345067150355-5734653.post@n5.nabble.com> Date: Thu, 16 Aug 2012 15:41:23 +0300 Message-ID: From: Vyacheslav B To: bmalik Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: bgpd route doesn't come into kernel 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, 16 Aug 2012 12:41:25 -0000 I have similar trouble in first run quagga after reboot. After manual quagga restart all ok. 2012/8/16 bmalik > I use quagga0.99.21 on freebsd 8.2 > > When i run Show ip bgp, i can see all networks but i have a problem with > zebra. > Zebra seems to work but routing table is empty. > My bgpd.log; > 2012/08/08 09:06:50 BGP: Import timer expired. > 2012/08/08 09:07:05 BGP: Import timer expired. > 2012/08/08 09:07:20 BGP: Import timer expired. > 2012/08/08 09:07:35 BGP: Import timer expired. > 2012/08/08 09:07:47 BGP: Performing BGP general scanning > 2012/08/08 09:07:47 BGP: scanning IPv4 Unicast routing tables > 2012/08/08 09:07:47 BGP: scanning IPv6 Unicast routing tables > 2012/08/08 09:07:50 BGP: Import timer expired. > > Sh ip bgp > Network Next Hop Metric LocPrf Weight Path > *> 0.0.0.0 172.9.229.25 0 1424 8928 i > *> 1.0.4.0/22 172.9.229.25 0 1424 8928 6939 > 7545 7545 7545 7545 7545 56203 i > .... > But zebra can't get routings from bgpd. So the routing table is empty for > bgpd in zebra. > I upgraded quagga0.99.21 and restarted the server but no change > > What can be the problem ? > > > > > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/bgpd-route-doesn-t-come-into-kernel-tp5734653.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" > -- Vyacheslav Bocharov From owner-freebsd-net@FreeBSD.ORG Thu Aug 16 13:14:09 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 679ED106566B; Thu, 16 Aug 2012 13:14:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2290A8FC18; Thu, 16 Aug 2012 13:14:09 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 704EAB985; Thu, 16 Aug 2012 09:14:08 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Date: Thu, 16 Aug 2012 08:16:59 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201208070448.q774mVNm080900@freefall.freebsd.org> <201208070805.43687.jhb@freebsd.org> <502A0FEA.1020808@FreeBSD.org> In-Reply-To: <502A0FEA.1020808@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201208160816.59655.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 16 Aug 2012 09:14:08 -0400 (EDT) Cc: "Andrey V. Elsukov" Subject: Re: kern/168742: detaching of ethernet adapter with configured vlans leads to panic 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, 16 Aug 2012 13:14:09 -0000 On Tuesday, August 14, 2012 4:44:26 am Andrey V. Elsukov wrote: > On 07.08.2012 16:05, John Baldwin wrote: > > I think the problem is the assertion is wrong. We could add a new DETACHING > > flag, but I think the simplest fix is to just remove it. I'm not sure if a > > similar assertion in if_delmulti_ifma() should also be removed. > > Hi, John. > > This fixes the problem, thanks. Can you actually try this patch instead? I think I'd rather fix it this way (this reworks how I originally tried to fix this): Index: if_vlan.c =================================================================== --- if_vlan.c (revision 239294) +++ if_vlan.c (working copy) @@ -192,7 +192,7 @@ static int vlan_setflags(struct ifnet *ifp, int st static int vlan_setmulti(struct ifnet *ifp); static int vlan_transmit(struct ifnet *ifp, struct mbuf *m); static void vlan_unconfig(struct ifnet *ifp); -static void vlan_unconfig_locked(struct ifnet *ifp); +static void vlan_unconfig_locked(struct ifnet *ifp, int departing); static int vlan_config(struct ifvlan *ifv, struct ifnet *p, uint16_t tag); static void vlan_link_state(struct ifnet *ifp); static void vlan_capabilities(struct ifvlan *ifv); @@ -577,7 +577,7 @@ vlan_ifdetach(void *arg __unused, struct ifnet *if #ifdef VLAN_ARRAY for (i = 0; i < VLAN_ARRAY_SIZE; i++) if ((ifv = ifp->if_vlantrunk->vlans[i])) { - vlan_unconfig_locked(ifv->ifv_ifp); + vlan_unconfig_locked(ifv->ifv_ifp, 1); if (ifp->if_vlantrunk == NULL) break; } @@ -585,7 +585,7 @@ vlan_ifdetach(void *arg __unused, struct ifnet *if restart: for (i = 0; i < (1 << ifp->if_vlantrunk->hwidth); i++) if ((ifv = LIST_FIRST(&ifp->if_vlantrunk->hash[i]))) { - vlan_unconfig_locked(ifv->ifv_ifp); + vlan_unconfig_locked(ifv->ifv_ifp, 1); if (ifp->if_vlantrunk) goto restart; /* trunk->hwidth can change */ else @@ -968,7 +968,7 @@ vlan_clone_create(struct if_clone *ifc, char *name error = vlan_config(ifv, p, vid); if (error != 0) { /* - * Since we've partialy failed, we need to back + * Since we've partially failed, we need to back * out all the way, otherwise userland could get * confused. Thus, we destroy the interface. */ @@ -1307,17 +1307,18 @@ vlan_unconfig(struct ifnet *ifp) { VLAN_LOCK(); - vlan_unconfig_locked(ifp); + vlan_unconfig_locked(ifp, 0); VLAN_UNLOCK(); } static void -vlan_unconfig_locked(struct ifnet *ifp) +vlan_unconfig_locked(struct ifnet *ifp, int departing) { struct ifvlantrunk *trunk; struct vlan_mc_entry *mc; struct ifvlan *ifv; struct ifnet *parent; + int error; VLAN_LOCK_ASSERT(); @@ -1337,14 +1338,21 @@ static void */ while ((mc = SLIST_FIRST(&ifv->vlan_mc_listhead)) != NULL) { /* - * This may fail if the parent interface is - * being detached. Regardless, we should do a - * best effort to free this interface as much - * as possible as all callers expect vlan - * destruction to succeed. + * If the parent interface is being detached, + * all it's multicast addresses have already + * been removed. Warn about errors if + * if_delmulti() does fail, but don't abort as + * all callers expect vlan destruction to + * succeed. */ - (void)if_delmulti(parent, - (struct sockaddr *)&mc->mc_addr); + if (!departing) { + error = if_delmulti(parent, + (struct sockaddr *)&mc->mc_addr); + if (error) + if_printf(ifp, + "Failed to delete multicast address from parent: %d\n", + error); + } SLIST_REMOVE_HEAD(&ifv->vlan_mc_listhead, mc_entries); free(mc, M_VLAN); } -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Thu Aug 16 13:14:09 2012 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 E15671065673 for ; Thu, 16 Aug 2012 13:14:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id B65B58FC19 for ; Thu, 16 Aug 2012 13:14:09 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1E15CB993; Thu, 16 Aug 2012 09:14:09 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Date: Thu, 16 Aug 2012 08:35:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208160835.53303.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 16 Aug 2012 09:14:09 -0400 (EDT) Cc: Jack Vogel , Vijay Singh Subject: Re: ixgbe rx & tx locks 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, 16 Aug 2012 13:14:10 -0000 On Monday, August 13, 2012 6:17:53 pm Jack Vogel wrote: > After looking at the code again I think this is just what's happening, > mq_start > will schedule the task when it can't get the lock (due to the interrupt > already > holding it presumeably), so you get the tasklet code in contention with the > interrupt. > > Anyone with a clever notion of how to do things better? Are you queueing a task that does both RX and TX? That was a bug I fixed in igb that caused out-of-order packet processing for RX with igb. igb uses a smaller task for when it's start routine fails that only tries to restart transmission but doesn't do fullblown interrupt handling. Here's a possible patch (compiles, not run-tested) to implement this for ixgbe: http://www.FreeBSD.org/~jhb/patches/ixgbe_txq_task.patch -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Thu Aug 16 13:29:30 2012 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 DCFE9106566B for ; Thu, 16 Aug 2012 13:29:30 +0000 (UTC) (envelope-from bmalik@ihlas.net.tr) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id B6BA98FC12 for ; Thu, 16 Aug 2012 13:29:30 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1T208f-0005rg-JG for freebsd-net@freebsd.org; Thu, 16 Aug 2012 06:29:29 -0700 Date: Thu, 16 Aug 2012 06:29:29 -0700 (PDT) From: bmalik To: freebsd-net@freebsd.org Message-ID: <1345123769567-5734755.post@n5.nabble.com> In-Reply-To: References: <1345067150355-5734653.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: bgpd route doesn't come into kernel 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, 16 Aug 2012 13:29:31 -0000 when i had restarted manually quagga as below; /usr/local/etc/rc.d/quagga restart the server restarted the service ( zebra and quagga ) But table is empty . -- View this message in context: http://freebsd.1045724.n5.nabble.com/bgpd-route-doesn-t-come-into-kernel-tp5734653p5734755.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Thu Aug 16 16:56:51 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 96996106566C; Thu, 16 Aug 2012 16:56:51 +0000 (UTC) Date: Thu, 16 Aug 2012 16:56:51 +0000 From: John To: freebsd-net@freebsd.org Message-ID: <20120816165651.GA39870@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Dell PowerEdge R820 Broadcom BCM57800 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: Thu, 16 Aug 2012 16:56:51 -0000 Hi Folks, I have an R820 I'm testing. The system seems to boot up fine, but no network adapters show up. From pciconf -l : none4@pci0:1:0:0: class=0x020000 card=0x1f5c1028 chip=0x168a14e4 rev=0x10 hdr=0x00 none5@pci0:1:0:1: class=0x020000 card=0x1f5c1028 chip=0x168a14e4 rev=0x10 hdr=0x00 none6@pci0:1:0:2: class=0x020000 card=0x1f671028 chip=0x168a14e4 rev=0x10 hdr=0x00 none7@pci0:1:0:3: class=0x020000 card=0x1f671028 chip=0x168a14e4 rev=0x10 hdr=0x00 which appears to be these: Broadcom BCM57800 NetXtreme II 10 GigE 1f5c Broadcom BCM57800 NetXtreme II 1 GigE 1f67 Does anyone have any experience with these? Thanks, John From owner-freebsd-net@FreeBSD.ORG Thu Aug 16 21:37:00 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 180FA1065672 for ; Thu, 16 Aug 2012 21:37:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id E0B118FC1A for ; Thu, 16 Aug 2012 21:36:59 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5079AB91A; Thu, 16 Aug 2012 17:36:59 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Date: Thu, 16 Aug 2012 17:36:47 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201208160835.53303.jhb@freebsd.org> In-Reply-To: <201208160835.53303.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208161736.47250.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 16 Aug 2012 17:36:59 -0400 (EDT) Cc: Jack Vogel , Vijay Singh Subject: Re: ixgbe rx & tx locks 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, 16 Aug 2012 21:37:00 -0000 On Thursday, August 16, 2012 8:35:53 am John Baldwin wrote: > On Monday, August 13, 2012 6:17:53 pm Jack Vogel wrote: > > After looking at the code again I think this is just what's happening, > > mq_start > > will schedule the task when it can't get the lock (due to the interrupt > > already > > holding it presumeably), so you get the tasklet code in contention with the > > interrupt. > > > > Anyone with a clever notion of how to do things better? > > Are you queueing a task that does both RX and TX? That was a bug I fixed > in igb that caused out-of-order packet processing for RX with igb. igb > uses a smaller task for when it's start routine fails that only tries to > restart transmission but doesn't do fullblown interrupt handling. > > Here's a possible patch (compiles, not run-tested) to implement this for > ixgbe: > > http://www.FreeBSD.org/~jhb/patches/ixgbe_txq_task.patch Actually, it looks like recent changes to the watchdog handling have reintroduced a variant of this bug. They schedule the full RX/TX task to run anytime the timer fires and there are pending TX completions that are in progress. This seems a bit odd as in the normal case you will get a TX completion interrupt once there is something to do. OTOH, it adds another instance of duplicate RX processing which is much worse than what this is trying to fix. I've updated this patch to disable that bit of the watchdog handler in both igb and ixgbe: http://www.FreeBSD.org/~jhb/patches/ixgbe_txq_task2.patch -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Thu Aug 16 21:40:37 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27FC9106564A; Thu, 16 Aug 2012 21:40:37 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id BAC618FC0C; Thu, 16 Aug 2012 21:40:36 +0000 (UTC) Received: by vcbgb22 with SMTP id gb22so3632300vcb.13 for ; Thu, 16 Aug 2012 14:40:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9+dIWJq/uWRntSpdZDdcsN8y2VCumbmxYm3U+yk2AaI=; b=GHt2GMcT/hTG6Nk+ilIzxAfl0vOkTV+OcrpUkA/6veTRbkZ0fk78FEMlTBPnai4A7a 4y0Ll7XE19dlzeUu93gdBH7Qgp/teTwgCx9L64ItHB+zJ5Uxcr2DbGI4r5YZ37FPCxIV ri/xFVlWHLlmv5Gvigf6xdb2Dq59lvF4ouuLPjMmhiaNhFbl4FIAuuS5s969hEYRtW62 iDqV+U8e4V7yVJXl4/9RJo+lO5arES5PuZ39kvTJH2Z8euFhvHTw3bBrD36qiz9q6QHs L0EUuFl302JQJGzkK0DNOJ3lbb6jTLbg3rGDzzUL+vjSTKuunLyFFDZDEKKORzOs10Id O4Zg== MIME-Version: 1.0 Received: by 10.58.31.228 with SMTP id d4mr1336795vei.40.1345153235746; Thu, 16 Aug 2012 14:40:35 -0700 (PDT) Received: by 10.58.68.8 with HTTP; Thu, 16 Aug 2012 14:40:35 -0700 (PDT) In-Reply-To: <201208161736.47250.jhb@freebsd.org> References: <201208160835.53303.jhb@freebsd.org> <201208161736.47250.jhb@freebsd.org> Date: Thu, 16 Aug 2012 14:40:35 -0700 Message-ID: From: Jack Vogel To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Vijay Singh Subject: Re: ixgbe rx & tx locks 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, 16 Aug 2012 21:40:37 -0000 Thanks John, am seeing this, just busy on another matter, will get to it asap. Jack On Thu, Aug 16, 2012 at 2:36 PM, John Baldwin wrote: > On Thursday, August 16, 2012 8:35:53 am John Baldwin wrote: > > On Monday, August 13, 2012 6:17:53 pm Jack Vogel wrote: > > > After looking at the code again I think this is just what's happening, > > > mq_start > > > will schedule the task when it can't get the lock (due to the interrupt > > > already > > > holding it presumeably), so you get the tasklet code in contention > with the > > > interrupt. > > > > > > Anyone with a clever notion of how to do things better? > > > > Are you queueing a task that does both RX and TX? That was a bug I fixed > > in igb that caused out-of-order packet processing for RX with igb. igb > > uses a smaller task for when it's start routine fails that only tries to > > restart transmission but doesn't do fullblown interrupt handling. > > > > Here's a possible patch (compiles, not run-tested) to implement this for > > ixgbe: > > > > http://www.FreeBSD.org/~jhb/patches/ixgbe_txq_task.patch > > Actually, it looks like recent changes to the watchdog handling have > reintroduced a variant of this bug. They schedule the full RX/TX task > to run anytime the timer fires and there are pending TX completions > that are in progress. This seems a bit odd as in the normal case you > will get a TX completion interrupt once there is something to do. OTOH, > it adds another instance of duplicate RX processing which is much worse > than what this is trying to fix. I've updated this patch to disable > that bit of the watchdog handler in both igb and ixgbe: > > http://www.FreeBSD.org/~jhb/patches/ixgbe_txq_task2.patch > > -- > John Baldwin > From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 01:50:11 2012 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 4F6021065676 for ; Fri, 17 Aug 2012 01:50:11 +0000 (UTC) (envelope-from freebsd-net@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 06D558FC0C for ; Fri, 17 Aug 2012 01:50:10 +0000 (UTC) Received: from laptop3.herveybayaustralia.com.au (unknown [49.176.98.232]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 795465C29 for ; Fri, 17 Aug 2012 11:55:39 +1000 (EST) Message-ID: <502DA0F6.5040305@herveybayaustralia.com.au> Date: Fri, 17 Aug 2012 11:40:06 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120728 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: wpa_supplicant wpa peap gtc connection - gtc failing? 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, 17 Aug 2012 01:50:11 -0000 I'm trying to access a uni network using wpa-peap with GTC authentication, and no matter what I've tried it fails. I've come across the same error in most of my logs: "phase2 request: NAK type 6". I've been at this for sometime, so I decided to contact the ICT who look after the radius servers, and they can't understand the why of the issue either- everything they can see ticks the right boxes, until my system says no to type 6. Anyone know of the problem? My network block looks like this in config: network={ #: ssid="" #+ any_bssid key_mgmt=WPA-EAP eap=PEAP identity="" password="" phase1="peapver=0" phase2="autheap=GTC" ca_cert="" } I have tried all combinations of peap_outer_success, peapver, peaplabel, but none work. I was informed the peapver should be 0 and thats about it. Any pointers would be much appreciated. Cheers From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 03:33:14 2012 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 557C2106567D for ; Fri, 17 Aug 2012 03:33:14 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id DFCEC8FC1B for ; Fri, 17 Aug 2012 03:33:13 +0000 (UTC) Received: by eeke52 with SMTP id e52so1077843eek.13 for ; Thu, 16 Aug 2012 20:33:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=LfL17gZebdQaDyvtuefOCW/axJGoNBxMimfEJatv5hI=; b=S68eTYr0AmiUaTbB6ZfTjHjGA6PlEPZ89OonMdt5bx79d4hFXtg2DYN1wHyx6dZpuT cMRKGR/N/Bd7LNlRfbDAvEgHE4jlDg9JTVnzGBXX0aZ4Cp1D+q0MYC5V1voZwFl1KnDB l2jmRDPd3A860nhajhSwiYRWcjkWtjurOTLKLLwPwUQ1MlEBz4UeDWEpKKatybAm14jm l5kXUIndPm8ojvyQH0WbQO2Le+EoYrd7Cc+4kZ9EFkKPdrVywAZYld5dOObRwqMNqX5/ E5zoOVSrLDd8s+nL+L9V9hLSbVd7fzxCAaMDxNTP9+0y70me0hdGmHIQ4GmPF+XeDExq E8Qw== MIME-Version: 1.0 Received: by 10.14.211.3 with SMTP id v3mr4478240eeo.43.1345174392770; Thu, 16 Aug 2012 20:33:12 -0700 (PDT) Received: by 10.14.134.145 with HTTP; Thu, 16 Aug 2012 20:33:12 -0700 (PDT) Date: Thu, 16 Aug 2012 20:33:12 -0700 Message-ID: From: Vijay Singh To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: a query in mb_free_ext() 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, 17 Aug 2012 03:33:14 -0000 Does anyone here understand this bit of code in mb_free_ext()? /* Free attached storage if this mbuf is the only reference to it. */ if (*(m->m_ext.ref_cnt) == 1 || atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 1) { switch (m->m_ext.ext_type) { case EXT_PACKET: /* The packet zone is special. */ if (*(m->m_ext.ref_cnt) == 0) *(m->m_ext.ref_cnt) = 1; uma_zfree(zone_pack, m); return; /* Job done. */ Why would *(m->m_ext.ref_cnt) == 0 be true when the if condition checks only for ref_cnt to be 1? Should the atomic_fetchadd_int() be checked for <= 1? Also, why is the packet zone special? Any history here? -vijay From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 07:26:21 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 902E3106566C for ; Fri, 17 Aug 2012 07:26:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 645DE8FC14 for ; Fri, 17 Aug 2012 07:26:21 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so3107371pbb.13 for ; Fri, 17 Aug 2012 00:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Nv+t6qzg9LIJch/Q0NSbStAR1gKhSr/6Wmx0OqAU44M=; b=L15W7h5+89TmvSiI5IVp7Cjzee5e319SOSrAjh3/iWofJ6wsilWJJsbmUZHVnOVp4Y 2c1vdoVvAk+jGe4w6h5qUWYj0OPGlKTeu3z+aKuXGcWq0KkUFdz1Z0UBZVkyvRYweyfa 5jHwAeKXcpJokHPb93qeVxHrOWJWpk3x5KSAHqUBvFFoStzpg7YCVL6qtHwHKRBI5MhY r4a9123Aqa97U7EQ7hXtEmRwu9LzmJ1dxwPSr8xGgyLPl1ZnSLg6lX4L/Xn4CZmLxzQi 8K8J4Sihw0FwPlZP7aXCDRgqARVFh9nn8JxHgedMHYTJCpDC+Fo3eQIhS1jDMapwn5lv TJZA== MIME-Version: 1.0 Received: by 10.68.129.131 with SMTP id nw3mr9392830pbb.43.1345188380765; Fri, 17 Aug 2012 00:26:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.43.169 with HTTP; Fri, 17 Aug 2012 00:26:20 -0700 (PDT) In-Reply-To: <502DA0F6.5040305@herveybayaustralia.com.au> References: <502DA0F6.5040305@herveybayaustralia.com.au> Date: Fri, 17 Aug 2012 00:26:20 -0700 X-Google-Sender-Auth: _V2UiPQW6fRX0LQBB55xAPfM1AA Message-ID: From: Adrian Chadd To: Da Rock Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: wpa_supplicant wpa peap gtc connection - gtc failing? 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, 17 Aug 2012 07:26:21 -0000 What the hell is type 6? Does our wpa_supplicant even support that? I've never seen or heard of GTC authentication.. adrian On 16 August 2012 18:40, Da Rock wrote: > I'm trying to access a uni network using wpa-peap with GTC authentication, > and no matter what I've tried it fails. > > I've come across the same error in most of my logs: "phase2 request: NAK > type 6". > > I've been at this for sometime, so I decided to contact the ICT who look > after the radius servers, and they can't understand the why of the issue > either- everything they can see ticks the right boxes, until my system says > no to type 6. > > Anyone know of the problem? > > My network block looks like this in config: > > network={ > #: > ssid="" > #+ any_bssid > key_mgmt=WPA-EAP > eap=PEAP > identity="" > password="" > phase1="peapver=0" > phase2="autheap=GTC" > ca_cert="" > } > > I have tried all combinations of peap_outer_success, peapver, peaplabel, but > none work. I was informed the peapver should be 0 and thats about it. > > Any pointers would be much appreciated. > > Cheers > _______________________________________________ > 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 Fri Aug 17 07:38:56 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7E26106566B for ; Fri, 17 Aug 2012 07:38:56 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 56A488FC08 for ; Fri, 17 Aug 2012 07:38:56 +0000 (UTC) Received: by lbbgk8 with SMTP id gk8so2345517lbb.13 for ; Fri, 17 Aug 2012 00:38:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=dC5t/tl4H3I7C6eeNQxkW7P89oXiHKvbaluMrawD87s=; b=c9dYgx4wDcecLTPMxVIQqDO1cwyI+oKK3AitoJx5+8e4WWWcXiQx5y33kuSr1ZyuWa rFzbVkKTgnKKRjy8jqH/y/Kd0Q9OUCVRfvTqHVS2Nv3R/eBTXrCh/pRogrRrYFOdzhoz Fj+/wsojDjhYk+bT4/QqLQaWMGhBCEIvxGPp/V+ryUQ694ErsjYtx8UCwLRXnELzvShQ B24fVIFTUGzE8pofFg75EBAbEG7FDfWlTSbqVOYMOgkV0a0k41VYJXfjqdG0srmJlIg1 gDxnelHxDOk11pKTpIIgh0cmYKZVGm+aQmJmB8bwW4Pi2GCTTiPjd7vfuHCI9QQhXpKZ g5uQ== MIME-Version: 1.0 Received: by 10.112.43.98 with SMTP id v2mr1853937lbl.1.1345189135109; Fri, 17 Aug 2012 00:38:55 -0700 (PDT) Received: by 10.152.144.66 with HTTP; Fri, 17 Aug 2012 00:38:55 -0700 (PDT) X-Originating-IP: [79.140.39.245] In-Reply-To: <502DA0F6.5040305@herveybayaustralia.com.au> References: <502DA0F6.5040305@herveybayaustralia.com.au> Date: Fri, 17 Aug 2012 09:38:55 +0200 Message-ID: From: Bernhard Schmidt To: Da Rock Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkamivDomUbUfTptuHXK2RdGmk4LkFJTx9sSfIhxdyDz6ZbTbg4wZ1lqEieqjdCkWTA+DU5 Cc: freebsd-net@freebsd.org Subject: Re: wpa_supplicant wpa peap gtc connection - gtc failing? 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, 17 Aug 2012 07:38:56 -0000 On Fri, Aug 17, 2012 at 3:40 AM, Da Rock wrote: > I'm trying to access a uni network using wpa-peap with GTC authentication, > and no matter what I've tried it fails. > > I've come across the same error in most of my logs: "phase2 request: NAK > type 6". I haven't tried GTC myself, though, I know that wpa_supplicant by default is built *without* support for that. You didn't mention it, so I assume that might be a valid pointer. Just adding WPA_SUPPLICANT_CFLAGS=-DEAP_GTC to /etc/make.conf and rebuilding/reinstalling /usr/src/usr.sbin/wpa should get you going. HTH -- Bernhard From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 13:40:25 2012 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 8A3D3106564A for ; Fri, 17 Aug 2012 13:40:25 +0000 (UTC) (envelope-from freebsd-net@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3D19C8FC0A for ; Fri, 17 Aug 2012 13:40:24 +0000 (UTC) Received: from laptop3.herveybayaustralia.com.au (unknown [192.168.0.147]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 4F4085C2A for ; Fri, 17 Aug 2012 23:55:48 +1000 (EST) Message-ID: <502E49C7.3090505@herveybayaustralia.com.au> Date: Fri, 17 Aug 2012 23:40:23 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120728 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <502DA0F6.5040305@herveybayaustralia.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: wpa_supplicant wpa peap gtc connection - gtc failing? 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, 17 Aug 2012 13:40:25 -0000 On 08/17/12 17:38, Bernhard Schmidt wrote: > On Fri, Aug 17, 2012 at 3:40 AM, Da Rock > wrote: >> I'm trying to access a uni network using wpa-peap with GTC authentication, >> and no matter what I've tried it fails. >> >> I've come across the same error in most of my logs: "phase2 request: NAK >> type 6". > I haven't tried GTC myself, though, I know that wpa_supplicant by > default is built *without* support for that. You didn't mention it, so > I assume that might be a valid pointer. > > Just adding WPA_SUPPLICANT_CFLAGS=-DEAP_GTC to /etc/make.conf and > rebuilding/reinstalling /usr/src/usr.sbin/wpa should get you going. That helps a lot, thanks. I had suspected it, but everything I had seen on the subject was 2006 (FBSD7?), so I wasn't sure if it was a policy still or not. Looks like the fix will be relatively easy then... :/ Cheers chaps! From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 14:23:52 2012 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 8E34C1065687 for ; Fri, 17 Aug 2012 14:23:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from nm40-vm5.bullet.mail.ne1.yahoo.com (nm40-vm5.bullet.mail.ne1.yahoo.com [98.138.229.181]) by mx1.freebsd.org (Postfix) with SMTP id 4F0D38FC16 for ; Fri, 17 Aug 2012 14:23:52 +0000 (UTC) Received: from [98.138.90.50] by nm40.bullet.mail.ne1.yahoo.com with NNFMP; 17 Aug 2012 14:23:46 -0000 Received: from [98.138.86.156] by tm3.bullet.mail.ne1.yahoo.com with NNFMP; 17 Aug 2012 14:23:46 -0000 Received: from [127.0.0.1] by omp1014.mail.ne1.yahoo.com with NNFMP; 17 Aug 2012 14:23:46 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 346489.8876.bm@omp1014.mail.ne1.yahoo.com Received: (qmail 67948 invoked by uid 60001); 17 Aug 2012 14:23:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1345213426; bh=wN72OWqGi2kYGETXI8hNbzlu4l4FMCA6ScRn90qaGlQ=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=o8srGsVGWpHm8bgAa9UiJcPpFr8h7PrOVWBsXT9+3z/d6VGjen34QmvtSTqzYIplV3H5oLFLMIdNi2r2nbfSpNQxjFnXeYfNu/6Q/KP+H2/fpGjbFUC3Gkgr6ImgNxx5HpXd9c9UxAgLpri9Cf+aELf5ASTws1iuCT7UQghceVg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=LysB+j8gVSfMlSR7fP6goR6UKrtsEakIDDgk1dfTpVZB6bxK0u+01fB/jZMA5Cxj/fmMENN3E6NvEFkRUJe6WVlZ2MenTn7imjnpYQapXgZJ2AgvMssVUrPQvLhAMN22QIw+2gMv+NCH/UTlRvk48fTc7++c4wZvC8QC8/3R1aM=; X-YMail-OSG: szRQdRUVM1k_polw1GbWNLuLRdPvRJotN5s5wQkG9TatgJ. DNnr0Oy2TZtBtqZewdXgenU.gAb4XKEgIN2gCj_VWQFpgbzRIj7D1S_8WRu1 nh4UrYFHzPydl2okI21QuV9LchzY2uKau7QP4_qJ4BL_kGK4ET2cvCvpXW3J iqMsWbryN2_kviUajUyXyRKX2OaxzlJ6D1dZYjkIeE.X47u.UZoTvYYkRly8 C42d3GCCoHVWqkdLsF5qbUvpeMrkuqFOUIpYA7SIkQjcnACkxci4yPdhufM. NESyNyaJ_PkFQxuRzP5Znh4g7eA2lb9AKI5k9KFqi4s8bCv6kE7m4XEV7sBs om99WbtaPxpvvYyesLdf_7Ca1yUWuy2sU01tkZbSG.xZUWnyWxsPPQtN_fIG TkXUQGc8mUqg5bMnyWXIcTw44skv8sqOBMLoH1U3Hy_FgoRHWMoOLG8n9sca OL2hPxopZr.ldCmHhJOUbzRXbrYMhXQozrRa3ITpYLGP3wsZjrRk- Received: from [174.48.129.108] by web121603.mail.ne1.yahoo.com via HTTP; Fri, 17 Aug 2012 07:23:46 PDT X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.120.356233 Message-ID: <1345213426.53058.YahooMailClassic@web121603.mail.ne1.yahoo.com> Date: Fri, 17 Aug 2012 07:23:46 -0700 (PDT) From: Barney Cordoba To: Jason Wolfe In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Konstantin Belousov , jfv@freebsd.org, Jack Vogel , John Baldwin , net@freebsd.org Subject: Re: 82574L hangs (with r233708 e1000 driver). 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, 17 Aug 2012 14:23:52 -0000 =0A=0A--- On Thu, 8/9/12, Jason Wolfe wrote:=0A=0A> = From: Jason Wolfe =0A> Subject: Re: 82574L hangs (wit= h r233708 e1000 driver).=0A> To: "Barney Cordoba" =0A> Cc: "Konstantin Belousov" , jfv@freebsd.org, "Ja= ck Vogel" , "John Baldwin" , net@freebs= d.org=0A> Date: Thursday, August 9, 2012, 7:31 PM=0A> On Thu, Aug 9, 2012 a= t 8:25 AM,=0A> Barney Cordoba =0A> wrote:=0A> >> = --- On Fri, 5/11/12, Barney Cordoba =0A> wrote:= =0A> >>=0A> >> FWIW, I've got an X7SPE-HF-D525 MB with 82574L=0A> running o= n a=0A> >> 7.0 driver=0A> >> that seems to work pretty well. It panics once= in a=0A> blue=0A> >> moon when we=0A> >> overload it (like 200Mb/s of traf= fic) but it=0A> generally works=0A> >> ok.=0A> >>=0A> >> BC=0A> >=0A> > Has= anything been done or patched regarding this=0A> problem?=0A> >=0A> > BC= =0A> =0A> Ever since r235553 the 82574L has been stable for me,=0A> collect= ively=0A> passing ~1.2Tb/s for the past 4 months without issue.=A0=0A> We d= id have=0A> some issues with switches not liking the fallout of what=0A> r2= 36162 fixed=0A> that we updated to, but the cards themselves were=0A> fine.= =A0 If you pull=0A> the current e1000 from 8-STABLE you'll get up to r23616= 2.=0A> =0A> Jason=0A=0ADo you get occasional watchdog reset messages? I'm t= rying to see if=0Athe buffer jumping problem has been fixed or if they just= put a condition=0Awatch in to keep it from remaining hung.=0A=0AIs Jack co= nfident that something substantive has been corrected? If so,=0Awhat was th= e culprit? I have to patch it into a 7.x driver.=0A=0ABarney From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 14:28:15 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E61F1065675 for ; Fri, 17 Aug 2012 14:28:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 322B98FC17 for ; Fri, 17 Aug 2012 14:28:15 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 77FC9B9A8; Fri, 17 Aug 2012 10:28:14 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Date: Fri, 17 Aug 2012 09:41:54 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201208161736.47250.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208170941.54482.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 17 Aug 2012 10:28:14 -0400 (EDT) Cc: Jack Vogel , Vijay Singh Subject: Re: ixgbe rx & tx locks 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, 17 Aug 2012 14:28:15 -0000 On Thursday, August 16, 2012 5:40:35 pm Jack Vogel wrote: > Thanks John, am seeing this, just busy on another matter, will get to it > asap. Vijay, can you test this to see if it helps with your test case? > Jack > > > On Thu, Aug 16, 2012 at 2:36 PM, John Baldwin wrote: > > > On Thursday, August 16, 2012 8:35:53 am John Baldwin wrote: > > > On Monday, August 13, 2012 6:17:53 pm Jack Vogel wrote: > > > > After looking at the code again I think this is just what's happening, > > > > mq_start > > > > will schedule the task when it can't get the lock (due to the interrupt > > > > already > > > > holding it presumeably), so you get the tasklet code in contention > > with the > > > > interrupt. > > > > > > > > Anyone with a clever notion of how to do things better? > > > > > > Are you queueing a task that does both RX and TX? That was a bug I fixed > > > in igb that caused out-of-order packet processing for RX with igb. igb > > > uses a smaller task for when it's start routine fails that only tries to > > > restart transmission but doesn't do fullblown interrupt handling. > > > > > > Here's a possible patch (compiles, not run-tested) to implement this for > > > ixgbe: > > > > > > http://www.FreeBSD.org/~jhb/patches/ixgbe_txq_task.patch > > > > Actually, it looks like recent changes to the watchdog handling have > > reintroduced a variant of this bug. They schedule the full RX/TX task > > to run anytime the timer fires and there are pending TX completions > > that are in progress. This seems a bit odd as in the normal case you > > will get a TX completion interrupt once there is something to do. OTOH, > > it adds another instance of duplicate RX processing which is much worse > > than what this is trying to fix. I've updated this patch to disable > > that bit of the watchdog handler in both igb and ixgbe: > > > > http://www.FreeBSD.org/~jhb/patches/ixgbe_txq_task2.patch > > > > -- > > John Baldwin > > > _______________________________________________ > 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" > -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 14:28:16 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECC571065676; Fri, 17 Aug 2012 14:28:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C36158FC18; Fri, 17 Aug 2012 14:28:15 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1BD77B9B2; Fri, 17 Aug 2012 10:28:15 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Date: Fri, 17 Aug 2012 10:09:45 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208171009.45212.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 17 Aug 2012 10:28:15 -0400 (EDT) Cc: net@freebsd.org, Vijay Singh Subject: Re: a query in mb_free_ext() 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, 17 Aug 2012 14:28:16 -0000 On Thursday, August 16, 2012 11:33:12 pm Vijay Singh wrote: > Does anyone here understand this bit of code in mb_free_ext()? > > /* Free attached storage if this mbuf is the only reference to it. */ > if (*(m->m_ext.ref_cnt) == 1 || > atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 1) { > switch (m->m_ext.ext_type) { > case EXT_PACKET: /* The packet zone is special. */ > if (*(m->m_ext.ref_cnt) == 0) > *(m->m_ext.ref_cnt) = 1; > uma_zfree(zone_pack, m); > return; /* Job done. */ > > Why would *(m->m_ext.ref_cnt) == 0 be true when the if condition > checks only for ref_cnt to be 1? Should the atomic_fetchadd_int() be > checked for <= 1? atomic_fetchadd_int() returns the old value (so the value before the decrement). It would be simpler to read if the code was written as: if (atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 1) { switch (m->m_ext.ext_type) { case EXT_PACKET: /* Keep a reference on the cluster while it is in the packet zone. */ *m->m_ext.ref_cnt = 1; uma_zfree(zone_pack, m); return; ... } The check for == 1 and then a check against == 0 is a (possibly dubious) micro-optimization to handle the case where we are not racing with another CPU to drop the reference count on the cluster and can see that we have the sole reference in that it avoids the atomic_fetchadd_int() and the store in that case. OTOH, the check to see if the store should be done (and the resulting branch) is probably worse than just always doing the store. > Also, why is the packet zone special? Any history here? To my knowledge, the packet zone stores mbufs that have an attached cluster so that an mbuf+cluster can be allocated in one operation when needed rather than requiring separate allocations of an mbuf and a cluster and then tying the two together. m_getcl() pulls items out of this zone, and this zone builds mbuf+cluster items from the backing mbuf and cluster zones when it is depleted. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 14:28:16 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECC571065676; Fri, 17 Aug 2012 14:28:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C36158FC18; Fri, 17 Aug 2012 14:28:15 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1BD77B9B2; Fri, 17 Aug 2012 10:28:15 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Date: Fri, 17 Aug 2012 10:09:45 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208171009.45212.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 17 Aug 2012 10:28:15 -0400 (EDT) Cc: net@freebsd.org, Vijay Singh Subject: Re: a query in mb_free_ext() 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, 17 Aug 2012 14:28:16 -0000 On Thursday, August 16, 2012 11:33:12 pm Vijay Singh wrote: > Does anyone here understand this bit of code in mb_free_ext()? > > /* Free attached storage if this mbuf is the only reference to it. */ > if (*(m->m_ext.ref_cnt) == 1 || > atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 1) { > switch (m->m_ext.ext_type) { > case EXT_PACKET: /* The packet zone is special. */ > if (*(m->m_ext.ref_cnt) == 0) > *(m->m_ext.ref_cnt) = 1; > uma_zfree(zone_pack, m); > return; /* Job done. */ > > Why would *(m->m_ext.ref_cnt) == 0 be true when the if condition > checks only for ref_cnt to be 1? Should the atomic_fetchadd_int() be > checked for <= 1? atomic_fetchadd_int() returns the old value (so the value before the decrement). It would be simpler to read if the code was written as: if (atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 1) { switch (m->m_ext.ext_type) { case EXT_PACKET: /* Keep a reference on the cluster while it is in the packet zone. */ *m->m_ext.ref_cnt = 1; uma_zfree(zone_pack, m); return; ... } The check for == 1 and then a check against == 0 is a (possibly dubious) micro-optimization to handle the case where we are not racing with another CPU to drop the reference count on the cluster and can see that we have the sole reference in that it avoids the atomic_fetchadd_int() and the store in that case. OTOH, the check to see if the store should be done (and the resulting branch) is probably worse than just always doing the store. > Also, why is the packet zone special? Any history here? To my knowledge, the packet zone stores mbufs that have an attached cluster so that an mbuf+cluster can be allocated in one operation when needed rather than requiring separate allocations of an mbuf and a cluster and then tying the two together. m_getcl() pulls items out of this zone, and this zone builds mbuf+cluster items from the backing mbuf and cluster zones when it is depleted. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 15:54:20 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 500561065686 for ; Fri, 17 Aug 2012 15:54:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 24CE28FC15 for ; Fri, 17 Aug 2012 15:54:20 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5ECF1B922; Fri, 17 Aug 2012 11:54:19 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Date: Fri, 17 Aug 2012 11:48:17 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <4FFF3683.7020107@rawbw.com> <500066F4.2030102@rawbw.com> <20120815003151.GF33399@server.rulingia.com> In-Reply-To: <20120815003151.GF33399@server.rulingia.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201208171148.17427.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 17 Aug 2012 11:54:19 -0400 (EDT) Cc: Yuri , Peter Jeremy Subject: Re: System doesn't detect unplugged network cable and doesn't set interface up properly with DHCP 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, 17 Aug 2012 15:54:20 -0000 On Tuesday, August 14, 2012 8:31:51 pm Peter Jeremy wrote: > On 2012-Jul-13 11:20:36 -0700, Yuri wrote: > >On 07/13/2012 02:48, Peter Jeremy wrote: > >> This is a bug in dhclient - see PR bin/166656, which includes a fix. > > > >I think this PR addresses part of the problem: dhclient doesn't exit when the link goes down. > >But even if it exits, it leaves the IP address that it has set, which is wrong. This IP address survives through the next DHCP setup process and ends up being the second IP address. > >Should be very easy to on exit remove any IP address that was set during dhclient process lifetime. > > I agree that it _should_ be easy to remove the existing address and the > existing patch in that PR should already do that. Unfortunately, > there seems to be another issue in dhclient that means that it isn't. Hmm, I think I see the issue. It doesn't export the existing lease info to the script when running the FAIL action. I just tested this change and it removed the old IP on my laptop when I tested it just now. Note that I kept the warning as "Interface foo is down" rather than "Link foo is down" since dhclient consistently uses that language elsewhere. Index: dhclient.c =================================================================== --- dhclient.c (revision 239333) +++ dhclient.c (working copy) @@ -278,6 +278,11 @@ routehandler(struct protocol *p) ifi->name); goto die; } + if (!interface_link_status(ifi->name)) { + warning("Interface %s is down, dhclient exiting", + ifi->name); + goto die; + } break; case RTM_IFANNOUNCE: ifan = (struct if_announcemsghdr *)rtm; @@ -316,6 +321,8 @@ routehandler(struct protocol *p) die: script_init("FAIL", NULL); + if (ip->client->active) + script_write_params("old_", ip->client->active); if (ifi->client->alias) script_write_params("alias_", ifi->client->alias); script_go(); -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 20:10:11 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A16BF106566B for ; Fri, 17 Aug 2012 20: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 72EDB8FC08 for ; Fri, 17 Aug 2012 20:10:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7HKABEi094475 for ; Fri, 17 Aug 2012 20:10:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7HKABSr094474; Fri, 17 Aug 2012 20:10:11 GMT (envelope-from gnats) Date: Fri, 17 Aug 2012 20:10:11 GMT Message-Id: <201208172010.q7HKABSr094474@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Garrett Cooper Cc: Subject: Re: bin/137641: ifconfig(8): various problems with "vlan_device.vlan_id" syntax X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Garrett Cooper List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 20:10:11 -0000 The following reply was made to PR bin/137641; it has been noted by GNATS. From: Garrett Cooper To: bug-followup@FreeBSD.org, vladimir.shebaldenkov@gmail.com Cc: Subject: Re: bin/137641: ifconfig(8): various problems with "vlan_device.vlan_id" syntax Date: Fri, 17 Aug 2012 13:07:45 -0700 I noticed this in 7.3-RELEASE as well; it has been fixed in 7.4-RELEASE/9.0-RELEASE (probably an rc bug, not a vlan(4) bug specifically), so I would close this PR. Thanks! -Garrett From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 21:00:26 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C39E71065673 for ; Fri, 17 Aug 2012 21:00:26 +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 AEB168FC12 for ; Fri, 17 Aug 2012 21:00:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7HL0QU7002425 for ; Fri, 17 Aug 2012 21:00:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7HL0Qtr002424; Fri, 17 Aug 2012 21:00:26 GMT (envelope-from gnats) Date: Fri, 17 Aug 2012 21:00:26 GMT Message-Id: <201208172100.q7HL0Qtr002424@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Garrett Cooper Cc: Subject: Re: bin/137641: ifconfig(8): various problems with "vlan_device.vlan_id" syntax X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Garrett Cooper List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 21:00:26 -0000 The following reply was made to PR bin/137641; it has been noted by GNATS. From: Garrett Cooper To: bug-followup@freebsd.org, vladimir.shebaldenkov@gmail.com Cc: Subject: Re: bin/137641: ifconfig(8): various problems with "vlan_device.vlan_id" syntax Date: Fri, 17 Aug 2012 13:53:55 -0700 On Fri, Aug 17, 2012 at 1:07 PM, Garrett Cooper wrote: > I noticed this in 7.3-RELEASE as well; it has been fixed in > 7.4-RELEASE/9.0-RELEASE (probably an rc bug, not a vlan(4) bug > specifically), so I would close this PR. I stand partly corrected: # uname -a FreeBSD 7.4-RELEASE-p10 FreeBSD 7.4-RELEASE-p10 #0: Fri Aug 17 07:15:01 UTC 2012 root@:/usr/obj/mnt/freebsd/releng/7.4/sys/ISI-GENERIC amd64 # service netif stop cxgb0.190 Stopping network:showstat_cxgb0.190=1: not found cxgb0.190. There are probably more rc bugs that maybe need to be dealt with on 7.x that people probably don't care about at this point in the maintenance cycle. Thanks! -Garrett From owner-freebsd-net@FreeBSD.ORG Fri Aug 17 22:59:11 2012 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 C55CF106566B; Fri, 17 Aug 2012 22:59:11 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA818FC14; Fri, 17 Aug 2012 22:59:10 +0000 (UTC) Received: from server.rulingia.com (c220-239-249-137.belrs5.nsw.optusnet.com.au [220.239.249.137]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q7HMx7L3031590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 18 Aug 2012 08:59:07 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q7HMwx3l018325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Aug 2012 08:58:59 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q7HMwwvx018324; Sat, 18 Aug 2012 08:58:58 +1000 (EST) (envelope-from peter) Date: Sat, 18 Aug 2012 08:58:58 +1000 From: Peter Jeremy To: John Baldwin Message-ID: <20120817225857.GA2377@server.rulingia.com> References: <4FFF3683.7020107@rawbw.com> <500066F4.2030102@rawbw.com> <20120815003151.GF33399@server.rulingia.com> <201208171148.17427.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <201208171148.17427.jhb@freebsd.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org, Yuri Subject: Re: System doesn't detect unplugged network cable and doesn't set interface up properly with DHCP 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, 17 Aug 2012 22:59:11 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Aug-17 11:48:17 -0400, John Baldwin wrote: >Hmm, I think I see the issue. It doesn't export the existing lease info to >the script when running the FAIL action. I just tested this change and it >removed the old IP on my laptop when I tested it just now. I did some investigating during the week and came to pretty much the same patch. But the existing "don't remove an existing address" behaviour looked like a design decision and I went digging to find exactly what ip->client->active represented - and, in particular, whether in could represent an address that dhclient hadn't added to the interface. I did find that it could be read from the leases file but didn't have time to fully work through the code. If you're happy that this patch can't incorrectly remove a pre-existing IP address (I'm now reasonably confident that it can't), then I'm happy that it otherwise works. --=20 Peter Jeremy --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlAuzLEACgkQ/opHv/APuIcVCwCdHHXkED/9grC9nVGSLd5Wegna 58gAnAgRA3vCw2EE+LNi0V8rViel3fvv =zytO -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-net@FreeBSD.ORG Sat Aug 18 03:32:33 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F6041065674; Sat, 18 Aug 2012 03:32:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC468FC0C; Sat, 18 Aug 2012 03:32:33 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so4570203pbb.13 for ; Fri, 17 Aug 2012 20:32:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Y8fCW6rA4SwsKJeIoaL8gSuGYKXqtIzO7i5xFRq94K0=; b=twJ0mLMqN5EZ7ZnoPut1Wi+oqovlrtcjbE+qBQfD+IHPvFQcCvseio/qhr0a2tmQAO VWojgQ2cvhiNMyCQpdcjboqsf/Kr/30UOpg+qVvqIQl68mGO0ZknUJ9UsYHGKX26kW4t nYNApk24IHyGMkl4v2JE5TbUKj33WZdDhUtJkDSaDBpN2VRjxVl1eWNpRy6FgG1tsQO+ 48H3TkFf971SGwb7UkSXNxWnewAErnOh3dyjxEhzq5lPsGaUeCmKQkyCuHe5cEFoN9Gm iZFNAM98g3n/eobPLhM1R0zrhengwV6q47YyxG7+P/kf+IGvnRmXsK5Pkmha8oWgsC1J FUIg== MIME-Version: 1.0 Received: by 10.68.236.102 with SMTP id ut6mr16403860pbc.113.1345260752477; Fri, 17 Aug 2012 20:32:32 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.43.169 with HTTP; Fri, 17 Aug 2012 20:32:32 -0700 (PDT) In-Reply-To: <502E49C7.3090505@herveybayaustralia.com.au> References: <502DA0F6.5040305@herveybayaustralia.com.au> <502E49C7.3090505@herveybayaustralia.com.au> Date: Fri, 17 Aug 2012 20:32:32 -0700 X-Google-Sender-Auth: V0zbd_LRBixglk-hoYTXtYsjZZI Message-ID: From: Adrian Chadd To: Da Rock , Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: wpa_supplicant wpa peap gtc connection - gtc failing? 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, 18 Aug 2012 03:32:33 -0000 Is there any reason we don't build with that option? Adrian From owner-freebsd-net@FreeBSD.ORG Sat Aug 18 11:47:37 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77CF2106574E for ; Sat, 18 Aug 2012 11:47:37 +0000 (UTC) (envelope-from freebsd-net@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 2963A8FC14 for ; Sat, 18 Aug 2012 11:47:36 +0000 (UTC) Received: from laptop3.herveybayaustralia.com.au (unknown [192.168.0.147]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id DCE005C29 for ; Sat, 18 Aug 2012 22:02:54 +1000 (EST) Message-ID: <502F80D1.6040901@herveybayaustralia.com.au> Date: Sat, 18 Aug 2012 21:47:29 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120728 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <502DA0F6.5040305@herveybayaustralia.com.au> <502E49C7.3090505@herveybayaustralia.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: wpa_supplicant wpa peap gtc connection - gtc failing? 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, 18 Aug 2012 11:47:37 -0000 On 08/18/12 13:32, Adrian Chadd wrote: > Is there any reason we don't build with that option? You know, I was wondering that myself but I wasn't exactly sure whether to ask or not :) BTW Adrian, GTC is a cisco option I think. Generic Token authentication. After that they were working on a joint thing with M$, but that didn't entirely pan out - M$ stuck with MSCHAPV2, and cisco went a different way (sorry can't remember exactly). At least thats what I have put together so far anyway. Adjustment may be necessary and welcome :) From owner-freebsd-net@FreeBSD.ORG Sat Aug 18 15:55:47 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3084106566B for ; Sat, 18 Aug 2012 15:55:47 +0000 (UTC) (envelope-from cokeeffe@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7AA478FC0A for ; Sat, 18 Aug 2012 15:55:46 +0000 (UTC) Received: by vbmv11 with SMTP id v11so5585404vbm.13 for ; Sat, 18 Aug 2012 08:55:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FEdykJSZMdC1iYugK/n23eyZX+gCfsrvprvmIPIGoX8=; b=M28QoNWO/z8YH7dkxGXvOnqAd2gU2Th3BhhM0OJXd1zfW+Tljv7I7Ts0rtLn7oTGB/ kpsZe+f0KoPn5Iko+oY4q9IFqJOfvvugE+7iWTWjJPrsgp+diBfncdng8aHVC3YuaTO3 wN2OwNpBYLjRQ6c6t6yvO8swuwF6dzrahD0UtO+8JU/iMVrrUOVqcgGkohVDiy+QCqBl l3yp/cjC9/nqwZZTHFl+icwYnPVY8EsOTF5kAmc3BceR3jLlWGTxRk7PaUD1EZt/PuRW jDxVEWIv0DDTkaoyM5mhBV+KsMRyhcx7zWDWe1CyLO793YcsQNTIw+j2Hpt7YGrEbkbJ C3ew== MIME-Version: 1.0 Received: by 10.220.150.138 with SMTP id y10mr5701816vcv.73.1345305345712; Sat, 18 Aug 2012 08:55:45 -0700 (PDT) Received: by 10.220.162.133 with HTTP; Sat, 18 Aug 2012 08:55:45 -0700 (PDT) Date: Sat, 18 Aug 2012 16:55:45 +0100 Message-ID: From: "Colin O'Keeffe" To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IPv6 Destination Option Header options problem 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, 18 Aug 2012 15:55:47 -0000 Hi, As part of a research task, I'm trying to add additional options to a ip6_dest header. I've taken the code for the jumbo option header (ip6_output.c line 1254) and modified that to take one value (a u_int32). I can send and receive this header, with this value no problem. The problem I'm having is adding a second option into the extension header. Can anyone guide me into what I'm doing wrong? I've tried the following /* fill in the option. */01333 optbuf[2] = IP6OPT_JUMBO;01334 optbuf[3] = 4;01335 v = (u_int32_t)htonl(plen + JUMBOOPTLEN );01336 bcopy(&v, &optbuf[4], sizeof(u_int32_t));01337 01337 optbuf[2] = IP6OPT_JUMBO; 01334 optbuf[3] = 4; 01335 v = (u_int32_t)htonl(plen + JUMBOOPTLEN ); 01336 bcopy(&v, &optbuf[4], sizeof(u_int32_t)); From owner-freebsd-net@FreeBSD.ORG Sat Aug 18 16:00:29 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCFFB106566C for ; Sat, 18 Aug 2012 16:00:29 +0000 (UTC) (envelope-from cokeeffe@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 873378FC17 for ; Sat, 18 Aug 2012 16:00:29 +0000 (UTC) Received: by vbmv11 with SMTP id v11so5588155vbm.13 for ; Sat, 18 Aug 2012 09:00:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=WoMOQ2n/eft6g15F1FMqgbY+BWJtq0smzcJmK8vBFuE=; b=JZfdaYrdchhL6m7/GygrBuEunmpLypCFrMa9y8gQ2a8Yl0mXwy4IrDa/VqIYuIq7db zNfSqCVDTpBA+Qp2VZp5Qt/C9sV0IAjQ9880YewJgs8WRWQI95YS7DYoRUTopA584213 Tf4upK6DlKiN7RDQl2hbk7OGNA20u+WUJOOwR71tlbQ/Ut7Q+EYxKq3eT8EDRnYLtDoK 8xXLHzoxE6xiVBYUz1URzykVyZLJLGbzxlQBRkdDIQNoSd0CBn+pjab2VYMO6sV1tHhJ 4xzGhjSlCEQ0bgN0Oit+aIo3GkZIwZvY+tNlfgehxaNSUJ3lV7AXmjSamCLFAjwqmdFn C4Rw== MIME-Version: 1.0 Received: by 10.52.89.83 with SMTP id bm19mr4683351vdb.116.1345305628676; Sat, 18 Aug 2012 09:00:28 -0700 (PDT) Received: by 10.220.162.133 with HTTP; Sat, 18 Aug 2012 09:00:28 -0700 (PDT) In-Reply-To: References: Date: Sat, 18 Aug 2012 17:00:28 +0100 Message-ID: From: "Colin O'Keeffe" To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: IPv6 Destination Option Header options problem 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, 18 Aug 2012 16:00:29 -0000 Hi, As part of a research task, I'm trying to add additional options to a ip6_dest header. I've taken the code for the jumbo option header (ip6_output.c line 1254) and modified that to take one value (a u_int32). I can send and receive this header, with this value no problem. The problem I'm having is adding a second option into the extension header. Can anyone guide me into what I'm doing wrong? I've tried the following u_int32_t myfirstvalue; u_int32_t mysecondvalue; . . . optbuf[2] = IP6OPT_MYOPTA; //defined as 0x15 in ip6.h optbuf[3] = 4; v = (u_int32_t)htonl(myfirstvalue); bcopy(&v, &optbuf[4], sizeof(u_int32_t)); optbuf5] = IP6OPT_MYOPTB; //defined as 0x16 in ip6.h optbuf[6] = 4; v = (u_int32_t)htonl(mysecondvalue); bcopy(&v, &optbuf[7], sizeof(u_int32_t)); The receiving host detects the IP6OPT_MYOPTA and prints the value out correctly, but it does not detect the second option or value. I'm guessing it has something to do with padding and alignment in the extension header? thanks From owner-freebsd-net@FreeBSD.ORG Sat Aug 18 17:22:32 2012 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 2C2DF106566B for ; Sat, 18 Aug 2012 17:22:32 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9D69F8FC0A for ; Sat, 18 Aug 2012 17:22:30 +0000 (UTC) Received: by bkcje9 with SMTP id je9so1863831bkc.13 for ; Sat, 18 Aug 2012 10:22:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id :x-gm-message-state; bh=lMucticp0qaNRpeNGpTJMvrryAfDzuATfJn7as/fhYA=; b=OFb4Ioh4pSqXDaZQSuiRHs/33hVvv+m3xni+lHVQffD/li8LoZqITvXr3SWxbqE3qZ mCMPnyQXFyABDL/YFKtXBk4zUuxkWoltW6JKqNl391ZoNgDMrfngTEhms+tahth4IvhH 1wFR0E9B+RJN9bwDwMH19cMeD7ApFZfHaWBj12xZLsfoqd3oEomraWo+PiLS2ruqVMSf NmbMgqPQcDNga8i8mkt0M3qtxQ6Wc5Yh+h97fabcJFUCnA27G42qrjJM6+evr7hNuhKF T/onw2vGZcoc4yL7Vi9Xu/exygVJN//UBvV9PupL6QF2Yd6iF+pIMRo7BCd7bClGRKJ0 cDDg== Received: by 10.204.154.66 with SMTP id n2mr3058301bkw.138.1345310549084; Sat, 18 Aug 2012 10:22:29 -0700 (PDT) Received: from amy.lab.techwires.net (dslb-088-067-196-211.pools.arcor-ip.net. [88.67.196.211]) by mx.google.com with ESMTPS id y20sm4534138bkv.11.2012.08.18.10.22.27 (version=SSLv3 cipher=OTHER); Sat, 18 Aug 2012 10:22:28 -0700 (PDT) From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Sat, 18 Aug 2012 19:23:04 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <502DA0F6.5040305@herveybayaustralia.com.au> <502F80D1.6040901@herveybayaustralia.com.au> In-Reply-To: <502F80D1.6040901@herveybayaustralia.com.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208181923.04151.bschmidt@techwires.net> X-Gm-Message-State: ALoCoQlbcWIpse8q8h2Th42D/0pZyQDN+HjaXODQWGxEgWN8ig1HOmM02rZA3E8gxRvhV7+anGRP Cc: Da Rock Subject: Re: wpa_supplicant wpa peap gtc connection - gtc failing? 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, 18 Aug 2012 17:22:32 -0000 On Saturday 18 August 2012 13:47:29 Da Rock wrote: > On 08/18/12 13:32, Adrian Chadd wrote: > > Is there any reason we don't build with that option? > You know, I was wondering that myself but I wasn't exactly sure whether > to ask or not :) Historical reasons I guess, our config matches the default wpa_supplicant config. I don't see any technical reason not to enable that and bunch of other exotic stuff. Though, as you've already noticed, one can count the number of user who benefit from such a change on one hand.. ;) Not sure it's worth the effort, though, if someone wants to do the work, fine with me. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Sat Aug 18 20:40:43 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BB90106566B; Sat, 18 Aug 2012 20:40:43 +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 F26538FC15; Sat, 18 Aug 2012 20:40:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7IKeg3I001391; Sat, 18 Aug 2012 20:40:42 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7IKeguZ001387; Sat, 18 Aug 2012 20:40:42 GMT (envelope-from linimon) Date: Sat, 18 Aug 2012 20:40:42 GMT Message-Id: <201208182040.q7IKeguZ001387@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/170713: [cxgb] Driver must be loaded after boot due to timing issues checking for kern.ipc.nmb* values set via /boot/loader.conf 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, 18 Aug 2012 20:40:43 -0000 Synopsis: [cxgb] Driver must be loaded after boot due to timing issues checking for kern.ipc.nmb* values set via /boot/loader.conf Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Aug 18 20:40:36 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=170713