From owner-freebsd-net@FreeBSD.ORG Sun Sep 11 20:34:33 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 8F686106566C; Sun, 11 Sep 2011 20:34:33 +0000 (UTC) (envelope-from brueffer@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 663D08FC12; Sun, 11 Sep 2011 20:34:33 +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 p8BKYXJh070415; Sun, 11 Sep 2011 20:34:33 GMT (envelope-from brueffer@freefall.freebsd.org) Received: (from brueffer@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8BKYXbu070411; Sun, 11 Sep 2011 22:34:33 +0200 (CEST) (envelope-from brueffer) Date: Sun, 11 Sep 2011 22:34:33 +0200 (CEST) Message-Id: <201109112034.p8BKYXbu070411@freefall.freebsd.org> To: onwahe@gmail.com, brueffer@FreeBSD.org, freebsd-net@FreeBSD.org From: brueffer@FreeBSD.org Cc: Subject: Re: kern/159353: [netinet] [patch] conditional call of ifa_del_loopback_route() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 20:34:33 -0000 Synopsis: [netinet] [patch] conditional call of ifa_del_loopback_route() State-Changed-From-To: open->closed State-Changed-By: brueffer State-Changed-When: Sun Sep 11 22:33:56 CEST 2011 State-Changed-Why: Closed by submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=159353 From owner-freebsd-net@FreeBSD.ORG Mon Sep 12 11:07:07 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 E3AC3106567F for ; Mon, 12 Sep 2011 11:07:07 +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 D119F8FC1C for ; Mon, 12 Sep 2011 11:07:07 +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 p8CB77oI005509 for ; Mon, 12 Sep 2011 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8CB77Pg005507 for freebsd-net@FreeBSD.org; Mon, 12 Sep 2011 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Sep 2011 11:07:07 GMT Message-Id: <201109121107.p8CB77Pg005507@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, 12 Sep 2011 11:07:08 -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/160420 net [msk] phy write timeout on HP 5310m o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159795 net [tcp] excessive duplicate ACKs and TCP session freezes o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159602 net [netinet] [patch] arp_ifscrub() is called even if IFF_ o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157429 net [re] Realtek RTL8169 doesn't work with re(4) o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155604 net [flowtable] Flowtable excessively caches dest MAC addr o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155585 net [tcp] [panic] tcp_output tcp_mtudisc loop until kernel o kern/155420 net [vlan] adding vlan break existent vlan o bin/155365 net [patch] routed(8): if.c in routed fails to compile if o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/155004 net [bce] [panic] kernel panic in bce0 driver o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o kern/131601 net [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 384 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Sep 12 21:15:14 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 82F4C1065674 for ; Mon, 12 Sep 2011 21:15:14 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate.funkthat.com [70.36.235.232]) by mx1.freebsd.org (Postfix) with ESMTP id 537BB8FC13 for ; Mon, 12 Sep 2011 21:15:14 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id p8CKlvo6058219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Sep 2011 13:47:57 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id p8CKlvc2058218; Mon, 12 Sep 2011 13:47:57 -0700 (PDT) (envelope-from jmg) Date: Mon, 12 Sep 2011 13:47:57 -0700 From: John-Mark Gurney To: David Christensen Message-ID: <20110912204757.GN3098@funkthat.com> Mail-Followup-To: David Christensen , "freebsd-net@freebsd.org" References: <5D267A3F22FD854F8F48B3D2B523819360D707B74C@IRVEXCHCCR01.corp.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819360D707B74C@IRVEXCHCCR01.corp.ad.broadcom.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 12 Sep 2011 13:47:57 -0700 (PDT) Cc: "freebsd-net@freebsd.org" Subject: Re: New bxe(4) Driver for Broadcom BCM57710 & BCM57711 Devices 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, 12 Sep 2011 21:15:14 -0000 David Christensen wrote this message on Mon, Mar 14, 2011 at 17:20 -0700: > A number of people have asked about a FreeBSD driver for > the Broadcom 10GbE devices (BCM57710 and BCM57711). I > just submitted the initial release of the bxe(4) driver > to -HEAD today so please test and provide your feedback. Thanks for the drivers, but at work we have some issues w/ the driver on an HP Blade. We could do some basic pings, but when trying to pass DNS traffic, it failed. Turning off both rxcsum and txcsum made the driver work. If I only turned one or the other off, DNS traffic would still not work. This is with 9.0-BETA2. The device: bxe0@pci0:2:0:0: class=0x020000 card=0x7058103c chip=0x165014e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme II BCM57711E 10-Gigabit PCIe' class = network subclass = ethernet Do you need anything else to help diagnose the issue? Thanks for the help and the driver! -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Mon Sep 12 22:56: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 715AA106564A for ; Mon, 12 Sep 2011 22:56:10 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate.funkthat.com [70.36.235.232]) by mx1.freebsd.org (Postfix) with ESMTP id EDA898FC14 for ; Mon, 12 Sep 2011 22:56:09 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id p8CMu8cJ060041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Sep 2011 15:56:08 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id p8CMu8Se060040; Mon, 12 Sep 2011 15:56:08 -0700 (PDT) (envelope-from jmg) Date: Mon, 12 Sep 2011 15:56:08 -0700 From: John-Mark Gurney To: David Christensen Message-ID: <20110912225608.GO3098@funkthat.com> Mail-Followup-To: David Christensen , "freebsd-net@freebsd.org" , Gary Zambrano References: <5D267A3F22FD854F8F48B3D2B523819360D707B74C@IRVEXCHCCR01.corp.ad.broadcom.com> <20110912204757.GN3098@funkthat.com> <5D267A3F22FD854F8F48B3D2B523819385F3056CCC@IRVEXCHCCR01.corp.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819385F3056CCC@IRVEXCHCCR01.corp.ad.broadcom.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 12 Sep 2011 15:56:08 -0700 (PDT) Cc: "freebsd-net@freebsd.org" , Gary Zambrano Subject: Re: New bxe(4) Driver for Broadcom BCM57710 & BCM57711 Devices 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, 12 Sep 2011 22:56:10 -0000 David Christensen wrote this message on Mon, Sep 12, 2011 at 14:13 -0700: > > Thanks for the drivers, but at work we have some issues w/ the driver > > on an HP Blade. We could do some basic pings, but when trying to > > pass DNS traffic, it failed. Turning off both rxcsum and txcsum made > > the driver work. If I only turned one or the other off, DNS traffic > > would still not work. > > Are you using Flex-10? If so, can you tell me how the 57711E is configured? No, we are not using Flex-10. This is on a HP Proliant BL460C G6 Blade. We just installed FreeBSD on the system and setup an inet address on it. Here's an ifconfig from it after disabling rxcsum/txcsum: bxe0: flags=8843 metric 0 mtu 1500 options=1b8 ether 00:26:55:xx:xx:xx inet 192.x.x.x netmask 0xffffffc0 broadcast 192.x.x.x inet6 fe80::x:x:x:x%bxe0 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet autoselect (10Gbase-SR ) status: active If there are settings you want me to get from the bios screen, I guess I can go into it, but I just added "-rxcsum -txcsum" to the ifconfig line in rc.conf, and now the system comes up fine and dosen't hang in sendmail anymore (and DNS also works). -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Tue Sep 13 00:15:09 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 00DE0106564A for ; Tue, 13 Sep 2011 00:15:09 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id CFCA68FC14 for ; Tue, 13 Sep 2011 00:15:08 +0000 (UTC) Received: from [10.9.200.131] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Mon, 12 Sep 2011 14:18:52 -0700 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.31]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Mon, 12 Sep 2011 14:13:01 -0700 From: "David Christensen" To: "John-Mark Gurney" Date: Mon, 12 Sep 2011 14:13:00 -0700 Thread-Topic: New bxe(4) Driver for Broadcom BCM57710 & BCM57711 Devices Thread-Index: AcxxjUfac4XTlfJeQ4Wz2kdEg0jgHgAAuGDQ Message-ID: <5D267A3F22FD854F8F48B3D2B523819385F3056CCC@IRVEXCHCCR01.corp.ad.broadcom.com> References: <5D267A3F22FD854F8F48B3D2B523819360D707B74C@IRVEXCHCCR01.corp.ad.broadcom.com> <20110912204757.GN3098@funkthat.com> In-Reply-To: <20110912204757.GN3098@funkthat.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 6270A8B63KO17540581-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" , Gary Zambrano Subject: RE: New bxe(4) Driver for Broadcom BCM57710 & BCM57711 Devices 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, 13 Sep 2011 00:15:09 -0000 > Thanks for the drivers, but at work we have some issues w/ the driver > on an HP Blade. We could do some basic pings, but when trying to > pass DNS traffic, it failed. Turning off both rxcsum and txcsum made > the driver work. If I only turned one or the other off, DNS traffic > would still not work. Are you using Flex-10? If so, can you tell me how the 57711E is configured= ? Dave=20 From owner-freebsd-net@FreeBSD.ORG Tue Sep 13 01:07: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 0A9DF106566B for ; Tue, 13 Sep 2011 01:07:16 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate.funkthat.com [70.36.235.232]) by mx1.freebsd.org (Postfix) with ESMTP id BFAA18FC16 for ; Tue, 13 Sep 2011 01:07:15 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id p8D17E7b061945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Sep 2011 18:07:14 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id p8D17EBt061944; Mon, 12 Sep 2011 18:07:14 -0700 (PDT) (envelope-from jmg) Date: Mon, 12 Sep 2011 18:07:13 -0700 From: John-Mark Gurney To: David Christensen Message-ID: <20110913010713.GP3098@funkthat.com> Mail-Followup-To: David Christensen , "freebsd-net@freebsd.org" , Gary Zambrano References: <5D267A3F22FD854F8F48B3D2B523819360D707B74C@IRVEXCHCCR01.corp.ad.broadcom.com> <20110912204757.GN3098@funkthat.com> <5D267A3F22FD854F8F48B3D2B523819385F3056CCC@IRVEXCHCCR01.corp.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819385F3056CCC@IRVEXCHCCR01.corp.ad.broadcom.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 12 Sep 2011 18:07:14 -0700 (PDT) Cc: "freebsd-net@freebsd.org" , Gary Zambrano Subject: Re: New bxe(4) Driver for Broadcom BCM57710 & BCM57711 Devices 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, 13 Sep 2011 01:07:16 -0000 David Christensen wrote this message on Mon, Sep 12, 2011 at 14:13 -0700: > > Thanks for the drivers, but at work we have some issues w/ the driver > > on an HP Blade. We could do some basic pings, but when trying to > > pass DNS traffic, it failed. Turning off both rxcsum and txcsum made > > the driver work. If I only turned one or the other off, DNS traffic > > would still not work. > > Are you using Flex-10? If so, can you tell me how the 57711E is configured? I also ran into an issue w/ this machine where it would panic at shutdown. After the panic, all the cpu's would join in the panic fun and drop to the db prompt also, causing all sorts of fun. After a little debugging help from attilio, I changed the device_shutdown handler to bxe_detach instead, and that prevented the panic at reboot. The panic would happen both compiled into the kernel and as a module, but would only trigger at reboot, but not when unloading the module. I did not test the fix when the driver is compiled into the kernel. The test fix was also on a kernel w/o WITNESS, w/o SMP and w/o PREEMPTION, to make things easier to see. I have put images of the panic, w/ the backtrace up at: https://www.funkthat.com/~jmg/hpblade/ Thanks for your help. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Tue Sep 13 04:11:19 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 8076B106564A; Tue, 13 Sep 2011 04:11:19 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 580CB8FC1C; Tue, 13 Sep 2011 04:11:19 +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 p8D4BJud056451; Tue, 13 Sep 2011 04:11:19 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8D4BJ7b056441; Tue, 13 Sep 2011 04:11:19 GMT (envelope-from linimon) Date: Tue, 13 Sep 2011 04:11:19 GMT Message-Id: <201109130411.p8D4BJ7b056441@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/160693: [gif] [em] Multicast packet are not passed from GIF0 to EM0 interface (Packet Lost) 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, 13 Sep 2011 04:11:19 -0000 Old Synopsis: Multicast packet are not passed from GIF0 to EM0 interface (Packet Lost) New Synopsis: [gif] [em] Multicast packet are not passed from GIF0 to EM0 interface (Packet Lost) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Sep 13 04:11:06 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=160693 From owner-freebsd-net@FreeBSD.ORG Tue Sep 13 14:40:08 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 DF473106566B for ; Tue, 13 Sep 2011 14:40:08 +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 CDC988FC16 for ; Tue, 13 Sep 2011 14:40:08 +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 p8DEe8xk072772 for ; Tue, 13 Sep 2011 14:40:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8DEe8K3072771; Tue, 13 Sep 2011 14:40:08 GMT (envelope-from gnats) Date: Tue, 13 Sep 2011 14:40:08 GMT Message-Id: <201109131440.p8DEe8K3072771@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Jean Aumont Cc: Subject: Re: kern/160693: [gif] [em] Multicast packet are not passed from GIF0 to EM0 interface (Packet Lost) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jean Aumont List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 14:40:09 -0000 The following reply was made to PR kern/160693; it has been noted by GNATS. From: Jean Aumont To: "bug-followup@FreeBSD.org" Cc: "JeanAumont@gmail.com" Subject: Re: kern/160693: [gif] [em] Multicast packet are not passed from GIF0 to EM0 interface (Packet Lost) Date: Tue, 13 Sep 2011 14:16:16 +0000 --_005_3F28112A756BDB44926D69CDFCB57F5401BC83sbv1exchmbx1devme_ Content-Type: multipart/alternative; boundary="_000_3F28112A756BDB44926D69CDFCB57F5401BC83sbv1exchmbx1devme_" --_000_3F28112A756BDB44926D69CDFCB57F5401BC83sbv1exchmbx1devme_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I would like to clarify the test set-up. A "Client" (server) is establishing a gif tunnel through a "Router" to our = main "Server" The Client has 3 ip: - Public Lan IP: em0: 3.3.3.2 - Tunnel IP: gif0: 172.17.10.2 - PrivateLan IP: em1: 10.50.1.2 The Router has 2 IP: - Public Network1: em1: 3.3.3.4 - Public Network2: em0: 2.2.2.4 The server has 3 ip - Public Lan IP: em0: 2.2.2.3 - Tunnel IP: gif0: 172.17.10.1 - PrivateLan IP: em1: 10.90.10.6 -----------Client-----------------Router-------------------- Server Public IP: em0: 3.3.3.2 ......... em1: 3.3.3.4 em0: 2.2.2.4 ............. em0: 2.2.2.3 Tunnel : gif0:172.17.10.2 <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> gif0: 172.17.10.1 Private IP: em1: 10.50.1.2 em1: 10.90.10.= 6 In attachment you can find the capture files: Capture_1_FreeBSD82Client_gif0.cap Capture_1_FreeBSD82Client_em0.cap You will see missing packets when comparing the gif0 to the em0 interface. Jean Aumont Work: 450-449-0102x5303 Mobile: 514-913-7275 Ce message et les fichiers d'accompagnement transmis avec celui-ci s'adress= ent express?ment au(x) destinataire(s) et peuvent contenir des renseignemen= ts confidentiels et privil?gi?s. Si vous recevez ce message par erreur, veu= illez en aviser imm?diatement l'exp?diteur par courrier ?lectronique. Veuil= lez ?galement ne pas en prendre connaissance et en supprimer toutes les cop= ies imm?diatement. Technologies Interactives Mediagrif Inc. et ses filiales= n'acceptent aucune responsabilit? ? l'?gard des opinions exprim?es dans le= message ou des cons?quences de tout virus informatique qui pourrait ?tre t= ransmis avec ce message. Ce message fait ?galement l'objet d'un copyright. = Il est interdit d'en reproduire, adapter ou transmettre quelque partie que = ce soit sans le consentement ?crit du d?tenteur du copyright. This email and any files transmitted with it are solely intended for the us= e of the addressee(s) and may contain information that is confidential and = privileged. If you receive this email in error, please advise us by return = email immediately. Please also disregard the contents of the email, delete = it and destroy any copies immediately. Mediagrif Interactive Technologies I= nc. and its subsidiaries do not accept liability for the views expressed in= the email or for the consequences of any computer viruses that may be tran= smitted with this email. This email is also subject to copyright. No part o= f it should be reproduced, adapted or transmitted without the written conse= nt of the copyright owner. --_000_3F28112A756BDB44926D69CDFCB57F5401BC83sbv1exchmbx1devme_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I would like to cla= rify the test set-up.

 

A “ClientR= 21; (server) is establishing a gif tunnel through a “Router” to= our main “Server”

 

The Client has 3 ip= :

  - Public Lan= IP:  em0: 3.3.3.2

  - Tunnel &nb= sp;   IP: gif0: 172.17.10.2

  - PrivateLan= IP:  em1: 10.50.1.2

 

The Router has 2 IP= :

  - Public Net= work1: em1: 3.3.3.4

  - Public Net= work2: em0: 2.2.2.4

 

The server has 3 ip

  - Public Lan= IP:  em0: 2.2.2.3

  - Tunnel &nb= sp;   IP: gif0: 172.17.10.1

  - PrivateLan= IP:  em1: 10.90.10.6

    =   

 

-----------Client--= ---------------Router-------------------- Server
Public IP: em0: 3.3.3.2 ......... em1: 3.3.3.4
            &nb= sp;            =          em0: 2.2.2.4 .............= em0: 2.2.2.3
Tunnel   : gif0:172.17.10.2 <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> gif0: 172.17.= 10.1
Private IP: em1: 10.50.1.2         =             &nb= sp;            =  em1: 10.90.10.6

 

In attachment you c= an find the capture files:

 

Capture_1_FreeBSD82Client_gif0.cap
Capture_1_FreeBSD82Client_em0.cap

 

You will see missing packets when comparing the gif0= to the em0 interface.<= span style=3D"font-size:10.0pt; font-family:"Courier New"">

 

Jean Aumont<= /font>

Work: 450-449-0102x= 5303

Mobile: 514-913-7275

 =

Ce message et les fichiers d’accompagnement transmis avec celui-ci s&= #8217;adressent expressément au(x) destinataire(s) et peuvent conten= ir des renseignements confidentiels et privilégiés. Si vous r= ecevez ce message par erreur, veuillez en aviser immédiatement lR= 17;expéditeur par courrier électronique. Veuillez également ne pas en pren= dre connaissance et en supprimer toutes les copies immédiatement. Te= chnologies Interactives Mediagrif Inc. et ses filiales n’acceptent au= cune responsabilité à l’égard des opinions expri= mées dans le message ou des conséquences de tout virus informatique qui pourrait= être transmis avec ce message. Ce message fait également l= 217;objet d’un copyright. Il est interdit d’en reproduire, adap= ter ou transmettre quelque partie que ce soit sans le consentement é= crit du détenteur du copyright.

This email and any files transmitted with it are solely intended for the us= e of the addressee(s) and may contain information that is confidential and = privileged. If you receive this email in error, please advise us by return = email immediately. Please also disregard the contents of the email, delete it and destroy any copies immediately. M= ediagrif Interactive Technologies Inc. and its subsidiaries do not accept l= iability for the views expressed in the email or for the consequences of an= y computer viruses that may be transmitted with this email. This email is also subject to copyright. No part of it sh= ould be reproduced, adapted or transmitted without the written consent of t= he copyright owner. --_000_3F28112A756BDB44926D69CDFCB57F5401BC83sbv1exchmbx1devme_-- --_005_3F28112A756BDB44926D69CDFCB57F5401BC83sbv1exchmbx1devme_ Content-Type: application/octet-stream; name="capture_1_FreeBSD82Client_gif0.cap" Content-Description: capture_1_FreeBSD82Client_gif0.cap Content-Disposition: attachment; filename="capture_1_FreeBSD82Client_gif0.cap"; size=8480; creation-date="Tue, 13 Sep 2011 05:05:55 GMT"; modification-date="Tue, 13 Sep 2011 03:20:39 GMT" Content-Transfer-Encoding: base64 1MOyoQIABAAAAAAAAAAAAP//AAAAAAAAMstuTnbnCgBUAAAAVAAAAAIAAABFwABQB+YAAAFZGpes EQoC4AAABQIBACwKWjIyZGRkZAAAAAIAAAEQTm7LMgAAAAAACgIBAAAAKAAAAAAAAAAA/zAjOEXa KsRqSG0o2U8kuDPLbk5c5AcAWAAAAFgAAAACAAAARcAAVBFdAAABWREdrBEKAeAAAAUCAQAwCloo KGRkZGQAAAACAAABEE5uyzIAAAAAAAoCAQAAACgAAAAAAAAAAApaMjIqp3OyKZ35hID92FvEyX9m M8tuTqbxBwBIAAAASAAAAAIAAABFwABEB+gAAAFZGqGsEQoC4AAABQICACAKWjIyZGRkZAAAAAIA AAEQTm7LMwUAAgdObsy/JhD88ssGUai6msEPxnZyvDPLbk5kAQgASAAAAEgAAAACAAAARcAARBFf AAABWRErrBEKAeAAAAUCAgAgClooKGRkZGQAAAACAAABEE5uyzMFAAIHTm7Mv0AomyHkqWDoJOY0 NJ2sal8zy25OPgIIAMAAAADAAAAAAgAAAEXAALwRYQAAAVkQsawRCgHgAAAFAgIAmApaKChkZGRk AAAAAgAAARBObss0BQACAE5uzL8ACgIBClooKApaKCiAAACCBm8AMAA8AgEKWjIyCloyMoAAAIBP +gA8ADwCBQICAgAKWigogAAAQqkZACQAPQIFAwMDAApaMjKAAABCA6gAJAA9AgUKMgEACloyMoAA AEKH7wAkADwCBQpaCgYKWigogAAAQYTRACRvtVpJoCJUqqPrXQ85z8ATM8tuTpQPCABcAAAAXAAA AAIAAABFwABYB+oAAAFZGousEQoC4AAABQICADQKWjIyZGRkZAAAAAIAAAEQTm7LNAUAAgFObszA AAoCAQpaMjIKWjIygAAAgWLXADC2LcpedSty2D49S6vBkTi0M8tuTjQeCABIAAAASAAAAAIAAABF wABEEWMAAAFZESesEQoB4AAABQICACAKWigoZGRkZAAAAAIAAAEQTm7LNQUAAgBObszAtsDxdjYw a4OGERvuxpOM2jPLbk5/HggATAAAAEwAAAACAAAARcAASBFlAAABWREhrBEKAeAAAAUCAwAkCloo KGRkZGQAAAACAAABEE5uyzYAAAABCloyMgpaMjL+oakz9+COY+qIbSpHbUzyM8tuTgQqCABMAAAA TAAAAAIAAABFwABIB+wAAAFZGpmsEQoC4AAABQIDACQKWjIyZGRkZAAAAAIAAAEQTm7LNQAAAAEK WigoClooKAMBNo6BOu7wFOY6CnRamJYzy25OQiwIAHQAAAB0AAAAAgAAAEXAAHAH7gAAAVkab6wR CgLgAAAFAgQATApaMjJkZGRkAAAAAgAAARBObss2AAAAAQALAgEKWjIyCloyMoAAAIFi1wAwAgAA AqwRAAD//wAAAwAAZApaMjL/////AwAACtuDhqESaqxqAxgHSWJU5D8zy25ORkcIAHQAAAB0AAAA AgAAAEXAAHARZwAAAVkQ96wRCgHgAAAFAgQATApaKChkZGRkAAAAAgAAARBObss3AAAAAQALAgEK WigoClooKIAAAIIGbwAwAgAAAqwRAAD//wAAAwAAZApaKCj/////AwAACm4thqziJLcpr4MSFz/C c24zy25OKlIIAIwAAACMAAAAAgAAAEXAAIgRaQAAAVkQ3awRCgHgAAAFAgQAZApaKChkZGRkAAAA AgAAARBObss4AAAAAgABAgUCAgIAClooKIAAAEOnGgAk////AIAAABQAAAAAAAAAAAABAgUKWgoG ClooKIAAAEKC0gAk/////oAAABQAAAAAAAAAACl8DX4bfhrUZOFEkokk9jAzy25ONlMIAIAAAACA AAAAAgAAAEXAAHwRawAAAVkQ56wRCgHgAAAFAgQAWApaKChkZGRkAAAAAgAAARBObss5AAAAAQAB AgEKWigoClooKIAAAIOuwQA8AgAAAwpaMjKsEQoBAQAAZKwRAAD//wAAAwAAZApaKCj/////AwAA Cgm6TWHTY/XuR+Y+2ZXJ+4szy25OSWoIAIwAAACMAAAAAgAAAEXAAIgH8AAAAVkaVawRCgLgAAAF AgQAZApaMjJkZGRkAAAAAgAAARBObss3AAAAAgABAgUDAwMACloyMoAAAEMBqQAk////AIAAABQA AAAAAAAAAAABAgUKMgEACloyMoAAAEOF8AAk////AIAAABQAAAAAAAAAAAnwPCNOnXKrgIrJoZOF gOUzy25OfG4IAIAAAACAAAAAAgAAAEXAAHwH8gAAAVkaX6wRCgLgAAAFAgQAWApaMjJkZGRkAAAA AgAAARBObss4AAAAAQABAgEKWjIyCloyMoAAAIJL/AA8AgAAAwpaKCisEQoCAQAAZKwRAAD//wAA AwAAZApaMjL/////AwAACt4ka1SKWKcVC39QcCF72+4zy25Oo3oKAHwAAAB8AAAAAgAAAEXAAHgR bQAAAVkQ6awRCgHgAAAFAgUAVApaKChkZGRkAAAAAgAAARBObss6AAsCAQpaMjIKWjIygAAAgWLX ADAAAQIFAwMDAApaMjKAAABDAakAJAABAgUKMgEACloyMoAAAEOF8AAkkg+v+jwxg/TtjAOcVw7Z uzPLbk58MA0AfAAAAHwAAAACAAAARcAAeAf0AAABWRphrBEKAuAAAAUCBQBUCloyMmRkZGQAAAAC AAABEE5uyzkACwIBClooKApaKCiAAACCBm8AMAABAgUCAgIAClooKIAAAEOnGgAkAAECBQpaCgYK WigogAAAQoLSACT3eJ0BipE4p6UPdn6fvRBtPMtuTjEPCwBYAAAAWAAAAAIAAABFwABUB/YAAAFZ GoOsEQoC4AAABQIBADAKWjIyZGRkZAAAAAIAAAEQTm7LPAAAAAAACgIBAAAAKAAAAAAAAAAACloo KLV0mglJspXuyUoagh2q94Q9y25Oow8IAFgAAABYAAAAAgAAAEXAAFQRbwAAAVkRC6wRCgHgAAAF AgEAMApaKChkZGRkAAAAAgAAARBObss8AAAAAAAKAgEAAAAoAAAAAAAAAAAKWjIyon4YHViXzmg6 KGRN0jZ6nD3Lbk7OXAgAgAAAAIAAAAACAAAARcAAfBFxAAABWRDhrBEKAeAAAAUCBABYClooKGRk ZGQAAAACAAABEE5uyz0AAAABAAsCAQpaKCgKWigogAAAg67BADwCAAADCloyMqwRCgEBAABkrBEA AP//AAADAABkClooKP////8DAAAKDeMpZW3WHFK1AAGlBEu6rz3Lbk7oZwgAgAAAAIAAAAACAAAA RcAAfAf4AAABWRpZrBEKAuAAAAUCBABYCloyMmRkZGQAAAACAAABEE5uyz0AAAABAAsCAQpaMjIK WjIygAAAgkv8ADwCAAADClooKKwRCgIBAABkrBEAAP//AAADAABkCloyMv////8DAAAKFI87mQ9O T6YqLgl9bAaWcj3Lbk50CgwAVAAAAFQAAAACAAAARcAAUBFzAAABWRELrBEKAeAAAAUCBQAsCloo KGRkZGQAAAACAAABEE5uyz4ACwIBCloyMgpaMjKAAACCS/wAPIhi37WOywEYS+Eh85HXb3c9y25O G7gOAFQAAABUAAAAAgAAAEXAAFAH+gAAAVkag6wRCgLgAAAFAgUALApaMjJkZGRkAAAAAgAAARBO bss+AAsCAQpaKCgKWigogAAAg67BADzqec2VXD32JXSYcVB7sKfmRstuTug2CwBYAAAAWAAAAAIA AABFwABUB/wAAAFZGn2sEQoC4AAABQIBADAKWjIyZGRkZAAAAAIAAAEQTm7LRgAAAAAACgIBAAAA KAAAAAAAAAAAClooKKGCBqAe/pCoNMD7eFoys2tQy25OUF4LAFgAAABYAAAAAgAAAEXAAFQH/QAA AVkafKwRCgLgAAAFAgEAMApaMjJkZGRkAAAAAgAAARBObstQAAAAAAAKAgEAAAAoAAAAAAAAAAAK WigoKjwSoR6exBLhqYL86+tr1FrLbk70hQsAWAAAAFgAAAACAAAARcAAVAf/AAABWRp6rBEKAuAA AAUCAQAwCloyMmRkZGQAAAACAAABEE5uy1oAAAAAAAoCAQAAACgAAAAAAAAAAApaKCgEB4B484bd D/AqOz74Vr7zZMtuTtCtCwBYAAAAWAAAAAIAAABFwABUCAAAAAFZGnmsEQoC4AAABQIBADAKWjIy ZGRkZAAAAAIAAAEQTm7LZAAAAAAACgIBAAAAKAAAAAAAAAAAClooKIgth78GJQUG834OGVte7hpu y25OedULAFQAAABUAAAAAgAAAEXAAFAIAgAAAVkae6wRCgLgAAAFAgEALApaMjJkZGRkAAAAAgAA ARBObstuAAAAAAAKAgEAAAAoAAAAAAAAAAAEODnnFJcJm1+xh8e83afhb8tuTvTWCABYAAAAWAAA AAIAAABFwABUEiIAAAFZEFisEQoB4AAABQIBADAKWigoZGRkZAAAAAIAAAEQTm7LbgAAAAAACgIB AAAAKAAAAAAAAAAACloyMlcXYshPHT0Rr76ye0B8vDlvy25Osd4IAEgAAABIAAAAAgAAAEXAAEQI BAAAAVkahawRCgLgAAAFAgIAIApaMjJkZGRkAAAAAgAAARBObstvBQACB05uzPtgm38m7WjCJG2L pi+IOr/Mb8tuThflCABIAAAASAAAAAIAAABFwABEEiQAAAFZEGasEQoB4AAABQICACAKWigoZGRk ZAAAAAIAAAEQTm7LbwUAAgdObsz77FGnQvvG8JfSYw671ovpNm/Lbk4w5QgAwAAAAMAAAAACAAAA RcAAvBImAAABWQ/srBEKAeAAAAUCAgCYClooKGRkZGQAAAACAAABEE5uy3AFAAIATm7M+wAKAgEK WigoClooKIAAAIQCcQAwAD0CAQpaMjIKWjIygAAAgkv8ADwAPAIFAgICAApaKCiAAABDpxoAJAA9 AgUDAwMACloyMoAAAEMBqQAkAD0CBQoyAQAKWjIygAAAQ4XwACQAPAIFCloKBgpaKCiAAABCgtIA JIiiqgTurzkNyUc690Mkwcpvy25OVegIAFwAAABcAAAAAgAAAEXAAFgIBgAAAVkab6wRCgLgAAAF AgIANApaMjJkZGRkAAAAAgAAARBObstwBQACAU5uzPwACgIBCloyMgpaMjKAAACDXtkAMHvPjkda aPjXS8JJDkF8Ltxvy25Og+wIAEgAAABIAAAAAgAAAEXAAEQSKAAAAVkQYqwRCgHgAAAFAgIAIApa KChkZGRkAAAAAgAAARBObstxBQACAE5uzPzS27Auqt6z+u353l25ZLImb8tuTpzsCABMAAAATAAA AAIAAABFwABIEioAAAFZEFysEQoB4AAABQIDACQKWigoZGRkZAAAAAIAAAEQTm7LcgAAAAEKWjIy CloyMsoEYXG24D5WFjFomDdr+EVvy25O7e8IAEwAAABMAAAAAgAAAEXAAEgICAAAAVkafawRCgLg AAAFAgMAJApaMjJkZGRkAAAAAgAAARBObstxAAAAAQpaKCgKWigowA9hN/kijsAcjBZ4Qs+QlG/L bk6h8AgAdAAAAHQAAAACAAAARcAAcAgKAAABWRpTrBEKAuAAAAUCBABMCloyMmRkZGQAAAACAAAB EE5uy3IAAAABAAsCAQpaMjIKWjIygAAAg17ZADACAAACrBEAAP//AAADAABkCloyMv////8DAAAK vIb8jyb9hA62nQVzFyeg/2/Lbk4Z/ggAdAAAAHQAAAACAAAARcAAcBIsAAABWRAyrBEKAeAAAAUC BABMClooKGRkZGQAAAACAAABEE5uy3MAAAABAAsCAQpaKCgKWigogAAAhAJxADACAAACrBEAAP// AAADAABkClooKP////8DAAAKpuOxit1T9J6ExCm7rVDzT2/Lbk71AwkAjAAAAIwAAAACAAAARcAA iAgMAAABWRo5rBEKAuAAAAUCBABkCloyMmRkZGQAAAACAAABEE5uy3MAAAACAAECBQMDAwAKWjIy gAAARP6qACT///8AgAAAFAAAAAAAAAAAAAECBQoyAQAKWjIygAAARIPxACT///8AgAAAFAAAAAAA AAAAqedGoHMqD9nLYfShDuO5D2/Lbk6gBAkAjAAAAIwAAAACAAAARcAAiBIuAAABWRAYrBEKAeAA AAUCBABkClooKGRkZGQAAAACAAABEE5uy3QAAAACAAECBQICAgAKWigogAAARKUbACT///8AgAAA FAAAAAAAAAAAAAECBQpaCgYKWigogAAAQ4DTACT////+gAAAFAAAAAAAAAAA+a7dUH5yTGU+1Gyl Jryft2/Lbk63BAkAgAAAAIAAAAACAAAARcAAfBIwAAABWRAirBEKAeAAAAUCBABYClooKGRkZGQA AAACAAABEE5uy3UAAAABAAECAQpaKCgKWigogAAAharDADwCAAADCloyMqwRCgEBAABkrBEAAP// AAADAABkClooKP////8DAAAKgsa6aySyTr4IctY7MRbNs2/Lbk7uCAkAgAAAAIAAAAACAAAARcAA fAgOAAABWRpDrBEKAuAAAAUCBABYCloyMmRkZGQAAAACAAABEE5uy3QAAAABAAECAQpaMjIKWjIy gAAAhEf+ADwCAAADClooKKwRCgIBAABkrBEAAP//AAADAABkCloyMv////8DAAAK2SDiEPFMIGGS Y3zuXLeeRHDLbk5QjQQAfAAAAHwAAAACAAAARcAAeBI6AAABWRAcrBEKAeAAAAUCBQBUClooKGRk ZGQAAAACAAABEE5uy3YACwIBCloyMgpaMjKAAACDXtkAMAABAgUDAwMACloyMoAAAET+qgAkAAEC BQoyAQAKWjIygAAARIPxACTg8HNgzl2CfUMxXL0VHtjPcMtuTsdABwB8AAAAfAAAAAIAAABFwAB4 CBAAAAFZGkWsEQoC4AAABQIFAFQKWjIyZGRkZAAAAAIAAAEQTm7LdQALAgEKWigoClooKIAAAIQC cQAwAAECBQICAgAKWigogAAARKUbACQAAQIFCloKBgpaKCiAAABDgNMAJLQGWdj3aa9MhUfMYQFQ 6sV0y25OGBkJAIAAAACAAAAAAgAAAEXAAHwIEgAAAVkaP6wRCgLgAAAFAgQAWApaMjJkZGRkAAAA AgAAARBObst2AAAAAQAGAgEKWjIyCloyMoAAAIRH/gA8AgAAAwpaKCisEQoCAQAAZKwRAAD//wAA AwAAZApaMjL/////AwAACivcPKm1Tnn2bcDpobZYj4R0y25OJSwJAIAAAACAAAAAAgAAAEXAAHwS PAAAAVkQFqwRCgHgAAAFAgQAWApaKChkZGRkAAAAAgAAARBObst3AAAAAQAGAgEKWigoClooKIAA AIWqwwA8AgAAAwpaMjKsEQoBAQAAZKwRAAD//wAAAwAAZApaKCj/////AwAACniJnJ+hJM6d0Dil XeTZQ7x1y25OYVYFAFQAAABUAAAAAgAAAEXAAFASPgAAAVkQQKwRCgHgAAAFAgUALApaKChkZGRk AAAAAgAAARBObst4AAYCAQpaMjIKWjIygAAAhEf+ADw2z8xV6vwGmaLuXkgbaI3RdctuTtoECABU AAAAVAAAAAIAAABFwABQCBQAAAFZGmmsEQoC4AAABQIFACwKWjIyZGRkZAAAAAIAAAEQTm7LdwAG AgEKWigoClooKIAAAIWqwwA8NvTce70MmTxHZg7vNRA/KHjLbk4V/QsAWAAAAFgAAAACAAAARcAA VAgWAAABWRpjrBEKAuAAAAUCAQAwCloyMmRkZGQAAAACAAABEE5uy3gAAAAAAAoCAQAAACgAAAAA AAAAAApaKCgLDb07xkT7yHwTQZsD5djagstuTs0kDABYAAAAWAAAAAIAAABFwABUCBcAAAFZGmKs EQoC4AAABQIBADAKWjIyZGRkZAAAAAIAAAEQTm7LggAAAAAACgIBAAAAKAAAAAAAAAAAClooKKp7 MgL4pp7d13eUlv/pgTWMy25OTUwMAFgAAABYAAAAAgAAAEXAAFQIGQAAAVkaYKwRCgLgAAAFAgEA MApaMjJkZGRkAAAAAgAAARBObsuMAAAAAAAKAgEAAAAoAAAAAAAAAAAKWigoi60WdGLNdWR2Av9U fL6DuJbLbk4ZdAwAWAAAAFgAAAACAAAARcAAVAgaAAABWRpfrBEKAuAAAAUCAQAwCloyMmRkZGQA AAACAAABEE5uy5YAAAAAAAoCAQAAACgAAAAAAAAAAApaKCh46yA3f43sRyKOpWv/hWOQoMtuTqib DABUAAAAVAAAAAIAAABFwABQCBwAAAFZGmGsEQoC4AAABQIBACwKWjIyZGRkZAAAAAIAAAEQTm7L oAAAAAAACgIBAAAAKAAAAAAAAAAATor0iKxh31F2jUl55UBfMqHLbk7rwQkAWAAAAFgAAAACAAAA RcAAVBL3AAABWQ+DrBEKAeAAAAUCAQAwClooKGRkZGQAAAACAAABEE5uy6EAAAAAAAoCAQAAACgA AAAAAAAAAApaMjJOFhs2Mb/0PbfdCWMP8MwroctuTt3JCQBIAAAASAAAAAIAAABFwABECB4AAAFZ GmusEQoC4AAABQICACAKWjIyZGRkZAAAAAIAAAEQTm7LoQUAAgdObs0tvIvAPWg5886cRZPlVGuZ 3aHLbk5K1QkASAAAAEgAAAACAAAARcAARBL5AAABWQ+RrBEKAeAAAAUCAgAgClooKGRkZGQAAAAC AAABEE5uy6IFAAIHTm7NLfKnkXB+LUgYZpNsYmI7Smmhy25OWN0JAMAAAADAAAAAAgAAAEXAALwS +wAAAVkPF6wRCgHgAAAFAgIAmApaKChkZGRkAAAAAgAAARBObsujBQACAE5uzS0ACgIBClooKApa KCiAAACG/XMAMAAzAgEKWjIyCloyMoAAAIRH/gA8ADICBQICAgAKWigogAAARKUbACQAMwIFAwMD AApaMjKAAABE/qoAJAAzAgUKMgEACloyMoAAAESD8QAkADICBQpaCgYKWigogAAAQ4DTACTSPju7 muJIP8oOSGbf8AkuoctuThPkCQBcAAAAXAAAAAIAAABFwABYCCAAAAFZGlWsEQoC4AAABQICADQK WjIyZGRkZAAAAAIAAAEQTm7LogUAAgFObs0uAAoCAQpaMjIKWjIygAAAhVrbADDfS/sqffs2rWwn wJsX4oQLoctuTsr4CQBIAAAASAAAAAIAAABFwABEEv0AAAFZD42sEQoB4AAABQICACAKWigoZGRk ZAAAAAIAAAEQTm7LpAUAAgBObs0ugClXYdKST/4vWR2CspU4g6HLbk4a+QkATAAAAEwAAAACAAAA RcAASBL/AAABWQ+HrBEKAeAAAAUCAwAkClooKGRkZGQAAAACAAABEE5uy6UAAAABCloyMgpaMjLo O1/3wbdouMoDaf3bPKcwoctuToYFCgBMAAAATAAAAAIAAABFwABICCIAAAFZGmOsEQoC4AAABQID ACQKWjIyZGRkZAAAAAIAAAEQTm7LowAAAAEKWigoClooKEZpQPDn1SuA5coKPyLKQQKhy25OLggK AHQAAAB0AAAAAgAAAEXAAHAIJAAAAVkaOawRCgLgAAAFAgQATApaMjJkZGRkAAAAAgAAARBObsuk AAAAAQALAgEKWjIyCloyMoAAAIVa2wAwAgAAAqwRAAD//wAAAwAAZApaMjL/////AwAAChdVMj2f xBdAFwLXt/XbfPShy25OUCYKAHQAAAB0AAAAAgAAAEXAAHATAQAAAVkPXawRCgHgAAAFAgQATApa KChkZGRkAAAAAgAAARBObsumAAAAAQALAgEKWigoClooKIAAAIb9cwAwAgAAAqwRAAD//wAAAwAA ZApaKCj/////AwAACgk8BUpDqc0eWg1oW3T8KfWhy25OeTIKAIwAAACMAAAAAgAAAEXAAIgTAwAA AVkPQ6wRCgHgAAAFAgQAZApaKChkZGRkAAAAAgAAARBObsunAAAAAgABAgUCAgIAClooKIAAAEWj HAAk////AIAAABQAAAAAAAAAAAABAgUKWgoGClooKIAAAER+1AAk/////oAAABQAAAAAAAAAAED7 zegpO2WTJ58E3myP4zShy25OwjIKAIAAAACAAAAAAgAAAEXAAHwTBQAAAVkPTawRCgHgAAAFAgQA WApaKChkZGRkAAAAAgAAARBObsuoAAAAAQABAgEKWigoClooKIAAAIemxQA8AgAAAwpaMjKsEQoB AQAAZKwRAAD//wAAAwAAZApaKCj/////AwAACvqyTkWciqVJ+oukW0HaZfShy25OC0kKAIwAAACM AAAAAgAAAEXAAIgIJgAAAVkaH6wRCgLgAAAFAgQAZApaMjJkZGRkAAAAAgAAARBObsulAAAAAgAB AgUDAwMACloyMoAAAEX8qwAk////AIAAABQAAAAAAAAAAAABAgUKMgEACloyMoAAAEWB8gAk//// AIAAABQAAAAAAAAAAB4dfq59YW7V03bYdjEejCKhy25OClEKAIAAAACAAAAAAgAAAEXAAHwIKAAA AVkaKawRCgLgAAAFAgQAWApaMjJkZGRkAAAAAgAAARBObsumAAAAAQABAgEKWjIyCloyMoAAAIZD AQA8AgAAAwpaKCisEQoCAQAAZKwRAAD//wAAAwAAZApaMjL/////AwAACq7JsabHvfNpSQOR0sCd 9rihy25O9zMMAHwAAAB8AAAAAgAAAEXAAHgTBwAAAVkPT6wRCgHgAAAFAgUAVApaKChkZGRkAAAA AgAAARBObsupAAsCAQpaMjIKWjIygAAAhVrbADAAAQIFAwMDAApaMjKAAABF/KsAJAABAgUKMgEA CloyMoAAAEWB8gAkxmuVA0SS97dlX2wU1TjgGKHLbk4PDA8AfAAAAHwAAAACAAAARcAAeAgqAAAB WRorrBEKAuAAAAUCBQBUCloyMmRkZGQAAAACAAABEE5uy6cACwIBClooKApaKCiAAACG/XMAMAAB AgUCAgIAClooKIAAAEWjHAAkAAECBQpaCgYKWigogAAARH7UACQJx9ptrXaJ8kL3LH6/dvysqstu TmPDDABYAAAAWAAAAAIAAABFwABUCCwAAAFZGk2sEQoC4AAABQIBADAKWjIyZGRkZAAAAAIAAAEQ Tm7LqgAAAAAACgIBAAAAKAAAAAAAAAAAClooKKiUPcf3OKKKyoZs/EAF4Z0= --_005_3F28112A756BDB44926D69CDFCB57F5401BC83sbv1exchmbx1devme_ Content-Type: application/octet-stream; name="capture_1_FreeBSD82Client_em0.cap" Content-Description: capture_1_FreeBSD82Client_em0.cap Content-Disposition: attachment; filename="capture_1_FreeBSD82Client_em0.cap"; size=9508; creation-date="Tue, 13 Sep 2011 05:05:55 GMT"; modification-date="Tue, 13 Sep 2011 03:20:39 GMT" Content-Transfer-Encoding: base64 1MOyoQIABAAAAAAAAAAAAP//AAABAAAAMstuTnfoCgByAAAAcgAAAAgAJyfbvggAJ+7A6AgARcAA ZAfnAAAeBInmAwMDAgICAgNFwABQB+YAAAFZGpesEQoC4AAABQIBACwKWjIyZGRkZAAAAAIAAAEQ Tm7LMgAAAAAACgIBAAAAKAAAAAAAAAAA/zAjOEXaKsRqSG0o2U8kuDPLbk4h5AcAdgAAAHYAAAAI ACfuwOgIACcn274IAEXAAGgRXgAAHQSBawICAgMDAwMCRcAAVBFdAAABWREdrBEKAeAAAAUCAQAw ClooKGRkZGQAAAACAAABEE5uyzIAAAAAAAoCAQAAACgAAAAAAAAAAApaMjIqp3OyKZ35hID92FvE yX9mM8tuTm/yBwBmAAAAZgAAAAgAJyfbvggAJ+7A6AgARcAAWAfpAAAeBInwAwMDAgICAgNFwABE B+gAAAFZGqGsEQoC4AAABQICACAKWjIyZGRkZAAAAAIAAAEQTm7LMwUAAgdObsy/JhD88ssGUai6 msEPxnZyvDPLbk7OAAgAZgAAAGYAAAAIACfuwOgIACcn274IAEXAAFgRYAAAHQSBeQICAgMDAwMC RcAARBFfAAABWRErrBEKAeAAAAUCAgAgClooKGRkZGQAAAACAAABEE5uyzMFAAIHTm7Mv0AomyHk qWDoJOY0NJ2sal8zy25OzAEIAN4AAADeAAAACAAn7sDoCAAnJ9u+CABFwADQEWIAAB0EgP8CAgID AwMDAkXAALwRYQAAAVkQsawRCgHgAAAFAgIAmApaKChkZGRkAAAAAgAAARBObss0BQACAE5uzL8A CgIBClooKApaKCiAAACCBm8AMAA8AgEKWjIyCloyMoAAAIBP+gA8ADwCBQICAgAKWigogAAAQqkZ ACQAPQIFAwMDAApaMjKAAABCA6gAJAA9AgUKMgEACloyMoAAAEKH7wAkADwCBQpaCgYKWigogAAA QYTRACRvtVpJoCJUqqPrXQ85z8ATM8tuTkgQCAB6AAAAegAAAAgAJyfbvggAJ+7A6AgARcAAbAfr AAAeBInaAwMDAgICAgNFwABYB+oAAAFZGousEQoC4AAABQICADQKWjIyZGRkZAAAAAIAAAEQTm7L NAUAAgFObszAAAoCAQpaMjIKWjIygAAAgWLXADC2LcpedSty2D49S6vBkTi0M8tuTg4eCABmAAAA ZgAAAAgAJ+7A6AgAJyfbvggARcAAWBFkAAAdBIF1AgICAwMDAwJFwABEEWMAAAFZESesEQoB4AAA BQICACAKWigoZGRkZAAAAAIAAAEQTm7LNQUAAgBObszAtsDxdjYwa4OGERvuxpOM2jPLbk5cHggA agAAAGoAAAAIACfuwOgIACcn274IAEXAAFwRZgAAHQSBbwICAgMDAwMCRcAASBFlAAABWREhrBEK AeAAAAUCAwAkClooKGRkZGQAAAACAAABEE5uyzYAAAABCloyMgpaMjL+oakz9+COY+qIbSpHbUzy M8tuTrcqCABqAAAAagAAAAgAJyfbvggAJ+7A6AgARcAAXAftAAAeBInoAwMDAgICAgNFwABIB+wA AAFZGpmsEQoC4AAABQIDACQKWjIyZGRkZAAAAAIAAAEQTm7LNQAAAAEKWigoClooKAMBNo6BOu7w FOY6CnRamJYzy25OKC0IAJIAAACSAAAACAAnJ9u+CAAn7sDoCABFwACEB+8AAB4Eib4DAwMCAgIC A0XAAHAH7gAAAVkab6wRCgLgAAAFAgQATApaMjJkZGRkAAAAAgAAARBObss2AAAAAQALAgEKWjIy CloyMoAAAIFi1wAwAgAAAqwRAAD//wAAAwAAZApaMjL/////AwAACtuDhqESaqxqAxgHSWJU5D8z y25OHEcIAJIAAACSAAAACAAn7sDoCAAnJ9u+CABFwACEEWgAAB0EgUUCAgIDAwMDAkXAAHARZwAA AVkQ96wRCgHgAAAFAgQATApaKChkZGRkAAAAAgAAARBObss3AAAAAQALAgEKWigoClooKIAAAIIG bwAwAgAAAqwRAAD//wAAAwAAZApaKCj/////AwAACm4thqziJLcpr4MSFz/Cc24zy25OAVIIAKoA AACqAAAACAAn7sDoCAAnJ9u+CABFwACcEWoAAB0EgSsCAgIDAwMDAkXAAIgRaQAAAVkQ3awRCgHg AAAFAgQAZApaKChkZGRkAAAAAgAAARBObss4AAAAAgABAgUCAgIAClooKIAAAEOnGgAk////AIAA ABQAAAAAAAAAAAABAgUKWgoGClooKIAAAEKC0gAk/////oAAABQAAAAAAAAAACl8DX4bfhrUZOFE kokk9jAzy25OEFMIAJ4AAACeAAAACAAn7sDoCAAnJ9u+CABFwACQEWwAAB0EgTUCAgIDAwMDAkXA AHwRawAAAVkQ56wRCgHgAAAFAgQAWApaKChkZGRkAAAAAgAAARBObss5AAAAAQABAgEKWigoCloo KIAAAIOuwQA8AgAAAwpaMjKsEQoBAQAAZKwRAAD//wAAAwAAZApaKCj/////AwAACgm6TWHTY/Xu R+Y+2ZXJ+4szy25OEWsIAKoAAACqAAAACAAnJ9u+CAAn7sDoCABFwACcB/EAAB4EiaQDAwMCAgIC A0XAAIgH8AAAAVkaVawRCgLgAAAFAgQAZApaMjJkZGRkAAAAAgAAARBObss3AAAAAgABAgUDAwMA CloyMoAAAEMBqQAk////AIAAABQAAAAAAAAAAAABAgUKMgEACloyMoAAAEOF8AAk////AIAAABQA AAAAAAAAAAnwPCNOnXKrgIrJoZOFgOUzy25Oy24IAJ4AAACeAAAACAAnJ9u+CAAn7sDoCABFwACQ B/MAAB4Eia4DAwMCAgICA0XAAHwH8gAAAVkaX6wRCgLgAAAFAgQAWApaMjJkZGRkAAAAAgAAARBO bss4AAAAAQABAgEKWjIyCloyMoAAAIJL/AA8AgAAAwpaKCisEQoCAQAAZKwRAAD//wAAAwAAZApa MjL/////AwAACt4ka1SKWKcVC39QcCF72+4zy25ObHoKAJoAAACaAAAACAAn7sDoCAAnJ9u+CABF wACMEW4AAB0EgTcCAgIDAwMDAkXAAHgRbQAAAVkQ6awRCgHgAAAFAgUAVApaKChkZGRkAAAAAgAA ARBObss6AAsCAQpaMjIKWjIygAAAgWLXADAAAQIFAwMDAApaMjKAAABDAakAJAABAgUKMgEACloy MoAAAEOF8AAkkg+v+jwxg/TtjAOcVw7ZuzPLbk5FMQ0AmgAAAJoAAAAIACcn274IACfuwOgIAEXA AIwH9QAAHgSJsAMDAwICAgIDRcAAeAf0AAABWRphrBEKAuAAAAUCBQBUCloyMmRkZGQAAAACAAAB EE5uyzkACwIBClooKApaKCiAAACCBm8AMAABAgUCAgIAClooKIAAAEOnGgAkAAECBQpaCgYKWigo gAAAQoLSACT3eJ0BipE4p6UPdn6fvRBtPMtuTiMQCwB2AAAAdgAAAAgAJyfbvggAJ+7A6AgARcAA aAf3AAAeBInSAwMDAgICAgNFwABUB/YAAAFZGoOsEQoC4AAABQIBADAKWjIyZGRkZAAAAAIAAAEQ Tm7LPAAAAAAACgIBAAAAKAAAAAAAAAAAClooKLV0mglJspXuyUoagh2q94Q9y25OZg8IAHYAAAB2 AAAACAAn7sDoCAAnJ9u+CABFwABoEXAAAB0EgVkCAgIDAwMDAkXAAFQRbwAAAVkRC6wRCgHgAAAF AgEAMApaKChkZGRkAAAAAgAAARBObss8AAAAAAAKAgEAAAAoAAAAAAAAAAAKWjIyon4YHViXzmg6 KGRN0jZ6nD3Lbk6kXAgAngAAAJ4AAAAIACfuwOgIACcn274IAEXAAJARcgAAHQSBLwICAgMDAwMC RcAAfBFxAAABWRDhrBEKAeAAAAUCBABYClooKGRkZGQAAAACAAABEE5uyz0AAAABAAsCAQpaKCgK WigogAAAg67BADwCAAADCloyMqwRCgEBAABkrBEAAP//AAADAABkClooKP////8DAAAKDeMpZW3W HFK1AAGlBEu6rz3Lbk6saAgAngAAAJ4AAAAIACcn274IACfuwOgIAEXAAJAH+QAAHgSJqAMDAwIC AgIDRcAAfAf4AAABWRpZrBEKAuAAAAUCBABYCloyMmRkZGQAAAACAAABEE5uyz0AAAABAAsCAQpa MjIKWjIygAAAgkv8ADwCAAADClooKKwRCgIBAABkrBEAAP//AAADAABkCloyMv////8DAAAKFI87 mQ9OT6YqLgl9bAaWcj3Lbk5GCgwAcgAAAHIAAAAIACfuwOgIACcn274IAEXAAGQRdAAAHQSBWQIC AgMDAwMCRcAAUBFzAAABWRELrBEKAeAAAAUCBQAsClooKGRkZGQAAAACAAABEE5uyz4ACwIBCloy MgpaMjKAAACCS/wAPIhi37WOywEYS+Eh85HXb3c9y25O4LgOAHIAAAByAAAACAAnJ9u+CAAn7sDo CABFwABkB/sAAB4EidIDAwMCAgICA0XAAFAH+gAAAVkag6wRCgLgAAAFAgUALApaMjJkZGRkAAAA AgAAARBObss+AAsCAQpaKCgKWigogAAAg67BADzqec2VXD32JXSYcVB7sKfmbstuTqXWCwByAAAA cgAAAAgAJyfbvggAJ+7A6AgARcAAZAgDAAAeBInKAwMDAgICAgNFwABQCAIAAAFZGnusEQoC4AAA BQIBACwKWjIyZGRkZAAAAAIAAAEQTm7LbgAAAAAACgIBAAAAKAAAAAAAAAAABDg55xSXCZtfsYfH vN2n4W/Lbk651ggAdgAAAHYAAAAIACfuwOgIACcn274IAEXAAGgSIwAAHQSApgICAgMDAwMCRcAA VBIiAAABWRBYrBEKAeAAAAUCAQAwClooKGRkZGQAAAACAAABEE5uy24AAAAAAAoCAQAAACgAAAAA AAAAAApaMjJXF2LITx09Ea++sntAfLw5b8tuTtPfCABmAAAAZgAAAAgAJyfbvggAJ+7A6AgARcAA WAgFAAAeBInUAwMDAgICAgNFwABECAQAAAFZGoWsEQoC4AAABQICACAKWjIyZGRkZAAAAAIAAAEQ Tm7LbwUAAgdObsz7YJt/Ju1owiRti6YviDq/zG/Lbk4K5QgAZgAAAGYAAAAIACfuwOgIACcn274I AEXAAFgSJQAAHQSAtAICAgMDAwMCRcAARBIkAAABWRBmrBEKAeAAAAUCAgAgClooKGRkZGQAAAAC AAABEE5uy28FAAIHTm7M++xRp0L7xvCX0mMOu9aL6TZvy25OJOUIAN4AAADeAAAACAAn7sDoCAAn J9u+CABFwADQEicAAB0EgDoCAgIDAwMDAkXAALwSJgAAAVkP7KwRCgHgAAAFAgIAmApaKChkZGRk AAAAAgAAARBObstwBQACAE5uzPsACgIBClooKApaKCiAAACEAnEAMAA9AgEKWjIyCloyMoAAAIJL /AA8ADwCBQICAgAKWigogAAAQ6caACQAPQIFAwMDAApaMjKAAABDAakAJAA9AgUKMgEACloyMoAA AEOF8AAkADwCBQpaCgYKWigogAAAQoLSACSIoqoE7q85DclHOvdDJMHKb8tuTpXoCAB6AAAAegAA AAgAJyfbvggAJ+7A6AgARcAAbAgHAAAeBIm+AwMDAgICAgNFwABYCAYAAAFZGm+sEQoC4AAABQIC ADQKWjIyZGRkZAAAAAIAAAEQTm7LcAUAAgFObsz8AAoCAQpaMjIKWjIygAAAg17ZADB7z45HWmj4 10vCSQ5BfC7cb8tuTnbsCABmAAAAZgAAAAgAJ+7A6AgAJyfbvggARcAAWBIpAAAdBICwAgICAwMD AwJFwABEEigAAAFZEGKsEQoB4AAABQICACAKWigoZGRkZAAAAAIAAAEQTm7LcQUAAgBObsz80tuw Lqres/rt+d5duWSyJm/Lbk6Q7AgAagAAAGoAAAAIACfuwOgIACcn274IAEXAAFwSKwAAHQSAqgIC AgMDAwMCRcAASBIqAAABWRBcrBEKAeAAAAUCAwAkClooKGRkZGQAAAACAAABEE5uy3IAAAABCloy MgpaMjLKBGFxtuA+VhYxaJg3a/hFb8tuTi7wCABqAAAAagAAAAgAJyfbvggAJ+7A6AgARcAAXAgJ AAAeBInMAwMDAgICAgNFwABICAgAAAFZGn2sEQoC4AAABQIDACQKWjIyZGRkZAAAAAIAAAEQTm7L cQAAAAEKWigoClooKMAPYTf5Io7AHIwWeELPkJRvy25O2vAIAJIAAACSAAAACAAnJ9u+CAAn7sDo CABFwACECAsAAB4EiaIDAwMCAgICA0XAAHAICgAAAVkaU6wRCgLgAAAFAgQATApaMjJkZGRkAAAA AgAAARBObstyAAAAAQALAgEKWjIyCloyMoAAAINe2QAwAgAAAqwRAAD//wAAAwAAZApaMjL///// AwAACryG/I8m/YQOtp0FcxcnoP9vy25ODP4IAJIAAACSAAAACAAn7sDoCAAnJ9u+CABFwACEEi0A AB0EgIACAgIDAwMDAkXAAHASLAAAAVkQMqwRCgHgAAAFAgQATApaKChkZGRkAAAAAgAAARBObstz AAAAAQALAgEKWigoClooKIAAAIQCcQAwAgAAAqwRAAD//wAAAwAAZApaKCj/////AwAACqbjsYrd U/SehMQpu61Q809vy25OLwQJAKoAAACqAAAACAAnJ9u+CAAn7sDoCABFwACcCA0AAB4EiYgDAwMC AgICA0XAAIgIDAAAAVkaOawRCgLgAAAFAgQAZApaMjJkZGRkAAAAAgAAARBObstzAAAAAgABAgUD AwMACloyMoAAAET+qgAk////AIAAABQAAAAAAAAAAAABAgUKMgEACloyMoAAAESD8QAk////AIAA ABQAAAAAAAAAAKnnRqBzKg/Zy2H0oQ7juQ9vy25OlAQJAKoAAACqAAAACAAn7sDoCAAnJ9u+CABF wACcEi8AAB0EgGYCAgIDAwMDAkXAAIgSLgAAAVkQGKwRCgHgAAAFAgQAZApaKChkZGRkAAAAAgAA ARBObst0AAAAAgABAgUCAgIAClooKIAAAESlGwAk////AIAAABQAAAAAAAAAAAABAgUKWgoGCloo KIAAAEOA0wAk/////oAAABQAAAAAAAAAAPmu3VB+ckxlPtRspSa8n7dvy25OrAQJAJ4AAACeAAAA CAAn7sDoCAAnJ9u+CABFwACQEjEAAB0EgHACAgIDAwMDAkXAAHwSMAAAAVkQIqwRCgHgAAAFAgQA WApaKChkZGRkAAAAAgAAARBObst1AAAAAQABAgEKWigoClooKIAAAIWqwwA8AgAAAwpaMjKsEQoB AQAAZKwRAAD//wAAAwAAZApaKCj/////AwAACoLGumsksk6+CHLWOzEWzbNvy25OJwkJAJ4AAACe AAAACAAnJ9u+CAAn7sDoCABFwACQCA8AAB4EiZIDAwMCAgICA0XAAHwIDgAAAVkaQ6wRCgLgAAAF AgQAWApaMjJkZGRkAAAAAgAAARBObst0AAAAAQABAgEKWjIyCloyMoAAAIRH/gA8AgAAAwpaKCis EQoCAQAAZKwRAAD//wAAAwAAZApaMjL/////AwAACtkg4hDxTCBhkmN87ly3nkRwy25OEo0EAJoA AACaAAAACAAn7sDoCAAnJ9u+CABFwACMEjsAAB0EgGoCAgIDAwMDAkXAAHgSOgAAAVkQHKwRCgHg AAAFAgUAVApaKChkZGRkAAAAAgAAARBObst2AAsCAQpaMjIKWjIygAAAg17ZADAAAQIFAwMDAApa MjKAAABE/qoAJAABAgUKMgEACloyMoAAAESD8QAk4PBzYM5dgn1DMVy9FR7Yz3DLbk7+QQcAmgAA AJoAAAAIACcn274IACfuwOgIAEXAAIwIEQAAHgSJlAMDAwICAgIDRcAAeAgQAAABWRpFrBEKAuAA AAUCBQBUCloyMmRkZGQAAAACAAABEE5uy3UACwIBClooKApaKCiAAACEAnEAMAABAgUCAgIACloo KIAAAESlGwAkAAECBQpaCgYKWigogAAAQ4DTACS0BlnY92mvTIVHzGEBUOrFdMtuTgkaCQCeAAAA ngAAAAgAJyfbvggAJ+7A6AgARcAAkAgTAAAeBImOAwMDAgICAgNFwAB8CBIAAAFZGj+sEQoC4AAA BQIEAFgKWjIyZGRkZAAAAAIAAAEQTm7LdgAAAAEABgIBCloyMgpaMjKAAACER/4APAIAAAMKWigo rBEKAgEAAGSsEQAA//8AAAMAAGQKWjIy/////wMAAAor3DyptU559m3A6aG2WI+EdMtuTvYrCQCe AAAAngAAAAgAJ+7A6AgAJyfbvggARcAAkBI9AAAdBIBkAgICAwMDAwJFwAB8EjwAAAFZEBasEQoB 4AAABQIEAFgKWigoZGRkZAAAAAIAAAEQTm7LdwAAAAEABgIBClooKApaKCiAAACFqsMAPAIAAAMK WjIyrBEKAQEAAGSsEQAA//8AAAMAAGQKWigo/////wMAAAp4iZyfoSTOndA4pV3k2UO8dctuTg9W BQByAAAAcgAAAAgAJ+7A6AgAJyfbvggARcAAZBI/AAAdBICOAgICAwMDAwJFwABQEj4AAAFZEECs EQoB4AAABQIFACwKWigoZGRkZAAAAAIAAAEQTm7LeAAGAgEKWjIyCloyMoAAAIRH/gA8Ns/MVer8 Bpmi7l5IG2iN0XXLbk66BQgAcgAAAHIAAAAIACcn274IACfuwOgIAEXAAGQIFQAAHgSJuAMDAwIC AgIDRcAAUAgUAAABWRpprBEKAuAAAAUCBQAsCloyMmRkZGQAAAACAAABEE5uy3cABgIBClooKApa KCiAAACFqsMAPDb03Hu9DJk8R2YO7zUQPyigy25OqpwMAHIAAAByAAAACAAnJ9u+CAAn7sDoCABF wABkCB0AAB4EibADAwMCAgICA0XAAFAIHAAAAVkaYawRCgLgAAAFAgEALApaMjJkZGRkAAAAAgAA ARBObsugAAAAAAAKAgEAAAAoAAAAAAAAAABOivSIrGHfUXaNSXnlQF8yoctuTq7BCQB2AAAAdgAA AAgAJ+7A6AgAJyfbvggARcAAaBL4AAAdBH/RAgICAwMDAwJFwABUEvcAAAFZD4OsEQoB4AAABQIB ADAKWigoZGRkZAAAAAIAAAEQTm7LoQAAAAAACgIBAAAAKAAAAAAAAAAACloyMk4WGzYxv/Q9t90J Yw/wzCuhy25O7coJAGYAAABmAAAACAAnJ9u+CAAn7sDoCABFwABYCB8AAB4EiboDAwMCAgICA0XA AEQIHgAAAVkaa6wRCgLgAAAFAgIAIApaMjJkZGRkAAAAAgAAARBObsuhBQACB05uzS28i8A9aDnz zpxFk+VUa5ndoctuTiHVCQBmAAAAZgAAAAgAJ+7A6AgAJyfbvggARcAAWBL6AAAdBH/fAgICAwMD AwJFwABEEvkAAAFZD5GsEQoB4AAABQICACAKWigoZGRkZAAAAAIAAAEQTm7LogUAAgdObs0t8qeR cH4tSBhmk2xiYjtKaaHLbk4v3QkA3gAAAN4AAAAIACfuwOgIACcn274IAEXAANAS/AAAHQR/ZQIC AgMDAwMCRcAAvBL7AAABWQ8XrBEKAeAAAAUCAgCYClooKGRkZGQAAAACAAABEE5uy6MFAAIATm7N LQAKAgEKWigoClooKIAAAIb9cwAwADMCAQpaMjIKWjIygAAAhEf+ADwAMgIFAgICAApaKCiAAABE pRsAJAAzAgUDAwMACloyMoAAAET+qgAkADMCBQoyAQAKWjIygAAARIPxACQAMgIFCloKBgpaKCiA AABDgNMAJNI+O7ua4kg/yg5IZt/wCS6hy25ODuUJAHoAAAB6AAAACAAnJ9u+CAAn7sDoCABFwABs CCEAAB4EiaQDAwMCAgICA0XAAFgIIAAAAVkaVawRCgLgAAAFAgIANApaMjJkZGRkAAAAAgAAARBO bsuiBQACAU5uzS4ACgIBCloyMgpaMjKAAACFWtsAMN9L+yp9+zatbCfAmxfihAuhy25OofgJAGYA AABmAAAACAAn7sDoCAAnJ9u+CABFwABYEv4AAB0Ef9sCAgIDAwMDAkXAAEQS/QAAAVkPjawRCgHg AAAFAgIAIApaKChkZGRkAAAAAgAAARBObsukBQACAE5uzS6AKVdh0pJP/i9ZHYKylTiDoctuTvX4 CQBqAAAAagAAAAgAJ+7A6AgAJyfbvggARcAAXBMAAAAdBH/VAgICAwMDAwJFwABIEv8AAAFZD4es EQoB4AAABQIDACQKWigoZGRkZAAAAAIAAAEQTm7LpQAAAAEKWjIyCloyMug7X/fBt2i4ygNp/ds8 pzChy25OQgYKAGoAAABqAAAACAAnJ9u+CAAn7sDoCABFwABcCCMAAB4EibIDAwMCAgICA0XAAEgI IgAAAVkaY6wRCgLgAAAFAgMAJApaMjJkZGRkAAAAAgAAARBObsujAAAAAQpaKCgKWigoRmlA8OfV K4Dlygo/IspBAqHLbk65CQoAkgAAAJIAAAAIACcn274IACfuwOgIAEXAAIQIJQAAHgSJiAMDAwIC AgIDRcAAcAgkAAABWRo5rBEKAuAAAAUCBABMCloyMmRkZGQAAAACAAABEE5uy6QAAAABAAsCAQpa MjIKWjIygAAAhVrbADACAAACrBEAAP//AAADAABkCloyMv////8DAAAKF1UyPZ/EF0AXAte39dt8 9KHLbk4nJgoAkgAAAJIAAAAIACfuwOgIACcn274IAEXAAIQTAgAAHQR/qwICAgMDAwMCRcAAcBMB AAABWQ9drBEKAeAAAAUCBABMClooKGRkZGQAAAACAAABEE5uy6YAAAABAAsCAQpaKCgKWigogAAA hv1zADACAAACrBEAAP//AAADAABkClooKP////8DAAAKCTwFSkOpzR5aDWhbdPwp9aHLbk5RMgoA qgAAAKoAAAAIACfuwOgIACcn274IAEXAAJwTBAAAHQR/kQICAgMDAwMCRcAAiBMDAAABWQ9DrBEK AeAAAAUCBABkClooKGRkZGQAAAACAAABEE5uy6cAAAACAAECBQICAgAKWigogAAARaMcACT///8A gAAAFAAAAAAAAAAAAAECBQpaCgYKWigogAAARH7UACT////+gAAAFAAAAAAAAAAAQPvN6Ck7ZZMn nwTebI/jNKHLbk6fMgoAngAAAJ4AAAAIACfuwOgIACcn274IAEXAAJATBgAAHQR/mwICAgMDAwMC RcAAfBMFAAABWQ9NrBEKAeAAAAUCBABYClooKGRkZGQAAAACAAABEE5uy6gAAAABAAECAQpaKCgK WigogAAAh6bFADwCAAADCloyMqwRCgEBAABkrBEAAP//AAADAABkClooKP////8DAAAK+rJORZyK pUn6i6RbQdpl9KHLbk7tSQoAqgAAAKoAAAAIACcn274IACfuwOgIAEXAAJwIJwAAHgSJbgMDAwIC AgIDRcAAiAgmAAABWRofrBEKAuAAAAUCBABkCloyMmRkZGQAAAACAAABEE5uy6UAAAACAAECBQMD AwAKWjIygAAARfyrACT///8AgAAAFAAAAAAAAAAAAAECBQoyAQAKWjIygAAARYHyACT///8AgAAA FAAAAAAAAAAAHh1+rn1hbtXTdth2MR6MIqHLbk50UgoAngAAAJ4AAAAIACcn274IACfuwOgIAEXA AJAIKQAAHgSJeAMDAwICAgIDRcAAfAgoAAABWRoprBEKAuAAAAUCBABYCloyMmRkZGQAAAACAAAB EE5uy6YAAAABAAECAQpaMjIKWjIygAAAhkMBADwCAAADClooKKwRCgIBAABkrBEAAP//AAADAABk CloyMv////8DAAAKrsmxpse982lJA5HSwJ32uKHLbk7AMwwAmgAAAJoAAAAIACfuwOgIACcn274I AEXAAIwTCAAAHQR/nQICAgMDAwMCRcAAeBMHAAABWQ9PrBEKAeAAAAUCBQBUClooKGRkZGQAAAAC AAABEE5uy6kACwIBCloyMgpaMjKAAACFWtsAMAABAgUDAwMACloyMoAAAEX8qwAkAAECBQoyAQAK WjIygAAARYHyACTGa5UDRJL3t2VfbBTVOOAYoctuTgkNDwCaAAAAmgAAAAgAJyfbvggAJ+7A6AgA RcAAjAgrAAAeBIl6AwMDAgICAgNFwAB4CCoAAAFZGiusEQoC4AAABQIFAFQKWjIyZGRkZAAAAAIA AAEQTm7LpwALAgEKWigoClooKIAAAIb9cwAwAAECBQICAgAKWigogAAARaMcACQAAQIFCloKBgpa KCiAAABEftQAJAnH2m2tdonyQvcsfr92/Kyqy25Og8QMAHYAAAB2AAAACAAnJ9u+CAAn7sDoCABF wABoCC0AAB4EiZwDAwMCAgICA0XAAFQILAAAAVkaTawRCgLgAAAFAgEAMApaMjJkZGRkAAAAAgAA ARBObsuqAAAAAAAKAgEAAAAoAAAAAAAAAAAKWigoqJQ9x/c4oorKhmz8QAXhnQ== --_005_3F28112A756BDB44926D69CDFCB57F5401BC83sbv1exchmbx1devme_-- From owner-freebsd-net@FreeBSD.ORG Tue Sep 13 18:36:54 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 A9D59106566B for ; Tue, 13 Sep 2011 18:36:54 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB8D8FC08 for ; Tue, 13 Sep 2011 18:36:54 +0000 (UTC) Received: by pzk33 with SMTP id 33so4000257pzk.18 for ; Tue, 13 Sep 2011 11:36:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=V8D3SvtbHF61hlYf7PzSfdlOXKp6Jtgiuax13ZsOCRk=; b=deVWLprfrsspgzpQVagHMR3WoXBn7Dir/M4Vr10aSuXoo6i9wQy78XScALXMyKNv0V vjfBFMo0fD0xT9VtRPtWakLPS1NUsj1tW6yXtufTIdyyBYaLjitCTur7+YjL0OZZ/l1I s7i2QQ8WSpSpIDT4VbsGBqSXhjJb62x/F0n9A= MIME-Version: 1.0 Received: by 10.68.32.230 with SMTP id m6mr2112241pbi.178.1315939013824; Tue, 13 Sep 2011 11:36:53 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Tue, 13 Sep 2011 11:36:53 -0700 (PDT) In-Reply-To: References: Date: Tue, 13 Sep 2011 14:36:53 -0400 Message-ID: From: Arnaud Lacombe To: Jack Vogel Content-Type: multipart/mixed; boundary=bcaec520ed5777122404acd6ed09 Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 7-STABLE mbuf corruption 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, 13 Sep 2011 18:36:54 -0000 --bcaec520ed5777122404acd6ed09 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, On Wed, Sep 7, 2011 at 7:57 PM, Jack Vogel wrote: > I have seen this, but I don't have any hot ideas right off the top of my > head yet :( > I've been running for 19h now the following patches: - backport of kmacy@'s buf_ring(9) API, from FreeBSD 8 (from [0], see attachment for full diff) - conversion of igb(4), from CURRENT, to use buf_ring(9) on FreeBSD 7.1 (see attachment) - all the original patches I already sent It did not crash, yet. The only downside is that after 3h30 and ~4h, igb(4) queues' handler started spinning infinitely, breaking network connectivity. I would be tempted to say that the infinite loop issue is an igb(4) (separate from the original crashes), and to link the crashes I was seeing to a race in the legacy IFQ code... - Arnaud [0]: roughly, a cherry-pick of r185162, r185164, r185193, r185543, r186207, r186213, r191033, r191161, r191899, r193848 and r194518. > Jack > > > On Wed, Sep 7, 2011 at 4:19 PM, Arnaud Lacombe wrote= : >> >> Hi, >> >> On Mon, Sep 5, 2011 at 2:59 AM, Arnaud Lacombe wrot= e: >> > Hi folks, >> > >> > We have been trying to track down a bad mbuf management for about two >> > weeks on a customized 7.1 base. I have finally been able to reproduce >> > it with a stock FreeBSD 7-STABLE (kernel from r225276, userland from >> > 7.4). >> > >> > With the help of the attached patches, I have just been able to >> > trigger the following panic: >> > >> > panic: Corrupted unused flags, expected 0xffffffff00000000, got 0x0, >> > flags 0x3 >> > cpuid =3D 1 >> > Uptime: 3d10h5m3s >> > Cannot dump. No dump device defined >> > >> General form of the crash is: >> >> panic: Corrupted unused flags, expected 0xffffffff00000000, got >> 0xbabe0000000000, flags 0xbabe0000babe00 >> cpuid =3D 0 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0874e29,0,c0835757,f4574c48,0,...) at >> db_trace_self_wrapper+0x26 >> panic(c0835757,0,ffffffff,0,babe00,...) at panic+0x10b >> igb_txeof(c6a25008,0,c0837083,5ea,17c,...) at igb_txeof+0x399 >> igb_msix_que(c6a2b800,0,c084d367,4b6,c69dd068,...) at igb_msix_que+0x7b >> ithread_loop(c6a29090,f4574d38,c084d0db,31c,c6a16828,...) at >> ithread_loop+0xc3 >> fork_exit(c061d520,c6a29090,f4574d38) at fork_exit+0xa6 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip =3D 0, esp =3D 0xf4574d70, ebp =3D 0 --- >> Uptime: 1m42s >> >> It happens particularly easily when the box receives wall of SYN >> (about 1000 cnx attempts at once) every 5s or so. >> >> =A0- Arnaud >> >> > >> > [cut stuff no one cares about...] > > --bcaec520ed5777122404acd6ed09 Content-Type: text/x-patch; charset=US-ASCII; name="buf_ring_backport.diff" Content-Disposition: attachment; filename="buf_ring_backport.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gsj7uwhq0 ZGlmZiAtLWdpdCBhL3N5cy9hbWQ2NC9pbmNsdWRlL2F0b21pYy5oIGIvc3lzL2FtZDY0L2luY2x1 ZGUvYXRvbWljLmgKaW5kZXggNTJjOTBjOS4uYTk5NzFjZCAxMDA2NDQKLS0tIGEvc3lzL2FtZDY0 L2luY2x1ZGUvYXRvbWljLmgKKysrIGIvc3lzL2FtZDY0L2luY2x1ZGUvYXRvbWljLmgKQEAgLTMy LDYgKzMyLDEwIEBACiAjZXJyb3IgdGhpcyBmaWxlIG5lZWRzIHN5cy9jZGVmcy5oIGFzIGEgcHJl cmVxdWlzaXRlCiAjZW5kaWYKIAorI2RlZmluZSBtYigpCV9fYXNtX18gX192b2xhdGlsZV9fICgi bWZlbmNlOyI6IDogOiJtZW1vcnkiKQorI2RlZmluZSB3bWIoKQlfX2FzbV9fIF9fdm9sYXRpbGVf XyAoInNmZW5jZTsiOiA6IDoibWVtb3J5IikKKyNkZWZpbmUgcm1iKCkJX19hc21fXyBfX3ZvbGF0 aWxlX18gKCJsZmVuY2U7IjogOiA6Im1lbW9yeSIpCisKIC8qCiAgKiBWYXJpb3VzIHNpbXBsZSBv cGVyYXRpb25zIG9uIG1lbW9yeSwgZWFjaCBvZiB3aGljaCBpcyBhdG9taWMgaW4gdGhlCiAgKiBw cmVzZW5jZSBvZiBpbnRlcnJ1cHRzIGFuZCBtdWx0aXBsZSBwcm9jZXNzb3JzLgpkaWZmIC0tZ2l0 IGEvc3lzL2FybS9pbmNsdWRlL2F0b21pYy5oIGIvc3lzL2FybS9pbmNsdWRlL2F0b21pYy5oCmlu ZGV4IGJlZDVhNzIuLmYwYmUzYWUgMTAwNjQ0Ci0tLSBhL3N5cy9hcm0vaW5jbHVkZS9hdG9taWMu aAorKysgYi9zeXMvYXJtL2luY2x1ZGUvYXRvbWljLmgKQEAgLTQ1LDYgKzQ1LDExIEBACiAKICNp bmNsdWRlIDxzeXMvdHlwZXMuaD4KIAorCisjZGVmaW5lCW1iKCkKKyNkZWZpbmUJd21iKCkKKyNk ZWZpbmUJcm1iKCkKKwogI2lmbmRlZiBJMzJfYml0CiAjZGVmaW5lIEkzMl9iaXQgKDEgPDwgNykg ICAgICAgIC8qIElSUSBkaXNhYmxlICovCiAjZW5kaWYKZGlmZiAtLWdpdCBhL3N5cy9jb25mL2Zp bGVzIGIvc3lzL2NvbmYvZmlsZXMKaW5kZXggODIyNmUxMS4uZDUzNTFjMSAxMDA2NDQKLS0tIGEv c3lzL2NvbmYvZmlsZXMKKysrIGIvc3lzL2NvbmYvZmlsZXMKQEAgLTE2NzYsNiArMTY3Niw3IEBA IGtlcm4vc3Vicl9hY2xfcG9zaXgxZS5jCQlzdGFuZGFyZAoga2Vybi9zdWJyX2F1dG9jb25mLmMJ CXN0YW5kYXJkCiBrZXJuL3N1YnJfYmxpc3QuYwkJc3RhbmRhcmQKIGtlcm4vc3Vicl9idXMuYwkJ CXN0YW5kYXJkCitrZXJuL3N1YnJfYnVmcmluZy5jCQlzdGFuZGFyZAoga2Vybi9zdWJyX2Nsb2Nr LmMJCXN0YW5kYXJkCiBrZXJuL3N1YnJfZGV2c3RhdC5jCQlzdGFuZGFyZAoga2Vybi9zdWJyX2Rp c2suYwkJc3RhbmRhcmQKZGlmZiAtLWdpdCBhL3N5cy9kZXYvYmNlL2lmX2JjZXJlZy5oIGIvc3lz L2Rldi9iY2UvaWZfYmNlcmVnLmgKaW5kZXggNzIzZmQyNi4uMmJiNTg5ZiAxMDA2NDQKLS0tIGEv c3lzL2Rldi9iY2UvaWZfYmNlcmVnLmgKKysrIGIvc3lzL2Rldi9iY2UvaWZfYmNlcmVnLmgKQEAg LTU0MSw2ICs1NDEsOCBAQCBkZWZhdWx0OiBEQlBSSU5UKHNjLCBCQ0VfSU5TQU5FX1BIWSwJCQkJ CVwKIAogI2VuZGlmIC8qIEJDRV9ERUJVRyAqLwogCisKKyNpZiBfX0ZyZWVCU0RfdmVyc2lvbiA8 IDgwMDA1NAogI2lmIGRlZmluZWQoX19pMzg2X18pIHx8IGRlZmluZWQoX19hbWQ2NF9fKQogI2Rl ZmluZSBtYigpICAgIF9fYXNtIHZvbGF0aWxlKCJtZmVuY2UiIDo6OiAibWVtb3J5IikKICNkZWZp bmUgd21iKCkgICBfX2FzbSB2b2xhdGlsZSgic2ZlbmNlIiA6OjogIm1lbW9yeSIpCkBAIC01NTAs NiArNTUyLDcgQEAgZGVmYXVsdDogREJQUklOVChzYywgQkNFX0lOU0FORV9QSFksCQkJCQlcCiAj ZGVmaW5lIHJtYigpCiAjZGVmaW5lIHdtYigpCiAjZW5kaWYKKyNlbmRpZgogCiAvKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKi8KIC8qIERldmljZSBpZGVudGlmaWNhdGlvbiBkZWZpbml0aW9ucy4gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqLwpkaWZmIC0tZ2l0IGEvc3lzL2Rldi9j eGdiL2N4Z2JfYWRhcHRlci5oIGIvc3lzL2Rldi9jeGdiL2N4Z2JfYWRhcHRlci5oCmluZGV4IGI1 NGQzNDAuLmE2MDk5YTAgMTAwNjQ0Ci0tLSBhL3N5cy9kZXYvY3hnYi9jeGdiX2FkYXB0ZXIuaAor KysgYi9zeXMvZGV2L2N4Z2IvY3hnYl9hZGFwdGVyLmgKQEAgLTQyLDYgKzQyLDcgQEAgJEZyZWVC U0QkCiAjaW5jbHVkZSA8c3lzL3NvY2tldC5oPgogI2luY2x1ZGUgPHN5cy9zb2NraW8uaD4KICNp bmNsdWRlIDxzeXMvY29uZHZhci5oPgorI2luY2x1ZGUgPHN5cy9idWZfcmluZy5oPgogCiAjaW5j bHVkZSA8bmV0L2V0aGVybmV0Lmg+CiAjaW5jbHVkZSA8bmV0L2lmLmg+CkBAIC0yNjUsNyArMjY2 LDcgQEAgc3RydWN0IHNnZV90eHEgewogCSAqIG1idWYgdG91Y2hlcwogCSAqLwogCXN0cnVjdCBt YnVmX2hlYWQgY2xlYW5xOwkKLQlzdHJ1Y3QgYnVmX3JpbmcgdHhxX21yOworCXN0cnVjdCBidWZf cmluZyAqdHhxX21yOwogCXN0cnVjdCBtYnVmICAgICAqaW1tcGt0OwogCXVpbnQzMl90ICAgICAg ICB0eHFfZHJvcHM7CiAJdWludDMyX3QgICAgICAgIHR4cV9za2lwcGVkOwpkaWZmIC0tZ2l0IGEv c3lzL2Rldi9jeGdiL2N4Z2JfbXVsdGlxLmMgYi9zeXMvZGV2L2N4Z2IvY3hnYl9tdWx0aXEuYwpp bmRleCAwNDViMDk0Li5kYzY2N2JlIDEwMDY0NAotLS0gYS9zeXMvZGV2L2N4Z2IvY3hnYl9tdWx0 aXEuYworKysgYi9zeXMvZGV2L2N4Z2IvY3hnYl9tdWx0aXEuYwpAQCAtMTM0LDcgKzEzNCw3IEBA IGN4Z2JfcGNwdV9lbnF1ZXVlX3BhY2tldF8oc3RydWN0IHNnZV9xc2V0ICpxcywgc3RydWN0IG1i dWYgKm0pCiAJCXJldHVybiAoRU5FVERPV04pOwogCX0KIAl0eHEgPSAmcXMtPnR4cVtUWFFfRVRI XTsKLQllcnIgPSBidWZfcmluZ19lbnF1ZXVlKCZ0eHEtPnR4cV9tciwgbSk7CisJZXJyID0gZHJi cl9lbnF1ZXVlKHFzLT5wb3J0LT5pZnAsIHR4cS0+dHhxX21yLCBtKTsKIAlpZiAoZXJyKSB7CiAJ CXR4cS0+dHhxX2Ryb3BzKys7CiAJCW1fZnJlZW0obSk7CkBAIC0xOTksMTQgKzE5OSwxMSBAQCBj eGdiX2RlcXVldWVfcGFja2V0KHN0cnVjdCBzZ2VfdHhxICp0eHEsIHN0cnVjdCBtYnVmICoqbV92 ZWMpCiAJfQogCXNjID0gcXMtPnBvcnQtPmFkYXB0ZXI7CiAKLQltID0gYnVmX3JpbmdfZGVxdWV1 ZSgmdHhxLT50eHFfbXIpOworCW0gPSBidWZfcmluZ19kZXF1ZXVlX3NjKHR4cS0+dHhxX21yKTsK IAlpZiAobSA9PSBOVUxMKSAKIAkJcmV0dXJuICgwKTsKIAogCWNvdW50ID0gMTsKLQlLQVNTRVJU KG0tPm1fdHlwZSA9PSBNVF9EQVRBLAotCSAgICAoIm09JXAgaXMgYmFkIG1idWYgdHlwZSAlZCBm cm9tIHJpbmcgY29ucz0lZCBwcm9kPSVkIiwgbSwKLQkJbS0+bV90eXBlLCB0eHEtPnR4cV9tci5i cl9jb25zLCB0eHEtPnR4cV9tci5icl9wcm9kKSk7CiAJbV92ZWNbMF0gPSBtOwogCWlmIChtLT5t X3BrdGhkci50c29fc2Vnc3ogPiAwIHx8IG0tPm1fcGt0aGRyLmxlbiA+IFRYX1dSX1NJWkVfTUFY IHx8CiAJICAgIG0tPm1fbmV4dCAhPSBOVUxMIHx8IChjeGdiX3BjcHVfdHhfY29hbGVzY2UgPT0g MCkpIHsKQEAgLTIxNCwxNCArMjExLDE0IEBAIGN4Z2JfZGVxdWV1ZV9wYWNrZXQoc3RydWN0IHNn ZV90eHEgKnR4cSwgc3RydWN0IG1idWYgKiptX3ZlYykKIAl9CiAKIAlzaXplID0gbS0+bV9wa3Ro ZHIubGVuOwotCWZvciAobSA9IGJ1Zl9yaW5nX3BlZWsoJnR4cS0+dHhxX21yKTsgbSAhPSBOVUxM OwotCSAgICAgbSA9IGJ1Zl9yaW5nX3BlZWsoJnR4cS0+dHhxX21yKSkgeworCWZvciAobSA9IGJ1 Zl9yaW5nX3BlZWsodHhxLT50eHFfbXIpOyBtICE9IE5VTEw7CisJICAgICBtID0gYnVmX3Jpbmdf cGVlayh0eHEtPnR4cV9tcikpIHsKIAogCQlpZiAobS0+bV9wa3RoZHIudHNvX3NlZ3N6ID4gMCB8 fAogCQkgICAgc2l6ZSArIG0tPm1fcGt0aGRyLmxlbiA+IFRYX1dSX1NJWkVfTUFYIHx8IG0tPm1f bmV4dCAhPSBOVUxMKQogCQkJYnJlYWs7CiAKLQkJYnVmX3JpbmdfZGVxdWV1ZSgmdHhxLT50eHFf bXIpOworCQlidWZfcmluZ19kZXF1ZXVlX3NjKHR4cS0+dHhxX21yKTsKIAkJc2l6ZSArPSBtLT5t X3BrdGhkci5sZW47CiAJCW1fdmVjW2NvdW50KytdID0gbTsKIApAQCAtMzcyLDcgKzM2OSw3IEBA IGN4Z2JfcGNwdV9mcmVlKHN0cnVjdCBzZ2VfcXNldCAqcXMpCiAJbXR4X2xvY2soJnR4cS0+bG9j ayk7CiAJd2hpbGUgKChtID0gbWJ1ZnFfZGVxdWV1ZSgmdHhxLT5zZW5kcSkpICE9IE5VTEwpIAog CQltX2ZyZWVtKG0pOwotCXdoaWxlICgobSA9IGJ1Zl9yaW5nX2RlcXVldWUoJnR4cS0+dHhxX21y KSkgIT0gTlVMTCkgCisJd2hpbGUgKChtID0gYnVmX3JpbmdfZGVxdWV1ZV9zYyh0eHEtPnR4cV9t cikpICE9IE5VTEwpIAogCQltX2ZyZWVtKG0pOwogCiAJdDNfZnJlZV90eF9kZXNjX2FsbCh0eHEp OwpAQCAtNDM0LDcgKzQzMSw3IEBAIGN4Z2JfcGNwdV9zdGFydF8oc3RydWN0IHNnZV9xc2V0ICpx cywgc3RydWN0IG1idWYgKmltbXBrdCwgaW50IHR4X2ZsdXNoKQogCQlpbml0ZXJyID0gRU5FVERP V047CiAJZWxzZSBpZiAoaW1tcGt0KSB7CiAKLQkJaWYgKCFidWZfcmluZ19lbXB0eSgmdHhxLT50 eHFfbXIpKSAKKwkJaWYgKCFidWZfcmluZ19lbXB0eSh0eHEtPnR4cV9tcikpIAogCQkJaW5pdGVy ciA9IGN4Z2JfcGNwdV9lbnF1ZXVlX3BhY2tldF8ocXMsIGltbXBrdCk7CiAJCWVsc2UKIAkJCXR4 cS0+aW1tcGt0ID0gaW1tcGt0OwpAQCAtNDY1LDcgKzQ2Miw3IEBAIGN4Z2JfcGNwdV9zdGFydF8o c3RydWN0IHNnZV9xc2V0ICpxcywgc3RydWN0IG1idWYgKmltbXBrdCwgaW50IHR4X2ZsdXNoKQog CX0KIAogCXN0b3BwZWQgPSBpc3NldCgmcXMtPnR4cV9zdG9wcGVkLCBUWFFfRVRIKTsKLQlmbHVz aCA9ICgoKCFidWZfcmluZ19lbXB0eSgmdHhxLT50eHFfbXIpIHx8ICghSUZRX0RSVl9JU19FTVBU WSgmcGktPmlmcC0+aWZfc25kKSkpICYmICFzdG9wcGVkKSB8fCB0eHEtPmltbXBrdCk7IAorCWZs dXNoID0gKCgoIWJ1Zl9yaW5nX2VtcHR5KHR4cS0+dHhxX21yKSB8fCAoIUlGUV9EUlZfSVNfRU1Q VFkoJnBpLT5pZnAtPmlmX3NuZCkpKSAmJiAhc3RvcHBlZCkgfHwgdHhxLT5pbW1wa3QpOyAKIAlt YXhfZGVzYyA9IHR4X2ZsdXNoID8gVFhfRVRIX1FfU0laRSA6IFRYX1NUQVJUX01BWF9ERVNDOwog CiAJaWYgKGN4Z2JfZGVidWcpCkBAIC00NzYsNyArNDczLDcgQEAgY3hnYl9wY3B1X3N0YXJ0Xyhz dHJ1Y3Qgc2dlX3FzZXQgKnFzLCBzdHJ1Y3QgbWJ1ZiAqaW1tcGt0LCBpbnQgdHhfZmx1c2gpCiAK IAogCWlmICgodHhfZmx1c2ggJiYgZmx1c2ggJiYgZXJyID09IDApICYmCi0JICAgICghYnVmX3Jp bmdfZW1wdHkoJnR4cS0+dHhxX21yKSAgfHwKKwkgICAgKCFidWZfcmluZ19lbXB0eSh0eHEtPnR4 cV9tcikgIHx8CiAJCSFJRlFfRFJWX0lTX0VNUFRZKCZwaS0+aWZwLT5pZl9zbmQpKSkgewogCQlz dHJ1Y3QgdGhyZWFkICp0ZCA9IGN1cnRocmVhZDsKIApAQCAtNTI2LDcgKzUyMyw3IEBAIGN4Z2Jf cGNwdV9zdGFydChzdHJ1Y3QgaWZuZXQgKmlmcCwgc3RydWN0IG1idWYgKmltbXBrdCkKIAl0eHEg PSAmcXMtPnR4cVtUWFFfRVRIXTsKIAogCWlmICgoKHNjLT50dW5xX2NvYWxlc2NlID09IDApIHx8 Ci0JCShidWZfcmluZ19jb3VudCgmdHhxLT50eHFfbXIpID49IFRYX1dSX0NPVU5UX01BWCkgfHwK KwkJKGJ1Zl9yaW5nX2NvdW50KHR4cS0+dHhxX21yKSA+PSBUWF9XUl9DT1VOVF9NQVgpIHx8CiAJ CShjeGdiX3BjcHVfdHhfY29hbGVzY2UgPT0gMCkpICYmIG10eF90cnlsb2NrKCZ0eHEtPmxvY2sp KSB7CiAJCWlmIChjeGdiX2RlYnVnKQogCQkJcHJpbnRmKCJkb2luZyBpbW1lZGlhdGUgdHJhbnNt aXRcbiIpOwpAQCAtNTM0LDEyICs1MzEsMTIgQEAgY3hnYl9wY3B1X3N0YXJ0KHN0cnVjdCBpZm5l dCAqaWZwLCBzdHJ1Y3QgbWJ1ZiAqaW1tcGt0KQogCQl0eHEtPmZsYWdzIHw9IFRYUV9UUkFOU01J VFRJTkc7CiAJCWVyciA9IGN4Z2JfcGNwdV9zdGFydF8ocXMsIGltbXBrdCwgRkFMU0UpOwogCQl0 eHEtPmZsYWdzICY9IH5UWFFfVFJBTlNNSVRUSU5HOwotCQlyZXNpZCA9IChidWZfcmluZ19jb3Vu dCgmdHhxLT50eHFfbXIpID4gNjQpIHx8IChkZXNjX3JlY2xhaW1hYmxlKHR4cSkgPiA2NCk7CisJ CXJlc2lkID0gKGJ1Zl9yaW5nX2NvdW50KHR4cS0+dHhxX21yKSA+IDY0KSB8fCAoZGVzY19yZWNs YWltYWJsZSh0eHEpID4gNjQpOwogCQltdHhfdW5sb2NrKCZ0eHEtPmxvY2spOwogCX0gZWxzZSBp ZiAoaW1tcGt0KSB7CiAJCWlmIChjeGdiX2RlYnVnKQogCQkJcHJpbnRmKCJkZWZlcnJlZCBjb2Fs ZXNjZT0langgcmluZ19jb3VudD0lZCBtdHhfb3duZWQ9JWRcbiIsCi0JCQkgICAgc2MtPnR1bnFf Y29hbGVzY2UsIGJ1Zl9yaW5nX2NvdW50KCZ0eHEtPnR4cV9tciksIG10eF9vd25lZCgmdHhxLT5s b2NrKSk7CisJCQkgICAgc2MtPnR1bnFfY29hbGVzY2UsIGJ1Zl9yaW5nX2NvdW50KHR4cS0+dHhx X21yKSwgbXR4X293bmVkKCZ0eHEtPmxvY2spKTsKIAkJZXJyID0gY3hnYl9wY3B1X2VucXVldWVf cGFja2V0XyhxcywgaW1tcGt0KTsKIAl9CiAJCkBAIC01OTEsNyArNTg4LDcgQEAgY3hnYl9wY3B1 X3N0YXJ0X3Byb2Modm9pZCAqYXJnKQogCiAJCWlmICgocXMtPnBvcnQtPmlmcC0+aWZfZHJ2X2Zs YWdzICYgSUZGX0RSVl9SVU5OSU5HKSA9PSAwKSB7CiAJCQlpZGxldGlja3MgPSBoejsKLQkJCWlm ICghYnVmX3JpbmdfZW1wdHkoJnR4cS0+dHhxX21yKSB8fAorCQkJaWYgKCFidWZfcmluZ19lbXB0 eSh0eHEtPnR4cV9tcikgfHwKIAkJCSAgICAhbWJ1ZnFfZW1wdHkoJnR4cS0+c2VuZHEpKQogCQkJ CWN4Z2JfcGNwdV9mcmVlKHFzKTsKIAkJCWdvdG8gZG9uZTsKQEAgLTYxNiwxMSArNjEzLDEzIEBA IGN4Z2JfcGNwdV9zdGFydF9wcm9jKHZvaWQgKmFyZykKIAkJCW10eF91bmxvY2soJnFzLT5yc3Bx LmxvY2spOwogCQl9CiAjZW5kaWYJCQotCQlpZiAoKCFidWZfcmluZ19lbXB0eSgmdHhxLT50eHFf bXIpKSAmJiBlcnIgPT0gMCkgeworCQlpZiAoKCFidWZfcmluZ19lbXB0eSh0eHEtPnR4cV9tcikp ICYmIGVyciA9PSAwKSB7CisjaWYgMAogCQkJaWYgKGN4Z2JfZGVidWcpCiAJCQkJcHJpbnRmKCJo ZWFkPSVwIGNvbnM9JWQgcHJvZD0lZFxuIiwKIAkJCQkgICAgdHhxLT5zZW5kcS5oZWFkLCB0eHEt PnR4cV9tci5icl9jb25zLAogCQkJCSAgICB0eHEtPnR4cV9tci5icl9wcm9kKTsKKyNlbmRpZgkJ CQogCQkJY29udGludWU7CiAJCX0KIAlkb25lOgkKZGlmZiAtLWdpdCBhL3N5cy9kZXYvY3hnYi9j eGdiX29zZGVwLmggYi9zeXMvZGV2L2N4Z2IvY3hnYl9vc2RlcC5oCmluZGV4IDI5YjllMmYuLjRm NDIyOTAgMTAwNjQ0Ci0tLSBhL3N5cy9kZXYvY3hnYi9jeGdiX29zZGVwLmgKKysrIGIvc3lzL2Rl di9jeGdiL2N4Z2Jfb3NkZXAuaApAQCAtMTU1LDkgKzE1NSw2IEBAIHZvaWQgY3hnYl9sb2dfdGNi KHN0cnVjdCBhZGFwdGVyICpzYywgdW5zaWduZWQgaW50IHRpZCk7CiAKIAogI2lmIGRlZmluZWQo X19pMzg2X18pIHx8IGRlZmluZWQoX19hbWQ2NF9fKQotI2RlZmluZSBtYigpICAgIF9fYXNtIHZv bGF0aWxlKCJtZmVuY2UiOjo6Im1lbW9yeSIpCi0jZGVmaW5lIHJtYigpICAgX19hc20gdm9sYXRp bGUoImxmZW5jZSI6OjoibWVtb3J5IikKLSNkZWZpbmUgd21iKCkgICBfX2FzbSB2b2xhdGlsZSgi c2ZlbmNlIiA6OjogIm1lbW9yeSIpCiAjZGVmaW5lIHNtcF9tYigpIG1iKCkKIAogI2RlZmluZSBM MV9DQUNIRV9CWVRFUyAxMjgKQEAgLTE3OCwxNjMgKzE3NSwxMSBAQCBleHRlcm4gdm9pZCBrZGJf YmFja3RyYWNlKHZvaWQpOwogCiAKICNlbHNlIC8qICFpMzg2ICYmICFhbWQ2NCAqLwotI2RlZmlu ZSBtYigpCi0jZGVmaW5lIHJtYigpCi0jZGVmaW5lIHdtYigpCiAjZGVmaW5lIHNtcF9tYigpCiAj ZGVmaW5lIHByZWZldGNoKHgpCiAjZGVmaW5lIEwxX0NBQ0hFX0JZVEVTIDMyCiAjZW5kaWYKIAot c3RydWN0IGJ1Zl9yaW5nIHsKLQljYWRkcl90ICAgICAgICAgICpicl9yaW5nOwotCXZvbGF0aWxl IHVpbnQzMl90IGJyX2NvbnM7Ci0Jdm9sYXRpbGUgdWludDMyX3QgYnJfcHJvZDsKLQlpbnQgICAg ICAgICAgICAgICBicl9zaXplOwotCXN0cnVjdCBtdHggICAgICAgIGJyX2xvY2s7Ci19OwotCi1z dHJ1Y3QgYnVmX3JpbmcgKmJ1Zl9yaW5nX2FsbG9jKGludCBjb3VudCwgaW50IGZsYWdzKTsKLXZv aWQgYnVmX3JpbmdfZnJlZShzdHJ1Y3QgYnVmX3JpbmcgKik7Ci0KLXN0YXRpYyBfX2lubGluZSBp bnQKLWJ1Zl9yaW5nX2NvdW50KHN0cnVjdCBidWZfcmluZyAqbXIpCi17Ci0JaW50IHNpemUgPSBt ci0+YnJfc2l6ZTsKLQl1aW50MzJfdCBtYXNrID0gc2l6ZSAtIDE7Ci0JCi0JcmV0dXJuICgoc2l6 ZSArIG1yLT5icl9wcm9kIC0gbXItPmJyX2NvbnMpICYgbWFzayk7Ci19Ci0KLXN0YXRpYyBfX2lu bGluZSBpbnQKLWJ1Zl9yaW5nX2VtcHR5KHN0cnVjdCBidWZfcmluZyAqbXIpCi17Ci0JcmV0dXJu IChtci0+YnJfY29ucyA9PSBtci0+YnJfcHJvZCk7Ci19Ci0KLXN0YXRpYyBfX2lubGluZSBpbnQK LWJ1Zl9yaW5nX2Z1bGwoc3RydWN0IGJ1Zl9yaW5nICptcikKLXsKLQl1aW50MzJfdCBtYXNrOwot Ci0JbWFzayA9IG1yLT5icl9zaXplIC0gMTsKLQlyZXR1cm4gKG1yLT5icl9jb25zID09ICgobXIt PmJyX3Byb2QgKyAxKSAmIG1hc2spKTsKLX0KLQotLyoKLSAqIFRoZSBwcm9kdWNlciBhbmQgY29u c3VtZXIgYXJlIGluZGVwZW5kZW50bHkgbG9ja2VkCi0gKiB0aGlzIHJlbGllcyBvbiB0aGUgY29u c3VtZXIgcHJvdmlkaW5nIGhpcyBvd24gc2VyaWFsaXphdGlvbgotICoKLSAqLwotc3RhdGljIF9f aW5saW5lIHZvaWQgKgotYnVmX3JpbmdfZGVxdWV1ZShzdHJ1Y3QgYnVmX3JpbmcgKm1yKQotewot CXVpbnQzMl90IHByb2QsIGNvbnMsIG1hc2s7Ci0JY2FkZHJfdCAqcmluZywgbTsKLQkKLQlyaW5n ID0gKGNhZGRyX3QgKiltci0+YnJfcmluZzsKLQltYXNrID0gbXItPmJyX3NpemUgLSAxOwotCWNv bnMgPSBtci0+YnJfY29uczsKLQltYigpOwotCXByb2QgPSBtci0+YnJfcHJvZDsKLQltID0gTlVM TDsKLQlpZiAoY29ucyAhPSBwcm9kKSB7Ci0JCW0gPSByaW5nW2NvbnNdOwotCQlyaW5nW2NvbnNd ID0gTlVMTDsKLQkJbXItPmJyX2NvbnMgPSAoY29ucyArIDEpICYgbWFzazsKLQkJbWIoKTsKLQl9 Ci0JcmV0dXJuIChtKTsKLX0KLQotI2lmZGVmIERFQlVHX0JVRlJJTkcKLXN0YXRpYyBfX2lubGlu ZSB2b2lkCi1fX2J1Zl9yaW5nX3NjYW4oc3RydWN0IGJ1Zl9yaW5nICptciwgdm9pZCAqbSwgY2hh ciAqZmlsZSwgaW50IGxpbmUpCi17Ci0JaW50IGk7Ci0KLQlmb3IgKGkgPSAwOyBpIDwgbXItPmJy X3NpemU7IGkrKykKLQkJaWYgKG0gPT0gbXItPmJyX3JpbmdbaV0pCi0JCQlwYW5pYygiJXM6JWQg bT0lcCBwcmVzZW50IHByb2Q9JWQgY29ucz0lZCBpZHg9JWQiLCBmaWxlLAotCQkJICAgIGxpbmUs IG0sIG1yLT5icl9wcm9kLCBtci0+YnJfY29ucywgaSk7Ci19Ci0KLXN0YXRpYyBfX2lubGluZSB2 b2lkCi1idWZfcmluZ19zY2FuKHN0cnVjdCBidWZfcmluZyAqbXIsIHZvaWQgKm0sIGNoYXIgKmZp bGUsIGludCBsaW5lKQotewotCW10eF9sb2NrKCZtci0+YnJfbG9jayk7Ci0JX19idWZfcmluZ19z Y2FuKG1yLCBtLCBmaWxlLCBsaW5lKTsKLQltdHhfdW5sb2NrKCZtci0+YnJfbG9jayk7Ci19Ci0K LSNlbHNlCi1zdGF0aWMgX19pbmxpbmUgdm9pZAotX19idWZfcmluZ19zY2FuKHN0cnVjdCBidWZf cmluZyAqbXIsIHZvaWQgKm0sIGNoYXIgKmZpbGUsIGludCBsaW5lKQotewotfQotCi1zdGF0aWMg X19pbmxpbmUgdm9pZAotYnVmX3Jpbmdfc2NhbihzdHJ1Y3QgYnVmX3JpbmcgKm1yLCB2b2lkICpt LCBjaGFyICpmaWxlLCBpbnQgbGluZSkKLXsKLX0KLSNlbmRpZgotCi1zdGF0aWMgX19pbmxpbmUg aW50Ci1fX2J1Zl9yaW5nX2VucXVldWUoc3RydWN0IGJ1Zl9yaW5nICptciwgdm9pZCAqbSwgY2hh ciAqZmlsZSwgaW50IGxpbmUpCi17Ci0JCi0JdWludDMyX3QgcHJvZCwgY29ucywgbWFzazsKLQlp bnQgZXJyOwotCQotCW1hc2sgPSBtci0+YnJfc2l6ZSAtIDE7Ci0JcHJvZCA9IG1yLT5icl9wcm9k OwotCW1iKCk7Ci0JY29ucyA9IG1yLT5icl9jb25zOwotCV9fYnVmX3Jpbmdfc2NhbihtciwgbSwg ZmlsZSwgbGluZSk7Ci0JaWYgKCgocHJvZCArIDEpICYgbWFzaykgIT0gY29ucykgewotCQlLQVNT RVJUKG1yLT5icl9yaW5nW3Byb2RdID09IE5VTEwsICgib3ZlcndyaXRpbmcgZW50cnkiKSk7Ci0J CW1yLT5icl9yaW5nW3Byb2RdID0gbTsKLQkJbWIoKTsKLQkJbXItPmJyX3Byb2QgPSAocHJvZCAr IDEpICYgbWFzazsKLQkJZXJyID0gMDsKLQl9IGVsc2UKLQkJZXJyID0gRU5PQlVGUzsKLQotCXJl dHVybiAoZXJyKTsKLX0KLQotc3RhdGljIF9faW5saW5lIGludAotYnVmX3JpbmdfZW5xdWV1ZV8o c3RydWN0IGJ1Zl9yaW5nICptciwgdm9pZCAqbSwgY2hhciAqZmlsZSwgaW50IGxpbmUpCi17Ci0J aW50IGVycjsKLQkKLQltdHhfbG9jaygmbXItPmJyX2xvY2spOwotCWVyciA9IF9fYnVmX3Jpbmdf ZW5xdWV1ZShtciwgbSwgZmlsZSwgbGluZSk7Ci0JbXR4X3VubG9jaygmbXItPmJyX2xvY2spOwot Ci0JcmV0dXJuIChlcnIpOwotfQotCi0jZGVmaW5lIGJ1Zl9yaW5nX2VucXVldWUobXIsIG0pIGJ1 Zl9yaW5nX2VucXVldWVfKChtciksIChtKSwgX19GSUxFX18sIF9fTElORV9fKQotCi0KLXN0YXRp YyBfX2lubGluZSB2b2lkICoKLWJ1Zl9yaW5nX3BlZWsoc3RydWN0IGJ1Zl9yaW5nICptcikKLXsK LQlpbnQgcHJvZCwgY29ucywgbWFzazsKLQljYWRkcl90ICpyaW5nLCBtOwotCQotCXJpbmcgPSAo Y2FkZHJfdCAqKW1yLT5icl9yaW5nOwotCW1hc2sgPSBtci0+YnJfc2l6ZSAtIDE7Ci0JY29ucyA9 IG1yLT5icl9jb25zOwotCXByb2QgPSBtci0+YnJfcHJvZDsKLQltID0gTlVMTDsKLQlpZiAoY29u cyAhPSBwcm9kKQotCQltID0gcmluZ1tjb25zXTsKLQotCXJldHVybiAobSk7Ci19Ci0KICNkZWZp bmUgREJHX1JYICAgICAgICAgICgxIDw8IDApCiBzdGF0aWMgY29uc3QgaW50IGRlYnVnX2ZsYWdz ID0gREJHX1JYOwogCmRpZmYgLS1naXQgYS9zeXMvZGV2L2N4Z2IvY3hnYl9zZ2UuYyBiL3N5cy9k ZXYvY3hnYi9jeGdiX3NnZS5jCmluZGV4IDI2MjMzZDkuLjFhMDBkNDIgMTAwNjQ0Ci0tLSBhL3N5 cy9kZXYvY3hnYi9jeGdiX3NnZS5jCisrKyBiL3N5cy9kZXYvY3hnYi9jeGdiX3NnZS5jCkBAIC0x NzE2LDEwICsxNzE2LDggQEAgdDNfZnJlZV9xc2V0KGFkYXB0ZXJfdCAqc2MsIHN0cnVjdCBzZ2Vf cXNldCAqcSkKIAl0M19mcmVlX3R4X2Rlc2NfYWxsKCZxLT50eHFbVFhRX0VUSF0pOwogCQogCWZv ciAoaSA9IDA7IGkgPCBTR0VfVFhRX1BFUl9TRVQ7IGkrKykgCi0JCWlmIChxLT50eHFbaV0udHhx X21yLmJyX3JpbmcgIT0gTlVMTCkgewotCQkJZnJlZShxLT50eHFbaV0udHhxX21yLmJyX3Jpbmcs IE1fREVWQlVGKTsKLQkJCW10eF9kZXN0cm95KCZxLT50eHFbaV0udHhxX21yLmJyX2xvY2spOwot CQl9CisJCWlmIChxLT50eHFbaV0udHhxX21yICE9IE5VTEwpIAorCQkJYnVmX3JpbmdfZnJlZShx LT50eHFbaV0udHhxX21yLCBNX0RFVkJVRik7CiAJZm9yIChpID0gMDsgaSA8IFNHRV9SWFFfUEVS X1NFVDsgKytpKSB7CiAJCWlmIChxLT5mbFtpXS5kZXNjKSB7CiAJCQltdHhfbG9ja19zcGluKCZz Yy0+c2dlLnJlZ19sb2NrKTsKQEAgLTE4NzQsNyArMTg3Miw2IEBAIHQzX2ZyZWVfdHhfZGVzYyhz dHJ1Y3Qgc2dlX3R4cSAqcSwgaW50IHJlY2xhaW1hYmxlKQogCQkJCXR4c2QtPmZsYWdzICY9IH5U WF9TV19ERVNDX01BUFBFRDsKIAkJCX0KIAkJCW1fZnJlZW1faW92ZWMoJnR4c2QtPm1pKTsJCi0J CQlidWZfcmluZ19zY2FuKCZxLT50eHFfbXIsIHR4c2QtPm1pLm1pX2Jhc2UsIF9fRklMRV9fLCBf X0xJTkVfXyk7CiAJCQl0eHNkLT5taS5taV9iYXNlID0gTlVMTDsKICNpZiBkZWZpbmVkKERJQUdO T1NUSUMpICYmIDAKIAkJCWlmIChtX2dldF9wcmlvcml0eSh0eHNkLT5tWzBdKSAhPSBjaWR4KSAK QEAgLTIyNzIsMTQgKzIyNjksMTIgQEAgdDNfc2dlX2FsbG9jX3FzZXQoYWRhcHRlcl90ICpzYywg dV9pbnQgaWQsIGludCBucG9ydHMsIGludCBpcnFfdmVjX2lkeCwKIAlpbnQgaSwgaGVhZGVyX3Np emUsIHJldCA9IDA7CiAKIAlmb3IgKGkgPSAwOyBpIDwgU0dFX1RYUV9QRVJfU0VUOyBpKyspIHsK LQkJaWYgKChxLT50eHFbaV0udHhxX21yLmJyX3JpbmcgPSBtYWxsb2MoY3hnYl90eHFfYnVmX3Jp bmdfc2l6ZSpzaXplb2Yoc3RydWN0IG1idWYgKiksCi0JCQkgICAgTV9ERVZCVUYsIE1fV0FJVE9L fE1fWkVSTykpID09IE5VTEwpIHsKKwkJCisJCWlmICgocS0+dHhxW2ldLnR4cV9tciA9IGJ1Zl9y aW5nX2FsbG9jKGN4Z2JfdHhxX2J1Zl9yaW5nX3NpemUsCisJCQkgICAgTV9ERVZCVUYsIE1fV0FJ VE9LLCAmcS0+dHhxW2ldLmxvY2spKSA9PSBOVUxMKSB7CiAJCQlkZXZpY2VfcHJpbnRmKHNjLT5k ZXYsICJmYWlsZWQgdG8gYWxsb2NhdGUgbWJ1ZiByaW5nXG4iKTsKIAkJCWdvdG8gZXJyOwogCQl9 Ci0JCXEtPnR4cVtpXS50eHFfbXIuYnJfcHJvZCA9IHEtPnR4cVtpXS50eHFfbXIuYnJfY29ucyA9 IDA7Ci0JCXEtPnR4cVtpXS50eHFfbXIuYnJfc2l6ZSA9IGN4Z2JfdHhxX2J1Zl9yaW5nX3NpemU7 Ci0JCW10eF9pbml0KCZxLT50eHFbaV0udHhxX21yLmJyX2xvY2ssICJ0eHEgbWJ1ZiByaW5nIiwg TlVMTCwgTVRYX0RFRik7CiAJfQogCiAJaW5pdF9xc2V0X2NudHh0KHEsIGlkKTsKQEAgLTM0OTYs MTIgKzM0OTEsMTQgQEAgdDNfYWRkX2NvbmZpZ3VyZWRfc3lzY3RscyhhZGFwdGVyX3QgKnNjKQog CQkJU1lTQ1RMX0FERF9JTlQoY3R4LCB0eHFwb2lkbGlzdCwgT0lEX0FVVE8sICJzZW5kcWxlbiIs CiAJCQkgICAgQ1RMRkxBR19SRCwgJnFzLT50eHFbVFhRX0VUSF0uc2VuZHEucWxlbiwKIAkJCSAg ICAwLCAiI3R1bm5lbGVkIHBhY2tldHMgd2FpdGluZyB0byBiZSBzZW50Iik7CisjaWYgMAkJCQog CQkJU1lTQ1RMX0FERF9VSU5UKGN0eCwgdHhxcG9pZGxpc3QsIE9JRF9BVVRPLCAicXVldWVfcGlk eCIsCiAJCQkgICAgQ1RMRkxBR19SRCwgKHVpbnQzMl90ICopKHVpbnRwdHJfdCkmcXMtPnR4cVtU WFFfRVRIXS50eHFfbXIuYnJfcHJvZCwKIAkJCSAgICAwLCAiI3R1bm5lbGVkIHBhY2tldHMgcXVl dWUgcHJvZHVjZXIgaW5kZXgiKTsKIAkJCVNZU0NUTF9BRERfVUlOVChjdHgsIHR4cXBvaWRsaXN0 LCBPSURfQVVUTywgInF1ZXVlX2NpZHgiLAogCQkJICAgIENUTEZMQUdfUkQsICh1aW50MzJfdCAq KSh1aW50cHRyX3QpJnFzLT50eHFbVFhRX0VUSF0udHhxX21yLmJyX2NvbnMsCiAJCQkgICAgMCwg IiN0dW5uZWxlZCBwYWNrZXRzIHF1ZXVlIGNvbnN1bWVyIGluZGV4Iik7CisjZW5kaWYJCQkKIAkJ CVNZU0NUTF9BRERfSU5UKGN0eCwgdHhxcG9pZGxpc3QsIE9JRF9BVVRPLCAicHJvY2Vzc2VkIiwK IAkJCSAgICBDVExGTEFHX1JELCAmcXMtPnR4cVtUWFFfRVRIXS5wcm9jZXNzZWQsCiAJCQkgICAg MCwgIiN0dW5uZWxlZCBwYWNrZXRzIHByb2Nlc3NlZCBieSB0aGUgY2FyZCIpOwpkaWZmIC0tZ2l0 IGEvc3lzL2Rldi9jeGdiL3N5cy9jeGdiX3N1cHBvcnQuYyBiL3N5cy9kZXYvY3hnYi9zeXMvY3hn Yl9zdXBwb3J0LmMKaW5kZXggZTkxMWRmYy4uMThmNzk5ZSAxMDA2NDQKLS0tIGEvc3lzL2Rldi9j eGdiL3N5cy9jeGdiX3N1cHBvcnQuYworKysgYi9zeXMvZGV2L2N4Z2Ivc3lzL2N4Z2Jfc3VwcG9y dC5jCkBAIC0zMDgsMzMgKzMwOCwzIEBAIGZyZWU6CiAJCXVtYV96ZnJlZSh6b25lLCB2ZWNbaV0p OwogfQogCQotc3RydWN0IGJ1Zl9yaW5nICoKLWJ1Zl9yaW5nX2FsbG9jKGludCBjb3VudCwgaW50 IGZsYWdzKQotewotCXN0cnVjdCBidWZfcmluZyAqYnI7Ci0KLQlLQVNTRVJUKHBvd2Vyb2YyKGNv dW50KSwgKCJidWYgcmluZyBtdXN0IGJlIHNpemUgcG93ZXIgb2YgMiIpKTsKLQkKLQliciA9IG1h bGxvYyhzaXplb2Yoc3RydWN0IGJ1Zl9yaW5nKSwgTV9ERVZCVUYsIGZsYWdzfE1fWkVSTyk7Ci0J aWYgKGJyID09IE5VTEwpCi0JCXJldHVybiAoTlVMTCk7Ci0JCi0JYnItPmJyX3JpbmcgPSBtYWxs b2Moc2l6ZW9mKGNhZGRyX3QpKmNvdW50LCBNX0RFVkJVRiwgZmxhZ3N8TV9aRVJPKTsKLQlpZiAo YnItPmJyX3JpbmcgPT0gTlVMTCkgewotCQlmcmVlKGJyLCBNX0RFVkJVRik7Ci0JCXJldHVybiAo TlVMTCk7Ci0JfQotCQotCW10eF9pbml0KCZici0+YnJfbG9jaywgImJ1ZiByaW5nIiwgTlVMTCwg TVRYX0RVUE9LfE1UWF9ERUYpOwotCWJyLT5icl9zaXplID0gY291bnQ7Ci0JYnItPmJyX3Byb2Qg PSBici0+YnJfY29ucyA9IDA7Ci0KLQlyZXR1cm4gKGJyKTsKLX0KLQotdm9pZAotYnVmX3Jpbmdf ZnJlZShzdHJ1Y3QgYnVmX3JpbmcgKmJyKQotewotCWZyZWUoYnItPmJyX3JpbmcsIE1fREVWQlVG KTsKLQlmcmVlKGJyLCBNX0RFVkJVRik7Ci19CmRpZmYgLS1naXQgYS9zeXMvZGV2L2N4Z2IvdWxw L2l3X2N4Z2IvaXdfY3hnYl9yZXNvdXJjZS5jIGIvc3lzL2Rldi9jeGdiL3VscC9pd19jeGdiL2l3 X2N4Z2JfcmVzb3VyY2UuYwppbmRleCA5ZDM2MThmLi40N2Q5ZDhlIDEwMDY0NAotLS0gYS9zeXMv ZGV2L2N4Z2IvdWxwL2l3X2N4Z2IvaXdfY3hnYl9yZXNvdXJjZS5jCisrKyBiL3N5cy9kZXYvY3hn Yi91bHAvaXdfY3hnYi9pd19jeGdiX3Jlc291cmNlLmMKQEAgLTEwMiw3ICsxMDIsNyBAQCBzdGF0 aWMgaW50IF9fY3hpb19pbml0X3Jlc291cmNlX2ZpZm8oc3RydWN0IGJ1Zl9yaW5nICoqZmlmbywK IAl1MzIgcmFycmF5WzE2XTsKIAltdHhfaW5pdChmaWZvX2xvY2ssICJjeGlvIGZpZm8iLCBOVUxM LCBNVFhfREVGfE1UWF9EVVBPSyk7CiAKLQkqZmlmbyA9IGJ1Zl9yaW5nX2FsbG9jKG5yLCBNX05P V0FJVCk7CisJKmZpZm8gPSBidWZfcmluZ19hbGxvYyhuciwgTV9ERVZCVUYsIE1fTk9XQUlULCBm aWZvX2xvY2spOwogCWlmICgqZmlmbyA9PSBOVUxMKQogCQlyZXR1cm4gKC1FTk9NRU0pOwogI2lm IDAKQEAgLTEzNCw3ICsxMzQsNyBAQCBzdGF0aWMgaW50IF9fY3hpb19pbml0X3Jlc291cmNlX2Zp Zm8oc3RydWN0IGJ1Zl9yaW5nICoqZmlmbywKIAkJCWJ1Zl9yaW5nX2VucXVldWUoKmZpZm8sICh2 b2lkICopICh1aW50cHRyX3QpaSk7CiAjaWYgMAogCWZvciAoaSA9IDA7IGkgPCBza2lwX2xvdyAr IHNraXBfaGlnaDsgaSsrKQotCQlidWZfcmluZ19kZXF1ZXVlKCpmaWZvKTsKKwkJYnVmX3Jpbmdf ZGVxdWV1ZV9zYygqZmlmbyk7CiAjZW5kaWYJCiAJcmV0dXJuIDA7CiB9CkBAIC0xNjEsNyArMTYx LDggQEAgc3RhdGljIGludCBjeGlvX2luaXRfcXBpZF9maWZvKHN0cnVjdCBjeGlvX3JkZXYgKnJk ZXZfcCkKIAogCW10eF9pbml0KCZyZGV2X3AtPnJzY3AtPnFwaWRfZmlmb19sb2NrLCAicXBpZCBm aWZvIiwgTlVMTCwgTVRYX0RFRik7CiAKLQlyZGV2X3AtPnJzY3AtPnFwaWRfZmlmbyA9IGJ1Zl9y aW5nX2FsbG9jKFQzX01BWF9OVU1fUVAsIE1fTk9XQUlUKTsKKwlyZGV2X3AtPnJzY3AtPnFwaWRf ZmlmbyA9IGJ1Zl9yaW5nX2FsbG9jKFQzX01BWF9OVU1fUVAsIE1fREVWQlVGLAorCSAgICBNX05P V0FJVCwgJnJkZXZfcC0+cnNjcC0+cXBpZF9maWZvX2xvY2spOwogCWlmIChyZGV2X3AtPnJzY3At PnFwaWRfZmlmbyA9PSBOVUxMKQogCQlyZXR1cm4gKC1FTk9NRU0pOwogCkBAIC0xODAsNyArMTgx LDcgQEAgaW50IGN4aW9faGFsX2luaXRfcmhkbF9yZXNvdXJjZSh1MzIgbnJfcmhkbCkKIAogdm9p ZCBjeGlvX2hhbF9kZXN0cm95X3JoZGxfcmVzb3VyY2Uodm9pZCkKIHsKLQlidWZfcmluZ19mcmVl KHJoZGxfZmlmbyk7CisJYnVmX3JpbmdfZnJlZShyaGRsX2ZpZm8sIE1fREVWQlVGKTsKIH0KICNl bmRpZgogCkBAIC0yMTQsMTEgKzIxNSwxMSBAQCBpbnQgY3hpb19oYWxfaW5pdF9yZXNvdXJjZShz dHJ1Y3QgY3hpb19yZGV2ICpyZGV2X3AsCiAJCWdvdG8gcGRpZF9lcnI7CiAJcmV0dXJuIDA7CiBw ZGlkX2VycjoKLQlidWZfcmluZ19mcmVlKHJzY3AtPmNxaWRfZmlmbyk7CisJYnVmX3JpbmdfZnJl ZShyc2NwLT5jcWlkX2ZpZm8sIE1fREVWQlVGKTsKIGNxaWRfZXJyOgotCWJ1Zl9yaW5nX2ZyZWUo cnNjcC0+cXBpZF9maWZvKTsKKwlidWZfcmluZ19mcmVlKHJzY3AtPnFwaWRfZmlmbywgTV9ERVZC VUYpOwogcXBpZF9lcnI6Ci0JYnVmX3JpbmdfZnJlZShyc2NwLT50cHRfZmlmbyk7CisJYnVmX3Jp bmdfZnJlZShyc2NwLT50cHRfZmlmbywgTV9ERVZCVUYpOwogdHB0X2VycjoKIAlyZXR1cm4gKC1F Tk9NRU0pOwogfQpAQCAtMjMxLDcgKzIzMiw3IEBAIHN0YXRpYyB1MzIgY3hpb19oYWxfZ2V0X3Jl c291cmNlKHN0cnVjdCBidWZfcmluZyAqZmlmbywgc3RydWN0IG10eCAqbG9jaykKIAl1MzIgZW50 cnk7CiAJCiAJbXR4X2xvY2sobG9jayk7Ci0JZW50cnkgPSAodTMyKSh1aW50cHRyX3QpYnVmX3Jp bmdfZGVxdWV1ZShmaWZvKTsKKwllbnRyeSA9ICh1MzIpKHVpbnRwdHJfdClidWZfcmluZ19kZXF1 ZXVlX3NjKGZpZm8pOwogCW10eF91bmxvY2sobG9jayk7CiAJcmV0dXJuIGVudHJ5OwogfQpAQCAt Mjg4LDEwICsyODksMTAgQEAgdm9pZCBjeGlvX2hhbF9wdXRfcGRpZChzdHJ1Y3QgY3hpb19oYWxf cmVzb3VyY2UgKnJzY3AsIHUzMiBwZGlkKQogCiB2b2lkIGN4aW9faGFsX2Rlc3Ryb3lfcmVzb3Vy Y2Uoc3RydWN0IGN4aW9faGFsX3Jlc291cmNlICpyc2NwKQogewotCWJ1Zl9yaW5nX2ZyZWUocnNj cC0+dHB0X2ZpZm8pOwotCWJ1Zl9yaW5nX2ZyZWUocnNjcC0+Y3FpZF9maWZvKTsKLQlidWZfcmlu Z19mcmVlKHJzY3AtPnFwaWRfZmlmbyk7Ci0JYnVmX3JpbmdfZnJlZShyc2NwLT5wZGlkX2ZpZm8p OworCWJ1Zl9yaW5nX2ZyZWUocnNjcC0+dHB0X2ZpZm8sIE1fREVWQlVGKTsKKwlidWZfcmluZ19m cmVlKHJzY3AtPmNxaWRfZmlmbywgTV9ERVZCVUYpOworCWJ1Zl9yaW5nX2ZyZWUocnNjcC0+cXBp ZF9maWZvLCBNX0RFVkJVRik7CisJYnVmX3JpbmdfZnJlZShyc2NwLT5wZGlkX2ZpZm8sIE1fREVW QlVGKTsKIAlmcmVlKHJzY3AsIE1fREVWQlVGKTsKIH0KIApkaWZmIC0tZ2l0IGEvc3lzL2Rldi9t eGdlL2lmX214Z2VfdmFyLmggYi9zeXMvZGV2L214Z2UvaWZfbXhnZV92YXIuaAppbmRleCBlNWQx NzZkLi5hOTFiNGQ4IDEwMDY0NAotLS0gYS9zeXMvZGV2L214Z2UvaWZfbXhnZV92YXIuaAorKysg Yi9zeXMvZGV2L214Z2UvaWZfbXhnZV92YXIuaApAQCAtMjk4LDYgKzI5OCw4IEBAIHN0cnVjdCBt eGdlX21lZGlhX3R5cGUKIC8qIGltcGxlbWVudCBvdXIgb3duIG1lbW9yeSBiYXJyaWVycywgc2lu Y2UgYnVzX3NwYWNlX2JhcnJpZXIKICAgIGNhbm5vdCBoYW5kbGUgd3JpdGUtY29tYmluaW5nIHJl Z2lvbnMgKi8KIAorI2lmIF9fRnJlZUJTRF92ZXJzaW9uIDwgODAwMDUzCisKICNpZiBkZWZpbmVk IChfX0dOVUNfXykKICAgI2lmICNjcHUoaTM4NikgfHwgZGVmaW5lZCBfX2kzODYgfHwgZGVmaW5l ZCBpMzg2IHx8IGRlZmluZWQgX19pMzg2X18gfHwgI2NwdSh4ODZfNjQpIHx8IGRlZmluZWQgX194 ODZfNjRfXwogICAgICNkZWZpbmUgbWIoKSAgX19hc21fXyBfX3ZvbGF0aWxlX18gKCJzZmVuY2U7 IjogOiA6Im1lbW9yeSIpCkBAIC0zMTIsNiArMzE0LDggQEAgc3RydWN0IG14Z2VfbWVkaWFfdHlw ZQogICAjZXJyb3IgInVua25vd24gY29tcGlsZXIiCiAjZW5kaWYKIAorI2VuZGlmCisKIHN0YXRp YyBpbmxpbmUgdm9pZAogbXhnZV9waW9fY29weSh2b2xhdGlsZSB2b2lkICp0b192LCB2b2lkICpm cm9tX3YsIHNpemVfdCBzaXplKQogewpkaWZmIC0tZ2l0IGEvc3lzL2Rldi9ueGdlL3hnZS1vc2Rl cC5oIGIvc3lzL2Rldi9ueGdlL3hnZS1vc2RlcC5oCmluZGV4IDE1YWRmZTcuLmU4ZjRhYmEgMTAw NjQ0Ci0tLSBhL3N5cy9kZXYvbnhnZS94Z2Utb3NkZXAuaAorKysgYi9zeXMvZGV2L254Z2UveGdl LW9zZGVwLmgKQEAgLTI0Miw4ICsyNDIsMTIgQEAgdHlwZWRlZiB4Z2VfcGNpX2luZm9fdCAgICAg ICAgICAgICAqcGNpX2NmZ19oOwogCW10eF91bmxvY2tfZmxhZ3MobG9ja3AsIGZsYWdzKTsgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAogfQogCisjaWYgX19GcmVlQlNE X3ZlcnNpb24gPiA4MDAwNTMKIC8qIFdyaXRlIG1lbW9yeSBiYXJyaWVyICovCisjZGVmaW5lIHhn ZV9vc193bWIoKQkJd21iKCkJCisjZWxzZQogI2RlZmluZSB4Z2Vfb3Nfd21iKCkKKyNlbmRpZgog CiAvKiBEZWxheSAoaW4gbWljcm8gc2Vjb25kcykgKi8KICNkZWZpbmUgeGdlX29zX3VkZWxheSh1 cykgICAgICAgICAgICBERUxBWSh1cykKZGlmZiAtLWdpdCBhL3N5cy9pMzg2L2luY2x1ZGUvYXRv bWljLmggYi9zeXMvaTM4Ni9pbmNsdWRlL2F0b21pYy5oCmluZGV4IDA2MjE2ZmIuLmJiZjI2NTUg MTAwNjQ0Ci0tLSBhL3N5cy9pMzg2L2luY2x1ZGUvYXRvbWljLmgKKysrIGIvc3lzL2kzODYvaW5j bHVkZS9hdG9taWMuaApAQCAtMzIsNiArMzIsMjEgQEAKICNlcnJvciB0aGlzIGZpbGUgbmVlZHMg c3lzL2NkZWZzLmggYXMgYSBwcmVyZXF1aXNpdGUKICNlbmRpZgogCisKKyNpZiBkZWZpbmVkKEk2 ODZfQ1BVKQorI2RlZmluZSBtYigpCV9fYXNtX18gX192b2xhdGlsZV9fICgibWZlbmNlOyI6IDog OiJtZW1vcnkiKQorI2RlZmluZSB3bWIoKQlfX2FzbV9fIF9fdm9sYXRpbGVfXyAoInNmZW5jZTsi OiA6IDoibWVtb3J5IikKKyNkZWZpbmUgcm1iKCkJX19hc21fXyBfX3ZvbGF0aWxlX18gKCJsZmVu Y2U7IjogOiA6Im1lbW9yeSIpCisjZWxzZQorLyoKKyAqIGRvIHdlIG5lZWQgYSBzZXJpYWxpemlu ZyBpbnN0cnVjdGlvbj8KKyAqLworI2RlZmluZSBtYigpCisjZGVmaW5lIHdtYigpCisjZGVmaW5l IHJtYigpCisjZW5kaWYKKworCiAvKgogICogVmFyaW91cyBzaW1wbGUgb3BlcmF0aW9ucyBvbiBt ZW1vcnksIGVhY2ggb2Ygd2hpY2ggaXMgYXRvbWljIGluIHRoZQogICogcHJlc2VuY2Ugb2YgaW50 ZXJydXB0cyBhbmQgbXVsdGlwbGUgcHJvY2Vzc29ycy4KZGlmZiAtLWdpdCBhL3N5cy9pYTY0L2lu Y2x1ZGUvYXRvbWljLmggYi9zeXMvaWE2NC9pbmNsdWRlL2F0b21pYy5oCmluZGV4IDYzMTE5M2Yu LmZkZmNiOWUgMTAwNjQ0Ci0tLSBhL3N5cy9pYTY0L2luY2x1ZGUvYXRvbWljLmgKKysrIGIvc3lz L2lhNjQvaW5jbHVkZS9hdG9taWMuaApAQCAtMjksNiArMjksMTAgQEAKICNpZm5kZWYgX01BQ0hJ TkVfQVRPTUlDX0hfCiAjZGVmaW5lCV9NQUNISU5FX0FUT01JQ19IXwogCisjZGVmaW5lCW1iKCkK KyNkZWZpbmUJd21iKCkKKyNkZWZpbmUJcm1iKCkKKwogLyoKICAqIFZhcmlvdXMgc2ltcGxlIGFy aXRobWV0aWMgb24gbWVtb3J5IHdoaWNoIGlzIGF0b21pYyBpbiB0aGUgcHJlc2VuY2UKICAqIG9m IGludGVycnVwdHMgYW5kIFNNUCBzYWZlLgpkaWZmIC0tZ2l0IGEvc3lzL2tlcm4vc3Vicl9idWZy aW5nLmMgYi9zeXMva2Vybi9zdWJyX2J1ZnJpbmcuYwpuZXcgZmlsZSBtb2RlIDEwMDY0NAppbmRl eCAwMDAwMDAwLi42MzkzOGVhCi0tLSAvZGV2L251bGwKKysrIGIvc3lzL2tlcm4vc3Vicl9idWZy aW5nLmMKQEAgLTAsMCArMSw2OCBAQAorLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCisgKgorICogQ29weXJp Z2h0IChjKSAyMDA3LDIwMDggS2lwIE1hY3kga21hY3lAZnJlZWJzZC5vcmcKKyAqIEFsbCByaWdo dHMgcmVzZXJ2ZWQuCisgKgorICogUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5k IGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CisgKiBtb2RpZmljYXRpb24sIGFyZSBwZXJt aXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMgYXJlIG1ldDoKKyAq CisgKiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFi b3ZlIGNvcHlyaWdodCBub3RpY2UsCisgKiAgICB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQg dGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgorICoKKyAqIDIuIFRoZSBuYW1lIG9mIEtpcCBNYWN5 IG5vciB0aGUgbmFtZXMgb2Ygb3RoZXIKKyAqICAgIGNvbnRyaWJ1dG9ycyBtYXkgYmUgdXNlZCB0 byBlbmRvcnNlIG9yIHByb21vdGUgcHJvZHVjdHMgZGVyaXZlZCBmcm9tCisgKiAgICB0aGlzIHNv ZnR3YXJlIHdpdGhvdXQgc3BlY2lmaWMgcHJpb3Igd3JpdHRlbiBwZXJtaXNzaW9uLgorICoKKyAq IFRISVMgU09GVFdBUkUgSVMgUFJPVklERUQgQlkgVEhFIENPUFlSSUdIVCBIT0xERVJTIEFORCBD T05UUklCVVRPUlMgIkFTIElTIgorICogQU5EIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFO VElFUywgSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFRIRQorICogSU1QTElFRCBXQVJS QU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBBTkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBV UlBPU0UKKyAqIEFSRSBESVNDTEFJTUVELiBJTiBOTyBFVkVOVCBTSEFMTCBUSEUgQ09QWVJJR0hU IE9XTkVSIE9SIENPTlRSSUJVVE9SUyBCRQorICogTElBQkxFIEZPUiBBTlkgRElSRUNULCBJTkRJ UkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBMQVJZLCBPUgorICogQ09OU0VRVUVOVElB TCBEQU1BR0VTIChJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YK KyAqIFNVQlNUSVRVVEUgR09PRFMgT1IgU0VSVklDRVM7IExPU1MgT0YgVVNFLCBEQVRBLCBPUiBQ Uk9GSVRTOyBPUiBCVVNJTkVTUworICogSU5URVJSVVBUSU9OKSBIT1dFVkVSIENBVVNFRCBBTkQg T04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIgSU4KKyAqIENPTlRSQUNULCBTVFJJ Q1QgTElBQklMSVRZLCBPUiBUT1JUIChJTkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0Up CisgKiBBUklTSU5HIElOIEFOWSBXQVkgT1VUIE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FSRSwg RVZFTiBJRiBBRFZJU0VEIE9GIFRIRQorICogUE9TU0lCSUxJVFkgT0YgU1VDSCBEQU1BR0UuCisg KgorICoKKyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKiovCisjaW5jbHVkZSA8c3lzL2NkZWZzLmg+CitfX0ZC U0RJRCgiJEZyZWVCU0QkIik7CisKKworI2luY2x1ZGUgPHN5cy9wYXJhbS5oPgorI2luY2x1ZGUg PHN5cy9zeXN0bS5oPgorI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4KKyNpbmNsdWRlIDxzeXMvbWFs bG9jLmg+CisjaW5jbHVkZSA8c3lzL2t0ci5oPgorI2luY2x1ZGUgPHN5cy9idWZfcmluZy5oPgor CisKK3N0cnVjdCBidWZfcmluZyAqCitidWZfcmluZ19hbGxvYyhpbnQgY291bnQsIHN0cnVjdCBt YWxsb2NfdHlwZSAqdHlwZSwgaW50IGZsYWdzLCBzdHJ1Y3QgbXR4ICpsb2NrKQoreworCXN0cnVj dCBidWZfcmluZyAqYnI7CisKKwlLQVNTRVJUKHBvd2Vyb2YyKGNvdW50KSwgKCJidWYgcmluZyBt dXN0IGJlIHNpemUgcG93ZXIgb2YgMiIpKTsKKwkKKwliciA9IG1hbGxvYyhzaXplb2Yoc3RydWN0 IGJ1Zl9yaW5nKSArIGNvdW50KnNpemVvZihjYWRkcl90KSwKKwkgICAgdHlwZSwgZmxhZ3N8TV9a RVJPKTsKKwlpZiAoYnIgPT0gTlVMTCkKKwkJcmV0dXJuIChOVUxMKTsKKyNpZmRlZiBERUJVR19C VUZSSU5HCisJYnItPmJyX2xvY2sgPSBsb2NrOworI2VuZGlmCQorCWJyLT5icl9wcm9kX3NpemUg PSBici0+YnJfY29uc19zaXplID0gY291bnQ7CisJYnItPmJyX3Byb2RfbWFzayA9IGJyLT5icl9j b25zX21hc2sgPSBjb3VudC0xOworCWJyLT5icl9wcm9kX2hlYWQgPSBici0+YnJfY29uc19oZWFk ID0gMDsKKwlici0+YnJfcHJvZF90YWlsID0gYnItPmJyX2NvbnNfdGFpbCA9IDA7CisJCQorCXJl dHVybiAoYnIpOworfQorCit2b2lkCitidWZfcmluZ19mcmVlKHN0cnVjdCBidWZfcmluZyAqYnIs IHN0cnVjdCBtYWxsb2NfdHlwZSAqdHlwZSkKK3sKKwlmcmVlKGJyLCB0eXBlKTsKK30KZGlmZiAt LWdpdCBhL3N5cy9uZXQvaWYuYyBiL3N5cy9uZXQvaWYuYwppbmRleCA3N2Q0ZWMzLi4zNThkOGYy IDEwMDY0NAotLS0gYS9zeXMvbmV0L2lmLmMKKysrIGIvc3lzL25ldC9pZi5jCkBAIC0xMTksMTAg KzExOSwxMCBAQCBzdGF0aWMgdm9pZAlpZl9mcmVlbXVsdGkoc3RydWN0IGlmbXVsdGlhZGRyICop Owogc3RhdGljIHZvaWQJaWZfZ3Jvdyh2b2lkKTsKIHN0YXRpYyB2b2lkCWlmX2luaXQodm9pZCAq KTsKIHN0YXRpYyB2b2lkCWlmX2NoZWNrKHZvaWQgKik7Ci1zdGF0aWMgdm9pZAlpZl9xZmx1c2go c3RydWN0IGlmYWx0cSAqKTsKIHN0YXRpYyB2b2lkCWlmX3JvdXRlKHN0cnVjdCBpZm5ldCAqLCBp bnQgZmxhZywgaW50IGZhbSk7CiBzdGF0aWMgaW50CWlmX3NldGZsYWcoc3RydWN0IGlmbmV0ICos IGludCwgaW50LCBpbnQgKiwgaW50KTsKIHN0YXRpYyB2b2lkCWlmX3Nsb3d0aW1vKHZvaWQgKik7 CitzdGF0aWMgaW50CWlmX3RyYW5zbWl0KHN0cnVjdCBpZm5ldCAqaWZwLCBzdHJ1Y3QgbWJ1ZiAq bSk7CiBzdGF0aWMgdm9pZAlpZl91bnJvdXRlKHN0cnVjdCBpZm5ldCAqLCBpbnQgZmxhZywgaW50 IGZhbSk7CiBzdGF0aWMgdm9pZAlsaW5rX3J0cmVxdWVzdChpbnQsIHN0cnVjdCBydGVudHJ5ICos IHN0cnVjdCBydF9hZGRyaW5mbyAqKTsKIHN0YXRpYyBpbnQJaWZfcnRkZWwoc3RydWN0IHJhZGl4 X25vZGUgKiwgdm9pZCAqKTsKQEAgLTUwNyw2ICs1MDcsMjggQEAgaWZfZnJlZV90eXBlKHN0cnVj dCBpZm5ldCAqaWZwLCB1X2NoYXIgdHlwZSkKIAlmcmVlKGlmcCwgTV9JRk5FVCk7CiB9OwogCit2 b2lkCitpZnFfYXR0YWNoKHN0cnVjdCBpZmFsdHEgKmlmcSwgc3RydWN0IGlmbmV0ICppZnApCit7 CisJCisJbXR4X2luaXQoJmlmcS0+aWZxX210eCwgaWZwLT5pZl94bmFtZSwgImlmIHNlbmQgcXVl dWUiLCBNVFhfREVGKTsKKworCWlmIChpZnEtPmlmcV9tYXhsZW4gPT0gMCkgCisJCWlmcS0+aWZx X21heGxlbiA9IGlmcW1heGxlbjsKKworCWlmcS0+YWx0cV90eXBlID0gMDsKKwlpZnEtPmFsdHFf ZGlzYyA9IE5VTEw7CisJaWZxLT5hbHRxX2ZsYWdzICY9IEFMVFFGX0NBTlRDSEFOR0U7CisJaWZx LT5hbHRxX3RiciAgPSBOVUxMOworCWlmcS0+YWx0cV9pZnAgID0gaWZwOworfQorCit2b2lkCitp ZnFfZGV0YWNoKHN0cnVjdCBpZmFsdHEgKmlmcSkKK3sKKwltdHhfZGVzdHJveSgmaWZxLT5pZnFf bXR4KTsKK30KKwogLyoKICAqIFBlcmZvcm0gZ2VuZXJpYyBpbnRlcmZhY2UgaW5pdGFsaXphdGlv biB0YXNrcyBhbmQgYXR0YWNoIHRoZSBpbnRlcmZhY2UKICAqIHRvIHRoZSBsaXN0IG9mICJhY3Rp dmUiIGludGVyZmFjZXMuCkBAIC01NDcsNyArNTY5LDE1IEBAIGlmX2F0dGFjaChzdHJ1Y3QgaWZu ZXQgKmlmcCkKIAlnZXRtaWNyb3RpbWUoJmlmcC0+aWZfbGFzdGNoYW5nZSk7CiAJaWZwLT5pZl9k YXRhLmlmaV9lcG9jaCA9IHRpbWVfdXB0aW1lOwogCWlmcC0+aWZfZGF0YS5pZmlfZGF0YWxlbiA9 IHNpemVvZihzdHJ1Y3QgaWZfZGF0YSk7CisJS0FTU0VSVCgoaWZwLT5pZl90cmFuc21pdCA9PSBO VUxMICYmIGlmcC0+aWZfcWZsdXNoID09IE5VTEwpIHx8CisJICAgIChpZnAtPmlmX3RyYW5zbWl0 ICE9IE5VTEwgJiYgaWZwLT5pZl9xZmx1c2ggIT0gTlVMTCksCisJICAgICgidHJhbnNtaXQgYW5k IHFmbHVzaCBtdXN0IGJvdGggZWl0aGVyIGJlIHNldCBvciBib3RoIGJlIE5VTEwiKSk7CiAKKwlp ZiAoaWZwLT5pZl90cmFuc21pdCA9PSBOVUxMKSB7CisJCWlmcC0+aWZfdHJhbnNtaXQgPSBpZl90 cmFuc21pdDsKKwkJaWZwLT5pZl9xZmx1c2ggPSBpZl9xZmx1c2g7CisJfQorCQogI2lmZGVmIE1B QwogCW1hY19pbml0X2lmbmV0KGlmcCk7CiAJbWFjX2NyZWF0ZV9pZm5ldChpZnApOwpAQCAtNTU5 LDcgKzU4OSw3IEBAIGlmX2F0dGFjaChzdHJ1Y3QgaWZuZXQgKmlmcCkKIAltYWtlX2Rldl9hbGlh cyhpZmRldl9ieWluZGV4KGlmcC0+aWZfaW5kZXgpLCAiJXMlZCIsCiAJICAgIG5ldF9jZGV2c3cu ZF9uYW1lLCBpZnAtPmlmX2luZGV4KTsKIAotCW10eF9pbml0KCZpZnAtPmlmX3NuZC5pZnFfbXR4 LCBpZnAtPmlmX3huYW1lLCAiaWYgc2VuZCBxdWV1ZSIsIE1UWF9ERUYpOworCWlmcV9hdHRhY2go JmlmcC0+aWZfc25kLCBpZnApOwogCiAJLyoKIAkgKiBjcmVhdGUgYSBMaW5rIExldmVsIG5hbWUg Zm9yIHRoaXMgZGV2aWNlCkBAIC01OTYsMTEgKzYyNiwxNSBAQCBpZl9hdHRhY2goc3RydWN0IGlm bmV0ICppZnApCiAJaWZhLT5pZmFfcmVmY250ID0gMTsKIAlUQUlMUV9JTlNFUlRfSEVBRCgmaWZw LT5pZl9hZGRyaGVhZCwgaWZhLCBpZmFfbGluayk7CiAJaWZwLT5pZl9icm9hZGNhc3RhZGRyID0g TlVMTDsgLyogcmVsaWFibHkgY3Jhc2ggaWYgdXNlZCB1bmluaXRpYWxpemVkICovCis8PDw8PDw8 IEhFQUQKIAlpZnAtPmlmX3NuZC5hbHRxX3R5cGUgPSAwOwogCWlmcC0+aWZfc25kLmFsdHFfZGlz YyA9IE5VTEw7CiAJaWZwLT5pZl9zbmQuYWx0cV9mbGFncyAmPSBBTFRRRl9DQU5UQ0hBTkdFOwog CWlmcC0+aWZfc25kLmFsdHFfdGJyICA9IE5VTEw7CiAJaWZwLT5pZl9zbmQuYWx0cV9pZnAgID0g aWZwOworPT09PT09PQorCis+Pj4+Pj4+IDFiZTg3ZjAuLi4gLSBidW1wIF9fRnJlZUJTRCB2ZXJz aW9uIHRvIHJlZmxlY3QgYWRkZWQgYnVmX3JpbmcsIG1lbW9yeSBiYXJyaWVycywKIAogCUlGTkVU X1dMT0NLKCk7CiAJVEFJTFFfSU5TRVJUX1RBSUwoJmlmbmV0LCBpZnAsIGlmX2xpbmspOwpAQCAt ODQ5LDcgKzg4Myw3IEBAIGlmX2RldGFjaChzdHJ1Y3QgaWZuZXQgKmlmcCkKIAlLTk9URV9VTkxP Q0tFRCgmaWZwLT5pZl9rbGlzdCwgTk9URV9FWElUKTsKIAlrbmxpc3RfY2xlYXIoJmlmcC0+aWZf a2xpc3QsIDApOwogCWtubGlzdF9kZXN0cm95KCZpZnAtPmlmX2tsaXN0KTsKLQltdHhfZGVzdHJv eSgmaWZwLT5pZl9zbmQuaWZxX210eCk7CisJaWZxX2RldGFjaCgmaWZwLT5pZl9zbmQpOwogCUlG X0FGREFUQV9ERVNUUk9ZKGlmcCk7CiAJc3BseChzKTsKIH0KQEAgLTE0NDAsNyArMTQ3NCw4IEBA IGlmX3Vucm91dGUoc3RydWN0IGlmbmV0ICppZnAsIGludCBmbGFnLCBpbnQgZmFtKQogCVRBSUxR X0ZPUkVBQ0goaWZhLCAmaWZwLT5pZl9hZGRyaGVhZCwgaWZhX2xpbmspCiAJCWlmIChmYW0gPT0g UEZfVU5TUEVDIHx8IChmYW0gPT0gaWZhLT5pZmFfYWRkci0+c2FfZmFtaWx5KSkKIAkJCXBmY3Rs aW5wdXQoUFJDX0lGRE9XTiwgaWZhLT5pZmFfYWRkcik7Ci0JaWZfcWZsdXNoKCZpZnAtPmlmX3Nu ZCk7CisJaWZwLT5pZl9xZmx1c2goaWZwKTsKKwogI2lmZGVmIERFVl9DQVJQCiAJaWYgKGlmcC0+ aWZfY2FycCkKIAkJY2FycF9jYXJwZGV2X3N0YXRlKGlmcC0+aWZfY2FycCk7CkBAIC0xNTY3LDEx ICsxNjAyLDEzIEBAIGlmX3VwKHN0cnVjdCBpZm5ldCAqaWZwKQogLyoKICAqIEZsdXNoIGFuIGlu dGVyZmFjZSBxdWV1ZS4KICAqLwotc3RhdGljIHZvaWQKLWlmX3FmbHVzaChzdHJ1Y3QgaWZhbHRx ICppZnEpCit2b2lkCitpZl9xZmx1c2goc3RydWN0IGlmbmV0ICppZnApCiB7CiAJc3RydWN0IG1i dWYgKm0sICpuOwotCisJc3RydWN0IGlmYWx0cSAqaWZxOworCQorCWlmcSA9ICZpZnAtPmlmX3Nu ZDsKIAlJRlFfTE9DSyhpZnEpOwogI2lmZGVmIEFMVFEKIAlpZiAoQUxUUV9JU19FTkFCTEVEKGlm cSkpCkBAIC0yODYyLDYgKzI4OTksMTkgQEAgaWZfc3RhcnRfZGVmZXJyZWQodm9pZCAqY29udGV4 dCwgaW50IHBlbmRpbmcpCiAJKGlmcC0+aWZfc3RhcnQpKGlmcCk7CiB9CiAKKy8qCisgKiBCYWNr d2FyZHMgY29tcGF0aWJpbGl0eSBpbnRlcmZhY2UgZm9yIGRyaXZlcnMgCisgKiB0aGF0IGhhdmUg bm90IGltcGxlbWVudGVkIGl0CisgKi8KK3N0YXRpYyBpbnQKK2lmX3RyYW5zbWl0KHN0cnVjdCBp Zm5ldCAqaWZwLCBzdHJ1Y3QgbWJ1ZiAqbSkKK3sKKwlpbnQgZXJyb3I7CisKKwlJRlFfSEFORE9G RihpZnAsIG0sIGVycm9yKTsKKwlyZXR1cm4gKGVycm9yKTsKK30KKwogaW50CiBpZl9oYW5kb2Zm KHN0cnVjdCBpZnF1ZXVlICppZnEsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWZuZXQgKmlmcCwg aW50IGFkanVzdCkKIHsKZGlmZiAtLWdpdCBhL3N5cy9uZXQvaWZfZXRoZXJzdWJyLmMgYi9zeXMv bmV0L2lmX2V0aGVyc3Vici5jCmluZGV4IGZhNDNhZTAuLjI0YWNhYzggMTAwNjQ0Ci0tLSBhL3N5 cy9uZXQvaWZfZXRoZXJzdWJyLmMKKysrIGIvc3lzL25ldC9pZl9ldGhlcnN1YnIuYwpAQCAtMzgz LDcgKzM4Myw2IEBAIGJhZDoJCQlpZiAobSAhPSBOVUxMKQogaW50CiBldGhlcl9vdXRwdXRfZnJh bWUoc3RydWN0IGlmbmV0ICppZnAsIHN0cnVjdCBtYnVmICptKQogewotCWludCBlcnJvcjsKICNp ZiBkZWZpbmVkKElORVQpIHx8IGRlZmluZWQoSU5FVDYpCiAJc3RydWN0IGlwX2Z3ICpydWxlID0g aXBfZG5fY2xhaW1fcnVsZShtKTsKIApAQCAtNDAyLDggKzQwMSw3IEBAIGV0aGVyX291dHB1dF9m cmFtZShzdHJ1Y3QgaWZuZXQgKmlmcCwgc3RydWN0IG1idWYgKm0pCiAJICogUXVldWUgbWVzc2Fn ZSBvbiBpbnRlcmZhY2UsIHVwZGF0ZSBvdXRwdXQgc3RhdGlzdGljcyBpZgogCSAqIHN1Y2Nlc3Nm dWwsIGFuZCBzdGFydCBvdXRwdXQgaWYgaW50ZXJmYWNlIG5vdCB5ZXQgYWN0aXZlLgogCSAqLwot CUlGUV9IQU5ET0ZGKGlmcCwgbSwgZXJyb3IpOwotCXJldHVybiAoZXJyb3IpOworCXJldHVybiAo KGlmcC0+aWZfdHJhbnNtaXQpKGlmcCwgbSkpOwogfQogCiAjaWYgZGVmaW5lZChJTkVUKSB8fCBk ZWZpbmVkKElORVQ2KQpkaWZmIC0tZ2l0IGEvc3lzL25ldC9pZl9mZGRpc3Vici5jIGIvc3lzL25l dC9pZl9mZGRpc3Vici5jCmluZGV4IGEyZmQwMGIuLjYxZjhmNTYgMTAwNjQ0Ci0tLSBhL3N5cy9u ZXQvaWZfZmRkaXN1YnIuYworKysgYi9zeXMvbmV0L2lmX2ZkZGlzdWJyLmMKQEAgLTMzNiw3ICsz MzYsNyBAQCBmZGRpX291dHB1dChpZnAsIG0sIGRzdCwgcnQwKQogCQl9CiAJfQogCi0JSUZRX0hB TkRPRkYoaWZwLCBtLCBlcnJvcik7CisJZXJyb3IgPSAoaWZwLT5pZl90cmFuc21pdCkoaWZwLCBt KTsKIAlpZiAoZXJyb3IpCiAJCWlmcC0+aWZfb2Vycm9ycysrOwogCmRpZmYgLS1naXQgYS9zeXMv bmV0L2lmX2Z3c3Vici5jIGIvc3lzL25ldC9pZl9md3N1YnIuYwppbmRleCBiMWM2OGQyLi5kNTNi MzE4IDEwMDY0NAotLS0gYS9zeXMvbmV0L2lmX2Z3c3Vici5jCisrKyBiL3N5cy9uZXQvaWZfZndz dWJyLmMKQEAgLTI0OSw3ICsyNDksNyBAQCBmaXJld2lyZV9vdXRwdXQoc3RydWN0IGlmbmV0ICpp ZnAsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3Qgc29ja2FkZHIgKmRzdCwKIAkJICovCiAJCWVuYy0+ dWxbMF0gPSBodG9ubChlbmMtPnVsWzBdKTsKIAotCQlJRlFfSEFORE9GRihpZnAsIG0sIGVycm9y KTsKKwkJZXJyb3IgPSAoaWZwLT5pZl90cmFuc21pdCkoaWZwLCBtKTsKIAkJcmV0dXJuIChlcnJv cik7CiAJfSBlbHNlIHsKIAkJLyoKQEAgLTMwOSw3ICszMDksNyBAQCBmaXJld2lyZV9vdXRwdXQo c3RydWN0IGlmbmV0ICppZnAsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3Qgc29ja2FkZHIgKmRzdCwK IAkJCWVuYy0+dWxbMF0gPSBodG9ubChlbmMtPnVsWzBdKTsKIAkJCWVuYy0+dWxbMV0gPSBodG9u bChlbmMtPnVsWzFdKTsKIAotCQkJSUZRX0hBTkRPRkYoaWZwLCBtLCBlcnJvcik7CisJCQllcnJv ciA9IChpZnAtPmlmX3RyYW5zbWl0KShpZnAsIG0pOwogCQkJaWYgKGVycm9yKSB7CiAJCQkJaWYg KG10YWlsKQogCQkJCQltX2ZyZWVtKG10YWlsKTsKZGlmZiAtLWdpdCBhL3N5cy9uZXQvaWZfbGFn Zy5jIGIvc3lzL25ldC9pZl9sYWdnLmMKaW5kZXggNDJjYTdjNi4uYmUwY2YwNSAxMDA2NDQKLS0t IGEvc3lzL25ldC9pZl9sYWdnLmMKKysrIGIvc3lzL25ldC9pZl9sYWdnLmMKQEAgLTEzNzQsMTIg KzEzNzQsOCBAQCBvdXQ6CiBpbnQKIGxhZ2dfZW5xdWV1ZShzdHJ1Y3QgaWZuZXQgKmlmcCwgc3Ry dWN0IG1idWYgKm0pCiB7Ci0JaW50IGVycm9yID0gMDsKIAotCUlGUV9IQU5ET0ZGKGlmcCwgbSwg ZXJyb3IpOwotCWlmIChlcnJvcikKLQkJaWZwLT5pZl9vZXJyb3JzKys7Ci0JcmV0dXJuIChlcnJv cik7CisJcmV0dXJuIChpZnAtPmlmX3RyYW5zbWl0KShpZnAsIG0pOwogfQogCiAvKgpkaWZmIC0t Z2l0IGEvc3lzL25ldC9pZl90dW4uYyBiL3N5cy9uZXQvaWZfdHVuLmMKaW5kZXggMDg1MmFkNS4u ODI3MjNmMSAxMDA2NDQKLS0tIGEvc3lzL25ldC9pZl90dW4uYworKysgYi9zeXMvbmV0L2lmX3R1 bi5jCkBAIC02NDcsNyArNjQ3LDcgQEAgdHVub3V0cHV0KAogCQl9CiAJfQogCi0JSUZRX0hBTkRP RkYoaWZwLCBtMCwgZXJyb3IpOworCWVycm9yID0gKGlmcC0+aWZfdHJhbnNtaXQpKGlmcCwgbTAp OwogCWlmIChlcnJvcikgewogCQlpZnAtPmlmX2NvbGxpc2lvbnMrKzsKIAkJcmV0dXJuIChFTk9C VUZTKTsKZGlmZiAtLWdpdCBhL3N5cy9uZXQvaWZfdmFyLmggYi9zeXMvbmV0L2lmX3Zhci5oCmlu ZGV4IDkyYzhlODAuLmQ0ZjM4MjMgMTAwNjQ0Ci0tLSBhL3N5cy9uZXQvaWZfdmFyLmgKKysrIGIv c3lzL25ldC9pZl92YXIuaApAQCAtNzcsNiArNzcsNyBAQCBzdHJ1Y3QgIGlmdmxhbnRydW5rOwog I2lmZGVmIF9LRVJORUwKICNpbmNsdWRlIDxzeXMvbWJ1Zi5oPgogI2luY2x1ZGUgPHN5cy9ldmVu dGhhbmRsZXIuaD4KKyNpbmNsdWRlIDxzeXMvYnVmX3JpbmcuaD4KICNlbmRpZiAvKiBfS0VSTkVM ICovCiAjaW5jbHVkZSA8c3lzL2xvY2suaD4JCS8qIFhYWCAqLwogI2luY2x1ZGUgPHN5cy9tdXRl eC5oPgkJLyogWFhYICovCkBAIC0xODYsNyArMTg3LDExIEBAIHN0cnVjdCBpZm5ldCB7CiAJCQkJ CS8qIHByb3RlY3RlZCBieSBpZl9hZGRyX210eCAqLwogCXZvaWQJKmlmX3BmX2tpZjsKIAl2b2lk CSppZl9sYWdnOwkJLyogbGFnZyBnbHVlICovCi0Jdm9pZAkqaWZfcHNwYXJlWzEwXTsJCS8qIG11 bHRpcS9UT0UgMzsgdmltYWdlIDM7IGdlbmVyYWwgdXNlIDQgKi8KKwl2b2lkCSppZl9wc3BhcmVb OF07CQkvKiBtdWx0aXEvVE9FIDM7IHZpbWFnZSAzOyBnZW5lcmFsIHVzZSA0ICovCisJdm9pZAko KmlmX3FmbHVzaCkJLyogZmx1c2ggYW55IHF1ZXVlcyAqLworCQkoc3RydWN0IGlmbmV0ICopOwor CWludAkoKmlmX3RyYW5zbWl0KQkvKiBpbml0aWF0ZSBvdXRwdXQgcm91dGluZSAqLworCQkoc3Ry dWN0IGlmbmV0ICosIHN0cnVjdCBtYnVmICopOwogCWludAlpZl9pc3BhcmVbMl07CQkvKiBnZW5l cmFsIHVzZSAyICovCiB9OwogCkBAIC01MzYsNiArNTQxLDExOSBAQCBkbyB7CQkJCQkJCQkJXAog CUlGUV9QVVJHRShpZnEpOwkJCQkJCQlcCiB9IHdoaWxlICgwKQogCisjaWZkZWYgX0tFUk5FTAor c3RhdGljIF9faW5saW5lIHZvaWQKK2RyYnJfc3RhdHNfdXBkYXRlKHN0cnVjdCBpZm5ldCAqaWZw LCBpbnQgbGVuLCBpbnQgbWZsYWdzKQoreworI2lmbmRlZiBOT19TTE9XX1NUQVRTCisJaWZwLT5p Zl9vYnl0ZXMgKz0gbGVuOworCWlmIChtZmxhZ3MgJiBNX01DQVNUKQorCQlpZnAtPmlmX29tY2Fz dHMrKzsKKyNlbmRpZgorfQorCitzdGF0aWMgX19pbmxpbmUgaW50CitkcmJyX2VucXVldWUoc3Ry dWN0IGlmbmV0ICppZnAsIHN0cnVjdCBidWZfcmluZyAqYnIsIHN0cnVjdCBtYnVmICptKQorewkK KwlpbnQgZXJyb3IgPSAwOworCWludCBsZW4gPSBtLT5tX3BrdGhkci5sZW47CisJaW50IG1mbGFn cyA9IG0tPm1fZmxhZ3M7CisKKyNpZmRlZiBBTFRRCisJaWYgKEFMVFFfSVNfRU5BQkxFRCgmaWZw LT5pZl9zbmQpKSB7CisJCUlGUV9FTlFVRVVFKCZpZnAtPmlmX3NuZCwgbSwgZXJyb3IpOworCQly ZXR1cm4gKGVycm9yKTsKKwl9CisjZW5kaWYKKwlpZiAoKGVycm9yID0gYnVmX3JpbmdfZW5xdWV1 ZV9ieXRlcyhiciwgbSwgbGVuKSkgPT0gRU5PQlVGUykgeworCQlici0+YnJfZHJvcHMrKzsKKwkJ bV9mcmVlbShtKTsKKwl9IGVsc2UKKwkJZHJicl9zdGF0c191cGRhdGUoaWZwLCBsZW4sIG1mbGFn cyk7CisJCisJcmV0dXJuIChlcnJvcik7Cit9CisKK3N0YXRpYyBfX2lubGluZSB2b2lkCitkcmJy X2ZsdXNoKHN0cnVjdCBpZm5ldCAqaWZwLCBzdHJ1Y3QgYnVmX3JpbmcgKmJyKQoreworCXN0cnVj dCBtYnVmICptOworCisjaWZkZWYgQUxUUQorCWlmIChpZnAgIT0gTlVMTCAmJiBBTFRRX0lTX0VO QUJMRUQoJmlmcC0+aWZfc25kKSkgeworCQl3aGlsZSAoIUlGUV9JU19FTVBUWSgmaWZwLT5pZl9z bmQpKSB7CisJCQlJRlFfRFJWX0RFUVVFVUUoJmlmcC0+aWZfc25kLCBtKTsKKwkJCW1fZnJlZW0o bSk7CisJCX0KKwl9CisjZW5kaWYJCisJd2hpbGUgKChtID0gYnVmX3JpbmdfZGVxdWV1ZV9zYyhi cikpICE9IE5VTEwpCisJCW1fZnJlZW0obSk7Cit9CisKK3N0YXRpYyBfX2lubGluZSB2b2lkCitk cmJyX2ZyZWUoc3RydWN0IGJ1Zl9yaW5nICpiciwgc3RydWN0IG1hbGxvY190eXBlICp0eXBlKQor eworCisJZHJicl9mbHVzaChOVUxMLCBicik7CisJYnVmX3JpbmdfZnJlZShiciwgdHlwZSk7Cit9 CisKK3N0YXRpYyBfX2lubGluZSBzdHJ1Y3QgbWJ1ZiAqCitkcmJyX2RlcXVldWUoc3RydWN0IGlm bmV0ICppZnAsIHN0cnVjdCBidWZfcmluZyAqYnIpCit7CisjaWZkZWYgQUxUUQorCXN0cnVjdCBt YnVmICptOworCisJaWYgKEFMVFFfSVNfRU5BQkxFRCgmaWZwLT5pZl9zbmQpKSB7CQorCQlJRlFf RFJWX0RFUVVFVUUoJmlmcC0+aWZfc25kLCBtKTsKKwkJcmV0dXJuIChtKTsKKwl9CisjZW5kaWYK KwlyZXR1cm4gKGJ1Zl9yaW5nX2RlcXVldWVfc2MoYnIpKTsKK30KKworc3RhdGljIF9faW5saW5l IHN0cnVjdCBtYnVmICoKK2RyYnJfZGVxdWV1ZV9jb25kKHN0cnVjdCBpZm5ldCAqaWZwLCBzdHJ1 Y3QgYnVmX3JpbmcgKmJyLAorICAgIGludCAoKmZ1bmMpIChzdHJ1Y3QgbWJ1ZiAqLCB2b2lkICop LCB2b2lkICphcmcpIAoreworCXN0cnVjdCBtYnVmICptOworI2lmZGVmIEFMVFEKKwkvKgorCSAq IFhYWCBuZWVkIHRvIGV2YWx1YXRlIC8gcmVxdWV1ZSAKKwkgKi8KKwlpZiAoQUxUUV9JU19FTkFC TEVEKCZpZnAtPmlmX3NuZCkpIHsJCisJCUlGUV9EUlZfREVRVUVVRSgmaWZwLT5pZl9zbmQsIG0p OworCQlyZXR1cm4gKG0pOworCX0KKyNlbmRpZgorCW0gPSBidWZfcmluZ19wZWVrKGJyKTsKKwlp ZiAobSA9PSBOVUxMIHx8IGZ1bmMobSwgYXJnKSA9PSAwKQorCQlyZXR1cm4gKE5VTEwpOworCisJ cmV0dXJuIChidWZfcmluZ19kZXF1ZXVlX3NjKGJyKSk7Cit9CisKK3N0YXRpYyBfX2lubGluZSBp bnQKK2RyYnJfZW1wdHkoc3RydWN0IGlmbmV0ICppZnAsIHN0cnVjdCBidWZfcmluZyAqYnIpCit7 CisjaWZkZWYgQUxUUQorCWlmIChBTFRRX0lTX0VOQUJMRUQoJmlmcC0+aWZfc25kKSkKKwkJcmV0 dXJuIChJRlFfRFJWX0lTX0VNUFRZKCZpZnAtPmlmX3NuZCkpOworI2VuZGlmCisJcmV0dXJuIChi dWZfcmluZ19lbXB0eShicikpOworfQorCitzdGF0aWMgX19pbmxpbmUgaW50CitkcmJyX2ludXNl KHN0cnVjdCBpZm5ldCAqaWZwLCBzdHJ1Y3QgYnVmX3JpbmcgKmJyKQoreworI2lmZGVmIEFMVFEK KwlpZiAoQUxUUV9JU19FTkFCTEVEKCZpZnAtPmlmX3NuZCkpCisJCXJldHVybiAoaWZwLT5pZl9z bmQuaWZxX2xlbik7CisjZW5kaWYKKwlyZXR1cm4gKGJ1Zl9yaW5nX2NvdW50KGJyKSk7Cit9Cisj ZW5kaWYKIC8qCiAgKiA3MiB3YXMgY2hvc2VuIGJlbG93IGJlY2F1c2UgaXQgaXMgdGhlIHNpemUg b2YgYSBUQ1AvSVAKICAqIGhlYWRlciAoNDApICsgdGhlIG1pbmltdW0gbXNzICgzMikuCkBAIC02 NzcsNiArNzk1LDcgQEAgdm9pZAlpZl9mcmVlX3R5cGUoc3RydWN0IGlmbmV0ICosIHVfY2hhcik7 CiB2b2lkCWlmX2luaXRuYW1lKHN0cnVjdCBpZm5ldCAqLCBjb25zdCBjaGFyICosIGludCk7CiB2 b2lkCWlmX2xpbmtfc3RhdGVfY2hhbmdlKHN0cnVjdCBpZm5ldCAqLCBpbnQpOwogaW50CWlmX3By aW50ZihzdHJ1Y3QgaWZuZXQgKiwgY29uc3QgY2hhciAqLCAuLi4pIF9fcHJpbnRmbGlrZSgyLCAz KTsKK3ZvaWQJaWZfcWZsdXNoKHN0cnVjdCBpZm5ldCAqKTsKIGludAlpZl9zZXRsbGFkZHIoc3Ry dWN0IGlmbmV0ICosIGNvbnN0IHVfY2hhciAqLCBpbnQpOwogdm9pZAlpZl91cChzdHJ1Y3QgaWZu ZXQgKik7CiAvKnZvaWQJaWZpbml0KHZvaWQpOyovIC8qIGRlY2xhcmVkIGluIHN5c3RtLmggZm9y IG1haW4oKSAqLwpAQCAtNjg0LDYgKzgwMyw5IEBAIGludAlpZmlvY3RsKHN0cnVjdCBzb2NrZXQg KiwgdV9sb25nLCBjYWRkcl90LCBzdHJ1Y3QgdGhyZWFkICopOwogaW50CWlmcHJvbWlzYyhzdHJ1 Y3QgaWZuZXQgKiwgaW50KTsKIHN0cnVjdAlpZm5ldCAqaWZ1bml0KGNvbnN0IGNoYXIgKik7CiAK K3ZvaWQJaWZxX2F0dGFjaChzdHJ1Y3QgaWZhbHRxICosIHN0cnVjdCBpZm5ldCAqaWZwKTsKK3Zv aWQJaWZxX2RldGFjaChzdHJ1Y3QgaWZhbHRxICopOworCiBzdHJ1Y3QJaWZhZGRyICppZmFfaWZ3 aXRoYWRkcihzdHJ1Y3Qgc29ja2FkZHIgKik7CiBzdHJ1Y3QJaWZhZGRyICppZmFfaWZ3aXRoYnJv YWRhZGRyKHN0cnVjdCBzb2NrYWRkciAqKTsKIHN0cnVjdAlpZmFkZHIgKmlmYV9pZndpdGhkc3Rh ZGRyKHN0cnVjdCBzb2NrYWRkciAqKTsKZGlmZiAtLWdpdCBhL3N5cy9uZXQvaWZfdmxhbi5jIGIv c3lzL25ldC9pZl92bGFuLmMKaW5kZXggYzE4ODFkYS4uYjFmN2RlZSAxMDA2NDQKLS0tIGEvc3lz L25ldC9pZl92bGFuLmMKKysrIGIvc3lzL25ldC9pZl92bGFuLmMKQEAgLTg3MSw3ICs4NzEsNyBA QCB2bGFuX3N0YXJ0KHN0cnVjdCBpZm5ldCAqaWZwKQogCQkgKiBTZW5kIGl0LCBwcmVjaXNlbHkg YXMgZXRoZXJfb3V0cHV0KCkgd291bGQgaGF2ZS4KIAkJICogV2UgYXJlIGFscmVhZHkgcnVubmlu ZyBhdCBzcGxpbXAuCiAJCSAqLwotCQlJRlFfSEFORE9GRihwLCBtLCBlcnJvcik7CisJCWVycm9y ID0gKHAtPmlmX3RyYW5zbWl0KShwLCBtKTsKIAkJaWYgKCFlcnJvcikKIAkJCWlmcC0+aWZfb3Bh Y2tldHMrKzsKIAkJZWxzZQpkaWZmIC0tZ2l0IGEvc3lzL25ldDgwMjExL2llZWU4MDIxMV9vdXRw dXQuYyBiL3N5cy9uZXQ4MDIxMS9pZWVlODAyMTFfb3V0cHV0LmMKaW5kZXggYzgyZGU0OC4uZWU5 NjMyNSAxMDA2NDQKLS0tIGEvc3lzL25ldDgwMjExL2llZWU4MDIxMV9vdXRwdXQuYworKysgYi9z eXMvbmV0ODAyMTEvaWVlZTgwMjExX291dHB1dC5jCkBAIC0yMzMsNyArMjMzLDIyIEBAIGllZWU4 MDIxMV9yYXdfeG1pdChzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pLCBzdHJ1Y3QgbWJ1ZiAqbSwK IAlpZl9zdGFydChpZnApOwogCWlmcC0+aWZfb3BhY2tldHMrKzsKIAorI2Vycm9yICJyMTg1MTY0 IGNoZXJyeS1waWNrIGNvbmZsaWN0ZWQgaGVyZSwgcGxlYXNlIGZpeC4iCis8PDw8PDw8IEhFQUQK IAlyZXR1cm4gMDsKKz09PT09PT0KKwkJLyogWFhYIGRlZmVyIGlmX3N0YXJ0IGNhbGxzPyAqLwor CQllcnJvciA9IChwYXJlbnQtPmlmX3RyYW5zbWl0KShwYXJlbnQsIG0pOworCQlpZiAoZXJyb3Ig IT0gMCkgeworCQkJLyogTkI6IElGUV9IQU5ET0ZGIHJlY2xhaW1zIG1idWYgKi8KKwkJCWllZWU4 MDIxMV9mcmVlX25vZGUobmkpOworCQl9IGVsc2UgeworCQkJaWZwLT5pZl9vcGFja2V0cysrOwor CQl9CisJCWljLT5pY19sYXN0ZGF0YSA9IHRpY2tzOworCX0KKyN1bmRlZiBJU19EV0RTCis+Pj4+ Pj4+IGVlZTRmMWYuLi4gY29udmVydCBjYWxscyB0byBJRlFfSEFORE9GRiB0byBpZl90cmFuc21p dAogfQogCiAvKgpkaWZmIC0tZ2l0IGEvc3lzL25ldGdyYXBoL25nX2lmYWNlLmMgYi9zeXMvbmV0 Z3JhcGgvbmdfaWZhY2UuYwppbmRleCA1Yjc2YzI5Li42MzU4ZDg5IDEwMDY0NAotLS0gYS9zeXMv bmV0Z3JhcGgvbmdfaWZhY2UuYworKysgYi9zeXMvbmV0Z3JhcGgvbmdfaWZhY2UuYwpAQCAtNDAx LDcgKzQwMSw3IEBAIG5nX2lmYWNlX291dHB1dChzdHJ1Y3QgaWZuZXQgKmlmcCwgc3RydWN0IG1i dWYgKm0sCiAJCQlyZXR1cm4gKEVOT0JVRlMpOwogCQl9CiAJCSooc2FfZmFtaWx5X3QgKiltLT5t X2RhdGEgPSBkc3QtPnNhX2ZhbWlseTsKLQkJSUZRX0hBTkRPRkYoaWZwLCBtLCBlcnJvcik7CisJ CWVycm9yID0gKGlmcC0+aWZfdHJhbnNtaXQpKGlmcCwgbSk7CiAJfSBlbHNlCiAJCWVycm9yID0g bmdfaWZhY2Vfc2VuZChpZnAsIG0sIGRzdC0+c2FfZmFtaWx5KTsKIApkaWZmIC0tZ2l0IGEvc3lz L3Bvd2VycGMvaW5jbHVkZS9hdG9taWMuaCBiL3N5cy9wb3dlcnBjL2luY2x1ZGUvYXRvbWljLmgK aW5kZXggZDUxNWE2YS4uNGFjOWYwYyAxMDA2NDQKLS0tIGEvc3lzL3Bvd2VycGMvaW5jbHVkZS9h dG9taWMuaAorKysgYi9zeXMvcG93ZXJwYy9pbmNsdWRlL2F0b21pYy5oCkBAIC0zOSw2ICszOSwx MCBAQAogI2RlZmluZQlfX0FUT01JQ19CQVJSSUVSCQkJCQlcCiAgICAgX19hc20gX192b2xhdGls ZSgic3luYyIgOiA6IDogIm1lbW9yeSIpCiAKKyNkZWZpbmUgbWIoKQlfX0FUT01JQ19CQVJSSUVS CisjZGVmaW5lCXdtYigpCW1iKCkKKyNkZWZpbmUJcm1iKCkJbWIoKQorCiAvKgogICogYXRvbWlj X2FkZChwLCB2KQogICogeyAqcCArPSB2OyB9CmRpZmYgLS1naXQgYS9zeXMvc3BhcmM2NC9pbmNs dWRlL2F0b21pYy5oIGIvc3lzL3NwYXJjNjQvaW5jbHVkZS9hdG9taWMuaAppbmRleCBmZTM2Nzkx Li5kNjYzZmJjIDEwMDY0NAotLS0gYS9zeXMvc3BhcmM2NC9pbmNsdWRlL2F0b21pYy5oCisrKyBi L3N5cy9zcGFyYzY0L2luY2x1ZGUvYXRvbWljLmgKQEAgLTQwLDYgKzQwLDEwIEBACiAjZGVmaW5l CV9fQVNJX0FUT01JQwlBU0lfUAogI2VuZGlmCiAKKyNkZWZpbmUgbWIoKQlfX2FzbV9fIF9fdm9s YXRpbGVfXyAoIm1lbWJhciAjTWVtSXNzdWUiOiA6IDoibWVtb3J5IikKKyNkZWZpbmUgd21iKCkJ bWIoKQorI2RlZmluZSBybWIoKQltYigpCisKIC8qCiAgKiBWYXJpb3VzIHNpbXBsZSBhcml0aG1l dGljIG9uIG1lbW9yeSB3aGljaCBpcyBhdG9taWMgaW4gdGhlIHByZXNlbmNlCiAgKiBvZiBpbnRl cnJ1cHRzIGFuZCBtdWx0aXBsZSBwcm9jZXNzb3JzLiAgU2VlIGF0b21pYyg5KSBmb3IgZGV0YWls cy4KZGlmZiAtLWdpdCBhL3N5cy9zdW40di9pbmNsdWRlL2F0b21pYy5oIGIvc3lzL3N1bjR2L2lu Y2x1ZGUvYXRvbWljLmgKaW5kZXggZmUzNjc5MS4uYzUwMDVmYSAxMDA2NDQKLS0tIGEvc3lzL3N1 bjR2L2luY2x1ZGUvYXRvbWljLmgKKysrIGIvc3lzL3N1bjR2L2luY2x1ZGUvYXRvbWljLmgKQEAg LTMzLDYgKzMzLDEwIEBACiAKICNpbmNsdWRlIDxtYWNoaW5lL2NwdWZ1bmMuaD4KIAorI2RlZmlu ZSBtYigpCV9fYXNtX18gX192b2xhdGlsZV9fICgibWVtYmFyICNNZW1Jc3N1ZSI6IDogOiJtZW1v cnkiKQorI2RlZmluZSB3bWIoKQltYigpCisjZGVmaW5lIHJtYigpCW1iKCkKKwogLyogVXNlcmxh bmQgbmVlZHMgZGlmZmVyZW50IEFTSSdzLiAqLwogI2lmZGVmIF9LRVJORUwKICNkZWZpbmUJX19B U0lfQVRPTUlDCUFTSV9OCmRpZmYgLS1naXQgYS9zeXMvc3lzL2J1Zl9yaW5nLmggYi9zeXMvc3lz L2J1Zl9yaW5nLmgKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMC4uZWZhNjY3ZAot LS0gL2Rldi9udWxsCisrKyBiL3N5cy9zeXMvYnVmX3JpbmcuaApAQCAtMCwwICsxLDI3OSBAQAor LyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqCisgKgorICogQ29weXJpZ2h0IChjKSAyMDA3LTIwMDkgS2lwIE1h Y3kga21hY3lAZnJlZWJzZC5vcmcKKyAqIEFsbCByaWdodHMgcmVzZXJ2ZWQuCisgKgorICogUmVk aXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3 aXRob3V0CisgKiBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUg Zm9sbG93aW5nIGNvbmRpdGlvbnMgYXJlIG1ldDoKKyAqCisgKiAxLiBSZWRpc3RyaWJ1dGlvbnMg b2Ygc291cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodCBub3RpY2UsCisg KiAgICB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVy LgorICoKKyAqIDIuIFRoZSBuYW1lIG9mIEtpcCBNYWN5IG5vciB0aGUgbmFtZXMgb2Ygb3RoZXIK KyAqICAgIGNvbnRyaWJ1dG9ycyBtYXkgYmUgdXNlZCB0byBlbmRvcnNlIG9yIHByb21vdGUgcHJv ZHVjdHMgZGVyaXZlZCBmcm9tCisgKiAgICB0aGlzIHNvZnR3YXJlIHdpdGhvdXQgc3BlY2lmaWMg cHJpb3Igd3JpdHRlbiBwZXJtaXNzaW9uLgorICoKKyAqIFRISVMgU09GVFdBUkUgSVMgUFJPVklE RUQgQlkgVEhFIENPUFlSSUdIVCBIT0xERVJTIEFORCBDT05UUklCVVRPUlMgIkFTIElTIgorICog QU5EIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVESU5HLCBCVVQgTk9U IExJTUlURUQgVE8sIFRIRQorICogSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElU WSBBTkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UKKyAqIEFSRSBESVNDTEFJTUVE LiBJTiBOTyBFVkVOVCBTSEFMTCBUSEUgQ09QWVJJR0hUIE9XTkVSIE9SIENPTlRSSUJVVE9SUyBC RQorICogTElBQkxFIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lB TCwgRVhFTVBMQVJZLCBPUgorICogQ09OU0VRVUVOVElBTCBEQU1BR0VTIChJTkNMVURJTkcsIEJV VCBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YKKyAqIFNVQlNUSVRVVEUgR09PRFMgT1Ig U0VSVklDRVM7IExPU1MgT0YgVVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUworICog SU5URVJSVVBUSU9OKSBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJ VFksIFdIRVRIRVIgSU4KKyAqIENPTlRSQUNULCBTVFJJQ1QgTElBQklMSVRZLCBPUiBUT1JUIChJ TkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpCisgKiBBUklTSU5HIElOIEFOWSBXQVkg T1VUIE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRQor ICogUE9TU0lCSUxJVFkgT0YgU1VDSCBEQU1BR0UuCisgKgorICogJEZyZWVCU0QkCisgKgorICoq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKi8KKworI2lmbmRlZglfU1lTX0JVRl9SSU5HX0hfCisjZGVmaW5lCV9T WVNfQlVGX1JJTkdfSF8KKworI2luY2x1ZGUgPG1hY2hpbmUvY3B1Lmg+CisKKyNpZiBkZWZpbmVk KElOVkFSSUFOVFMpICYmICFkZWZpbmVkKERFQlVHX0JVRlJJTkcpCisjZGVmaW5lIERFQlVHX0JV RlJJTkcgMQorI2VuZGlmCisKKyNpZmRlZiBERUJVR19CVUZSSU5HCisjaW5jbHVkZSA8c3lzL2xv Y2suaD4KKyNpbmNsdWRlIDxzeXMvbXV0ZXguaD4KKyNlbmRpZgorCitzdHJ1Y3QgYnVmX3Jpbmcg eworCXZvbGF0aWxlIHVpbnQzMl90CWJyX3Byb2RfaGVhZDsKKwl2b2xhdGlsZSB1aW50MzJfdAli cl9wcm9kX3RhaWw7CQorCWludCAgICAgICAgICAgICAgCWJyX3Byb2Rfc2l6ZTsKKwlpbnQgICAg ICAgICAgICAgIAlicl9wcm9kX21hc2s7CisJdWludDY0X3QJCWJyX2Ryb3BzOworCXVpbnQ2NF90 CQlicl9wcm9kX2J1ZnM7CisJdWludDY0X3QJCWJyX3Byb2RfYnl0ZXM7CisJLyoKKwkgKiBQYWQg b3V0IHRvIG5leHQgTDIgY2FjaGUgbGluZQorCSAqLworCXVpbnQ2NF90CSAgCV9wYWQwWzExXTsK KworCXZvbGF0aWxlIHVpbnQzMl90CWJyX2NvbnNfaGVhZDsKKwl2b2xhdGlsZSB1aW50MzJfdAli cl9jb25zX3RhaWw7CisJaW50CQkgCWJyX2NvbnNfc2l6ZTsKKwlpbnQgICAgICAgICAgICAgIAli cl9jb25zX21hc2s7CisJCisJLyoKKwkgKiBQYWQgb3V0IHRvIG5leHQgTDIgY2FjaGUgbGluZQor CSAqLworCXVpbnQ2NF90CSAgCV9wYWQxWzE0XTsKKyNpZmRlZiBERUJVR19CVUZSSU5HCisJc3Ry dWN0IG10eAkJKmJyX2xvY2s7CisjZW5kaWYJCisJdm9pZAkJCSpicl9yaW5nWzBdOworfTsKKwor LyoKKyAqIG11bHRpLXByb2R1Y2VyIHNhZmUgbG9jay1mcmVlIHJpbmcgYnVmZmVyIGVucXVldWUK KyAqCisgKi8KK3N0YXRpYyBfX2lubGluZSBpbnQKK2J1Zl9yaW5nX2VucXVldWVfYnl0ZXMoc3Ry dWN0IGJ1Zl9yaW5nICpiciwgdm9pZCAqYnVmLCBpbnQgbmJ5dGVzKQoreworCXVpbnQzMl90IHBy b2RfaGVhZCwgcHJvZF9uZXh0OworCXVpbnQzMl90IGNvbnNfdGFpbDsKKwlpbnQgc3VjY2VzczsK KyNpZmRlZiBERUJVR19CVUZSSU5HCisJaW50IGk7CisJZm9yIChpID0gYnItPmJyX2NvbnNfaGVh ZDsgaSAhPSBici0+YnJfcHJvZF9oZWFkOworCSAgICAgaSA9ICgoaSArIDEpICYgYnItPmJyX2Nv bnNfbWFzaykpCisJCWlmKGJyLT5icl9yaW5nW2ldID09IGJ1ZikKKwkJCXBhbmljKCJidWY9JXAg YWxyZWFkeSBlbnF1ZXVlIGF0ICVkIHByb2Q9JWQgY29ucz0lZCIsCisJCQkgICAgYnVmLCBpLCBi ci0+YnJfcHJvZF90YWlsLCBici0+YnJfY29uc190YWlsKTsKKyNlbmRpZgkKKwljcml0aWNhbF9l bnRlcigpOworCWRvIHsKKwkJcHJvZF9oZWFkID0gYnItPmJyX3Byb2RfaGVhZDsKKwkJY29uc190 YWlsID0gYnItPmJyX2NvbnNfdGFpbDsKKworCQlwcm9kX25leHQgPSAocHJvZF9oZWFkICsgMSkg JiBici0+YnJfcHJvZF9tYXNrOworCQkKKwkJaWYgKHByb2RfbmV4dCA9PSBjb25zX3RhaWwpIHsK KwkJCWNyaXRpY2FsX2V4aXQoKTsKKwkJCXJldHVybiAoRU5PQlVGUyk7CisJCX0KKwkJCisJCXN1 Y2Nlc3MgPSBhdG9taWNfY21wc2V0X2ludCgmYnItPmJyX3Byb2RfaGVhZCwgcHJvZF9oZWFkLAor CQkgICAgcHJvZF9uZXh0KTsKKwl9IHdoaWxlIChzdWNjZXNzID09IDApOworI2lmZGVmIERFQlVH X0JVRlJJTkcKKwlpZiAoYnItPmJyX3JpbmdbcHJvZF9oZWFkXSAhPSBOVUxMKQorCQlwYW5pYygi ZGFuZ2xpbmcgdmFsdWUgaW4gZW5xdWV1ZSIpOworI2VuZGlmCQorCWJyLT5icl9yaW5nW3Byb2Rf aGVhZF0gPSBidWY7CisJd21iKCk7CisKKwkvKgorCSAqIElmIHRoZXJlIGFyZSBvdGhlciBlbnF1 ZXVlcyBpbiBwcm9ncmVzcworCSAqIHRoYXQgcHJlY2VlZGVkIHVzLCB3ZSBuZWVkIHRvIHdhaXQg Zm9yIHRoZW0KKwkgKiB0byBjb21wbGV0ZSAKKwkgKi8gICAKKwl3aGlsZSAoYnItPmJyX3Byb2Rf dGFpbCAhPSBwcm9kX2hlYWQpCisJCWNwdV9zcGlud2FpdCgpOworCWJyLT5icl9wcm9kX2J1ZnMr KzsKKwlici0+YnJfcHJvZF9ieXRlcyArPSBuYnl0ZXM7CisJYnItPmJyX3Byb2RfdGFpbCA9IHBy b2RfbmV4dDsKKwljcml0aWNhbF9leGl0KCk7CisJcmV0dXJuICgwKTsKK30KKworc3RhdGljIF9f aW5saW5lIGludAorYnVmX3JpbmdfZW5xdWV1ZShzdHJ1Y3QgYnVmX3JpbmcgKmJyLCB2b2lkICpi dWYpCit7CisKKwlyZXR1cm4gKGJ1Zl9yaW5nX2VucXVldWVfYnl0ZXMoYnIsIGJ1ZiwgMCkpOwor fQorCisvKgorICogbXVsdGktY29uc3VtZXIgc2FmZSBkZXF1ZXVlIAorICoKKyAqLworc3RhdGlj IF9faW5saW5lIHZvaWQgKgorYnVmX3JpbmdfZGVxdWV1ZV9tYyhzdHJ1Y3QgYnVmX3JpbmcgKmJy KQoreworCXVpbnQzMl90IGNvbnNfaGVhZCwgY29uc19uZXh0OworCXVpbnQzMl90IHByb2RfdGFp bDsKKwl2b2lkICpidWY7CisJaW50IHN1Y2Nlc3M7CisKKwljcml0aWNhbF9lbnRlcigpOworCWRv IHsKKwkJY29uc19oZWFkID0gYnItPmJyX2NvbnNfaGVhZDsKKwkJcHJvZF90YWlsID0gYnItPmJy X3Byb2RfdGFpbDsKKworCQljb25zX25leHQgPSAoY29uc19oZWFkICsgMSkgJiBici0+YnJfY29u c19tYXNrOworCQkKKwkJaWYgKGNvbnNfaGVhZCA9PSBwcm9kX3RhaWwpIHsKKwkJCWNyaXRpY2Fs X2V4aXQoKTsKKwkJCXJldHVybiAoTlVMTCk7CisJCX0KKwkJCisJCXN1Y2Nlc3MgPSBhdG9taWNf Y21wc2V0X2ludCgmYnItPmJyX2NvbnNfaGVhZCwgY29uc19oZWFkLAorCQkgICAgY29uc19uZXh0 KTsKKwl9IHdoaWxlIChzdWNjZXNzID09IDApOwkJCisKKwlidWYgPSBici0+YnJfcmluZ1tjb25z X2hlYWRdOworI2lmZGVmIERFQlVHX0JVRlJJTkcKKwlici0+YnJfcmluZ1tjb25zX2hlYWRdID0g TlVMTDsKKyNlbmRpZgorCXJtYigpOworCQorCS8qCisJICogSWYgdGhlcmUgYXJlIG90aGVyIGRl cXVldWVzIGluIHByb2dyZXNzCisJICogdGhhdCBwcmVjZWVkZWQgdXMsIHdlIG5lZWQgdG8gd2Fp dCBmb3IgdGhlbQorCSAqIHRvIGNvbXBsZXRlIAorCSAqLyAgIAorCXdoaWxlIChici0+YnJfY29u c190YWlsICE9IGNvbnNfaGVhZCkKKwkJY3B1X3NwaW53YWl0KCk7CisKKwlici0+YnJfY29uc190 YWlsID0gY29uc19uZXh0OworCWNyaXRpY2FsX2V4aXQoKTsKKworCXJldHVybiAoYnVmKTsKK30K KworLyoKKyAqIHNpbmdsZS1jb25zdW1lciBkZXF1ZXVlIAorICogdXNlIHdoZXJlIGRlcXVldWUg aXMgcHJvdGVjdGVkIGJ5IGEgbG9jaworICogZS5nLiBhIG5ldHdvcmsgZHJpdmVyJ3MgdHggcXVl dWUgbG9jaworICovCitzdGF0aWMgX19pbmxpbmUgdm9pZCAqCitidWZfcmluZ19kZXF1ZXVlX3Nj KHN0cnVjdCBidWZfcmluZyAqYnIpCit7CisJdWludDMyX3QgY29uc19oZWFkLCBjb25zX25leHQs IGNvbnNfbmV4dF9uZXh0OworCXVpbnQzMl90IHByb2RfdGFpbDsKKwl2b2lkICpidWY7CisJCisJ Y29uc19oZWFkID0gYnItPmJyX2NvbnNfaGVhZDsKKwlwcm9kX3RhaWwgPSBici0+YnJfcHJvZF90 YWlsOworCQorCWNvbnNfbmV4dCA9IChjb25zX2hlYWQgKyAxKSAmIGJyLT5icl9jb25zX21hc2s7 CisJY29uc19uZXh0X25leHQgPSAoY29uc19oZWFkICsgMikgJiBici0+YnJfY29uc19tYXNrOwor CQorCWlmIChjb25zX2hlYWQgPT0gcHJvZF90YWlsKSAKKwkJcmV0dXJuIChOVUxMKTsKKworI2lm ZGVmIFBSRUZFVENIX0RFRklORUQJCisJaWYgKGNvbnNfbmV4dCAhPSBwcm9kX3RhaWwpIHsJCQor CQlwcmVmZXRjaChici0+YnJfcmluZ1tjb25zX25leHRdKTsKKwkJaWYgKGNvbnNfbmV4dF9uZXh0 ICE9IHByb2RfdGFpbCkgCisJCQlwcmVmZXRjaChici0+YnJfcmluZ1tjb25zX25leHRfbmV4dF0p OworCX0KKyNlbmRpZgorCWJyLT5icl9jb25zX2hlYWQgPSBjb25zX25leHQ7CisJYnVmID0gYnIt PmJyX3JpbmdbY29uc19oZWFkXTsKKworI2lmZGVmIERFQlVHX0JVRlJJTkcKKwlici0+YnJfcmlu Z1tjb25zX2hlYWRdID0gTlVMTDsKKwlpZiAoIW10eF9vd25lZChici0+YnJfbG9jaykpCisJCXBh bmljKCJsb2NrIG5vdCBoZWxkIG9uIHNpbmdsZSBjb25zdW1lciBkZXF1ZXVlIik7CisJaWYgKGJy LT5icl9jb25zX3RhaWwgIT0gY29uc19oZWFkKQorCQlwYW5pYygiaW5jb25zaXN0ZW50IGxpc3Qg Y29uc190YWlsPSVkIGNvbnNfaGVhZD0lZCIsCisJCSAgICBici0+YnJfY29uc190YWlsLCBjb25z X2hlYWQpOworI2VuZGlmCisJYnItPmJyX2NvbnNfdGFpbCA9IGNvbnNfbmV4dDsKKwlyZXR1cm4g KGJ1Zik7Cit9CisKKy8qCisgKiByZXR1cm4gYSBwb2ludGVyIHRvIHRoZSBmaXJzdCBlbnRyeSBp biB0aGUgcmluZworICogd2l0aG91dCBtb2RpZnlpbmcgaXQsIG9yIE5VTEwgaWYgdGhlIHJpbmcg aXMgZW1wdHkKKyAqIHJhY2UtcHJvbmUgaWYgbm90IHByb3RlY3RlZCBieSBhIGxvY2sKKyAqLwor c3RhdGljIF9faW5saW5lIHZvaWQgKgorYnVmX3JpbmdfcGVlayhzdHJ1Y3QgYnVmX3JpbmcgKmJy KQoreworCisjaWZkZWYgREVCVUdfQlVGUklORworCWlmICgoYnItPmJyX2xvY2sgIT0gTlVMTCkg JiYgIW10eF9vd25lZChici0+YnJfbG9jaykpCisJCXBhbmljKCJsb2NrIG5vdCBoZWxkIG9uIHNp bmdsZSBjb25zdW1lciBkZXF1ZXVlIik7CisjZW5kaWYJCisJLyoKKwkgKiBJIGJlbGlldmUgaXQg aXMgc2FmZSB0byBub3QgaGF2ZSBhIG1lbW9yeSBiYXJyaWVyCisJICogaGVyZSBiZWNhdXNlIHdl IGNvbnRyb2wgY29ucyBhbmQgdGFpbCBpcyB3b3JzdCBjYXNlCisJICogYSBsYWdnaW5nIGluZGlj YXRvciBzbyB3ZSB3b3JzdCBjYXNlIHdlIG1pZ2h0CisJICogcmV0dXJuIE5VTEwgaW1tZWRpYXRl bHkgYWZ0ZXIgYSBidWZmZXIgaGFzIGJlZW4gZW5xdWV1ZWQKKwkgKi8KKwlpZiAoYnItPmJyX2Nv bnNfaGVhZCA9PSBici0+YnJfcHJvZF90YWlsKQorCQlyZXR1cm4gKE5VTEwpOworCQorCXJldHVy biAoYnItPmJyX3JpbmdbYnItPmJyX2NvbnNfaGVhZF0pOworfQorCitzdGF0aWMgX19pbmxpbmUg aW50CitidWZfcmluZ19mdWxsKHN0cnVjdCBidWZfcmluZyAqYnIpCit7CisKKwlyZXR1cm4gKCgo YnItPmJyX3Byb2RfaGVhZCArIDEpICYgYnItPmJyX3Byb2RfbWFzaykgPT0gYnItPmJyX2NvbnNf dGFpbCk7Cit9CisKK3N0YXRpYyBfX2lubGluZSBpbnQKK2J1Zl9yaW5nX2VtcHR5KHN0cnVjdCBi dWZfcmluZyAqYnIpCit7CisKKwlyZXR1cm4gKGJyLT5icl9jb25zX2hlYWQgPT0gYnItPmJyX3By b2RfdGFpbCk7Cit9CisKK3N0YXRpYyBfX2lubGluZSBpbnQKK2J1Zl9yaW5nX2NvdW50KHN0cnVj dCBidWZfcmluZyAqYnIpCit7CisKKwlyZXR1cm4gKChici0+YnJfcHJvZF9zaXplICsgYnItPmJy X3Byb2RfdGFpbCAtIGJyLT5icl9jb25zX3RhaWwpCisJICAgICYgYnItPmJyX3Byb2RfbWFzayk7 Cit9CisKK3N0cnVjdCBidWZfcmluZyAqYnVmX3JpbmdfYWxsb2MoaW50IGNvdW50LCBzdHJ1Y3Qg bWFsbG9jX3R5cGUgKnR5cGUsIGludCBmbGFncywKKyAgICBzdHJ1Y3QgbXR4ICopOwordm9pZCBi dWZfcmluZ19mcmVlKHN0cnVjdCBidWZfcmluZyAqYnIsIHN0cnVjdCBtYWxsb2NfdHlwZSAqdHlw ZSk7CisKKworCisjZW5kaWYK --bcaec520ed5777122404acd6ed09 Content-Type: text/x-patch; charset=US-ASCII; name="0001-IGB_MULTIQUEUE.patch" Content-Disposition: attachment; filename="0001-IGB_MULTIQUEUE.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gsj810bi1 RnJvbSA2ZWYyM2M0OGE3MTc2NjY0MWY0NzcxNmE5ZTNkYzI3NWMyMzE1YTJlIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBBcm5hdWQgTGFjb21iZSA8bGFjb21iYXJAZ21haWwuY29tPgpE YXRlOiBNb24sIDEyIFNlcCAyMDExIDIyOjMyOjQ1IC0wNDAwClN1YmplY3Q6IFtQQVRDSF0gSUdC X01VTFRJUVVFVUUKCi0tLQogc3lzL2Rldi9lMTAwMC9pZl9pZ2IuYyB8ICAgMzQgKysrKysrKysr KysrKysrKysrLS0tLS0tLS0tLS0tLS0tLQogc3lzL2Rldi9lMTAwMC9pZl9pZ2IuaCB8ICAgIDQg KystLQogMiBmaWxlcyBjaGFuZ2VkLCAyMCBpbnNlcnRpb25zKCspLCAxOCBkZWxldGlvbnMoLSkK CmRpZmYgLS1naXQgYS9zeXMvZGV2L2UxMDAwL2lmX2lnYi5jIGIvc3lzL2Rldi9lMTAwMC9pZl9p Z2IuYwppbmRleCA0OTQ0ZTU2Li5kZTFmYWU5IDEwMDY0NAotLS0gYS9zeXMvZGV2L2UxMDAwL2lm X2lnYi5jCisrKyBiL3N5cy9kZXYvZTEwMDAvaWZfaWdiLmMKQEAgLTQyLDcgKzQyLDcgQEAKIAog I2luY2x1ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1ZGUgPHN5cy9zeXN0bS5oPgotI2lmIF9fRnJl ZUJTRF92ZXJzaW9uID49IDgwMDAwMAorI2lmZGVmIElHQl9NVUxUSVFVRVVFCiAjaW5jbHVkZSA8 c3lzL2J1Zl9yaW5nLmg+CiAjZW5kaWYKICNpbmNsdWRlIDxzeXMvYnVzLmg+CkBAIC0xNzIsNyAr MTcyLDcgQEAgc3RhdGljIGludAlpZ2JfZGV0YWNoKGRldmljZV90KTsKIHN0YXRpYyBpbnQJaWdi X3NodXRkb3duKGRldmljZV90KTsKIHN0YXRpYyBpbnQJaWdiX3N1c3BlbmQoZGV2aWNlX3QpOwog c3RhdGljIGludAlpZ2JfcmVzdW1lKGRldmljZV90KTsKLSNpZiBfX0ZyZWVCU0RfdmVyc2lvbiA+ PSA4MDAwMDAKKyNpZmRlZiBJR0JfTVVMVElRVUVVRQogc3RhdGljIGludAlpZ2JfbXFfc3RhcnQo c3RydWN0IGlmbmV0ICosIHN0cnVjdCBtYnVmICopOwogc3RhdGljIGludAlpZ2JfbXFfc3RhcnRf bG9ja2VkKHN0cnVjdCBpZm5ldCAqLAogCQkgICAgc3RydWN0IHR4X3JpbmcgKiwgc3RydWN0IG1i dWYgKik7CkBAIC04MDAsNyArODAwLDcgQEAgaWdiX3Jlc3VtZShkZXZpY2VfdCBkZXYpCiB7CiAJ c3RydWN0IGFkYXB0ZXIgKmFkYXB0ZXIgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CiAJc3RydWN0 IGlmbmV0ICppZnAgPSBhZGFwdGVyLT5pZnA7Ci0jaWYgX19GcmVlQlNEX3ZlcnNpb24gPj0gODAw MDAwCisjaWZkZWYgSUdCX01VTFRJUVVFVUUKIAlzdHJ1Y3QgdHhfcmluZyAqdHhyID0gYWRhcHRl ci0+dHhfcmluZ3M7CiAjZW5kaWYKIApAQCAtODEwLDcgKzgxMCw3IEBAIGlnYl9yZXN1bWUoZGV2 aWNlX3QgZGV2KQogCiAJaWYgKChpZnAtPmlmX2ZsYWdzICYgSUZGX1VQKSAmJgogCSAgICAoaWZw LT5pZl9kcnZfZmxhZ3MgJiBJRkZfRFJWX1JVTk5JTkcpKSB7Ci0jaWYgX19GcmVlQlNEX3ZlcnNp b24gPCA4MDAwMDAKKyNpZm5kZWYgSUdCX01VTFRJUVVFVUUKIAkJaWdiX3N0YXJ0KGlmcCk7CiAj ZWxzZQogCQlmb3IgKGludCBpID0gMDsgaSA8IGFkYXB0ZXItPm51bV9xdWV1ZXM7IGkrKywgdHhy KyspIHsKQEAgLTgyOCw3ICs4MjgsNyBAQCBpZ2JfcmVzdW1lKGRldmljZV90IGRldikKIH0KIAog Ci0jaWYgX19GcmVlQlNEX3ZlcnNpb24gPCA4MDAwMDAKKyNpZm5kZWYgSUdCX01VTFRJUVVFVUUK IC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioKICAqICBUcmFuc21pdCBlbnRyeSBwb2ludAogICoKQEAgLTkwNSw3ICs5 MDUsNyBAQCBpZ2Jfc3RhcnQoc3RydWN0IGlmbmV0ICppZnApCiAJcmV0dXJuOwogfQogCi0jZWxz ZSAvKiBfX0ZyZWVCU0RfdmVyc2lvbiA+PSA4MDAwMDAgKi8KKyNlbHNlIC8qIGRlZmluZWQoSUdC X01VTFRJUVVFVUUpICovCiAvKgogKiogTXVsdGlxdWV1ZSBUcmFuc21pdCBkcml2ZXIKICoqCkBA IC05MTgsOSArOTE4LDExIEBAIGlnYl9tcV9zdGFydChzdHJ1Y3QgaWZuZXQgKmlmcCwgc3RydWN0 IG1idWYgKm0pCiAJc3RydWN0IHR4X3JpbmcJCSp0eHI7CiAJaW50IAkJCWkgPSAwLCBlcnIgPSAw OwogCisjaWYgX19GcmVlQlNEX3ZlcnNpb24gPj0gODAwMDAwCiAJLyogV2hpY2ggcXVldWUgdG8g dXNlICovCiAJaWYgKChtLT5tX2ZsYWdzICYgTV9GTE9XSUQpICE9IDApCiAJCWkgPSBtLT5tX3Br dGhkci5mbG93aWQgJSBhZGFwdGVyLT5udW1fcXVldWVzOworI2VuZGlmCiAKIAl0eHIgPSAmYWRh cHRlci0+dHhfcmluZ3NbaV07CiAJcXVlID0gJmFkYXB0ZXItPnF1ZXVlc1tpXTsKQEAgLTEwMjQs NyArMTAyNiw3IEBAIGlnYl9xZmx1c2goc3RydWN0IGlmbmV0ICppZnApCiAJfQogCWlmX3FmbHVz aChpZnApOwogfQotI2VuZGlmIC8qIF9fRnJlZUJTRF92ZXJzaW9uIDwgODAwMDAwICovCisjZW5k aWYgLyogIWRlZmluZWQoSUdCX01VTFRJUVVFVUUpICovCiAKIC8qKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAqICBJ b2N0bCBlbnRyeSBwb2ludApAQCAtMTM1OCw3ICsxMzYwLDcgQEAgaWdiX2hhbmRsZV9xdWUodm9p ZCAqY29udGV4dCwgaW50IHBlbmRpbmcpCiAJCUlHQl9UWF9MT0NLKHR4cik7CiAJCWlmIChpZ2Jf dHhlb2YodHhyKSkKIAkJCW1vcmUgPSBUUlVFOwotI2lmIF9fRnJlZUJTRF92ZXJzaW9uID49IDgw MDAwMAorI2lmZGVmIElHQl9NVUxUSVFVRVVFCiAJCWlmICghZHJicl9lbXB0eShpZnAsIHR4ci0+ YnIpKQogCQkJaWdiX21xX3N0YXJ0X2xvY2tlZChpZnAsIHR4ciwgTlVMTCk7CiAjZWxzZQpAQCAt MTQ4Miw3ICsxNDg0LDcgQEAgaWdiX3BvbGwoc3RydWN0IGlmbmV0ICppZnAsIGVudW0gcG9sbF9j bWQgY21kLCBpbnQgY291bnQpCiAJZG8gewogCQltb3JlID0gaWdiX3R4ZW9mKHR4cik7CiAJfSB3 aGlsZSAobG9vcC0tICYmIG1vcmUpOwotI2lmIF9fRnJlZUJTRF92ZXJzaW9uID49IDgwMDAwMAor I2lmZGVmIElHQl9NVUxUSVFVRVVFCiAJaWYgKCFkcmJyX2VtcHR5KGlmcCwgdHhyLT5icikpCiAJ CWlnYl9tcV9zdGFydF9sb2NrZWQoaWZwLCB0eHIsIE5VTEwpOwogI2Vsc2UKQEAgLTIyMzUsNyAr MjIzNyw3IEBAIGlnYl9hbGxvY2F0ZV9sZWdhY3koc3RydWN0IGFkYXB0ZXIgKmFkYXB0ZXIpCiB7 CiAJZGV2aWNlX3QJCWRldiA9IGFkYXB0ZXItPmRldjsKIAlzdHJ1Y3QgaWdiX3F1ZXVlCSpxdWUg PSBhZGFwdGVyLT5xdWV1ZXM7Ci0jaWYgX19GcmVlQlNEX3ZlcnNpb24gPj0gODAwMDAwCisjaWZk ZWYgSUdCX01VTFRJUVVFVUUKIAlzdHJ1Y3QgdHhfcmluZwkJKnR4ciA9IGFkYXB0ZXItPnR4X3Jp bmdzOwogI2VuZGlmCiAJaW50CQkJZXJyb3IsIHJpZCA9IDA7CkBAIC0yMjU2LDcgKzIyNTgsNyBA QCBpZ2JfYWxsb2NhdGVfbGVnYWN5KHN0cnVjdCBhZGFwdGVyICphZGFwdGVyKQogCQlyZXR1cm4g KEVOWElPKTsKIAl9CiAKLSNpZiBfX0ZyZWVCU0RfdmVyc2lvbiA+PSA4MDAwMDAKKyNpZmRlZiBJ R0JfTVVMVElRVUVVRQogCVRBU0tfSU5JVCgmdHhyLT50eHFfdGFzaywgMCwgaWdiX2RlZmVycmVk X21xX3N0YXJ0LCB0eHIpOwogI2VuZGlmCiAKQEAgLTIzMzAsNyArMjMzMiw3IEBAIGlnYl9hbGxv Y2F0ZV9tc2l4KHN0cnVjdCBhZGFwdGVyICphZGFwdGVyKQogCQkqLwogCQlpZiAoYWRhcHRlci0+ bnVtX3F1ZXVlcyA+IDEpCiAJCQlidXNfYmluZF9pbnRyKGRldiwgcXVlLT5yZXMsIGkpOwotI2lm IF9fRnJlZUJTRF92ZXJzaW9uID49IDgwMDAwMAorI2lmZGVmIElHQl9NVUxUSVFVRVVFCiAJCVRB U0tfSU5JVCgmcXVlLT50eHItPnR4cV90YXNrLCAwLCBpZ2JfZGVmZXJyZWRfbXFfc3RhcnQsCiAJ CSAgICBxdWUtPnR4cik7CiAjZW5kaWYKQEAgLTI4MzIsNyArMjgzNCw3IEBAIGlnYl9zZXR1cF9p bnRlcmZhY2UoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYWRhcHRlciAqYWRhcHRlcikKIAlpZnAtPmlm X3NvZnRjID0gYWRhcHRlcjsKIAlpZnAtPmlmX2ZsYWdzID0gSUZGX0JST0FEQ0FTVCB8IElGRl9T SU1QTEVYIHwgSUZGX01VTFRJQ0FTVDsKIAlpZnAtPmlmX2lvY3RsID0gaWdiX2lvY3RsOwotI2lm IF9fRnJlZUJTRF92ZXJzaW9uID49IDgwMDAwMAorI2lmZGVmIElHQl9NVUxUSVFVRVVFCiAJaWZw LT5pZl90cmFuc21pdCA9IGlnYl9tcV9zdGFydDsKIAlpZnAtPmlmX3FmbHVzaCA9IGlnYl9xZmx1 c2g7CiAjZWxzZQpAQCAtMzA3Niw3ICszMDc4LDcgQEAgaWdiX2FsbG9jYXRlX3F1ZXVlcyhzdHJ1 Y3QgYWRhcHRlciAqYWRhcHRlcikKIAkJCWVycm9yID0gRU5PTUVNOwogCQkJZ290byBlcnJfdHhf ZGVzYzsKICAgICAgICAgCX0KLSNpZiBfX0ZyZWVCU0RfdmVyc2lvbiA+PSA4MDAwMDAKKyNpZmRl ZiBJR0JfTVVMVElRVUVVRQogCQkvKiBBbGxvY2F0ZSBhIGJ1ZiByaW5nICovCiAJCXR4ci0+YnIg PSBidWZfcmluZ19hbGxvYyhJR0JfQlJfU0laRSwgTV9ERVZCVUYsCiAJCSAgICBNX1dBSVRPSywg JnR4ci0+dHhfbXR4KTsKQEAgLTMxMzcsNyArMzEzOSw3IEBAIGVycl90eF9kZXNjOgogCQlpZ2Jf ZG1hX2ZyZWUoYWRhcHRlciwgJnR4ci0+dHhkbWEpOwogCWZyZWUoYWRhcHRlci0+cnhfcmluZ3Ms IE1fREVWQlVGKTsKIHJ4X2ZhaWw6Ci0jaWYgX19GcmVlQlNEX3ZlcnNpb24gPj0gODAwMDAwCisj aWZkZWYgSUdCX01VTFRJUVVFVUUKIAlidWZfcmluZ19mcmVlKHR4ci0+YnIsIE1fREVWQlVGKTsK ICNlbmRpZgogCWZyZWUoYWRhcHRlci0+dHhfcmluZ3MsIE1fREVWQlVGKTsKQEAgLTMzODEsNyAr MzM4Myw3IEBAIGlnYl9mcmVlX3RyYW5zbWl0X2J1ZmZlcnMoc3RydWN0IHR4X3JpbmcgKnR4cikK IAkJCXR4X2J1ZmZlci0+bWFwID0gTlVMTDsKIAkJfQogCX0KLSNpZiBfX0ZyZWVCU0RfdmVyc2lv biA+PSA4MDAwMDAKKyNpZmRlZiBJR0JfTVVMVElRVUVVRQogCWlmICh0eHItPmJyICE9IE5VTEwp CiAJCWJ1Zl9yaW5nX2ZyZWUodHhyLT5iciwgTV9ERVZCVUYpOwogI2VuZGlmCmRpZmYgLS1naXQg YS9zeXMvZGV2L2UxMDAwL2lmX2lnYi5oIGIvc3lzL2Rldi9lMTAwMC9pZl9pZ2IuaAppbmRleCA4 MGFiZjZlLi44NWRiY2VmIDEwMDY0NAotLS0gYS9zeXMvZGV2L2UxMDAwL2lmX2lnYi5oCisrKyBi L3N5cy9kZXYvZTEwMDAvaWZfaWdiLmgKQEAgLTI5Myw3ICsyOTMsNyBAQCBzdHJ1Y3QgdHhfcmlu ZyB7CiAJdTMyCQkJbmV4dF90b19jbGVhbjsKIAl2b2xhdGlsZSB1MTYJCXR4X2F2YWlsOwogCXN0 cnVjdCBpZ2JfdHhfYnVmZmVyCSp0eF9idWZmZXJzOwotI2lmIF9fRnJlZUJTRF92ZXJzaW9uID49 IDgwMDAwMAorI2lmZGVmIElHQl9NVUxUSVFVRVVFCiAJc3RydWN0IGJ1Zl9yaW5nCQkqYnI7CiAj ZW5kaWYKIAlidXNfZG1hX3RhZ190CQl0eHRhZzsKQEAgLTUyNyw3ICs1MjcsNyBAQCBpZ2Jfcnhf dW5yZWZyZXNoZWQoc3RydWN0IHJ4X3JpbmcgKnJ4cikKIAljdXIgfD0gbmV3OwkJCQlcCiB9CiAK LSNpZiBfX0ZyZWVCU0RfdmVyc2lvbiA+PSA4MDAwMDAgJiYgX19GcmVlQlNEX3ZlcnNpb24gPCA4 MDA1MDQKKyNpZiBkZWZpbmVkKElHQl9NVUxUSVFVRVVFKSAmJiBfX0ZyZWVCU0RfdmVyc2lvbiA8 IDgwMDUwNAogc3RhdGljIF9faW5saW5lIGludAogZHJicl9uZWVkc19lbnF1ZXVlKHN0cnVjdCBp Zm5ldCAqaWZwLCBzdHJ1Y3QgYnVmX3JpbmcgKmJyKQogewotLSAKMS43LjYuMTUzLmc3ODQzMgoK --bcaec520ed5777122404acd6ed09-- From owner-freebsd-net@FreeBSD.ORG Tue Sep 13 20:58: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 2E6951065670 for ; Tue, 13 Sep 2011 20:58:24 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id E33D48FC17 for ; Tue, 13 Sep 2011 20:58:23 +0000 (UTC) Received: by ywp17 with SMTP id 17so1012383ywp.13 for ; Tue, 13 Sep 2011 13:58:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=gDqwT14GIApksU9EysfYZOOYEt51LfsV/iLitqaz4Ew=; b=POADrmvezMAmg2LgJusm69BBzMrSWdYSSTvryRUqOJAAdBgQeoD5iZlO5z74vWkb8m 2F+m67JhpouUbMQjeKr5mry18E7p8eiH4WpxXjftkCanYBReI6oERd6obgO1hoS+Qwcw PU6NMbK6t1b1uhAN6iSrqWmUWQ/YaZYexCylw= MIME-Version: 1.0 Received: by 10.68.44.202 with SMTP id g10mr2207030pbm.63.1315947502741; Tue, 13 Sep 2011 13:58:22 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Tue, 13 Sep 2011 13:58:22 -0700 (PDT) In-Reply-To: References: Date: Tue, 13 Sep 2011 16:58:22 -0400 Message-ID: From: Arnaud Lacombe To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 7-STABLE mbuf corruption 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, 13 Sep 2011 20:58:24 -0000 Hi, On Tue, Sep 13, 2011 at 2:36 PM, Arnaud Lacombe wrote: > Hi, > > On Wed, Sep 7, 2011 at 7:57 PM, Jack Vogel wrote: >> I have seen this, but I don't have any hot ideas right off the top of my >> head yet :( >> > I've been running for 19h now the following patches: > =A0- backport of kmacy@'s buf_ring(9) API, from FreeBSD 8 (from [0], see > attachment for full diff) > =A0- conversion of igb(4), from CURRENT, to use buf_ring(9) on FreeBSD > 7.1 (see attachment) > =A0- all the original patches I already sent > > It did not crash, yet. The only downside is that after 3h30 and ~4h, > igb(4) queues' handler started spinning infinitely, breaking network > connectivity. > > I would be tempted to say that the infinite loop issue is an igb(4) > (separate from the original crashes), Here's a backtrace of the 3 "igb1 que" spinning on CPU0, CPU1 and CPU3, when the condition occurs: Tracing command igb1 que pid 44 tid 100043 td 0xc6a79460 cpustop_handler(9e0008,28,28,c0838783,1220,...) at cpustop_handler+0x32 Xcpustop() at Xcpustop+0x2d --- interrupt, eip =3D 0xc062f518, esp =3D 0xf4589bbc, ebp =3D 0xf4589bdc -= -- _mtx_unlock_flags(c69e7e9c,0,c0838783,1220,c6a3f8d4,...) at _mtx_unlock_flags+0x98 igb_rxeof(f4589ca4,c062f502,c6a73b9c,4,c0850e5e,...) at igb_rxeof+0x543 igb_handle_que(c6a3f8b4,1,c0856713,54,c6a73b84,...) at igb_handle_que+0x76 taskqueue_run(c6a73b80,c6a73b9c,0,c08492c5,0,...) at taskqueue_run+0xa1 taskqueue_thread_loop(c6a3f8e4,f4589d38,c084e8d3,31c,c6a7f570,...) at taskqueue_thread_loop+0x6a fork_exit(c06718f0,c6a3f8e4,f4589d38) at fork_exit+0xa6 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xf4589d70, ebp =3D 0 --- Tracing command igb1 que pid 42 tid 100041 td 0xc6a798c0 cpustop_handler(8,28,f4580028,0,0,...) at cpustop_handler+0x32 Xcpustop() at Xcpustop+0x2d --- interrupt, eip =3D 0xc07f6d5b, esp =3D 0xf4583c40, ebp =3D 0xf4583c44 -= -- spinlock_exit(c08e58b4,0,c0856087,108,f4583c7c,...) at spinlock_exit+0x2b sleepq_release(c6a73c00,0,ffffffff,0,c6a73c00,...) at sleepq_release+0x37 wakeup_one(c6a73c00,0,c0856713,4b,c6a73c1c,...) at wakeup_one+0x41 taskqueue_enqueue(c6a73c00,c6a3f898,c0856713,54,c6a73c04,...) at taskqueue_enqueue+0x169 taskqueue_run(c6a73c00,c6a73c1c,0,c08492c5,0,...) at taskqueue_run+0xa1 taskqueue_thread_loop(c6a3f8a8,f4583d38,c084e8d3,31c,c6a7fae0,...) at taskqueue_thread_loop+0x6a fork_exit(c06718f0,c6a3f8a8,f4583d38) at fork_exit+0xa6 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xf4583d70, ebp =3D 0 --- Tracing command igb1 que pid 40 tid 100039 td 0xc6a79d20 cpustop_handler(8,f4570028,28,0,c6a3f85c,...) at cpustop_handler+0x32 Xcpustop() at Xcpustop+0x2d --- interrupt, eip =3D 0xc07f6d5b, esp =3D 0xf457dc44, ebp =3D 0xf457dc48 -= -- spinlock_exit(c08e5f44,0,c0856087,108,f457dc88,...) at spinlock_exit+0x2b sleepq_release(c6a3f85c,c6a73c80,f457dc88,c066f7a7,c08e5f44,...) at sleepq_release+0x37 sleepq_broadcast(c6a3f85c,0,ffffffff,0,c6a3f85c,...) at sleepq_broadcast+0x= d7 wakeup(c6a3f85c,0,c0856713,4b,c6a73c84,...) at wakeup+0x32 taskqueue_run(c6a73c80,c6a73c9c,0,c08492c5,0,...) at taskqueue_run+0xdb taskqueue_thread_loop(c6a3f86c,f457dd38,c084e8d3,31c,c6a2a000,...) at taskqueue_thread_loop+0x6a fork_exit(c06718f0,c6a3f86c,f457dd38) at fork_exit+0xa6 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xf457dd70, ebp =3D 0 --- - Arnaud From owner-freebsd-net@FreeBSD.ORG Tue Sep 13 22:29:07 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 A6031106566C for ; Tue, 13 Sep 2011 22:29:07 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ew0-f44.google.com (mail-ew0-f44.google.com [209.85.215.44]) by mx1.freebsd.org (Postfix) with ESMTP id 319458FC13 for ; Tue, 13 Sep 2011 22:29:06 +0000 (UTC) Received: by ewy19 with SMTP id 19so719355ewy.17 for ; Tue, 13 Sep 2011 15:29:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3NHWaLgMxoeNVDIvyW+E3wT/s5Tlp4YnQqcLfWhLupU=; b=AObyVkpgctDmBuaFIaFnBleWrJw500epMqOQi5dMECsT5lOHj4C3WL2UWloIz9eSDs TrmNhLMH77ycQSC+hKq8+ao5JRFgVfVMNzMzt6rn+d0Cj7YhLkEz1mHTGFSX5nmzw+Xt X5/zhVx5Kmwf99XHygL2LkAt06QLZ+kHYTDVc= MIME-Version: 1.0 Received: by 10.213.20.211 with SMTP id g19mr488683ebb.35.1315952945995; Tue, 13 Sep 2011 15:29:05 -0700 (PDT) Received: by 10.213.112.212 with HTTP; Tue, 13 Sep 2011 15:29:05 -0700 (PDT) In-Reply-To: References: Date: Tue, 13 Sep 2011 18:29:05 -0400 Message-ID: From: Ryan Stone To: Arnaud Lacombe Content-Type: multipart/mixed; boundary=0015174be814e31ea404acda2b4a Cc: freebsd-net@freebsd.org, Jack Vogel Subject: Re: FreeBSD 7-STABLE mbuf corruption 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, 13 Sep 2011 22:29:07 -0000 --0015174be814e31ea404acda2b4a Content-Type: text/plain; charset=ISO-8859-1 On Tue, Sep 13, 2011 at 2:36 PM, Arnaud Lacombe wrote: > It did not crash, yet. The only downside is that after 3h30 and ~4h, > igb(4) queues' handler started spinning infinitely, breaking network > connectivity. I saw a similar issue on HEAD last week. The attached patch fix the problem for me. The problem was that if a struct task's ta_pending field overflows, the task will be inserted into a list when it is already in that list, causing a cycle in the list of tasks to be run. This causes the taskqueue thread to spin indefinitely as it looks over the cycle again and again. In case the list eats the patch, it was: Index: sys/kern/subr_taskqueue.c =================================================================== --- sys/kern/subr_taskqueue.c (revision 225537) +++ sys/kern/subr_taskqueue.c (working copy) @@ -173,7 +173,8 @@ * Count multiple enqueues. */ if (task->ta_pending) { - task->ta_pending++; + if (task->ta_pending < UINT16_MAX) + task->ta_pending++; return (0); } --0015174be814e31ea404acda2b4a Content-Type: application/octet-stream; name="taskqueue.patch" Content-Disposition: attachment; filename="taskqueue.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gsjgcqyn2 SW5kZXg6IHN5cy9rZXJuL3N1YnJfdGFza3F1ZXVlLmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2tlcm4v c3Vicl90YXNrcXVldWUuYwkocmV2aXNpb24gMjI1NTM3KQorKysgc3lzL2tlcm4vc3Vicl90YXNr cXVldWUuYwkod29ya2luZyBjb3B5KQpAQCAtMTczLDcgKzE3Myw4IEBACiAJICogQ291bnQgbXVs dGlwbGUgZW5xdWV1ZXMuCiAJICovCiAJaWYgKHRhc2stPnRhX3BlbmRpbmcpIHsKLQkJdGFzay0+ dGFfcGVuZGluZysrOworCQlpZiAodGFzay0+dGFfcGVuZGluZyA8IFVJTlQxNl9NQVgpCisJCQl0 YXNrLT50YV9wZW5kaW5nKys7CiAJCXJldHVybiAoMCk7CiAJfQogCg== --0015174be814e31ea404acda2b4a-- From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 08:33: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 2B0E2106564A for ; Wed, 14 Sep 2011 08:33:24 +0000 (UTC) (envelope-from vladimir.budnev@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7C1488FC13 for ; Wed, 14 Sep 2011 08:33:23 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so1596352bkb.13 for ; Wed, 14 Sep 2011 01:33:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=6uD6q9JNCIu0sRW6Y+pm1Xqw/hqz+CswnfhqWQWopxo=; b=k3r1BqZ8d1FtR52nTmy3hia6st0tQgGoQkhoTD9fh6J6hPoR7bh/VX1EI9b9ydK1CK /rgem0PXxNdnhM4amp913P50exNS8vjgyYlwsfiwj2f3cE9+mSc902QNSZUEp10Lp13U 6/B90YVZSjoKXutbTX2HloHqm1bMkR2zYbmUA= Received: by 10.204.9.205 with SMTP id m13mr1017060bkm.212.1315989202252; Wed, 14 Sep 2011 01:33:22 -0700 (PDT) Received: from [192.168.66.106] ([80.253.27.98]) by mx.google.com with ESMTPS id z9sm3110999bkn.7.2011.09.14.01.33.20 (version=SSLv3 cipher=OTHER); Wed, 14 Sep 2011 01:33:21 -0700 (PDT) Message-ID: <4E7066CE.3070702@gmail.com> Date: Wed, 14 Sep 2011 12:33:18 +0400 From: Vladimir Budnev User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru_RU; rv:1.9.2.20) Gecko/20110820 Icedove/3.1.12 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: IPFW hidden/broken rule? (Free 7.2) 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, 14 Sep 2011 08:33:24 -0000 Hello list I am not sure which list this question must go to, so I am sending to -net and -ipfw lists. We have faced some strange problem with ipfw behavior, which we can't understand ourselves. An it really hurts:( We are running 7.2-RELEASE. I'll try to describe the problem as we observe it and our steps to figure out what is happening. An questions will be at the end. In short there is a situation which looks like some old rule keep on playing but we cant see this in ipfw outputs. I'd say 'hidden' rule So we have ipfw using tables for pipes, and we have e.g. following ipfw output.The pipes configuration does mean nothing, it will be clear at the end of mail, where key moment will be described. [Out1] <...> 04701 pipe tablearg ip from table(2) to any in via em0 04801 pipe tablearg ip from any to table(3) out via em0 04901 allow ip from table(4) to any in via em0 05001 allow ip from any to table(4) out via em0 05101 fwd tcp from table(5) to any dst-port 80,443,8828 in via em0 <...> We'v noticed that no packets from specific ip(10.121.241.23) reache 5101 rule with fwd to example.server. This ip is in table 5: # ipfw table 5 list 10.10.122.23/32 0 10.10.122.167/32 0 We’ve parsed all tables and no matches. OK, we started placing debug rules to realize which rule accepts packets. And we found out following.If we place the following debug rule(we used the same fwd rule) such way(added 4602 rule): [Out2] <...> 04602 113 75 fwd tcp from table(5) to any dst-port 80,443,8828 in via em0 <-- OK her 04701 107971113 85095893815 pipe tablearg ip from table(2) to any in via em0 04801 102517924 83276945675 pipe tablearg ip from any to table(3) out via em0 04901 4413338 991348968 allow ip from table(4) to any in via em0 05001 7146323 8293221022 allow ip from any to table(4) out via em0 05101 0 0 fwd tcp from table(5) to any dst-port 80,443,8828 in via em0 <...> Then packets match the rule.But if we delete 4602 and place debug rule at 4702: [Out3] <...> 04701 108458823 85372134891 pipe tablearg ip from table(2) to any in via em0 04702 0 0 fwd tcp from table(5) to any dst-port 80,443,8828 in via em0 <-- NOT WORKING 04801 - - pipe tablearg ip from any to table(3) out via em0 04901 - - allow ip from table(4) to any in via em0 05001 - - allow ip from any to table(4) out via em0 05101 0 0 fwd tcp from table(5) to any dst-port 80,443,8828 in via em0 <...> So placing rule after 4701 gives zero counters, that means that our ip packets match 4701 rule :) But we DO NOT HAVE target ip in table 2. It resides only in table 5 as shown before.But it must be noticed that such rule WAS in table 2 before.But then was removed from table 2 and added to table 6. Records in table 2 looks like that: # ipfw table 2 list 10.10.122.20/32 9 10.10.122.21/32 4 10.10.122.25/32 9 10.10.122.28/32 6 10.10.122.30/32 6 We also thought that mb we added missconfigured rule e.g. 10.10.122.0/24 rule in table 2 but no. Here goes the KEY moment! OK crawling through the logs, different tests etc we decide to clear table 2. At first step, we’ve deleted all records manually, with: ipfw table 2 delete and NO effect at the time table was clear.So there were no records in table 2, but rule 4701 was still catching packets from the target ip. Second, we did flush with ipfw table 2 flush And voila, everything went fine from that moment! Miracle flush? So the problem seems like the rule resides deep in the kernel heart, but we can NOT see this rule with ipfw output. So i think there are at least to questions: 1. Have anyone ever met such situation? Or may be something close to this one with 'hidden' ipfw rules? 2. Is there a way how to get more info about rules and firewall matching decisions? Mb some sysctl tuning or something else? Cause its the first time we met such situation and don’t even imagine how to diagnose such 'hidden' rule:( From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 08:36:28 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3EE5106564A for ; Wed, 14 Sep 2011 08:36:28 +0000 (UTC) (envelope-from vladimir.budnev@gmail.com) Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by mx1.freebsd.org (Postfix) with ESMTP id A46738FC08 for ; Wed, 14 Sep 2011 08:36:28 +0000 (UTC) Received: by vws14 with SMTP id 14so2111927vws.37 for ; Wed, 14 Sep 2011 01:36:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=h8e5Qn5AyQKBmVlQstfHVZHEOjc+CaNOvap35rxZjRQ=; b=wBwmq8skHYoceceXgJSl6XKFwZ7OqG3GP/K5gsHAsWtQ9jqaWyDNMOKtZXjTiamukm u/DCz3e+d6yHC91kpqSejP589hXFgMZBRmu/Tz9nSmaylbBE4vi4TBR7rVjWyljR0h3Z JGwBmvCcDmu/y3u3zwpInxxpoTRSkcxZpgdw0= MIME-Version: 1.0 Received: by 10.52.23.84 with SMTP id k20mr600404vdf.83.1315989387826; Wed, 14 Sep 2011 01:36:27 -0700 (PDT) Received: by 10.220.195.75 with HTTP; Wed, 14 Sep 2011 01:36:27 -0700 (PDT) In-Reply-To: <4E7066CE.3070702@gmail.com> References: <4E7066CE.3070702@gmail.com> Date: Wed, 14 Sep 2011 12:36:27 +0400 Message-ID: From: Vladimir Budnev To: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: IPFW hidden/broken rule? (Free 7.2) 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, 14 Sep 2011 08:36:29 -0000 Typo: mustbe: We'v noticed that no packets from specific ip(10.10.122.23/32 ) From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 08:54: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 7F2251065673; Wed, 14 Sep 2011 08:54:34 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id C536F8FC12; Wed, 14 Sep 2011 08:54:33 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8E8sUL3016120; Wed, 14 Sep 2011 15:54:30 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E706BC1.9030203@rdtc.ru> Date: Wed, 14 Sep 2011 15:54:25 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Vladimir Budnev References: <4E7066CE.3070702@gmail.com> In-Reply-To: <4E7066CE.3070702@gmail.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Subject: Re: IPFW hidden/broken rule? (Free 7.2) 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, 14 Sep 2011 08:54:34 -0000 14.09.2011 15:33, Vladimir Budnev ÐÉÛÅÔ: > So i think there are at least to questions: > > 1. Have anyone ever met such situation? Or may be something close to > this one with 'hidden' ipfw rules? Have you tried "ipfw -d -e show"? Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 10:48: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 9E02B1065678; Wed, 14 Sep 2011 10:48:58 +0000 (UTC) (envelope-from vladimir.budnev@gmail.com) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4957E8FC14; Wed, 14 Sep 2011 10:48:58 +0000 (UTC) Received: by vws5 with SMTP id 5so19159vws.17 for ; Wed, 14 Sep 2011 03:48:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Gd4C46LezxYf6lZVisMu2EjdFDRF0eqknOky66XmBvs=; b=tTY30dk1568iUR1k9AyOMlVG516th0UEiddBO0j+o1KJ8tVbL8AoTBjn4/w5j8BFuj MKJIv3FZmDa3pPDgEGvcBLOen/h5TTlCSQsjGiqsIWL/zt66wyZMw3I+nrcr8/muHd5W mnif3k7qAAxHtHBVJpaQT93Ck0iR8UgZzS2DM= MIME-Version: 1.0 Received: by 10.220.151.201 with SMTP id d9mr297672vcw.129.1315997337577; Wed, 14 Sep 2011 03:48:57 -0700 (PDT) Received: by 10.220.195.75 with HTTP; Wed, 14 Sep 2011 03:48:57 -0700 (PDT) In-Reply-To: <4E706BC1.9030203@rdtc.ru> References: <4E7066CE.3070702@gmail.com> <4E706BC1.9030203@rdtc.ru> Date: Wed, 14 Sep 2011 14:48:57 +0400 Message-ID: From: Vladimir Budnev To: Eugene Grosbein Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Subject: Re: IPFW hidden/broken rule? (Free 7.2) 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, 14 Sep 2011 10:48:58 -0000 > > 14.09.2011 15:33, Vladimir Budnev =D0=C9=DB=C5=D4: > > > So i think there are at least to questions: > > > > 1. Have anyone ever met such situation? Or may be something close to > > this one with 'hidden' ipfw rules? > > Have you tried "ipfw -d -e show"? > > Nope we didnt check those tables. But to be honest iI don't think there may be connection tracking issue because it is allow ip to any rule: 04701 pipe tablearg ip from table(2) to any in via em0 And I'v wrote that we can catch packets with rule, by placing it before rul= e 04701.Packets are captured by 04701 even with empty(not flushed) table 2. From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 11:48: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 20BF1106564A for ; Wed, 14 Sep 2011 11:48:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id EA2CC8FC17 for ; Wed, 14 Sep 2011 11:48:42 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9DD5B46B09; Wed, 14 Sep 2011 07:48:42 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2605F8A02F; Wed, 14 Sep 2011 07:48:42 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Date: Wed, 14 Sep 2011 07:40:17 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201109140740.17319.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 14 Sep 2011 07:48:42 -0400 (EDT) Cc: Ryan Stone , Jack Vogel , Arnaud Lacombe Subject: Re: FreeBSD 7-STABLE mbuf corruption 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, 14 Sep 2011 11:48:43 -0000 On Tuesday, September 13, 2011 6:29:05 pm Ryan Stone wrote: > On Tue, Sep 13, 2011 at 2:36 PM, Arnaud Lacombe wrote: > > It did not crash, yet. The only downside is that after 3h30 and ~4h, > > igb(4) queues' handler started spinning infinitely, breaking network > > connectivity. > > I saw a similar issue on HEAD last week. The attached patch fix the > problem for me. The problem was that if a struct task's ta_pending > field overflows, the task will be inserted into a list when it is > already in that list, causing a cycle in the list of tasks to be run. > This causes the taskqueue thread to spin indefinitely as it looks over > the cycle again and again. > > In case the list eats the patch, it was: > > Index: sys/kern/subr_taskqueue.c > =================================================================== > --- sys/kern/subr_taskqueue.c (revision 225537) > +++ sys/kern/subr_taskqueue.c (working copy) > @@ -173,7 +173,8 @@ > * Count multiple enqueues. > */ > if (task->ta_pending) { > - task->ta_pending++; > + if (task->ta_pending < UINT16_MAX) > + task->ta_pending++; > return (0); > } You should probably commit that. I wonder if it should be a KASSERT() also so that it outright panics on a kernel with INVARIANTS enabled so developers will go fix their code as it seems to me to likely be a bug to enqueue a task that many times. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 13:14:12 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 7B94B106564A for ; Wed, 14 Sep 2011 13:14:12 +0000 (UTC) (envelope-from yilinjing2006@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5A2058FC13 for ; Wed, 14 Sep 2011 13:14:12 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1R3p1K-0005eX-GO for freebsd-net@freebsd.org; Wed, 14 Sep 2011 05:56:54 -0700 Date: Wed, 14 Sep 2011 05:56:54 -0700 (PDT) From: jyl_2006 To: freebsd-net@freebsd.org Message-ID: <1316005014487-4802660.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: =?utf-8?q?sctp_cmt_problem=EF=BC=9Ausing_two_wireless_cards_the_?= =?utf-8?q?speed_is_lower_than_using_one_wireless_cards?= 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, 14 Sep 2011 13:14:12 -0000 Before testing cmt in wlan,we also turn on sysctl states by setting sysctl net.inet.sctp.cmt_pf=1 sysctl net.inet.sctp.cmt_use_dac=1 sysctl net.inet.sctp.cmt_on_off=1 My Os is Freebsd8.2, I write a simple tarball to send data , and get data from wireshark . The result shows that both two path have data , but the time of two path is much higher than one path. Can anyone point out something we did wrong or steps we missed? Thanks in advance. -- View this message in context: http://freebsd.1045724.n5.nabble.com/sctp-cmt-problem-using-two-wireless-cards-the-speed-is-lower-than-using-one-wireless-cards-tp4802660p4802660.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 13:15: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 824E2106564A; Wed, 14 Sep 2011 13:15:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2DF138FC16; Wed, 14 Sep 2011 13:15:39 +0000 (UTC) Received: by yib19 with SMTP id 19so1654042yib.13 for ; Wed, 14 Sep 2011 06:15:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=C9E+1QW7ze6MeONvyoHuBJI71V7X0ackCmNjN22fV/s=; b=DgH2zfnAhRcmzXLp9cUtr29JxugidRMsR59BYQMX8HoXx+OevrFkW/dUCofuc3vTRZ 58YT0RZppoyDDyJGUNsyOQqAZCZMMFtk0Mxgn+VLO+L0LWrMQRJrQcXaG53QH6b7CxyR QFWCfKvjr3Dg7upOTeWRWvo9AV6YWgvy1yybc= MIME-Version: 1.0 Received: by 10.236.75.227 with SMTP id z63mr40610154yhd.55.1316006138415; Wed, 14 Sep 2011 06:15:38 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Wed, 14 Sep 2011 06:15:38 -0700 (PDT) In-Reply-To: <201109140740.17319.jhb@freebsd.org> References: <201109140740.17319.jhb@freebsd.org> Date: Wed, 14 Sep 2011 21:15:38 +0800 X-Google-Sender-Auth: g5kZe14bLOI-McdC6pLNPVP1F2A Message-ID: From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Ryan Stone , Jack Vogel , Arnaud Lacombe Subject: Re: FreeBSD 7-STABLE mbuf corruption 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, 14 Sep 2011 13:15:39 -0000 On 14 September 2011 19:40, John Baldwin wrote: > You should probably commit that. =A0I wonder if it should be a KASSERT() = also so > that it outright panics on a kernel with INVARIANTS enabled so developers= will > go fix their code as it seems to me to likely be a bug to enqueue a task = that > many times. Or maybe warn? If it's used per-interrupt (like say it is under ath, but for a 10GE NIC doing a high packet rate) then you may end up enqueuing the taskqueue quite often before it next gets a chance to run. Otherwise the code will have to add some more locking and tracking of its own to only enqueue the task once. As I said, I'm just worried that some of the taskqueue users are doing some kind of poor mans refcounting where n(taskqueue_enqueue) references has to equal the npending field in the taskqueue callback. Adrian From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 13:26:02 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 CF8FF1065675 for ; Wed, 14 Sep 2011 13:26:02 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 41B218FC0C for ; Wed, 14 Sep 2011 13:26:02 +0000 (UTC) Received: from [192.168.1.195] (p508FA86B.dip.t-dialin.net [80.143.168.107]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 5C2A41C0B4603; Wed, 14 Sep 2011 15:26:00 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <1316005014487-4802660.post@n5.nabble.com> Date: Wed, 14 Sep 2011 15:25:58 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <28F8245C-FF5F-4CBC-892E-994FF041CDE3@lurchi.franken.de> References: <1316005014487-4802660.post@n5.nabble.com> To: jyl_2006 X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: =?utf-8?q?Re=3A_sctp_cmt_problem=EF=BC=9Ausing_two_wireless_card?= =?utf-8?q?s_the_speed_is_lower_than_using_one_wireless_cards?= 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, 14 Sep 2011 13:26:02 -0000 On Sep 14, 2011, at 2:56 PM, jyl_2006 wrote: > Before testing cmt in wlan,we also turn on sysctl states by setting=20 > sysctl net.inet.sctp.cmt_pf=3D1=20 > sysctl net.inet.sctp.cmt_use_dac=3D1=20 > sysctl net.inet.sctp.cmt_on_off=3D1=20 >=20 > My Os is Freebsd8.2, I write a simple tarball to send data , and get = data > from wireshark . > The result shows that both two path have data , but the time of two = path is > much higher than one path. >=20 > Can anyone point out something we did wrong or steps we missed?=20 Hi, I would suggest to update to the latest version of the code, FreeBSD 9 = Beta2. In addition to that, you might want to * enable NR-SACK: sysctl -w net.inet.sctp.nr_sack_on_off=3D1 * enable send/recv buffer splitting: sysctl -w = net.inet.sctp.buffer_splitting=3D3 This should improve things. I've tested stuff with wired interfaces. Not sure how wireless interference might impact that stuff. Best regards Michael > Thanks in advance. >=20 >=20 > -- > View this message in context: = http://freebsd.1045724.n5.nabble.com/sctp-cmt-problem-using-two-wireless-c= ards-the-speed-is-lower-than-using-one-wireless-cards-tp4802660p4802660.ht= ml > Sent from the freebsd-net mailing list archive at Nabble.com. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >=20 From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 15:45: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 A11881065673; Wed, 14 Sep 2011 15:45:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 75D8D8FC14; Wed, 14 Sep 2011 15:45:57 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DD50946B0D; Wed, 14 Sep 2011 11:45:56 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7860E8A037; Wed, 14 Sep 2011 11:45:56 -0400 (EDT) From: John Baldwin To: Adrian Chadd Date: Wed, 14 Sep 2011 10:08:16 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201109140740.17319.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109141008.16749.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 14 Sep 2011 11:45:56 -0400 (EDT) Cc: freebsd-net@freebsd.org, Ryan Stone , Jack Vogel , Arnaud Lacombe Subject: Re: FreeBSD 7-STABLE mbuf corruption 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, 14 Sep 2011 15:45:57 -0000 On Wednesday, September 14, 2011 9:15:38 am Adrian Chadd wrote: > On 14 September 2011 19:40, John Baldwin wrote: > > > You should probably commit that. I wonder if it should be a KASSERT() also so > > that it outright panics on a kernel with INVARIANTS enabled so developers will > > go fix their code as it seems to me to likely be a bug to enqueue a task that > > many times. > > Or maybe warn? If it's used per-interrupt (like say it is under ath, > but for a 10GE NIC doing a high packet rate) then you may end up > enqueuing the taskqueue quite often before it next gets a chance to > run. Otherwise the code will have to add some more locking and > tracking of its own to only enqueue the task once. I think the real problem is the livelock case where the task just runs forever as opposed to the task not getting to run for a long time. However, if you set rx_processing_limit to -1 (or an equivalent knob) then you are basically asking for livelock. > As I said, I'm just worried that some of the taskqueue users are doing > some kind of poor mans refcounting where n(taskqueue_enqueue) > references has to equal the npending field in the taskqueue callback. Very few task routines actually use pending for anything. The ones that do are not likely to loop forever either. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 17:03: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 E234C1065670 for ; Wed, 14 Sep 2011 17:03:16 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id B572C8FC0C for ; Wed, 14 Sep 2011 17:03:16 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p8EH39Yc032147 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 14 Sep 2011 10:03:15 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4E70DE6F.100@freebsd.org> Date: Wed, 14 Sep 2011 10:03:43 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.22) Gecko/20110902 Thunderbird/3.1.14 MIME-Version: 1.0 To: jyl_2006 References: <1316005014487-4802660.post@n5.nabble.com> In-Reply-To: <1316005014487-4802660.post@n5.nabble.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: sctp cmt =?utf-8?q?problem=EF=BC=9Ausing_two_wireless_cards_t?= =?utf-8?q?he_speed_is_lower_than_using_one_wireless_cards?= 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, 14 Sep 2011 17:03:17 -0000 On 9/14/11 5:56 AM, jyl_2006 wrote: > Before testing cmt in wlan,we also turn on sysctl states by setting > sysctl net.inet.sctp.cmt_pf=1 > sysctl net.inet.sctp.cmt_use_dac=1 > sysctl net.inet.sctp.cmt_on_off=1 > > My Os is Freebsd8.2, I write a simple tarball to send data , and get data > from wireshark . > The result shows that both two path have data , but the time of two path is > much higher than one path. > > Can anyone point out something we did wrong or steps we missed? > Thanks in advance. are they on the same band? if so then they may be interfering with each other, leading a great reduction in throughput on BOTH cards. (radio interference, not software) > > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/sctp-cmt-problem-using-two-wireless-cards-the-speed-is-lower-than-using-one-wireless-cards-tp4802660p4802660.html > Sent from the freebsd-net mailing list archive at Nabble.com. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 18:39:54 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 36C69106564A for ; Wed, 14 Sep 2011 18:39:54 +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 C380B8FC08 for ; Wed, 14 Sep 2011 18:39:53 +0000 (UTC) Received: by eyg7 with SMTP id 7so1203688eyg.13 for ; Wed, 14 Sep 2011 11:39:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1EuSJROIPwx4/nsz4xj+QUNX2JlkYhIGpsQlPc+/7OI=; b=SxrZHRUhfKpXFow8/0FImbtsa4HHPH+dvSUPcAmyl88ekWuU4V2eZz7j1fHoQxMyYl xuztsk02PNm23q5qyaLiHwIqMW7aj2B0DKlxg3B0b+pHC8v3simrafziQ6JMQTyZYB62 rMKCKsFSSzAR2Trv18v2/iQWOkUUcxPJVr/8k= MIME-Version: 1.0 Received: by 10.213.33.3 with SMTP id f3mr829059ebd.111.1316025592291; Wed, 14 Sep 2011 11:39:52 -0700 (PDT) Received: by 10.213.112.212 with HTTP; Wed, 14 Sep 2011 11:39:51 -0700 (PDT) In-Reply-To: <201109140740.17319.jhb@freebsd.org> References: <201109140740.17319.jhb@freebsd.org> Date: Wed, 14 Sep 2011 14:39:51 -0400 Message-ID: From: Ryan Stone To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Jack Vogel , Arnaud Lacombe Subject: Re: FreeBSD 7-STABLE mbuf corruption 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, 14 Sep 2011 18:39:54 -0000 On Wed, Sep 14, 2011 at 7:40 AM, John Baldwin wrote: > You should probably commit that. I've been meaning to post it to -current to see if somebody could come up with a better approach to solving the problem, but if you're happy with it, I'll submit it to re@. > I wonder if it should be a KASSERT() also so > that it outright panics on a kernel with INVARIANTS enabled so developers will > go fix their code as it seems to me to likely be a bug to enqueue a task that > many times. I can quite trivially reproduce this right now, so that would be something to consider after 9.0 branches off of HEAD. From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 19:10:51 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A190510656D0; Wed, 14 Sep 2011 19:10:51 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ew0-f50.google.com (mail-ew0-f50.google.com [209.85.215.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7A28FC15; Wed, 14 Sep 2011 19:10:50 +0000 (UTC) Received: by ewy10 with SMTP id 10so424253ewy.37 for ; Wed, 14 Sep 2011 12:10:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1EuSJROIPwx4/nsz4xj+QUNX2JlkYhIGpsQlPc+/7OI=; b=v7A6BcLZyVnX+/MQR9iVTr+GtSGhZKaBFjcanuC1fAFPzX6VJSD6rzbqh7rRnnrjqn 0LnDcWD6OBxsy6GZiu/iFSjXcVQFMyCRe5b19xIDzxRk05tKvfQb7W/rnN3pJS1hFMog UBqKDn3gys2t4yx+9dV5/X1kXAKesiguHPma4= MIME-Version: 1.0 Received: by 10.213.33.3 with SMTP id f3mr837672ebd.111.1316027449870; Wed, 14 Sep 2011 12:10:49 -0700 (PDT) Received: by 10.213.112.212 with HTTP; Wed, 14 Sep 2011 12:10:49 -0700 (PDT) In-Reply-To: <201109140740.17319.jhb@freebsd.org> References: <201109140740.17319.jhb@freebsd.org> Date: Wed, 14 Sep 2011 15:10:49 -0400 Message-ID: From: Ryan Stone To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Jack Vogel , Arnaud Lacombe Subject: Re: FreeBSD 7-STABLE mbuf corruption 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, 14 Sep 2011 19:10:51 -0000 On Wed, Sep 14, 2011 at 7:40 AM, John Baldwin wrote: > You should probably commit that. I've been meaning to post it to -current to see if somebody could come up with a better approach to solving the problem, but if you're happy with it, I'll submit it to re@. > I wonder if it should be a KASSERT() also so > that it outright panics on a kernel with INVARIANTS enabled so developers will > go fix their code as it seems to me to likely be a bug to enqueue a task that > many times. I can quite trivially reproduce this right now, so that would be something to consider after 9.0 branches off of HEAD. From owner-freebsd-net@FreeBSD.ORG Wed Sep 14 20:50: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 C7A7A106566B for ; Wed, 14 Sep 2011 20:50:16 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id A85618FC0A for ; Wed, 14 Sep 2011 20:50:16 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p8EKo8Lb032790 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 14 Sep 2011 13:50:15 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4E7113A3.80605@freebsd.org> Date: Wed, 14 Sep 2011 13:50:43 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.22) Gecko/20110902 Thunderbird/3.1.14 MIME-Version: 1.0 To: Vladimir Budnev References: <4E7066CE.3070702@gmail.com> In-Reply-To: <4E7066CE.3070702@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Subject: Re: IPFW hidden/broken rule? (Free 7.2) 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, 14 Sep 2011 20:50:16 -0000 On 9/14/11 1:33 AM, Vladimir Budnev wrote: > Hello list > > I am not sure which list this question must go to, so I am sending > to -net and -ipfw lists. > > We have faced some strange problem with ipfw behavior, which we > can't understand ourselves. An it really hurts:( > > We are running 7.2-RELEASE. > > I'll try to describe the problem as we observe it and our steps to > figure out what is happening. An questions will be at the end. > > In short there is a situation which looks like some old rule keep on > playing but we cant see this in ipfw outputs. I'd say 'hidden' rule > > So we have ipfw using tables for pipes, and we have e.g. following > ipfw output.The pipes configuration does mean nothing, it will be > clear at the end of mail, where key moment will be described. > > [Out1] > <...> > 04701 pipe tablearg ip from table(2) to any in via em0 > 04801 pipe tablearg ip from any to table(3) out via em0 > 04901 allow ip from table(4) to any in via em0 > 05001 allow ip from any to table(4) out via em0 > 05101 fwd tcp from table(5) to any dst-port > 80,443,8828 in via em0 > <...> > > > We'v noticed that no packets from specific ip(10.121.241.23) reache > 5101 rule with fwd to example.server. > > This ip is in table 5: > # ipfw table 5 list > 10.10.122.23/32 0 > 10.10.122.167/32 0 > > We’ve parsed all tables and no matches. > OK, we started placing debug rules to realize which rule accepts > packets. > > And we found out following.If we place the following debug rule(we > used the same fwd rule) such way(added 4602 rule): > [Out2] > <...> > 04602 113 75 fwd tcp from table(5) to any dst-port > 80,443,8828 in via em0 <-- OK her > 04701 107971113 85095893815 pipe tablearg ip from table(2) to any in > via em0 > 04801 102517924 83276945675 pipe tablearg ip from any to table(3) > out via em0 > 04901 4413338 991348968 allow ip from table(4) to any in via em0 > 05001 7146323 8293221022 allow ip from any to table(4) out via em0 > 05101 0 0 fwd tcp from table(5) to any dst-port > 80,443,8828 in via em0 > <...> > > Then packets match the rule.But if we delete 4602 and place debug > rule at 4702: > > [Out3] > <...> > 04701 108458823 85372134891 pipe tablearg ip from table(2) to any in > via em0 > 04702 0 0 fwd tcp from table(5) to any dst-port > 80,443,8828 in via em0 <-- NOT WORKING > 04801 - - pipe tablearg ip from any to table(3) out via em0 > 04901 - - allow ip from table(4) to any in via em0 > 05001 - - allow ip from any to table(4) out via em0 > 05101 0 0 fwd tcp from table(5) to any dst-port > 80,443,8828 in via em0 > <...> > > So placing rule after 4701 gives zero counters, that means that our > ip packets match 4701 rule :) > > But we DO NOT HAVE target ip in table 2. It resides only in table 5 > as shown before.But it must be noticed that such rule WAS in table 2 > before.But then was removed from table 2 and added to table 6. > > Records in table 2 looks like that: > # ipfw table 2 list > 10.10.122.20/32 9 > 10.10.122.21/32 4 > 10.10.122.25/32 9 > 10.10.122.28/32 6 > 10.10.122.30/32 6 > > We also thought that mb we added missconfigured rule e.g. > 10.10.122.0/24 rule in table 2 but no. > > > > Here goes the KEY moment! > OK crawling through the logs, different tests etc we decide to clear > table 2. > At first step, we’ve deleted all records manually, with: > ipfw table 2 delete > > and NO effect at the time table was clear.So there were no records > in table 2, but rule 4701 was still catching packets from the target > ip. > > Second, we did flush with > ipfw table 2 flush > And voila, everything went fine from that moment! Miracle flush? > > So the problem seems like the rule resides deep in the kernel heart, > but we can NOT see this rule with ipfw output. > > > So i think there are at least to questions: > > 1. Have anyone ever met such situation? Or may be something close to > this one with 'hidden' ipfw rules? I have never seen it.. > 2. Is there a way how to get more info about rules and firewall > matching decisions? Mb some sysctl tuning or something else? Cause > its the first time we met such situation and don’t even imagine how > to diagnose such 'hidden' rule:( turn on logging and add 'log' to each rule. (we probably should have an option to turn on logging by default but I don't know of such). > > > > _______________________________________________ > 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 Thu Sep 15 00:00:11 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 327CA106566B for ; Thu, 15 Sep 2011 00:00:10 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id D6A328FC14 for ; Thu, 15 Sep 2011 00:00:09 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1R3zN9-0002FG-8e for freebsd-net@freebsd.org; Thu, 15 Sep 2011 02:00:07 +0200 Received: from 88.103.18.63 ([88.103.18.63]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Sep 2011 02:00:07 +0200 Received: from dsh by 88.103.18.63 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Sep 2011 02:00:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Denis Shaposhnikov Date: Thu, 15 Sep 2011 01:53:10 +0200 Lines: 27 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 88.103.18.63 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2 Subject: carp over lagg (8.2-RELEASE): Can't assign requested address 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, 15 Sep 2011 00:00:11 -0000 Hi! I'm trying to configure carp over lagg on 8.2-RELEASE. I've configured lagg0: lagg0: flags=8843 metric 0 mtu 1500 options=209b ether 00:30:48:5b:cb:5a inet 10.0.0.131 netmask 0xffffffc0 broadcast 10.0.0.191 media: Ethernet autoselect status: active laggproto failover laggport: em2 flags=0<> laggport: em1 flags=5 Now I'm trying to configure carp0, but I can't assign IP address: carp0: flags=49 metric 0 mtu 1500 carp: MASTER vhid 50 advbase 1 advskew 0 % ifconfig carp0 10.0.0.130/26 ifconfig: ioctl (SIOCAIFADDR): Can't assign requested address Does anybody can tell me what I'm doing wrong? Thanks! From owner-freebsd-net@FreeBSD.ORG Thu Sep 15 10:01:17 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 9B9A81065674 for ; Thu, 15 Sep 2011 10:01:17 +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 86B758FC12 for ; Thu, 15 Sep 2011 10:01:15 +0000 (UTC) Received: from [127.0.0.1] ([192.168.3.10]) by sepehrs.com (8.14.3/8.14.3) with ESMTP id p8F9meNR096380 for ; Thu, 15 Sep 2011 14:18:41 +0430 (IRDT) Message-ID: <4E71CAEB.8090402@sepehrs.com> Date: Thu, 15 Sep 2011 14:22:43 +0430 From: Hooman Fazaeli User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.21) Gecko/20110830 Thunderbird/3.1.13 MIME-Version: 1.0 To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: intel checksum offload 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, 15 Sep 2011 10:01:17 -0000 Hi list, The data sheet for intel 82576 advertises IP TX/RX checksum offload but the driver does not set CSUM_IP in ifp->if_hwassist. Does this mean that driver (and chip) do not support IP TX checksum offload or the support for TX is not yet included in the driver? From owner-freebsd-net@FreeBSD.ORG Thu Sep 15 22:51:52 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 A517E106564A; Thu, 15 Sep 2011 22:51:52 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4FEC68FC13; Thu, 15 Sep 2011 22:51:52 +0000 (UTC) Received: by gyf2 with SMTP id 2so3161686gyf.13 for ; Thu, 15 Sep 2011 15:51:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=KI4/Qh3GiBXs4aRUAEqpn/usJ+UNMdB5FvFcLtlHIbQ=; b=JZ1lvtFITmwNjhDzv039M1tOoS2MiYujMnVMUSmpYR00FNf62S2ZGz7RLJK5V5NMkN AFF4u4mXFDYSqcc4IJaYERTFSrQwoTvhSAVTHno//KMyhUXkfvskCAOuZBIoxJk5N/ss BthISnzHr6LrNjNxZQsXzWb6DNvYiQBbF56T4= MIME-Version: 1.0 Received: by 10.68.71.200 with SMTP id x8mr915581pbu.465.1316127111396; Thu, 15 Sep 2011 15:51:51 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Thu, 15 Sep 2011 15:51:51 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Sep 2011 18:51:51 -0400 Message-ID: From: Arnaud Lacombe To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current , Jack Vogel Subject: Re: FreeBSD 7-STABLE mbuf corruption 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, 15 Sep 2011 22:51:52 -0000 Hi, [added -current@ to the CC list, as the issue is still present in 9.0-BETA2= ] On Wed, Sep 7, 2011 at 7:19 PM, Arnaud Lacombe wrote: > Hi, > > On Mon, Sep 5, 2011 at 2:59 AM, Arnaud Lacombe wrote= : >> Hi folks, >> >> We have been trying to track down a bad mbuf management for about two >> weeks on a customized 7.1 base. I have finally been able to reproduce >> it with a stock FreeBSD 7-STABLE (kernel from r225276, userland from >> 7.4). >> >> With the help of the attached patches, I have just been able to >> trigger the following panic: >> >> panic: Corrupted unused flags, expected 0xffffffff00000000, got 0x0, fla= gs 0x3 >> cpuid =3D 1 >> Uptime: 3d10h5m3s >> Cannot dump. No dump device defined >> > General form of the crash is: > > panic: Corrupted unused flags, expected 0xffffffff00000000, got > 0xbabe0000000000, flags 0xbabe0000babe00 > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper(c0874e29,0,c0835757,f4574c48,0,...) at > db_trace_self_wrapper+0x26 > panic(c0835757,0,ffffffff,0,babe00,...) at panic+0x10b > igb_txeof(c6a25008,0,c0837083,5ea,17c,...) at igb_txeof+0x399 > igb_msix_que(c6a2b800,0,c084d367,4b6,c69dd068,...) at igb_msix_que+0x7b > ithread_loop(c6a29090,f4574d38,c084d0db,31c,c6a16828,...) at ithread_loop= +0xc3 > fork_exit(c061d520,c6a29090,f4574d38) at fork_exit+0xa6 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip =3D 0, esp =3D 0xf4574d70, ebp =3D 0 --- > Uptime: 1m42s > I converted igb(4) to use the legacy if_start() logic and triggered the following panic on the latest FreeBSD 9.0-BETA2: panic: Corrupted mbuf tainting, expected 0xffff, got 0xaabb, taint 0xaabb cpuid =3D 6 KDB: enter: panic [ thread pid 0 tid 100045 ] Stopped at kdb_enter+0x3b: movl $0,kdb_why db> bt Tracing pid 0 tid 100045 td 0xc6bd52e0 kdb_enter(c081831c,c081831c,c08026c1,c673ec28,6,...) at kdb_enter+0x3b panic(c08026c1,ffff,aabb,aabb,c6bd1400,...) at panic+0x103 igb_txeof(c6bd1408,0,c080411c,558,c6bd1408,...) at igb_txeof+0x318 igb_handle_que(c6bac400,1,c081e508,130,c673ecb0,...) at igb_handle_que+0xae taskqueue_run_locked(c6bdc400,c6bdc418,0,c080a966,0,...) at taskqueue_run_locked+0xa3 taskqueue_thread_loop(c6bac430,c673ed28,c0812d90,3f9,0,...) at taskqueue_thread_loop+0x4d fork_exit(c063ea10,c6bac430,c673ed28) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc673ed60, ebp =3D 0 --- for those who have not followed the thread on -net, the same mbuf is queued twice in the interface queue, transmitted twice... and freed twice. Of course, after having been released first, it ends up eventually in a socket buffer, and when it gets released the second time, it triggers all kind of funny panic() and crashes. The 0xaabb pattern comes from memory tainting with INVARIANTS at the ends of m_free(). I can provide the patches I am testing with. - Arnaud > It happens particularly easily when the box receives wall of SYN > (about 1000 cnx attempts at once) every 5s or so. > > =A0- Arnaud > >> >> [cut stuff no one cares about...] > From owner-freebsd-net@FreeBSD.ORG Fri Sep 16 01:25: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 B7109106564A; Fri, 16 Sep 2011 01:25:20 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 64B9F8FC0C; Fri, 16 Sep 2011 01:25:20 +0000 (UTC) Received: by ywp17 with SMTP id 17so3235072ywp.13 for ; Thu, 15 Sep 2011 18:25:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Rw1Q9GPDvcGFLDtZXnZxJ7b16q+QEfOu570hF3Jq0GE=; b=UiqKuPHoYXwqOhNDhuQlSJe6dywrgEpiSDPjlludddiVnsU94E13/7kIQT7yzd2Ldn nDXmKbQbylyK5Vs5tJtxtAnQ+VQFW4PgmlMSM8bu4nEqbOngEO44C5VW41xxf1g73VQ+ d5MrNPUbkPKSqR8/X2AITzJqT6lsBN5oSReBE= MIME-Version: 1.0 Received: by 10.68.120.134 with SMTP id lc6mr1361791pbb.178.1316136319315; Thu, 15 Sep 2011 18:25:19 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Thu, 15 Sep 2011 18:25:19 -0700 (PDT) Date: Thu, 15 Sep 2011 21:25:19 -0400 Message-ID: From: Arnaud Lacombe To: FreeBSD-Current , freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary=f46d04462efac9ef1104ad04dd6e Cc: Subject: Queue drop not accounted ? 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, 16 Sep 2011 01:25:20 -0000 --f46d04462efac9ef1104ad04dd6e Content-Type: text/plain; charset=ISO-8859-1 Hi, Shouldn't packet freed in IFQ_ENQUEUE() because the queue is full be accounted as dropped, cf attached patch ? Thanks, - Arnaud --f46d04462efac9ef1104ad04dd6e Content-Type: text/x-patch; charset=US-ASCII; name="if_var.h.diff" Content-Disposition: attachment; filename="if_var.h.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gsmhhjre0 ZGlmZiAtLWdpdCBhL3N5cy9uZXQvaWZfdmFyLmggYi9zeXMvbmV0L2lmX3Zhci5oCmluZGV4IDJk Y2I2ZjkuLjM4N2Y2MTQgMTAwNjQ0Ci0tLSBhL3N5cy9uZXQvaWZfdmFyLmgKKysrIGIvc3lzL25l dC9pZl92YXIuaApAQCAtNDE5LDYgKzQxOSw3IEBAIGRvIHsJCQkJCQkJCQlcCiAJCUFMVFFfRU5R VUVVRShpZnEsIG0sIE5VTEwsIGVycik7CQkJXAogCWVsc2UgewkJCQkJCQkJXAogCQlpZiAoX0lG X1FGVUxMKGlmcSkpIHsJCQkJCVwKKwkJCV9JRl9EUk9QKGlmcSk7CQkJCQlcCiAJCQltX2ZyZWVt KG0pOwkJCQkJXAogCQkJKGVycikgPSBFTk9CVUZTOwkJCQlcCiAJCX0gZWxzZSB7CQkJCQkJXAo= --f46d04462efac9ef1104ad04dd6e-- From owner-freebsd-net@FreeBSD.ORG Fri Sep 16 08:15:41 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 667D4106566B for ; Fri, 16 Sep 2011 08:15:41 +0000 (UTC) (envelope-from yilinjing2006@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 42A588FC08 for ; Fri, 16 Sep 2011 08:15:41 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1R4TaG-00088l-GB for freebsd-net@freebsd.org; Fri, 16 Sep 2011 01:15:40 -0700 Date: Fri, 16 Sep 2011 01:15:40 -0700 (PDT) From: jyl_2006 To: freebsd-net@freebsd.org Message-ID: <1316160940483-4809899.post@n5.nabble.com> In-Reply-To: <4E70DE6F.100@freebsd.org> References: <1316005014487-4802660.post@n5.nabble.com> <4E70DE6F.100@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 16 Sep 2011 11:17:20 +0000 Subject: =?utf-8?q?Re=3A_sctp_cmt_problem=EF=BC=9Ausing_two_wireless_card?= =?utf-8?q?s_the_speed_is_lower_than_using_one_wireless_cards?= 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, 16 Sep 2011 08:15:41 -0000 They are in different band.I am sure about that. I have test many times. -- View this message in context: http://freebsd.1045724.n5.nabble.com/sctp-cmt-problem-using-two-wireless-cards-the-speed-is-lower-than-using-one-wireless-cards-tp4802660p4809899.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Fri Sep 16 11:53:50 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 C6108106566B; Fri, 16 Sep 2011 11:53:50 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6B78FC13; Fri, 16 Sep 2011 11:53:50 +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 p8GBrogY005533; Fri, 16 Sep 2011 11:53:50 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8GBrop3005529; Fri, 16 Sep 2011 11:53:50 GMT (envelope-from jhb) Date: Fri, 16 Sep 2011 11:53:50 GMT Message-Id: <201109161153.p8GBrop3005529@freefall.freebsd.org> To: jhb@FreeBSD.org, freebsd-ia64@FreeBSD.org, freebsd-net@FreeBSD.org From: jhb@FreeBSD.org Cc: Subject: Re: kern/160750: Intel PRO/1000 connection breaks under load until reboot X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 11:53:50 -0000 Synopsis: Intel PRO/1000 connection breaks under load until reboot Responsible-Changed-From-To: freebsd-ia64->freebsd-net Responsible-Changed-By: jhb Responsible-Changed-When: Fri Sep 16 11:51:36 UTC 2011 Responsible-Changed-Why: Reassigned to freebsd-net@. http://www.freebsd.org/cgi/query-pr.cgi?pr=160750 From owner-freebsd-net@FreeBSD.ORG Fri Sep 16 19:40:14 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 E0478106566B; Fri, 16 Sep 2011 19:40:14 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 890A68FC15; Fri, 16 Sep 2011 19:40:14 +0000 (UTC) Received: by yxk36 with SMTP id 36so3934739yxk.13 for ; Fri, 16 Sep 2011 12:40:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=88Fw5GjRbOEP39bE+ak6jAFHj2SAubCb71sOJ9qzKFg=; b=jnyZwsKVYwKmTNa/AdEa1Xs/JDafDIFJovFS0iuLXz9KTJ0LtBweU5TJcEQhUE0fNx wO0Pfu9oU7qXes+IoL/vHUCk8yGO0LJ6MqEJ5vEw8Vs1Ig+NjrgrxyIoyqICe4FxfPRB VI4mkYB/e+k5/F5dXKoXG7HWyHCI6N8UGutA4= Received: by 10.68.29.5 with SMTP id f5mr1802606pbh.149.1316202013270; Fri, 16 Sep 2011 12:40:13 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id i8sm14268943pbl.2.2011.09.16.12.40.10 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 16 Sep 2011 12:40:12 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 16 Sep 2011 12:40:12 -0700 From: YongHyeon PYUN Date: Fri, 16 Sep 2011 12:40:12 -0700 To: Arnaud Lacombe Message-ID: <20110916194012.GB9916@michelle.cdnetworks.com> 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-net@freebsd.org, FreeBSD-Current Subject: Re: Queue drop not accounted ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 19:40:15 -0000 On Thu, Sep 15, 2011 at 09:25:19PM -0400, Arnaud Lacombe wrote: > Hi, > > Shouldn't packet freed in IFQ_ENQUEUE() because the queue is full be > accounted as dropped, cf attached patch ? > Hmm, I think err would be set to ENOBUFS for queue full case and this err will crease ifq_drops. > Thanks, > - Arnaud From owner-freebsd-net@FreeBSD.ORG Fri Sep 16 21:12:30 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 24FAD1065670; Fri, 16 Sep 2011 21:12:30 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-gw0-f50.google.com (mail-gw0-f50.google.com [74.125.83.50]) by mx1.freebsd.org (Postfix) with ESMTP id C8BC28FC0C; Fri, 16 Sep 2011 21:12:29 +0000 (UTC) Received: by gwj16 with SMTP id 16so4400680gwj.37 for ; Fri, 16 Sep 2011 14:12:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=83+95i5o3Rl0o8bwe4uXaarFLGMNLc7V3fQu+BEX0ys=; b=ArMMBALG2TPEOGou9lb/qRO22vKv+4de2eLAB5ObsjIBZZvZWU32xXp5zEpdhkROUU gwED9GQ/7lHabvP5NEZl8PlQNZBbuYLLfG8bLswBiUWu7TqMiwyrggCfITLFuIwQq1vG zt/5QdIFY/g/h3NwCHU2MczGqnICVHjFlQF+o= MIME-Version: 1.0 Received: by 10.68.71.200 with SMTP id x8mr2535003pbu.465.1316207548574; Fri, 16 Sep 2011 14:12:28 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Fri, 16 Sep 2011 14:12:28 -0700 (PDT) In-Reply-To: <20110916194012.GB9916@michelle.cdnetworks.com> References: <20110916194012.GB9916@michelle.cdnetworks.com> Date: Fri, 16 Sep 2011 17:12:28 -0400 Message-ID: From: Arnaud Lacombe To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, FreeBSD-Current Subject: Re: Queue drop not accounted ? 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, 16 Sep 2011 21:12:30 -0000 Hi, On Fri, Sep 16, 2011 at 3:40 PM, YongHyeon PYUN wrote: > On Thu, Sep 15, 2011 at 09:25:19PM -0400, Arnaud Lacombe wrote: >> Hi, >> >> Shouldn't packet freed in IFQ_ENQUEUE() because the queue is full be >> accounted as dropped, cf attached patch ? >> > > Hmm, I think err would be set to ENOBUFS for queue full case and > this err will crease ifq_drops. > oh, yeah, I missed the increment not using the accessors after the branch. A. >> Thanks, >> =A0- Arnaud > From owner-freebsd-net@FreeBSD.ORG Sat Sep 17 17:50:08 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 E3AC0106566B for ; Sat, 17 Sep 2011 17:50:08 +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 CCBF68FC12 for ; Sat, 17 Sep 2011 17:50:08 +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 p8HHo8mH000914 for ; Sat, 17 Sep 2011 17:50:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8HHo83U000913; Sat, 17 Sep 2011 17:50:08 GMT (envelope-from gnats) Date: Sat, 17 Sep 2011 17:50:08 GMT Message-Id: <201109171750.p8HHo83U000913@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Zach Metzinger Cc: Subject: Re: kern/141861:[wi] data garbled with WEP and wi(4) with Prism 2.5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Zach Metzinger List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 17:50:09 -0000 The following reply was made to PR kern/141861; it has been noted by GNATS. From: Zach Metzinger To: bug-followup@FreeBSD.org, bruce.lilly@gmail.com Cc: Subject: Re: kern/141861:[wi] data garbled with WEP and wi(4) with Prism 2.5 Date: Sat, 17 Sep 2011 12:23:07 -0500 Problem duplicated on FreeBSD 8.2 and wi(4) driving a NETGEAR MA401RA Wireless PC Card on a AMD K6-2. kernel: wi0: at port 0x100-0x13f irq 11 function 0 config 1 on pccard0 No packets are transmitted according to tcpdump -n on another machine using the iwi(4) driver. Also, wlandebug -i wlan0 debug+dumppkts+crypto+assoc+auth shows association activity, but no packets transmitted after this point: kernel: wlan0: send probe req on channel 10 bssid ff:ff:ff:ff:ff:ff ssid "xxxxxxxx" kernel: wlan0: send probe req on channel 10 bssid ff:ff:ff:ff:ff:ff ssid ""wlan0: received probe_resp from xx:xx:xx:xx:xx:xx rssi 52 kernel: kernel: wlan0: received probe_resp from xx:xx:xx:xx:xx:xx rssi 52 kernel: wlan0: received beacon from xx:xx:xx:xx:xx:xx rssi 52 Sep 17 12:06:37 last message repeated 3 times kernel: wlan0: associated with xx:xx:xx:xx:xx:xx ssid "xxxxxxxx" channel 6 start 1Mb kernel: wlan0: link state changed to UP Does this chipset have built-in WEP? Can we turn that off and use the (slower) software wlan_wep instead? --- Zach