From owner-freebsd-net@FreeBSD.ORG Sun Apr 3 04:35:22 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 43987106566C; Sun, 3 Apr 2011 04:35:22 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 125D18FC08; Sun, 3 Apr 2011 04:35:21 +0000 (UTC) Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by hub.org (Postfix) with ESMTP id D32923250A8D; Sun, 3 Apr 2011 01:35:19 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 47881-04; Sun, 3 Apr 2011 04:35:12 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id F37713250A8B; Sun, 3 Apr 2011 01:35:11 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id E91003250A7E; Sun, 3 Apr 2011 01:35:11 -0300 (ADT) Date: Sun, 3 Apr 2011 01:35:11 -0300 (ADT) From: "Marc G. Fournier" X-X-Sender: scrappy@hub.org To: Rick Macklem In-Reply-To: <326244177.2606708.1301701360593.JavaMail.root@erie.cs.uoguelph.ca> Message-ID: References: <326244177.2606708.1301701360593.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, "Marc G. Fournier" Subject: Re: nfs error: No route to host when starting apache ... 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, 03 Apr 2011 04:35:22 -0000 On Fri, 1 Apr 2011, Rick Macklem wrote: >> Since rpc.lockd and rpc.statd expect to be able to do IP broadcast >> (same goes for rpcbind), I suspect that might be a problem w.r.t. >> jails, although I know nothing about how jails work? >> > Oh, and you can use the "nolock" mount option to avoid use of > rpc.lockd and rpc.statd. based on the mount_nfs man page, as well as trying it just in case, this option no longer appears to be availalble in the 7.x nfs code ... :( From owner-freebsd-net@FreeBSD.ORG Sun Apr 3 05:30: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 E057E106564A for ; Sun, 3 Apr 2011 05:30:51 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id B1C048FC0C for ; Sun, 3 Apr 2011 05:30:51 +0000 (UTC) Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by hub.org (Postfix) with ESMTP id 40A1D3250A8B for ; Sun, 3 Apr 2011 02:30:50 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 16262-06 for ; Sun, 3 Apr 2011 05:30:50 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id F19913250A7F; Sun, 3 Apr 2011 02:30:49 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id E577E3250A7E for ; Sun, 3 Apr 2011 02:30:49 -0300 (ADT) Date: Sun, 3 Apr 2011 02:30:49 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-net@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 03 Apr 2011 05:30:52 -0000 I'm trying to simulate a diskless boot of FreeBSD, as am looking at moving to a more 'thin client' environment, using a Netapp as a filer to provide the file systems for FreeBSD front ends ... To simulate this, I have two servers, both running 7-STABLE, one acting as the nfs server (ie. simulated netapp), and the other the client ... Both servers have a private and a public IP ... the nfs traffic is over the private network ... Initially, had issues with lockd that I got resolved ... Settings in /etc/rc.conf on server are: rpcbind_enable="YES" rpcbind_flags="-h 192.168.1.9" nfs_server_enable="YES" mountd_enable="YES" mountd_flags="-r -h 192.168.1.9" nfs_server_flags="-u -n 8 -h 192.168.1.9" rpc_statd_enable="YES" rpc_lockd_enable="YES" Settings in /etc/rc.conf on the client are: rpcbind_enable="YES" rpcbind_flags="-h 192.168.1.1" rpc_lockd_enable="YES" rpc_statd_enable="YES" === /etc/fstab on the client has: 192.168.1.9:/vm /vm nfs rw,noauto,intr 0 0 /etc/exports on the server has: /vm -network 192.168.1.0/24 -maproot=0 -alldirs === Now, to simulate the diskless, I built a jail on top of the mounted /vm ... that worked fine ... I have several applications built and installed on it ... primarily, apache 2.2 and postfix 2.7.x ... Apache 2.2 + mod_fcgi + php 5.3.6 *appears* to work fine ... Postfix, on the other hand, generates the error message in the subject line when I try and run 'mailq': postfix/showq[19805]: fatal: select lock: Permission denied Since the handbook as a section on diskless boot in Chapter 31: http://www.freebsd.org/doc/handbook/network-diskless.html I assumed / hoped that things would run just fine ... am I wrong in that assumption? Or have I just overlooked a key setting in getting the nfs to work? Any suggestions / pointers are most welcome ... ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-net@FreeBSD.ORG Sun Apr 3 14:06:19 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 348CC1065674 for ; Sun, 3 Apr 2011 14:06:19 +0000 (UTC) (envelope-from frederique@isafeelin.org) Received: from progress.isafeelin.org (progress.isafeelin.org [80.69.81.6]) by mx1.freebsd.org (Postfix) with ESMTP id EE5CA8FC18 for ; Sun, 3 Apr 2011 14:06:18 +0000 (UTC) Received: from progress.isafeelin.org (localhost [127.0.0.1]) by progress.isafeelin.org (Postfix) with ESMTP id 722BE131198 for ; Sun, 3 Apr 2011 15:50:21 +0200 (CEST) Received: from [192.168.1.15] (s5375723c.adsl.wanadoo.nl [83.117.114.60]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by progress.isafeelin.org (Postfix) with ESMTPSA id 3E2A3131194 for ; Sun, 3 Apr 2011 15:50:21 +0200 (CEST) Message-ID: <4D987B1B.4000608@isafeelin.org> Date: Sun, 03 Apr 2011 15:50:19 +0200 From: Frederique Rijsdijk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20110401141655.GA5350@deta.isafeelin.org> <4D95E62A.5000109@comcast.net> In-Reply-To: <4D95E62A.5000109@comcast.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Network stack unstable after arp flapping 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, 03 Apr 2011 14:06:19 -0000 Steve, On 01-04-11 16:50, Steve Polyack wrote: > On 04/01/11 10:16, Frederique Rijsdijk wrote: [ .. ] >> Mar 31 18:36:12 srv01 kernel: arp: x.x.x.1 moved from >> 00:00:0c:9f:f0:3d to 00:00:0c:07:ac:3d on bge0 [ .. ] >> The result of that, is that loads of FreeBSD machines (6.x, 7.x and >> 8.x) developed serious network issues, mainly being no or slow traffic [ .. ] >> Any ideas anyone? > We experienced a similar issue here, but IIRC only on our 8.x systems > (we don't have any 7.x). Disabling flowtable cleared everything up > immediately. You can try that and see if it helps. AFAIK this feature was introduced in 8.x? Btw you are here referring to UDP, we had issues with TCP. It could still be related, perhaps I'll get around emulating the situation and see if I can reproduce it. -- Frederique From owner-freebsd-net@FreeBSD.ORG Sun Apr 3 18:36:32 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 51531106566C for ; Sun, 3 Apr 2011 18:36:32 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 212428FC12 for ; Sun, 3 Apr 2011 18:36:31 +0000 (UTC) Received: by pwj8 with SMTP id 8so1472084pwj.13 for ; Sun, 03 Apr 2011 11:36:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9eYGJ6KWC9n9nprWFqqp38GVao3rtJ0CJlAzC/O24vg=; b=RHJ8D35L/XY6weZKWbsOgCA5TiwmRLChTXy8h9RtdiDW1CRJ3oFtJtO4AUVbekvSde BI3l9AOhzS2A+J1JSyFg9tpd0hs9mGoccB8I8UfWcjMeIHCZOCOki3xsO/3km1fAgtBg UASnIHqN1w1ZdUg3n/YFLCBmiYnHuTZdcMna4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=rRywCoRli8ZMWmEYUxq1p9Zct9erlIgO+XVD+Oi+wgBnF+b5kY+6afbA5oxvTC5hnD tPpq4WntoxHy38ZOzya5KnrMf9BGBPk2dzpJZs8JIX7EJeTAO1m+IUjsatRDF9GNU+z3 8sigKHFiqEWHK0R5wdlAdKA2VFvf0P1H/zZxU= MIME-Version: 1.0 Received: by 10.143.153.24 with SMTP id f24mr5268393wfo.427.1301854293550; Sun, 03 Apr 2011 11:11:33 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.68.66.10 with HTTP; Sun, 3 Apr 2011 11:11:33 -0700 (PDT) In-Reply-To: <4D987B1B.4000608@isafeelin.org> References: <20110401141655.GA5350@deta.isafeelin.org> <4D95E62A.5000109@comcast.net> <4D987B1B.4000608@isafeelin.org> Date: Sun, 3 Apr 2011 20:11:33 +0200 X-Google-Sender-Auth: 920kw71ih-5i3RNYVKdPm_2d3As Message-ID: From: "K. Macy" To: Frederique Rijsdijk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" Subject: Re: Network stack unstable after arp flapping 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, 03 Apr 2011 18:36:32 -0000 I don't think it was properly tested when it was enabled for IPv6. Given that I have been absentee it really should not be in the default kernel or at least the sysctl should be off. Sorry for the inconvenience. Additionally, you don't need to rebuild you can just disable the sysctl. -Kip On Sunday, April 3, 2011, Frederique Rijsdijk wr= ote: > Steve, > > On 01-04-11 16:50, Steve Polyack wrote: >> On 04/01/11 10:16, Frederique Rijsdijk wrote: > [ .. ] >>> Mar 31 18:36:12 srv01 kernel: arp: x.x.x.1 moved from >>> 00:00:0c:9f:f0:3d to 00:00:0c:07:ac:3d on bge0 > [ .. ] >>> The result of that, is that loads of FreeBSD machines (6.x, 7.x and >>> 8.x) developed serious network issues, mainly being no or slow traffic > [ .. ] >>> Any ideas anyone? >> We experienced a similar issue here, but IIRC only on our 8.x systems >> (we don't have any 7.x). =A0Disabling flowtable cleared everything up >> immediately. =A0You can try that and see if it helps. > > AFAIK this feature was introduced in 8.x? Btw you are here referring to > UDP, we had issues with TCP. It could still be related, perhaps I'll get > around emulating the situation and see if I can reproduce it. > > > -- Frederique > > > _______________________________________________ > freebsd-net@freebsd.org=A0mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 02:00: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 AB126106566B; Mon, 4 Apr 2011 02:00:16 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5178FC08; Mon, 4 Apr 2011 02:00:15 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAIAlmU2DaFvO/2dsb2JhbACESKIJiHmnC48zgSiDTHcEjSM X-IronPort-AV: E=Sophos;i="4.63,294,1299474000"; d="scan'208";a="116949984" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 03 Apr 2011 22:00:10 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 35740B3FB0; Sun, 3 Apr 2011 22:00:10 -0400 (EDT) Date: Sun, 3 Apr 2011 22:00:10 -0400 (EDT) From: Rick Macklem To: "Marc G. Fournier" Message-ID: <1011733876.2669273.1301882410156.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Subject: Re: nfs error: No route to host when starting apache ... 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, 04 Apr 2011 02:00:16 -0000 > On Fri, 1 Apr 2011, Rick Macklem wrote: > > >> Since rpc.lockd and rpc.statd expect to be able to do IP broadcast > >> (same goes for rpcbind), I suspect that might be a problem w.r.t. > >> jails, although I know nothing about how jails work? > >> > > Oh, and you can use the "nolock" mount option to avoid use of > > rpc.lockd and rpc.statd. > > based on the mount_nfs man page, as well as trying it just in case, > this > option no longer appears to be availalble in the 7.x nfs code ... :( > Oops, sorry. The option is called "nolockd". rick From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 06:48:16 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C239F106566B for ; Mon, 4 Apr 2011 06:48:16 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 359198FC19 for ; Mon, 4 Apr 2011 06:48:15 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p346mDlx058322 for ; Mon, 4 Apr 2011 13:48:13 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D9969A8.1060701@rdtc.ru> Date: Mon, 04 Apr 2011 13:48:08 +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: "net@freebsd.org" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: mbuf clusters exhaustion & keglimit 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, 04 Apr 2011 06:48:16 -0000 Hi! I'm running several loaded PPPoE access servers based on FreeBSD 8.2-STABLE/amd64 with em and igb network interfaces and 4GB RAM. No memory-intensive tasks other than routing about 2Gbit/s (1G "in" and a bit less "out"). kern.ipc.nmbclusters is set to 100000 in /etc/sysctl.conf and several months I had no problems with mbufs. Last week one of the routes stopped serviceing users for several hours but responded to pings and console was alive. Outgoing ping worked fine too but any process trying to use TCP or UDP kernel service got stuck in "keglimit" state. I've dropped to KDB from console, ran "call doadump", got full crashdump, returned from KDB, saved crashdump and tried to reboot cleanly. mpd5 failed to stop within 30 seconds timeout but file systems were unmounted cleanly and system rebooted. "vmstat -z -M vmcore" says that system was out of mbuf clusters: ITEM SIZE LIMIT USED FREE REQUESTS FAILURES mbuf_cluster: 2048, 100000, 100000, 0, 18897242, 317691 After that I've created graphs of mbuf cluster usage for all my routers and see no apparent leaks. The question is: how much kernel memory is it safe to dedicate to mbuf clusters? This system still runs with 100000 mbuf clusters maximum: Mem: 65M Active, 2759M Inact, 455M Wired, 31M Cache, 398M Buf, 435M Free It seems, 100000 mbuf clusters take only 207MB (2048+256 bytes for each), do they? Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 07:22:01 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB1151065675 for ; Mon, 4 Apr 2011 07:22:01 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 0FA228FC08 for ; Mon, 4 Apr 2011 07:22:00 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p347LtnX058788; Mon, 4 Apr 2011 14:21:55 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D99718E.2050100@rdtc.ru> Date: Mon, 04 Apr 2011 14:21:50 +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: Vlad Galu References: <4D9969A8.1060701@rdtc.ru> In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "net@freebsd.org" Subject: Re: mbuf clusters exhaustion & keglimit 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, 04 Apr 2011 07:22:01 -0000 On 04.04.2011 14:15, Vlad Galu wrote: > "vmstat -z -M vmcore" says that system was out of mbuf clusters: > > ITEM SIZE LIMIT USED FREE REQUESTS FAILURES > mbuf_cluster: 2048, 100000, 100000, 0, 18897242, 317691 > > I've been having the same kind of issues with another 8.2/amd64 box with bge(4) NICs. Unfortunately I don't have console access to that machine and haven't yet graphed anything, but it just so happened for the symptom to occur while I was logged in a couple of days ago and the machine wasn't busy handling anything else than my SSH session. The ISP has checked their switch graphs and told me there was no spike that would correlate to this event either. My machine is UP and I tried both direct and queued (with various queue lenghts) ISR dispatch modes. I never had more than 250k mbuf clusters allocated but for this machine's workload even that is quite generous... Forgot to note, my problem occured late night with nearly zero load. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 07:46:12 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55F8C106564A for ; Mon, 4 Apr 2011 07:46:12 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 246BA8FC22 for ; Mon, 4 Apr 2011 07:46:11 +0000 (UTC) Received: by iyj12 with SMTP id 12so7094095iyj.13 for ; Mon, 04 Apr 2011 00:46:11 -0700 (PDT) Received: by 10.42.1.70 with SMTP id 6mr10110343icf.483.1301901396118; Mon, 04 Apr 2011 00:16:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.3.13 with HTTP; Mon, 4 Apr 2011 00:15:56 -0700 (PDT) In-Reply-To: <4D9969A8.1060701@rdtc.ru> References: <4D9969A8.1060701@rdtc.ru> From: Vlad Galu Date: Mon, 4 Apr 2011 09:15:56 +0200 Message-ID: To: Eugene Grosbein Content-Type: text/plain; charset=KOI8-R X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "net@freebsd.org" Subject: Re: mbuf clusters exhaustion & keglimit 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, 04 Apr 2011 07:46:12 -0000 On Mon, Apr 4, 2011 at 8:48 AM, Eugene Grosbein wrote: > Hi! > > I'm running several loaded PPPoE access servers based on FreeBSD > 8.2-STABLE/amd64 > with em and igb network interfaces and 4GB RAM. No memory-intensive tasks > other than routing about 2Gbit/s (1G "in" and a bit less "out"). > > kern.ipc.nmbclusters is set to 100000 in /etc/sysctl.conf and several > months > I had no problems with mbufs. Last week one of the routes stopped > serviceing > users for several hours but responded to pings and console was alive. > Outgoing ping worked fine too but any process trying to use > TCP or UDP kernel service got stuck in "keglimit" state. > > I've dropped to KDB from console, ran "call doadump", got full crashdump, > returned from KDB, saved crashdump and tried to reboot cleanly. > > mpd5 failed to stop within 30 seconds timeout but file systems > were unmounted cleanly and system rebooted. > > "vmstat -z -M vmcore" says that system was out of mbuf clusters: > > ITEM SIZE LIMIT USED FREE REQUESTS > FAILURES > mbuf_cluster: 2048, 100000, 100000, 0, 18897242, > 317691 > > After that I've created graphs of mbuf cluster usage for all my routers > and see no apparent leaks. > > The question is: how much kernel memory is it safe to dedicate to mbuf > clusters? > This system still runs with 100000 mbuf clusters maximum: > > Mem: 65M Active, 2759M Inact, 455M Wired, 31M Cache, 398M Buf, 435M Free > > It seems, 100000 mbuf clusters take only 207MB (2048+256 bytes for each), > do they? > > Eugene Grosbein > I've been having the same kind of issues with another 8.2/amd64 box with bge(4) NICs. Unfortunately I don't have console access to that machine and haven't yet graphed anything, but it just so happened for the symptom to occur while I was logged in a couple of days ago and the machine wasn't busy handling anything else than my SSH session. The ISP has checked their switch graphs and told me there was no spike that would correlate to this event either. My machine is UP and I tried both direct and queued (with various queue lenghts) ISR dispatch modes. I never had more than 250k mbuf clusters allocated but for this machine's workload even that is quite generous... -- Good, fast & cheap. Pick any two. From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 08:30:23 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 D253B106566B for ; Mon, 4 Apr 2011 08:30:23 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (mars.netasq.com [91.212.116.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6E18F8FC15 for ; Mon, 4 Apr 2011 08:30:22 +0000 (UTC) Received: from [10.20.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id 4E6E6740004 for ; Mon, 4 Apr 2011 10:10:51 +0200 (CEST) From: Fabien Thomas Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 4 Apr 2011 10:11:14 +0200 Message-Id: <24E1BB98-13AF-4364-858F-8F8A970EE53D@netasq.com> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: Hello 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, 04 Apr 2011 08:30:23 -0000 Hi Kip, Feels good to see you again! Fabien From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 08:36: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 8C6AB1065672 for ; Mon, 4 Apr 2011 08:36:10 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (mars.netasq.com [91.212.116.3]) by mx1.freebsd.org (Postfix) with ESMTP id 26D688FC15 for ; Mon, 4 Apr 2011 08:36:09 +0000 (UTC) Received: from [10.20.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id BBE20740004 for ; Mon, 4 Apr 2011 10:35:44 +0200 (CEST) From: Fabien Thomas Mime-Version: 1.0 (Apple Message framework v1084) Date: Mon, 4 Apr 2011 10:36:06 +0200 In-Reply-To: <24E1BB98-13AF-4364-858F-8F8A970EE53D@netasq.com> To: FreeBSD Net References: <24E1BB98-13AF-4364-858F-8F8A970EE53D@netasq.com> Message-Id: <03802D99-5606-494C-912C-EABBD7947CEA@netasq.com> X-Mailer: Apple Mail (2.1084) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Hello 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, 04 Apr 2011 08:36:10 -0000 Sorry for the noise, i've missed the dest... > Hi Kip, > > Feels good to see you again! > > Fabien > From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 09:53:35 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C006A1065670 for ; Mon, 4 Apr 2011 09:53:35 +0000 (UTC) (envelope-from free@isafeelin.org) Received: from progress.isafeelin.org (progress.isafeelin.org [80.69.81.6]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD528FC16 for ; Mon, 4 Apr 2011 09:53:35 +0000 (UTC) Received: from progress.isafeelin.org (localhost [127.0.0.1]) by progress.isafeelin.org (Postfix) with ESMTP id 174A2131198 for ; Mon, 4 Apr 2011 11:53:34 +0200 (CEST) Received: from s5375723c.adsl.wanadoo.nl (s5375723c.adsl.wanadoo.nl [83.117.114.60]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by progress.isafeelin.org (Postfix) with ESMTPS id D343D13117A for ; Mon, 4 Apr 2011 11:53:33 +0200 (CEST) Received: by s5375723c.adsl.wanadoo.nl (Postfix, from userid 1002) id 72B082843A; Mon, 4 Apr 2011 11:53:33 +0200 (CEST) Date: Mon, 4 Apr 2011 11:53:33 +0200 From: Frederique Rijsdijk To: "freebsd-net@freebsd.org" Message-ID: <20110404095333.GA3421@deta.isafeelin.org> References: <20110401141655.GA5350@deta.isafeelin.org> <4D95E62A.5000109@comcast.net> <4D987B1B.4000608@isafeelin.org> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Network stack unstable after arp flapping 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, 04 Apr 2011 09:53:35 -0000 Kip, Which sysctl are we talking about exactly? Just to be sure.. net.inet.flowtable.enable ? -- Frederique On Sun, Apr 03, 2011 at 08:11:33PM +0200, K. Macy wrote: > I don't think it was properly tested when it was enabled for IPv6. > Given that I have been absentee it really should not be in the default > kernel or at least the sysctl should be off. Sorry for the > inconvenience. Additionally, you don't need to rebuild you can just > disable the sysctl. > > > -Kip > On Sunday, April 3, 2011, Frederique Rijsdijk wrote: > > Steve, > > > > On 01-04-11 16:50, Steve Polyack wrote: > >> On 04/01/11 10:16, Frederique Rijsdijk wrote: > > [ .. ] > >>> Mar 31 18:36:12 srv01 kernel: arp: x.x.x.1 moved from > >>> 00:00:0c:9f:f0:3d to 00:00:0c:07:ac:3d on bge0 > > [ .. ] > >>> The result of that, is that loads of FreeBSD machines (6.x, 7.x and > >>> 8.x) developed serious network issues, mainly being no or slow traffic > > [ .. ] > >>> Any ideas anyone? > >> We experienced a similar issue here, but IIRC only on our 8.x systems > >> (we don't have any 7.x).  Disabling flowtable cleared everything up > >> immediately.  You can try that and see if it helps. > > > > AFAIK this feature was introduced in 8.x? Btw you are here referring to > > UDP, we had issues with TCP. It could still be related, perhaps I'll get > > around emulating the situation and see if I can reproduce it. > > > > > > -- Frederique > > > > > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 10:09:06 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FA02106564A for ; Mon, 4 Apr 2011 10:09:06 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1AE8FC20 for ; Mon, 4 Apr 2011 10:09:05 +0000 (UTC) Received: by pzk27 with SMTP id 27so1700346pzk.13 for ; Mon, 04 Apr 2011 03:09:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=i2605IoZ3XWdnnpyROXnR9dJT6eCKHiaW0h/SYq2w5M=; b=QdZQ1xaZikgxes//Wb8RIJxP8vwDu/nj1/kRfOl0VpzDSwQ8+INB5OHlDKayniRl8c OwxyXmhZLfozZ4QTucOthiZg1TsJXbLcIm+zrNWiYjdBuXMXgSee1qzvC+EFdVBqP3XY sIw93bWPJa9amRCLRnIkO2l+A7gzCZ67gdlmU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=nTwZ4bzQEQNQckDaJQ7cbPZKxhGAshlS/Lw1O51kJ3cH0ZscMkS/Mpy3WENMfUGo7Q K3iHdrAScXbHlWVhXjaH4V/lfAVymeNNvCtdQL+Gp9aKsHRpyswokvO92J9eOLnLbPmg zzll7Wp/zhYWD3wtbYFz1fuUgBkdpUMxkJR48= MIME-Version: 1.0 Received: by 10.142.62.38 with SMTP id k38mr3733453wfa.85.1301911745664; Mon, 04 Apr 2011 03:09:05 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.68.66.10 with HTTP; Mon, 4 Apr 2011 03:09:05 -0700 (PDT) In-Reply-To: <20110404095333.GA3421@deta.isafeelin.org> References: <20110401141655.GA5350@deta.isafeelin.org> <4D95E62A.5000109@comcast.net> <4D987B1B.4000608@isafeelin.org> <20110404095333.GA3421@deta.isafeelin.org> Date: Mon, 4 Apr 2011 12:09:05 +0200 X-Google-Sender-Auth: Oj7h_2T1p-oY0xG5JsbkfdqSQOc Message-ID: From: "K. Macy" To: Frederique Rijsdijk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" Subject: Re: Network stack unstable after arp flapping 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, 04 Apr 2011 10:09:06 -0000 Correct. Set it to zero and the flowtable will be bypassed. flowtable.c: static uint32_t ipv6_flow_lookup_hash_internal( struct sockaddr_in6 *ssin6, struct sockaddr_in6 *dsin6, uint32_t *key, uint16_t flags) { uint16_t sport, dport; uint8_t proto; int offset =3D 0; if ((V_flowtable_enable =3D=3D 0) || (V_flowtable_ready =3D=3D 0)) return (0); Ciao On Mon, Apr 4, 2011 at 11:53 AM, Frederique Rijsdijk wrote: > Kip, > > Which sysctl are we talking about exactly? Just to be sure.. > > net.inet.flowtable.enable ? > > > -- Frederique > > > > On Sun, Apr 03, 2011 at 08:11:33PM +0200, K. Macy wrote: >> I don't think it was properly tested when it was enabled for IPv6. >> Given that I have been absentee it really should not be in the default >> kernel or at least the sysctl should be off. Sorry for the >> inconvenience. Additionally, you don't need to rebuild you can just >> disable the sysctl. >> >> >> =A0-Kip >> On Sunday, April 3, 2011, Frederique Rijsdijk = wrote: >> > Steve, >> > >> > On 01-04-11 16:50, Steve Polyack wrote: >> >> On 04/01/11 10:16, Frederique Rijsdijk wrote: >> > [ .. ] >> >>> Mar 31 18:36:12 srv01 kernel: arp: x.x.x.1 moved from >> >>> 00:00:0c:9f:f0:3d to 00:00:0c:07:ac:3d on bge0 >> > [ .. ] >> >>> The result of that, is that loads of FreeBSD machines (6.x, 7.x and >> >>> 8.x) developed serious network issues, mainly being no or slow traff= ic >> > [ .. ] >> >>> Any ideas anyone? >> >> We experienced a similar issue here, but IIRC only on our 8.x systems >> >> (we don't have any 7.x). =A0Disabling flowtable cleared everything up >> >> immediately. =A0You can try that and see if it helps. >> > >> > AFAIK this feature was introduced in 8.x? Btw you are here referring t= o >> > UDP, we had issues with TCP. It could still be related, perhaps I'll g= et >> > around emulating the situation and see if I can reproduce it. >> > >> > >> > -- Frederique >> > >> > >> > _______________________________________________ >> > freebsd-net@freebsd.org=A0mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net >> > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 10:22: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 90FD1106566B for ; Mon, 4 Apr 2011 10:22:51 +0000 (UTC) (envelope-from free@isafeelin.org) Received: from progress.isafeelin.org (progress.isafeelin.org [80.69.81.6]) by mx1.freebsd.org (Postfix) with ESMTP id 2424A8FC19 for ; Mon, 4 Apr 2011 10:22:50 +0000 (UTC) Received: from progress.isafeelin.org (localhost [127.0.0.1]) by progress.isafeelin.org (Postfix) with ESMTP id 37440131197; Mon, 4 Apr 2011 12:22:50 +0200 (CEST) Received: from s5375723c.adsl.wanadoo.nl (s5375723c.adsl.wanadoo.nl [83.117.114.60]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by progress.isafeelin.org (Postfix) with ESMTPS id F196F13118B; Mon, 4 Apr 2011 12:22:49 +0200 (CEST) Received: by s5375723c.adsl.wanadoo.nl (Postfix, from userid 1002) id 924772843A; Mon, 4 Apr 2011 12:22:49 +0200 (CEST) Date: Mon, 4 Apr 2011 12:22:49 +0200 From: Frederique Rijsdijk To: "K. Macy" Message-ID: <20110404102249.GB3421@deta.isafeelin.org> References: <20110401141655.GA5350@deta.isafeelin.org> <4D95E62A.5000109@comcast.net> <4D987B1B.4000608@isafeelin.org> <20110404095333.GA3421@deta.isafeelin.org> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV using ClamSMTP Cc: "freebsd-net@freebsd.org" Subject: Re: Network stack unstable after arp flapping 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, 04 Apr 2011 10:22:51 -0000 Hi Kip, Thanks. Any idea btw why this would also effect hosts that run 6.x and 7.x RELEASE versions? These do not have the flowtable sysctl. -- Frederique On Mon, Apr 04, 2011 at 12:09:05PM +0200, K. Macy wrote: > Correct. Set it to zero and the flowtable will be bypassed. > > flowtable.c: > static uint32_t > ipv6_flow_lookup_hash_internal( > struct sockaddr_in6 *ssin6, struct sockaddr_in6 *dsin6, > uint32_t *key, uint16_t flags) > { > uint16_t sport, dport; > uint8_t proto; > int offset = 0; > > if ((V_flowtable_enable == 0) || (V_flowtable_ready == 0)) > return (0); > > > Ciao > > On Mon, Apr 4, 2011 at 11:53 AM, Frederique Rijsdijk > wrote: > > Kip, > > > > Which sysctl are we talking about exactly? Just to be sure.. > > > > net.inet.flowtable.enable ? > > > > > > -- Frederique > > > > > > > > On Sun, Apr 03, 2011 at 08:11:33PM +0200, K. Macy wrote: > >> I don't think it was properly tested when it was enabled for IPv6. > >> Given that I have been absentee it really should not be in the default > >> kernel or at least the sysctl should be off. Sorry for the > >> inconvenience. Additionally, you don't need to rebuild you can just > >> disable the sysctl. > >> > >> > >>  -Kip > >> On Sunday, April 3, 2011, Frederique Rijsdijk wrote: > >> > Steve, > >> > > >> > On 01-04-11 16:50, Steve Polyack wrote: > >> >> On 04/01/11 10:16, Frederique Rijsdijk wrote: > >> > [ .. ] > >> >>> Mar 31 18:36:12 srv01 kernel: arp: x.x.x.1 moved from > >> >>> 00:00:0c:9f:f0:3d to 00:00:0c:07:ac:3d on bge0 > >> > [ .. ] > >> >>> The result of that, is that loads of FreeBSD machines (6.x, 7.x and > >> >>> 8.x) developed serious network issues, mainly being no or slow traffic > >> > [ .. ] > >> >>> Any ideas anyone? > >> >> We experienced a similar issue here, but IIRC only on our 8.x systems > >> >> (we don't have any 7.x).  Disabling flowtable cleared everything up > >> >> immediately.  You can try that and see if it helps. > >> > > >> > AFAIK this feature was introduced in 8.x? Btw you are here referring to > >> > UDP, we had issues with TCP. It could still be related, perhaps I'll get > >> > around emulating the situation and see if I can reproduce it. > >> > > >> > > >> > -- Frederique > >> > > >> > > >> > _______________________________________________ > >> > freebsd-net@freebsd.org mailing list > >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net > >> > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > >> > > >> _______________________________________________ > >> freebsd-net@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-net > >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 10:25: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 C70BA106566C for ; Mon, 4 Apr 2011 10:25:39 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 92DEA8FC16 for ; Mon, 4 Apr 2011 10:25:39 +0000 (UTC) Received: by pvg11 with SMTP id 11so1705825pvg.13 for ; Mon, 04 Apr 2011 03:25:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NxPsnZEaVVDFsvVWLbPbG/LzvWJbZjX+TRySsFH8Fjk=; b=hk+qaI/t1dUJVCCqwffIIBrGO14LjL0ZvGqoO5fYfuaWJC+NkSEpj1ZtDzvx6OBZXP EhhHUuPM2QxHSbVryg64ewgUpxliYgYbagyD3m+eXlNIe3iGqpeHup4bhqRiCWlQL/bw FLJBPx5p1G+MF5UMcCODr9bEWBkqUCgDCAXcw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=BLZnKfmnMnN4GDsHUAZb6jJ0CXu+62uPAz4h5ATrPwkE7nu7ghJsaxNJogEakfCcVj 0ZAsxjv+KjkKliDp05OeF6/nlyl/mq/XGJxsCkMqoPVLVJ04k9JjtJBsuiB5Sx8sk2/z OoS0JLzkB5VyWvpxLGXz/r9oKg1RtGHreB2A8= MIME-Version: 1.0 Received: by 10.142.62.38 with SMTP id k38mr3746241wfa.85.1301912739080; Mon, 04 Apr 2011 03:25:39 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.68.66.10 with HTTP; Mon, 4 Apr 2011 03:25:39 -0700 (PDT) In-Reply-To: <20110404102249.GB3421@deta.isafeelin.org> References: <20110401141655.GA5350@deta.isafeelin.org> <4D95E62A.5000109@comcast.net> <4D987B1B.4000608@isafeelin.org> <20110404095333.GA3421@deta.isafeelin.org> <20110404102249.GB3421@deta.isafeelin.org> Date: Mon, 4 Apr 2011 12:25:39 +0200 X-Google-Sender-Auth: DAvibmg78entztB-go5Gw3CseYA Message-ID: From: "K. Macy" To: Frederique Rijsdijk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" Subject: Re: Network stack unstable after arp flapping 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, 04 Apr 2011 10:25:39 -0000 On Mon, Apr 4, 2011 at 12:22 PM, Frederique Rijsdijk wrote: > Hi Kip, > > Thanks. Any idea btw why this would also effect hosts that run 6.x and 7.= x RELEASE versions? These do not have the flowtable sysctl. Uhm ... no. That would definitely be unrelated. I'm just taking their word for it. And I can see how the flowtable might not handle ARP flapping properly. We'll need to do more diagnostics. So this is only IPv6 and you are using T= CP? -Kip > > -- Frederique > > > > On Mon, Apr 04, 2011 at 12:09:05PM +0200, K. Macy wrote: >> Correct. Set it to zero and the flowtable will be bypassed. >> >> flowtable.c: >> static uint32_t >> ipv6_flow_lookup_hash_internal( >> =A0 =A0 =A0 struct sockaddr_in6 *ssin6, struct sockaddr_in6 *dsin6, >> =A0 =A0 =A0 =A0 =A0 uint32_t *key, uint16_t flags) >> { >> =A0 =A0 =A0 uint16_t sport, dport; >> =A0 =A0 =A0 uint8_t proto; >> =A0 =A0 =A0 int offset =3D 0; >> >> =A0 =A0 =A0 if ((V_flowtable_enable =3D=3D 0) || (V_flowtable_ready =3D= =3D 0)) >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 return (0); >> >> >> Ciao >> >> On Mon, Apr 4, 2011 at 11:53 AM, Frederique Rijsdijk >> wrote: >> > Kip, >> > >> > Which sysctl are we talking about exactly? Just to be sure.. >> > >> > net.inet.flowtable.enable ? >> > >> > >> > -- Frederique >> > >> > >> > >> > On Sun, Apr 03, 2011 at 08:11:33PM +0200, K. Macy wrote: >> >> I don't think it was properly tested when it was enabled for IPv6. >> >> Given that I have been absentee it really should not be in the defaul= t >> >> kernel or at least the sysctl should be off. Sorry for the >> >> inconvenience. Additionally, you don't need to rebuild you can just >> >> disable the sysctl. >> >> >> >> >> >> =A0-Kip >> >> On Sunday, April 3, 2011, Frederique Rijsdijk wrote: >> >> > Steve, >> >> > >> >> > On 01-04-11 16:50, Steve Polyack wrote: >> >> >> On 04/01/11 10:16, Frederique Rijsdijk wrote: >> >> > [ .. ] >> >> >>> Mar 31 18:36:12 srv01 kernel: arp: x.x.x.1 moved from >> >> >>> 00:00:0c:9f:f0:3d to 00:00:0c:07:ac:3d on bge0 >> >> > [ .. ] >> >> >>> The result of that, is that loads of FreeBSD machines (6.x, 7.x a= nd >> >> >>> 8.x) developed serious network issues, mainly being no or slow tr= affic >> >> > [ .. ] >> >> >>> Any ideas anyone? >> >> >> We experienced a similar issue here, but IIRC only on our 8.x syst= ems >> >> >> (we don't have any 7.x). =A0Disabling flowtable cleared everything= up >> >> >> immediately. =A0You can try that and see if it helps. >> >> > >> >> > AFAIK this feature was introduced in 8.x? Btw you are here referrin= g to >> >> > UDP, we had issues with TCP. It could still be related, perhaps I'l= l get >> >> > around emulating the situation and see if I can reproduce it. >> >> > >> >> > >> >> > -- Frederique >> >> > >> >> > >> >> > _______________________________________________ >> >> > freebsd-net@freebsd.org=A0mailing list >> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net >> >> > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.o= rg" >> >> > >> >> _______________________________________________ >> >> freebsd-net@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org= " >> > _______________________________________________ >> > freebsd-net@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net >> > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 11:07:04 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 EB6441065670 for ; Mon, 4 Apr 2011 11:07:04 +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 D64C68FC0A for ; Mon, 4 Apr 2011 11:07:04 +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 p34B745C028673 for ; Mon, 4 Apr 2011 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p34B74Pj028671 for freebsd-net@FreeBSD.org; Mon, 4 Apr 2011 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Apr 2011 11:07:04 GMT Message-Id: <201104041107.p34B74Pj028671@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, 04 Apr 2011 11:07:05 -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/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/155636 net [msk] msk driver locks marvel yukon 88E8057 NIC o kern/155604 net [flowtable] Flowtable excessively caches dest MAC addr o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155585 net [tcp] [panic] tcp_output tcp_mtudisc loop until kernel o kern/155498 net [ral] ral(4) needs to be resynced with OpenBSD's to ga o kern/155420 net [vlan] adding vlan break existent vlan o bin/155365 net [routed] [patch] if.c in routed fails to compile if ti o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/155004 net [bce] [panic] kernel panic in bce0 driver o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154831 net [arp] [patch] arp sysctl setting log_arp_permanent_mod o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154676 net [netgraph] [panic] HEAD, 8.1-RELEASE panic after some o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154567 net [ath] ath(4) lot of bad series(0) 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/154284 net [ath] Modern ath wifi cards (such as AR9285) have miss 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/153671 net [em] [panic] 8.2-PRERELEASE repeatable kernel in if_em 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/153255 net [panic] 8.2-PRERELEASE repeatable kernel panic under h o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152360 net [dummynet] [panic] Crash related to dummynet. o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o bin/150642 net netstat(1) doesn't print anything for SCTP sockets o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149786 net [bwn] bwn on Dell Inspiron 1150: connections stall 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/149539 net [ath] atheros ar9287 is not supported by ath_hal o kern/149516 net [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 net [realtek/atheros]: None of my network card working o kern/149307 net [ath] Doesn't work Atheros 9285 o kern/149306 net [alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 net [ath] wireless networking stops functioning 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/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. o kern/144987 net [wpi] [panic] injecting packets with wlaninject using 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/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] [request] allow Atheros watchdog timeout 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 conf/143079 net hostapd(8) startup missing multi wlan functionality 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/140796 net [ath] [panic] privileged instruction fault 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/140245 net [ath] [panic] Kernel panic during network activity on o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e 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/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136836 net [ath] atheros card stops functioning after about 12 ho o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver 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/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless 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/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card 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 o kern/125721 net [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 net [ath] [panic] ath(4) related panic o kern/125501 net [ath] atheros cardbus driver hangs f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa f kern/125332 net [ath] [panic] crash under any non-tiny networking unde 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/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 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/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module s kern/117717 net [panic] Kernel panic with Bittorrent client. 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 kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile 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/111457 net [ral] ral(4) freeze o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks f kern/107279 net [ath] [panic] ath_start: attempted use of a free mbuf! 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] f kern/105348 net [ath] ath device stopps TX 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/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate 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 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/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/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 o conf/23063 net [arp] [patch] for static ARP tables in rc.network 392 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 12:07:56 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 865F01065674 for ; Mon, 4 Apr 2011 12:07:56 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 44BDB8FC17 for ; Mon, 4 Apr 2011 12:07:55 +0000 (UTC) Received: from omta11.westchester.pa.mail.comcast.net ([76.96.62.36]) by qmta05.westchester.pa.mail.comcast.net with comcast id TQ7r1g0060mv7h055Q7wmi; Mon, 04 Apr 2011 12:07:56 +0000 Received: from [10.0.0.79] ([71.199.122.142]) by omta11.westchester.pa.mail.comcast.net with comcast id TQ7v1g02B34Sj4f3XQ7vRb; Mon, 04 Apr 2011 12:07:56 +0000 Message-ID: <4D99B4A2.8090502@comcast.net> Date: Mon, 04 Apr 2011 08:08:02 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Frederique Rijsdijk References: <20110401141655.GA5350@deta.isafeelin.org> <4D95E62A.5000109@comcast.net> <4D987B1B.4000608@isafeelin.org> In-Reply-To: <4D987B1B.4000608@isafeelin.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Network stack unstable after arp flapping 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, 04 Apr 2011 12:07:56 -0000 On 4/3/2011 9:50 AM, Frederique Rijsdijk wrote: > Steve, > > On 01-04-11 16:50, Steve Polyack wrote: >> On 04/01/11 10:16, Frederique Rijsdijk wrote: > [ .. ] >>> Mar 31 18:36:12 srv01 kernel: arp: x.x.x.1 moved from >>> 00:00:0c:9f:f0:3d to 00:00:0c:07:ac:3d on bge0 > [ .. ] >>> The result of that, is that loads of FreeBSD machines (6.x, 7.x and >>> 8.x) developed serious network issues, mainly being no or slow traffic > [ .. ] >>> Any ideas anyone? >> We experienced a similar issue here, but IIRC only on our 8.x systems >> (we don't have any 7.x). Disabling flowtable cleared everything up >> immediately. You can try that and see if it helps. > AFAIK this feature was introduced in 8.x? Btw you are here referring to > UDP, we had issues with TCP. It could still be related, perhaps I'll get > around emulating the situation and see if I can reproduce it. > > Sorry, I tried to clarify that in the last piece of my post - the title on the PR is misleading and should be corrected. We found out quickly after submitting it that all types of traffic (UDP, TCP, ICMP, etc.) are independently affected. From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 13:17:22 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 DD06D106564A for ; Mon, 4 Apr 2011 13:17:22 +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 B1D578FC19 for ; Mon, 4 Apr 2011 13:17:22 +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 60E6046B03; Mon, 4 Apr 2011 09:17:22 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F3DE68A01B; Mon, 4 Apr 2011 09:17:21 -0400 (EDT) From: John Baldwin To: "Stefan `Sec` Zehl" Date: Mon, 4 Apr 2011 09:10:58 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <4D8B99B4.4070404@FreeBSD.org> <20110331234017.GC3308@ice.42.org> <20110402115823.GE37730@ice.42.org> In-Reply-To: <20110402115823.GE37730@ice.42.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104040910.58284.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 04 Apr 2011 09:17:22 -0400 (EDT) Cc: freebsd-net@freebsd.org Subject: Re: The tale of a TCP bug 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, 04 Apr 2011 13:17:22 -0000 On Saturday, April 02, 2011 7:58:23 am Stefan `Sec` Zehl wrote: > Hi I'm back :) > > On Fri, Apr 01, 2011 at 01:40 +0200, Stefan `Sec` Zehl wrote: > > I'll of course monitor this value and report back if I ever see it > > increase :-) > > It did: > > | ice:~>uptime > | 1:45PM up 2 days, 17:01, 0 users, load averages: 1.29, 0.98, 0.60 > | ice:~>sysctl net.inet.tcp.adv_neg > | net.inet.tcp.adv_neg: 120 > | ice:~> > > I currently have no idea why. But I think it would be a good idea to fix > that adv calculation on 64bit for the negative case anyway. > > As my original attempt with a (long) cast was frowned upon, maybe > something like what OpenBSD did in r1.15 / 1998? > > http://www.openbsd.org/cgi-bin/cvsweb/src/sys/netinet/tcp_output.c.diff?r1=1.14;r2=1.15 > > --- tcp_output.c.pre 2011-04-02 13:50:32.000000000 +0200 > +++ tcp_output.c 2011-04-02 13:50:35.000000000 +0200 > @@ -575,7 +575,7 @@ > * taking into account that we are limited by > * TCP_MAXWIN << tp->rcv_scale. > */ > - long adv = min(recwin, (long)TCP_MAXWIN << tp->rcv_scale) - > + long adv = lmin(recwin, (long)TCP_MAXWIN << tp->rcv_scale) - > (tp->rcv_adv - tp->rcv_nxt); > > if(min(recwin, (long)TCP_MAXWIN << tp->rcv_scale) < > > > If anyone has an idea what could trigger these cases, I'd be happy to > help debug. But without a clear testcase, it's a bit difficult. Honestly, it you can stomach it it might be better to add a KASSERT() and go ahead and panic and get a coredump. I think if adv is negative, it's a consequence of some other bug that we'd rather fix instead. Having a core dump where one can examine all the TCP pcb state when rcv_adv is too big is probably the best way to track that down. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 16:11:18 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3B551065678 for ; Mon, 4 Apr 2011 16:11:18 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 948038FC15 for ; Mon, 4 Apr 2011 16:11:18 +0000 (UTC) Received: by qwc9 with SMTP id 9so3990303qwc.13 for ; Mon, 04 Apr 2011 09:11:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=oppJywNubEDHG2rlUolri0v7Kgb0kFfOIN+HlrUjKzc=; b=s3y2s9mv3AN/p4agRhW7+hRNov/vjfgbhSra7F6mVyIA+NtB0MY6SH/IoNqyoQk6WB z23U40bvM5JKvplPzwhyyj11z7Up9xeO7CQNmJkojJsbA/dX0rekgEolU5hg6a2LpPOA kZKdHntud9FDr6jgIw05aD1lkVK0QP7FXUrH0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NhpikB0DZQUk5tM9PjZCpWNOu7CqKmQR1m5L83Nv5iseFC3MDk692gqME0ZZtpO3yK frfbdBsVbrHlhpXP/v9TVN/fYkO8fClb2/mB9fqWCQYimT2SuCPf8NJjmifoQJ1npQxn T2m18+wwY3nCLqpmsLz8H5qhqcOQnGZyezP1k= MIME-Version: 1.0 Received: by 10.229.28.68 with SMTP id l4mr495289qcc.93.1301933477416; Mon, 04 Apr 2011 09:11:17 -0700 (PDT) Received: by 10.229.33.74 with HTTP; Mon, 4 Apr 2011 09:11:17 -0700 (PDT) In-Reply-To: References: Date: Mon, 4 Apr 2011 12:11:17 -0400 Message-ID: From: Arnaud Lacombe To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: em(4) hang [Was: Re: igb(4) won't start with "igb0: Could not setup receive structures"] 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, 04 Apr 2011 16:11:19 -0000 Hi Jack, On Fri, Apr 1, 2011 at 2:55 PM, Jack Vogel wrote: > Arnaud, > > Please try the code change I just checked into HEAD, it should finally > resolve any hang that is due to mbufs not being refreshed. That's not > to say there may not be other reasons out there but I'm keeping my > fingers crossed that this is behind at least some of the hangs. > Thanks! I backported these latest changes to 7-stable on Friday and re-ran tests. The box, and em0, has been fine for 3 days with the same test pattern that made it hang after a few hour previously. Some stats: # sysctl dev.em.0 dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 dev.em.0.%driver: em dev.em.0.%location: slot=0 function=0 dev.em.0.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x8086 subdevice=0x0000 class=0x020000 dev.em.0.%parent: pci1 dev.em.0.nvm: -1 dev.em.0.debug: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit: 100 dev.em.0.flow_control: 3 dev.em.0.eee_control: 0 dev.em.0.link_irq: 20516 dev.em.0.mbuf_alloc_fail: 0 dev.em.0.cluster_alloc_fail: 0 dev.em.0.dropped: 0 dev.em.0.tx_dma_fail: 0 dev.em.0.rx_overruns: 0 dev.em.0.watchdog_timeouts: 0 dev.em.0.device_control: 1477444168 dev.em.0.rx_control: 67141634 dev.em.0.fc_high_water: 18432 dev.em.0.fc_low_water: 16932 dev.em.0.queue0.txd_head: 175 dev.em.0.queue0.txd_tail: 175 dev.em.0.queue0.tx_irq: 433666694 dev.em.0.queue0.no_desc_avail: 0 dev.em.0.queue0.rxd_head: 654 dev.em.0.queue0.rxd_tail: 653 dev.em.0.queue0.rx_irq: 280606824 dev.em.0.mac_stats.excess_coll: 0 dev.em.0.mac_stats.single_coll: 0 dev.em.0.mac_stats.multiple_coll: 0 dev.em.0.mac_stats.late_coll: 0 dev.em.0.mac_stats.collision_count: 0 dev.em.0.mac_stats.symbol_errors: 0 dev.em.0.mac_stats.sequence_errors: 0 dev.em.0.mac_stats.defer_count: 0 dev.em.0.mac_stats.missed_packets: 61034 dev.em.0.mac_stats.recv_no_buff: 1974 dev.em.0.mac_stats.recv_undersize: 0 dev.em.0.mac_stats.recv_fragmented: 0 dev.em.0.mac_stats.recv_oversize: 0 dev.em.0.mac_stats.recv_jabber: 0 dev.em.0.mac_stats.recv_errs: 0 dev.em.0.mac_stats.crc_errs: 0 dev.em.0.mac_stats.alignment_errs: 0 dev.em.0.mac_stats.coll_ext_errs: 0 dev.em.0.mac_stats.xon_recvd: 0 dev.em.0.mac_stats.xon_txd: 21 dev.em.0.mac_stats.xoff_recvd: 0 dev.em.0.mac_stats.xoff_txd: 57286 dev.em.0.mac_stats.total_pkts_recvd: 541037465 dev.em.0.mac_stats.good_pkts_recvd: 540976431 dev.em.0.mac_stats.bcast_pkts_recvd: 216 dev.em.0.mac_stats.mcast_pkts_recvd: 0 dev.em.0.mac_stats.rx_frames_64: 527887692 dev.em.0.mac_stats.rx_frames_65_127: 13088739 dev.em.0.mac_stats.rx_frames_128_255: 0 dev.em.0.mac_stats.rx_frames_256_511: 0 dev.em.0.mac_stats.rx_frames_512_1023: 0 dev.em.0.mac_stats.rx_frames_1024_1522: 0 dev.em.0.mac_stats.good_octets_recvd: 34785499386 dev.em.0.mac_stats.good_octets_txd: 909161087533 dev.em.0.mac_stats.total_pkts_txd: 761197293 dev.em.0.mac_stats.good_pkts_txd: 761139986 dev.em.0.mac_stats.bcast_pkts_txd: 1 dev.em.0.mac_stats.mcast_pkts_txd: 0 dev.em.0.mac_stats.tx_frames_64: 42029962 dev.em.0.mac_stats.tx_frames_65_127: 40597084 dev.em.0.mac_stats.tx_frames_128_255: 19591094 dev.em.0.mac_stats.tx_frames_256_511: 31040789 dev.em.0.mac_stats.tx_frames_512_1023: 69157381 dev.em.0.mac_stats.tx_frames_1024_1522: 558723676 dev.em.0.mac_stats.tso_txd: 0 dev.em.0.mac_stats.tso_ctx_fail: 0 dev.em.0.interrupts.asserts: 16073 dev.em.0.interrupts.rx_pkt_timer: 0 dev.em.0.interrupts.rx_abs_timer: 0 dev.em.0.interrupts.tx_pkt_timer: 0 dev.em.0.interrupts.tx_abs_timer: 1 dev.em.0.interrupts.tx_queue_empty: 0 dev.em.0.interrupts.tx_queue_min_thresh: 0 dev.em.0.interrupts.rx_desc_min_thresh: 0 dev.em.0.interrupts.rx_overrun: 3 # netstat -m 33905/48040/81945 mbufs in use (current/cache/total) 30335/2433/32768/32768 mbuf clusters in use (current/cache/total/max) 2781/348 mbuf+clusters out of packet secondary zone in use (current/cache) 3194/9607/12801/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 83770K/55304K/139074K bytes allocated to network (current/cache/total) 0/31564/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/7/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines - Arnaud From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 16:51:40 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F456106564A for ; Mon, 4 Apr 2011 16:51:40 +0000 (UTC) (envelope-from ladr.torres@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id A8E6D8FC08 for ; Mon, 4 Apr 2011 16:51:39 +0000 (UTC) Received: by ewy1 with SMTP id 1so1836322ewy.13 for ; Mon, 04 Apr 2011 09:51:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=YUFXoDqY/38edPVCMyBLEbJY8G6dLYct07YwXxv5paM=; b=B6XzRrhcFUuLPuZpYkBbuKlKMxFpoKnzdLALybiqfQ2rRoVKAX9E7iLa05K64B2Z9i umIsyHI75z9CAvKCuAeLFqJSlIFKoxyN2AkpVQpBtc3/XS1/sB+rx4qccwWS1aUrjMIR YdYrSfHoqDcRcsdLmdcLWWi6rXRvFviYrS3mw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=pcJ0qeWEueB+yWhnWGuIafsJwV+ZTHU+F1ATwkphyAuE5O9IK99vu3M8gPSWae4jAF v4n7YFcGDrfC4YShMZzY4LSctmG6MBBZQf4H+SK2GJ7jcirOZ8agmHz35URNV1Czik2G gAW8Ujk94DX42GlvCCJQeWUBgyIvnI1uQdxaU= Received: by 10.213.33.143 with SMTP id h15mr1654822ebd.22.1301934140096; Mon, 04 Apr 2011 09:22:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.27.196 with HTTP; Mon, 4 Apr 2011 09:21:50 -0700 (PDT) From: Adriel Torres Date: Mon, 4 Apr 2011 11:21:50 -0500 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Revisit of older discussion on Intel em0 timeouts etc. 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, 04 Apr 2011 16:51:40 -0000 Hi, I am new to this list and have been reading on the "tcp bug" and "bge discussions" and wanted to share what I was experiencing with a 8.2 FreeBSD DNS Server I had recently deployed. Basically, with an em0 interface, link states would show changes from up to down constantly under very little or no load. After a while, I switched the interface to a dc0-based interface, and for a while it was fine, then the link states would start to change again. The only other discussion I found where this was talked about in-depth was the following, but in this case it was occuring for 7.1 stable. http://lists.freebsd.org/pipermail/freebsd-net/2010-February/024664.html I just wanted to chime in in the event this might be related to any of the bugs currently on the bug list, and if they are, I would appreciate if someone could point me to the right discussion/bug. Thank you. From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 16:58:50 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 753AB106566C for ; Mon, 4 Apr 2011 16:58:50 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1F0278FC1B for ; Mon, 4 Apr 2011 16:58:49 +0000 (UTC) Received: by vxc34 with SMTP id 34so5289045vxc.13 for ; Mon, 04 Apr 2011 09:58:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=5aMpeGhD7anxJ0zl6++Vc1YgrSd21zRc3+esOGZ1g0k=; b=fW3nfjKzwWEnoaFnCC3f9RrzN/ium5zMrzck56DjT1/6LQ1Pi1Nu1NH7ORyLqWqnxx z3BFLZSosHWtH+8FzUI1l9R7/4WAJRH359cXFoXJ+qrYDIE8NkGstypHMIHAp2speDDP 0YCMgw+G8AKc8zP+4awkbx7HMLTXqvsFdjY8E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ouccCXMZkLyZyQo7Sqt8RdbrfB2y8yK6pK6oG4kqWTDn3HGjkfjSFH56dQBvuNqQjB 3iMGlncPqp1MVXveIlGKQ4IvNbn0ghOFqB0gxH+wwnaB0mTYfMhe/dJaSmS/icp0ERQv vNX5NIPlyIsw+9hqlzGLaO/85UTNFpt6Dlpwg= MIME-Version: 1.0 Received: by 10.52.92.161 with SMTP id cn1mr10102580vdb.253.1301936328825; Mon, 04 Apr 2011 09:58:48 -0700 (PDT) Received: by 10.52.167.6 with HTTP; Mon, 4 Apr 2011 09:58:48 -0700 (PDT) In-Reply-To: References: Date: Mon, 4 Apr 2011 09:58:48 -0700 Message-ID: From: Jack Vogel To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: em(4) hang [Was: Re: igb(4) won't start with "igb0: Could not setup receive structures"] 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, 04 Apr 2011 16:58:50 -0000 Thanks for the good news, this change will need to go into the other drivers also. Jack On Mon, Apr 4, 2011 at 9:11 AM, Arnaud Lacombe wrote: > Hi Jack, > > On Fri, Apr 1, 2011 at 2:55 PM, Jack Vogel wrote: > > Arnaud, > > > > Please try the code change I just checked into HEAD, it should finally > > resolve any hang that is due to mbufs not being refreshed. That's not > > to say there may not be other reasons out there but I'm keeping my > > fingers crossed that this is behind at least some of the hangs. > > > Thanks! > > I backported these latest changes to 7-stable on Friday and re-ran > tests. The box, and em0, has been fine for 3 days with the same test > pattern that made it hang after a few hour previously. > > Some stats: > # sysctl dev.em.0 > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 > dev.em.0.%driver: em > dev.em.0.%location: slot=0 function=0 > dev.em.0.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x8086 > subdevice=0x0000 class=0x020000 > dev.em.0.%parent: pci1 > dev.em.0.nvm: -1 > dev.em.0.debug: -1 > dev.em.0.rx_int_delay: 0 > dev.em.0.tx_int_delay: 66 > dev.em.0.rx_abs_int_delay: 66 > dev.em.0.tx_abs_int_delay: 66 > dev.em.0.rx_processing_limit: 100 > dev.em.0.flow_control: 3 > dev.em.0.eee_control: 0 > dev.em.0.link_irq: 20516 > dev.em.0.mbuf_alloc_fail: 0 > dev.em.0.cluster_alloc_fail: 0 > dev.em.0.dropped: 0 > dev.em.0.tx_dma_fail: 0 > dev.em.0.rx_overruns: 0 > dev.em.0.watchdog_timeouts: 0 > dev.em.0.device_control: 1477444168 > dev.em.0.rx_control: 67141634 > dev.em.0.fc_high_water: 18432 > dev.em.0.fc_low_water: 16932 > dev.em.0.queue0.txd_head: 175 > dev.em.0.queue0.txd_tail: 175 > dev.em.0.queue0.tx_irq: 433666694 > dev.em.0.queue0.no_desc_avail: 0 > dev.em.0.queue0.rxd_head: 654 > dev.em.0.queue0.rxd_tail: 653 > dev.em.0.queue0.rx_irq: 280606824 > dev.em.0.mac_stats.excess_coll: 0 > dev.em.0.mac_stats.single_coll: 0 > dev.em.0.mac_stats.multiple_coll: 0 > dev.em.0.mac_stats.late_coll: 0 > dev.em.0.mac_stats.collision_count: 0 > dev.em.0.mac_stats.symbol_errors: 0 > dev.em.0.mac_stats.sequence_errors: 0 > dev.em.0.mac_stats.defer_count: 0 > dev.em.0.mac_stats.missed_packets: 61034 > dev.em.0.mac_stats.recv_no_buff: 1974 > dev.em.0.mac_stats.recv_undersize: 0 > dev.em.0.mac_stats.recv_fragmented: 0 > dev.em.0.mac_stats.recv_oversize: 0 > dev.em.0.mac_stats.recv_jabber: 0 > dev.em.0.mac_stats.recv_errs: 0 > dev.em.0.mac_stats.crc_errs: 0 > dev.em.0.mac_stats.alignment_errs: 0 > dev.em.0.mac_stats.coll_ext_errs: 0 > dev.em.0.mac_stats.xon_recvd: 0 > dev.em.0.mac_stats.xon_txd: 21 > dev.em.0.mac_stats.xoff_recvd: 0 > dev.em.0.mac_stats.xoff_txd: 57286 > dev.em.0.mac_stats.total_pkts_recvd: 541037465 > dev.em.0.mac_stats.good_pkts_recvd: 540976431 > dev.em.0.mac_stats.bcast_pkts_recvd: 216 > dev.em.0.mac_stats.mcast_pkts_recvd: 0 > dev.em.0.mac_stats.rx_frames_64: 527887692 > dev.em.0.mac_stats.rx_frames_65_127: 13088739 > dev.em.0.mac_stats.rx_frames_128_255: 0 > dev.em.0.mac_stats.rx_frames_256_511: 0 > dev.em.0.mac_stats.rx_frames_512_1023: 0 > dev.em.0.mac_stats.rx_frames_1024_1522: 0 > dev.em.0.mac_stats.good_octets_recvd: 34785499386 > dev.em.0.mac_stats.good_octets_txd: 909161087533 > dev.em.0.mac_stats.total_pkts_txd: 761197293 > dev.em.0.mac_stats.good_pkts_txd: 761139986 > dev.em.0.mac_stats.bcast_pkts_txd: 1 > dev.em.0.mac_stats.mcast_pkts_txd: 0 > dev.em.0.mac_stats.tx_frames_64: 42029962 > dev.em.0.mac_stats.tx_frames_65_127: 40597084 > dev.em.0.mac_stats.tx_frames_128_255: 19591094 > dev.em.0.mac_stats.tx_frames_256_511: 31040789 > dev.em.0.mac_stats.tx_frames_512_1023: 69157381 > dev.em.0.mac_stats.tx_frames_1024_1522: 558723676 > dev.em.0.mac_stats.tso_txd: 0 > dev.em.0.mac_stats.tso_ctx_fail: 0 > dev.em.0.interrupts.asserts: 16073 > dev.em.0.interrupts.rx_pkt_timer: 0 > dev.em.0.interrupts.rx_abs_timer: 0 > dev.em.0.interrupts.tx_pkt_timer: 0 > dev.em.0.interrupts.tx_abs_timer: 1 > dev.em.0.interrupts.tx_queue_empty: 0 > dev.em.0.interrupts.tx_queue_min_thresh: 0 > dev.em.0.interrupts.rx_desc_min_thresh: 0 > dev.em.0.interrupts.rx_overrun: 3 > > # netstat -m > 33905/48040/81945 mbufs in use (current/cache/total) > 30335/2433/32768/32768 mbuf clusters in use (current/cache/total/max) > 2781/348 mbuf+clusters out of packet secondary zone in use (current/cache) > 3194/9607/12801/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 83770K/55304K/139074K bytes allocated to network (current/cache/total) > 0/31564/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/7/6656 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > - Arnaud > From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 18:09: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 7E20D1065670 for ; Mon, 4 Apr 2011 18:09:24 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 2F1D48FC08 for ; Mon, 4 Apr 2011 18:09:23 +0000 (UTC) Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by hub.org (Postfix) with ESMTP id 665263250A8B for ; Mon, 4 Apr 2011 15:09:22 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 76710-04 for ; Mon, 4 Apr 2011 18:09:22 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id 1AAA03250A87; Mon, 4 Apr 2011 15:09:22 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 1316C3250A81 for ; Mon, 4 Apr 2011 15:09:22 -0300 (ADT) Date: Mon, 4 Apr 2011 15:09:21 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-net@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 04 Apr 2011 18:09:24 -0000 'k, based on someone else's recommendation, I add 'nolockd' to the mount entry,a nd postfix now appears to work ... since I can safely guarantee that only the one host will have access to these files, that doesn't pose a porblem for me, but still find it a weird issue all things considered :( On Sun, 3 Apr 2011, Marc G. Fournier wrote: > > I'm trying to simulate a diskless boot of FreeBSD, as am looking at moving to > a more 'thin client' environment, using a Netapp as a filer to provide the > file systems for FreeBSD front ends ... > > To simulate this, I have two servers, both running 7-STABLE, one acting as > the nfs server (ie. simulated netapp), and the other the client ... > > Both servers have a private and a public IP ... the nfs traffic is over the > private network ... > > Initially, had issues with lockd that I got resolved ... > > Settings in /etc/rc.conf on server are: > > rpcbind_enable="YES" > rpcbind_flags="-h 192.168.1.9" > nfs_server_enable="YES" > mountd_enable="YES" > mountd_flags="-r -h 192.168.1.9" > nfs_server_flags="-u -n 8 -h 192.168.1.9" > rpc_statd_enable="YES" > rpc_lockd_enable="YES" > > Settings in /etc/rc.conf on the client are: > > rpcbind_enable="YES" > rpcbind_flags="-h 192.168.1.1" > rpc_lockd_enable="YES" > rpc_statd_enable="YES" > > === > > /etc/fstab on the client has: > > 192.168.1.9:/vm /vm nfs rw,noauto,intr 0 0 > > /etc/exports on the server has: > > /vm -network 192.168.1.0/24 -maproot=0 -alldirs > > === > > Now, to simulate the diskless, I built a jail on top of the mounted /vm ... > that worked fine ... > > I have several applications built and installed on it ... primarily, apache > 2.2 and postfix 2.7.x ... > > Apache 2.2 + mod_fcgi + php 5.3.6 *appears* to work fine ... > > Postfix, on the other hand, generates the error message in the subject line > when I try and run 'mailq': > > postfix/showq[19805]: fatal: select lock: Permission denied > > Since the handbook as a section on diskless boot in Chapter 31: > > http://www.freebsd.org/doc/handbook/network-diskless.html > > I assumed / hoped that things would run just fine ... am I wrong in that > assumption? Or have I just overlooked a key setting in getting the nfs to > work? > > Any suggestions / pointers are most welcome ... > > ---- > Marc G. Fournier Hub.Org Hosting Solutions S.A. > scrappy@hub.org http://www.hub.org > > Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 18:58:55 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFBDA1065672 for ; Mon, 4 Apr 2011 18:58:55 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id BC3468FC0A for ; Mon, 4 Apr 2011 18:58:55 +0000 (UTC) Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by hub.org (Postfix) with ESMTP id 7EA923250AA7; Mon, 4 Apr 2011 15:58:54 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 99983-01; Mon, 4 Apr 2011 18:58:54 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id 4A9513250AA6; Mon, 4 Apr 2011 15:58:54 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 441613250AA2; Mon, 4 Apr 2011 15:58:54 -0300 (ADT) Date: Mon, 4 Apr 2011 15:58:54 -0300 (ADT) From: "Marc G. Fournier" To: Chuck Swiger In-Reply-To: <0F56F33B-C492-4723-B7EC-713AD64E856C@mac.com> Message-ID: References: <0F56F33B-C492-4723-B7EC-713AD64E856C@mac.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 04 Apr 2011 18:58:56 -0000 On Mon, 4 Apr 2011, Chuck Swiger wrote: > On Apr 4, 2011, at 11:09 AM, Marc G. Fournier wrote: >> 'k, based on someone else's recommendation, I add 'nolockd' to the mount entry,a nd postfix now appears to work ... since I can safely guarantee that only the one host will have access to these files, that doesn't pose a porblem for me, but still find it a weird issue all things considered :( > > Be careful; multiple access from different processes even on a single > host can still run into locking issues against NFS filesystems, or data > corruption if locking isn't available. You're most at risk with local > delivery to an mbox-style INBOX; delivery to maildir-style INBOX is much > safer even on NFS without locking. In my case, I have postfix+cyrus-imapd ... ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 19:05:23 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 AFB441065676 for ; Mon, 4 Apr 2011 19:05:23 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout019.mac.com (asmtpout019.mac.com [17.148.16.94]) by mx1.freebsd.org (Postfix) with ESMTP id 95C878FC12 for ; Mon, 4 Apr 2011 19:05:23 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp019.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LJ500A5O6CTAX30@asmtp019.mac.com> for freebsd-net@freebsd.org; Mon, 04 Apr 2011 12:05:17 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-04-04_05:2011-04-04, 2011-04-04, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=1 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1104040098 From: Chuck Swiger In-reply-to: Date: Mon, 04 Apr 2011 12:05:17 -0700 Message-id: References: <0F56F33B-C492-4723-B7EC-713AD64E856C@mac.com> To: "Marc G. Fournier" X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 04 Apr 2011 19:05:23 -0000 On Apr 4, 2011, at 11:58 AM, Marc G. Fournier wrote: >> Be careful; multiple access from different processes even on a single host can still run into locking issues against NFS filesystems, or data corruption if locking isn't available. You're most at risk with local delivery to an mbox-style INBOX; delivery to maildir-style INBOX is much safer even on NFS without locking. > > In my case, I have postfix+cyrus-imapd ... OK-- Cyrus IMAP uses a variant of maildir, so you're relatively safe even if locking is not available. Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 19:14:38 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B41A4106566C for ; Mon, 4 Apr 2011 19:14:38 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB228FC12 for ; Mon, 4 Apr 2011 19:14:38 +0000 (UTC) Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by hub.org (Postfix) with ESMTP id 2C4CC3250A96; Mon, 4 Apr 2011 16:14:37 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 94544-02; Mon, 4 Apr 2011 19:14:37 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id DC5CA3250A90; Mon, 4 Apr 2011 16:14:36 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id C69CE3250A7E; Mon, 4 Apr 2011 16:14:36 -0300 (ADT) Date: Mon, 4 Apr 2011 16:14:36 -0300 (ADT) From: "Marc G. Fournier" To: Chuck Swiger In-Reply-To: Message-ID: References: <0F56F33B-C492-4723-B7EC-713AD64E856C@mac.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 04 Apr 2011 19:14:38 -0000 On Mon, 4 Apr 2011, Chuck Swiger wrote: > On Apr 4, 2011, at 11:58 AM, Marc G. Fournier wrote: >>> Be careful; multiple access from different processes even on a single host can still run into locking issues against NFS filesystems, or data corruption if locking isn't available. You're most at risk with local delivery to an mbox-style INBOX; delivery to maildir-style INBOX is much safer even on NFS without locking. >> >> In my case, I have postfix+cyrus-imapd ... > > OK-- Cyrus IMAP uses a variant of maildir, so you're relatively safe > even if locking is not available. So, just to get this clear ... If I were to boot a diskless station using an NFS backend, then that instance would be prone to corruption since lockd wouldn't work, even though the only processes handling the files on that mount? And this may be where I'm mis-understanding things: Does rpc.lockd work at the process level or file system? For instance, in my test case, I'm trying to operate within a jail ... does the rpc.lockd runnig at the primary OS level handle communications between client<->server, irrelevent of whether the process is running in a jail or not? ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 19:26:46 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 0FFD0106566B for ; Mon, 4 Apr 2011 19:26:46 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id E831D8FC0A for ; Mon, 4 Apr 2011 19:26:45 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp027.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LJ500HKT7CK9R60@asmtp027.mac.com> for freebsd-net@freebsd.org; Mon, 04 Apr 2011 12:26:45 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-04-04_05:2011-04-04, 2011-04-04, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1104040102 From: Chuck Swiger In-reply-to: Date: Mon, 04 Apr 2011 12:26:44 -0700 Message-id: References: <0F56F33B-C492-4723-B7EC-713AD64E856C@mac.com> To: "Marc G. Fournier" X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 04 Apr 2011 19:26:46 -0000 On Apr 4, 2011, at 12:14 PM, Marc G. Fournier wrote: >> OK-- Cyrus IMAP uses a variant of maildir, so you're relatively safe even if locking is not available. > > So, just to get this clear ... > > If I were to boot a diskless station using an NFS backend, then that instance would be prone to corruption since lockd wouldn't work, even though the only processes handling the files on that mount? If you're running a diskless system using NFS filesystem for storage, and you run stuff that wants to do fcntl/lockf/flock locking, and rpc.lockd isn't available, then yes, there is risk of data corruption. However, Postfix can use .dotfile locking, even if fcntl (etc) locking is broken, and maildir is designed to avoid needing locking the way mbox does: http://www.postfix.org/NFS_README.html > And this may be where I'm mis-understanding things: > > Does rpc.lockd work at the process level or file system? For instance, in my test case, I'm trying to operate within a jail ... does the rpc.lockd runnig at the primary OS level handle communications between client<->server, irrelevent of whether the process is running in a jail or not? rpc.lockd provides locking at the filesystem level. Locks are performed against file descriptors either for entire files or record-level locking; they are not specific to a single process (indeed, locking would be mostly useless if it was only visible within a single process). Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 19:31:35 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA783106566B for ; Mon, 4 Apr 2011 19:31:35 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout019.mac.com (asmtpout019.mac.com [17.148.16.94]) by mx1.freebsd.org (Postfix) with ESMTP id C1F758FC17 for ; Mon, 4 Apr 2011 19:31:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp019.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LJ5007WV4RT1J90@asmtp019.mac.com> for freebsd-net@freebsd.org; Mon, 04 Apr 2011 11:31:05 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-04-04_05:2011-04-04, 2011-04-04, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1104040096 From: Chuck Swiger In-reply-to: Date: Mon, 04 Apr 2011 11:31:05 -0700 Message-id: <0F56F33B-C492-4723-B7EC-713AD64E856C@mac.com> References: To: "Marc G. Fournier" X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 04 Apr 2011 19:31:35 -0000 On Apr 4, 2011, at 11:09 AM, Marc G. Fournier wrote: > 'k, based on someone else's recommendation, I add 'nolockd' to the mount entry,a nd postfix now appears to work ... since I can safely guarantee that only the one host will have access to these files, that doesn't pose a porblem for me, but still find it a weird issue all things considered :( Be careful; multiple access from different processes even on a single host can still run into locking issues against NFS filesystems, or data corruption if locking isn't available. You're most at risk with local delivery to an mbox-style INBOX; delivery to maildir-style INBOX is much safer even on NFS without locking. Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 19:37:22 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 8C0A41065672 for ; Mon, 4 Apr 2011 19:37:22 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 580A38FC21 for ; Mon, 4 Apr 2011 19:37:22 +0000 (UTC) Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by hub.org (Postfix) with ESMTP id E5B333250A96; Mon, 4 Apr 2011 16:37:20 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 99126-06; Mon, 4 Apr 2011 19:37:21 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id B2CEF3250A87; Mon, 4 Apr 2011 16:37:20 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id AA5963250A81; Mon, 4 Apr 2011 16:37:20 -0300 (ADT) Date: Mon, 4 Apr 2011 16:37:20 -0300 (ADT) From: "Marc G. Fournier" To: Chuck Swiger In-Reply-To: Message-ID: References: <0F56F33B-C492-4723-B7EC-713AD64E856C@mac.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 04 Apr 2011 19:37:22 -0000 On Mon, 4 Apr 2011, Chuck Swiger wrote: > On Apr 4, 2011, at 12:14 PM, Marc G. Fournier wrote: >>> OK-- Cyrus IMAP uses a variant of maildir, so you're relatively safe even if locking is not available. >> >> So, just to get this clear ... >> >> If I were to boot a diskless station using an NFS backend, then that instance would be prone to corruption since lockd wouldn't work, even though the only processes handling the files on that mount? > > If you're running a diskless system using NFS filesystem for storage, > and you run stuff that wants to do fcntl/lockf/flock locking, and > rpc.lockd isn't available, then yes, there is risk of data corruption. > However, Postfix can use .dotfile locking, even if fcntl (etc) locking > is broken, and maildir is designed to avoid needing locking the way mbox > does: > > http://www.postfix.org/NFS_README.html > > rpc.lockd provides locking at the filesystem level. Locks are performed > against file descriptors either for entire files or record-level > locking; they are not specific to a single process (indeed, locking > would be mostly useless if it was only visible within a single process). Okay, next question ... if lockd is running, should fcntl locks work? My read of the NFS_README.html above indicates to me that they should ... but if that is the case, then it comes back to why doesn't it? ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 19:45:06 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6227C1065673 for ; Mon, 4 Apr 2011 19:45:06 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 4035A8FC0A for ; Mon, 4 Apr 2011 19:45:05 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp024.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LJ5001W38661Y40@asmtp024.mac.com> for freebsd-net@freebsd.org; Mon, 04 Apr 2011 12:44:30 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-04-04_05:2011-04-04, 2011-04-04, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1104040105 From: Chuck Swiger In-reply-to: Date: Mon, 04 Apr 2011 12:44:29 -0700 Message-id: <0DFEE2E6-1E0B-420B-9519-3C81F3FD9F22@mac.com> References: <0F56F33B-C492-4723-B7EC-713AD64E856C@mac.com> To: "Marc G. Fournier" X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 04 Apr 2011 19:45:06 -0000 On Apr 4, 2011, at 12:37 PM, Marc G. Fournier wrote: > Okay, next question ... if lockd is running, should fcntl locks work? My read of the NFS_README.html above indicates to me that they should ... but if that is the case, then it comes back to why doesn't it? If rpc.lockd was bug-free and didn't suffer from an inherent design mismatch between NFS being stateless (prior to NFSv4, anyway) and locking being stateful, then sure, fcntl locking should work as well on an NFS filesystem as it does on a local UFS filesystem. In practice, rpc.lockd is infamously buggy. For that matter, fnctl-style locking is also fairly broken per SysV/POSIX mandate: " This interface follows the completely stupid semantics of System V and IEEE Std 1003.1-1988 (``POSIX.1'') that require that all locks associated with a file for a given process are removed when any file descriptor for that file is closed by that process. This semantic means that applica- tions must be aware of any files that a subroutine library may access. For example if an application for updating the password file locks the password file database while making the update, and then calls getpwname(3) to retrieve a record, the lock will be lost because getpwname(3) opens, reads, and closes the password database. The data- base close will release all locks that the process has associated with the database, even if the library routine never requested a lock on the database. Another minor semantic problem with this interface is that locks are not inherited by a child process created using the fork(2) function. The flock(2) interface has much more rational last close semantics and allows locks to be inherited by child processes. Flock(2) is recommended for applications that want to ensure the integrity of their locks when using library routines or wish to pass locks to their children. Note that flock(2) and fcntl(2) locks may be safely used con- currently." Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 19:53:38 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 264E2106566C for ; Mon, 4 Apr 2011 19:53:38 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id E2DD08FC18 for ; Mon, 4 Apr 2011 19:53:37 +0000 (UTC) Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by hub.org (Postfix) with ESMTP id B2A803250AA2; Mon, 4 Apr 2011 16:53:33 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 04019-10; Mon, 4 Apr 2011 19:53:34 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id 6C4D73250A87; Mon, 4 Apr 2011 16:53:33 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 618EA3250A81; Mon, 4 Apr 2011 16:53:33 -0300 (ADT) Date: Mon, 4 Apr 2011 16:53:33 -0300 (ADT) From: "Marc G. Fournier" To: Chuck Swiger In-Reply-To: <0DFEE2E6-1E0B-420B-9519-3C81F3FD9F22@mac.com> Message-ID: References: <0F56F33B-C492-4723-B7EC-713AD64E856C@mac.com> <0DFEE2E6-1E0B-420B-9519-3C81F3FD9F22@mac.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 04 Apr 2011 19:53:38 -0000 Thank you, this answers things perfectly ... On Mon, 4 Apr 2011, Chuck Swiger wrote: > On Apr 4, 2011, at 12:37 PM, Marc G. Fournier wrote: >> Okay, next question ... if lockd is running, should fcntl locks work? My read of the NFS_README.html above indicates to me that they should ... but if that is the case, then it comes back to why doesn't it? > > If rpc.lockd was bug-free and didn't suffer from an inherent design mismatch between NFS being stateless (prior to NFSv4, anyway) and locking being stateful, then sure, fcntl locking should work as well on an NFS filesystem as it does on a local UFS filesystem. > > In practice, rpc.lockd is infamously buggy. For that matter, fnctl-style locking is also fairly broken per SysV/POSIX mandate: > > " This interface follows the completely stupid semantics of System V and > IEEE Std 1003.1-1988 (``POSIX.1'') that require that all locks associated > with a file for a given process are removed when any file descriptor for > that file is closed by that process. This semantic means that applica- > tions must be aware of any files that a subroutine library may access. > For example if an application for updating the password file locks the > password file database while making the update, and then calls > getpwname(3) to retrieve a record, the lock will be lost because > getpwname(3) opens, reads, and closes the password database. The data- > base close will release all locks that the process has associated with > the database, even if the library routine never requested a lock on the > database. Another minor semantic problem with this interface is that > locks are not inherited by a child process created using the fork(2) > function. The flock(2) interface has much more rational last close > semantics and allows locks to be inherited by child processes. Flock(2) > is recommended for applications that want to ensure the integrity of > their locks when using library routines or wish to pass locks to their > children. Note that flock(2) and fcntl(2) locks may be safely used con- > currently." > > Regards, > -- > -Chuck > > ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-net@FreeBSD.ORG Mon Apr 4 23:35: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 B27791065675; Mon, 4 Apr 2011 23:35:16 +0000 (UTC) (envelope-from david.somayajulu@qlogic.com) Received: from TX2EHSOBE002.bigfish.com (tx2ehsobe001.messaging.microsoft.com [65.55.88.11]) by mx1.freebsd.org (Postfix) with ESMTP id 688DB8FC0C; Mon, 4 Apr 2011 23:35:16 +0000 (UTC) Received: from mail54-tx2-R.bigfish.com (10.9.14.239) by TX2EHSOBE002.bigfish.com (10.9.40.22) with Microsoft SMTP Server id 14.1.225.8; Mon, 4 Apr 2011 23:35:15 +0000 Received: from mail54-tx2 (localhost.localdomain [127.0.0.1]) by mail54-tx2-R.bigfish.com (Postfix) with ESMTP id 81A02303DC; Mon, 4 Apr 2011 23:35:15 +0000 (UTC) X-SpamScore: -6 X-BigFish: VPS-6(zz14ffOzz1202hzz8275bh8275dhz2ei2a8h668h839h62h) X-Spam-TCS-SCL: 1:0 X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:avexcashub1.qlogic.com; RD:avexcashub2.qlogic.com; EFVD:NLI Received: from mail54-tx2 (localhost.localdomain [127.0.0.1]) by mail54-tx2 (MessageSwitch) id 1301960114976274_22377; Mon, 4 Apr 2011 23:35:14 +0000 (UTC) Received: from TX2EHSMHS024.bigfish.com (unknown [10.9.14.249]) by mail54-tx2.bigfish.com (Postfix) with ESMTP id E8B81B60051; Mon, 4 Apr 2011 23:35:14 +0000 (UTC) Received: from avexcashub1.qlogic.com (198.70.193.64) by TX2EHSMHS024.bigfish.com (10.9.99.124) with Microsoft SMTP Server (TLS) id 14.1.225.8; Mon, 4 Apr 2011 23:35:14 +0000 Received: from avexmb1.qlogic.org ([fe80::9545:3a4f:c131:467d]) by avexcashub2.qlogic.org ([::1]) with mapi; Mon, 4 Apr 2011 16:35:13 -0700 From: David Somayajulu To: "freebsd-current@freebsd.org" , "freebsd-net@freebsd.org" Date: Mon, 4 Apr 2011 16:35:11 -0700 Thread-Topic: Setting up a running FreeBSD/PCBSD system to enter kgdb on panic Thread-Index: AcvzIPERZdTiJhRiS06wlYIpbVgJvA== Message-ID: <75E1A2A7D185F841A975979B0906BBA6774E1B99D3@AVEXMB1.qlogic.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-OriginatorOrg: qlogic.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Setting up a running FreeBSD/PCBSD system to enter kgdb on panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 23:35:16 -0000 Hi All, Is there some way I can setup a running FreeBSD - (I use PCBSD7.2) - to bre= ak into kgdb when the system panics. I am trying to get a stack trace when = "Fatal trap 12: page fault while in kernel mode" happens. thanks david S. ________________________________ This message and any attached documents contain information from QLogic Cor= poration or its wholly-owned subsidiaries that may be confidential. If you = are not the intended recipient, you may not read, copy, distribute, or use = this information. If you have received this transmission in error, please n= otify the sender immediately by reply e-mail and then delete this message. From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 00:24: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 9DBA01065670 for ; Tue, 5 Apr 2011 00:24:54 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 53B248FC18 for ; Tue, 5 Apr 2011 00:24:53 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEANtgmk2DaFvO/2dsb2JhbACES6ITiHmpd5BhgSiDTHcEjSM X-IronPort-AV: E=Sophos;i="4.63,300,1299474000"; d="scan'208";a="117078478" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 04 Apr 2011 20:24:53 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 44961B3FA3; Mon, 4 Apr 2011 20:24:53 -0400 (EDT) Date: Mon, 4 Apr 2011 20:24:53 -0400 (EDT) From: Rick Macklem To: Chuck Swiger Message-ID: <1359778820.2757108.1301963093210.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <0F56F33B-C492-4723-B7EC-713AD64E856C@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: "Marc G. Fournier" , freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 05 Apr 2011 00:24:54 -0000 > On Apr 4, 2011, at 11:09 AM, Marc G. Fournier wrote: > > 'k, based on someone else's recommendation, I add 'nolockd' to the > > mount entry,a nd postfix now appears to work ... since I can safely > > guarantee that only the one host will have access to these files, > > that doesn't pose a porblem for me, but still find it a weird issue > > all things considered :( > > Be careful; multiple access from different processes even on a single > host can still run into locking issues against NFS filesystems, or > data corruption if locking isn't available. >From what I know of the implementation, I would have to disagree with this statement. When mounted with the "nolockd" option, file locking is still done within the client, using the same kernel function that is used for file locking for local file systems like UFS. However, these locks will not be seen by other clients or the NFS server. > You're most at risk with > local delivery to an mbox-style INBOX; delivery to maildir-style INBOX > is much safer even on NFS without locking. > Yes, but I think you are assuming that whatever is putting the email in the mbox (sendmail daemon or ???) is running on a different machine than the one that the imapd daemon (or whatever is reading the email) is running on? In general, NFS mounting a mail spool can be problematic, since it will normally result in file(s) being accessed from more than one machine. As such, I believe your warning w.r.t. the "nolockd" option is approriate, I'm just not convinced that this is broken for the case where all processes (including all daemons) that access the file are running on the same NFS client (unlikely, but possible). Also, I believe your other advise is very appropriate, such as configuring a mail system to avoid using file locking primitives. rick From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 00:25:48 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 6D963106566B; Tue, 5 Apr 2011 00:25:48 +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 3F4998FC25; Tue, 5 Apr 2011 00:25:47 +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 p350PiMj054565 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 4 Apr 2011 17:25:46 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4D9A61A7.6080906@freebsd.org> Date: Mon, 04 Apr 2011 17:26:15 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: David Somayajulu References: <75E1A2A7D185F841A975979B0906BBA6774E1B99D3@AVEXMB1.qlogic.org> In-Reply-To: <75E1A2A7D185F841A975979B0906BBA6774E1B99D3@AVEXMB1.qlogic.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: Setting up a running FreeBSD/PCBSD system to enter kgdb on panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 00:25:48 -0000 On 4/4/11 4:35 PM, David Somayajulu wrote: > Hi All, > Is there some way I can setup a running FreeBSD - (I use PCBSD7.2) - to break into kgdb when the system panics. I am trying to get a stack trace when "Fatal trap 12: page fault while in kernel mode" happens. > thanks > david S. sure but firstly have you already got everything set up so you can get into kgdb normally? (serial cable? (or firewire?) ports all set up right? second machine? here are som bits of the puzzle for my machine: from /boot/device.hints: hint.uart.1.at="isa" hint.uart.1.port="0x2F8" hint.uart.1.flags="0x80" hint.uart.1.irq="3" hint.uart.1.baud="115200" in /etc/sysctl.conf: debug.kdb.current=gdb but usually I find it better to go to ddb first and do a ps and backtrace as ps is a pain on gdb and needs macros etc. and of course kgdb needs to be set up correctly the handbook says a lot about that. > ________________________________ > This message and any attached documents contain information from QLogic Corporation or its wholly-owned subsidiaries that may be confidential. If you are not the intended recipient, you may not read, copy, distribute, or use this information. If you have received this transmission in error, please notify the sender immediately by reply e-mail and then delete this message. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 00:30: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 B18631065680 for ; Tue, 5 Apr 2011 00:30:11 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4DF8FC18 for ; Tue, 5 Apr 2011 00:30:07 +0000 (UTC) Received: by wwc33 with SMTP id 33so6842290wwc.31 for ; Mon, 04 Apr 2011 17:30:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=Mwrow5DPN/HbWSF7v58Y8NczqcXUpfKrsCPAOd6uTqs=; b=nN80zovrEur/MxolSdesALFIINWU3dtcWhzGR8+9ghjcPJsnFEQ5QMBVfq5hBP48yb wxZ+pHXWxt20AxolzwgrnfoUdQ2bOv7bQ0vzNHJ2URmOD94NwFzi41K/r6v0qJcC0JNX eeY1AuqgLW538tqs0Ws+5o+HFwRZny/V7WvW8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=qjjX++9SpuX+HRY5wfJken/2fhBMRXIbX0tuSM2MCmrWP+QJLDv8DMftFjBOi5FLIY uOS1x7o/bhfjBh1gM2lC/j6I4ZKvv2Si15+x+fcYkUI6GNGqMzQI2Zvq4c7O70YOeEry 3Z7ENDL5nuRyd/IQXfWWRBs65cYrd6aXQwyrA= Received: by 10.227.206.78 with SMTP id ft14mr98378wbb.136.1301962063221; Mon, 04 Apr 2011 17:07:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.72.200 with HTTP; Mon, 4 Apr 2011 17:07:13 -0700 (PDT) In-Reply-To: <75E1A2A7D185F841A975979B0906BBA6774E1B99D3@AVEXMB1.qlogic.org> References: <75E1A2A7D185F841A975979B0906BBA6774E1B99D3@AVEXMB1.qlogic.org> From: Eitan Adler Date: Mon, 4 Apr 2011 20:07:13 -0400 Message-ID: To: David Somayajulu Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: Setting up a running FreeBSD/PCBSD system to enter kgdb on panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 00:30:11 -0000 On Mon, Apr 4, 2011 at 7:35 PM, David Somayajulu wrote: > Hi All, > Is there some way I can setup a running FreeBSD - (I use PCBSD7.2) - to break into kgdb when the system panics. I am trying to get a stack trace when "Fatal trap 12: page fault while in kernel mode" happens. debug.debugger_on_panic=1 -- Eitan Adler From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 01:40:21 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 E415C106564A for ; Tue, 5 Apr 2011 01:40:21 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id B7D8C8FC16 for ; Tue, 5 Apr 2011 01:40:21 +0000 (UTC) Received: by pxi6 with SMTP id 6so4853607pxi.17 for ; Mon, 04 Apr 2011 18:40:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=RK7i9EYGaXBr+Ka0DnF0BCX8DjqpkmbTr4/n0QZNLYM=; b=HiI6g9rl8WuyR7F/7Lu5QEyzUjq+rRYi/Jmg5nOrVZwoyB0CTsePxZiIDkqbbcvED7 WdXg5vU3YN7zhf/Oa+GgJU+fsnCx8sgSUJxii/yMqYagiCe0s63JNiXviSY8SIc1YSaY J2koKnczE5Dzul2WiWM0zz5esf/GvOS9QqkWc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=HaQNtUKGQGpyXh9mOpinQoIyv+23sWsJAAIIFNbQGJNOs4b7xIB/F8buXGrddKzrdL Uwlas5SWaSSOb/nw4VgzenU1OA3fmtB73NiKqSjQKVwDb+1QHX1yv9zEkXNynbvIeK3q aG7P4hIwq1++RO/uy+mX0kU82uVjhwahqdHVc= MIME-Version: 1.0 Received: by 10.143.47.6 with SMTP id z6mr1843843wfj.227.1301966169922; Mon, 04 Apr 2011 18:16:09 -0700 (PDT) Received: by 10.68.42.3 with HTTP; Mon, 4 Apr 2011 18:16:09 -0700 (PDT) In-Reply-To: <4D9A61A7.6080906@freebsd.org> References: <75E1A2A7D185F841A975979B0906BBA6774E1B99D3@AVEXMB1.qlogic.org> <4D9A61A7.6080906@freebsd.org> Date: Mon, 4 Apr 2011 18:16:09 -0700 Message-ID: From: Garrett Cooper To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" , David Somayajulu Subject: Re: Setting up a running FreeBSD/PCBSD system to enter kgdb on panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 01:40:22 -0000 On Mon, Apr 4, 2011 at 5:26 PM, Julian Elischer wrote: > On 4/4/11 4:35 PM, David Somayajulu wrote: >> >> Hi All, >> Is there some way I can setup a running FreeBSD - (I use PCBSD7.2) - to >> break into kgdb when the system panics. I am trying to get a stack trace >> when "Fatal trap 12: page fault while in kernel mode" happens. >> thanks >> david S. > > sure but firstly have you already got everything set up so you can get into > kgdb normally? > (serial cable? (or firewire?) ports all set up right? second machine? > > here are som bits of the puzzle for my machine: > > from /boot/device.hints: > > hint.uart.1.at="isa" > hint.uart.1.port="0x2F8" > hint.uart.1.flags="0x80" > hint.uart.1.irq="3" > hint.uart.1.baud="115200" .flags on uart(4) doesn't support 0x20, 0x40, like on sio(4). Interesting. Thanks, -Garrett From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 01:44: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 C3E3E106564A for ; Tue, 5 Apr 2011 01:44:24 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id AABFB8FC14 for ; Tue, 5 Apr 2011 01:44:22 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp021.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LJ500G9SOTX9W10@asmtp021.mac.com> for freebsd-net@freebsd.org; Mon, 04 Apr 2011 18:44:22 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-04-05_01:2011-04-05, 2011-04-05, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1104040163 From: Chuck Swiger In-reply-to: <1359778820.2757108.1301963093210.JavaMail.root@erie.cs.uoguelph.ca> Date: Mon, 04 Apr 2011 18:44:21 -0700 Message-id: References: <1359778820.2757108.1301963093210.JavaMail.root@erie.cs.uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1084) Cc: "Marc G. Fournier" , freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 05 Apr 2011 01:44:24 -0000 Hi, Rick-- On Apr 4, 2011, at 5:24 PM, Rick Macklem wrote: >> On Apr 4, 2011, at 11:09 AM, Marc G. Fournier wrote: >> Be careful; multiple access from different processes even on a single >> host can still run into locking issues against NFS filesystems, or >> data corruption if locking isn't available. > > From what I know of the implementation, I would have to disagree with > this statement. When mounted with the "nolockd" option, file locking is > still done within the client, using the same kernel function that is used > for file locking for local file systems like UFS. I'm certainly willing to believe you. :-) "nolockd" option to mount_nfs sets NFSMNT_NOLOCKD. In nfs_advlock() sys/nfsclient/nfs_vnops.c: if ((VFSTONFS(vp->v_mount)->nm_flag & NFSMNT_NOLOCKD) != 0) { size = VTONFS(vp)->n_size; VOP_UNLOCK(vp, 0); error = lf_advlock(ap, &(vp->v_lockf), size); } else { if (nfs_advlock_p) error = nfs_advlock_p(ap); else error = ENOLCK; } lf_advlock() is kernel's lockf from kern/kern_lockf.c. Well, that's a lot better than most of the other implementations I've seen, frankly, which tend to simply return OK if you try to do a lock when rpc.lockd isn't available, and $DEITY help your data if multiple writes happen. >> You're most at risk with local delivery to an mbox-style INBOX; >> delivery to maildir-style INBOX is much safer even on NFS without locking. >> > > Yes, but I think you are assuming that whatever is putting the email in > the mbox (sendmail daemon or ???) is running on a different machine than > the one that the imapd daemon (or whatever is reading the email) is > running on? Yes. It's fairly common to scale up a mail infrastructure from one box handling both SMTP and IMAP (or POP) to a SMTP-only box writing to NFS-mounted user mailboxes, and have one or more dedicated reader boxes which only run IMAP/POP daemons which access that same NFS filesystem holding the user mailboxes. > In general, NFS mounting a mail spool can be problematic, since it will > normally result in file(s) being accessed from more than one machine. As > such, I believe your warning w.r.t. the "nolockd" option is approriate, > I'm just not convinced that this is broken for the case where > all processes (including all daemons) that access the file are running on > the same NFS client (unlikely, but possible). > > Also, I believe your other advise is very appropriate, such as configuring > a mail system to avoid using file locking primitives. If you can, anyway-- but maildir is becoming more commonly used with the growing popularity of Cyrus and Dovecot compared with UWash IMAP (which did mbox and mbx). Regards, -- -Chuck PS: Please accept my apologies if you felt I was throwing stones at FreeBSD's implementation of NFS locking, both because it does appear to be handling this better than other implementations I've checked, and because I believe quite a bit of this work was done by someone closely resembling you, Rick. :-) But I've been burned by NFS locking (mis)adventures in the past, and I hate to see people depend on it if they have alternatives.... From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 01:47:32 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 132F3106566C for ; Tue, 5 Apr 2011 01:47:32 +0000 (UTC) (envelope-from if@freebsd.org) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 3DCC38FC12 for ; Tue, 5 Apr 2011 01:47:29 +0000 (UTC) Received: (qmail 3991 invoked from network); 5 Apr 2011 03:26:08 +0200 Received: from unknown (HELO filebunker.xip.at) (89.207.145.147) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Apr 2011 03:26:08 +0200 Date: Tue, 5 Apr 2011 03:26:07 +0200 (CEST) From: Ingo Flaschberger X-X-Sender: if@filebunker.xip.at To: freebsd-net@freebsd.org Message-ID: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168430090-939355638-1301965804=:2152" Content-ID: Subject: Routing enhancement - reduce routing table locking 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, 05 Apr 2011 01:47:32 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --168430090-939355638-1301965804=:2152 Content-Type: TEXT/PLAIN; FORMAT=flowed; CHARSET=US-ASCII Content-ID: Hi, I have written a patch to: *) reduce locking of routing table to achieve the same speed as with flowtables, which do not scale with many routes: use of a copy of the route use rm_lock(9) (idea of Andre Oppermann) *) implement some multipath changes to use a direct attached interface route and a real route, used some OpenBSD code *) icmp rate-limiting in forwarding (old code from FreeBSD page) The patch applies at FreeBSD 8.2 stable. Comments are welcome, especially if I can reuse "dst" (which seems to work): rtl.rt_gateway = (struct sockaddr *)dst; but 'm not shure if I should take same caution with bcopy regarding sa_len: rtlookup_fib(struct sockaddr *dst, u_int fibnum, struct rtlookup *rtl, Kind regards, Ingo Flaschberger Geschaeftsleitung ____________________________________ crossip communications gmbh A-1020 Wien, Sebastian Kneipp Gasse 1/3 Sitz der Gesellschaft: 1020 Wien, Oesterreich Firmenbuchgericht: Handelsgericht Wien, FN 269698 s, Umsatzsteueridentifikationsnummer (UID): ATU62080367 Haftungsausschluss / Disclaimer --168430090-939355638-1301965804=:2152 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=rmlock_8.2_20110405.diff Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME=rmlock_8.2_20110405.diff ZGlmZiAtdSAtciAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9jb250cmliL2lw ZmlsdGVyL3JhZGl4LmMgLi9jb250cmliL2lwZmlsdGVyL3JhZGl4LmMNCi0t LSAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9jb250cmliL2lwZmlsdGVyL3Jh ZGl4LmMJMjAwOS0wOC0wMyAwODoxMzowNi4wMDAwMDAwMDAgKzAwMDANCisr KyAuL2NvbnRyaWIvaXBmaWx0ZXIvcmFkaXguYwkyMDExLTA0LTAzIDE2OjA4 OjI4LjAwMDAwMDAwMCArMDAwMA0KQEAgLTc1OSw5ICs3NTksMTAgQEANCiB9 DQogDQogc3RydWN0IHJhZGl4X25vZGUgKg0KLXJuX2RlbGV0ZSh2X2FyZywg bmV0bWFza19hcmcsIGhlYWQpDQorcm5fZGVsZXRlKHZfYXJnLCBuZXRtYXNr X2FyZywgaGVhZCwgcm4pDQogCXZvaWQgKnZfYXJnLCAqbmV0bWFza19hcmc7 DQogCXN0cnVjdCByYWRpeF9ub2RlX2hlYWQgKmhlYWQ7DQorCXN0cnVjdCBy YWRpeF9ub2RlICpybjsNCiB7DQogCXN0cnVjdCByYWRpeF9ub2RlICp0LCAq cCwgKngsICp0dDsNCiAJc3RydWN0IHJhZGl4X21hc2sgKm0sICpzYXZlZF9t LCAqKm1wOw0KQEAgLTEwNjksNyArMTA3MCw3IEBADQogCXN0cnVjdCByYWRp eF9ub2RlX2hlYWQgKnJuaCA9IHA7DQogCXN0cnVjdCByYWRpeF9ub2RlICpk Ow0KIA0KLQlkID0gcm5oLT5ybmhfZGVsYWRkcihuLT5ybl9rZXksIE5VTEws IHJuaCk7DQorCWQgPSBybmgtPnJuaF9kZWxhZGRyKG4tPnJuX2tleSwgTlVM TCwgcm5oLCBOVUxMKTsNCiAJaWYgKGQgIT0gTlVMTCkgew0KIAkJRnJlZVMo ZCwgbWF4X2tleWxlbiArIDIgKiBzaXplb2YgKCpkKSk7DQogCX0NCmRpZmYg LXUgLXIgLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvY29udHJpYi9pcGZpbHRl ci9yYWRpeF9pcGYuaCAuL2NvbnRyaWIvaXBmaWx0ZXIvcmFkaXhfaXBmLmgN Ci0tLSAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9jb250cmliL2lwZmlsdGVy L3JhZGl4X2lwZi5oCTIwMDktMDgtMDMgMDg6MTM6MDYuMDAwMDAwMDAwICsw MDAwDQorKysgLi9jb250cmliL2lwZmlsdGVyL3JhZGl4X2lwZi5oCTIwMTEt MDQtMDMgMTY6MDg6MjguMDAwMDAwMDAwICswMDAwDQpAQCAtMTMwLDcgKzEz MCw3IEBADQogCQlfX1AoKHZvaWQgKnYsIHZvaWQgKm1hc2ssDQogCQkgICAg IHN0cnVjdCByYWRpeF9ub2RlX2hlYWQgKmhlYWQsIHN0cnVjdCByYWRpeF9u b2RlIG5vZGVzW10pKTsNCiAJc3RydWN0CXJhZGl4X25vZGUgKigqcm5oX2Rl bGFkZHIpCS8qIHJlbW92ZSBiYXNlZCBvbiBzb2NrYWRkciAqLw0KLQkJX19Q KCh2b2lkICp2LCB2b2lkICptYXNrLCBzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFk ICpoZWFkKSk7DQorCQlfX1AoKHZvaWQgKnYsIHZvaWQgKm1hc2ssIHN0cnVj dCByYWRpeF9ub2RlX2hlYWQgKmhlYWQsIHN0cnVjdCByYWRpeF9ub2RlICpy bikpOw0KIAlzdHJ1Y3QJcmFkaXhfbm9kZSAqKCpybmhfZGVscGt0KQkvKiBy ZW1vdmUgYmFzZWQgb24gcGFja2V0IGhkciAqLw0KIAkJX19QKCh2b2lkICp2 LCB2b2lkICptYXNrLCBzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICpoZWFkKSk7 DQogCXN0cnVjdAlyYWRpeF9ub2RlICooKnJuaF9tYXRjaGFkZHIpCS8qIGxv Y2F0ZSBiYXNlZCBvbiBzb2NrYWRkciAqLw0KQEAgLTIwMiw3ICsyMDIsNyBA QA0KIAkgKnJuX2FkZG1hc2sgX19QKCh2b2lkICosIGludCwgaW50KSksDQog CSAqcm5fYWRkcm91dGUgX19QKCh2b2lkICosIHZvaWQgKiwgc3RydWN0IHJh ZGl4X25vZGVfaGVhZCAqLA0KIAkJCXN0cnVjdCByYWRpeF9ub2RlIFsyXSkp LA0KLQkgKnJuX2RlbGV0ZSBfX1AoKHZvaWQgKiwgdm9pZCAqLCBzdHJ1Y3Qg cmFkaXhfbm9kZV9oZWFkICopKSwNCisJICpybl9kZWxldGUgX19QKCh2b2lk ICosIHZvaWQgKiwgc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqLCBzdHJ1Y3Qg cmFkaXhfbm9kZSAqKSksDQogCSAqcm5faW5zZXJ0IF9fUCgodm9pZCAqLCBz dHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICosIGludCAqLA0KIAkJCXN0cnVjdCBy YWRpeF9ub2RlIFsyXSkpLA0KIAkgKnJuX2xvb2t1cCBfX1AoKHZvaWQgKiwg dm9pZCAqLCBzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICopKSwNCmRpZmYgLXUg LXIgLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc2Jpbi9yb3V0ZWQvcmFkaXgu YyAuL3NiaW4vcm91dGVkL3JhZGl4LmMNCi0tLSAuLi9zcmNfb3JnXzguMl8y MDExMDMyOS9zYmluL3JvdXRlZC9yYWRpeC5jCTIwMDktMDgtMDMgMDg6MTM6 MDYuMDAwMDAwMDAwICswMDAwDQorKysgLi9zYmluL3JvdXRlZC9yYWRpeC5j CTIwMTEtMDQtMDMgMTY6MDg6MDcuMDAwMDAwMDAwICswMDAwDQpAQCAtNjYy LDcgKzY2Miw4IEBADQogc3RhdGljIHN0cnVjdCByYWRpeF9ub2RlICoNCiBy bl9kZWxldGUodm9pZCAqdl9hcmcsDQogCSAgdm9pZCAqbmV0bWFza19hcmcs DQotCSAgc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqaGVhZCkNCisJICBzdHJ1 Y3QgcmFkaXhfbm9kZV9oZWFkICpoZWFkLA0KKwkgIHN0cnVjdCByYWRpeF9u b2RlICpybikNCiB7DQogCXN0cnVjdCByYWRpeF9ub2RlICp0LCAqcCwgKngs ICp0dDsNCiAJc3RydWN0IHJhZGl4X21hc2sgKm0sICpzYXZlZF9tLCAqKm1w Ow0KQEAgLTY3MCw2ICs2NzEsOCBAQA0KIAljYWRkcl90IHYsIG5ldG1hc2s7 DQogCWludCBiLCBoZWFkX29mZiwgdmxlbjsNCiANCisJcm4gPSBOVUxMOyAv KiBYWFggbWFrZSBjb21waWxlciBoYXBweSAqLw0KKw0KIAl2ID0gdl9hcmc7 DQogCW5ldG1hc2sgPSBuZXRtYXNrX2FyZzsNCiAJeCA9IGhlYWQtPnJuaF90 cmVldG9wOw0KZGlmZiAtdSAtciAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9z YmluL3JvdXRlZC9yYWRpeC5oIC4vc2Jpbi9yb3V0ZWQvcmFkaXguaA0KLS0t IC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5L3NiaW4vcm91dGVkL3JhZGl4LmgJ MjAwOS0wOC0wMyAwODoxMzowNi4wMDAwMDAwMDAgKzAwMDANCisrKyAuL3Ni aW4vcm91dGVkL3JhZGl4LmgJMjAxMS0wNC0wMyAxNjowODowNy4wMDAwMDAw MDAgKzAwMDANCkBAIC0xMTUsNyArMTE1LDcgQEANCiAJCSh2b2lkICp2LCB2 b2lkICptYXNrLA0KIAkJICAgICBzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICpo ZWFkLCBzdHJ1Y3QgcmFkaXhfbm9kZSBub2Rlc1tdKTsNCiAJc3RydWN0CXJh ZGl4X25vZGUgKigqcm5oX2RlbGFkZHIpCS8qIHJlbW92ZSBiYXNlZCBvbiBz b2NrYWRkciAqLw0KLQkJKHZvaWQgKnYsIHZvaWQgKm1hc2ssIHN0cnVjdCBy YWRpeF9ub2RlX2hlYWQgKmhlYWQpOw0KKwkJKHZvaWQgKnYsIHZvaWQgKm1h c2ssIHN0cnVjdCByYWRpeF9ub2RlX2hlYWQgKmhlYWQsIHN0cnVjdCByYWRp eF9ub2RlICpybik7DQogCXN0cnVjdAlyYWRpeF9ub2RlICooKnJuaF9kZWxw a3QpCS8qIHJlbW92ZSBiYXNlZCBvbiBwYWNrZXQgaGRyICovDQogCQkodm9p ZCAqdiwgdm9pZCAqbWFzaywgc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqaGVh ZCk7DQogCXN0cnVjdAlyYWRpeF9ub2RlICooKnJuaF9tYXRjaGFkZHIpCS8q IGxvY2F0ZSBiYXNlZCBvbiBzb2NrYWRkciAqLw0KZGlmZiAtdSAtciAuLi9z cmNfb3JnXzguMl8yMDExMDMyOS9zYmluL3JvdXRlZC90YWJsZS5jIC4vc2Jp bi9yb3V0ZWQvdGFibGUuYw0KLS0tIC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5 L3NiaW4vcm91dGVkL3RhYmxlLmMJMjAwOS0wOC0wMyAwODoxMzowNi4wMDAw MDAwMDAgKzAwMDANCisrKyAuL3NiaW4vcm91dGVkL3RhYmxlLmMJMjAxMS0w NC0wMyAxNjowODowNy4wMDAwMDAwMDAgKzAwMDANCkBAIC0xODY1LDcgKzE4 NjUsNyBAQA0KIAltYXNrX3NvY2suc2luX2FkZHIuc19hZGRyID0gaHRvbmwo cnQtPnJ0X21hc2spOw0KIAltYXNrdHJpbSgmbWFza19zb2NrKTsNCiAJaWYg KHJ0ICE9IChzdHJ1Y3QgcnRfZW50cnkgKilyaGVhZC0+cm5oX2RlbGFkZHIo JmRzdF9zb2NrLCAmbWFza19zb2NrLA0KLQkJCQkJCQlyaGVhZCkpIHsNCisJ CQkJCQkJcmhlYWQsIE5VTEwpKSB7DQogCQltc2dsb2coInJuaF9kZWxhZGRy KCkgZmFpbGVkIik7DQogCX0gZWxzZSB7DQogCQlmcmVlKHJ0KTsNCmRpZmYg LXUgLXIgLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL2NvbnRyaWIvaXBm aWx0ZXIvbmV0aW5ldC9pcF9wb29sLmMgLi9zeXMvY29udHJpYi9pcGZpbHRl ci9uZXRpbmV0L2lwX3Bvb2wuYw0KLS0tIC4uL3NyY19vcmdfOC4yXzIwMTEw MzI5L3N5cy9jb250cmliL2lwZmlsdGVyL25ldGluZXQvaXBfcG9vbC5jCTIw MDctMTAtMTggMjE6NDI6MzguMDAwMDAwMDAwICswMDAwDQorKysgLi9zeXMv Y29udHJpYi9pcGZpbHRlci9uZXRpbmV0L2lwX3Bvb2wuYwkyMDExLTA0LTAz IDE2OjA3OjQ2LjAwMDAwMDAwMCArMDAwMA0KQEAgLTY3LDYgKzY3LDcgQEAN CiAjaW5jbHVkZSAibmV0aW5ldC9pcF9jb21wYXQuaCINCiAjaW5jbHVkZSAi bmV0aW5ldC9pcF9maWwuaCINCiAjaW5jbHVkZSAibmV0aW5ldC9pcF9wb29s LmgiDQorI2luY2x1ZGUgPHN5cy9ybWxvY2suaD4NCiANCiAjaWYgZGVmaW5l ZChJUEZJTFRFUl9MT09LVVApICYmIGRlZmluZWQoX0tFUk5FTCkgJiYgXA0K ICAgICAgICgoQlNEID49IDE5ODkxMSkgJiYgIWRlZmluZWQoX19vc2ZfXykg JiYgXA0KQEAgLTYyMCw3ICs2MjEsNyBAQA0KIA0KIAlSQURJWF9OT0RFX0hF QURfTE9DSyhpcG8tPmlwb19oZWFkKTsNCiAJaXBvLT5pcG9faGVhZC0+cm5o X2RlbGFkZHIoJmlwZS0+aXBuX2FkZHIsICZpcGUtPmlwbl9tYXNrLA0KLQkJ CQkgICBpcG8tPmlwb19oZWFkKTsNCisJCQkJICAgaXBvLT5pcG9faGVhZCwg TlVMTCk7DQogCVJBRElYX05PREVfSEVBRF9VTkxPQ0soaXBvLT5pcG9faGVh ZCk7DQogDQogCWlwX3Bvb2xfbm9kZV9kZXJlZihpcGUpOw0KQEAgLTc1MSw3 ICs3NTIsNyBAQA0KIAlSQURJWF9OT0RFX0hFQURfTE9DSyhpcG8tPmlwb19o ZWFkKTsNCiAJd2hpbGUgKChuID0gaXBvLT5pcG9fbGlzdCkgIT0gTlVMTCkg ew0KIAkJaXBvLT5pcG9faGVhZC0+cm5oX2RlbGFkZHIoJm4tPmlwbl9hZGRy LCAmbi0+aXBuX21hc2ssDQotCQkJCQkgICBpcG8tPmlwb19oZWFkKTsNCisJ CQkJCSAgIGlwby0+aXBvX2hlYWQsIE5VTEwpOw0KIA0KIAkJKm4tPmlwbl9w bmV4dCA9IG4tPmlwbl9uZXh0Ow0KIAkJaWYgKG4tPmlwbl9uZXh0KQ0KQEAg LTk2Myw3ICs5NjQsNyBAQA0KIAlzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICpy bmggPSBwOw0KIAlzdHJ1Y3QgcmFkaXhfbm9kZSAqZDsNCiANCi0JZCA9IHJu aC0+cm5oX2RlbGFkZHIobi0+cm5fa2V5LCBOVUxMLCBybmgpOw0KKwlkID0g cm5oLT5ybmhfZGVsYWRkcihuLT5ybl9rZXksIE5VTEwsIHJuaCwgTlVMTCk7 DQogCWlmIChkICE9IE5VTEwpIHsNCiAJCUZyZWVTKGQsIG1heF9rZXlsZW4g KyAyICogc2l6ZW9mICgqZCkpOw0KIAl9DQpkaWZmIC11IC1yIC4uL3NyY19v cmdfOC4yXzIwMTEwMzI5L3N5cy9jb250cmliL3BmL25ldC9wZi5jIC4vc3lz L2NvbnRyaWIvcGYvbmV0L3BmLmMNCi0tLSAuLi9zcmNfb3JnXzguMl8yMDEx MDMyOS9zeXMvY29udHJpYi9wZi9uZXQvcGYuYwkyMDEwLTA5LTIwIDE3OjAz OjEwLjAwMDAwMDAwMCArMDAwMA0KKysrIC4vc3lzL2NvbnRyaWIvcGYvbmV0 L3BmLmMJMjAxMS0wNC0wMyAxNjowNzo0Ni4wMDAwMDAwMDAgKzAwMDANCkBA IC05OSw5ICs5OSw3IEBADQogI2luY2x1ZGUgPG5ldC9pZl90eXBlcy5oPg0K ICNpbmNsdWRlIDxuZXQvYnBmLmg+DQogI2luY2x1ZGUgPG5ldC9yb3V0ZS5o Pg0KLSNpZm5kZWYgX19GcmVlQlNEX18NCiAjaW5jbHVkZSA8bmV0L3JhZGl4 X21wYXRoLmg+DQotI2VuZGlmDQogDQogI2luY2x1ZGUgPG5ldGluZXQvaW4u aD4NCiAjaW5jbHVkZSA8bmV0aW5ldC9pbl92YXIuaD4NCkBAIC02MTY2LDkg KzYxNjQsOSBAQA0KIAkJCWlmIChraWYtPnBmaWtfaWZwID09IGlmcCkNCiAJ CQkJcmV0ID0gMTsNCiAjaWZkZWYgX19GcmVlQlNEX18gLyogTVVMVElQQVRI X1JPVVRJTkcgKi8NCi0JCQlybiA9IE5VTEw7DQotI2Vsc2UNCiAJCQlybiA9 IHJuX21wYXRoX25leHQocm4pOw0KKyNlbHNlDQorCQkJcm4gPSBybl9tcGF0 aF9uZXh0KHJuLCAwKTsNCiAjZW5kaWYNCiAJCX0gd2hpbGUgKGNoZWNrX21w YXRoID09IDEgJiYgcm4gIT0gTlVMTCAmJiByZXQgPT0gMCk7DQogCX0gZWxz ZQ0KZGlmZiAtdSAtciAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9zeXMvY29u dHJpYi9wZi9uZXQvcGZfdGFibGUuYyAuL3N5cy9jb250cmliL3BmL25ldC9w Zl90YWJsZS5jDQotLS0gLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL2Nv bnRyaWIvcGYvbmV0L3BmX3RhYmxlLmMJMjAwOS0wOC0wMyAwODoxMzowNi4w MDAwMDAwMDAgKzAwMDANCisrKyAuL3N5cy9jb250cmliL3BmL25ldC9wZl90 YWJsZS5jCTIwMTEtMDQtMDMgMTY6MDc6NDYuMDAwMDAwMDAwICswMDAwDQpA QCAtNDQsNyArNDQsNyBAQA0KICNpbmNsdWRlIDxzeXMvbWJ1Zi5oPg0KICNp bmNsdWRlIDxzeXMva2VybmVsLmg+DQogI2luY2x1ZGUgPHN5cy9sb2NrLmg+ DQotI2luY2x1ZGUgPHN5cy9yd2xvY2suaD4NCisjaW5jbHVkZSA8c3lzL3Jt bG9jay5oPg0KICNpZmRlZiBfX0ZyZWVCU0RfXw0KICNpbmNsdWRlIDxzeXMv bWFsbG9jLmg+DQogI2VuZGlmDQpAQCAtMTExNCwxNyArMTExNCw5IEBADQog I2VuZGlmDQogCWlmIChLRU5UUllfTkVUV09SSyhrZSkpIHsNCiAJCXBmcl9w cmVwYXJlX25ldHdvcmsoJm1hc2ssIGtlLT5wZnJrZV9hZiwga2UtPnBmcmtl X25ldCk7DQotI2lmZGVmIF9fRnJlZUJTRF9fDQotCQlybiA9IHJuX2RlbGV0 ZSgma2UtPnBmcmtlX3NhLCAmbWFzaywgaGVhZCk7DQotI2Vsc2UNCiAJCXJu ID0gcm5fZGVsZXRlKCZrZS0+cGZya2Vfc2EsICZtYXNrLCBoZWFkLCBOVUxM KTsNCi0jZW5kaWYNCiAJfSBlbHNlDQotI2lmZGVmIF9fRnJlZUJTRF9fDQot CQlybiA9IHJuX2RlbGV0ZSgma2UtPnBmcmtlX3NhLCBOVUxMLCBoZWFkKTsN Ci0jZWxzZQ0KIAkJcm4gPSBybl9kZWxldGUoJmtlLT5wZnJrZV9zYSwgTlVM TCwgaGVhZCwgTlVMTCk7DQotI2VuZGlmDQogCXNwbHgocyk7DQogDQogCWlm IChybiA9PSBOVUxMKSB7DQpkaWZmIC11IC1yIC4uL3NyY19vcmdfOC4yXzIw MTEwMzI5L3N5cy9rZXJuL3N1YnJfd2l0bmVzcy5jIC4vc3lzL2tlcm4vc3Vi cl93aXRuZXNzLmMNCi0tLSAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9zeXMv a2Vybi9zdWJyX3dpdG5lc3MuYwkyMDExLTAzLTI4IDE1OjI2OjQ4LjAwMDAw MDAwMCArMDAwMA0KKysrIC4vc3lzL2tlcm4vc3Vicl93aXRuZXNzLmMJMjAx MS0wNC0wMyAxNjowNzo1NC4wMDAwMDAwMDAgKzAwMDANCkBAIC01MDgsNyAr NTA4LDcgQEANCiAJICogUm91dGluZw0KIAkgKi8NCiAJeyAic29fcmN2Iiwg JmxvY2tfY2xhc3NfbXR4X3NsZWVwIH0sDQotCXsgInJhZGl4IG5vZGUgaGVh ZCIsICZsb2NrX2NsYXNzX3J3IH0sDQorCXsgInJhZGl4IG5vZGUgaGVhZCIs ICZsb2NrX2NsYXNzX3JtIH0sDQogCXsgInJ0ZW50cnkiLCAmbG9ja19jbGFz c19tdHhfc2xlZXAgfSwNCiAJeyAiaWZhZGRyIiwgJmxvY2tfY2xhc3NfbXR4 X3NsZWVwIH0sDQogCXsgTlVMTCwgTlVMTCB9LA0KZGlmZiAtdSAtciAuLi9z cmNfb3JnXzguMl8yMDExMDMyOS9zeXMva2Vybi92ZnNfZXhwb3J0LmMgLi9z eXMva2Vybi92ZnNfZXhwb3J0LmMNCi0tLSAuLi9zcmNfb3JnXzguMl8yMDEx MDMyOS9zeXMva2Vybi92ZnNfZXhwb3J0LmMJMjAwOS0xMC0wMSAxMzoxMTo0 NS4wMDAwMDAwMDAgKzAwMDANCisrKyAuL3N5cy9rZXJuL3Zmc19leHBvcnQu YwkyMDExLTA0LTAzIDE2OjA3OjU0LjAwMDAwMDAwMCArMDAwMA0KQEAgLTQz LDYgKzQzLDcgQEANCiAjaW5jbHVkZSA8c3lzL2phaWwuaD4NCiAjaW5jbHVk ZSA8c3lzL2tlcm5lbC5oPg0KICNpbmNsdWRlIDxzeXMvbG9jay5oPg0KKyNp bmNsdWRlIDxzeXMvcm1sb2NrLmg+DQogI2luY2x1ZGUgPHN5cy9tYWxsb2Mu aD4NCiAjaW5jbHVkZSA8c3lzL21idWYuaD4NCiAjaW5jbHVkZSA8c3lzL21v dW50Lmg+DQpAQCAtMjI4LDcgKzIyOSw3IEBADQogCXN0cnVjdCByYWRpeF9u b2RlX2hlYWQgKnJuaCA9IChzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICopIHc7 DQogCXN0cnVjdCB1Y3JlZCAqY3JlZDsNCiANCi0JKCpybmgtPnJuaF9kZWxh ZGRyKSAocm4tPnJuX2tleSwgcm4tPnJuX21hc2ssIHJuaCk7DQorCSgqcm5o LT5ybmhfZGVsYWRkcikgKHJuLT5ybl9rZXksIHJuLT5ybl9tYXNrLCBybmgs IE5VTEwpOw0KIAljcmVkID0gKChzdHJ1Y3QgbmV0Y3JlZCAqKXJuKS0+bmV0 Y19hbm9uOw0KIAlpZiAoY3JlZCAhPSBOVUxMKQ0KIAkJY3JmcmVlKGNyZWQp Ow0KQEAgLTQyNyw2ICs0MjgsNyBAQA0KIAlyZWdpc3RlciBzdHJ1Y3QgbmV0 Y3JlZCAqbnA7DQogCXJlZ2lzdGVyIHN0cnVjdCByYWRpeF9ub2RlX2hlYWQg KnJuaDsNCiAJc3RydWN0IHNvY2thZGRyICpzYWRkcjsNCisJc3RydWN0IHJt X3ByaW90cmFja2VyIHRyYWNrZXI7DQogDQogCW5lcCA9IG1wLT5tbnRfZXhw b3J0Ow0KIAlpZiAobmVwID09IE5VTEwpDQpAQCAtNDQwLDEwICs0NDIsMTAg QEANCiAJCQlzYWRkciA9IG5hbTsNCiAJCQlybmggPSBuZXAtPm5lX3J0YWJs ZVtzYWRkci0+c2FfZmFtaWx5XTsNCiAJCQlpZiAocm5oICE9IE5VTEwpIHsN Ci0JCQkJUkFESVhfTk9ERV9IRUFEX1JMT0NLKHJuaCk7DQorCQkJCVJBRElY X05PREVfSEVBRF9STE9DSyhybmgsICZ0cmFja2VyKTsNCiAJCQkJbnAgPSAo c3RydWN0IG5ldGNyZWQgKikNCiAJCQkJICAgICgqcm5oLT5ybmhfbWF0Y2hh ZGRyKShzYWRkciwgcm5oKTsNCi0JCQkJUkFESVhfTk9ERV9IRUFEX1JVTkxP Q0socm5oKTsNCisJCQkJUkFESVhfTk9ERV9IRUFEX1JVTkxPQ0socm5oLCAm dHJhY2tlcik7DQogCQkJCWlmIChucCAmJiBucC0+bmV0Y19ybm9kZXMtPnJu X2ZsYWdzICYgUk5GX1JPT1QpDQogCQkJCQlucCA9IE5VTEw7DQogCQkJfQ0K ZGlmZiAtdSAtciAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9zeXMvbmV0L2lm LmMgLi9zeXMvbmV0L2lmLmMNCi0tLSAuLi9zcmNfb3JnXzguMl8yMDExMDMy OS9zeXMvbmV0L2lmLmMJMjAxMS0wMy0yOCAxNToyNjo1MS4wMDAwMDAwMDAg KzAwMDANCisrKyAuL3N5cy9uZXQvaWYuYwkyMDExLTA0LTAzIDE2OjA3OjU3 LjAwMDAwMDAwMCArMDAwMA0KQEAgLTQ5LDYgKzQ5LDcgQEANCiAjaW5jbHVk ZSA8c3lzL3Byb3Rvc3cuaD4NCiAjaW5jbHVkZSA8c3lzL2tlcm5lbC5oPg0K ICNpbmNsdWRlIDxzeXMvbG9jay5oPg0KKyNpbmNsdWRlIDxzeXMvcm1sb2Nr Lmg+DQogI2luY2x1ZGUgPHN5cy9yZWZjb3VudC5oPg0KICNpbmNsdWRlIDxz eXMvbW9kdWxlLmg+DQogI2luY2x1ZGUgPHN5cy9yd2xvY2suaD4NCmRpZmYg LXUgLXIgLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldC9wZmlsLmMg Li9zeXMvbmV0L3BmaWwuYw0KLS0tIC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5 L3N5cy9uZXQvcGZpbC5jCTIwMTAtMDItMDcgMDk6MDA6MjIuMDAwMDAwMDAw ICswMDAwDQorKysgLi9zeXMvbmV0L3BmaWwuYwkyMDExLTA0LTAzIDE2OjA3 OjU3LjAwMDAwMDAwMCArMDAwMA0KQEAgLTM5LDcgKzM5LDYgQEANCiAjaW5j bHVkZSA8c3lzL3NvY2tldHZhci5oPg0KICNpbmNsdWRlIDxzeXMvc3lzdG0u aD4NCiAjaW5jbHVkZSA8c3lzL2NvbmR2YXIuaD4NCi0jaW5jbHVkZSA8c3lz L2xvY2suaD4NCiAjaW5jbHVkZSA8c3lzL211dGV4Lmg+DQogI2luY2x1ZGUg PHN5cy9wcm9jLmg+DQogI2luY2x1ZGUgPHN5cy9xdWV1ZS5oPg0KZGlmZiAt dSAtciAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9zeXMvbmV0L3JhZGl4LmMg Li9zeXMvbmV0L3JhZGl4LmMNCi0tLSAuLi9zcmNfb3JnXzguMl8yMDExMDMy OS9zeXMvbmV0L3JhZGl4LmMJMjAxMC0wNC0wMiAwNTowMjo1MC4wMDAwMDAw MDAgKzAwMDANCisrKyAuL3N5cy9uZXQvcmFkaXguYwkyMDExLTA0LTAzIDE2 OjA3OjU3LjAwMDAwMDAwMCArMDAwMA0KQEAgLTQxLDYgKzQxLDcgQEANCiAj aW5jbHVkZSA8c3lzL3N5c3RtLmg+DQogI2luY2x1ZGUgPHN5cy9tYWxsb2Mu aD4NCiAjaW5jbHVkZSA8c3lzL3N5c2xvZy5oPg0KKyNpbmNsdWRlIDxzeXMv cm1sb2NrLmg+DQogI2luY2x1ZGUgPG5ldC9yYWRpeC5oPg0KICNpbmNsdWRl ICJvcHRfbXBhdGguaCINCiAjaWZkZWYgUkFESVhfTVBBVEgNCkBAIC02MTQs NyArNjE1LDcgQEANCiAJc3RydWN0IHJhZGl4X25vZGUgdHJlZW5vZGVzWzJd Ow0KIHsNCiAJY2FkZHJfdCB2ID0gKGNhZGRyX3Qpdl9hcmcsIG5ldG1hc2sg PSAoY2FkZHJfdCluX2FyZzsNCi0JcmVnaXN0ZXIgc3RydWN0IHJhZGl4X25v ZGUgKnQsICp4ID0gMCwgKnR0Ow0KKwlyZWdpc3RlciBzdHJ1Y3QgcmFkaXhf bm9kZSAqdCwgKnggPSAwLCAqeHggPSAwLCAqdHQ7DQogCXN0cnVjdCByYWRp eF9ub2RlICpzYXZlZF90dCwgKnRvcCA9IGhlYWQtPnJuaF90cmVldG9wOw0K IAlzaG9ydCBiID0gMCwgYl9sZWFmID0gMDsNCiAJaW50IGtleWR1cGxpY2F0 ZWQ7DQpAQCAtNzIzLDEyICs3MjQsMTkgQEANCiAJCXggPSB0LT5ybl9yaWdo dDsNCiAJLyogUHJvbW90ZSBnZW5lcmFsIHJvdXRlcyBmcm9tIGJlbG93ICov DQogCWlmICh4LT5ybl9iaXQgPCAwKSB7DQotCSAgICBmb3IgKG1wID0gJnQt PnJuX21rbGlzdDsgeDsgeCA9IHgtPnJuX2R1cGVka2V5KQ0KKyAgICAgICAg ICAgIGZvciAobXAgPSAmdC0+cm5fbWtsaXN0OyB4OyB4eCA9IHgsIHggPSB4 LT5ybl9kdXBlZGtleSkgew0KKyAgICAgICAgICAgICAgICBpZiAoeHggJiYg eHgtPnJuX21rbGlzdCAmJiB4eC0+cm5fbWFzayA9PSB4LT5ybl9tYXNrICYm DQorCQkJCXgtPnJuX21rbGlzdCA9PSAwKSB7DQorCQkJLyogbXVsdGlwYXRo IHJvdXRlLCBidW1wIHJlZmNvdW50IG9uIGZpcnN0IG1rbGlzdCAqLw0KKwkJ CXgtPnJuX21rbGlzdCA9IHh4LT5ybl9ta2xpc3Q7DQorCQkJeC0+cm5fbWts aXN0LT5ybV9yZWZzKys7DQorCQl9DQogCQlpZiAoeC0+cm5fbWFzayAmJiAo eC0+cm5fYml0ID49IGJfbGVhZikgJiYgeC0+cm5fbWtsaXN0ID09IDApIHsN CiAJCQkqbXAgPSBtID0gcm5fbmV3X3JhZGl4X21hc2soeCwgMCk7DQogCQkJ aWYgKG0pDQogCQkJCW1wID0gJm0tPnJtX21rbGlzdDsNCiAJCX0NCisJICAg IH0NCiAJfSBlbHNlIGlmICh4LT5ybl9ta2xpc3QpIHsNCiAJCS8qDQogCQkg KiBTa2lwIG92ZXIgbWFza3Mgd2hvc2UgaW5kZXggaXMgPiB0aGF0IG9mIG5l dyBub2RlDQpAQCAtNzYwLDExICs3NjgsMzAgQEANCiAJCQlicmVhazsNCiAJ CWlmIChtLT5ybV9mbGFncyAmIFJORl9OT1JNQUwpIHsNCiAJCQltbWFzayA9 IG0tPnJtX2xlYWYtPnJuX21hc2s7DQotCQkJaWYgKHR0LT5ybl9mbGFncyAm IFJORl9OT1JNQUwpIHsNCi0jaWYgIWRlZmluZWQoUkFESVhfTVBBVEgpDQot CQkJICAgIGxvZyhMT0dfRVJSLA0KLQkJCSAgICAgICAgIk5vbi11bmlxdWUg bm9ybWFsIHJvdXRlLCBtYXNrIG5vdCBlbnRlcmVkXG4iKTsNCisJCQlpZiAo a2V5ZHVwbGljYXRlZCkgew0KKwkJCQlpZiAobS0+cm1fbGVhZi0+cm5fcGFy ZW50ID09IHR0KQ0KKwkJCQkJLyogbmV3IHJvdXRlIGlzIGJldHR0ZXIgKi8N CisJCQkJCW0tPnJtX2xlYWYgPSB0dDsNCisjaWZkZWYgRElBR05PU1RJQw0K KwkJCQllbHNlIHsNCisJCQkJCWZvciAodCA9IG0tPnJtX2xlYWY7IHQ7DQor CQkJCQkJdCA9IHQtPnJuX2R1cGVka2V5KSB7DQorCQkJCQkJYnJlYWs7DQor CQkJCQl9DQorCQkJCQlpZiAodCA9PSBOVUxMKSB7DQorCQkJCQkJbG9nKExP R19FUlIsICJOb24tdW5pcXVlICINCisJCQkJCQkJIm5vcm1hbCByb3V0ZSBv biBkdXBlZGtleSwgIg0KKwkJCQkJCQkibWFzayBub3QgZW50ZXJlZFxuIik7 DQorCQkJCQkJcmV0dXJuIHR0Ow0KKwkJCQkJfQ0KKwkJCQl9DQogI2VuZGlm DQorCQkJCW0tPnJtX3JlZnMrKzsNCisJCQkJdHQtPnJuX21rbGlzdCA9IG07 DQorCQkJCXJldHVybiB0dDsNCisJCQl9IGVsc2UgaWYgKHR0LT5ybl9mbGFn cyAmIFJORl9OT1JNQUwpIHsNCisJCQkJbG9nKExPR19FUlIsICJOb24tdW5p cXVlIG5vcm1hbCByb3V0ZSwiDQorCQkJCQkiIG1hc2sgbm90IGVudGVyZWRc biIpOw0KIAkJCQlyZXR1cm4gdHQ7DQogCQkJfQ0KIAkJfSBlbHNlDQpAQCAt NzgzLDkgKzgxMCwxMCBAQA0KIH0NCiANCiBzdHJ1Y3QgcmFkaXhfbm9kZSAq DQotcm5fZGVsZXRlKHZfYXJnLCBuZXRtYXNrX2FyZywgaGVhZCkNCitybl9k ZWxldGUodl9hcmcsIG5ldG1hc2tfYXJnLCBoZWFkLCBybikNCiAJdm9pZCAq dl9hcmcsICpuZXRtYXNrX2FyZzsNCiAJc3RydWN0IHJhZGl4X25vZGVfaGVh ZCAqaGVhZDsNCisJc3RydWN0IHJhZGl4X25vZGUgKnJuOw0KIHsNCiAJcmVn aXN0ZXIgc3RydWN0IHJhZGl4X25vZGUgKnQsICpwLCAqeCwgKnR0Ow0KIAlz dHJ1Y3QgcmFkaXhfbWFzayAqbSwgKnNhdmVkX20sICoqbXA7DQpAQCAtODE1 LDEzICs4NDMsMzcgQEANCiAJCQlpZiAoKHR0ID0gdHQtPnJuX2R1cGVka2V5 KSA9PSAwKQ0KIAkJCQlyZXR1cm4gKDApOw0KIAl9DQorI2lmZGVmIFJBRElY X01QQVRIDQorCWlmIChybikgew0KKwkJd2hpbGUgKHR0ICE9IHJuKQ0KKwkJ CWlmICgodHQgPSB0dC0+cm5fZHVwZWRrZXkpID09IDApDQorCQkJCXJldHVy biAoMCk7DQorCX0NCisjZW5kaWYNCiAJaWYgKHR0LT5ybl9tYXNrID09IDAg fHwgKHNhdmVkX20gPSBtID0gdHQtPnJuX21rbGlzdCkgPT0gMCkNCiAJCWdv dG8gb24xOw0KIAlpZiAodHQtPnJuX2ZsYWdzICYgUk5GX05PUk1BTCkgew0K LQkJaWYgKG0tPnJtX2xlYWYgIT0gdHQgfHwgbS0+cm1fcmVmcyA+IDApIHsN CisJCWlmIChtLT5ybV9sZWFmICE9IHR0ICYmIG0tPnJtX3JlZnMgPT0gMCkg ew0KIAkJCWxvZyhMT0dfRVJSLCAicm5fZGVsZXRlOiBpbmNvbnNpc3RlbnQg YW5ub3RhdGlvblxuIik7DQogCQkJcmV0dXJuIDA7ICAvKiBkYW5nbGluZyBy ZWYgY291bGQgY2F1c2UgZGlzYXN0ZXIgKi8NCiAJCX0NCisJCWlmIChtLT5y bV9sZWFmICE9IHR0KSB7DQorCQkJaWYgKC0tbS0+cm1fcmVmcyA+PSAwKQ0K KwkJCQlnb3RvIG9uMTsNCisJCX0NCisJCS8qIHR0IGlzIGN1cnJlbnRseSB0 aGUgaGVhZCBvZiB0aGUgcG9zc2libGUgbXVsdGlwYXRoIGNoYWluICovDQor CQlpZiAobS0+cm1fcmVmcyA+IDApIHsNCisJCQlpZiAodHQtPnJuX2R1cGVk a2V5ID09IE5VTEwgfHwNCisJCQkJdHQtPnJuX2R1cGVka2V5LT5ybl9ta2xp c3QgIT0gbSkgew0KKwkJCQkJbG9nKExPR19FUlIsICJybl9kZWxldGU6IGlu Y29uc2lzdGVudCAiDQorCQkJCQkJImR1cGVka2V5IGxpc3RcbiIpOw0KKwkJ CQkJcmV0dXJuICgwKTsNCisJCQl9DQorCQkJbS0+cm1fbGVhZiA9IHR0LT5y bl9kdXBlZGtleTsNCisJCQktLW0tPnJtX3JlZnM7DQorCQkJZ290byBvbjE7 DQorCQl9DQorCQkvKiBlbHNlIHR0IGlzIGxhc3QgYW5kIG9ubHkgcm91dGUg Ki8NCiAJfSBlbHNlIHsNCiAJCWlmIChtLT5ybV9tYXNrICE9IHR0LT5ybl9t YXNrKSB7DQogCQkJbG9nKExPR19FUlIsICJybl9kZWxldGU6IGluY29uc2lz dGVudCBhbm5vdGF0aW9uXG4iKTsNCkBAIC04NzUsMTUgKzkyNywxMCBAQA0K IAkJCWVsc2UNCiAJCQkJdC0+cm5fcmlnaHQgPSB4Ow0KIAkJfSBlbHNlIHsN Ci0JCQkvKiBmaW5kIG5vZGUgaW4gZnJvbnQgb2YgdHQgb24gdGhlIGNoYWlu ICovDQotCQkJZm9yICh4ID0gcCA9IHNhdmVkX3R0OyBwICYmIHAtPnJuX2R1 cGVka2V5ICE9IHR0OykNCi0JCQkJcCA9IHAtPnJuX2R1cGVka2V5Ow0KLQkJ CWlmIChwKSB7DQotCQkJCXAtPnJuX2R1cGVka2V5ID0gdHQtPnJuX2R1cGVk a2V5Ow0KLQkJCQlpZiAodHQtPnJuX2R1cGVka2V5KQkJLyogcGFyZW50ICov DQotCQkJCQl0dC0+cm5fZHVwZWRrZXktPnJuX3BhcmVudCA9IHA7DQotCQkJ CQkJCQkvKiBwYXJlbnQgKi8NCi0JCQl9IGVsc2UgbG9nKExPR19FUlIsICJy bl9kZWxldGU6IGNvdWxkbid0IGZpbmQgdXNcbiIpOw0KKwkJCXggPSBzYXZl ZF90dDsNCisJCQl0LT5ybl9kdXBlZGtleSA9IHR0LT5ybl9kdXBlZGtleTsN CisJCQlpZiAodHQtPnJuX2R1cGVka2V5KQ0KKwkJCQl0dC0+cm5fZHVwZWRr ZXktPnJuX3BhcmVudCA9IHQ7DQogCQl9DQogCQl0ID0gdHQgKyAxOw0KIAkJ aWYgICh0LT5ybl9mbGFncyAmIFJORl9BQ1RJVkUpIHsNCkBAIC05MzEsOCAr OTc4LDE2IEBADQogCQkJCWlmIChtID09IHgtPnJuX21rbGlzdCkgew0KIAkJ CQkJc3RydWN0IHJhZGl4X21hc2sgKm1tID0gbS0+cm1fbWtsaXN0Ow0KIAkJ CQkJeC0+cm5fbWtsaXN0ID0gMDsNCi0JCQkJCWlmICgtLShtLT5ybV9yZWZz KSA8IDApDQorCQkJCQlpZiAoLS0obS0+cm1fcmVmcykgPCAwKSB7DQogCQkJ CQkJTUtGcmVlKG0pOw0KKwkJCQkJfSBlbHNlIGlmIChtLT5ybV9mbGFncyAm IFJORl9OT1JNQUwpIHsNCisJCQkJCQkvKg0KKwkJCQkJCSogZG9uJ3QgcHJv Z3Jlc3MgYmVjYXVzZSB0aGlzDQorCQkJCQkJKiBhIG11bHRpcGF0aCByb3V0 ZS4gTmV4dA0KKwkJCQkJCSogcm91dGUgd2lsbCB1c2UgdGhlIHNhbWUgbS4N CisJCQkJCQkqLw0KKwkJCQkJCW1tID0gbTsNCisJCQkJCX0NCiAJCQkJCW0g PSBtbTsNCiAJCQkJfQ0KIAkJCWlmIChtKQ0KZGlmZiAtdSAtciAuLi9zcmNf b3JnXzguMl8yMDExMDMyOS9zeXMvbmV0L3JhZGl4LmggLi9zeXMvbmV0L3Jh ZGl4LmgNCi0tLSAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9zeXMvbmV0L3Jh ZGl4LmgJMjAxMC0wMy0yMyAwOTo1ODo1OS4wMDAwMDAwMDAgKzAwMDANCisr KyAuL3N5cy9uZXQvcmFkaXguaAkyMDExLTA0LTAzIDE2OjA3OjU3LjAwMDAw MDAwMCArMDAwMA0KQEAgLTM2LDcgKzM2LDcgQEANCiAjaWZkZWYgX0tFUk5F TA0KICNpbmNsdWRlIDxzeXMvX2xvY2suaD4NCiAjaW5jbHVkZSA8c3lzL19t dXRleC5oPg0KLSNpbmNsdWRlIDxzeXMvX3J3bG9jay5oPg0KKyNpbmNsdWRl IDxzeXMvX3JtbG9jay5oPg0KICNlbmRpZg0KIA0KICNpZmRlZiBNQUxMT0Nf REVDTEFSRQ0KQEAgLTExNCw3ICsxMTQsNyBAQA0KIAkJKHZvaWQgKnYsIHZv aWQgKm1hc2ssDQogCQkgICAgIHN0cnVjdCByYWRpeF9ub2RlX2hlYWQgKmhl YWQsIHN0cnVjdCByYWRpeF9ub2RlIG5vZGVzW10pOw0KIAlzdHJ1Y3QJcmFk aXhfbm9kZSAqKCpybmhfZGVsYWRkcikJLyogcmVtb3ZlIGJhc2VkIG9uIHNv Y2thZGRyICovDQotCQkodm9pZCAqdiwgdm9pZCAqbWFzaywgc3RydWN0IHJh ZGl4X25vZGVfaGVhZCAqaGVhZCk7DQorCQkodm9pZCAqdiwgdm9pZCAqbWFz aywgc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqaGVhZCwgc3RydWN0IHJhZGl4 X25vZGUgKnJuKTsNCiAJc3RydWN0CXJhZGl4X25vZGUgKigqcm5oX2RlbHBr dCkJLyogcmVtb3ZlIGJhc2VkIG9uIHBhY2tldCBoZHIgKi8NCiAJCSh2b2lk ICp2LCB2b2lkICptYXNrLCBzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICpoZWFk KTsNCiAJc3RydWN0CXJhZGl4X25vZGUgKigqcm5oX21hdGNoYWRkcikJLyog bG9jYXRlIGJhc2VkIG9uIHNvY2thZGRyICovDQpAQCAtMTMzLDcgKzEzMyw3 IEBADQogCXN0cnVjdAlyYWRpeF9ub2RlIHJuaF9ub2Rlc1szXTsJLyogZW1w dHkgdHJlZSBmb3IgY29tbW9uIGNhc2UgKi8NCiAJaW50CXJuaF9tdWx0aXBh dGg7CQkJLyogbXVsdGlwYXRoIGNhcGFibGUgPyAqLw0KICNpZmRlZiBfS0VS TkVMDQotCXN0cnVjdAlyd2xvY2sgcm5oX2xvY2s7CQkvKiBsb2NrcyBlbnRp cmUgcmFkaXggdHJlZSAqLw0KKwlzdHJ1Y3QJcm1sb2NrIHJuaF9sb2NrOwkJ LyogbG9ja3MgZW50aXJlIHJhZGl4IHRyZWUgKi8NCiAjZW5kaWYNCiB9Ow0K IA0KQEAgLTE0NywxNyArMTQ3LDE1IEBADQogI2RlZmluZSBGcmVlKHApIGZy ZWUoKGNhZGRyX3QpcCwgTV9SVEFCTEUpOw0KIA0KICNkZWZpbmUJUkFESVhf Tk9ERV9IRUFEX0xPQ0tfSU5JVChybmgpCVwNCi0gICAgcndfaW5pdF9mbGFn cygmKHJuaCktPnJuaF9sb2NrLCAicmFkaXggbm9kZSBoZWFkIiwgMCkNCi0j ZGVmaW5lCVJBRElYX05PREVfSEVBRF9MT0NLKHJuaCkJcndfd2xvY2soJihy bmgpLT5ybmhfbG9jaykNCi0jZGVmaW5lCVJBRElYX05PREVfSEVBRF9VTkxP Q0socm5oKQlyd193dW5sb2NrKCYocm5oKS0+cm5oX2xvY2spDQotI2RlZmlu ZQlSQURJWF9OT0RFX0hFQURfUkxPQ0socm5oKQlyd19ybG9jaygmKHJuaCkt PnJuaF9sb2NrKQ0KLSNkZWZpbmUJUkFESVhfTk9ERV9IRUFEX1JVTkxPQ0so cm5oKQlyd19ydW5sb2NrKCYocm5oKS0+cm5oX2xvY2spDQotI2RlZmluZQlS QURJWF9OT0RFX0hFQURfTE9DS19UUllfVVBHUkFERShybmgpCXJ3X3RyeV91 cGdyYWRlKCYocm5oKS0+cm5oX2xvY2spDQotDQotDQotI2RlZmluZQlSQURJ WF9OT0RFX0hFQURfREVTVFJPWShybmgpCXJ3X2Rlc3Ryb3koJihybmgpLT5y bmhfbG9jaykNCi0jZGVmaW5lCVJBRElYX05PREVfSEVBRF9MT0NLX0FTU0VS VChybmgpIHJ3X2Fzc2VydCgmKHJuaCktPnJuaF9sb2NrLCBSQV9MT0NLRUQp DQotI2RlZmluZQlSQURJWF9OT0RFX0hFQURfV0xPQ0tfQVNTRVJUKHJuaCkg cndfYXNzZXJ0KCYocm5oKS0+cm5oX2xvY2ssIFJBX1dMT0NLRUQpDQorCXJt X2luaXRfZmxhZ3MoJihybmgpLT5ybmhfbG9jaywgInJhZGl4IG5vZGUgaGVh ZCIsIDApDQorI2RlZmluZSAgICAgICAgUkFESVhfTk9ERV9IRUFEX0xPQ0so cm5oKSAgICAgICBybV93bG9jaygmKHJuaCktPnJuaF9sb2NrKQ0KKyNkZWZp bmUgICAgICAgIFJBRElYX05PREVfSEVBRF9VTkxPQ0socm5oKSAgICAgcm1f d3VubG9jaygmKHJuaCktPnJuaF9sb2NrKQ0KKyNkZWZpbmUgICAgICAgIFJB RElYX05PREVfSEVBRF9STE9DSyhybmgsIHRyYWNrZXIpICAgICBybV9ybG9j aygmKHJuaCktPnJuaF9sb2NrLCAodHJhY2tlcikpDQorI2RlZmluZSAgICAg ICAgUkFESVhfTk9ERV9IRUFEX1JVTkxPQ0socm5oLCB0cmFja2VyKSAgIHJt X3J1bmxvY2soJihybmgpLT5ybmhfbG9jaywgKHRyYWNrZXIpKQ0KKw0KKyNk ZWZpbmUgICAgICAgIFJBRElYX05PREVfSEVBRF9ERVNUUk9ZKHJuaCkgICAg cm1fZGVzdHJveSgmKHJuaCktPnJuaF9sb2NrKQ0KKyNkZWZpbmUgICAgICAg IFJBRElYX05PREVfSEVBRF9MT0NLX0FTU0VSVChybmgpICAgICAgICBybV93 b3duZWQoJihybmgpLT5ybmhfbG9jaykNCisjZGVmaW5lICAgICAgICBSQURJ WF9OT0RFX0hFQURfV0xPQ0tfQVNTRVJUKHJuaCkgICAgICAgcm1fd293bmVk KCYocm5oKS0+cm5oX2xvY2spDQogI2VuZGlmIC8qIF9LRVJORUwgKi8NCiAN CiB2b2lkCSBybl9pbml0KGludCk7DQpAQCAtMTY4LDcgKzE2Niw3IEBADQog CSAqcm5fYWRkbWFzayh2b2lkICosIGludCwgaW50KSwNCiAJICpybl9hZGRy b3V0ZSAodm9pZCAqLCB2b2lkICosIHN0cnVjdCByYWRpeF9ub2RlX2hlYWQg KiwNCiAJCQlzdHJ1Y3QgcmFkaXhfbm9kZSBbMl0pLA0KLQkgKnJuX2RlbGV0 ZSh2b2lkICosIHZvaWQgKiwgc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqKSwN CisJICpybl9kZWxldGUodm9pZCAqLCB2b2lkICosIHN0cnVjdCByYWRpeF9u b2RlX2hlYWQgKiwgc3RydWN0IHJhZGl4X25vZGUgKiksDQogCSAqcm5fbG9v a3VwICh2b2lkICp2X2FyZywgdm9pZCAqbV9hcmcsDQogCQkgICAgICAgIHN0 cnVjdCByYWRpeF9ub2RlX2hlYWQgKmhlYWQpLA0KIAkgKnJuX21hdGNoKHZv aWQgKiwgc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqKTsNCmRpZmYgLXUgLXIg Li4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldC9yYWRpeF9tcGF0aC5j IC4vc3lzL25ldC9yYWRpeF9tcGF0aC5jDQotLS0gLi4vc3JjX29yZ184LjJf MjAxMTAzMjkvc3lzL25ldC9yYWRpeF9tcGF0aC5jCTIwMTAtMDQtMDIgMDU6 MDI6NTAuMDAwMDAwMDAwICswMDAwDQorKysgLi9zeXMvbmV0L3JhZGl4X21w YXRoLmMJMjAxMS0wNC0wNCAxOTozMzoxNi4wMDAwMDAwMDAgKzAwMDANCkBA IC00NSw2ICs0NSw4IEBADQogI2luY2x1ZGUgPHN5cy9zb2NrZXQuaD4NCiAj aW5jbHVkZSA8c3lzL2RvbWFpbi5oPg0KICNpbmNsdWRlIDxzeXMvc3lzbG9n Lmg+DQorI2luY2x1ZGUgPHN5cy9sb2NrLmg+DQorI2luY2x1ZGUgPHN5cy9y bWxvY2suaD4NCiAjaW5jbHVkZSA8bmV0L3JhZGl4Lmg+DQogI2luY2x1ZGUg PG5ldC9yYWRpeF9tcGF0aC5oPg0KICNpbmNsdWRlIDxuZXQvcm91dGUuaD4N CkBAIC01NCw3ICs1Niw3IEBADQogLyoNCiAgKiBnaXZlIHNvbWUgaml0dGVy IHRvIGhhc2gsIHRvIGF2b2lkIHN5bmNocm9uaXphdGlvbiBiZXR3ZWVuIHJv dXRlcnMNCiAgKi8NCi1zdGF0aWMgdWludDMyX3QgaGFzaGppdHRlcjsNCit1 aW50MzJfdCBoYXNoaml0dGVyOw0KIA0KIGludA0KIHJuX21wYXRoX2NhcGFi bGUoc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqcm5oKQ0KQEAgLTc3LDEwICs3 OSwxMSBAQA0KIAkJcmV0dXJuIE5VTEw7DQogfQ0KIA0KLXVpbnQzMl90DQor Ly91aW50MzJfdA0KK2ludDY0X3QNCiBybl9tcGF0aF9jb3VudChzdHJ1Y3Qg cmFkaXhfbm9kZSAqcm4pDQogew0KLQl1aW50MzJfdCBpID0gMDsNCisJaW50 NjRfdCBpID0gMDsNCiAJc3RydWN0IHJ0ZW50cnkgKnJ0Ow0KIAkNCiAJd2hp bGUgKHJuICE9IE5VTEwpIHsNCkBAIC0xMTIsNDYgKzExNSwxNCBAQA0KIAkJ ICogd2UgbmVlZCB0byBjb21wYXJlIHRoZSBpbnRlcmZhY2UgYWRkcmVzcyBi ZWNhdXNlDQogCQkgKiBydF9nYXRld2F5IGlzIGEgc3BlY2lhbCBzb2NrYWRk X2RsIHN0cnVjdHVyZQ0KIAkJICovDQotCQlpZiAocnQtPnJ0X2dhdGV3YXkt PnNhX2ZhbWlseSA9PSBBRl9MSU5LKSB7DQotCQkJaWYgKCFtZW1jbXAocnQt PnJ0X2lmYS0+aWZhX2FkZHIsIGdhdGUsIGdhdGUtPnNhX2xlbikpDQorCQlp ZiAocnQtPnJ0X2dhdGV3YXktPnNhX2xlbiA9PSBnYXRlLT5zYV9sZW4gJiYN CisJCQkhbWVtY21wKHJ0LT5ydF9nYXRld2F5LCBnYXRlLCBnYXRlLT5zYV9s ZW4pKQ0KIAkJCQlicmVhazsNCi0JCX0gZWxzZSB7DQotCQkJaWYgKHJ0LT5y dF9nYXRld2F5LT5zYV9sZW4gPT0gZ2F0ZS0+c2FfbGVuICYmDQotCQkJICAg ICFtZW1jbXAocnQtPnJ0X2dhdGV3YXksIGdhdGUsIGdhdGUtPnNhX2xlbikp DQotCQkJCWJyZWFrOw0KLQkJfQ0KIAl9IHdoaWxlICgocm4gPSBybl9tcGF0 aF9uZXh0KHJuKSkgIT0gTlVMTCk7DQogDQogCXJldHVybiAoc3RydWN0IHJ0 ZW50cnkgKilybjsNCiB9DQogDQotLyogDQotICogZ28gdGhyb3VnaCB0aGUg Y2hhaW4gYW5kIHVubGluayAicnQiIGZyb20gdGhlIGxpc3QNCi0gKiB0aGUg Y2FsbGVyIHdpbGwgZnJlZSAicnQiDQotICovDQotaW50DQotcnRfbXBhdGhf ZGVsZHVwKHN0cnVjdCBydGVudHJ5ICpoZWFkcnQsIHN0cnVjdCBydGVudHJ5 ICpydCkNCi17DQotICAgICAgICBzdHJ1Y3QgcmFkaXhfbm9kZSAqdCwgKnR0 Ow0KLQ0KLSAgICAgICAgaWYgKCFoZWFkcnQgfHwgIXJ0KQ0KLSAgICAgICAg ICAgIHJldHVybiAoMCk7DQotICAgICAgICB0ID0gKHN0cnVjdCByYWRpeF9u b2RlICopaGVhZHJ0Ow0KLSAgICAgICAgdHQgPSBybl9tcGF0aF9uZXh0KHQp Ow0KLSAgICAgICAgd2hpbGUgKHR0KSB7DQotICAgICAgICAgICAgaWYgKHR0 ID09IChzdHJ1Y3QgcmFkaXhfbm9kZSAqKXJ0KSB7DQotICAgICAgICAgICAg ICAgIHQtPnJuX2R1cGVka2V5ID0gdHQtPnJuX2R1cGVka2V5Ow0KLSAgICAg ICAgICAgICAgICB0dC0+cm5fZHVwZWRrZXkgPSBOVUxMOw0KLSAgICAJICAg ICAgICB0dC0+cm5fZmxhZ3MgJj0gflJORl9BQ1RJVkU7DQotCSAgICAgICAg dHRbMV0ucm5fZmxhZ3MgJj0gflJORl9BQ1RJVkU7DQotICAgICAgICAgICAg ICAgIHJldHVybiAoMSk7DQotICAgICAgICAgICAgfQ0KLSAgICAgICAgICAg IHQgPSB0dDsNCi0gICAgICAgICAgICB0dCA9IHJuX21wYXRoX25leHQoKHN0 cnVjdCByYWRpeF9ub2RlICopdCk7DQotICAgICAgICB9DQotICAgICAgICBy ZXR1cm4gKDApOw0KLX0NCi0NCiAvKg0KICAqIGNoZWNrIGlmIHdlIGhhdmUg dGhlIHNhbWUga2V5L21hc2svZ2F0ZXdheSBvbiB0aGUgdGFibGUgYWxyZWFk eS4NCiAgKi8NCkBAIC0yNjIsOSArMjMzLDEwIEBADQogcnRhbGxvY19tcGF0 aF9maWIoc3RydWN0IHJvdXRlICpybywgdWludDMyX3QgaGFzaCwgdV9pbnQg ZmlibnVtKQ0KIHsNCiAJc3RydWN0IHJhZGl4X25vZGUgKnJuMCwgKnJuOw0K LQl1X2ludDMyX3QgbjsNCisJdV9pbnQzMl90IG4gPSAwOw0KIAlzdHJ1Y3Qg cnRlbnRyeSAqcnQ7DQogCWludDY0X3Qgd2VpZ2h0Ow0KKwlpbnQ2NF90IGxv d2VzdF93ZWlnaHQ7DQogDQogCS8qDQogCSAqIFhYWCB3ZSBkb24ndCBhdHRl bXB0IHRvIGxvb2t1cCBjYWNoZWQgcm91dGUgYWdhaW47IHdoYXQgc2hvdWxk DQpAQCAtMjg1LDIwICsyNTcsMzIgQEANCiANCiAJLyogYmV5b25kIGhlcmUs IHdlIHVzZSBybiBhcyB0aGUgbWFzdGVyIGNvcHkgKi8NCiAJcm4wID0gcm4g PSAoc3RydWN0IHJhZGl4X25vZGUgKilyby0+cm9fcnQ7DQotCW4gPSBybl9t cGF0aF9jb3VudChybjApOw0KKw0KKwkvKiBmaW5kIGxvd2VzdCB3ZWlnaHQg cm91dGUgKi8NCisJZm9yICggcnQgPSAoc3RydWN0IHJ0ZW50cnkgKilybiwg d2VpZ2h0ID0gcnQtPnJ0X3JteC5ybXhfd2VpZ2h0OyBybiAhPSBOVUxMOyBy biA9IHJuX21wYXRoX25leHQoIHJuKSkgew0KKwkJcnQgPSAoc3RydWN0IHJ0 ZW50cnkgKilybjsNCisJCWlmKHJ0LT5ydF9mbGFncyAmIFJURl9VUCkgew0K KwkJCWlmICh3ZWlnaHQgPiBydC0+cnRfcm14LnJteF93ZWlnaHQpIHsNCisJ CQkJd2VpZ2h0ID0gcnQtPnJ0X3JteC5ybXhfd2VpZ2h0Ow0KKwkJCQluID0g MTsNCisJCQl9IGVsc2UgaWYgKHdlaWdodCA9PSBydC0+cnRfcm14LnJteF93 ZWlnaHQpDQorCQkJCW4rKzsNCisJCX0NCisJfQ0KKwlsb3dlc3Rfd2VpZ2h0 ID0gd2VpZ2h0Ow0KIA0KIAkvKiBndyBzZWxlY3Rpb24gYnkgTW9kdWxvLU4g SGFzaCAoUkZDMjk5MSkgWFhYIG5lZWQgaW1wcm92ZW1lbnQ/ICovDQogCWhh c2ggKz0gaGFzaGppdHRlcjsNCiAJaGFzaCAlPSBuOw0KLQlmb3IgKHdlaWdo dCA9IGFicygoaW50MzJfdCloYXNoKSwgcnQgPSByby0+cm9fcnQ7DQotCSAg ICAgd2VpZ2h0ID49IHJ0LT5ydF9ybXgucm14X3dlaWdodCAmJiBybjsgDQot CSAgICAgd2VpZ2h0IC09IHJ0LT5ydF9ybXgucm14X3dlaWdodCkgew0KLQkJ DQotCQkvKiBzdGF5IHdpdGhpbiB0aGUgbXVsdGlwYXRoIHJvdXRlcyAqLw0K LQkJaWYgKHJuLT5ybl9kdXBlZGtleSAmJiBybi0+cm5fbWFzayAhPSBybi0+ cm5fZHVwZWRrZXktPnJuX21hc2spDQotCQkJYnJlYWs7DQotCQlybiA9IHJu LT5ybl9kdXBlZGtleTsNCisJZm9yICggcm4gPSBybjAsIG4gPSAwOyBybiAh PSBOVUxMOyBybiA9IHJuX21wYXRoX25leHQoIHJuKSkgew0KIAkJcnQgPSAo c3RydWN0IHJ0ZW50cnkgKilybjsNCisJCWlmKHJ0LT5ydF9mbGFncyAmIFJU Rl9VUCkgew0KKwkJCWlmICggcnQtPnJ0X3JteC5ybXhfd2VpZ2h0ID09IGxv d2VzdF93ZWlnaHQpIHsNCisJCQkJaWYgKG4gPT0gaGFzaCkNCisJCQkJCWJy ZWFrOw0KKwkJCQluKys7DQorCQkJfQ0KKwkJfQ0KIAl9DQogCS8qIFhYWCB0 cnkgZmlsbGluZyBydF9nd3JvdXRlIGFuZCBhdm9pZCB1bnJlYWNoYWJsZSBn dyAgKi8NCiANCmRpZmYgLXUgLXIgLi4vc3JjX29yZ184LjJfMjAxMTAzMjkv c3lzL25ldC9yYWRpeF9tcGF0aC5oIC4vc3lzL25ldC9yYWRpeF9tcGF0aC5o DQotLS0gLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldC9yYWRpeF9t cGF0aC5oCTIwMDktMDgtMDMgMDg6MTM6MDYuMDAwMDAwMDAwICswMDAwDQor KysgLi9zeXMvbmV0L3JhZGl4X21wYXRoLmgJMjAxMS0wNC0wNCAxOTo0ODow OS4wMDAwMDAwMDAgKzAwMDANCkBAIC00NCw5ICs0NCwxMCBAQA0KIHN0cnVj dCByb3V0ZTsNCiBzdHJ1Y3QgcnRlbnRyeTsNCiBzdHJ1Y3Qgc29ja2FkZHI7 DQorZXh0ZXJuIHVpbnQzMl90IGhhc2hqaXR0ZXI7DQogaW50CXJuX21wYXRo X2NhcGFibGUoc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqKTsNCiBzdHJ1Y3Qg cmFkaXhfbm9kZSAqcm5fbXBhdGhfbmV4dChzdHJ1Y3QgcmFkaXhfbm9kZSAq KTsNCi11X2ludDMyX3Qgcm5fbXBhdGhfY291bnQoc3RydWN0IHJhZGl4X25v ZGUgKik7DQoraW50NjRfdCBybl9tcGF0aF9jb3VudChzdHJ1Y3QgcmFkaXhf bm9kZSAqKTsNCiBzdHJ1Y3QgcnRlbnRyeSAqcnRfbXBhdGhfbWF0Y2hnYXRl KHN0cnVjdCBydGVudHJ5ICosIHN0cnVjdCBzb2NrYWRkciAqKTsNCiBpbnQg cnRfbXBhdGhfY29uZmxpY3Qoc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqLCBz dHJ1Y3QgcnRlbnRyeSAqLA0KICAgICBzdHJ1Y3Qgc29ja2FkZHIgKik7DQpk aWZmIC11IC1yIC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5L3N5cy9uZXQvcm91 dGUuYyAuL3N5cy9uZXQvcm91dGUuYw0KLS0tIC4uL3NyY19vcmdfOC4yXzIw MTEwMzI5L3N5cy9uZXQvcm91dGUuYwkyMDExLTAzLTI4IDE1OjI2OjUxLjAw MDAwMDAwMCArMDAwMA0KKysrIC4vc3lzL25ldC9yb3V0ZS5jCTIwMTEtMDQt MDQgMjM6MDE6MTcuMDAwMDAwMDAwICswMDAwDQpAQCAtNTEsNiArNTEsOCBA QA0KICNpbmNsdWRlIDxzeXMvcHJvYy5oPg0KICNpbmNsdWRlIDxzeXMvZG9t YWluLmg+DQogI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4NCisjaW5jbHVkZSA8 c3lzL2xvY2suaD4NCisjaW5jbHVkZSA8c3lzL3JtbG9jay5oPg0KIA0KICNp bmNsdWRlIDxuZXQvaWYuaD4NCiAjaW5jbHVkZSA8bmV0L2lmX2RsLmg+DQpA QCAtMzQyLDYgKzM0NCw3IEBADQogCXN0cnVjdCByYWRpeF9ub2RlICpybjsN CiAJc3RydWN0IHJ0ZW50cnkgKm5ld3J0Ow0KIAlzdHJ1Y3QgcnRfYWRkcmlu Zm8gaW5mbzsNCisJc3RydWN0IHJtX3ByaW90cmFja2VyIHRyYWNrZXI7DQog CWludCBlcnIgPSAwLCBtc2d0eXBlID0gUlRNX01JU1M7DQogCWludCBuZWVk bG9jazsNCiANCkBAIC0zNTgsMjQgKzM2MSwyNiBAQA0KIAkJZ290byBtaXNz Ow0KIAl9DQogCW5lZWRsb2NrID0gIShpZ25mbGFncyAmIFJURl9STkhfTE9D S0VEKTsNCi0JaWYgKG5lZWRsb2NrKQ0KLQkJUkFESVhfTk9ERV9IRUFEX1JM T0NLKHJuaCk7DQotI2lmZGVmIElOVkFSSUFOVFMJDQorCWlmIChuZWVkbG9j aykgLyogWFhYIHdlIGFsd2F5cyBuZWVkIHRoZSBsb2NrIGZvciBub3chICov DQorCQlSQURJWF9OT0RFX0hFQURfTE9DSyhybmgpOw0KIAllbHNlDQotCQlS QURJWF9OT0RFX0hFQURfTE9DS19BU1NFUlQocm5oKTsNCi0jZW5kaWYNCisJ CVJBRElYX05PREVfSEVBRF9STE9DSyhybmgsICZ0cmFja2VyKTsNCiAJcm4g PSBybmgtPnJuaF9tYXRjaGFkZHIoZHN0LCBybmgpOw0KIAlpZiAocm4gJiYg KChybi0+cm5fZmxhZ3MgJiBSTkZfUk9PVCkgPT0gMCkpIHsNCiAJCW5ld3J0 ID0gcnQgPSBSTlRPUlQocm4pOw0KIAkJUlRfTE9DSyhuZXdydCk7DQogCQlS VF9BRERSRUYobmV3cnQpOw0KLQkJaWYgKG5lZWRsb2NrKQ0KLQkJCVJBRElY X05PREVfSEVBRF9SVU5MT0NLKHJuaCk7DQorCQlpZiAobmVlZGxvY2spIC8q IFhYWCB3ZSBhbHdheXMgbmVlZCB0aGUgbG9jayBmb3Igbm93ISAqLw0KKwkJ CVJBRElYX05PREVfSEVBRF9VTkxPQ0socm5oKTsNCisJCWVsc2UNCisJCQlS QURJWF9OT0RFX0hFQURfUlVOTE9DSyhybmgsICZ0cmFja2VyKTsNCiAJCWdv dG8gZG9uZTsNCisJfQ0KKwlpZiAobmVlZGxvY2spIC8qIFhYWCB3ZSBhbHdh eXMgbmVlZCB0aGUgbG9jayBmb3Igbm93ISAqLw0KKwkJUkFESVhfTk9ERV9I RUFEX1VOTE9DSyhybmgpOw0KKwllbHNlDQorCQlSQURJWF9OT0RFX0hFQURf UlVOTE9DSyhybmgsICZ0cmFja2VyKTsNCiANCi0JfSBlbHNlIGlmIChuZWVk bG9jaykNCi0JCVJBRElYX05PREVfSEVBRF9SVU5MT0NLKHJuaCk7DQotCQ0K IAkvKg0KIAkgKiBFaXRoZXIgd2UgaGl0IHRoZSByb290IG9yIGNvdWxkbid0 IGZpbmQgYW55IG1hdGNoLA0KIAkgKiBXaGljaCBiYXNpY2FsbHkgbWVhbnMN CkBAIC00MDAsNiArNDA1LDE1NyBAQA0KIH0NCiANCiAvKg0KKyAqIExvb2t1 cCBhIGRlc3RpbmF0aW9uIGluIHRoZSByb3V0aW5nIHRhYmxlIGFuZA0KKyAq IHJlcG9ydCB0aGUgbmV4dCBob3AsIGludGVyZmFjZSBhbmQgaW50ZXJmYWNl IGFkZHJlc3MNCisgKiBpbiBhIG5ldyBzdHJ1Y3R1cmUuDQorICogT25seSBy ZWFkIGxvY2sgYWNjZXNzIG9uIHRoZSByb3V0aW5nIHRhYmxlIGlzIHJlcXVp cmVkLA0KKyAqIGluZGl2aWR1YWwgcm91dGVzIGFyZSBub3QgbG9ja2VkLg0K KyAqIFJldHVybnMgMSBmb3IgZW50cnkgZm91bmQsIDAgZm9yIG5vdCBmb3Vu ZC4NCisgKi8NCitpbnQNCitydGxvb2t1cF9maWIoc3RydWN0IHNvY2thZGRy ICpkc3QsIHVfaW50IGZpYm51bSwgc3RydWN0IHJ0bG9va3VwICpydGwsDQor ICAgICAgIGludCBmbGFncykNCit7DQorICAgICAgICBzdHJ1Y3QgcmFkaXhf bm9kZV9oZWFkICpybmg7DQorICAgICAgIHN0cnVjdCByYWRpeF9ub2RlICpy bjsNCisgICAgICAgc3RydWN0IHJ0ZW50cnkgKnJ0Ow0KKyAgICAgICBpbnQg cmV0ID0gMDsNCisgICAgICAgc3RydWN0IHJtX3ByaW90cmFja2VyIHRyYWNr ZXI7DQorDQorICAgICAgIEtBU1NFUlQoKGZpYm51bSA8IHJ0X251bWZpYnMp LCAoInJ0YWxsb2MxX2ZpYjogYmFkIGZpYm51bSIpKTsNCisgICAgICAgaWYg KGRzdC0+c2FfZmFtaWx5ICE9IEFGX0lORVQpICAvKiBPbmx5IElORVQgc3Vw cG9ydHMgPiAxIGZpYiBub3cgKi8NCisgICAgICAgICAgICAgICBmaWJudW0g PSAwOw0KKyAgICAgICBybmggPSBydF90YWJsZXNfZ2V0X3JuaChmaWJudW0s IGRzdC0+c2FfZmFtaWx5KTsNCisNCisgICAgICAgLyogTG9vayB1cCB0aGUg YWRkcmVzcyBpbiB0aGUgdGFibGUgZm9yIHRoYXQgQWRkcmVzcyBGYW1pbHku ICovDQorICAgICAgIGlmIChybmggPT0gTlVMTCkgew0KKyAgICAgICAgICAg ICAgIFZfcnRzdGF0LnJ0c191bnJlYWNoKys7DQorICAgICAgICAgICAgICAg cmV0dXJuICgwKTsNCisgICAgICAgfQ0KKw0KKyAgICAgICBSQURJWF9OT0RF X0hFQURfUkxPQ0socm5oLCAmdHJhY2tlcik7DQorICAgICAgIHJuID0gcm5o LT5ybmhfbWF0Y2hhZGRyKGRzdCwgcm5oKTsNCisgICAgICAgaWYgKHJuICE9 IE5VTEwgJiYgKChybi0+cm5fZmxhZ3MgJiBSTkZfUk9PVCkgPT0gMCkpIHsN CisgICAgICAgICAgICAgICBydCA9IFJOVE9SVChybik7DQorDQorICAgICAg ICAgICAgICAgaW50IHJ0X2xlbiA9IFNBX1NJWkUoIHJ0LT5ydF9nYXRld2F5 KTsNCisgICAgICAgICAgICAgICBpbnQgcnRsX2xlbiA9IFNBX1NJWkUoIHJ0 bC0+cnRfZ2F0ZXdheSk7DQorICAgICAgICAgICAgICAgaWYoIHJ0X2xlbiA+ IHJ0bF9sZW4pIHsNCisgICAgICAgICAgICAgICAgICAgICAgIGJjb3B5KCAm cnQtPnJ0X2dhdGV3YXksICZydGwtPnJ0X2dhdGV3YXksIHJ0bF9sZW4pOw0K KyAgICAgICAgICAgICAgIH0gZWxzZSB7DQorICAgICAgICAgICAgICAgICAg ICAgICBiY29weSggJnJ0LT5ydF9nYXRld2F5LCAmcnRsLT5ydF9nYXRld2F5 LCBydF9sZW4pOw0KKyAgICAgICAgICAgICAgIH0NCisgICAgICAgICAgICAg ICBydGwtPnJ0X2lmcCA9IHJ0LT5ydF9pZnA7DQorICAgICAgICAgICAgICAg cnRsLT5ydF9pZmEgPSBydC0+cnRfaWZhOw0KKyAgICAgICAgICAgICAgIHJ0 bC0+cnRfcm14LnJteF9tdHUgPSBydC0+cnRfcm14LnJteF9tdHU7DQorICAg ICAgICAgICAgICAgcnRsLT5ydF9ybXgucm14X2V4cGlyZSA9IHJ0LT5ydF9y bXgucm14X2V4cGlyZTsNCisgICAgICAgICAgICAgICBydGwtPnJ0X2ZsYWdz ID0gcnQtPnJ0X2ZsYWdzOw0KKyAgICAgICAgICAgICAgIGlmIChmbGFncyAm IFJUTF9QS1NFTlQpDQorICAgICAgICAgICAgICAgICAgICAgICBydC0+cnRf cm14LnJteF9wa3NlbnQrKzsgICAgICAgICAgICAgICAgLyogcmFjeSBidXQg b2sgLSBYWFggV0hZPyovDQorICAgICAgICAgICAgICAgcmV0ID0gMTsNCisg ICAgICAgfQ0KKyAgICAgICBSQURJWF9OT0RFX0hFQURfUlVOTE9DSyhybmgs ICZ0cmFja2VyKTsNCisgICAgICAgcmV0dXJuIChyZXQpOw0KK30NCisNCisj aWZkZWYgUkFESVhfTVBBVEgNCisvKg0KKyAqIExvb2t1cCBhIG1wYXRoIGRl c3RpbmF0aW9uIGluIHRoZSByb3V0aW5nIHRhYmxlIGFuZA0KKyAqIHJlcG9y dCB0aGUgbmV4dCBob3AsIGludGVyZmFjZSBhbmQgaW50ZXJmYWNlIGFkZHJl c3MNCisgKiBpbiBhIG5ldyBzdHJ1Y3R1cmUuDQorICogT25seSByZWFkIGxv Y2sgYWNjZXNzIG9uIHRoZSByb3V0aW5nIHRhYmxlIGlzIHJlcXVpcmVkLA0K KyAqIGluZGl2aWR1YWwgcm91dGVzIGFyZSBub3QgbG9ja2VkLg0KKyAqIFJl dHVybnMgMSBmb3IgZW50cnkgZm91bmQsIDAgZm9yIG5vdCBmb3VuZC4NCisg Ki8NCitpbnQNCitydGxvb2t1cF9tcGF0aF9maWIoc3RydWN0IHNvY2thZGRy ICpkc3QsIHVfaW50MzJfdCBoYXNoLCB1X2ludCBmaWJudW0sDQorICAgICAg ICBzdHJ1Y3QgcnRsb29rdXAgKnJ0bCwgaW50IGZsYWdzKQ0KK3sNCisgICAg ICAgc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqcm5oOw0KKyAgICAgICBzdHJ1 Y3QgcmFkaXhfbm9kZSAqcm4sICpybjA7DQorICAgICAgIHN0cnVjdCBydGVu dHJ5ICpydDsNCisgICAgICAgaW50IHJldCA9IDA7DQorICAgICAgIHN0cnVj dCBybV9wcmlvdHJhY2tlciB0cmFja2VyOw0KKyAgICAgICBpbnQ2NF90IHdl aWdodDsNCisgICAgICAgaW50NjRfdCBsb3dlc3Rfd2VpZ2h0Ow0KKyAgICAg ICB1X2ludDMyX3QgbiA9IDA7DQorDQorICAgICAgIEtBU1NFUlQoKGZpYm51 bSA8IHJ0X251bWZpYnMpLCAoInJ0YWxsb2MxX2ZpYjogYmFkIGZpYm51bSIp KTsNCisgICAgICAgaWYgKGRzdC0+c2FfZmFtaWx5ICE9IEFGX0lORVQpICAv KiBPbmx5IElORVQgc3VwcG9ydHMgPiAxIGZpYiBub3cgKi8NCisgICAgICAg ICAgICAgICBmaWJudW0gPSAwOw0KKyAgICAgICBybmggPSBydF90YWJsZXNf Z2V0X3JuaChmaWJudW0sIGRzdC0+c2FfZmFtaWx5KTsNCisNCisgICAgICAg LyogTG9vayB1cCB0aGUgYWRkcmVzcyBpbiB0aGUgdGFibGUgZm9yIHRoYXQg QWRkcmVzcyBGYW1pbHkuICovDQorICAgICAgIGlmIChybmggPT0gTlVMTCkg ew0KKyAgICAgICAgICAgICAgIFZfcnRzdGF0LnJ0c191bnJlYWNoKys7DQor ICAgICAgICAgICAgICAgcmV0dXJuICgwKTsNCisgICAgICAgfQ0KKw0KKyAg ICAgICBSQURJWF9OT0RFX0hFQURfUkxPQ0socm5oLCAmdHJhY2tlcik7DQor ICAgICAgIHJuID0gcm5oLT5ybmhfbWF0Y2hhZGRyKGRzdCwgcm5oKTsNCisg ICAgICAgaWYgKHJuICE9IE5VTEwgJiYgKChybi0+cm5fZmxhZ3MgJiBSTkZf Uk9PVCkgPT0gMCkpIHsNCisgICAgICAgICAgICAgICAgLyogd2UgaGF2ZSBh IHJvdXRlIC0gbm93IGRvIHRoZSBtcGF0aCBzZWxlY3Rpb24gKi8NCisgICAg ICAgICAgICAgICBpZiAocm5fbXBhdGhfbmV4dCggcm4pICE9IE5VTEwpIHsg LyogbXVsdGlwYXRoICovDQorICAgICAgICAgICAgICAgICAgICAgICBybjAg PSBybjsNCisNCisgICAgICAgICAgICAgICAgICAgICAgIC8qIGZpbmQgbG93 ZXN0IHdlaWdodCByb3V0ZSAqLw0KKyAgICAgICAgICAgICAgICAgICAgICAg Zm9yICggcnQgPSAoc3RydWN0IHJ0ZW50cnkgKilybiwgd2VpZ2h0ID0gcnQt PnJ0X3JteC5ybXhfd2VpZ2h0Ow0KKyAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHJuICE9IE5VTEw7IHJuID0gcm5fbXBhdGhfbmV4 dCggcm4pKSB7DQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHJ0 ID0gKHN0cnVjdCBydGVudHJ5ICopcm47DQorICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGlmKHJ0LT5ydF9mbGFncyAmIFJURl9VUCkgew0KKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlmICh3ZWln aHQgPiBydC0+cnRfcm14LnJteF93ZWlnaHQpIHsNCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHdlaWdodCA9IHJ0 LT5ydF9ybXgucm14X3dlaWdodDsNCisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIG4gPSAxOw0KKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0gZWxzZSBpZiAod2VpZ2h0 ID09IHJ0LT5ydF9ybXgucm14X3dlaWdodCkNCisgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG4rKzsNCisgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgfQ0KKyAgICAgICAgICAgICAgICAg ICAgICAgfQ0KKyAgICAgICAgICAgICAgICAgICAgICAgbG93ZXN0X3dlaWdo dCA9IHdlaWdodDsNCisNCisgICAgICAgICAgICAgICAgICAgICAgIC8qIHNl bGVjdCBub3cgb25lIG9mIHRoZSBsb3dlc3Qgd2VpZ2h0IHJvdXRlcyAqLw0K KyAgICAgICAgICAgICAgICAgICAgICAgLyogZ3cgc2VsZWN0aW9uIGJ5IE1v ZHVsby1OIEhhc2ggKFJGQzI5OTEpIFhYWCBuZWVkIGltcHJvdmVtZW50PyAq Lw0KKyAgICAgICAgICAgICAgICAgICAgICAgaGFzaCArPSBoYXNoaml0dGVy Ow0KKyAgICAgICAgICAgICAgICAgICAgICAgaGFzaCAlPSBuOw0KKyAgICAg ICAgICAgICAgICAgICAgICAgZm9yICggcm4gPSBybjAsIG4gPSAwOyBybiAh PSBOVUxMOyBybiA9IHJuX21wYXRoX25leHQoIHJuKSkgew0KKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBydCA9IChzdHJ1Y3QgcnRlbnRyeSAq KXJuOw0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpZihydC0+ cnRfZmxhZ3MgJiBSVEZfVVApIHsNCisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBpZiAoIHJ0LT5ydF9ybXgucm14X3dlaWdodCA9 PSBsb3dlc3Rfd2VpZ2h0KSB7DQorICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBpZiAobiA9PSBoYXNoKQ0KKyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBicmVhazsNCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIG4rKzsNCisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB9DQorICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIH0NCisgICAgICAgICAgICAgICAgICAgICAgIH0NCisNCisgICAg ICAgICAgICAgICAgICAgICAgIC8qIGd3IHNlbGVjdGlvbiBoYXMgZmFpbGVk IC0gdGhlcmUgbXVzdCBiZSBvbmx5IHplcm8gd2VpZ2h0IHJvdXRlcyAqLyAg ICAgICAgICAgICAgICAgICANCisgICAgICAgICAgICAgICAgICAgICAgIGlm ICghcm4pDQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGdvdG8g ZW5kOw0KKyAgICAgICAgICAgICAgIH0gZWxzZQ0KKyAgICAgICAgICAgICAg ICAgICAgICAgcnQgPSAoc3RydWN0IHJ0ZW50cnkgKilybjsNCisNCisgICAg ICAgICAgICAgICBpbnQgcnRfbGVuID0gU0FfU0laRSggcnQtPnJ0X2dhdGV3 YXkpOw0KKyAgICAgICAgICAgICAgIGludCBydGxfbGVuID0gU0FfU0laRSgg cnRsLT5ydF9nYXRld2F5KTsNCisgICAgICAgICAgICAgICBpZiggcnRfbGVu ID4gcnRsX2xlbikgew0KKyAgICAgICAgICAgICAgICAgICAgICAgYmNvcHko ICZydC0+cnRfZ2F0ZXdheSwgJnJ0bC0+cnRfZ2F0ZXdheSwgcnRsX2xlbik7 DQorICAgICAgICAgICAgICAgfSBlbHNlIHsNCisgICAgICAgICAgICAgICAg ICAgICAgIGJjb3B5KCAmcnQtPnJ0X2dhdGV3YXksICZydGwtPnJ0X2dhdGV3 YXksIHJ0X2xlbik7DQorICAgICAgICAgICAgICAgfQ0KKyAgICAgICAgICAg ICAgIHJ0bC0+cnRfaWZwID0gcnQtPnJ0X2lmcDsNCisgICAgICAgICAgICAg ICBydGwtPnJ0X2lmYSA9IHJ0LT5ydF9pZmE7DQorICAgICAgICAgICAgICAg cnRsLT5ydF9ybXgucm14X210dSA9IHJ0LT5ydF9ybXgucm14X210dTsNCisg ICAgICAgICAgICAgICBydGwtPnJ0X3JteC5ybXhfZXhwaXJlID0gcnQtPnJ0 X3JteC5ybXhfZXhwaXJlOw0KKyAgICAgICAgICAgICAgIHJ0bC0+cnRfZmxh Z3MgPSBydC0+cnRfZmxhZ3M7DQorICAgICAgICAgICAgICAgaWYgKGZsYWdz ICYgUlRMX1BLU0VOVCkNCisgICAgICAgICAgICAgICAgICAgICAgIHJ0LT5y dF9ybXgucm14X3Brc2VudCsrOyAgICAgICAgICAgICAgICAvKiByYWN5IGJ1 dCBvayAtIFhYWCBXSFk/Ki8NCisgICAgICAgICAgICAgICByZXQgPSAxOw0K KyAgICAgICB9DQorZW5kOg0KKyAgICAgICBSQURJWF9OT0RFX0hFQURfUlVO TE9DSyhybmgsICZ0cmFja2VyKTsNCisgICAgICAgcmV0dXJuIChyZXQpOw0K K30NCisjZW5kaWYNCisNCisvKg0KICAqIFJlbW92ZSBhIHJlZmVyZW5jZSBj b3VudCBmcm9tIGFuIHJ0ZW50cnkuDQogICogSWYgdGhlIGNvdW50IGdldHMg bG93IGVub3VnaCwgdGFrZSBpdCBvdXQgb2YgdGhlIHJvdXRpbmcgdGFibGUN CiAgKi8NCkBAIC04NzUsNyArMTAzMSw3IEBADQogCSAqIFJlbW92ZSB0aGUg aXRlbSBmcm9tIHRoZSB0cmVlOyBpdCBzaG91bGQgYmUgdGhlcmUsDQogCSAq IGJ1dCB3aGVuIGNhbGxlcnMgaW52b2tlIHVzIGJsaW5kbHkgaXQgbWF5IG5v dCAoc2lnaCkuDQogCSAqLw0KLQlybiA9IHJuaC0+cm5oX2RlbGFkZHIocnRf a2V5KHJ0KSwgcnRfbWFzayhydCksIHJuaCk7DQorCXJuID0gcm5oLT5ybmhf ZGVsYWRkcihydF9rZXkocnQpLCBydF9tYXNrKHJ0KSwgcm5oLCBOVUxMKTsN CiAJaWYgKHJuID09IE5VTEwpIHsNCiAJCWVycm9yID0gRVNSQ0g7DQogCQln b3RvIGJhZDsNCkBAIC05MTMsMTEyICsxMDY5LDYgQEANCiAJcmV0dXJuIChl cnJvcik7DQogfQ0KIA0KLSNpZmRlZiBSQURJWF9NUEFUSA0KLXN0YXRpYyBp bnQNCi1ybl9tcGF0aF91cGRhdGUoaW50IHJlcSwgc3RydWN0IHJ0X2FkZHJp bmZvICppbmZvLA0KLSAgICBzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICpybmgs IHN0cnVjdCBydGVudHJ5ICoqcmV0X25ydCkNCi17DQotCS8qDQotCSAqIGlm IHdlIGdvdCBtdWx0aXBhdGggcm91dGVzLCB3ZSByZXF1aXJlIHVzZXJzIHRv IHNwZWNpZnkNCi0JICogYSBtYXRjaGluZyBSVEFYX0dBVEVXQVkuDQotCSAq Lw0KLQlzdHJ1Y3QgcnRlbnRyeSAqcnQsICpydG8gPSBOVUxMOw0KLQlyZWdp c3RlciBzdHJ1Y3QgcmFkaXhfbm9kZSAqcm47DQotCWludCBlcnJvciA9IDA7 DQotDQotCXJuID0gcm5oLT5ybmhfbWF0Y2hhZGRyKGRzdCwgcm5oKTsNCi0J aWYgKHJuID09IE5VTEwpDQotCQlyZXR1cm4gKEVTUkNIKTsNCi0JcnRvID0g cnQgPSBSTlRPUlQocm4pOw0KLQlydCA9IHJ0X21wYXRoX21hdGNoZ2F0ZShy dCwgZ2F0ZXdheSk7DQotCWlmIChydCA9PSBOVUxMKQ0KLQkJcmV0dXJuIChF U1JDSCk7DQotCS8qDQotCSAqIHRoaXMgaXMgdGhlIGZpcnN0IGVudHJ5IGlu IHRoZSBjaGFpbg0KLQkgKi8NCi0JaWYgKHJ0byA9PSBydCkgew0KLQkJcm4g PSBybl9tcGF0aF9uZXh0KChzdHJ1Y3QgcmFkaXhfbm9kZSAqKXJ0KTsNCi0J CS8qDQotCQkgKiB0aGVyZSBpcyBhbm90aGVyIGVudHJ5LCBub3cgaXQncyBh Y3RpdmUNCi0JCSAqLw0KLQkJaWYgKHJuKSB7DQotCQkJcnRvID0gUk5UT1JU KHJuKTsNCi0JCQlSVF9MT0NLKHJ0byk7DQotCQkJcnRvLT5ydF9mbGFncyB8 PSBSVEZfVVA7DQotCQkJUlRfVU5MT0NLKHJ0byk7DQotCQl9IGVsc2UgaWYg KHJ0LT5ydF9mbGFncyAmIFJURl9HQVRFV0FZKSB7DQotCQkJLyoNCi0JCQkg KiBGb3IgZ2F0ZXdheSByb3V0ZXMsIHdlIG5lZWQgdG8gDQotCQkJICogbWFr ZSBzdXJlIHRoYXQgd2Ugd2UgYXJlIGRlbGV0aW5nDQotCQkJICogdGhlIGNv cnJlY3QgZ2F0ZXdheS4gDQotCQkJICogcnRfbXBhdGhfbWF0Y2hnYXRlKCkg ZG9lcyBub3QgDQotCQkJICogY2hlY2sgdGhlIGNhc2Ugd2hlbiB0aGVyZSBp cyBvbmx5DQotCQkJICogb25lIHJvdXRlIGluIHRoZSBjaGFpbi4gIA0KLQkJ CSAqLw0KLQkJCWlmIChnYXRld2F5ICYmDQotCQkJICAgIChydC0+cnRfZ2F0 ZXdheS0+c2FfbGVuICE9IGdhdGV3YXktPnNhX2xlbiB8fA0KLQkJCQltZW1j bXAocnQtPnJ0X2dhdGV3YXksIGdhdGV3YXksIGdhdGV3YXktPnNhX2xlbikp KQ0KLQkJCQllcnJvciA9IEVTUkNIOw0KLQkJCWVsc2Ugew0KLQkJCQkvKg0K LQkJCQkgKiByZW1vdmUgZnJvbSB0cmVlIGJlZm9yZSByZXR1cm5pbmcgaXQN Ci0JCQkJICogdG8gdGhlIGNhbGxlcg0KLQkJCQkgKi8NCi0JCQkJcm4gPSBy bmgtPnJuaF9kZWxhZGRyKGRzdCwgbmV0bWFzaywgcm5oKTsNCi0JCQkJS0FT U0VSVChydCA9PSBSTlRPUlQocm4pLCAoInJhZGl4IG5vZGUgZGlzYXBwZWFy ZWQiKSk7DQotCQkJCWdvdG8gZ3dkZWxldGU7DQotCQkJfQ0KLQkJCQ0KLQkJ fQ0KLQkJLyoNCi0JCSAqIHVzZSB0aGUgbm9ybWFsIGRlbGV0ZSBjb2RlIHRv IHJlbW92ZQ0KLQkJICogdGhlIGZpcnN0IGVudHJ5DQotCQkgKi8NCi0JCWlm IChyZXEgIT0gUlRNX0RFTEVURSkgDQotCQkJZ290byBub25kZWxldGU7DQot DQotCQllcnJvciA9IEVOT0VOVDsNCi0JCWdvdG8gZG9uZTsNCi0JfQ0KLQkJ DQotCS8qDQotCSAqIGlmIHRoZSBlbnRyeSBpcyAybmQgYW5kIG9uIHVwDQot CSAqLw0KLQlpZiAoKHJlcSA9PSBSVE1fREVMRVRFKSAmJiAhcnRfbXBhdGhf ZGVsZHVwKHJ0bywgcnQpKQ0KLQkJcGFuaWMgKCJydHJlcXVlc3QxOiBydF9t cGF0aF9kZWxkdXAiKTsNCi1nd2RlbGV0ZToNCi0JUlRfTE9DSyhydCk7DQot CVJUX0FERFJFRihydCk7DQotCWlmIChyZXEgPT0gUlRNX0RFTEVURSkgew0K LQkJcnQtPnJ0X2ZsYWdzICY9IH5SVEZfVVA7DQotCQkvKg0KLQkJICogT25l IG1vcmUgcnRlbnRyeSBmbG9hdGluZyBhcm91bmQgdGhhdCBpcyBub3QNCi0J CSAqIGxpbmtlZCB0byB0aGUgcm91dGluZyB0YWJsZS4gcnR0cmFzaCB3aWxs IGJlIGRlY3JlbWVudGVkDQotCQkgKiB3aGVuIFJURlJFRShydCkgaXMgZXZl bnR1YWxseSBjYWxsZWQuDQotCQkgKi8NCi0JCVZfcnR0cmFzaCsrOw0KLQl9 DQotCQ0KLW5vbmRlbGV0ZToNCi0JaWYgKHJlcSAhPSBSVE1fREVMRVRFKQ0K LQkJcGFuaWMoInVucmVjb2duaXplZCByZXF1ZXN0ICVkIiwgcmVxKTsNCi0J DQotDQotCS8qDQotCSAqIElmIHRoZSBjYWxsZXIgd2FudHMgaXQsIHRoZW4g aXQgY2FuIGhhdmUgaXQsDQotCSAqIGJ1dCBpdCdzIHVwIHRvIGl0IHRvIGZy ZWUgdGhlIHJ0ZW50cnkgYXMgd2Ugd29uJ3QgYmUNCi0JICogZG9pbmcgaXQu DQotCSAqLw0KLQlpZiAocmV0X25ydCkgew0KLQkJKnJldF9ucnQgPSBydDsN Ci0JCVJUX1VOTE9DSyhydCk7DQotCX0gZWxzZQ0KLQkJUlRGUkVFX0xPQ0tF RChydCk7DQotZG9uZToNCi0JcmV0dXJuIChlcnJvcik7DQotfQ0KLSNlbmRp Zg0KLQ0KIGludA0KIHJ0cmVxdWVzdDFfZmliKGludCByZXEsIHN0cnVjdCBy dF9hZGRyaW5mbyAqaW5mbywgc3RydWN0IHJ0ZW50cnkgKipyZXRfbnJ0LA0K IAkJCQl1X2ludCBmaWJudW0pDQpAQCAtMTAzMiw2ICsxMDgyLDcgQEANCiAJ cmVnaXN0ZXIgc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqcm5oOw0KIAlzdHJ1 Y3QgaWZhZGRyICppZmE7DQogCXN0cnVjdCBzb2NrYWRkciAqbmRzdDsNCisJ c3RydWN0IHJtX3ByaW90cmFja2VyIHRyYWNrZXI7DQogI2RlZmluZSBzZW5k ZXJyKHgpIHsgZXJyb3IgPSB4IDsgZ290byBiYWQ7IH0NCiANCiAJS0FTU0VS VCgoZmlibnVtIDwgcnRfbnVtZmlicyksICgicnRyZXF1ZXN0MV9maWI6IGJh ZCBmaWJudW0iKSk7DQpAQCAtMTA0OCw3ICsxMDk5LDcgQEANCiAJaWYgKG5l ZWRsb2NrKQ0KIAkJUkFESVhfTk9ERV9IRUFEX0xPQ0socm5oKTsNCiAJZWxz ZQ0KLQkJUkFESVhfTk9ERV9IRUFEX0xPQ0tfQVNTRVJUKHJuaCk7DQorCQlS QURJWF9OT0RFX0hFQURfUkxPQ0socm5oLCAmdHJhY2tlcik7DQogCS8qDQog CSAqIElmIHdlIGFyZSBhZGRpbmcgYSBob3N0IHJvdXRlIHRoZW4gd2UgZG9u J3Qgd2FudCB0byBwdXQNCiAJICogYSBuZXRtYXNrIGluIHRoZSB0cmVlLCBu b3IgZG8gd2Ugd2FudCB0byBjbG9uZSBpdC4NCkBAIC0xMDU4LDI4ICsxMTA5 LDMwIEBADQogDQogCXN3aXRjaCAocmVxKSB7DQogCWNhc2UgUlRNX0RFTEVU RToNCisJCWlmICgocm4gPSBybmgtPnJuaF9sb29rdXAoZHN0LCBuZXRtYXNr LCBybmgpKSA9PSBOVUxMKQ0KKwkJCXNlbmRlcnIoRVNSQ0gpOw0KKwkJcnQg PSBSTlRPUlQocm4pOw0KICNpZmRlZiBSQURJWF9NUEFUSA0KKwkJLyoNCisJ CSAqIGlmIHdlIGdvdCBtdWx0aXBhdGggcm91dGVzLCB3ZSByZXF1aXJlIHVz ZXJzIHRvIHNwZWNpZnkNCisJCSAqIGEgbWF0Y2hpbmcgUlRBWF9HQVRFV0FZ Lg0KKwkJICovDQogCQlpZiAocm5fbXBhdGhfY2FwYWJsZShybmgpKSB7DQot CQkJZXJyb3IgPSBybl9tcGF0aF91cGRhdGUocmVxLCBpbmZvLCBybmgsIHJl dF9ucnQpOw0KLQkJCS8qDQotCQkJICogImJhZCIgaG9sZHMgdHJ1ZSBmb3Ig dGhlIHN1Y2Nlc3MgY2FzZQ0KLQkJCSAqIGFzIHdlbGwNCi0JCQkgKi8NCi0J CQlpZiAoZXJyb3IgIT0gRU5PRU5UKQ0KLQkJCQlnb3RvIGJhZDsNCi0JCQll cnJvciA9IDA7DQorCQkJcnQgPSBydF9tcGF0aF9tYXRjaGdhdGUoIHJ0LCBn YXRld2F5KTsNCisJCQlybiA9IChzdHJ1Y3QgcmFkaXhfbm9kZSAqKXJ0Ow0K KwkJCWlmICghcnQpDQorCQkJCXNlbmRlcnIoRVNSQ0gpOw0KIAkJfQ0KICNl bmRpZg0KIAkJLyoNCiAJCSAqIFJlbW92ZSB0aGUgaXRlbSBmcm9tIHRoZSB0 cmVlIGFuZCByZXR1cm4gaXQuDQogCQkgKiBDb21wbGFpbiBpZiBpdCBpcyBu b3QgdGhlcmUgYW5kIGRvIG5vIG1vcmUgcHJvY2Vzc2luZy4NCiAJCSAqLw0K LQkJcm4gPSBybmgtPnJuaF9kZWxhZGRyKGRzdCwgbmV0bWFzaywgcm5oKTsN CisJCXJuID0gcm5oLT5ybmhfZGVsYWRkcihkc3QsIG5ldG1hc2ssIHJuaCwg cm4pOw0KIAkJaWYgKHJuID09IE5VTEwpDQogCQkJc2VuZGVycihFU1JDSCk7 DQogCQlpZiAocm4tPnJuX2ZsYWdzICYgKFJORl9BQ1RJVkUgfCBSTkZfUk9P VCkpDQogCQkJcGFuaWMgKCJydHJlcXVlc3QgZGVsZXRlIik7DQotCQlydCA9 IFJOVE9SVChybik7DQogCQlSVF9MT0NLKHJ0KTsNCiAJCVJUX0FERFJFRihy dCk7DQogCQlydC0+cnRfZmxhZ3MgJj0gflJURl9VUDsNCkBAIC0xMjg1LDYg KzEzMzgsOCBAQA0KIGJhZDoNCiAJaWYgKG5lZWRsb2NrKQ0KIAkJUkFESVhf Tk9ERV9IRUFEX1VOTE9DSyhybmgpOw0KKwllbHNlDQorCQlSQURJWF9OT0RF X0hFQURfUlVOTE9DSyhybmgsICZ0cmFja2VyKTsNCiAJcmV0dXJuIChlcnJv cik7DQogI3VuZGVmIHNlbmRlcnINCiB9DQpAQCAtMTMwOCw3ICsxMzYzLDkg QEANCiAjZW5kaWYNCiANCiAJUlRfTE9DS19BU1NFUlQocnQpOw0KKyNpZmRl ZiBJTlZBUklBTlRTDQogCVJBRElYX05PREVfSEVBRF9MT0NLX0FTU0VSVChy bmgpOw0KKyNlbmRpZg0KIAkNCiAJLyoNCiAJICogUHJlcGFyZSB0byBzdG9y ZSB0aGUgZ2F0ZXdheSBpbiBydC0+cnRfZ2F0ZXdheS4NCmRpZmYgLXUgLXIg Li4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldC9yb3V0ZS5oIC4vc3lz L25ldC9yb3V0ZS5oDQotLS0gLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lz L25ldC9yb3V0ZS5oCTIwMTAtMDQtMDIgMDU6MTI6NDYuMDAwMDAwMDAwICsw MDAwDQorKysgLi9zeXMvbmV0L3JvdXRlLmgJMjAxMS0wNC0wMyAxNjowNzo1 Ny4wMDAwMDAwMDAgKzAwMDANCkBAIC03OSw2ICs3OSwzOSBAQA0KIH07DQog DQogLyoNCisgKiBQb2ludGVycyB0byBzdHJ1Y3R1cmVzIG9uIHRoZSBzdGFj ayBmb3IgcHVyZSByb3V0aW5nDQorICogdGFibGUgbG9va3VwcyAvIGZhc3Qg bXR1IGFjY2Vzcy4NCisgKiBGYWtlcyBzdHJ1Y3QgcnRfbWV0cmljc19saXRl DQorICovDQorc3RydWN0IHJ0bG9va3VwX21ldHJpY3Mgew0KKyAgICAgICB1 X2xvbmcgIHJteF9tdHU7ICAgICAgICAvKiBNVFUgZm9yIHRoaXMgcGF0aCAq Lw0KKyAgICAgICB1X2xvbmcgIHJteF9leHBpcmU7ICAgICAvKiBYWFggcmVh cmFuZ2UgcnRfbWV0cmljc19saXRlICovDQorICAgICAgIHVfbG9uZyAgcm14 X3Brc2VudDsgICAgIC8qIFhYWCBmYXN0ZXIgdGhhbiBleHRyYSBpZj8gLSBy ZW1vdmU/ICovDQorfTsNCisNCisvKg0KKyAqIFBvaW50ZXJzIHRvIHN0cnVj dHVyZXMgb24gdGhlIHN0YWNrIGZvciBwdXJlIHJvdXRpbmcNCisgKiB0YWJs ZSBsb29rdXBzLiANCisgKiBGYWtlcyBzdHJ1Y3QgcnRlbnRyeQ0KKyAqLw0K KyNpZm5kZWYgUk5GX05PUk1BTA0KKyNpbmNsdWRlIDxuZXQvcmFkaXguaD4N CisjaWZkZWYgUkFESVhfTVBBVEgNCisjaW5jbHVkZSA8bmV0L3JhZGl4X21w YXRoLmg+DQorI2VuZGlmDQorI2VuZGlmDQorc3RydWN0IHJ0bG9va3VwIHsN CisgICAgICAgc3RydWN0ICByYWRpeF9ub2RlIHJ0X25vZGVzWzJdOyAgICAg ICAgIC8qIFhYWCByZWFyYW5nZSBydGVudHJ5IGFuZCByZW1vdmUgKi8NCisg ICAgICAgc3RydWN0ICBzb2NrYWRkciAqcnRfZ2F0ZXdheTsNCisgICAgICAg aW50ICAgICBydF9mbGFnczsNCisgICAgICAgaW50ICAgICBydF9yZWZjbnQ7 ICAgICAgICAgICAgICAgICAgICAgIC8qIFhYWCByZWFyYW5nZSBydGVudHJ5 IGFuZCByZW1vdmUgKi8NCisgICAgICAgc3RydWN0ICBpZm5ldCAqcnRfaWZw Ow0KKyAgICAgICBzdHJ1Y3QgIGlmYWRkciAqcnRfaWZhOw0KKyAgICAgICBz dHJ1Y3QgIHJ0bG9va3VwX21ldHJpY3MgcnRfcm14Ow0KK307DQorI2RlZmlu ZSAgICAgICAgUlRMX1BLU0VOVCAgICAgIDB4MDAwMSAgLyogaW5jcmVtZW50 IHBhY2tldCBzZW50IGNvdW50ZXIgKi8NCisNCisvKg0KICAqIHJteF9ydHQg YW5kIHJteF9ydHR2YXIgYXJlIHN0b3JlZCBhcyBtaWNyb3NlY29uZHM7DQog ICogUlRUVE9QUkhaKHJ0dCkgY29udmVydHMgdG8gYSB2YWx1ZSBzdWl0YWJs ZSBmb3IgdXNlDQogICogYnkgYSBwcm90b2NvbCBzbG93dGltbyBjb3VudGVy Lg0KQEAgLTEyMywxMiArMTU2LDYgQEANCiAgKiBnYXRld2F5cyBhcmUgbWFy a2VkIHNvIHRoYXQgdGhlIG91dHB1dCByb3V0aW5lcyBrbm93IHRvIGFkZHJl c3MgdGhlDQogICogZ2F0ZXdheSByYXRoZXIgdGhhbiB0aGUgdWx0aW1hdGUg ZGVzdGluYXRpb24uDQogICovDQotI2lmbmRlZiBSTkZfTk9STUFMDQotI2lu Y2x1ZGUgPG5ldC9yYWRpeC5oPg0KLSNpZmRlZiBSQURJWF9NUEFUSA0KLSNp bmNsdWRlIDxuZXQvcmFkaXhfbXBhdGguaD4NCi0jZW5kaWYNCi0jZW5kaWYN CiBzdHJ1Y3QgcnRlbnRyeSB7DQogCXN0cnVjdAlyYWRpeF9ub2RlIHJ0X25v ZGVzWzJdOwkvKiB0cmVlIGdsdWUsIGFuZCBvdGhlciB2YWx1ZXMgKi8NCiAJ LyoNCkBAIC00MzAsNiArNDU3LDEwIEBADQogdm9pZAkgcnRhbGxvY19maWIo c3RydWN0IHJvdXRlICpybywgdV9pbnQgZmlibnVtKTsNCiBzdHJ1Y3QgcnRl bnRyeSAqcnRhbGxvYzFfZmliKHN0cnVjdCBzb2NrYWRkciAqLCBpbnQsIHVf bG9uZywgdV9pbnQpOw0KIGludAkgcnRpb2N0bF9maWIodV9sb25nLCBjYWRk cl90LCB1X2ludCk7DQoraW50ICAgIHJ0bG9va3VwX2ZpYihzdHJ1Y3Qgc29j a2FkZHIgKiwgdV9pbnQsIHN0cnVjdCBydGxvb2t1cCAqLCBpbnQpOw0KKyNp ZmRlZiBSQURJWF9NUEFUSA0KK2ludCAgICBydGxvb2t1cF9tcGF0aF9maWIo c3RydWN0IHNvY2thZGRyICosIHVfaW50MzJfdCwgdV9pbnQsIHN0cnVjdCBy dGxvb2t1cCAqLCBpbnQpOw0KKyNlbmRpZg0KIHZvaWQJIHJ0cmVkaXJlY3Rf ZmliKHN0cnVjdCBzb2NrYWRkciAqLCBzdHJ1Y3Qgc29ja2FkZHIgKiwNCiAJ ICAgIHN0cnVjdCBzb2NrYWRkciAqLCBpbnQsIHN0cnVjdCBzb2NrYWRkciAq LCB1X2ludCk7DQogaW50CSBydHJlcXVlc3RfZmliKGludCwgc3RydWN0IHNv Y2thZGRyICosDQpkaWZmIC11IC1yIC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5 L3N5cy9uZXQvcnRzb2NrLmMgLi9zeXMvbmV0L3J0c29jay5jDQotLS0gLi4v c3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldC9ydHNvY2suYwkyMDEwLTEw LTMwIDExOjU0OjU1LjAwMDAwMDAwMCArMDAwMA0KKysrIC4vc3lzL25ldC9y dHNvY2suYwkyMDExLTA0LTAzIDE2OjA3OjU3LjAwMDAwMDAwMCArMDAwMA0K QEAgLTUxLDYgKzUxLDcgQEANCiAjaW5jbHVkZSA8c3lzL3NvY2tldHZhci5o Pg0KICNpbmNsdWRlIDxzeXMvc3lzY3RsLmg+DQogI2luY2x1ZGUgPHN5cy9z eXN0bS5oPg0KKyNpbmNsdWRlIDxzeXMvcm1sb2NrLmg+DQogDQogI2luY2x1 ZGUgPG5ldC9pZi5oPg0KICNpbmNsdWRlIDxuZXQvaWZfZGwuaD4NCkBAIC01 MTMsNiArNTE0LDcgQEANCiAJaW50IGxlbiwgZXJyb3IgPSAwOw0KIAlzdHJ1 Y3QgaWZuZXQgKmlmcCA9IE5VTEw7DQogCXVuaW9uIHNvY2thZGRyX3VuaW9u IHNhdW47DQorCXN0cnVjdCBybV9wcmlvdHJhY2tlciB0cmFja2VyOw0KIA0K ICNkZWZpbmUgc2VuZGVycihlKSB7IGVycm9yID0gZTsgZ290byBmbHVzaDt9 DQogCWlmIChtID09IE5VTEwgfHwgKChtLT5tX2xlbiA8IHNpemVvZihsb25n KSkgJiYNCkBAIC02NDMsMTEgKzY0NSwxMSBAQA0KIAkJICAgIGluZm8ucnRp X2luZm9bUlRBWF9EU1RdLT5zYV9mYW1pbHkpOw0KIAkJaWYgKHJuaCA9PSBO VUxMKQ0KIAkJCXNlbmRlcnIoRUFGTk9TVVBQT1JUKTsNCi0JCVJBRElYX05P REVfSEVBRF9STE9DSyhybmgpOw0KKwkJUkFESVhfTk9ERV9IRUFEX1JMT0NL KHJuaCwgJnRyYWNrZXIpOw0KIAkJcnQgPSAoc3RydWN0IHJ0ZW50cnkgKikg cm5oLT5ybmhfbG9va3VwKGluZm8ucnRpX2luZm9bUlRBWF9EU1RdLA0KIAkJ CWluZm8ucnRpX2luZm9bUlRBWF9ORVRNQVNLXSwgcm5oKTsNCiAJCWlmIChy dCA9PSBOVUxMKSB7CS8qIFhYWCBsb29rcyBib2d1cyAqLw0KLQkJCVJBRElY X05PREVfSEVBRF9SVU5MT0NLKHJuaCk7DQorCQkJUkFESVhfTk9ERV9IRUFE X1JVTkxPQ0socm5oLCAmdHJhY2tlcik7DQogCQkJc2VuZGVycihFU1JDSCk7 DQogCQl9DQogI2lmZGVmIFJBRElYX01QQVRIDQpAQCAtNjYzLDcgKzY2NSw3 IEBADQogCQkgICAgKHJ0bS0+cnRtX3R5cGUgIT0gUlRNX0dFVCB8fCBpbmZv LnJ0aV9pbmZvW1JUQVhfR0FURVdBWV0pKSB7DQogCQkJcnQgPSBydF9tcGF0 aF9tYXRjaGdhdGUocnQsIGluZm8ucnRpX2luZm9bUlRBWF9HQVRFV0FZXSk7 DQogCQkJaWYgKCFydCkgew0KLQkJCQlSQURJWF9OT0RFX0hFQURfUlVOTE9D SyhybmgpOw0KKwkJCQlSQURJWF9OT0RFX0hFQURfUlVOTE9DSyhybmgsICZ0 cmFja2VyKTsNCiAJCQkJc2VuZGVycihFU1JDSCk7DQogCQkJfQ0KIAkJfQ0K QEAgLTY5NSwxMyArNjk3LDEzIEBADQogCQkJICovDQogCQkJcnQgPSAoc3Ry dWN0IHJ0ZW50cnkgKilybmgtPnJuaF9tYXRjaGFkZHIoJmxhZGRyLCBybmgp Ow0KIAkJCWlmIChydCA9PSBOVUxMKSB7DQotCQkJCVJBRElYX05PREVfSEVB RF9SVU5MT0NLKHJuaCk7DQorCQkJCVJBRElYX05PREVfSEVBRF9SVU5MT0NL KHJuaCwgJnRyYWNrZXIpOw0KIAkJCQlzZW5kZXJyKEVTUkNIKTsNCiAJCQl9 DQogCQl9IA0KIAkJUlRfTE9DSyhydCk7DQogCQlSVF9BRERSRUYocnQpOw0K LQkJUkFESVhfTk9ERV9IRUFEX1JVTkxPQ0socm5oKTsNCisJCVJBRElYX05P REVfSEVBRF9SVU5MT0NLKHJuaCwgJnRyYWNrZXIpOw0KIA0KIAkJLyogDQog CQkgKiBGaXggZm9yIFBSOiA4Mjk3NA0KZGlmZiAtdSAtciAuLi9zcmNfb3Jn XzguMl8yMDExMDMyOS9zeXMvbmV0aW5ldC9pY21wX3Zhci5oIC4vc3lzL25l dGluZXQvaWNtcF92YXIuaA0KLS0tIC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5 L3N5cy9uZXRpbmV0L2ljbXBfdmFyLmgJMjAwOS0wOC0wMyAwODoxMzowNi4w MDAwMDAwMDAgKzAwMDANCisrKyAuL3N5cy9uZXRpbmV0L2ljbXBfdmFyLmgJ MjAxMS0wNC0wMyAxNjowNzo1Ny4wMDAwMDAwMDAgKzAwMDANCkBAIC0xMDIs NyArMTAyLDExIEBADQogI2RlZmluZSBCQU5ETElNX1JTVF9DTE9TRURQT1JU IDMgLyogTm8gY29ubmVjdGlvbiwgYW5kIG5vIGxpc3RlbmVycyAqLw0KICNk ZWZpbmUgQkFORExJTV9SU1RfT1BFTlBPUlQgNCAgIC8qIE5vIGNvbm5lY3Rp b24sIGxpc3RlbmVyICovDQogI2RlZmluZSBCQU5ETElNX0lDTVA2X1VOUkVB Q0ggNQ0KLSNkZWZpbmUgQkFORExJTV9NQVggNQ0KKyNkZWZpbmUgQkFORExJ TV9JQ01QX0ZXRF9VTlJFQUNIIDYgLyogZm9yd2FyZGluZzogbGltaXQgdW5y ZWFjaGFibGUgKi8NCisjZGVmaW5lIEJBTkRMSU1fSUNNUF9GV0RfVElNWENF RUQgNyAvKiBmb3J3YXJkaW5nOiBsaW1pdCB0aW1lLWV4Y2VlZGVkICovDQor I2RlZmluZSBCQU5ETElNX0lDTVBfRldEX05FRURGUkFHIDggLyogZm9yd2Fy ZGluZzogbGltaXQgbmVlZC1mcmFnICovDQorI2RlZmluZSBCQU5ETElNX0lD TVBfRldEX0ZJTFRFUiA5IC8qIGZvcndhcmRpbmc6IGxpbWl0IGFkbWluLXBy b2hpYiAqLw0KKyNkZWZpbmUgQkFORExJTV9NQVggOQ0KICNlbmRpZg0KIA0K ICNlbmRpZg0KZGlmZiAtdSAtciAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9z eXMvbmV0aW5ldC9pbi5jIC4vc3lzL25ldGluZXQvaW4uYw0KLS0tIC4uL3Ny Y19vcmdfOC4yXzIwMTEwMzI5L3N5cy9uZXRpbmV0L2luLmMJMjAxMS0wMS0x MiAyMDo0NDoxMS4wMDAwMDAwMDAgKzAwMDANCisrKyAuL3N5cy9uZXRpbmV0 L2luLmMJMjAxMS0wNC0wMyAxNjowNzo1Ny4wMDAwMDAwMDAgKzAwMDANCkBA IC0xMzkyLDEyICsxMzkyLDQyIEBADQogaW5fbGx0YWJsZV9ydGNoZWNrKHN0 cnVjdCBpZm5ldCAqaWZwLCB1X2ludCBmbGFncywgY29uc3Qgc3RydWN0IHNv Y2thZGRyICpsM2FkZHIpDQogew0KIAlzdHJ1Y3QgcnRlbnRyeSAqcnQ7DQor I2lmZGVmIFJBRElYX01QQVRIDQorCWludDY0X3Qgd2VpZ2h0Ow0KKwlzdHJ1 Y3QgcnRlbnRyeSAqcnQwOw0KKwlpbnQzMl90IGZvdW5kID0gMDsNCisjZW5k aWYNCiANCiAJS0FTU0VSVChsM2FkZHItPnNhX2ZhbWlseSA9PSBBRl9JTkVU LA0KIAkgICAgKCJzaW5fZmFtaWx5ICVkIiwgbDNhZGRyLT5zYV9mYW1pbHkp KTsNCiANCiAJLyogWFhYIHJ0YWxsb2MxIHNob3VsZCB0YWtlIGEgY29uc3Qg cGFyYW0gKi8NCiAJcnQgPSBydGFsbG9jMShfX0RFQ09OU1Qoc3RydWN0IHNv Y2thZGRyICosIGwzYWRkciksIDAsIDApOw0KKyNpZmRlZiBSQURJWF9NUEFU SA0KKwlydDAgPSBydDsNCisJaWYgKChydCAhPSBOVUxMKSAmJiAoIHJuX21w YXRoX25leHQoKHN0cnVjdCByYWRpeF9ub2RlICopcnQpICE9IE5VTEwpKSB7 DQorCQkvKiBjaGVjayBpZiB0aGVyZSBhcmUgb3RoZXIsIG1hdGNoaW5nIHJv dXRlcyAqLw0KKwkJLyogZmluZCBsb3dlc3Qgd2VpZ2h0IHJvdXRlICovDQor CQlmb3IgKCB3ZWlnaHQgPSBydC0+cnRfcm14LnJteF93ZWlnaHQ7IHJ0ICE9 IE5VTEw7IHJ0ID0gKHN0cnVjdCBydGVudHJ5ICopcm5fbXBhdGhfbmV4dCgg KHN0cnVjdCByYWRpeF9ub2RlICopcnQpKSB7DQorCQkJaWYocnQtPnJ0X2Zs YWdzICYgUlRGX1VQKSB7DQorCQkJCWlmICh3ZWlnaHQgPiBydC0+cnRfcm14 LnJteF93ZWlnaHQpDQorCQkJCQl3ZWlnaHQgPSBydC0+cnRfcm14LnJteF93 ZWlnaHQ7DQorCQkJfQ0KKwkJfQ0KKw0KKwkJLyogZmluZCBub3cgb25lIG5v biBnYXRld2F5IHJvdXRlIHdpdGggbG93ZXN0IHdlaWdodCAqLw0KKwkJZm9y ICggcnQgPSBydDA7IHJ0ICE9IE5VTEw7IHJ0ID0gKHN0cnVjdCBydGVudHJ5 ICopcm5fbXBhdGhfbmV4dCggKHN0cnVjdCByYWRpeF9ub2RlICopcnQpKSB7 DQorCQkJaWYocnQtPnJ0X2ZsYWdzICYgUlRGX1VQKSB7DQorCQkJCWlmICgo d2VpZ2h0ID09IHJ0LT5ydF9ybXgucm14X3dlaWdodCkgJiYgIShydC0+cnRf ZmxhZ3MgJiBSVEZfR0FURVdBWSkpIHsNCisJCQkJCWZvdW5kID0gMTsNCisJ CQkJCSBicmVhazsNCisJCQkJfQ0KKwkJCX0NCisJCX0NCisJCWlmIChmb3Vu ZCA9PSAwKQ0KKwkJCXJ0ID0gTlVMTDsNCisJfQ0KKyNlbmRpZg0KIAlpZiAo cnQgPT0gTlVMTCB8fCAoIShmbGFncyAmIExMRV9QVUIpICYmDQogCQkJICAg KChydC0+cnRfZmxhZ3MgJiBSVEZfR0FURVdBWSkgfHwgDQogCQkJICAgIChy dC0+cnRfaWZwICE9IGlmcCkpKSkgew0KQEAgLTE0MDUsMTEgKzE0MzUsMjAg QEANCiAJCWxvZyhMT0dfSU5GTywgIklQdjQgYWRkcmVzczogXCIlc1wiIGlz IG5vdCBvbiB0aGUgbmV0d29ya1xuIiwNCiAJCSAgICBpbmV0X250b2EoKChj b25zdCBzdHJ1Y3Qgc29ja2FkZHJfaW4gKilsM2FkZHIpLT5zaW5fYWRkcikp Ow0KICNlbmRpZg0KKyNpZmRlZiBSQURJWF9NUEFUSA0KKwkJaWYgKHJ0MCAh PSBOVUxMKQ0KKwkJCVJURlJFRV9MT0NLRUQocnQwKTsNCisjZWxzZQ0KIAkJ aWYgKHJ0ICE9IE5VTEwpDQogCQkJUlRGUkVFX0xPQ0tFRChydCk7DQorI2Vu ZGlmDQogCQlyZXR1cm4gKEVJTlZBTCk7DQogCX0NCisjaWZkZWYgUkFESVhf TVBBVEgNCisJUlRGUkVFX0xPQ0tFRChydDApOw0KKyNlbHNlDQogCVJURlJF RV9MT0NLRUQocnQpOw0KKyNlbmRpZg0KIAlyZXR1cm4gMDsNCiB9DQogDQpk aWZmIC11IC1yIC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5L3N5cy9uZXRpbmV0 L2luX3JteC5jIC4vc3lzL25ldGluZXQvaW5fcm14LmMNCi0tLSAuLi9zcmNf b3JnXzguMl8yMDExMDMyOS9zeXMvbmV0aW5ldC9pbl9ybXguYwkyMDEwLTEw LTExIDExOjI1OjM3LjAwMDAwMDAwMCArMDAwMA0KKysrIC4vc3lzL25ldGlu ZXQvaW5fcm14LmMJMjAxMS0wNC0wMyAxNjowNzo1Ny4wMDAwMDAwMDAgKzAw MDANCkBAIC01MSw2ICs1MSw4IEBADQogI2luY2x1ZGUgPHN5cy9tYnVmLmg+ DQogI2luY2x1ZGUgPHN5cy9zeXNsb2cuaD4NCiAjaW5jbHVkZSA8c3lzL2Nh bGxvdXQuaD4NCisjaW5jbHVkZSA8c3lzL2xvY2suaD4NCisjaW5jbHVkZSA8 c3lzL3JtbG9jay5oPg0KIA0KICNpbmNsdWRlIDxuZXQvaWYuaD4NCiAjaW5j bHVkZSA8bmV0L3JvdXRlLmg+DQpkaWZmIC11IC1yIC4uL3NyY19vcmdfOC4y XzIwMTEwMzI5L3N5cy9uZXRpbmV0L2lwX2Zhc3Rmd2QuYyAuL3N5cy9uZXRp bmV0L2lwX2Zhc3Rmd2QuYw0KLS0tIC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5 L3N5cy9uZXRpbmV0L2lwX2Zhc3Rmd2QuYwkyMDEwLTEyLTEwIDE0OjA2OjUw LjAwMDAwMDAwMCArMDAwMA0KKysrIC4vc3lzL25ldGluZXQvaXBfZmFzdGZ3 ZC5jCTIwMTEtMDQtMDUgMDE6MTM6NDEuMDAwMDAwMDAwICswMDAwDQpAQCAt OTQsNiArOTQsOSBAQA0KICNpbmNsdWRlIDxuZXQvaWZfdmFyLmg+DQogI2lu Y2x1ZGUgPG5ldC9pZl9kbC5oPg0KICNpbmNsdWRlIDxuZXQvcm91dGUuaD4N CisjaWZkZWYgUkFESVhfTVBBVEgNCisjaW5jbHVkZSA8bmV0L3JhZGl4X21w YXRoLmg+DQorI2VuZGlmDQogI2luY2x1ZGUgPG5ldC92bmV0Lmg+DQogDQog I2luY2x1ZGUgPG5ldGluZXQvaW4uaD4NCkBAIC0xMDIsNiArMTA1LDcgQEAN CiAjaW5jbHVkZSA8bmV0aW5ldC9pcC5oPg0KICNpbmNsdWRlIDxuZXRpbmV0 L2lwX3Zhci5oPg0KICNpbmNsdWRlIDxuZXRpbmV0L2lwX2ljbXAuaD4NCisj aW5jbHVkZSA8bmV0aW5ldC9pY21wX3Zhci5oPg0KICNpbmNsdWRlIDxuZXRp bmV0L2lwX29wdGlvbnMuaD4NCiANCiAjaW5jbHVkZSA8bWFjaGluZS9pbl9j a3N1bS5oPg0KQEAgLTExMyw3ICsxMTcsMTEgQEANCiAgICAgJlZORVRfTkFN RShpcGZhc3Rmb3J3YXJkX2FjdGl2ZSksIDAsICJFbmFibGUgZmFzdCBJUCBm b3J3YXJkaW5nIik7DQogDQogc3RhdGljIHN0cnVjdCBzb2NrYWRkcl9pbiAq DQotaXBfZmluZHJvdXRlKHN0cnVjdCByb3V0ZSAqcm8sIHN0cnVjdCBpbl9h ZGRyIGRlc3QsIHN0cnVjdCBtYnVmICptKQ0KKyNpZmRlZiBSQURJWF9NUEFU SA0KK2lwX2ZpbmRyb3V0ZShzdHJ1Y3Qgcm91dGUgKnJvLCB1aW50MzJfdCBo YXNoLCBzdHJ1Y3QgaW5fYWRkciBkZXN0LCBzdHJ1Y3QgbWJ1ZiAqbSwgc3Ry dWN0IHJ0bG9va3VwICpydGwpDQorI2Vsc2UNCitpcF9maW5kcm91dGUoc3Ry dWN0IHJvdXRlICpybywgc3RydWN0IGluX2FkZHIgZGVzdCwgc3RydWN0IG1i dWYgKm0sIHN0cnVjdCBydGxvb2t1cCAqcnRsKQ0KKyNlbmRpZg0KIHsNCiAJ c3RydWN0IHNvY2thZGRyX2luICpkc3Q7DQogCXN0cnVjdCBydGVudHJ5ICpy dDsNCkBAIC0xMjYsNyArMTM0LDE3IEBADQogCWRzdC0+c2luX2ZhbWlseSA9 IEFGX0lORVQ7DQogCWRzdC0+c2luX2xlbiA9IHNpemVvZigqZHN0KTsNCiAJ ZHN0LT5zaW5fYWRkci5zX2FkZHIgPSBkZXN0LnNfYWRkcjsNCi0JaW5fcnRh bGxvY19pZ24ocm8sIDAsIE1fR0VURklCKG0pKTsNCisNCisJcnRsLT5ydF9n YXRld2F5ID0gKHN0cnVjdCBzb2NrYWRkciAqKWRzdDsNCisjaWZkZWYgUkFE SVhfTVBBVEgNCisJaWYgKCFydGxvb2t1cF9tcGF0aF9maWIoKHN0cnVjdCBz b2NrYWRkciAqKWRzdCwNCisJCQloYXNoLCBNX0dFVEZJQihtKSwgIHJ0bCwg UlRMX1BLU0VOVCkpDQorI2Vsc2UNCisJaWYgKCFydGxvb2t1cF9maWIoIChz dHJ1Y3Qgc29ja2FkZHIgKilkc3QsIE1fR0VURklCKG0pLCBydGwsIFJUTF9Q S1NFTlQpKQ0KKyNlbmRpZg0KKwkJcm8tPnJvX3J0ID0gTlVMTDsNCisJZWxz ZQ0KKwkJcm8tPnJvX3J0ID0gKHN0cnVjdCBydGVudHJ5ICopcnRsOw0KIA0K IAkvKg0KIAkgKiBSb3V0ZSB0aGVyZSBhbmQgaW50ZXJmYWNlIHN0aWxsIHVw Pw0KQEAgLTE0MCw5ICsxNTgsMTAgQEANCiAJfSBlbHNlIHsNCiAJCUlQU1RB VF9JTkMoaXBzX25vcm91dGUpOw0KIAkJSVBTVEFUX0lOQyhpcHNfY2FudGZv cndhcmQpOw0KLQkJaWYgKHJ0KQ0KLQkJCVJURlJFRShydCk7DQotCQlpY21w X2Vycm9yKG0sIElDTVBfVU5SRUFDSCwgSUNNUF9VTlJFQUNIX0hPU1QsIDAs IDApOw0KKwkJaWYgKGJhZHBvcnRfYmFuZGxpbShCQU5ETElNX0lDTVBfRldE X1VOUkVBQ0gpIDwgMCkNCisJCQltX2ZyZWVtKG0pOw0KKwkJZWxzZQ0KKwkJ CWljbXBfZXJyb3IobSwgSUNNUF9VTlJFQUNILCBJQ01QX1VOUkVBQ0hfSE9T VCwgMCwgMCk7DQogCQlyZXR1cm4gTlVMTDsNCiAJfQ0KIAlyZXR1cm4gZHN0 Ow0KQEAgLTE2Nyw2ICsxODYsNyBAQA0KIAl1X3Nob3J0IHN1bSwgaXBfbGVu Ow0KIAlpbnQgZXJyb3IgPSAwOw0KIAlpbnQgaGxlbiwgbXR1Ow0KKwlzdHJ1 Y3QgcnRsb29rdXAgcnRsOw0KICNpZmRlZiBJUEZJUkVXQUxMX0ZPUldBUkQN CiAJc3RydWN0IG1fdGFnICpmd2RfdGFnOw0KICNlbmRpZg0KQEAgLTI5OSw4 ICszMTksMTEgQEANCiAJCWlmIChpcF9kb29wdHMgPT0gMSkNCiAJCQlyZXR1 cm4gbTsNCiAJCWVsc2UgaWYgKGlwX2Rvb3B0cyA9PSAyKSB7DQotCQkJaWNt cF9lcnJvcihtLCBJQ01QX1VOUkVBQ0gsIElDTVBfVU5SRUFDSF9GSUxURVJf UFJPSElCLA0KLQkJCQkwLCAwKTsNCisJCQlpZiAoYmFkcG9ydF9iYW5kbGlt KEJBTkRMSU1fSUNNUF9GV0RfRklMVEVSKSA8IDApDQorCQkJCW1fZnJlZW0o bSk7DQorCQkJZWxzZQ0KKwkJCQlpY21wX2Vycm9yKG0sIElDTVBfVU5SRUFD SCwNCisJCQkJCUlDTVBfVU5SRUFDSF9GSUxURVJfUFJPSElCLCAwLCAwKTsN CiAJCQlyZXR1cm4gTlVMTDsJLyogbWJ1ZiBhbHJlYWR5IGZyZWUnZCAqLw0K IAkJfQ0KIAkJLyogZWxzZSBpZ25vcmUgSVAgb3B0aW9ucyBhbmQgY29udGlu dWUgKi8NCkBAIC0zOTksNyArNDIyLDExIEBADQogCWlmICghVl9pcHN0ZWFs dGgpIHsNCiAjZW5kaWYNCiAJaWYgKGlwLT5pcF90dGwgPD0gSVBUVExERUMp IHsNCi0JCWljbXBfZXJyb3IobSwgSUNNUF9USU1YQ0VFRCwgSUNNUF9USU1Y Q0VFRF9JTlRSQU5TLCAwLCAwKTsNCisJCWlmIChiYWRwb3J0X2JhbmRsaW0o QkFORExJTV9JQ01QX0ZXRF9USU1YQ0VFRCkgPCAwKQ0KKwkJCW1fZnJlZW0o bSk7DQorCQllbHNlDQorCQkJaWNtcF9lcnJvcihtLCBJQ01QX1RJTVhDRUVE LCBJQ01QX1RJTVhDRUVEX0lOVFJBTlMsDQorCQkJCTAsIDApOw0KIAkJcmV0 dXJuIE5VTEw7CS8qIG1idWYgYWxyZWFkeSBmcmVlJ2QgKi8NCiAJfQ0KIA0K QEAgLTQyMCw3ICs0NDcsMTMgQEANCiAJLyoNCiAJICogRmluZCByb3V0ZSB0 byBkZXN0aW5hdGlvbi4NCiAJICovDQotCWlmICgoZHN0ID0gaXBfZmluZHJv dXRlKCZybywgZGVzdCwgbSkpID09IE5VTEwpDQorI2lmZGVmIFJBRElYX01Q QVRIDQorCWlmICgoZHN0ID0gaXBfZmluZHJvdXRlKCZybywgbnRvaGwoaXAt PmlwX3NyYy5zX2FkZHIgXiBpcC0+aXBfZHN0LnNfYWRkciksDQorCQkJZGVz dCwgbSwgJnJ0bCkpID09IE5VTEwpDQorI2Vsc2UNCisJaWYgKChkc3QgPSBp cF9maW5kcm91dGUoJnJvLA0KKwkJCWRlc3QsIG0sICZydGwpKSA9PSBOVUxM KQ0KKyNlbmRpZg0KIAkJcmV0dXJuIE5VTEw7CS8qIGljbXAgdW5yZWFjaCBh bHJlYWR5IHNlbnQgKi8NCiAJaWZwID0gcm8ucm9fcnQtPnJ0X2lmcDsNCiAN CkBAIC00NzYsOCArNTA5LDYgQEANCiAJCQkgKiAib3VycyItbGFiZWwuDQog CQkJICovDQogCQkJbS0+bV9mbGFncyB8PSBNX0ZBU1RGV0RfT1VSUzsNCi0J CQlpZiAocm8ucm9fcnQpDQotCQkJCVJURlJFRShyby5yb19ydCk7DQogCQkJ cmV0dXJuIG07DQogCQl9DQogCQkvKg0KQEAgLTQ5MCw4ICs1MjEsNyBAQA0K IAkJCW1fdGFnX2RlbGV0ZShtLCBmd2RfdGFnKTsNCiAJCX0NCiAjZW5kaWYg LyogSVBGSVJFV0FMTF9GT1JXQVJEICovDQotCQlSVEZSRUUocm8ucm9fcnQp Ow0KLQkJaWYgKChkc3QgPSBpcF9maW5kcm91dGUoJnJvLCBkZXN0LCBtKSkg PT0gTlVMTCkNCisJCWlmICgoZHN0ID0gaXBfZmluZHJvdXRlKCZybywgZGVz dCwgbSwgJnJ0bCkpID09IE5VTEwpDQogCQkJcmV0dXJuIE5VTEw7CS8qIGlj bXAgdW5yZWFjaCBhbHJlYWR5IHNlbnQgKi8NCiAJCWlmcCA9IHJvLnJvX3J0 LT5ydF9pZnA7DQogCX0NCkBAIC01MDcsNiArNTM3LDggQEANCiAJaWYgKChy by5yb19ydC0+cnRfZmxhZ3MgJiBSVEZfUkVKRUNUKSAmJg0KIAkgICAgKHJv LnJvX3J0LT5ydF9ybXgucm14X2V4cGlyZSA9PSAwIHx8DQogCSAgICB0aW1l X3VwdGltZSA8IHJvLnJvX3J0LT5ydF9ybXgucm14X2V4cGlyZSkpIHsNCisJ CWlmIChiYWRwb3J0X2JhbmRsaW0oQkFORExJTV9JQ01QX0ZXRF9VTlJFQUNI KSA8IDApDQorCQkJZ290byBkcm9wOw0KIAkJaWNtcF9lcnJvcihtLCBJQ01Q X1VOUkVBQ0gsIElDTVBfVU5SRUFDSF9IT1NULCAwLCAwKTsNCiAJCWdvdG8g Y29uc3VtZWQ7DQogCX0NCkBAIC01MjcsNiArNTU5LDggQEANCiAJICogQ2hl Y2sgaWYgbWVkaWEgbGluayBzdGF0ZSBvZiBpbnRlcmZhY2UgaXMgbm90IGRv d24NCiAJICovDQogCWlmIChpZnAtPmlmX2xpbmtfc3RhdGUgPT0gTElOS19T VEFURV9ET1dOKSB7DQorCQlpZiAoYmFkcG9ydF9iYW5kbGltKEJBTkRMSU1f SUNNUF9GV0RfVU5SRUFDSCkgPCAwKQ0KKwkJCWdvdG8gZHJvcDsNCiAJCWlj bXBfZXJyb3IobSwgSUNNUF9VTlJFQUNILCBJQ01QX1VOUkVBQ0hfSE9TVCwg MCwgMCk7DQogCQlnb3RvIGNvbnN1bWVkOw0KIAl9DQpAQCAtNTU3LDggKzU5 MSw5IEBADQogCQkgKi8NCiAJCWlmIChpcC0+aXBfb2ZmICYgSVBfREYpIHsN CiAJCQlJUFNUQVRfSU5DKGlwc19jYW50ZnJhZyk7DQotCQkJaWNtcF9lcnJv cihtLCBJQ01QX1VOUkVBQ0gsIElDTVBfVU5SRUFDSF9ORUVERlJBRywNCi0J CQkJMCwgbXR1KTsNCisJCQlpZiAoYmFkcG9ydF9iYW5kbGltKEJBTkRMSU1f SUNNUF9GV0RfTkVFREZSQUcpIDwgMCkNCisJCQkJZ290byBkcm9wOw0KKwkJ CWljbXBfZXJyb3IobSwgSUNNUF9VTlJFQUNILCBJQ01QX1VOUkVBQ0hfTkVF REZSQUcsIDAsIG10dSk7DQogCQkJZ290byBjb25zdW1lZDsNCiAJCX0gZWxz ZSB7DQogCQkJLyoNCkBAIC02MDYsMTIgKzY0MSw5IEBADQogCQlJUFNUQVRf SU5DKGlwc19mYXN0Zm9yd2FyZCk7DQogCX0NCiBjb25zdW1lZDoNCi0JUlRG UkVFKHJvLnJvX3J0KTsNCiAJcmV0dXJuIE5VTEw7DQogZHJvcDoNCiAJaWYg KG0pDQogCQltX2ZyZWVtKG0pOw0KLQlpZiAocm8ucm9fcnQpDQotCQlSVEZS RUUocm8ucm9fcnQpOw0KIAlyZXR1cm4gTlVMTDsNCiB9DQpkaWZmIC11IC1y IC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5L3N5cy9uZXRpbmV0L2lwX2ljbXAu YyAuL3N5cy9uZXRpbmV0L2lwX2ljbXAuYw0KLS0tIC4uL3NyY19vcmdfOC4y XzIwMTEwMzI5L3N5cy9uZXRpbmV0L2lwX2ljbXAuYwkyMDEwLTA5LTIxIDIy OjMzOjMwLjAwMDAwMDAwMCArMDAwMA0KKysrIC4vc3lzL25ldGluZXQvaXBf aWNtcC5jCTIwMTEtMDQtMDQgMjM6MDE6NTcuMDAwMDAwMDAwICswMDAwDQpA QCAtOTU4LDcgKzk1OCwxMSBAQA0KIAkJeyAiaWNtcCB0c3RhbXAgcmVzcG9u c2UiIH0sDQogCQl7ICJjbG9zZWQgcG9ydCBSU1QgcmVzcG9uc2UiIH0sDQog CQl7ICJvcGVuIHBvcnQgUlNUIHJlc3BvbnNlIiB9LA0KLQkJeyAiaWNtcDYg dW5yZWFjaCByZXNwb25zZSIgfQ0KKwkJeyAiaWNtcDYgdW5yZWFjaCByZXNw b25zZSIgfSwNCisJCXsgImZvcndhcmRpbmc6IGxpbWl0IHVucmVhY2hhYmxl IiB9LA0KKwkJeyAiZm9yd2FyZGluZzogbGltaXQgdGltZS1leGNlZWRlZCIg fSwNCisJCXsgImZvcndhcmRpbmc6IGxpbWl0IG5lZWQtZnJhZyIgfSwNCisJ CXsgImZvcndhcmRpbmc6IGxpbWl0IGFkbWluLXByb2hpYiIgfQ0KIAl9Ow0K IA0KIAkvKg0KZGlmZiAtdSAtciAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9z eXMvbmV0aW5ldC9pcF9pbnB1dC5jIC4vc3lzL25ldGluZXQvaXBfaW5wdXQu Yw0KLS0tIC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5L3N5cy9uZXRpbmV0L2lw X2lucHV0LmMJMjAxMS0wMy0yOCAxNToyNjo1Mi4wMDAwMDAwMDAgKzAwMDAN CisrKyAuL3N5cy9uZXRpbmV0L2lwX2lucHV0LmMJMjAxMS0wNC0wNSAwMTox NDowMC4wMDAwMDAwMDAgKzAwMDANCkBAIC03MSw2ICs3MSw3IEBADQogI2lu Y2x1ZGUgPG5ldGluZXQvaXBfdmFyLmg+DQogI2luY2x1ZGUgPG5ldGluZXQv aXBfZncuaD4NCiAjaW5jbHVkZSA8bmV0aW5ldC9pcF9pY21wLmg+DQorI2lu Y2x1ZGUgPG5ldGluZXQvaWNtcF92YXIuaD4NCiAjaW5jbHVkZSA8bmV0aW5l dC9pcF9vcHRpb25zLmg+DQogI2luY2x1ZGUgPG1hY2hpbmUvaW5fY2tzdW0u aD4NCiAjaW5jbHVkZSA8bmV0aW5ldC9pcF9jYXJwLmg+DQpAQCAtMTM0OCwy MCArMTM0OSwyMiBAQA0KIAlzdHJ1Y3Qgcm91dGUgc3JvOw0KIAlzdHJ1Y3Qg c29ja2FkZHJfaW4gKnNpbjsNCiAJc3RydWN0IGluX2lmYWRkciAqaWE7DQor CXN0cnVjdCBzb2NrYWRkcl9pbiAqbHVfZHN0Ow0KKwlzdHJ1Y3QgcnRsb29r dXAgcnRsOw0KIA0KIAliemVybygmc3JvLCBzaXplb2Yoc3JvKSk7DQogCXNp biA9IChzdHJ1Y3Qgc29ja2FkZHJfaW4gKikmc3JvLnJvX2RzdDsNCiAJc2lu LT5zaW5fZmFtaWx5ID0gQUZfSU5FVDsNCiAJc2luLT5zaW5fbGVuID0gc2l6 ZW9mKCpzaW4pOw0KIAlzaW4tPnNpbl9hZGRyID0gZHN0Ow0KLQlpbl9ydGFs bG9jX2lnbigmc3JvLCAwLCBmaWJudW0pOw0KLQ0KLQlpZiAoc3JvLnJvX3J0 ID09IE5VTEwpDQorCWx1X2RzdCA9IChzdHJ1Y3Qgc29ja2FkZHJfaW4gKikm c3JvLnJvX2RzdDsNCisJcnRsLnJ0X2dhdGV3YXkgPSAoc3RydWN0IHNvY2th ZGRyICopbHVfZHN0Ow0KKwlpZiAoIXJ0bG9va3VwX2ZpYiggKHN0cnVjdCBz b2NrYWRkciAqKWx1X2RzdCwNCisJCQlmaWJudW0sICZydGwsIDApKQ0KIAkJ cmV0dXJuIChOVUxMKTsNCiANCi0JaWEgPSBpZmF0b2lhKHNyby5yb19ydC0+ cnRfaWZhKTsNCisJaWEgPSBpZmF0b2lhKHJ0bC5ydF9pZmEpOw0KIAlpZmFf cmVmKCZpYS0+aWFfaWZhKTsNCi0JUlRGUkVFKHNyby5yb19ydCk7DQogCXJl dHVybiAoaWEpOw0KIH0NCiANCkBAIC0xMzk3LDYgKzE0MDAsOSBAQA0KIAlz dHJ1Y3QgaW5fYWRkciBkZXN0Ow0KIAlzdHJ1Y3Qgcm91dGUgcm87DQogCWlu dCBlcnJvciwgdHlwZSA9IDAsIGNvZGUgPSAwLCBtdHUgPSAwOw0KKwlzdHJ1 Y3QgcnRsb29rdXAgcnRsOw0KKwlzdHJ1Y3Qgc29ja2FkZHJfaW4gKmRzdDsN CisJaW50IGljbXBfc2VuZCA9IDA7DQogDQogCWlmIChtLT5tX2ZsYWdzICYg KE1fQkNBU1R8TV9NQ0FTVCkgfHwgaW5fY2FuZm9yd2FyZChpcC0+aXBfZHN0 KSA9PSAwKSB7DQogCQlJUFNUQVRfSU5DKGlwc19jYW50Zm9yd2FyZCk7DQpA QCAtMTQwNyw4ICsxNDEzLDExIEBADQogCWlmICghVl9pcHN0ZWFsdGgpIHsN CiAjZW5kaWYNCiAJCWlmIChpcC0+aXBfdHRsIDw9IElQVFRMREVDKSB7DQot CQkJaWNtcF9lcnJvcihtLCBJQ01QX1RJTVhDRUVELCBJQ01QX1RJTVhDRUVE X0lOVFJBTlMsDQotCQkJICAgIDAsIDApOw0KKwkJCWlmIChiYWRwb3J0X2Jh bmRsaW0oQkFORExJTV9JQ01QX0ZXRF9USU1YQ0VFRCkgPCAwKQ0KKwkJCQlt X2ZyZWVtKG0pOw0KKwkJCWVsc2UNCisJCQkJaWNtcF9lcnJvcihtLCBJQ01Q X1RJTVhDRUVELCBJQ01QX1RJTVhDRUVEX0lOVFJBTlMsDQorCQkJCQkwLCAw KTsNCiAJCQlyZXR1cm47DQogCQl9DQogI2lmZGVmIElQU1RFQUxUSA0KQEAg LTE0MjMsNyArMTQzMiwxMCBAQA0KIAkgKiBpcF9vdXRwdXQgaW4gY2FzZSBv ZiBvdXRnb2luZyBJUHNlYyBwb2xpY3kuDQogCSAqLw0KIAlpZiAoIXNyY3J0 ICYmIGlhID09IE5VTEwpIHsNCi0JCWljbXBfZXJyb3IobSwgSUNNUF9VTlJF QUNILCBJQ01QX1VOUkVBQ0hfSE9TVCwgMCwgMCk7DQorCQlpZiAoYmFkcG9y dF9iYW5kbGltKEJBTkRMSU1fSUNNUF9GV0RfVU5SRUFDSCkgPCAwKQ0KKwkJ CW1fZnJlZW0obSk7DQorCQllbHNlDQorCQkJaWNtcF9lcnJvcihtLCBJQ01Q X1VOUkVBQ0gsIElDTVBfVU5SRUFDSF9IT1NULCAwLCAwKTsNCiAJCXJldHVy bjsNCiAJfQ0KICNlbmRpZg0KQEAgLTE0ODgsNyArMTUwMCwxMyBAQA0KIAkJ c2luLT5zaW5fZmFtaWx5ID0gQUZfSU5FVDsNCiAJCXNpbi0+c2luX2xlbiA9 IHNpemVvZigqc2luKTsNCiAJCXNpbi0+c2luX2FkZHIgPSBpcC0+aXBfZHN0 Ow0KLQkJaW5fcnRhbGxvY19pZ24oJnJvLCAwLCBNX0dFVEZJQihtKSk7DQor CQlkc3QgPSAoc3RydWN0IHNvY2thZGRyX2luICopJnJvLnJvX2RzdDsNCisJ CXJ0bC5ydF9nYXRld2F5ID0gKHN0cnVjdCBzb2NrYWRkciAqKWRzdDsNCisJ CWlmICghcnRsb29rdXBfZmliKCAoc3RydWN0IHNvY2thZGRyICopZHN0LA0K KwkJCQlNX0dFVEZJQihtKSwgJnJ0bCwgMCkpDQorCQkJcm8ucm9fcnQgPSBO VUxMOw0KKwkJZWxzZQ0KKwkJCXJvLnJvX3J0ID0gKHN0cnVjdCBydGVudHJ5 ICopJnJ0bDsNCiANCiAJCXJ0ID0gcm8ucm9fcnQ7DQogDQpAQCAtMTUwOCw4 ICsxNTI2LDYgQEANCiAJCQkJY29kZSA9IElDTVBfUkVESVJFQ1RfSE9TVDsN CiAJCQl9DQogCQl9DQotCQlpZiAocnQpDQotCQkJUlRGUkVFKHJ0KTsNCiAJ fQ0KIA0KIAkvKg0KQEAgLTE1MjIsOCArMTUzOCw2IEBADQogDQogCWlmIChl cnJvciA9PSBFTVNHU0laRSAmJiByby5yb19ydCkNCiAJCW10dSA9IHJvLnJv X3J0LT5ydF9ybXgucm14X210dTsNCi0JaWYgKHJvLnJvX3J0KQ0KLQkJUlRG UkVFKHJvLnJvX3J0KTsNCiANCiAJaWYgKGVycm9yKQ0KIAkJSVBTVEFUX0lO QyhpcHNfY2FudGZvcndhcmQpOw0KQEAgLTE1NTgsMTEgKzE1NzIsMTMgQEAN CiAJZGVmYXVsdDoNCiAJCXR5cGUgPSBJQ01QX1VOUkVBQ0g7DQogCQljb2Rl ID0gSUNNUF9VTlJFQUNIX0hPU1Q7DQorCQlpY21wX3NlbmQgPSBiYWRwb3J0 X2JhbmRsaW0oIEJBTkRMSU1fSUNNUF9GV0RfVU5SRUFDSCk7DQogCQlicmVh azsNCiANCiAJY2FzZSBFTVNHU0laRToNCiAJCXR5cGUgPSBJQ01QX1VOUkVB Q0g7DQogCQljb2RlID0gSUNNUF9VTlJFQUNIX05FRURGUkFHOw0KKwkJaWNt cF9zZW5kID0gYmFkcG9ydF9iYW5kbGltKCBCQU5ETElNX0lDTVBfRldEX05F RURGUkFHKTsNCiANCiAjaWZkZWYgSVBTRUMNCiAJCS8qIA0KQEAgLTE2MTgs NyArMTYzNCwxMCBAQA0KIAl9DQogCWlmIChpYSAhPSBOVUxMKQ0KIAkJaWZh X2ZyZWUoJmlhLT5pYV9pZmEpOw0KLQlpY21wX2Vycm9yKG1jb3B5LCB0eXBl LCBjb2RlLCBkZXN0LnNfYWRkciwgbXR1KTsNCisJaWYgKGljbXBfc2VuZCA8 IDApDQorCQltX2ZyZWVtKG0pOw0KKwllbHNlDQorCQlpY21wX2Vycm9yKG1j b3B5LCB0eXBlLCBjb2RlLCBkZXN0LnNfYWRkciwgbXR1KTsNCiB9DQogDQog dm9pZA0KZGlmZiAtdSAtciAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9zeXMv bmV0aW5ldC9pcF9vdXRwdXQuYyAuL3N5cy9uZXRpbmV0L2lwX291dHB1dC5j DQotLS0gLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldGluZXQvaXBf b3V0cHV0LmMJMjAxMC0xMC0yNSAxMzoxNjoxMS4wMDAwMDAwMDAgKzAwMDAN CisrKyAuL3N5cy9uZXRpbmV0L2lwX291dHB1dC5jCTIwMTEtMDQtMDUgMDE6 MTU6MzIuMDAwMDAwMDAwICswMDAwDQpAQCAtMTI4LDYgKzEyOCw3IEBADQog CXN0cnVjdCBpbl9pZmFkZHIgKmlhID0gTlVMTDsNCiAJaW50IGlzYnJvYWRj YXN0LCBzd19jc3VtOw0KIAlzdHJ1Y3Qgcm91dGUgaXByb3V0ZTsNCisJc3Ry dWN0IHJ0bG9va3VwIHJ0bDsNCiAJc3RydWN0IHJ0ZW50cnkgKnJ0ZTsJLyog Y2FjaGUgZm9yIHJvLT5yb19ydCAqLw0KIAlzdHJ1Y3QgaW5fYWRkciBvZHN0 Ow0KICNpZmRlZiBJUEZJUkVXQUxMX0ZPUldBUkQNCkBAIC0yNzEsMTYgKzI3 MiwyNCBAQA0KIAkJICogb3BlcmF0aW9uIChhcyBpdCBpcyBmb3IgQVJQKS4N CiAJCSAqLw0KIAkJaWYgKHJ0ZSA9PSBOVUxMKSB7DQorCQkJcnRsLnJ0X2dh dGV3YXkgPSAoc3RydWN0IHNvY2thZGRyICopZHN0Ow0KICNpZmRlZiBSQURJ WF9NUEFUSA0KLQkJCXJ0YWxsb2NfbXBhdGhfZmliKHJvLA0KLQkJCSAgICBu dG9obChpcC0+aXBfc3JjLnNfYWRkciBeIGlwLT5pcF9kc3Quc19hZGRyKSwN Ci0JCQkgICAgaW5wID8gaW5wLT5pbnBfaW5jLmluY19maWJudW0gOiBNX0dF VEZJQihtKSk7DQorCQkJaWYgKCFydGxvb2t1cF9tcGF0aF9maWIoKHN0cnVj dCBzb2NrYWRkciAqKWRzdCwNCisJCQkJCW50b2hsKGlwLT5pcF9zcmMuc19h ZGRyIF4gaXAtPmlwX2RzdC5zX2FkZHIpLA0KKwkJCQkJaW5wID8gaW5wLT5p bnBfaW5jLmluY19maWJudW0gOiBNX0dFVEZJQihtKSwNCisJCQkJCSZydGws IFJUTF9QS1NFTlQpKQ0KICNlbHNlDQotCQkJaW5fcnRhbGxvY19pZ24ocm8s IDAsDQotCQkJICAgIGlucCA/IGlucC0+aW5wX2luYy5pbmNfZmlibnVtIDog TV9HRVRGSUIobSkpOw0KKwkJCWlmICghcnRsb29rdXBfZmliKCAoc3RydWN0 IHNvY2thZGRyICopZHN0LA0KKwkJCQkJaW5wID8gaW5wLT5pbnBfaW5jLmlu Y19maWJudW0gOiBNX0dFVEZJQihtKSwNCisJCQkJCSZydGwsIFJUTF9QS1NF TlQpKQ0KICNlbmRpZg0KLQkJCXJ0ZSA9IHJvLT5yb19ydDsNCisJCQkJcm8t PnJvX3J0ID0gTlVMTDsNCisJCQllbHNlIHsNCisJCQkJbm9ydGZyZWUgPSAx Ow0KKwkJCQlyby0+cm9fcnQgPSAoc3RydWN0IHJ0ZW50cnkgKikmcnRsOw0K KwkJCX0NCiAJCX0NCisJCXJ0ZSA9IHJvLT5yb19ydDsNCiAJCWlmIChydGUg PT0gTlVMTCB8fA0KIAkJICAgIHJ0ZS0+cnRfaWZwID09IE5VTEwgfHwNCiAJ CSAgICAhUlRfTElOS19JU19VUChydGUtPnJ0X2lmcCkpIHsNCmRpZmYgLXUg LXIgLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldGluZXQvaXBmdy9p cF9md190YWJsZS5jIC4vc3lzL25ldGluZXQvaXBmdy9pcF9md190YWJsZS5j DQotLS0gLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldGluZXQvaXBm dy9pcF9md190YWJsZS5jCTIwMTAtMDMtMjMgMDk6NTg6NTkuMDAwMDAwMDAw ICswMDAwDQorKysgLi9zeXMvbmV0aW5ldC9pcGZ3L2lwX2Z3X3RhYmxlLmMJ MjAxMS0wNC0wMyAxNjowNzo1Ny4wMDAwMDAwMDAgKzAwMDANCkBAIC0xMzcs NyArMTM3LDcgQEANCiAJbWFzay5zaW5fYWRkci5zX2FkZHIgPSBodG9ubCht bGVuID8gfigoMSA8PCAoMzIgLSBtbGVuKSkgLSAxKSA6IDApOw0KIAlzYS5z aW5fYWRkci5zX2FkZHIgPSBhZGRyICYgbWFzay5zaW5fYWRkci5zX2FkZHI7 DQogCUlQRldfV0xPQ0soY2gpOw0KLQllbnQgPSAoc3RydWN0IHRhYmxlX2Vu dHJ5ICopcm5oLT5ybmhfZGVsYWRkcigmc2EsICZtYXNrLCBybmgpOw0KKwll bnQgPSAoc3RydWN0IHRhYmxlX2VudHJ5ICopcm5oLT5ybmhfZGVsYWRkcigm c2EsICZtYXNrLCBybmgsIE5VTEwpOw0KIAlpZiAoZW50ID09IE5VTEwpIHsN CiAJCUlQRldfV1VOTE9DSyhjaCk7DQogCQlyZXR1cm4gKEVTUkNIKTsNCkBA IC0xNTQsNyArMTU0LDcgQEANCiAJc3RydWN0IHRhYmxlX2VudHJ5ICplbnQ7 DQogDQogCWVudCA9IChzdHJ1Y3QgdGFibGVfZW50cnkgKikNCi0JICAgIHJu aC0+cm5oX2RlbGFkZHIocm4tPnJuX2tleSwgcm4tPnJuX21hc2ssIHJuaCk7 DQorCSAgICBybmgtPnJuaF9kZWxhZGRyKHJuLT5ybl9rZXksIHJuLT5ybl9t YXNrLCBybmgsIE5VTEwpOw0KIAlpZiAoZW50ICE9IE5VTEwpDQogCQlmcmVl KGVudCwgTV9JUEZXX1RCTCk7DQogCXJldHVybiAoMCk7DQpkaWZmIC11IC1y IC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5L3N5cy9uZXRpbmV0L3Jhd19pcC5j IC4vc3lzL25ldGluZXQvcmF3X2lwLmMNCi0tLSAuLi9zcmNfb3JnXzguMl8y MDExMDMyOS9zeXMvbmV0aW5ldC9yYXdfaXAuYwkyMDExLTA0LTAyIDE0OjQ1 OjEzLjAwMDAwMDAwMCArMDAwMA0KKysrIC4vc3lzL25ldGluZXQvcmF3X2lw LmMJMjAxMS0wNC0wMyAxNjowNzo1Ny4wMDAwMDAwMDAgKzAwMDANCkBAIC03 NTUsNiArNzU1LDggQEANCiAJCWlmIChlcnIgPT0gMCkNCiAJCQlpYS0+aWFf ZmxhZ3MgfD0gSUZBX1JPVVRFOw0KIAkJZXJyID0gaWZhX2FkZF9sb29wYmFj a19yb3V0ZSgoc3RydWN0IGlmYWRkciAqKWlhLCBzYSk7DQorCQlpZiAoZXJy ID09IDApDQorCQkgICAgICAgIGlhLT5pYV9mbGFncyB8PSBJRkFfUlRTRUxG Ow0KIAkJaWZhX2ZyZWUoJmlhLT5pYV9pZmEpOw0KIAkJYnJlYWs7DQogCX0N CmRpZmYgLXUgLXIgLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldGlu ZXQ2L2luNl9pZmF0dGFjaC5jIC4vc3lzL25ldGluZXQ2L2luNl9pZmF0dGFj aC5jDQotLS0gLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldGluZXQ2 L2luNl9pZmF0dGFjaC5jCTIwMTAtMDUtMDYgMDY6NDQ6MTkuMDAwMDAwMDAw ICswMDAwDQorKysgLi9zeXMvbmV0aW5ldDYvaW42X2lmYXR0YWNoLmMJMjAx MS0wNC0wMyAxNjowNzo1Ny4wMDAwMDAwMDAgKzAwMDANCkBAIC00Miw2ICs0 Miw4IEBADQogI2luY2x1ZGUgPHN5cy9wcm9jLmg+DQogI2luY2x1ZGUgPHN5 cy9zeXNsb2cuaD4NCiAjaW5jbHVkZSA8c3lzL21kNS5oPg0KKyNpbmNsdWRl IDxzeXMvbG9jay5oPg0KKyNpbmNsdWRlIDxzeXMvcm1sb2NrLmg+DQogDQog I2luY2x1ZGUgPG5ldC9pZi5oPg0KICNpbmNsdWRlIDxuZXQvaWZfZGwuaD4N CmRpZmYgLXUgLXIgLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldGlu ZXQ2L2luNl9ybXguYyAuL3N5cy9uZXRpbmV0Ni9pbjZfcm14LmMNCi0tLSAu Li9zcmNfb3JnXzguMl8yMDExMDMyOS9zeXMvbmV0aW5ldDYvaW42X3JteC5j CTIwMTAtMTAtMTEgMTE6MjU6MzcuMDAwMDAwMDAwICswMDAwDQorKysgLi9z eXMvbmV0aW5ldDYvaW42X3JteC5jCTIwMTEtMDQtMDMgMTY6MDc6NTcuMDAw MDAwMDAwICswMDAwDQpAQCAtODcsNiArODcsNyBAQA0KICNpbmNsdWRlIDxz eXMvcndsb2NrLmg+DQogI2luY2x1ZGUgPHN5cy9zeXNsb2cuaD4NCiAjaW5j bHVkZSA8c3lzL2NhbGxvdXQuaD4NCisjaW5jbHVkZSA8c3lzL3JtbG9jay5o Pg0KIA0KICNpbmNsdWRlIDxuZXQvaWYuaD4NCiAjaW5jbHVkZSA8bmV0L3Jv dXRlLmg+DQpkaWZmIC11IC1yIC4uL3NyY19vcmdfOC4yXzIwMTEwMzI5L3N5 cy9uZXRpbmV0Ni9pbjZfc3JjLmMgLi9zeXMvbmV0aW5ldDYvaW42X3NyYy5j DQotLS0gLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldGluZXQ2L2lu Nl9zcmMuYwkyMDEwLTA1LTA2IDA2OjQ0OjE5LjAwMDAwMDAwMCArMDAwMA0K KysrIC4vc3lzL25ldGluZXQ2L2luNl9zcmMuYwkyMDExLTA0LTA1IDAxOjE0 OjI0LjAwMDAwMDAwMCArMDAwMA0KQEAgLTc5NiwxNSArNzk2LDI1MyBAQA0K IA0KIC8qDQogICogY2xvbmUgLSBtZWFuaW5nZnVsIG9ubHkgZm9yIGJzZGkg YW5kIGZyZWVic2QNCisgKiBYWFggcmVtb3ZlIGFuZCBkbyBsb29rdXAgZGly ZWN0IGluIGlwNl9vdXRwdXQNCiAgKi8NCiBpbnQNCiBpbjZfc2VsZWN0cm91 dGUoc3RydWN0IHNvY2thZGRyX2luNiAqZHN0c29jaywgc3RydWN0IGlwNl9w a3RvcHRzICpvcHRzLA0KLSAgICBzdHJ1Y3QgaXA2X21vcHRpb25zICptb3B0 cywgc3RydWN0IHJvdXRlX2luNiAqcm8sDQorICAgIHN0cnVjdCBpcDZfbW9w dGlvbnMgKm1vcHRzLCBzdHJ1Y3Qgcm91dGVfaW42ICpybywgc3RydWN0IHJ0 bG9va3VwICpydGwsDQogICAgIHN0cnVjdCBpZm5ldCAqKnJldGlmcCwgc3Ry dWN0IHJ0ZW50cnkgKipyZXRydCkNCiB7DQorICAgICAgIGludCBlcnJvciA9 IDA7DQorICAgICAgIHN0cnVjdCBpZm5ldCAqaWZwID0gTlVMTDsNCisgICAg ICAgc3RydWN0IHJ0ZW50cnkgKnJ0ID0gTlVMTDsNCisgICAgICAgc3RydWN0 IHNvY2thZGRyX2luNiAqc2luNl9uZXh0Ow0KKyAgICAgICBzdHJ1Y3QgaW42 X3BrdGluZm8gKnBpID0gTlVMTDsNCisgICAgICAgc3RydWN0IGluNl9hZGRy ICpkc3QgPSAmZHN0c29jay0+c2luNl9hZGRyOw0KKyAgICAgICBzdHJ1Y3Qg c29ja2FkZHJfaW42ICpsdV9kc3Q7DQorICAgICAgIGludCBub3JvdXRlb2sg PSAwOw0KKyNpZiAwDQorICAgICAgIGNoYXIgaXA2YnVmW0lORVQ2X0FERFJT VFJMRU5dOw0KKw0KKyAgICAgICBpZiAoZHN0c29jay0+c2luNl9hZGRyLnM2 X2FkZHIzMlswXSA9PSAwICYmDQorICAgICAgICAgICBkc3Rzb2NrLT5zaW42 X2FkZHIuczZfYWRkcjMyWzFdID09IDAgJiYNCisgICAgICAgICAgICFJTjZf SVNfQUREUl9MT09QQkFDSygmZHN0c29jay0+c2luNl9hZGRyKSkgew0KKyAg ICAgICAgICAgICAgIHByaW50ZigiaW42X3NlbGVjdHJvdXRlOiBzdHJhbmdl IGRlc3RpbmF0aW9uICVzXG4iLA0KKyAgICAgICAgICAgICAgICAgICAgICBp cDZfc3ByaW50ZihpcDZidWYsICZkc3Rzb2NrLT5zaW42X2FkZHIpKTsNCisg ICAgICAgfSBlbHNlIHsNCisgICAgICAgICAgICAgICBwcmludGYoImluNl9z ZWxlY3Ryb3V0ZTogZGVzdGluYXRpb24gPSAlcyUlJWRcbiIsDQorICAgICAg ICAgICAgICAgICAgICAgIGlwNl9zcHJpbnRmKGlwNmJ1ZiwgJmRzdHNvY2st PnNpbjZfYWRkciksDQorICAgICAgICAgICAgICAgICAgICAgIGRzdHNvY2st PnNpbjZfc2NvcGVfaWQpOyAvKiBmb3IgZGVidWcgKi8NCisgICAgICAgfQ0K KyNlbmRpZg0KKw0KKyAgICAgICAvKiBJZiB0aGUgY2FsbGVyIHNwZWNpZnkg dGhlIG91dGdvaW5nIGludGVyZmFjZSBleHBsaWNpdGx5LCB1c2UgaXQuICov DQorICAgICAgIGlmIChvcHRzICYmIChwaSA9IG9wdHMtPmlwNnBvX3BrdGlu Zm8pICE9IE5VTEwgJiYgcGktPmlwaTZfaWZpbmRleCkgew0KKyAgICAgICAg ICAgICAgIC8qIFhYWCBib3VuZGFyeSBjaGVjayBpcyBhc3N1bWVkIHRvIGJl IGFscmVhZHkgZG9uZS4gKi8NCisgICAgICAgICAgICAgICBpZnAgPSBpZm5l dF9ieWluZGV4KHBpLT5pcGk2X2lmaW5kZXgpOw0KKyAgICAgICAgICAgICAg IGlmIChpZnAgIT0gTlVMTCAmJg0KKyAgICAgICAgICAgICAgICAgICAobm9y b3V0ZW9rIHx8IHJldHJ0ID09IE5VTEwgfHwNCisgICAgICAgICAgICAgICAg ICAgSU42X0lTX0FERFJfTVVMVElDQVNUKGRzdCkpKSB7DQorICAgICAgICAg ICAgICAgICAgICAgICAvKg0KKyAgICAgICAgICAgICAgICAgICAgICAgICog d2UgZG8gbm90IGhhdmUgdG8gY2hlY2sgb3IgZ2V0IHRoZSByb3V0ZSBmb3IN CisgICAgICAgICAgICAgICAgICAgICAgICAqIG11bHRpY2FzdC4NCisgICAg ICAgICAgICAgICAgICAgICAgICAqLw0KKyAgICAgICAgICAgICAgICAgICAg ICAgZ290byBkb25lOw0KKyAgICAgICAgICAgICAgIH0gZWxzZQ0KKyAgICAg ICAgICAgICAgICAgICAgICAgZ290byBnZXRyb3V0ZTsNCisgICAgICAgfQ0K Kw0KKyAgICAgICAvKg0KKyAgICAgICAgKiBJZiB0aGUgZGVzdGluYXRpb24g YWRkcmVzcyBpcyBhIG11bHRpY2FzdCBhZGRyZXNzIGFuZCB0aGUgb3V0Z29p bmcNCisgICAgICAgICogaW50ZXJmYWNlIGZvciB0aGUgYWRkcmVzcyBpcyBz cGVjaWZpZWQgYnkgdGhlIGNhbGxlciwgdXNlIGl0Lg0KKyAgICAgICAgKi8N CisgICAgICAgaWYgKElONl9JU19BRERSX01VTFRJQ0FTVChkc3QpICYmDQor ICAgICAgICAgICBtb3B0cyAhPSBOVUxMICYmIChpZnAgPSBtb3B0cy0+aW02 b19tdWx0aWNhc3RfaWZwKSAhPSBOVUxMKSB7DQorICAgICAgICAgICAgICAg Z290byBkb25lOyAvKiB3ZSBkbyBub3QgbmVlZCBhIHJvdXRlIGZvciBtdWx0 aWNhc3QuICovDQorICAgICAgIH0NCisNCisgIGdldHJvdXRlOg0KKyAgICAg ICAvKg0KKyAgICAgICAgKiBJZiB0aGUgbmV4dCBob3AgYWRkcmVzcyBmb3Ig dGhlIHBhY2tldCBpcyBzcGVjaWZpZWQgYnkgdGhlIGNhbGxlciwNCisgICAg ICAgICogdXNlIGl0IGFzIHRoZSBnYXRld2F5Lg0KKyAgICAgICAgKi8NCisg ICAgICAgaWYgKG9wdHMgJiYgb3B0cy0+aXA2cG9fbmV4dGhvcCkgew0KKyAg ICAgICAgICAgICAgIHN0cnVjdCByb3V0ZV9pbjYgKnJvbjsNCisgICAgICAg ICAgICAgICBzdHJ1Y3QgbGxlbnRyeSAqbGE7DQorICAgICAgICAgICANCisg ICAgICAgICAgICAgICBzaW42X25leHQgPSBzYXRvc2luNihvcHRzLT5pcDZw b19uZXh0aG9wKTsNCisgICAgICAgICAgICAgICANCisgICAgICAgICAgICAg ICAvKiBhdCB0aGlzIG1vbWVudCwgd2Ugb25seSBzdXBwb3J0IEFGX0lORVQ2 IG5leHQgaG9wcyAqLw0KKyAgICAgICAgICAgICAgIGlmIChzaW42X25leHQt PnNpbjZfZmFtaWx5ICE9IEFGX0lORVQ2KSB7DQorICAgICAgICAgICAgICAg ICAgICAgICBlcnJvciA9IEVBRk5PU1VQUE9SVDsgLyogb3Igc2hvdWxkIHdl IHByb2NlZWQ/ICovDQorICAgICAgICAgICAgICAgICAgICAgICBnb3RvIGRv bmU7DQorICAgICAgICAgICAgICAgfQ0KKw0KKyAgICAgICAgICAgICAgIC8q DQorICAgICAgICAgICAgICAgICogSWYgdGhlIG5leHQgaG9wIGlzIGFuIElQ djYgYWRkcmVzcywgdGhlbiB0aGUgbm9kZSBpZGVudGlmaWVkDQorICAgICAg ICAgICAgICAgICogYnkgdGhhdCBhZGRyZXNzIG11c3QgYmUgYSBuZWlnaGJv ciBvZiB0aGUgc2VuZGluZyBob3N0Lg0KKyAgICAgICAgICAgICAgICAqLw0K KyAgICAgICAgICAgICAgIHJvbiA9ICZvcHRzLT5pcDZwb19uZXh0cm91dGU7 DQorICAgICAgICAgICAgICAgLyoNCisgICAgICAgICAgICAgICAgKiBYWFgg d2hhdCBkbyB3ZSBkbyBoZXJlPw0KKyAgICAgICAgICAgICAgICAqIFBMWiB0 byBiZSBmaXhpbmcNCisgICAgICAgICAgICAgICAgKi8NCisNCisgICAgICAg ICAgICAgICBpZiAocm9uLT5yb19ydCA9PSBOVUxMKSB7DQorICAgICAgICAg ICAgICAgICAgICAgICBsdV9kc3QgPSAoc3RydWN0IHNvY2thZGRyX2luNiAq KSZyb24tPnJvX2RzdDsgDQorICAgICAgICAgICAgICAgICAgICAgICBydGwt PnJ0X2dhdGV3YXkgPSAoc3RydWN0IHNvY2thZGRyICopbHVfZHN0Ow0KKyAg ICAgICAgICAgICAgICAgICAgICAgaWYgKCFydGxvb2t1cF9maWIoIChzdHJ1 Y3Qgc29ja2FkZHIgKilsdV9kc3QsIDBVLA0KKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHJ0bCwgUlRMX1BLU0VOVCkpIHsNCisg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcm9uLT5yb19ydCA9IE5V TEw7DQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVycm9yID0g RUhPU1RVTlJFQUNIOw0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBnb3RvIGRvbmU7DQorICAgICAgICAgICAgICAgICAgICAgICB9IGVsc2UN CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcm9uLT5yb19ydCA9 IChzdHJ1Y3QgcnRlbnRyeSAqKSBydGw7DQorICAgICAgICAgICAgICAgfQ0K Kw0KKyAgICAgICAgICAgICAgIHJ0ID0gcm9uLT5yb19ydDsNCisgICAgICAg ICAgICAgICBpZnAgPSBydC0+cnRfaWZwOw0KKyAgICAgICAgICAgICAgIElG X0FGREFUQV9MT0NLKGlmcCk7DQorICAgICAgICAgICAgICAgbGEgPSBsbGFf bG9va3VwKExMVEFCTEU2KGlmcCksIDAsIChzdHJ1Y3Qgc29ja2FkZHIgKikm c2luNl9uZXh0LT5zaW42X2FkZHIpOw0KKyAgICAgICAgICAgICAgIElGX0FG REFUQV9VTkxPQ0soaWZwKTsNCisgICAgICAgICAgICAgICBpZiAobGEgIT0g TlVMTCkgDQorICAgICAgICAgICAgICAgICAgICAgICBMTEVfUlVOTE9DSyhs YSk7DQorICAgICAgICAgICAgICAgZWxzZSB7DQorICAgICAgICAgICAgICAg ICAgICAgICBlcnJvciA9IEVIT1NUVU5SRUFDSDsNCisgICAgICAgICAgICAg ICAgICAgICAgIGdvdG8gZG9uZTsNCisgICAgICAgICAgICAgICB9DQorI2lm IDANCisgICAgICAgICAgICAgICBpZiAoKHJvbi0+cm9fcnQgJiYNCisgICAg ICAgICAgICAgICAgICAgKHJvbi0+cm9fcnQtPnJ0X2ZsYWdzICYgKFJURl9V UCB8IFJURl9MTElORk8pKSAhPQ0KKyAgICAgICAgICAgICAgICAgICAoUlRG X1VQIHwgUlRGX0xMSU5GTykpIHx8DQorICAgICAgICAgICAgICAgICAgICFJ TjZfQVJFX0FERFJfRVFVQUwoJnNhdG9zaW42KCZyb24tPnJvX2RzdCktPnNp bjZfYWRkciwNCisgICAgICAgICAgICAgICAgICAgJnNpbjZfbmV4dC0+c2lu Nl9hZGRyKSkgew0KKyAgICAgICAgICAgICAgICAgICAgICAgaWYgKHJvbi0+ cm9fcnQpDQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHJvbi0+ cm9fcnQgPSBOVUxMOw0KKyAgICAgICAgICAgICAgICAgICAgICAgKnNhdG9z aW42KCZyb24tPnJvX2RzdCkgPSAqc2luNl9uZXh0Ow0KKyAgICAgICAgICAg ICAgIH0NCisgICAgICAgICAgICAgICBpZiAocm9uLT5yb19ydCA9PSBOVUxM KSB7DQorICAgICAgICAgICAgICAgICAgICAgICBsdV9kc3QgPSAoc3RydWN0 IHNvY2thZGRyX2luNiAqKSZyb24tPnJvX2RzdDsNCisgICAgICAgICAgICAg ICAgICAgICAgIHJ0bC0+cnRfZ2F0ZXdheSA9IChzdHJ1Y3Qgc29ja2FkZHIg KilsdV9kc3Q7DQorICAgICAgICAgICAgICAgICAgICAgICBpZiAoIXJ0bG9v a3VwX2ZpYiggKHN0cnVjdCBzb2NrYWRkciAqKWx1X2RzdCwgMFUsDQorICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcnRsLCBSVExf UEtTRU5UKSkgew0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBy b24tPnJvX3J0ID0gTlVMTDsNCisgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgZXJyb3IgPSBFSE9TVFVOUkVBQ0g7DQorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGdvdG8gZG9uZTsNCisgICAgICAgICAgICAgICAg ICAgICAgIH0gZWxzZSB7DQorICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHJvbi0+cm9fcnQgPSAoc3RydWN0IHJ0ZW50cnkgKikgcnRsOw0KKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpZiAoIShyb24tPnJvX3J0 LT5ydF9mbGFncyAmIFJURl9MTElORk8pKSB7DQorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgcm9uLT5yb19ydCA9IE5VTEw7DQor ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZXJyb3Ig PSBFSE9TVFVOUkVBQ0g7DQorICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgZ290byBkb25lOw0KKyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgfQ0KKyAgICAgICAgICAgICAgICAgICAgICAgfQ0KKyAg ICAgICAgICAgICAgIH0NCisjZW5kaWYNCisNCisgICAgICAgICAgICAgICAv Kg0KKyAgICAgICAgICAgICAgICAqIFdoZW4gY2xvbmluZyBpcyByZXF1aXJl ZCwgdHJ5IHRvIGFsbG9jYXRlIGEgcm91dGUgdG8gdGhlDQorICAgICAgICAg ICAgICAgICogZGVzdGluYXRpb24gc28gdGhhdCB0aGUgY2FsbGVyIGNhbiBz dG9yZSBwYXRoIE1UVQ0KKyAgICAgICAgICAgICAgICAqIGluZm9ybWF0aW9u Lg0KKyAgICAgICAgICAgICAgICAqLw0KKyAgICAgICAgICAgICAgIGdvdG8g ZG9uZTsNCisgICAgICAgfQ0KKw0KKyAgICAgICAvKg0KKyAgICAgICAgKiBV c2UgYSBjYWNoZWQgcm91dGUgaWYgaXQgZXhpc3RzIGFuZCBpcyB2YWxpZCwg ZWxzZSB0cnkgdG8gYWxsb2NhdGUNCisgICAgICAgICogYSBuZXcgb25lLiAg Tm90ZSB0aGF0IHdlIHNob3VsZCBjaGVjayB0aGUgYWRkcmVzcyBmYW1pbHkg b2YgdGhlDQorICAgICAgICAqIGNhY2hlZCBkZXN0aW5hdGlvbiwgaW4gY2Fz ZSBvZiBzaGFyaW5nIHRoZSBjYWNoZSB3aXRoIElQdjQuDQorICAgICAgICAq Lw0KKyAgICAgICBpZiAocm8pIHsNCisgICAgICAgICAgICAgICBpZiAocm8t PnJvX3J0ICYmDQorICAgICAgICAgICAgICAgICAgICghKHJvLT5yb19ydC0+ cnRfZmxhZ3MgJiBSVEZfVVApIHx8DQorICAgICAgICAgICAgICAgICAgICAo KHN0cnVjdCBzb2NrYWRkciAqKSgmcm8tPnJvX2RzdCkpLT5zYV9mYW1pbHkg IT0gQUZfSU5FVDYgfHwNCisgICAgICAgICAgICAgICAgICAgICFJTjZfQVJF X0FERFJfRVFVQUwoJnNhdG9zaW42KCZyby0+cm9fZHN0KS0+c2luNl9hZGRy LA0KKyAgICAgICAgICAgICAgICAgICAgZHN0KSkpDQorICAgICAgICAgICAg ICAgICAgICAgICByby0+cm9fcnQgPSAoc3RydWN0IHJ0ZW50cnkgKilOVUxM Ow0KKyAgICAgICAgICAgICAgIGlmIChyby0+cm9fcnQgPT0gKHN0cnVjdCBy dGVudHJ5ICopTlVMTCkgew0KKyAgICAgICAgICAgICAgICAgICAgICAgc3Ry dWN0IHNvY2thZGRyX2luNiAqc2E2Ow0KKw0KKyAgICAgICAgICAgICAgICAg ICAgICAgLyogTm8gcm91dGUgeWV0LCBzbyB0cnkgdG8gYWNxdWlyZSBvbmUg Ki8NCisgICAgICAgICAgICAgICAgICAgICAgIGJ6ZXJvKCZyby0+cm9fZHN0 LCBzaXplb2Yoc3RydWN0IHNvY2thZGRyX2luNikpOw0KKyAgICAgICAgICAg ICAgICAgICAgICAgc2E2ID0gKHN0cnVjdCBzb2NrYWRkcl9pbjYgKikmcm8t PnJvX2RzdDsNCisgICAgICAgICAgICAgICAgICAgICAgICpzYTYgPSAqZHN0 c29jazsNCisgICAgICAgICAgICAgICAgICAgICAgIHNhNi0+c2luNl9zY29w ZV9pZCA9IDA7DQorDQorICAgICAgICAgICAgICAgICAgICAgICBsdV9kc3Qg PSAoc3RydWN0IHNvY2thZGRyX2luNiAqKSZyby0+cm9fZHN0OyANCisgICAg ICAgICAgICAgICAgICAgICAgIHJ0bC0+cnRfZ2F0ZXdheSA9IChzdHJ1Y3Qg c29ja2FkZHIgKilsdV9kc3Q7DQorI2lmZGVmIFJBRElYX01QQVRIDQorICAg ICAgICAgICAgICAgICAgICAgICBpZiAoIXJ0bG9va3VwX21wYXRoX2ZpYigo c3RydWN0IHNvY2thZGRyICopbHVfZHN0LA0KKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIG50b2hsKHNhNi0+c2luNl9hZGRyLnM2 X2FkZHIzMlszXSksDQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMFUsIHJ0bCwgUlRMX1BLU0VOVCkpDQorI2Vsc2UNCisgICAg ICAgICAgICAgICAgICAgICAgIGlmICghcnRsb29rdXBfZmliKChzdHJ1Y3Qg c29ja2FkZHIgKilsdV9kc3QsIDBVLA0KKyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHJ0bCwgUlRMX1BLU0VOVCkpDQorI2VuZGlm DQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHJvLT5yb19ydCA9 IE5VTEw7DQorICAgICAgICAgICAgICAgICAgICAgICBlbHNlDQorICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHJvLT5yb19ydCA9IChzdHJ1Y3Qg cnRlbnRyeSAqKSBydGw7DQorICAgICAgICAgICAgICAgfQ0KKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICANCisgICAgICAgICAgICAgICAvKg0K KyAgICAgICAgICAgICAgICAqIGRvIG5vdCBjYXJlIGFib3V0IHRoZSByZXN1 bHQgaWYgd2UgaGF2ZSB0aGUgbmV4dGhvcA0KKyAgICAgICAgICAgICAgICAq IGV4cGxpY2l0bHkgc3BlY2lmaWVkLg0KKyAgICAgICAgICAgICAgICAqLw0K KyAgICAgICAgICAgICAgIGlmIChvcHRzICYmIG9wdHMtPmlwNnBvX25leHRo b3ApDQorICAgICAgICAgICAgICAgICAgICAgICBnb3RvIGRvbmU7DQorDQor ICAgICAgICAgICAgICAgaWYgKHJvLT5yb19ydCkgew0KKyAgICAgICAgICAg ICAgICAgICAgICAgaWZwID0gcm8tPnJvX3J0LT5ydF9pZnA7DQorDQorICAg ICAgICAgICAgICAgICAgICAgICBpZiAoaWZwID09IE5VTEwpIHsgLyogY2Fu IHRoaXMgcmVhbGx5IGhhcHBlbj8gKi8NCisgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgcm8tPnJvX3J0ID0gTlVMTDsNCisgICAgICAgICAgICAg ICAgICAgICAgIH0NCisgICAgICAgICAgICAgICB9DQorICAgICAgICAgICAg ICAgaWYgKHJvLT5yb19ydCA9PSBOVUxMKQ0KKyAgICAgICAgICAgICAgICAg ICAgICAgZXJyb3IgPSBFSE9TVFVOUkVBQ0g7DQorICAgICAgICAgICAgICAg cnQgPSByby0+cm9fcnQ7DQorDQorICAgICAgICAgICAgICAgLyoNCisgICAg ICAgICAgICAgICAgKiBDaGVjayBpZiB0aGUgb3V0Z29pbmcgaW50ZXJmYWNl IGNvbmZsaWN0cyB3aXRoDQorICAgICAgICAgICAgICAgICogdGhlIGludGVy ZmFjZSBzcGVjaWZpZWQgYnkgaXBpNl9pZmluZGV4IChpZiBzcGVjaWZpZWQp Lg0KKyAgICAgICAgICAgICAgICAqIE5vdGUgdGhhdCBsb29wYmFjayBpbnRl cmZhY2UgaXMgYWx3YXlzIG9rYXkuDQorICAgICAgICAgICAgICAgICogKHRo aXMgbWF5IGhhcHBlbiB3aGVuIHdlIGFyZSBzZW5kaW5nIGEgcGFja2V0IHRv IG9uZSBvZg0KKyAgICAgICAgICAgICAgICAqICBvdXIgb3duIGFkZHJlc3Nl cy4pDQorICAgICAgICAgICAgICAgICovDQorICAgICAgICAgICAgICAgaWYg KGlmcCAmJiBvcHRzICYmIG9wdHMtPmlwNnBvX3BrdGluZm8gJiYNCisgICAg ICAgICAgICAgICAgICAgb3B0cy0+aXA2cG9fcGt0aW5mby0+aXBpNl9pZmlu ZGV4KSB7DQorICAgICAgICAgICAgICAgICAgICAgICBpZiAoIShpZnAtPmlm X2ZsYWdzICYgSUZGX0xPT1BCQUNLKSAmJg0KKyAgICAgICAgICAgICAgICAg ICAgICAgICAgIGlmcC0+aWZfaW5kZXggIT0NCisgICAgICAgICAgICAgICAg ICAgICAgICAgICBvcHRzLT5pcDZwb19wa3RpbmZvLT5pcGk2X2lmaW5kZXgp IHsNCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZXJyb3IgPSBF SE9TVFVOUkVBQ0g7DQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGdvdG8gZG9uZTsNCisgICAgICAgICAgICAgICAgICAgICAgIH0NCisgICAg ICAgICAgICAgICB9DQorICAgICAgIH0NCisNCisgIGRvbmU6DQorICAgICAg IGlmIChpZnAgPT0gTlVMTCAmJiBydCA9PSBOVUxMKSB7DQorICAgICAgICAg ICAgICAgLyoNCisgICAgICAgICAgICAgICAgKiBUaGlzIGNhbiBoYXBwZW4g aWYgdGhlIGNhbGxlciBkaWQgbm90IHBhc3MgYSBjYWNoZWQgcm91dGUNCisg ICAgICAgICAgICAgICAgKiBub3IgYW55IG90aGVyIGhpbnRzLiAgV2UgdHJl YXQgdGhpcyBjYXNlIGFuIGVycm9yLg0KKyAgICAgICAgICAgICAgICAqLw0K KyAgICAgICAgICAgICAgIGVycm9yID0gRUhPU1RVTlJFQUNIOw0KKyAgICAg ICB9DQorICAgICAgIGlmIChlcnJvciA9PSBFSE9TVFVOUkVBQ0gpDQorICAg ICAgICAgICAgICAgVl9pcDZzdGF0LmlwNnNfbm9yb3V0ZSsrOw0KKw0KKyAg ICAgICBpZiAocmV0aWZwICE9IE5VTEwpIHsNCisgICAgICAgICAgICAgICAq cmV0aWZwID0gaWZwOw0KKw0KKyAgICAgICAgICAgICAgIC8qDQorICAgICAg ICAgICAgICAgICogQWRqdXN0IHRoZSAib3V0Z29pbmciIGludGVyZmFjZS4g IElmIHdlJ3JlIGdvaW5nIHRvIGxvb3AgDQorICAgICAgICAgICAgICAgICog dGhlIHBhY2tldCBiYWNrIHRvIG91cnNlbHZlcywgdGhlIGlmcCB3b3VsZCBi ZSB0aGUgbG9vcGJhY2sgDQorICAgICAgICAgICAgICAgICogaW50ZXJmYWNl LiBIb3dldmVyLCB3ZSdkIHJhdGhlciBrbm93IHRoZSBpbnRlcmZhY2UgYXNz b2NpYXRlZCANCisgICAgICAgICAgICAgICAgKiB0byB0aGUgZGVzdGluYXRp b24gYWRkcmVzcyAod2hpY2ggc2hvdWxkIHByb2JhYmx5IGJlIG9uZSBvZiAN CisgICAgICAgICAgICAgICAgKiBvdXIgb3duIGFkZHJlc3Nlcy4pDQorICAg ICAgICAgICAgICAgICovDQorICAgICAgICAgICAgICAgaWYgKHJ0KSB7DQor ICAgICAgICAgICAgICAgICAgICAgICBpZiAoKHJ0LT5ydF9pZnAtPmlmX2Zs YWdzICYgSUZGX0xPT1BCQUNLKSAmJg0KKyAgICAgICAgICAgICAgICAgICAg ICAgICAgIChydC0+cnRfZ2F0ZXdheS0+c2FfZmFtaWx5ID09IEFGX0xJTksp KQ0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqcmV0aWZwID0g DQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWZu ZXRfYnlpbmRleCgoKHN0cnVjdCBzb2NrYWRkcl9kbCAqKQ0KKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHJ0LT5ydF9nYXRld2F5KS0+c2RsX2luZGV4KTsNCisgICAgICAgICAgICAg ICB9DQorICAgICAgIH0NCisgICAgICAgaWYgKHJldHJ0ICE9IE5VTEwpDQor ICAgICAgICAgICAgICAgKnJldHJ0ID0gcnQ7ICAgIC8qIHJ0IG1heSBiZSBO VUxMICovDQogDQotCXJldHVybiAoc2VsZWN0cm91dGUoZHN0c29jaywgb3B0 cywgbW9wdHMsIHJvLCByZXRpZnAsDQotCSAgICByZXRydCwgMCkpOw0KKyAg ICAgICByZXR1cm4gKGVycm9yKTsNCiB9DQogDQogLyoNCmRpZmYgLXUgLXIg Li4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldGluZXQ2L2lwNl9mb3J3 YXJkLmMgLi9zeXMvbmV0aW5ldDYvaXA2X2ZvcndhcmQuYw0KLS0tIC4uL3Ny Y19vcmdfOC4yXzIwMTEwMzI5L3N5cy9uZXRpbmV0Ni9pcDZfZm9yd2FyZC5j CTIwMTAtMDItMDcgMDk6MDA6MjIuMDAwMDAwMDAwICswMDAwDQorKysgLi9z eXMvbmV0aW5ldDYvaXA2X2ZvcndhcmQuYwkyMDExLTA0LTA1IDAxOjE0OjU4 LjAwMDAwMDAwMCArMDAwMA0KQEAgLTk5LDYgKzk5LDcgQEANCiAJc3RydWN0 IGlmbmV0ICpvcmlnaWZwOwkvKiBtYXliZSB1bm5lY2Vzc2FyeSAqLw0KIAl1 X2ludDMyX3QgaW56b25lLCBvdXR6b25lOw0KIAlzdHJ1Y3QgaW42X2FkZHIg c3JjX2luNiwgZHN0X2luNjsNCisJc3RydWN0IHJ0bG9va3VwIHJ0bDsNCiAj aWZkZWYgSVBTRUMNCiAJc3RydWN0IHNlY3BvbGljeSAqc3AgPSBOVUxMOw0K IAlpbnQgaXBzZWNydCA9IDA7DQpAQCAtMzUyLDE4ICszNTMsMjcgQEANCiAJ ZHN0LT5zaW42X2ZhbWlseSA9IEFGX0lORVQ2Ow0KIAlkc3QtPnNpbjZfYWRk ciA9IGlwNi0+aXA2X2RzdDsNCiANCi0JcmluNi5yb19ydCA9IHJ0YWxsb2Mx KChzdHJ1Y3Qgc29ja2FkZHIgKilkc3QsIDAsIDApOw0KLQlpZiAocmluNi5y b19ydCAhPSBOVUxMKQ0KLQkJUlRfVU5MT0NLKHJpbjYucm9fcnQpOw0KLQll bHNlIHsNCisJcnRsLnJ0X2dhdGV3YXkgPSAoc3RydWN0IHNvY2thZGRyICop ZHN0Ow0KKyNpZmRlZiBSQURJWF9NUEFUSA0KKwlzcmNfaW42ID0gaXA2LT5p cDZfc3JjOw0KKwlkc3RfaW42ID0gaXA2LT5pcDZfZHN0Ow0KKwlpZiAoIXJ0 bG9va3VwX21wYXRoX2ZpYigoc3RydWN0IHNvY2thZGRyICopZHN0LA0KKwkJ CW50b2hsKHNyY19pbjYtPnNpbjZfYWRkci5zNl9hZGRyMzJbM10gXiBkc3Rf aW42LT5zaW42X2FkZHIuczZfYWRkcjMyWzNdKSwNCisJCQkwVSwgJnJ0bCwg UlRMX1BLU0VOVCkpIHsNCisjZWxzZQ0KKwlpZiAoIXJ0bG9va3VwX2ZpYigg KHN0cnVjdCBzb2NrYWRkciAqKWRzdCwgMFUsICZydGwsDQorCQkJUlRMX1BL U0VOVCkpIHsNCisjZW5kaWYNCisJCXJpbjYucm9fcnQgPSBOVUxMOw0KIAkJ Vl9pcDZzdGF0LmlwNnNfbm9yb3V0ZSsrOw0KIAkJaW42X2lmc3RhdF9pbmMo bS0+bV9wa3RoZHIucmN2aWYsIGlmczZfaW5fbm9yb3V0ZSk7DQogCQlpZiAo bWNvcHkpIHsNCiAJCQlpY21wNl9lcnJvcihtY29weSwgSUNNUDZfRFNUX1VO UkVBQ0gsDQotCQkJSUNNUDZfRFNUX1VOUkVBQ0hfTk9ST1VURSwgMCk7DQor CQkJCUlDTVA2X0RTVF9VTlJFQUNIX05PUk9VVEUsIDApOw0KIAkJfQ0KIAkJ Z290byBiYWQ7DQotCX0NCisJfSBlbHNlDQorCQlyaW42LnJvX3J0ID0gKHN0 cnVjdCBydGVudHJ5ICopICZydGw7DQogCXJ0ID0gcmluNi5yb19ydDsNCiAj aWZkZWYgSVBTRUMNCiBza2lwX3JvdXRpbmc6DQpAQCAtNTgwLDEyICs1OTAs MTIgQEANCiANCiBzZW5kZXJyOg0KIAlpZiAobWNvcHkgPT0gTlVMTCkNCi0J CWdvdG8gb3V0Ow0KKwkJcmV0dXJuOw0KIAlzd2l0Y2ggKGVycm9yKSB7DQog CWNhc2UgMDoNCiAJCWlmICh0eXBlID09IE5EX1JFRElSRUNUKSB7DQogCQkJ aWNtcDZfcmVkaXJlY3Rfb3V0cHV0KG1jb3B5LCBydCk7DQotCQkJZ290byBv dXQ7DQorCQkJcmV0dXJuOw0KIAkJfQ0KIAkJZ290byBmcmVlY29weTsNCiAN CmRpZmYgLXUgLXIgLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25ldGlu ZXQ2L2lwNl9vdXRwdXQuYyAuL3N5cy9uZXRpbmV0Ni9pcDZfb3V0cHV0LmMN Ci0tLSAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9zeXMvbmV0aW5ldDYvaXA2 X291dHB1dC5jCTIwMTAtMTAtMjUgMTM6MTY6MTEuMDAwMDAwMDAwICswMDAw DQorKysgLi9zeXMvbmV0aW5ldDYvaXA2X291dHB1dC5jCTIwMTEtMDQtMDMg MTY6MDc6NTcuMDAwMDAwMDAwICswMDAwDQpAQCAtMjAwLDcgKzIwMCw3IEBA DQogCWludCBobGVuLCB0bGVuLCBsZW4sIG9mZjsNCiAJc3RydWN0IHJvdXRl X2luNiBpcDZyb3V0ZTsNCiAJc3RydWN0IHJ0ZW50cnkgKnJ0ID0gTlVMTDsN Ci0Jc3RydWN0IHNvY2thZGRyX2luNiAqZHN0LCBzcmNfc2EsIGRzdF9zYTsN CisJc3RydWN0IHNvY2thZGRyX2luNiAqZHN0LCBzcmNfc2EsIGRzdF9zYSwg ZHN0X2xvb2t1cDsNCiAJc3RydWN0IGluNl9hZGRyIG9kc3Q7DQogCWludCBl cnJvciA9IDA7DQogCXN0cnVjdCBpbjZfaWZhZGRyICppYSA9IE5VTEw7DQpA QCAtMjEzLDYgKzIxMyw3IEBADQogCXN0cnVjdCByb3V0ZV9pbjYgKnJvX3Bt dHUgPSBOVUxMOw0KIAlpbnQgaGRyc3BsaXQgPSAwOw0KIAlpbnQgbmVlZGlw c2VjID0gMDsNCisJc3RydWN0IHJ0bG9va3VwIHJ0bDsNCiAjaWZkZWYgU0NU UA0KIAlpbnQgc3dfY3N1bTsNCiAjZW5kaWYNCkBAIC01NzIsMTEgKzU3Mywx MSBAQA0KIAkvKiBhZGp1c3QgcG9pbnRlciAqLw0KIAlpcDYgPSBtdG9kKG0s IHN0cnVjdCBpcDZfaGRyICopOw0KIA0KLQliemVybygmZHN0X3NhLCBzaXpl b2YoZHN0X3NhKSk7DQotCWRzdF9zYS5zaW42X2ZhbWlseSA9IEFGX0lORVQ2 Ow0KLQlkc3Rfc2Euc2luNl9sZW4gPSBzaXplb2YoZHN0X3NhKTsNCi0JZHN0 X3NhLnNpbjZfYWRkciA9IGlwNi0+aXA2X2RzdDsNCi0JaWYgKChlcnJvciA9 IGluNl9zZWxlY3Ryb3V0ZSgmZHN0X3NhLCBvcHQsIGltNm8sIHJvLA0KKwli emVybygmZHN0X2xvb2t1cCwgc2l6ZW9mKGRzdF9sb29rdXApKTsNCisJZHN0 X2xvb2t1cC5zaW42X2ZhbWlseSA9IEFGX0lORVQ2Ow0KKwlkc3RfbG9va3Vw LnNpbjZfbGVuID0gc2l6ZW9mKGRzdF9sb29rdXApOw0KKwlkc3RfbG9va3Vw LnNpbjZfYWRkciA9IGlwNi0+aXA2X2RzdDsNCisJaWYgKChlcnJvciA9IGlu Nl9zZWxlY3Ryb3V0ZSgmZHN0X2xvb2t1cCwgb3B0LCBpbTZvLCBybywgJnJ0 bCwNCiAJICAgICZpZnAsICZydCkpICE9IDApIHsNCiAJCXN3aXRjaCAoZXJy b3IpIHsNCiAJCWNhc2UgRUhPU1RVTlJFQUNIOg0KQEAgLTU5NSw3ICs1OTYs NyBAQA0KIAkJICogSWYgaW42X3NlbGVjdHJvdXRlKCkgZG9lcyBub3QgcmV0 dXJuIGEgcm91dGUgZW50cnksDQogCQkgKiBkc3QgbWF5IG5vdCBoYXZlIGJl ZW4gdXBkYXRlZC4NCiAJCSAqLw0KLQkJKmRzdCA9IGRzdF9zYTsJLyogWFhY ICovDQorCQkqZHN0ID0gZHN0X2xvb2t1cDsgICAgICAvKiBYWFggKi8NCiAJ fQ0KIA0KIAkvKg0KQEAgLTEwNzEsMTEgKzEwNzIsNiBAQA0KIAkJVl9pcDZz dGF0LmlwNnNfZnJhZ21lbnRlZCsrOw0KIA0KIGRvbmU6DQotCWlmIChybyA9 PSAmaXA2cm91dGUgJiYgcm8tPnJvX3J0KSB7IC8qIGJyYWNlIG5lY2Vzc2Fy eSBmb3IgUlRGUkVFICovDQotCQlSVEZSRUUocm8tPnJvX3J0KTsNCi0JfSBl bHNlIGlmIChyb19wbXR1ID09ICZpcDZyb3V0ZSAmJiByb19wbXR1LT5yb19y dCkgew0KLQkJUlRGUkVFKHJvX3BtdHUtPnJvX3J0KTsNCi0JfQ0KICNpZmRl ZiBJUFNFQw0KIAlpZiAoc3AgIT0gTlVMTCkNCiAJCUtFWV9GUkVFU1AoJnNw KTsNCmRpZmYgLXUgLXIgLi4vc3JjX29yZ184LjJfMjAxMTAzMjkvc3lzL25l dGluZXQ2L2lwNl92YXIuaCAuL3N5cy9uZXRpbmV0Ni9pcDZfdmFyLmgNCi0t LSAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9zeXMvbmV0aW5ldDYvaXA2X3Zh ci5oCTIwMTAtMDktMDkgMDY6NDM6MTguMDAwMDAwMDAwICswMDAwDQorKysg Li9zeXMvbmV0aW5ldDYvaXA2X3Zhci5oCTIwMTEtMDQtMDMgMTY6MDc6NTcu MDAwMDAwMDAwICswMDAwDQpAQCAtNDMxLDEyICs0MzEsMTMgQEANCiBpbnQJ ZGVzdDZfaW5wdXQgX19QKChzdHJ1Y3QgbWJ1ZiAqKiwgaW50ICosIGludCkp Ow0KIGludAlub25lX2lucHV0IF9fUCgoc3RydWN0IG1idWYgKiosIGludCAq LCBpbnQpKTsNCiANCisjaW5jbHVkZSA8bmV0L3JvdXRlLmg+DQogaW50CWlu Nl9zZWxlY3RzcmMoc3RydWN0IHNvY2thZGRyX2luNiAqLCBzdHJ1Y3QgaXA2 X3BrdG9wdHMgKiwNCiAJc3RydWN0IGlucGNiICppbnAsIHN0cnVjdCByb3V0 ZV9pbjYgKiwgc3RydWN0IHVjcmVkICpjcmVkLA0KIAlzdHJ1Y3QgaWZuZXQg KiosIHN0cnVjdCBpbjZfYWRkciAqKTsNCiBpbnQgaW42X3NlbGVjdHJvdXRl IF9fUCgoc3RydWN0IHNvY2thZGRyX2luNiAqLCBzdHJ1Y3QgaXA2X3BrdG9w dHMgKiwNCi0Jc3RydWN0IGlwNl9tb3B0aW9ucyAqLCBzdHJ1Y3Qgcm91dGVf aW42ICosIHN0cnVjdCBpZm5ldCAqKiwNCi0Jc3RydWN0IHJ0ZW50cnkgKiop KTsNCisJc3RydWN0IGlwNl9tb3B0aW9ucyAqLCBzdHJ1Y3Qgcm91dGVfaW42 ICosIHN0cnVjdCBydGxvb2t1cCAqLA0KKwlzdHJ1Y3QgaWZuZXQgKiosIHN0 cnVjdCBydGVudHJ5ICoqKSk7DQogdV9pbnQzMl90IGlwNl9yYW5kb21pZCBf X1AoKHZvaWQpKTsNCiB1X2ludDMyX3QgaXA2X3JhbmRvbWZsb3dsYWJlbCBf X1AoKHZvaWQpKTsNCiAjZW5kaWYgLyogX0tFUk5FTCAqLw0KZGlmZiAtdSAt ciAuLi9zcmNfb3JnXzguMl8yMDExMDMyOS9zeXMvbmV0aW5ldDYvbmQ2X3J0 ci5jIC4vc3lzL25ldGluZXQ2L25kNl9ydHIuYw0KLS0tIC4uL3NyY19vcmdf OC4yXzIwMTEwMzI5L3N5cy9uZXRpbmV0Ni9uZDZfcnRyLmMJMjAxMC0wNS0w NiAwNjo0NDoxOS4wMDAwMDAwMDAgKzAwMDANCisrKyAuL3N5cy9uZXRpbmV0 Ni9uZDZfcnRyLmMJMjAxMS0wNC0wMyAxNjowNzo1Ny4wMDAwMDAwMDAgKzAw MDANCkBAIC00OCw2ICs0OCw4IEBADQogI2luY2x1ZGUgPHN5cy9yd2xvY2su aD4NCiAjaW5jbHVkZSA8c3lzL3N5c2xvZy5oPg0KICNpbmNsdWRlIDxzeXMv cXVldWUuaD4NCisjaW5jbHVkZSA8c3lzL2xvY2suaD4NCisjaW5jbHVkZSA8 c3lzL3JtbG9jay5oPg0KIA0KICNpbmNsdWRlIDxuZXQvaWYuaD4NCiAjaW5j bHVkZSA8bmV0L2lmX3R5cGVzLmg+DQo= --168430090-939355638-1301965804=:2152-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 01:49:22 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 EE2A5106566B for ; Tue, 5 Apr 2011 01:49:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id BECF18FC14 for ; Tue, 5 Apr 2011 01:49:22 +0000 (UTC) Received: by pzk27 with SMTP id 27so1936452pzk.13 for ; Mon, 04 Apr 2011 18:49:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=1myktaLv/EzRDsfBfFq103V/DH8Q9eDVMLpT0ClltCI=; b=qVd+2edG9H1oX/eHzI/PizVewm45c6l64aB7zcBiaVGY5+Zg/iZzapO4SVKw0/Bliq tA4AsOqIBmkyvUmrgIvprk9R3XUZNoPEzoyyQLKdWNg6LqmlAMRHQuG2T5+hiMCe4lz7 4p5sQZGVsoLLcMLuHx/I97C1l8a+jYFT54bgE= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=JjA5kKh3vyvvgmQsXQAbBYnGitXbW2IDnES60Tk8LctnzHJY2YnFMCbJ5N4EmiZtYi +S1n9zSGpMKEczm7CZ16A0J2tryB5CvVrWDsK6S2xC8JXIAEFix7gCIhY6qkLknkrM6w kslFIfU2fUhjR1fitTM760Sq4RymD8sZoIXCw= Received: by 10.142.132.20 with SMTP id f20mr6815978wfd.360.1301968162177; Mon, 04 Apr 2011 18:49:22 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id w32sm8309819wfh.7.2011.04.04.18.49.19 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 04 Apr 2011 18:49:21 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 04 Apr 2011 18:48:25 -0700 From: YongHyeon PYUN Date: Mon, 4 Apr 2011 18:48:25 -0700 To: Adriel Torres Message-ID: <20110405014825.GA3420@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 Subject: Re: Revisit of older discussion on Intel em0 timeouts etc. 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: Tue, 05 Apr 2011 01:49:23 -0000 On Mon, Apr 04, 2011 at 11:21:50AM -0500, Adriel Torres wrote: > Hi, > > I am new to this list and have been reading on the "tcp bug" and "bge > discussions" and wanted to share what I was experiencing with a 8.2 FreeBSD > DNS Server I had recently deployed. Basically, with an em0 interface, link > states would show changes from up to down constantly under very little or no > load. > > After a while, I switched the interface to a dc0-based interface, and for a > while it was fine, then the link states would start to change again. The Would you give me more information on dc(4) link state changes? Can you see abnormal kernel message for dc(4)? I think I fixed a couple of dc(4) issues as well as bus_dma(9) bugs and I don't know how the link state change can happen under load unless it encountered watchdog timeouts or TX underun. It would be even better if you can try latest dc(4) in stable/8 on 8.2-RELEASE. > only other discussion I found where this was talked about in-depth > was the following, but in this case it was occuring for 7.1 stable. > > http://lists.freebsd.org/pipermail/freebsd-net/2010-February/024664.html > > I just wanted to chime in in the event this might be related to any of the > bugs currently on the bug list, and if they are, I would appreciate if > someone could point me to the right discussion/bug. Thank you. From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 05:27:04 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 D648F106566B for ; Tue, 5 Apr 2011 05:27:04 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id A649A8FC19 for ; Tue, 5 Apr 2011 05:27:04 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.74 (FreeBSD)) (envelope-from ) id 1Q6yn5-0004jX-5W; Tue, 05 Apr 2011 01:26:59 -0400 Date: Tue, 5 Apr 2011 01:26:59 -0400 From: Gary Palmer To: Chuck Swiger Message-ID: <20110405052659.GB43505@in-addr.com> References: <1359778820.2757108.1301963093210.JavaMail.root@erie.cs.uoguelph.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: "Marc G. Fournier" , freebsd-net@freebsd.org, Rick Macklem Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 05 Apr 2011 05:27:04 -0000 On Mon, Apr 04, 2011 at 06:44:21PM -0700, Chuck Swiger wrote: > If you can, anyway-- but maildir is becoming more commonly used with the growing popularity of Cyrus and Dovecot compared with UWash IMAP (which did mbox and mbx). Avoid UWash IMAP like the plague is my suggestion. It has locking issues even on local disk. (e.g. one client opens folder read-only, another client opens read-write, it is really easy to get complete garbage on the read-only session if the read-write client deletes a message). I've seen this happen. Regards, Gary From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 08:11:49 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C3B11065670 for ; Tue, 5 Apr 2011 08:11:49 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2EE8FC18 for ; Tue, 5 Apr 2011 08:11:49 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p358Bj5C040467 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Apr 2011 01:11:47 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p358BjMg040466; Tue, 5 Apr 2011 01:11:45 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA26744; Tue, 5 Apr 11 01:01:50 PDT Date: Tue, 05 Apr 2011 01:01:23 -0700 From: perryh@pluto.rain.com To: cswiger@mac.com Message-Id: <4d9acc53.w52H7UX61+6sZ3rH%perryh@pluto.rain.com> References: <1359778820.2757108.1301963093210.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: scrappy@hub.org, freebsd-net@freebsd.org, rmacklem@uoguelph.ca Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 05 Apr 2011 08:11:49 -0000 Chuck Swiger wrote: > It's fairly common to scale up a mail infrastructure from one box > handling both SMTP and IMAP (or POP) to a SMTP-only box writing to > NFS-mounted user mailboxes, and have one or more dedicated reader > boxes which only run IMAP/POP daemons which access that same NFS > filesystem holding the user mailboxes. Yikes! The _proper_ way to scale up from one box to multiple goes something like this: SMTP Internet ---> mail. [original box] This box now runs only the SMTP receiver, and perhaps the spam/virus filtering (if it has enough capacity). It contains no user mailboxes. SMTP mail. --+--> mailbox01. | This box runs local delivery, and IMAP/POP | daemons, for some user mailboxes (which are | stored on _local_ disks). It may also handle | spam/virus filtering for those mailboxes, if | mail. can't handle that load. | +--> mailbox02. | This box is just like mailbox01, for a different | set of user mailboxes. | +--> mailbox03. etc. -- as many as needed. mail. becomes a multiplexer, so that the outside world can send to @mail. (or simply @ if you prefer) without needing to know about the internal structure. The multiplexing can be very simple, and thus very fast, by doing a table-lookup based on the first character of . There's no need for NFS anywhere in the setup. > ... I've been burned by NFS locking (mis)adventures in the past, > and I hate to see people depend on it if they have alternatives.... As have I. Once. That was enough. From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 12:20:11 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 964E11065670 for ; Tue, 5 Apr 2011 12:20:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6AFCD8FC19 for ; Tue, 5 Apr 2011 12:20:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p35CKBHk035979 for ; Tue, 5 Apr 2011 12:20:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p35CKBAI035978; Tue, 5 Apr 2011 12:20:11 GMT (envelope-from gnats) Date: Tue, 5 Apr 2011 12:20:11 GMT Message-Id: <201104051220.p35CKBAI035978@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Nikolay Denev Cc: Subject: Re: kern/155772: ifconfig(8): ioctl (SIOCAIFADDR): File exists on directly connected networks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nikolay Denev List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 12:20:11 -0000 The following reply was made to PR kern/155772; it has been noted by GNATS. From: Nikolay Denev To: bug-followup@FreeBSD.org, sav@ecom24.ru Cc: Subject: Re: kern/155772: ifconfig(8): ioctl (SIOCAIFADDR): File exists on directly connected networks Date: Tue, 5 Apr 2011 14:46:35 +0300 I'm not sure if this can be solved unless RADIX_MPATH is used. My workaround in simiral situations (like OSPF redistributing connected = routes) is like this "route del -net 10.0.0.0/24; ifconfig em0 = 10.0.0.2/24" Regards, Nikolay= From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 13:02: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 18A281065675 for ; Tue, 5 Apr 2011 13:02:51 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 5C7208FC1C for ; Tue, 5 Apr 2011 13:02:49 +0000 (UTC) Received: (qmail 19849 invoked from network); 5 Apr 2011 14:36:07 +0200 Received: from unknown (HELO filebunker.xip.at) (89.207.145.147) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Apr 2011 14:36:07 +0200 Date: Tue, 5 Apr 2011 14:36:04 +0200 (CEST) From: Ingo Flaschberger To: Nikolay Denev In-Reply-To: <201104051220.p35CKBAI035978@freefall.freebsd.org> Message-ID: References: <201104051220.p35CKBAI035978@freefall.freebsd.org> User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-net@FreeBSD.org Subject: Re: kern/155772: ifconfig(8): ioctl (SIOCAIFADDR): File exists on directly connected networks 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, 05 Apr 2011 13:02:51 -0000 Hi, > > From: Nikolay Denev > To: bug-followup@FreeBSD.org, > sav@ecom24.ru > Cc: > Subject: Re: kern/155772: ifconfig(8): ioctl (SIOCAIFADDR): File exists on directly connected networks > Date: Tue, 5 Apr 2011 14:46:35 +0300 > > I'm not sure if this can be solved unless RADIX_MPATH is used. > > My workaround in simiral situations (like OSPF redistributing connected = > routes) is like this "route del -net 10.0.0.0/24; ifconfig em0 = > 10.0.0.2/24" This can be solved with RADIX_MPATH, but a patch is needed: http://www.freebsd.org/cgi/query-pr.cgi?pr=150481&cat= als my yesterday posted patches may be needed. (Still changeing some stuff, will post a new one soon.) Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 13:55:13 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B629B106567B; Tue, 5 Apr 2011 13:55:13 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0D0388FC1D; Tue, 5 Apr 2011 13:55:12 +0000 (UTC) Received: by wyf23 with SMTP id 23so379300wyf.13 for ; Tue, 05 Apr 2011 06:55:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to:x-mailer; bh=YXy0oaWJMH9hUUJFqC66Khe1Dz9qZutsQ48Tzwnf77o=; b=xRpiAN/NqYbUcsdoSHqO0km+O1AoDpUaVakWl21dR0RUVIGzO/gnCCkQKwWhzhVEUS ytV4psO3HYGpjMRGsji3YRvPV5zbBbBcNUpnyOm/fWqmdUU/H3GP9fbuhIESDtVbmBdY WEAgmUgmnaB+Ip9VoqEG+WHmHOEd3OdqQQPHE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; b=SF/zRWnUvi6ouG954dViMpa4q5VhrGEfkdqmg1pofLMZ3IFDM7lfn3qvgc19J+VbOs mxiQHQrjkrzncwazF+fUL6f+pO3ST6WRk4w1vqNLrB3ejxc8/U4gB+FPUaTD44F9yEVa ethTIjjQxPhynslk17B7FhDVx7ZV4exKOFYzY= Received: by 10.216.60.76 with SMTP id t54mr1059513wec.110.1302010368204; Tue, 05 Apr 2011 06:32:48 -0700 (PDT) Received: from imba-brutale.totalterror.net (93-152-151-19.ddns.onlinedirect.bg [93.152.151.19]) by mx.google.com with ESMTPS id k76sm2775606wej.19.2011.04.05.06.32.45 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 05 Apr 2011 06:32:46 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) From: Nikolay Denev In-Reply-To: Date: Tue, 5 Apr 2011 16:32:45 +0300 Message-Id: References: To: Ingo Flaschberger X-Mailer: Apple Mail (2.1084) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Routing enhancement - reduce routing table locking 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, 05 Apr 2011 13:55:16 -0000 On Apr 5, 2011, at 4:26 AM, Ingo Flaschberger wrote: > Hi, >=20 > I have written a patch to: > *) reduce locking of routing table to achieve the same speed as with > flowtables, which do not scale with many routes: > use of a copy of the route > use rm_lock(9) > (idea of Andre Oppermann) > *) implement some multipath changes to use a direct attached > interface route and a real route, used some OpenBSD code > *) icmp rate-limiting in forwarding (old code from FreeBSD page) >=20 > The patch applies at FreeBSD 8.2 stable. > Comments are welcome, especially if I can reuse "dst" (which seems to = work): > rtl.rt_gateway =3D (struct sockaddr *)dst; >=20 > but 'm not shure if I should take same caution with bcopy regarding = sa_len: > rtlookup_fib(struct sockaddr *dst, u_int fibnum, struct rtlookup = *rtl, >=20 > Kind regards, > Ingo Flaschberger >=20 > Geschaeftsleitung > ____________________________________ > crossip communications gmbh > A-1020 Wien, Sebastian Kneipp Gasse 1/3 >=20 > Sitz der Gesellschaft: 1020 Wien, Oesterreich > Firmenbuchgericht: Handelsgericht Wien, FN 269698 s, > Umsatzsteueridentifikationsnummer (UID): ATU62080367 >=20 > Haftungsausschluss / Disclaimer = ___________= ____________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" Hi, Can you say something more about : "implement some multipath changes to use a direct attached interface route and a real route, used some OpenBSD code" I've looked at the patch but it's not obvious to me. P.S.: I've just saw your reply to kern/155772 and was wondering if this = patch can help. Regards, Nikolay From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 14:06: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 3A41B106564A; Tue, 5 Apr 2011 14:06:14 +0000 (UTC) (envelope-from fbsdmail@dnswatch.com) Received: from fast.dnswatch.com (fast.dnswatch.com [168.103.150.11]) by mx1.freebsd.org (Postfix) with ESMTP id 9DB628FC1A; Tue, 5 Apr 2011 14:06:13 +0000 (UTC) Received: from www.dnswatch.com (localhost.dnswatch.com [127.0.0.1]) by fast.dnswatch.com (8.14.2/8.14.2) with ESMTP id p35DeDnG042217; Tue, 5 Apr 2011 06:40:20 -0700 (PDT) (envelope-from fbsdmail@dnswatch.com) Received: from udns0.ultimatedns.net ([168.103.150.26]) (DNSwatchWebMail authenticated user infos) by www.dnswatch.com with HTTP; Tue, 5 Apr 2011 06:40:21 -0700 (PDT) Message-ID: <52e8b03c8e77371b382c68a540065f5e.dnswclient@www.dnswatch.com> In-Reply-To: References: <75E1A2A7D185F841A975979B0906BBA6774E1B99D3@AVEXMB1.qlogic.org> Date: Tue, 5 Apr 2011 06:40:21 -0700 (PDT) From: fbsdmail@dnswatch.com To: freebsd-net@freebsd.org, freebsd-current@freebsd.org User-Agent: DNSwatchWebMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Eitan Adler , David Somayajulu Subject: Re: Setting up a running FreeBSD/PCBSD system to enter kgdb on panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 14:06:14 -0000 On Mon, April 4, 2011 5:07 pm, Eitan Adler wrote: > On Mon, Apr 4, 2011 at 7:35 PM, David Somayajulu > wrote: > >> Hi All, >> Is there some way I can setup a running FreeBSD - (I use PCBSD7.2) - to >> break into kgdb when the system panics. I am trying to get a stack >> trace when "Fatal trap 12: page fault while in kernel mode" happens. > > debug.debugger_on_panic=1 Does this line go in C:\Windows\system32\win.ini? > > -- > Eitan Adler > _______________________________________________ > 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" > > -- 8.1-RELEASE-p2 amd64 From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 14:23:53 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 492C5106567B for ; Tue, 5 Apr 2011 14:23:53 +0000 (UTC) (envelope-from if@freebsd.org) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF718FC15 for ; Tue, 5 Apr 2011 14:23:51 +0000 (UTC) Received: (qmail 24236 invoked from network); 5 Apr 2011 16:23:50 +0200 Received: from unknown (HELO filebunker.xip.at) (89.207.145.147) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Apr 2011 16:23:50 +0200 Date: Tue, 5 Apr 2011 16:23:50 +0200 (CEST) From: Ingo Flaschberger X-X-Sender: if@filebunker.xip.at To: Nikolay Denev In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168430090-1859668186-1302013430=:2152" Cc: freebsd-net@freebsd.org Subject: Re: Routing enhancement - reduce routing table locking 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, 05 Apr 2011 14:23:53 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --168430090-1859668186-1302013430=:2152 Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT > Can you say something more about : >    "implement some multipath changes to use a direct attached >      interface route and a real route, used some OpenBSD code" > > I've looked at the patch but it's not obvious to me. > > P.S.: I've just saw your reply to kern/155772 and was wondering if this patch can help. regarding kern/155772: at stock 8.2 FreeBSD the system panics after ifconfig down / ifconfig up / ifconfig down with 1 route and 1 interface route (multipath). Also there are problems with arp, due wrong multipath route selection (if the decision is already made that the route should go the direct way, the route and not the interface route is choosen, depends on which route was first in the tree). And finally, there are problems when adding / deleteing routes. example that does not work: ifconfig em0 192.168.0.1/24 ifconfig em1 10.0.0.1/24 route add 10.0.0.0/24 192.168.0.2 example that currently works with 8.2: ifconfig em0 192.168.0.1/24 ifconfig em1 10.0.0.1/24 route add 172.16.0.0/24 192.168.0.2 route add 172.16.0.0/24 10.0.0.2 Kind regards, Ingo Flaschberger --168430090-1859668186-1302013430=:2152-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 15:26: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 78170106566B for ; Tue, 5 Apr 2011 15:26:52 +0000 (UTC) (envelope-from ali.gouta@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5828B8FC0C for ; Tue, 5 Apr 2011 15:26:52 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.69) (envelope-from ) id 1Q77nY-00078K-SV for freebsd-net@freebsd.org; Tue, 05 Apr 2011 08:04:04 -0700 Date: Tue, 5 Apr 2011 08:04:04 -0700 (PDT) From: aliBSD To: freebsd-net@freebsd.org Message-ID: <1302015844876-4284220.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Applying QoS on trafic 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, 05 Apr 2011 15:26:52 -0000 Hello guys, Here is the issue: For sessions that exceeds a threshold I want to insert its packets to a less prioritized queue. assumption : a session is defined as follow :(@source, @dest, port source, port dest, prototcole used UDP/TCP) Surely creating queues wouldn't be a matter since I made it using altq/queue. My problem is to HOW can I detect that a session had exceeded a threshold and how to redirect that session in the less prioritized queue. i thought about using pftop that shows information I need but how can I call pf.conf then to tell it redirect this section to queue 2 (less prioritized than 1) ? Thx and hope really you will give me some ideas !!! -- View this message in context: http://freebsd.1045724.n5.nabble.com/Applying-QoS-on-trafic-tp4284220p4284220.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 15:31:50 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B43F1065670 for ; Tue, 5 Apr 2011 15:31:50 +0000 (UTC) (envelope-from if@freebsd.org) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id A76C88FC0C for ; Tue, 5 Apr 2011 15:31:49 +0000 (UTC) Received: (qmail 11330 invoked from network); 5 Apr 2011 17:31:47 +0200 Received: from unknown (HELO filebunker.xip.at) (89.207.145.147) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Apr 2011 17:31:47 +0200 Date: Tue, 5 Apr 2011 17:31:45 +0200 (CEST) From: Ingo Flaschberger X-X-Sender: if@filebunker.xip.at In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168430090-1871926318-1302017507=:2152" Cc: Nikolay Denev , freebsd-net@freebsd.org Subject: Re: Routing enhancement - reduce routing table locking 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, 05 Apr 2011 15:31:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --168430090-1871926318-1302017507=:2152 Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT >> Can you say something more about : >>    "implement some multipath changes to use a direct attached >>      interface route and a real route, used some OpenBSD code" >> >> I've looked at the patch but it's not obvious to me. >> >> P.S.: I've just saw your reply to kern/155772 and was wondering if this >> patch can help. > > regarding kern/155772: > at stock 8.2 FreeBSD the system panics after ifconfig down / ifconfig up / > ifconfig down with 1 route and 1 interface route (multipath). > > Also there are problems with arp, due wrong multipath route selection > (if the decision is already made that the route should go the direct way, the > route and not the interface route is choosen, depends on which route was > first in the tree). see "in_lltable_rtcheck" > And finally, there are problems when adding / deleteing routes. > > example that does not work: > ifconfig em0 192.168.0.1/24 > ifconfig em1 10.0.0.1/24 > route add 10.0.0.0/24 192.168.0.2 > > example that currently works with 8.2: > ifconfig em0 192.168.0.1/24 > ifconfig em1 10.0.0.1/24 > route add 172.16.0.0/24 192.168.0.2 > route add 172.16.0.0/24 10.0.0.2 > > Kind regards, > Ingo Flaschberger --168430090-1871926318-1302017507=:2152-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 15:55: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 011731065670; Tue, 5 Apr 2011 15:55:30 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id B842B8FC16; Tue, 5 Apr 2011 15:55:29 +0000 (UTC) Received: from PWSVL-EXCHTS-01.internal.cacheflow.com ([10.2.2.122]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id p35FcNOf020608 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Apr 2011 08:38:23 -0700 (PDT) Received: from PWSVL-EXCMBX-01.internal.cacheflow.com ([fe80::15bc:12e2:4676:340f]) by PWSVL-EXCHTS-01.internal.cacheflow.com ([fe80::5c50:e2ba:8115:4223%20]) with mapi id 14.01.0255.000; Tue, 5 Apr 2011 08:38:17 -0700 From: "Li, Qing" To: Ingo Flaschberger , Nikolay Denev Thread-Topic: Routing enhancement - reduce routing table locking Thread-Index: AQHL8zOHlmYR0xfOqkCNfuY6FBeddZRPutaAgAAORQD//5nHmg== Date: Tue, 5 Apr 2011 15:38:17 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [216.52.23.68] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-net@freebsd.org" Subject: RE: Routing enhancement - reduce routing table locking 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, 05 Apr 2011 15:55:30 -0000 kern/155772 can be resolved using RADIX_MPATH.=0A= =0A= >=0A= > regarding kern/155772:=0A= > at stock 8.2 FreeBSD the system panics after ifconfig down / ifconfig up = /=0A= > ifconfig down with 1 route and 1 interface route (multipath).=0A= >=0A= =0A= What's the exact step and a specific example that triggers a panic ?=0A= =0A= >=0A= > Also there are problems with arp, due wrong multipath route selection=0A= > (if the decision is already made that the route should go the direct way,= =0A= > the route and not the interface route is choosen, depends on which route= =0A= > was first in the tree).=0A= >=0A= =0A= I am not quite getting what you are saying about. What do you mean when= =0A= you say:" .. the route should go the direct way, the route and not the in= terface route ..."=0A= =0A= What is the "route" that "goes the direct way" ?=0A= =0A= >=0A= > And finally, there are problems when adding / deleteing routes.=0A= >=0A= > example that does not work:=0A= > ifconfig em0 192.168.0.1/24=0A= > ifconfig em1 10.0.0.1/24=0A= > route add 10.0.0.0/24 192.168.0.2=0A= >=0A= =0A= What doesn't work ? The add or the delete operation? =0A= I can add and delete the 10.0.0.0/24 route fine on my system.=0A= =0A= -- Qing=0A= =0A= From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 15:55: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 898B0106564A; Tue, 5 Apr 2011 15:55:30 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 375AB8FC1D; Tue, 5 Apr 2011 15:55:30 +0000 (UTC) Received: from PWSVL-EXCHTS-02.internal.cacheflow.com (sai-rp.bluecoat.com [10.2.2.126] (may be forged)) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id p35FhHLY022352 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Apr 2011 08:43:17 -0700 (PDT) Received: from PWSVL-EXCMBX-01.internal.cacheflow.com ([fe80::15bc:12e2:4676:340f]) by PWSVL-EXCHTS-02.internal.cacheflow.com ([fe80::4910:317f:407:6ecc%14]) with mapi id 14.01.0255.000; Tue, 5 Apr 2011 08:43:12 -0700 From: "Li, Qing" To: Ingo Flaschberger Thread-Topic: Routing enhancement - reduce routing table locking Thread-Index: AQHL8zOHlmYR0xfOqkCNfuY6FBeddZRPutaAgAAORQCAABL6gP//jVPo Date: Tue, 5 Apr 2011 15:43:11 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [216.52.23.68] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Nikolay Denev , "freebsd-net@freebsd.org" Subject: RE: Routing enhancement - reduce routing table locking 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, 05 Apr 2011 15:55:30 -0000 I see,=0A= =0A= What you are saying is the "rtalloc()" call does not have an indicator whet= her it should be searching=0A= for an interface route or not. =0A= =0A= In the case when RADIX_MPATH is enabled, in_lltable_rtcheck() needs to walk= the ECMP route chain=0A= to find an interface route.=0A= =0A= yes ?=0A= =0A= -- Qing=0A= =0A= ________________________________________=0A= From: owner-freebsd-net@freebsd.org [owner-freebsd-net@freebsd.org] on beha= lf of Ingo Flaschberger [if@freebsd.org]=0A= Sent: Tuesday, April 05, 2011 8:31 AM=0A= Cc: Nikolay Denev; freebsd-net@freebsd.org=0A= Subject: Re: Routing enhancement - reduce routing table locking=0A= =0A= >> Can you say something more about :=0A= >> "implement some multipath changes to use a direct attached=0A= >> interface route and a real route, used some OpenBSD code"=0A= >>=0A= >> I've looked at the patch but it's not obvious to me.=0A= >>=0A= >> P.S.: I've just saw your reply to kern/155772 and was wondering if this= =0A= >> patch can help.=0A= >=0A= > regarding kern/155772:=0A= > at stock 8.2 FreeBSD the system panics after ifconfig down / ifconfig up = /=0A= > ifconfig down with 1 route and 1 interface route (multipath).=0A= >=0A= > Also there are problems with arp, due wrong multipath route selection=0A= > (if the decision is already made that the route should go the direct way,= the=0A= > route and not the interface route is choosen, depends on which route was= =0A= > first in the tree).=0A= =0A= see "in_lltable_rtcheck"=0A= =0A= > And finally, there are problems when adding / deleteing routes.=0A= >=0A= > example that does not work:=0A= > ifconfig em0 192.168.0.1/24=0A= > ifconfig em1 10.0.0.1/24=0A= > route add 10.0.0.0/24 192.168.0.2=0A= >=0A= > example that currently works with 8.2:=0A= > ifconfig em0 192.168.0.1/24=0A= > ifconfig em1 10.0.0.1/24=0A= > route add 172.16.0.0/24 192.168.0.2=0A= > route add 172.16.0.0/24 10.0.0.2=0A= >=0A= > Kind regards,=0A= > Ingo Flaschberger=0A= From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 16:05: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 405751065673 for ; Tue, 5 Apr 2011 16:05:24 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 807CC8FC22 for ; Tue, 5 Apr 2011 16:05:22 +0000 (UTC) Received: (qmail 20360 invoked from network); 5 Apr 2011 18:05:21 +0200 Received: from unknown (HELO filebunker.xip.at) (89.207.145.147) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Apr 2011 18:05:21 +0200 Date: Tue, 5 Apr 2011 18:05:21 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: , User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Nikolay Denev , Ingo Flaschberger , "freebsd-net@freebsd.org" Subject: RE: Routing enhancement - reduce routing table locking 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, 05 Apr 2011 16:05:24 -0000 Hi, > I see, > > What you are saying is the "rtalloc()" call does not have an indicator whether it should be searching > for an interface route or not. > > In the case when RADIX_MPATH is enabled, in_lltable_rtcheck() needs to walk the ECMP route chain > to find an interface route. yes. Bye, Ingo From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 16:17: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 76060106564A for ; Tue, 5 Apr 2011 16:17:43 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id CDA778FC17 for ; Tue, 5 Apr 2011 16:17:42 +0000 (UTC) Received: (qmail 3255 invoked from network); 5 Apr 2011 18:17:40 +0200 Received: from unknown (HELO filebunker.xip.at) (89.207.145.147) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Apr 2011 18:17:40 +0200 Date: Tue, 5 Apr 2011 18:17:40 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: , User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168430090-747425523-1302020260=:2152" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Nikolay Denev , "freebsd-net@freebsd.org" Subject: RE: Routing enhancement - reduce routing table locking 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, 05 Apr 2011 16:17:43 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --168430090-747425523-1302020260=:2152 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Hi, > kern/155772 can be resolved using RADIX_MPATH. > >> >> regarding kern/155772: >> at stock 8.2 FreeBSD the system panics after ifconfig down / ifconfig up / >> ifconfig down with 1 route and 1 interface route (multipath). >> > > What's the exact step and a specific example that triggers a panic ? ifconfig em0 192.168.0.1/24 ifconfig em1 10.0.0.1/24 route add 10.0.0.0/24 192.168.0.2 ifconfig em1 down // see that route is still there ifconfig em1 up ifconfig em1 down *bum* see: kern/150481 and: sys/netinet/in.c : in_ifinit as I have updated my code now from 8.1 to 8.2 and had again - this crashes - and really was surprised that this patch has not found it's way into 8.2 thats also why I stated this bus is 13 years old... >> >> Also there are problems with arp, due wrong multipath route selection >> (if the decision is already made that the route should go the direct way, >> the route and not the interface route is choosen, depends on which route >> was first in the tree). >> > > I am not quite getting what you are saying about. What do you mean when > you say:" .. the route should go the direct way, the route and not the interface route ..." > > What is the "route" that "goes the direct way" ? > >> And finally, there are problems when adding / deleteing routes. >> >> example that does not work: >> ifconfig em0 192.168.0.1/24 >> ifconfig em1 10.0.0.1/24 >> route add 10.0.0.0/24 192.168.0.2 >> > > What doesn't work ? The add or the delete operation? > I can add and delete the 10.0.0.0/24 route fine on my system. try the attached script. bye, Ingo --168430090-747425523-1302020260=:2152-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 16:24:08 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 BD49C106566C for ; Tue, 5 Apr 2011 16:24:08 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 1D31E8FC13 for ; Tue, 5 Apr 2011 16:24:07 +0000 (UTC) Received: (qmail 10181 invoked from network); 5 Apr 2011 18:24:07 +0200 Received: from unknown (HELO filebunker.xip.at) (89.207.145.147) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Apr 2011 18:24:07 +0200 Date: Tue, 5 Apr 2011 18:24:06 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: , User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168430090-1533415124-1302020636=:2152" Content-ID: X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Nikolay Denev , "freebsd-net@freebsd.org" Subject: RE: Routing enhancement - reduce routing table locking 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, 05 Apr 2011 16:24:08 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --168430090-1533415124-1302020636=:2152 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; FORMAT=flowed Content-ID: >>> example that does not work: >>> ifconfig em0 192.168.0.1/24 >>> ifconfig em1 10.0.0.1/24 >>> route add 10.0.0.0/24 192.168.0.2 >>> >> >> What doesn't work ? The add or the delete operation? >> I can add and delete the 10.0.0.0/24 route fine on my system. > > try the attached script. now with script. Kind regards, Ingo Flaschberger --168430090-1533415124-1302020636=:2152-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 16:55:00 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DBBD1065676 for ; Tue, 5 Apr 2011 16:55:00 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id 534B88FC18 for ; Tue, 5 Apr 2011 16:55:00 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp023.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LJ600IPZUZMMX70@asmtp023.mac.com> for freebsd-net@freebsd.org; Tue, 05 Apr 2011 09:54:59 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-04-05_08:2011-04-05, 2011-04-05, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1104050110 From: Chuck Swiger In-reply-to: <4d9acc53.w52H7UX61+6sZ3rH%perryh@pluto.rain.com> Date: Tue, 05 Apr 2011 09:54:58 -0700 Message-id: <9708F193-E78D-4B26-A4F9-A2CBCC1D90CE@mac.com> References: <1359778820.2757108.1301963093210.JavaMail.root@erie.cs.uoguelph.ca> <4d9acc53.w52H7UX61+6sZ3rH%perryh@pluto.rain.com> To: perryh@pluto.rain.com X-Mailer: Apple Mail (2.1084) Cc: freebsd-net Net Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 05 Apr 2011 16:55:00 -0000 On Apr 5, 2011, at 1:01 AM, perryh@pluto.rain.com wrote: > Chuck Swiger wrote: > >> It's fairly common to scale up a mail infrastructure from one box >> handling both SMTP and IMAP (or POP) to a SMTP-only box writing to >> NFS-mounted user mailboxes, and have one or more dedicated reader >> boxes which only run IMAP/POP daemons which access that same NFS >> filesystem holding the user mailboxes. > > Yikes! The _proper_ way to scale up from one box to multiple goes > something like this: [ ... ] > mail. becomes a multiplexer, so that the outside world can > send to @mail. (or simply @ if you > prefer) without needing to know about the internal structure. The > multiplexing can be very simple, and thus very fast, by doing a > table-lookup based on the first character of . There's no > need for NFS anywhere in the setup. The problems with this are that each individual reader box has no failover capabilities if something goes down (although you can have standbys and restore from backups), and the convention for allocating the pool of users onto boxes is relatively static, which means you don't distribute clients evenly onto the servers to even balance load as that changes dynamically over time. Growing a mail infrastructure from one to two to many boxes is complex. People tend to take advantage of the resources they have; if you have an EMC or NetApp filer handy, it's might well be reasonable to use it, especially if you can run with a mailbox format that doesn't require NFS locking. Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 17:38: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 DF69B1065743 for ; Tue, 5 Apr 2011 17:38:51 +0000 (UTC) (envelope-from fbsdmail@dnswatch.com) Received: from fast.dnswatch.com (fast.dnswatch.com [168.103.150.11]) by mx1.freebsd.org (Postfix) with ESMTP id A574C8FC12 for ; Tue, 5 Apr 2011 17:38:51 +0000 (UTC) Received: from www.dnswatch.com (localhost.dnswatch.com [127.0.0.1]) by fast.dnswatch.com (8.14.2/8.14.2) with ESMTP id p35Hch03042998 for ; Tue, 5 Apr 2011 10:38:50 -0700 (PDT) (envelope-from fbsdmail@dnswatch.com) Received: from udns0.ultimatedns.net ([168.103.150.26]) (DNSwatchWebMail authenticated user infos) by www.dnswatch.com with HTTP; Tue, 5 Apr 2011 10:38:50 -0700 (PDT) Message-ID: <246965dca85d0f49c9c7aaa3f180e398.dnswclient@www.dnswatch.com> In-Reply-To: References: <75E1A2A7D185F841A975979B0906BBA6774E1B99D3@AVEXMB1.qlogic.org> Date: Tue, 5 Apr 2011 10:38:50 -0700 (PDT) From: fbsdmail@dnswatch.com To: freebsd-net@freebsd.org User-Agent: DNSwatchWebMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Setting up a running FreeBSD/PCBSD system to enter kgdb on panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 17:38:52 -0000 On Mon, April 4, 2011 5:07 pm, Eitan Adler wrote: > On Mon, Apr 4, 2011 at 7:35 PM, David Somayajulu > wrote: > >> Hi All, >> Is there some way I can setup a running FreeBSD - (I use PCBSD7.2) - to >> break into kgdb when the system panics. I am trying to get a stack >> trace when "Fatal trap 12: page fault while in kernel mode" happens. > > debug.debugger_on_panic=1 Does this line go in C:\Windows\system32\win.ini? > > -- > Eitan Adler > _______________________________________________ > 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" > > -- 8.1-RELEASE-p2 amd64 From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 17:50:22 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 64BE0106566B for ; Tue, 5 Apr 2011 17:50:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9AB8FC12 for ; Tue, 5 Apr 2011 17:50:22 +0000 (UTC) Received: by pwj8 with SMTP id 8so319453pwj.13 for ; Tue, 05 Apr 2011 10:50:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=8ZsUiR2CeUZqI9pMHpg0bhaUh1t6XzW7GA6P2N7/Ruo=; b=E1r6TE6QINRL9rMvfKZFB9HDTXoLlWh3zUZQ2GddrtLEv2HLpdicwg+HOTSS916vRe q8fUnj0VLb0yx2vJdUf0uPqSdFICOFCZPCp5cHtHxqr3/VYSuRdREGMrdER4Vd9eO3rk A5EGWSnuhw9wNtUtlkfVSKpEnxAihMjZ12iEg= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=aC2bg2Rf/uKAGKZaox72KUdHHsYHU6fpFT2UnlFt3VswXZhdhucPaP1suvWl7eSdhT JZQbXQFIJ9Nsd8Mwr+iqRVJDys5/JO9zTkRAM2wmVSop+zu2Tg6kkeI5pB2D8mbz0ATU rKCNbN5Tj/T8MoKw4yLJOvvfDY4dQiMqGDJII= Received: by 10.142.7.4 with SMTP id 4mr8295765wfg.386.1302025821766; Tue, 05 Apr 2011 10:50:21 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id s39sm9259966wfc.16.2011.04.05.10.50.19 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 05 Apr 2011 10:50:20 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 05 Apr 2011 10:49:25 -0700 From: YongHyeon PYUN Date: Tue, 5 Apr 2011 10:49:25 -0700 To: Vijay Singh Message-ID: <20110405174925.GA6852@michelle.cdnetworks.com> References: <20110315024325.GG1577@michelle.cdnetworks.com> <20110315233844.GE5076@michelle.cdnetworks.com> <20110316164149.GA9004@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Jumbo frame support for BGE_ASICREV_BCM5714 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: Tue, 05 Apr 2011 17:50:22 -0000 On Wed, Mar 16, 2011 at 04:47:53PM -0700, Vijay Singh wrote: > > > > There was a bug in the diff. I updated the diff but URL is the same > > as before. If you have downloaded the file, please try again. > > > > Hi, thanks a lot for your effort. I will test this out within a week > and get you some feedback. Thanks again. > FYI: Patch committed to HEAD(r220368). Thanks a lot for testing! > -vijay From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 18:58:50 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 691DF1065673 for ; Tue, 5 Apr 2011 18:58:50 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id 4419E8FC15 for ; Tue, 5 Apr 2011 18:58:49 +0000 (UTC) Received: from gypsy.mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id p35IcMhl006325 for ; Tue, 5 Apr 2011 11:38:22 -0700 (PDT) (envelope-from mahan@mahan.org) Message-ID: <4D9B610B.1020903@mahan.org> Date: Tue, 05 Apr 2011 11:35:55 -0700 From: Patrick Mahan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <75E1A2A7D185F841A975979B0906BBA6774E1B99D3@AVEXMB1.qlogic.org> <246965dca85d0f49c9c7aaa3f180e398.dnswclient@www.dnswatch.com> In-Reply-To: <246965dca85d0f49c9c7aaa3f180e398.dnswclient@www.dnswatch.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Setting up a running FreeBSD/PCBSD system to enter kgdb on panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 18:58:50 -0000 On 4/5/11 10:38 AM, fbsdmail@dnswatch.com wrote: > > On Mon, April 4, 2011 5:07 pm, Eitan Adler wrote: >> On Mon, Apr 4, 2011 at 7:35 PM, David Somayajulu >> wrote: >> >>> Hi All, >>> Is there some way I can setup a running FreeBSD - (I use PCBSD7.2) - to >>> break into kgdb when the system panics. I am trying to get a stack >>> trace when "Fatal trap 12: page fault while in kernel mode" happens. >> >> debug.debugger_on_panic=1 > > Does this line go in C:\Windows\system32\win.ini? > No, it's a sysctl line. Issue as either root or via 'sudo' - % sudo sysctl debug.debugger_on_panic=1 Assuming your kernel has been built with DDB/KDB enabled. Patrick From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 01:03: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 B332E106564A for ; Wed, 6 Apr 2011 01:03:52 +0000 (UTC) (envelope-from ladr.torres@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4577B8FC14 for ; Wed, 6 Apr 2011 01:03:51 +0000 (UTC) Received: by ewy1 with SMTP id 1so319880ewy.13 for ; Tue, 05 Apr 2011 18:03:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=EVDTzn5CDEaWVRoWaBVpBsMyW8Omlqto54PpBDIj6tM=; b=bgMpgrZC5H7VYNwCd9uxu9DXljjisLo4lHhWGkmFHVydTMkFqSNZ/WTnQ6jceoOH+0 he06CTOWrh6y/BSQHYzkOCxO9iRBfBFmOS+/s6yB5NSizKei9pZH0a4XlGShpZUmSqLm gDo9YAaYzaufCVqVL72T4tv4jag9EanJXjW+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=tQLEnEijqqmTi1FbaKiYOHh5/cDO6xrc/1Fi3C01DTa68iHXFie2zLf32u1NSf8LD+ ZOHYD0zsZXcaXC1lwjRtbHSynmed4HANQbL9saYIo2RSH7NxVaHMDrH6ftMq1dbbJ+S+ RlUCBDilAscbVXi6Ef/6Jdx1WF9S1Niaoa+9I= Received: by 10.213.108.144 with SMTP id f16mr2409693ebp.136.1302051831103; Tue, 05 Apr 2011 18:03:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.27.196 with HTTP; Tue, 5 Apr 2011 18:03:21 -0700 (PDT) In-Reply-To: <20110405014825.GA3420@michelle.cdnetworks.com> References: <20110405014825.GA3420@michelle.cdnetworks.com> From: Adriel Torres Date: Tue, 5 Apr 2011 20:03:21 -0500 Message-ID: To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Revisit of older discussion on Intel em0 timeouts etc. 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, 06 Apr 2011 01:03:52 -0000 > >> Would you give me more information on dc(4) link state changes? >> Can you see abnormal kernel message for dc(4)? >> I think I fixed a couple of dc(4) issues as well as bus_dma(9) bugs >> and I don't know how the link state change can happen under load >> unless it encountered watchdog timeouts or TX underun. It would be >> even better if you can try latest dc(4) in stable/8 on 8.2-RELEASE. >> >> Hello, unfortunately due to these timeouts, I had to switch the bind configuration to another BSD-based system temporarily. I would however, be happy to re-deploy the latest 8.2 Stable release and collect some more statistics or information. I will likely be able to get to this task in a couple of days or into the weekend and will update the list when I do so to see if we can't find some information. Regards, AdrieL From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 08:06:26 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 4FD9F1065670 for ; Wed, 6 Apr 2011 08:06:26 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 089688FC18 for ; Wed, 6 Apr 2011 08:06:25 +0000 (UTC) Received: by qyk35 with SMTP id 35so2367403qyk.13 for ; Wed, 06 Apr 2011 01:06:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=//kiQOoufSDFcmTEaBP8m8I5NefaI8bYLzsc7F4aap8=; b=WYqNW2/VW/I9CObUUcalm6GqwzAoh6uDF/l5txdL1faCINIwDyB9JQWhlQaslTT0z8 DoZq/6rF0BDycf4IBjVE9aDaEtmRNaMUn+kFShwoXQRLe6W3v0rNKKoaJYoPIuSMqiwT XSdR8xZy/EckpP6n2BU8U87t0Ai8i+pUNZ6C4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=K1MnZ3qv6RM3y371Rzm/QL+rDjxL8uU/LDHnlFULZg5E+KR/483XCg3UQ4EtCgTUNm h4dT0YiW43UFldyc1wP5q7XWcxzlND6kReSj4kjDm1zxbdgaYmzQ7t9yTxWWagIuwAhG SU8ZwpuZkOHVVKsjfgb5Fss3Kn4znF44J05mc= MIME-Version: 1.0 Received: by 10.229.28.68 with SMTP id l4mr504137qcc.93.1302075334300; Wed, 06 Apr 2011 00:35:34 -0700 (PDT) Received: by 10.229.102.81 with HTTP; Wed, 6 Apr 2011 00:35:34 -0700 (PDT) Date: Wed, 6 Apr 2011 09:35:34 +0200 Message-ID: From: Dominique Goncalves To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: ifa_add_loopback_route: insertion failed with ifconfig wlan0 up 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, 06 Apr 2011 08:06:26 -0000 Hi, I've installed FreeBSD 8.2-RELEASE on soekris net4801 with Atheros 9280 (mini pci card) as an access point using hostapd, so far it works . Sometimes I need to disable wireless with ifconfig wlan0 down but each times I run ifconfig wlan0 up, the kernel produces this error ifa_add_loopback_route: insertion failed is this a problem ? or maybe there is a better way to disable/enable wireless ? TIA, Regards. From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 08:10:55 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D65881065670 for ; Wed, 6 Apr 2011 08:10:55 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id B3AF98FC08 for ; Wed, 6 Apr 2011 08:10:55 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p368AtX1022996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 6 Apr 2011 01:10:55 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p368Athk022995; Wed, 6 Apr 2011 01:10:55 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA00927; Wed, 6 Apr 11 01:10:11 PDT Date: Wed, 06 Apr 2011 01:09:43 -0700 From: perryh@pluto.rain.com To: cswiger@mac.com Message-Id: <4d9c1fc7.5QEJghioxXTUQRRc%perryh@pluto.rain.com> References: <1359778820.2757108.1301963093210.JavaMail.root@erie.cs.uoguelph.ca> <4d9acc53.w52H7UX61+6sZ3rH%perryh@pluto.rain.com> <9708F193-E78D-4B26-A4F9-A2CBCC1D90CE@mac.com> In-Reply-To: <9708F193-E78D-4B26-A4F9-A2CBCC1D90CE@mac.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 06 Apr 2011 08:10:55 -0000 Chuck Swiger wrote: > People tend to take advantage of the resources they have; if you > have an EMC or NetApp filer handy, it's might well be reasonable > to use it ... s/reasonable/tempting/ "When the only tool you have is a hammer, every problem tends to resemble a nail." From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 10:08:18 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A543B1065672 for ; Wed, 6 Apr 2011 10:08:18 +0000 (UTC) (envelope-from eirnym@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 3A3CB8FC13 for ; Wed, 6 Apr 2011 10:08:17 +0000 (UTC) Received: by bwz12 with SMTP id 12so1246131bwz.13 for ; Wed, 06 Apr 2011 03:08:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=KMQCUfm35+FCY+0TZaEg7CSSK9AAprW8l7r47RTC+98=; b=JVd+KGeaVCZrpBpvR0ZYruHM5UxXRmGY238w2vSioxZklckR9R4eGf8C7KuukL/nLN rtG5dw8AxRcvu8lVy3yIw15edrq9RpH7JHwlE6imEyhpYDWH8OAZcUOPH24rYJcVnU2T GxO4a6hACKjP3Wp7AGAabr2OmfCkwB4quJK5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=Sta+GMY0FRvPssyR64QhX6bt3nWRE0opKSbZ70U40M34tqxYrH9KUVjzQCJBEjFk3Z qJDOyNLMnDJL70lPzNUwsuKjzpiXKVpLOwxiwLLlxm0CYTQzFiNGBNJjUefxS23wuhFR K5gZ688pXoAlma2wJcxW85jN3fMLCicc8h30M= Received: by 10.204.7.213 with SMTP id e21mr563728bke.209.1302083174142; Wed, 06 Apr 2011 02:46:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.154.211 with HTTP; Wed, 6 Apr 2011 02:45:54 -0700 (PDT) In-Reply-To: <1128701301678831@web100.yandex.ru> References: <1128701301678831@web100.yandex.ru> From: Eir Nym Date: Wed, 6 Apr 2011 13:45:54 +0400 Message-ID: To: Baginski Darren Content-Type: text/plain; charset=UTF-8 Cc: freebsd-net@freebsd.org Subject: Re: Multiple gateways support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 10:08:18 -0000 On 1 April 2011 21:27, Baginski Darren wrote: > Hi! > > Could please someone tell me about current state of multiple gw capabilities of FreeBSD? > I have dual homed FreeBSD box, one interface ISP1 another ISP2 : > 1) can I balance outgoing traffic across them ? > 2) Is there support of any kind dead gateway detection? > 3) Can I install multiple routes to the same network (with same and with different wight)? If yes how it behaves with one link failure, in particular if interface is down? > > Thank you! > _______________________________________________ > 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" > about multiply GWs: you can set multiply gw via setfib(1) utility and use fib in your firewall rules. But it is not very handy with DHCP and rc(8) (setfib is located in /usr/bin and can't be used in /etc/rc.d). Due to this I have to add another FreeBSD box to handle dynamic routes. This is the one thing I know which can I do in linux easily and in freebsd with hacks. From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 11:05:40 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 988FA106564A for ; Wed, 6 Apr 2011 11:05:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 715478FC1B for ; Wed, 6 Apr 2011 11:05:40 +0000 (UTC) Received: by pwj8 with SMTP id 8so641838pwj.13 for ; Wed, 06 Apr 2011 04:05:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Kgr7UAThMeT8MRzkpEGWPcAJuBWW/y4Rig19MXdKdjU=; b=tRTLcNqga1OWYhtnZ1DJqdRaWEgE3GyuxN+Sm6Y5AYNdl7aAsQIGAbHVTW+KbKP0QS zpv6tgiXas7Pq/3yABq1Xsfp/5sKlPKzfkzLEBf61uLZ6OPH4/S4gNYf/NhLdxYjjiqx dsQzvUver/FdachBA7u1jnw+0LzgE5dOrElHI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=HoFM995YwKxXI3FWWoPqaDprwOgogz3ZOYoltQPUBgKJ6yDvU9yBv4+nyxI3QW8h3k IHoXTkGHCjvULpHQ5t0XPJu5ikhrtH2Wixdy5WVKPgWzEaHf1QWcIS06DXGx0HqEWSJc P55J3vUqpuCak4jVlBn0ILm1+fF7HDb+KMZp8= MIME-Version: 1.0 Received: by 10.143.153.18 with SMTP id f18mr822873wfo.114.1302087939835; Wed, 06 Apr 2011 04:05:39 -0700 (PDT) Received: by 10.142.141.5 with HTTP; Wed, 6 Apr 2011 04:05:39 -0700 (PDT) In-Reply-To: References: Date: Wed, 6 Apr 2011 15:05:39 +0400 Message-ID: From: Sergey Kandaurov To: Dominique Goncalves Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: ifa_add_loopback_route: insertion failed with ifconfig wlan0 up 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, 06 Apr 2011 11:05:40 -0000 On 6 April 2011 11:35, Dominique Goncalves wrote: > Hi, > > I've installed FreeBSD 8.2-RELEASE on soekris net4801 with Atheros > 9280 (mini pci card) as an access point using hostapd, so far it works > . Sometimes I need to disable wireless with ifconfig wlan0 down but > each times I run ifconfig wlan0 up, the kernel produces this error > > ifa_add_loopback_route: insertion failed > > is this a problem ? or maybe there is a better way to disable/enable wireless ? > I see this too with a dumb test: vlan5: flags=8003 metric 0 mtu 1500 ether 00:00:00:00:00:00 inet6 fe80::21a:64ff:fe68:d005%vlan5 prefixlen 64 scopeid 0xa inet 192.168.13.13 netmask 0xffffffff broadcast 192.168.13.13 nd6 options=3 vlan: 0 parent interface: On 8.1 ifconfig vlan5 up gives: ifa_add_loopback_route: insertion failed On head ifconfig vlan5 down gives: interface address is missing from cache = 0 in delete -- wbr, pluknet From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 11:09:04 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 62F941065672 for ; Wed, 6 Apr 2011 11:09:04 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 398438FC26 for ; Wed, 6 Apr 2011 11:09:03 +0000 (UTC) Received: by pvg11 with SMTP id 11so618942pvg.13 for ; Wed, 06 Apr 2011 04:09:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vI6zh6pHfRdpFwhv5CnDHmyaa+TXk8UijhFS8gGbo28=; b=dA9yYcLIJxl3wuhFVSAtIoICQEKo5Kz2j8rNDrWIx2ECy2OaiDnNrmFO32Fs9sA6vv xhrQqQ3TYzrKFazYEIeoxF0V1tyNoSI78/0ZBWLQ3xRvq+ytKFYXeC2uc2NI4AmAze88 HlRBTW6H380dRXEiUQKPj7cEMpldDswYcCB7o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vXH7nMnR6AaYul7iQ/ftu3meR5Rawp1X/ICKXRSKcU0QnMcZfcXNnQF6erp9Cu+HAN v9twa82BDnAo3RmJMHZ8+RIjSuq5RyAV24tPpImuD5iV/peyHr4klwsx1AFxdmQ3nCiQ wAHet6nZRNQFzz/EEgn1OHCM7cTdVoBjG6kMM= MIME-Version: 1.0 Received: by 10.143.153.18 with SMTP id f18mr825542wfo.114.1302088143521; Wed, 06 Apr 2011 04:09:03 -0700 (PDT) Received: by 10.142.141.5 with HTTP; Wed, 6 Apr 2011 04:09:03 -0700 (PDT) In-Reply-To: References: Date: Wed, 6 Apr 2011 15:09:03 +0400 Message-ID: From: Sergey Kandaurov To: Dominique Goncalves Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: ifa_add_loopback_route: insertion failed with ifconfig wlan0 up 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, 06 Apr 2011 11:09:04 -0000 On 6 April 2011 15:05, Sergey Kandaurov wrote: > On 6 April 2011 11:35, Dominique Goncalves > wrote: >> Hi, >> >> I've installed FreeBSD 8.2-RELEASE on soekris net4801 with Atheros >> 9280 (mini pci card) as an access point using hostapd, so far it works >> . Sometimes I need to disable wireless with ifconfig wlan0 down but >> each times I run ifconfig wlan0 up, the kernel produces this error >> >> ifa_add_loopback_route: insertion failed >> >> is this a problem ? or maybe there is a better way to disable/enable wir= eless ? >> > > I see this too with a dumb test: > > vlan5: flags=3D8003 metric 0 mtu 1500 > =A0 =A0 =A0 =A0ether 00:00:00:00:00:00 > =A0 =A0 =A0 =A0inet6 fe80::21a:64ff:fe68:d005%vlan5 prefixlen 64 scopeid = 0xa > =A0 =A0 =A0 =A0inet 192.168.13.13 netmask 0xffffffff broadcast 192.168.13= .13 > =A0 =A0 =A0 =A0nd6 options=3D3 > =A0 =A0 =A0 =A0vlan: 0 parent interface: > > On 8.1 ifconfig vlan5 up gives: > ifa_add_loopback_route: insertion failed > > On head ifconfig vlan5 down gives: > interface address is missing from cache =3D 0 =A0in delete > On more thing: on head ifconfig vlan5 destroy gives: if_delmulti_ifma: ifnet 0xfffffe006b38c000 disappeared --=20 wbr, pluknet From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 11:58:48 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 71833106564A for ; Wed, 6 Apr 2011 11:58:48 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 34F4E8FC1D for ; Wed, 6 Apr 2011 11:58:47 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 7E2E219E02D; Wed, 6 Apr 2011 13:39:47 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 5935F19E02F; Wed, 6 Apr 2011 13:39:45 +0200 (CEST) Message-ID: <4D9C5100.3060806@quip.cz> Date: Wed, 06 Apr 2011 13:39:44 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.18) Gecko/20110320 SeaMonkey/2.0.13 MIME-Version: 1.0 To: Eir Nym References: <1128701301678831@web100.yandex.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Baginski Darren , freebsd-net@freebsd.org Subject: Re: Multiple gateways support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 11:58:48 -0000 Eir Nym wrote: > On 1 April 2011 21:27, Baginski Darren wrote: >> Hi! >> >> Could please someone tell me about current state of multiple gw capabilities of FreeBSD? >> I have dual homed FreeBSD box, one interface ISP1 another ISP2 : >> 1) can I balance outgoing traffic across them ? >> 2) Is there support of any kind dead gateway detection? >> 3) Can I install multiple routes to the same network (with same and with different wight)? If yes how it behaves with one link failure, in particular if interface is down? > > about multiply GWs: you can set multiply gw via setfib(1) utility and > use fib in your firewall rules. But it is not very handy with DHCP and > rc(8) (setfib is located in /usr/bin and can't be used in /etc/rc.d). > Due to this I have to add another FreeBSD box to handle dynamic > routes. > > This is the one thing I know which can I do in linux easily and in > freebsd with hacks. There were some attempts to add setfib support to rc.subr, but it was not committed: http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/132483 I don't know the reason. Miroslav Lachman From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 12:02:15 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 8F5B11065674 for ; Wed, 6 Apr 2011 12:02:15 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2CAE68FC2A for ; Wed, 6 Apr 2011 12:02:14 +0000 (UTC) Received: by iwn33 with SMTP id 33so1605338iwn.13 for ; Wed, 06 Apr 2011 05:02:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=zCPt4eQvJ3pYpXYkB1lEZkBl7aCnFApCPQK3m0Pefrc=; b=bJUP0aUPAjy/QpzXmq19QEv48wmSatjzD+G94tmI/CHazjHqaSyj+yNP1nhfs6fWUu BE9qty4Mc7cEvLygmmM9DEZkfaS2cdNY+TQ8K5+hqo/rrgB+tBByBvXaLT6xOoLcUEW6 h6kPxvvnHTAqCvLKKCyamO4Ir3OgcWcZOoG7A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=Rm+przdvdzdgVVpS8qRygRsumwAj2Gkp1O24ejHk1kh1B4XhlHWdnuhnkYo5iYVE0u CMufK3mcUl3IqKuVLkTiDVI1RY2ebh2FEWXC4+mH5nk70I5Qy8av3/cB5B3KQRdvFAJd kzbBiGVt3lRRzpOS6lXkNwFGkiZXt+A8wr614= Received: by 10.42.39.210 with SMTP id i18mr835287ice.53.1302091333222; Wed, 06 Apr 2011 05:02:13 -0700 (PDT) Received: from DataIX.net (adsl-99-190-87-163.dsl.klmzmi.sbcglobal.net [99.190.87.163]) by mx.google.com with ESMTPS id 13sm383740ibo.59.2011.04.06.05.02.11 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Apr 2011 05:02:12 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p36C28bE033657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Apr 2011 08:02:09 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p36C27cl033652; Wed, 6 Apr 2011 08:02:07 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Wed, 6 Apr 2011 08:02:07 -0400 From: "J. Hellenthal" To: Baginski Darren Message-ID: <20110406120207.GA32062@DataIX.net> References: <1128701301678831@web100.yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: Baginski Darren , freebsd-net@freebsd.org Subject: Re: Multiple gateways support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 12:02:15 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 06, 2011 at 01:45:54PM +0400, Eir Nym wrote: > On 1 April 2011 21:27, Baginski Darren wrote: > > Hi! > > > > Could please someone tell me about current state of multiple gw capabil= ities of FreeBSD? > > I have dual homed FreeBSD box, one interface ISP1 another ISP2 : > > 1) can I balance outgoing traffic across them ? > > 2) Is there support of any kind dead gateway detection? > > 3) Can I install multiple routes to the same network (with same and wit= h different wight)? If yes how it behaves with one link failure, in particu= lar if interface is down? > > =46rom what you said here it seems that your looking for lagg(4) with configured with the loadbalance option. Give this man page [1] a thorough read and youll probably see what your looking for. 1) http://www.freebsd.org/cgi/man.cgi?query=3Dlagg >=20 > about multiply GWs: you can set multiply gw via setfib(1) utility and > use fib in your firewall rules. But it is not very handy with DHCP and > rc(8) (setfib is located in /usr/bin and can't be used in /etc/rc.d). > Due to this I have to add another FreeBSD box to handle dynamic > routes. >=20 > This is the one thing I know which can I do in linux easily and in > freebsd with hacks. --=20 Regards, J. Hellenthal JJH48-ARIN 0x89D8547E --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNnFY+AAoJEJBXh4mJ2FR+qrIH/0gbhT7VEuA6sHzG8c1uTm3P DZMI1OL8KDvUMsTYIJoG/EPkyFc1XgCg6H4tFBBs+xe1myLtorDByP739SjPzGvm UOK9DzHrou9DyH0i+cjGhNd/vHaljEQvbTjyb1BpjLIQne/GvYL2/qa57RvjbYAr kRlwpq6naqGoHKYdp6rVbv3tvovXEE81zHTQGt/cIsZfVoAc3YIlOiDQgokK3bOt WIkpc90pm3oA3L6g7zhGMWzpV69qoQgnyuNr/XEDod05aCWWIrBKXIn0e4rsdPoR /jBldT2geE74ARPia4FSttgjSKHV3ziCD8IrssV7IebA7ngmUBUDBackOJr9dp0= =oBXz -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 12:41: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 DD837106564A for ; Wed, 6 Apr 2011 12:41:14 +0000 (UTC) (envelope-from if@freebsd.org) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5898FC0C for ; Wed, 6 Apr 2011 12:41:13 +0000 (UTC) Received: (qmail 14271 invoked from network); 6 Apr 2011 14:41:12 +0200 Received: from unknown (HELO filebunker.xip.at) (89.207.145.147) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 6 Apr 2011 14:41:12 +0200 Date: Wed, 6 Apr 2011 14:41:11 +0200 (CEST) From: Ingo Flaschberger X-X-Sender: if@filebunker.xip.at To: freebsd-net@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: Re: Routing enhancement - reduce routing table locking 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, 06 Apr 2011 12:41:14 -0000 Hi, regarding multipath problems: Setup which should work: +--------+ +--------+ |Router A|----(ospf)----|Router B| +--------+ +--------+ |(carp) |(carp) | | +----------+-----------+ | Lan Router A & B run quagga and exchange routing table. Router B has during failover of carp a route to lan via ospf/router A and a direct connected interface. Thus FreeBSD carp is not able to handle this correctly, I use a modified version of ucarp. Testsetup: +---------+ (em1) +-----+ | FreeBSD |--------------|Probe| +---------+ +-----+ Probe: 10.13.13.95/24 FreeBSD: em2: 10.11.11.100/24 ++ probe answer ping -- probe does not answer ping Script: --- snip --- ifconfig em1 alias 10.13.13.90/24 ping -c 1 10.13.13.95 ++ route add 10.13.13.0/24 10.11.11.1 -weight 2 ping -c 1 10.13.13.95 ++ route add 10.13.13.0/24 10.11.11.2 -weight 3 ping -c 1 10.13.13.95 ++ route delete 10.13.13.0/24 10.11.11.1 ping -c 1 10.13.13.95 ++ route delete 10.13.13.0/24 10.11.11.2 ping -c 1 10.13.13.95 ++ ifconfig em1 -alias 10.13.13.90 ping -c 1 10.13.13.95 -- route add 10.13.13.0/24 10.11.11.1 -weight 2 ping -c 1 10.13.13.95 -- ifconfig em1 alias 10.13.13.90/24 ping -c 1 10.13.13.95 ++ route add 10.13.13.0/24 10.11.11.2 -weight 3 ping -c 1 10.13.13.95 ++ ifconfig em1 -alias 10.13.13.90 ping -c 1 10.13.13.95 -- route delete 10.13.13.0/24 10.11.11.1 ping -c 1 10.13.13.95 -- route delete 10.13.13.0/24 10.11.11.2 ping -c 1 10.13.13.95 -- route add 10.13.13.0/24 10.11.11.1 -weight 2 ping -c 1 10.13.13.95 -- route add 10.13.13.0/24 10.11.11.2 -weight 3 ping -c 1 10.13.13.95 -- ifconfig em1 alias 10.13.13.90/24 ping -c 1 10.13.13.95 ++ route delete 10.13.13.0/24 10.11.11.2 ping -c 1 10.13.13.95 ++ route delete 10.13.13.0/24 10.11.11.1 ping -c 1 10.13.13.95 ++ ifconfig em1 -alias 10.13.13.90 -- route add 10.13.13.0/24 10.11.11.1 ifconfig em1 alias 10.13.13.90/24 ifconfig em1 down ifconfig em1 up ifconfig em1 down ifconfig em1 -alias 10.13.13.90 route delete 10.13.13.0/24 10.11.11.1 ifconfig em1 alias 10.13.13.90/24 route add 10.13.13.0/24 10.11.11.1 ifconfig em1 down ifconfig em1 up ifconfig em1 down --- snap --- If this script runs without any kernels errors (dmesg), crashes and probe replies accordingly - then everything is alright. Mit freundlichen Gruessen, Ingo Flaschberger Geschaeftsleitung ____________________________________ crossip communications gmbh A-1020 Wien, Sebastian Kneipp Gasse 1/3 Sitz der Gesellschaft: 1020 Wien, Oesterreich Firmenbuchgericht: Handelsgericht Wien, FN 269698 s, Umsatzsteueridentifikationsnummer (UID): ATU62080367 Haftungsausschluss / Disclaimer From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 14:36: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 1D12B106566B for ; Wed, 6 Apr 2011 14:36:30 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id B4D8A8FC16 for ; Wed, 6 Apr 2011 14:36:29 +0000 (UTC) Received: by ewy1 with SMTP id 1so511327ewy.13 for ; Wed, 06 Apr 2011 07:36:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.97.27 with SMTP id j27mr879249ebn.97.1302100588328; Wed, 06 Apr 2011 07:36:28 -0700 (PDT) Received: by 10.213.105.204 with HTTP; Wed, 6 Apr 2011 07:36:28 -0700 (PDT) In-Reply-To: <20110406120207.GA32062@DataIX.net> References: <1128701301678831@web100.yandex.ru> <20110406120207.GA32062@DataIX.net> Date: Wed, 6 Apr 2011 10:36:28 -0400 Message-ID: From: Michael Proto To: "J. Hellenthal" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Baginski Darren , freebsd-net@freebsd.org Subject: Re: Multiple gateways support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 14:36:30 -0000 On Wed, Apr 6, 2011 at 8:02 AM, J. Hellenthal wrote: > On Wed, Apr 06, 2011 at 01:45:54PM +0400, Eir Nym wrote: >> On 1 April 2011 21:27, Baginski Darren wrote: >> > Hi! >> > >> > Could please someone tell me about current state of multiple gw capabi= lities of FreeBSD? >> > I have dual homed FreeBSD box, one interface ISP1 another ISP2 : >> > 1) can I balance outgoing traffic across them ? >> > 2) Is there support of any kind dead gateway detection? >> > 3) Can I install multiple routes to the same network (with same and wi= th different wight)? If yes how it behaves with one link failure, in partic= ular if interface is down? >> > > > From what you said here it seems that your looking for lagg(4) with > configured with the loadbalance option. Give this man page [1] a > thorough read and youll probably see what your looking for. > > 1) http://www.freebsd.org/cgi/man.cgi?query=3Dlagg > > >> >> about multiply GWs: you can set multiply gw via setfib(1) utility and >> use fib in your firewall rules. But it is not very handy with DHCP and >> rc(8) (setfib is located in /usr/bin and can't be used in /etc/rc.d). >> Due to this I have to add another FreeBSD box to handle dynamic >> routes. >> >> This is the one thing I know which can I do in linux easily and in >> freebsd with hacks. > > -- > > =A0Regards, > > =A0J. Hellenthal > =A0JJH48-ARIN > =A00x89D8547E > > I don't think lagg(4) will work here, as its designed for two interfaces that are attached to the same network (see the example in the man page). For two different ISPs, I think the setfib approach is probably the way to go. -Proto From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 14:50:12 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 48F9B106567B for ; Wed, 6 Apr 2011 14:50:12 +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 3A3298FC19 for ; Wed, 6 Apr 2011 14:50:12 +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 p36EoBtj011253 for ; Wed, 6 Apr 2011 14:50:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p36EoBEm011252; Wed, 6 Apr 2011 14:50:11 GMT (envelope-from gnats) Date: Wed, 6 Apr 2011 14:50:11 GMT Message-Id: <201104061450.p36EoBEm011252@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Eugene Grosbein Cc: Subject: Re: kern/153255: [panic] 8.2-PRERELEASE repeatable kernel panic under heavy network load X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Grosbein List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 14:50:12 -0000 The following reply was made to PR kern/153255; it has been noted by GNATS. From: Eugene Grosbein To: bug-followup@FreeBSD.ORG Cc: Gleb Smirnoff Subject: Re: kern/153255: [panic] 8.2-PRERELEASE repeatable kernel panic under heavy network load Date: Wed, 06 Apr 2011 21:40:29 +0700 Hi! I have been testing some patches produced be Gleb Smirnoff (glebius) during several weeks already. These patches, one for ng_base.c [1] and another one for if.c [2] have eliminated my panics competely and now all five my routers run perfectly stable. Now I see they hit HEAD. Please perform MFC and close this PR. [1] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_base.c#rev1.185 [2] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if.c#rev1.399 From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 14:50:14 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 25FC1106564A for ; Wed, 6 Apr 2011 14:50:14 +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 175ED8FC12 for ; Wed, 6 Apr 2011 14:50:14 +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 p36EoDcJ011266 for ; Wed, 6 Apr 2011 14:50:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p36EoDxT011263; Wed, 6 Apr 2011 14:50:13 GMT (envelope-from gnats) Date: Wed, 6 Apr 2011 14:50:13 GMT Message-Id: <201104061450.p36EoDxT011263@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Eugene Grosbein Cc: Subject: kern/153671: [em] [panic] 8.2-PRERELEASE repeatable kernel in if_em(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Grosbein List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 14:50:14 -0000 The following reply was made to PR kern/153671; it has been noted by GNATS. From: Eugene Grosbein To: bug-followup@FreeBSD.ORG Cc: Gleb Smirnoff Subject: kern/153671: [em] [panic] 8.2-PRERELEASE repeatable kernel in if_em(4) Date: Wed, 06 Apr 2011 21:41:07 +0700 Hi! I have been testing some patches produced be Gleb Smirnoff (glebius) during several weeks already. These patches, one for ng_base.c [1] and another one for if.c [2] have eliminated my panics competely and now all five my routers run perfectly stable. Now I see they hit HEAD. Please perform MFC and close this PR. [1] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_base.c#rev1.185 [2] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if.c#rev1.399 From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 16:13: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 ABEC9106566B for ; Wed, 6 Apr 2011 16:13:09 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C7398FC1A for ; Wed, 6 Apr 2011 16:13:08 +0000 (UTC) Received: by wyf23 with SMTP id 23so1639699wyf.13 for ; Wed, 06 Apr 2011 09:13:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=w6Q02rU9OJJiP79BxzABOWFTOW6yGP6+qrV0g5vpcLI=; b=ErtmeYBq16m906bZME1rF28efSluPUzFfKD8PH8gAIKhkyUNQ9XQHc6M2zTW3yHn7h kYAGiK7oP3pVviwTAGQWKSMMESlmWcbqFJtw4eFfTr/eLia+ptTJpeiGR5+3PNuH3Zxx VnruWIg+6e31JRb+X1nCCmzVbpPLIBBP/nTbA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=we+MPJLUl32medsqwZUeDi6FO8A/lMpB7u2PINK/VSwk93mJwQEc5vOT7s2MmGcmkP 7uMCqhMOLwovb4bgwyp155gqawyVoG+v0By96RSga5L7UzSDClvkqsoLzxG2g+UUibbX 4DDM16atGGX2Gs+wBxi94gjSu2OVW7efkUe/Q= Received: by 10.216.140.92 with SMTP id d70mr1167412wej.105.1302106387974; Wed, 06 Apr 2011 09:13:07 -0700 (PDT) Received: from imba-brutale.totalterror.net (93-152-151-19.ddns.onlinedirect.bg [93.152.151.19]) by mx.google.com with ESMTPS id m73sm370057wej.16.2011.04.06.09.13.05 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Apr 2011 09:13:06 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Nikolay Denev In-Reply-To: Date: Wed, 6 Apr 2011 19:13:04 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <5A6C513B-E30B-4E32-8556-D6501E8EE59B@gmail.com> References: <1128701301678831@web100.yandex.ru> <20110406120207.GA32062@DataIX.net> To: Michael Proto X-Mailer: Apple Mail (2.1084) Cc: Baginski Darren , freebsd-net@freebsd.org Subject: Re: Multiple gateways support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 16:13:09 -0000 On Apr 6, 2011, at 5:36 PM, Michael Proto wrote: > On Wed, Apr 6, 2011 at 8:02 AM, J. Hellenthal = wrote: >> On Wed, Apr 06, 2011 at 01:45:54PM +0400, Eir Nym wrote: >>> On 1 April 2011 21:27, Baginski Darren wrote: >>>> Hi! >>>>=20 >>>> Could please someone tell me about current state of multiple gw = capabilities of FreeBSD? >>>> I have dual homed FreeBSD box, one interface ISP1 another ISP2 : >>>> 1) can I balance outgoing traffic across them ? >>>> 2) Is there support of any kind dead gateway detection? >>>> 3) Can I install multiple routes to the same network (with same and = with different wight)? If yes how it behaves with one link failure, in = particular if interface is down? >>>>=20 >>=20 >> =46rom what you said here it seems that your looking for lagg(4) with >> configured with the loadbalance option. Give this man page [1] a >> thorough read and youll probably see what your looking for. >>=20 >> 1) http://www.freebsd.org/cgi/man.cgi?query=3Dlagg >>=20 >>=20 >>>=20 >>> about multiply GWs: you can set multiply gw via setfib(1) utility = and >>> use fib in your firewall rules. But it is not very handy with DHCP = and >>> rc(8) (setfib is located in /usr/bin and can't be used in = /etc/rc.d). >>> Due to this I have to add another FreeBSD box to handle dynamic >>> routes. >>>=20 >>> This is the one thing I know which can I do in linux easily and in >>> freebsd with hacks. >>=20 >> -- >>=20 >> Regards, >>=20 >> J. Hellenthal >> JJH48-ARIN >> 0x89D8547E >>=20 >>=20 >=20 >=20 > I don't think lagg(4) will work here, as its designed for two > interfaces that are attached to the same network (see the example in > the man page). For two different ISPs, I think the setfib approach is > probably the way to go. >=20 >=20 > -Proto >=20 Actually I think the OP is asking about the "options RADIX_MPATH" = feature. 1) Yes, It can balance over the two links but only using Modulo-N Hash = (RFC2991) algorithm, and probably you should setup NAT on both links. 2) AFAIK there is no dead gw detection code yet. 3) Yes you can do that. There were some fixes for handling interfaces = with no-link but I was not able to see it working in my setup. e.g. the = host still tries to send traffic to a interface with no link, = effectively blackholing the traffic (this was tested on a soekris box = with if_vr(4)) IMHO the whole RADIX_MPATH stuff is still in experimental stage and = needs some more work to work correctly. There is a recent thread about some improvements in RADIX_MPATH. Regards, Nikolay From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 16:15: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 A33EB106566C for ; Wed, 6 Apr 2011 16:15:20 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7458E8FC15 for ; Wed, 6 Apr 2011 16:15:20 +0000 (UTC) Received: by pwj8 with SMTP id 8so771578pwj.13 for ; Wed, 06 Apr 2011 09:15:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wYZKdCfq72rOqRLWgpNpQF+VU+Vt6PmT/xdQnZ6Ykrw=; b=bj+b+IQ3UK7cJNHX8E5el92c6M3N66EjFPCbSvzZiEhXHT2dUAqM8wnqLHVjcUl8gW lvtBUZdYHEUqIz3Fd3CHZl8WYli/Xn17obvHT8ESejVuQvt2A63Ss8sVuUBsSPbyOXP9 VcSRkNv7zo7o7dm7orMWPX6qwbREquStYlxyI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=jUiM3gLpu/0nNGGU2LbJjUU3vN0kn+WqCAjbSrcx+naUFKrAk5Tv4oNaJnnRtXD9vu u3ZqueJ3mnvXjnEtIZSdfk5Cqq5WzskAIhP9uvkVz1JhblqDTfOs2WWjD8FbU5fH5L5e GAUmr+rCKuNWyhBGYXsjcPwlli4ktt/T5U3NE= MIME-Version: 1.0 Received: by 10.142.216.11 with SMTP id o11mr1044375wfg.199.1302106519751; Wed, 06 Apr 2011 09:15:19 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.68.40.72 with HTTP; Wed, 6 Apr 2011 09:15:19 -0700 (PDT) In-Reply-To: <5A6C513B-E30B-4E32-8556-D6501E8EE59B@gmail.com> References: <1128701301678831@web100.yandex.ru> <20110406120207.GA32062@DataIX.net> <5A6C513B-E30B-4E32-8556-D6501E8EE59B@gmail.com> Date: Wed, 6 Apr 2011 18:15:19 +0200 X-Google-Sender-Auth: kaenB6zEHD-MtwFZXLCIwb2oLBU Message-ID: From: "K. Macy" To: Nikolay Denev Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Baginski Darren , Michael Proto , freebsd-net@freebsd.org Subject: Re: Multiple gateways support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 16:15:20 -0000 The weights of the links can be changed at run time. If one link is not passing traffic its weight should be set to zero until such time as it is passing traffic again. On Wed, Apr 6, 2011 at 6:13 PM, Nikolay Denev wrote: > On Apr 6, 2011, at 5:36 PM, Michael Proto wrote: > >> On Wed, Apr 6, 2011 at 8:02 AM, J. Hellenthal wrote: >>> On Wed, Apr 06, 2011 at 01:45:54PM +0400, Eir Nym wrote: >>>> On 1 April 2011 21:27, Baginski Darren wrote: >>>>> Hi! >>>>> >>>>> Could please someone tell me about current state of multiple gw capab= ilities of FreeBSD? >>>>> I have dual homed FreeBSD box, one interface ISP1 another ISP2 : >>>>> 1) can I balance outgoing traffic across them ? >>>>> 2) Is there support of any kind dead gateway detection? >>>>> 3) Can I install multiple routes to the same network (with same and w= ith different wight)? If yes how it behaves with one link failure, in parti= cular if interface is down? >>>>> >>> >>> From what you said here it seems that your looking for lagg(4) with >>> configured with the loadbalance option. Give this man page [1] a >>> thorough read and youll probably see what your looking for. >>> >>> 1) http://www.freebsd.org/cgi/man.cgi?query=3Dlagg >>> >>> >>>> >>>> about multiply GWs: you can set multiply gw via setfib(1) utility and >>>> use fib in your firewall rules. But it is not very handy with DHCP and >>>> rc(8) (setfib is located in /usr/bin and can't be used in /etc/rc.d). >>>> Due to this I have to add another FreeBSD box to handle dynamic >>>> routes. >>>> >>>> This is the one thing I know which can I do in linux easily and in >>>> freebsd with hacks. >>> >>> -- >>> >>> =A0Regards, >>> >>> =A0J. Hellenthal >>> =A0JJH48-ARIN >>> =A00x89D8547E >>> >>> >> >> >> I don't think lagg(4) will work here, as its designed for two >> interfaces that are attached to the same network (see the example in >> the man page). For two different ISPs, I think the setfib approach is >> probably the way to go. >> >> >> -Proto >> > > Actually I think the OP is asking about the "options RADIX_MPATH" feature= . > > 1) Yes, It can balance over the two links but only using Modulo-N Hash (R= FC2991) algorithm, and probably you should setup NAT on both links. > 2) AFAIK there is no dead gw detection code yet. > 3) Yes you can do that. There were some fixes for handling interfaces wit= h no-link but I was not able to see it working in my setup. e.g. the host s= till tries to send traffic to a interface with no link, effectively blackho= ling the traffic (this was tested on a soekris box with if_vr(4)) > > IMHO the whole RADIX_MPATH stuff is still in experimental stage and needs= some more work to work correctly. > > There is a recent thread about some improvements in RADIX_MPATH. > > Regards, > Nikolay > > _______________________________________________ > 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 Apr 6 17:00:32 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 168FC10656FB for ; Wed, 6 Apr 2011 17:00:32 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 425C98FC1A for ; Wed, 6 Apr 2011 17:00:21 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp025.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LJ8000WTPVB6690@asmtp025.mac.com> for freebsd-net@freebsd.org; Wed, 06 Apr 2011 09:59:37 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-04-06_05:2011-04-06, 2011-04-06, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=16 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1104060089 From: Chuck Swiger In-reply-to: <4d9c1fc7.5QEJghioxXTUQRRc%perryh@pluto.rain.com> Date: Wed, 06 Apr 2011 09:59:35 -0700 Message-id: <821B1A84-2B70-40C2-AA20-90E6EF62EF26@mac.com> References: <1359778820.2757108.1301963093210.JavaMail.root@erie.cs.uoguelph.ca> <4d9acc53.w52H7UX61+6sZ3rH%perryh@pluto.rain.com> <9708F193-E78D-4B26-A4F9-A2CBCC1D90CE@mac.com> <4d9c1fc7.5QEJghioxXTUQRRc%perryh@pluto.rain.com> To: perryh@pluto.rain.com X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" 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, 06 Apr 2011 17:00:32 -0000 On Apr 6, 2011, at 1:09 AM, perryh@pluto.rain.com wrote: >> People tend to take advantage of the resources they have; if you >> have an EMC or NetApp filer handy, it's might well be reasonable >> to use it ... > > s/reasonable/tempting/ > > "When the only tool you have is a hammer, every problem tends to resemble a nail." Well, even junior sysadmins ought to learn something about percussive maintenance. Senior sysadmins and network managers need to learn something about budgets and working with the equipment which is actually available or can be obtained under the current circumstances aka financial constraints. Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 18:10:18 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70F611065670 for ; Wed, 6 Apr 2011 18:10:18 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 241098FC0C for ; Wed, 6 Apr 2011 18:10:17 +0000 (UTC) Received: by iwn33 with SMTP id 33so1992712iwn.13 for ; Wed, 06 Apr 2011 11:10:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; bh=DQnkbXCdKjxEo/1SvPWYnxVi+3p1f8NM2OZIsgSF9H0=; b=TjEIy4GLuJJrVbS8n0prNQ5X2CleMALAJHh+GhppHr9BRoDtrw0cZCmmoog0by3jmd lHUsC0fLVwYgVWV56N5wxsFIM3FvJC83pcBgZo6dfYcnGzNM72bv22ERa3ORT1T7j1xq 7qKzVxGxThh6mlwlP4jxJR15o4jzUsVpBT0EQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; b=nI2EqfOyUZvd6bziI7prUYFhcLzz3CJQ4eXpPllwFk8/OD3xcCf+U7WeZPec8R5Ax9 mmzaz8rMPoUCiB4y/0Yah3xEfY5uT7DOWe1zgMR0P+UWe0aV3N/SApQ6r+j/IYCit2ir WCSr8DYJQVaaCGZ0dOhuRqnnjkPJ2m/JF7a18= Received: by 10.231.111.209 with SMTP id t17mr1214667ibp.140.1302113416544; Wed, 06 Apr 2011 11:10:16 -0700 (PDT) Received: from DataIX.net (adsl-99-190-87-163.dsl.klmzmi.sbcglobal.net [99.190.87.163]) by mx.google.com with ESMTPS id d9sm560343ibb.36.2011.04.06.11.10.14 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Apr 2011 11:10:15 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p36IAB1Q052829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Apr 2011 14:10:11 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p36IAAc3052828; Wed, 6 Apr 2011 14:10:10 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Wed, 6 Apr 2011 14:10:10 -0400 From: "J. Hellenthal" To: "K. Macy" Message-ID: <20110406181010.GB50909@DataIX.net> References: <1128701301678831@web100.yandex.ru> <20110406120207.GA32062@DataIX.net> <5A6C513B-E30B-4E32-8556-D6501E8EE59B@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: Baginski Darren , Nikolay Denev , freebsd-net@freebsd.org, Michael Proto Subject: Re: Multiple gateways support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 18:10:18 -0000 Hmmm funny, seems the mailing list is now stripping my address and moving posts to the top. On Wed, Apr 06, 2011 at 06:15:19PM +0200, K. Macy wrote: > The weights of the links can be changed at run time. If one link is > not passing traffic its weight should be set to zero until such time > as it is passing traffic again. > > On Wed, Apr 6, 2011 at 6:13 PM, Nikolay Denev wrote: > > On Apr 6, 2011, at 5:36 PM, Michael Proto wrote: > > > >> On Wed, Apr 6, 2011 at 8:02 AM, J. Hellenthal wrote: > >>> On Wed, Apr 06, 2011 at 01:45:54PM +0400, Eir Nym wrote: > >>>> On 1 April 2011 21:27, Baginski Darren wrote: > >>>>> Hi! > >>>>> > >>>>> Could please someone tell me about current state of multiple gw capabilities of FreeBSD? > >>>>> I have dual homed FreeBSD box, one interface ISP1 another ISP2 : > >>>>> 1) can I balance outgoing traffic across them ? > >>>>> 2) Is there support of any kind dead gateway detection? > >>>>> 3) Can I install multiple routes to the same network (with same and with different wight)? If yes how it behaves with one link failure, in particular if interface is down? > >>>>> > >>> > >>> From what you said here it seems that your looking for lagg(4) with > >>> configured with the loadbalance option. Give this man page [1] a > >>> thorough read and youll probably see what your looking for. > >>> > >>> 1) http://www.freebsd.org/cgi/man.cgi?query=lagg > >>> > >>> > >>>> > >>>> about multiply GWs: you can set multiply gw via setfib(1) utility and > >>>> use fib in your firewall rules. But it is not very handy with DHCP and > >>>> rc(8) (setfib is located in /usr/bin and can't be used in /etc/rc.d). > >>>> Due to this I have to add another FreeBSD box to handle dynamic > >>>> routes. > >>>> > >>>> This is the one thing I know which can I do in linux easily and in > >>>> freebsd with hacks. > >>> > >>> -- > >>> > >>>  Regards, > >>> > >>>  J. Hellenthal > >>>  JJH48-ARIN > >>>  0x89D8547E > >>> > >>> > >> > >> > >> I don't think lagg(4) will work here, as its designed for two > >> interfaces that are attached to the same network (see the example in > >> the man page). For two different ISPs, I think the setfib approach is > >> probably the way to go. > >> > >> > >> -Proto > >> > > > > Actually I think the OP is asking about the "options RADIX_MPATH" feature. > > > > 1) Yes, It can balance over the two links but only using Modulo-N Hash (RFC2991) algorithm, and probably you should setup NAT on both links. > > 2) AFAIK there is no dead gw detection code yet. > > 3) Yes you can do that. There were some fixes for handling interfaces with no-link but I was not able to see it working in my setup. e.g. the host still tries to send traffic to a interface with no link, effectively blackholing the traffic (this was tested on a soekris box with if_vr(4)) > > > > IMHO the whole RADIX_MPATH stuff is still in experimental stage and needs some more work to work correctly. > > > > There is a recent thread about some improvements in RADIX_MPATH. > > > > Regards, > > Nikolay > > > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- Regards, J. Hellenthal JJH48-ARIN 0x89D8547E From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 18:23:59 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 DF5AB1065687 for ; Wed, 6 Apr 2011 18:23:59 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id AC70B8FC1D for ; Wed, 6 Apr 2011 18:23:59 +0000 (UTC) Received: by pwj8 with SMTP id 8so832657pwj.13 for ; Wed, 06 Apr 2011 11:23:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=UOZtab4XNHjZx1yIL99M5N65q8CJAMK0TtXWIskJDdk=; b=ldKocgqM8MgmeX1L1Kfz2HaA+7xRq/Hn6E757Mhr4siKeP+ZxKedRizHKEIRiKySys ep5nQmG5Yrv6jRFojSfxGmLZTp/ZLNhdI30tyjsPZ4B+SUG0v5f7khDCQ3XfPFBtabz5 TkaM/5gIa+j+ZiDbI/4agJHAH2dkWEzxkbdpI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=fwJ2xCwMO7uP4bz2rCniuBplKYv33dKz3PLOMAfWdyNFaHyxjExaFcI3oy0wu0WQ2q nKrn+AJfsoIXpHf1S9FZLuNJ2zB+n97MisGVY4QL/8ydtIYLwd83laZDvFv/M57SIlPc h8m90Nqe5VUmOliK/YzDqxpVhyWGdsW5Y6610= MIME-Version: 1.0 Received: by 10.143.153.24 with SMTP id f24mr1093953wfo.427.1302114238897; Wed, 06 Apr 2011 11:23:58 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.68.40.72 with HTTP; Wed, 6 Apr 2011 11:23:58 -0700 (PDT) In-Reply-To: <20110406181010.GB50909@DataIX.net> References: <1128701301678831@web100.yandex.ru> <20110406120207.GA32062@DataIX.net> <5A6C513B-E30B-4E32-8556-D6501E8EE59B@gmail.com> <20110406181010.GB50909@DataIX.net> Date: Wed, 6 Apr 2011 20:23:58 +0200 X-Google-Sender-Auth: g5xxg1JZWed3eyXjfULnLSET11M Message-ID: From: "K. Macy" To: "J. Hellenthal" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Baginski Darren , Nikolay Denev , Michael Proto , freebsd-net@freebsd.org Subject: Re: Multiple gateways support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 18:24:00 -0000 Uhm ... what was the intended content of your message? And ... the RADIX_MPATH code is now considerably more flexible than just EC= MP. -Kip On Wed, Apr 6, 2011 at 8:10 PM, J. Hellenthal wrote: > Hmmm funny, seems the mailing list is now stripping my address and > moving posts to the top. > > On Wed, Apr 06, 2011 at 06:15:19PM +0200, K. Macy wrote: >> The weights of the links can be changed at run time. If one link is >> not passing traffic its weight should be set to zero until such time >> as it is passing traffic again. >> >> On Wed, Apr 6, 2011 at 6:13 PM, Nikolay Denev wrote: >> > On Apr 6, 2011, at 5:36 PM, Michael Proto wrote: >> > >> >> On Wed, Apr 6, 2011 at 8:02 AM, J. Hellenthal wrot= e: >> >>> On Wed, Apr 06, 2011 at 01:45:54PM +0400, Eir Nym wrote: >> >>>> On 1 April 2011 21:27, Baginski Darren wrote: >> >>>>> Hi! >> >>>>> >> >>>>> Could please someone tell me about current state of multiple gw ca= pabilities of FreeBSD? >> >>>>> I have dual homed FreeBSD box, one interface ISP1 another ISP2 : >> >>>>> 1) can I balance outgoing traffic across them ? >> >>>>> 2) Is there support of any kind dead gateway detection? >> >>>>> 3) Can I install multiple routes to the same network (with same an= d with different wight)? If yes how it behaves with one link failure, in pa= rticular if interface is down? >> >>>>> >> >>> >> >>> From what you said here it seems that your looking for lagg(4) with >> >>> configured with the loadbalance option. Give this man page [1] a >> >>> thorough read and youll probably see what your looking for. >> >>> >> >>> 1) http://www.freebsd.org/cgi/man.cgi?query=3Dlagg >> >>> >> >>> >> >>>> >> >>>> about multiply GWs: you can set multiply gw via setfib(1) utility a= nd >> >>>> use fib in your firewall rules. But it is not very handy with DHCP = and >> >>>> rc(8) (setfib is located in /usr/bin and can't be used in /etc/rc.d= ). >> >>>> Due to this I have to add another FreeBSD box to handle dynamic >> >>>> routes. >> >>>> >> >>>> This is the one thing I know which can I do in linux easily and in >> >>>> freebsd with hacks. >> >>> >> >>> -- >> >>> >> >>> =A0Regards, >> >>> >> >>> =A0J. Hellenthal >> >>> =A0JJH48-ARIN >> >>> =A00x89D8547E >> >>> >> >>> >> >> >> >> >> >> I don't think lagg(4) will work here, as its designed for two >> >> interfaces that are attached to the same network (see the example in >> >> the man page). For two different ISPs, I think the setfib approach is >> >> probably the way to go. >> >> >> >> >> >> -Proto >> >> >> > >> > Actually I think the OP is asking about the "options RADIX_MPATH" feat= ure. >> > >> > 1) Yes, It can balance over the two links but only using Modulo-N Hash= (RFC2991) algorithm, and probably you should setup NAT on both links. >> > 2) AFAIK there is no dead gw detection code yet. >> > 3) Yes you can do that. There were some fixes for handling interfaces = with no-link but I was not able to see it working in my setup. e.g. the hos= t still tries to send traffic to a interface with no link, effectively blac= kholing the traffic (this was tested on a soekris box with if_vr(4)) >> > >> > IMHO the whole RADIX_MPATH stuff is still in experimental stage and ne= eds some more work to work correctly. >> > >> > There is a recent thread about some improvements in RADIX_MPATH. >> > >> > Regards, >> > Nikolay >> > >> > _______________________________________________ >> > freebsd-net@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net >> > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > -- > > =A0Regards, > > =A0J. Hellenthal > =A0JJH48-ARIN > =A00x89D8547E > > _______________________________________________ > 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 Apr 6 20:39:20 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 344AD106566B; Wed, 6 Apr 2011 20:39:20 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 09C208FC17; Wed, 6 Apr 2011 20:39:20 +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 p36KdJ3j030793; Wed, 6 Apr 2011 20:39:19 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p36KdJb7030789; Wed, 6 Apr 2011 20:39:19 GMT (envelope-from remko) Date: Wed, 6 Apr 2011 20:39:19 GMT Message-Id: <201104062039.p36KdJb7030789@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/156226: [lagg]: failover does not announce the failover to switch 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, 06 Apr 2011 20:39:20 -0000 Old Synopsis: Lagg failover does not announce the failover to switch New Synopsis: [lagg]: failover does not announce the failover to switch Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Wed Apr 6 20:38:58 UTC 2011 Responsible-Changed-Why: Reassign to -net http://www.freebsd.org/cgi/query-pr.cgi?pr=156226 From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 21:55: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 4A8E3106564A for ; Wed, 6 Apr 2011 21:55:07 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 82FE38FC13 for ; Wed, 6 Apr 2011 21:55:05 +0000 (UTC) Received: (qmail 25953 invoked from network); 6 Apr 2011 23:55:02 +0200 Received: from unknown (HELO filebunker.xip.at) (89.207.145.147) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 6 Apr 2011 23:55:02 +0200 Date: Wed, 6 Apr 2011 23:55:01 +0200 (CEST) From: Ingo Flaschberger To: freebsd-net@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: ip_forward / ip_output / RTFREE? 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, 06 Apr 2011 21:55:07 -0000 Hi, in sys/netinet/ip_output.c at the end of ip_output: done: if (ro == &iproute && ro->ro_rt && !nortfree) { RTFREE(ro->ro_rt); } ro->ro_rt gets freed, if not from flowtable. but in sys/netinet/ip_input.c, ip_forward after ip_output is called: error = ip_output(m, NULL, &ro, IP_FORWARDING, NULL, NULL); if (error == EMSGSIZE && ro.ro_rt) mtu = ro.ro_rt->rt_rmx.rmx_mtu; if (ro.ro_rt) RTFREE(ro.ro_rt); first the mtu is saved an the it will be freed. so: *) double free? - mtu could be invalid? *) could also free a flowtable entry? Mit freundlichen Gruessen, Ingo Flaschberger Geschaeftsleitung ____________________________________ crossip communications gmbh A-1020 Wien, Sebastian Kneipp Gasse 1/3 Sitz der Gesellschaft: 1020 Wien, Oesterreich Firmenbuchgericht: Handelsgericht Wien, FN 269698 s, Umsatzsteueridentifikationsnummer (UID): ATU62080367 Haftungsausschluss / Disclaimer From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 22:38:45 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 CAC72106566C for ; Wed, 6 Apr 2011 22:38:45 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 6189F8FC0C for ; Wed, 6 Apr 2011 22:38:44 +0000 (UTC) Received: (qmail 11309 invoked from network); 7 Apr 2011 00:38:43 +0200 Received: from unknown (HELO filebunker.xip.at) (89.207.145.147) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 7 Apr 2011 00:38:43 +0200 Date: Thu, 7 Apr 2011 00:38:43 +0200 (CEST) From: Ingo Flaschberger To: freebsd-net@FreeBSD.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: ip_forward / ip_output / RTFREE? 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, 06 Apr 2011 22:38:45 -0000 Hi, "wrong" alert - found the answer by myself. Bye, Ingo From owner-freebsd-net@FreeBSD.ORG Wed Apr 6 23:07:38 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 558C4106566B for ; Wed, 6 Apr 2011 23:07:38 +0000 (UTC) (envelope-from pb@fasterix.frmug.org) Received: from fasterix.frmug.org (unknown [IPv6:2a01:e35:8b50:2c40::2]) by mx1.freebsd.org (Postfix) with ESMTP id D191E8FC0C for ; Wed, 6 Apr 2011 23:07:37 +0000 (UTC) Received: from fasterix.frmug.org (localhost [127.0.0.1]) by fasterix.frmug.org (8.14.4/8.14.3) with ESMTP id p36N7XxB003909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 7 Apr 2011 01:07:33 +0200 (CEST) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.14.4/8.14.4/Submit) id p36N7SRr003908 for freebsd-net@freebsd.org; Thu, 7 Apr 2011 01:07:28 +0200 (CEST) (envelope-from pb) Date: Thu, 7 Apr 2011 01:07:25 +0200 From: Pierre Beyssac To: freebsd-net@freebsd.org Message-ID: <20110406230645.GA3325@fasterix.frmug.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-message-flag: Warning! Use of Microsoft Outlook is dangerous and makes your system susceptible to worms and viruses User-Agent: Mutt/1.5.21 (2010-09-15) Subject: IPv6 neighbor discovery bug in HEAD 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, 06 Apr 2011 23:07:38 -0000 Hello, It looks like IPv6 neighbor discovery, due to recent changes, doesn't work correctly for me on HEAD. I don't fully understand the nature of the problem (which obviously results in connectivity problems with neighboring hosts), but the most obvious symptom is missing ethernet addresses in Neighbor Advertisement packets (which might come from interpreting a "MAY be omitted" in RFC 2461 7.2.4 as a MUST), perhaps because the sending code wrongly assumes the receiving end already has knowledge of the ethernet address that's being looked-up. I only have 1 -current machine so I can only say that the bug may be triggered by it having multiple IPv6 addresses used for jails, as below: re0: flags=8843 metric 0 mtu 1500 options=389b ether 00:1c:c0:c3:40:e9 inet 193.56.58.97 netmask 0xfffffff0 broadcast 193.56.58.111 inet6 fe80::21c:c0ff:fec3:40e9%re0 prefixlen 64 scopeid 0x1 inet6 2a01:e35:8b50:2c40::2 prefixlen 64 inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 inet 192.168.0.4 netmask 0xffffffff broadcast 192.168.0.4 inet6 2a01:e35:8b50:2c40::4 prefixlen 128 inet 192.168.0.3 netmask 0xffffffff broadcast 192.168.0.3 inet6 2a01:e35:8b50:2c40::3 prefixlen 128 inet 192.168.0.6 netmask 0xffffffff broadcast 192.168.0.6 inet6 2a01:e35:8b50:2c40::6 prefixlen 128 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active Example incomplete packet: 23:19:18.702622 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 24) 2a01:e35:8b50:2c40::6 > 2a01:e35:8b50:2c40::7: [icmp6 sum ok] ICMP6, neighbor advertisement, length 24, tgt is 2a01:e35:8b50:2c40::4, Flags [router, solicited] I've tried various tricks like forcing tlladdr to 1 in nd6_nbr.c, to no avail... Any help appreciated :-) -- Sent from my FreeBSD server Pierre Beyssac pb@fasterix.frmug.org From owner-freebsd-net@FreeBSD.ORG Thu Apr 7 08: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 63618106566B for ; Thu, 7 Apr 2011 08:48:58 +0000 (UTC) (envelope-from quentin.narvor@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 2CFEA8FC16 for ; Thu, 7 Apr 2011 08:48:57 +0000 (UTC) Received: by mail-bw0-f54.google.com with SMTP id 12so2303551bwz.13 for ; Thu, 07 Apr 2011 01:48:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=tC3yUW2DFgwDXf+LCYaPy8k4eBYpug3/JRs0d44bDKo=; b=WcpcrYXNRw9IPFzZ8t+VFk02HEqkhTltNZeASy10L9bR6SWlXHxyf9xGgtvA/TTgmd i5DqxrGZMPC/Zmi37TutFAHH8UBNDzKJH14LJbvhZiYym3T3jmWL3WVwegS8tr6abyTy 10AUbu5bn9JG8sSdGw5FTHnx9i9DkPAsczEME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=aO5NngUAEWAAVnsJc2d+R0bIY5hx1z3L46Bj6gbiKl4idGZTqOSPS3WY8N1pSqspTb yb6KXPimBHF+VutbfbBRPOWaTDrhzw4oEbvgv6ZfJMBnhR4+ecp9j+umkgKmBpJBYmNL x+DnI5xZ8VcshPsElSHgqxNdQGNPwLg1pEI3U= MIME-Version: 1.0 Received: by 10.204.7.8 with SMTP id b8mr497763bkb.31.1302164482764; Thu, 07 Apr 2011 01:21:22 -0700 (PDT) Received: by 10.204.59.193 with HTTP; Thu, 7 Apr 2011 01:21:22 -0700 (PDT) Date: Thu, 7 Apr 2011 10:21:22 +0200 Message-ID: From: Quentin Narvor To: freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary=000325554c6e6f30cc04a04fcb41 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: nicolas.greneche@univ-orleans.fr Subject: [PATCH] New feature in Packet Filter 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, 07 Apr 2011 08:48:58 -0000 --000325554c6e6f30cc04a04fcb41 Content-Type: text/plain; charset=ISO-8859-1 Hello, My name is Quentin Narvor and I am currently working on intrusion detection. I use Freebsd 8.2 and I recently needed pf to be able to dynamically fill in tables according pass rule. For performances reasons, I didn't want to do it with a script and pfctl. Then, with the help of Mr Nicolas Greneche, I made this patch named "add". It enables pf to add src ip or dst ip in a table when a match occurs on a pass rule. I submit this patch to your attention. Is this feature is of interest to be added in PF mainstream ? You will find the patch and its documentation in attachment. Let me know if you think that some modifications are needed. Best regards, Quentin Narvor --000325554c6e6f30cc04a04fcb41 Content-Type: application/pdf; name="Doc_patch_ADD.pdf" Content-Disposition: attachment; filename="Doc_patch_ADD.pdf" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gm7f2vsb0 JVBERi0xLjQKJcOkw7zDtsOfCjIgMCBvYmoKPDwvTGVuZ3RoIDMgMCBSL0ZpbHRlci9GbGF0ZURl Y29kZT4+CnN0cmVhbQp4nJ1TwarcMAy871f4XEgq2bJjQwhsdrOH3h4Eenj01tdCD4W+S3+/IznJ o21MoQSc2NKM5BmFenY/Lz8cuY7wmdhjHYqury/u4zv33YL6vH69zOvFZ82LFPvi1s/u/YOdF7d+ eR6JJx7JT53X9dP64bKsl6c/4SH14iSmPuxwzoCPFEgoUqKBMhW60kw3fA10pzKt3864QvANrgVc GWyPJpal9N5JiH36Dfs8MgE2VzBobnRjxlmhjFdhz4GFhKPl1HjQTEQ84onCFMp4nNxpYDxopKVI SuhBWN4E3W4xo5AVxV2EM0qBqKWFMGw5Y2kqwNQPjge1ekf4qkCZYCFEwAsF1U+9N1OEwXzlqOFB v2XqhpHyVDPqWQVoKu5uFNmyNKhXqdzISgpSLujra+ZsL4A1KAqw9LkmydEMEmJN2KpuxMxWqtAC qlITRG2xg3gQ3gxfOJt1R0vGs+yFNcUgOkWRdL7jP+cbw5jdoDO+a8pVU5RkbbnbetYdaEftoUVW dDpPyADsRCkbOKaM4f4LCEOas8DnbW+V7hOWa+1ahxJbmKIR2TIWPbLboQgU4ge8KNumPfycE4bw TC+qNcSckGpCZzvZ5oe37mw3mKmiv35tSKvz3Pzp4n8J61M+c6QtrMfvdeLEUWk5lNSh59r2dpM6 K2+T4k2SKujuRI0a1GQ4+n5yvwAUmEGpCmVuZHN0cmVhbQplbmRvYmoKCjMgMCBvYmoKNTIzCmVu ZG9iagoKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyL0ZsYXRlRGVjb2RlPj4Kc3RyZWFt Cnic7ZhPi9swEMXv+RQ+F+JqRv8sMIJkkxx6WzD0UHrrttBDoXvp1++MZO+2q7ESlrQ2TTEIW3Ey it4vb56jWmh+bL43qtkqOnWANPrA4+ND8/5N8y29yMfjl81+2FjXdo1H1WIzfGrenrAB1wyfP/QK ote9QqXjFntlIg1WubilSZ+mOp5yPIR07aPp1S6d7vPdv1zcxY/Du81x2NxLC3AhtC4vABrAtABw CCoo5M9ApM9AWgn0aNCCU+kcAk3TfS7aHo6pWEA/Vwksb4NUCrtbOuLW91cc53Q1oTXCbvcY4vBV eocncTpLNJQc4I6E3bPKACrrnLGiRVi6oEl+TR2UA3+eg9BasdTSyqxW4z831ukpNKrT41Fi545g SP5xIBcj07AMzpHrkysl36LJZ2qSn82hYwyjU9RZWu7/CM0i9EKrOkC2a0WEAlmMAxO7CZTsO4xT ZigNJm7d2BbZnMirTKKs5kWGK0p1l5b/BuCqg1NoMo9OzjDkDaaAJ6cYNOqUzcfg8TfDYUiomaU4 w3kJzrQu1Xqx0tKC/rOQvA6eQqEeTxXf0UqIv1PwGbHYP/kM80PTR9jDaTSdQ7QdrYooq9KjuXsJ xZZW+oa4uZyhQqc6Q+CE6DwFoApDRI1lhircaMtNSiiwtNLrOy5SttjJurJKy7qGqq5ajSkkZRDL 891026R51S2cZbcoii+9w1fVaf1jnaQX6vQaahHFdkHIt68JKWjSfy8ao7Z1irwXyy6t/2p4q+pb 7lyv9bxTWG/FCHo2SeQnmcOoN89iB/rsw0uKyFLRpXd7Fcpe9Zde7nKdBAdiorwgD4yd4alXaAVA hOQn3tRR7PSEq3P4zLzkFlPBBRUyLsLKlpZwIcH/arvQbZD3fhcN8jjzTobJeDFaXhBCSpgks5ke X56TSs11uo6/irCmpcFYHXJ1GKQdLGC4b34C0YqXMQplbmRzdHJlYW0KZW5kb2JqCgo2IDAgb2Jq CjcxNAplbmRvYmoKCjggMCBvYmoKPDwvTGVuZ3RoIDkgMCBSL0ZpbHRlci9GbGF0ZURlY29kZT4+ CnN0cmVhbQp4nMVay6ojNxDd36/wOmCn9WqpwTS0fduL7AYuZBGyyySQRSCzye+n9CqVXi17ZmAY uGO3W6VS1amqo5KmCzv99/bvaTqdJ/g4Mw5/9WL/fvl8+vWn0z/uR/vvy19vt483NV/MSU8GXvj4 4/Tzg5/YbD//+dt1el/P/Drt65ldp3n9/eOXt/3j7VMhQDM7Q1vAY+VXNq1neWVsBSGL/c7hjxVt rkzYh+4XNxWT8JEp+z7MB4O6kzqtZ63gr5uUnZifki1W2mPSTunFibpZUTw8kukHZtblGh4/4C37 SMKLy6quk3FDH34wlbaDCB1/V2EwmYi+a+wDFmZT8CVMP6N+MNPObs7OfogVzsx0d1/IW8Zb0X1h nAkmvSwv9ka08VPc7WMnhQkUbd/ncYW3sBz3Jf3mna6tGm56VplSZsoES3gBzqJEdzoYgCDRNSCE KGHtJFR7gBcsrWBDBHNujsExiwsvwCFmCz1J5sntpqPuwW6rFleh3ZPkT4RKco5X9BaGxvFkEWAq b9Y5BxcRoVGHEADU7BK9gYo4AQm/7rEwjLGH812Y7x4cFdwrjJ+MgdsN6gyDZO4iapYHAYhfXUQI gs3i0b/lHvJ3tBAGSgafEEigvYc+2phI8JP7SXYUohpLp+rU3jgTdygbWeRFCVmphyHBLnMDRHbk x9991KnpogrU+aVYI0N0WQuEJaDtWSfMs4BFGNAYRSB7Uz8VrzETYgTkHsXJTAq+lI4iDEfBJ/Rl KTPz7CYhniTpKqQD4h6r8GYRohMQom6AmjnFVCO7hlzO9zLDqlhptl6i6iwLjNZbl/EBF70co7cn SPKGmD6suJQX3Z5YBa++gzWKdGE/q6TVFkxFKhd5n+sVs1UMuLSkYExr8iwv+Kns3CC+xAcBbBGf Sb/dZYAw9EZTe0hSWabARdH62UWh1NOlaWdQr21nqSVEbsvOXhuPIA8eZnGpirzmKmlWZq3WrUj1 eHam6gWRkk20jbIPV1XNi7HQm2pWF9kemMoSQXWeqBpsxWWirGiGAI+0IwvGRgrwv95SGU3ZO66l UURJAjzKX6h+BDVqIvE3EgMYRvT1PAhiyWJIbBJTWYKGGd7DW6MMCsR9bmbQcvlPEVRSYfs1DziV DZrWzJJQyTZllVg4dp8rVIjQwoXBGiwjPzHtU2oY01sompnxQ54Acw7MqDQHeLvFiBOTHtjMzcWd PDF1I0Nr2MbUAuzK2jFoNJivOeO8iowwWbN4f0U+Cr/O9r0zvLjZt29gtJ6fgJXI9kQyMKJDm6ia GYNN5BJZUTDvhFUhQuo96YsJoSgo7ymiKpYMdMtvBiOIGCUv/vU6VL3jSbUf13BlSxpNQJ42jbAi a+4WQo7kCUI/8wUWhSq3Fa7IJLMR9lIFMdty3gNys5xKaGQ3qnLWZ+oKHGtUzvtkSdoN2baFRzpL 6eDH2kAFz/ZEQZHyT3JCcKffXbhxdEfgdb0F9lghDXWuuP5oWlqYujxCXEQbGcx7u+DyRJWD8s4E pNha6qC8K94gJ3uBt2L/WBrMxdooEKZe7fkGyEXOTvoSzKeYCPGzidWAdCwKLCaE4DY+f8P5gECv D82KMXQ86i3W96W1mDRLizZGW3FWZEXIfdEnc8anxcJIbnA/iClYNfVWSO8HPS22Yw2hmonXNOSV cUE7+jBpFtXC9PeKZqosRo0enqPcAcG8LjWlY1ProNPuGO1SYhfhnZAOk3Ju4ilWHvfaUZIvBaU/ ic5QRLdLAaB/KxlkyvZFkywkORKVTxbVPFC3wmSoF91zxSanHzmtTORUuCLXMifWzd3iIBNJPsPm 98mSfOzxgGCzmjoGMdbcYBeDeXA+jfTQYKu4D6hT9lURRK75SYo77rm2tIFUpX/ACqCcWIVplvTB tpPEVb0HKjuYR9vvguF124c1+ktQVRyjwEo+R6fXavp9FyUMpOgaUIOaK5kss2bqytF2BYmoxoIG bfKgvqzqN3a86qqASSKBsho+Cq+JXcrlfcfw4oxy3hBa2cPnVvFUWOUVPfY86b6X07dokZcUl3RF KtKePM5ebML6dlG5Ya6bG3snxoqdwfeKsYx3D2OsByOpgFbUOBpElTCmzuvlDkWXQRYX0QsyfNTr +uRnZnmAtYlNn3INa5fQczwSpcxGt/WjoM7K55Df5yTiGHi+T9mpe9l+iLxdh/Gwc19jDc+3XrOh UJFXt9s3+6B9Uwuwe/dO+2YGELdmZJPtQq3CngiehS3+bhEHDRrJYWfXVD4606Ggp7lt/gpWUx/h fMk30Z154Z2hEUfsEG2k564RaeKd7OBiBxzb38rqs/M7d/CAz0wI35dzQ+P/toHxiG+0YjmCT1As 8jEWxdKN+cHGgy/d6pe3WA8QJppSsE51Bhp7pNMc+Gw7pKY+L1Y3igB69j+3WWOx6Rixxu7Z19Jb eOgwHvHLnlBjTzCaQtORXLIG33uCBDM9Qam1QBr+KThGx0N1nXJugn2XwW6F+Zp46nWtjGja2Ynr nX8tB6BE3tE8ljmk3Vy3VTkmCFzXBOGHEO8yuYyZtcveXInKjiF73wfZuzX0x2RvvtXZ+84pnYxW 90LIQCsnfL4T9GZC+lm+ty8/dKXYxqUCeyXl9ZHI+LqyjysJNzXVe+6wrn2SQbct2A2gzcJqk1Ee Qf/QPUpMvCkP5hcyvgqo3UtTmEbzZuURJrcDTA7SSTGnX/7BJSLdQMco+TFVHTcchen9IEy7aRu3 N/mma5Bhm27o3gUoN115dj1KzTqs7aDsLwaM1DKVa40hwNo35frX7VR27VCsc9GcIydmCfyEahWP yl7zV98UKRoAvQbY0KNHO/mlYc8RVide3cF9Gi9HFbnZYMUDRyJVP5fCBztNNuOZV3OnyebgW2bB pd05/d0mqiUkqnhN1Se++EM46Lfn/2HQMyf0sAmqjbojuDDDTo/MxE2Mj/rIKT9Ek3Y5K7kCRs7h aiiH0N1pNGStqP5pGjAgMD+ry+nBtWvuzL3zjXyNjALSITlM9zh5pGrVoBgvLefQi0sjMvjqc0Jx PBSt6w6sGZCyvSpn+W45FFigOaIbZU375+Q2XcFlD0TmPMUlP6ZXK3J2uyujLjX6XEu2vH5Krw3R Q794IpzdIK4xWvp7DgURE7RKx/NbTIr+lYxChFGopKdq83NK4uWT7H77t22jpD1grhA1SM5mqi76 FBdLbiX97GMtkbmd6n/Q9cM87ufKrv7cAiAQ5E4aTdKfTv8DRxvjJgplbmRzdHJlYW0KZW5kb2Jq Cgo5IDAgb2JqCjI0MjYKZW5kb2JqCgoxMSAwIG9iago8PC9MZW5ndGggMTIgMCBSL0ZpbHRlci9G bGF0ZURlY29kZT4+CnN0cmVhbQp4nL1aWYvjRhB+96/w84KdPtUSGIFnxg7kbcNAHsK+5SJsAtmX /P1UV/VRfUme3SEMCEutrq7jq1MjzvL47+GfozieBPycpIKrW/z1y6/Hnz4c/8ZF//fl98PT68FO 5/noxAwvvP5y/O6ujnLyv3/7+SJe1pPyV3MRt/UkL2JaP73+cLi9Hj5WVJw9T10qF7Gsr3/2tszu rAcHS7fCYQpPv8JPOft7u+qLeMaHE17xret6Mv6BuUjtf8plxKMELQxFRYpyKB9qaQIpZ9oqjzKw +uwVI6VU4snz8IScPSFTDpcUaMDmBYMypFW8sjekDFr3j8QtbPM3yg2Vbzxzk4pyGWLuIuRA9agI tiFJEw+Ud2FW501v5UXNyO99+3gzgznfcnzeUB4/xQPt9oHaAOTecmDe0MirBZlMynXxB3ubEBPP YLA9fhAcdjFnQ+T1URoiL5ESXQnOGhQ7IDOL89IlA/A/aWQIAGNAQdICFX+j/QIgHji/AnKu6yQQ RxJxCXvwNTDjJucABFsrxrtdgLFXgYg49UpyHhq0hpqRV0LLXKHe36FTmHBDbwv/SAaAB2cgPq2n UvoFLI6BT+ybBfRWsU/nodvI7E5k48yNR7XIHsjcLYoJjn0NDkmoaLyW/D6844IYCT8EKFwEY22K od1ZvY8YcR3V+UwWAj65CZVni0xYcu4S45HrGHyIE7jqO+HNBWxN/gnZenwuvQLoXeJZc6C1qRQp G9sC3CUXOCGSKR/MZiIE/e9WO8yCURIerpMS8CbStCjmLeuORfISQVmRMYJsiWnmqQlNkjKSYeyA 0OhOXHIfLytm3EUza9X4CBrxMpCJdHho0S17eYzwzFz8Kem1q9HELXtE8UpFd+nRgR8524WIsARI kW185OAWnzOA5bWK3MlvmaUNChHMOIwqGtN8axPvNf38omcJuaxnxWCDLH3lwH1lEd6u6FtcCtgy p4ggoxtlFZTyp8jDbY/oTUkv7qtDfHL3EWp97jZ2acuhbaYqLBgxOgAyNhxguiHRRgxctUiuGFWj NYjFzqLD70VknmhfZkNuswGFQ5MfGRstFLn74ztjQaVyZ3c0qhPnrqkqQW9txRuQVMCv7JKM2shB OCkkRfMYvcZKCSyLpTVO1PZO2RE47FAgZbKEG8WFGihFLBNMF/0YmA3FFTUEfhdkCWd86QU6m1YA u4LHSuHaepov8raGZargw5LyJCj0Gh13GIP3OwrRSyeIP+IOMWe8BKeckrWDnHP0z0119s439hGF 7uBfz7pXYEX8mykFbVYS0GF7lJ1se4D39SwNoaqxyoZnbau4Q2zLpxSz/y58zIjyY97U7sfjo7be 0Y9OLnrLwIm8f40cadpXhNYNKP5XP+qcD360o8w9pCsBoj3kQ4+BBjOwFnX+TYRIareT37D6VFC9 NHE4FNlNsbxXdJDz84KjKVmvrFxPfSKvt8PbZDReGMHbrAqNFeLImjjo6QkXS2JTIGhERvk51YBM U7ndkrN6MxTVZtIbz7SlocpyN2oIMLbTP6ipE+QICcw/gsDMmnpuwmDgaBzUctkEu5fU0IfeJMWs r7V9v2Aj6wveyWTlu1qZRa39dRYpGH+g5c6FdNkQFuM86EllWwebSg9pPDKwuG8zBianc5F3m8Qo JiwvPFePIKX8CKo9YDzKJRBa29awb+xRCqzUlUtXaUVc3nMT08ksfJrABwFluNvpM6uQl2YQVQYq G79W7lvtb6g42hThlpt2W442Emx5k/itvlViJswDbm1ReU+Mwqoq1NYfEey1wEzZpU+diqFajJjo WGZz8GHbgid7KZ88ZG5GYII6wXXQtOcgWrTVY1GfdKWlmFVFCR6ambS5zikFTNNaU2L8OY16dlxH Ohd7/a3p9m1nut0j89B0m2baLzuTbGk6Ieid5mjRnctNCFJa4PVoNSC792qZucjyph6ThRSZWKhC X/5elAZdzMVNsm6IF/VwDiNCyhCPBE/ZKYuVWVU+7BSGnVyv3yJ6J/OimbzC2/joJ77DOdecTMpD Ey6kmuWm6e1nP9DmcaRLiYJ2bghw0v1tJNK0NZUont7kydXVjUnVDaNqymQSGZM5CRURndHeM33T ZnRm8DwLsjozT3cpw3innh/Daox97RzX8kKv9+WjiuOuzuxvg1Lld1UVV5y5aQ9zSfioav8c3ROB bLUGKbIi0/uoEV2M6bgovsvjuMLQjoZtHn8Uhw7LNOjwbAyyoFSQN5v3t7PmYtsRUf7GY5KY7ccJ lHYH2rNq2vLe9yXECo+0bwUQ2HiGx/cmsbcTeuP457VmlG3Sx7Xi/wgUczL2aRY7sW6Fxf8hgYqt 5sBbCQPhqtkbhhb+yTS15PZRG1FvG04UYZaEuZhh3/8HiiqTcZCzEDMFz/LQ1ja8YoptIYd7/qag bk3+jZFqhCorochrYLUDcif2Zwsp6vCet0l5jclyo7Jf71ZtT9MsV90NL4jGema24rCltbkuY29B LvaPGCyIdr7UGkddmGzQOccuKZVpozCRQLsRfcchvGlHHkr3ktUKPEgRNn78/pBAAghxR+M8rv6i Gy38oPLzEbFT3NBreOPSzR+Hpw8ATHtWmQzepa3W4jSR3yVKbN/nA5GKxG2gpMNds5dzwXZxOnRq pNNypOLW5kZGOh+P/wH9plYtCmVuZHN0cmVhbQplbmRvYmoKCjEyIDAgb2JqCjE5OTMKZW5kb2Jq CgoxNCAwIG9iago8PC9MZW5ndGggMTUgMCBSL0ZpbHRlci9GbGF0ZURlY29kZT4+CnN0cmVhbQp4 nMVay6rkNhDd91d4PdAdvSVDY+hnILsJF7II2SWZIUwCmU1+PyWVHiXJbrtvOgkDxnZL9Tx1quQ7 7MCHv3Z/DmzYM7g1XMDVjv769Zfhhw/DH+FH/+/rp935bafNwQ1W6OHt5+GbOx84H95+/fEozSSO zE57fmQ6XJW/8hPHd3gdJ33knJ+nvcAH5qa9OrI7rLbxQdrwKvyq4i7/4oZrULiJAl1eS8T6V24K YolaS6zSYU35EaWCCMVVdiIZxM7+6n9EQWxK79hlChe0IRnpJVnYzZP8n96+293edh+bSEquD3Im lMn2q3cH1J7Ejd0XhajxoOeERHum8UjjAvfmmG0sEfT2osI6frhSzQc1y8NgXOGW12lJJsREtrlT R+GWHEOcARxV4xk3IS6KIIQLLsAI1SWMYCnkr4MDrlQiGHmpUJFdOjU/6KN0JNEllMGgKBGWkMcV JAgxHsZZZ1EpwHIFBsIIj6U5CSV1nMeHUEiXiGAMVQA1yTJiAX08T0IlFGGq9Uo1z5Sdbasuy8Gy 8wmg9OGmpvJKYmMdOrA6KQwvIgbQ9DVZsiC3xpLiYhGTSs6C0rvz9tsiis04HmyLYkho5LtLiV80 xxdtXZ2FukQf9grar4FtDkUsc04TlJT4Mjz1hfNQEfEbVUGHUFRATZ37XNP3Vv8tuMmoglgsMetr LYd4H63NqG/AGvBjyQoMigoFpUuuVCK6QqorBGes6io2tNIcJdINz4VxVyKjCp3XDc/WkLqWqBQi TaWm5gCy1F4THHIqbTHdb4Ri9WaWekVatAgItKNNG7Ep1bRtEbVXNVgDDRQgVQ1BkSmjaeozquaw mHr/QkqV1JDNuZymSWFpo+LQxWc3ItWx2l+LptrMCDljy62a4BPklTSBf0sIleOsVWt0ZzhcG7pz FSGX2dBW0H1lk340p0E9NLWKdt27nbTBZJooc0yCUwUS3gxdc3NT2PpPh9E26/NVJvyrNKLR1tjL 5FsoS5pDO22Kc8uQNEEtlcwQMIFFnyyG4Tt3icrTle3zmspjW3EEVi1URBvWGYkttJXZiKWVYrmQ HAxnhjkyBQis7rOnehDmQARMJM6Hj5uj4PI07aV3BVlJONDO0eiQO48/yaa9LWvYqJwaw7ZRXuUF ntmSRaMfF/WoYOxsLLrxM8h1IQQiCketrbprXAKGq5M//V0nBassG0GIkBfFH8ZDOw6HTKr9qMwj XtFakQ2vAd5KdlsAVvjbkxNSJTNxXRpHmgYTWRuqcqXSdOgKc6cfcu6Nt6GzmWoaIs3ivdOBaYit YmfIMicT68JgQahK0a0h8JItj5G5sl07bqah3q84NWnX7ThQf0NAfkzjwPzZtxkKupM0GH0jQ0Zp CO0smEai1l5TOblCG5qr/vBwz5EXTTyrzxwRlVC4Yzfh4EJJThGPLW/0eIntyJdioLTS5Mf0Gz2M P6XrQbhBUeCaxyFkop5fgBfneSbQonJjP4YFKiE9PRwfMXrF2QbEYJan8uDEqcQfql4XHqEeAaNX czj454KGMSq9goZ8XoQXywTPhQXYKNNT5nOx56Q6NIIpfI0QXZ1ytUz40RrN+685/5o14kEDivYI 00WHSd9aT7HdQT/m/iuV8u3N/6I8DmLaT2XwA22uPUUoUZ2APE495Uc4cMqTujktNWvzZxgTk7/q GJdd43i3Y5enXRMkqVvc8k++VFbdYqw/WMzEn5RpqJyAIEHU2rgGFKJxD9VK5w7if1BrBJnOnq8W XDDL/aSlrcVcarbg/MusEJctdkh7MN2hUiryySB+L/cUSXAcvKw+RQQOCd2Tbg/fiBKlsxsW2iZY SqH6RG0zLbj+vHHi8ox53De1hgxuwjVTDR0IQxuyGxCdaGnNBjGOXfa8G/+xFVZ1kYiF3J346TEz hf0Re6Uparkjh1FEqBYp6pK/63mMiPwxr/qzDf7N4+YpW/jz1wp3CDijdyMM/fRCDije7BHbQWwP M9qUeTCnciOBI4SQ3aAaMpuSnDNscoLzecJhdsW4RgaoivO+cWMxvV4ZH10fyxW/IpRu4j5DejrP c2lSSUe4uBJna82jBn4X9y12Ot11x/WgPGnp5UW2WtnPpS6fKegfPJhZ+Y7ADeuGHSiq9IczkUb3 hzKk7rrcewsTorrCQ0Be/Xj2zurc26RzrT45G7s29XR9nqD1yA0JHm0Xz3cU6FZtTs10l224l/wl FSr5BjMtn0nA1gLdaOh6gXamoqHff7vLFmsDKDXCn9Z+xwdt7fBlwK9S5RaXhAebHz7vzh92WvuC yiLCU9yo/f96oPdZCtmTxCTBMkqR8anbSy0gu77sihyvM0lpbAEyitvah8oSLUwJiXE5DPkOF6Td 8YEEJAtAV13xo9xmGWRHa0QJBz51e6l+souGA1TmmFJDivv1fTLi4/A3qru8sQplbmRzdHJlYW0K ZW5kb2JqCgoxNSAwIG9iagoxODE0CmVuZG9iagoKMTcgMCBvYmoKPDwvTGVuZ3RoIDE4IDAgUi9G aWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJzdWUmr5DYQvvev8HmgHe2ywBh6e4HcJjTkEHLL RpgEMpf8/dQiybJldXuWx2TCgMdyS6Wqrz5VleqJXnb/HP7uRHcU8OqkgqcP+Hz/S/fDm+4v+hH/ vf/tcL4fpNO96rzSve3uP3ffvMhOyu7+64+jHKYwiut0VKPw01GOwtDTGTn9dP/ucLsf3q6E2aHX nZeiDytZ5sIipJFKnCczynNLhlS+950LA6hVChmNm+5/PFjhVbUtbHWkvdCGMNlR0ys83Wgs2yZP 4gIKsX76gp+UpFknNlgqqQAJNZAsRuIKAoTFV/7M7+IFpPg0cFrk2bg/f0UtzIAfTGCVrrwpDECQ EU1cyFHOCYB4ZeUN1ItG0lZaRMONJH1KLUhdmODQudEn/DHCoeGHDBOqmXHCFReambByG1BlnPzC cPhsxxoP0ITnD1m69rQHAXWiV7Qvf8XngA5jE+3suwQ3P0m8lMg4XE4Yt5kbOWR87z6MdUrV/vj8 rFPRNDS8Yly2liiHq/LsDOTMOET4mhHZyToRwNavgHWKt6bBxqd9bFOXT+Qb6fiMazb4nUwLSDE7 mN7sXEBh2HrZ793Bun7orDFVAJVhIpKdi9iHULHf5Qm8aDO6cRZAEGFD4NU1+9mlDGIjO1v4mAGS Ua0OKtA4i1Y1DCBtowbprIQciUDXU45GmbKsvMn5qiVCRSb7NQIGFm+CYseZsWVmJRHwaACildo2 Li1urdOyb6wkA2QRozYMFLeFv5woDA0xxLl0gCWcjHSQNmXxXnACb0vg7Ix5iWSKkjO9sqsKqaWT Zqdh6GxVKBZLoQ1ugYBHZ0NvhPnZSj9m69nlJsc3KUtIWL9hFdOkX2NwW4T1WDCh7edilUpeNGWY elmweA7SgHydeT4Qd49BtYUs4mR8SFFKd9IwTpJ24qci8Q6AaIgZsHjcEgOoHTWphB4H4kkb4dT4 A0QqUPXGv0OewU8UcgLtyDPP9LxGWl8fm1LVAqCDY2FLlpN7SjjpWLCnkpf9RkKJZKjdYedfDf+v IiGK9JMT6LwncO366EDDEl4q1kcV4xVpUnPSogxWZiFrEEX2SxSUg9SLOBehRhouQyRY1AoVnElP nDHKKDlbbOd8qxbQnebqZz4kC8U2YJHZMtryEs9tNKHJEo1ptqbJk1Bi9EY4vmVKorVmDihz2Zc1 tPLpKYRybU1ddS5llGE0R6zCBU2vrPFuF46Ajt/QBKS2kjgEZbWpO6mXC94QdYuczBVlcnTFy0XW LUOnamZOglGHdc27ff4/tCxaxWQXfb0I0EdT5rkHiiIHtRery3LzEsL7nYq49Bo3uEtLXSpltfVV s2HjNpGZNgfLxIG0ZyOf6qIueX1TH5X67J6tAuyT3fMRV50nboEap2LRF3XLR5n48JrP/hCu9keu JB8uVYPcik7/1ZOmXJ1p/r/nTEHU3tmL+ZLnTBm9p5ny9Z8zJWxl6LMMmu6JKWnijqldwPW0SX2i S/bpIu1myNZplzKyKWrbYleF9Q+pphyhYCZFVxbDv9FDgXAg4RVVUBOwFy4zfleChqJk1bx5tbDR 7AuuG9ex89doRdsHPUFisXQeSqSNOi1bdDTMRF3QumrnJeOmYdxj39bnDXpG28KSUvFg4SxTUOoz na+SV/nkNGnBGFrby82GVZjvOSFey91qs9dBLl04yz7nZXXcTEiNZHmDWfOB4AdMlPIZh7gHCtfA uhIsiBpbS/lWOztV4VYxmJAStwmsxyMbdWnHJoZehRV9n/RfpfR1dUSAXiK2y5Dy1HRhatPrBs2e P0Wl9uXmZ3Jzvn3HbkOWujga3J2PIT/+cMmHQ93KHod5MeGxgUFudR1XtKZXjT3mEwZUO9EBPQ6x 8XxKpOJQrMRE2UjmEE3TmAYGaaB2uN6H3X9ZpODt3IO/CfHs77895GVQhPjOawsr/+SBpVD5ruNO YjngaTTwefD74fzmYCE0qFkMjfJSi1+XoyypWPfuwKKScBUl6Tiq1pZaFKtKObxrklNrFNLSajAs 5OgB6REBcgoeEZLynSdFGWlQwJOF0CitJF0WgyynWLVWZjaKR9XaUodiVSmHNk1i1uoMad3q3Seb 3nb/AvJQxwkKZW5kc3RyZWFtCmVuZG9iagoKMTggMCBvYmoKMTU3NwplbmRvYmoKCjIwIDAgb2Jq Cjw8L0xlbmd0aCAyMSAwIFIvRmlsdGVyL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCnicxVdLi9wwDL7n V+S8kNTyM4EQmN2ZKfS2ZaCH0ltflG2he+nfr2TFjhNnMo/udhjwxA/J0idZny1qKP8Uv0tRVgI/ LUhsXUvt85fyw135y0/S7/lbcX8oTFOr0oGo2/LwuXyzhxKgPHz92In7vtIdYCs70famU/y57W0H G/FAs8L1rpNA42ojdF9BBxKkbLyoBJoWvsNDwtASse9bEqVPHrBK+NX0zQtpQ92QYt3y7lv1EE3R ov90eFfsDsXjzB30VJW2bWqZu5N4g1ugO3b0CVvYkFnBLzQlONY33Rm+TYaU4H9oRp1+18EbsYNk Z1yto+jQ+oEBrqBtsKKZ2bnqxIBqYppbx64xtZ1j501uY2CGz1kmvDhioAclJuYa50CaCa1HlFbv MMB6i42SfeWoBVp5xFmQrnaldTJPfEaMvBswBf6fRFCSerB+3u+869HVTgAbAJ2GdZytwDbb2QXf Q9jWzdcuD9aQB6hnHpYxJohxEgM+djof8nGheAyhYduiuh1OpXksbFyLB5onHsbElX4962Yo97o9 4aAyeS7O0tB/KkRcbLCRpqcD1VdNB20Y9AHB0JDxovfJxh2Ni/0yjqSmSMr16PmCaaWcRa/Ttj/8 WBSwdVOaJk+0IXs0e8AnfC8CPkmR4EoMBK5JaiQFmM9+ciBYBDao1sTABg1+L67DLpzQkGhxV0mF 0psmbQQJm8p2koqoT3HM+QCmxwthx/lw/IAG8QzySTmaxB5Kg/jAedyD5nNNo21PFO2lXE8Otsdm Skp8+kZCCqvJBhPhOUZKlM7rrGS0qvUFrPRS3rL97hgIY+GNPGW6UFSzI75MVSOT75N6EegqqUTo 2SpESuBZuZJ8lpguCC1ieWaFPIFjTI+FSukZzI0EVnlGst0ka9rjRZBBgSY/IIugTCgQIgNWEHL3 aIJytTXC1Fm9/S9sqLFtzqynLNCI/Iq3QJ/Vma5r6zLXjyXN6sXX/FPCrFBrQscvQq3a6Pzqc2ty 5dhqOYvtCrkShWjZzq5BpwSEzi9fr8M5xx9Bc75ZfQBR6Leo9QK+US3kl8NX5JsrbpKvwjXxrbDO NcotZP9tmeYKBJcZJn8jrUNhbX4cLmGY1UKjjML2FqyidMabl76wlGyyS9tVvOCDORbpyTN4Nrzw FL6eFyDhwJOcoMDkobo1J/iKrYSaXYLSEs/L378tohw+KlzplEHRn9yxQJF8Kv1zbNLhZb7jYud7 cX9XGGOQiaIa34uihkanvagpkXsqWFVQLgdNauhlsqkViVSqh3cNenKLTBDNOnqix+CtpwkAybZl cwiTSYeXDVpCJwEoqvG9KOrNmfaipkRubpCLjnEvk02tSKRSPbxr0JNbFLHNOhHox/IvLTeKLwpl bmRzdHJlYW0KZW5kb2JqCgoyMSAwIG9iagoxMDM1CmVuZG9iagoKMjMgMCBvYmoKPDwvTGVuZ3Ro IDI0IDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJzVWkuL5DYQvvev8HmhO3rLhsEw 3eMO5LZhIIeQW16EJJC95O+nVCXJJUuyu3cDIQyYlm1VffpUqpdHXOTw9+mvQQxnAT+dVHD1U7h+ +mn47sPwJz4Mf59+OV3fT9ZdxsGLEV54/3H46q4G6cLvn79/EW/zWa1X8yKW+SxfhJt/eP/mtLyf Pm5kjUFlS9aLmOb331pTJnnxHfXSz6BMofZX+CnHMLY4vuHV4RVfCy/QWOrw7hTG03wG0DKMX3uY lRovrkcACeyuF7lz43ixNFUOMkK/BaKklEpcgTd5RaBXhOPxkQJwdn1gcEn5KV7ZG1LGXQi3xBKn 2dm/iBGn0eTwVPkeWm8CWrh6QmsIbSCoszeqnJCXJxZhECGCArQ+AleIBnZgF4KTTwFIrzP1HQK0 AKIWuGMi2dLmn5oQB6yEEmbvojT+op7CuU54BCly6FcKCRyR6sQhRjI9EXdGD9KQQoki+JUOkJ7d CyjsHVzTlAYn7qwRN9ikAQnS0sbDDsMDIPt1huc3acMy4fY928UebOttxRQd2LtIln/GU+PSoWGG NkZTJ3p8mESYjFqK6VIaOi804z5PySo6Sm5zOoBRPJ5dfgMtqwCJmygVHvT8xpXpx1+gOhpCmpTP t4lHXsxpVXyZtO5XZj8weItub5WBngZvgGERGwCJHQftV9ZI1T0CtijmTkzZ6LZM4GpkUGlFhjmm xCrHQT+REbt6s6hVkb2PGwIi3CbLPSOyClxSbUX9KENm51TtqEkvaly5pltIdiCi5Duc3nElGV6A YbIXZKmyOk7Ds5sLwqMTga2NM4JMFi6Y/qi+bau7tr5kG2WneHVE9/gaufm3gMAyn7XkY2mLLQYP MrVD2xYiuurCD+IseUeXLVN46ZnEeNGD1bYKVQcb/Nj5SS8a0dMPEQD0K33Zxir5qsXqeAwJ0xrU JLEdiXIKeUlLZD6ytDQaOQ4cFBq5D1WKi6mp2jFN2rIDBszk4aBt4KJNTKt5kC1+Ni9Ow7FvKoq8 rCcuUyNTZE2x+IAeM9qa9uY6uNKD2CeVB/Nsid7AQzPMHliO8SSYyrOaFNtjAgwLneZRY+QHNt0M TkPBfaXo4RLzYRMT1HhfYcaMua7R6XVjcHzAk69dqnE5U83rcnFZR+LsVO3qv2GVrczsaavct8eW ih17VMwvHZGiTcXxv2WLDdEMGuap/w87VPIy7djhM3SLqU5OH7DBMojkLSjiyK6rbyk2NuWH6u0R 8HpyIOk/AN9SbGzOBDxPO/prwCiuR93Zy52JIb/T1m88a6gq2gkhHFrbmPB9zot5Cf5ZOWJdPORK Ye0APJK0PZ8wynvKCBEbT6qSVjlKTYvT0VVYdt3vIxDZWrZc9ZfnWrtutqXV2K2U7LIODEZNtaWB xfhQsQkXCWM1jyCfFSpqvLKyyka/hT4Q/Ziy4PUUIHNFnWPyDrgQFXVscRmaFKrgidtLw646ZhRY B9hdM9Ikr9zmHDRizccbVWrhlm3Wrd1Wt0VVwau+qrizsfZk+T3rXFUvRxPXYqnaYodFbqYJjOy2 PY+Nl+PedO3FjBAva4M5KDnVKOu0gEGnzt/IyiO7hYbJEyeMVdHPWUDtSNYqrttauM/OhLqrQ/lO RYbrt7Y6Yeq6msCB12x3GZLlr3YHpvhM96XRxYm3OJ6OHfoVXq+jDE7KNZdO7cjoV7Zg42Z2pfo2 nYUFjyBpzTd3XHgItEpNdfh73CFjBlnLCFrbJ4JceEurvoe0wOYWQ84ul0w9lt8WXjyuxSMy6arc 1gorYsUwsYZXdG633IWHlVMVhlajwjkpGmg+JzS5q4w+NBsaTWyH7mfiYY5kGj94wNXtBLW4cKGr GBkWriSKeGXtA9/sHhQM6bcjfXKqfRzXRyyw2ja3th+s1tMxRESBi7fd/kZE5euvMgUqxXanRLQh piyIPgOJqw9tgSRn+GvTle8AVUsmfH/DIgovh0qt3t0Ucj6st8vicFpdeP+R9RmxSf1Dut5xATQD rlWGfy8zrJxmbaM9HVOeoxf9uezl41nny1E3Ws7KcPfLXgQqLfjJcmm9b0AY71qfAimhTElMP3/J i72uPqbfBQMv6lvqUnrQm6c9bFZrXjM09qRY15ESshVwaHIHgTfAaRdBK1qfG3304vNZZDN1JMr8 iH85bTXoeaBv99cPkhxv60qIioHepmaYV75CwRzlQSRUPEPc7Bk3ri/nKiYrIQJuQxdjsw0jxbxb 1qX3i0pXO63yy3djy8YYsHO9Fm5PsfWUHEnmqirKN9V309TaVrG/ESiz+y8HurVU/k396AQqHZpF Lb7S/wvwbEZ2cyXlmqxHWtTSnTc2tRfJqEr/5LD5Ji9ZTR2CKKsflypZ2BZozPLgbbW2N1Ka5Lap 2hk/V0/R5EOKDLR0lmVMnw7d/XpuMC1vzWv3XPpmrCnl658S6VuaeBVKr3/79SnPg6PlB2s8eNw/ aKBHMfw+UB9n/Umv4MDnwa+n64eTteFTaxaBozjRWmzZrb+zFDYniUmCTZSi46iayxGwWb+fVjlB Z5KywQL1RZy2HRRIFCQuU6IErJKABCaKAb0WZaQBoyWLwVGeimDKUZbE5vElhTtjXhSNqrkcBZvF 5ZDWJKdGlFmtBpnij8M/IaYu3QplbmRzdHJlYW0KZW5kb2JqCgoyNCAwIG9iagoxOTc4CmVuZG9i agoKMjYgMCBvYmoKPDwvTGVuZ3RoIDI3IDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0K eJztWVuL6zYQfs+v8POBpBrdDcGQZLOFvp0S6EPpW2+U00LPS/9+NTOSPZbsOMvZLe1SFryWLY1m vrl9ctQBur92f3aq26t060Gna+jx+vmn7rsP3R/0Ev8+/7I733bOH2IXtOtuP3ZfPUMH0N1+/v6o 7LCHI2jQRqnLYI/qPOztEQI+VjE90HH44fbN7nrbfaxFxoPpfHQH/0KhK/JAh0NYFKgDrlf94Oay zyg70juSDW6cZ9Ww13ibHjjlFD/sywN9GvqjhTw9Xa3fUCvoQ1+pZZ95rdQpiU0m74XNoai4OJdm jTaEyQTUSa3q5M1Bd96r5IG5Ttk0DWi+OWXJFrXgrUi58hosA6efUBehJiHlUNoloXRfCxsahz2m xcu3MnX83nHtfXdqXUGHEXD77c4K1afrfAWsrKBkc7GNGOiHkILCqCvhDgsxvZAvJabzg2cAUMMY UNWQQH6i4Ofp9JhnPA1+irgqdWyauAKZhjV7WMzzuNOaAGOW4QB1nQKPjQawUMQ5HJ5zIrsyb9ou PboyeNliO2WQBC9MmFRJSEJkeeFlorCU3Z5GNSxNh1OT26g7miNxTxYySKN15QXObHRiJUoBWYqB FUCK3SaslmvjFr2Iou6FcVAp8xq3C2gYB2F0cuqKDhEzqZWIxi+rkDqaX1aBYlkWVgEXATVzXEo5 kUE01U1Bx0lnZ34uSZI8OA1E7LE3nyd/88JL9nqOsOIzrLNryeH0wS6Bkjrvil+w8Tpr0rI7jXeh Od4tiUsCRWaAJ/vMkLoFXRJ+/qjtUNAyLoWB6dO/fZ6Sqh3N03kxXKn3YCniWebE/zfbHStoVIrH ymJOqyklDN3K1KRAuchKx3NSp+jNZVp4Ki2EbFSndDEqmRDNUQGq7NFgo9EmzS/JHnoJF7Kan7Px ZLI14/Rpq62+7iAmHleVSpNCWNQxjmog69geE8c2i1bGiYnIkKUCZQVZmjKGfeFgBFA6h2UDUDq4 Mc7B6quJQ8S6M6YiIpu2YYu3enrq4Ie6qyd/+nkTI3Uqt21Jtql41PFiMSvokpyyDxydfPEUnHi7 RR5sbHJ1gzxYHxojkbqkkGOMufZQGSoVhDOEbCZKIxHm+KbYNzYDhC7FpsLJsJQH+OCUNxQdxSY3 ahaQyoYoIbP2zJinq9/Gx9mWKSwnquBvJf1SViUXPWHGUd6U5ClsaSt7rNVtt6gzZwVXCuVZz7UT gBmh3NJx9h0GLznFhovjY6DqvqLZm0GXaNuDblipl6z4FczkrELpJ5wYVSz+OgraWh4TZmMUQczG 24armQkxyvHVhpmtU7Y5/ORSRaCL23k9D3as5xqjC6vAWM+Xyvmwj8etkr7RPfbTdl/YPR44Fpoe mgPZI+1DHPpzsIq4z0SmhP5EZ/GYN8+g+8qFJiRrd2U5mzG5mTe8ofdNnLxKFzDONAfC+wlpbNPV z9kbfmp0Y9XPnW67NBgdG+YmczVjxseEPPCy1M8O4vq0uR+4yvL5fiACjdlgFK4TlHlUpa0Zs0P9 Q0d6o0zDmmZabXzr4HysGs/WprpX96EX2TT/8iE/WTj1gH06hIrObMWb9q5BpHyzEnReaUyEQtj7 ic5jJG7w+S+g83juaT5Hvkc6r03f8NB3S+d18m3Nvl6HzmuwTby8SiHXCupPIhuJBbFvjHy/dB6C bz/x/2N0Hq8NZfjv03lw8MIP0GDio254OZ0HjaE2+9UHBWsJ3pvQeNCNTf+TeAx7MA1t/deQeFCq IYBvTOPjm3zJCa5ib5u/AunG8JdzeBb77de7Ub7zKLsPyeW/54HCr/WfOvoGPx/QNBqEcfDr7vxh 55zDH8mKGB6VpWlk6lGRJNZ92rGoIlxnSSaPmrVSC7FqJod2HeU0GvXj0noQZ3JYzwyQixMks3ua lGWUgYBnFMKjKHSZD4ocsapWBkajeNSslTqIVTM5UWBTqzOCUd3HYtPH7m+NuNlcCmVuZHN0cmVh bQplbmRvYmoKCjI3IDAgb2JqCjE0NzMKZW5kb2JqCgoyOSAwIG9iago8PC9MZW5ndGggMzAgMCBS L0ZpbHRlci9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nMVZSavkNhC+96/weaA7Ku2GxtDu7gnkNuFB DsPcshEmgcwlfz9SlZay5e2FvBkeuC1Zqr2+KumJC3T/nP7uRHcW4dWCDE/Xx+eXX7qf3nV/4cf4 9+W30/hyAukurnNSXUz38nP33XvoALqXXz9ejTBCwnCWV3UTZjjDVbwXbnDXNLBKCB3fQIIU/XDW V92HX3OVdw3Dp5cfTs+X04dlfiAu/Qa/QBI5+UhV4nNFBFwZ32lRZI9SxH23ob/uSWJ7f5FbkmiB 9OUjECtMqq7wxMFj0FclB6DHLlNvLnbL3D6QI+OKEVneG+3i+iP6OTmz9FXb4eWPjR1WXNRsB6zs MPbiO6va4IF+cPoKSjzRfECy13gJsTNGHcmgaGEwRUdyLwDoanRmDdDJ57iWPr8XbIqsFRk0wRGI jtHIq3ufYQXJ4xhHHwW5V2ETraCeT7ziKhK4CEdT2+x4BkXuSc8HbtIh1JNZuB6YAY/BQE6Nfi0G yD9ShGfjH6iSEDcmFalTJ7TDiRvLStKP3kFEU8OmgV11cMxNty2yaLMyMUSAgcIBLL6qoI7ER2Bi r1IPMm1QJrBWvcKQwiWoe1gncXOIzZDDQaKoA61SN/pNLowfggoYrxmE6IupaTrFqKp7skpK4yck 30WZGQ/VNx9ChvhZ6AUs0ixTHMnKPaZzDI+DneBmDM08uWV405sml3cNL2S0nxrODm3bH7S8TOD5 lSwvm+ANVueT38jixjW1YJqdPSMaS1qKEpa0HCdzWjL0zZPPCE5j3Qy3BtKSugzjfPqaGDF8DgLS ai0Tn4xi3P7JdOQrO0XaMYV7cUstcwFrdCDH8Im7L/HNfQfVy4m9yCQklaiF5RXo/iosPme4oaqj 1yFZ+9iMLXl9rsUagdCxqGUCjxBuC07dAFskpdr6UJyTAoUbaLPfWCImXXUAmdQkC/LKmfwmIyvK 2UetI5SNIJ9GBgUZINhi9uJ01lOQRcbkwMqZeZkUBEhNF88XdPnIfPvMqwsbDPL4GzO90DKltYGd 9syAD9GwirfsNQmCqt9r6WUBGJrh0pDAUotRFmzhke5h1v59TCh/Lz1AAQeXkM7McydDoOSTGS94 A7SAL8X0Mm/Peb4TyNrqtnjp6tDUsoc++6Ye640z0TLQnFBqPapYVTVRY8EJda9Bo8Uan3AqC3xU 33Q6kGErwUlT4mKxwoBD5eaHtAJ8Swe1IprZlUzaFmEQq3mNYPmiHjtoQyGvQTWWLd0sD9fpuW9T q4l/t3ybRBALMb4uQtOb0ap6IJ1IBRV5eIt3WDjl/RKyrwo3OypvCLZ+VFaPA0dJ5Zo+xU+ODqnG b5LC0FJGBHqvCC15OxRaSjV17P8MLHnbNZE0F/1tAuuAcCBbq4+pemVQULnsW5Hb2SJ0sJTk1aVK sqLOkY7aXbVE/Hpojb9HACopJERTPEGFtpeJl0pyqpConPKDT/yxWSoAm04KNMWBzaSonGmXnWAi yU1JpXdtXCyWeeUnLe5CZ1qaJKoSuS0o7c9YO+LSW5HDlA/Gtbt5Lp1uWjiNpHSsRlLmQ1w6a9s4 Gce7hK2c+WvvLkrqvq3oyyHLjwfo+TtL8icolTq0emuyEdf5WLIS7jWuc1BHw8/jWu2glVS27bsX g2Ja55dRYyb7bvaV4+yelFJvXcXwV+wSb/ESVND9n4B4srchNJSMtwMYOuFjvG/Bb3BH+Wl6OPt0 TYCXAxqvc/BThQR106sHoyQvwNYNxleWdwPCrAp2hXCYa9pMgrDi4wphtiBYqeSza5Ddy8lyFou4 to5aJJy3S643rT1RoO3028UeYulU0/wg6mToiV5J2CMj9JwPYg/Y9j8OqX7anZ3aN83if218Qv/9 qrbnfqjtCa5+TTv7Fo1P79rW4o171kP/3vEHq8dewyNZwi3ocKQghPfc6UTBX9vsONl0EG/Y60yU 4xfVDDJIxh+/PxVhjY2CKhOi8U8a2PDU3eeObvX5gJbhwJXB76fx3ckYE5CgkMFR2Wri7HRUKLF9 n09EKhOXiZJKo2Yvl4Lt4nSIa6bTSmTy1magJ3SMluFzMpABTeLgXfBkgMsSlTxgBipkaJS3ojiz UabE9s0FqorRqNnLpWC7JnSQa6HTSFRs2wymhtbOsgjymaWfvNOiRCMPmHkKEYofXyygpoNCh+2a C1OVolGzl8vAdk2ixxdvqUYcW6Jl+l5c/qH7F2sixugKZW5kc3RyZWFtCmVuZG9iagoKMzAgMCBv YmoKMTY1NgplbmRvYmoKCjMyIDAgb2JqCjw8L0xlbmd0aCAzMyAwIFIvRmlsdGVyL0ZsYXRlRGVj b2RlPj4Kc3RyZWFtCniczVpJq+Q2EL73r/B5oDvaZYMx9PYCuU1oyCHklo0wCWQu+fupRZslu+33 kll4YLokV+lTqVSbnzjJ7p/D353ojgJ+Oqng6Qd8fvyl++Fd9xdN4t/H3w6Xx0Eqf/KdV/pku8fP 3TcvspOye/z64yiG6Wjwacufuhc9EWY6ylH20zCKKw14HOA3pcJhGpCX6ahGcaFhg8P0E4SYOCql kfSu7vV1cqOR00+P7w73x+H9MlgpTkMF1pAoeJpRqUmOyk4KH0c3KoeDSG8JdkN/UjPBo3HT448n HL09uVpvvCveN6mMfsIW/Rh0d4NdBq1Z0tpdanjL4YwF8KWGFSmTh4BgLaP2miGgtEAN80TPK0gD gvwobT4k7Tf04FWj4GVrYIxK4gb1mbDETRbwfEIXoSWrIXS4zQjPb6Nz4qT3odNgCeIMDy3kMHkY lqA47cAWtJqOnm0FJu9TmJNX2hAPT8d+VChDOtygwZ88dc2HezbDBl7jWxv5YniNWEXrNFi/07Uf kFpqOhgwTpRCTynJiNm0dV+YJZ9nMPToEywy3MNguvVo1z7sHs2j34Cm1NLB21abBOj5bdt0Nbyk GOAEG1eTPQ2eSXA1Cj3NcaersUMtlpGDv3nO15uTqQ+oDyfD2mb9O1DuOogBNWm9rDa37u6YwQ4Q RyrYJh2xGcJBoL9JPsEwLHUj61iHZHtcwbhqe+uQrDv1nZVDc7nY+mFhMgi2gReBByaLGMW2AGao otdJhijWDVE6PISFRWGFMgDOzA/RnGG9OAREeWAE884Bgx14ZLnWl+gcdsChVYXFerigpRAmLgFI Yo6R2MTbcJ1MJYq1ZGq5UYeFMDW759kIYqRfZTRB5RiHRI5x4NTAQ6To9VY1MpBr2iMItcWt6Jsd 4yZXTVIPEAfb08a1ntmkaO52q4ewBQ1ecaZVBsdDNjvdSwjpGbtNKRgo9IVsWK3aLeEyfX3f4a4M GHJeZssWIF2Y0FJMhp0+noKaXSSTYTbD12yEwF2gVmmvqtSHTDewthsdjtAWz/0YrzndLGyK5tRq vkEuyVjTZpsiXDOOWn2xKQgs6/kLxZQlgRTLhSJQaqIw4J4kQgzMqCpbXQLG2fZ9ljnuwLggm90q 5yiIkTMNtB9DM1twVes01+EyWIrcNpQGW5AX5BeQCS1HaYPxeQsyXhjtbdSC7qSJJ4XIyqeiRe6I 1azJg7C9LA9y4aMme5RYHznIhIMxaZwA/YLJ3lBFGNJoglZyNKsnPfJckKCmKEwJadHlS2Q3QZ1P d2t0k1pQ7QTO/BqcVb6c2XPN7lmRwXIedEN7U9MsR6UX+Gx4VLFNpSQuOpPoQFa9N0PJToO8bKo9 kyOKDoeDZNIGLlLXRsUi4Y0hS2VJ80iPPnlFrdpiHdXqFeUvxw9t/cpJxIj6Gu+5nQHkuQ0vqCHx aVKe+WFDqd2c9sJJQ8ZM7oNLh6Uit1S+5bBWDieXkKrJWErmI9pTTSo3nOzixuCGYVxw8/qKnYeg qVBUbfpoLXTr6z+R2j51byDoa2FH/5++lO+/ajMzz/SjDVRHizugcIlhhwvxLSW4z6WC15rMju23 2PdvHqOQkjLqbzPmSrcdc5fkvTHmhlkJqgbuKzCdJyfGGGRJ33sCrfQDPJ/k4SGyYDrLhhhbprl7 YtS9CJXyvNyGlTCcSsKFtPppdHStM511dWJ0tCjR1JkA9/jKatXUC+Yeca4+Y+24FlGFXVHgUqnJ fVdsQeSiMXef4n7LAsske4cbtaza0PK6rkE0ElPnRYg74qy0TYdruZ0M6JRJXZaFyx1KpKgQplxZ cnPTpqdW4cCib/s6hdSKAg227bg3gl1xxmt7QLOec6QeVN4OHuKNB8/UWjtPqcGziaf1jGtYiKt0 mqGRN7Q6fVq/sFIrdd5TNyjdDcp42QZD87W+wrmG8rWCUCcD1FlWhk8SaNBnKq6K5Fta1I2bqQaU YDdjZlpqZ66x52uPlM2HqS9uZMOagW0r8Ri+jr3CvpqOxdqdfW5fQjVFxX+zrxbY222rUcsxZyTV 8POvSIVtHbfb8H3b3v/y1vXVuLAer2fCAe/sszTv268En8eRFU3sWcsr2p8eauMEEbPO/+5TjuVB GvaVA9z5qfMVS69k6+3X1fV6eNvpUhbi6o9M5VcYfvv7bw+JzeJHEa8tcP7JhDUKasUPHffDS4Jf I8In4vfD5d3BWuyOJTFEJVZr6etQSSVJBd+HA4uKwlWQpAPV8JYoCq5SDq8a5bSIXGRtCDuTYxx2 GoKCjLLwDDqZE/RakBKJQkFJDFORleBUVJRU8NWA8saYanhLFAXXTA6tmuQ0iPrEWhN+JkerPluQ cvg/K0EnM4JfC1IiUSgoiSEqsRKcOZUkFXw1oGxBTDW8JYqCq5TDq0Y5LSIVWRtCzuRIuJc+KsiJ fKnK3/xSkBGJQj1JCFGRk7DMiCSn4KrBuLQpphreEkPBVcqhRaOYGk6yuuq3jXt63/0Lyj3Y6gpl bmRzdHJlYW0KZW5kb2JqCgozMyAwIG9iagoxODY2CmVuZG9iagoKMzUgMCBvYmoKPDwvTGVuZ3Ro IDM2IDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoMSAyMzgwPj4Kc3RyZWFtCnic7VXdbxRV FD93Zrq7RaAfVGmyKncYUGBnu20VYxOQRWVJKUhtC8yYRh2Wu7tDd2aXmV1CmyCtRoNrMCEaE0GN 8SP6oOaumugDMUElPmANfqQPfiS++kBiTHgwUuuZ2duFYBP/AWezd37nnN/5nXNn7r1T8aoMlsM0 yJDOOla5ixDA62sA0pk9WqH16AE0ya843Jcr550nPjvPACSKPp4vTuYu2WeuAMiXMD5dYNahtnWn 7wRQhtG+p4COJ+cPRNE+ifa6glM5dnzBi6H9HtqxYilrbYI0QuVjHCKOday8TLoFG1DOoU1dy2Gt 737wDdo/418rl/xKFxxeAGgNeqRlj5ULia9eRhv7gUTQKITt44yAREL7/+tFOA3PwvswCG+ACSm4 G3Toh8fhYdDgQbgfVDgPF+Bb+ALegmfgJZiBs/A6cHgneDUcdA6rhvimYYPvOmpy0LZ180jC2GqG vuMm/YGTVT3dSU50+iNfnkhySR8aMXZopprksm53U54eNlSeNpNc0YNUVVOnjF/is2YcecZ8/LIZ 11TekjB45qgZBkwT9Vr0FeOPJHlEr68lJ7E6PTk+HueAMlG9vi50pZuumN7ZQQdSSd6q0+NBkS9R hnJ5/aBGuXLHLg7DRo3VLBqAe+OqasZroTXSsIKCyxrdtcfbVVS8SaffhdNZrtMUjybGDUp3ahnr MDXooYMNiYC3IqiMpWmN7qxlLK1Ga1pYTgvEeRqZOL/AwdMsMDBnZVhp61y3qsbpXA0fAyYNYjf7 RG9qSGvTNTonimvUGBqNq5yYRg0nNKjVNFobrGlWkNBICW5JkPD9gTwTyeGOjsIm+BBXQIIrszya 4mSW8FiKw1xgK+31FpLg8my9lSSgt++uDrVjvdqhzsgwf0KCvyGS+/PMTEsO88nCVXJRKUmPomYn LokUZhGupAIBzJTVzaqi+H+dIhdfCHcc2fz57zP8qcfatlyBNbFwEV74483fFhfkwlXczaVIoBzD fhsX5kX3z5+4bt3euHclBWBG8YJsaBwbAUNqakjh7m8P3NKCyFlLXmvq3N7UJLAMLSKyorBBYBn9 KYEVxAMCt+B58oDAEfTvbWAcunFHNTDBQ+mIwBJ0wJTAMnb0XOOphPyzAgf8jwSWYA2cEzh4wj81 ZoaDCpcFRj5ZKbAEq8lqgWXoID0hlnG4mWwTmECMjAmM/ZBxgWVYRZwQKzjcSqYFDvRfEViCTvK2 wDJyPsEnQ5Tg0N1CvheYQJfUJrAEKyVNYBn9fQIriHcI3ALdkilwBP1HNmQ30v7e3gE6WnXpHjvr lfxJv8Icnw662Z69ZeaOTjoHS8URlq8WLe+a4xrazzzfLrm0r6e/75p3e7FIxybLpbxnlQt2lmaY Val6zN9t5xtAEFgz8kDJcVCmSciU3GwFhX1aaeocqV6nMFaqVphPc//Fo/v8KisWw5JskZSz/WyB 4ZzP5It2tjDB7ApzF1PckLm96k8xjLlVN+9bHsYfKnmOhZEmL1N1p7C0TcdsoYqiu1kjOlatVBhF +iJrMUDL9qsUp1t17X+3RCeY6zBv4sZukMSaoZ3MYcxFulUus6J9eOK6nnAjZWEjUPy89OJvANEo VMHF+x6wMeZBCXyYxH8FGDh4p/hZcjHSg5uqjD4XMyYxchCZRRhBTx4VimBh7lKMpXz70eOhto1W ULsP1ftxXIqLK7JxJuWha6mP56dk4WlOTsEQjw0bdUKeN+uZ4CvB2/ED2DWCYNq8DU/zccOEfwBN BehwCmVuZHN0cmVhbQplbmRvYmoKCjM2IDAgb2JqCjEzMjIKZW5kb2JqCgozNyAwIG9iago8PC9U eXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnROYW1lL0VBQUFBQStPcGVuU3ltYm9sCi9GbGFncyA0Ci9G b250QkJveFstMTc5IC0zMTIgMTA4MiA5MTZdL0l0YWxpY0FuZ2xlIDAKL0FzY2VudCA3OTkKL0Rl c2NlbnQgLTIwMAovQ2FwSGVpZ2h0IDkxNgovU3RlbVYgODAKL0ZvbnRGaWxlMiAzNSAwIFI+Pgpl bmRvYmoKCjM4IDAgb2JqCjw8L0xlbmd0aCAyMjIvRmlsdGVyL0ZsYXRlRGVjb2RlPj4Kc3RyZWFt CnicXZDNasMwEITveoo9pocg27kaQ0kJ+NAf4vYBZGntCOqVWMsHv33WittCDxKMZj5pVvrcvrTk k/7gYDtMMHhyjHNY2CL0OHpSZQXO27SrvNvJRKWF7dY54dTSEOpa6at4c+IVDs8u9Pik9Ds7ZE8j HL7OnehuifEbJ6QEhWoacDjIPa8mvpkJdaaOrRPbp/UoyF/gc40IVdblo4oNDudoLLKhEVVdFA3U l0ujkNw/byf6wd4MS7KUZFWUp5zdTzdqG+unDdiFWZrk2XOF7XFP+Ps9McSNyusOfopteQplbmRz dHJlYW0KZW5kb2JqCgozOSAwIG9iago8PC9UeXBlL0ZvbnQvU3VidHlwZS9UcnVlVHlwZS9CYXNl Rm9udC9FQUFBQUErT3BlblN5bWJvbAovRmlyc3RDaGFyIDAKL0xhc3RDaGFyIDEKL1dpZHRoc1s1 MDAgNTU1IF0KL0ZvbnREZXNjcmlwdG9yIDM3IDAgUgovVG9Vbmljb2RlIDM4IDAgUgo+PgplbmRv YmoKCjQwIDAgb2JqCjw8L0xlbmd0aCA0MSAwIFIvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aDEg MTE2NTY+PgpzdHJlYW0KeJzlemt4U9eV6N77nCP5SLYl2ZYfyFhHlt+yLVnG5mXjg20JEQO2sU1s g5GFLT94WLIlIBBSTCAlGBjIOy1JYDq0M3kiEx4myQR6p0nvbUiAJm2aYSa4Le2kX+LCnQ+a3hDk u/aWbCCT9s6d7/67B59z1l57rbXXXmvttdc+Iji00Yti0TDikNy1weMfaKlfgxA6jxBO6NoUlHav Lp8N8DhCxNXj792QV3r5jwjxeQgphd71W3pea/7lnxBS2xDSz+nzerq/+PN6C0JSH8go7wNEb/hh JbSPQDurb0PwgRc089ug/RNo96z3dXlS61EtQqZCaM/Z4HnAn6YUeGh3Q1sa8Gzwdr7z6TJo74Lx bvp9geDHqGASofxttN8/5PUf1345Ae3nEOL+ADgM/+gVC6CCtgnHCwpljKhSx8bFa7S6hMQkfXJK atoM9P/HJZwXzqOHhB1Ij7aw5z0XPw8loc0ITX5BW3ee4fv/32oRw544DWejm+jzuzp+jD5Eb6AQ unA3Nc7F+dR7OAFdRTfQu39JKsgz4iUMvIIuoXfQyb9AR9CL+Db6FU6DOD8NEMVVocu4A/R5CXAb 0X78Nd6CTegI1rLeEpAdj/lvkVWJJ9E4aPckGkdP4lo0LgS4NOj4FXkHPcftIO+j90DnZWQ/4CbR x+g8tmEHCqAT6EdMQADG23+3RA6hH6Bn0c47WOG18FvCDnIK6Sb/hE6ht5gFtqMR1DnNdB3/ER+E NZmGY/CUT9+e6lS6uLXkFCG3n4DGY6gXbg/+BKj3cwu/MZ2Xwr5wHxbQE6DBb3AjOgBSXgufCR9F q9Ex8gvUgv4d9K4VdLKjrbWluWl5Y0P9sqVL6u5b7FrkdNTWVC+UqxZUVsyfN3fO7PKyEpu1uKgw LzcnO8ucaTKmJum0mvg4tUqMUSoEniMYFTrMzk4plNMZ4nPMLlcRbZs9gPDchegMSYBy3ksTkjoZ mXQvpQyUPd+glCOU8jQl1koVqKKoUHKYpdD7tWZpDLc3tgK8v9bcJoUmGLyUwXwOa8RBw2QCDsmR 2lcrhXCn5Ag5N/WNODprQd6oWlVjrvGqigrRqEoNoBqgUJ7ZP4rzFmAGkDzHvFGCYuLosCEu2+Hp DjU0tjpqDSZTW1Hh4lC8uZZ1oRomMqSoCSmZSKmfqo72SqOF50b2jWnRmk5LbLe527OqNcR5gHeE c4yM7A7pLKF8c20of+vVVJi5N1RornWELFRq3fLpceruDIlDQrbWLI3cRDAd88QX92I8UYwiW3sT UdAJ5h0ZcZol50jniGdscniNWdKaR0ZjY0f8DrAwamgFrrHJN/YaQs59bSFtZx+eF52sc3ldKLFx ZWuIZDulPg9g4K/KbJpjMOnapmga/lI3AkOAOcCmJhOd+N4xGa2BRmi4sTXSltAaw3EkWy1tIdJJ e85N9ehbaM/wVM80e6cZvFnX1DoS4rMXd5sdYOO9ntDwGointdQVZm0o/k8Gk3kkQSfNtbYxWgm0 WtzdL4WEHDALcN3NAJFCWUa0rBH/p8hrwgAD5OgSpLlmEEPlOMyOzujfpr5UECAVFYZclojrm1tD ci0AsifqI8eozQocnk5wUX8tc1/IavaHkszV0/6kajn6m1oZS5QtlFQTQp1dUa6Q1VFLR5YcI521 ERWoLHNj6xlUOjk+OksyvF6KZqG2WkqcXANxleMYae3uCRk7Dd2w0nqkVoMpJLeBg9vMrd42Gmhg ofxxGM7ERgyRmubWuiZzXWN765yoIpEOKo7PdnxDjLnVEBEDIReKyY6RWomBawNCLSAkJwDm6gp4 hpTZMXBrweAMS0O1ukJqxQY0RQ1qhPIlh7c2Skfb9wgVaDjVuKakKWgT5NS4DKY2U+QqKiTQLUUH Bo4YalTXVBeXDZkAcATEMBS1ZSqNeanV7DW3mfukkNzQSudGzcOsHDUGs3nUV833tO4yFpgJmaB7 qkGNGXJaDHcbN7SItaebrm90L57qlkZizHVNI1S4OSoQgeaLQ4iGsDxHZ2Crn65ns9MDixhWNFvP I6OyTNdyH122I+bF3SPmptYKRg0Z5CHDVjpWAqrDdc3VRYWQzKpHzfjRxlEZP9rU3noGdkrp0ebW 4wSTms7qttEs6Gs9IyEkMyyhWIqkDYk2qKTl0Ihh9IYzMkLDrJdnCNbuGsOI4WKmcBh1jZEITjuF I4DjIziZ4egFXkrtAxtD/nZI3dQ/29r6RjrbaIyjZLAI/OEQNi8A65gXjGKiiA2pzN7qkNpcTfFV FF8VwSsoXgmRgZNxUeHWEa3DfDO1iO6YhNarpFtogY1biYpHMbJWHFfymRP2UYXwLxXHOQIgGuUo WqDo40qF+euK45jiS3UmXbZJZ6olUjgLPxvuE1q+ermWf58WFigF6rH3oUZTEpu8XRmPCR+v5rFv HY/VvIV/kN/LH+KF+WrewK/k1/Ev82/yivkM/R5/mRcMQDOf9TwIfZ/zt3iRx+3vkcvkc8KdIFhN 6shKcojwe8mb5D3CEblglosnSYSoyUER82JQ3CVyR8UT4g2RE8cmz8mTn/7atU58UCTNIp5PKbJE cv66iD8Sr4rkTRHvEp8Uj4rcOhFPESSJ5LL4uUhC4jmRZInNYjdIPSoKt0Q8TvnwyyJ+UsQrRVwr YoNoEQkv4u/foqJOiB+JHHTMErFaxCBdFhtod5Y4S+Sugk7knIipdmSviP10yG6RTGnVByKuivg9 ER8Uj1CuWWItjL5LFG5Q7GWRnBAx8AWpniupanSQz8VbIrko4p+I+BDTSC0aRDIbWB4U94qHRHn+ m+J7ouATsUWcL9aJHE9J6kDAXvFlEKqYFDE5IF4Qr4gcEiXRJvpFXol4t8BB5VpVNWHHqzs63B2D Q/QCkF6D0etuHMPei5jGTCEtgLGupq+hoYl34bm6A/4sOFW79PclNgxxZSoz6Tkh/El4Ln+Kf/5W F//81assXismv+CH+WWoDCJ3z6mSVDEWLTGOTV6Xs0W0VKmFB5cqqtGScrvamXku/2I+yc/PdJ51 4nonTl6UQkMhX5/qSkmpWCTIcVqXMHu5SpVeZUy2Jm9PPpDMJyfrGtO1uVX1ditKRlV2+4S9aqLU 2qFLmGudwFYLwJaJjkHtebu1Qztht5fYLHAJmcWkbNYCUoXLZhUTc2Y8UWYv4ErtGUSvS8ogpfbZ +njOnJmTa47Hicp4Tp+UXGpfQMrwnmUPriiuCT7X+gd93vwc8+y8NCF8OVYe/KHP+8LAPGWiOV3K SMvLK8pY61Up5hz72cGixsqsRfPLWyszkyxNW5d17mzMxvzs+fV2fbx5flH8oo0rrPaug+7wppyK fL3iWYVKwfd5vX4iwtIwV89dWldct6YU7Lgb7HgATlNZsHMulZOyF12AYwdB5f5ynKwqcl5Mwklg q9ez8lz0LSeIsa6kvPp0SatHOr29XiWAcUonqqrgAVaxdIApBrWfDk6A+5LiwQLFJNcMgNK0AJeB P5MUSoWydAGmJhFm5VAL6ZlhyvkDJT3Pr7N1rnDNoMdbEr7GCXBegYsvPb6x72lPcfjy+kFLc3Ve ntxsWRckpgcvPNOcVHxfub68NC/GvKOJ/0V4jVQ5I8Pg72x66vyWseOZLQc2rN3XnDkKeegAJKN/ gHlyyCHbsPMswX6Cr0CWF2ShQSBHhJBAtgu4U8BGAV8T8DAgzgkXBR6O3nqIexyJ8iHtp/CG2dGk dwCnCee/msXisQHsWATxmIFyUf2pNOeMGdlOLbVYbq7Fpc235tfnu/N9+YfzhSzdIkG3PCsr2bhc pU1uRNo0nJbGYoxGUtVEJMAm7B3aT2mUwVhTUUWNNhObIvaaLcRzHA0wUzEm9218c5ezaf9Yz/DJ YPnt+1LLV1TetzoJiwkL1/9twFI3O5PgozEDSY79vzhw6KOd89qOXNkdU7uxpaSqOqW47/653OjM qm7nzp3ReTwB80hEZpQlJyUtQtmd2f5sMmORKqVeozXWU4eDlqAh+PkuN08pyLyqiDh1AeGfcIx8 sGfXz/Y4ax79YOTxD3ZWhv/5Ow9s22WW28sXeKozSca2D55qWv7khYe2vP90c/NT72/98Wuhs559 7RZL+z66f5jBuK+B3wzo/jNINTkuzxRVaMnZmXh4JjYY3Bqs0aRhJ1EQnreBN6nFtdpEF0lsjIWd pz5N0GDqvlK6fCFAB0utulK6Xq0dsJgHS2zIQtOMuaw0on9yir4Y06iciUv1+JPwZy+8kOHautLW kZ1QlJhbOjP2F9y2r3dx294eXNC/rFClOMkLWqlEanmb6to8+YVwQHga5aOuMyhv8s8nqKqZY5N/ lmdTyLBqxgxhlcJis+DslTYtBmtqiVZy6w0GPS8JNoFIQqdwRBgXrgtwIbc6EbGcM1hVatWC9h0d ExAUkZiwWLLBvDQIzJlZOWD9hPIsav4UoZibWlWcoWlL2/xEjI3dT1/Ydzp841hLyytYeXzkwjNd 6eGv4+e1PbBk3fe7rNbu5z+yLuks8Sx53O/Y8E849vAPsepN77z+AysWFTXJuY7h130Dp3fdR+e4 G6zazdeDXzxnkBH8kRODliLnuPm6mZizD2YfySZ+9gplX88WrmXjtFjnxTgcF00i9C3Hx8S64tIU DTO1iZo4urrssK+URtNHB1tjE9QzJl00iep1DMw1ZXD6aPLQ67glsPjLSpsqTOF/wxwhOBZigOPn vrJ5ze6WHOKu6q8rKGoKOG6/xbnM99WUxcWWyXLyNr/sf7b1diOdS9rkH8ljwhyoUZrlUpJHfRQb 64aMl6SKd3JKThDqOTfn4zhOzil0HeEwFyfUQyaNiVFodPWILYRoPIFz7o0t8JCQmVNGI2t2qb5U b9bRVF8O+R/jo9u+u+eZ1tD771dUzSiYMSuYsHsP+c7b4fDbtz+or4tRvKbTsY8yyAVr0Qi2no+e PYPmTX4mq2BbM2mpnoRudbRpdxoLnPlGalZnmuQy5hvzVXonS+L1IKKyoRLbKkOVRK7E1kqsdqrs esHamPXzAuwvwMYCawEpKMjSahsFrVpSE7Wa5XOWiODZAe+EuXNhrXdE3DJIm1arRTuhZTFomU7y szM4tpNRNxVzU8kgRUmjkWWDlAyONy7cdiLQ+6OHmvVfxhYsaCqzNVVmlrQEFtbu6pMrgi/7Wp99 oFH7v5RZZc6C7u78ut7KuscGHbhi2bb7rRmOgcbsojkZKrWhJLugxJii0RS4fC1Lt7QUmRYNLJuR W5qhLq3ILpyp12gtdZuY/fbAIwS1J4f65VTI7HSNyYJfGGaZXUnXGRGo5dQls1yHBYwErGPt7KQU F9eOkBZJiIPK+By6iMYRfx1hCdkA4hDmEK2GwO20aJmwrGbFzFBkX9iDc4UdX21nOjTg75FWsh9Y NCcJQm/gtxBNRBAfiVDaNJAY/L0bNyDvgq7CIOgai9IQHGhTJ8dZ9kgdA7eXwBLTSCp4zAGPa1Kh GbcSGQ4asM0gG0hSO1LYFLKCi1EkupVckluREE3RoFlHJEsjWp2At0g8NkNVZeeTEwRwFSQ/6jVh cO3Yrcduv4vDR3HCuwPhj2se+Hvvpa/anvFVkfdC4ZsnVgk7lr8U/urEg6HB8q8XLXjw1JR9BQXo rEbL5TINh5WwZkRVnBRni5PjOEFsp9YiKMbtFnyQGK8Ik4IAW6sgiLwbc6IbRfSEDQ8CC0xJ97wP dDTABpkh9abovYdv/vpDcv22llsh7LgafuFqeP9VGH8+5FsF5NtKtOEMND6TqyPrAy0taM+3t9O1 YFQltqMqdbtGZVTVq9wqn0pQJdqFIncWhD2vdbOwt6k5m1pm0Z/Ion+QhX809jsmwIIs7Keifjro s2nQl0diXpiOeSGyg0SCXhAUzid+98K+X37PrcczY4sbt6x4+rC8dqSu4oENqx25zU99sHXknUeW JoR/k7z7O8t6K2fY2x+qq354U0+dBT/d+by/0r7msdVW67K5xpWeeffZJE18RsG8lqGl/U+7Cy2t j7TlrlxlKK7MnFVTZNTGGwsq7n8gcp6jvnkefKND6cgv1yGW3bCWS1ipRjqtRmfUEZ2uSl0Ps87w Z2Apw5ZxJINL4dol3sYTXkvc7hRfyvaUYyl8ipxsgkIZJcMZgKc+szOfQbKeG3HaoPaDQUh6c0qZ xcBCJmyitTtN07T2gwNQDos6qAcaw2fCPwp/Qs7temfXQmvTUA1+KPzY7ofC38UPV7srwWK3/yDs mL/hkKd+Z49DezvEXertDnca5y6LzkkLc4qHNbLsDIqFjdVKFwSsBZuh0+A3DBt4owEnKdulGFsM iVG4rZDM5XiTKylJmegWOSU7wUR0Z6oPTq0O5tIppYVpdQVt5Xf+2yPhH4DCW3a/+3BV+OOdO8MX 8Nxqd1UG908rX3x4aRgUWrjpaN+GwfDszAX3M9vTOuC3EJeJUAtuPoNyJv/767B4c8Ymx18HdSX6 VrH3r+QFgEhPhVYyfSStPIsugIB8W76c35nvzx/OP5KvkPKv55OMledU2KbCNJCJKs2t4c1uGq1s nUN2Zgt9cHql06Wu4O8uDaIr/k7FDbP77Zqx8Jd/Pxr+8nhbx0ksvvIKFk+uDn9Y1vc9b++hvlll fd/3rn/OayM//WH438/13akMet4Kf3nU9/qwY6oyqHvkdDQfVIJ/EiHislCqqHMhtW7VhQScoJf1 DfpOPefXD+uJpLfpj+jP6XkVTW7xQKbCylURl6nBOHISi1WJPdVYrRO5mEjYlbLNx8JcZ7ewLWmQ QiU2E05OycC0TjDhnNxidtbgfnv7+wLPC+GvcCPxUQgr+MrCwpzWvK9/LOy49UZBce4aO1cKmZqg dyCh/Y5X0e8feLs8ySmfhkJHyxM13yB2ikQjGulh/aI4LnL1olskCE7G5IMr4jVxUuSOiPTjAFcl +kSihUMzGRfxYfGYSCjvsMgx7msipgJIlF0LArhDf0XAAZGK4Njworxpi2ua+wA9msPwfcfEs3BS 5/wwxkE6SpVIJtlXCTcI2i5y9PhOzop0EI59RDCKVjo2njMuXqdSi0tcTL5RxJSIHKTfOKrEerkM huGokpLIHY6MQr9d0JF4jYiV6Lkq7Mbb8WF8FgtYTs50YeE5Hlkn2NJaHf0mMDRkiRz0ox8HKGyJ fgS4Gz8UYYD96ie3fwI7IziPVuXvYCk8jiVyHc8I//62FqeF/43tOwdoDQpnAiOtQYVoDapyRuZk Omg6YiJ+9gqZrpuEayY8I9l5MQWnRGvQlKkaNCUVpYh6o7aB09JCu6q06j/WoHiq3LynGIWDLOQ1 fDRabIY/u6sUTSMcwdyaaKG5nKyeLkT/UTgfXictnFscF8nRzeFlfDvUd6XIQSvQrPhZzitWbJVB R+si/yKscArCgkXn0i+mE1s6Ti/QzK3PMmkX1iem6MVGpFDAoQgOjXSvYn+0GKGHA0gE7BwOZ7PI JoVZZVaBZ5eXmWH/nz6sJaeUwnu2KR4WDswncTo9sI8SpHnd3wUccThN09Vgb5pvwpiUjG7tfWqN 1d77/Pr1L9sEekzHKsLX7jw7mCc3FZQ3zcvw+wqaqvPCyyxL18mmhfel1ww0ps9LTZ/Rv7rxsf+x 5aH3Hq9f1aufXZqnzHq4+etfbzoWnMd92vPo8syC1kdXHztuahqJ5BH+WcgjIqqSczhOiGF7NMFC uwSFDuQ1txVjLMeXuDCGYxIU6t/M66yOsLJPSHqW1fU4RC7dtoY/4TX88+ElV2/fgkIiWsPwR2Es AWXKibyyQYm5aNmCOS5aoVCRIDFS3EE1gnPJDcgfXVfZ7/JYyDhDHDfcmoqbyBj5TfinLS+fuvNz ZHgZ7AbngTYGpEZ/cEVIuSC8DNXc+Qn2G79hppIvUC3/W5TCB1AFvHeTuegAwA3wRtBuIC8hs/BT 1Mz6XkJp0OeCvj0ANwB+j7CC3fOnYMVc1Exh6H8HeA6gZpj7HjZWIW7FXxM/OcLB+Ylbwv2AT+K3 8j8T1gqvCOcUMxTtis+Uy5U/ismMGRZXiG+onKptqueYxgbkjM6JQLFsRVAz81sVf0sLZMCl4xXT 85Kn54iRBslRmCAe1UdhDtZzUxTmURIaisIC1MTfjcIK2Fsej8JKtBX9MArHoCRsjMIiiselUVgN Oiyc/t8TxbgjCseh7XhvFI5HFkLzPuZFaA2TsiiMUQY5GYWhiCUfRmEOLSCXozCP8ri0KCygVG5h FFagHK4tCivRDW57FI5BeeCnCCyidP5QFFajOfzpKByLVvHXonAcCgt1UTgerVAsru3v7Q/2b/V2 S92eoEd6UbLbbLOlhYEu70C3d0iq8Q35fUOeYL9voFhauH69NNTf2xcMSEPegHdok7e7eEn/Gm+k X2ryDASqfeu7p5mLpG/0SrT723ArvEMBiigpttnv9NPuom+w9AckjxQc8nR7N3iG1km+Hmk56O7y BAulxQNdxaBYb38g6B0CZP+A1FLcVCw1eILegaDkGeiWmqcZ63t6+ru8DNnlHQp6gNgX7AOl124c 6g9093fR0QLF32aIpqB3k1da6gkGvQHfQF8w6J9ntW7evLnYEyXuAtriLt8G61/rC27xe7u9gf7e AZh7cV9ww/qWgJfOJ9gHc7xrxj0+UD7g6wlu9gx56fwDG9es9XYFpaAPaL3SepjHALB6eoe83g10 phuZxpv7+rv6pC2+jZKnq8vrD4JFKPlfklz815RdP83ENEW1qB/1wh2Eeyvyom4413YjD7Q9AL0I tx1Sng3NBmghCqAuoBkACi8sQgmSlA/efvb0MBk+6C1mtOvhnwR4Kr8P+gKs5YU35d3ExipGS6B/ DcPc4ZdgsXvgHUDV0F4PdP9x5CK4/zqvNM39n6VbwWgC0xQloJ8N5v9t/FPcRf+HUfrZCNSWQdZD 9d8A7yG0DnA+1APP5VG7uxhnIUCLgbeL2ZFarJdJCTLZEcp+JrsFKJoYVQPjpPYJstEGGFXzt4xY DyP2AD+15h3KLiab+jwi2QdwX9TSa9FG5sUAUFK+qbkFYOT/bEQ0Me02sTGXMnyQRQLt62MtP5oH m4QVbWb/ioHmXsldUbnFDNoAlP9VviDaAm0v6w+w6ByI+r2YydwA3mxhUTrlH2qLiB+/3cc97E0t H2AcQdDEw3w15f8A2HANWNLL7Ecl+qJyKc36qD8GoqN6QCfKTf025dONd9l4M9OnC54SzMUHfZSn i8nwM8t23yX9/1bn4v+yZdd/y0h3bMr2cXZN5qKP0bdcZ1EDHB8wsrLnMczLi/DF2/jsbay9jX23 sHwLD988ePPITe5/Xi8zWq8fvk7c17D1mvua79rha1euCb+/Khl/d7XS+JvxXOOvxyuNVyr/teXT Sq7lX8dwxvEKo3WhGmeAZC08JbhluLnJczhDzktLd/4LN2lEl/E/8xXGj36ebvzw5znGzksHL527 xNFXCIDxS/QT4OuX0mY64X3ikirOqRnDybIGn307xyi/mb/QKb+ZmescwybZfKrSiMbw2GmVEZ3G 6LR0Wj7dedp/WqCvg6cvnr5+WhjDkhznArqTnSfJkZMXT7LfKOJPquOdmuPu42SUi+ichqrgrse0 nDgATwyap8l5OflO4zHrsapjh4/xmmNYPhaf7ESv+l8dfpUbf/X6q+Tll8qMLzXkGM9gA54B0wd1 ZpzCmhex5h/wWzgFJ6IKZMR6eXdDhfGFQ7nG5+F+Du7hQ/hZZ57x8DPHniFPO8uMmieNT5InDuYY H38sx3hgn9r4N/tyjJr9xv3Evd+3f/v+yf28vD8xxanZh+V9ao1Ts8e4h3z3EY3R/Qguf9j5MNkE SmyEOwh3AO58Pzb4MefHN/z4l/7f+0mfH7f5Mf1uHfSDUX0DLuOA026cgVNb0kpTW5SlXIsCvOMB 3k633eiG9+p2l3GVM9e4sv0BY7uzxJhoT2gRMNfC27kWH4c1XBVH3E1YbsordMpNGZnwSEx1Lm/M MzbWpxsb4E6rz68nbfX99WQMJ8j5zmzjYmea0eU0GRfBpP/sBCPgZLu+RYc1LVq7poVg1ILRpHEM 644bRHhp5Up4a+l3Vq1BMtgMfgNv1FRp3JrtGl6jsWrqNT7NAc0VzaRGGcFe0/A+hN0IDyfD0XgM HxxtbrJY6saUk8vrQsqGlSH8aCi7iT7lxvaQ4tEQamlf2TqK8d+0PbJ/P6qeWReyN7WGOme21YW6 AZApMAyAduZoMqpuCwQDwY2BoCX6nScCoSlEILCRYinKMkXC0IFAMBhEEZaAJYAsAUtwI+PAAKJA lDtAyam06B+mT2hvtASZKEoYCFIaC4WigyGGpGLYBSMEUmGt/29TSwIaCmVuZHN0cmVhbQplbmRv YmoKCjQxIDAgb2JqCjc3MjIKZW5kb2JqCgo0MiAwIG9iago8PC9UeXBlL0ZvbnREZXNjcmlwdG9y L0ZvbnROYW1lL0NBQUFBQStMaWJlcmF0aW9uU2Fucy1Cb2xkCi9GbGFncyA0Ci9Gb250QkJveFst MTg0IC0zMDMgMTA2MSAxMDMzXS9JdGFsaWNBbmdsZSAwCi9Bc2NlbnQgOTA1Ci9EZXNjZW50IC0y MTEKL0NhcEhlaWdodCAxMDMzCi9TdGVtViA4MAovRm9udEZpbGUyIDQwIDAgUj4+CmVuZG9iagoK NDMgMCBvYmoKPDwvTGVuZ3RoIDM0MC9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJxdks1u gzAMgO95ihy7Q0VCgbYSQupokTjsR2N7AJqYDmmEKNADb784Zpu0A+hLYocP21FZn2vTz9GrG1UD M+96ox1M490p4Fe49YbJmOtezesqvNXQWhb53GaZZhhq0415zqI3fzbNbuGbkx6v8MCiF6fB9ebG Nx9l49fN3dovGMDMXLCi4Bo6f89Ta5/bAaKQta21P+7nZetT/gLeFws8DmtJKmrUMNlWgWvNDVgu RMHzqioYGP3vLM4o5dqpz9b5UOlDhUiTwnMcOJPIO+IYOSEukVPiFDkLHAvkPe1XyAfiDPkYONkh n2j/gvwYeB++WxKHmDPFH5EvdP8ZuaJ9jJeCGB3k6o+5kvxTdJbkn6KbJP8E3ST5J+ggyX93Ql79 D8ir/x559cd/keSflKGwawWxxDgDP63j6u6cb1sYlNAv7FRv4HeW7GgxKzzf77yoCgplbmRzdHJl YW0KZW5kb2JqCgo0NCAwIG9iago8PC9UeXBlL0ZvbnQvU3VidHlwZS9UcnVlVHlwZS9CYXNlRm9u dC9DQUFBQUErTGliZXJhdGlvblNhbnMtQm9sZAovRmlyc3RDaGFyIDAKL0xhc3RDaGFyIDI2Ci9X aWR0aHNbMzY1IDYxMCA1NTYgNjEwIDI3NyA1NTYgMjc3IDYxMCAzMzMgNzIyIDYxMCAzMzMgNTU2 IDI3NyAzMzMgNzIyCjY2NiA2NjYgNzIyIDY2NiA3NzcgNzIyIDMzMyA2MTAgNjEwIDYxMCA2MTAg XQovRm9udERlc2NyaXB0b3IgNDIgMCBSCi9Ub1VuaWNvZGUgNDMgMCBSCj4+CmVuZG9iagoKNDUg MCBvYmoKPDwvTGVuZ3RoIDQ2IDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoMSAxMzgwOD4+ CnN0cmVhbQp4nN16eVxb153v+Z27aQHpSkgCLGRdIQTCAgQIDBgCYsfGWAKMA7Zlg0EYHMwm2YkT p5CkqRMSx26bThenjZtmuiSvsewkrZP2k7itJ828pi9u0226TNxppm2mcetpk37ea4J4v3MlvCRp 571+3l/vont1lt/53fNbz/ccFJ8/ECUZZJFwJDi6f2T2vg/fu0gIeYkQMI8ejCsXo6U1WL5ICG0c n9273xv42e8J4RVCJGHv1KHxD3+z5HFC9F5CHF+ciI6M3f2Xn/sI8V5AHusnsOGV5MclQoo1WC+Y 2B+/5Wad5SDWS7D+wamZ0ZHtt++bwXoC6237R26ZNQu/57D+JtaV6ZH90Qe3F1sJWWchRNMxOxOL /xicSUIqd7L+2fno7NeWja9g/TAh3By2Af6xKwOLIqtTjhdESaPV6TMyDUbZZM6yWG3ZOblr7HmO tU6F/P9+CS8JL5HbhTuIlRxSn9dd/AZiITcTsvLGyhn2ZG3smbzx/+0sNOlvKAIT+SVZASs4QCKv k2+QV8izJEFevjpfUJCuBPKhFAzkNfImeYH8DuA9ct0BZqQzkX8BC9lPXiXfI/9EniYfI18kv34P 3T3kUaDQQp4hi/jeZXUmTeRnEAEPeQx9/wA5Cu9g287VUVABuWAAHuzvK85F9K0HyUXyILSRi0KM yyVPkB/S35CPc3eQT+OMv0O2qHTfuzJiljxFTqVLC+S+93B8JP199Oq86VeIaeXP5Az5OvIkOGqJ DF+hv4z+7nwXj+dWC1IXt49+hdLlj2Llw2Qv3iPwLxjBR7nmd784OZOcUAufIN8if6Q/JI/TfnI7 fRm5tQkmQoLtQ4MDW/v7esOhLT2buzdt7OrsaG9rbWkONjXe0FC/oa62Zn11Rbm/rLTEW1ToKXDn u5w5FpNsNGTqdVqNJAo8R4GUtLs7hpVE4XCCL3R3dZWyunsEG0auaRhOKNjUcT1NQhlWyZTrKYNI Of4uymCKMniFEmSlgTSUlijtbiXx3Ta3cha29w5i+Wibe0hJXFLLPWqZL1QrmVhxuXCE0p4z0aYk YFhpT3QcnFhqH25Dfqf1ulZ3a1RXWkJO6/RY1GMp4XXPngZvI6gF6m3fcJoSTSZ7bYLztI+MJcK9 g+1tdpdrqLRkY8LgblO7SKvKMiG2JiSVpTLJpk7uU06XnFu6/6xM9gz7MsbcYyM7BxPcCI5d4tqX lo4kTL5EsbstUXzrazkoeTRR4m5rT/gY1+6+K+/pvvpKSAge2a0svUVQHPelN65vGUm3iB75LcKK HajepaUOt9KxNLw0cnZlcY9bkd1LpzMylmbbUcMkPIijzq48e5890XH/UEIenoANaWE7+roTWb07 BhPU06FMjGALfprcrlq7yzS0ShP+a90EFYHqQJ26XEzw+84GyR6sJBZ7B1N1heyxnyFBv28oQYdZ z7nVHusA61lc7bkyfNiN1uzuH1xK8J6NY+521PF9I4nFPehP+5gp3HLC8Ge7y71kNil1/iGVVsFZ bRybVBJCIaoFR107AD2FDVmS1Yrhz6mvS3Z8QaHJrNS5kQ3j0+5uH05/Dk7kIAOltCTR5UuZfutg ItiGheBI2kbtp8v9OGJkGE002aaaL+F3zyYs7pYr9mTTap/sH1SHpIclLK0JMjyaHpXwt7exNyvt S8NtqSkwXu7ewWdIYOXi6SrF/mSAVJGhNkZsa0W/KmxfGhwbTziH7WMYaePKoN2VCA6hgYfcg9Eh 5miooeKL+DqX+sYEbd062N3v7u7dPlibnkiqg7HjPe3vYuMetKfYoMslNB6NMkjt3BASytigdGDB 3dKAz4Tk0eAto8LVVuaqLQ3KIGbgVWqcRqJYaY+2pelY/TqmAnOn1q5VbiKrIp/WLrtryJW6Skso divpF+MIDVNq12oX58FMgG0U2ahNTJc5zOeVQXfUPeSeUBLB8CCTjalH1XJaGarO07bael3tGmWh mogLu1crTJmJDp/9WuUmOtX6lWrXu7o3rnYrSxp3d/8SY+5OMyQ4840Jwlw4WGuyq9HP4tndMYJB jBGtxvPS6WCQxfIEC9sl98axJXf/YINKjRnkdvut7F1m0g3dW1tKSzCZtZx2wz29p4NwT//2wWdk hF73bB08Q4G2DrcMnS7AvsFnFFwr1FbKWlkjqyiswjj1YUWj0tufCRKyqPbyaoNaHz0LRG3TrLYB GT1LU23yahvFNj7VFlTb2IVWyplAHWP+blfGmH0OD00sDQ8xHyc21Ah+IAHuRtSOu/E0UDEjoXNH WxJ6dwtrb2LtTal2kbVL6Blgg9KSW5fkdvdbOaVsfaSkDR9jwgAiZYmUnQbibzgj8Y5LladF4ecN ZziKRXKaY80Caz4jiWvfaTgDrD1gcpk8LpOrjSrJAvhEckIY+Mvjbfx3GdQgBch3J2IzjvwkaNVA DmLWMSEuPChwQQFoQgDh7Mq5YFthSddu4WGBygKcFC4KlwVuQYCgEBaGBY5yiHSB20kQDAEHMoFh BBrHCSeTchIkYURYwkV8FWNUV1jatUAgjGiCGglocQAxT+0fTDC+cFyARQFmGWcoFwBfRgRoSPXN z++KrF4+0tQEflb3Rebm/X5fA/nGEcEns+ft8nnAjrk539zu+fmK8t2RALigAExQlPy9cMdfFlSI RWrhk3SGHkW53UGbTMN0kXJUMBI/aSIhwhPyDOr4Evgj8guRivKsGpdU66caP3zyzTfV8S7ErwLq TUfGg4FsDegFyOBBQ0AjSXMctXAc+iK3G99BFygE6QVWlURRQ2MkZ/GOQRThUmVToA7fEJnzk46v 6r2cTKle55MbAAXyyV1HBNmH0lSUM3kigRpXllDjcXEuyeWDyJPJu/xwPxh+Da0lv+E++aM//vvb 479J2VP4D5yXnpwKTmh0OTqqEXIECmwTAn1Eq9PqdxKthWj1WplotYpqIo5kUknkOBH6EDHx4k6B twi8KAgyL5TzQT7Mc0Z+gT+FfUCHUUKtwPGq3YKZEM6EyDyKw6TxBy5VokRzAZRAvmoTn3z+yLlz kCOfn6u83lrYI587p4roykLZAO8sF3BfP7j8wMHkT5nV9tP5/ZCX/D3dufyocMfyy7QiZUNKmlbe 4D/L95AsUkq2B4Oa4pxiKuVl51HS+aoFwpbjlpMWzuJX/HDZD67O47oLuos6zq9r0oV0nC43ZJQL Q4JtcGjwgh/CfojMMaM0MaNHLkXm5B9E5i5VlEciYKEGcOeX0eqqRhqoXEuFqjLqzjdQyQBWy1ps aqQ1jcB/ds8Tv7//picOt0Yee+OBg08dakz+1LG+p7xke29rtl7rrN1cWjoYbsnW6+jjn0u+/ZWR +rnPTZx458xI7dSJW1p21edZW24dKx8o6NrTaLc0HxqvupH52Sgh4udxp1QMvqCv2HvIe6+XO1R0 bxG15IHDDlo7/MwAhqDZ2rXJsN1AszLdmZTPZMF28UlbbpcadE7sPUDuJrSPQNrgIrGRccKBvi8v P+8sWIN6CSwSZOr77FY7q7dJmRZJyiT6Pm++t6eYWIqLiUHfJ1vlHqPBYjSM5YOY35FPJ61QYm2w UpsVJCuMS5AtgVXK54xyMRSzl3sNpq5in2TN5wwIyzHcrbI9z1ssGI1BH5z0wYIPmnyg+FQnnyNN 2YGm7EqTObsO5Bd8EX923WrQH/Ed8Z0/kiNf98We6QDx+dR8oF7FwJVBUWG1iCaSVJ+yWRywHq1U A66stZBts6Yr/FeTP/ZRAJBNBpcx+f3kj9uBZkKmIcOeCYVQuo71GQwZa/SgBx190Bl2F/t8xe5e ZXma37D8QXuroy0/39Fqp4eXP7imxZFfUJDvaFlDD6N/utXc+pKas48Et+YIwIkSlYjAUwkDCaRu Hiw8TlDmIcwf50/yl3k+xK/wFGPPyFs50g+A7qlo4ZQWFrXg18JlLVzQwkktHNcC0cIcu5jiUvmk KcCi7z0JEUNMPpIKM8BMBhhpsKYYcouXL38fcl/hl19++W2O3/D2C6ncuG3lMr0s1BIneSDozskA vWgXqdVsM9mMGSabrVufYdHrM/T6kH5Bf0zP6ZmZ3VpjV4Yet162PKs+Iy/EWTNCRrORsxmNKMGi C151QSpxmwLypUr5krnOZK6Tv4vpwu+LYP5TvBmyXq+8N//JV+Ye8azG4fqaLHdNoCYgBSQ3Z4Ds tRCoXF9Dyz27quuH2zx6YfxBzyP3Jsr/u/u7E7wGqL8wp8Kt0Wfm1Q7Ulg7YqeG5ZPK55dctdZZ1 xZLIZEZbcbfyW1DmyWCzRZSMRgn6pG6NwaIxGGSNIaRZ0BzTrGh4Tdg57Fx0HnfyTpfIWaQ1BqNk 5cJrZBTzlAv8LtjNJI2ouaQJZTTV4dxxFfFHmF2O+FgyNJwTmERlKI4ooXc2cjUuAycFGjmWX7K5 zdlVRbedcEeTv/mslKHXcpDBSRotx+e3buyvzHA4cjXcgKB74qnlJNfo7mipt9kaGussjTvqHRwv 0LQ8/Ivoe3ryzeBhjQ70GtBJoBFAh+sAEKrV9+HOWN9HuvU6tCYuFKDTS2wVENmhlcB184KFFzi2 BIQw9x9Dt+R5jVZmJn8YjS5ry7Vh7bB2VntcK2ozJR0F7DfyxCown13MhFAm+DPTqsDVQQ3pH0Ve iNQGUqq4zkXRxCYz1EVYZLNFwXdEc16zGtouTlKXBnBpgf7k6/cPJH8LCuR+Ab4HLckiyIL/7E5u F1565wk4l9y+PMXkz8a1oZTvJnXk2eCHLLUgemwemusEnRNy14B+DeRIYKOAK2NWJ1nnBbsXvKGi 54soKZKLwkVcUb1cH66nSn2wnpZ3vux41fEHB+ewaj1aqmWecErDaWzlsK18vJxas2AgK5pFs8oN vl5vvmzo1Qq2YD2U14NSDxfqIVEP4XqUZG5+fp40BS7hx1xXF5mLzGG4BiI/wuVmHlUTqYxE/lVd ctIXWAy40BQW1azl2CJTjetOURm3ugxlS8x/DJStQdlrOe63rXd87ZZ//m3x27qCDf21Fb31LnvN QF3o7uH13XclxiMfm2rPfNu0Z8DXXaMUtu2q6Ti0PQBbhu4eLHngYwUF1W6T0VVVoBQ7sjPMlT37 N2+/PVTgaJvudbQ36vPK3IrPmZ0pl23ch3ltCPNaC69T89rOYN7VpCY9rCY0zGeLajrjeJYacjKM XUYeeBAe4slDwJtBTQlaUB1DviRfKsckgKlbDY9r05Wd2RyT1e9qQKlJbmFPehnWJH+9LENu8jdo 55WL6Oe7hH8g68jTwWzRYXNQLZ/L02LnzDH06BKPBSxWNom9RnOXNe6FqBd6vVDgrfK2eTmbF3gv /Mr7Jy/9gRf+yQtPeuFRLyx6ASn7vHu8tN0LFm+Bl4IXfun9Ty/9vhfu9kKHF6q84EGXIUG9uYvo nF5jbI3kRWinIgg0LuawQMqIc1evefU676uMILhYPs8s7a5plKpX8YQnFf9Wi0GUXJLiKb/1Q/fd FRuozPE1uIva6kqMyT/n9B3+0vTcI/sqK7fNLXzwtn2F9IGSb/XfGx/beWMkWu+tcRnN6zqr63vv 2F5RsX0xvOWD82M7h3aO1q5iw3tVbBgLmlWsL2i0vFbU6YiM+ymmpgrLmi6ayWu1KTQPqxCeM5IF cgoBA9HsFgQtvxs47W4VAfrSEjOwzNaetA0R7OHybUJEuJq9EYZLKnrFG+E4v7XknVfa6eWSZbmL 21Yq3PFa8jOvJY++hjb9PNr0LGIePfiDc1pdro6Kkk2iIm/jqTptSdLoEMiKep7nACgRyGpWwy6R x7Sl4fZpIK4Bi6ZAQ89r4DbxhEjtok+koqJ4ugpEiFK4jYKd+ij9DoU4eZBQC2qIMuQUHEaaYnae 3yfqxR6BWASBaKAP+W/hNBZOIzRxIe4Ux3GzCAtCWsCPjLmQajNx/4QQR8RkLRgRGSM+Ls8EJROG 1SdRq8cxKzJfYAkhDXhYZozMsUXihWtxDobI3DxSza1+V5TLRzTnNOfe+0wnSpYiXVlqovzBs8ln kq/AO8nXoeDL6MBVSQcimoXkHbSSapL/CDuW/7T8CsPROsyVNbj2BXHn80pwWJ8NerPdTD3V1dXt 1ZyuOVRVXd0dyrOEQnmh0KshWAgdC1ESkkNKiAv1+nsB8Vx7p9/SZAlZFizHLKcsosXodXr93t3e Ga/g9ea5e8tCm3TGB5sfbabNTMGOPKWruboqL89YJm8KGRv6OM7IkDjphYu9KSQe8GNmaELHqqv7 LvMkU518Cf0pginz0vlK3JidZ3ix46thb54cCoXfDzigUliMqbChkKEGt4FLA3m+iTZCdVXh1biz WXHZ51Yh/foacF8D7/niddtKx6Yoh6B3YF/nltjmwtItk7fc2fS8RhLb6h2NNaUZyf8ld8U/u+/l b8iaTk6wrFkjGXKzk8cfOXAkx1vtcHS2N5gyZHFru9ElV2+td1b2T9X1HtxavTYDuIK1pZaWRo2j rtzZOtWz7iMfc27zJh82Fck5azJwWwphunNrUV2BKXv9jtYURsP1XXwR9z5BIMGTmibQZIImG7Tr a2q6a+sstXV1cm1dba3kw02cKHZLGouk0cjSosT2pzaH22qxWK3dtmyLLduaLdtkm2IL29AETbbn bX+w8Zm2bAH9vM7oc6/naryOPKNkq6nlRSsxhsu9DOpcboHhFni5BWZaINQCSgsY8ZNogfIWwOfJ FiAtYClXv5pwp75LzYS70hmRmRfhKrp+gEF9Fe77cUM/twoL0ogAAjl+/5WcciTdsFrHrMIYAjOh CqKqq9xXyjUuXDxTiMqWfdW+rOsGKBTWlfY2+zNvTr5+G4dg5wNl4RZ/5sHkrz8vZeJOCGRRq+U5 Z3PP7obDxw1Kx9a9zUsfzdQsJl+/lRNxo8wd9nZPNi9/lt4mewpdGYeKu29qXn6U68/vbi2XhJK6 eot/c3XezXOVW5vcH1kq2F64HKMxo8dTYBAOqXvXlVeSN+LedQvJJk2IUAKiYlNofuerVghbj1tP Wjlr84YmoayyoqKycmegyhIIVAUCKwEIBB0FXUqgPEADaro22LpM2FpV1rTOIWSSqkAdCTkyQ+ts dcaA3cEMpTTDYjPMNsOFZgg3Y2ilNgt4YXiZVBSOH4ZR1TVYxeJBb5UcCATfG1JHzjHkynby6c0x vGcbjDF1ZRnD7RfH8AtG0rVGoT+pGg43WTRaR/Wm0kB/S8Cs1fUkv+HetG2sofcDA6U6fd7g7Z8d u/0hhQpmbTj52z9JWvyDLF7UCNx9rvA9EyWbXbUDGxzKlrvHAkOF+24SKzr9tsqdd/XWxzY88J07 b5jYtW6sLDnC/4e7IhCsFL2B6qwrcZPeky0Fh9TFREsEOCbAsABGAfTs/0Ucod1ALLiesAVQJuy0 6iQ7xTKS5wluDnFdJFYWAwJcFODC6tEV8snFuzUhwPyuyK5rj6rSri1ff0ylxkRF+S71hMrNEG3y VeGlv1Stnm1sQP9wEz+ZCW6RHKC1QIEf9BlK57EikIuAIEwdLjpedLLoQpFYVOHnOo/bLtgu2jg/ RnHIxtlIr98vruuzy2LvNv24nvJ6i74AkbvJhtEXiVxZtbFYyewZWX6pUs2XwAxqU+2ZfSVh0lWT Fl3NmzDOc5Ed61qqigxvrd08/ambpr8Uq7/xxI8WZh+dqsrUv0FhNJy/ubPOBD+3lWTvm1tT2liw KTi5yds4/8jYo8lTOxr2f3xH6YHqr8lrDDftsdVHQ6qNZJR9J2K6etIdLFFPdUSLzULtrg0bfK6Z 9baZY8KKQIUb9Bklvg2x+npTRawwVxMzSSoUMalCBV5gMl36OZPRXKdKpSLoQrbjuoqzqBHWclYV ZiO29qzi7EIf1NBs/+SNdT3hHbesSb5l33XnP46On5zZUB750DZoGu8qarvrmx84/PQtTRKsEd11 oYra/hr71OxNJdwNcvmNnV3923dV7Tqyrdg/tNC7+QORDRpe59880XLjw4c614/cHSqsbC02KbU9 pZHIr1b9kj+K+dxHHgru1BTlFFGNmCPSdT7oI7AOfN0qHvOhP77KfmVwDl2kVCkFh9FgMEKfbDKY jN2yySKbjCZZNoXkBfmYvCLzMrqqNpwvm2SbUVadVj2pM9cxPbGIf89x3JFzMJeDa+vcuzvSh3Qs yxa+f5plepQ4+m8Hea1G2LzZv6v3hoxUTsWtJ2QIkobn1m7cPtP+iU8JmIoXaH9WWVlxZlOLd9Nk cPmRa9Pnuk21ykeWzGWlxYblWPqcWjAidtWSg8EijZQj4XZTwDZhpyihU0qyWC4GxbDIGcUF8ZTI SSLVsAzpyl7TpdHzu/0AEDRUdAFIgpnsljiErooewvrVYz/0E1/kEtuq/8h3/loku3pwkoKuCGJp +QB9qGR5LMrOJ7mflvCfTm5+bfltRLA4z02E4Nb8JWJn5wgZ2jwtzeFg0QFGYy5HRUogNxegGx2a iqJMxTAdpsfpSXqBCiGE4NbeDEw/oVzRSCFtLL+6Uqph6r86JTm9FqbiFS3BjkNSa51UhiErGiEg UfmJ5G+f+IznM7bM6sg9w6W9jgJtrn2NtrUhU/6hhzv8zge5w8/NtU1tKtKLTyNupcHmgedQhmn0 xQuIv2XySFBfRdrIVsI9qB7gIzLWG7oQFhu1xh6ZWGQZc2Efp+U2U7BQNInWoi3QPoqbCq2T+ik9 hTItyBCWh+VF+Zx8QRZkM9GCVabGWTMQMwybIawWLpghYYbj5tTZPSJdzFFNgUDq6GQOzVGX649c f/qHfb7IXDGTfi2HS3wNuOh0MpEAVycvipjLHa58IzRAGb9h+XNru7ra7GvaujrW0mHmT2X4WIIK zPU1wUyU/eHV/Y56Ymq0re0yMvwPDxFzyg7pTepV7BHAjWlZPbjqoSL58tUYRtsXkU8Hh1MxnJeT R3NMuAeFPgRb2WnIhYjrVRsQ2zkbtRUrxSAWeAjxQJ+nu7DIUlhUJBcWhQoXCo8VrhTyhdmkCMTC jEJrdoHHY7NaneEMOT0lVJCprs6EGKqOnfxde8J07powPnJ9DKO/rJ41pUP2+qgGOhTidXrd9cGa fF0N657u1bCGtcJLyZusFeVl5uui9V1RjfpgumHr2QCuZ6W49wxnF6DIkJMBugzwcYARwvG+tbCW OGRH2DHs4B3+WT/4Oo8bLhguGji/ockQMnAG51rIQCpXKEeWOcCtH0dCWlvCDxF2+BmJqI/U6T1u pyoj/wOrqdMUD+J5YXUpW1/TKKjnJ0Lq/ARBCi53NKd/SgFjTv9tX5qJ/7e5Wkmf27N7On5z3U0P TdaIydeE3t7a/mAgm9dI/PYvT+6tDN25s7Jx7qFd3l2lM5+LbSw2bhi9a2P29qind2HIUlpabDo0 h3vZe1ZE3rWCAUTMTxMqkK+xfyupXu2vKJeqXdZb+E/+ZQv7xQ6sPI6Y8EWMOw/5ZHDcyoFA4CUC 6sl9BWkmvYT7MAEPqSbthDPr+yx5ls1ZZktWlpno+wryCno8xOLxED6vII/m5WWFPeD3gKcoyKDC xSIaxu+scBbN8hRYsox5xJwRFuyoOH+ABVpA/UfUPAYbbrXeE2qgBiXTpZBCdDXsxLWRNqnBJ1gb BRZ8G2qjM3dureovLDRXWAqbGxuceT8AdyfbruM2JNuZ71wjAgcldTfes7tSqz3PC5ay7ppyPj9p 1Fe1bmqt0usDzV0t1RnwlqqPX2A8AepDS+4Mbh+QYDsmGKlKapO4NyX4qvRtiX5IAj2tp92Ue5vC WfoipfdSwKWB9rBVQZQQL+rD+mH9rJ6DYW6WW0ToHiKAHyLSMG8EKUysqANcDtl/4ubORwLoOi8E jqDUt6f+j5jCaOygBlzs7NwluQvp0aTi5YqLlg/SGu+36Re/88/LO7+bwpd4S0/0vDC4sNvY8BZx pn579u2Bx7+y+punlXuSN4ovqghUg4t46sJxUmNyC2m98tOosXf9Ws5F3yBttI4U0MdILR/Deh2u ft8mBfyvSJNYR0ax7sa+bZyDuLGf3dlYH+JjKxeFbUgXW/k8tukk1v+rlVcYPdab8JaRB7apvDdh fRr7ytQ2tX/lHrwf5wmzBykhXyQvggX/luAd+lNuPZfgc/hPCB3C/WK+eFAq02g0v8UV4H/qDuou 6xf1P8hYn/HFjO9nDmf+PPOPhlsNP1B15EJMnZKd4irjJ9tx1YwIx1EnrDcPtpHV39wF01plTyMJ psuU6EkoXeZIIY5PlXlcdxfTZYFkkBPpskhyyRfSZYncivApVdYgyt+QLmuJAbaky3qcw84rv+Ys g1vS5UyyAJ9Plw3ERz1sxrwWa4s0nC4DWUsvpMuU2Ojv02WObOb4dJkn67lVeoHkcB9Kl0VSyX0m XZbIm9wqHw3x8ufTZS3J499Il/WkVtCkyxlkpxBMlzNJUngoXTaQbeKn2ib3TsYnb42OKWMj8RHl S0pleXmN0hwbjU6PReeV1pn52Zn5kfjkzHSZ0jw1pcxP7p2Ix5T5aCw6fzA6VrZ5ck801a/0j0zH WmamxpSN8ZGpydErPEqVdxEp11D9ja5t0fkYa68oKw9cJWNUpYzqPeMnY8qIEp8fGYvuH5m/SZkZ V/pQrK6ReImycXq0DOe8dzIWj85j4+S0MlDWX6aER+LR6bgyMj2mbL0yMDQ+PjkaVRtHo/PxESSe iU+gIPsOzE/GxiZH2dtiZe+no/549GBU6RmJx6OxmemJeHx2g99/8803l42kiUeRtmx0Zr//b/XF D81Gx6Kxyb3TqIGyifj+qYFYlMkTn0AZr5F4fAYnH5sZj988Mh9l8scO7NkXHY0r8RmkjSqon+g0 Dh3ZOx+N7meSHlBnfPPE5OiEcmjmgDIyOhqdjaNGGPlf41z2tyY7dWWQOlMEhZNkL95xvG8lUcxX Ct4jWB/B0pfwriTl+FeDpWYSI6NIM40UUTKPLa1kBr9n1eeIymMGe8tU2in8U7Cd8Z/Avphai+I3 G3tQfVcZ2Yz9e9SWq+MV0o+1aaRswfqUOqeN6oymkGL0feZRivff5qT8FV5/36ht6ojYFfoKlKSc BN6X2yqv0iu8/uv3T6rvZhaIqz1Mzv34PU9uwrYZMo7PvrS1utSRJeoMp5FjWVrPe1UucZV3inJS 5T2AFP0qVVgdyfQYV982rVJtfZ83hvCN4+p8o9dQjqq8mSwpzjNYnkhbZB85oNo+hpRs3KpsMXzz /6kf9auzO6i+s0dtj6v+w/om1Nos2YCrjp/crP6VIc31nEfTfMvU0n6k/HvHxckhrEfV/pjq09Np HyhTee5Hew6ovr1qH6aLlB3f38bj6jfTfEwdEceZjKi2WrV/DHW4BzUZVfXHOM6k+TKaqbQ9ptNv HcE5sdHMbqs2PXCNjm9W5zOKTwVlmcE+NmZU5TGranbsGu7/t3Mu+7s1O/U+b7qqU4YLyMqbeBeR H5P3uZ4nYZBwsfarz1PAByvhwjI8vwzyMsy8DcG3YfEtIJcg+Dv49WuK899fu8H5bxetzl9evMH5 6g2/GPjXG7iBX5yF7DMNTn+zHrLZuRU+FbyDeHMr5yA76MzN6/g5t+J88VsrzvJvwXOdZuezoTHn M8MrzrNP2ZzyWbAH7aB8FeSnlaeDT3PDT80+tfgUZzyz+ww9zTU4z4IluPJEpTPx2IrT/2TTk6En uWNPQvDJwuIO5yn/qaZTD5/ijacgeMpg63j4Cfgykj3+WLXzsXCh8zMnipyfPuFxPoQ3OTF8gi6e uHyCPty94jQ+6HyQGu913ks/erzQ+ZEPFzqP3V/ofABv41HnUbr76MzRhaMrR/ng0azsDuP9cHdn pfPhu+CO/SvORZTlIDI/gHcc7xje/kNNh0KHuLkZp3O20+ic6VzrXAM5A7mBnAEpwA2IOOQL+6F4 P0xhaQQHDO+udO7G79HOPGfuntf3UGWP2dpRvKduz8Y93K5OuzOyY8W5c0fAuQNfbIFgs3kgq9I8 IAA3wFdyAzMcGLkmjv7DEOzuh2C/t6Qj2L82Hx9ZOR19vV5nbyjPGcY7N1Qcwq3sZIieBduTOK0D z4KV3A3W4A00vAVO9iR6zvVwPZ0W52Z8UTfemzqdzpWNsBHF6MIq6QRbpXXABMYBudI4QIEMAEHL gemMPRe/5OAN+C2jCalsV+zl9lk77zQ2GXcbF4y80eg3howzxmPGV40rRinV+gcjP0NgN4FFGwhw Fo6f3trv83WflVb6uhNSeEcC7kl4+tkz2Ls9Id6TIAPbdwyeBnhg6O6jR0mLoztR2T+YGHYMdSfG sBBkhUUsyI7TNtIyFIvH4gdicV/qAizEfQRL8VjMt9ocgxiJHVD71b6YL9WBJGobNsbS42M+gr0H 0r0qA7U/zspqFZkht5jaEVe5HVgl8rH3pC4kiuVgzP1vJi7o3gplbmRzdHJlYW0KZW5kb2JqCgo0 NiAwIG9iago5MjYzCmVuZG9iagoKNDcgMCBvYmoKPDwvVHlwZS9Gb250RGVzY3JpcHRvci9Gb250 TmFtZS9EQUFBQUErTGliZXJhdGlvblNhbnMtQm9sZEl0YWxpYwovRmxhZ3MgNjgKL0ZvbnRCQm94 Wy0yMDggLTMwMyAxMTI3IDEwMjldL0l0YWxpY0FuZ2xlIC0zMAovQXNjZW50IDkwNQovRGVzY2Vu dCAtMjExCi9DYXBIZWlnaHQgMTAyOQovU3RlbVYgODAKL0ZvbnRGaWxlMiA0NSAwIFI+PgplbmRv YmoKCjQ4IDAgb2JqCjw8L0xlbmd0aCAzNjYvRmlsdGVyL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCnic XZLNboMwDIDvPEWO3aGCAA2rhJAoLRKH/WhsD0CD6ZBGQIEeePvFNtukHUBfHNv5FMcvqnNl+sV/ taOuYRFdb1oL83i3GsQVbr3xZCjaXi/biv56aCbPd7X1Oi8wVKYb09Tz39zevNhV7PJ2vMKD57/Y FmxvbmL3UdRuXd+n6QsGMIsIvCwTLXSuz1MzPTcD+FS1r1q33S/r3pX8JbyvE4iQ1pJV9NjCPDUa bGNu4KVBkIm0LDMPTPtvLwq55Nrpz8a6VOlSgyA+Zo5D4vCMHBFHEjnmeIB84PxHZEWsSuSEOEmQ HzlOPY8cj5Fz5hD5xDkn5ILjEfKZz82RL8yUX/K5B8cy4Hx0kOyv0FOyv0J/yf4JOkv2VwUy+yvq w/4RnivZX12Q2T9WyOyviDd/YvYPKZ/9Ffmwv6Ke7H/A+5Hsn+CdhJt/TgPaJoGjwrf08wSEvlvr xk8PjuaOE+8N/L7JaZywir5vC6i2VAplbmRzdHJlYW0KZW5kb2JqCgo0OSAwIG9iago8PC9UeXBl L0ZvbnQvU3VidHlwZS9UcnVlVHlwZS9CYXNlRm9udC9EQUFBQUErTGliZXJhdGlvblNhbnMtQm9s ZEl0YWxpYwovRmlyc3RDaGFyIDAKL0xhc3RDaGFyIDMyCi9XaWR0aHNbMzY1IDI3NyAzMzMgNTU2 IDI3NyA3MjIgNjEwIDc3NyAyNzcgMzMzIDM4OSA1NTYgNTU2IDMzMyA1NTYgNjY2CjU1NiA1NTYg ODg5IDYxMCAyNzcgNTU2IDU1NiA2MTAgNjEwIDMzMyA1NTYgMjc3IDYxMCA1NTYgNTU2IDU1Ngo1 MDAgXQovRm9udERlc2NyaXB0b3IgNDcgMCBSCi9Ub1VuaWNvZGUgNDggMCBSCj4+CmVuZG9iagoK NTAgMCBvYmoKPDwvTGVuZ3RoIDUxIDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoMSAzMTY0 MD4+CnN0cmVhbQp4nNS8e3wT15k3fp4zM5JG19Hdsixb8ox8kWxkS75iLA/GlwFzESCIsWNbgCEE QrC5JCFpihMghNsLbQiFpA3eLJumCd2ISykkbePukmz7SZPQLUm3TdrQLmm7b0pKsyS/bMDye85I BpK0v/ef3z8/YTTnNmfOOfNcvs9znqON6zetQEY0ghgkL1+7dGjD7Ib1CKGfIQS25fds9E9M31NE 0hcRwo6VQ3esLYu98yFCzFWEtNwdd21eOcz+YBgh/XWElp9ZtWLp4Pv/EwkjdPcp0kfdKlJwOLNZ S/J/Jnlp1dqN950t+KwSoXUC6XP2XeuWL11VsP0jhIZuJ/XPrl1639Armp+zCA2T/8h/99K1K8LV uq+TvESe95uhdRs2DiJpAqHNav3Q+hVDH/d8Q0fypB5vJGVA/tGPkSQ1NI8ZltNodbzeYDSZLYLV Znc4Xe48T763wFdY5A8Ui1KwpLSsPBSuqJwSqaqOxmpq6+obGqc2TWuOt8jTW2e0tXd0KjNndc2e M3deYv4C9P+vD7cXOZHCNSMLGlK/P/dhjiEPvU78+fPfmdkTn/1/OQpd9nIIPYNOob3oV6gvV9GB EuhOtImU3Pr5Mfo5KaWfBOpBz6Fdf6fbY+gMqc+2S6F96PDfaZdA30An0b997ikJtBY9QMbyPfQr qEY/JaSyDn0EOvQQeoX0+hEpm/O3usJm8rVSTa68pfQd9CTejWbhSyRzmNbgCBbQOfRN6Cc9byTz 3HtjxtO+1OkO9CD5XohWoXtIWv1wzdd/jfiJ/yazehDNQg+j6eiuW+74ARxh9OT9JdERsqY/Vssi k5VahVmNT2M8/hjJfA3dQf4vBTJ3vJeZjto4q9y+pHtRcuGC+Yl5c+fM7po1U+nsaG+b0Tpdbok3 T2ua2thQX1dbXRWZUllRVloSlMTiQFGewypYzCaDntdpNRzLYEAV7WJHyp8uSaXZElFRKmleXEoK lt5SkEr7SVHH59uk/Sm1mf/zLWXScuUXWsrZlvKNliD4p6FplRX+dtGffr1N9J+BnvndJL23TVzi T19W03PUNFuiZkwkEwiQO/zteava/GlI+dvTHfes2tWeaiP9HTfoZ4gzVugrK9BxvYEkDSSVLhOH jkNZHNQELmufehwjnYk+Ns0E25cOphPzu9vbvIHAksqKmWmz2KZWoRlql2nNjLRW7dJ/Jx062u0/ XjG2a88ZAS1LhY2D4uDS27vTzFJy7y6mfdeuHWlrOF0utqXL77+UR2a+Il0htrWnw7TXrgU3ntN1 85GQ5oKC6N/1MSLTES//+fMlS3MlmqDwMaLJDrK8u3Z1iP6OXaldS89MjCwT/YK467jRuGuonaww SnSTu85MvLjbm+7YsyQtpFbB1NxkOxZ0pe3ze7vTONjhX7WUlJC/FjHQ4A1Yl0y2Sfy9akQWgiwH WdNAgE589xkZLSOZ9Mj87mzej5Z5TyA5El6SxilaMzZZ41xEa0Yma27cnhLJ2+xa2L0rzQZnDort ZI13L02PLCP0tJq+ClFImz/xBsRdNqu/MbJEbesno5o5eKc/zZWQZSF33XoDoRR6yy5BzZg/yV4u e8kDSqw2f6NIuqH9tIvtqdzfPavySAf+yoq0Es6++mR3Wm4jCXlp7h21H6+KkDuWpsgrurNNfX3p iDiUdoitN94nHVb7nQu71Vtyt6UdM9IotTx3VzrS3kaf7G/flWrLDoH2Jc7vPotiExeP1/i9J2Oo Bi1po41dMwhdlbTv6h5cmS5KeQcJp630d3sDaXkJecFLxO4VSyihkRUqv0geF1CfmMYzkt1dC8Wu +T3dDbmBZCtod2yw/QvdiN3ebDeE5NK6oM7fjb3MEtJQIAX+DpIQW6eR77Q2qCP/BbLgaikl1dZp /m7wosnWZBjpcn/7irZcO5r/XKccJacZymRvGpol/cxQvIElgeynsgKTan/uweQOHV1UZbKKCRJJ QMow6UYtomuZR2ne3y2uEJeIq/xpOdFN50aXR13l3GKoa557V8nP5W5ZLLJMKECqJzN0MdMdYe+t i5vuVPM3ssoXqmdOVvt36cSuhbto52KuQ0RGPjONKAnLDVavyv2Un8WOpYSJCUer/LzruCxTXl5F 2XaXOHNwl7iwe5ramkiQB73302fZUBd0JVsrK4gwaz0uwqPzj8vw6MKe7rMEj/kfTXafwIBnpFqX HJdIXfdZP0KyWoppKS2kGT/N0J4WkIxObe89KyM0otayaoGaX34GkFqmmywDghJxtkyYLMOkjM2W yWoZ/ZC3lLeKrDGR3+3+Qfp+vrJk1a7UEkrjyEVWhPxBGsQ4WR0xfhywxpjWiyta0waxlZa30PKW bLmGlmsJZYALKivu3yW0ix/nVapqG7WRr0FuEUG/WjTlOKDItBNaVnc5elzDvTvtBINJEh1naDFH i09oNfz1aSeAlsesAWswYA20YX9GgkOZVdyiz55vY19X+3UQDX6GUwjesqH/khWNFawEfVp4G9hM Rg0sMArGHq3GoSW6FBaQihTLOViW8wpEvRmtiiCwR7QgaxNaHNMCo3U4HHDJAY4zE2Mnq7oVepUt 4SnKeQfglOO844qDUev8klp3Mr8w26ZEsCsDDqhjgTWZUzYLGYYVDEKXgHUC0eJGLWsZ0IMNtcQu R6PRllisv8/WGOkjOYj09YXD4b6B4XB4eL3ws4G+vj5rY3MkPLwjTwjvCJ/LXYSxMegTdtDv6qqg M1BbDzFw0ysTYIAJwOuZzkPw0x/BO8+N//TU9vErO2D3H+AXtbW1XvbTazovucLWzIPsqvFNdN2a Jq5zmwhOFVAJuk9ObvLAJjsYzF7zGjPTx6xlcCMzk8EGxstg3ouBJ38IzKgXucDtKkNl0CKXgb8M hspGyy6WMdqehHhRxKI0oEmVMOKAMeUlk718mfyRCV7uG17f3yf8tr/vcj8ZfV9ff5/6gZopOAzW QiYWjWOIsoXgdJiBFYtpcW29tbSWPbrg8H9sP1XYMatL2vK9jfXjn34bTD+6I/lcZvyFxh0Pbyo9 duwYfvbAL/e0XXsAYwa6Hv8tU97x1PXvH838cw9gIJN/Kr+WzhchNkDma0QBdFR+8Kj1lBVzRbA9 //F8zHm2e7BOj/MxNuvzjBYF9RSIFjEirhO3iPtELiK2iPNI5oj4svieqLWIAyTzJklOiJoGWoRp 4y2klrWIRaTxFtL0BVGj05p7Enaw61Imk5VLOQZcjNk+YKULEyULY22MqIsT7VeXh7z8316urgr3 Z1cntzbqyljV90yWIxAtxGSJsMj0iPNG+pet6t8yx5+Z+9b4a0eOwWd7f7i+KrLuxV1MOrGxSxrf Xpm8P/N8ppW+eroKzWv2L1xwaGOHyjfKxJ+ZYebHKITq0DfkwJoS8LrDbmx2xV3Y5jdYFJ+t0oaN NjBZAVhgzkxclH28VQEGdAX6uk5Nw0gDDDSA3AAkUd3pKKVsUKQ3K6Wl8wgDlZQUhxMFBaguNl9v cWkSvLM4QYithVAE5QE6d8IAZPqxSFig9LFeeJewRnVVf1+YTp9+AZ0tnXupmaE0UVsTZ1ugliyM WKyxgFgbB7vWzDgdsWhdPfxcvjtRuSmTsVtiysDUtr6GvMK6mYsGqvaaAw2hqmXB4obpu9/e2rS4 oWBf2/Io8+O8qcu7xrd7KvstZWJeqOuOafHeeKlLB+xjofZoQb5z0+tmZ6aQxfYpiXi6KI+I1Llk zeYyr6BStFYu1Wkf1WKd6VET1vEAHg2Az24vLUflEJfLR8pHy8+XXynnytVVCVUqA+UvlOPFvpU+ 7FM263fqsT4v4bAIpcXzOZdKD7Eso/SFhwmnvBGNVFeh/j5QiSF4Y/o4FnW5rWLpFBCLzYQSCjGl j3pmbr6yYEno/u/eXTPjvn9aNv9QvD4cvLNx+vJ2sXD2Q8uLO2c0uRvtPrt+xsjZTSNn722wGzOf PePMjww+sabnaysbON6oJfMrJTxC7VgP3CYLW7WPafE8y4AFz0MDCNvOTPzpJG9SrJQQDpOEqcxs VZqMXcZeI9Nk6DL0ElnBw6B2o/aAllEFKqut0eJBDFqtzmw2WTTEqoEFpk6d1qEjnKHVCvCC5mXN mxpGozGt04Gg8+uqdIxFBzqdV/amvHjUC8jrJ+mEd8x70atpFrxpLxa8VaQg5T3vveLVIJIc8u4n 5WOkQOulMnlJn6Je5yzKXmsb1atsD1crFiR0ppyAnILT72R0TlpeYHMqTlfCQ8wOgXEmLMisZRmD 3amBBGPJvhubu/Gym/AsRAh7DhM6DVORnePa18krGo5GCSnbGq2xHUI4LJwTdujGdGPVVZAVdFTC I3LhgfCwU8tnBTdobzI2dMNDy2D2psxV6F6Z2bI4k3lgMLPl3t1QDa/AEW9lpTvz4fiH7spKDzy+ I/ORhyQ4rCpXjBKELjsIXRYRbt4oV+50wCEiy+277djlLfFiPs+TV553OI/VlShFBkNRBaqA+EjF aMWVCqaCLtCMWQq9yu7QFCUIyqMucKFEMKjxJzyCZr7VpXKtbVJahScpVLhMuVWVVTco0TlJqnUx wrw+AEqmAcKxwDpb1vcVtrbG893T53ZXbvqHwYo3Xu7auqwx842G+bUe+Lo1rMCvbDMfuaOZ0+k1 DRavyyR/9cXNn3xU1v/UPQvgm5HFD8ye/cBi1fgG5Jj4M65kH0IedJvciBt0VoXVwAteGPNCi3ee F+vNnUzCkXJgh0OLGIHxM4yOYY0JXubNCq81WJzW+YjOLNYSeyNM1XB/XywW6RMuR/v61hMdFeaK S2qtYm0LxJwxp2h1uKiUIfODuamBBx5c0fLLXzZVBWcWWaqbWh3r78CPVZa+9VZyfMv0Vr1mut5h 0WfHSfVOOdE7+eh38iynKWiqNTFOY9BYa2Q8znbnIidmnG43GAygMxRsLNhWcKCASRVAW0GyAF8q gPMFkCTFpwrOFbByAUgFNQU4XQAFKj3H2xVUIBT4C5gmltx3tIBRy5vqpypjBUDbOaAnobmowZoW 8k5dKOWo8oDHE3EMONYRIOPQ2FM8MoLRqB3gGdAMsDnVpK6Dik/UBYn0qS9+mECU9VQ8D9PPeiKx 3+gnUCUSG+izxqhWv0VPURnFEPUVqI+RJDz73viPjxxjPmz1+3v7k+53YHdRc3MR7hn/ZFI5ZV7+ FathYPzno5nBpwlNhwlh27jZyI586JvyQjTLoH9S/7ye+UB/TY+36UHv6TQ4wg7c5eh1POm45mBp rsnxvOMlxwcOjeCQG5sVRxFb5CjCjVeLYH8R4ETRaFG6aKyI3U8SuIhSfmWVol7zvOpVFkyCwi20 sPkJn8XhSbid2fUgjK/y+8B6CmPepTJg/fgFwvWEA4Cq4xvSuRAzN1n6AWthmctVWmi1Fpa6XGWF Vv0/ZDyj2yHMvndrKWl1bT5laMbvqaQ0U07mLhA5zKMdchnXGUZgQDC1F61BD6AnEeslKOwl9Bpi ae55gqgN5wxgoNNo6VAMqkRraFL2GwAjg2BIGEYNacOYQbOfJK4YGENu3mpDI5kv0c0EQyeY3Fwh O9FwmCjkrIQjkwzenNQ6OodR6Oi4RQTlxnyIyKA8tOYkqwd8ZuI/5AhvUexFsA62ENQAfCcyC2a/ ecx83nzRrNGZi/IH8rGcD4vtK+3YzuRh9Q3wRgXjPMGSsFl4c8I4+QYoTPhprA+G1xNGpSRJoEKY CB6xlEiYW+SoO87E8KHw1AJZbnL9Q6b13nvBxrsTfX0S80rmbp3Jph9vnVzrTfbqikJCa4HMbCZN xh5AVWi/vOLOyOYI1vhgm/WAFRODYpvhgAEzhEGJjueLFXNUjgKKjkRxI0kkokPR/dHz0StRLptg 5kUh7GILOlFACPgD5wOsLhAoSBR6pyTsrlDpfJYXUFavUBxEaUuVPdQs6FPXOwsD+ycxsj03qUnk V1xSWsj4cgokC4W01kIgwunQGtBhZ2PrrJLuPctiNau+dWdsOEZX/mhGvhcPFk/vb6paWxJaGdt2 H7PSU1lv8zmN8Qe+d8+Gs1s7DAZjUaCAz+RFInnM3JX7e0NWYdyq499RZS1CzPuEHstQ+iwykZcU 1glKuaPRgfMcwNM/Z6dFAJcQGg0BCgmhsdDFENs4GroSwiH6Uh3hKiUSAiEEiRAMhUZC+0MMrThZ VKyoDcJ2l4KKOkckQJIg+aUx6bx0UdLopGCiDBU5BSlhL3YWcpxngZ5iyJg1ljOkLtO1G6ZKiUJI Kp6GhXf7VUzdRyyNMOVObW71ckRSUyJ+nmSgA4DBBYnbbpPqeqYH12fWPDh/UUFLvM62JTN47x6I Mp+Yy8JlJkEqtBe2ru4aP0gJCPcvXKLRGdhx+y2MAAhP/Jn7EXMMOeA3srCGWPn+8kpltXC/8IRA We9PspvApi6ul8PLuPXcwxzzNHeC+xeO4c5MnJc3kbZ7uW9xeDV3P4e7OWBKHODB5XgmXoJZl7nE 3GFebGY1epe+RM+4tCVaTGhSgAWAoMsiOCwWAcMCs4XoPuxgGEzwFsuwXUaTw2gywgIDZ+jUGB0a jZFYpGYTg8FSZwELRXR6MiqtxW3BOuOZiTMnCmbSi2ywztxohEXGFUZM8s/KS0wzY0bQGF1GzBsZ i4UxMhoBuSRXmyvpYgQXsC445brqwqMuaHNtdG1zHXCxVS6QXJB0DZLMURdLDMjGpOsSacXILsAj LjhPdBMlhvIKhV7liLdIedkFQ64R16iLGXCB30UEoEYgaszEmIlMIyuQsOksgFmjhaPw2U3JwR2N xGJEUUWzeCsnrW9RVlGrm9jVEUIw1LoIh6kqs8Zi2b+slX1hR94tJnfucgPFDah2yfBwmIB0HkQD iFk454WYV01xizOvzP3T+7MyL62Dl7/53n8mf//WE7CSWX39YXzX+AHmfkIp3vHteMX4N/BDJE2x G7UpThDZYyDobY88bZv+gB5zetite1KH9TrYzT7JYp6FbfgAxhoMOqNCxBSRK1gIVAUSgYsBlubk ANMUoGvnmj5LORKAoQDIgVRgJDAaYFMBUKvMwSmKS9FYE7zgTTBZUAeRy1nGuWF+5qQOUeYOKmtU IOfSqnLmpsHBnHj79xf+4z/effvXp/KbB2fOSjW4XA2pWTMHm/Phnb9MoMxfP7z+//z30sN31tff eXjpsifWNDaueSLrB5pF5vtHIkvyicb4ily7suyeMnxIB7xupw5/k4W9LBhZ0NmQ2OkOozB0kv9y eCQ8Fmb84ZSaYMOqigtPUbzKPA44dyLfaU+4UGlCL4gI+eerc4sJP1VtTRWzZqH6DQNT/QTNIPqt OZNqCtNMXyCVCaDOsa7eSm0sDf5FxdYlmS2x1U+vi22oxRjgKWjbmPk0UxRsSzVNWx0M3R3bvqVD rIffbXppa7vRYAhXV1mu5lV+dtZTCa/fuX9JqVvAf9TxbxPZ4Ml0MJ8S2VDMPHoWeScuniRvM59y n4kkXHkleRiTubNUEkwxWBXC2lbG5XL7CguzHO4rdPh8hS5YUOAr6HS7HG434RydDwp9tJMJYp37 fO5CnqwsLkeyL6AgaYl0p7RZYrok8EjlUqPEGCT49APpmoQPS9+RfioxuyVYLAGpl+Q//m/lAwnO SvC8BJulnRLuldZIuFmaI2GvFJbw29IfpE8k5jsSPCnBXgkekIB2j10SkF5/ck2Cy/T2n0r4+WzN TvXBvAT/IwHp+VcSvDbZ/z25e8NSk9QlMR4J3iZ9q4PCD0i7JczT2kPkxnekDyT8UwlO0ZsOSs9I zEwJ6iRwSJKENbn7yJgOytsl2Chtk/BiaaWEsQQfSXBBuiTh09KrEt5JKyEhpSQclVolPHn7KvX+ E9K/SPioBF/PdbFSgqQEHRLYpGIpKjGsBFfpo/4g4VPSOQk/ozbdJsECaZm0XmJqpDa6DiUSls5M jMiJdkV5VYKj0ikJT3ZJW2K1XQkdPJBnN3xCRwjqw7dJB6SjErNeghvPjpKXQkcAoHbKB8sU9eES pf9FhQElIYHaIRnaeQnwkDQi7ZfSRHlyFmmehHV+Y5VRNjJGYwFy+91YdifcKTeD3IIb8+5mHxh8 YKvyjfkw8vl9VT5mpo/2XCzPUDgftPsW+Vb4tvtYcPkYERUUMu6E32MR5hs1BdSNqUpcqzvWN0yF B2EqVROvp3ZwvyoqiZwcDhMZfONzQ7QQ8Tn5+Vu1X6jpv1l2S3n/51sTy+RGqfAGGVFU9aFSm+7z wnyHapUPENlP1UCYh6zBWlobc7uoaGuBSZlOL8zBzNf8rfNXteeXFhc7I4Gi+nBHU5UrP/NECk4d yHzyGPQT6d47f88dTZjTcK+l3CXt/Y0KM6RK+nX4MVXKU1xAzFbmd0TOi+j0WaQj7BriBYXVgc5C Ea9F6DQYPjBglyF4NAhs0BE8F7wUZBuPBq8GcZC+lTwCocJBcARhLEhMmSAMBUeC+4NMMAej1EaV FEbld44QIwejIqHITxLniy4WaXRF/oRoyRcMRQmzz+lByLGA+/tAauDzUCqsOuXg/4ai2grmJJO3 Iqj4tFqCoFYPD4ORSX0BPHUvHLgJnibtHmLzaTxkjaYxL8nb2Vq4VHu1FnO1ztpgLcPWwKWaqzWY q3HWBGsYQyl8UHqtFL9c+mYpLvXrTIqhDD4ou1aGXy57swyX0RK2BC6VXC3BXImzJFjCsEG4RJeT CzqDwSBjcMMH7mtu/LL7TTd2qz244APXNRd+2fWmC7toifbMxE9kg75QAY1VE9AwArVqzhPwy1hB x+ikzvLyhrxOjf2gHevt8Y74PXFcHgdHHDRx+PRSHP49Dqfi5+L46TgciMPDcdgYh2VxSNIGrngJ uYP9KA7n4hfil+LMiTgcjUNdfHF8JenoYJyT4uCKAxuHq3F4O/6HOD4Xh4Px03G8LQ73xGFJHGri bXFcEgeb2uwnn2QfdyHOPKM+8JE4rI/DYBwScWiNgxQn2i7blLT8fRwuxOHVOMSpcHG/cEJZEF8W x210CKSpOkKs1k0c/bbydPxEHN/a5eJcf9kRHqLj+yTOHI3TATAH47CNNrlH7a8kXhfHOG6LYzKR P2Tni0/TJgfimM73njgz+cBP6KguxfGr6mIcVJeLDp90U0Wf5IhLcWbVlVyrjeRxWKbldCwM6f6d OKTjY3E8GN8WPxpnEtlRtsUZYXIlz9MBwPNx2K8Osim+Jo792a5xg9prKj4ax+QdyfRVkinKvQfI pC7Fr8bZEfryNqrPrImDV+2TvOexOGAhnogPxUfi6ThniYMOxTqHGgA1QENjYprFnieVx7iGRKmr zknNwQUmAUWjlVkmjFKoQr9isZyTkTLipBC9KfS+KCFvLR74GxV/Q+SGPy9zb23w5ZsnxekFIgSo v55gJyo3EZEFBD8P0//Zv8/nVEHhcv9NceH6fzHCCuYsSErtm3z+nqUDJXXdLeLmzKI9XYvy29tb nNa9mdbdixYVNDfV2vZmFhOj3p4VKTWNtlK/43OCZYlOb2Lrpt/Mq4LGc0PQAJpFgOgyrplg7h/J 9ajHwUncAe4ox7LcNpJgTNyQacS038S0mZKmQRMjmPwmzJrgoumKCZ8ynTNdMDEm1cGcUOhVvq1t ppIy0ZvUW3CVCViTwySZmCbWVGNqI51sNG1Tb7xk4s+bLpowpp1WmRKmlGnUlDaNmXQj6uW8iTVo BnQM4gaYnDMuCqpE7s+aNdnXE/miW8aphdPHxv907BjOO5aY9KnV5md1T3Liz/gXRK7Won+QpVnR XVH8FeceJ57qmuW637XLxXIxZywYY6blz87/Sv6efFZ13rh5k1KYR3RTUBacSjBo70D1/nqopxOu IuBjXv1A/Qv1TGVHgcFQYK/kQolATUlbCS4pCQhCgqsxtBmOGhi/AQwGaqLFIoSSqBtH9Sw2QiQW ES4TqiRGRyxCNAzROyhrdmTdaVQhq16N2popmsmdD2d250ND7BCCzEuT2/sjvXOnmiqri5a19q0I td3We1tbaMrCDe1tD0+LhPJ7YvMXhdq7b+9uD4Gu5c6ucoNF4P64taBs/qLo9ApfYcm0nhnyYJto N76+1p2XaJvSVF7oL5dvp3YKonYZsVMEFEL7ZMEggk5nybNgM0P0GC6kKzRVZ1CQovW7/VjwV8gV gCpGKnCjULG/AssVKZLZX5GuGKu4WKH1q9mxCjbf0PleCFSfh52A/pA5EXTl6/XcfJ9gTTiQapSp 8gAiYaJ6Jx1ChAOrq1CY7gfRXaGcOZbz+6iWi+rnIDmXc3IBcSbYvrQpr74uagvdFdv1lfHdOyEC wEDlQ3PHXq+565+Gq5anekrgysrdi4Msb9SNu3W6/2Cn5FVm0vbq2to8Mfxff7735UcUg81jUeko iBD7Y8I3bvirPMGZqDeb0evydZi3eCBj8czzDHi2ePZ5Xva855nw6K54YJ/niOdND4FDYPEUkXrm TVL1Fw+T9sARD4x4oMgTITcxyANvrPO8QO78i4dN0NYRT4uHmfDAeQ+87IFRD7SQ27dQDoYtpNOX SbcTHi7lgXkeqKI3wLf+oraOeNaRdi94WIHe+SbpcMLD7veMevAWD6RoyxYPvkj7mxws51fvX0PG +6b6qH0euDnibCkZ8ADpmM6HrfLIHizvKPIQiw7eo9NIe/AAzVV5cBMZ88XJW+iC7PMwVTRz0XPF w2R7Vtv6SWvaOelgTF2NIc+IBxdlJ046ThhHjGnjmJE14gF+H/8y/ybP8s4ebEI88LyDSekZJx5A k0KCMFYMIuM/6xN+9jl5/mUM/cWSm2rgRn3/zQ7W0w17kqdyJrvrar3h3Hc7oemt2NYTQe8M9ptt Xltn/7qp1W8R2fMNo+7n0JR55eeshmOurfHWZuWQl/DUb4j960OH5CVumeAoIz+Nx0bdNB3WWTSd FsNfDNhhKBotAopexwhyZRsRQbFVRTJJc3JRqmioKF3E+tXEiOrP16DOdJbQ8JjnvAd7VIcjYU2P Nj/B+ywaZoHF4TIkzM5Jl6sadEH9ONmwhBzKVWcZhuw2jzXnDJjceFY1VGPXoob7Gv4XxO7NfKjz JW7rlqiWug8KwbhwiYVY+Z7K6094KmcLxQW2wtY7u/BKT9Yn2EIEynPc0ygAL8gmXuPRlGsYHZEo 4yIda/+n15TdItSIbeKgyGwTL4iXxKsiOySCgxQlSSFLvzaKp9QKjUH0ivhnV0Q4pzZl1HtpPXN0 8t5se5rk1Efo0ycV9bZvqlnjoSeVJ0XYKG4TsVpQvXOv8rwI9LZtIuMVgRXhqggviUD7UYvCIiaF a2iDAyKj3rV/xSqla7Lt8+JLIj4gQljspS0dIqYlr4kMTdNpbBS5qddEOEXGiEdFkEQ64Y1qdxpB BIxE8ItVYkIcEfeLafGieEXUCaKfZMdENs9kKuhksh71EepRLwgkipwoP8F4LLYEP2AGs5kHlFUv Wb+66lWPXo5GqBAdmKT5HIWHb6H4sOr+Ut1gk03UEkoQdrG2/gvKx4x9QPcDVdX7u6efDs/fNJMo wepKoaRArMjXf/bZaxl2N9NdXdq6+h/WNhh0rz+gNxRNH+z4ZvL6J4HKysCNfUHN74gszUPfkf2Q Z7QqKM9gVdwIAJlMujyzu6fKJtsSNsaWn09X22l3K/PyYdj4kPFrRmaGcaFxOTHtqUe5jhC7EWPm 9pRuhDDSw6avm7DRVGDCJg225jFkdYwGhrG5Gd0AAgsUAdY5QUNjkWL9fVYVc6rI09bYl93oi0Rp 9EVYeJfuStiIHR2j23vhcEC8ZYePBwI6clmmX8w4T2Xqjx2Dg3AK3oWRY8fGL55iH7r25iQWuc4y 12vzry1T89VZX2Ayc4rALrrHNx09+72FweWqrfsneY3RoqQkSAVBDMaCC4mRK64Qsb5+Vj3Wm0Cv Bc4KHAMGcWqpIxLR96JCcBfOQDOgxT9DnoFRb5VDdmCLo8gRcTCOcnlfDdSMKCJMFbmB+5ofbcbN dsvAvZ4dRFiwqKXvMvmLxfry3+3Lf51GY10ezsUqxSJWAlVu8Yn2URWc84HWTirhGhvVu4Vgo5pX 684GM01uhEfATGhmCmAIhlYee/jhY3eEQnfQ68rQz2975upTh//7uZ5I77ZF0fCs6dMKtXl5Ls5Q UT/N29h7W29jua3cc/ij53rwU3t+f2Tx4iO/37P7d99atOhbv9t9Aphn589/NjN+YuT1bw2J8bq5 1W4gn1bOaNT5WlZ01mC84Dlgb9Aad4jQmh2NypE8bbcW12vBBgu0Om2P3eaw27T221X/ulHjRE5o kZ3gd8Ko86KThn38RG4kktqm429PEDbjdE4dJvBUx1gGbNjK8OaBt+yw1Q44ZR+y4/l2mGGHoL3W ju1ao0pjOfPkco7KBrI0Fg3fiAkbj+6gnhmgGzZZ54v1VkIDdusp+OmxpddfyVEYPsF+SMHtNRt7 +toTNwisSJ0rwW0sPW1hBq9c2KNfrd+lZ3rQaoQX6Vbo8CJmBYMZDetiMU+Me9UDq8ldgUz1JMG7 PHWmSiShz3pdeb2D5/UYFuh4XW5fBRMNDIVqQ5vJqvA8ozcgLwojphgJAuHW7yspBQnQSdOytaxD uSjAKeGccEFgRgVQS2t9xYog+IUqgWEFOEoq8YhAVlEYEjDB/zo9wySMnEXmgeNX8PhjovUBu9QF HR5WnW9ARFvOzzZMnXBhuh//9/xeZGlpzEp/1lLkJ7cusgEpzDOZHbMyD6bg9OOELjSPw+10zyK3 X3Ev3q16sVQ7gttB+LUcvSdP2czBZj1orC5ribXDygYLgPM6vUEvE3QB53a6g26GZ3gLhCwWsQfR GXtoZF24JNwRXhm+J8x+EoZ/DwOMEWuS1nZPb1MSYWDDUrgm3BZmG9kwZJMHwqfC58KXwlfDOiEM 2B+Ww6nwUPhimPP0VulkIvJkIgF15dKApaSo5EgJU1JS6BgwCIKBLRxg7Kraj2TjGbKa/3LfgAps iNCn6yf8NkxYnQr8gUlOD6pci2sFFPibAVdZk4tjN362/8jEqRQshUUPf7B6hrf9x2s2ff+rM+Zu f2Fp9dJFrfZj8JetHSU1tz1//Z8gBX3+gszFZ6prp3/98vPf/eOuqSZHngEezK+ry9lpswltp3AE MWgpkV9cFQdt3EZikx7lTnHEMAVOdQQu7lVGOKIvOWgc465wWOaGuBF1A3HsZJOsqI0MYqmyhSPc cBZ+gFSPAg0upS+fsp3wRnWVnUxgNnbAwcOHb8SpPEhkRACNyAs5n9OHKadv0jEDmnWaLRrGprFp 3EWiTBT0kDhK1DNncfck4CKRbC002NWVslQ5wOGwWFh3KlBYCAMBmznFIi1otXiAZVAuqoReBOpO +FxoSZ/whrWxMRJRg0Nb4MsRJAFrQHXOxphA07FbA0lWF8lyUeYg6OJ3d7dYGlvt137++YCSqzSg ZPw3DMl8mnlKnetOgkOvEjpuQu/LTzuKpKKaIsZghzA0Ac4H0Nfk1+BtEXhkCjin1E7B00PA5jny sK7cDnobsWfNYKRbsNhSWFSIhcJCY091M2qGhovNV5oxaj7fjKuaZXJhynqc5IHOKqfsTDhZnXNl GSTLYGsF3FMByYrBChysAFcF7BRglnC/gI1CRRmbrx2oA6iziwP5qAiKivLZG7CGErG78YYyUkOW IsJkcG2OhlGfGjowGWGrhhDEclrpVlv6VqLW3DAad08X7W0Lb6+YPTRTal7+1e1fXd48beN37lp+ omu6WDGSmLWmo7h5+ZbtW5Y3N2747qb4fat7AnDn9/LCAXu5smyq0j+9ckrD4i19c7csqcq3Zv7r qD/kr+8KT1/cXBFp6t2a6ju4ptHoyDfd8Euw75P3EEarZOeKAnD6gr4VPsaZF8xbkccE3XTfQw06 pMGHcilJCEJJpVwJ+b1VnMxhjvI95xzQI0qBerakpGgA2VVKyy5Zltmz0ZRhNayUK5amQG2NrU6i 3im3/YucTSnMzDCao5mJ47f3HQf8TPv96wYjmtbCjrMpytqtXzm5Pj68dE5+cLomdNf9jzhu/+dr T50C3XeTvNmmz7zzz+GI/LXL3z30u8dnCQVBx08yrxjdNn0W71A9vJDwmAeVoH+UV+vtu+z4KHuK xeru7iPWg1a8KghPFMCqgkcLMDWwsc6TBwucDo8jr8fpcNBEwFLlBKczv8dSJpSBXDZUdr6MCdA4 L9A4UCoSWBfAgYCmKEVjugjOG8hjc2HnLZdvyEDKcjTglqwShTg7wgL68Q4uLFA1MSkDUd+X4461 NO6EvzU0+dnXxt86cgzPoLHHlbMH62DN1zIvZ3aAvmT+lp7nj9/+1bnFeHaGndTS0b5tC+dsvr1Z GP+TtxbPhgcTd7UWjP9roPNuigeJftmg4sFSdJc8Z0nwziBeHFgZwBrvYu9KL8O7l7jvdDMEABIY SAAggYGGHPqjcbct/nK5/IvojxsQCdijOC+7F3wT3X1ur/vvYzr8fwdwPc/992EVp43u+f3obbeN Epx28VvJ5LcuEpyGn00kns1kTpzIXHtu4cLngCPzfHriP+Ex5sfqPJ/+fk15W3mynFEjhU0zOhRU LpTjaRfKgZacppFc2aRcWFmlXCyHU+Xnyi+UM1XlRAeQpv5yZrQ8XY7VJjaToDjQwcIh/Yh+v55J 60FP1UKgRNGrLieXVzmiB6QHnd7zpChYnuTsuYVRd8P61hM6UTeAqFmUDfarrgp+IcLN+oU8PGb3 V3jyK/x2cs33ZK+fy9/uqQjY7YEKj6eSFlbiX9ysVSuy8mAHWZfN6C26LrIHHUR0pIL+ip7JXXT6 3ICzW42Xvzw02Ex6v/noyi8/mj5nGZH/aUJn01D65CP1UENx3AYiSsJ+ImL22EBPr4S+dE1Tu6bi qd5HaqF2nX/Au86Lt/j3+XGF1+/3VjC8c9096BHyPuMoLtM9AbpxcDHO+vkqXibYZ6p3Q0FBVEBh IYzD4eCGqFbYwNE3gy3kveg5zw2vaI4PI5cbKYUSQNJ32eom6lCt7bM29mXD4sPhnHu0pJS5RaQT I6O2Pg6TxEtdNKoLXmXYQmDS8ubjw8tf7DK0Vtqmzugs7Lu3Pb9izh1N+/YN3+Wd2jejsLmhyia2 ih2zk9W/eKdYWTf79DFY27tveU2eHfJ/oHdY+CkLN7TNvaPFx+gW8JqRh6cvlf28xa4/CpgXDNqn n21Zm2w0OL9N1vYUQsx2TkF6siYhwZgw4oRxyJg2XjGy6G5ZIJiESO4EN8qlOU7HaUf0GsRtYPJU LxY1v8iLzScajbxajsieoJWrDcbwBrCNR8Ce+SvsqMl6tzuW1v72hm2zm8hUL9ovlxO7VucAnQl0 RkLhrp5eK9RY26zY6mvzDfrO+RjJV0OSDN3nPjm1WVH3u6eUhpSLPsAJ35Bv1Hfex/KengS+iDHO S/E8FgwEA5k4xuOy4gEH9bdFs0d46PeNoGiKrOjxnXf7Jl1JfX2xSde8NZC7ZsUp9SwREIM9x/C9 1F9P/fbjO49N+uzH/4otqnmj2sq4dvy1Sf9ZD1nbfYRui9EWeVGwEDjP4x6sM9oKbNNss23sTgK2 WQLBML8uv7g4X0KSLGFZSkmj0kWJrQm0EcVQhWUyMd4d2GcDZBNs2GYzbtjhBrcGB+6B7Gughm8f pUd6OoOSoxrrTSAbBRcEUZDJlUNtnKvNbuKo9JbzPLPaALPv+msrvrNjxYzAPY8UNtVFCGXNfmzx u78JJzYeOD6ITzzW//hD94wc6Hv40RwF2Tzf//aCPQ89+Mg3eskcbWSOfyT2mxd+JBff4zhIcLB3 uxevzr8//4l8hssHdatW3Z3dZAebarvlTiWYSEJv2mXCPHn7fK5GR2uq6G4wvYWhX1470pg5bb7W YUcmM2d0Gr0kZdeQtLndDtvtYKd4Y09JuTKLg10cMFweSTuJwZyv7TI6HUajk4MF5JZOM+cwmznn rHzIz3eQfk2kY45FDoT1yOeTlw4qrM/hw1myG/Rt8x0lVHjBd8nH03KJFNKiU6Twku+qT99IS2t8 G30H1FJtDfm6QCpYlWB9gSzB1ljcSoIQrOCTfdi+jPq+tMgoGP1GRme0O/MZc0Jj8jpYvVuwIE7L GBOM3olaso6e7EmGXLT78CTdUnEaFn5GzUcCB+h/UkmPMtw0ICE8QHf5hukRtOx/esLhxjmHrHFJ RZQKtFBfdm/KkA1U5W8NqtACs/nuzOIHf5V5KPPPa6E2c2UdPPfg984/BAvuynza6qysdMOczHFy FeAQfI0aoZmPQCBXZ+Y5Qh6oO9PB/Ir1ohrUiZbAXtm9uR0WV6+sxtV+Yscr1d3Vq6ofrWar6WLx pATnEeEepVs2Zp2gSGWkqJQWmShtLNZZKDkZlaIGQhv+MtJC21kcnaIRWbRICRbLHp8SpF/FweJg 3g6y2h21cr5Pqa3tUsIIXkKgvm8e9SZ7Qe6Fml7w90Kvqo2XpJSRXtjYC6leONV7rherxd45SWW0 F9heaGF7t/Ue7WWOkroLvZd6WVp/crqiqNfa5uw1HFGvsr0woNx4APb3VuX6m2LJVxrjM31VeZCn EaMRNsQkFF+DwaIUKRGFGTWAYlAMMxKJkDAjYS/IneZoVLXL61GBqhpQjyLSQ4hE8YezFJEN9Ffj aihe6humG3WX+9Q7w2HVFKEnQMLZD6LKKUyhlIbqJ6J3YoGbm1FUP9dPYWrrSyY1tbveTXUTESEB eoIri79A3e67EWrIrPyX0+ULC1oYpQ5chx6rvXdsz5qD/SFPZVyyRUIFTz1Vs/R/9RRMjZXwvxF3 FwfKOzozB5yix+xuXDarZ+vi8szJtb3OyOy6+jnVLlfVbLz16Wd4zVZr4baN0x9c2iTGF1QFmupr 8jXeUH3xiVm/mrd5frlGyzPrwvtLNlx/sVG2RWpqPVJTKE9sWYwbH9zS0jetsHBaX0vLQEsRxfNl hBgvcm1E15nRQ7JgbHARstC0axZpmMUEjZ+ZuCLb7PnEaEkIOCEMCWnhisCaqGypJkDMxMoOj8Lq 9Tq426xBWMB+IpwTeAiP4jTW6bCOM29CDAMGrYZKZsK7xGomWifLvCRB3kMsTHUl+UIEkIvWQC3E rDEniBBgQsfGn8P7NpzOPMVl/PA+lGZ+BaXbmUPX1+9jouN9CCauZD5lhYl+wlHmUxihFwFRbUbE PEO4VGD9mU9X0h/YQN0EL/0r0TslqA4dk7seloiSkRxJx6Bjo4OrKRgs2FjA1NY+XotZRo1dkoLb gqyuYh16j4hSmUBSu/0RItobUIPcgOWGVMNow8UGtii6Tk+XqMJoUar0sh7ri8iUNj5SDMXFpfkb LMghOPz0lIpFW7rhUQ42c0AhE1GwLTfOp9C9UurcoDulwht90Uh4+OapJDS5mQyE/lRAn3XiMyrE VwE+oTgKoUpoED0luH+tXXV48O7v3tuycPfpZV1PxFtFWyQWc3cOL4iwyvPJ5I7+aGaZ3F3nvmOo 7fFZRW2rYHTV00NTFz+PJp47DZrnEg7LH3fqBaO2bdf5vSVVkdTXM42hRVuSR7+en7f/t4fn3TwT tEo9e3tR1nNapxbzjM5mo7E2ValBRWNz2UpsHbbFtpU2zVUb/MEGF2yw0naP7RnbadurNi5pA1qP 37aBelPj9HaFVuM2W9KGozYAvw0cVMFDo8NWYxu0HbBdsF2yXbVpSREesgHdWBiyMTYqXoJlinol Ms2mRtba3QruSRgvGrERTAMWxjigT9BDeUxKb7vpxlGtyJunYm5GR6s7LGHqYxro7wMCfqJ19fYY kzMk8b1vgu7Bpwrj023X3icgaBqny7+2yqwBd2ZL7rAuojJejYvmFiAfqkbt6Ig8tANgOwNWxvEI sQwwWhedtq7IAQ87vu7AQhT2RY9EsSPqiJoL1z2iO0iYp1PoTHTiROdQZ7rzSidbtm6n+bAZUxe2 lRE3TJ9eWb+B8zg9Qc92gqI4j7ZyA2/wGMoNOw2HDZzOQCitX90ZUGG5issv55C5KjqHiTxUsXmj evLJodEWEjGmyYZM11MfQ+440BdDp7+Y37mmt667pfjt37/99sja29ZWLzswmPr68ujuLwZWlzuj yXh8fsRuj8yPx5NRJ/PJ3YfLHPJt62b8aOyHP97+QnnZoXXzHuqtrup5aFycOTy3rGzu8MxZw7PL ymYP47eblnWWlXUua5qWapOktpRKh/X0d20I1nKjC7KddTqckpMx8F4+zDMECoGZSqp8wr56DDac RxL0cIHJ3AnYAYDVWP3lgktxubDJsy+7py3Tvf3zHvxeNpvwDHn2e7hpai352++hG+EsLR4hmTF1 V1w7T63VmYlRdAQATMRk4HmjBcwJ5HIhAl0o/oyq/q+oemLYGqMEN5zdrlND+wnn77jh56a2Uj/F 35DDp0ScwaT/sB6zvymory7RF0Xw6fHrYPc2N1ZbYhFPJRPheJNux2fV19/SGq2GVzI/IGu0mLkd vIRXGXjuLOJoGP21CeUCd4m7yjH/orpkR2T+o0+UxdxKDtPcyT//RfXBnvzjB1lfrP737yuDHCzO Nv7+u+8pGg7eoenTb/9ayRaPnfz5W9nWxtfeVGq4Ng4XZ9ufHDuX6+all5WNHLydcwMv/N5Z5RwH z3CnOXyAgzs5qOM6OExjmTDp/x8bSTv5yacUTn78kPIH7hMO38lt5jDPebiz3E85doiTtzyskN52 coe573DMPbl+9ctW0H5PZ59+enGPsjI3wvmLsgMxd81TJA4wZ+OwnB1jU4tadbpuqnI+14+xqoak L3JXOAartxdJ2ds9BEpZuBe4lzlGB4erEP1dCgEDJjzf8rrqDSavL0yPGpLvHKLMwhAaZ0zQyY2Y NSJswnTzNpzdv6VnbOlWSLi6iogbcfEr8Vlcc6aI9Ns08Rn7kXr230dk72U5/wkMu/VP6vETAtzv 3eV9wsvcb9llecLClFJEqBBoyNbBE1OAmwK6KVrUWy6brUp5eUzr6PH7037sLzeBqRfFhFhVTI4l YumYxhhrrmre34yHyNdoc7r5fDPXTKerEIEeaf5LM7Y0Qy1q9pNWqeaxZm6q0JygzuL9zVeaGZmk h8ht55svNmum2FKj1GsuelINtsCAJiUy/oFCmwrbyB+xw4YvN4Lq9CULQo1O6s3qo8qQ1IWJwOqn O2nZY/S3/oyAPZt0qXFVBGx93rNHxZfqWxCZH4lzv9Lz5jt993f6VlQOHLzzypRoeFWs/+H50nVi reIVe3+wvqp85sppt+1dVtv01Vf3DP22n/m0qbvJl+FKOwfHz3WsnBEY/xl5pxCac3fm37JiPbxg 08yWVfNqTXzNwvUdt33tjkYNlUFzM6/AFvQLIoOaT/GH0DdUGgnorAqHBBBSVJZovsU9u47fwu/j GZ5uMo7YGTuipunVy0CmfS48nvMEaWtVLwibO30MWwIzNy7sXeQoFAsdbbUFNaV51U3r+mfnzfEl 620eu80TLKhrdJY3U4yzhbkdv0L5HGnRW/Kjz/CnebyEv5PHXTywPLzN/4H/hDxfnp9UXHwJX8cz /8XDqzxs5GElDwt4onOzbh+Wd/B46nkeTvHneDzC7+dxDT/Ib+QZQe1pI3+UP8Vf4q/yXIIHia/h 23jmAg9qS5zih3jcwg/wmLSGw+q+GT0xhrjDiCWQjGV0rJayC0v5Jfp6X/bw4LsEmE/Gi96I78nG hFIKIR8iFwlT0P8YEc7ItObYA36XoT87iFaiF9ki9iDSoCrZizW6LSyxazSYQEIWLGwLu459k51g iW3rIbovFnv9dciLxKhrnW4lgZMH50rm7PVfMuV4XxTeuiOzObP5DtrvKtJvYLLfITJwjY70S/qJ YLDgFrwOv4knMIfVfl9/PRaj/ZJuCQXX1/JAul7FlJN+z754B+yAHXdkwtGsLyQzG6/i9hK6aZfz Sp0QdbQ68H0WuM8Aqvgs5cCuVa0mvVnRoo/2EY6l2wUmG9J5CZhWtwZ+Fo5S7Z1zAbNu5xSchYrq OW+vzl05666uR17ZKstbX3lkeFu7HT5MfvvI41uHw8nOb78DBT/8IXh//UxncvrZ33xCxtRKxpRQ xzRHrm1ydbl6XUyT0CX0Cky7e5Ebz7L0WDBjQjIZErJ/REAVRjr6sweyjtXpzAhlB0a36cbVoaEB dQfHrjpbaExkIc56pFu77ppV6dbZ27cNb3+VDu/VzOxkeHjr40e+nfzqJ785Oz3Z+cyvM+//8IeZ S+98G904Z0bwlAkF0NLvFQnEOvRS9N1M0Pdi50ontgokda+Rburep4F7GTCvQyISZRHLYkrd8WPz 1sm6/bpRHaOzbzBofRsoHM+dsKLQ6HJ2LakHALJuc9KpLRa1fQnznKi965lheoDswrtnPE3LZ84a qHM66wZmzVze5MFHn81cP94Lg5CEObA084+ZF/b//sn585/8/f797x9ZtOjI++p8Wsl8jhGbpIyY FU/Ka+vpz7bsLIUniqCwjCSbCsHrCrvwatP9pidMjL4kvyRUwtQE1umnClMTU3Fi6tDU9NQrU1li pTgc69AWegy4pqZ6Iy/tlA5LjCSVF2ywFrkirhYX43JZPeUbNNwj3EGitDhtFhp+0QjJbsWRZaAv Tt14ozrJnsWBanQISy3j2knPbX12jxnUcFb1yBlZptZpQ6OD659ZW1vasXTj1vbufW3TRXskVuvp 2NxTz7U+sSS5Z0U9nHhoc6Clt6l1W7xg2jLm6B1H1tQnvp3JHH/otSfWthVZrX/az5sNXNO2XxwK VsVWHIQXT35nwfpOf4Hnsfce70KTcRK4kesgUmT2WZL5k1zq9VOgR38FJ4RfxP8bf4Y1PM4jpYiD aSlulGh7Bhg4M5H+vs6kUAlkz/JRhB7/UX+4ZjjsJiJmcBB+uczB9ajPeTHzIeMjPFGJ1skz9Sww 1PGC83RmxUFTelu+LWRj7Hk6i/IEEYIRcFdWBgrK/spZOYPhCHUXC1yCrnrA8LHR6Kr4uNL9sYvG yUbUmPRGdeeCIkJhPBo9F4lmNR+1S0AN3FPZJs6QRF0TOGnssBoq6yTqzupwkSJ8cPqy6QFffSIW S9T7Ht66I947xxfrLA93xArm9MYzH5bPuasNSlu6GwtwJRQ0dsehZO+hyNrVmdPR5HQClfXh6clY 5sTqtRFKl6uJPvumurcTRsOyHh3U6yXfIcc31LDEYqLXPEg6L2GdNFIJqBJaRir3V+LRynTl+UqG FFWqDiKHW8n/lufZdb4tvn0+xpcqHSodKWVKuSct9LxATvVlA2hoKDjVgNZY5G/8GIH9b2jFL+3W 8IGZmxb2LnYUSoWO9pqC2tI8RvnC/sz1839bcQI6lPkQp8j71cJ9cpGWxQ7chpOYNWIDD+OXeJhU hKM88Gpkwl+uKgJPdSWj5m1/+kBJ82M8HuS38QeIbmR5Cqmtv7moqJr0AlGUeCx3c/m/v62keEjy QFUtpg0knnntFH+BKFSGPIJ2gYdyrZ/6/o+VJ/nn+Zd4ZhsPTXwXj1/i3+E/4JkDpIX8rVHyBHjy AX43LXqJf42/xjNEnYf5Jh4/TxribbTZ6rW02Z1Xeejie2lf1D5qIsk15MYnyV06Cw8TPOAj/Av8 e/xfeJaodVLUSMrIuGX+PI/fo+od2CtAcSQwH2Ok+RihiCo7qeYenrSgh9VUOKvHJxPhGxG66kGL 7NacWvR6P/0ZBLs14CTs4jwEP8n8EsozH2qORMo/s5ZH1L0uhNgNBNc4wX0W6SfOnDDP1NOj3RKv V/YYwFDGWxQbLAC8jzSW9RaFsdlt2Kgp0GDeQE+iFvBWRQ9TARONSI8DQK9B79VjQa+3u92qPbB0 UBlyQ9K90X3UzdCikz0DilpVvqhbQW6i5dx+d5U74WYb97sv0oOIQ+797rR7jGQ0CZLB6l2yot5F z4Grd5fYvUqLG0gHhl40QiExciHDgNNmc9r0kOKRBjQansmFR0zah3S3gu6a9U3+Qk/2h9XCtFzd 9Q3nDv+hcFZX1cNkXHPWSFSdFcvwlc+2HgsWtTNfGzdA8fSH7l5ga+rwXtf3szuNul9A8+Jra7UG Awsos1uVc7MIH9hUPjgqW1geedBMtASxRoSvqDCkzGhVtLyGdxHo2MGz1z7h4RKFlVnueJriQkq8 Oaa4/FfFpqJFihPx2ypBj5z+zz8q92STcuy3v1OKaQvCIoQ0/8DDOcIEWIWttCe8jAeKLJM8Q59Z QrhE7dnz6k+VozwcpKwC6wnElPkEn+IZTGtPvvQjRe09+P0XFUrOBL4CJWmMCDgdJVzKPjlG6Zli cfUOeXDPPmWCUvkQKWdUOqfczMzjARGuucLDyzzQe/E8CmoRL/B4gF/Hv8kz6gN4uWO2kuBHeExZ JkUFwa0c8zGHYJJTsr+OMRmoOxnAHs7F7BJjMRvlG77lZKhqD67Pcov60y2/DV/O8Uxt0BqsDVhn EX75JeGbDyPl3F/KI/+zlL7LQTyXeYrwjBWMZ5GVzNJP1BUBaWalxg4ldrDZgbXDVTu8bf+DHZ9S 94vG5GfmLVASdojaW+3YYZfsWGOHj+xwwX7Jjh+xn7a/amfW2wES9pQd19jb7Fiw++2YdNRwyn7O ftXO7LfDRvs2O1ZbsHbahjlFKjCpwFVZw2fInraP2c/bWR1nwGarBvEj2v1arDWywj50hOgfE2Jk BusYi17gDWadlcNawidmujtUZWSMNBDrZ31uVW3GftYX/U2UfFndjeqe/xeOk00eGMuaD+GwvZ5j YkzQbQJt0C7audLgoAxN4W9GoFnOnILZcuZfI98MZ16RQWHL9/0LdGbO/mjvsqV7f5B5CZR/3bf8 C3jg9u+3hxaFVqi/BHLxJMEC+TTah2C3fLpTU0wKXKiYIAFrFgYkOKzjjMUfBwLg+th9gyxsN0EA dYmfi6o7EgQy06ND9Hh/fe0Uqv1LwlBL9yitBGu5CbpXYYD4IlH2BbGOcHlnzEeU/aMPP+xrmBeL zWvwBaYvkwlVrF0Nc2NEzesZnqj5KMwiav7Q3syv4wQOQCUmcKAl86u2u+bQn7+ZeCUzG3aq8Stl UC6/4fbTA0Kz1ugf0GO9XBhQknrQF0idaxxgcIDdETKEvCGcuRC6FMJrQg+EdocYKQTPh94J4edD L4WuhZgDITCE4I1waE0Ih+QT31NC8refUwZpqTcUDjFPfUBa4XOhCyHsDXXRDnpp05pQWwjTDvA2 tYO1arOuUK/6kCdDXEjuHVBqaN0DIfqod0IfhDRNoyHAfvoDLv5QVSgdGgudD2kSoVRoiGTY7O+4 VFYplhDo6E8kBRNllkDC5/Gqh8Epg2aD6AfWZ70Sqocud5gk57QZzjEhaTD+swt94WH1UNOXfkAp F+KQPZFdlz17sZP+WJI7+6NJbvrjSfrwvLWtFXIw4g1Em6bthdiXflPps0urv5Gq0Ov+bW3BV/cw Y57sb6W9M/Gf8LoaC+1Gx+U9dZ4Oz6uetz2sy1PiecZz2sOeVvPMAc9RD37YQ/jVk/IMeRjJU+Np owdzBA9uvOKBC55L9MAJ0HanPExK9WgyrNoq6WHPZ8/7JD2Dav05Dyd7AAvZUz/0wBA9q8I6Dzsc BCE6GVc2sGX8DYKnLxMklw3BuXlSZ0BdvS/HuzDUpn/9izEvf/h1vP+LcS/sT64rdP4r4Vm2iHlW 9XN0yFUaP67CKTyEWQsuwliHOYT8SEYpxCL83REC+DXfLdKChWhf2SgQQ5oenLn8277LqsFDhkb4 DZyBWvqfLbreyZy93onNK1fCE3TrKOvH1ziI3RlDM9AC3C2LW2c9NgvvLIQVnZs68Yrpm6bjWVN7 pmLDVJjqJ8zf2wjVua37SuqMW0F4qKkYFnoglHd/Hr7fDYM22GgCg8FrwCoS0XEapwbrmbzGqUE2 5FYcdg03k3W0KSGkzDUTmAahuTw/N8T4jSzlvOS2JKSSQ0lck2xLJpOMPwlJ9YDFf3+qPJ+EkSQM JjcmcSIJ53I14fc/UEaT6STeljyQxENJoPcNJpmqJLBJR1JKMr+8kLyUxC/l2rtefVNJJ8eS+EDy aBKTDi8lryaxWmU98yPlpeRrBCGTG48mmW+rpe7nXlDGkueTWErSQTHn/k9nTwLUxpXl//27JYEQ LXEIgQG1wikEkow47QTkS8gGGxkkH8QYBEggB0tEEnacnR2Ty4knlyeHM7GdMc4mrsSZbMja4xyb sUnVpHLMZsa1ldmplOOEJDNbtbVhzWQ9tZPEFvv+7wZ7st5kdxC//+v/3vt3d//f72j/B8BBGG77 U09DZjB3/JLf7ff5+/0T/gP+Sb8G+Z2QQHYjOD3nn/HzlMIJFLToOb8a+fWMwgfEM361W4I201bM +AWZgUzL9T35w7u9LB4bZ7HbORDyin7sa8Wt3jRpv/SkRDRSZppPq80zNWerlpUJazVFPp+Dr/MV GXNkL2lMqJzXTG/H8iupW3uvukjcTuezTTarWRQrb198i7soZmYKCLLiE2zoZplomh3oqxDmDVOW 68HuGtlsuNemwLLZqBq34EamYJBJ1GasWG+VL8ieF1TE6BIPyzJnQh8GsDmsgxUgudDce1sLPm5v IA/hd+/PKHHcVPn7Z1PPvVDRG9/f/eevWvrHGwsbbAXWnodCA/sD5am/de/saZdSurK2phJ7YM+2 4ppGk8u/TDod2cYvXzeyvsmUmtj+mp8q8VQNJ25ffi6//nCJ21n45iu9d2xpyl2yamN/U+stG6pt 7eFv/slU1Sjhd/UOb9jbcWt7GY8aNq+uy8q2tWxdOd1Pn5t5CAmPwn0rB/3EHSH6bH2JnmgimZj5 1OxRfGqiHrVaowhO3dQlnhEZcavP2G/k9EYnRMRtpGcTxgPGKeOcUa3bq3lYc5SaG2CNRifmEE2f GmUS3pB+jTvAa3RGemWLVMXQAJ68srdLzBTUFtRFr7UsUBPPb688/tuU9Qmu8RS+A0dP4FOPcvqU m/kjfp37PdN4epy7RbZW5qiNKTnP9LnM6Fn3QLa5UMVnqU9o9LqMNF5jOJGVV7CE443kBJ9TXCTw fO4JY2sW1mTxRiOfpeHTkWjqNHEmutEyWTLT4cbworZwidZckPmimJctilosilijFbUiLAGIhhpZ u6hkvZn5hTK4YNrV1ioRdtTqf21bmJJ0V7EwH6+dmTDRSEk2DSX1LggWun+A4MotIVYMiPOpyxtG NqTeWx/Z8LPpZV/jjI6RdlzfMdLxzOnm1ACub079issIp3rwcRrC2DWMn0hFaBhOvY9d8vsa2/wX whHoFzN60m0bwbg+bU0aV69Zo+GW6dbpOE0h1hLzNl6VQ614LLwFt8oKX/S6rnJ4mQeoJqnUK1kw b8mxcHMWzFEHUVOWacuMRcjtyURCDhH7OANpK9hcwBX0a6hLSg30oxaeTDYqYlCsTmbZRlV2Ayor 0ip2E4rxDn1GSaX1is7bgmotfy+14rEn3z2U+lPqv6jeW0Xg3v7IwWCNbM1z+ZNtL+7r+uMFUsfO znfd219Xt33fRjr35z8VpqDtmdjtPt6mxUPpyfS704mHx7fzP+K5NOqpeg/ZT7gQwavoO6quDG3G Nri6OY5o09O60nsEPkeAyQKzmiS11J8fCWsxr6VG6n4tr9UKGUc5vIfbz8GzEJu4Jo5Lpz6v9WZ9 n54T9a36Tv1e/Uv6i3rVJ/p5PYf0bqbOwS+fhOO0nkj6Cf0BPUH6c/oZquRBLXxOVju8LNbnsNgt ajO96TEBC0KuwAkic8RYWskcMZ42FnkVJ45ugw66nHDpGUToy1QTnlqwyP7NsprZu1X9r+E6XLi5 MnMOufuZ6Q/VO+xltj9wXf6FA7NbqXcGnKu+1vRHmHr0yh9cVz55gis+hQ/ix6GX6wu+/k9Bx8ag jJwvqIf+P5TyYOoXmODD7mWC+6vLXsE9+6X3oECljyRfsArNwn6BF9wffOhVCUaBOye4334PiF6f ZkSc4P7Zy4phynMveKkgcr9ssOJOn/w7Ly/kCNxPmQDx0FPerxRx42NPyGLUhx9RxI77HqCCyX8R qDBTtnb5m7tlVPZo3MsEn5yAI58JXwqcLJfNHgh7h5gFDaE6p1ydIq81dN/sfUzA/bLhjF8RtK5d rwha13i9UwJ+RiE2LWuFGuLmSwKeEfAvhQ8EjrIxoaZbtDm8E8IBYVIgnFupeKEk55OXles1C5ic 6Edj9LNPU2ganYMVEaUpLvPSmL5Ipe9iC+UXqbbe+Gyv7ApeXvjZZI8PsvSzT15JU6GnIvGk8k4K 0IuRvgZyGQ6FUx51259fk3UotswPkTeFX6FGWNCtxZz7/oxsnJGFeVeOq9RFHl+FdaanTNxj1fhH y/Gdax5Zw61a3b360dWENNjD9l32g3a+gZlqETV1CE5VzTkOWXGRtYU0jOk9kocTdWadQ0c0ugIP aWzMbYo6LXSZaLHsc2Jne387Ru1Su7OduAGebJ9p51dEc1Wq/bmYOV4uT9d5c9sqE0VNzpsyrZ7c FZoihKj6T2FBkbpFl2hE6no1ykettbUO/fv0SfQ+U5Smt15myKVYv8iaP0xFNY9qBsClArcoqhbV i/pkKxj5hbxgJxUG+v49z2AX2Lqg3pVbjJktDGCKBSYJzS2hQtMKQwumdgF5hkyMP21KRLYUrbzB sHLj1kp7j99bX9wwcL+/a+MzLSuK9M6mFrOjb+v6ZktD+LHtXbihtKXbEd115Rupqb16CLZ7uhyT DrvP5lktcEtq0FtsjR2DK9bu3tygvmMvyRdT//aMmJ+t41IlhpKaZb6RNZseGnGrH8D/epP/RlvW lf8w3E38jR2N5Vn4H3U7kIA8839QDcGamiARlSAHrKx/+hqyy1aM1Yo1Y6YSZ9BFdBUAlVTHsZwe NPSgoodlp6p+XlqHcR2hfiFIeukpJx2XMkA59af4nxecGkvHfbBrNZ9Wv5J7WsdzfP3pmldaT1dU 0Jf/tY7ZS7OtrXBg6jGXZh02RTumV3+J7e2UP6EEu/CCcsx1/Al+J+7VKDkVuzJ07Pljk8eOH332 SFblqqVL3eWiWO5eunRVZRbvmHz+2LGnjx995vC3UTlCOPXjk2+eOf0Pv3j1Fc/O9oqK9p2etliH 1doRu3Lm1JtnXrkOQvFTmOog58mHMPuq0F3uHq14v3hYJCHruJUrIHT/rlVhTWk+UmOLuo276v3D V41l3x+T1fxVrx/e2wz3GbhOAzZU+rBRry0tNW/MNHJqn7BE8d9A3f/MKlpGihNYWGMtqJLD9HUt eM5pYIKj8gU7Lrxok8hco5Aaz0jq1jt4Vc09PW+9URc5NuraXZ+ylawMtpiaGmuzqqKuuyfIh1+/ Tj29YqF8c1WJ85svEq/dsSZDmyoL/7jXRl2BcLPUYyGTEyEsFNfFbrurT7zxT8gsf1/s7cALry58 A2v+rZRH9SncZejHxzglEfjUltQatHnxO1oY/eVfN/cFWi28jXIgLOcTaDl5EHkhbOARqoDYxzWj HJodxQFsg2DlTiAr4C0QKB8HMaVfByEfgkNF6U6gdaQI+antM/85gqU0WgJpreoitBx4/Kw8wFEY 0juAhpa/X9gEuE0yDZT1NJR9L9ANQDil8PRAyIKwBUIlj+bnGPw5w22AOjfiW9EmmgdHz1ejvfxd KAxhBMrpgbBSqe9KyB+R36HXId4B6T+BPAZovQE3JKfPvwXn5yk/tGkDlJ8HuDKIbRTGh9AhWrbq BPLQ9kNzqtE72I3f4Qa4fyZ/z1fyP+B/IJiEg8KcaoPqY3VS80Aan3andiIjK9OTeUbcIn5m4Aw/ zLovOz37TE5dzme5j+SeM3ry0vPuNGWZ9uVn5XvyLxVUFzy9JKewvGhH0XtFHxfvM5vM70nbLC03 ZNzgu+HcDZdLKkviJdOllaXvlF4uS5Z9Uf5GxVjlJitvjVetrvpl1eXqyZqcmkl7sf1jx+vO40u3 LP2IzYJu1AP3MPkq08PdqwfGSQutJAxbiDctzhX34rzBQOlWYA6pkU+BCewTNiswDzRxBRZQBrpT gVVwl3xIgdXodvSUAmtQDs5T4DRYW9oUWAt1aF78uqEdBxRYh/biuxQ4E+YZ1VjCfBqcTXA1CoyR xL2owBzK5N5XYIIauPMKzCOJGBRYQCayVIFVqJisVWA1ukSGFVgDc+1mBU5DhTAnZFiLmvijCpyB tvG/U2AdSgkuBc5Em1RLV0eGI8nI7aEhaSiYDErPS7VOZ6O0IjEYig6F4tKqWHwsFg8mI7GoXVox OirFI8MjyYQUDyVC8V2hIXtHZCAk46XuUDwS7goNj48G44sZ1Ejfpvj2+aZQPEFPltqdtVdx3yaN JKSglIwHh0I7g/FbpFhY6oI6e4PJamltdNAOFRqOJJKhOCRGolLA3m2XfMFkKJqUgtEhyb/I2BkO RwZDLHEwFE8GgTiWHIGK7hiPRxJDkUFaWsJ+vQ7oToZ2haT1wWQylIhFR5LJsWUOx+7du+1BhXgQ aO2DsZ2O78Il94yFhkKJyHAU2m0fSe4cDSRCtD3JEWjjNS0Ox6DyiVg4uTsYD9H2J8YHdoQGk1Iy BrQhaRTaEQXW4HA8FNpJWzrOarx7JDI4Iu2JjUvBwcHQWBJ6hJL/bznbv6uyo4tMrKZoNYqgYQhJ CLejEBpCEoQgnAcBeh5CLXLCrxGgFSiBBoEmChQhuPgkWIrEIB5jxyDLIwZYO6MdhZ8E6TT/EcAl 2FkIYsq7i5VlRx2AH2ApV/kluGmEGGcYdQE0jMYhryCk/M8a1ED4vjy+D7+JQYlFzFKolxPafT2+ 78s1wtpJ+y7JMLSeO1ndb4G0GPBJrE20n72MsxqgtcA7yPotztpLc0myvGXKCMs7ABTdjMrHOGk/ JFlpUUblv06JnVBiGPhpr12lHGR50zGWc44BPKL06A7o7TirwRDjW2hbAkr+v86Abla7XazM9Sw9 yUae4kbY2RhaBg8DB9rNfnag+cucB5V87QzaCZR/LV8S7YHzEMMn2GyMKuNtZ3nuhLkVYLNyYXxo X8jjeP0xDrOY9nyCcSShJkE2Vgvjn4A+HICeDLH+oznGlHwpzagyHlGl1CDUiXLTcVsY0/Fr+ng3 q88gHCVoSwxwlGeQ5THGenbomtz/v3W2/9U9O3qdkq72KXtey2tGC2Rxnb+X0/rPYPololZ2PIt5 91Y8cwX/5gqWruC932DfN3jiywNfcn+cs5pfmjs7x3Ve7Lv40kXivIjFi1iDZvWzvtn+2bHZyVlV uvgFzkD/jg2fzzSZP3FdCHzs+iiALuAbfRcmLkxdIHSn03NBo/VcwCTwETGa9dPStHN6bHpi+tz0 zPTctGbizIEz3C/ecJjFN8xvcOaTnSf3niT9z2HxOfNznO9w/2HuwBEsHjEfcRwhh560m59sKzY/ cbDCPHNw7iD7mEX9QZ3B0/c43vvIw49wY/sm9h3YRybuOXAP99Kus7u4hM9qjkVt5mhblTnfZQqo XSSgIvPsQySrB8oqPf19bnMfEN3c4zT3tFnN2a6sgACV5YFQJGbSSjpJjDxMzhK1pstXbN4IYcY3 5+PETnOno5N9syvYboGM1o2tm1hH1nqsZm9bk1lsM7c52n7T9knbxTZVXxs+Cv+elzxnPcTtsTo8 bk+xxVPoXRIwunIDepcY4DAKYBcKOMR5kRPFPnGvSD9ggajzfgG/ig+87O+22dpfVc93tU9pfDdP 4fumyrrp0b2xZ0p13xQK9Ny85WWMH9p6z4MPopVF7VO13Vum+ou2tk8NAeCmwAQA+qKXjWjl1kQi ybaN2GYDcByOyDYOSdsTcqKyr2RQAicSKJHANopjIKSghI0m0xTKg4FzewLRA8XaGBWFEgnT9v8G Py3YUwplbmRzdHJlYW0KZW5kb2JqCgo1MSAwIG9iagoyMjI4MAplbmRvYmoKCjUyIDAgb2JqCjw8 L1R5cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvQkFBQUFBK0xpYmVyYXRpb25TZXJpZgovRmxh Z3MgNAovRm9udEJCb3hbLTE3NiAtMzAzIDEwMDUgOTgxXS9JdGFsaWNBbmdsZSAwCi9Bc2NlbnQg ODkxCi9EZXNjZW50IC0yMTYKL0NhcEhlaWdodCA5ODEKL1N0ZW1WIDgwCi9Gb250RmlsZTIgNTAg MCBSPj4KZW5kb2JqCgo1MyAwIG9iago8PC9MZW5ndGggNTc0L0ZpbHRlci9GbGF0ZURlY29kZT4+ CnN0cmVhbQp4nF2Uz47aQAzG73mKHLeHFRnPTLIrISQWFolD/6hsHyAkA41UQhTCgbdvPn9uK/UA +sZje37jcbzY7Lf7vpsW38Zrc0hTfur6dky3631sUn5M567PnORt10y20v/mUg/ZYo49PG5Tuuz7 03W5zBbf573bND7yp3V7PaZP2eLr2Kax68/504/NYV4f7sPwK11SP+VFtlrlbTrNeT7Xw5f6khYa 9bxv5+1uejzPIf8cPh5DykXXjijNtU23oW7SWPfnlC2LYpUvd7tVlvr2v70XYcjx1Pysx9nVza5F Edxq1kIdoL3qWEAH1aX6RGoPXVK/QVfUEfpFdaV5XlWL5lkzfwn9Rv9X6A31BnrLWIF+p9bYHX1e Zu0K2ito8pc7aPKXONeRv0J+Z/zv0Ma/hSZ/UB/yV7iXI38JBkf+qDnJX+GOzvhxF0f+oDnJH1Er R/6g55K/gr+QP4BfyC+IFas/8ovVHzxC/qCa/BFsYvy4u5Dfr6HJLzhXyO81lvwebEL+gHoK+b3m tPqrnfylcpLfow6e/BHnevJ73MsbP97Rk98jjyd/BTZPfkFOb/w415NfNNb41W78ajd+3MuTXzQ/ +QXv6Mnv0TOe/F7t5BcwB+sf9G0wftXkj6qt/mAO5I94o2D8aid/pXbrf7UbP+ocjF99yC+oVSB/ BFswfrxRsP5BDwTyR/W3/kEdIvkFbxGtf+AfyV85/fDtC8cIwIz6M1ry5j6O81jRQabzBJOk69Pf WTdcB0Tp7zdN2iu4CmVuZHN0cmVhbQplbmRvYmoKCjU0IDAgb2JqCjw8L1R5cGUvRm9udC9TdWJ0 eXBlL1RydWVUeXBlL0Jhc2VGb250L0JBQUFBQStMaWJlcmF0aW9uU2VyaWYKL0ZpcnN0Q2hhciAw Ci9MYXN0Q2hhciA4MgovV2lkdGhzWzM2NSA3MjIgNzIyIDU1NiA0NDMgNDQzIDUwMCA0NDMgMjc3 IDI1MCA1NTYgMjc3IDI3NyAzMzMgNTAwIDUwMAo3MjIgNTAwIDUwMCA1MDAgNTAwIDc3NyAzMzMg Mzg5IDUwMCA2MTAgNTAwIDMzMyA4ODkgNzIyIDcyMiA1MDAKNzIyIDMzMyA2MTAgNTU2IDY2NiA2 NjYgNzIyIDI3NyAyNTAgNTAwIDUwMCA3MjIgNTAwIDUwMCA1MDAgNTAwCjUwMCA1MDAgNjEwIDUw MCA0NDMgMTgwIDY2NiAyNTAgNDA4IDU2MyA1NjMgMzMzIDMzMyA1MDAgNTAwIDI3Nwo0NzkgMjc3 IDMzMyA2MTAgMzMzIDUwMCA0NzkgMjc3IDMzMyA1NjMgNzc3IDcyMiA1MDAgNzIyIDcyMiAyMDAK NTAwIDgzMyA1MDAgXQovRm9udERlc2NyaXB0b3IgNTIgMCBSCi9Ub1VuaWNvZGUgNTMgMCBSCj4+ CmVuZG9iagoKNTUgMCBvYmoKPDwvRjEgNTQgMCBSL0YyIDQ0IDAgUi9GMyA0OSAwIFIvRjQgMzkg MCBSCj4+CmVuZG9iagoKNTYgMCBvYmoKPDwvRm9udCA1NSAwIFIKL1Byb2NTZXRbL1BERi9UZXh0 XQo+PgplbmRvYmoKCjEgMCBvYmoKPDwvVHlwZS9QYWdlL1BhcmVudCAzNCAwIFIvUmVzb3VyY2Vz IDU2IDAgUi9NZWRpYUJveFswIDAgNjEyIDc5Ml0vR3JvdXA8PC9TL1RyYW5zcGFyZW5jeS9DUy9E ZXZpY2VSR0IvSSB0cnVlPj4vQ29udGVudHMgMiAwIFI+PgplbmRvYmoKCjQgMCBvYmoKPDwvVHlw ZS9QYWdlL1BhcmVudCAzNCAwIFIvUmVzb3VyY2VzIDU2IDAgUi9NZWRpYUJveFswIDAgNjEyIDc5 Ml0vR3JvdXA8PC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0IvSSB0cnVlPj4vQ29udGVudHMg NSAwIFI+PgplbmRvYmoKCjcgMCBvYmoKPDwvVHlwZS9QYWdlL1BhcmVudCAzNCAwIFIvUmVzb3Vy Y2VzIDU2IDAgUi9NZWRpYUJveFswIDAgNjEyIDc5Ml0vR3JvdXA8PC9TL1RyYW5zcGFyZW5jeS9D Uy9EZXZpY2VSR0IvSSB0cnVlPj4vQ29udGVudHMgOCAwIFI+PgplbmRvYmoKCjEwIDAgb2JqCjw8 L1R5cGUvUGFnZS9QYXJlbnQgMzQgMCBSL1Jlc291cmNlcyA1NiAwIFIvTWVkaWFCb3hbMCAwIDYx MiA3OTJdL0dyb3VwPDwvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2aWNlUkdCL0kgdHJ1ZT4+L0NvbnRl bnRzIDExIDAgUj4+CmVuZG9iagoKMTMgMCBvYmoKPDwvVHlwZS9QYWdlL1BhcmVudCAzNCAwIFIv UmVzb3VyY2VzIDU2IDAgUi9NZWRpYUJveFswIDAgNjEyIDc5Ml0vR3JvdXA8PC9TL1RyYW5zcGFy ZW5jeS9DUy9EZXZpY2VSR0IvSSB0cnVlPj4vQ29udGVudHMgMTQgMCBSPj4KZW5kb2JqCgoxNiAw IG9iago8PC9UeXBlL1BhZ2UvUGFyZW50IDM0IDAgUi9SZXNvdXJjZXMgNTYgMCBSL01lZGlhQm94 WzAgMCA2MTIgNzkyXS9Hcm91cDw8L1MvVHJhbnNwYXJlbmN5L0NTL0RldmljZVJHQi9JIHRydWU+ Pi9Db250ZW50cyAxNyAwIFI+PgplbmRvYmoKCjE5IDAgb2JqCjw8L1R5cGUvUGFnZS9QYXJlbnQg MzQgMCBSL1Jlc291cmNlcyA1NiAwIFIvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL0dyb3VwPDwvUy9U cmFuc3BhcmVuY3kvQ1MvRGV2aWNlUkdCL0kgdHJ1ZT4+L0NvbnRlbnRzIDIwIDAgUj4+CmVuZG9i agoKMjIgMCBvYmoKPDwvVHlwZS9QYWdlL1BhcmVudCAzNCAwIFIvUmVzb3VyY2VzIDU2IDAgUi9N ZWRpYUJveFswIDAgNjEyIDc5Ml0vR3JvdXA8PC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0Iv SSB0cnVlPj4vQ29udGVudHMgMjMgMCBSPj4KZW5kb2JqCgoyNSAwIG9iago8PC9UeXBlL1BhZ2Uv UGFyZW50IDM0IDAgUi9SZXNvdXJjZXMgNTYgMCBSL01lZGlhQm94WzAgMCA2MTIgNzkyXS9Hcm91 cDw8L1MvVHJhbnNwYXJlbmN5L0NTL0RldmljZVJHQi9JIHRydWU+Pi9Db250ZW50cyAyNiAwIFI+ PgplbmRvYmoKCjI4IDAgb2JqCjw8L1R5cGUvUGFnZS9QYXJlbnQgMzQgMCBSL1Jlc291cmNlcyA1 NiAwIFIvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL0dyb3VwPDwvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2 aWNlUkdCL0kgdHJ1ZT4+L0NvbnRlbnRzIDI5IDAgUj4+CmVuZG9iagoKMzEgMCBvYmoKPDwvVHlw ZS9QYWdlL1BhcmVudCAzNCAwIFIvUmVzb3VyY2VzIDU2IDAgUi9NZWRpYUJveFswIDAgNjEyIDc5 Ml0vR3JvdXA8PC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0IvSSB0cnVlPj4vQ29udGVudHMg MzIgMCBSPj4KZW5kb2JqCgo1NyAwIG9iago8PC9Db3VudCAxMi9GaXJzdCA1OCAwIFIvTGFzdCA2 NiAwIFIKPj4KZW5kb2JqCgo1OCAwIG9iago8PC9Db3VudCAzL0ZpcnN0IDU5IDAgUi9MYXN0IDYx IDAgUgovVGl0bGU8RkVGRjAwNDkwMDJEMDAyMDAwNDQwMDQ1MDA1MzAwNDMwMDUyMDA0OTAwNTAw MDU0MDA0OTAwNEYwMDRFMDAyMDAwM0E+Ci9EZXN0WzcgMCBSL1hZWiA1Ni43IDcyMy4zIDBdL1Bh cmVudCA1NyAwIFIvTmV4dCA2MiAwIFI+PgplbmRvYmoKCjU5IDAgb2JqCjw8L0NvdW50IDAvVGl0 bGU8RkVGRjAwNDkwMDJEMDAzMTAwMjAwMDQ4MDA2RjAwNzcwMDIwMDA2OTAwNzQwMDIwMDA3NzAw NkYwMDcyMDA2QjAwNzMwMDIwMDAzQT4KL0Rlc3RbNyAwIFIvWFlaIDU2LjcgNTg1LjUgMF0vUGFy ZW50IDU4IDAgUi9OZXh0IDYwIDAgUj4+CmVuZG9iagoKNjAgMCBvYmoKPDwvQ291bnQgMC9UaXRs ZTxGRUZGMDA0OTAwMkQwMDMyMDAyMDAwNDUwMDc4MDA2MTAwNkQwMDcwMDA2QzAwNjUwMDczMDAy MDAwM0EwMDIwPgovRGVzdFs3IDAgUi9YWVogNTYuNyAzNDkgMF0vUGFyZW50IDU4IDAgUi9QcmV2 IDU5IDAgUi9OZXh0IDYxIDAgUj4+CmVuZG9iagoKNjEgMCBvYmoKPDwvQ291bnQgMC9UaXRsZTxG RUZGMDA0OTAwMkQwMDMzMDAyMDAwNDkwMDZFMDA3MzAwNzQwMDYxMDA2QzAwNkMwMDYxMDA3NDAw NjkwMDZGMDA2RTAwMjAwMDNBPgovRGVzdFs3IDAgUi9YWVogNTYuNyAxNzUuOCAwXS9QYXJlbnQg NTggMCBSL1ByZXYgNjAgMCBSPj4KZW5kb2JqCgo2MiAwIG9iago8PC9Db3VudCAzL0ZpcnN0IDYz IDAgUi9MYXN0IDY1IDAgUgovVGl0bGU8RkVGRjAwNDkwMDQ5MDAyRDAwMjAwMDQzMDA2ODAwNjEw MDZFMDA2NzAwNjUwMDczMDAyMDAwNkYwMDZFMDAyMDAwNTAwMDQ2MDAyMDAwM0E+Ci9EZXN0WzEw IDAgUi9YWVogNTYuNyA3MjMuMyAwXS9QYXJlbnQgNTcgMCBSL1ByZXYgNTggMCBSL05leHQgNjYg MCBSPj4KZW5kb2JqCgo2MyAwIG9iago8PC9Db3VudCAwL1RpdGxlPEZFRkYwMDQ5MDA0OTAwMkQw MDMxMDAyMDAwNDYwMDY5MDA2QzAwNjUwMDIwMDA3MDAwNjYwMDc2MDA2MTAwNzIwMDJFMDA2ODAw MjAwMDNBPgovRGVzdFsxMCAwIFIvWFlaIDU2LjcgNjA3LjUgMF0vUGFyZW50IDYyIDAgUi9OZXh0 IDY0IDAgUj4+CmVuZG9iagoKNjQgMCBvYmoKPDwvQ291bnQgMC9UaXRsZTxGRUZGMDA0OTAwNDkw MDJEMDAzMjAwMjAwMDQ2MDA2OTAwNkMwMDY1MDAyMDAwNzAwMDY2MDAyRTAwNjMwMDNBPgovRGVz dFsxMCAwIFIvWFlaIDU2LjcgMTkwLjkgMF0vUGFyZW50IDYyIDAgUi9QcmV2IDYzIDAgUi9OZXh0 IDY1IDAgUj4+CmVuZG9iagoKNjUgMCBvYmoKPDwvQ291bnQgMC9UaXRsZTxGRUZGMDA0OTAwNDkw MDJEMDAzMzAwMjAwMDQ2MDA2OTAwNkMwMDY1MDAyMDAwNzAwMDY2MDA1RjAwNjkwMDZGMDA2MzAw NzQwMDZDMDAyRTAwNjMwMDIwMDAzQT4KL0Rlc3RbMTYgMCBSL1hZWiA1Ni43IDQ5Mi42IDBdL1Bh cmVudCA2MiAwIFIvUHJldiA2NCAwIFI+PgplbmRvYmoKCjY2IDAgb2JqCjw8L0NvdW50IDMvRmly c3QgNjcgMCBSL0xhc3QgNjkgMCBSCi9UaXRsZTxGRUZGMDA0OTAwNDkwMDQ5MDAyRDAwMjAwMDQz MDA2ODAwNjEwMDZFMDA2NzAwNjUwMDczMDAyMDAwNkYwMDZFMDAyMDAwNTAwMDQ2MDA0MzAwNTQw MDRDMDAyMDAwM0E+Ci9EZXN0WzIyIDAgUi9YWVogNTYuNyA3MjMuMyAwXS9QYXJlbnQgNTcgMCBS L1ByZXYgNjIgMCBSPj4KZW5kb2JqCgo2NyAwIG9iago8PC9Db3VudCAwL1RpdGxlPEZFRkYwMDQ5 MDA0OTAwNDkwMDJEMDAzMTAwMjAwMDQ2MDA2OTAwNkMwMDY1MDAyMDAwNzAwMDYxMDA3MjAwNzMw MDY1MDAyRTAwNzkwMDIwMDAzQT4KL0Rlc3RbMjIgMCBSL1hZWiA1Ni43IDYyMC4yIDBdL1BhcmVu dCA2NiAwIFIvTmV4dCA2OCAwIFI+PgplbmRvYmoKCjY4IDAgb2JqCjw8L0NvdW50IDAvVGl0bGU8 RkVGRjAwNDkwMDQ5MDA0OTAwMkQwMDMyMDAyMDAwNDYwMDY5MDA2QzAwNjUwMDIwMDA3MDAwNjYw MDYzMDA3NDAwNkMwMDVGMDA2RjAwNzAwMDc0MDA2OTAwNkQwMDY5MDA3QTAwNjUwMDJFMDA2MzAw MjAwMDNBPgovRGVzdFszMSAwIFIvWFlaIDU2LjcgMzg4LjQgMF0vUGFyZW50IDY2IDAgUi9QcmV2 IDY3IDAgUi9OZXh0IDY5IDAgUj4+CmVuZG9iagoKNjkgMCBvYmoKPDwvQ291bnQgMC9UaXRsZTxG RUZGMDA0OTAwNDkwMDQ5MDAyRDAwMzMwMDIwMDA0NjAwNjkwMDZDMDA2NTAwMjAwMDcwMDA2NjAw NjMwMDc0MDA2QzAwNUYwMDcwMDA2MTAwNzIwMDczMDA2NTAwNzIwMDJFMDA2MzAwMjAwMDNBPgov RGVzdFszMSAwIFIvWFlaIDU2LjcgMjI0LjggMF0vUGFyZW50IDY2IDAgUi9QcmV2IDY4IDAgUj4+ CmVuZG9iagoKMzQgMCBvYmoKPDwvVHlwZS9QYWdlcwovUmVzb3VyY2VzIDU2IDAgUgovTWVkaWFC b3hbIDAgMCA2MTIgNzkyIF0KL0tpZHNbIDEgMCBSIDQgMCBSIDcgMCBSIDEwIDAgUiAxMyAwIFIg MTYgMCBSIDE5IDAgUiAyMiAwIFIgMjUgMCBSIDI4IDAgUiAzMSAwIFIgXQovQ291bnQgMTE+Pgpl bmRvYmoKCjcwIDAgb2JqCjw8L1R5cGUvQ2F0YWxvZy9QYWdlcyAzNCAwIFIKL09wZW5BY3Rpb25b MSAwIFIgL1hZWiBudWxsIG51bGwgMF0KL091dGxpbmVzIDU3IDAgUgovTGFuZyhlbi1VUykKPj4K ZW5kb2JqCgo3MSAwIG9iago8PC9BdXRob3I8RkVGRjAwNTEwMDc1MDA2NTAwNkUwMDc0MDA2OTAw NkUwMDIwPgovQ3JlYXRvcjxGRUZGMDA1NzAwNzIwMDY5MDA3NDAwNjUwMDcyPgovUHJvZHVjZXI8 RkVGRjAwNEYwMDcwMDA2NTAwNkUwMDRGMDA2NjAwNjYwMDY5MDA2MzAwNjUwMDJFMDA2RjAwNzIw MDY3MDAyMDAwMzMwMDJFMDAzMj4KL0NyZWF0aW9uRGF0ZShEOjIwMTEwNDA2MTc1MTQzKzAyJzAw Jyk+PgplbmRvYmoKCnhyZWYKMCA3MgowMDAwMDAwMDAwIDY1NTM1IGYgCjAwMDAwNjMwNTUgMDAw MDAgbiAKMDAwMDAwMDAxOSAwMDAwMCBuIAowMDAwMDAwNjEzIDAwMDAwIG4gCjAwMDAwNjMxOTkg MDAwMDAgbiAKMDAwMDAwMDYzMyAwMDAwMCBuIAowMDAwMDAxNDE4IDAwMDAwIG4gCjAwMDAwNjMz NDMgMDAwMDAgbiAKMDAwMDAwMTQzOCAwMDAwMCBuIAowMDAwMDAzOTM1IDAwMDAwIG4gCjAwMDAw NjM0ODcgMDAwMDAgbiAKMDAwMDAwMzk1NiAwMDAwMCBuIAowMDAwMDA2MDIyIDAwMDAwIG4gCjAw MDAwNjM2MzMgMDAwMDAgbiAKMDAwMDAwNjA0NCAwMDAwMCBuIAowMDAwMDA3OTMxIDAwMDAwIG4g CjAwMDAwNjM3NzkgMDAwMDAgbiAKMDAwMDAwNzk1MyAwMDAwMCBuIAowMDAwMDA5NjAzIDAwMDAw IG4gCjAwMDAwNjM5MjUgMDAwMDAgbiAKMDAwMDAwOTYyNSAwMDAwMCBuIAowMDAwMDEwNzMzIDAw MDAwIG4gCjAwMDAwNjQwNzEgMDAwMDAgbiAKMDAwMDAxMDc1NSAwMDAwMCBuIAowMDAwMDEyODA2 IDAwMDAwIG4gCjAwMDAwNjQyMTcgMDAwMDAgbiAKMDAwMDAxMjgyOCAwMDAwMCBuIAowMDAwMDE0 Mzc0IDAwMDAwIG4gCjAwMDAwNjQzNjMgMDAwMDAgbiAKMDAwMDAxNDM5NiAwMDAwMCBuIAowMDAw MDE2MTI1IDAwMDAwIG4gCjAwMDAwNjQ1MDkgMDAwMDAgbiAKMDAwMDAxNjE0NyAwMDAwMCBuIAow MDAwMDE4MDg2IDAwMDAwIG4gCjAwMDAwNjY5ODQgMDAwMDAgbiAKMDAwMDAxODEwOCAwMDAwMCBu IAowMDAwMDE5NTE2IDAwMDAwIG4gCjAwMDAwMTk1MzggMDAwMDAgbiAKMDAwMDAxOTcyOSAwMDAw MCBuIAowMDAwMDIwMDIxIDAwMDAwIG4gCjAwMDAwMjAxODIgMDAwMDAgbiAKMDAwMDAyNzk5MSAw MDAwMCBuIAowMDAwMDI4MDEzIDAwMDAwIG4gCjAwMDAwMjgyMTUgMDAwMDAgbiAKMDAwMDAyODYy NSAwMDAwMCBuIAowMDAwMDI4ODk2IDAwMDAwIG4gCjAwMDAwMzgyNDYgMDAwMDAgbiAKMDAwMDAz ODI2OCAwMDAwMCBuIAowMDAwMDM4NDc5IDAwMDAwIG4gCjAwMDAwMzg5MTUgMDAwMDAgbiAKMDAw MDAzOTIxNiAwMDAwMCBuIAowMDAwMDYxNTgzIDAwMDAwIG4gCjAwMDAwNjE2MDYgMDAwMDAgbiAK MDAwMDA2MTgwMiAwMDAwMCBuIAowMDAwMDYyNDQ2IDAwMDAwIG4gCjAwMDAwNjI5MzcgMDAwMDAg biAKMDAwMDA2MzAwMCAwMDAwMCBuIAowMDAwMDY0NjU1IDAwMDAwIG4gCjAwMDAwNjQ3MTIgMDAw MDAgbiAKMDAwMDA2NDkwMCAwMDAwMCBuIAowMDAwMDY1MDcwIDAwMDAwIG4gCjAwMDAwNjUyMzgg MDAwMDAgbiAKMDAwMDA2NTQwOCAwMDAwMCBuIAowMDAwMDY1NjIxIDAwMDAwIG4gCjAwMDAwNjU3 OTYgMDAwMDAgbiAKMDAwMDA2NTk2NyAwMDAwMCBuIAowMDAwMDY2MTU0IDAwMDAwIG4gCjAwMDAw NjYzNzEgMDAwMDAgbiAKMDAwMDA2NjU1MCAwMDAwMCBuIAowMDAwMDY2Nzc3IDAwMDAwIG4gCjAw MDAwNjcxNTMgMDAwMDAgbiAKMDAwMDA2NzI2OCAwMDAwMCBuIAp0cmFpbGVyCjw8L1NpemUgNzIv Um9vdCA3MCAwIFIKL0luZm8gNzEgMCBSCi9JRCBbIDwyRDhCODg1ODZFMEExNUU3NzJCMTJGMEJC MEU0MDhBOD4KPDJEOEI4ODU4NkUwQTE1RTc3MkIxMkYwQkIwRTQwOEE4PiBdCi9Eb2NDaGVja3N1 bSAvNjkzNkVDNUNCREQyQkE2ODQ1MzhDN0YzMkFDOTY0Q0YKPj4Kc3RhcnR4cmVmCjY3NTAxCiUl RU9GCg== --000325554c6e6f30cc04a04fcb41 Content-Type: text/x-patch; charset=US-ASCII; name="add.patch" Content-Disposition: attachment; filename="add.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gm7f33wo1 ZGlmZiAtcnVwTiBzcmMvc3lzL2NvbnRyaWIvcGYvbmV0L3BmLmMgc3JjX2FkZC9zeXMvY29udHJp Yi9wZi9uZXQvcGYuYwotLS0gc3JjL3N5cy9jb250cmliL3BmL25ldC9wZi5jCTIwMTAtMTItMjEg MTg6MDk6MjUuMDAwMDAwMDAwICswMTAwCisrKyBzcmNfYWRkL3N5cy9jb250cmliL3BmL25ldC9w Zi5jCTIwMTEtMDMtMzAgMTA6NDY6MTcuMDAwMDAwMDAwICswMjAwCkBAIC0zMTIsNiArMzEyLDcg QEAgc3RydWN0IHBmX3N0YXRlCQkqcGZfZmluZF9zdGF0ZV9yZWN1cnNlKAogCQkJICAgIHN0cnVj dCBwZl9zdGF0ZV9jbXAgKiwgdV9pbnQ4X3QpOwogaW50CQkJIHBmX3NyY19jb25ubGltaXQoc3Ry dWN0IHBmX3N0YXRlICoqKTsKIGludAkJCSBwZl9jaGVja19jb25nZXN0aW9uKHN0cnVjdCBpZnF1 ZXVlICopOwordm9pZAkJCSBwZl9zYXZlX2FkZHJzKHN0cnVjdCBwZl9ydWxlKiosIHN0cnVjdCBw Zl9wZGVzYyopOwogCiAjaWZkZWYgX19GcmVlQlNEX18KIGludCBpbjRfY2tzdW0oc3RydWN0IG1i dWYgKm0sIHVfaW50OF90IG54dCwgaW50IG9mZiwgaW50IGxlbik7CkBAIC04MzIsNiArODMzLDYx IEBAIHBmX3NyY19jb25ubGltaXQoc3RydWN0IHBmX3N0YXRlICoqc3RhdGUKIAlyZXR1cm4gKDEp OwogfQogCit2b2lkIHBmX3NhdmVfYWRkcnMoIHN0cnVjdCBwZl9ydWxlICoqcnVsZSwgc3RydWN0 IHBmX3BkZXNjICpwZCkKK3sKKworCWlmICgoKnJ1bGUpLT5hZGQuY2hlY2tfYWRkICE9IDApIHsK KwkJCisKKwkJc3RydWN0IHBmX3NyY19ub2RlIHNuOworCQlzdHJ1Y3QgcGZfc3JjX25vZGUgc24y OworCisJCVBGX0FDUFkoJnNuLmFkZHIsIHBkLT5zcmMsIHBkLT5hZik7CisJCVBGX0FDUFkoJnNu Mi5hZGRyLCBwZC0+ZHN0LCBwZC0+YWYpOworCQlzbi5hZiA9IHBkLT5hZjsgCisJCXNuLmFmID0g cGQtPmFmOyAKKworCQlzdHJ1Y3QgcGZyX2FkZHIgcDsKKwkJc3RydWN0IHBmcl9hZGRyIHAyOwor CQliemVybygmcCwgc2l6ZW9mKHApKTsKKwkJYnplcm8oJnAyLCBzaXplb2YocDIpKTsKKwkJcC5w ZnJhX2FmID0gcGQtPmFmOworCQlwMi5wZnJhX2FmID0gcGQtPmFmOworCQkKKworCQlzd2l0Y2gg KHBkLT5hZikgeworCisjaWZkZWYgSU5FVAorCQljYXNlIEFGX0lORVQ6CisJCQlwLnBmcmFfbmV0 PTMyOworCQkJcDIucGZyYV9uZXQ9MzI7CisJCQlwLnBmcmFfaXA0YWRkciA9IHNuLmFkZHIudjQ7 CisJCQlwMi5wZnJhX2lwNGFkZHIgPSBzbjIuYWRkci52NDsKKwkJCWJyZWFrOworI2VuZGlmCisK KyNpZmRlZiBJTkVUNgorCQljYXNlIEFGX0lORVQ2OgorCQkJcC5wZnJhX25ldD0xMjg7CisJCQlw Mi5wZnJhX25ldD0xMjg7CisJCQlwLnBmcmFfaXA2YWRkciA9IHNuLmFkZHIudjY7CisJCQlwMi5w ZnJhX2lwNmFkZHIgPSBzbjIuYWRkci52NjsKKwkJCWJyZWFrOworI2VuZGlmCisJCX0KKworCQor CQlpZiAoKCpydWxlKS0+YWRkLnNyYy5jaGVja19zcmMgIT0gMCkgeworCQkJcGZyX2luc2VydF9r ZW50cnkoKCpydWxlKS0+YWRkLnNyYy5zcmNfdGJsLCAmcCwgdGltZV9zZWNvbmQpOworCQl9CisJ CQkKKwkJaWYgKCgqcnVsZSktPmFkZC5kc3QuY2hlY2tfZHN0ICE9IDApIHsKKwkJCXBmcl9pbnNl cnRfa2VudHJ5KCgqcnVsZSktPmFkZC5kc3QuZHN0X3RibCwgJnAyLCB0aW1lX3NlY29uZCk7CisJ CX0KKwl9Cit9CisKKwogaW50CiBwZl9pbnNlcnRfc3JjX25vZGUoc3RydWN0IHBmX3NyY19ub2Rl ICoqc24sIHN0cnVjdCBwZl9ydWxlICpydWxlLAogICAgIHN0cnVjdCBwZl9hZGRyICpzcmMsIHNh X2ZhbWlseV90IGFmKQpAQCAtMzQyMSw2ICszNDc3LDEwIEBAIHBmX3Rlc3RfdGNwKHN0cnVjdCBw Zl9ydWxlICoqcm0sIHN0cnVjdCAKIAogCVJFQVNPTl9TRVQoJnJlYXNvbiwgUEZSRVNfTUFUQ0gp OwogCisJaWYgKHItPmFkZC5jaGVja19hZGQgIT0gMCkgeworCQlwZl9zYXZlX2FkZHJzICgmciwg cGQpOworCX0KKwogCWlmIChyLT5sb2cgfHwgKG5yICE9IE5VTEwgJiYgbnItPm5hdHBhc3MgJiYg bnItPmxvZykpIHsKIAkJaWYgKHJld3JpdGUpCiAjaWZkZWYgX19GcmVlQlNEX18KQEAgLTM4NDMs NiArMzkwMywxMCBAQCBwZl90ZXN0X3VkcChzdHJ1Y3QgcGZfcnVsZSAqKnJtLCBzdHJ1Y3QgCiAK IAlSRUFTT05fU0VUKCZyZWFzb24sIFBGUkVTX01BVENIKTsKIAorCWlmIChyLT5hZGQuY2hlY2tf YWRkICE9IDApIHsKKwkJcGZfc2F2ZV9hZGRycyAoJnIsIHBkKTsKKwl9CisKIAlpZiAoci0+bG9n IHx8IChuciAhPSBOVUxMICYmIG5yLT5uYXRwYXNzICYmIG5yLT5sb2cpKSB7CiAJCWlmIChyZXdy aXRlKQogI2lmZGVmIF9fRnJlZUJTRF9fCkBAIC00MTgzLDYgKzQyNDcsMTAgQEAgcGZfdGVzdF9p Y21wKHN0cnVjdCBwZl9ydWxlICoqcm0sIHN0cnVjdAogCiAJUkVBU09OX1NFVCgmcmVhc29uLCBQ RlJFU19NQVRDSCk7CiAKKwlpZiAoci0+YWRkLmNoZWNrX2FkZCAhPSAwKSB7CisJCXBmX3NhdmVf YWRkcnMgKCZyLCBwZCk7CisJfQorCiAJaWYgKHItPmxvZyB8fCAobnIgIT0gTlVMTCAmJiBuci0+ bmF0cGFzcyAmJiBuci0+bG9nKSkgewogI2lmZGVmIElORVQ2CiAJCWlmIChyZXdyaXRlKQpAQCAt NDQ0NSw2ICs0NTEzLDEwIEBAIHBmX3Rlc3Rfb3RoZXIoc3RydWN0IHBmX3J1bGUgKipybSwgc3Ry dWMKIAogCVJFQVNPTl9TRVQoJnJlYXNvbiwgUEZSRVNfTUFUQ0gpOwogCisJaWYgKHItPmFkZC5j aGVja19hZGQgIT0gMCkgeworCQlwZl9zYXZlX2FkZHJzICgmciwgcGQpOworCX0KKwogCWlmIChy LT5sb2cgfHwgKG5yICE9IE5VTEwgJiYgbnItPm5hdHBhc3MgJiYgbnItPmxvZykpCiAJCVBGTE9H X1BBQ0tFVChraWYsIGgsIG0sIGFmLCBkaXJlY3Rpb24sIHJlYXNvbiwgci0+bG9nID8gciA6IG5y LAogCQkgICAgYSwgcnVsZXNldCwgcGQpOwpAQCAtNzA2Miw2ICs3MTM0LDcgQEAgcGZfdGVzdChp bnQgZGlyLCBzdHJ1Y3QgaWZuZXQgKmlmcCwgc3RydQogCQkJciA9IHMtPnJ1bGUucHRyOwogCQkJ YSA9IHMtPmFuY2hvci5wdHI7CiAJCQlsb2cgPSBzLT5sb2c7CisKIAkJfSBlbHNlIGlmIChzID09 IE5VTEwpCiAjaWZkZWYgX19GcmVlQlNEX18KIAkJCWFjdGlvbiA9IHBmX3Rlc3RfdGNwKCZyLCAm cywgZGlyLCBraWYsCkBAIC03MTAzLDYgKzcxNzYsNyBAQCBwZl90ZXN0KGludCBkaXIsIHN0cnVj dCBpZm5ldCAqaWZwLCBzdHJ1CiAJCQlyID0gcy0+cnVsZS5wdHI7CiAJCQlhID0gcy0+YW5jaG9y LnB0cjsKIAkJCWxvZyA9IHMtPmxvZzsKKwogCQl9IGVsc2UgaWYgKHMgPT0gTlVMTCkKICNpZmRl ZiBfX0ZyZWVCU0RfXwogCQkJYWN0aW9uID0gcGZfdGVzdF91ZHAoJnIsICZzLCBkaXIsIGtpZiwK QEAgLTcxMzgsNiArNzIxMiw3IEBAIHBmX3Rlc3QoaW50IGRpciwgc3RydWN0IGlmbmV0ICppZnAs IHN0cnUKIAkJCXIgPSBzLT5ydWxlLnB0cjsKIAkJCWEgPSBzLT5hbmNob3IucHRyOwogCQkJbG9n ID0gcy0+bG9nOworCiAJCX0gZWxzZSBpZiAocyA9PSBOVUxMKQogI2lmZGVmIF9fRnJlZUJTRF9f CiAJCQlhY3Rpb24gPSBwZl90ZXN0X2ljbXAoJnIsICZzLCBkaXIsIGtpZiwKQEAgLTcxNTgsNiAr NzIzMyw3IEBAIHBmX3Rlc3QoaW50IGRpciwgc3RydWN0IGlmbmV0ICppZnAsIHN0cnUKIAkJCXIg PSBzLT5ydWxlLnB0cjsKIAkJCWEgPSBzLT5hbmNob3IucHRyOwogCQkJbG9nID0gcy0+bG9nOwor CiAJCX0gZWxzZSBpZiAocyA9PSBOVUxMKQogI2lmZGVmIF9fRnJlZUJTRF9fCiAJCQlhY3Rpb24g PSBwZl90ZXN0X290aGVyKCZyLCAmcywgZGlyLCBraWYsIG0sIG9mZiwgaCwKZGlmZiAtcnVwTiBz cmMvc3lzL2NvbnRyaWIvcGYvbmV0L3BmX2lvY3RsLmMgc3JjX2FkZC9zeXMvY29udHJpYi9wZi9u ZXQvcGZfaW9jdGwuYwotLS0gc3JjL3N5cy9jb250cmliL3BmL25ldC9wZl9pb2N0bC5jCTIwMTAt MTItMjEgMTg6MDk6MjUuMDAwMDAwMDAwICswMTAwCisrKyBzcmNfYWRkL3N5cy9jb250cmliL3Bm L25ldC9wZl9pb2N0bC5jCTIwMTEtMDMtMzAgMTA6NDY6MTcuMDAwMDAwMDAwICswMjAwCkBAIC01 NzMsNiArNTczLDEwIEBAIHBmX3JtX3J1bGUoc3RydWN0IHBmX3J1bGVxdWV1ZSAqcnVsZXF1ZXUK IAkJCXBmX3RibGFkZHJfcmVtb3ZlKCZydWxlLT5kc3QuYWRkcik7CiAJCQlpZiAocnVsZS0+b3Zl cmxvYWRfdGJsKQogCQkJCXBmcl9kZXRhY2hfdGFibGUocnVsZS0+b3ZlcmxvYWRfdGJsKTsKKwkJ CWlmIChydWxlLT5hZGQuc3JjLnNyY190YmwpCisJCQkJcGZyX2RldGFjaF90YWJsZShydWxlLT5h ZGQuc3JjLnNyY190YmwpOworCQkJaWYgKHJ1bGUtPmFkZC5kc3QuZHN0X3RibCkKKwkJCQlwZnJf ZGV0YWNoX3RhYmxlKHJ1bGUtPmFkZC5kc3QuZHN0X3RibCk7CiAJCX0KIAkJVEFJTFFfUkVNT1ZF KHJ1bGVxdWV1ZSwgcnVsZSwgZW50cmllcyk7CiAJCXJ1bGUtPmVudHJpZXMudHFlX3ByZXYgPSBO VUxMOwpAQCAtNTk4LDYgKzYwMiwxMCBAQCBwZl9ybV9ydWxlKHN0cnVjdCBwZl9ydWxlcXVldWUg KnJ1bGVxdWV1CiAJCXBmX3RibGFkZHJfcmVtb3ZlKCZydWxlLT5kc3QuYWRkcik7CiAJCWlmIChy dWxlLT5vdmVybG9hZF90YmwpCiAJCQlwZnJfZGV0YWNoX3RhYmxlKHJ1bGUtPm92ZXJsb2FkX3Ri bCk7CisJCWlmIChydWxlLT5hZGQuc3JjLnNyY190YmwpCisJCQlwZnJfZGV0YWNoX3RhYmxlKHJ1 bGUtPmFkZC5zcmMuc3JjX3RibCk7CisJCWlmIChydWxlLT5hZGQuZHN0LmRzdF90YmwpCisJCQlw ZnJfZGV0YWNoX3RhYmxlKHJ1bGUtPmFkZC5kc3QuZHN0X3RibCk7CiAJfQogCXBmaV9raWZfdW5y ZWYocnVsZS0+a2lmLCBQRklfS0lGX1JFRl9SVUxFKTsKIAlwZl9hbmNob3JfcmVtb3ZlKHJ1bGUp OwpAQCAtMTU5Myw2ICsxNjAxLDI2IEBAIHBmaW9jdGwoZGV2X3QgZGV2LCB1X2xvbmcgY21kLCBj YWRkcl90IGEKIAkJCQkgICAgUEZSX1RGTEFHX0FDVElWRTsKIAkJfQogCisJCWlmIChydWxlLT5h ZGQuc3JjLmNoZWNrX3NyYyAhPSAwKSB7CisJCQlpZiAoKHJ1bGUtPmFkZC5zcmMuc3JjX3RibCA9 IHBmcl9hdHRhY2hfdGFibGUocnVsZXNldCwKKwkJCSAgICBydWxlLT5hZGQuc3JjLnNyY190Ymxu YW1lKSkgPT0gTlVMTCkgeworCQkJCWVycm9yID0gRUlOVkFMOworCQkJfQorCQkJZWxzZSB7CisJ CQkJcnVsZS0+YWRkLnNyYy5zcmNfdGJsLT5wZnJrdF9mbGFncyB8PQorCQkJCSAgICBQRlJfVEZM QUdfQUNUSVZFOworCQkJfQorCQl9CisKKwkJaWYgKHJ1bGUtPmFkZC5kc3QuY2hlY2tfZHN0ICE9 IDApIHsKKwkJCWlmICgocnVsZS0+YWRkLmRzdC5kc3RfdGJsID0gcGZyX2F0dGFjaF90YWJsZShy dWxlc2V0LAorCQkJICAgIHJ1bGUtPmFkZC5kc3QuZHN0X3RibG5hbWUpKSA9PSBOVUxMKQorCQkJ CWVycm9yID0gRUlOVkFMOworCQkJZWxzZQorCQkJCXJ1bGUtPmFkZC5kc3QuZHN0X3RibC0+cGZy a3RfZmxhZ3MgfD0KKwkJCQkgICAgUEZSX1RGTEFHX0FDVElWRTsKKwkJfQorCiAJCXBmX212X3Bv b2woJnBmX3BhYnVmLCAmcnVsZS0+cnBvb2wubGlzdCk7CiAJCWlmICgoKCgocnVsZS0+YWN0aW9u ID09IFBGX05BVCkgfHwgKHJ1bGUtPmFjdGlvbiA9PSBQRl9SRFIpIHx8CiAJCSAgICAocnVsZS0+ YWN0aW9uID09IFBGX0JJTkFUKSkgJiYgcnVsZS0+YW5jaG9yID09IE5VTEwpIHx8CkBAIC0xODU5 LDYgKzE4ODcsMjggQEAgcGZpb2N0bChkZXZfdCBkZXYsIHVfbG9uZyBjbWQsIGNhZGRyX3QgYQog CQkJCQkgICAgUEZSX1RGTEFHX0FDVElWRTsKIAkJCX0KIAorCQkJaWYgKG5ld3J1bGUtPmFkZC5z cmMuY2hlY2tfc3JjICE9IDApIHsKKwkJCQlpZiAoKG5ld3J1bGUtPmFkZC5zcmMuc3JjX3RibCA9 IHBmcl9hdHRhY2hfdGFibGUoCisJCQkJICAgIHJ1bGVzZXQsIG5ld3J1bGUtPmFkZC5zcmMuc3Jj X3RibG5hbWUpKSA9PQorCQkJCSAgICBOVUxMKSB7CisJCQkJCWVycm9yID0gRUlOVkFMOworCQkJ CX0KKwkJCQllbHNlIHsKKwkJCQkJbmV3cnVsZS0+YWRkLnNyYy5zcmNfdGJsLT5wZnJrdF9mbGFn cyB8PQorCQkJCQkgICAgUEZSX1RGTEFHX0FDVElWRTsKKwkJCQl9CisJCQl9CisKKwkJCWlmIChu ZXdydWxlLT5hZGQuZHN0LmNoZWNrX2RzdCAhPSAwKSB7CisJCQkJaWYgKChuZXdydWxlLT5hZGQu ZHN0LmRzdF90YmwgPSBwZnJfYXR0YWNoX3RhYmxlKAorCQkJCSAgICBydWxlc2V0LCBuZXdydWxl LT5hZGQuZHN0LmRzdF90YmxuYW1lKSkgPT0KKwkJCQkgICAgTlVMTCkKKwkJCQkJZXJyb3IgPSBF SU5WQUw7CisJCQkJZWxzZQorCQkJCQluZXdydWxlLT5hZGQuZHN0LmRzdF90YmwtPnBmcmt0X2Zs YWdzIHw9CisJCQkJCSAgICBQRlJfVEZMQUdfQUNUSVZFOworCQkJfQorCiAJCQlwZl9tdl9wb29s KCZwZl9wYWJ1ZiwgJm5ld3J1bGUtPnJwb29sLmxpc3QpOwogCQkJaWYgKCgoKChuZXdydWxlLT5h Y3Rpb24gPT0gUEZfTkFUKSB8fAogCQkJICAgIChuZXdydWxlLT5hY3Rpb24gPT0gUEZfUkRSKSB8 fApkaWZmIC1ydXBOIHNyYy9zeXMvY29udHJpYi9wZi9uZXQvcGZ2YXIuaCBzcmNfYWRkL3N5cy9j b250cmliL3BmL25ldC9wZnZhci5oCi0tLSBzcmMvc3lzL2NvbnRyaWIvcGYvbmV0L3BmdmFyLmgJ MjAxMC0xMi0yMSAxODowOToyNS4wMDAwMDAwMDAgKzAxMDAKKysrIHNyY19hZGQvc3lzL2NvbnRy aWIvcGYvbmV0L3BmdmFyLmgJMjAxMS0wMy0zMCAxMDo0NjoxNy4wMDAwMDAwMDAgKzAyMDAKQEAg LTYwMyw2ICs2MDMsMjAgQEAgc3RydWN0IHBmX3J1bGUgewogCWNoYXIJCQkgbWF0Y2hfdGFnbmFt ZVtQRl9UQUdfTkFNRV9TSVpFXTsKIAogCWNoYXIJCQkgb3ZlcmxvYWRfdGJsbmFtZVtQRl9UQUJM RV9OQU1FX1NJWkVdOworCQorCXN0cnVjdCBhZGR7CisJICB1X2ludDhfdCBjaGVja19hZGQ7CisJ ICBzdHJ1Y3QgeworCSAgICB1X2ludDhfdCAJY2hlY2tfc3JjOworCSAgICBjaGFyCXNyY190Ymxu YW1lW1BGX1RBQkxFX05BTUVfU0laRV07CisJICAgIHN0cnVjdCBwZnJfa3RhYmxlCSpzcmNfdGJs OworCSAgfSBzcmM7CisJICBzdHJ1Y3QgeworCSAgICB1X2ludDhfdAljaGVja19kc3Q7CisJICAg IGNoYXIJZHN0X3RibG5hbWVbUEZfVEFCTEVfTkFNRV9TSVpFXTsKKwkgICAgc3RydWN0IHBmcl9r dGFibGUJKmRzdF90Ymw7CisJICB9IGRzdDsKKwl9IGFkZDsKIAogCVRBSUxRX0VOVFJZKHBmX3J1 bGUpCSBlbnRyaWVzOwogCXN0cnVjdCBwZl9wb29sCQkgcnBvb2w7CmRpZmYgLXJ1cE4gc3JjL2Nv bnRyaWIvcGYvcGZjdGwvcGFyc2UueSBzcmNfYWRkL2NvbnRyaWIvcGYvcGZjdGwvcGFyc2UueQot LS0gc3JjL2NvbnRyaWIvcGYvcGZjdGwvcGFyc2UueQkyMDEwLTEyLTIxIDE4OjA5OjI1LjAwMDAw MDAwMCArMDEwMAorKysgc3JjX2FkZC9jb250cmliL3BmL3BmY3RsL3BhcnNlLnkJMjAxMS0wMy0z MCAxMDo1MjoxMC4wMDAwMDAwMDAgKzAyMDAKQEAgLTEzMiw2ICsxMzIsMjAgQEAgZW51bQl7IFBG X1NUQVRFX09QVF9NQVgsIFBGX1NUQVRFX09QVF9OTwogCiBlbnVtCXsgUEZfU1JDVFJBQ0tfTk9O RSwgUEZfU1JDVFJBQ0ssIFBGX1NSQ1RSQUNLX0dMT0JBTCwgUEZfU1JDVFJBQ0tfUlVMRSB9Owog CitzdHJ1Y3Qgbm9kZV9hZGRfb3B0IHsKKwl1X2ludDhfdCAJCWNoZWNrX2FkZDsKKwlzdHJ1Y3Qg eworCSAgICB1X2ludDhfdCAJY2hlY2tfc3JjOworCSAgICBjaGFyCXNyY190YmxuYW1lW1BGX1RB QkxFX05BTUVfU0laRV07CisJfSBzcmM7CisJc3RydWN0IHsKKwkgICAgdV9pbnQ4X3QJY2hlY2tf ZHN0OworCSAgICBjaGFyCWRzdF90YmxuYW1lW1BGX1RBQkxFX05BTUVfU0laRV07CisJfSBkc3Q7 CisJc3RydWN0IG5vZGVfYWRkX29wdAkqbmV4dDsKKwlzdHJ1Y3Qgbm9kZV9hZGRfb3B0CSp0YWls OworfTsKKwogc3RydWN0IG5vZGVfc3RhdGVfb3B0IHsKIAlpbnQJCQkgdHlwZTsKIAl1bmlvbiB7 CkBAIC0zNTcsNiArMzcxLDcgQEAgdHlwZWRlZiBzdHJ1Y3QgewogCQlzdHJ1Y3Qgbm9kZV9wb3J0 CSpwb3J0OwogCQlzdHJ1Y3Qgbm9kZV91aWQJCSp1aWQ7CiAJCXN0cnVjdCBub2RlX2dpZAkJKmdp ZDsKKwkJc3RydWN0IG5vZGVfYWRkX29wdAkqYWRkX29wdDsKIAkJc3RydWN0IG5vZGVfc3RhdGVf b3B0CSpzdGF0ZV9vcHQ7CiAJCXN0cnVjdCBwZWVyCQkgcGVlcjsKIAkJc3RydWN0IHsKQEAgLTQy NSw2ICs0NDAsNyBAQCB0eXBlZGVmIHN0cnVjdCB7CiAldG9rZW4JU1RJQ0tZQUREUkVTUyBNQVhT UkNTVEFURVMgTUFYU1JDTk9ERVMgU09VUkNFVFJBQ0sgR0xPQkFMIFJVTEUKICV0b2tlbglNQVhT UkNDT05OIE1BWFNSQ0NPTk5SQVRFIE9WRVJMT0FEIEZMVVNIIFNMT1BQWQogJXRva2VuCVRBR0dF RCBUQUcgSUZCT1VORCBGTE9BVElORyBTVEFURVBPTElDWSBST1VURQorJXRva2VuCUFERCBJUFNS QyBJUERTVAogJXRva2VuCTx2LnN0cmluZz4JCVNUUklORwogJXRva2VuCTx2Lmk+CQkJUE9SVEJJ TkFSWQogJXR5cGUJPHYuaW50ZXJmYWNlPgkJaW50ZXJmYWNlIGlmX2xpc3QgaWZfaXRlbV9ub3Qg aWZfaXRlbQpAQCAtNDcxLDYgKzQ4Nyw3IEBAIHR5cGVkZWYgc3RydWN0IHsKICV0eXBlCTx2LnBv b2xfb3B0cz4JCXBvb2xfb3B0cyBwb29sX29wdCBwb29sX29wdHNfbAogJXR5cGUJPHYudGFnZ2Vk PgkJdGFnZ2VkCiAldHlwZQk8di5ydGFibGVpZD4JCXJ0YWJsZQorJXR5cGUJPHYuYWRkX29wdD4J CWFkZF9vcHQgYWRkX2xpc3QgYWRkX2l0ZW0KICUlCiAKIHJ1bGVzZXQJCTogLyogZW1wdHkgKi8K QEAgLTE2NjEsMTEgKzE2NzgsNzcgQEAgcWFzc2lnbl9pdGVtCTogU1RSSU5HCQkJewogCQl9CiAJ CTsKIAorYWRkX29wdAk6CS8qIGVtcHR5ICovIHsKKwkJJCQgPSBjYWxsb2MoMSwgc2l6ZW9mKHN0 cnVjdCBub2RlX2FkZF9vcHQpKTsKKwkJJCQtPmNoZWNrX2FkZCA9IDA7CisJCSQkLT5zcmMuY2hl Y2tfc3JjID0gMDsKKwkJJCQtPmRzdC5jaGVja19kc3QgPSAwOworCQkkJC0+bmV4dCA9IE5VTEw7 CisJCSQkLT50YWlsID0gJCQ7CisJCX0KKwkJfCBBREQgYWRkX2xpc3QgeyAkJCA9ICQyOyB9CisJ CTsKKworYWRkX2xpc3QJOiBhZGRfaXRlbSB7ICQkID0gJDE7IH0KKwkJfCBhZGRfbGlzdCBhZGRf aXRlbSB7CisJCQkkMS0+dGFpbC0+bmV4dCA9ICQyOworCQkJJDEtPnRhaWwgPSAkMjsKKwkJCSQk ID0gJDE7CisJCX0KKwkJOworCithZGRfaXRlbQk6IElQU1JDICc8J1NUUklORyc+JyB7CisJCWlm IChzdHJsZW4oJDMpID49IFBGX1RBQkxFX05BTUVfU0laRSkgeworCQkJeXllcnJvcigidGFibGUg bmFtZSAnJXMnIHRvbyBsb25nIiwgJDMpOworCQkJZnJlZSgkMyk7CisJCQlZWUVSUk9SOworCQl9 CisJCSQkPWNhbGxvYygxLCBzaXplb2Yoc3RydWN0IG5vZGVfYWRkX29wdCkpOworCQlpZiAoJCQg PT0gTlVMTCkgeworCQkJZXJyKDEsICJzdGF0ZV9vcHRfaXRlbTogY2FsbG9jIik7CisJCX0KKwkJ aWYgKHN0cmxjcHkoJCQtPnNyYy5zcmNfdGJsbmFtZSwgJDMsCisJCSAgICBQRl9UQUJMRV9OQU1F X1NJWkUpID49IFBGX1RBQkxFX05BTUVfU0laRSkgeworCQkJeXllcnJvcigic3RhdGUgb3B0aW9u OiAiCisJCQkgICAgInN0cmxjcHkiKTsKKwkJCVlZRVJST1I7CisJCX0KKwkJZnJlZSgkMyk7CisJ CSQkLT5jaGVja19hZGQgPSAxOworCQkkJC0+c3JjLmNoZWNrX3NyYyA9IDE7CisJCSQkLT5uZXh0 ID0gTlVMTDsKKwkJJCQtPnRhaWwgPSAkJDsKKwkJfQorCQl8IElQRFNUICc8J1NUUklORyc+JyB7 CisJCWlmIChzdHJsZW4oJDMpID49IFBGX1RBQkxFX05BTUVfU0laRSkgeworCQkJeXllcnJvcigi dGFibGUgbmFtZSAnJXMnIHRvbyBsb25nIiwgJDMpOworCQkJZnJlZSgkMyk7CisJCQlZWUVSUk9S OworCQl9CisJCSQkPWNhbGxvYygxLCBzaXplb2Yoc3RydWN0IG5vZGVfYWRkX29wdCkpOworCQlp ZiAoJCQgPT0gTlVMTCkgeworCQkJZXJyKDEsICJzdGF0ZV9vcHRfaXRlbTogY2FsbG9jIik7CisJ CX0KKwkJaWYgKHN0cmxjcHkoJCQtPmRzdC5kc3RfdGJsbmFtZSwgJDMsCisJCSAgICBQRl9UQUJM RV9OQU1FX1NJWkUpID49IFBGX1RBQkxFX05BTUVfU0laRSkgeworCQkJeXllcnJvcigic3RhdGUg b3B0aW9uOiAiCisJCQkgICAgInN0cmxjcHkiKTsKKwkJCVlZRVJST1I7CisJCX0KKwkJZnJlZSgk Myk7CisJCSQkLT5jaGVja19hZGQgPSAyOworCQkkJC0+ZHN0LmNoZWNrX2RzdCA9IDE7CisJCSQk LT5uZXh0ID0gTlVMTDsKKwkJJCQtPnRhaWwgPSAkJDsKKwkJfQorCQk7CisKIHBmcnVsZQkJOiBh Y3Rpb24gZGlyIGxvZ3F1aWNrIGludGVyZmFjZSByb3V0ZSBhZiBwcm90byBmcm9tdG8KLQkJICAg IGZpbHRlcl9vcHRzCisJCSAgICBmaWx0ZXJfb3B0cyBhZGRfb3B0CiAJCXsKIAkJCXN0cnVjdCBw Zl9ydWxlCQkgcjsKIAkJCXN0cnVjdCBub2RlX3N0YXRlX29wdAkqbzsKKwkJCXN0cnVjdCBub2Rl X2FkZF9vcHQJKmE7CiAJCQlzdHJ1Y3Qgbm9kZV9wcm90bwkqcHJvdG87CiAJCQlpbnQJCQkgc3Jj dHJhY2sgPSAwOwogCQkJaW50CQkJIHN0YXRlbG9jayA9IDA7CkBAIC0xNzUwLDYgKzE4MzMsNTQg QEAgcGZydWxlCQk6IGFjdGlvbiBkaXIgbG9ncXVpY2sgaW50ZXJmYWNlIAogI2VuZGlmCiAJCQl9 CiAKKwkJCWEgPSAkMTA7CisJCQl3aGlsZSAoYSkgeworCQkJCXN3aXRjaCAoYS0+Y2hlY2tfYWRk KSB7CisJCQkJY2FzZSAwIDoKKwkJCQkJci5hZGQuY2hlY2tfYWRkID0gMDsKKwkJCQkJci5hZGQu c3JjLmNoZWNrX3NyYyA9IDA7CisJCQkJCXIuYWRkLmRzdC5jaGVja19kc3QgPSAwOworCQkJCQli cmVhazsKKwkJCQkKKwkJCQljYXNlIDEgOgorCQkJCQlyLmFkZC5jaGVja19hZGQgPSAxOworCQkJ CQlyLmFkZC5zcmMuY2hlY2tfc3JjID0gMTsKKwkJCQkJaWYgKHIuYWRkLnNyYy5zcmNfdGJsbmFt ZVswXSkgeworCQkJCQl5eWVycm9yKCJtdWx0aXBsZSAnc3JjJyAiCisJCQkJCSAgICAidGFibGUg ZGVmaW5pdGlvbnMiKTsKKwkJCQkJWVlFUlJPUjsKKwkJCQkJfQorCQkJCQlpZiAoc3RybGNweShy LmFkZC5zcmMuc3JjX3RibG5hbWUsCisJCQkJCSAgICBhLT5zcmMuc3JjX3RibG5hbWUsCisJCQkJ CSAgICBQRl9UQUJMRV9OQU1FX1NJWkUpID49CisJCQkJCSAgICBQRl9UQUJMRV9OQU1FX1NJWkUp IHsKKwkJCQkJCXl5ZXJyb3IoInN0YXRlIG9wdGlvbjogIgorCQkJCQkJICAgICJzdHJsY3B5Iik7 CisJCQkJCQlZWUVSUk9SOworCQkJCQkgfQorCQkJCQlicmVhazsKKworCQkJCWNhc2UgMiA6CisJ CQkJCXIuYWRkLmNoZWNrX2FkZCA9IDE7CisJCQkJCXIuYWRkLmRzdC5jaGVja19kc3QgPSAxOwor CQkJCQlpZiAoci5hZGQuZHN0LmRzdF90YmxuYW1lWzBdKSB7CisJCQkJCXl5ZXJyb3IoIm11bHRp cGxlICdkc3QnICIKKwkJCQkJICAgICJ0YWJsZSBkZWZpbml0aW9ucyIpOworCQkJCQlZWUVSUk9S OworCQkJCQl9CisJCQkJCWlmIChzdHJsY3B5KHIuYWRkLmRzdC5kc3RfdGJsbmFtZSwKKwkJCQkJ ICAgIGEtPmRzdC5kc3RfdGJsbmFtZSwKKwkJCQkJICAgIFBGX1RBQkxFX05BTUVfU0laRSkgPj0K KwkJCQkJICAgIFBGX1RBQkxFX05BTUVfU0laRSkgeworCQkJCQkJeXllcnJvcigic3RhdGUgb3B0 aW9uOiAiCisJCQkJCQkgICAgInN0cmxjcHkiKTsKKwkJCQkJCVlZRVJST1I7CisJCQkJCSB9CisJ CQkJCWJyZWFrOworCQkJCX0KKwkJCQlhID0gYS0+bmV4dDsKKwkJCX0KKwogCQkJci50b3MgPSAk OS50b3M7CiAJCQlyLmtlZXBfc3RhdGUgPSAkOS5rZWVwLmFjdGlvbjsKIApAQCAtNDg5OSw2ICs1 MDMwLDcgQEAgbG9va3VwKGNoYXIgKnMpCiAJLyogdGhpcyBoYXMgdG8gYmUgc29ydGVkIGFsd2F5 cyAqLwogCXN0YXRpYyBjb25zdCBzdHJ1Y3Qga2V5d29yZHMga2V5d29yZHNbXSA9IHsKIAkJeyAi YWxsIiwJCUFMTH0sCisJCXsgImFkZCIsCQlBRER9LAogCQl7ICJhbGxvdy1vcHRzIiwJCUFMTE9X T1BUU30sCiAJCXsgImFsdHEiLAkJQUxUUX0sCiAJCXsgImFuY2hvciIsCQlBTkNIT1J9LApAQCAt NDkzNiw2ICs1MDY4LDggQEAgbG9va3VwKGNoYXIgKnMpCiAJCXsgImluIiwJCQlJTn0sCiAJCXsg ImluZXQiLAkJSU5FVH0sCiAJCXsgImluZXQ2IiwJCUlORVQ2fSwKKwkJeyAiaXBkc3QiLAkJSVBE U1R9LAorCQl7ICJpcHNyYyIsCQlJUFNSQ30sCiAJCXsgImtlZXAiLAkJS0VFUH0sCiAJCXsgImxh YmVsIiwJCUxBQkVMfSwKIAkJeyAibGltaXQiLAkJTElNSVR9LApkaWZmIC1ydXBOIHNyYy9jb250 cmliL3BmL3BmY3RsL3BmY3RsX29wdGltaXplLmMgc3JjX2FkZC9jb250cmliL3BmL3BmY3RsL3Bm Y3RsX29wdGltaXplLmMKLS0tIHNyYy9jb250cmliL3BmL3BmY3RsL3BmY3RsX29wdGltaXplLmMJ MjAxMC0xMi0yMSAxODowOToyNS4wMDAwMDAwMDAgKzAxMDAKKysrIHNyY19hZGQvY29udHJpYi9w Zi9wZmN0bC9wZmN0bF9vcHRpbWl6ZS5jCTIwMTEtMDMtMzAgMTA6NTI6MTAuMDAwMDAwMDAwICsw MjAwCkBAIC0xNzQsNiArMTc0LDggQEAgc3RydWN0IHBmX3J1bGVfZmllbGQgewogICAgIFBGX1JV TEVfRklFTEQoZHN0LnBvcnRfb3AsCQlOT01FUkdFKSwKICAgICBQRl9SVUxFX0ZJRUxEKHNyYy5u ZWcsCQlOT01FUkdFKSwKICAgICBQRl9SVUxFX0ZJRUxEKGRzdC5uZWcsCQlOT01FUkdFKSwKKyAg ICBQRl9SVUxFX0ZJRUxEKGFkZC5zcmMuc3JjX3RibG5hbWUsCU5PTUVSR0UpLAorICAgIFBGX1JV TEVfRklFTEQoYWRkLmRzdC5kc3RfdGJsbmFtZSwJTk9NRVJHRSksCiAKICAgICAvKiBUaGVzZSBm aWVsZHMgY2FuIGJlIG1lcmdlZCAqLwogICAgIFBGX1JVTEVfRklFTEQoc3JjLmFkZHIsCQlDT01C SU5FRCksCkBAIC0xOTYsNiArMTk4LDggQEAgc3RydWN0IHBmX3J1bGVfZmllbGQgewogICAgIFBG X1JVTEVfRklFTEQodGFnLAkJCURDKSwKICAgICBQRl9SVUxFX0ZJRUxEKG1hdGNoX3RhZywJCURD KSwKICAgICBQRl9SVUxFX0ZJRUxEKG92ZXJsb2FkX3RibCwJCURDKSwKKyAgICBQRl9SVUxFX0ZJ RUxEKGFkZC5zcmMuc3JjX3RibCwJREMpLAorICAgIFBGX1JVTEVfRklFTEQoYWRkLmRzdC5kc3Rf dGJsLAlEQyksCiAKICAgICAvKiBUaGVzZSBmaWVsZHMgc2hvdWxkIG5ldmVyIGJlIHNldCBpbiBh IFBBU1MvQkxPQ0sgcnVsZSAqLwogICAgIFBGX1JVTEVfRklFTEQobmF0cGFzcywJCU5FVkVSKSwK ZGlmZiAtcnVwTiBzcmMvY29udHJpYi9wZi9wZmN0bC9wZmN0bF9wYXJzZXIuYyBzcmNfYWRkL2Nv bnRyaWIvcGYvcGZjdGwvcGZjdGxfcGFyc2VyLmMKLS0tIHNyYy9jb250cmliL3BmL3BmY3RsL3Bm Y3RsX3BhcnNlci5jCTIwMTAtMTItMjEgMTg6MDk6MjUuMDAwMDAwMDAwICswMTAwCisrKyBzcmNf YWRkL2NvbnRyaWIvcGYvcGZjdGwvcGZjdGxfcGFyc2VyLmMJMjAxMS0wMy0zMCAxMDo1MjoxMC4w MDAwMDAwMDAgKzAyMDAKQEAgLTgzOSw2ICs4MzksMTYgQEAgcHJpbnRfcnVsZShzdHJ1Y3QgcGZf cnVsZSAqciwgY29uc3QgY2hhcgogCQkJCXByaW50ZigiIGNvZGUgJXUiLCByLT5jb2RlLTEpOwog CQl9CiAJfQorCQorCWlmIChyLT5hZGQuY2hlY2tfYWRkICE9IDApIHsKKwkJaWYgKHItPmFkZC5z cmMuY2hlY2tfc3JjICE9IDAgJiYgci0+YWRkLmRzdC5jaGVja19kc3QgPT0gMCkgCisJCQlwcmlu dGYoImFkZCBpcHNyYyA8JXM+Iiwgci0+YWRkLnNyYy5zcmNfdGJsbmFtZSk7CisJCWlmIChyLT5h ZGQuc3JjLmNoZWNrX3NyYyA9PSAwICYmIHItPmFkZC5kc3QuY2hlY2tfZHN0ICE9IDApIAorCQkJ cHJpbnRmKCJhZGQgaXBkc3QgPCVzPiIsIHItPmFkZC5kc3QuZHN0X3RibG5hbWUpOworCQlpZiAo ci0+YWRkLnNyYy5jaGVja19zcmMgIT0gMCAmJiByLT5hZGQuZHN0LmNoZWNrX2RzdCAhPSAwKSAK KwkJCXByaW50ZigiYWRkIGlwc3JjIDwlcz4gaXBkc3QgPCVzPiIsIHItPmFkZC5zcmMuc3JjX3Ri bG5hbWUsIHItPmFkZC5kc3QuZHN0X3RibG5hbWUpOworCX0KKwkKIAlpZiAoci0+dG9zKQogCQlw cmludGYoIiB0b3MgMHglMi4yeCIsIHItPnRvcyk7CiAJaWYgKCFyLT5rZWVwX3N0YXRlICYmIHIt PmFjdGlvbiA9PSBQRl9QQVNTICYmICFhbmNob3JfY2FsbFswXSkK --000325554c6e6f30cc04a04fcb41-- From owner-freebsd-net@FreeBSD.ORG Thu Apr 7 10:12:03 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E7581065673 for ; Thu, 7 Apr 2011 10:12:03 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1602B8FC18 for ; Thu, 7 Apr 2011 10:12:02 +0000 (UTC) Received: by iwn33 with SMTP id 33so2760283iwn.13 for ; Thu, 07 Apr 2011 03:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=QOBSlQxAiK9+48q4ydpKVPv6WaXGz98Woq/zzHmWIos=; b=GynfGgDxm6b9oIwqNcDsd5NXxNT8uWkJn/Xt5SjkSMJDQvTyd0Y7/WU7XSHQdlwXRa h5uc/Utz2q1MScb3JmzLIc7dZBVU5mo6kKH37/iCkMZSRON7NCGDTq2H00BTlWL6IFOk c3imqiXrPMqGwnAws67iOOsNQWKYEukSVpQ/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=HUZB2s7Du3OiYzEO66wZIWEfvjO8lPsYFot6s1QmyCz/xhLWvJtZYnNhzkc50oq/Jt Gkg1hGGHndRGcW+9LYYHIGYxdUENrzqgDYftWOiHCJdMERoCGjaXvWAFYv1nHxuml1zc aj2G71MCdCfUMpKW36EJp4KgHIgt+RO0siiF8= MIME-Version: 1.0 Received: by 10.231.16.9 with SMTP id m9mr717305iba.9.1302171122560; Thu, 07 Apr 2011 03:12:02 -0700 (PDT) Sender: ermal.luci@gmail.com Received: by 10.231.160.75 with HTTP; Thu, 7 Apr 2011 03:12:02 -0700 (PDT) In-Reply-To: References: Date: Thu, 7 Apr 2011 12:12:02 +0200 X-Google-Sender-Auth: CHWF9b1JvYeXP9vj30opt_fDqvg Message-ID: From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= To: Quentin Narvor Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, nicolas.greneche@univ-orleans.fr Subject: Re: [PATCH] New feature in Packet Filter 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, 07 Apr 2011 10:12:03 -0000 On Thu, Apr 7, 2011 at 10:21 AM, Quentin Narvor wrote: > Hello, > > My name is Quentin Narvor and I am currently working on intrusion detection. > I use Freebsd 8.2 and I recently needed pf to be able to dynamically fill in > tables according pass rule. > > For performances reasons, I didn't want to do it with a script and pfctl. > Then, with the help of Mr Nicolas Greneche, I made this patch named "add". > It enables pf to add src ip or dst ip in a table when a match occurs on a > pass rule. > I cannot see, apart collecting ips in tables, anything else that cannot be done through pf(4) tags! Can you please describe a use case for this patch? > I submit this patch to your attention. Is this feature is of interest to be > added in PF mainstream ? > > You will find the patch and its documentation in attachment. > Let me know if you think that some modifications are needed. > > Best regards, > > Quentin Narvor > > _______________________________________________ > 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" > -- Ermal From owner-freebsd-net@FreeBSD.ORG Thu Apr 7 12:19: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 538381065673; Thu, 7 Apr 2011 12:19:30 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id B6D468FC1A; Thu, 7 Apr 2011 12:19:29 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p37C8bRx075687; Thu, 7 Apr 2011 19:08:37 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D9DA940.4090804@rdtc.ru> Date: Thu, 07 Apr 2011 19:08:32 +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: John Baldwin References: <4D3011DB.9050900@frasunek.com> <4D30458D.30007@sentex.net> <4D309983.70709@rdtc.ru> <201101141437.55421.jhb@freebsd.org> In-Reply-To: <201101141437.55421.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Przemyslaw Frasunek , Mike Tancsa Subject: Re: panic: bufwrite: buffer is not busy??? 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, 07 Apr 2011 12:19:30 -0000 On 15.01.2011 01:37, John Baldwin wrote: > On Friday, January 14, 2011 1:44:19 pm Eugene Grosbein wrote: >> On 14.01.2011 18:46, Mike Tancsa wrote: >> >>>> I'm using mpd 5.5 on three PPPoE routers, each servicing about 300 PPPoE >>>> concurrent sessions. Routers are based on Intel SR1630GP hardware platforms and >>>> runs FreeBSD 7.3-RELEASE. >>>> >>>> I'm experiencing stability issues related to Netgraph. None of above routers can >>>> survive more than 20-30 days of uptime under typical load. There are different >>>> flavors of kernel panics, but all are somehow related to netgraph. Typical >>>> backtraces follow >>> >>> I also have stability issues on RELENG_8. >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=153497 >> >> And for one of my servers (8.2-PRERELEASE/amd64 with 4GB RAM) I just cannot obtain crashdump, >> it cannot finish to write it. For example, it happened an hour ago: >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 2; apic id = 04 >> fault virtual address = 0x200000040 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff803cc979 Hi all, I believe this netgraph/mpd stability problem it solved by glebius' patches. I have been testing them in lab and in production for many weeks and they just eliminated my panics altogether. Those patched have been commited to HEAD and RELENG_8. You could want to try them out just by updating to latest 8-STABLE. Btw, I've also solved my problem with unfinishing crashdumps: for some historic reasons I was running stripped kernel within my NanoBSDs. Switching back to normal, unstripped kernel solved this and I've got crashdumps that finally helped Gleb Smirnoff to fix bugs in Netgraph and if.c For those who are interested, here are mentioned patches: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_base.c#rev1.185 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if.c#rev1.399 Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Thu Apr 7 15:03:13 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D14CA106564A for ; Thu, 7 Apr 2011 15:03:13 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id A05F88FC14 for ; Thu, 7 Apr 2011 15:03:13 +0000 (UTC) Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by hub.org (Postfix) with ESMTP id 97B533250A81 for ; Thu, 7 Apr 2011 12:03:12 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 33199-01 for ; Thu, 7 Apr 2011 15:03:12 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id 5D66B3250A87; Thu, 7 Apr 2011 12:02:10 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 5898D3250A81 for ; Thu, 7 Apr 2011 12:02:10 -0300 (ADT) Date: Thu, 7 Apr 2011 12:02:10 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-net@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: mounting nfs: what options available for /etc/fstab? 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, 07 Apr 2011 15:03:13 -0000 Part of the recent thread I had about mounting nfs point to using nolockd to disable locking ... checking the mount_nfs man page, it lists 'lockd' as a deprecated option, but doesn't list 'nolockd' anywhere ... So, my question is: what options *are* currently supported? For instance, I'm doing, right now: rw,noauto,intr,nolockd which isn't generating any errors, but intr is classified in the man page as deprecated, so what *should* I be using instead? Also, the man page has a '-4' option for nfsv4 ... two questions on that front: 1. how do I know what version *is* being used? showmount doesn't seem to show that sort of info, nor does the mount command ... 2. what would I use in /etc/fstab to force it *if* I needed to? Thx ... ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-net@FreeBSD.ORG Thu Apr 7 15:14:27 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D83F6106566C for ; Thu, 7 Apr 2011 15:14:27 +0000 (UTC) (envelope-from quentin.narvor@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 558DE8FC0C for ; Thu, 7 Apr 2011 15:14:26 +0000 (UTC) Received: by bwz12 with SMTP id 12so2639672bwz.13 for ; Thu, 07 Apr 2011 08:14:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=A1XY9xY/MPnDSdCs9uF74/yxAoF76+weIizUEa9kE/E=; b=uVDuptbphqWqAkGPPjGnkklMQyrZriz9e0IXwIJdzazQLAaciZzbnRhh2URwpQqMpV 44ve1oAWlWRWeqdQSJ7/9CWHmPG6cJJ6EMWXdpiAfFip8OCCMIPQAosVeNwtzeN0OrB7 /YluIXfuiRSpWsRyd7k68bwYZ+/KjEsxMY8gY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=AJYMqOFvemWkvebitDVITmotMKpp1YQsxTDpulJsFpnCUUxGqGnzsK6/VjQH3i7DOu Fte6Wc3Ht8Bg6mWTxC7QWDkNgux/76mPvf1R3ix4LJJYQJ21HL306IWclJS0rt+zgGnU h8V1vJraohgxDJewVJ2acx9k8KkE1ZPHiYSzM= MIME-Version: 1.0 Received: by 10.204.7.8 with SMTP id b8mr934799bkb.31.1302189265801; Thu, 07 Apr 2011 08:14:25 -0700 (PDT) Received: by 10.204.59.193 with HTTP; Thu, 7 Apr 2011 08:14:25 -0700 (PDT) In-Reply-To: References: Date: Thu, 7 Apr 2011 17:14:25 +0200 Message-ID: From: Quentin Narvor To: =?ISO-8859-1?Q?Ermal_Lu=E7i?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, nicolas.greneche@univ-orleans.fr Subject: Re: [PATCH] New feature in Packet Filter 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, 07 Apr 2011 15:14:27 -0000 2011/4/7 Ermal Lu=E7i > On Thu, Apr 7, 2011 at 10:21 AM, Quentin Narvor > wrote: > > Hello, > > > > My name is Quentin Narvor and I am currently working on intrusion > detection. > > I use Freebsd 8.2 and I recently needed pf to be able to dynamically fi= ll > in > > tables according pass rule. > > > > For performances reasons, I didn't want to do it with a script and pfct= l. > > Then, with the help of Mr Nicolas Greneche, I made this patch named > "add". > > It enables pf to add src ip or dst ip in a table when a match occurs on= a > > pass rule. > > > > I cannot see, apart collecting ips in tables, anything else that > cannot be done through pf(4) tags! > Can you please describe a use case for this patch? Indeed, it enables pf to change its behaviour toward some hosts dynamically= . I will build a blacklist of ip which have been recognized as compromized (botnets, spam, etc). I build a table with thoses IP. If I match a connection between one host of my internal network and one blacklisted ip, there are chances that this host is infected. I want to do a comprehensive capture of this host connections by adding src ip to a table of hosts to watch. A dup-to rule dump traffic from "host to watch" table to a sensor. Here are the rules : pass in on $int_if from any to add ipsrc pass in on $int_if dup-to ($sensor_if, sensor_ip) from to any Unless I miss something, I think it is not possible to make this example just with pf(4) tags : it would have been possible if I wanted to copy only the traffic between my hosts and botnets. > > I submit this patch to your attention. Is this feature is of interest t= o > be > > added in PF mainstream ? > > > > You will find the patch and its documentation in attachment. > > Let me know if you think that some modifications are needed. > > > > Best regards, > > > > Quentin Narvor > > > > _______________________________________________ > > 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" > > > > > > -- > Ermal > From owner-freebsd-net@FreeBSD.ORG Thu Apr 7 17:54: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 E6746106564A for ; Thu, 7 Apr 2011 17:54:57 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id AB1EF8FC0A for ; Thu, 7 Apr 2011 17:54:57 +0000 (UTC) Received: by iwn33 with SMTP id 33so3251947iwn.13 for ; Thu, 07 Apr 2011 10:54:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=QuVBy2UKWaiZbp8gO16ggqiNyhUt30OedGk3dFMq3sE=; b=mCTDW0rnzb05e4uAVp8ZwpG50XFh760CruX8YXW2xZz8rw44AiGqztOsLDxriYixGJ vUTRY4vgqiGGSHTmU91WFxNwEqkL+KiLKFPRjWzIVHcK9NKYZM9l8M6kbmnPuGVtjvhZ d2blRD09QonGXAEH2ANWTH96w7oPYuvJ2TrEo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=BqakgmbjH0tNZVCChAJWNc7+L/THPegLmnc/Sdia0EBli+uIh7bUnOT+IFFRN5v8Az OitPGqRwyjgYO7LtzSP7PuLH24ppYyibh5EjLi0Z9fJPb1GsKjM/O6+Odd12RXj6bEtl I9Xb2BERIF2JBYjXWvmc04ITijNTfpijVHFWU= MIME-Version: 1.0 Received: by 10.231.3.142 with SMTP id 14mr1225586ibn.84.1302198896245; Thu, 07 Apr 2011 10:54:56 -0700 (PDT) Sender: ermal.luci@gmail.com Received: by 10.231.160.75 with HTTP; Thu, 7 Apr 2011 10:54:56 -0700 (PDT) In-Reply-To: References: Date: Thu, 7 Apr 2011 19:54:56 +0200 X-Google-Sender-Auth: epASFMriw4NKiTxFqR9oCejf0W4 Message-ID: From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= To: Quentin Narvor Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, nicolas.greneche@univ-orleans.fr Subject: Re: [PATCH] New feature in Packet Filter 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, 07 Apr 2011 17:54:58 -0000 On Thu, Apr 7, 2011 at 5:14 PM, Quentin Narvor w= rote: > 2011/4/7 Ermal Lu=E7i > >> On Thu, Apr 7, 2011 at 10:21 AM, Quentin Narvor >> wrote: >> > Hello, >> > >> > My name is Quentin Narvor and I am currently working on intrusion >> detection. >> > I use Freebsd 8.2 and I recently needed pf to be able to dynamically f= ill >> in >> > tables according pass rule. >> > >> > For performances reasons, I didn't want to do it with a script and pfc= tl. >> > Then, with the help of Mr Nicolas Greneche, I made this patch named >> "add". >> > It enables pf to add src ip or dst ip in a table when a match occurs o= n a >> > pass rule. >> > >> >> I cannot see, apart collecting ips in tables, anything else that >> cannot be done through pf(4) tags! >> Can you please describe a use case for this patch? > > > Indeed, it enables pf to change its behaviour toward some hosts dynamical= ly. > I will build a blacklist of ip which have been recognized as compromized > (botnets, spam, etc). I build a table with thoses IP. > > If I match a connection between one host of my internal network and one > blacklisted ip, there are chances that this host is infected. > I want to do a comprehensive capture of this host connections by adding s= rc > ip to a table of hosts to watch. A dup-to rule dump traffic from "host to > watch" table to a sensor. > > Here are the rules : > pass in on $int_if from any to add ipsrc > pass in on $int_if dup-to ($sensor_if, sensor_ip) from t= o > any Hmm, the below should work. ..... pass in on $int_if from any to tag SUSPECT pass in on $int_if dup-to ($sensor_if, sensor_ip) from all tagged SUSPECT ..... > > Unless I miss something, I think it is not possible to make this example > just with pf(4) tags : it would have been possible if I wanted to copy on= ly > the traffic between my hosts and botnets. > > >> > I submit this patch to your attention. Is this feature is of interest = to >> be >> > added in PF mainstream ? >> > >> > You will find the patch and its documentation in attachment. >> > Let me know if you think that some modifications are needed. >> > >> > Best regards, >> > >> > Quentin Narvor >> > >> > _______________________________________________ >> > 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" >> > >> >> >> >> -- >> Ermal >> > _______________________________________________ > 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 Ermal From owner-freebsd-net@FreeBSD.ORG Thu Apr 7 18:41:40 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4D77106566C for ; Thu, 7 Apr 2011 18:41:40 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by mx1.freebsd.org (Postfix) with ESMTP id AE2D58FC0A for ; Thu, 7 Apr 2011 18:41:40 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp022.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LJA00G6JP98JK70@asmtp022.mac.com> for freebsd-net@freebsd.org; Thu, 07 Apr 2011 11:41:33 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-04-07_06:2011-04-07, 2011-04-07, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1104070100 From: Chuck Swiger In-reply-to: Date: Thu, 07 Apr 2011 11:41:32 -0700 Message-id: <8E8CB612-8391-4C7B-B554-E0F697E7131E@mac.com> References: To: "Marc G. Fournier" X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: mounting nfs: what options available for /etc/fstab? 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, 07 Apr 2011 18:41:40 -0000 On Apr 7, 2011, at 8:02 AM, Marc G. Fournier wrote: > Part of the recent thread I had about mounting nfs point to using nolockd to disable locking ... checking the mount_nfs man page, it lists 'lockd' as a deprecated option, but doesn't list 'nolockd' anywhere ... Much as with gcc, if mount command option "foo" exists which can be inverted, then there will be a "nofoo" option. Also, I am unsure where you find mention that "lockd" is deprecated, and I see an entry for "nolockd" here: http://www.freebsd.org/cgi/man.cgi?query=mount_nfs&sektion=8 > So, my question is: what options *are* currently supported? > > For instance, I'm doing, right now: > > rw,noauto,intr,nolockd > > which isn't generating any errors, but intr is classified in the man page as deprecated, so what *should* I be using instead? Again, I see no signs that "intr" is marked as deprecated? > Also, the man page has a '-4' option for nfsv4 ... two questions on that front: > > 1. how do I know what version *is* being used? showmount doesn't seem > to show that sort of info, nor does the mount command ... > > 2. what would I use in /etc/fstab to force it *if* I needed to? As for the default version being used, this is documented as: "nfsv2 Use the NFS Version 2 protocol (the default is to try version 3 first then version 2). Note that NFS version 2 has a file size limit of 2 gigabytes." ...and you can run "rpcinfo -p _fileserver_" to view the version of the RPC services available. Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Thu Apr 7 19:35: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 9D2931065673 for ; Thu, 7 Apr 2011 19:35:28 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0048FC17 for ; Thu, 7 Apr 2011 19:35:28 +0000 (UTC) Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by hub.org (Postfix) with ESMTP id 269603250A97; Thu, 7 Apr 2011 16:35:27 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 50660-04; Thu, 7 Apr 2011 19:35:27 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id DBFB53250A91; Thu, 7 Apr 2011 16:35:26 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id D4B783250A87; Thu, 7 Apr 2011 16:35:26 -0300 (ADT) Date: Thu, 7 Apr 2011 16:35:26 -0300 (ADT) From: "Marc G. Fournier" To: Chuck Swiger In-Reply-To: <8E8CB612-8391-4C7B-B554-E0F697E7131E@mac.com> Message-ID: References: <8E8CB612-8391-4C7B-B554-E0F697E7131E@mac.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: mounting nfs: what options available for /etc/fstab? 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, 07 Apr 2011 19:35:28 -0000 On Thu, 7 Apr 2011, Chuck Swiger wrote: > On Apr 7, 2011, at 8:02 AM, Marc G. Fournier wrote: >> Part of the recent thread I had about mounting nfs point to using nolockd to disable locking ... checking the mount_nfs man page, it lists 'lockd' as a deprecated option, but doesn't list 'nolockd' anywhere ... > > Much as with gcc, if mount command option "foo" exists which can be > inverted, then there will be a "nofoo" option. Also, I am unsure where > you find mention that "lockd" is deprecated, and I see an entry for > "nolockd" here: > > http://www.freebsd.org/cgi/man.cgi?query=mount_nfs&sektion=8 Thanks this helps alot ... but definitely not what I'm seeing in 'man mount_nfs' in 7-STABLE :( >From the 7-STABLE mount_nfs man page, last updated on Feb 4th, 2011: == Historic -o Options Use of these options is deprecated, they are only mentioned here for compatibility with historic versions of mount_nfs. bg Same as -b. fg Same as not specifying -b. conn Same as not specifying -c. dumbtimer Same as -d. intr Same as -i. lockd Same as not specifying -L. nfsv2 Same as -2. nfsv3 Same as -3. rdirplus Same as -l. mntudp Same as -U. resvport Same as -P. soft Same as -s. hard Same as not specifying -s. tcp Same as -T. == Thx ... ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-net@FreeBSD.ORG Thu Apr 7 22:53:37 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4BBD1065674 for ; Thu, 7 Apr 2011 22:53:37 +0000 (UTC) (envelope-from ladr.torres@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 465838FC1D for ; Thu, 7 Apr 2011 22:53:37 +0000 (UTC) Received: by eyg7 with SMTP id 7so1038152eyg.13 for ; Thu, 07 Apr 2011 15:53:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=TOSoTymb41EqdjQP+dlWvR8dEetKBK4SS4VywZZIRr0=; b=rVdzJodi+KTbjlgnHqYAZhr7RA02/N5Gy0qMJn+pOO9n2g8NKSxW4+ap2mepTB8441 Fzl09NA8e7F1UreaxR0dupkfHQSclUJa2idMkbJ8MQJma3lRrkBQ5InTZ9RHTj/ZYaE8 ypsbfl/4P/QJCuWE7b5i8JDm7ZvtlyPjGjMYM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=WXxCGbIYj2BHXU4H3KCAWhSK/FEuWmcWB1zVIGLLdSFQsxgJKr9bN0x6fFKLx1umFz 5uWtaEi1lv86LiNzWMCOCUTiApphIHIyJQJhIbNE9mxXxWVXQ76GeqPT1Xk6JOp8Gp0v omup1QV77xujtgXO5bMtdVU76X2bGT74s23b0= Received: by 10.213.108.144 with SMTP id f16mr679025ebp.136.1302216816122; Thu, 07 Apr 2011 15:53:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.14.205 with HTTP; Thu, 7 Apr 2011 15:53:06 -0700 (PDT) In-Reply-To: References: <20110405014825.GA3420@michelle.cdnetworks.com> From: Adriel Torres Date: Thu, 7 Apr 2011 17:53:06 -0500 Message-ID: To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Revisit of older discussion on Intel em0 timeouts etc. 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, 07 Apr 2011 22:53:37 -0000 Hello, As promised, I have redeployed 8.2 Stable via Net-Install with a dc0 interface as a DNS Server. The machine has been serving requests for only about an hour and so far there are no link-state changes. I will keep monitoring and inform you of any changes. Regards On Tue, Apr 5, 2011 at 8:03 PM, Adriel Torres wrote: > > > > >> >>> Would you give me more information on dc(4) link state changes? >>> Can you see abnormal kernel message for dc(4)? >>> >> >> From owner-freebsd-net@FreeBSD.ORG Thu Apr 7 23:23:25 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F1A6106566B for ; Thu, 7 Apr 2011 23:23:25 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 42E2F8FC17 for ; Thu, 7 Apr 2011 23:23:24 +0000 (UTC) Received: by yie12 with SMTP id 12so1417425yie.13 for ; Thu, 07 Apr 2011 16:23:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=1F09ZDOwHtXrX+qG+FuuqUskExoOL/r/2hjroGSrnG0=; b=s5jNKk/eppCgMr8bA4iANne+H6SDPSeuZsSuBEVd1Qiu6fQIIfgKjw7tjH6mCOt8Hf 8Vg+1Kvee2nWMnBtvgS87B4gYOu7d6MkhxMzkYhZTAU/j8XgNyD9vdBTSvK535vVbbcy kIIo5i6MKvkKDMhzBjEv5tHXSa6O4PsjYTBqw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=WdyhguBWoEzAPTOYZrmKNnTNkCzGotkZYdxhGiMXBv+vggdTQ7q4DgnRRF//JFl5eV lpVVyYTYj3M738Bt2l+CBbjrJbiwsAe0oVbofuqR6i0PJHPdUakPDbLHlwWnYyTIuu39 MU2b/OEqDeqpMthlboCPquVcEji1XW7smadzs= Received: by 10.150.31.15 with SMTP id e15mr1330974ybe.185.1302218604463; Thu, 07 Apr 2011 16:23:24 -0700 (PDT) Received: from DataIX.net (adsl-99-190-87-163.dsl.klmzmi.sbcglobal.net [99.190.87.163]) by mx.google.com with ESMTPS id p28sm1463521ybk.0.2011.04.07.16.23.21 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 07 Apr 2011 16:23:22 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p37NNIJc048093 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Apr 2011 19:23:19 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p37NNGGX048092; Thu, 7 Apr 2011 19:23:16 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Thu, 7 Apr 2011 19:23:16 -0400 From: "J. Hellenthal" To: Ermal =?iso-8859-1?Q?Lu=E7i?= Message-ID: <20110407232315.GA33170@DataIX.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: Quentin Narvor , nicolas.greneche@univ-orleans.fr, freebsd-net@freebsd.org Subject: Re: [PATCH] New feature in Packet Filter 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, 07 Apr 2011 23:23:25 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 07, 2011 at 07:54:56PM +0200, Ermal Lu=E7i wrote: >On Thu, Apr 7, 2011 at 5:14 PM, Quentin Narvor = wrote: >> 2011/4/7 Ermal Lu=E7i >> >>> On Thu, Apr 7, 2011 at 10:21 AM, Quentin Narvor >>> wrote: >>> > Hello, >>> > >>> > My name is Quentin Narvor and I am currently working on intrusion >>> detection. >>> > I use Freebsd 8.2 and I recently needed pf to be able to dynamically = fill >>> in >>> > tables according pass rule. >>> > >>> > For performances reasons, I didn't want to do it with a script and pf= ctl. >>> > Then, with the help of Mr Nicolas Greneche, I made this patch named >>> "add". >>> > It enables pf to add src ip or dst ip in a table when a match occurs = on a >>> > pass rule. >>> > >>> >>> I cannot see, apart collecting ips in tables, anything else that >>> cannot be done through pf(4) tags! >>> Can you please describe a use case for this patch? >> >> >> Indeed, it enables pf to change its behaviour toward some hosts dynamica= lly. >> I will build a blacklist of ip which have been recognized as compromized >> (botnets, spam, etc). I build a table with thoses IP. >> >> If I match a connection between one host of my internal network and one >> blacklisted ip, there are chances that this host is infected. >> I want to do a comprehensive capture of this host connections by adding = src >> ip to a table of hosts to watch. A dup-to rule dump traffic from "host to >> watch" table to a sensor. >> >> Here are the rules : >> pass in on $int_if from any to add ipsrc >> pass in on $int_if dup-to ($sensor_if, sensor_ip) from = to >> any > >Hmm, the below should work. > >..... >pass in on $int_if from any to tag SUSPECT >pass in on $int_if dup-to ($sensor_if, sensor_ip) from all tagged SUSPECT >..... Source connection tracking would probably also work here too but unless you are planning on filling up RAM per table usage I would certainly suggest using tagging. An example of what I use for src connection tracking that overloads to a blacklist would be one for SSH logins. pass in log quick proto tcp from ! port >1023 to any port $shports label "Login/SSH:$dstport" keep state (max-src-conn 5, max-src-conn-rate 15/30 overload flush global) But this may not be exactly what your looking for even though it could be tricked out to put every IP into a table but like I said your going to be filling up some RAM fairly quickly by keeping those hosts in a table depending on how often your rule is going to match. > > >> >> Unless I miss something, I think it is not possible to make this example >> just with pf(4) tags : it would have been possible if I wanted to copy o= nly >> the traffic between my hosts and botnets. >> >> >>> > I submit this patch to your attention. Is this feature is of interest= to >>> be >>> > added in PF mainstream ? >>> > >>> > You will find the patch and its documentation in attachment. >>> > Let me know if you think that some modifications are needed. >>> > >>> > --=20 J. Hellenthal --9amGYk9869ThD9tj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNnkdjAAoJEJBXh4mJ2FR+sBEH/2qLH9U9Y+zLl069tPpTfOWT cFVjN042wXyrwX3zRRTn3U7wNAvNXqbVc+zKe3hwEj0AmLpAtO+CH5JyaTR2P5ow pckwxdFyTnFq6les/5JHSa0YMwtd69FuKFLV/pmO9RBDP4nI6I1XlYfrQJ2VVU4p Yh3hCKBYMQj2mF8SNImtLoAjHURtQetzc3ZKEQA413HYmnRKTrOVquE11VLRE8OM ur0OChruDUOnZUpUbRBdrdzFHT7OIpjevpKpw+1BZTW2eP7bUPLQ21IVqgcRcJ99 JxgIF7dtTfMbFknCZrg/mVa8X9Z1y83MlCYE8RXFkoHlcACbuk/T2iWBjEJaYEs= =JYjs -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-net@FreeBSD.ORG Thu Apr 7 23:37: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 B818A106564A for ; Thu, 7 Apr 2011 23:37:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 85AF78FC12 for ; Thu, 7 Apr 2011 23:37:54 +0000 (UTC) Received: by pwj8 with SMTP id 8so1380663pwj.13 for ; Thu, 07 Apr 2011 16:37:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=Ct6PZLRIomJNHSgw7rTvvrjGaGmZyuR99GKPK3/b4A4=; b=uTJHiqMrMZ2XBQBN1E5QK0jpnM0nE1rh5NK5lgqMwJI7peEawKFTlkDCMN3Fm89Pyx qV6Y7A9slRJexEnA/z/NUywaAlnZ+nik8LcAoqsXN0wwVV5XcMq68TaOrN0K0a7P6tRF xK0tsWavGHWhqDkb1nbO8sUpoPiZIfY+PU6xI= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=o9kWAjwlVitNZb3Z//FOMYcAwgsy8w9Ie/i7PzNqVA/NydufecIRnAE0PCWlj/ap+9 bDnb3j+z6IVSQcpXqiXsVl3QWVV6rKepEmRNEAx/y/8t03x0jNK2+G52k0X3rnqj+OTo GhdN+bhIM1CswWhr4qpuHzEArLUIx+c8ksUlw= Received: by 10.142.14.1 with SMTP id 1mr1132924wfn.239.1302219473998; Thu, 07 Apr 2011 16:37:53 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id z10sm2818073wfj.15.2011.04.07.16.37.50 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 07 Apr 2011 16:37:52 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 07 Apr 2011 16:36:57 -0700 From: YongHyeon PYUN Date: Thu, 7 Apr 2011 16:36:57 -0700 To: Adriel Torres Message-ID: <20110407233657.GB50448@michelle.cdnetworks.com> References: <20110405014825.GA3420@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Revisit of older discussion on Intel em0 timeouts etc. 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: Thu, 07 Apr 2011 23:37:54 -0000 On Thu, Apr 07, 2011 at 05:53:06PM -0500, Adriel Torres wrote: > Hello, > > As promised, I have redeployed 8.2 Stable via Net-Install with a dc0 > interface as a DNS Server. The machine has been serving requests for only > about an hour and so far there are no link-state changes. I will keep > monitoring and inform you of any changes. > Thanks for your testing. If you encounter abnormal things, show me dmesg and "pciconf -lcbv" output. > Regards > > On Tue, Apr 5, 2011 at 8:03 PM, Adriel Torres wrote: > > > > > > > > > > >> > >>> Would you give me more information on dc(4) link state changes? > >>> Can you see abnormal kernel message for dc(4)? > >>> > >> > >> From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 09:36:31 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 3A361106566B; Fri, 8 Apr 2011 09:36:31 +0000 (UTC) (envelope-from quentin.narvor@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 83CA78FC0C; Fri, 8 Apr 2011 09:36:30 +0000 (UTC) Received: by bwz12 with SMTP id 12so3403767bwz.13 for ; Fri, 08 Apr 2011 02:36:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=oqnAacMutUT6De8puexDDnf9VNbQCRTbu7X7OGcKWR0=; b=PB/50WU4aNv9vj+ij8NSQHK9jHlwJ3H9JoM20t9xryiJJowX/PoihJeaY6ud+dCSKW +KaodG/YnZcpsPZL4uLQJPsvi8K6BmjnW8qanapZ+RDLFK/QtBNSuMQpZ4WWEkYRGgYn VkENd1NUXUozaoG6wt9+qXMVp+n/a8K5MxreI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=jRs+nQdirXKS/mg2mdwlqkQZsvUEGCMf+tkFfvDSDtUtM3lCJMWXNA9QpLTwHbGQQp 3Kd7cTHxwzR8AzO1pTOhENSv9C1f1D4enUV3qqJWfaA9FTZw0p1qQ/jlK+m7US6UR18p 3LnD6fWIUp7FDgUa1drsGORdBZVheP2Xy4Wr0= MIME-Version: 1.0 Received: by 10.204.126.152 with SMTP id c24mr1698922bks.4.1302255389371; Fri, 08 Apr 2011 02:36:29 -0700 (PDT) Received: by 10.204.59.193 with HTTP; Fri, 8 Apr 2011 02:36:29 -0700 (PDT) In-Reply-To: <20110407232315.GA33170@DataIX.net> References: <20110407232315.GA33170@DataIX.net> Date: Fri, 8 Apr 2011 11:36:29 +0200 Message-ID: From: Quentin Narvor To: "J. Hellenthal" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Ermal_Lu=E7i?= , freebsd-net@freebsd.org, nicolas.greneche@univ-orleans.fr Subject: Re: [PATCH] New feature in Packet Filter 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, 08 Apr 2011 09:36:31 -0000 2011/4/8 J. Hellenthal > On Thu, Apr 07, 2011 at 07:54:56PM +0200, Ermal Lu=E7i wrote: > >On Thu, Apr 7, 2011 at 5:14 PM, Quentin Narvor > wrote: > >> 2011/4/7 Ermal Lu=E7i > >> > >>> On Thu, Apr 7, 2011 at 10:21 AM, Quentin Narvor > >>> wrote: > >>> > Hello, > >>> > > >>> > My name is Quentin Narvor and I am currently working on intrusion > >>> detection. > >>> > I use Freebsd 8.2 and I recently needed pf to be able to dynamicall= y > fill > >>> in > >>> > tables according pass rule. > >>> > > >>> > For performances reasons, I didn't want to do it with a script and > pfctl. > >>> > Then, with the help of Mr Nicolas Greneche, I made this patch named > >>> "add". > >>> > It enables pf to add src ip or dst ip in a table when a match occur= s > on a > >>> > pass rule. > >>> > > >>> > >>> I cannot see, apart collecting ips in tables, anything else that > >>> cannot be done through pf(4) tags! > >>> Can you please describe a use case for this patch? > >> > >> > >> Indeed, it enables pf to change its behaviour toward some hosts > dynamically. > >> I will build a blacklist of ip which have been recognized as compromiz= ed > >> (botnets, spam, etc). I build a table with thoses IP. > >> > >> If I match a connection between one host of my internal network and on= e > >> blacklisted ip, there are chances that this host is infected. > >> I want to do a comprehensive capture of this host connections by addin= g > src > >> ip to a table of hosts to watch. A dup-to rule dump traffic from "host > to > >> watch" table to a sensor. > >> > >> Here are the rules : > >> pass in on $int_if from any to add ipsrc > >> pass in on $int_if dup-to ($sensor_if, sensor_ip) from > to > >> any > > > >Hmm, the below should work. > > > >..... > >pass in on $int_if from any to tag SUSPECT > >pass in on $int_if dup-to ($sensor_if, sensor_ip) from all tagged SUSPEC= T > >..... > > This won't work in my case. It would work if I want to capture only connections from my host to a blacklisted one. But I want to capture all the traffic of my host (not only the one to any blacklisted host) after a connection of this host to a blacklisted one occurs. Source connection tracking would probably also work here too but unless > you are planning on filling up RAM per table usage I would certainly > suggest using tagging. > > An example of what I use for src connection tracking that overloads to a > blacklist would be one for SSH logins. > > pass in log quick proto tcp from ! port >1023 to any port > $shports label "Login/SSH:$dstport" keep state (max-src-conn 5, > max-src-conn-rate 15/30 overload flush global) > > But this may not be exactly what your looking for even though it could > be tricked out to put every IP into a table but like I said your going > to be filling up some RAM fairly quickly by keeping those hosts in a > table depending on how often your rule is going to match. > > I have seen the option overload. I could have used it if it was possible = to set max_src_conn to 0 : overload table would have been filled in as soon as a connection to a blacklisted host occurs. In my case, hosts which will be added to the table are the one on my internal network. Although this is a university, number of ip addresses which will be added in a table is limited, I don't worry about RAM usage. From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 10:30:46 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 CFC091065674; Fri, 8 Apr 2011 10:30:46 +0000 (UTC) (envelope-from przemyslaw@frasunek.com) Received: from lagoon.freebsd.lublin.pl (lagoon.freebsd.lublin.pl [IPv6:2a02:2928:a::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5A11F8FC17; Fri, 8 Apr 2011 10:30:46 +0000 (UTC) Received: from [IPv6:2a02:2928:a:ffff:b842:f3ba:38a2:46ca] (unknown [IPv6:2a02:2928:a:ffff:b842:f3ba:38a2:46ca]) by lagoon.freebsd.lublin.pl (Postfix) with ESMTPSA id 97D0823944C; Fri, 8 Apr 2011 12:30:44 +0200 (CEST) Message-ID: <4D9EE3D1.5030608@frasunek.com> Date: Fri, 08 Apr 2011 12:30:41 +0200 From: Przemyslaw Frasunek User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; pl; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4D3011DB.9050900@frasunek.com> <4D30458D.30007@sentex.net> <4D309983.70709@rdtc.ru> <201101141437.55421.jhb@freebsd.org> <4D9DA940.4090804@rdtc.ru> In-Reply-To: <4D9DA940.4090804@rdtc.ru> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Eugene Grosbein , John Baldwin , Mike Tancsa Subject: Re: panic: bufwrite: buffer is not busy??? 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, 08 Apr 2011 10:30:46 -0000 > I believe this netgraph/mpd stability problem it solved by glebius' patches. > I have been testing them in lab and in production for many weeks and they just > eliminated my panics altogether. Those patched have been commited to HEAD and RELENG_8. Any chance of a backporting them to RELENG_7? From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 12:21: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 EE531106564A; Fri, 8 Apr 2011 12:21:51 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 448FA8FC16; Fri, 8 Apr 2011 12:21:50 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p38CLiXT090432; Fri, 8 Apr 2011 19:21:44 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D9EFDD3.7070009@rdtc.ru> Date: Fri, 08 Apr 2011 19:21:39 +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: Przemyslaw Frasunek References: <4D3011DB.9050900@frasunek.com> <4D30458D.30007@sentex.net> <4D309983.70709@rdtc.ru> <201101141437.55421.jhb@freebsd.org> <4D9DA940.4090804@rdtc.ru> <4D9EE3D1.5030608@frasunek.com> In-Reply-To: <4D9EE3D1.5030608@frasunek.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Mike Tancsa Subject: Re: panic: bufwrite: buffer is not busy??? 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, 08 Apr 2011 12:21:52 -0000 On 08.04.2011 17:30, Przemyslaw Frasunek wrote: >> I believe this netgraph/mpd stability problem it solved by glebius' patches. >> I have been testing them in lab and in production for many weeks and they just >> eliminated my panics altogether. Those patched have been commited to HEAD and RELENG_8. > > Any chance of a backporting them to RELENG_7? Gleb said he does not have any RELENG_7 machine to test changes, nor do I. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 14:10:06 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68A39106564A for ; Fri, 8 Apr 2011 14:10:06 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1AE518FC13 for ; Fri, 8 Apr 2011 14:10:05 +0000 (UTC) Received: by qyk27 with SMTP id 27so2536286qyk.13 for ; Fri, 08 Apr 2011 07:10:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8dGexj+1jFWAA1//T9tJGYIsCd2sZSzVGb9+VuwEqVs=; b=e6rPhrN/T5afW2enW6bzcOeoJMh65qxY6UIHe48iIRRZHJ087oQCw7GTPxnGnVfxay xEm+RCyCq+1v7qatADS+k8R/Ul/3DC92Ry3D6vGZsQW4CKC9YebJLKVgk4+jUMzwjgJA L9hp2upmiboOGn9Lalu9pDCCs0uzFxqROB4o4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=msO2edxghx/HmMUAFCMSkuAZQ+3EwKWAYjgtiKhfpYJFC9yACo/ZvHYFCZmopiMniM b7FypG4z3ICEIZha57h13uXJQq8GlLibFo+LonGRYzfQLGwPY6H9wCijpbA+XVQW0UJB 43VG+5B1/eZ7ImoEgu3yp6tQsUbx0UWRLKnco= MIME-Version: 1.0 Received: by 10.229.43.169 with SMTP id w41mr1863236qce.49.1302271805282; Fri, 08 Apr 2011 07:10:05 -0700 (PDT) Received: by 10.229.212.9 with HTTP; Fri, 8 Apr 2011 07:10:05 -0700 (PDT) In-Reply-To: References: Date: Fri, 8 Apr 2011 16:10:05 +0200 Message-ID: From: Dominique Goncalves To: Sergey Kandaurov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: ifa_add_loopback_route: insertion failed with ifconfig wlan0 up 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, 08 Apr 2011 14:10:06 -0000 Hi 2011/4/6 Sergey Kandaurov : > On 6 April 2011 11:35, Dominique Goncalves > wrote: >> Hi, >> >> I've installed FreeBSD 8.2-RELEASE on soekris net4801 with Atheros >> 9280 (mini pci card) as an access point using hostapd, so far it works >> . Sometimes I need to disable wireless with ifconfig wlan0 down but >> each times I run ifconfig wlan0 up, the kernel produces this error >> >> ifa_add_loopback_route: insertion failed >> >> is this a problem ? or maybe there is a better way to disable/enable wir= eless ? >> > > I see this too with a dumb test: > > vlan5: flags=3D8003 metric 0 mtu 1500 > =A0 =A0 =A0 =A0ether 00:00:00:00:00:00 > =A0 =A0 =A0 =A0inet6 fe80::21a:64ff:fe68:d005%vlan5 prefixlen 64 scopeid = 0xa > =A0 =A0 =A0 =A0inet 192.168.13.13 netmask 0xffffffff broadcast 192.168.13= .13 > =A0 =A0 =A0 =A0nd6 options=3D3 > =A0 =A0 =A0 =A0vlan: 0 parent interface: > > On 8.1 ifconfig vlan5 up gives: > ifa_add_loopback_route: insertion failed I guess I need to submit a PR. What step did you used to reproduce the problem ? I tried (on 8.2) to create a vlan but was not able to reproduce the error. > > On head ifconfig vlan5 down gives: > interface address is missing from cache =3D 0 =A0in delete > > -- > wbr, > pluknet > Regards. --=20 There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 14:19:42 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAAAE106566B for ; Fri, 8 Apr 2011 14:19:42 +0000 (UTC) (envelope-from ladr.torres@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7C5258FC14 for ; Fri, 8 Apr 2011 14:19:42 +0000 (UTC) Received: by ewy1 with SMTP id 1so1217749ewy.13 for ; Fri, 08 Apr 2011 07:19:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=S9HN89xWvQZxkrHagPYfnSuBOlkrtJ5CPwZZCR0BA8s=; b=ry7s9ygQFyxqFVW15asdkbCXUxx/KMJ+7iaWOupQxo5hF0TKAg4USHFY9RLKkddsQ8 G8EXiZDNrLkaO0yjgcES/jLafp/bqYIeJyMahUxr7MsFY+Ebv54/F1jvvF4+Bgv/XQd5 g/z6JyUzqUChkPE0A3zcgpQUwPAtDOaGM71lw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=bJRK4l+D2bW/yakDk3Rzz+Vs1kXbI9C0a4SQ6xy+RBiyM5/HLCyK8MSLUPGQSWqV8d 15MOCr8RIf7TI6sdF47V07tURbZtgu8wdfzHeQmn4FVRd6IYkMGi9wCS9OgoQOr3D4VF 7NKatv32xTARwGTB1XjGUS2mwwTkC6ABf4lEU= Received: by 10.213.33.143 with SMTP id h15mr1025511ebd.22.1302272381093; Fri, 08 Apr 2011 07:19:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.14.205 with HTTP; Fri, 8 Apr 2011 07:19:11 -0700 (PDT) In-Reply-To: <20110407233657.GB50448@michelle.cdnetworks.com> References: <20110405014825.GA3420@michelle.cdnetworks.com> <20110407233657.GB50448@michelle.cdnetworks.com> From: Adriel Torres Date: Fri, 8 Apr 2011 09:19:11 -0500 Message-ID: To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Revisit of older discussion on Intel em0 timeouts etc. 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, 08 Apr 2011 14:19:43 -0000 Hi, No problem. I can say that I have not seen a single link state change since deploying the server. Good news! : ) Thanks for everything AdrieL > > Thanks for your testing. If you encounter abnormal things, show me > dmesg and "pciconf -lcbv" output. > > From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 14:24: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 479AE106564A for ; Fri, 8 Apr 2011 14:24:11 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 045AC8FC15 for ; Fri, 8 Apr 2011 14:24:10 +0000 (UTC) Received: by qwc9 with SMTP id 9so2348445qwc.13 for ; Fri, 08 Apr 2011 07:24:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nC/hHWw+WD5VwYakbPbr/UabNqZ3/Ez9gQZzQ/I0c2E=; b=FC+niJLonkiHtPb9NkOmSE6QOn+Q4ntn5UzTnQDFgrfwhhfJT9E3JEVG3AceGoI7e4 TtrvSY6eQhY6qC1M/+xTV+TU7CES1IhmIoAv07Eb3TDpw+WKJ/fVWUrjkuCxaRuiwh6L c+NPw3tGSBKZ8gxBACUUJz6/Y5GjvhMuV1J3k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=D+mwOhxsDlBI+y9s+pNSxzVzd63vP0OWMKh6hwHzXqDMeVAJrogLonM1xRr7Tg8btn svo3qnuwjtLqe6QXE5yOP3Kc/5LYg+dX43wMV7U7dJSOX5Nqk6vGUILNrEuYfhxrM7IV DPKz+ebKxozSxGfqpbt6t4pKU2YBM4//4tOD8= MIME-Version: 1.0 Received: by 10.229.26.67 with SMTP id d3mr1803544qcc.227.1302272649901; Fri, 08 Apr 2011 07:24:09 -0700 (PDT) Received: by 10.229.8.20 with HTTP; Fri, 8 Apr 2011 07:24:09 -0700 (PDT) In-Reply-To: References: Date: Fri, 8 Apr 2011 18:24:09 +0400 Message-ID: From: Sergey Kandaurov To: Dominique Goncalves Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: ifa_add_loopback_route: insertion failed with ifconfig wlan0 up 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, 08 Apr 2011 14:24:11 -0000 On 8 April 2011 18:10, Dominique Goncalves wrote: > Hi > > 2011/4/6 Sergey Kandaurov : >> On 6 April 2011 11:35, Dominique Goncalves >> wrote: >>> Hi, >>> >>> I've installed FreeBSD 8.2-RELEASE on soekris net4801 with Atheros >>> 9280 (mini pci card) as an access point using hostapd, so far it works >>> . Sometimes I need to disable wireless with ifconfig wlan0 down but >>> each times I run ifconfig wlan0 up, the kernel produces this error >>> >>> ifa_add_loopback_route: insertion failed >>> >>> is this a problem ? or maybe there is a better way to disable/enable wi= reless ? >>> >> >> I see this too with a dumb test: >> >> vlan5: flags=3D8003 metric 0 mtu 1500 >> =A0 =A0 =A0 =A0ether 00:00:00:00:00:00 >> =A0 =A0 =A0 =A0inet6 fe80::21a:64ff:fe68:d005%vlan5 prefixlen 64 scopeid= 0xa >> =A0 =A0 =A0 =A0inet 192.168.13.13 netmask 0xffffffff broadcast 192.168.1= 3.13 >> =A0 =A0 =A0 =A0nd6 options=3D3 >> =A0 =A0 =A0 =A0vlan: 0 parent interface: >> >> On 8.1 ifconfig vlan5 up gives: >> ifa_add_loopback_route: insertion failed > > I guess I need to submit a PR. > > What step did you used to reproduce the problem ? I tried (on 8.2) to > create a vlan but was not able to reproduce the error. Here it is. # ifconfig vlan5 create # ifconfig vlan5 192.168.13.16/32 # ifconfig vlan5 down # ifconfig vlan5 up --=20 wbr, pluknet From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 14:54:48 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 D0A33106566B for ; Fri, 8 Apr 2011 14:54:48 +0000 (UTC) (envelope-from krjeschke@omniti.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 762C38FC12 for ; Fri, 8 Apr 2011 14:54:48 +0000 (UTC) Received: by wyf23 with SMTP id 23so3621831wyf.13 for ; Fri, 08 Apr 2011 07:54:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.245.131 with SMTP id o3mr1947285wer.97.1302274487470; Fri, 08 Apr 2011 07:54:47 -0700 (PDT) Received: by 10.216.242.141 with HTTP; Fri, 8 Apr 2011 07:54:47 -0700 (PDT) Date: Fri, 8 Apr 2011 10:54:47 -0400 Message-ID: From: Katherine Jeschke To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Surge 2011 CFP Deadline Extended 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, 08 Apr 2011 14:54:48 -0000 OmniTI is pleased to announce that the CFP deadline for Surge 2011, the Scalability and Performance Conference, (Baltimore: Sept 28-30, 2011) has been extended to 23:59:59 EDT, April 17, 2011. The event focuses upon case studies that demonstrate successes (and failures) in Web applications and Internet architectures. New this year: Hack Day and Unconference on September 28th. For information about topics: http://omniti.com/surge/2011. Get inspired by the 2010 sessions, now online at (http://omniti.com/surge/2010) 2010 attendees compared Surge to the early days of Velocity, and our speakers received 3.5-4 out of 4 stars for quality of presentation and quality of content! Nearly 90% of first-year attendees are planning to come again in 2011. For more information about the CFP or sponsorship of the event, please contact us: surge (AT) omniti (DOT) com. -- Katherine Jeschke Marketing Director OmniTI Computer Consulting, Inc. 7070 Samuel Morse Drive, Ste.150 Columbia, MD 21046 O: 410/872-4910, 222 C: 443/643-6140 omniti.com circonus.com From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 15:46: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 C65ED1065672 for ; Fri, 8 Apr 2011 15:46:20 +0000 (UTC) (envelope-from dominique.goncalves@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 813CA8FC18 for ; Fri, 8 Apr 2011 15:46:20 +0000 (UTC) Received: by qwc9 with SMTP id 9so2404043qwc.13 for ; Fri, 08 Apr 2011 08:46:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Xs/MftDkdLKzPyc5xIUN43pBrBAFYpCOti3L+T2XkvA=; b=DmakKSl3o+995FxViYtOjxSy5MjaI//Z9IBJnLb6vEUpj0jyAJat8oyZIEsf36pw6Y ZvSgYarKAQWnUeRwiVXB1NIuJOp+HMZrMhfSWL1GzvXUM5usue8hf1bPzCwyFmt2vnPS KJsq+0N/69Zrv0JtMUrIVKh04r6bsDvhkewL0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=mNzV1EYFRZ4RUF2hiym++IgXyAZknskcJARNCdg2BDqdh2A0+caTWI33b3eSjXqNHT nQzEWM4FK49aNiSHTjZno52Ul/5q380eHIA4btqKQuvxbHcYGzsyn9RW8qjqapS8gslV zsDUJFneDQDqh9CixDNTSiu9SuceCzotuCzIY= MIME-Version: 1.0 Received: by 10.229.131.23 with SMTP id v23mr1985111qcs.11.1302277579726; Fri, 08 Apr 2011 08:46:19 -0700 (PDT) Received: by 10.229.212.9 with HTTP; Fri, 8 Apr 2011 08:46:19 -0700 (PDT) In-Reply-To: References: Date: Fri, 8 Apr 2011 17:46:19 +0200 Message-ID: From: Dominique Goncalves To: Sergey Kandaurov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: ifa_add_loopback_route: insertion failed with ifconfig wlan0 up 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, 08 Apr 2011 15:46:20 -0000 2011/4/8 Sergey Kandaurov : > On 8 April 2011 18:10, Dominique Goncalves > wrote: >> Hi >> >> 2011/4/6 Sergey Kandaurov : >>> On 6 April 2011 11:35, Dominique Goncalves >>> wrote: >>>> Hi, >>>> >>>> I've installed FreeBSD 8.2-RELEASE on soekris net4801 with Atheros >>>> 9280 (mini pci card) as an access point using hostapd, so far it works >>>> . Sometimes I need to disable wireless with ifconfig wlan0 down but >>>> each times I run ifconfig wlan0 up, the kernel produces this error >>>> >>>> ifa_add_loopback_route: insertion failed >>>> >>>> is this a problem ? or maybe there is a better way to disable/enable w= ireless ? >>>> >>> >>> I see this too with a dumb test: >>> >>> vlan5: flags=3D8003 metric 0 mtu 1500 >>> =A0 =A0 =A0 =A0ether 00:00:00:00:00:00 >>> =A0 =A0 =A0 =A0inet6 fe80::21a:64ff:fe68:d005%vlan5 prefixlen 64 scopei= d 0xa >>> =A0 =A0 =A0 =A0inet 192.168.13.13 netmask 0xffffffff broadcast 192.168.= 13.13 >>> =A0 =A0 =A0 =A0nd6 options=3D3 >>> =A0 =A0 =A0 =A0vlan: 0 parent interface: >>> >>> On 8.1 ifconfig vlan5 up gives: >>> ifa_add_loopback_route: insertion failed >> >> I guess I need to submit a PR. >> >> What step did you used to reproduce the problem ? I tried (on 8.2) to >> create a vlan but was not able to reproduce the error. > > Here it is. > > # ifconfig vlan5 create > # ifconfig vlan5 192.168.13.16/32 > # ifconfig vlan5 down > # ifconfig vlan5 up Ok, I reproduced the error and I just submitted a problem report PR/156278 > -- > wbr, > pluknet > --=20 There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 16:51:21 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 51F93106564A for ; Fri, 8 Apr 2011 16:51:21 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 042178FC0A for ; Fri, 8 Apr 2011 16:51:20 +0000 (UTC) Received: by vxc34 with SMTP id 34so3533653vxc.13 for ; Fri, 08 Apr 2011 09:51:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=KDQaZsdOR9MCylDpXZAUsymN8vDjjRVoFhm0Y/wcjL4=; b=k0WAXwgXzZuTLPMc8FJyD1IadypMpcVLzjmBbPEkzKrkiTJf69QsjJfZpeATob9EE4 kxoNRuFjhpGLyy4coRYbFpXkF7Mdmdinx/veW6E/nWmVMHHX5LbafU1mcpyrXtI4toHq +i7ZxAR4vlfUEPaGG8mPexIbt5s4v3Q/jmGkw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=l7ILkFIRMKhMxoa72/Fdxco0r4Bm7yquldgk4arLgv3JMvWp5tHaFj1+9wenl/1Il1 d0kpXky9m9A9Bbs/ITPvvKO42LdEVWA7UvVljHzWfsJPv8Qo3r8sC8zV0+D3tBB/60Eq xsnhZe9VGh1p1uBW96BY96/3pJVGicTCahl2I= MIME-Version: 1.0 Received: by 10.52.172.242 with SMTP id bf18mr3594227vdc.161.1302281480395; Fri, 08 Apr 2011 09:51:20 -0700 (PDT) Received: by 10.52.161.168 with HTTP; Fri, 8 Apr 2011 09:51:20 -0700 (PDT) In-Reply-To: References: <20110405014825.GA3420@michelle.cdnetworks.com> <20110407233657.GB50448@michelle.cdnetworks.com> Date: Fri, 8 Apr 2011 09:51:20 -0700 Message-ID: From: Jack Vogel To: Adriel Torres Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, freebsd-net@freebsd.org Subject: Re: Revisit of older discussion on Intel em0 timeouts etc. 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, 08 Apr 2011 16:51:21 -0000 Excellent, thanks for the positive report. Jack On Fri, Apr 8, 2011 at 7:19 AM, Adriel Torres wrote: > Hi, > > No problem. I can say that I have not seen a single link state change > since > deploying the server. Good news! : ) > Thanks for everything > > AdrieL > > > > > Thanks for your testing. If you encounter abnormal things, show me > > dmesg and "pciconf -lcbv" output. > > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 19:12: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 761401065687 for ; Fri, 8 Apr 2011 19:12:11 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id B7B4E8FC15 for ; Fri, 8 Apr 2011 19:12:10 +0000 (UTC) Received: (qmail 32227 invoked from network); 8 Apr 2011 21:12:08 +0200 Received: from unknown (HELO filebunker.xip.at) (89.207.145.147) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 Apr 2011 21:12:08 +0200 Date: Fri, 8 Apr 2011 21:12:07 +0200 (CEST) From: Ingo Flaschberger To: Dominique Goncalves In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, Sergey Kandaurov Subject: Re: ifa_add_loopback_route: insertion failed with ifconfig wlan0 up 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, 08 Apr 2011 19:12:11 -0000 Hi, >> # ifconfig vlan5 create >> # ifconfig vlan5 192.168.13.16/32 >> # ifconfig vlan5 down >> # ifconfig vlan5 up > > Ok, I reproduced the error and I just submitted a problem report PR/156278 can you check if this patch helps: kern/150481 Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 20:13:37 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 326B3106566C for ; Fri, 8 Apr 2011 20:13:37 +0000 (UTC) (envelope-from przemyslaw@frasunek.com) Received: from lagoon.freebsd.lublin.pl (lagoon.freebsd.lublin.pl [IPv6:2a02:2928:a::3]) by mx1.freebsd.org (Postfix) with ESMTP id AFFA28FC1E for ; Fri, 8 Apr 2011 20:13:36 +0000 (UTC) Received: from [IPv6:2a02:2928:a:ffff:965:9c23:fece:cec1] (unknown [IPv6:2a02:2928:a:ffff:965:9c23:fece:cec1]) by lagoon.freebsd.lublin.pl (Postfix) with ESMTPSA id D213B23944A for ; Fri, 8 Apr 2011 22:13:35 +0200 (CEST) Message-ID: <4D9F6C71.1040209@frasunek.com> Date: Fri, 08 Apr 2011 22:13:37 +0200 From: Przemyslaw Frasunek Organization: frasunek.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4D947756.6050808@freebsd.lublin.pl> In-Reply-To: <4D947756.6050808@freebsd.lublin.pl> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: mpd5/Netgraph issues after upgrading to 7.4 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2011 20:13:37 -0000 [...] > Mar 31 13:48:06 lsm-gw mpd: [B-150] Bundle: Interface ng149 created > Mar 31 13:48:06 lsm-gw mpd: [B-150] can't create ppp node at ".:"->"b150": > Operation not permitted [...] I'm still looking for a help in investigating this issue. The problem appears on two 7.4 boxes, while 7.3 are working OK. Ktrace shows, that indeed some of sendto() calls on netgraph control socket are failing with EPERM: 1246 mpd5 CALL sendto(0x5,0x2886e020,0x98,0,0xbf7fc9b2,0x5) 1246 mpd5 RET sendto -1 errno 1 Operation not permitted but few seconds later, sendto() called on the same socket succeeds: 1246 mpd5 CALL sendto(0x5,0x286487c0,0x38,0,0xbf9feae2,0x6) 1246 mpd5 GIO fd 5 wrote 56 bytes 0x0000 0800 0000 0000 0000 0100 0000 0000 0000 |................| 0x0010 b2b1 c600 1e51 c643 636d 6431 0000 0000 |.....Q.Ccmd1....| 0x0020 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0030 0000 0000 0000 0000 |........| I looked at the netgraph code and I couldn't find any place where it returns EPERM. From owner-freebsd-net@FreeBSD.ORG Fri Apr 8 21:32:37 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E6E21065670 for ; Fri, 8 Apr 2011 21:32:37 +0000 (UTC) (envelope-from alireza.torabi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id DE01F8FC0C for ; Fri, 8 Apr 2011 21:32:36 +0000 (UTC) Received: by vxc34 with SMTP id 34so3765203vxc.13 for ; Fri, 08 Apr 2011 14:32:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=a0Yt2SmWj6oK+USkQNHs1jlG6byoK81aa8HvJh8cL3E=; b=eyi3kMTZNdzSSSVrb809e+F/V0ldO5g6heLZdYhsjq8KgwVPUidARL+KL9P0xOeDbU JDy2PQubcjwN8pPAWdVN6uScUiaWn2FwCcBAREaD3y9z0iXRXwQ1PkG+yIsnqdYpZhjo 0vdazPKneLntvAczTpL8LaNIpV9+8vuNGrabo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=GnmzJl2Glsoc5RlSvIrejZLQhLqDHEqxplwrTVf+Wf+QMoBfFq+xwEuXKI8EKhn4QR +4YfwTjsxcdecR5JmVey/Pz2Vw43m2ZmX6y2PPJ8Cr/sNVC+rha3VIq9+i0CAOL9mZut m5ruTcvB4Qawp6L3mjM3mtA56OEZUaog5S3h4= MIME-Version: 1.0 Received: by 10.220.179.65 with SMTP id bp1mr744112vcb.181.1302296712186; Fri, 08 Apr 2011 14:05:12 -0700 (PDT) Received: by 10.220.195.205 with HTTP; Fri, 8 Apr 2011 14:05:12 -0700 (PDT) Date: Fri, 8 Apr 2011 22:05:12 +0100 Message-ID: From: Alireza Torabi To: freebsd-net Content-Type: text/plain; charset=ISO-8859-1 Subject: Freebsd *.2 mpd with MPPC support and Windows 7 clients... 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, 08 Apr 2011 21:32:37 -0000 Folks, I'm been using this mpd5.5 on one of my FreeBSD 8.2 servers and also compiled the MPPC support in ng_mppc module from: http://mavhome.dp.ua/MPPC/ which acts as a PPTP server. Windows XP clients are OK and get the compression fine, however these new 7 RAS clients won't work until the MPPC is switched off. So am I right in thinking something again has changed in Win7 RAS that breaks the FreeBSD MPPC implentation? Thanks Alireza From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 00:45:13 2011 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 51E42106566C; Sat, 9 Apr 2011 00:45:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A1BCB14EFC9; Sat, 9 Apr 2011 00:45:12 +0000 (UTC) Message-ID: <4D9FAC18.1070202@FreeBSD.org> Date: Fri, 08 Apr 2011 17:45:12 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: bz@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org Subject: in6.c and panic: 0xc63dd000 must be migratable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 00:45:13 -0000 Bjoern, We're seeing something very similar to the following with pf and IPv6: http://pastebin.com/AJzXmEWe I notice that you did some locking changes in r216022, could this be related? Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 01:02:46 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 1F5C9106566B; Sat, 9 Apr 2011 01:02:46 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD6F8FC1A; Sat, 9 Apr 2011 01:02:45 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 5A79E25D386D; Sat, 9 Apr 2011 01:02:44 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id A26EF159C8AD; Sat, 9 Apr 2011 01:02:43 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id GlBBSTF26IWX; Sat, 9 Apr 2011 01:02:42 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 83688159C8A8; Sat, 9 Apr 2011 00:57:16 +0000 (UTC) Date: Sat, 9 Apr 2011 00:57:15 +0000 (UTC) From: "Bjoern A. Zeeb" To: Doug Barton In-Reply-To: <4D9FAC18.1070202@FreeBSD.org> Message-ID: References: <4D9FAC18.1070202@FreeBSD.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@FreeBSD.org Subject: Re: in6.c and panic: 0xc63dd000 must be migratable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 01:02:46 -0000 On Fri, 8 Apr 2011, Doug Barton wrote: > Bjoern, > > We're seeing something very similar to the following with pf and IPv6: similar to what? > http://pastebin.com/AJzXmEWe > Kernel page fault with the following non-sleepable locks held: > exclusive rw lle (lle) r = 0 (0xc9f90b08) locked @ /src/sys/netinet6/in6.c:2478 > shared rm PFil hook read/write mutex (PFil hook read/write mutex) r = 0 (0xc0ff4cd8) locked @ /src/sys/net/pfil.c:77 > exclusive rw rawinp (rawinp) r = 0 (0xd3139e88) locked @ /src/sys/netinet6/raw_ip6.c:415 > KDB: stack backtrace: > #0 0xc091bcd7 at kdb_backtrace+0x47 > #1 0xc092dc45 at _witness_debugger+0x25 > #2 0xc092f15e at witness_warn+0x1fe > #3 0xc0c42485 at trap+0x195 > #4 0xc0c28f2c at calltrap+0x6 > #5 0xc0a9e61d at nd6_output+0x3d > #6 0xc04f5a4d at pf_route6+0x55d > #7 0xc04f542d at pf_test6+0x129d > #8 0xc04f82f7 at pf_check6_out+0x47 > #9 0xc09a6698 at pfil_run_hooks+0x98 > #10 0xc0a982c7 at ip6_output+0x11c7 > #11 0xc0aa68ff at rip6_output+0x46f > #12 0xc0aa6e2c at rip6_send+0x17c > #13 0xc0954afd at sosend_generic+0x50d > #14 0xc095032f at sosend+0x3f > #15 0xc0959e04 at kern_sendit+0x164 > #16 0xc095a021 at sendit+0xb1 > #17 0xc095a0c1 at sendmsg+0x71 > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0xdeadc0e2 memory modified after free. It would be helpful to include more data in your problem reports. What freebsd release? Can you reproduce it? If so, how? > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0a9e355 > stack pointer = 0x28:0xf4af0590 > frame pointer = 0x28:0xf4af05fc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 28297 (ping6) > trap number = 12 > panic: page fault > cpuid = 1 > KDB: stack backtrace: > #0 0xc091bcd7 at kdb_backtrace+0x47 > #1 0xc08ec297 at panic+0x117 > #2 0xc0c41fb3 at trap_fatal+0x323 > #3 0xc0c42493 at trap+0x1a3 > #4 0xc0c28f2c at calltrap+0x6 > #5 0xc0a9e61d at nd6_output+0x3d > #6 0xc04f5a4d at pf_route6+0x55d > #7 0xc04f542d at pf_test6+0x129d > #8 0xc04f82f7 at pf_check6_out+0x47 > #9 0xc09a6698 at pfil_run_hooks+0x98 > #10 0xc0a982c7 at ip6_output+0x11c7 > #11 0xc0aa68ff at rip6_output+0x46f > #12 0xc0aa6e2c at rip6_send+0x17c > #13 0xc0954afd at sosend_generic+0x50d > #14 0xc095032f at sosend+0x3f > #15 0xc0959e04 at kern_sendit+0x164 > #16 0xc095a021 at sendit+0xb1 > #17 0xc095a0c1 at sendmsg+0x71 > panic: 0xc63dd000 must be migratable > cpuid = 1 > panic: 0xc63dd000 must be migratable > cpuid = 1 > panic: 0xc63dd000 must be migratable > cpuid = 1 > panic: 0xc63dd000 must be migratable > cpuid = 1 > panic: 0xc63dd000 must be migratable > cpuid = 1 > panic: 0xc63dd000 must be migratable > cpuid = 1 > panic: 0xc63dd000 must be migratable > cpuid = 1 > Depsite being in the subject that's just follow-up problems, though thinking about it (very wild guess) -- how many cores do you have and are you running with flowtable enabled? > I notice that you did some locking changes in r216022, could this be related? > > > Doug > > -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 01:08:59 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 32EF5106566B; Sat, 9 Apr 2011 01:08:59 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id E368B8FC0A; Sat, 9 Apr 2011 01:08:58 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 0557B25D386D; Sat, 9 Apr 2011 01:08:57 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 2198A159C8A8; Sat, 9 Apr 2011 01:08:57 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id Q3ooDV1GsH8v; Sat, 9 Apr 2011 01:08:56 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 2B0B4159C8AD; Sat, 9 Apr 2011 01:08:56 +0000 (UTC) Date: Sat, 9 Apr 2011 01:08:55 +0000 (UTC) From: "Bjoern A. Zeeb" To: Doug Barton In-Reply-To: Message-ID: References: <4D9FAC18.1070202@FreeBSD.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@FreeBSD.org Subject: Re: in6.c and panic: 0xc63dd000 must be migratable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 01:08:59 -0000 On Sat, 9 Apr 2011, Bjoern A. Zeeb wrote: > On Fri, 8 Apr 2011, Doug Barton wrote: > >> Bjoern, >> >> We're seeing something very similar to the following with pf and IPv6: > > similar to what? > >> http://pastebin.com/AJzXmEWe Sorry I only just realized that there was no information from you here and you are referencing a pastebin from last December. Sorry, but can't help much more then on it. Please see http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html for how to get some data points as "simmilar" simply doesn't work to debug. Regards, Bjoern -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 02:31:30 2011 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id ADDB1106566C for ; Sat, 9 Apr 2011 02:31:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 553C1161154; Sat, 9 Apr 2011 02:30:40 +0000 (UTC) Message-ID: <4D9FC4CF.9090704@FreeBSD.org> Date: Fri, 08 Apr 2011 19:30:39 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <4D9FAC18.1070202@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org Subject: Re: in6.c and panic: 0xc63dd000 must be migratable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 02:31:30 -0000 On 04/08/2011 17:57, Bjoern A. Zeeb wrote: > On Fri, 8 Apr 2011, Doug Barton wrote: > >> Bjoern, >> >> We're seeing something very similar to the following with pf and IPv6: > > similar to what? We're seeing the "must be migratable" part of the panic, but nothing else. > It would be helpful to include more data in your problem reports. > > What freebsd release? Yeah, sorry, not my best effort, but we were in the middle of a crisis. :) This is 8-stable (post 8.2-RELEASE) i386. > Can you reproduce it? If so, how? Not at will, but it's happened twice now. >> panic: 0xc63dd000 must be migratable >> cpuid = 1 >> panic: 0xc63dd000 must be migratable >> cpuid = 1 >> panic: 0xc63dd000 must be migratable >> cpuid = 1 >> panic: 0xc63dd000 must be migratable >> cpuid = 1 >> panic: 0xc63dd000 must be migratable >> cpuid = 1 >> panic: 0xc63dd000 must be migratable >> cpuid = 1 >> panic: 0xc63dd000 must be migratable >> cpuid = 1 This is the bit we see. Breaking to the debugger hasn't worked, and dumping is not an option (I inherited this system, trying to get it tuned up now). > Depsite being in the subject that's just follow-up problems, though > thinking about it (very wild guess) -- how many cores do you have and are you > running with flowtable enabled? It's an SMP system, and yes, FLOWTABLE was in the kernel config. I took that out, and got the KDB options sorted out so that if it happens again hopefully I can get a stack trace. Thanks for the FLOWTABLE suggestion, wish I'd remembered that one myself. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 03:15: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 D2192106566C; Sat, 9 Apr 2011 03:15:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5A5908FC0A; Sat, 9 Apr 2011 03:15:52 +0000 (UTC) Received: by vxc34 with SMTP id 34so3910176vxc.13 for ; Fri, 08 Apr 2011 20:15:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=OSVyy1SxbQee9JlDCjVhRCq8oc9MobQXHo116SEPlkQ=; b=n3SDEe/n0qORgUMsixBVaTMWAnPQxtCDSGbwKYiML8hq0Nw075rRZ6mSbPfK5QpHa+ niaEBptz9vGaOCXYosFrie6J8tchbK55Iucmf3+nPrmNlkbbZcRupH05H7o4Upmu6imp dhZkQgjbbOLhBXb/b6Fri6VfqSh0vMo8/2E3Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=V/BV489mHcV1XQIXLgJkutQ1Nlue6LifIcOVyRH5ddt+7pAvwOc4EkwQGCVKWqPKol ZjhmZufQVBUkUi8hBkikzfv/e/L43cVKkFpBZjQFXZ1Cbg/sQyYGHJL09gstWD58HBvW RKjhfr6QFnRfwEjG+0peKlUARpD+OTmyMn46M= MIME-Version: 1.0 Received: by 10.52.72.17 with SMTP id z17mr1849579vdu.258.1302318951124; Fri, 08 Apr 2011 20:15:51 -0700 (PDT) Received: by 10.52.159.134 with HTTP; Fri, 8 Apr 2011 20:15:51 -0700 (PDT) Date: Sat, 9 Apr 2011 11:15:51 +0800 Message-ID: From: Adrian Chadd To: FreeBSD Net X-Mailman-Approved-At: Sat, 09 Apr 2011 03:45:13 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: new mailing list - freebsd-wireless@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: Sat, 09 Apr 2011 03:15:52 -0000 Hi all, I've just organised a new mailing list for wireless related development, discussion and bug fixing. Please subscribe to freebsd-wireless@freebsd.org and ask wireless related things there. Although I (and others) keep an eye on the other mailing lists, you'll be more likely to get a response if you instead email the wireless list. Thanks, adrian From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 06:34:37 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F030F106566B; Sat, 9 Apr 2011 06:34:36 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 894768FC13; Sat, 9 Apr 2011 06:34:36 +0000 (UTC) Received: by iwn33 with SMTP id 33so4909951iwn.13 for ; Fri, 08 Apr 2011 23:34:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=nr+1o3ga5JhKVHay4qEwL+yImKRr9fb7OHVN6/xdCK4=; b=fUPjR7O9gMFBFQKtoPQAK2Y/bib7hRt/WJ0xzAOBEqODauj10lIV3IRMtN4vUG6tIX 8aZpVCw35fvadjUu/Sk9YcUXqq21Ik+IVgD0Sb6ZJ1WCGfUBqMyH/Q26/BPc6FAfhw3L xaqW+YVtudSk3FXCoOzIxweiRWAOBVsu89J0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=Ecd4lPH0scJw5ABoeqn58OhOdRO/Jxoo76QrM4P8c7p2wIolUY9wJ3r6kzbg89v5X5 7UQxsBR4UB2iNhgqUghNWVTHgqMJRseAby/DICBDcJPdhqNR3uzZK4bJkoDNGfBt6Dyq e/mc5HX+/Q+nIGOxRWPvfGJetAPgucNZRPqQ8= Received: by 10.43.65.132 with SMTP id xm4mr4317389icb.424.1302330876131; Fri, 08 Apr 2011 23:34:36 -0700 (PDT) Received: from DataIX.net (adsl-99-190-87-163.dsl.klmzmi.sbcglobal.net [99.190.87.163]) by mx.google.com with ESMTPS id t1sm1362346ibm.38.2011.04.08.23.34.34 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 08 Apr 2011 23:34:35 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p396YXtM072236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Apr 2011 02:34:33 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p396YWXQ072226; Sat, 9 Apr 2011 02:34:32 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sat, 9 Apr 2011 02:34:31 -0400 From: "J. Hellenthal" To: Adrian Chadd Message-ID: <20110409063431.GC91335@DataIX.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5G06lTa6Jq83wMTw" Content-Disposition: inline In-Reply-To: X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: new mailing list - freebsd-wireless@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: Sat, 09 Apr 2011 06:34:37 -0000 --5G06lTa6Jq83wMTw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 09, 2011 at 11:15:51AM +0800, Adrian Chadd wrote: >Hi all, > >I've just organised a new mailing list for wireless related development, >discussion and bug fixing. > >Please subscribe to freebsd-wireless@freebsd.org and ask wireless related >things there. > >Although I (and others) keep an eye on the other mailing lists, you'll be >more likely to get a response if you instead email the wireless list. > Hey! good idea. --=20 J. Hellenthal --5G06lTa6Jq83wMTw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNn/33AAoJEJBXh4mJ2FR+aF8H/0p3ZbkCRhnC017lu9OQjfa3 8F9u/C8hfPcL0zgms2xqfWpxo+n2We2uzTDkBTf870U76kmeVoakIhAIMWlAjL2s XVO1YPuguutMYXyQmOkslgppxDAF7BvPZ76L6N9BC6EiOndt94VkfRHIb1/Qc9js OQiTEOaE7kthmkPG3pdU4FhbjVutl0p4THumYm3HjOrGrh18k2jzSu8hNi8dcUe0 4OJtXHJITNN055OtFJckMtQQneAZmhZJZj+1h3qIKzrmDZttXqWa85lb9Uj7vtbL Bmzp3al50e5f0eYxrlvxxmPinOi95dq7kzGYZROnlAK0y3qlfozi9QcSxwgdweE= =6+DU -----END PGP SIGNATURE----- --5G06lTa6Jq83wMTw-- From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 08:16:06 2011 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3E331065670; Sat, 9 Apr 2011 08:16:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 74B4F8FC12; Sat, 9 Apr 2011 08:16:06 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 5467425D386D; Sat, 9 Apr 2011 08:16:05 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id A1CE4159C918; Sat, 9 Apr 2011 08:16:04 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 9QWPynKejwuZ; Sat, 9 Apr 2011 08:16:03 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 56BBB159C8F6; Sat, 9 Apr 2011 08:16:03 +0000 (UTC) Date: Sat, 9 Apr 2011 08:16:02 +0000 (UTC) From: "Bjoern A. Zeeb" To: Doug Barton In-Reply-To: <4D9FC4CF.9090704@FreeBSD.org> Message-ID: References: <4D9FAC18.1070202@FreeBSD.org> <4D9FC4CF.9090704@FreeBSD.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@FreeBSD.org Subject: Re: in6.c and panic: 0xc63dd000 must be migratable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 08:16:07 -0000 On Fri, 8 Apr 2011, Doug Barton wrote: > On 04/08/2011 17:57, Bjoern A. Zeeb wrote: >> >> similar to what? > > We're seeing the "must be migratable" part of the panic, but nothing else. Ok. >>> panic: 0xc63dd000 must be migratable >>> cpuid = 1 >>> panic: 0xc63dd000 must be migratable >>> cpuid = 1 >>> panic: 0xc63dd000 must be migratable >>> cpuid = 1 >>> panic: 0xc63dd000 must be migratable >>> cpuid = 1 >>> panic: 0xc63dd000 must be migratable >>> cpuid = 1 >>> panic: 0xc63dd000 must be migratable >>> cpuid = 1 >>> panic: 0xc63dd000 must be migratable >>> cpuid = 1 > > This is the bit we see. Breaking to the debugger hasn't worked, and dumping > is not an option (I inherited this system, trying to get it tuned up now). ... >> Depsite being in the subject that's just follow-up problems, though >> thinking about it (very wild guess) -- how many cores do you have and are >> you >> running with flowtable enabled? > > It's an SMP system, and yes, FLOWTABLE was in the kernel config. I took that > out, and got the KDB options sorted out so that if it happens again hopefully > I can get a stack trace. Thanks for the FLOWTABLE suggestion, wish I'd > remembered that one myself. :) Flowtable is one of the things in the network stack that I could think of that would do the sched_bind() dance. Thinking of the above in the context of 'but nothing else' it could really be anything. The pointer printed there is a struct thread *. show allpcpu show thread show thread
bt will probably be a good start. I hope you have a serial console. Try to get a coredump as well if you can. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 12:10:09 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 939FD106566B for ; Sat, 9 Apr 2011 12:10:09 +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 602D88FC0C for ; Sat, 9 Apr 2011 12:10:09 +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 p39CA9U8093821 for ; Sat, 9 Apr 2011 12:10:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39CA98Z093820; Sat, 9 Apr 2011 12:10:09 GMT (envelope-from gnats) Date: Sat, 9 Apr 2011 12:10:09 GMT Message-Id: <201104091210.p39CA98Z093820@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/148018: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 12:10:09 -0000 The following reply was made to PR kern/148018; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/148018: commit references a PR Date: Sat, 9 Apr 2011 12:04:45 +0000 (UTC) Author: bz Date: Sat Apr 9 12:04:35 2011 New Revision: 220486 URL: http://svn.freebsd.org/changeset/base/220486 Log: MFC r219775: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with: qingli (2010-11-24, just never executed) Discussed with: juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 Modified: stable/8/sys/amd64/conf/GENERIC stable/8/sys/i386/conf/GENERIC stable/8/sys/ia64/conf/GENERIC stable/8/sys/mips/conf/OCTEON1 Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) Modified: stable/8/sys/amd64/conf/GENERIC ============================================================================== --- stable/8/sys/amd64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/amd64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -72,7 +72,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/i386/conf/GENERIC ============================================================================== --- stable/8/sys/i386/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/i386/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -73,7 +73,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/ia64/conf/GENERIC ============================================================================== --- stable/8/sys/ia64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/ia64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -31,7 +31,6 @@ options COMPAT_43TTY # BSD 4.3 TTY comp options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options FFS # Berkeley Fast Filesystem -options FLOWTABLE # per-cpu routing cache options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/mips/conf/OCTEON1 ============================================================================== --- stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 12:04:35 2011 (r220486) @@ -76,7 +76,6 @@ options PRINTF_BUFR_SIZE=128 # Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 12:10:11 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 911CB1065673 for ; Sat, 9 Apr 2011 12:10:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 633268FC12 for ; Sat, 9 Apr 2011 12:10:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p39CAB6T093842 for ; Sat, 9 Apr 2011 12:10:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39CABTL093841; Sat, 9 Apr 2011 12:10:11 GMT (envelope-from gnats) Date: Sat, 9 Apr 2011 12:10:11 GMT Message-Id: <201104091210.p39CABTL093841@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/155604: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 12:10:11 -0000 The following reply was made to PR kern/155604; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/155604: commit references a PR Date: Sat, 9 Apr 2011 12:04:45 +0000 (UTC) Author: bz Date: Sat Apr 9 12:04:35 2011 New Revision: 220486 URL: http://svn.freebsd.org/changeset/base/220486 Log: MFC r219775: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with: qingli (2010-11-24, just never executed) Discussed with: juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 Modified: stable/8/sys/amd64/conf/GENERIC stable/8/sys/i386/conf/GENERIC stable/8/sys/ia64/conf/GENERIC stable/8/sys/mips/conf/OCTEON1 Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) Modified: stable/8/sys/amd64/conf/GENERIC ============================================================================== --- stable/8/sys/amd64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/amd64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -72,7 +72,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/i386/conf/GENERIC ============================================================================== --- stable/8/sys/i386/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/i386/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -73,7 +73,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/ia64/conf/GENERIC ============================================================================== --- stable/8/sys/ia64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/ia64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -31,7 +31,6 @@ options COMPAT_43TTY # BSD 4.3 TTY comp options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options FFS # Berkeley Fast Filesystem -options FLOWTABLE # per-cpu routing cache options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/mips/conf/OCTEON1 ============================================================================== --- stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 12:04:35 2011 (r220486) @@ -76,7 +76,6 @@ options PRINTF_BUFR_SIZE=128 # Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 12:10:13 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 992B9106566B for ; Sat, 9 Apr 2011 12:10:13 +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 85A218FC14 for ; Sat, 9 Apr 2011 12:10:13 +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 p39CADW9093959 for ; Sat, 9 Apr 2011 12:10:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39CADvH093958; Sat, 9 Apr 2011 12:10:13 GMT (envelope-from gnats) Date: Sat, 9 Apr 2011 12:10:13 GMT Message-Id: <201104091210.p39CADvH093958@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/144917: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 12:10:13 -0000 The following reply was made to PR kern/144917; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/144917: commit references a PR Date: Sat, 9 Apr 2011 12:04:46 +0000 (UTC) Author: bz Date: Sat Apr 9 12:04:35 2011 New Revision: 220486 URL: http://svn.freebsd.org/changeset/base/220486 Log: MFC r219775: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with: qingli (2010-11-24, just never executed) Discussed with: juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 Modified: stable/8/sys/amd64/conf/GENERIC stable/8/sys/i386/conf/GENERIC stable/8/sys/ia64/conf/GENERIC stable/8/sys/mips/conf/OCTEON1 Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) Modified: stable/8/sys/amd64/conf/GENERIC ============================================================================== --- stable/8/sys/amd64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/amd64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -72,7 +72,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/i386/conf/GENERIC ============================================================================== --- stable/8/sys/i386/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/i386/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -73,7 +73,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/ia64/conf/GENERIC ============================================================================== --- stable/8/sys/ia64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/ia64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -31,7 +31,6 @@ options COMPAT_43TTY # BSD 4.3 TTY comp options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options FFS # Berkeley Fast Filesystem -options FLOWTABLE # per-cpu routing cache options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/mips/conf/OCTEON1 ============================================================================== --- stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 12:04:35 2011 (r220486) @@ -76,7 +76,6 @@ options PRINTF_BUFR_SIZE=128 # Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 12:10:16 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 DFB1F106566C for ; Sat, 9 Apr 2011 12:10:15 +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 CC4C38FC15 for ; Sat, 9 Apr 2011 12:10:15 +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 p39CAFZN094188 for ; Sat, 9 Apr 2011 12:10:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39CAF6m094187; Sat, 9 Apr 2011 12:10:15 GMT (envelope-from gnats) Date: Sat, 9 Apr 2011 12:10:15 GMT Message-Id: <201104091210.p39CAF6m094187@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/146792: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 12:10:16 -0000 The following reply was made to PR kern/146792; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/146792: commit references a PR Date: Sat, 9 Apr 2011 12:04:46 +0000 (UTC) Author: bz Date: Sat Apr 9 12:04:35 2011 New Revision: 220486 URL: http://svn.freebsd.org/changeset/base/220486 Log: MFC r219775: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with: qingli (2010-11-24, just never executed) Discussed with: juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 Modified: stable/8/sys/amd64/conf/GENERIC stable/8/sys/i386/conf/GENERIC stable/8/sys/ia64/conf/GENERIC stable/8/sys/mips/conf/OCTEON1 Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) Modified: stable/8/sys/amd64/conf/GENERIC ============================================================================== --- stable/8/sys/amd64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/amd64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -72,7 +72,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/i386/conf/GENERIC ============================================================================== --- stable/8/sys/i386/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/i386/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -73,7 +73,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/ia64/conf/GENERIC ============================================================================== --- stable/8/sys/ia64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/ia64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -31,7 +31,6 @@ options COMPAT_43TTY # BSD 4.3 TTY comp options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options FFS # Berkeley Fast Filesystem -options FLOWTABLE # per-cpu routing cache options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/mips/conf/OCTEON1 ============================================================================== --- stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 12:04:35 2011 (r220486) @@ -76,7 +76,6 @@ options PRINTF_BUFR_SIZE=128 # Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 13:31: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 4C82D106566B for ; Sat, 9 Apr 2011 13:31:28 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C75968FC08 for ; Sat, 9 Apr 2011 13:31:27 +0000 (UTC) Received: by fxm11 with SMTP id 11so3692486fxm.13 for ; Sat, 09 Apr 2011 06:31:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:sender:date:message-id :user-agent:mime-version:content-type; bh=A43Ey5zbe24JGQmMSmG3CNOGUIZrUqxFJJlo9an2JsA=; b=j4xSN4uYWTRF4u32K+sF1paGbaA/MFhc7PKbyNMAWSUjh6FvZA2cY6M4CI2cBmTcuJ rsNXuMoHUAqWnopih/zZNqPcjwkhRm46Q8NkwLwI3/PlAiQFSMk5bL21zY1q9Rtz6WsL wXQpGVet4edprHQLLzHYpCABbWB0x6nK/cVmI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:sender:date:message-id:user-agent:mime-version :content-type; b=HppG6k0OpfEhBnVAT2vqZAv02yK1seA5OS85BVn+n5MykT+KVyMID853ldinjE//wE i5qGDsxWoCsvkgDP8qKgD7F8U48p/y1mq7/K/Q4qeeRsAfDwS//hC4XIO+AkZ8WbEd+J T8k3Y6DlgEpeWAjha3x3lmWstSBpMAw8qI5nM= Received: by 10.223.7.73 with SMTP id c9mr2274026fac.117.1302354158089; Sat, 09 Apr 2011 06:02:38 -0700 (PDT) Received: from localhost ([95.69.172.154]) by mx.google.com with ESMTPS id j11sm1068937faa.44.2011.04.09.06.02.34 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 09 Apr 2011 06:02:37 -0700 (PDT) From: Mikolaj Golub To: freebsd-net@freebsd.org Sender: Mikolaj Golub Date: Sat, 09 Apr 2011 16:02:33 +0300 Message-ID: <868vvjmvbq.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Kostik Belousov , Pawel Jakub Dawidek Subject: recv() with MSG_WAITALL might stuck when receiving more than rcvbuf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 13:31:28 -0000 --=-=-= Hi, When testing HAST synchronization running both primary and secondary HAST instances on the same host I faced an issue that the synchronization may be very slow: Apr 9 14:04:04 kopusha hastd[3812]: [test] (primary) Synchronization complete. 512MB synchronized in 16m38s (525KB/sec). hastd is synchronizing data in MAXPHYS (131072 bytes) blocks. Sending it splits them on smaller chunks of MAX_SEND_SIZE (32768 bytes), while receives the whole block calling recv() with MSG_WAITALL option. Sometimes recv() gets stuck: in tcpdump I see that sending side sent all chunks, all they were acked, but receiving thread is still waiting in recv(). netstat is reporting non empty Recv-Q for receiving side (with the amount of bytes usually equal to the size of last sent chunk). It looked like the receiving userspace was not informed by the kernel that all data had been arrived. I can reproduce the issue with the attached test_MSG_WAITALL.c. I think the issue is in soreceive_generic(). If MSG_WAITALL is set but the request is larger than the receive buffer, it has to do the receive in sections. So after receiving some data it notifies protocol (calls pr_usrreqs->pru_rcvd) about the data, releasing so_rcv lock. Returning it blocks in sbwait() waiting for the rest of data. I think there is a race: when it was in pr_usrreqs->pru_rcvd not keeping the lock the rest of data could arrive. Thus it should check for this before sbwait(). See the attached uipc_socket.c.soreceive.patch. The patch fixes the issue for me. Apr 9 14:16:40 kopusha hastd[2926]: [test] (primary) Synchronization complete. 512MB synchronized in 4s (128MB/sec). I observed the problem on STABLE but believe the same is on CURRENT. BTW, I also tried optimized version of soreceive(), soreceive_stream(). It does not have this problem. But with it I was observing tcp connections getting stuck in soreceive_stream() on firefox (with many tabs) or pidgin (with many contacts) start. The processes were killable only with -9. I did not investigate this much though. -- Mikolaj Golub --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=test_MSG_WAITALL.c Content-Transfer-Encoding: base64 I2luY2x1ZGUgPHN5cy9wYXJhbS5oPgojaW5jbHVkZSA8c3lzL3NvY2tldC5oPgojaW5jbHVkZSA8 c3lzL3RpbWUuaD4KCiNpbmNsdWRlIDxuZXRpbmV0L2luLmg+CgojaW5jbHVkZSA8ZXJyLmg+CiNp bmNsdWRlIDxlcnJuby5oPgojaW5jbHVkZSA8c2lnbmFsLmg+CiNpbmNsdWRlIDxzdGRpby5oPgoj aW5jbHVkZSA8c3RkbGliLmg+CiNpbmNsdWRlIDxzdHJpbmcuaD4KI2luY2x1ZGUgPHVuaXN0ZC5o PgoKI2RlZmluZSBOCQkxMDAKCiNkZWZpbmUJU0VORF9TSVpFCTMyNzY4CiNkZWZpbmUgUkVDVl9T SVpFCVNFTkRfU0laRSAqIDEwCiNkZWZpbmUgU09CVUZfU0laRQlTRU5EX1NJWkUgKiAyCiNkZWZp bmUgUE9SVAkJMjM0ODIKCmludAptYWluKGludCBhcmdjLCBjaGFyICoqYXJndikKewoJc3RydWN0 IHNvY2thZGRyX2luIHNpbjsKCWludCBsaXN0ZW5mZCwgY29ubmZkLCBwaWQsIHNpemUsIGRvbmUs IHNlbmRzaXplLCBpLCB2YWw7CgljaGFyIGJ1ZltSRUNWX1NJWkVdOwoJY2hhciAqZGF0YTsKCXN0 cnVjdCB0aW1ldmFsIHRzdGFydCwgdGVuZCwgdGRpZmY7CQoJCglpZiAoKGxpc3RlbmZkID0gc29j a2V0KEFGX0lORVQsIFNPQ0tfU1RSRUFNLCAwKSkgPCAwKQoJCWVycigxLCAic29ja2V0IGVycm9y Iik7CgoJdmFsID0gU09CVUZfU0laRTsKCWlmIChzZXRzb2Nrb3B0KGxpc3RlbmZkLCBTT0xfU09D S0VULCBTT19TTkRCVUYsICZ2YWwsIAkgCgkJc2l6ZW9mKHZhbCkpIDwgMCkKCQllcnIoMSwgInNl dHNvY2tvcHQgZXJyb3IiKTsKCXZhbCA9IFNPQlVGX1NJWkU7IAkgCglpZiAoc2V0c29ja29wdChs aXN0ZW5mZCwgU09MX1NPQ0tFVCwgU09fUkNWQlVGLCAmdmFsLAoJCXNpemVvZih2YWwpKSA8IDAp CgkJZXJyKDEsICJzZXRzb2Nrb3B0IGVycm9yIik7CgoJbWVtc2V0KCZzaW4sIDAsIHNpemVvZihz aW4pKTsKCXNpbi5zaW5fZmFtaWx5ID0gQUZfSU5FVDsKCXNpbi5zaW5fcG9ydCA9IGh0b25zKFBP UlQpOwoKCWlmIChiaW5kKGxpc3RlbmZkLCAoc3RydWN0IHNvY2thZGRyICopICZzaW4sCgkJIHNp emVvZihzaW4pKSA8IDApCgkJZXJyKDEsICJiaW5kIGVycm9yIik7CgoJaWYgKGxpc3RlbihsaXN0 ZW5mZCwgMTAyNCkgPCAwKQoJCWVycigxLCAibGlzdGVuIGVycm9yIik7CgoJcGlkID0gZm9yaygp OwoKCWlmIChwaWQgPT0gLTEpCgkJZXJyKDEsICJmb3JrIGVycm9yIik7CgoJaWYgKHBpZCAhPSAw KSB7CgoJCWNsb3NlKGxpc3RlbmZkKTsKCQlzbGVlcCgxKTsKCQoJCWlmICgoY29ubmZkID0gc29j a2V0KEFGX0lORVQsIFNPQ0tfU1RSRUFNLCAwKSkgPCAwKSB7CgkJCSh2b2lkKWtpbGwocGlkLCBT SUdURVJNKTsKCQkJZXJyKDEsICJwYXJlbnQ6IHNvY2tldCBlcnJvciIpOwoJCX0KCQlpZiAoY29u bmVjdChjb25uZmQsIChzdHJ1Y3Qgc29ja2FkZHIgKikmc2luLAoJCQkgICAgc2l6ZW9mKHNpbikp IDwgMCkgewoJCQkodm9pZClraWxsKHBpZCwgU0lHVEVSTSk7CgkJCWVycigxLCAicGFyZW50OiBj b25uZWN0IGVycm9yIik7CgkJfQoKCQlmb3IgKGkgPSAwOyA7IGkrKykgewoJCQlkYXRhID0gYnVm OwoJCQlzaXplID0gc2l6ZW9mKGJ1Zik7CgoJCQlkbyB7CgkJCQlzZW5kc2l6ZSA9IHNpemUgPCBT RU5EX1NJWkUgPyBzaXplIDogU0VORF9TSVpFOwoJCQkJZG9uZSA9IHNlbmQoY29ubmZkLCBkYXRh LCBzZW5kc2l6ZSwgTVNHX05PU0lHTkFMKTsKCQkJCWlmIChkb25lID09IDApIHsKCQkJCQlicmVh azsKCQkJCX0gZWxzZSBpZiAoZG9uZSA8IDApIHsKCQkJCQkodm9pZClraWxsKHBpZCwgU0lHVEVS TSk7CgkJCQkJZXJyKDEsICJwYXJlbnQ6IHNlbmQgZXJyb3IiKTsKCQkJCX0KCQkJCWRhdGEgKz0g ZG9uZTsKCQkJCXNpemUgLT0gZG9uZTsKCQkJfSB3aGlsZSAoc2l6ZSA+IDApOwoKCQkJaWYgKHJl Y3YoY29ubmZkLCBidWYsIDEsIDApIDw9IDApCgkJCQllcnIoMSwgInBhcmVudDogY2FuJ3QgcmVj diIpOwoJCQlpZiAoaSAlIE4gPT0gMCkgewoJCQkJaWYgKGkgIT0gMCkgewoJCQkJCWdldHRpbWVv ZmRheSgmdGVuZCwgTlVMTCk7CgkJCQkJdGltZXJzdWIoJnRlbmQsICZ0c3RhcnQsICZ0ZGlmZik7 CgkJCQkJcHJpbnRmKCJwYXJlbnQgWyVkXTogc2VudCAlZCB0aW1lcyAlZCBieXRlcyAoJWQgdG90 YWwpIGluICVkIHNlYyAlZCB1c2VjXG4iLAoJCQkJCSAgICBpLCBOLCBzaXplb2YoYnVmKSwgTiAq IHNpemVvZihidWYpLCB0ZGlmZi50dl9zZWMsIHRkaWZmLnR2X3VzZWMpOwoJCQkJfQoJCQkJZ2V0 dGltZW9mZGF5KCZ0c3RhcnQsIE5VTEwpOwoJCQl9CgkJfQoJCWlmIChjbG9zZShjb25uZmQpIDwg MCkgewoJCQkodm9pZClraWxsKHBpZCwgU0lHVEVSTSk7CgkJCWVycigxLCAicGFyZW50OiBjbG9z ZSBlcnJvciIpOwoJCX0KCgl9IGVsc2UgewoJCWlmICgoY29ubmZkID0gYWNjZXB0KGxpc3RlbmZk LCAoc3RydWN0IHNvY2thZGRyICopTlVMTCwKCQkJCSAgICAgTlVMTCkpIDwgMCkKCQkJZXJyKDEs ICJjaGlsZDogYWNjZXB0IGVycm9yIik7CgkJCgkJZm9yKGkgPTA7IDtpKyspIHsKCgkJCWRvIHsK CQkJCWRvbmUgPSByZWN2KGNvbm5mZCwgYnVmLCBzaXplb2YoYnVmKSwgTVNHX1dBSVRBTEwpOwoJ CQl9IHdoaWxlIChkb25lID09IC0xICYmIGVycm5vID09IEVJTlRSKTsKCgkJCWlmIChkb25lID09 IDApCgkJCQllcnJ4KDEsICJjaGlsZDogY29ubmVjdGlvbiBjbG9zZWQiKTsKCQkJZWxzZSBpZiAo ZG9uZSA8IDApCgkJCQllcnIoMSwgImNoaWxkOiByZWN2IGVycm9yIik7CgoJCQlpZiAoc2VuZChj b25uZmQsIGJ1ZiwgMSwgTVNHX05PU0lHTkFMKSA8PSAwKQoJCQkJZXJyKDEsICJjaGlsZDogY2Fu J3Qgc2VuZCIpOwoJCQlpZiAoaSAlIE4gPT0gMCAmJiBpICE9IDApCgkJCQlwcmludGYoImNoaWxk IFslaV06IHJlY2VpdmVkICVkIHRpbWVzICVkIGJ5dGVzXG4iLAoJCQkJICAgIGksIE4sIHNpemVv ZihidWYpKTsKCQl9CgkJaWYgKGNsb3NlKGNvbm5mZCkgPCAwKQoJCQllcnIoMSwgImNoaWxkOiBj bG9zZSBlcnJvciIpOwoJfQoJZXhpdCgwKTsKfQo= --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=uipc_socket.c.soreceive.patch Index: sys/kern/uipc_socket.c =================================================================== --- sys/kern/uipc_socket.c (revision 220472) +++ sys/kern/uipc_socket.c (working copy) @@ -1836,28 +1836,34 @@ dontblock: /* * Notify the protocol that some data has been * drained before blocking. */ if (pr->pr_flags & PR_WANTRCVD) { SOCKBUF_UNLOCK(&so->so_rcv); VNET_SO_ASSERT(so); (*pr->pr_usrreqs->pru_rcvd)(so, flags); SOCKBUF_LOCK(&so->so_rcv); } SBLASTRECORDCHK(&so->so_rcv); SBLASTMBUFCHK(&so->so_rcv); - error = sbwait(&so->so_rcv); - if (error) { - SOCKBUF_UNLOCK(&so->so_rcv); - goto release; + /* + * We could receive some data while was notifying the + * the protocol. Skip blocking in this case. + */ + if (so->so_rcv.sb_mb == NULL) { + error = sbwait(&so->so_rcv); + if (error) { + SOCKBUF_UNLOCK(&so->so_rcv); + goto release; + } } m = so->so_rcv.sb_mb; if (m != NULL) nextrecord = m->m_nextpkt; } } SOCKBUF_LOCK_ASSERT(&so->so_rcv); if (m != NULL && pr->pr_flags & PR_ATOMIC) { flags |= MSG_TRUNC; if ((flags & MSG_PEEK) == 0) (void) sbdroprecord_locked(&so->so_rcv); --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 14:55:31 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 69626106566B for ; Sat, 9 Apr 2011 14:55:31 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 092AE8FC12 for ; Sat, 9 Apr 2011 14:55:30 +0000 (UTC) Received: by fxm11 with SMTP id 11so3724718fxm.13 for ; Sat, 09 Apr 2011 07:55:29 -0700 (PDT) Received: by 10.223.143.12 with SMTP id s12mr1248884fau.121.1302360929702; Sat, 09 Apr 2011 07:55:29 -0700 (PDT) Received: from amy.lab.techwires.net (dslb-088-067-209-062.pools.arcor-ip.net [88.67.209.62]) by mx.google.com with ESMTPS id l3sm166854fap.36.2011.04.09.07.55.27 (version=SSLv3 cipher=OTHER); Sat, 09 Apr 2011 07:55:28 -0700 (PDT) Sender: Bernhard Schmidt From: Bernhard Schmidt To: freebsd-wireless@freebsd.org Date: Sat, 9 Apr 2011 16:55:28 +0200 User-Agent: KMail/1.13.6 (FreeBSD/8.2-STABLE; KDE/4.6.2; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201104091655.28798.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: ral(4) - RT2560 + RF5222 does it exist? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 14:55:31 -0000 Hi, while working on getting RT2860 (and friends) support ported over from OpenBSD I've noticed that Damien has removed a few bits related to 5GHz support for RT2560 series chips (about 4 years ago). It looks like the code is not complete to handle 11a channels on hardware which seems to not even exist. Is anyone aware of such cards? I haven't found any.. So, while bringing in a bunch of other fixes, I'd also remove those bits if no one jumps in with such a card. Note, only the RT2560 is affected by this not the RT2x61. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 15:39:35 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 802E91065670; Sat, 9 Apr 2011 15:39:35 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 449918FC38; Sat, 9 Apr 2011 15:39:34 +0000 (UTC) Received: by pxi6 with SMTP id 6so4222334pxi.17 for ; Sat, 09 Apr 2011 08:39:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=5xw2gds45PGShz/ZIYaG3S71Wh2SWR3JBJAhtd8+X7U=; b=H6RymDQHTA4FUTueX9538mXitAnqzOXq+pvgDTiDrgrm1VW8lsL7Foe/CTw2UZtXmQ Nj02frBu7oNPu+8eUKmQwnw81WzfUMT2OcmdFsFCBlwXTvcXRg+08ejY732sCKxPQwxi OqKdakG42Bv1aAo7lhqfqcZEjWWPL11xNqw6s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=NIBWht3/fNCeIBdQxTNeleNxRwN0EWStkz8Ar0GZ8f9sWeFxfiiTv7H2PQioWZQ+aN UttLy3tUBi6Ie30aPmglw5A3HgNTiYY1hDYASGwY19nk9Yy8WyLPuc/Q/X7s7jQ5INi5 uTcVZGkMhpRdgvpp5MOraC9MGsgPgrrul702o= MIME-Version: 1.0 Received: by 10.142.150.16 with SMTP id x16mr3238332wfd.173.1302361732117; Sat, 09 Apr 2011 08:08:52 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.68.65.200 with HTTP; Sat, 9 Apr 2011 08:08:52 -0700 (PDT) In-Reply-To: References: Date: Sat, 9 Apr 2011 17:08:52 +0200 X-Google-Sender-Auth: W7w9ZoZ64AG0MFGuE216VHojiQ4 Message-ID: From: Mohammed Farrag To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: new mailing list - freebsd-wireless@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: Sat, 09 Apr 2011 15:39:35 -0000 On Sat, Apr 9, 2011 at 5:15 AM, Adrian Chadd wrote: > Hi all, > > I've just organised a new mailing list for wireless related development, > discussion and bug fixing. > > Please subscribe to freebsd-wireless@freebsd.org and ask wireless related > things there. > > Although I (and others) keep an eye on the other mailing lists, you'll be > more likely to get a response if you instead email the wireless list. > > Thanks, > > > adrian > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Good job guy. Congrats -- *Mohammed Farrag* *FreeBSD Contributor* From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 19:02:51 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 3F7CD106566C; Sat, 9 Apr 2011 19:02:51 +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 167138FC0A; Sat, 9 Apr 2011 19:02:51 +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 p39J2ooZ073203; Sat, 9 Apr 2011 19:02:50 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39J2olH073199; Sat, 9 Apr 2011 19:02:50 GMT (envelope-from linimon) Date: Sat, 9 Apr 2011 19:02:50 GMT Message-Id: <201104091902.p39J2olH073199@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155988: [arp] [panic] RADIX_NODE_HEAD_LOCK_ASSERT in rtexpunge() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 19:02:51 -0000 Old Synopsis: RADIX_NODE_HEAD_LOCK_ASSERT in rtexpunge() New Synopsis: [arp] [panic] RADIX_NODE_HEAD_LOCK_ASSERT in rtexpunge() Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 19:02:06 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=155988 From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 19:49:32 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 2B819106564A; Sat, 9 Apr 2011 19:49:32 +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 01D238FC12; Sat, 9 Apr 2011 19:49:32 +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 p39JnV6C011381; Sat, 9 Apr 2011 19:49:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39JnVOY011377; Sat, 9 Apr 2011 19:49:31 GMT (envelope-from linimon) Date: Sat, 9 Apr 2011 19:49:31 GMT Message-Id: <201104091949.p39JnVOY011377@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/156026: [bce] [panic] arpintr()->in_lltable_lookup() 8.1 bce(4) crash X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 19:49:32 -0000 Old Synopsis: arpintr()->in_lltable_lookup() 8.1 bce(4) crash New Synopsis: [bce] [panic] arpintr()->in_lltable_lookup() 8.1 bce(4) crash Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 19:49:09 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156026 From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 19:50:43 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 655981065672; Sat, 9 Apr 2011 19:50:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3B06C8FC26; Sat, 9 Apr 2011 19:50:43 +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 p39JohWa015068; Sat, 9 Apr 2011 19:50:43 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39JohBp015058; Sat, 9 Apr 2011 19:50:43 GMT (envelope-from linimon) Date: Sat, 9 Apr 2011 19:50:43 GMT Message-Id: <201104091950.p39JohBp015058@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/156030: [ip6] [panic] Crash in nd6_dad_start() due to null ptr dereference X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 19:50:43 -0000 Old Synopsis: Crash in nd6_dad_start() due to null ptr dereference New Synopsis: [ip6] [panic] Crash in nd6_dad_start() due to null ptr dereference Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 19:49:49 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156030 From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 20:13:23 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 451C01065673; Sat, 9 Apr 2011 20:13:23 +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 1AE088FC16; Sat, 9 Apr 2011 20:13:23 +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 p39KDMGn037954; Sat, 9 Apr 2011 20:13:22 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39KDMAg037948; Sat, 9 Apr 2011 20:13:22 GMT (envelope-from linimon) Date: Sat, 9 Apr 2011 20:13:22 GMT Message-Id: <201104092013.p39KDMAg037948@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/156259: [ip6] [patch] IPv6 DNS autoconfiguration (RFC6106 RDNSS and DNSSL) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 20:13:23 -0000 Old Synopsis: [patch] IPv6 DNS autoconfiguration (RFC6106 RDNSS and DNSSL) New Synopsis: [ip6] [patch] IPv6 DNS autoconfiguration (RFC6106 RDNSS and DNSSL) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 20:12:59 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156259 From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 20:14:04 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 5E21A1065672; Sat, 9 Apr 2011 20:14:04 +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 344198FC25; Sat, 9 Apr 2011 20:14:04 +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 p39KE46H038201; Sat, 9 Apr 2011 20:14:04 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39KE4Ja038197; Sat, 9 Apr 2011 20:14:04 GMT (envelope-from linimon) Date: Sat, 9 Apr 2011 20:14:04 GMT Message-Id: <201104092014.p39KE4Ja038197@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/156266: [re] if_re.ko driver cannot handle RL8169 card properly X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 20:14:04 -0000 Old Synopsis: if_re.ko driver cannot handle RL8169 card properly New Synopsis: [re] if_re.ko driver cannot handle RL8169 card properly Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 20:13:51 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156266 From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 20:20: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 08E68106566B; Sat, 9 Apr 2011 20:20:08 +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 CB2C78FC12; Sat, 9 Apr 2011 20:20: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 p39KK7aO039558; Sat, 9 Apr 2011 20:20:07 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39KK79p039554; Sat, 9 Apr 2011 20:20:07 GMT (envelope-from linimon) Date: Sat, 9 Apr 2011 20:20:07 GMT Message-Id: <201104092020.p39KK79p039554@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/156278: [vlan] ifa_add_loopback_route: insertion failed with ifconfig down/up X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 20:20:08 -0000 Old Synopsis: ifa_add_loopback_route: insertion failed with ifconfig down/up New Synopsis: [vlan] ifa_add_loopback_route: insertion failed with ifconfig down/up Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 20:19:35 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156278 From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 20:21:16 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 A73AD1065672; Sat, 9 Apr 2011 20:21:16 +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 7C1FE8FC1B; Sat, 9 Apr 2011 20:21:16 +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 p39KLGH3047646; Sat, 9 Apr 2011 20:21:16 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39KLGUK047642; Sat, 9 Apr 2011 20:21:16 GMT (envelope-from linimon) Date: Sat, 9 Apr 2011 20:21:16 GMT Message-Id: <201104092021.p39KLGUK047642@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/156279: [if_bridge][divert][ipfw] unable to correctly re-inject packets into an unnumbered, bridged interface using divert sockets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 20:21:16 -0000 Synopsis: [if_bridge][divert][ipfw] unable to correctly re-inject packets into an unnumbered, bridged interface using divert sockets Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 20:20:17 UTC 2011 Responsible-Changed-Why: not sure how to classify this one, but give it a shot anyway. http://www.freebsd.org/cgi/query-pr.cgi?pr=156279 From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 20:23:03 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 DC690106567C; Sat, 9 Apr 2011 20:23:03 +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 B211D8FC1F; Sat, 9 Apr 2011 20:23:03 +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 p39KN38u047750; Sat, 9 Apr 2011 20:23:03 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p39KN3vP047746; Sat, 9 Apr 2011 20:23:03 GMT (envelope-from linimon) Date: Sat, 9 Apr 2011 20:23:03 GMT Message-Id: <201104092023.p39KN3vP047746@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/156283: [ip6] [patch] nd6_ns_input - rtalloc_mpath does not return a locked rtentry X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 20:23:04 -0000 Old Synopsis: nd6_ns_input - rtalloc_mpath does not return a locked rtentry New Synopsis: [ip6] [patch] nd6_ns_input - rtalloc_mpath does not return a locked rtentry Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 20:22:43 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156283 From owner-freebsd-net@FreeBSD.ORG Sat Apr 9 23:54:45 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 AD18C106564A for ; Sat, 9 Apr 2011 23:54:45 +0000 (UTC) (envelope-from gosand1982@yahoo.com) Received: from nm7-vm0.bullet.mail.ac4.yahoo.com (nm7-vm0.bullet.mail.ac4.yahoo.com [98.139.52.228]) by mx1.freebsd.org (Postfix) with SMTP id 579278FC08 for ; Sat, 9 Apr 2011 23:54:45 +0000 (UTC) Received: from [98.139.52.195] by nm7.bullet.mail.ac4.yahoo.com with NNFMP; 09 Apr 2011 23:41:49 -0000 Received: from [98.138.90.52] by tm8.bullet.mail.ac4.yahoo.com with NNFMP; 09 Apr 2011 23:41:49 -0000 Received: from [98.138.89.199] by tm5.bullet.mail.ne1.yahoo.com with NNFMP; 09 Apr 2011 23:41:49 -0000 Received: from [127.0.0.1] by omp1057.mail.ne1.yahoo.com with NNFMP; 09 Apr 2011 23:41:49 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 276159.15540.bm@omp1057.mail.ne1.yahoo.com Received: (qmail 24352 invoked by uid 60001); 9 Apr 2011 23:41:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1302392509; bh=WZB29w7WtUqPFdlqFlr6FbQaGQN0/Q2zvqCJLuaLY8g=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=FfgU/dvJK5rDO1bPOuIvlzCSoMGmKLvcTrVxfKBImF6+WWGbgQknvqSQfaauQlHmVrDRR4PGl/E9ngAsoEHZtrXAzVumKNLzA6DmEIqmFLG5/FCUAo9AcCWwCLYchNX8lgOdP53A9qA1p363/eog3NAqAWzi9ULslJQCqhJ+/7g= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=itfHN43tejagwDVeNVfy70rVTVM7y/QvpjSHypPAHV5rmq8us/E/W4GaIeEN+ObyPnzl0VaKMMgbjbJG+dMzOo11nQ9ZMwvpOWkaVcZ/Cokw34pdZdtNKMiU5S1IVNb/nbuEOW66elFnyrMU2I3x4oao+s5y36t+gW8R0nj1JvM=; Message-ID: <187397.7831.qm@web120020.mail.ne1.yahoo.com> X-YMail-OSG: YQ.V6L4VM1l1OxZt3UNdGpspugliy0Aq3SB6QvcLT6JSVUr l0lyVQ0tZ36y.c3MeupC6n785wYHXTI9Px6_Haegex08RGFPJwZquDevtiDy sEs93yPhOI87Xy4G4K2B72B.2xv2kUiBNdfHyRTr7cjxWqXOUD.EFwXFsYL. 0KHCGN8zzpTN1g_OzqU1u0ffeidQbTtQsSVUzcIseajQ2SMn4iFiz55HnDsC Qf5rL5bU9igEgFxFw5tewcvwwVr_2VxjR9WovSIfa0BluYfUrRmDn7LUDHr_ ZN2fessyRlUn5zaePvl4HYJbfblcbRvbVFi97Kw9Oe.sI741RKsA- Received: from [12.202.173.2] by web120020.mail.ne1.yahoo.com via HTTP; Sat, 09 Apr 2011 16:41:49 PDT X-Mailer: YahooMailRC/559 YahooMailWebService/0.8.109.295617 Date: Sat, 9 Apr 2011 16:41:49 -0700 (PDT) From: George Sanders To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Xircom realport in 8.1-RELEASE - how do I determine proper cbb.start_memory ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 23:54:45 -0000 It appears that many PCMCIA network cards no longer work in FreeBSD - this is documented here: http://www.freebsd.org/cgi/query-pr.cgi?pr=115623 However there appears to be a workaround, wherein one sets their hw.cbb.start_memory value manually. Suggested values for xircom cards are: sysctl hw.cbb.start_memory=0xf4800000 sysctl hw.cbb.start_memory=0x30000000 However, neither of these values work for me, and I continue to get this kind of error: dc1: No station address in CIS! etc. I am happy to use this workaround, I just wonder how do I determine the proper value for this sysctl ? My xl0 network interface works, and I see that its settings are: port 0xec80-0xecff mem 0xf8fffc00-0xf8fffc7f How do I compute the proper sysctl setting for my xircom realport cards ? (I have two of them to insert simultaneously) Thanks.