From owner-freebsd-net@FreeBSD.ORG Mon Jun 6 11:07:10 2011 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E28DA1065692 for ; Mon, 6 Jun 2011 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D075E8FC1E for ; Mon, 6 Jun 2011 11:07:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p56B7AFY037688 for ; Mon, 6 Jun 2011 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p56B7AfS037686 for freebsd-net@FreeBSD.org; Mon, 6 Jun 2011 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Jun 2011 11:07:10 GMT Message-Id: <201106061107.p56B7AfS037686@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, 06 Jun 2011 11:07:11 -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/157429 net [re] Realtek RTL8169 doesn't work with re(4) o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156978 net [lagg][patch] Take lagg rlock before checking flags o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155604 net [flowtable] Flowtable excessively caches dest MAC addr o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155585 net [tcp] [panic] tcp_output tcp_mtudisc loop until kernel o kern/155498 net [ral] ral(4) needs to be resynced with OpenBSD's to ga o kern/155420 net [vlan] adding vlan break existent vlan o bin/155365 net [patch] routed(8): if.c in routed fails to compile if o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/155004 net [bce] [panic] kernel panic in bce0 driver o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154831 net [arp] [patch] arp sysctl setting log_arp_permanent_mod 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/152360 net [dummynet] [panic] Crash related to dummynet. 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/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 bin/150642 net netstat(1) doesn't print anything for SCTP sockets o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation 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/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 375 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jun 6 11:26:21 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 967B71065670; Mon, 6 Jun 2011 11:26:21 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC048FC15; Mon, 6 Jun 2011 11:26:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p56BQLRF058380; Mon, 6 Jun 2011 11:26:21 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p56BQL30058376; Mon, 6 Jun 2011 11:26:21 GMT (envelope-from ae) Date: Mon, 6 Jun 2011 11:26:21 GMT Message-Id: <201106061126.p56BQL30058376@freefall.freebsd.org> To: ae@FreeBSD.org, freebsd-ipfw@FreeBSD.org, freebsd-net@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/131601: [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp=0) 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, 06 Jun 2011 11:26:21 -0000 Old Synopsis: [ipfw] [panic] 7-STABLE panic in nat_finalise (tcp=0) New Synopsis: [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp=0) Responsible-Changed-From-To: freebsd-ipfw->freebsd-net Responsible-Changed-By: ae Responsible-Changed-When: Mon Jun 6 11:24:06 UTC 2011 Responsible-Changed-Why: Reassign to freebsd-net@. http://www.freebsd.org/cgi/query-pr.cgi?pr=131601 From owner-freebsd-net@FreeBSD.ORG Mon Jun 6 16:13:50 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E6831065672 for ; Mon, 6 Jun 2011 16:13:50 +0000 (UTC) (envelope-from fazaeli@sepehrs.com) Received: from sepehrs.com (www.sepehrs.com [213.217.59.98]) by mx1.freebsd.org (Postfix) with ESMTP id 76E338FC15 for ; Mon, 6 Jun 2011 16:13:48 +0000 (UTC) Received: from [127.0.0.1] ([192.168.3.10]) by sepehrs.com (8.14.3/8.14.3) with ESMTP id p56FxkRv078830; Mon, 6 Jun 2011 20:29:48 +0430 (IRDT) Message-ID: <4DECFA67.5030501@sepehrs.com> Date: Mon, 06 Jun 2011 20:33:51 +0430 From: Hooman Fazaeli User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Luigi Rizzo References: <20110602223140.GA31285@onelab2.iet.unipi.it> In-Reply-To: <20110602223140.GA31285@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: Introducing netmap: line-rate packet send/receive at 10Gbit/s 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, 06 Jun 2011 16:13:50 -0000 Thanks for the work. Is source for driver patches available? On 6/3/2011 3:01 AM, Luigi Rizzo wrote: > Hi, > we have recently worked on a project, called netmap, which lets > FreeBSD send/receive packets at line rate even at 10 Gbit/s with > very low CPU overhead: one core at 1.33 GHz does 14.88 Mpps with a > modified ixgbe driver, which gives plenty of CPU cycles to handle > multiple interface and/or do useful work (packet forwarding, analysis, etc.) > > You can find full documentation and source code and even a picobsd image at > > http://info.iet.unipi.it/~luigi/netmap/ > > The system uses memory mapped packet buffers to reduce the cost of > data movements, but this would not be enough to make it useful or > novel. Netmap uses many other small but important tricks to make > the system fast, safe and easy to use, and support transmission, > reception, and communication with the host stack. > > You can see full details in documentation at the above link. > > Feedback welcome. > > cheers > luigi > -----------------------------------------+------------------------------- > Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > TEL +39-050-2211611 . via Diotisalvi 2 > Mobile +39-338-6809875 . 56122 PISA (Italy) > -----------------------------------------+------------------------------- > _______________________________________________ > 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 Jun 6 16:17:42 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4A2F1065676 for ; Mon, 6 Jun 2011 16:17:42 +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 8D26C8FC08 for ; Mon, 6 Jun 2011 16:17:42 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 7DF167300A; Mon, 6 Jun 2011 18:33:48 +0200 (CEST) Date: Mon, 6 Jun 2011 18:33:48 +0200 From: Luigi Rizzo To: Hooman Fazaeli Message-ID: <20110606163348.GA84760@onelab2.iet.unipi.it> References: <20110602223140.GA31285@onelab2.iet.unipi.it> <4DECFA67.5030501@sepehrs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DECFA67.5030501@sepehrs.com> User-Agent: Mutt/1.4.2.3i Cc: net@freebsd.org Subject: Re: Introducing netmap: line-rate packet send/receive at 10Gbit/s 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, 06 Jun 2011 16:17:42 -0000 On Mon, Jun 06, 2011 at 08:33:51PM +0430, Hooman Fazaeli wrote: > > Thanks for the work. > > Is source for driver patches available? yes, see the links at http://info.iet.unipi.it/~luigi/netmap/ > On 6/3/2011 3:01 AM, Luigi Rizzo wrote: > >Hi, > >we have recently worked on a project, called netmap, which lets > >FreeBSD send/receive packets at line rate even at 10 Gbit/s with > >very low CPU overhead: one core at 1.33 GHz does 14.88 Mpps with a > >modified ixgbe driver, which gives plenty of CPU cycles to handle > >multiple interface and/or do useful work (packet forwarding, analysis, > >etc.) > > > >You can find full documentation and source code and even a picobsd image at > > > > http://info.iet.unipi.it/~luigi/netmap/ > > > >The system uses memory mapped packet buffers to reduce the cost of > >data movements, but this would not be enough to make it useful or > >novel. Netmap uses many other small but important tricks to make > >the system fast, safe and easy to use, and support transmission, > >reception, and communication with the host stack. > > > >You can see full details in documentation at the above link. > > > >Feedback welcome. > > > > cheers > > luigi > >-----------------------------------------+------------------------------- > > Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione > > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > > TEL +39-050-2211611 . via Diotisalvi 2 > > Mobile +39-338-6809875 . 56122 PISA (Italy) > >-----------------------------------------+------------------------------- > >_______________________________________________ > >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 Jun 7 02:40:01 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A6E1106566B; Tue, 7 Jun 2011 02:40:01 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 29B468FC18; Tue, 7 Jun 2011 02:40:00 +0000 (UTC) Received: by pzk27 with SMTP id 27so2858202pzk.13 for ; Mon, 06 Jun 2011 19:40:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=HhX1sIuieNFOALi93vruWnBXB+SHfk6Ax3hdJp26dvU=; b=u9SDORZxj2Rb+oMOJ4+Unt79L0zYASy0vJ1tubrWy/xSWpwYYuCv9bKLxj8rLJYcws VQg5cnKlhKuONOU1bihitgY3ah4cHLcKQW7Kb9NYVQ2Rduc6HyufJPvURRQhY4UqUjJi MByaBL0B8Oa1tgBQ0s+SuIm7Acflbc43lYebA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=oZQl+gj09o3kMzVorc09okZq2bfpNnj1cIAGXJegyWcFKMqvtNe80supzBRcfBLgE7 SAQ/qQUWraMoqhB6BkIZmMCfURDW0S/2pb/AyM1f0Vwx42B6AHqkw+OV9eCEUEohJlYM qBHc5gOmoA1IwC3bMuxKR6sickXQdBOEO4RS8= MIME-Version: 1.0 Received: by 10.143.21.38 with SMTP id y38mr1095138wfi.342.1307412831553; Mon, 06 Jun 2011 19:13:51 -0700 (PDT) Received: by 10.142.131.19 with HTTP; Mon, 6 Jun 2011 19:13:51 -0700 (PDT) Date: Mon, 6 Jun 2011 22:13:51 -0400 Message-ID: From: grarpamp To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: freebsd-net@freebsd.org Subject: FreeBSD I/OAT (QuickData now?) 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: Tue, 07 Jun 2011 02:40:01 -0000 Is this work part of what's needed to enable the FreeBSD equivalent of TNAPI? I know we've got polling. And probably MSI-X in a couple drivers. Pretty sure there is still one CPU doing the interrupt work? And none of the multiple queue thread spreading tech exists? http://www.ntop.org/blog http://www.ntop.org/TNAPI.html TNAPI attempts to solve the following problems: * Distribute the traffic across cores (i.e. the more core the more scalable is your networking application) for improving scalability. * Poll packets simultaneously from each RX queue (contraty to sequential NAPI polling) for fetching packets as fast as possible hence improve performance. * Through PF_RING, expose the RX queues to the userland so that the application can spawn one thread per queue hence avoid using semaphores at all. TNAPI achieves all this by starting one thread per RX queue. Received packets are then pushed to PF_RING (if available) or through the standard Linux stack. However in order to fully exploit this technology it is necessary to use PF_RING as it provides a straight packet path from kernel to userland. Furthermore it allows to create a virtual ethernet card per RX queue. From owner-freebsd-net@FreeBSD.ORG Tue Jun 7 02:30:43 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6741106566C for ; Tue, 7 Jun 2011 02:30:43 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id B16148FC16 for ; Tue, 7 Jun 2011 02:30:43 +0000 (UTC) Received: by pzk27 with SMTP id 27so2853796pzk.13 for ; Mon, 06 Jun 2011 19:30:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=z8heD2RWqZ8Zqkbt+jKPhvERG338piW1bGLQt81q1Zo=; b=lNAGOXzwy12U5M6/fQhkyW49OxmvwcxSYfZ2608GkegEk0tW4shRoTb/aT7Qr87c8a kYnnBmoAZ9A/X/Xd/Ai1Dkh/cuhj7T8r9qz8G3m0qRFuyxW8KTFC7ThQhd2kerHqH89F 7/OodQHtQgvKml2IJvSnapyTSOfgT2LAyFThU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=b2IdUt2SrVf12dDvVOUMLrN4izPbqGnwq+JMBKBuHjvRwiyfJUdoQWB9AIFHAVukGs uzSc9QI/zjCjqOFK5e+KQRTv04x6S50akwiq5/OOv5S7kYxCkqjWiPyX1qn0HV2/e6VO 5cHJd66J1w4MpDPcMBwK9P1Xt1KVERDVP1ec4= MIME-Version: 1.0 Received: by 10.143.30.19 with SMTP id h19mr1117269wfj.285.1307413383023; Mon, 06 Jun 2011 19:23:03 -0700 (PDT) Received: by 10.142.131.19 with HTTP; Mon, 6 Jun 2011 19:23:02 -0700 (PDT) Date: Mon, 6 Jun 2011 22:23:02 -0400 Message-ID: From: grarpamp To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Tue, 07 Jun 2011 03:21:08 +0000 Cc: freebsd-isp@freebsd.org Subject: MPLS 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, 07 Jun 2011 02:30:43 -0000 I had notices some GSOC project in maybe 2008 on MPLS. There doesn't seem to be much current talk of this. So I am unsure, excluding the GSOC, of the overall picture of MPLS in FreeBSD. Is there any current work? Or directions planned? Overall interest / demand? Thanks :) From owner-freebsd-net@FreeBSD.ORG Tue Jun 7 05:24:16 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96669106564A; Tue, 7 Jun 2011 05:24:16 +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 5DAA48FC13; Tue, 7 Jun 2011 05:24:16 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 6AA6F7300A; Tue, 7 Jun 2011 07:24:00 +0200 (CEST) Date: Tue, 7 Jun 2011 07:24:00 +0200 From: Luigi Rizzo To: grarpamp Message-ID: <20110607052400.GC4840@onelab2.iet.unipi.it> References: 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: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: FreeBSD I/OAT (QuickData now?) 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: Tue, 07 Jun 2011 05:24:16 -0000 On Mon, Jun 06, 2011 at 10:13:51PM -0400, grarpamp wrote: > Is this work part of what's needed to enable the FreeBSD > equivalent of TNAPI? > > I know we've got polling. And probably MSI-X in a couple drivers. > Pretty sure there is still one CPU doing the interrupt work? > And none of the multiple queue thread spreading tech exists? i have heard of some Gsoc work that addresses the problem for cards that have a single queue, but drivers for other cards with native multiqueue (e.g. ixgbe, e1000 drivers) seem to have the ability to use one cpu per queue. I'd argue that for many types of applications (basically all for which PF_RING/TNAPI were designed), spreading work across cores is a second order problem, you should first avoid doing useless work. Please have a look at http://info.iet.unipi.it/~luigi/netmap/ which addresses both issues. cheers luigi > http://www.ntop.org/blog > http://www.ntop.org/TNAPI.html > TNAPI attempts to solve the following problems: > * Distribute the traffic across cores (i.e. the more core the more > scalable is your networking application) for improving scalability. > * Poll packets simultaneously from each RX queue (contraty to > sequential NAPI polling) for fetching packets as fast as possible > hence improve performance. > * Through PF_RING, expose the RX queues to the userland so that > the application can spawn one thread per queue hence avoid using > semaphores at all. > TNAPI achieves all this by starting one thread per RX queue. Received > packets are then pushed to PF_RING (if available) or through the > standard Linux stack. However in order to fully exploit this > technology it is necessary to use PF_RING as it provides a straight > packet path from kernel to userland. Furthermore it allows to create a > virtual ethernet card per RX queue. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Jun 7 07:02:50 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 628F0106566C for ; Tue, 7 Jun 2011 07:02:50 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id 197678FC12 for ; Tue, 7 Jun 2011 07:02:49 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QTqJM-000CEd-2d for freebsd-net@freebsd.org; Tue, 07 Jun 2011 09:02:48 +0200 Date: Tue, 7 Jun 2011 09:01:56 +0200 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <1743602447.20110607090156@nitronet.pl> To: grarpamp In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Cc: freebsd-isp@freebsd.org, freebsd-net@freebsd.org Subject: Re: MPLS 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, 07 Jun 2011 07:02:50 -0000 Hi grappamp, > I had notices some GSOC project in maybe 2008 > on MPLS. There doesn't seem to be much current > talk of this. So I am unsure, excluding the GSOC, > of the overall picture of MPLS in FreeBSD. > Is there any current work? Or directions planned? > Overall interest / demand? I wrote about same thing few days ago, and was pleasantly surprised with http://freebsd.mpls.in/ From owner-freebsd-net@FreeBSD.ORG Tue Jun 7 09:13:30 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33DC9106566B; Tue, 7 Jun 2011 09:13:30 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from no.spam.no.ddos.ru (no.spam.no.ddos.ru [IPv6:2a02:978:2:1000::3]) by mx1.freebsd.org (Postfix) with ESMTP id B65A18FC19; Tue, 7 Jun 2011 09:13:29 +0000 (UTC) Received: from bibi.ipfw.ru (birdie.ipv6.meganet.ru [IPv6:2a02:978::1008]) by no.spam.no.ddos.ru (Postfix) with ESMTPA id C44A23806E7; Tue, 7 Jun 2011 13:12:00 +0400 (MSD) Message-ID: <4DEDEADC.8060607@ipfw.ru> Date: Tue, 07 Jun 2011 13:09:48 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110301 Thunderbird/3.1.7 MIME-Version: 1.0 To: net@freebsd.org, Julian Elischer Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: rtsock changes for multiple fibs 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: Tue, 07 Jun 2011 09:13:30 -0000 Hello list! At the moment multiple fib support is completely broken in route(4) (described in kern/134931) Linux supports fibs via its netlink protocol. OpenBSD makes rtsock version bump for the same for a while ago. Since 9.0 is approaching it is a good time to make some changes to routing socket: Goals: * Permit fib to be get/set via route(4) interface * Keep existing ABI/API as much as possible * Permit various route(4) headers changes without breaking ABI Proposed structure changes: add uint16_t fib uint16_t reserved to rt_msghdr, if_msghdr, ifa_msghdr, ifma_msghdr, if_announcemsghdr Proposed changes to undocumented sysctl route dump interface: * Add (optional) .FIB.RTSOCK_VERSION to sysctl net.route.0.ADDRESS_FAMILY.NET_RT_DUMP.FLAGS oid: * document such interface in route(4) Proposed ABI keeping techniques: RTSOCK: 1) Add SO_RTSOCKVERSION to SOL_SOCKET setsockopt level 2) Determine rtsock version via __FreeBSD_version checking 3) Add net.rtsock.force_version sysctl 4) Do __FreeBSD_version && rtsock version bump Rtsock version selection algorithm: if SO_RTSOCKVERSION is set on socket: => use selected version (or return -1 in setsockopt) else if net.rtsock.force_version > 0 => use forced version else net.rtsock.force_version == 0 => use version based on __FreeBSD_version check Examples: "New" binaries (build with new headers): * have __FreeBSD_version >= X so "current" rtsock version is used "Old" binaries (from 7.X/8.X etc..): * have __FreeBSD_version < X so "previous" rtsock version is used Old/New binaries with New/Old libraries using rtsock: This is the most tricky part. Major routing software (quagga, openbgpd, bird) do not use libraries for rtsock interaction, however such libraries exists (libpdel, for example) What can be done: (required) Add explicit rtsock version request vie SO_RTSOCKVERSION in all FreeBSD base code (route(8), netstat(8), ...) (optional) Add patches for SO_RTSOCKVERSION to ported versions/upstream versions of libpdel (and possibly for routing daemons) If someone wants to use newly-compiled library (or binary) for which __FreeBSD_version check happens incorrectly he can explicitly set net.rtsock.force_version to needed value. This will not break all software aware of SO_RTSOCKVERSION (base binaries). Those measures can't cover all 100 percent of users, but maybe 99 is enough? Anyway, rebuilding world/userland with this patch should not break anything. Problems can arise only when some recompilation based on new headers is done. SYSCTL ROUTE DUMP: SO_RTSOCKVERSION is replaced by more detailed sysctl request described in the beginning, the rest approach is exactly the same (patches for base/ports, etc..) If this is more or less reasonable approach I can provide patch doing all of the above till the end of this week From owner-freebsd-net@FreeBSD.ORG Tue Jun 7 11:51:58 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B225106566C for ; Tue, 7 Jun 2011 11:51:58 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id F2CCE8FC0A for ; Tue, 7 Jun 2011 11:51:57 +0000 (UTC) Received: by vxc34 with SMTP id 34so4965711vxc.13 for ; Tue, 07 Jun 2011 04:51:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=aGJ0+/a5cRckLE6I72sy816TLmuUY1FytzyL1Xy+e7g=; b=G0NDG1eoXE1aCiXalrGSZXLZrFBlwhn7s2hzxDjDYp/M56daMCDNqqcajpRMJwRfuI OQpJhYjpMu+I5wMOV12TeL4oab4ZwyGK33sSpRXYu8ViMr0Td0Lny+Jc43ysCOtgn2X1 yD13+dw0DdL+IpKec21Rz6ic2KacIvhZHXctI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=J9gA2pM0ewHJ71gxY/l6q4HYwa/V0ewrwhh+F9AFThnH5jfA8ubz+w3aRXcZU9gilL YCvgqmCoH6p1zKhfYARKGhfChSfsqZCGN4CfzdOPhV0esRVntewoaDme/PfzVSwUzqU3 7E5kz7jOSOHzs5I6HkfBLEqK1FDJWV+1YeCbM= MIME-Version: 1.0 Received: by 10.52.177.234 with SMTP id ct10mr5383646vdc.2.1307447516943; Tue, 07 Jun 2011 04:51:56 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.187.74 with HTTP; Tue, 7 Jun 2011 04:51:56 -0700 (PDT) In-Reply-To: References: Date: Tue, 7 Jun 2011 13:51:56 +0200 X-Google-Sender-Auth: I-iQZjUd_oolg_CNn8ERImaG6ys Message-ID: From: "K. Macy" To: grarpamp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: FreeBSD I/OAT (QuickData now?) 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: Tue, 07 Jun 2011 11:51:58 -0000 All 10GigE NICs and some newer 10 GigE NICs have multiple hardware queues with a separate MSI-x vector per queue, where each vector is directed to a different CPU. The current operating model is to have a separate interrupt thread per vector. This obviously gets bogged down if one has multiple cards as the interrupt threads end up requiring the scheduler to distribute work fairly between cards as multiple threads will end up running on the same CPUs. Nokia had a reasonable interface for coping with this that was reminiscent of NAPI whereby cooperative sharing between interfaces was provided by having a single taskqueue thread per-core and the cards would queue tasks (which would be re-queued if more than a certain amount of work were required) as interrupts were delivered. There has been talk off and on of porting this "net_task" interface to freebsd. None of this addresses PF_RING's facility for pushing packets in to userland - but presumably Rizzo's netmap work addresses those in need of that sufficiently. Cheers, Kip On Tue, Jun 7, 2011 at 4:13 AM, grarpamp wrote: > Is this work part of what's needed to enable the FreeBSD > equivalent of TNAPI? > > I know we've got polling. And probably MSI-X in a couple drivers. > Pretty sure there is still one CPU doing the interrupt work? > And none of the multiple queue thread spreading tech exists? > > http://www.ntop.org/blog > http://www.ntop.org/TNAPI.html > TNAPI attempts to solve the following problems: > =A0 =A0* Distribute the traffic across cores (i.e. the more core the more > scalable is your networking application) for improving scalability. > =A0 =A0* Poll packets simultaneously from each RX queue (contraty to > sequential NAPI polling) for fetching packets as fast as possible > hence improve performance. > =A0 =A0* Through PF_RING, expose the RX queues to the userland so that > the application can spawn one thread per queue hence avoid using > semaphores at all. > TNAPI achieves all this by starting one thread per RX queue. Received > packets are then pushed to PF_RING (if available) or through the > standard Linux stack. However in order to fully exploit this > technology it is necessary to use PF_RING as it provides a straight > packet path from kernel to userland. Furthermore it allows to create a > virtual ethernet card per RX queue. > _______________________________________________ > 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 Jun 7 18:06:57 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC33106566B for ; Tue, 7 Jun 2011 18:06:57 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 84F2B8FC1C for ; Tue, 7 Jun 2011 18:06:57 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id AF65725D3810 for ; Tue, 7 Jun 2011 18:06:56 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id CCB8B15A12C3 for ; Tue, 7 Jun 2011 18:06:55 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id xpbl-vgM0yAu for ; Tue, 7 Jun 2011 18:06:55 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id DAB9D15A12A7 for ; Tue, 7 Jun 2011 18:06:54 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 7 Jun 2011 18:06:53 +0000 Message-Id: <61F38CD3-573C-4AA5-93B4-085EC1D0ED6B@lists.zabbadoz.net> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: FreeBSD, IPv6 and World IPv6 Day 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, 07 Jun 2011 18:06:57 -0000 Hi, a couple of us are hanging out on EFNet in #freebsd-w6d for the next 30 = hours or so (as we are awake;). The main idea is to share experience of = FreeBSD and IPv6 during World IPv6 Day and to try to help people in case = of immediate problems. We'll also try to closely monitor this = freebsd-net mailing list in case you'll post here. For more information see: http://www.freebsd.org/ipv6/w6d.html Bjoern --=20 A lot of the this June 8th World IPv6 Day verbiage is about picking the right color, not so much for the bikeshed of putting IPv6 into use, but it will hopefully be a redpill day for some bluepill people. /bz From owner-freebsd-net@FreeBSD.ORG Wed Jun 8 02:29:53 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12704106564A for ; Wed, 8 Jun 2011 02:29:52 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7E47E8FC0A for ; Wed, 8 Jun 2011 02:29:52 +0000 (UTC) Received: by iyj12 with SMTP id 12so82440iyj.13 for ; Tue, 07 Jun 2011 19:29:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :reply-to:references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=vC3RW39z0QtELgpJUN2RCQDlm6PGhk4o/VendLIbW0Q=; b=SRBlIUf7jLNDFhfJzyXG0isNBzsH834iAmJrWgH4It/EGgHkYwxwUp2mSwvmOMceRy iEQURTD8d6S0vJkFndnVW43NxNHFcOMT49gRyxEUaMb4b8NKaG+DQHr5jL4SMx84n4vc E77UxfJpDomliHH6MyKxHokptYYw2sYA4luaU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :x-openpgp-key-id:x-openpgp-key-fingerprint:x-openpgp-key-url; b=aCsr3YSw8a+pyXCF8ompCIve9OBI4gtlg90lPxcYb1MSMCVatUvJTPy80YTTTpr7IK 9hcX+OLa5vS/ZwF/jnuhNXcUSfJ7aSSbcL0znHzeQFFuH6jKE9mDXDXOp3/hIy6pP4G1 ZKhBW3XIz6KUK4GvWN6kp/tkvY9cP1PAA1/LA= Received: by 10.42.24.138 with SMTP id w10mr4501980icb.56.1307500191671; Tue, 07 Jun 2011 19:29:51 -0700 (PDT) Received: from DataIX.net (adsl-99-19-42-166.dsl.klmzmi.sbcglobal.net [99.19.42.166]) by mx.google.com with ESMTPS id v15sm50191ibh.62.2011.06.07.19.29.49 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 07 Jun 2011 19:29:50 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p582Thsi043648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Jun 2011 22:29:43 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p582TeeQ043647; Tue, 7 Jun 2011 22:29:40 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Tue, 7 Jun 2011 22:29:40 -0400 From: Jason Hellenthal To: "Bjoern A. Zeeb" Message-ID: <20110608022940.GA42963@DataIX.net> References: <61F38CD3-573C-4AA5-93B4-085EC1D0ED6B@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <61F38CD3-573C-4AA5-93B4-085EC1D0ED6B@lists.zabbadoz.net> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD, IPv6 and World IPv6 Day X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jhell@DataIX.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 02:29:53 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Bjoern, Thank you for this update. And thank you for your continuous work on making IPv6 on FreeBSD as good as it is. It has been a real pleasure watching the advances that you and alike others have made in a contribution to the overall functionality. Net@ followers, Not trying to put you on a pedastal here Bjoern ;) For those of you who do not recognize Bjoern, this would be a great chance to have your insights heard in real-time by one of steering minds of the IPv6 community. http://freebsdfoundation.blogspot.com/2010/11/bjoern-zeeb-awarded-internati= onal.html http://www.isoc.org/itojun/ http://www.youtube.com/watch?v=3DqiMZX7L0peQ Hats off o/^ On Tue, Jun 07, 2011 at 06:06:53PM +0000, Bjoern A. Zeeb wrote: > Hi, >=20 > a couple of us are hanging out on EFNet in #freebsd-w6d for the next 30 h= ours or so (as we are awake;). The main idea is to share experience of Fre= eBSD and IPv6 during World IPv6 Day and to try to help people in case of im= mediate problems. We'll also try to closely monitor this freebsd-net mailin= g list in case you'll post here. >=20 > For more information see: >=20 > http://www.freebsd.org/ipv6/w6d.html >=20 > Bjoern >=20 > --=20 > A lot of the this June 8th World IPv6 Day verbiage is about picking the > right color, not so much for the bikeshed of putting IPv6 into use, but > it will hopefully be a redpill day for some bluepill people. /bz >=20 --=20 "Unity can only be manifested by the Binary. Unity itself and the idea of U= nity are already two." -- Buddha Regards, (jhell) Jason Hellenthal --FCuugMFkClbJLl1L Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN7t6TAAoJEJBXh4mJ2FR+HvwH/i8xwcjNbCAftkfyC1H5sctv zBWenKInZfeGmnBwjHyzMo26mZd09ovURxHY1CYoF5EV4Fn35on2mlpiDpXCdX0n E2Pp+q1A65qvhQ5J7eW1TkXPQxFqSYs/A0QisbBVfqkvR8UCYeY59YNQT0Iq+XS5 F56xWx8BPEDGzM0d4nbUkaPdOiD+ZdhqvFGr4yepUVbUsEUxf05uO8zpR+FY6Sn0 vEXGu6G7425aJX3JmjJSfLAY7/KcDT4FVCSxbHKa/l5PI1gjhPAHPxhwmm2rGZFh GPEp6UnlNGeV/MBFHGMJIXf0sjD+o1WR1dXtlzoUxO/L25EygukbgGigrV69eNc= =Zdmx -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-net@FreeBSD.ORG Wed Jun 8 05:24:06 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2917106566C; Wed, 8 Jun 2011 05:24:06 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9F94E8FC13; Wed, 8 Jun 2011 05:24:06 +0000 (UTC) Received: by pzk27 with SMTP id 27so99156pzk.13 for ; Tue, 07 Jun 2011 22:24:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ZukrXzCdmXfMObAIhyo14kRCHaOI9lg/Le0746ehjHM=; b=qlwzFM4r1K3Nxr86G6BTsUuIbphMAL1DxHwL9cbBWgCwk8Ndmnh8VQTBP6cB4zyZm4 j2+XYGDeQuaUx/dJxqbNPF2vVnArhl6gqxjFXt0UqhYnaE5bz0Bno7hirjRQBXBAWIlo MZvEAWwyNLwomIS4m0TcVh6i9Gq0AWZSV81Bw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=solO/AaCYfvH0pQi8M2Pu13W1mFYM1WOHSWNEel/c1ZooAOykXi/fgSgzsJ5Ij/oQJ szhzsNh4R0Gp1M8cnklm0szAYDc0XPnphjlGeofxUIU32JnKa18OSUpA/24PWDnUFVHD N/TqoJmft4BMr/6rV/WEUOsSnu1/35fjczPYY= MIME-Version: 1.0 Received: by 10.68.31.137 with SMTP id a9mr559404pbi.202.1307510646001; Tue, 07 Jun 2011 22:24:06 -0700 (PDT) Received: by 10.68.52.164 with HTTP; Tue, 7 Jun 2011 22:24:05 -0700 (PDT) In-Reply-To: References: Date: Wed, 8 Jun 2011 01:24:05 -0400 Message-ID: From: Arnaud Lacombe To: Emil Muratov Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, luigi@freebsd.org, Paolo Pisati Subject: Re: nfe taskq kernel 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: Wed, 08 Jun 2011 05:24:06 -0000 Hi, [sorry for the delay] On Thu, May 5, 2011 at 2:22 PM, Arnaud Lacombe wrote: > Hi, > > On Thu, May 5, 2011 at 1:37 PM, Emil Muratov wrote: >> >> >> Hi all. >> >> I have a small home router/nas running nvidia ion platform with onboard = nfe >> LAN adapter. >> About a month ago I changed ISP and setup pppoe client with mpd5.5. Sinc= e >> that time my router >> issues kernel panic once or twice a day with "Fatal trap 12: page fault >> while in kernel mode" and (nfe0 taskq) is the current process. >> Updating to the latest stable doesn't help. I don=92t know what to do ne= xt, >> any help would be much appreciated. Below is kgdb backtrace, dmesg outpu= t, >> kernel config file, if anything is missing just let me know. >> > Your error looks like a nice use-after-free. Could you 'disassemble > 0xffffffff8037d7bb' in gdb, and find the matching faulty dereference ? > For the record, this crash happen very early in LibAliasIn. The disassembly gives the following result: Dump of assembler code for function LibAliasIn: 0xffffffff8037d78f : push %rbp 0xffffffff8037d790 : mov %rsp,%rbp 0xffffffff8037d793 : push %r15 0xffffffff8037d795 : push %r14 0xffffffff8037d797 : push %r13 0xffffffff8037d799 : push %r12 0xffffffff8037d79b : push %rbx 0xffffffff8037d79c : sub $0x8,%rsp 0xffffffff8037d7a0 : mov %rdi,%rbx 0xffffffff8037d7a3 : mov %rsi,%r15 0xffffffff8037d7a6 : mov %edx,%r14d 0xffffffff8037d7a9 : mov %gs:0x0,%r12 0xffffffff8037d7b2 : mov $0x4,%r13d 0xffffffff8037d7b8 : mov %r13,%rax 0xffffffff8037d7bb : lock cmpxchg %r12,0xfac8(%rdi) ^^^ crash here 0xffffffff8037d7c4 : sete %al 0xffffffff8037d7c7 : test %al,%al 0xffffffff8037d7c9 : je 0xffffffff8037d813 As LibAliasIn in _very_ trivial: int LibAliasIn(struct libalias *la, char *ptr, int maxpacketsize) { int res; LIBALIAS_LOCK(la); res =3D LibAliasInLocked(la, ptr, maxpacketsize); LIBALIAS_UNLOCK(la); return (res); } the crash certainly happens because the reference of libalias became invali= d. Now the reason as of why it happens remain to be found. That part of the code is pretty obscure to me, so I'll let piso@ or luigi@ handle this issue for now. - Arnaud > I'd tend not to trust code relying on "big hack", as per the preamble > of m_megapullup(): > > /* > =A0* m_megapullup() - this function is a big hack. > =A0* Thankfully, it's only used in ng_nat and ipfw+nat. > =A0*... > > which look like a re-invention of m_copydata()... > > =A0- Arnaud > >> Thanx. >> >> >> >> =3D=3D=3D=3D=3D >> epia.home.lan dumped core - see /crash/vmcore.15 >> >> Thu May =A05 18:29:58 MSD 2011 >> >> FreeBSD epia.home.lan 8.2-STABLE FreeBSD 8.2-STABLE #1: Tue May =A03 22:= 11:56 >> MSD 2011 =A0 =A0 root@epia.home.lan:/usr/obj/usr/src/sys/ION4debug =A0am= d64 >> >> panic: page fault >> >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you= are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. =A0Type "show warranty" for det= ails. >> This GDB was configured as "amd64-marcel-freebsd"... >> >> Unread portion of the kernel message buffer: >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> fault virtual address =A0 =3D 0xffffff800ff02ac8 >> fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor write data, page no= t present >> instruction pointer =A0 =A0 =3D 0x20:0xffffffff8037d7bb >> stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff80000fde20 >> frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff80000fde60 >> code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x= 1b >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, long 1= , def32 0, gran 1 >> processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D = 0 >> current process =A0 =A0 =A0 =A0 =3D 0 (nfe0 taskq) >> trap number =A0 =A0 =A0 =A0 =A0 =A0 =3D 12 >> panic: page fault >> cpuid =3D 0 >> KDB: stack backtrace: >> #0 0xffffffff802a97a3 at kdb_backtrace+0x5e >> #1 0xffffffff8027aa98 at panic+0x182 >> #2 0xffffffff804466d0 at trap_fatal+0x292 >> #3 0xffffffff80446a85 at trap_pfault+0x286 >> #4 0xffffffff80446f2f at trap+0x3cb >> #5 0xffffffff8042ff54 at calltrap+0x8 >> #6 0xffffffff8035ceb4 at ipfw_nat+0x20a >> #7 0xffffffff803547e3 at ipfw_chk+0xbaf >> #8 0xffffffff8035977c at ipfw_check_hook+0xf9 >> #9 0xffffffff8032a221 at pfil_run_hooks+0x9c >> #10 0xffffffff8035fe84 at ip_input+0x2d0 >> #11 0xffffffff8032947f at netisr_dispatch_src+0x71 >> #12 0xffffffff80c22cab at ng_iface_rcvdata+0xdc >> #13 0xffffffff80c18964 at ng_apply_item+0x20a >> #14 0xffffffff80c17afd at ng_snd_item+0x2a1 >> #15 0xffffffff80c18964 at ng_apply_item+0x20a >> #16 0xffffffff80c17afd at ng_snd_item+0x2a1 >> #17 0xffffffff80c25305 at ng_ppp_rcvdata+0x202 >> Uptime: 18h57m47s >> Physical memory: 2005 MB >> Dumping 1644 MB: 1629 1613 1597 1581 1565 1549 1533 1517 1501 1485 1469 = 1453 >> 1437 1421 1405 1389 1373 1357 1341 1325 1309 1293 1277 1261 1245 1229 12= 13 >> 1197 1181 1165 1149 1133 1117 1101 1085 1069 1053 1037 1021 1005 989 973= 957 >> 941 925 909 893 877 861 845 829 813 797 781 765 749 733 717 701 685 669 = 653 >> 637 621 605 589 573 557 541 525 509 493 477 461 445 429 413 397 381 365 = 349 >> 333 317 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 = 29 >> 13 >> >> Reading symbols from /boot/kernel/zfs.ko...Reading symbols from >> /boot/kernel/zfs.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/zfs.ko >> Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from >> /boot/kernel/opensolaris.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/opensolaris.ko >> Reading symbols from /boot/kernel/krpc.ko...Reading symbols from >> /boot/kernel/krpc.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/krpc.ko >> Reading symbols from /boot/kernel/if_nfe.ko...Reading symbols from >> /boot/kernel/if_nfe.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/if_nfe.ko >> Reading symbols from /boot/kernel/aio.ko...Reading symbols from >> /boot/kernel/aio.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/aio.ko >> Reading symbols from /boot/kernel/alias_ftp.ko...Reading symbols from >> /boot/kernel/alias_ftp.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/alias_ftp.ko >> Reading symbols from /boot/kernel/if_stf.ko...Reading symbols from >> /boot/kernel/if_stf.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/if_stf.ko >> Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from >> /boot/kernel/ng_socket.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/ng_socket.ko >> Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from >> /boot/kernel/netgraph.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/netgraph.ko >> Reading symbols from /boot/kernel/ng_mppc.ko...Reading symbols from >> /boot/kernel/ng_mppc.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/ng_mppc.ko >> Reading symbols from /boot/kernel/rc4.ko...Reading symbols from >> /boot/kernel/rc4.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/rc4.ko >> Reading symbols from /boot/kernel/ng_iface.ko...Reading symbols from >> /boot/kernel/ng_iface.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/ng_iface.ko >> Reading symbols from /boot/kernel/ng_ppp.ko...Reading symbols from >> /boot/kernel/ng_ppp.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/ng_ppp.ko >> Reading symbols from /boot/kernel/ng_tee.ko...Reading symbols from >> /boot/kernel/ng_tee.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/ng_tee.ko >> Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from >> /boot/kernel/ng_ether.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/ng_ether.ko >> Reading symbols from /boot/kernel/ng_pppoe.ko...Reading symbols from >> /boot/kernel/ng_pppoe.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/ng_pppoe.ko >> Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from >> /boot/kernel/accf_http.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/accf_http.ko >> Reading symbols from /boot/kernel/accf_data.ko...Reading symbols from >> /boot/kernel/accf_data.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/accf_data.ko >> Reading symbols from /boot/kernel/ng_tcpmss.ko...Reading symbols from >> /boot/kernel/ng_tcpmss.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/ng_tcpmss.ko >> #0 =A0doadump () at pcpu.h:224 >> 224 =A0 =A0 pcpu.h: No such file or directory. >> =A0 =A0 =A0 =A0in pcpu.h >> (kgdb) #0 =A0doadump () at pcpu.h:224 >> #1 =A00xffffffff8027a615 in boot (howto=3D260) >> =A0 =A0at /usr/src/sys/kern/kern_shutdown.c:419 >> #2 =A00xffffffff8027aa82 in panic (fmt=3DVariable "fmt" is not available= .) >> =A0 =A0at /usr/src/sys/kern/kern_shutdown.c:592 >> #3 =A00xffffffff804466d0 in trap_fatal (frame=3D0xc, eva=3DVariable "eva= " is not >> available.) >> =A0 =A0at /usr/src/sys/amd64/amd64/trap.c:811 >> #4 =A00xffffffff80446a85 in trap_pfault (frame=3D0xffffff80000fe720, use= rmode=3D0) >> =A0 =A0at /usr/src/sys/amd64/amd64/trap.c:727 >> #5 =A00xffffffff80446f2f in trap (frame=3D0xffffff80000fe720) >> =A0 =A0at /usr/src/sys/amd64/amd64/trap.c:477 >> #6 =A00xffffffff8042ff54 in calltrap () >> =A0 =A0at /usr/src/sys/amd64/amd64/exception.S:228 >> #7 =A00xffffffff80c2c8ce in pppoe_findsession (privp=3DVariable "privp" = is not >> available.) >> =A0 =A0at /usr/src/sys/modules/netgraph/pppoe/../../../netgraph/ng_pppoe= .c:566 >> #8 =A00xffffffff80c2cfe7 in ng_pppoe_rcvdata_ether (hook=3DVariable "hoo= k" is >> not available.) >> =A0 =A0at /usr/src/sys/modules/netgraph/pppoe/../../../netgraph/ng_pppoe= .c:1613 >> #9 =A00xffffffff80c18964 in ng_apply_item (node=3D0xffffff002105ec00, >> =A0 =A0item=3D0xffffff0054a36500, rw=3D0) >> =A0 =A0at >> /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2327 >> #10 0xffffffff80c17afd in ng_snd_item (item=3D0xffffff0054a36500, flags= =3D0) >> =A0 =A0at >> /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2244 >> #11 0xffffffff80320b5a in ether_demux (ifp=3D0xffffff0006862800, >> =A0 =A0m=3D0xffffff0039907700) at /usr/src/sys/net/if_ethersubr.c:911 >> #12 0xffffffff80320f41 in ether_input (ifp=3D0xffffff0006862800, >> =A0 =A0m=3D0xffffff0039907700) at /usr/src/sys/net/if_ethersubr.c:753 >> #13 0xffffffff80320aa2 in ether_demux (ifp=3D0xffffff0001676800, >> =A0 =A0m=3D0xffffff0039907700) at /usr/src/sys/net/if_ethersubr.c:803 >> #14 0xffffffff80320f41 in ether_input (ifp=3D0xffffff0001676800, >> =A0 =A0m=3D0xffffff0039907700) at /usr/src/sys/net/if_ethersubr.c:753 >> #15 0xffffffff809eb76e in nfe_jrxeof (sc=3D0xffffff80003ae000, count=3D1= 85, >> =A0 =A0rx_npktsp=3D0x0) at /usr/src/sys/modules/nfe/../../dev/nfe/if_nfe= .c:2303 >> #16 0xffffffff809effea in nfe_int_task (arg=3DVariable "arg" is not >> available.) >> =A0 =A0at /usr/src/sys/modules/nfe/../../dev/nfe/if_nfe.c:1899 >> #17 0xffffffff802b3f7e in taskqueue_run_locked (queue=3D0xffffff00017227= 00) >> =A0 =A0at /usr/src/sys/kern/subr_taskqueue.c:248 >> #18 0xffffffff802b410c in taskqueue_thread_loop (arg=3DVariable "arg" is= not >> available.) >> =A0 =A0at /usr/src/sys/kern/subr_taskqueue.c:385 >> #19 0xffffffff80252d5d in fork_exit ( >> =A0 =A0callout=3D0xffffffff802b40c4 , >> =A0 =A0arg=3D0xffffff80003ae1b8, frame=3D0xffffff80000fec50) >> =A0 =A0at /usr/src/sys/kern/kern_fork.c:865 >> #20 0xffffffff8043049e in fork_trampoline () >> =A0 =A0at /usr/src/sys/amd64/amd64/exception.S:603 >> #21 0x0000000000000000 in ?? () >> #22 0x0000000000000000 in ?? () >> #23 0x0000000000000000 in ?? () >> #24 0x0000000000000000 in ?? () >> #25 0x0000000000000000 in ?? () >> #26 0x0000000000000000 in ?? () >> #27 0x0000000000000000 in ?? () >> #28 0x0000000000000000 in ?? () >> #29 0x0000000000000000 in ?? () >> #30 0x0000000000000000 in ?? () >> #31 0x0000000000000000 in ?? () >> #32 0x0000000000000000 in ?? () >> #33 0x0000000000000000 in ?? () >> #34 0x0000000000000000 in ?? () >> #35 0x0000000000000000 in ?? () >> #36 0x0000000000000000 in ?? () >> #37 0x0000000000000000 in ?? () >> #38 0x0000000000000000 in ?? () >> #39 0x0000000000000000 in ?? () >> #40 0x0000000000000000 in ?? () >> #41 0x0000000000000000 in ?? () >> #42 0x0000000000000000 in ?? () >> #43 0x0000000000000000 in ?? () >> #44 0x0000000000000000 in ?? () >> #45 0xffffffff80665140 in affinity () >> #46 0x0000000000000000 in ?? () >> #47 0x0000000000000000 in ?? () >> #48 0xffffff0001741460 in ?? () >> #49 0xffffff80000fe380 in ?? () >> #50 0xffffff80000fe328 in ?? () >> #51 0xffffff00015b8000 in ?? () >> #52 0xffffffff8029d819 in sched_switch (td=3D0xffffffff802b40c4, >> =A0 =A0newtd=3D0xffffff80003ae1b8, flags=3DVariable "flags" is not avail= able. >> ) at /usr/src/sys/kern/sched_ule.c:1859 >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >> >> >> DMESG >> --- >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> =A0 =A0 =A0 =A0The Regents of the University of California. All rights r= eserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 8.2-STABLE #1: Tue May =A03 22:11:56 MSD 2011 >> =A0 =A0root@epia.home.lan:/usr/obj/usr/src/sys/ION4debug amd64 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Atom(TM) CPU =A0330 =A0 @ 1.60GHz (1600.01-MHz K8-class CP= U) >> =A0Origin =3D "GenuineIntel" =A0Id =3D 0x106c2 =A0Family =3D 6 =A0Model = =3D 1c =A0Stepping =3D 2 >> =A0Features=3D0xbfe9fbff >> =A0Features2=3D0x40e31d >> =A0AMD Features=3D0x20000800 >> =A0AMD Features2=3D0x1 >> =A0TSC: P-state invariant >> real memory =A0=3D 2147483648 (2048 MB) >> avail memory =3D 2025250816 (1931 MB) >> ACPI APIC Table: <072310 APIC1353> >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP/HT): APIC ID: =A01 >> =A0cpu2 (AP): APIC ID: =A02 >> =A0cpu3 (AP/HT): APIC ID: =A03 >> ioapic0: Changing APIC ID to 4 >> ioapic0 irqs 0-23 on motherboard >> kbd1 at kbdmux0 >> cryptosoft0: on motherboard >> acpi0: <072310 RSDT1353> on motherboard >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> acpi0: reservation of fefe1000, 1000 (3) failed >> acpi0: reservation of fee01000, ff000 (3) failed >> acpi0: reservation of fec00000, 1000 (3) failed >> acpi0: reservation of fee00000, 1000 (3) failed >> acpi0: reservation of 0, a0000 (3) failed >> acpi0: reservation of 100000, 7ff00000 (3) failed >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 >> cpu0: on acpi0 >> cpu1: on acpi0 >> cpu2: on acpi0 >> cpu3: on acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pci0: at device 0.1 (no driver attached) >> isab0: port 0x4f00-0x4fff at device 3.0 on pci0 >> isa0: on isab0 >> pci0: at device 3.1 (no driver attached) >> pci0: at device 3.2 (no driver attached) >> pci0: at device 3.3 (no driver attached) >> pci0: at device 3.5 (no driver attached) >> ohci0: mem 0xfae7f000-0xfae7ffff ir= q 16 >> at device 4.0 on pci0 >> ohci0: [ITHREAD] >> usbus0: on ohci0 >> ehci0: mem 0xfae7ec00-0xfae7ecf= f >> irq 18 at device 4.1 on pci0 >> ehci0: [ITHREAD] >> usbus1: EHCI version 1.0 >> usbus1: on ehci0 >> pcib1: at device 9.0 on pci0 >> pci3: on pcib1 >> nfe0: port 0xd080-0xd087 mem >> 0xfae7d000-0xfae7dfff,0xfae7e800-0xfae7e8ff,0xfae7e400-0xfae7e40f irq 22= at >> device 10.0 on pci0 >> miibus0: on nfe0 >> rgephy0: PHY 3 on miibus0 >> rgephy0: =A010baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX= -FDX, >> 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, >> 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, aut= o, >> auto-flow >> nfe0: Ethernet address: 00:25:22:21:86:89 >> nfe0: [FILTER] >> ahci0: port >> 0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc887,0xc800-0xc803,0xc480-0xc48f me= m >> 0xfae76000-0xfae77fff irq 23 at device 11.0 on pci0 >> ahci0: [ITHREAD] >> ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier supported >> ahcich0: at channel 0 on ahci0 >> ahcich0: [ITHREAD] >> ahcich1: at channel 1 on ahci0 >> ahcich1: [ITHREAD] >> ahcich2: at channel 2 on ahci0 >> ahcich2: [ITHREAD] >> ahcich3: at channel 3 on ahci0 >> ahcich3: [ITHREAD] >> ahcich4: at channel 4 on ahci0 >> ahcich4: [ITHREAD] >> ahcich5: at channel 5 on ahci0 >> ahcich5: [ITHREAD] >> pcib2: irq 20 at device 12.0 on pci0 >> pci2: on pcib2 >> pcib3: at device 16.0 on pci0 >> pci1: on pcib3 >> vgapci0: port 0xec00-0xec7f mem >> 0xfb000000-0xfbffffff,0xe0000000-0xefffffff,0xf6000000-0xf7ffffff irq 21= at >> device 0.0 on pci1 >> acpi_button0: on acpi0 >> acpi_hpet0: iomem 0xfed00000-0xfed00fff irq= 2,8 >> on acpi0 >> Timecounter "HPET" frequency 25000000 Hz quality 900 >> atrtc0: port 0x70-0x71 on acpi0 >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >> uart0: [FILTER] >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=3D0x300> >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa= 0 >> atkbdc0: at port 0x60,0x64 on isa0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> atkbd0: [ITHREAD] >> p4tcc0: on cpu0 >> p4tcc1: on cpu1 >> p4tcc2: on cpu2 >> p4tcc3: on cpu3 >> ZFS filesystem version 5 >> ZFS storage pool version 28 >> Timecounters tick every 1.000 msec >> ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based >> forwarding enabled, default to deny, logging disabled >> load_dn_sched dn_sched FIFO loaded >> load_dn_sched dn_sched PRIO loaded >> load_dn_sched dn_sched QFQ loaded >> load_dn_sched dn_sched RR loaded >> load_dn_sched dn_sched WF2Q+ loaded >> usbus0: 12Mbps Full Speed USB v1.0 >> usbus1: 480Mbps High Speed USB v2.0 >> ugen0.1: at usbus0 >> uhub0: on usbus= 0 >> ugen1.1: at usbus1 >> uhub1: on usbus= 1 >> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 >> ada0: ATA-7 SATA 2.x device >> ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >> ada0: Command Queueing enabled >> ada0: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) >> ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 >> ada1: ATA-8 SATA 2.x device >> ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >> ada1: Command Queueing enabled >> ada1: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) >> ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 >> ada2: ATA-8 SATA 2.x device >> ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >> ada2: Command Queueing enabled >> ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >> ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 >> ada3: ATA-7 SATA 2.x device >> ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >> ada3: Command Queueing enabled >> ada3: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) >> SMP: AP CPU #3 Launched! >> SMP: AP CPU #1 Launched! >> SMP: AP CPU #2 Launched! >> uhub0: 10 ports with 10 removable, self powered >> Root mount waiting for: usbus1 >> Root mount waiting for: usbus1 >> Root mount waiting for: usbus1 >> Root mount waiting for: usbus1 >> uhub1: 10 ports with 10 removable, self powered >> Trying to mount root from zfs:rz >> >> >> KERNCONF >> -------- >>> >>> grep -v -e "^#" /root/conf/ION4debug >> >> cpu =A0 =A0 =A0 =A0 =A0 =A0 HAMMER >> ident =A0 =A0 =A0 =A0 =A0 ION4debug >> >> makeoptions =A0 =A0 DEBUG=3D-g =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Build ke= rnel with gdb(1) debug >> symbols >> >> options =A0 =A0 =A0 =A0 SCHED_ULE =A0 =A0 =A0 =A0 =A0 =A0 =A0 # ULE sche= duler >> options =A0 =A0 =A0 =A0 PREEMPTION =A0 =A0 =A0 =A0 =A0 =A0 =A0# Enable k= ernel thread preemption >> options =A0 =A0 =A0 =A0 INET =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# In= terNETworking >> options =A0 =A0 =A0 =A0 INET6 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # IPv6= communications protocols >> options =A0 =A0 =A0 =A0 FFS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Be= rkeley Fast Filesystem >> options =A0 =A0 =A0 =A0 SOFTUPDATES =A0 =A0 =A0 =A0 =A0 =A0 # Enable FFS= soft updates support >> options =A0 =A0 =A0 =A0 UFS_ACL =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Suppor= t for access control lists >> options =A0 =A0 =A0 =A0 UFS_DIRHASH =A0 =A0 =A0 =A0 =A0 =A0 # Improve pe= rformance on big >> directories >> options =A0 =A0 =A0 =A0 UFS_GJOURNAL =A0 =A0 =A0 =A0 =A0 =A0# Enable gjo= urnal-based UFS >> journaling >> options =A0 =A0 =A0 =A0 PROCFS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Proc= ess filesystem (requires >> PSEUDOFS) >> options =A0 =A0 =A0 =A0 PSEUDOFS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Pseudo= -filesystem framework >> options =A0 =A0 =A0 =A0 GEOM_PART_GPT =A0 =A0 =A0 =A0 =A0 # GUID Partiti= on Tables. >> options =A0 =A0 =A0 =A0 GEOM_LABEL =A0 =A0 =A0 =A0 =A0 =A0 =A0# Provides= labelization >> options =A0 =A0 =A0 =A0 COMPAT_43TTY =A0 =A0 =A0 =A0 =A0 =A0# BSD 4.3 TT= Y compat (sgtty) >> options =A0 =A0 =A0 =A0 SCSI_DELAY=3D5000 =A0 =A0 =A0 =A0 # Delay (in ms= ) before probing SCSI >> options =A0 =A0 =A0 =A0 KTRACE =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# ktra= ce(1) support >> options =A0 =A0 =A0 =A0 STACK =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # stac= k(9) support >> options =A0 =A0 =A0 =A0 SYSVSHM =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # SYSV-s= tyle shared memory >> options =A0 =A0 =A0 =A0 SYSVMSG =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # SYSV-s= tyle message queues >> options =A0 =A0 =A0 =A0 SYSVSEM =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # SYSV-s= tyle semaphores >> options =A0 =A0 =A0 =A0 P1003_1B_SEMAPHORES =A0 =A0 # POSIX-style semaph= ores >> options =A0 =A0 =A0 =A0 _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B rea= l-time >> extensions >> options =A0 =A0 =A0 =A0 PRINTF_BUFR_SIZE=3D128 =A0 =A0# Prevent printf o= utput being >> interspersed. >> options =A0 =A0 =A0 =A0 KBD_INSTALL_CDEV =A0 =A0 =A0 =A0# install a CDEV= entry in /dev >> options =A0 =A0 =A0 =A0 HWPMC_HOOKS =A0 =A0 =A0 =A0 =A0 =A0 # Necessary = kernel hooks for >> hwpmc(4) >> options =A0 =A0 =A0 =A0 AUDIT =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Secu= rity event auditing >> options =A0 =A0 =A0 =A0 MAC =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Tr= ustedBSD MAC Framework >> options =A0 =A0 =A0 =A0 FLOWTABLE =A0 =A0 =A0 =A0 =A0 =A0 =A0 # per-cpu = routing cache >> options =A0 =A0 =A0 =A0 INCLUDE_CONFIG_FILE =A0 =A0 # Include this file = in kernel >> >> options =A0 =A0 =A0 =A0 KDB =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Ke= rnel debugger related code >> options =A0 =A0 =A0 =A0 KDB_TRACE =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Print a = stack trace for a panic >> >> options =A0 =A0 =A0 =A0 SMP =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Sy= mmetric MultiProcessor Kernel >> >> device =A0 =A0 =A0 =A0 =A0cpufreq >> >> options =A0 =A0 =A0 =A0 DEVICE_POLLING >> options =A0 =A0 =A0 =A0 IPFIREWALL >> options =A0 =A0 =A0 =A0 IPDIVERT >> options =A0 =A0 =A0 =A0 IPFIREWALL_FORWARD >> options =A0 =A0 =A0 =A0 IPFIREWALL_NAT >> options =A0 =A0 =A0 =A0 IPSTEALTH >> options =A0 =A0 =A0 =A0 DUMMYNET >> >> options =A0 =A0 =A0 =A0 LIBALIAS >> >> device =A0 =A0 =A0 =A0 =A0crypto >> >> device =A0 =A0 =A0 =A0 =A0acpi >> device =A0 =A0 =A0 =A0 =A0pci >> >> device =A0 =A0 =A0 =A0 =A0ahci >> >> device =A0 =A0 =A0 =A0 =A0scbus =A0 =A0 =A0 =A0 =A0 # SCSI bus (required= for SCSI) >> device =A0 =A0 =A0 =A0 =A0da =A0 =A0 =A0 =A0 =A0 =A0 =A0# Direct Access = (disks) >> device =A0 =A0 =A0 =A0 =A0pass =A0 =A0 =A0 =A0 =A0 =A0# Passthrough devi= ce (direct SCSI access) >> >> device =A0 =A0 =A0 =A0 =A0atkbdc =A0 =A0 =A0 =A0 =A0# AT keyboard contro= ller >> device =A0 =A0 =A0 =A0 =A0atkbd =A0 =A0 =A0 =A0 =A0 # AT keyboard >> device =A0 =A0 =A0 =A0 =A0psm =A0 =A0 =A0 =A0 =A0 =A0 # PS/2 mouse >> >> device =A0 =A0 =A0 =A0 =A0kbdmux =A0 =A0 =A0 =A0 =A0# keyboard multiplex= er >> >> device =A0 =A0 =A0 =A0 =A0vga =A0 =A0 =A0 =A0 =A0 =A0 # VGA video card d= river >> >> device =A0 =A0 =A0 =A0 =A0sc >> >> device =A0 =A0 =A0 =A0 =A0uart =A0 =A0 =A0 =A0 =A0 =A0# Generic UART dri= ver >> >> device =A0 =A0 =A0 =A0 =A0miibus =A0 =A0 =A0 =A0 =A0# MII bus support >> >> device =A0 =A0 =A0 =A0 =A0loop =A0 =A0 =A0 =A0 =A0 =A0# Network loopback >> device =A0 =A0 =A0 =A0 =A0random =A0 =A0 =A0 =A0 =A0# Entropy device >> device =A0 =A0 =A0 =A0 =A0ether =A0 =A0 =A0 =A0 =A0 # Ethernet support >> device =A0 =A0 =A0 =A0 =A0vlan =A0 =A0 =A0 =A0 =A0 =A0# 802.1Q VLAN supp= ort >> device =A0 =A0 =A0 =A0 =A0tun =A0 =A0 =A0 =A0 =A0 =A0 # Packet tunnel. >> device =A0 =A0 =A0 =A0 =A0pty =A0 =A0 =A0 =A0 =A0 =A0 # BSD-style compat= ibility pseudo ttys >> device =A0 =A0 =A0 =A0 =A0md =A0 =A0 =A0 =A0 =A0 =A0 =A0# Memory "disks" >> device =A0 =A0 =A0 =A0 =A0gif =A0 =A0 =A0 =A0 =A0 =A0 # IPv6 and IPv4 tu= nneling >> device =A0 =A0 =A0 =A0 =A0faith =A0 =A0 =A0 =A0 =A0 # IPv6-to-IPv4 relay= ing (translation) >> device =A0 =A0 =A0 =A0 =A0firmware =A0 =A0 =A0 =A0# firmware assist modu= le >> >> device =A0 =A0 =A0 =A0 =A0bpf =A0 =A0 =A0 =A0 =A0 =A0 # Berkeley packet = filter >> >> device =A0 =A0 =A0 =A0 =A0uhci =A0 =A0 =A0 =A0 =A0 =A0# UHCI PCI->USB in= terface >> device =A0 =A0 =A0 =A0 =A0ohci =A0 =A0 =A0 =A0 =A0 =A0# OHCI PCI->USB in= terface >> device =A0 =A0 =A0 =A0 =A0ehci =A0 =A0 =A0 =A0 =A0 =A0# EHCI PCI->USB in= terface (USB 2.0) >> device =A0 =A0 =A0 =A0 =A0usb =A0 =A0 =A0 =A0 =A0 =A0 # USB Bus (require= d) >> device =A0 =A0 =A0 =A0 =A0uhid =A0 =A0 =A0 =A0 =A0 =A0# "Human Interface= Devices" >> device =A0 =A0 =A0 =A0 =A0ukbd =A0 =A0 =A0 =A0 =A0 =A0# Keyboard >> device =A0 =A0 =A0 =A0 =A0umass =A0 =A0 =A0 =A0 =A0 # Disks/Mass storage= - Requires scbus and da >> device =A0 =A0 =A0 =A0 =A0ums =A0 =A0 =A0 =A0 =A0 =A0 # Mouse >> _______________________________________________ >> 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 Jun 8 05:25:16 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79B45106566C; Wed, 8 Jun 2011 05:25:16 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 46A8E8FC1A; Wed, 8 Jun 2011 05:25:16 +0000 (UTC) Received: by pwj8 with SMTP id 8so99955pwj.13 for ; Tue, 07 Jun 2011 22:25:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3FWfHxVztedqsO9kOq/AT4idX/+Gzt1jIil+jXyObmY=; b=lj1ulzVmiXvi6fj/Q8cmZDc2+k8svB29cSam35Wrx+Pb6yawDuerJ/Xo2c4WMcjWhE ZQ5860K/IK/BNOxcT/jLgvferHyllZ1er6CHf3+uzXRGpfLjzX3Hy17Xov2ldP9IQ+Qb IJPNqsG5jl0C0cXHLDImbEKPtTgcTMqtC6sr8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Uumlp3j8CugPVd0fdniSsj21LUAN/ixbs1bWG7xBgfJKOMqboiF64wzuRAmO1Iw+GC 3FxsSGjDf64pOcRtrvz1XWFJtFkOaznAS6FgJ4EbQFCX9fRm5q8KpC7GtpuqA3k8krHq bhRbPkRdc+PeQNDWbbGfxRRdaCQM7QKbwbMQ0= MIME-Version: 1.0 Received: by 10.68.51.201 with SMTP id m9mr596762pbo.135.1307510715624; Tue, 07 Jun 2011 22:25:15 -0700 (PDT) Received: by 10.68.52.164 with HTTP; Tue, 7 Jun 2011 22:25:15 -0700 (PDT) In-Reply-To: References: Date: Wed, 8 Jun 2011 01:25:15 -0400 Message-ID: From: Arnaud Lacombe To: Emil Muratov Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Paolo Pisati Subject: Re: nfe taskq kernel 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: Wed, 08 Jun 2011 05:25:16 -0000 Hi, On Thu, May 5, 2011 at 2:49 PM, Arnaud Lacombe wrote: > Hi, > > On Thu, May 5, 2011 at 2:22 PM, Arnaud Lacombe wrote= : >> Hi, >> >> On Thu, May 5, 2011 at 1:37 PM, Emil Muratov wrote: >>> >>> >>> Hi all. >>> >>> I have a small home router/nas running nvidia ion platform with onboard= nfe >>> LAN adapter. >>> About a month ago I changed ISP and setup pppoe client with mpd5.5. Sin= ce >>> that time my router >>> issues kernel panic once or twice a day with "Fatal trap 12: page fault >>> while in kernel mode" and (nfe0 taskq) is the current process. >>> Updating to the latest stable doesn't help. I don=92t know what to do n= ext, >>> any help would be much appreciated. Below is kgdb backtrace, dmesg outp= ut, >>> kernel config file, if anything is missing just let me know. >>> >> Your error looks like a nice use-after-free. Could you 'disassemble >> 0xffffffff8037d7bb' in gdb, and find the matching faulty dereference ? >> I'd tend not to trust code relying on "big hack", as per the preamble >> of m_megapullup(): >> > There is a stale reference to the mbuf passed to, and freed in > m_megapullup(); could you test the following patch ? > > diff --git a/sys/netinet/ipfw/ip_fw_nat.c b/sys/netinet/ipfw/ip_fw_nat.c > index f8c3e63..80c13dc 100644 > --- a/sys/netinet/ipfw/ip_fw_nat.c > +++ b/sys/netinet/ipfw/ip_fw_nat.c > @@ -263,7 +263,7 @@ ipfw_nat(struct ip_fw_args *args, struct cfg_nat > *t, struct mbuf *m) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0retval =3D LibAliasOut(t->lib, c, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mcl->m_len + M_TRAILINGSPA= CE(mcl)); > =A0 =A0 =A0 =A0if (retval =3D=3D PKT_ALIAS_RESPOND) { > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 m->m_flags |=3D M_SKIP_FIREWALL; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 mcl->m_flags |=3D M_SKIP_FIREWALL; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0retval =3D PKT_ALIAS_OK; > =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0if (retval !=3D PKT_ALIAS_OK && > > This was introduced in r188294 by piso@ (added to the CC: list). > piso@, could you please _fix_ that code ? Thanks, - Arnaud > =A0- Arnaud > > >> /* >> =A0* m_megapullup() - this function is a big hack. >> =A0* Thankfully, it's only used in ng_nat and ipfw+nat. >> =A0*... >> >> which look like a re-invention of m_copydata()... >> >> =A0- Arnaud >> >>> Thanx. >>> >>> >>> >>> =3D=3D=3D=3D=3D >>> epia.home.lan dumped core - see /crash/vmcore.15 >>> >>> Thu May =A05 18:29:58 MSD 2011 >>> >>> FreeBSD epia.home.lan 8.2-STABLE FreeBSD 8.2-STABLE #1: Tue May =A03 22= :11:56 >>> MSD 2011 =A0 =A0 root@epia.home.lan:/usr/obj/usr/src/sys/ION4debug =A0a= md64 >>> >>> panic: page fault >>> >>> GNU gdb 6.1.1 [FreeBSD] >>> Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and yo= u are >>> welcome to change it and/or distribute copies of it under certain >>> conditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. =A0Type "show warranty" for de= tails. >>> This GDB was configured as "amd64-marcel-freebsd"... >>> >>> Unread portion of the kernel message buffer: >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid =3D 0; apic id =3D 00 >>> fault virtual address =A0 =3D 0xffffff800ff02ac8 >>> fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor write data, page n= ot present >>> instruction pointer =A0 =A0 =3D 0x20:0xffffffff8037d7bb >>> stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff80000fde20 >>> frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff80000fde60 >>> code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0= x1b >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, long = 1, def32 0, gran 1 >>> processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D= 0 >>> current process =A0 =A0 =A0 =A0 =3D 0 (nfe0 taskq) >>> trap number =A0 =A0 =A0 =A0 =A0 =A0 =3D 12 >>> panic: page fault >>> cpuid =3D 0 >>> KDB: stack backtrace: >>> #0 0xffffffff802a97a3 at kdb_backtrace+0x5e >>> #1 0xffffffff8027aa98 at panic+0x182 >>> #2 0xffffffff804466d0 at trap_fatal+0x292 >>> #3 0xffffffff80446a85 at trap_pfault+0x286 >>> #4 0xffffffff80446f2f at trap+0x3cb >>> #5 0xffffffff8042ff54 at calltrap+0x8 >>> #6 0xffffffff8035ceb4 at ipfw_nat+0x20a >>> #7 0xffffffff803547e3 at ipfw_chk+0xbaf >>> #8 0xffffffff8035977c at ipfw_check_hook+0xf9 >>> #9 0xffffffff8032a221 at pfil_run_hooks+0x9c >>> #10 0xffffffff8035fe84 at ip_input+0x2d0 >>> #11 0xffffffff8032947f at netisr_dispatch_src+0x71 >>> #12 0xffffffff80c22cab at ng_iface_rcvdata+0xdc >>> #13 0xffffffff80c18964 at ng_apply_item+0x20a >>> #14 0xffffffff80c17afd at ng_snd_item+0x2a1 >>> #15 0xffffffff80c18964 at ng_apply_item+0x20a >>> #16 0xffffffff80c17afd at ng_snd_item+0x2a1 >>> #17 0xffffffff80c25305 at ng_ppp_rcvdata+0x202 >>> Uptime: 18h57m47s >>> Physical memory: 2005 MB >>> Dumping 1644 MB: 1629 1613 1597 1581 1565 1549 1533 1517 1501 1485 1469= 1453 >>> 1437 1421 1405 1389 1373 1357 1341 1325 1309 1293 1277 1261 1245 1229 1= 213 >>> 1197 1181 1165 1149 1133 1117 1101 1085 1069 1053 1037 1021 1005 989 97= 3 957 >>> 941 925 909 893 877 861 845 829 813 797 781 765 749 733 717 701 685 669= 653 >>> 637 621 605 589 573 557 541 525 509 493 477 461 445 429 413 397 381 365= 349 >>> 333 317 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45= 29 >>> 13 >>> >>> Reading symbols from /boot/kernel/zfs.ko...Reading symbols from >>> /boot/kernel/zfs.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/zfs.ko >>> Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from >>> /boot/kernel/opensolaris.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/opensolaris.ko >>> Reading symbols from /boot/kernel/krpc.ko...Reading symbols from >>> /boot/kernel/krpc.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/krpc.ko >>> Reading symbols from /boot/kernel/if_nfe.ko...Reading symbols from >>> /boot/kernel/if_nfe.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/if_nfe.ko >>> Reading symbols from /boot/kernel/aio.ko...Reading symbols from >>> /boot/kernel/aio.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/aio.ko >>> Reading symbols from /boot/kernel/alias_ftp.ko...Reading symbols from >>> /boot/kernel/alias_ftp.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/alias_ftp.ko >>> Reading symbols from /boot/kernel/if_stf.ko...Reading symbols from >>> /boot/kernel/if_stf.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/if_stf.ko >>> Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from >>> /boot/kernel/ng_socket.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/ng_socket.ko >>> Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from >>> /boot/kernel/netgraph.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/netgraph.ko >>> Reading symbols from /boot/kernel/ng_mppc.ko...Reading symbols from >>> /boot/kernel/ng_mppc.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/ng_mppc.ko >>> Reading symbols from /boot/kernel/rc4.ko...Reading symbols from >>> /boot/kernel/rc4.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/rc4.ko >>> Reading symbols from /boot/kernel/ng_iface.ko...Reading symbols from >>> /boot/kernel/ng_iface.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/ng_iface.ko >>> Reading symbols from /boot/kernel/ng_ppp.ko...Reading symbols from >>> /boot/kernel/ng_ppp.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/ng_ppp.ko >>> Reading symbols from /boot/kernel/ng_tee.ko...Reading symbols from >>> /boot/kernel/ng_tee.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/ng_tee.ko >>> Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from >>> /boot/kernel/ng_ether.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/ng_ether.ko >>> Reading symbols from /boot/kernel/ng_pppoe.ko...Reading symbols from >>> /boot/kernel/ng_pppoe.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/ng_pppoe.ko >>> Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from >>> /boot/kernel/accf_http.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/accf_http.ko >>> Reading symbols from /boot/kernel/accf_data.ko...Reading symbols from >>> /boot/kernel/accf_data.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/accf_data.ko >>> Reading symbols from /boot/kernel/ng_tcpmss.ko...Reading symbols from >>> /boot/kernel/ng_tcpmss.ko.symbols...done. >>> done. >>> Loaded symbols for /boot/kernel/ng_tcpmss.ko >>> #0 =A0doadump () at pcpu.h:224 >>> 224 =A0 =A0 pcpu.h: No such file or directory. >>> =A0 =A0 =A0 =A0in pcpu.h >>> (kgdb) #0 =A0doadump () at pcpu.h:224 >>> #1 =A00xffffffff8027a615 in boot (howto=3D260) >>> =A0 =A0at /usr/src/sys/kern/kern_shutdown.c:419 >>> #2 =A00xffffffff8027aa82 in panic (fmt=3DVariable "fmt" is not availabl= e.) >>> =A0 =A0at /usr/src/sys/kern/kern_shutdown.c:592 >>> #3 =A00xffffffff804466d0 in trap_fatal (frame=3D0xc, eva=3DVariable "ev= a" is not >>> available.) >>> =A0 =A0at /usr/src/sys/amd64/amd64/trap.c:811 >>> #4 =A00xffffffff80446a85 in trap_pfault (frame=3D0xffffff80000fe720, us= ermode=3D0) >>> =A0 =A0at /usr/src/sys/amd64/amd64/trap.c:727 >>> #5 =A00xffffffff80446f2f in trap (frame=3D0xffffff80000fe720) >>> =A0 =A0at /usr/src/sys/amd64/amd64/trap.c:477 >>> #6 =A00xffffffff8042ff54 in calltrap () >>> =A0 =A0at /usr/src/sys/amd64/amd64/exception.S:228 >>> #7 =A00xffffffff80c2c8ce in pppoe_findsession (privp=3DVariable "privp"= is not >>> available.) >>> =A0 =A0at /usr/src/sys/modules/netgraph/pppoe/../../../netgraph/ng_pppo= e.c:566 >>> #8 =A00xffffffff80c2cfe7 in ng_pppoe_rcvdata_ether (hook=3DVariable "ho= ok" is >>> not available.) >>> =A0 =A0at /usr/src/sys/modules/netgraph/pppoe/../../../netgraph/ng_pppo= e.c:1613 >>> #9 =A00xffffffff80c18964 in ng_apply_item (node=3D0xffffff002105ec00, >>> =A0 =A0item=3D0xffffff0054a36500, rw=3D0) >>> =A0 =A0at >>> /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2327 >>> #10 0xffffffff80c17afd in ng_snd_item (item=3D0xffffff0054a36500, flags= =3D0) >>> =A0 =A0at >>> /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2244 >>> #11 0xffffffff80320b5a in ether_demux (ifp=3D0xffffff0006862800, >>> =A0 =A0m=3D0xffffff0039907700) at /usr/src/sys/net/if_ethersubr.c:911 >>> #12 0xffffffff80320f41 in ether_input (ifp=3D0xffffff0006862800, >>> =A0 =A0m=3D0xffffff0039907700) at /usr/src/sys/net/if_ethersubr.c:753 >>> #13 0xffffffff80320aa2 in ether_demux (ifp=3D0xffffff0001676800, >>> =A0 =A0m=3D0xffffff0039907700) at /usr/src/sys/net/if_ethersubr.c:803 >>> #14 0xffffffff80320f41 in ether_input (ifp=3D0xffffff0001676800, >>> =A0 =A0m=3D0xffffff0039907700) at /usr/src/sys/net/if_ethersubr.c:753 >>> #15 0xffffffff809eb76e in nfe_jrxeof (sc=3D0xffffff80003ae000, count=3D= 185, >>> =A0 =A0rx_npktsp=3D0x0) at /usr/src/sys/modules/nfe/../../dev/nfe/if_nf= e.c:2303 >>> #16 0xffffffff809effea in nfe_int_task (arg=3DVariable "arg" is not >>> available.) >>> =A0 =A0at /usr/src/sys/modules/nfe/../../dev/nfe/if_nfe.c:1899 >>> #17 0xffffffff802b3f7e in taskqueue_run_locked (queue=3D0xffffff0001722= 700) >>> =A0 =A0at /usr/src/sys/kern/subr_taskqueue.c:248 >>> #18 0xffffffff802b410c in taskqueue_thread_loop (arg=3DVariable "arg" i= s not >>> available.) >>> =A0 =A0at /usr/src/sys/kern/subr_taskqueue.c:385 >>> #19 0xffffffff80252d5d in fork_exit ( >>> =A0 =A0callout=3D0xffffffff802b40c4 , >>> =A0 =A0arg=3D0xffffff80003ae1b8, frame=3D0xffffff80000fec50) >>> =A0 =A0at /usr/src/sys/kern/kern_fork.c:865 >>> #20 0xffffffff8043049e in fork_trampoline () >>> =A0 =A0at /usr/src/sys/amd64/amd64/exception.S:603 >>> #21 0x0000000000000000 in ?? () >>> #22 0x0000000000000000 in ?? () >>> #23 0x0000000000000000 in ?? () >>> #24 0x0000000000000000 in ?? () >>> #25 0x0000000000000000 in ?? () >>> #26 0x0000000000000000 in ?? () >>> #27 0x0000000000000000 in ?? () >>> #28 0x0000000000000000 in ?? () >>> #29 0x0000000000000000 in ?? () >>> #30 0x0000000000000000 in ?? () >>> #31 0x0000000000000000 in ?? () >>> #32 0x0000000000000000 in ?? () >>> #33 0x0000000000000000 in ?? () >>> #34 0x0000000000000000 in ?? () >>> #35 0x0000000000000000 in ?? () >>> #36 0x0000000000000000 in ?? () >>> #37 0x0000000000000000 in ?? () >>> #38 0x0000000000000000 in ?? () >>> #39 0x0000000000000000 in ?? () >>> #40 0x0000000000000000 in ?? () >>> #41 0x0000000000000000 in ?? () >>> #42 0x0000000000000000 in ?? () >>> #43 0x0000000000000000 in ?? () >>> #44 0x0000000000000000 in ?? () >>> #45 0xffffffff80665140 in affinity () >>> #46 0x0000000000000000 in ?? () >>> #47 0x0000000000000000 in ?? () >>> #48 0xffffff0001741460 in ?? () >>> #49 0xffffff80000fe380 in ?? () >>> #50 0xffffff80000fe328 in ?? () >>> #51 0xffffff00015b8000 in ?? () >>> #52 0xffffffff8029d819 in sched_switch (td=3D0xffffffff802b40c4, >>> =A0 =A0newtd=3D0xffffff80003ae1b8, flags=3DVariable "flags" is not avai= lable. >>> ) at /usr/src/sys/kern/sched_ule.c:1859 >>> Previous frame inner to this frame (corrupt stack?) >>> (kgdb) >>> >>> >>> DMESG >>> --- >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 >>> =A0 =A0 =A0 =A0The Regents of the University of California. All rights = reserved. >>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>> FreeBSD 8.2-STABLE #1: Tue May =A03 22:11:56 MSD 2011 >>> =A0 =A0root@epia.home.lan:/usr/obj/usr/src/sys/ION4debug amd64 >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> CPU: Intel(R) Atom(TM) CPU =A0330 =A0 @ 1.60GHz (1600.01-MHz K8-class C= PU) >>> =A0Origin =3D "GenuineIntel" =A0Id =3D 0x106c2 =A0Family =3D 6 =A0Model= =3D 1c =A0Stepping =3D 2 >>> =A0Features=3D0xbfe9fbff >>> =A0Features2=3D0x40e31d >>> =A0AMD Features=3D0x20000800 >>> =A0AMD Features2=3D0x1 >>> =A0TSC: P-state invariant >>> real memory =A0=3D 2147483648 (2048 MB) >>> avail memory =3D 2025250816 (1931 MB) >>> ACPI APIC Table: <072310 APIC1353> >>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>> FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads >>> =A0cpu0 (BSP): APIC ID: =A00 >>> =A0cpu1 (AP/HT): APIC ID: =A01 >>> =A0cpu2 (AP): APIC ID: =A02 >>> =A0cpu3 (AP/HT): APIC ID: =A03 >>> ioapic0: Changing APIC ID to 4 >>> ioapic0 irqs 0-23 on motherboard >>> kbd1 at kbdmux0 >>> cryptosoft0: on motherboard >>> acpi0: <072310 RSDT1353> on motherboard >>> acpi0: [ITHREAD] >>> acpi0: Power Button (fixed) >>> acpi0: reservation of fefe1000, 1000 (3) failed >>> acpi0: reservation of fee01000, ff000 (3) failed >>> acpi0: reservation of fec00000, 1000 (3) failed >>> acpi0: reservation of fee00000, 1000 (3) failed >>> acpi0: reservation of 0, a0000 (3) failed >>> acpi0: reservation of 100000, 7ff00000 (3) failed >>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 >>> cpu0: on acpi0 >>> cpu1: on acpi0 >>> cpu2: on acpi0 >>> cpu3: on acpi0 >>> pcib0: port 0xcf8-0xcff on acpi0 >>> pci0: on pcib0 >>> pci0: at device 0.1 (no driver attached) >>> isab0: port 0x4f00-0x4fff at device 3.0 on pci0 >>> isa0: on isab0 >>> pci0: at device 3.1 (no driver attached) >>> pci0: at device 3.2 (no driver attached) >>> pci0: at device 3.3 (no driver attached) >>> pci0: at device 3.5 (no driver attached) >>> ohci0: mem 0xfae7f000-0xfae7ffff i= rq 16 >>> at device 4.0 on pci0 >>> ohci0: [ITHREAD] >>> usbus0: on ohci0 >>> ehci0: mem 0xfae7ec00-0xfae7ec= ff >>> irq 18 at device 4.1 on pci0 >>> ehci0: [ITHREAD] >>> usbus1: EHCI version 1.0 >>> usbus1: on ehci0 >>> pcib1: at device 9.0 on pci0 >>> pci3: on pcib1 >>> nfe0: port 0xd080-0xd087 mem >>> 0xfae7d000-0xfae7dfff,0xfae7e800-0xfae7e8ff,0xfae7e400-0xfae7e40f irq 2= 2 at >>> device 10.0 on pci0 >>> miibus0: on nfe0 >>> rgephy0: PHY 3 on miibus0 >>> rgephy0: =A010baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseT= X-FDX, >>> 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, >>> 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, au= to, >>> auto-flow >>> nfe0: Ethernet address: 00:25:22:21:86:89 >>> nfe0: [FILTER] >>> ahci0: port >>> 0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc887,0xc800-0xc803,0xc480-0xc48f m= em >>> 0xfae76000-0xfae77fff irq 23 at device 11.0 on pci0 >>> ahci0: [ITHREAD] >>> ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier supported >>> ahcich0: at channel 0 on ahci0 >>> ahcich0: [ITHREAD] >>> ahcich1: at channel 1 on ahci0 >>> ahcich1: [ITHREAD] >>> ahcich2: at channel 2 on ahci0 >>> ahcich2: [ITHREAD] >>> ahcich3: at channel 3 on ahci0 >>> ahcich3: [ITHREAD] >>> ahcich4: at channel 4 on ahci0 >>> ahcich4: [ITHREAD] >>> ahcich5: at channel 5 on ahci0 >>> ahcich5: [ITHREAD] >>> pcib2: irq 20 at device 12.0 on pci0 >>> pci2: on pcib2 >>> pcib3: at device 16.0 on pci0 >>> pci1: on pcib3 >>> vgapci0: port 0xec00-0xec7f mem >>> 0xfb000000-0xfbffffff,0xe0000000-0xefffffff,0xf6000000-0xf7ffffff irq 2= 1 at >>> device 0.0 on pci1 >>> acpi_button0: on acpi0 >>> acpi_hpet0: iomem 0xfed00000-0xfed00fff ir= q 2,8 >>> on acpi0 >>> Timecounter "HPET" frequency 25000000 Hz quality 900 >>> atrtc0: port 0x70-0x71 on acpi0 >>> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >>> uart0: [FILTER] >>> sc0: at flags 0x100 on isa0 >>> sc0: VGA <16 virtual consoles, flags=3D0x300> >>> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on is= a0 >>> atkbdc0: at port 0x60,0x64 on isa0 >>> atkbd0: irq 1 on atkbdc0 >>> kbd0 at atkbd0 >>> atkbd0: [GIANT-LOCKED] >>> atkbd0: [ITHREAD] >>> p4tcc0: on cpu0 >>> p4tcc1: on cpu1 >>> p4tcc2: on cpu2 >>> p4tcc3: on cpu3 >>> ZFS filesystem version 5 >>> ZFS storage pool version 28 >>> Timecounters tick every 1.000 msec >>> ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based >>> forwarding enabled, default to deny, logging disabled >>> load_dn_sched dn_sched FIFO loaded >>> load_dn_sched dn_sched PRIO loaded >>> load_dn_sched dn_sched QFQ loaded >>> load_dn_sched dn_sched RR loaded >>> load_dn_sched dn_sched WF2Q+ loaded >>> usbus0: 12Mbps Full Speed USB v1.0 >>> usbus1: 480Mbps High Speed USB v2.0 >>> ugen0.1: at usbus0 >>> uhub0: on usbu= s0 >>> ugen1.1: at usbus1 >>> uhub1: on usbu= s1 >>> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 >>> ada0: ATA-7 SATA 2.x device >>> ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >>> ada0: Command Queueing enabled >>> ada0: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) >>> ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 >>> ada1: ATA-8 SATA 2.x device >>> ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >>> ada1: Command Queueing enabled >>> ada1: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) >>> ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 >>> ada2: ATA-8 SATA 2.x device >>> ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >>> ada2: Command Queueing enabled >>> ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >>> ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 >>> ada3: ATA-7 SATA 2.x device >>> ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >>> ada3: Command Queueing enabled >>> ada3: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) >>> SMP: AP CPU #3 Launched! >>> SMP: AP CPU #1 Launched! >>> SMP: AP CPU #2 Launched! >>> uhub0: 10 ports with 10 removable, self powered >>> Root mount waiting for: usbus1 >>> Root mount waiting for: usbus1 >>> Root mount waiting for: usbus1 >>> Root mount waiting for: usbus1 >>> uhub1: 10 ports with 10 removable, self powered >>> Trying to mount root from zfs:rz >>> >>> >>> KERNCONF >>> -------- >>>> >>>> grep -v -e "^#" /root/conf/ION4debug >>> >>> cpu =A0 =A0 =A0 =A0 =A0 =A0 HAMMER >>> ident =A0 =A0 =A0 =A0 =A0 ION4debug >>> >>> makeoptions =A0 =A0 DEBUG=3D-g =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Build k= ernel with gdb(1) debug >>> symbols >>> >>> options =A0 =A0 =A0 =A0 SCHED_ULE =A0 =A0 =A0 =A0 =A0 =A0 =A0 # ULE sch= eduler >>> options =A0 =A0 =A0 =A0 PREEMPTION =A0 =A0 =A0 =A0 =A0 =A0 =A0# Enable = kernel thread preemption >>> options =A0 =A0 =A0 =A0 INET =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# I= nterNETworking >>> options =A0 =A0 =A0 =A0 INET6 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # IPv= 6 communications protocols >>> options =A0 =A0 =A0 =A0 FFS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # B= erkeley Fast Filesystem >>> options =A0 =A0 =A0 =A0 SOFTUPDATES =A0 =A0 =A0 =A0 =A0 =A0 # Enable FF= S soft updates support >>> options =A0 =A0 =A0 =A0 UFS_ACL =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Suppo= rt for access control lists >>> options =A0 =A0 =A0 =A0 UFS_DIRHASH =A0 =A0 =A0 =A0 =A0 =A0 # Improve p= erformance on big >>> directories >>> options =A0 =A0 =A0 =A0 UFS_GJOURNAL =A0 =A0 =A0 =A0 =A0 =A0# Enable gj= ournal-based UFS >>> journaling >>> options =A0 =A0 =A0 =A0 PROCFS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Pro= cess filesystem (requires >>> PSEUDOFS) >>> options =A0 =A0 =A0 =A0 PSEUDOFS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Pseud= o-filesystem framework >>> options =A0 =A0 =A0 =A0 GEOM_PART_GPT =A0 =A0 =A0 =A0 =A0 # GUID Partit= ion Tables. >>> options =A0 =A0 =A0 =A0 GEOM_LABEL =A0 =A0 =A0 =A0 =A0 =A0 =A0# Provide= s labelization >>> options =A0 =A0 =A0 =A0 COMPAT_43TTY =A0 =A0 =A0 =A0 =A0 =A0# BSD 4.3 T= TY compat (sgtty) >>> options =A0 =A0 =A0 =A0 SCSI_DELAY=3D5000 =A0 =A0 =A0 =A0 # Delay (in m= s) before probing SCSI >>> options =A0 =A0 =A0 =A0 KTRACE =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# ktr= ace(1) support >>> options =A0 =A0 =A0 =A0 STACK =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # sta= ck(9) support >>> options =A0 =A0 =A0 =A0 SYSVSHM =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # SYSV-= style shared memory >>> options =A0 =A0 =A0 =A0 SYSVMSG =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # SYSV-= style message queues >>> options =A0 =A0 =A0 =A0 SYSVSEM =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # SYSV-= style semaphores >>> options =A0 =A0 =A0 =A0 P1003_1B_SEMAPHORES =A0 =A0 # POSIX-style semap= hores >>> options =A0 =A0 =A0 =A0 _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B re= al-time >>> extensions >>> options =A0 =A0 =A0 =A0 PRINTF_BUFR_SIZE=3D128 =A0 =A0# Prevent printf = output being >>> interspersed. >>> options =A0 =A0 =A0 =A0 KBD_INSTALL_CDEV =A0 =A0 =A0 =A0# install a CDE= V entry in /dev >>> options =A0 =A0 =A0 =A0 HWPMC_HOOKS =A0 =A0 =A0 =A0 =A0 =A0 # Necessary= kernel hooks for >>> hwpmc(4) >>> options =A0 =A0 =A0 =A0 AUDIT =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Sec= urity event auditing >>> options =A0 =A0 =A0 =A0 MAC =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # T= rustedBSD MAC Framework >>> options =A0 =A0 =A0 =A0 FLOWTABLE =A0 =A0 =A0 =A0 =A0 =A0 =A0 # per-cpu= routing cache >>> options =A0 =A0 =A0 =A0 INCLUDE_CONFIG_FILE =A0 =A0 # Include this file= in kernel >>> >>> options =A0 =A0 =A0 =A0 KDB =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # K= ernel debugger related code >>> options =A0 =A0 =A0 =A0 KDB_TRACE =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Print a= stack trace for a panic >>> >>> options =A0 =A0 =A0 =A0 SMP =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # S= ymmetric MultiProcessor Kernel >>> >>> device =A0 =A0 =A0 =A0 =A0cpufreq >>> >>> options =A0 =A0 =A0 =A0 DEVICE_POLLING >>> options =A0 =A0 =A0 =A0 IPFIREWALL >>> options =A0 =A0 =A0 =A0 IPDIVERT >>> options =A0 =A0 =A0 =A0 IPFIREWALL_FORWARD >>> options =A0 =A0 =A0 =A0 IPFIREWALL_NAT >>> options =A0 =A0 =A0 =A0 IPSTEALTH >>> options =A0 =A0 =A0 =A0 DUMMYNET >>> >>> options =A0 =A0 =A0 =A0 LIBALIAS >>> >>> device =A0 =A0 =A0 =A0 =A0crypto >>> >>> device =A0 =A0 =A0 =A0 =A0acpi >>> device =A0 =A0 =A0 =A0 =A0pci >>> >>> device =A0 =A0 =A0 =A0 =A0ahci >>> >>> device =A0 =A0 =A0 =A0 =A0scbus =A0 =A0 =A0 =A0 =A0 # SCSI bus (require= d for SCSI) >>> device =A0 =A0 =A0 =A0 =A0da =A0 =A0 =A0 =A0 =A0 =A0 =A0# Direct Access= (disks) >>> device =A0 =A0 =A0 =A0 =A0pass =A0 =A0 =A0 =A0 =A0 =A0# Passthrough dev= ice (direct SCSI access) >>> >>> device =A0 =A0 =A0 =A0 =A0atkbdc =A0 =A0 =A0 =A0 =A0# AT keyboard contr= oller >>> device =A0 =A0 =A0 =A0 =A0atkbd =A0 =A0 =A0 =A0 =A0 # AT keyboard >>> device =A0 =A0 =A0 =A0 =A0psm =A0 =A0 =A0 =A0 =A0 =A0 # PS/2 mouse >>> >>> device =A0 =A0 =A0 =A0 =A0kbdmux =A0 =A0 =A0 =A0 =A0# keyboard multiple= xer >>> >>> device =A0 =A0 =A0 =A0 =A0vga =A0 =A0 =A0 =A0 =A0 =A0 # VGA video card = driver >>> >>> device =A0 =A0 =A0 =A0 =A0sc >>> >>> device =A0 =A0 =A0 =A0 =A0uart =A0 =A0 =A0 =A0 =A0 =A0# Generic UART dr= iver >>> >>> device =A0 =A0 =A0 =A0 =A0miibus =A0 =A0 =A0 =A0 =A0# MII bus support >>> >>> device =A0 =A0 =A0 =A0 =A0loop =A0 =A0 =A0 =A0 =A0 =A0# Network loopbac= k >>> device =A0 =A0 =A0 =A0 =A0random =A0 =A0 =A0 =A0 =A0# Entropy device >>> device =A0 =A0 =A0 =A0 =A0ether =A0 =A0 =A0 =A0 =A0 # Ethernet support >>> device =A0 =A0 =A0 =A0 =A0vlan =A0 =A0 =A0 =A0 =A0 =A0# 802.1Q VLAN sup= port >>> device =A0 =A0 =A0 =A0 =A0tun =A0 =A0 =A0 =A0 =A0 =A0 # Packet tunnel. >>> device =A0 =A0 =A0 =A0 =A0pty =A0 =A0 =A0 =A0 =A0 =A0 # BSD-style compa= tibility pseudo ttys >>> device =A0 =A0 =A0 =A0 =A0md =A0 =A0 =A0 =A0 =A0 =A0 =A0# Memory "disks= " >>> device =A0 =A0 =A0 =A0 =A0gif =A0 =A0 =A0 =A0 =A0 =A0 # IPv6 and IPv4 t= unneling >>> device =A0 =A0 =A0 =A0 =A0faith =A0 =A0 =A0 =A0 =A0 # IPv6-to-IPv4 rela= ying (translation) >>> device =A0 =A0 =A0 =A0 =A0firmware =A0 =A0 =A0 =A0# firmware assist mod= ule >>> >>> device =A0 =A0 =A0 =A0 =A0bpf =A0 =A0 =A0 =A0 =A0 =A0 # Berkeley packet= filter >>> >>> device =A0 =A0 =A0 =A0 =A0uhci =A0 =A0 =A0 =A0 =A0 =A0# UHCI PCI->USB i= nterface >>> device =A0 =A0 =A0 =A0 =A0ohci =A0 =A0 =A0 =A0 =A0 =A0# OHCI PCI->USB i= nterface >>> device =A0 =A0 =A0 =A0 =A0ehci =A0 =A0 =A0 =A0 =A0 =A0# EHCI PCI->USB i= nterface (USB 2.0) >>> device =A0 =A0 =A0 =A0 =A0usb =A0 =A0 =A0 =A0 =A0 =A0 # USB Bus (requir= ed) >>> device =A0 =A0 =A0 =A0 =A0uhid =A0 =A0 =A0 =A0 =A0 =A0# "Human Interfac= e Devices" >>> device =A0 =A0 =A0 =A0 =A0ukbd =A0 =A0 =A0 =A0 =A0 =A0# Keyboard >>> device =A0 =A0 =A0 =A0 =A0umass =A0 =A0 =A0 =A0 =A0 # Disks/Mass storag= e - Requires scbus and da >>> device =A0 =A0 =A0 =A0 =A0ums =A0 =A0 =A0 =A0 =A0 =A0 # Mouse >>> _______________________________________________ >>> 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 Jun 8 08:35:56 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A5A81065677 for ; Wed, 8 Jun 2011 08:35:56 +0000 (UTC) (envelope-from dikshie@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1073D8FC15 for ; Wed, 8 Jun 2011 08:35:55 +0000 (UTC) Received: by wyf23 with SMTP id 23so244741wyf.13 for ; Wed, 08 Jun 2011 01:35:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=AGud3F7ZfWTHwCa0rxBBMWTDeMzu2L/hsFasOhTjFbM=; b=P619/WKAxaqmYusUuH1reBZ8vcqJ7lH9mQ+5Q13gLS0QMFQkrt5y59IwX2NTkr6W/Q 1/hBhN0ab7riij/xti5keOFYsZ45GJwiJxsVoUCrMrFJMyUzKk5Lsrgzc20p18o7ASIw BkVvsnwv+f8mvkYR2q7FkQAQFaX9r3xm48MRA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=sou9ihTvl8EyfJw+IIeCsS6zMjK9u8egN5aHMTmtKZ0VMW2N27n7WJXbbAZLsVyXPc vqdIGKZbS565zMk4joKGWI2+/kEqNCsMCaLctMn+vCwz5LoYYtAQMleLnEJ/FVliHzQU f+rKvDrj/W7UwhOQbATOBW9AfIVKR8Mo4deZ8= Received: by 10.216.144.2 with SMTP id m2mr6774334wej.114.1307520821080; Wed, 08 Jun 2011 01:13:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.23.138 with HTTP; Wed, 8 Jun 2011 01:13:01 -0700 (PDT) In-Reply-To: <61F38CD3-573C-4AA5-93B4-085EC1D0ED6B@lists.zabbadoz.net> References: <61F38CD3-573C-4AA5-93B4-085EC1D0ED6B@lists.zabbadoz.net> From: dikshie Date: Wed, 8 Jun 2011 17:13:01 +0900 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: FreeBSD, IPv6 and World IPv6 Day 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, 08 Jun 2011 08:35:56 -0000 On Wed, Jun 8, 2011 at 3:06 AM, Bjoern A. Zeeb wrote: > a couple of us are hanging out on EFNet in #freebsd-w6d for the next 30 h= ours or so (as we are awake;). =A0The main idea is to share experience of F= reeBSD and IPv6 during World IPv6 Day and to try to help people in case of = immediate problems. We'll also try to closely monitor this freebsd-net mail= ing list in case you'll post here. > For more information see: > =A0 =A0 =A0 =A0http://www.freebsd.org/ipv6/w6d.html Thank you for the updates. I found measurement results on this website: http://hide.dnsalias.net/aaaa/worldipv6day.cgi Regards, -dikshie- From owner-freebsd-net@FreeBSD.ORG Wed Jun 8 15:03:42 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 880A9106564A for ; Wed, 8 Jun 2011 15:03:42 +0000 (UTC) (envelope-from mjl@luckie.org.nz) Received: from mailfilter10.ihug.co.nz (mailfilter10.ihug.co.nz [203.109.136.10]) by mx1.freebsd.org (Postfix) with ESMTP id 285B38FC17 for ; Wed, 8 Jun 2011 15:03:41 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkkHAByH7012XDZi/2dsb2JhbABTG5dpjix4iHG+SYYjBJxthA4 X-IronPort-AV: E=Sophos;i="4.65,339,1304251200"; d="scan'208";a="129823554" Received: from 118-92-54-98.dsl.dyn.ihug.co.nz (HELO spandex.luckie.org.nz) ([118.92.54.98]) by cust.filter7.content.vf.net.nz with ESMTP/TLS/DHE-RSA-AES256-SHA; 09 Jun 2011 02:34:00 +1200 Received: from mjl by spandex.luckie.org.nz with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QUJpX-00008v-Pj; Thu, 09 Jun 2011 02:33:59 +1200 Date: Thu, 9 Jun 2011 02:33:59 +1200 From: Matthew Luckie To: dikshie@gmail.com Message-ID: <20110608143359.GA478@spandex.luckie.org.nz> 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: freebsd-net@freebsd.org Subject: Re: FreeBSD, IPv6 and World IPv6 Day 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, 08 Jun 2011 15:03:42 -0000 > I found measurement results on this website: > http://hide.dnsalias.net/aaaa/worldipv6day.cgi Some more results: http://www.wand.net.nz/~mluckie/ipv6day/ and (semi-related) a PR with a patch for PMTUD problems that was filed 15 months ago http://www.freebsd.org/cgi/query-pr.cgi?pr=145733 From owner-freebsd-net@FreeBSD.ORG Wed Jun 8 16:04:25 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A60F11065673 for ; Wed, 8 Jun 2011 16:04:25 +0000 (UTC) (envelope-from dikshie@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 35AAF8FC17 for ; Wed, 8 Jun 2011 16:04:24 +0000 (UTC) Received: by wyf23 with SMTP id 23so655160wyf.13 for ; Wed, 08 Jun 2011 09:04:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=vXy5XOYT7pFDfXgn3HlpimgFRHXb0LyqREkuigchBiM=; b=Pmb7dAHehpt15WMyctXX4v0234jsKOMKdBRIQ4NLVlYpqFu+V55KZBWAjVBbLWYBUi afmkfJTjYAWsSutoT6qPwAa9A9tvPmBCdwIMXenV0PcsDcNcY9PjrqNZqpOwynCbfRq7 f9TqqabxdHC0sp9Ov7HvjYwlLgIO3bLRtWENY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=Vgtje41qfBWQNkMMOfF3pHZrz8kjsE7es1ROWrwpXRyYw4Go8/2rr+0/QqVl5mlNk5 a1dWZqwshmWDu6nsOIYFW7fp2zJw+9dyg4Vpwpe+IzpxbZZlm7pxzAFHms4RDVIPQKHU gkRnsGAMFCO/O0Wy3cm+n2xEFbql3jeFBt9A0= Received: by 10.216.140.140 with SMTP id e12mr4995780wej.69.1307549064097; Wed, 08 Jun 2011 09:04:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.23.138 with HTTP; Wed, 8 Jun 2011 09:03:44 -0700 (PDT) In-Reply-To: <20110608143359.GA478@spandex.luckie.org.nz> References: <20110608143359.GA478@spandex.luckie.org.nz> From: dikshie Date: Thu, 9 Jun 2011 01:03:44 +0900 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: FreeBSD, IPv6 and World IPv6 Day 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, 08 Jun 2011 16:04:25 -0000 On Wed, Jun 8, 2011 at 11:33 PM, Matthew Luckie wrote: > http://www.wand.net.nz/~mluckie/ipv6day/ > and (semi-related) a PR with a patch for PMTUD problems that was filed > 15 months ago > http://www.freebsd.org/cgi/query-pr.cgi?pr=145733 thanks a lot for sharing your measurement results. -- -dikshie- From owner-freebsd-net@FreeBSD.ORG Wed Jun 8 16:13:40 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D995C1065672 for ; Wed, 8 Jun 2011 16:13:40 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 92B338FC14 for ; Wed, 8 Jun 2011 16:13:40 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 8A0C925D37C3; Wed, 8 Jun 2011 16:13:38 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 7248C15A133B; Wed, 8 Jun 2011 16:13:37 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id DEFaph9Mo1MH; Wed, 8 Jun 2011 16:13:36 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 7845A15A133A; Wed, 8 Jun 2011 16:13:34 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <20110608143359.GA478@spandex.luckie.org.nz> Date: Wed, 8 Jun 2011 16:13:33 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: <20110608143359.GA478@spandex.luckie.org.nz> To: Matthew Luckie X-Mailer: Apple Mail (2.1084) Cc: dikshie@gmail.com, freebsd-net@freebsd.org Subject: Re: FreeBSD, IPv6 and World IPv6 Day 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, 08 Jun 2011 16:13:40 -0000 On Jun 8, 2011, at 2:33 PM, Matthew Luckie wrote: >> I found measurement results on this website: >> http://hide.dnsalias.net/aaaa/worldipv6day.cgi > > Some more results: > > http://www.wand.net.nz/~mluckie/ipv6day/ Interesting. Did you post on the v6 lists as well? > http://www.freebsd.org/cgi/query-pr.cgi?pr=145733 That's the frag6 ipfw iusse, right? Well actually 3 issues. I have this is open in my other window today after having stared at it for too long. BTW. does anyone have any idea what kind of systems generate these packets? Does anyone have packet dumps of them? A couple of people would be curious to have/see that. Bjoern -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Wed Jun 8 20:02:47 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B168106566B for ; Wed, 8 Jun 2011 20:02:47 +0000 (UTC) (envelope-from mjl@luckie.org.nz) Received: from mailfilter4.ihug.co.nz (mailfilter4.ihug.co.nz [203.109.136.4]) by mx1.freebsd.org (Postfix) with ESMTP id 90CE08FC1A for ; Wed, 8 Jun 2011 20:02:46 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAPLU7012XDZi/2dsb2JhbABTG6YZeIhxviuGIwSRG4tShA4 X-IronPort-AV: E=Sophos;i="4.65,339,1304251200"; d="scan'208";a="357038623" Received: from 118-92-54-98.dsl.dyn.ihug.co.nz (HELO spandex.luckie.org.nz) ([118.92.54.98]) by cust.filter4.content.vf.net.nz with ESMTP/TLS/DHE-RSA-AES256-SHA; 09 Jun 2011 08:02:44 +1200 Received: from d18.luckie.org.nz ([192.168.1.18] helo=mylar.luckie.org.nz) by spandex.luckie.org.nz with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QUOxf-0003I0-Vv; Thu, 09 Jun 2011 08:02:43 +1200 Message-ID: <4DEFD5CB.7060703@luckie.org.nz> Date: Thu, 09 Jun 2011 08:04:27 +1200 From: Matthew Luckie User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20110608143359.GA478@spandex.luckie.org.nz> 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, IPv6 and World IPv6 Day 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, 08 Jun 2011 20:02:47 -0000 >>> I found measurement results on this website: >>> http://hide.dnsalias.net/aaaa/worldipv6day.cgi >> >> Some more results: >> >> http://www.wand.net.nz/~mluckie/ipv6day/ > > Interesting. Did you post on the v6 lists as well? Just on ipv6-techsig@listserv.internetnz.net.nz Feel free to forward on to other lists if you think its useful. >> http://www.freebsd.org/cgi/query-pr.cgi?pr=145733 > > That's the frag6 ipfw iusse, right? Well actually 3 issues. I have this > is open in my other window today after having stared at it for too long. > > BTW. does anyone have any idea what kind of systems generate these packets? > Does anyone have packet dumps of them? A couple of people would be > curious to have/see that. In terms of systems that will respond to a PTB by sending IPv6 fragments rather than sending smaller TCP packets: http://www.kddi.com http://dream.jp/ http://www.ubc.ca/ http://www.goneo.de/ http://www.nict.go.jp/ (I can go on further if you want) If I had to guess at what OS sends these packets I'd guess netbsd or openbsd but I've never looked. To reproduce above, use http://www.wand.net.nz/scamper/scamper-cvs-20110608.tar.gz http://www.wand.net.nz/scamper/pmtud Use -M 1480, that will cause the last fragment to be small and trigger one of the bugs in the PR. In terms of systems that will respond to a PTB with nhmtu < 1280, it seems most follow the advice in RFC2460 and send packets with a fragmentation header without fragmenting the packet. Use -M 576 with your scamper command line. From owner-freebsd-net@FreeBSD.ORG Thu Jun 9 16:19:38 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ED97106566C for ; Thu, 9 Jun 2011 16:19:38 +0000 (UTC) (envelope-from spinthiras.mario@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id E7C548FC21 for ; Thu, 9 Jun 2011 16:19:37 +0000 (UTC) Received: by vxc34 with SMTP id 34so1899067vxc.13 for ; Thu, 09 Jun 2011 09:19:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=XUwWCiBzCsK+hc++2LH4CMID/I2Grz2FeWD8cTHzQ84=; b=EaIQ2RHI9Z88kUTW+lDlQcO5y0T9GCHaqJQ5lFL2qY0huGMPJ+scJim0uxPMipaynj FqfT6vuYvIypFDQfQonhKmmwmlmrh6GGQEwj0L5F/G7mEbtbPpnTDssEX8z0DQV9iY/E Z8VBOYmQrm9WfzPET+EA6YWvYfVmwAyLxsNF8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=Rig8erK29lxy/1rkg/39k+j9NXdGpEMKSEZj7nk43bFZaUheTu+xd74pINyPbfvVBU AxLLOKk35myVuBSAAA79E91t2Q8GAhuvGgISd2tHF7bA2pDtEO+MJzWbfd2wEoP1F2XG O0DoEf4U29PQxIiwgKDSx2F7XpmsBGgk2y0Ls= Received: by 10.52.76.10 with SMTP id g10mr1257135vdw.252.1307634832101; Thu, 09 Jun 2011 08:53:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.186.4 with HTTP; Thu, 9 Jun 2011 08:53:12 -0700 (PDT) From: Mario Spinthiras Date: Thu, 9 Jun 2011 16:53:12 +0100 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: strange igb interface performance problems 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, 09 Jun 2011 16:19:38 -0000 Hello All, The subject topic might catch a few by surprise because for the most part it smells a lot like a problem that came to light in 2009 regarding bad performance on Intel NICs using the igb driver. I currently have a point to point link between 2 pfsense 2.0RC1 running FreeBSD 8.1 that connect via a 1Gbps link. The link itself has been tested and the provider reckons that the link is fine. (I also believe this too). We then started high and went low to search for the problem. We ditched out the media converters, went on a mad mission to tune every single last detail on the stack to give us the full performance, however on the 1Gbps line we see a rough 20Mbps. We then turned towards the igb driver which smells a little funny considering that the issues I mentioned that have emerged back in 2009 regarding similar issues are alive and well today. Does anyone out there have any experience or knowledge of such problems caused by the igb driver? I'm going to plan a maintenance window on this link within the next day or so hoping that I'll be able to live boot a 2.0 RC1 nightly and try it again. The current RC1 is one of the earlier ones. Any info you can send my way on this baffling mystery that has taken me on a goose chase. Disabling TSO/LRO does not solve the problem for me. Can anyone shed some light on this? Thanking you all in advance, Mario From owner-freebsd-net@FreeBSD.ORG Thu Jun 9 17:29:55 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCA591065670 for ; Thu, 9 Jun 2011 17:29:54 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id B239C8FC14 for ; Thu, 9 Jun 2011 17:29:54 +0000 (UTC) Received: by pzk27 with SMTP id 27so1092145pzk.13 for ; Thu, 09 Jun 2011 10:29:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=RyGCW4zygXFOh6D2znsH1foVGdcLfxVr/7kjSw3qxkg=; b=DGMUvd5aZQ3tFgskRL6TkO2BqfOWqOLED8Q3QG3/DoD9sG9REeI/5c+aceKJO+X4mJ cnrKooU3xhlzu8w+ifAMqHnv2hGQqWVjWDRISw/5bok2jP10+WFKGgijIEOZLkqBd6ki yCvhczZYimH8dYhi457UsnBnESDcsGWhrb4Oo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=N7Pgraf9P/lcN84PEXdUIFTJjI7KiJfMKEIEEbwEViuLd5XHcn6sAMkij2jtGJp1sr QiwdTXXJuPjWZJxVREywsvyp9p4UlGnao1O3TyjgudeTiR9+zRDIwKxO3d5odQk0JJDw Rjp96oUvzMmYcUZEHG89Ot/N3OYfYq39vow4s= MIME-Version: 1.0 Received: by 10.68.38.4 with SMTP id c4mr449019pbk.336.1307640594176; Thu, 09 Jun 2011 10:29:54 -0700 (PDT) Received: by 10.68.52.164 with HTTP; Thu, 9 Jun 2011 10:29:54 -0700 (PDT) In-Reply-To: References: Date: Thu, 9 Jun 2011 13:29:54 -0400 Message-ID: From: Arnaud Lacombe To: Mario Spinthiras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: strange igb interface performance problems 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, 09 Jun 2011 17:29:55 -0000 Hi, On Thu, Jun 9, 2011 at 11:53 AM, Mario Spinthiras wrote: > Hello All, > > =A0The subject topic might catch a few by surprise because for the most p= art > it smells a lot like a problem that came to light in 2009 regarding bad > performance on Intel NICs using the igb driver. > > =A0I currently have a point to point link between 2 pfsense 2.0RC1 runnin= g > FreeBSD 8.1 that connect via a 1Gbps link. The link itself has been teste= d > and the provider reckons that the link is fine. (I also believe this too)= . > What kind of link What RTT ? > We then started high and went low to search for the problem. We ditched o= ut > the media converters, went on a mad mission to tune every single last det= ail > on the stack to give us the full performance, however on the 1Gbps line w= e > see a rough 20Mbps. > What kind of traffic ? from your later comment, I'd assume TCP. What about = UDP ? > We then turned towards the igb driver which smells a little funny > considering that the issues I mentioned that have emerged back in 2009 > regarding similar issues are alive and well today. > Could you details those trouble ? 2 years is certainly a very long time, especially for people who were not on the list then. > Does anyone out there have any experience or knowledge of such problems > caused by the igb driver? I'm going to plan a maintenance window on this > link within the next day or so hoping that I'll be able to live boot a 2.= 0 > RC1 nightly and try it again. The current RC1 is one of the earlier ones. > > Any info you can send my way on this baffling mystery that has taken me o= n a > goose chase. Disabling TSO/LRO does not solve the problem for me. Can any= one > shed some light on this? > Can you at least post some information on the system, relevant part of 'dmesg', 'ifconfig -a' and 'pciconf -l', 'netstat -m', 'sysctl dev.igb' after the test, Thanks, - Arnaud > > Thanking you all in advance, > > Mario > _______________________________________________ > 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 Jun 10 23:23:34 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BEDE1065672 for ; Fri, 10 Jun 2011 23:23:34 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 482058FC0C for ; Fri, 10 Jun 2011 23:23:33 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 0B37025D386D for ; Fri, 10 Jun 2011 23:23:31 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 2E6C215A176E for ; Fri, 10 Jun 2011 23:23:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id n0R0wE3kfuL0 for ; Fri, 10 Jun 2011 23:23:29 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 2B26D15A1720 for ; Fri, 10 Jun 2011 23:23:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) From: "Bjoern A. Zeeb" In-Reply-To: <61F38CD3-573C-4AA5-93B4-085EC1D0ED6B@lists.zabbadoz.net> Date: Fri, 10 Jun 2011 23:23:28 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <61F38CD3-573C-4AA5-93B4-085EC1D0ED6B@lists.zabbadoz.net> To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.1084) Subject: Re: FreeBSD, IPv6 and World IPv6 Day 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, 10 Jun 2011 23:23:34 -0000 On Jun 7, 2011, at 6:06 PM, Bjoern A. Zeeb wrote: Hi everyone, > a couple of us are hanging out on EFNet in #freebsd-w6d for the next = 30 hours or so (as we are awake;). The main idea is to share experience = of FreeBSD and IPv6 during World IPv6 Day and to try to help people in = case of immediate problems. We'll also try to closely monitor this = freebsd-net mailing list in case you'll post here. first of all thank you to those replied and contacted us or me in = private. Thanks to everyone who was around on IRC and made the "uneventful" event more interesting. Given some feedback I have read I want to start pointing out that IPv6 = in FreeBSD is not single person effort. There are other developers working = on IPv6 as well, people running the clusters and services who helped, = people providing review, Kris Moore doing PC-BSD snapshot builds for the v6only project, the Foundation (you can always consider a donation to them to support FreeBSD) and ixSystems supporting it. So if you thank me, do = not forget to thank all of them as well. Last but not least, it's you, the = users and consumers of what we develop and your feedback helping to improve = IPv6 in FreeBSD. A thank you to everyone from me! World IPv6 Day and FreeBSD -------------------------- The day went very smooth and quiet. We had a couple of questions, that I spotted: 1) pf and frag6 support - we don't have it, it's unclear to me how much OpenBSD in their latest version really has. It's on the list. 2) ipfw and frag6 support - need to get the changes from the PR in to unbreak some cases biting users. Had two requests about that. 3) how to configure and use RFC 4941 privacy extensions with SLAAC on FreeBSD and a general conclusion that the Handbook section needs an update. Patches or just text is always welcome. 4) I had a private question on v4-mapped addresses and traceroute (as in on the wire), which FreeBSD drops in ip6_input(). See http://tools.ietf.org/html/draft-itojun-v6ops-v4mapped-harmful-02 for more information on why. We had a single report of a real problem on IRC, a panic on 7.4, which we couldn't get enough debugging information from unfortunately (if you read this, please drop me a private email). I've have generated some (uneventful) graphs of v6 and v4 vs. v6 hits = per minute on www.freebsd.org, which you can find here: http://www.freebsd.org/ipv6/w6d-www-stats.html You can possibly spot when Europe, US East and US West woke up, if = looking carefully;) Otherwise the day, as I was told, was more "business as usual" for most. If you have any other feedback or comments, let us know. The IRC channel is still alive, though mostly chatty (on v6 related things = still). "FreeBSD is initiating IPv6-only validation work" (Cameron Byrne on = nanog) ------------------------------------------------- As much as I could find out, we already had a number of downloads of the IPv6only snapshots, though I'd have hoped that more of them would = actually be over IPv6;) If you are a developer or just curious, if you are doing QA on network related thing or if you are building a v6 product, I'd like to encourage you to try them (or build a v6only kernel yourself and validate). Thanks to Sato-san we now also mirror them in Asia/Japan in addition to America/California and Europe/Germany. If you want to try a desktop variant, PC-BSD is also providing IPv6-only snapshots in CA.US (and mirrored in DE) and I know people have been downloading those as well and I got some feedback here already. For FreeBSD you can find more information (how to build your own kernel, how to netinstall, ..) at: http://www.freebsd.org/ipv6/ipv6only.html and http://wiki.freebsd.org/IPv6Only PC-BSD has download links and information at: http://www.pcbsd.org/IPv6 and = http://blog.pcbsd.org/2011/06/ipv6-only-version-of-pc-bsd-9-0-available-fo= r-world-ipv6-day/ I am planning to provide further IPv6-only snapshots (at least for = FreeBSD) and we'll keep you updated on that. You may want to check http://www.freebsd.org/ipv6/ once in a while for updates. In any case please let us know about how things went for you. We want = to hear any good or bad feedback - either in public or drop me a private = email. If you have further ideas on how to extend this project in the future I am also curious to learn about that. Thanks again and have a pleasant IPv6 experience! Bjoern --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family.= From owner-freebsd-net@FreeBSD.ORG Sat Jun 11 01:59:05 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D939F106567E; Sat, 11 Jun 2011 01:59:05 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B246F8FC1E; Sat, 11 Jun 2011 01:59:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5B1x5YQ083940; Sat, 11 Jun 2011 01:59:05 GMT (envelope-from gjb@freefall.freebsd.org) Received: (from gjb@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5B1x5OY083936; Sat, 11 Jun 2011 01:59:05 GMT (envelope-from gjb) Date: Sat, 11 Jun 2011 01:59:05 GMT Message-Id: <201106110159.p5B1x5OY083936@freefall.freebsd.org> To: bms@FreeBSD.org, gjb@FreeBSD.org, freebsd-net@FreeBSD.org From: gjb@FreeBSD.org Cc: Subject: Re: docs/120945: [patch] ip6(4) man page lacks documentation for TCLASS option. 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, 11 Jun 2011 01:59:05 -0000 Synopsis: [patch] ip6(4) man page lacks documentation for TCLASS option. State-Changed-From-To: patched->closed State-Changed-By: gjb State-Changed-When: Sat Jun 11 01:58:52 UTC 2011 State-Changed-Why: MFCd to stable/7. http://www.freebsd.org/cgi/query-pr.cgi?pr=120945 From owner-freebsd-net@FreeBSD.ORG Sat Jun 11 02:00:27 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EC46106566B for ; Sat, 11 Jun 2011 02:00:27 +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 D22CF8FC1C for ; Sat, 11 Jun 2011 02:00:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5B20Qtq084073 for ; Sat, 11 Jun 2011 02:00:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5B20Qdo084072; Sat, 11 Jun 2011 02:00:26 GMT (envelope-from gnats) Date: Sat, 11 Jun 2011 02:00:26 GMT Message-Id: <201106110200.p5B20Qdo084072@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: docs/120945: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2011 02:00:27 -0000 The following reply was made to PR docs/120945; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: docs/120945: commit references a PR Date: Sat, 11 Jun 2011 01:58:51 +0000 (UTC) Author: gjb (doc committer) Date: Sat Jun 11 01:58:31 2011 New Revision: 222970 URL: http://svn.freebsd.org/changeset/base/222970 Log: MFC 176470 [1]: Document TCLASS in ip6(4). PR: 120945 Original commit by: bms [1] Modified: stable/7/share/man/man4/ip6.4 Directory Properties: stable/7/share/man/man4/ (props changed) Modified: stable/7/share/man/man4/ip6.4 ============================================================================== --- stable/7/share/man/man4/ip6.4 Sat Jun 11 01:44:49 2011 (r222969) +++ stable/7/share/man/man4/ip6.4 Sat Jun 11 01:58:31 2011 (r222970) @@ -147,7 +147,6 @@ The following socket options are support .It Dv IPV6_UNICAST_HOPS Fa "int *" Get or set the default hop limit header field for outgoing unicast datagrams sent on this socket. -A value of \-1 resets to the default value. .\" .It Dv IPV6_RECVOPTS Fa "int *" .\" Get or set the status of whether all header options will be .\" delivered along with the datagram when it is received. @@ -313,6 +312,18 @@ The routine and family of routines may be used to manipulate this data. .Pp This option requires superuser privileges. +.It Dv IPV6_TCLASS Fa "int *" +Get or set the value of the traffic class field used for outgoing datagrams +on this socket. +The value must be between \-1 and 255. +A value of \-1 resets to the default value. +.It Dv IPV6_RECVTCLASS Fa "int *" +Get or set the status of whether the traffic class header field will be +provided as ancillary data along with the payload in subsequent +.Xr recvmsg 2 +calls. +The header field is stored as a single value of type +.Vt int . .It Dv IPV6_RTHDR Fa "int *" Get or set whether the routing header from subsequent packets will be provided as ancillary data along with the payload in subsequent _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Jun 11 14:16:36 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FC72106566B; Sat, 11 Jun 2011 14:16:36 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id BBEEA8FC0C; Sat, 11 Jun 2011 14:16:35 +0000 (UTC) Received: by vws18 with SMTP id 18so4037151vws.13 for ; Sat, 11 Jun 2011 07:16:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bB2CaWSNAlRPcxAKz9gyiGhtOACl2tO+LTtcA2ZOCAE=; b=oan3JYImdKyjrx1Jo38VVfXVgWx/XkCJfXXJInAUEgz69bfWt5ucyN6S8vf5sMLlt1 CYOSe4+euKp2ND7kpHcdZDyz8UDJb8DUcSaN6kWQfW7iUT0vnWhlH8TBgfmizX5zuCzi 8+cJ2YV3VHHDy4Niw9/GxL4D76wskZxSAELSU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=nzyYj+7nf9PWcTsCntqRW2bQ5TN6EWq+X0MfjhKrMGtA0vWe/2+OPD2PxYB7Xwn6Eq 0YqzX7zvBtoBL5AvRNSIvT2vHySLLrdO7XM5vOaIchyeuXODkRiuPKhGFubZxdVoLBRH Q5v14vy8hfIRjeFA8wrbllM7ZL1O47OC21I6Y= MIME-Version: 1.0 Received: by 10.52.175.133 with SMTP id ca5mr2848256vdc.82.1307801794681; Sat, 11 Jun 2011 07:16:34 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.187.74 with HTTP; Sat, 11 Jun 2011 07:16:34 -0700 (PDT) In-Reply-To: References: Date: Sat, 11 Jun 2011 16:16:34 +0200 X-Google-Sender-Auth: u4sdlcFDGWo5MmDrbVyztTQEw2c Message-ID: From: "K. Macy" To: "K. Macy" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-hackers@freebsd.org" , grarpamp , "freebsd-net@freebsd.org" Subject: Re: FreeBSD I/OAT (QuickData now?) 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: Sat, 11 Jun 2011 14:16:36 -0000 Oops, second 10 GigE should obviously be 1GigE On Tuesday, June 7, 2011, K. Macy wrote: > All 10GigE NICs and some newer 10 GigE NICs have multiple hardware > queues with a separate MSI-x vector per queue, where each vector is > directed to a different CPU. The current operating model is to have a > separate interrupt thread per vector. This obviously gets bogged down > if one has multiple cards as the interrupt threads end up requiring > the scheduler to distribute work fairly between cards as multiple > threads will end up running on the same CPUs. Nokia had a reasonable > interface for coping with this that was reminiscent of NAPI whereby > cooperative sharing between interfaces was provided by having a single > taskqueue thread per-core and the cards would queue tasks (which would > be re-queued if more than a certain amount of work were required) as > interrupts were delivered. There has been talk off and on of porting > this "net_task" interface to freebsd. > > None of this addresses PF_RING's facility for pushing packets in to > userland - but presumably Rizzo's netmap work addresses those in need > of that sufficiently. > > Cheers, > Kip > > On Tue, Jun 7, 2011 at 4:13 AM, grarpamp wrote: >> Is this work part of what's needed to enable the FreeBSD >> equivalent of TNAPI? >> >> I know we've got polling. And probably MSI-X in a couple drivers. >> Pretty sure there is still one CPU doing the interrupt work? >> And none of the multiple queue thread spreading tech exists? >> >> http://www.ntop.org/blog >> http://www.ntop.org/TNAPI.html >> TNAPI attempts to solve the following problems: >> =A0 =A0* Distribute the traffic across cores (i.e. the more core the mor= e >> scalable is your networking application) for improving scalability. >> =A0 =A0* Poll packets simultaneously from each RX queue (contraty to >> sequential NAPI polling) for fetching packets as fast as possible >> hence improve performance. >> =A0 =A0* Through PF_RING, expose the RX queues to the userland so that >> the application can spawn one thread per queue hence avoid using >> semaphores at all. >> TNAPI achieves all this by starting one thread per RX queue. Received >> packets are then pushed to PF_RING (if available) or through the >> standard Linux stack. However in order to fully exploit this >> technology it is necessary to use PF_RING as it provides a straight >> packet path from kernel to userland. Furthermore it allows to create a >> virtual ethernet card per RX queue. >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > From owner-freebsd-net@FreeBSD.ORG Sat Jun 11 15:49:18 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9421E1065670; Sat, 11 Jun 2011 15:49:18 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 719338FC0A; Sat, 11 Jun 2011 15:49:18 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id A594246B46; Sat, 11 Jun 2011 11:49:17 -0400 (EDT) Date: Sat, 11 Jun 2011 16:49:17 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: grarpamp In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: FreeBSD I/OAT (QuickData now?) 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: Sat, 11 Jun 2011 15:49:18 -0000 On Mon, 6 Jun 2011, grarpamp wrote: > I know we've got polling. And probably MSI-X in a couple drivers. Pretty > sure there is still one CPU doing the interrupt work? And none of the > multiple queue thread spreading tech exists? Actually, with most recent 10gbps cards, and even 1gbps cards, we process inbound data with as many CPUs as the hardware has MSI-X enabled input and output queues. So "a couple" understates things significantly. > * Through PF_RING, expose the RX queues to the userland so that > the application can spawn one thread per queue hence avoid using > semaphores at all. I'm probably a bit out of date, but last I checked, PF_RING still implied copying, albeit into shared memory buffers. We support shared memory between the kernel and userspace for BPF and have done for quite a while. However, right now a single shared memory buffer is shared for all receive queues on a NIC. We have a Google summer of code student working on this actively right now -- my hope is that by the end of the summer we'll have a pretty functional system that allows different shared memory buffers to be used for different input queues. In particular, applications will be able to query the set of queues available, detect CPU affinity for them, and bind particular shared memory rings to particular queues. It's worth observing that for many types of high-performance analysis, BPF's packet filtering and truncation support is quite helpful, and if you're going to use multiple hardware threads per input queue anyway, you actually get a nice split this way (as long as those threads share L2 caches). Luigi's work on mapping receive rings straight into userspace looks quite interesting, but I'm pretty behind currently, so haven't had a chance to read his NetMap paper. The direct mapping of rings approach is what a number of high-performance FreeBSD shops have been doing for a while, but none had generalised it sufficiently to merge into our base stack. I hope to see this happen in the next year. Robert From owner-freebsd-net@FreeBSD.ORG Sat Jun 11 17:57:39 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DA61106566B; Sat, 11 Jun 2011 17:57:39 +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 639E68FC0A; Sat, 11 Jun 2011 17:57:39 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 080FD7300A; Sat, 11 Jun 2011 20:13:53 +0200 (CEST) Date: Sat, 11 Jun 2011 20:13:53 +0200 From: Luigi Rizzo To: Robert Watson Message-ID: <20110611181352.GA67777@onelab2.iet.unipi.it> References: 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: freebsd-hackers@freebsd.org, grarpamp , freebsd-net@freebsd.org Subject: Re: FreeBSD I/OAT (QuickData now?) 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: Sat, 11 Jun 2011 17:57:39 -0000 On Sat, Jun 11, 2011 at 04:49:17PM +0100, Robert Watson wrote: > > On Mon, 6 Jun 2011, grarpamp wrote: > > >I know we've got polling. And probably MSI-X in a couple drivers. Pretty > >sure there is still one CPU doing the interrupt work? And none of the > >multiple queue thread spreading tech exists? > > Actually, with most recent 10gbps cards, and even 1gbps cards, we process > inbound data with as many CPUs as the hardware has MSI-X enabled input and > output queues. So "a couple" understates things significantly. > > > * Through PF_RING, expose the RX queues to the userland so that > >the application can spawn one thread per queue hence avoid using > >semaphores at all. > > I'm probably a bit out of date, but last I checked, PF_RING still implied > copying, albeit into shared memory buffers. We support shared memory > between the kernel and userspace for BPF and have done for quite a while. > However, right now a single shared memory buffer is shared for all receive > queues on a NIC. We have a Google summer of code student working on this > actively right now -- my hope is that by the end of the summer we'll have a > pretty functional system that allows different shared memory buffers to be > used for different input queues. In particular, applications will be able > to query the set of queues available, detect CPU affinity for them, and > bind particular shared memory rings to particular queues. It's worth > observing that for many types of high-performance analysis, BPF's packet > filtering and truncation support is quite helpful, and if you're going to > use multiple hardware threads per input queue anyway, you actually get a > nice split this way (as long as those threads share L2 caches). > > Luigi's work on mapping receive rings straight into userspace looks quite > interesting, but I'm pretty behind currently, so haven't had a chance to > read his NetMap paper. The direct mapping of rings approach is what a > number of high-performance FreeBSD shops have been doing for a while, but > none had generalised it sufficiently to merge into our base stack. I hope > to see this happen in the next year. for the records, netmap also maps transmit rings, makes them device independent, and supports the mapping of rings to different cores through standard setaffinity() calls. I'd really encourage people to look at the code (e.g. the pkt-gen.c program, which is part of the archive) so you can see how easy it is to use. And of course, any feedback and suggestions are welcome http://info.iet.unipi.it/~luigi/netmap/ cheers luigi From owner-freebsd-net@FreeBSD.ORG Sat Jun 11 18:07:20 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A3CB1065670 for ; Sat, 11 Jun 2011 18:07:20 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0D68FC0A for ; Sat, 11 Jun 2011 18:07:19 +0000 (UTC) Received: by vxc34 with SMTP id 34so4148419vxc.13 for ; Sat, 11 Jun 2011 11:07:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=wvnfTTTeYKNKzAxspiJlrP4wjWR3yC/hm9lexHXosZQ=; b=xMN7b/cIdokVpAc0V217zrSM2ON1s7ECfIZDAravAM+C6r9m3DrR2Bsqr1OUrYvJbO BjoS9Ls9EzO4Y4GD8n//3srJq3d8BGeFMg+iykEwGgaqfbjUp6t4DMVFEFfqscQODp25 OUJuix0BM6birG3DQUhwRd9ndjhvX0A+jYJiQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=wF/RRoVbe3C7bFXR3i2fZy4uRR3mWHXtpL4cjK4KtFrYGJSfmSxlExeQpS7GruEN2/ 6EbsExV+YAaMrRynvUqvh4kQkQSIqU55fqSmjr8CgXPSVjbztS5RAQ13AamKCaMuLXB3 O0DCCbgSiNyUdMtWKCKyAlbQuYuk+UyVDLdJg= MIME-Version: 1.0 Received: by 10.52.175.133 with SMTP id ca5mr3084847vdc.82.1307815639207; Sat, 11 Jun 2011 11:07:19 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.187.74 with HTTP; Sat, 11 Jun 2011 11:07:18 -0700 (PDT) In-Reply-To: <20110611181352.GA67777@onelab2.iet.unipi.it> References: <20110611181352.GA67777@onelab2.iet.unipi.it> Date: Sat, 11 Jun 2011 20:07:18 +0200 X-Google-Sender-Auth: v7mzLFoo9_idKfKLNZjXonW3RFg Message-ID: From: "K. Macy" To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: FreeBSD I/OAT (QuickData now?) 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: Sat, 11 Jun 2011 18:07:20 -0000 > I'd really encourage people to look at the code (e.g. the pkt-gen.c > program, which is part of the archive) so you can see how easy it > is to use. Provided one has a dedicated interface. From owner-freebsd-net@FreeBSD.ORG Sat Jun 11 18:39:19 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E52961065672 for ; Sat, 11 Jun 2011 18:39: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 A81C08FC0A for ; Sat, 11 Jun 2011 18:39:19 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 2EF4B7300A; Sat, 11 Jun 2011 20:55:33 +0200 (CEST) Date: Sat, 11 Jun 2011 20:55:33 +0200 From: Luigi Rizzo To: "K. Macy" Message-ID: <20110611185533.GA67980@onelab2.iet.unipi.it> References: <20110611181352.GA67777@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: freebsd-net@freebsd.org Subject: Re: FreeBSD I/OAT (QuickData now?) 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: Sat, 11 Jun 2011 18:39:20 -0000 On Sat, Jun 11, 2011 at 08:07:18PM +0200, K. Macy wrote: > > I'd really encourage people to look at the code (e.g. the pkt-gen.c > > program, which is part of the archive) so you can see how easy it > > is to use. > > Provided one has a dedicated interface. yes, but this doesnt mean that the host stack is disconnected. Netmap also creates a "virtual" ring pair to talk to the host stack, and the archive you find a orogram, bridge.c, which passes packets between the host and the card. Depending on what you need to do with the card, it is easy to modify this program to process interesting packets without passing them up, etc. I am also looking at other options, eg. a "mixed" mode where certain packets (e.g. depending on the MAC address) retain the usual path, whereas others stay in the netmap ring. Of course when you need to replicate packets (multicast/broadcast) you have to pay the price somewhere -- even the 85299 (intel 10G controller) can do some replication in hardware but it takes some precious PCIe and memory bus cycles to do so. This said, one should consider that going fast and being completely general don't go well together -- you don't do F1 races with a minivan, and don't carry large groups of people around with an F1 car. I don't think we'll ever manage to have both at the same time. It is good to have a "transformer" vehicle though! cheers luigi From owner-freebsd-net@FreeBSD.ORG Sat Jun 11 19:07:03 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD1D8106566B for ; Sat, 11 Jun 2011 19:07:03 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 820188FC0A for ; Sat, 11 Jun 2011 19:07:03 +0000 (UTC) Received: by vxc34 with SMTP id 34so4173440vxc.13 for ; Sat, 11 Jun 2011 12:07:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=M+kBdPHXwUkCLqr75b0egQlIDDCuG+ndpwa7J1eE//k=; b=q50FaZyWPIiioKDxSXB1Pn624CoD23RwVOo7Wv5kgTOlw4ffqG6U0pcChAT5VqixfA q3hrR++hFQTijd1FuV9xS6IFdOX7BSF66x7C+eUSD9mthhhhCeGH9bgZ65qVaStmMBCA 4+9rA2Rt8TayW72QH2UlqjFVJsApioSoD1fhc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=i/+PgpWOaE6dCtHDEzhfJhtqgdNcVUR6vN+p8xCS8COSDhHkCSUZ1oQVbh25FTeW2/ sQi5fhtiGct8Kmy1faBVzP0ntlMjymZ0tcNGGtiucry3FQTpajr5+EXfCVs4BpAErPrs Yzs+zGmN3OFDkqUK7hBcx9mDTlUg7cPE004BA= MIME-Version: 1.0 Received: by 10.52.173.111 with SMTP id bj15mr1369834vdc.122.1307819222516; Sat, 11 Jun 2011 12:07:02 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.187.74 with HTTP; Sat, 11 Jun 2011 12:07:02 -0700 (PDT) In-Reply-To: <20110611185533.GA67980@onelab2.iet.unipi.it> References: <20110611181352.GA67777@onelab2.iet.unipi.it> <20110611185533.GA67980@onelab2.iet.unipi.it> Date: Sat, 11 Jun 2011 21:07:02 +0200 X-Google-Sender-Auth: c7ROabo5f6Ibq_HKIwALhQwc95g Message-ID: From: "K. Macy" To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD I/OAT (QuickData now?) 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: Sat, 11 Jun 2011 19:07:03 -0000 > This said, one should consider that going fast and being > completely general don't go well together -- you don't do > F1 races with a minivan, and don't carry large groups of > people around with an F1 car. This is self-evident, any sort of multiplexing comes at a price. To have the card be simultaneously general and support direct access requires dedicated hardware like the quasi-IOMMU on the Solarflare cards. > I don't think we'll ever manage > to have both at the same time. It is good to have a > "transformer" vehicle though! >From my point of view, the general utility of this all boils down to how easy it is to use the "bridge". I'll take a look in to interfacing to netmap with my user level TCP stack to get a feel for the latter. Thanks for the clarification. -Kip From owner-freebsd-net@FreeBSD.ORG Sat Jun 11 21:20:35 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 080AC1065670; Sat, 11 Jun 2011 21:20:35 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5BB0B8FC15; Sat, 11 Jun 2011 21:20:33 +0000 (UTC) Received: by eyg7 with SMTP id 7so1779327eyg.13 for ; Sat, 11 Jun 2011 14:20:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=CM6B83YwrQ9rSmK6eQg47mT8o5myVIUqb7Lvf+KSYgQ=; b=w4k5qBj1xs74t4bSCoN6fW7ZUGu8X98sCuqp71d0kjZWTY2r6+OdQMHVATMjFdTE8A aje20CgQJCPBerBdqloN0yyLx79Y6ULICA1UkiBukPwnqGHiBDGbWnQClgoYnT+MKxY5 PyIiLpGaA8KmsMvIHZck8dycQ8gDpNktdljOo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=rz14k8wz1ODHM+lLYNni14NwJLJRRsb3FcRufhzCKLbwcK0yOlB/xyCSh+jeOrmMFu 5KWvpT3yyMdUK5H0Biag+aOalVKiuNFY92srKxmBF5oIh0kF/VAMCGZ+wc67MHo/1NMZ jQEa0mOhs2jtw7LAi63K5HgQF0I5dmIn0lf8s= MIME-Version: 1.0 Received: by 10.213.20.194 with SMTP id g2mr470147ebb.6.1307825584958; Sat, 11 Jun 2011 13:53:04 -0700 (PDT) Received: by 10.213.9.81 with HTTP; Sat, 11 Jun 2011 13:53:04 -0700 (PDT) In-Reply-To: <20110611185533.GA67980@onelab2.iet.unipi.it> References: <20110611181352.GA67777@onelab2.iet.unipi.it> <20110611185533.GA67980@onelab2.iet.unipi.it> Date: Sat, 11 Jun 2011 16:53:04 -0400 Message-ID: From: Ryan Stone To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, "K. Macy" Subject: Re: FreeBSD I/OAT (QuickData now?) 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: Sat, 11 Jun 2011 21:20:35 -0000 On Sat, Jun 11, 2011 at 2:55 PM, Luigi Rizzo wrote: > I am also looking at other options, eg. a "mixed" mode where > certain packets (e.g. depending on the MAC address) retain > the usual path, whereas others stay in the netmap ring. > Of course when you need to replicate packets (multicast/broadcast) > you have to pay the price somewhere -- even the 85299 (intel 10G > controller) can do some replication in hardware but it > takes some precious PCIe and memory bus cycles to do so. I've independently implemented something very similar to this at $(WORK) for the ixgbe driver and I intend on cleaning up the patch this summer and submitting it to jfv. My approach is more general than what you're describing here: my ixgbe driver has the capability to present multiple virtual interfaces to the rest of the system that share a single virtual interface. The main use case I was envisioning for this was with vnet and/or jails, but it sounds like it would mesh very well with netmap. You can create one virtual interface for netmap and one for the stack, and the driver and hardware take care of the multiplexing transparently. From owner-freebsd-net@FreeBSD.ORG Sat Jun 11 22:03:24 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57CC0106566C for ; Sat, 11 Jun 2011 22:03:24 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 138148FC15 for ; Sat, 11 Jun 2011 22:03:23 +0000 (UTC) Received: by vws18 with SMTP id 18so4229427vws.13 for ; Sat, 11 Jun 2011 15:03:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=CJeGppG84k3esQU1ruDxJg4YH09H7VcHWHUtju6V7pY=; b=rHPN3MiF0iLbyeAdyfuyvWoG8jWKwLUPXQldjpkut3of3tXlRvVbv9jkKYaqVOu8XO FxV8DAOi0/qS0dwb+ZOMwqZ7WFmmW8Jfj31utp8uD3spp6wfZ1dhGbQjtQk2Vs6QhAEd JzelkpUnYbyCHmlB1vmdjj2dQecTGECd5rh4w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=hgr/+StVQ2Is5J54wG9peV9kEkrjToEXtxmLfIFNe4Zpa1mj2sp07yAHNg960fyVoK dN9gdzWhMdRz3lzQI48C6FB+UK6fYM2LdDdRGQaS2d/UfDYFG/sRcQzHcrjeuUMclx1L JXP/px7Q+iaFPsPIcRyrlMVyvPq4RQjI1/hdY= Received: by 10.220.170.13 with SMTP id b13mr1288218vcz.143.1307828440639; Sat, 11 Jun 2011 14:40:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.176.3 with HTTP; Sat, 11 Jun 2011 14:40:20 -0700 (PDT) In-Reply-To: <201001061204.o06C4J3o027501@freefall.freebsd.org> References: <201001061204.o06C4J3o027501@freefall.freebsd.org> From: "Paul B. Mahol" Date: Sat, 11 Jun 2011 23:40:20 +0200 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: kern/142197: [ndis] [patch] ndis is missing media status reporting 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, 11 Jun 2011 22:03:24 -0000 On Wed, Jan 6, 2010 at 1:04 PM, wrote: > Synopsis: [ndis] [patch] ndis is missing media status reporting > > State-Changed-From-To: open->patched > State-Changed-By: gavin > State-Changed-When: Wed Jan 6 12:02:52 UTC 2010 > State-Changed-Why: > Committed to HEAD in r201620 > > > Responsible-Changed-From-To: freebsd-net->rpaulo > Responsible-Changed-By: gavin > Responsible-Changed-When: Wed Jan 6 12:02:52 UTC 2010 > Responsible-Changed-Why: > Over to rpaulo as MFC reminder > > http://www.freebsd.org/cgi/query-pr.cgi?pr=142197 > Please close this bug report.