From owner-freebsd-current@FreeBSD.ORG Sun May 25 00:23:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E80E31065672 for ; Sun, 25 May 2008 00:23:47 +0000 (UTC) (envelope-from peter@wemm.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id C529C8FC0C for ; Sun, 25 May 2008 00:23:47 +0000 (UTC) (envelope-from peter@wemm.org) Received: by an-out-0708.google.com with SMTP id b33so317461ana.13 for ; Sat, 24 May 2008 17:23:47 -0700 (PDT) Received: by 10.101.70.5 with SMTP id x5mr4453235ank.12.1211673377589; Sat, 24 May 2008 16:56:17 -0700 (PDT) Received: by 10.100.8.6 with HTTP; Sat, 24 May 2008 16:56:17 -0700 (PDT) Message-ID: Date: Sat, 24 May 2008 16:56:17 -0700 From: "Peter Wemm" To: "Robert Watson" In-Reply-To: <20080524165519.K9809@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> Cc: arch@freebsd.org, current@freebsd.org, Coleman Kane , net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 00:23:48 -0000 On Sat, May 24, 2008 at 8:56 AM, Robert Watson wrote: > > On Sat, 24 May 2008, Coleman Kane wrote: > >> I've created a quick table of these at the following location: >> http://wiki.freebsd.org/NetworkNeedsGiant >> >> Please everyone feel free to fill in the blanks. I'll try to do it as well >> as time permits. > > FWIW, I suspect fixing things like SLIP and kernel PPP are fairly trivial > once tty locking is in place -- a per-softc mutex and a bit of locking in > the obvious spots would likely do it without too much trouble. In some > paths, it might be necessary to inject data via the netisr, if that's not > already being done (probably is) to avoid input/output lock order issues. ppp_tty.c is kind of hairy and rather stale. I'd be inclined to drop strong hints about switching to either userland ppp(8), or mpd + netgraph if you want packets to stay in the kernel path and avoid userland. I was once a big user of pppd(8) and if_ppp.c / ppp_tty.c and maintained them for a while. But I use ppp(8) now and have no interest in maintaining it anymore. pppd/if_ppp.c/ppp_tty.c is many many years stale compared to what its vendor supplies. And, I think if_sl.c could probably do the same treatment. It would probably be a better investment in time to write a userland slip driver and if_tun.c and/or write a ng_slip.c module -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Sun May 25 03:23:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16BE61065672 for ; Sun, 25 May 2008 03:23:58 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by mx1.freebsd.org (Postfix) with ESMTP id AD9A38FC16 for ; Sun, 25 May 2008 03:23:56 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so940022tid.3 for ; Sat, 24 May 2008 20:23:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=I9nwC6e2/ZPqlqg1nICUrkOFJlgTLTKSuLoUAQVqLbo=; b=QIy2N/jCZjXcqr0O7yO9OveEaFDzEpJLlZ2gDx4Qgn4GsNSZ5CazMoyn+qvUuNYsk7JeZPeo2CgvCysNWNkz3j/4/6RePx46I5RshXpByt/hZG3fkx5Idjh1Q6DJgrGqj5sB+yCGYsk6ZRTmFRyWEesjsZ10gf5ZcNZM6FRKANQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=HUqnfs0SDOs4fjo1QZot3iXU6j1/3vUgZNkrWcV+yFU6Fv5vuF+3T+TGcCOcZqOBNtxxg6CsTowvOzqmV8ZECC7IA9k5ooXNvCPYNJu70tlP5WD44RcXw+1llaPwee0BbPgTM3+74RV/HnqFCLEBn2B77tqENNZLl6MnxgwKFnQ= Received: by 10.110.84.3 with SMTP id h3mr403566tib.43.1211685835761; Sat, 24 May 2008 20:23:55 -0700 (PDT) Received: by 10.110.15.16 with HTTP; Sat, 24 May 2008 20:23:55 -0700 (PDT) Message-ID: Date: Sun, 25 May 2008 11:23:55 +0800 From: "Jiawei Ye" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Buildkernel failure for recent -current wrt dtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 03:23:58 -0000 I am getting this for buildkernel, linking kernel.debug exception.o(.text+0xf2): In function `Xill': /usr/src/sys/i386/i386/exception.s:176: undefined reference to `dtrace_invop_jump_addr' exception.o(.text+0x103):/usr/src/sys/i386/i386/exception.s:195: undefined reference to `dtrace_invop_calltrap_addr' exception.o(.text+0x10d):/usr/src/sys/i386/i386/exception.s:198: undefined reference to `dtrace_invop_jump_addr' *** Error code 1 Does anyone know what the cause is? Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Sun May 25 03:41:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ED0F106566B for ; Sun, 25 May 2008 03:41:33 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.187]) by mx1.freebsd.org (Postfix) with ESMTP id DF9C48FC0A for ; Sun, 25 May 2008 03:41:32 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so940946tid.3 for ; Sat, 24 May 2008 20:41:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=0qZU/icIc0CxuPx9jzdDuoPLgpW9EE8k+pFfxxNAgsA=; b=KWO0GoWA7TtCJ5K95rAhiXw4l7daiuZgStB4PCrn43brE3UOY6ghi8Vs/N+q7MxzdFlKIlZu03cLJwbCcE89hhYSbAnxcyW0QnWavgaONUGbM+vOH8qRFzibnXp4kCi/0YUn1x17veGmDEoexe37kf5pyAWfdeBpkWpf158mUnA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=d5YaVPaLLznMhyyY10LiL2aG1iq8cGCUgCCEZpXqrMFIbA9IiFpxqs525KQtju97sQl+PSqW87PMD1nRtqKHfDWp0zhhvRSvmCE8BhRXF9IRAksd4j9jGOrM9nlDPzThZRpJl6O11LbLpqiRaK5T2UYOQIVuQuEVuQCLMqKIlJM= Received: by 10.110.63.6 with SMTP id l6mr32705tia.4.1211686891425; Sat, 24 May 2008 20:41:31 -0700 (PDT) Received: by 10.110.15.16 with HTTP; Sat, 24 May 2008 20:41:31 -0700 (PDT) Message-ID: Date: Sun, 25 May 2008 11:41:31 +0800 From: "Jiawei Ye" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Buildkernel failure for recent -current wrt dtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 03:41:33 -0000 On Sun, May 25, 2008 at 11:23 AM, Jiawei Ye wrote: > I am getting this for buildkernel, > > linking kernel.debug > exception.o(.text+0xf2): In function `Xill': > /usr/src/sys/i386/i386/exception.s:176: undefined reference to > `dtrace_invop_jump_addr' > exception.o(.text+0x103):/usr/src/sys/i386/i386/exception.s:195: undefined > reference to `dtrace_invop_calltrap_addr' > exception.o(.text+0x10d):/usr/src/sys/i386/i386/exception.s:198: undefined > reference to `dtrace_invop_jump_addr' > *** Error code 1 > > Does anyone know what the cause is? > > Jiawei > Fixed with the latest source, sorry for the noise. Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Sun May 25 04:44:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D49D1065679 for ; Sun, 25 May 2008 04:44:26 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 52ED58FC12 for ; Sun, 25 May 2008 04:44:26 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.128] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m4P4iNtv018440 for ; Sat, 24 May 2008 21:44:24 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4838EEA7.6030807@freebsd.org> Date: Sat, 24 May 2008 21:44:23 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'current@FreeBSD.org'" Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Can't build -current on 6? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 04:44:26 -0000 Looks like there are some dependency issues with some of the cddl stuff. The following is from trying to build yesterday's -current on a system with a 6.3 kernel and a mostly 6.0 userland. This worked not very long ago. -------------------------------------------------------------- >>> Building an up-to-date make(1) -------------------------------------------------------------- ... -------------------------------------------------------------- >>> World build started on Sat May 24 21:34:10 PDT 2008 -------------------------------------------------------------- ... -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- ... -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- ... -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /usr/src/current; MAKEOBJDIRPREFIX=/usr/obj/usr/src/current/tmp INSTALL="sh /usr/src/current/tools/install.sh" PATH=/usr/obj/usr/src/current/tmp/legacy/usr/sbin:/usr/obj/usr/src/current/tmp/legacy/usr/bin:/usr/obj/usr/src/current/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/current/tmp VERSION="FreeBSD 6.3-STABLE i386 600105" MAKEFLAGS="-m /usr/src/current/tools/build/mk -m /usr/src/current/share/mk" /usr/obj/usr/src/current/make.i386/make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=600105 -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF bootstrap-tools ===> cddl/usr.bin/sgsmsg (obj,depend,all,install) /usr/obj/usr/src/current/tmp/usr/src/current/cddl/usr.bin/sgsmsg created for /usr/src/current/cddl/usr.bin/sgsmsg rm -f .depend mkdep -f .depend -a -I/usr/src/current/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/usr/src/current/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/obj/usr/src/current/tmp/legacy/usr/include /usr/src/current/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c In file included from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:81: /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:57:20: libelf.h: No such file or directory In file included from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/alist.h:45, from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:59, from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:81: /usr/src/current/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris/sys/elf.h:30:26: sys/elf.h: No such file or directory In file included from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c:31: /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:57:20: libelf.h: No such file or directory In file included from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/alist.h:45, from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:59, from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c:31: /usr/src/current/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris/sys/elf.h:30:26: sys/elf.h: No such file or directory In file included from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c:30: /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:57:20: libelf.h: No such file or directory In file included from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/alist.h:45, from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:59, from /usr/src/current/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c:30: /usr/src/current/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris/sys/elf.h:30:26: sys/elf.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/current/cddl/usr.bin/sgsmsg. *** Error code 1 Stop in /usr/src/current. *** Error code 1 Stop in /usr/src/current. *** Error code 1 Stop in /usr/src/current. From owner-freebsd-current@FreeBSD.ORG Sun May 25 05:13:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28E8A106564A for ; Sun, 25 May 2008 05:13:23 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id E226F8FC17 for ; Sun, 25 May 2008 05:13:22 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 166D373316; Sun, 25 May 2008 05:13:21 +0000 (GMT) Date: Sun, 25 May 2008 05:13:21 +0000 From: John Birrell To: Tim Kientzle Message-ID: <20080525051321.GA517@what-creek.com> References: <4838EEA7.6030807@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4838EEA7.6030807@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: "'current@FreeBSD.org'" Subject: Re: Can't build -current on 6? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 05:13:23 -0000 On Sat, May 24, 2008 at 09:44:23PM -0700, Tim Kientzle wrote: > Looks like there are some dependency issues with > some of the cddl stuff. The following is from trying > to build yesterday's -current on a system with a 6.3 > kernel and a mostly 6.0 userland. This worked not very > long ago. The reason why it worked not that long ago is that RELENG_7 hadn't deviated much from RELENG_6. It's hard to make any arbitrary FreeBSD version upgrade to current. A long time ago we made the decision that we'd support upgrades from just the previous branch to current. So, the supported way to upgrade from 6.X is to upgrade to RELENG_7 and from there you should be able to upgrade to current. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sun May 25 08:49:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A3721065670; Sun, 25 May 2008 08:49:48 +0000 (UTC) (envelope-from nork@ninth-nine.com) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id D961A8FC25; Sun, 25 May 2008 08:49:47 +0000 (UTC) (envelope-from nork@ninth-nine.com) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with ESMTP id m4P8nkWN016993; Sun, 25 May 2008 17:49:46 +0900 (JST) (envelope-from nork@ninth-nine.com) Date: Sun, 25 May 2008 17:49:46 +0900 From: Norikatsu Shigemura To: John Birrell Message-Id: <20080525174946.356c5a12.nork@ninth-nine.com> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 25 May 2008 17:49:46 +0900 (JST) Cc: freebsd-current@freebsd.org Subject: didn't compie dtrace without INVARIANTS. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 08:49:48 -0000 Hi jb! I couldn't compile dtrace modules by following causes. I found why SX_UNLOCKED is not defined. In sys/sx.h, SX_UNLOCKED is defined like following. #if defined(INVARIANTS) || defined(INVARIANT_SUPPORT) ; #define SX_UNLOCKED LA_UNLOCKED : #endif Would you please fix this issue? ===> dtrace/dtrace (all) cc -O2 -pipe -march=pentium-m -DDIS_MEM -DSMP -DDEBUG -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/i386 -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common -I/usr/src/sys/modules/dtrace/dtrace/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/MELFINA/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g3 -I/usr/obj/usr/src/sys/MELFINA -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-! pragmas -c /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c: In function 'dtrace_dif_subr': /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:3283: error: 'SX_UNLOCKED' undeclared (first use in this function) /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:3283: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:3283: error: for each function it appears in.) From owner-freebsd-current@FreeBSD.ORG Sun May 25 09:18:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D28911065671 for ; Sun, 25 May 2008 09:18:48 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from web52109.mail.re2.yahoo.com (web52109.mail.re2.yahoo.com [206.190.48.112]) by mx1.freebsd.org (Postfix) with SMTP id 713FD8FC24 for ; Sun, 25 May 2008 09:18:48 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: (qmail 5693 invoked by uid 60001); 25 May 2008 08:52:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=Wf134oith1Ck+hNYmnY0kDBTFWiGIF1Nyrn+wGEVBqiSWDmAbRI1dtfxgjjsdl7DvqxAG04UTsEIatLl2rNLak57aRBwhN6FhUzSjz79r2f94pa0zKRxBxUUN/wL70U9fHnEaDUrA1C3smAVRBeEJk55QqmBhSzHp/jjqjy7Kto=; X-YMail-OSG: UBJRjjwVM1lQaCW9kgBJ1F0hm8aqtSEAlbl26DdvyWoLIGG1zvky6pLp0F10g5Sq9HR6xg59jXZ3AvASjrJuX_qkrp2.32.tPScy Received: from [70.190.145.127] by web52109.mail.re2.yahoo.com via HTTP; Sun, 25 May 2008 01:52:05 PDT X-Mailer: YahooMailRC/975.41 YahooMailWebService/0.7.185 Date: Sun, 25 May 2008 01:52:05 -0700 (PDT) From: gahn To: freebsd general questions , free bsd MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <77341.5393.qm@web52109.mail.re2.yahoo.com> Cc: Subject: FreeBSD crashed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 09:18:48 -0000 Hello all: My FreeBSD crashed. It boots fine but can't mount root directory. Here is the message: ///////////////////////////////////////////////////////////// ... .... Trying to mount root from ufs:/dev/ad0s2a Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> /////////////////////////////////////////////////////////////// Could any gurus here help me out this? I just want to save the files in the home directory so that I can rebuild the system. Regards Dave From owner-freebsd-current@FreeBSD.ORG Sun May 25 09:58:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4C71106567B; Sun, 25 May 2008 09:58:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 983DE8FC18; Sun, 25 May 2008 09:58:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id AB7AB46B66; Sun, 25 May 2008 05:58:55 -0400 (EDT) Date: Sun, 25 May 2008 10:58:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Wemm In-Reply-To: Message-ID: <20080525105726.O39741@fledge.watson.org> References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, current@freebsd.org, Coleman Kane , net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 09:58:57 -0000 On Sat, 24 May 2008, Peter Wemm wrote: >> FWIW, I suspect fixing things like SLIP and kernel PPP are fairly trivial >> once tty locking is in place -- a per-softc mutex and a bit of locking in >> the obvious spots would likely do it without too much trouble. In some >> paths, it might be necessary to inject data via the netisr, if that's not >> already being done (probably is) to avoid input/output lock order issues. > > ppp_tty.c is kind of hairy and rather stale. I'd be inclined to drop strong > hints about switching to either userland ppp(8), or mpd + netgraph if you > want packets to stay in the kernel path and avoid userland. > > I was once a big user of pppd(8) and if_ppp.c / ppp_tty.c and maintained > them for a while. But I use ppp(8) now and have no interest in maintaining > it anymore. > > pppd/if_ppp.c/ppp_tty.c is many many years stale compared to what its vendor > supplies. > > And, I think if_sl.c could probably do the same treatment. It would > probably be a better investment in time to write a userland slip driver and > if_tun.c and/or write a ng_slip.c module While I'd be quite supportive of something along these lines, I think it probably is more work to port SLIP to userspace than to hack the current code a little bit to be MPSAFE, assuming it remains supported with the revised tty code. SLIP is a fairly straight-forward piece of code, as long as you don't try to understand the line discipline stuff. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun May 25 10:01:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A1C7106567E; Sun, 25 May 2008 10:01:56 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from mx1.unixguru.nl (mx1.unixguru.nl [77.37.12.119]) by mx1.freebsd.org (Postfix) with ESMTP id 488B18FC13; Sun, 25 May 2008 10:01:56 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from mail.unixguru.nl (www.unixguru.nl [217.122.37.210]) by mx1.unixguru.nl (Postfix) with ESMTP id 9ABC61F63D; Sun, 25 May 2008 11:37:09 +0200 (CEST) Received: from localhost (localhost.unixguru.nl [127.0.0.1]) by mail.unixguru.nl (Postfix) with ESMTP id 739B01141B; Sun, 25 May 2008 11:33:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at unixguru.nl Received: from mail.unixguru.nl ([127.0.0.1]) by localhost (mail.unixguru.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kX9RLl4wgrdS; Sun, 25 May 2008 11:33:53 +0200 (CEST) Received: from localhost (shell.unixguru.nl [192.168.10.20]) by mail.unixguru.nl (Postfix) with ESMTP id 66F9B11408; Sun, 25 May 2008 11:33:53 +0200 (CEST) Date: Sun, 25 May 2008 11:33:28 +0200 From: Richard Arends To: gahn Message-ID: <20080525093327.GC34697@shell.unixguru.nl> References: <77341.5393.qm@web52109.mail.re2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <77341.5393.qm@web52109.mail.re2.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: free bsd , freebsd general questions Subject: Re: FreeBSD crashed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 10:01:56 -0000 On Sun, May 25, 2008 at 01:52:05AM -0700, gahn wrote: > Could any gurus here help me out this? I just want to save the files in the home directory so that I can rebuild the system. Boot with a FreeBSD installation or live CD/DVD and mount the home partition and burn the files on a CD or DVD, or copy them with scp to an other system or mount a remote filesystem like CIFS/Samba/NFS and copy the files on that filesystem. Or restore them from your most recent backup :) -- Regards, Richard. /* Homo Sapiens non urinat in ventum */ From owner-freebsd-current@FreeBSD.ORG Sun May 25 10:16:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0D16106564A; Sun, 25 May 2008 10:16:28 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4918FC16; Sun, 25 May 2008 10:16:28 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 5C3E01BAC11; Sun, 25 May 2008 12:16:26 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.bel [IPv6:2001:41d0:1:2ad2:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id m4PAGNMk040509; Sun, 25 May 2008 12:16:23 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1211710585; bh=4BQnleHrKpuQYz+FArDNPWiys2S/my56YQDD6uo p0gw=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=JaSbipp06v28 UcE8oWiDhLNmputu7soneQFU1pGurAYj2e5nrkfb4fFd4d/rGir155U1DT6LwoHtKwV bT+Q7vg== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=iLoxZLY55Lv9Wj62lt8twstT6SYNX9R2VCI/yfT1iLcrUrysmQ7/GlAV9crUoqlG2 oaNqPBDNjgT9cijSJbeuA== Message-ID: <48393C77.2010105@restart.be> Date: Sun, 25 May 2008 12:16:23 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.14 (X11/20080504) MIME-Version: 1.0 To: gahn References: <77341.5393.qm@web52109.mail.re2.yahoo.com> In-Reply-To: <77341.5393.qm@web52109.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:1:2ad2:1:1:: Cc: free bsd , freebsd general questions Subject: Re: FreeBSD crashed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 10:16:28 -0000 gahn wrote: > Hello all: > > My FreeBSD crashed. It boots fine but can't mount root directory. Here is the message: > > ///////////////////////////////////////////////////////////// > ... > .... > Trying to mount root from ufs:/dev/ad0s2a > > Manual root filesystem specification: > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> try to find if da0s1a is the right disk: `lsdev' may help then `set currdev diskxxxx' and check the content of the current disk with `ls' Henri > > /////////////////////////////////////////////////////////////// > > > Could any gurus here help me out this? I just want to save the files in the home directory so that I can rebuild the system. > > Regards > > Dave > > > > _______________________________________________ > 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-current@FreeBSD.ORG Sun May 25 09:48:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29F9F106564A for ; Sun, 25 May 2008 09:48:34 +0000 (UTC) (envelope-from norman.maurer@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id A3FEF8FC0A for ; Sun, 25 May 2008 09:48:33 +0000 (UTC) (envelope-from norman.maurer@googlemail.com) Received: by fg-out-1718.google.com with SMTP id l26so1046246fgb.35 for ; Sun, 25 May 2008 02:48:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=h5d0LLkIhda1lB9t61FSK+SDFOGPzR32BkByx/PVbwY=; b=vHKGglRxJm9/XuWiFh8PI8ycQ+D9Q57rh/QzhfoCgeEFmnZVIlsPhGP+T3+z1pRMxyHTOlC+6KzZkQvKIj9Nfm5RysubyNgOFXm/v4INREr/pd8SsK1iC5uHR0UkqkUVIh4zcGbHDZ9WbarZqctjfQUrg9v+QwO57x7WzZp413Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=mtnJd4HYGTKQZI6L97bhThX4sn0CcEYhVEOVZ3r17/+0UEvQmxv1KyMQ5w0r7ZEjRpkpwihnM1xDm1h4R7Le+voR+yXh3PDHKcKDwwzm2dMOxHDIr6VRWxbexOl8WB1CFCJ1z8lm8litKUvRM/D0E2IE0l7p9CO+b9p296F0E/U= Received: by 10.86.62.3 with SMTP id k3mr3339014fga.32.1211707325268; Sun, 25 May 2008 02:22:05 -0700 (PDT) Received: by 10.86.97.12 with HTTP; Sun, 25 May 2008 02:22:05 -0700 (PDT) Message-ID: <75bda7a00805250222j5aea0060mb354598df7ad844b@mail.gmail.com> Date: Sun, 25 May 2008 11:22:05 +0200 From: "Norman Maurer" Sender: norman.maurer@googlemail.com To: gahn In-Reply-To: <77341.5393.qm@web52109.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <77341.5393.qm@web52109.mail.re2.yahoo.com> X-Google-Sender-Auth: 72eb7cc1cd76d099 X-Mailman-Approved-At: Sun, 25 May 2008 11:17:22 +0000 Cc: free bsd , freebsd general questions Subject: Re: FreeBSD crashed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 09:48:34 -0000 Just type "?" to get the possible values. If this not help use the livefs cd to start a shell and mount the disk. Cheers, Norman 2008/5/25 gahn : > Hello all: > > My FreeBSD crashed. It boots fine but can't mount root directory. Here is the message: > > ///////////////////////////////////////////////////////////// > ... > .... > Trying to mount root from ufs:/dev/ad0s2a > > Manual root filesystem specification: > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> > > /////////////////////////////////////////////////////////////// > > > Could any gurus here help me out this? I just want to save the files in the home directory so that I can rebuild the system. > > Regards > > Dave > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun May 25 11:32:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B43631065672 for ; Sun, 25 May 2008 11:32:00 +0000 (UTC) (envelope-from jw@innerewut.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id 78EFF8FC17 for ; Sun, 25 May 2008 11:32:00 +0000 (UTC) (envelope-from jw@innerewut.de) Received: from [85.178.214.163] (helo=blowfish.local) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1K0EHU-0001g2-Nx for freebsd-current@freebsd.org; Sun, 25 May 2008 13:20:52 +0200 Message-ID: <48394B94.3050409@innerewut.de> Date: Sun, 25 May 2008 13:20:52 +0200 From: Jonathan Weiss User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <48086783.3090509@innerewut.de> <480CB497.7070406@kasimir.com> In-Reply-To: <480CB497.7070406@kasimir.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Df-Sender: 068076 X-Mailman-Approved-At: Sun, 25 May 2008 11:48:47 +0000 Subject: Re: 7.0 and 8-CURRENT hang on boot on MacBook Pro X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 11:32:00 -0000 This is still an issue with the latest CURRENT snapshot. Anything we can do to help debug this? Jonathan Florian Smeets wrote: > Jonathan Weiss wrote: >> >> Is this a known problem? > > > > Hi Jonathan, > > yes it is know to me and i reported the problem here > http://docs.freebsd.org/cgi/mid.cgi?47D93C6F.2080105 but i did not get > any further. > > I was hoping that the recent ata changes would cure the problem but they > did not. I created an 8-CURRENT release today with all the latest ata > changes Søren committed today. The machine still hangs after the dvd > drive is detected, there are a few new messages however; they can be > seen on this picture: http://beast.solomo.de/~flo/sata-hang-new.jpg > > Cheers, > Florian > _______________________________________________ > 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" > -- Jonathan Weiss http://blog.innerewut.de http://twitter.com/jweiss From owner-freebsd-current@FreeBSD.ORG Sun May 25 11:53:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AE161065676; Sun, 25 May 2008 11:53:07 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id BB1678FC36; Sun, 25 May 2008 11:53:05 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=61670 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1K0ESs-0004KX-Jg; Sun, 25 May 2008 11:32:38 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id m4PBWZYj059285; Sun, 25 May 2008 15:32:35 +0400 (MSD) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id m4PBWZ5V059284; Sun, 25 May 2008 15:32:35 +0400 (MSD) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Sun, 25 May 2008 15:32:35 +0400 From: Ruslan Ermilov To: John Birrell Message-ID: <20080525113235.GA59272@team.vega.ru> References: <4838EEA7.6030807@freebsd.org> <20080525051321.GA517@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080525051321.GA517@what-creek.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Tim Kientzle , "'current@FreeBSD.org'" Subject: Re: Can't build -current on 6? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 11:53:07 -0000 On Sun, May 25, 2008 at 05:13:21AM +0000, John Birrell wrote: > On Sat, May 24, 2008 at 09:44:23PM -0700, Tim Kientzle wrote: > > Looks like there are some dependency issues with > > some of the cddl stuff. The following is from trying > > to build yesterday's -current on a system with a 6.3 > > kernel and a mostly 6.0 userland. This worked not very > > long ago. > > The reason why it worked not that long ago is that RELENG_7 > hadn't deviated much from RELENG_6. > > It's hard to make any arbitrary FreeBSD version upgrade to current. > A long time ago we made the decision that we'd support upgrades from > just the previous branch to current. > > So, the supported way to upgrade from 6.X is to upgrade to RELENG_7 > and from there you should be able to upgrade to current. > True. -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Sun May 25 17:06:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 540F41065686 for ; Sun, 25 May 2008 17:06:07 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 3400E8FC0A for ; Sun, 25 May 2008 17:06:07 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 29170 invoked from network); 25 May 2008 16:39:26 -0000 Received: from april.chuckr.org (HELO chuckr.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 25 May 2008 16:39:26 -0000 Message-ID: <4839945E.5090500@telenix.org> Date: Sun, 25 May 2008 12:31:26 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: my usb prog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 17:06:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Man, I'm just not sure if I am making a mistake posting here, but I tried the usb list, and no answer to either subject, so I am risking bothering you. If I'm wrong, and you jump all over me, I will learn that way, at least, not to do it again. Ok, 2 parts below, here's part 1: I've been working trying to get my UC-Logic graphic tablet to work under - -current. First thing I did, I began with an equivalent of a "Hello, world" and added different features so I could get more experience playing with uhid0 (where dmesg puts my tablet). One part of it is a reader/dumper of the descriptor using libusbhid, and one part it printed out, the usage page, kept on printing as a 0x0D (the number of a Digitizer) instead of what I thought it should have been, the word "Digitizer". I looked over libusbhid, and found a small change I could put into usage.c to get the right part to print ... cvs diff: Diffing . Index: usage.c =================================================================== RCS file: /home/ncvs/src/lib/libusbhid/usage.c,v retrieving revision 1.8 diff -u -r1.8 usage.c - --- usage.c 9 Apr 2003 01:52:48 -0000 1.8 +++ usage.c 24 May 2008 16:34:17 -0000 @@ -164,7 +164,7 @@ errx(1, "no hid table"); for (k = 0; k < npages; k++) - - if (pages[k].usage == i) + if (pages[k].usage == HID_PAGE(i)) return pages[k].name; sprintf(b, "0x%04x", i); return b; I wanted to apply this myself, but I wanted someone else to verify it looks ok to apply. I used to be pretty active wtih ports, but didn't work in src before (publicly), so if you'd just NOT apply this, just tell me if it's ok or not, I will see about applying it. I have a freebsd.org ssh login from long while back, it still works, so if this is a good diff, please leave it to me to do, ok? ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2nd part is that my other prog, a uhid0 dumper, which is the first part of a Xinput module for my tablet, is not able to correctly dump the uhid0. At first it looked like: while(nread = read(udev, buf, 1024) > 0){ for(i=0; i 0){ fprintf(stderr,";%d",nread); for(i=0; i<5; i++) fprintf(stderr,":%x",buf[i]); } Well, the funny thing is, the data coming out changes! I get the strong notion that I really outght to simply read the number of bytes that the report descriptor tells me to, but the first code sample above, shouldn't it work just as I wrote it? What am I doing wrong? Or, is it possible that the uhid code is wrong, I should maybe read the uhid driver and fix something? I can easily dump enough of the desciptor to find out how much to read, no problem there, I just can't figure out why the "correct" approach fails. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIOZRez62J6PPcoOkRAi0TAJ9aV1dY4SMBSmyqv9hHski3J0IlkQCeLHex zz42d1+2Tf6SERctKLE/+gM= =mWZN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun May 25 17:41:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C30EF1065676; Sun, 25 May 2008 17:41:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 898948FC24; Sun, 25 May 2008 17:41:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4PHfBbl073591; Sun, 25 May 2008 13:41:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4PHfBQg039853; Sun, 25 May 2008 13:41:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6556673039; Sun, 25 May 2008 13:41:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080525174111.6556673039@freebsd-current.sentex.ca> Date: Sun, 25 May 2008 13:41:11 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 17:41:15 -0000 TB --- 2008-05-25 16:13:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-25 16:13:32 - starting HEAD tinderbox run for i386/i386 TB --- 2008-05-25 16:13:32 - cleaning the object tree TB --- 2008-05-25 16:14:09 - cvsupping the source tree TB --- 2008-05-25 16:14:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-05-25 16:14:17 - building world (CFLAGS=-O -pipe) TB --- 2008-05-25 16:14:17 - cd /src TB --- 2008-05-25 16:14:17 - /usr/bin/make -B buildworld >>> World build started on Sun May 25 16:14:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 25 17:21:13 UTC 2008 TB --- 2008-05-25 17:21:13 - generating LINT kernel config TB --- 2008-05-25 17:21:13 - cd /src/sys/i386/conf TB --- 2008-05-25 17:21:13 - /usr/bin/make -B LINT TB --- 2008-05-25 17:21:13 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-25 17:21:13 - cd /src TB --- 2008-05-25 17:21:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 25 17:21:14 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c cc1: warnings being treated as errors /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c: In function 'zfs_ioc_recvbackup': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: implicit declaration of function 'refcount_release' /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: nested extern declaration of 'refcount_release' *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-25 17:41:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-25 17:41:11 - ERROR: failed to build lint kernel TB --- 2008-05-25 17:41:11 - tinderbox aborted TB --- 3960.73 user 460.33 system 5258.34 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun May 25 17:59:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7472A1065670 for ; Sun, 25 May 2008 17:59:08 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.freebsd.org (Postfix) with ESMTP id 0CD8B8FC15 for ; Sun, 25 May 2008 17:59:07 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from [129.247.12.14] ([129.247.12.14]) by smtp-3.dlr.de with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 May 2008 19:59:05 +0200 Message-ID: <4839A8E6.40101@dlr.de> Date: Sun, 25 May 2008 19:59:02 +0200 From: Hartmut Brandt Organization: German Aerospace Center User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Chuck Robey References: <4839945E.5090500@telenix.org> In-Reply-To: <4839945E.5090500@telenix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 May 2008 17:59:05.0582 (UTC) FILETIME=[05BC48E0:01C8BE91] Cc: freebsd-current@freebsd.org Subject: Re: my usb prog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 17:59:08 -0000 Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Man, I'm just not sure if I am making a mistake posting here, but I tried the > usb list, and no answer to either subject, so I am risking bothering you. If > I'm wrong, and you jump all over me, I will learn that way, at least, not to do > it again. Ok, 2 parts below, here's part 1: > > I've been working trying to get my UC-Logic graphic tablet to work under > - -current. First thing I did, I began with an equivalent of a "Hello, world" and > added different features so I could get more experience playing with uhid0 > (where dmesg puts my tablet). One part of it is a reader/dumper of the > descriptor using libusbhid, and one part it printed out, the usage page, kept on > printing as a 0x0D (the number of a Digitizer) instead of what I thought it > should have been, the word "Digitizer". I looked over libusbhid, and found a > small change I could put into usage.c to get the right part to print ... > > cvs diff: Diffing . > Index: usage.c > =================================================================== > RCS file: /home/ncvs/src/lib/libusbhid/usage.c,v > retrieving revision 1.8 > diff -u -r1.8 usage.c > - --- usage.c 9 Apr 2003 01:52:48 -0000 1.8 > +++ usage.c 24 May 2008 16:34:17 -0000 > @@ -164,7 +164,7 @@ > errx(1, "no hid table"); > > for (k = 0; k < npages; k++) > - - if (pages[k].usage == i) > + if (pages[k].usage == HID_PAGE(i)) > return pages[k].name; > sprintf(b, "0x%04x", i); > return b; > > I wanted to apply this myself, but I wanted someone else to verify it looks ok > to apply. I used to be pretty active wtih ports, but didn't work in src before > (publicly), so if you'd just NOT apply this, just tell me if it's ok or not, I > will see about applying it. I have a freebsd.org ssh login from long while > back, it still works, so if this is a good diff, please leave it to me to do, ok? > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 2nd part is that my other prog, a uhid0 dumper, which is the first part of a > Xinput module for my tablet, is not able to correctly dump the uhid0. At first > it looked like: > > while(nread = read(udev, buf, 1024) > 0){ > for(i=0; i fprintf(stderr,"i;%d:%x",nread,buf[i]); > } > > This always returns ";1;9" in endless repetitions, no changes, and nread is > always 1. nread is a ssize_t. Well, finally, I got to wondering if it might be > possible that nread was wrong, so I made these changes to show me the first few > bytes following, no matter what the nread was: > > while(nread = read(udev, buf, 1024) > 0){ > fprintf(stderr,";%d",nread); > for(i=0; i<5; i++) > fprintf(stderr,":%x",buf[i]); > } > Cannot comment on the other stuff, but you probably want while ((nread = read(udev, buf, 1024)) > 0) { fprintf(stderr, ";%zd", nread); As a matter of style, I even would write while ((nread = read(udev, buf, 1024)) != -1) { (read is supposed to return -1 on errors, not 'something negative', I think). harti > Well, the funny thing is, the data coming out changes! I get the strong notion > that I really outght to simply read the number of bytes that the report > descriptor tells me to, but the first code sample above, shouldn't it work just > as I wrote it? What am I doing wrong? Or, is it possible that the uhid code is > wrong, I should maybe read the uhid driver and fix something? I can easily dump > enough of the desciptor to find out how much to read, no problem there, I just > can't figure out why the "correct" approach fails. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFIOZRez62J6PPcoOkRAi0TAJ9aV1dY4SMBSmyqv9hHski3J0IlkQCeLHex > zz42d1+2Tf6SERctKLE/+gM= > =mWZN > -----END PGP SIGNATURE----- > _______________________________________________ > 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-current@FreeBSD.ORG Sun May 25 18:35:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 652C41065671 for ; Sun, 25 May 2008 18:35:57 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 295838FC15 for ; Sun, 25 May 2008 18:35:56 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.128] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m4PIZstv023186 for ; Sun, 25 May 2008 11:35:54 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4839B18A.4000809@freebsd.org> Date: Sun, 25 May 2008 11:35:54 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'current@FreeBSD.org'" References: <4838EEA7.6030807@freebsd.org> In-Reply-To: <4838EEA7.6030807@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Can't build -current on 6? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 18:35:57 -0000 Tim Kientzle wrote: > Looks like there are some dependency issues with > some of the cddl stuff. The following is from trying > to build yesterday's -current on a system with a 6.3 > kernel and a mostly 6.0 userland. This worked not very > long ago. Another data point: Builds fine if I specify WITHOUT_CDDL. Tim From owner-freebsd-current@FreeBSD.ORG Sun May 25 18:42:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 282591065670 for ; Sun, 25 May 2008 18:42:06 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A69B28FC0A for ; Sun, 25 May 2008 18:42:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4839B2FD.8060401@FreeBSD.org> Date: Sun, 25 May 2008 20:42:05 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: est: CPU supports Enhanced Speedstep, but is not recognized. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 18:42:06 -0000 For the past few months some of my machines have reported at boot: cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 722072206000722 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 722072206000722 device_attach: est1 attach returned 6 p4tcc1: on cpu1 ... (for every CPU). They were not previously this verbose. What is going wrong? Kris From owner-freebsd-current@FreeBSD.ORG Sun May 25 18:45:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 825D5106564A; Sun, 25 May 2008 18:45:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 47FEB8FC0A; Sun, 25 May 2008 18:45:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4PIjorJ077940; Sun, 25 May 2008 14:45:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4PIjoQ6084787; Sun, 25 May 2008 14:45:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 301DF73039; Sun, 25 May 2008 14:45:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080525184550.301DF73039@freebsd-current.sentex.ca> Date: Sun, 25 May 2008 14:45:50 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 18:45:53 -0000 TB --- 2008-05-25 17:21:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-25 17:21:31 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-05-25 17:21:31 - cleaning the object tree TB --- 2008-05-25 17:22:07 - cvsupping the source tree TB --- 2008-05-25 17:22:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-05-25 17:22:13 - building world (CFLAGS=-O -pipe) TB --- 2008-05-25 17:22:13 - cd /src TB --- 2008-05-25 17:22:13 - /usr/bin/make -B buildworld >>> World build started on Sun May 25 17:22:15 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 25 18:28:19 UTC 2008 TB --- 2008-05-25 18:28:19 - generating LINT kernel config TB --- 2008-05-25 18:28:19 - cd /src/sys/pc98/conf TB --- 2008-05-25 18:28:19 - /usr/bin/make -B LINT TB --- 2008-05-25 18:28:19 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-25 18:28:19 - cd /src TB --- 2008-05-25 18:28:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 25 18:28:19 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DFREEBSD_NAMECACHE -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c cc -O -pipe -DFREEBSD_NAMECACHE -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c cc -O -pipe -DFREEBSD_NAMECACHE -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c cc -O -pipe -DFREEBSD_NAMECACHE -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c cc1: warnings being treated as errors /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c: In function 'zfs_ioc_recvbackup': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: implicit declaration of function 'refcount_release' /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: nested extern declaration of 'refcount_release' *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-25 18:45:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-25 18:45:49 - ERROR: failed to build lint kernel TB --- 2008-05-25 18:45:49 - tinderbox aborted TB --- 3806.79 user 458.27 system 5058.15 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun May 25 20:51:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B44971065672; Sun, 25 May 2008 20:51:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 756128FC0A; Sun, 25 May 2008 20:51:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4PKp7XV087073; Sun, 25 May 2008 16:51:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4PKp7fm001308; Sun, 25 May 2008 16:51:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7279873039; Sun, 25 May 2008 16:51:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080525205107.7279873039@freebsd-current.sentex.ca> Date: Sun, 25 May 2008 16:51:07 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 20:51:14 -0000 TB --- 2008-05-25 19:31:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-25 19:31:44 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-05-25 19:31:44 - cleaning the object tree TB --- 2008-05-25 19:32:11 - cvsupping the source tree TB --- 2008-05-25 19:32:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-05-25 19:32:17 - building world (CFLAGS=-O -pipe) TB --- 2008-05-25 19:32:17 - cd /src TB --- 2008-05-25 19:32:17 - /usr/bin/make -B buildworld >>> World build started on Sun May 25 19:32:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 25 20:36:08 UTC 2008 TB --- 2008-05-25 20:36:08 - generating LINT kernel config TB --- 2008-05-25 20:36:08 - cd /src/sys/sparc64/conf TB --- 2008-05-25 20:36:08 - /usr/bin/make -B LINT TB --- 2008-05-25 20:36:08 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-25 20:36:08 - cd /src TB --- 2008-05-25 20:36:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 25 20:36:08 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknow n-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknow n-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknow n-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknow n-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c cc1: warnings being treated as errors /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c: In function 'zfs_ioc_recvbackup': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: implicit declaration of function 'refcount_release' /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: nested extern declaration of 'refcount_release' *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-25 20:51:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-25 20:51:07 - ERROR: failed to build lint kernel TB --- 2008-05-25 20:51:07 - tinderbox aborted TB --- 3548.56 user 423.39 system 4762.85 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun May 25 21:09:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A55E106566C for ; Sun, 25 May 2008 21:09:37 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.4.200]) by mx1.freebsd.org (Postfix) with ESMTP id DB1A58FC17 for ; Sun, 25 May 2008 21:09:36 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ool-435559b8.dyn.optonline.net (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta5.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0K1G00JX703ZLQT0@mta5.srv.hcvlny.cv.net> for freebsd-current@freebsd.org; Sun, 25 May 2008 17:09:36 -0400 (EDT) Received: from ool-435559b8.dyn.optonline.net (localhost [127.0.0.1]) by ool-435559b8.dyn.optonline.net (8.14.2/8.14.2) with ESMTP id m4PL9ZTC036193 for ; Sun, 25 May 2008 17:09:35 -0400 Date: Sun, 25 May 2008 17:09:30 -0400 From: "Aryeh M. Friedman" To: freebsd-current@freebsd.org Message-id: <4839D58A.7080800@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 User-Agent: Thunderbird 2.0.0.14 (X11/20080513) Subject: problems with make kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 21:09:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Using a fresh copy of the src tree (from a private cvs repo which was updated right before the copy was made) I get the following on -CURRENT AMD64 make kernel: ===> dtrace/dtrace (all) cc -O2 -pipe -march=nocona -DDIS_MEM -DSMP -DDEBUG -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/amd64 -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common -I/usr/src/sys/modules/dtrace/dtrace/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/MONSTER/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/MONSTER -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c: In function 'dtrace_dif_subr': /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:3283: error: 'SX_UNLOCKED' undeclared (first use in this function) /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:3283: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:3283: error: for each function it appears in.) *** Error code 1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg51YkACgkQk8GFzCrQm4CnAACfUbIgtXHXnXl7JgmuFtSbu4Xi Q+EAn2QK2T09EFiITn64Y6rRHo2LZjtR =GcOh -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun May 25 21:30:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DEF2106567A; Sun, 25 May 2008 21:30:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4228FC0C; Sun, 25 May 2008 21:30:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4PLUgq1089425; Sun, 25 May 2008 17:30:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4PLUgo0097309; Sun, 25 May 2008 17:30:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4AF8473039; Sun, 25 May 2008 17:30:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080525213042.4AF8473039@freebsd-current.sentex.ca> Date: Sun, 25 May 2008 17:30:42 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 21:30:49 -0000 TB --- 2008-05-25 20:18:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-25 20:18:01 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-05-25 20:18:01 - cleaning the object tree TB --- 2008-05-25 20:18:27 - cvsupping the source tree TB --- 2008-05-25 20:18:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-05-25 20:18:33 - building world (CFLAGS=-O -pipe) TB --- 2008-05-25 20:18:33 - cd /src TB --- 2008-05-25 20:18:33 - /usr/bin/make -B buildworld >>> World build started on Sun May 25 20:18:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 25 21:17:56 UTC 2008 TB --- 2008-05-25 21:17:56 - generating LINT kernel config TB --- 2008-05-25 21:17:56 - cd /src/sys/sun4v/conf TB --- 2008-05-25 21:17:56 - /usr/bin/make -B LINT TB --- 2008-05-25 21:17:56 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-25 21:17:56 - cd /src TB --- 2008-05-25 21:17:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 25 21:17:56 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pr agmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pr agmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pr agmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pr agmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c cc1: warnings being treated as errors /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c: In function 'zfs_ioc_recvbackup': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: implicit declaration of function 'refcount_release' /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: nested extern declaration of 'refcount_release' *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-25 21:30:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-25 21:30:42 - ERROR: failed to build lint kernel TB --- 2008-05-25 21:30:42 - tinderbox aborted TB --- 3540.74 user 414.29 system 4361.23 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun May 25 23:06:34 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10A471065672; Sun, 25 May 2008 23:06:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id CFEE88FC0C; Sun, 25 May 2008 23:06:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2CA7C46C2D; Sun, 25 May 2008 19:06:33 -0400 (EDT) Date: Mon, 26 May 2008 00:06:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org, arch@FreeBSD.org In-Reply-To: <20080521224350.T63482@fledge.watson.org> Message-ID: <20080526000329.K36357@fledge.watson.org> References: <20080310122338.T29929@fledge.watson.org> <20080521224350.T63482@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: net@FreeBSD.org Subject: HEADS UP: netatm removed (was: Re: netatm removal warning) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 23:06:34 -0000 On Wed, 21 May 2008, Robert Watson wrote: >> 10 March 2008 E-mail warning to arch@/net@ >> 10 April 2008 E-mail warning to arch@/net@ >> 10 May 2008 Removal of netatm from HEAD >> 20 May 2008 Removal of netatm from RELENG_7 >> >> Obviously, netatm will remain in the revision control history should anyone >> wish to ressurect it after that date. However, I suspect that those >> interested in ATM on FreeBSD have long since been using Harti's netgraph >> ATM framework. > > Somehow the dates slipped pasted more quickly than I had hoped -- this is > the HEADS UP that, on a slightly delayed schedule, I will be trimming netatm > from the src tree for HEAD, and then a week or two later, from RELENG_7. > Assuming all goes well, this should result in no functional change at all. Per the long-announced schedule, netatm has now been removed from the CVS HEAD. Assuming no unexpected problems, it will likewise be removed from RELENG_7 in a few weeks. I apologize in advance if there's any build disruption; this touched a lot of Makefiles, and while netatm hasn't been connected to the build in ten months, there is always a risk of problems with a change of this scope. I'll keep an eye out for tinderbox warnings and correct as quickly as possible if any arise. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun May 25 23:30:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3453106566B; Sun, 25 May 2008 23:29:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B14B88FC0A; Sun, 25 May 2008 23:29:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4PNTqf0095838; Sun, 25 May 2008 19:29:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4PNTqNi075530; Sun, 25 May 2008 19:29:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F0A1973039; Sun, 25 May 2008 19:29:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080525232951.F0A1973039@freebsd-current.sentex.ca> Date: Sun, 25 May 2008 19:29:51 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 23:30:00 -0000 TB --- 2008-05-25 21:35:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-25 21:35:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-05-25 21:35:01 - cleaning the object tree TB --- 2008-05-25 21:35:53 - cvsupping the source tree TB --- 2008-05-25 21:35:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-05-25 21:35:58 - building world (CFLAGS=-O -pipe) TB --- 2008-05-25 21:35:58 - cd /src TB --- 2008-05-25 21:35:58 - /usr/bin/make -B buildworld >>> World build started on Sun May 25 21:36:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun May 25 23:11:56 UTC 2008 TB --- 2008-05-25 23:11:56 - generating LINT kernel config TB --- 2008-05-25 23:11:56 - cd /src/sys/amd64/conf TB --- 2008-05-25 23:11:56 - /usr/bin/make -B LINT TB --- 2008-05-25 23:11:56 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-25 23:11:56 - cd /src TB --- 2008-05-25 23:11:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 25 23:11:56 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c cc1: warnings being treated as errors /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c: In function 'zfs_ioc_recvbackup': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: implicit declaration of function 'refcount_release' /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: nested extern declaration of 'refcount_release' *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-25 23:29:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-25 23:29:51 - ERROR: failed to build lint kernel TB --- 2008-05-25 23:29:51 - tinderbox aborted TB --- 5210.77 user 637.38 system 6890.64 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon May 26 00:05:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00DEE106564A; Mon, 26 May 2008 00:05:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B29098FC0A; Mon, 26 May 2008 00:05:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4Q05L3k097763; Sun, 25 May 2008 20:05:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4Q05L2V055092; Sun, 25 May 2008 20:05:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1DF3373039; Sun, 25 May 2008 20:05:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080526000521.1DF3373039@freebsd-current.sentex.ca> Date: Sun, 25 May 2008 20:05:21 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 00:05:24 -0000 TB --- 2008-05-25 22:38:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-25 22:38:23 - starting HEAD tinderbox run for i386/i386 TB --- 2008-05-25 22:38:23 - cleaning the object tree TB --- 2008-05-25 22:38:50 - cvsupping the source tree TB --- 2008-05-25 22:38:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-05-25 22:38:56 - building world (CFLAGS=-O -pipe) TB --- 2008-05-25 22:38:56 - cd /src TB --- 2008-05-25 22:38:56 - /usr/bin/make -B buildworld >>> World build started on Sun May 25 22:38:58 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 25 23:45:26 UTC 2008 TB --- 2008-05-25 23:45:26 - generating LINT kernel config TB --- 2008-05-25 23:45:26 - cd /src/sys/i386/conf TB --- 2008-05-25 23:45:26 - /usr/bin/make -B LINT TB --- 2008-05-25 23:45:26 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-25 23:45:26 - cd /src TB --- 2008-05-25 23:45:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 25 23:45:26 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c cc -O -pipe -DFREEBSD_NAMECACHE -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c cc1: warnings being treated as errors /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c: In function 'zfs_ioc_recvbackup': /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: implicit declaration of function 'refcount_release' /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1482: warning: nested extern declaration of 'refcount_release' *** Error code 1 Stop in /src/sys/modules/zfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-26 00:05:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-26 00:05:21 - ERROR: failed to build lint kernel TB --- 2008-05-26 00:05:21 - tinderbox aborted TB --- 3959.78 user 459.94 system 5217.81 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon May 26 04:58:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8B991065759 for ; Mon, 26 May 2008 04:58:47 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp8.yandex.ru (smtp8.yandex.ru [213.180.200.213]) by mx1.freebsd.org (Postfix) with ESMTP id F05DF8FC16 for ; Mon, 26 May 2008 04:58:46 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:28136 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7455943AbYEZElJ (ORCPT ); Mon, 26 May 2008 08:41:09 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp8 X-Yandex-TimeMark: 1211776869 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp8.yandex.ru logged sender identity as: bu7cher Message-ID: <483A3F5D.8080408@yandex.ru> Date: Mon, 26 May 2008 08:41:01 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: phoemix@harmless.hu, freebsd-current@freebsd.org References: <20080523155635.054f5ec4@twoflower.in.publishing.hu> <20080523152056.GA14884@wep4017.physik.uni-wuerzburg.de> In-Reply-To: <20080523152056.GA14884@wep4017.physik.uni-wuerzburg.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= Subject: Re: ata mode at startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 04:58:47 -0000 Alexey Shuvaev wrote: > I think such a thing should be set much earlier than in rc script, > somewhere in loader.conf(5) and it is already done. >>From ata(4): > [snip] > The following tunables are settable from the loader: > hw.ata.ata_dma > set to 1 for DMA access, 0 for PIO (default is DMA). > hw.ata.atapi_dma > set to 1 for DMA access, 0 for PIO (default is DMA). What about using string values for these knobs, similar to atacontrol's modes? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon May 26 05:38:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 489CE1065676 for ; Mon, 26 May 2008 05:38:11 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id 0D29B8FC36 for ; Mon, 26 May 2008 05:38:10 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ool-435559b8.dyn.optonline.net (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0K1G00LHUNNLRV80@mta4.srv.hcvlny.cv.net> for freebsd-current@freebsd.org; Mon, 26 May 2008 01:38:10 -0400 (EDT) Received: from ool-435559b8.dyn.optonline.net (localhost [127.0.0.1]) by ool-435559b8.dyn.optonline.net (8.14.2/8.14.2) with ESMTP id m4Q5c9Oc000247 for ; Mon, 26 May 2008 01:38:09 -0400 Date: Mon, 26 May 2008 01:38:04 -0400 From: "Aryeh M. Friedman" To: freebsd-current@freebsd.org Message-id: <483A4CBC.3070702@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 User-Agent: Thunderbird 2.0.0.14 (X11/20080513) Subject: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 05:38:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 First let me note several facts then ask the question: ~ * The PATA drives in question used to work under 8-current AMD64 (last time I tried it was about 3 months ago) if the SATA drive was connected (see dmesg output below for details) on the same mother board [only hardware difference is I added a pci-e video card replacing the pci one I had] ~ * The BIOS doesn't see them (thus FreeBSD doesn't see them [I already am aware of this]) ~ * Vista *DOES* see them ~ * I tried every jumper and cable combo (even a low grade IDE cable and a UDMA133 cable) ~ * The BIOS only has two settings relating to IDE (besides for drive autodetect) bus master and if the ata chip should support IDE or not (I tried both and the only effect was if it was not set to support IDE no drives what so ever are seen). Diag output from FreeBSD: atacontrol list: ATA channel 2: ~ Master: no device present ~ Slave: no device present ATA channel 3: ~ Master: no device present ~ Slave: no device present ATA channel 4: ~ Master: ad8 Serial ATA II ~ Slave: no device present ATA channel 5: ~ Master: no device present ~ Slave: no device present ATA channel 6: ~ Master: no device present ~ Slave: no device present ATA channel 7: ~ Master: no device present Note: shouldn't ata4 be ata2 or something close since the phsyical cable is plugged into SATA1 (there is no SATA0) on the mother board dmesg|grep ata: atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfeaffc00-0xfeafffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] atapci2: port 0xa000-0xa007,0x9c00-0x9c03,0x9880-0x9887,0x9800-0x9803,0x9480-0x948f,0x9400-0x940f irq 19 at device 31.5 on pci0 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] ad8: 476940MB at ata4-master SATA300 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg6TLwACgkQk8GFzCrQm4CgMQCgrOS0k/l4Qb9O/LHxIUhifKOl 8bAAoLW2CRg/p9LLdiV90prXmi3yBwVl =74AZ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 26 06:29:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C6E81065672; Mon, 26 May 2008 06:29:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 69D6A8FC1B; Mon, 26 May 2008 06:29:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 2BB8228449; Mon, 26 May 2008 14:29:55 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id C35BFEBA3BC; Mon, 26 May 2008 14:29:54 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id FaEksL2rq6OZ; Mon, 26 May 2008 14:29:50 +0800 (CST) Received: from charlie.delphij.net (c-69-181-135-56.hsd1.ca.comcast.net [69.181.135.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id C5187EB0C13; Mon, 26 May 2008 14:29:48 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=tea5LXcwhltIMcfLKIPdyoeseBHDksk3P8+ZWjlU2b4IjFMPZUYzFJvhy1jIZIVmI WPjhzY29GrwnywLB2hAlQ== Message-ID: <483A58D9.4090400@delphij.net> Date: Sun, 25 May 2008 23:29:45 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ariff@FreeBSD.org Subject: /dev/soiund/pcm/dsp.c: uma_zalloc with non-sleepable lock held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 06:29:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Hit this with WITNESS (today's -CURRENT). It seems that if I play music and have some other sound playing then the system would stop to respond. ~ Is this an known issue? May 25 23:26:50 charlie kernel: uma_zalloc_arg: zone "16" with the following non-sleepable locks held: May 25 23:26:50 charlie kernel: exclusive sleep mutex pcm0 (sound cdev) r = 0 (0xffffff00019a9c20) locked @ /data/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:650 May 25 23:26:50 charlie kernel: KDB: stack backtrace: May 25 23:26:50 charlie kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a May 25 23:26:50 charlie kernel: witness_warn() at witness_warn+0x248 May 25 23:26:50 charlie kernel: uma_zalloc_arg() at uma_zalloc_arg+0x334 May 25 23:26:50 charlie kernel: malloc() at malloc+0x8a May 25 23:26:50 charlie kernel: notify() at notify+0x67 May 25 23:26:50 charlie kernel: destroy_devl() at destroy_devl+0x23b May 25 23:26:50 charlie kernel: destroy_dev() at destroy_dev+0x19 May 25 23:26:50 charlie kernel: snd_clone_gc() at snd_clone_gc+0xc4 May 25 23:26:50 charlie kernel: snd_clone_unref() at snd_clone_unref+0x58 May 25 23:26:50 charlie kernel: dsp_close() at dsp_close+0x6d5 May 25 23:26:50 charlie kernel: devfs_close() at devfs_close+0x15c May 25 23:26:50 charlie kernel: vn_close() at vn_close+0xb6 May 25 23:26:50 charlie kernel: vn_closefile() at vn_closefile+0x80 May 25 23:26:50 charlie kernel: devfs_close_f() at devfs_close_f+0x1a May 25 23:26:50 charlie kernel: _fdrop() at _fdrop+0x23 May 25 23:26:50 charlie kernel: closef() at closef+0x4c May 25 23:26:50 charlie kernel: kern_close() at kern_close+0x10d May 25 23:26:50 charlie kernel: syscall() at syscall+0x1bf May 25 23:26:50 charlie kernel: Xfast_syscall() at Xfast_syscall+0xab May 25 23:26:50 charlie kernel: --- syscall (6, FreeBSD ELF64, close), rip = 0x804651f5c, rsp = 0x7fffffffd5e8, rbp = 0x803aa53f0 --- Cheers, - -- ** Help China's quake relief at http://www.redcross.org.cn/ |>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkg6WNkACgkQi+vbBBjt66BszQCcDNtLO+f/dai/VRgsgwpQVycb uAcAoLGDGiDDr5zVlJjufynO02u0oNUG =L8+h -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 26 06:55:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB516106566C for ; Mon, 26 May 2008 06:55:24 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp8.yandex.ru (smtp8.yandex.ru [213.180.200.213]) by mx1.freebsd.org (Postfix) with ESMTP id 107598FC17 for ; Mon, 26 May 2008 06:55:23 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:29120 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7456036AbYEZGzO (ORCPT ); Mon, 26 May 2008 10:55:14 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp8 X-Yandex-TimeMark: 1211784914 X-MsgDayCount: 7 X-Comment: RFC 2476 MSA function at smtp8.yandex.ru logged sender identity as: bu7cher Message-ID: <483A5ECE.8050407@yandex.ru> Date: Mon, 26 May 2008 10:55:10 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <483A4CBC.3070702@gmail.com> In-Reply-To: <483A4CBC.3070702@gmail.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 06:55:24 -0000 Aryeh M. Friedman wrote: > atapci0: port > 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f > mem 0xfeaffc00-0xfeafffff irq 16 at device 0.0 on pci3 I think it's Marvell 88SE61xx controller. It isn't supported. Can you show `pciconf -l` output? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:22:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83B1E106566C for ; Mon, 26 May 2008 07:22:46 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id 471F88FC28 for ; Mon, 26 May 2008 07:22:46 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ool-435559b8.dyn.optonline.net (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0K1G00LNLSHVSG90@mta4.srv.hcvlny.cv.net> for freebsd-current@freebsd.org; Mon, 26 May 2008 03:22:43 -0400 (EDT) Received: from ool-435559b8.dyn.optonline.net (localhost [127.0.0.1]) by ool-435559b8.dyn.optonline.net (8.14.2/8.14.2) with ESMTP id m4Q7Mgg6001321; Mon, 26 May 2008 03:22:42 -0400 Date: Mon, 26 May 2008 03:22:37 -0400 From: "Aryeh M. Friedman" In-reply-to: <483A5ECE.8050407@yandex.ru> To: "Andrey V. Elsukov" Message-id: <483A653D.1070607@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-R; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> User-Agent: Thunderbird 2.0.0.14 (X11/20080513) Cc: freebsd-current@freebsd.org Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:22:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrey V. Elsukov wrote: | Aryeh M. Friedman wrote: |> atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfeaffc00-0xfeafffff irq 16 at device 0.0 on pci3 | | I think it's Marvell 88SE61xx controller. It isn't supported. | Can you show `pciconf -l` output? | hostb0@pci0:0:0:0: class=0x060000 card=0x73601462 chip=0x29c08086 rev=0x02 hdr=0x00 pcib1@pci0:0:1:0: class=0x060400 card=0x00008086 chip=0x29c18086 rev=0x02 hdr=0x01 uhci0@pci0:0:26:0: class=0x0c0300 card=0x73601462 chip=0x29378086 rev=0x02 hdr=0x00 uhci1@pci0:0:26:1: class=0x0c0300 card=0x73601462 chip=0x29388086 rev=0x02 hdr=0x00 ehci0@pci0:0:26:7: class=0x0c0320 card=0x73601462 chip=0x293c8086 rev=0x02 hdr=0x00 pcm0@pci0:0:27:0: class=0x040300 card=0x73601462 chip=0x293e8086 rev=0x02 hdr=0x00 pcib2@pci0:0:28:0: class=0x060400 card=0x73601462 chip=0x29408086 rev=0x02 hdr=0x01 pcib3@pci0:0:28:4: class=0x060400 card=0x73601462 chip=0x29488086 rev=0x02 hdr=0x01 pcib4@pci0:0:28:5: class=0x060400 card=0x73601462 chip=0x294a8086 rev=0x02 hdr=0x01 uhci2@pci0:0:29:0: class=0x0c0300 card=0x73601462 chip=0x29348086 rev=0x02 hdr=0x00 uhci3@pci0:0:29:1: class=0x0c0300 card=0x73601462 chip=0x29358086 rev=0x02 hdr=0x00 uhci4@pci0:0:29:2: class=0x0c0300 card=0x73601462 chip=0x29368086 rev=0x02 hdr=0x00 uhci5@pci0:0:29:3: class=0x0c0300 card=0x73601462 chip=0x29398086 rev=0x02 hdr=0x00 ehci1@pci0:0:29:7: class=0x0c0320 card=0x73601462 chip=0x293a8086 rev=0x02 hdr=0x00 pcib5@pci0:0:30:0: class=0x060401 card=0x73601462 chip=0x244e8086 rev=0x92 hdr=0x01 isab0@pci0:0:31:0: class=0x060100 card=0x73601462 chip=0x29188086 rev=0x02 hdr=0x00 atapci1@pci0:0:31:2: class=0x01018f card=0x73601462 chip=0x29218086 rev=0x02 hdr=0x00 none0@pci0:0:31:3: class=0x0c0500 card=0x73601462 chip=0x29308086 rev=0x02 hdr=0x00 atapci2@pci0:0:31:5: class=0x010185 card=0x73601462 chip=0x29268086 rev=0x02 hdr=0x00 vgapci0@pci0:1:0:0: class=0x030000 card=0xc7333842 chip=0x040410de rev=0xa1 hdr=0x00 atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab rev=0xb1 hdr=0x00 re0@pci0:4:0:0: class=0x020000 card=0x360c1462 chip=0x816810ec rev=0x01 hdr=0x00 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg6ZTwACgkQk8GFzCrQm4DqagCfdxF8BO8yDqnbCPEI2lNpW6JI 2LsAn25+SWce38ZnjN+zdfBIVQWkbqgJ =4fc+ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:32:20 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 846D01065688 for ; Mon, 26 May 2008 07:32:20 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id 47C888FC1D for ; Mon, 26 May 2008 07:32:20 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ool-435559b8.dyn.optonline.net (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0K1G00N9VSXV3G60@mta4.srv.hcvlny.cv.net> for freebsd-current@FreeBSD.ORG; Mon, 26 May 2008 03:32:20 -0400 (EDT) Received: from ool-435559b8.dyn.optonline.net (localhost [127.0.0.1]) by ool-435559b8.dyn.optonline.net (8.14.2/8.14.2) with ESMTP id m4Q7WJSw004342; Mon, 26 May 2008 03:32:19 -0400 Date: Mon, 26 May 2008 03:32:14 -0400 From: "Aryeh M. Friedman" In-reply-to: <20080526072628.GA99389@nagual.pp.ru> To: Andrey Chernov , "Aryeh M. Friedman" , "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG Message-id: <483A677E.2080302@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> User-Agent: Thunderbird 2.0.0.14 (X11/20080513) Cc: Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:32:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrey Chernov wrote: | On Mon, May 26, 2008 at 03:22:37AM -0400, Aryeh M. Friedman wrote: |> atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab |> rev=0xb1 hdr=0x00 | | See also "atadev->param.model problem or bug with Marvell 88SE6811 chip" | thread in current@ | I tried the patch in that thread: - -------------------------------------------------------------- |>> stage 3.2: building everything - -------------------------------------------------------------- cd /usr/obj/usr/src/sys/MONSTER; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE=nocona GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp VERSION="FreeBSD 8.0-CURRENT amd64 800037" INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=1 make KERNEL=kernel all -DNO_MODULES_OBJ cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c; /usr/src/sys/dev/ata/ata-all.c: In function 'ata_getparam': /usr/src/sys/dev/ata/ata-all.c:610: error: 'struct ata_device' has no member named 'config' /usr/src/sys/dev/ata/ata-all.c:611: error: 'struct ata_device' has no member named 'reserved2' -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg6Z30ACgkQk8GFzCrQm4AuOwCgysw4y6/gQh3cIEYr53VcYqlZ CAcAoI2NO5kpZn9PMIwUTeI+oClZZ3H1 =r1BV -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:38:01 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48171106566C for ; Mon, 26 May 2008 07:38:01 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8421D8FC0C for ; Mon, 26 May 2008 07:38:00 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:1020 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4395520AbYEZHh5 (ORCPT ); Mon, 26 May 2008 11:37:57 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp2 X-Yandex-TimeMark: 1211787477 X-MsgDayCount: 10 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <483A68D0.8000601@yandex.ru> Date: Mon, 26 May 2008 11:37:52 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> In-Reply-To: <483A677E.2080302@gmail.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrey Chernov , freebsd-current@FreeBSD.ORG Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:38:01 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Andrey Chernov wrote: > | On Mon, May 26, 2008 at 03:22:37AM -0400, Aryeh M. Friedman wrote: > |> atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab > |> rev=0xb1 hdr=0x00 > | > | See also "atadev->param.model problem or bug with Marvell 88SE6811 chip" > | thread in current@ > | > I tried the patch in that thread: It has mistake.. :-\ And it doesn't resolve the problem. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:39:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE73E1065676 for ; Mon, 26 May 2008 07:39:12 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from maul.nordit.dk (serv30.nordit.dk [217.20.63.196]) by mx1.freebsd.org (Postfix) with ESMTP id 591588FC16 for ; Mon, 26 May 2008 07:39:12 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from deepcore.dk (cable.deepcore.dk [217.20.59.72]) by maul.nordit.dk (Postfix) with ESMTP id 2FBDE3444; Mon, 26 May 2008 09:39:11 +0200 (CEST) Received: from laptop.deepcore.dk (laptop.deepcore.dk [192.168.0.138]) by deepcore.dk (8.13.8/8.13.8) with ESMTP id m4Q7dAQ3042560; Mon, 26 May 2008 09:39:10 +0200 (CEST) (envelope-from sos@freebsd.org) Message-Id: <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: "Aryeh M. Friedman" In-Reply-To: <483A677E.2080302@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 26 May 2008 09:39:10 +0200 References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> X-Mailer: Apple Mail (2.919.2) Cc: Andrey Chernov , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:39:12 -0000 Hi Hi! The param->model problem is a side effect of ATA not supporting this =20 chip. The marvell chips apparently need special support to work properly, so =20= I need to have the HW here for "hands on" development (marvell doesn't =20= hand out docs). Same routine as for the last decade, get me the HW and I'll work out =20 how to support it if at all possible. -S=F8ren On 26May, 2008, at 9:32 , Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Andrey Chernov wrote: > | On Mon, May 26, 2008 at 03:22:37AM -0400, Aryeh M. Friedman wrote: > |> atapci0@pci0:3:0:0: class=3D0x01018f card=3D0x612111ab =20 > chip=3D0x612111ab > |> rev=3D0xb1 hdr=3D0x00 > | > | See also "atadev->param.model problem or bug with Marvell 88SE6811 =20= > chip" > | thread in current@ > | > I tried the patch in that thread: > > - -------------------------------------------------------------- > |>> stage 3.2: building everything > - -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/MONSTER; MAKEOBJDIRPREFIX=3D/usr/obj =20 > MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPUTYPE=3Dnocona = GROFF_BIN_PATH=3D/=20 > usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=3D/usr/obj/usr/src/=20= > tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=3D/usr/obj/usr/src/=20= > tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=3D/usr/obj/usr/src/tmp =20 > VERSION=3D"FreeBSD 8.0-CURRENT amd64 800037" INSTALL=3D"sh /usr/src/=20= > tools/install.sh" PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/=20= > obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/=20 > games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/=20 > usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=3D1 = =20 > make KERNEL=3Dkernel all -DNO_MODULES_OBJ > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -=20 > march=3Dnocona -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -=20= > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -=20 > Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc =20= > -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -=20 > DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -=20 > finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-=20= > function-growth=3D1000 -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 = -=20 > mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-=20 > asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/=20= > ata/ata-all.c; > /usr/src/sys/dev/ata/ata-all.c: In function 'ata_getparam': > /usr/src/sys/dev/ata/ata-all.c:610: error: 'struct ata_device' has =20 > no member named 'config' > /usr/src/sys/dev/ata/ata-all.c:611: error: 'struct ata_device' has =20 > no member named 'reserved2' > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkg6Z30ACgkQk8GFzCrQm4AuOwCgysw4y6/gQh3cIEYr53VcYqlZ > CAcAoI2NO5kpZn9PMIwUTeI+oClZZ3H1 > =3Dr1BV > -----END PGP SIGNATURE----- > > _______________________________________________ > 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=20 > " > From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:39:27 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 653561065678 for ; Mon, 26 May 2008 07:39:27 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.4.200]) by mx1.freebsd.org (Postfix) with ESMTP id 184FC8FC12 for ; Mon, 26 May 2008 07:39:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ool-435559b8.dyn.optonline.net (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta5.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0K1G00G0KT9P7150@mta5.srv.hcvlny.cv.net> for freebsd-current@FreeBSD.ORG; Mon, 26 May 2008 03:39:26 -0400 (EDT) Received: from ool-435559b8.dyn.optonline.net (localhost [127.0.0.1]) by ool-435559b8.dyn.optonline.net (8.14.2/8.14.2) with ESMTP id m4Q7dP2e004418; Mon, 26 May 2008 03:39:25 -0400 Date: Mon, 26 May 2008 03:39:20 -0400 From: "Aryeh M. Friedman" In-reply-to: <483A68D0.8000601@yandex.ru> To: "Andrey V. Elsukov" Message-id: <483A6928.8060100@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-R; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> <483A68D0.8000601@yandex.ru> User-Agent: Thunderbird 2.0.0.14 (X11/20080513) Cc: Andrey Chernov , freebsd-current@FreeBSD.ORG Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:39:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrey V. Elsukov wrote: | Aryeh M. Friedman wrote: |> -----BEGIN PGP SIGNED MESSAGE----- |> Hash: SHA1 |> |> Andrey Chernov wrote: |> | On Mon, May 26, 2008 at 03:22:37AM -0400, Aryeh M. Friedman wrote: |> |> atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab |> |> rev=0xb1 hdr=0x00 |> | |> | See also "atadev->param.model problem or bug with Marvell 88SE6811 chip" |> | thread in current@ |> | |> I tried the patch in that thread: | | It has mistake.. :-\ | And it doesn't resolve the problem. | So do Chernov's advice or not? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg6aSgACgkQk8GFzCrQm4Ah1gCdHz/3JeAUhEHxgcvyYI6MNbzq 9acAoOXiwEaqfHkrFkHsZmcUkCyJiCW9 =btgw -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:39:31 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CFD81065676 for ; Mon, 26 May 2008 07:39:31 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id ED0158FC26 for ; Mon, 26 May 2008 07:39:30 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m4Q7ZknU099540; Mon, 26 May 2008 11:35:46 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1211787347; bh=SB6SdmAh3MSpfudV6M+J9Ac/QVkhA/XJ3hUI/AC NjDk=; l=300; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=l1WUSTms6ihRDeNjc3YUSDH42 +/H1qZ2skfGdQrM53X0rE41yNhbvqWzX1vOfuLZVbaRUqL8J0pKE1r0Clt0cMudbUA3 WQstirLV4sbbMFfYfDpWo4eQs7CZyYC8uY+/cAs6BVyALbb8wOIDffFjbk5HPvuGd9y qIHPc3fgUnuA= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m4Q7ZkR9099539; Mon, 26 May 2008 11:35:46 +0400 (MSD) (envelope-from ache) Date: Mon, 26 May 2008 11:35:46 +0400 From: Andrey Chernov To: "Aryeh M. Friedman" Message-ID: <20080526073546.GA99502@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Aryeh M. Friedman" , "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <483A677E.2080302@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:39:31 -0000 On Mon, May 26, 2008 at 03:32:14AM -0400, Aryeh M. Friedman wrote: > I tried the patch in that thread: You need to change struct members to atadev->param.config and atadev->param.reserved2 (i.e. insert "param.") since there is no such members in atadev directly. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:39:32 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C52BC106567F for ; Mon, 26 May 2008 07:39:32 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 31EA98FC0A for ; Mon, 26 May 2008 07:39:31 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m4Q7QThm099420; Mon, 26 May 2008 11:26:29 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1211786789; bh=lnRzQApMxqqJq0qep1Cu/w6ruvwgHzNvt/puRMs 9EGA=; l=287; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=lPsvpWGokgM9tIZX5ZkfKYUqT fksH0oAnB37ZpsStg4uLzxAU03L0K0R+Ty5cn69ZC5Bx79rVzxYJqr5wNEMHElJ8RAw IH3lAGCNRoziZz6msrtY0eWObAj4zWot9qNFWKIn6gkNs8HUGwIJk+0NeZ3Cjd/c4fW Kg/ZOezo9MT0= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m4Q7QTY1099419; Mon, 26 May 2008 11:26:29 +0400 (MSD) (envelope-from ache) Date: Mon, 26 May 2008 11:26:29 +0400 From: Andrey Chernov To: "Aryeh M. Friedman" Message-ID: <20080526072628.GA99389@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Aryeh M. Friedman" , "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <483A653D.1070607@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:39:32 -0000 On Mon, May 26, 2008 at 03:22:37AM -0400, Aryeh M. Friedman wrote: > atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab > rev=0xb1 hdr=0x00 See also "atadev->param.model problem or bug with Marvell 88SE6811 chip" thread in current@ -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:40:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE86710656C5 for ; Mon, 26 May 2008 07:40:41 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from web52107.mail.re2.yahoo.com (web52107.mail.re2.yahoo.com [206.190.48.110]) by mx1.freebsd.org (Postfix) with SMTP id 8D0DC8FC2E for ; Mon, 26 May 2008 07:40:41 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: (qmail 74670 invoked by uid 60001); 26 May 2008 07:40:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=IEHo6hAH13VW38x8Gm1nwlbOqy4dmiyt4LNttyUCACEKB41IEQ4iyDUJV1tOGyT5FNSjsLd24xSRg8ZOCdJMqsGQYZR7R+ecQvw8M/lF0U014pD1aSdavB0vbiXUCq2F5mloQBdU2T7eNUnXA/UWCKaQA5B44mQ8qygrk04uHkA=; X-YMail-OSG: pkLpiJ4VM1muk_tMXg9Yjh4DJHP2xN2coC3Opee7FCoKpc6LGAnoT6eWD1_AcplavjMsVlooWyOLu0ImFvle.0aRK5WNvKMqxVTt6TdrS0QK1yu8av.8Ht_xNg-- Received: from [70.190.145.127] by web52107.mail.re2.yahoo.com via HTTP; Mon, 26 May 2008 00:40:37 PDT X-Mailer: YahooMailRC/975.41 YahooMailWebService/0.7.185 Date: Mon, 26 May 2008 00:40:37 -0700 (PDT) From: gahn To: Norman Maurer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <525394.73613.qm@web52107.mail.re2.yahoo.com> Cc: free bsd , freebsd general questions Subject: Re: FreeBSD crashed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:40:42 -0000 thanks you all: it is dual boot system. somehow the sp3 of xp messed up the file /etc/fstab. i used freesbie live cd fixed the file and rescued the files i need. best regards ----- Original Message ---- From: Norman Maurer To: gahn Cc: freebsd general questions ; free bsd Sent: Sunday, May 25, 2008 2:22:05 AM Subject: Re: FreeBSD crashed Just type "?" to get the possible values. If this not help use the livefs cd to start a shell and mount the disk. Cheers, Norman 2008/5/25 gahn : > Hello all: > > My FreeBSD crashed. It boots fine but can't mount root directory. Here is the message: > > ///////////////////////////////////////////////////////////// > ... > .... > Trying to mount root from ufs:/dev/ad0s2a > > Manual root filesystem specification: > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> > > /////////////////////////////////////////////////////////////// > > > Could any gurus here help me out this? I just want to save the files in the home directory so that I can rebuild the system. > > Regards > > Dave > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:40:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60251106568E for ; Mon, 26 May 2008 07:40:47 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id 1FC908FC16 for ; Mon, 26 May 2008 07:40:46 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ool-435559b8.dyn.optonline.net (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0K1G004G2TBXLOQ0@mta4.srv.hcvlny.cv.net>; Mon, 26 May 2008 03:40:46 -0400 (EDT) Received: from ool-435559b8.dyn.optonline.net (localhost [127.0.0.1]) by ool-435559b8.dyn.optonline.net (8.14.2/8.14.2) with ESMTP id m4Q7ejF8004439; Mon, 26 May 2008 03:40:45 -0400 Date: Mon, 26 May 2008 03:40:43 -0400 From: "Aryeh M. Friedman" In-reply-to: <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Message-id: <483A697B.6020008@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 8BIT X-Enigmail-Version: 0.95.6 References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> User-Agent: Thunderbird 2.0.0.14 (X11/20080513) Cc: Andrey Chernov , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:40:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I can't send you the machine but can you do it remotely? Søren Schmidt wrote: | Hi | | Hi! | | The param->model problem is a side effect of ATA not supporting this chip. | | The marvell chips apparently need special support to work properly, so I need to have the HW here for "hands on" development (marvell doesn't hand out docs). | | Same routine as for the last decade, get me the HW and I'll work out how to support it if at all possible. | | -Søren | | | | | On 26May, 2008, at 9:32 , Aryeh M. Friedman wrote: | | Andrey Chernov wrote: | | On Mon, May 26, 2008 at 03:22:37AM -0400, Aryeh M. Friedman wrote: | |> atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab | |> rev=0xb1 hdr=0x00 | | | | See also "atadev->param.model problem or bug with Marvell 88SE6811 chip" | | thread in current@ | | | I tried the patch in that thread: | | -------------------------------------------------------------- | |>> stage 3.2: building everything | -------------------------------------------------------------- | cd /usr/obj/usr/src/sys/MONSTER; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE=nocona GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp VERSION="FreeBSD 8.0-CURRENT amd64 800037" INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=1 make KERNEL=kernel all -DNO_MODULES_OBJ | cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c; | /usr/src/sys/dev/ata/ata-all.c: In function 'ata_getparam': | /usr/src/sys/dev/ata/ata-all.c:610: error: 'struct ata_device' has no member named 'config' | /usr/src/sys/dev/ata/ata-all.c:611: error: 'struct ata_device' has no member named 'reserved2' | |> _______________________________________________ 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" |> -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg6aXsACgkQk8GFzCrQm4DVFgCfS+JUAEJoDn8McxrILqAT+fYI faYAnji0tYuA0se6HwCeTx1JBVRIjpn7 =og2b -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:46:53 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01E8E106564A; Mon, 26 May 2008 07:46:53 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 5ECDF8FC1A; Mon, 26 May 2008 07:46:52 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m4Q7kpF6099786; Mon, 26 May 2008 11:46:51 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1211788011; bh=+U4wmALzSc42Fkd6dUAQHQ0rxBcD+DlLWKMbgO1 2yws=; l=412; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=Vpgk0jRiuYL+In3LGTe86mjSP 3vQkJ6HzFUDgWJ41uLqCD0sih2PI+z2ygjZQwIkz2DtI/aCcDJXCXNKFBnW4Yjn1Ihi u9KLtSjDuIDTzUQzHZpvYrGbNtL3nL0LrveccsEPvPxGYxzGxsm6zIxhGadKTxqpdzt xePFW0xcEtmE= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m4Q7koVM099785; Mon, 26 May 2008 11:46:50 +0400 (MSD) (envelope-from ache) Date: Mon, 26 May 2008 11:46:50 +0400 From: Andrey Chernov To: S?ren Schmidt Message-ID: <20080526074650.GA99701@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , S?ren Schmidt , "Aryeh M. Friedman" , "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Andrey V. Elsukov" , "Aryeh M. Friedman" , freebsd-current@FreeBSD.ORG Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:46:53 -0000 On Mon, May 26, 2008 at 09:39:10AM +0200, S?ren Schmidt wrote: > The marvell chips apparently need special support to work properly, so > I need to have the HW here for "hands on" development (marvell doesn't > hand out docs). Strange thing that it works under M$Win standard "pciide" driver which don't knows any special thing about it but treat it rightly as plain IDE. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:48:21 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24407106564A for ; Mon, 26 May 2008 07:48:21 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 83D938FC13 for ; Mon, 26 May 2008 07:48:20 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m4Q7mJnD099807; Mon, 26 May 2008 11:48:19 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1211788099; bh=Bv8JAkDzx8Axls/VIOeos22SstUWVVUWrvo6TiT 1n7U=; l=296; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=UxxVYXQw9uEyumTpmAyjZ25g6 hdzVM0AmLvXoSdXCFJOfeJBGzuJt6yDDI/40fW5Dan8ievkUJCciX78c0vyvSxrhyTV CfMm/AyxI4VlbhfH4mALhruk6X3b9lke9PYNSJ46rl1vJTiM0IJ2z8kIWivU3gP1JPf /o5SX+YDvsjE= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m4Q7mJH1099806; Mon, 26 May 2008 11:48:19 +0400 (MSD) (envelope-from ache) Date: Mon, 26 May 2008 11:48:19 +0400 From: Andrey Chernov To: "Aryeh M. Friedman" Message-ID: <20080526074819.GB99701@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Aryeh M. Friedman" , "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> <483A68D0.8000601@yandex.ru> <483A6928.8060100@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <483A6928.8060100@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:48:21 -0000 On Mon, May 26, 2008 at 03:39:20AM -0400, Aryeh M. Friedman wrote: > | It has mistake.. :-\ > | And it doesn't resolve the problem. > | > So do Chernov's advice or not? It was just diagnostic patch showing that device is initialized completely, nothing more. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:53:38 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C37C106567B; Mon, 26 May 2008 07:53:38 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id D9C3D8FC1C; Mon, 26 May 2008 07:53:37 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m4Q7ra85099930; Mon, 26 May 2008 11:53:36 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1211788416; bh=/KeuovjYnlgbreTNTF0DmjydC7TqiO1VhuQPZBY j7nI=; l=401; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=MiPjBs54L4k5f0yuzy50gDHgM IuAlF0kfJ407REOSixknSfaBpAduI+upWWHu8M5zuMIkPgQXpuSaYbhE9ZSEW+jBnC6 qr2ZP+aJaP1BFvDaOf5zqgsKJBMboEWpHhbhpsrRLIumrUS1h3VL3tyQuHSgBNlg9nG mMEhpDdcstgE= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m4Q7raN4099929; Mon, 26 May 2008 11:53:36 +0400 (MSD) (envelope-from ache) Date: Mon, 26 May 2008 11:53:36 +0400 From: Andrey Chernov To: S?ren Schmidt Message-ID: <20080526075336.GA99899@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , S?ren Schmidt , "Aryeh M. Friedman" , "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Andrey V. Elsukov" , "Aryeh M. Friedman" , freebsd-current@FreeBSD.ORG Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:53:38 -0000 On Mon, May 26, 2008 at 09:39:10AM +0200, S?ren Schmidt wrote: > Same routine as for the last decade, get me the HW and I'll work out > how to support it if at all possible. There is Linux kernel on the ASUS site (which use this Marvel chip very often) claimed to support this chip, it may helps: http://dlsvr02.asus.com/pub/ASUS/mb/socket775/P5E3/Sata_Linux.zip -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:55:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from miki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 7DAF21065678; Mon, 26 May 2008 07:55:52 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Mon, 26 May 2008 15:55:14 +0800 From: Ariff Abdullah To: d@delphij.net Message-Id: <20080526155514.221a210e.ariff@FreeBSD.org> In-Reply-To: <483A58D9.4090400@delphij.net> References: <483A58D9.4090400@delphij.net> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__26_May_2008_15_55_14_+0800_SOo9EuGIDEXjP6_7" Cc: freebsd-current@freebsd.org Subject: Re: /dev/soiund/pcm/dsp.c: uma_zalloc with non-sleepable lock held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:55:55 -0000 --Signature=_Mon__26_May_2008_15_55_14_+0800_SOo9EuGIDEXjP6_7 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 25 May 2008 23:29:45 -0700 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Hi, >=20 > Hit this with WITNESS (today's -CURRENT). It seems that if I play > music and have some other sound playing then the system would stop > to respond. ~ Is this an known issue? >=20 > May 25 23:26:50 charlie kernel: uma_zalloc_arg: zone "16" with the > following non-sleepable locks held: > May 25 23:26:50 charlie kernel: exclusive sleep mutex pcm0 (sound > cdev) r =3D 0 (0xffffff00019a9c20) locked @ > /data/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:650 > May 25 23:26:50 charlie kernel: KDB: stack backtrace: > May 25 23:26:50 charlie kernel: db_trace_self_wrapper() at > db_trace_self_wrapper+0x2a > May 25 23:26:50 charlie kernel: witness_warn() at witness_warn+0x248 > May 25 23:26:50 charlie kernel: uma_zalloc_arg() at > uma_zalloc_arg+0x334 May 25 23:26:50 charlie kernel: malloc() at > malloc+0x8a May 25 23:26:50 charlie kernel: notify() at notify+0x67 > May 25 23:26:50 charlie kernel: destroy_devl() at destroy_devl+0x23b > May 25 23:26:50 charlie kernel: destroy_dev() at destroy_dev+0x19 > May 25 23:26:50 charlie kernel: snd_clone_gc() at snd_clone_gc+0xc4 > May 25 23:26:50 charlie kernel: snd_clone_unref() at > snd_clone_unref+0x58 May 25 23:26:50 charlie kernel: dsp_close() at > dsp_close+0x6d5 May 25 23:26:50 charlie kernel: devfs_close() at > devfs_close+0x15c May 25 23:26:50 charlie kernel: vn_close() at > vn_close+0xb6 May 25 23:26:50 charlie kernel: vn_closefile() at > vn_closefile+0x80 May 25 23:26:50 charlie kernel: devfs_close_f() at > devfs_close_f+0x1a May 25 23:26:50 charlie kernel: _fdrop() at > _fdrop+0x23 May 25 23:26:50 charlie kernel: closef() at closef+0x4c > May 25 23:26:50 charlie kernel: kern_close() at kern_close+0x10d > May 25 23:26:50 charlie kernel: syscall() at syscall+0x1bf > May 25 23:26:50 charlie kernel: Xfast_syscall() at > Xfast_syscall+0xab May 25 23:26:50 charlie kernel: --- syscall (6, > FreeBSD ELF64, close), rip =3D 0x804651f5c, rsp =3D 0x7fffffffd5e8, rbp > =3D 0x803aa53f0 --- >=20 It is something new. Let me examine it first. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__26_May_2008_15_55_14_+0800_SOo9EuGIDEXjP6_7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkg6bOIACgkQlr+deMUwTNoG6wCgqIkz0nYRbG2YVmBMJaa+Kxwy w+oAn0pQJyZkNSsSLCus4uBgquep5UOO =pDWc -----END PGP SIGNATURE----- --Signature=_Mon__26_May_2008_15_55_14_+0800_SOo9EuGIDEXjP6_7-- From owner-freebsd-current@FreeBSD.ORG Mon May 26 07:58:16 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5055B106564A; Mon, 26 May 2008 07:58:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp8.yandex.ru (smtp8.yandex.ru [213.180.200.213]) by mx1.freebsd.org (Postfix) with ESMTP id 535A38FC18; Mon, 26 May 2008 07:58:14 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:33997 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7454783AbYEZH6G (ORCPT + 1 other); Mon, 26 May 2008 11:58:06 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp8 X-Yandex-TimeMark: 1211788686 X-MsgDayCount: 15 X-Comment: RFC 2476 MSA function at smtp8.yandex.ru logged sender identity as: bu7cher Message-ID: <483A6D8A.4080305@yandex.ru> Date: Mon, 26 May 2008 11:58:02 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Andrey Chernov , S?ren Schmidt , "Aryeh M. Friedman" , "Andrey V. Elsukov" , freebsd-current@FreeBSD.ORG References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> <20080526075336.GA99899@nagual.pp.ru> In-Reply-To: <20080526075336.GA99899@nagual.pp.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 07:58:16 -0000 Andrey Chernov wrote: > On Mon, May 26, 2008 at 09:39:10AM +0200, S?ren Schmidt wrote: >> Same routine as for the last decade, get me the HW and I'll work out >> how to support it if at all possible. > > There is Linux kernel on the ASUS site (which use this Marvel chip very > often) claimed to support this chip, it may helps: > http://dlsvr02.asus.com/pub/ASUS/mb/socket775/P5E3/Sata_Linux.zip Also, there is ahci.c from linux libata with marvell PATA support. http://git.kernel.org/?p=linux/kernel/git/jgarzik/libata-dev.git;a=blob_plain;f=drivers/ata/ahci.c;h=10a2e09616bd61a455d7867464f49bcb7ba1bb87 I think it's easiest to port to our ahci driver. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon May 26 08:00:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26F1E1065675 for ; Mon, 26 May 2008 08:00:11 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from web52105.mail.re2.yahoo.com (web52105.mail.re2.yahoo.com [206.190.48.108]) by mx1.freebsd.org (Postfix) with SMTP id 9FD1D8FC14 for ; Mon, 26 May 2008 08:00:10 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: (qmail 65893 invoked by uid 60001); 26 May 2008 08:00:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=UVjTmHD4is2M4IRvIlmPhoIcRz53b/UZWupVpBHf0Y1kMjizvNwuKmB7ItD3d6co6or3Et+JlQCakgSHe6tOzqr2NKXVh5vbEbz6T4aqNQYFgdpB783GlSGpu909SGA4udh/EMoo0CmH0dKPlIYJwh7r9dIRKdPS9RfulSI8rxY=; X-YMail-OSG: 5hV5k7UVM1lFmKh656Ocl8SMGWtmqZ0u6YmWRn9mVyL3IHJqA.eph5t5Br_Gb_Z.aB1ZQtgWXHm_l_TTiLxi6BTu2hKsfTjpdpNe Received: from [70.190.145.127] by web52105.mail.re2.yahoo.com via HTTP; Mon, 26 May 2008 01:00:06 PDT X-Mailer: YahooMailRC/975.41 YahooMailWebService/0.7.185 Date: Mon, 26 May 2008 01:00:06 -0700 (PDT) From: gahn To: freebsd general questions , free bsd MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <655295.65067.qm@web52105.mail.re2.yahoo.com> Cc: Subject: the problem for compiling customized kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 08:00:11 -0000 Hi all: I have weird a problem to compile a customized kernel after I used "freebsd-update" untility. I followed the exact instructions in the "handbook" and for some reasons it stuck with the "GENERIC": make buildkernel KERNELCONF=laptop During the compilation, I noticed, instead of using the customized file "laptop->/root/kernels/laptop", the compilation uses the file "GENERIC". Any ideas why is that? Thanks in advance! From owner-freebsd-current@FreeBSD.ORG Mon May 26 08:04:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C015D106566B for ; Mon, 26 May 2008 08:04:22 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from betty.computinginnovations.com (mail.computinginnovations.com [64.81.227.250]) by mx1.freebsd.org (Postfix) with ESMTP id 0614B8FC1A for ; Mon, 26 May 2008 08:04:21 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from p28.computinginnovations.com (dhcp-10-20-30-100.computinginnovations.com [10.20.30.100]) (authenticated bits=0) by betty.computinginnovations.com (8.14.2/8.14.2) with ESMTP id m4PMkhB0086086; Sun, 25 May 2008 17:46:43 -0500 (CDT) (envelope-from derek@computinginnovations.com) Message-Id: <6.0.0.22.2.20080525174530.0253baf0@mail.computinginnovations.com> X-Sender: derek@mail.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Sun, 25 May 2008 17:46:30 -0500 To: gahn , freebsd general questions , free bsd From: Derek Ragona In-Reply-To: <77341.5393.qm@web52109.mail.re2.yahoo.com> References: <77341.5393.qm@web52109.mail.re2.yahoo.com> Mime-Version: 1.0 X-Antivirus: avast! (VPS 080525-0, 05/25/2008), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV 0.93/6806/Wed Apr 16 15:50:16 2008 on betty.computinginnovations.com X-Virus-Status: Clean X-ComputingInnovations-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: m4PMkhB0086086 X-ComputingInnovations-MailScanner: Found to be clean X-ComputingInnovations-MailScanner-From: derek@computinginnovations.com X-Spam-Status: No Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: FreeBSD crashed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 08:04:22 -0000 At 03:52 AM 5/25/2008, gahn wrote: >Hello all: > >My FreeBSD crashed. It boots fine but can't mount root directory. Here is >the message: > >///////////////////////////////////////////////////////////// >... >.... >Trying to mount root from ufs:/dev/ad0s2a > >Manual root filesystem specification: > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > >mountroot> > >/////////////////////////////////////////////////////////////// > > >Could any gurus here help me out this? I just want to save the files in >the home directory so that I can rebuild the system. > >Regards > >Dave Boot a cd, then copy your files to another system, or to removable media. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Mon May 26 08:11:08 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 124541065675 for ; Mon, 26 May 2008 08:11:08 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from maul.nordit.dk (maul.nordit.dk [217.20.63.196]) by mx1.freebsd.org (Postfix) with ESMTP id B2D178FC28 for ; Mon, 26 May 2008 08:11:07 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (cable.deepcore.dk [217.20.59.72]) by maul.nordit.dk (Postfix) with ESMTP id 92FA6345E; Mon, 26 May 2008 10:11:02 +0200 (CEST) Received: from laptop.deepcore.dk (laptop.deepcore.dk [192.168.0.138]) by deepcore.dk (8.13.8/8.13.8) with ESMTP id m4Q8B2qP043118; Mon, 26 May 2008 10:11:02 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) Message-Id: From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: "Andrey V. Elsukov" In-Reply-To: <483A6D8A.4080305@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 26 May 2008 10:11:02 +0200 References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> <20080526075336.GA99899@nagual.pp.ru> <483A6D8A.4080305@yandex.ru> X-Mailer: Apple Mail (2.919.2) Cc: Andrey Chernov , freebsd-current@FreeBSD.ORG, "Aryeh M. Friedman" Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 08:11:08 -0000 Hi Yes, that I've told several users that asked for this, however it will =20= need changes to the AHCI code, and that needs alot of testing to =20 ensure it doesn't break any of the other dozen chipsets etc. Anyhow, I still need hands on the HW to work in a rational way on =20 this, just as its always been. The problem is that the number of professional users/vendors that used =20= to donated HW to keep ATA up to date has more or less dried up over =20 the last 2-3 years... As I dont have the means to buy every possible board out there to get =20= support going, the support will depend on what HW I eventually have =20 access to here in the lab. -S=F8ren On 26May, 2008, at 9:58 , Andrey V. Elsukov wrote: > Andrey Chernov wrote: >> On Mon, May 26, 2008 at 09:39:10AM +0200, S?ren Schmidt wrote: >>> Same routine as for the last decade, get me the HW and I'll work =20 >>> out how to support it if at all possible. >> There is Linux kernel on the ASUS site (which use this Marvel chip =20= >> very often) claimed to support this chip, it may helps: >> http://dlsvr02.asus.com/pub/ASUS/mb/socket775/P5E3/Sata_Linux.zip > > Also, there is ahci.c from linux libata with marvell PATA support. > = http://git.kernel.org/?p=3Dlinux/kernel/git/jgarzik/libata-dev.git;a=3Dblo= b_plain;f=3Ddrivers/ata/ahci.c;h=3D10a2e09616bd61a455d7867464f49bcb7ba1bb8= 7 > > I think it's easiest to port to our ahci driver. > > --=20 > WBR, Andrey V. Elsukov > From owner-freebsd-current@FreeBSD.ORG Mon May 26 08:12:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BEDD106567E for ; Mon, 26 May 2008 08:12:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id E5F0A8FC22 for ; Mon, 26 May 2008 08:12:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=YHnA3AhwdtkU8RZw6JeSHugZfzLtAQlwdaCgqNueT6O9f1MSG0rYlXWe/g6M945hXjEaIMTycTpH2gqC1lJASPuES1Za8yfjwiiS33byUahQpQ9zWHOl1tdKmx6rPmCvq90u8YnkYtZYjAr1QHZdVFt0Dg9eaKAGhxK4WhkfErW563cw4AcugJhEkNsg+DqaxCyUVhQRLEHsOkihhFqo5VbPS3SpEjRR66isj9yiGlF4nB6LOwM2YhgxXUn2bZAR; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1K0XoP-0008P4-97; Mon, 26 May 2008 08:12:09 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1K0Xnz-0007d8-Kx; Mon, 26 May 2008 08:11:43 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K0Xnz-0000jf-66; Mon, 26 May 2008 10:11:43 +0200 To: gahn From: Ian FREISLICH In-Reply-To: Message from gahn of "Mon, 26 May 2008 01:00:06 MST." <655295.65067.qm@web52105.mail.re2.yahoo.com> X-Attribution: BOFH Date: Mon, 26 May 2008 10:11:43 +0200 Message-Id: Cc: free bsd , freebsd general questions Subject: Re: the problem for compiling customized kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 08:12:10 -0000 gahn wrote: > Hi all: > > I have weird a problem to compile a customized kernel after I used > "freebsd-update" untility. > > I followed the exact instructions in the "handbook" and for some > reasons it stuck with the "GENERIC": > > make buildkernel KERNELCONF=laptop > > During the compilation, I noticed, instead of using the customized > file "laptop->/root/kernels/laptop", the compilation uses the file > "GENERIC". > > Any ideas why is that? You want "KERNCONF=laptop" Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon May 26 08:19:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 767E91065674; Mon, 26 May 2008 08:19:10 +0000 (UTC) (envelope-from thn@saeab.se) Received: from ture.saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id D63858FC19; Mon, 26 May 2008 08:19:09 +0000 (UTC) (envelope-from thn@saeab.se) Received: from [10.0.1.56] (bongo.int.saeab.se [10.0.1.56]) by ture.saeab.se (8.13.8/8.13.8) with ESMTP id m4Q85cJU068420; Mon, 26 May 2008 10:05:38 +0200 (CEST) (envelope-from thn@saeab.se) Message-ID: <483A6F4B.50700@saeab.se> Date: Mon, 26 May 2008 10:05:31 +0200 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: gahn References: <655295.65067.qm@web52105.mail.re2.yahoo.com> In-Reply-To: <655295.65067.qm@web52105.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ture.saeab.se [213.80.3.133]); Mon, 26 May 2008 10:05:41 +0200 (CEST) Cc: free bsd , freebsd general questions Subject: Re: the problem for compiling customized kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 08:19:10 -0000 gahn skrev: > Hi all: > > I have weird a problem to compile a customized kernel after I used > "freebsd-update" untility. > > I followed the exact instructions in the "handbook" and for some reasons' > it stuck with the "GENERIC": > > make buildkernel KERNELCONF=laptop > > During the compilation, I noticed, instead of using the customized > file "laptop->/root/kernels/laptop", the compilation uses the file "GENERIC". > > Any ideas why is that? Try using the command: make buildkernel KERNCONF=laptop instead, drop the letters 'EL' from the commandline! /thn -- --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nyström Box 10 Phone: +46 73 069 69 30 S-191 21 Sollentuna Fax: +46 8 35 92 89 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon May 26 09:46:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F357106564A; Mon, 26 May 2008 09:46:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id F0CCA8FC1D; Mon, 26 May 2008 09:46:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m4Q9HuxA065923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 May 2008 12:17:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m4Q9Hu7N043237; Mon, 26 May 2008 12:17:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m4Q9Huk7043235; Mon, 26 May 2008 12:17:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 26 May 2008 12:17:56 +0300 From: Kostik Belousov To: Ariff Abdullah Message-ID: <20080526091756.GF21317@deviant.kiev.zoral.com.ua> References: <483A58D9.4090400@delphij.net> <20080526155514.221a210e.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jkO+KyKz7TfD21mV" Content-Disposition: inline In-Reply-To: <20080526155514.221a210e.ariff@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, d@delphij.net Subject: Re: /dev/soiund/pcm/dsp.c: uma_zalloc with non-sleepable lock held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 09:46:40 -0000 --jkO+KyKz7TfD21mV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 26, 2008 at 03:55:14PM +0800, Ariff Abdullah wrote: > On Sun, 25 May 2008 23:29:45 -0700 > Xin LI wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > >=20 > > Hi, > >=20 > > Hit this with WITNESS (today's -CURRENT). It seems that if I play > > music and have some other sound playing then the system would stop > > to respond. ~ Is this an known issue? > >=20 > > May 25 23:26:50 charlie kernel: uma_zalloc_arg: zone "16" with the > > following non-sleepable locks held: > > May 25 23:26:50 charlie kernel: exclusive sleep mutex pcm0 (sound > > cdev) r =3D 0 (0xffffff00019a9c20) locked @ > > /data/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:650 > > May 25 23:26:50 charlie kernel: KDB: stack backtrace: > > May 25 23:26:50 charlie kernel: db_trace_self_wrapper() at > > db_trace_self_wrapper+0x2a > > May 25 23:26:50 charlie kernel: witness_warn() at witness_warn+0x248 > > May 25 23:26:50 charlie kernel: uma_zalloc_arg() at > > uma_zalloc_arg+0x334 May 25 23:26:50 charlie kernel: malloc() at > > malloc+0x8a May 25 23:26:50 charlie kernel: notify() at notify+0x67 > > May 25 23:26:50 charlie kernel: destroy_devl() at destroy_devl+0x23b > > May 25 23:26:50 charlie kernel: destroy_dev() at destroy_dev+0x19 > > May 25 23:26:50 charlie kernel: snd_clone_gc() at snd_clone_gc+0xc4 > > May 25 23:26:50 charlie kernel: snd_clone_unref() at > > snd_clone_unref+0x58 May 25 23:26:50 charlie kernel: dsp_close() at > > dsp_close+0x6d5 May 25 23:26:50 charlie kernel: devfs_close() at > > devfs_close+0x15c May 25 23:26:50 charlie kernel: vn_close() at > > vn_close+0xb6 May 25 23:26:50 charlie kernel: vn_closefile() at > > vn_closefile+0x80 May 25 23:26:50 charlie kernel: devfs_close_f() at > > devfs_close_f+0x1a May 25 23:26:50 charlie kernel: _fdrop() at > > _fdrop+0x23 May 25 23:26:50 charlie kernel: closef() at closef+0x4c > > May 25 23:26:50 charlie kernel: kern_close() at kern_close+0x10d > > May 25 23:26:50 charlie kernel: syscall() at syscall+0x1bf > > May 25 23:26:50 charlie kernel: Xfast_syscall() at > > Xfast_syscall+0xab May 25 23:26:50 charlie kernel: --- syscall (6, > > FreeBSD ELF64, close), rip =3D 0x804651f5c, rsp =3D 0x7fffffffd5e8, rbp > > =3D 0x803aa53f0 --- > >=20 >=20 > It is something new. Let me examine it first. Not quite. You cannot hold a mutex over the destroy_dev(), because the destroy_dev() may sleep. It was not very common situation, because it requires another thread still in the driver methods to trigger the problem. Now, because the malloc() is called unconditionally in the destroy_dev() since rev. 1.212, the problem gets hit regularly. --jkO+KyKz7TfD21mV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkg6gEMACgkQC3+MBN1Mb4iB/ACg1+noddHV3CG3Do0z4+T5Fpj5 pZ4AniYy7841ZxzvvhpwikFBYs20h9q+ =qxIV -----END PGP SIGNATURE----- --jkO+KyKz7TfD21mV-- From owner-freebsd-current@FreeBSD.ORG Mon May 26 10:13:05 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB04B1065675; Mon, 26 May 2008 10:13:05 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 285718FC12; Mon, 26 May 2008 10:13:04 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m4QAD3ct002108; Mon, 26 May 2008 14:13:03 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1211796783; bh=ajzRl2RILG/qVT5Q60nP1ShlSdARrG4Ds06GpLc x9Dc=; l=474; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:Content-Transfer-Encoding:In-Reply-To; b=bKqyafBrZuTN72Unp0xzjxpv+tWPHGhGKqe73iVpf7slrW6l+cJfEnV3Cgp5Yhxp7 BPw4UWp16lN1Nrlmnbk3xI0R8B8DiLU4CNqycguxhYJ3L0zHPLKBsLk0v70CkdVV+EY xDyAzYIQBIadk/bTHWXxLhOScaxtP1vvHCEAoPk= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m4QAD2Yb002107; Mon, 26 May 2008 14:13:03 +0400 (MSD) (envelope-from ache) Date: Mon, 26 May 2008 14:13:02 +0400 From: Andrey Chernov To: S?ren Schmidt Message-ID: <20080526101302.GA1973@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , S?ren Schmidt , "Andrey V. Elsukov" , "Aryeh M. Friedman" , freebsd-current@FreeBSD.ORG References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> <20080526075336.GA99899@nagual.pp.ru> <483A6D8A.4080305@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Andrey V. Elsukov" , "Aryeh M. Friedman" , freebsd-current@FreeBSD.ORG Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 10:13:05 -0000 On Mon, May 26, 2008 at 10:11:02AM +0200, S?ren Schmidt wrote: > Yes, that I've told several users that asked for this, however it will = =20 > need changes to the AHCI code, and that needs alot of testing to =20 > ensure it doesn't break any of the other dozen chipsets etc. =46rom my reading of Linux ahci.c code, they use special init flags and=20 ports init just for two Marvell chipsets only, so it can't break other=20 chipsets. --=20 http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 26 10:25:20 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 097A0106564A; Mon, 26 May 2008 10:25:20 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp7.yandex.ru (smtp7.yandex.ru [213.180.200.45]) by mx1.freebsd.org (Postfix) with ESMTP id 177C28FC2D; Mon, 26 May 2008 10:25:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:3323 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S738727AbYEZKZM (ORCPT + 1 other); Mon, 26 May 2008 14:25:12 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp7 X-Yandex-TimeMark: 1211797512 X-MsgDayCount: 23 X-Comment: RFC 2476 MSA function at smtp7.yandex.ru logged sender identity as: bu7cher Message-ID: <483A9005.1040902@yandex.ru> Date: Mon, 26 May 2008 14:25:09 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Andrey Chernov , S?ren Schmidt , "Andrey V. Elsukov" , "Aryeh M. Friedman" , freebsd-current@FreeBSD.ORG References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> <20080526075336.GA99899@nagual.pp.ru> <483A6D8A.4080305@yandex.ru> <20080526101302.GA1973@nagual.pp.ru> In-Reply-To: <20080526101302.GA1973@nagual.pp.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 10:25:20 -0000 Andrey Chernov wrote: > From my reading of Linux ahci.c code, they use special init flags and > ports init just for two Marvell chipsets only, so it can't break other > chipsets. Linux libata uses "slightly" :) different error handling and initialization model and libata AHCI part may work with Marvell 88SE61xx without special quirks. Our driver didn't work. Last time when i tested it was before PM support commits. I'll try fresh current AHCI code on 88SE6121 tonight, so maybe something was changed?.. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon May 26 10:31:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 728F9106566B for ; Mon, 26 May 2008 10:31:11 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from maul.nordit.dk (serv30.nordit.dk [217.20.63.196]) by mx1.freebsd.org (Postfix) with ESMTP id 273FE8FC22 for ; Mon, 26 May 2008 10:31:10 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from deepcore.dk (cable.deepcore.dk [217.20.59.72]) by maul.nordit.dk (Postfix) with ESMTP id A0AA23416; Mon, 26 May 2008 12:31:09 +0200 (CEST) Received: from laptop.deepcore.dk (laptop.deepcore.dk [192.168.0.138]) by deepcore.dk (8.13.8/8.13.8) with ESMTP id m4QAV9YX045405; Mon, 26 May 2008 12:31:09 +0200 (CEST) (envelope-from sos@freebsd.org) Message-Id: <28442658-4C2E-48E0-9A52-8130E8D0F510@freebsd.org> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Andrey Chernov In-Reply-To: <20080526101302.GA1973@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 26 May 2008 12:31:09 +0200 References: <483A4CBC.3070702@gmail.com> <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> <20080526075336.GA99899@nagual.pp.ru> <483A6D8A.4080305@yandex.ru> <20080526101302.GA1973@nagual.pp.ru> X-Mailer: Apple Mail (2.919.2) Cc: "Andrey V. Elsukov" , "Aryeh M. Friedman" , freebsd-current@freebsd.org Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 10:31:11 -0000 Hi It might not be that simple, but by all means try it out and let us =20 know if that solves the problem. -S=F8ren On 26May, 2008, at 12:13 , Andrey Chernov wrote: > On Mon, May 26, 2008 at 10:11:02AM +0200, S?ren Schmidt wrote: >> Yes, that I've told several users that asked for this, however it =20 >> will >> need changes to the AHCI code, and that needs alot of testing to >> ensure it doesn't break any of the other dozen chipsets etc. > >> =46rom my reading of Linux ahci.c code, they use special init flags = and > ports init just for two Marvell chipsets only, so it can't break other > chipsets. > > --=20 > http://ache.pp.ru/ > _______________________________________________ > 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=20 > " > > From owner-freebsd-current@FreeBSD.ORG Mon May 26 10:35:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0527E1065672; Mon, 26 May 2008 10:35:49 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 6BC728FC27; Mon, 26 May 2008 10:35:48 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m4QAZkbo002622; Mon, 26 May 2008 14:35:46 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1211798146; bh=/qKLL5T6Rmi/X9iV8xammyQJQUm7CGIbwluZtZs 5iWk=; l=347; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=VJype7t1nVNIa0HxvLFr3jLFw eNR4LSdzssBa5W7XGpooqxhGKg504VAYmTlypQk4ioY2Q5ZMhh0QpJbqesLeXzvtmLV HysKuZrsVewzO2GcwtqQk9r0TZNo8DmEfpglh0I++KQH4BAj60J3lw9qLVXNt3LO/oy kswbNRqIilrA= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m4QAZk6k002621; Mon, 26 May 2008 14:35:46 +0400 (MSD) (envelope-from ache) Date: Mon, 26 May 2008 14:35:46 +0400 From: Andrey Chernov To: S?ren Schmidt Message-ID: <20080526103546.GA2528@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , S?ren Schmidt , "Andrey V. Elsukov" , "Aryeh M. Friedman" , freebsd-current@freebsd.org References: <483A5ECE.8050407@yandex.ru> <483A653D.1070607@gmail.com> <20080526072628.GA99389@nagual.pp.ru> <483A677E.2080302@gmail.com> <09A876B4-6932-42DD-A068-81698F7597D7@freebsd.org> <20080526075336.GA99899@nagual.pp.ru> <483A6D8A.4080305@yandex.ru> <20080526101302.GA1973@nagual.pp.ru> <28442658-4C2E-48E0-9A52-8130E8D0F510@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28442658-4C2E-48E0-9A52-8130E8D0F510@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Andrey V. Elsukov" , "Aryeh M. Friedman" , freebsd-current@freebsd.org Subject: Re: par. ata not seen if sata is present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 10:35:49 -0000 On Mon, May 26, 2008 at 12:31:09PM +0200, S?ren Schmidt wrote: > > It might not be that simple, but by all means try it out and let us > know if that solves the problem. I don't understand AHCI well enough to merge the quirk to our driver :( All I can is just test some patches from somebody who understands. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 26 10:55:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E18C7106568D; Mon, 26 May 2008 10:55:56 +0000 (UTC) (envelope-from cerny@icomvision.com) Received: from mohinder.icomvision.com (icom.casablanca.cz [81.0.254.115]) by mx1.freebsd.org (Postfix) with ESMTP id 9E5A38FC2A; Mon, 26 May 2008 10:55:56 +0000 (UTC) (envelope-from cerny@icomvision.com) Received: by mohinder.icomvision.com (Postfix, from userid 503) id 24FC0F19B9; Mon, 26 May 2008 12:37:00 +0200 (CEST) Date: Mon, 26 May 2008 12:37:00 +0200 From: Marian Cerny To: gahn Message-ID: <20080526103700.GA6137@icomvision.com> References: <655295.65067.qm@web52105.mail.re2.yahoo.com> <483A6F4B.50700@saeab.se> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <483A6F4B.50700@saeab.se> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: the problem for compiling customized kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 10:55:57 -0000 On 2008-05-26 10:05 +0200, Thomas Nyström wrote: > gahn skrev: > >I have weird a problem to compile a customized kernel after I used > >"freebsd-update" untility. > > > >I followed the exact instructions in the "handbook" and for some reasons' > >it stuck with the "GENERIC": > > > >make buildkernel KERNELCONF=laptop > > > >During the compilation, I noticed, instead of using the customized > >file "laptop->/root/kernels/laptop", the compilation uses the file > >"GENERIC". > > Try using the command: > > make buildkernel KERNCONF=laptop > > instead, drop the letters 'EL' from the commandline! You might find handy to put the following line into /etc/make.conf so you don't have to keep in your mind what to put into command line when rebuilding kernel: KERNCONF ?= laptop Marian Cerny From owner-freebsd-current@FreeBSD.ORG Mon May 26 11:33:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from miki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 65AF8106564A; Mon, 26 May 2008 11:33:36 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Mon, 26 May 2008 19:33:05 +0800 From: Ariff Abdullah To: Kostik Belousov Message-Id: <20080526193305.63459394.ariff@FreeBSD.org> In-Reply-To: <20080526091756.GF21317@deviant.kiev.zoral.com.ua> References: <483A58D9.4090400@delphij.net> <20080526155514.221a210e.ariff@FreeBSD.org> <20080526091756.GF21317@deviant.kiev.zoral.com.ua> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__26_May_2008_19_33_05_+0800_6eJ8.9+k.5aFGSab" Cc: freebsd-current@freebsd.org, d@delphij.net Subject: Re: /dev/soiund/pcm/dsp.c: uma_zalloc with non-sleepable lock held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 11:33:38 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__26_May_2008_19_33_05_+0800_6eJ8.9+k.5aFGSab Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Mon, 26 May 2008 12:17:56 +0300 Kostik Belousov wrote: > On Mon, May 26, 2008 at 03:55:14PM +0800, Ariff Abdullah wrote: > > On Sun, 25 May 2008 23:29:45 -0700 > > Xin LI wrote: [...] > > > > It is something new. Let me examine it first. > > Not quite. You cannot hold a mutex over the destroy_dev(), because > the destroy_dev() may sleep. It was not very common situation, > because it requires another thread still in the driver methods to > trigger the problem. Now, because the malloc() is called > unconditionally in the destroy_dev() since rev. 1.212, the problem > gets hit regularly. > I see. It's quite new to me since I haven't examine things thoroughly since past few weeks. Thanks. Xin Li, try this patch. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Multipart=_Mon__26_May_2008_19_33_05_+0800_6eJ8.9+k.5aFGSab Content-Type: text/x-diff; name="dsp.c.diff" Content-Disposition: attachment; filename="dsp.c.diff" Content-Transfer-Encoding: 7bit Index: src/sys/dev/sound/pcm/dsp.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pcm/dsp.c,v retrieving revision 1.108 diff -u -r1.108 dsp.c --- src/sys/dev/sound/pcm/dsp.c 11 Apr 2008 15:26:25 -0000 1.108 +++ src/sys/dev/sound/pcm/dsp.c 26 May 2008 11:26:54 -0000 @@ -661,7 +661,14 @@ * process. */ (void)snd_clone_release(i_dev); + + /* + * destroy_dev() might sleep, so release pcm lock + * here and rely on pcm cv serialization. + */ + pcm_unlock(d); (void)snd_clone_unref(i_dev); + pcm_lock(d); } PCM_RELEASE(d); } --Multipart=_Mon__26_May_2008_19_33_05_+0800_6eJ8.9+k.5aFGSab-- From owner-freebsd-current@FreeBSD.ORG Mon May 26 12:00:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E002510656A9 for ; Mon, 26 May 2008 12:00:38 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from web52106.mail.re2.yahoo.com (web52106.mail.re2.yahoo.com [206.190.48.109]) by mx1.freebsd.org (Postfix) with SMTP id 914A98FC0A for ; Mon, 26 May 2008 12:00:38 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: (qmail 43926 invoked by uid 60001); 26 May 2008 12:00:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=GIQ5uNind0APcMMilOIyyHmd+/QmDtKpkt9Jo6Xn2vcTwCp9cZMTKmEPVU/Zl1RxWyIiBd/0xruGkM/QCfDQj3VHDxRJfxYRifLb5tHKyb2VvuOBeBwI4/aW1U96c/H5cNeXcd5ykJN+O4DFnDJ9EDX8sgYY9nhKMxeqUcI3efI=; X-YMail-OSG: oCb27qYVM1mkwdf_RkoijmoyFbV6DCwc19RWbhaHH6nC_2hTsafLD_i6pRZXmPdc_ZnubEAZzDBvIoqOPHgOtgYrYjFksN6ATk3q Received: from [70.190.145.127] by web52106.mail.re2.yahoo.com via HTTP; Mon, 26 May 2008 05:00:37 PDT X-Mailer: YahooMailRC/975.41 YahooMailWebService/0.7.185 Date: Mon, 26 May 2008 05:00:37 -0700 (PDT) From: gahn To: free bsd , freebsd general questions MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <596589.42178.qm@web52106.mail.re2.yahoo.com> Cc: Subject: portupgrade errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 12:00:39 -0000 Hi all: trying to upgrade the ports and got errors: /////////////////////////// beichuan# portupgrade -a [Rebuilding the pkgdb in /var/db/pkg ... - 382 packages found (-0 +382) .............................................................................................................................................................................................................................................................................................................................................................................................. done] [Updating the portsdb in /usr/ports ... - 18529 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000..... ..... done] [missing key: categories] [Updating the portsdb in /usr/ports ... - 18529 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000..... ..... done] missing key: categories: Cannot read the portsdb! /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:567:in `open_db': database file error (PortsDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:736:in `port' from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:924:in `all_depends_list' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:929:in `sort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:933:in `sort_build!' from /usr/local/sbin/portupgrade:694:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' from /usr/local/sbin/portupgrade:210:in `new' from /usr/local/sbin/portupgrade:210:in `main' from /usr/local/sbin/portupgrade:1981 /////////////////////////////////// were the errors from my side or from the portal side? Thanks From owner-freebsd-current@FreeBSD.ORG Mon May 26 12:35:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D96D1065670 for ; Mon, 26 May 2008 12:35:13 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id B52BA8FC21 for ; Mon, 26 May 2008 12:35:12 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=PYKCIGiXPtv6XfiCXpPeyDBTeXKQWat0KD/o0WGPUAj4SuP8L6FlcVcKFBqht8VPyBYq2aEhoYd1KKGxtWZCXDVg9XIupPgRPr3X1lWtSzUT6EWdODWG/unZHI6uGXubdB3o80+I4MLDW3Xlsm8zKB0gVqo23kZwl2h/zWhddGU=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1K0buw-000KZB-9H; Mon, 26 May 2008 16:35:10 +0400 Date: Mon, 26 May 2008 16:35:09 +0400 From: Eygene Ryabinkin To: "Miguel V?squez." Message-ID: References: <762205.60080.qm@web26305.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <762205.60080.qm@web26305.mail.ukl.yahoo.com> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: Re: Problem with modem CMOTECH CCU-550 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 12:35:13 -0000 Miguel, good day. Fri, May 23, 2008 at 08:22:00PM +0000, Miguel V?squez. wrote: > Hi, I am a novice FreeBSD, I use FreeBSD 6.3 in one laptop Acer Aspire > 5570z, I have tried to use my modem CMOTECH CCU550 but I am not > successful, Can you Help me?? [...] > When it starts (boot) The FreeBSD 6.3 system, it takes my modem as they ugen0 Do you have 'ucom' and 'umodem' devices either compiled into the kernel or loaded? Since you have GENERIC-like kernel, try to do 'kldload ucom' and 'kldload umodem'. I am successfully running CNU-550, but I have 7-RELEASE. I have device 'uplcom' too, but I am not sure that it has something to do with CNU-550. Though, it will worth trying to kldload this device as well, if the above commands will not help. -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon May 26 12:36:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0497B1065670 for ; Mon, 26 May 2008 12:36:43 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id B76428FC14 for ; Mon, 26 May 2008 12:36:41 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m4QCP6k5049001 for ; Mon, 26 May 2008 14:25:15 +0200 (CEST) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m4QCP5ZR036553 for ; Mon, 26 May 2008 14:25:05 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m4QCP4Es036550; Mon, 26 May 2008 14:25:04 +0200 (MEST) (envelope-from arno) To: current@freebsd.org From: "Arno J. Klaassen" Date: 26 May 2008 14:25:04 +0200 Message-ID: Lines: 843 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.164]); Mon, 26 May 2008 14:25:15 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/7245/Mon May 26 13:32:36 2008 on shiva.jussieu.fr X-Virus-Status: Clean Cc: Subject: Tyan S3950 + Phenom 9750 Quad-Core probs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 12:36:43 -0000 Hello, does anyone have a hint/patch for the following problem : I have several Tyan Tomcat S3950 MBs, most of them under 6-stable, on under 7-stable; work like a charm with X2-processors. I'm trying to install 7-stable on such a board with a X4-proc and for now no luck : - bios updated to latest 2.0c-beta (idem for OK working 7-stable with X2 proc) - straight boot just gives : GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009f000 SMAP type=02 base=000000000009f000 len=0000000000001000 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=00000000efef0000 SMAP type=03 base=00000000efff0000 len=000000000000e000 SMAP type=04 base=00000000efffe000 len=0000000000002000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fec01000 len=0000000000001000 SMAP type=02 base=00000000fec02000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=01 base=0000000100000000 len=0000000010000000 and then hangs (but I can eject the CD) - booting with 'hint.acpi.0.disabled=0' gives (first 7-stable then 8-snapshot-mai ) SMAP type=01 base=0000000000000000 len=000000000009f000 SMAP type=02 base=000000000009f000 len=0000000000001000 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=00000000efef0000 SMAP type=03 base=00000000efff0000 len=000000000000e000 SMAP type=04 base=00000000efffe000 len=0000000000002000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fec01000 len=0000000000001000 SMAP type=02 base=00000000fec02000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=01 base=0000000100000000 len=0000000010000000 Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #0: Sat May 24 16:20:28 CEST 2008 toor@calenture:/usr/obj/files/bsd/src7/sys/S3950 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff807de000. Preloaded elf obj module "/boot/kernel/k8temp.ko" at 0xffffffff807de1f8. Calibrating clock(s) ... i8254 clock: 1193355 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2394031529 Hz CPU: AMD Phenom(tm) 9750 Quad-Core Processor (2394.03-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009> AMD Features=0xee500800,RDTSCP,LM,3DNow!+,3DNow!> AMD Features2=0x7ff,,,Prefetch,,> Cores per package: 4 L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 4286242816 (4087 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x00000000008dc000 - 0x00000000e801dfff, 3883147264 bytes (948034 pages) 0x0000000100000000 - 0x000000010ffeffff, 268369920 bytes (65520 pages) avail memory = 4140744704 (3948 MB) ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 nfslock: pseudo-device random: kbd: new array size 4 kbd1 at kbdmux0 mem: io: null: cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1166, dev=0x0036, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0205, revid=0x00 domain=0, bus=0, slot=2, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0214, revid=0x00 domain=0, bus=0, slot=2, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled found-> vendor=0x1166, dev=0x0234, revid=0x00 domain=0, bus=0, slot=2, func=2 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff6b4000, size 12, enabled map[14]: type I/O Port, range 32, base 0xd800, size 8, enabled found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff6b5000, size 12, enabled map[14]: type I/O Port, range 32, base 0xe000, size 8, enabled found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xff6b6000, size 12, enabled map[14]: type I/O Port, range 32, base 0xe400, size 8, enabled found-> vendor=0x8086, dev=0x1076, revid=0x05 domain=0, bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff660000, size 17, enabled map[14]: type Memory, range 32, base 0xff640000, size 17, enabled map[18]: type I/O Port, range 32, base 0xe800, size 6, enabled found-> vendor=0x8086, dev=0x1076, revid=0x05 domain=0, bus=0, slot=5, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff600000, size 17, enabled map[14]: type Memory, range 32, base 0xff5e0000, size 17, enabled map[18]: type I/O Port, range 32, base 0xe880, size 6, enabled found-> vendor=0x18ca, dev=0x0020, revid=0x00 domain=0, bus=0, slot=6, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled map[14]: type Memory, range 32, base 0xff6c0000, size 18, enabled map[18]: type I/O Port, range 32, base 0xec00, size 7, enabled found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=24, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0x9000-0xcfff pcib1: memory decode 0xff000000-0xff3fffff pcib1: prefetched decode 0xf6a00000-0xf6afffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1166, dev=0x0104, revid=0xc0 domain=0, bus=1, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0017, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x1166, dev=0x024a, revid=0x00 domain=0, bus=1, slot=14, func=0 class=01-04-05, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xc080, size 3, enabled pcib1: requested I/O range 0xc080-0xc087: in range map[14]: type I/O Port, range 32, base 0xc000, size 2, enabled pcib1: requested I/O range 0xc000-0xc003: in range map[18]: type I/O Port, range 32, base 0xbc00, size 3, enabled pcib1: requested I/O range 0xbc00-0xbc07: in range map[1c]: type I/O Port, range 32, base 0xb880, size 2, enabled pcib1: requested I/O range 0xb880-0xb883: in range map[20]: type I/O Port, range 32, base 0xb800, size 5, enabled pcib1: requested I/O range 0xb800-0xb81f: in range map[24]: type Memory, range 32, base 0xff3fe000, size 13, enabled pcib1: requested memory range 0xff3fe000-0xff3fffff: good pcib2: at device 13.0 on pci1 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x9000-0xafff pcib2: memory decode 0xff000000-0xff2fffff pcib2: prefetched decode 0xf6a00000-0xf6afffff pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x9005, dev=0x801d, revid=0x10 domain=0, bus=2, slot=6, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0430, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=a, irq=9 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type I/O Port, range 32, base 0xa000, size 8, enabled pcib2: requested I/O range 0xa000-0xa0ff: in range pcib1: requested I/O range 0xa000-0xa0ff: in range map[14]: type Memory, range 64, base 0xff2fc000, size 13, enabled pcib2: requested memory range 0xff2fc000-0xff2fdfff: good pcib1: requested memory range 0xff2fc000-0xff2fdfff: good map[1c]: type I/O Port, range 32, base 0x9800, size 8, enabled pcib2: requested I/O range 0x9800-0x98ff: in range pcib1: requested I/O range 0x9800-0x98ff: in range found-> vendor=0x9005, dev=0x801d, revid=0x10 domain=0, bus=2, slot=6, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0430, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type I/O Port, range 32, base 0xa800, size 8, enabled pcib2: requested I/O range 0xa800-0xa8ff: in range pcib1: requested I/O range 0xa800-0xa8ff: in range map[14]: type Memory, range 64, base 0xff2fe000, size 13, enabled pcib2: requested memory range 0xff2fe000-0xff2fffff: good pcib1: requested memory range 0xff2fe000-0xff2fffff: good map[1c]: type I/O Port, range 32, base 0xa400, size 8, enabled pcib2: requested I/O range 0xa400-0xa4ff: in range pcib1: requested I/O range 0xa400-0xa4ff: in range ahd0: port 0xa000-0xa0ff,0x9800-0x98ff mem 0xff2fc000-0xff2fdfff irq 9 at device 6.0 on pci2 ahd0: Defaulting to MEMIO on ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xff2fc000 ahd0: Enabling 39Bit Addressing ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful ahd0: Reading SEEPROM...done. ahd0: STPWLEVEL is on ahd0: Manual Primary Termination ahd0: Manual Secondary Termination ahd0: Primary High byte termination Enabled ahd0: Primary Low byte termination Enabled ahd0: Secondary High byte termination Disabled ahd0: Secondary Low byte termination Disabled ahd0: Downloading Sequencer Program... 697 instructions downloaded ahd0: Features 0x3c101, Bugs 0x740002, Flags 0x143f1 device_attach: ahd0 attach returned 12 ahd1: port 0xa800-0xa8ff,0xa400-0xa4ff mem 0xff2fe000-0xff2fffff irq 11 at device 6.1 on pci2 ahd1: Defaulting to MEMIO on ahd1: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xff2fe000 ahd1: Enabling 39Bit Addressing ahd1: Reading VPD from SEEPROM...ahd1: VPD parsing successful ahd1: Reading SEEPROM...done. ahd1: STPWLEVEL is on ahd1: Manual Primary Termination ahd1: Manual Secondary Termination ahd1: Primary High byte termination Enabled ahd1: Primary Low byte termination Enabled ahd1: Secondary High byte termination Disabled ahd1: Secondary Low byte termination Disabled ahd1: Downloading Sequencer Program... 697 instructions downloaded ahd1: Features 0x3c101, Bugs 0x740002, Flags 0x143f0 device_attach: ahd1 attach returned 12 atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 atapci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb800 atapci0: unable to map interrupt device_attach: atapci0 attach returned 6 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=02 ostat0=ff ostat1=50 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0x8 ata0: unable to allocate interrupt device_attach: ata0 attach returned 6 ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: unable to allocate interrupt device_attach: ata1 attach returned 6 isab0: at device 2.2 on pci0 isa0: on isab0 pci0: at device 3.0 (no driver attached) pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) pci0: at device 4.0 (no driver attached) pci0: at device 5.0 (no driver attached) vgapci0: port 0xec00-0xec7f mem 0xf8000000-0xfbffffff,0xff6c0000-0xff6fffff at device 6.0 on pci0 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: unable to allocate IRQ psm0: unable to allocate IRQ fdc0: cannot reserve interrupt line fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 238312 -> 100000 procfs registered linprocfs registered linsysfs registered Timecounter "TSC" frequency 2394031529 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ATA PseudoRAID loaded Trying to mount root from ufs:/dev/da0s1a Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009f000 SMAP type=02 base=000000000009f000 len=0000000000001000 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=00000000efef0000 SMAP type=03 base=00000000efff0000 len=000000000000e000 SMAP type=04 base=00000000efffe000 len=0000000000002000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fec01000 len=0000000000001000 SMAP type=02 base=00000000fec02000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=01 base=0000000100000000 len=0000000010000000 Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT-200805 #0: Mon May 12 12:30:36 UTC 2008 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff810fa000. Preloaded mfs_root "/boot/mfsroot" at 0xffffffff810fa1f8. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2394037825 Hz CPU: AMD Phenom(tm) 9750 Quad-Core Processor (2394.04-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff,,,Prefetch,,> Cores per package: 4 L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 4276711424 (4078 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x00000000011f3000 - 0x00000000e887bfff, 3882389504 bytes (947849 pages) 0x0000000100000000 - 0x000000010ffeffff, 268369920 bytes (65520 pages) avail memory = 4140191744 (3948 MB) WARNING: Non-uniform processors. WARNING: Using suboptimal topology. ULE: setup cpu 0 ath_rate: version 1.2 wlan: <802.11 Link Layer> random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: null: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (May 12 2008 12:30:25) pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1166, dev=0x0036, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0205, revid=0x00 domain=0, bus=0, slot=2, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0214, revid=0x00 domain=0, bus=0, slot=2, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled found-> vendor=0x1166, dev=0x0234, revid=0x00 domain=0, bus=0, slot=2, func=2 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff6b4000, size 12, enabled map[14]: type I/O Port, range 32, base 0xd800, size 8, enabled found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff6b5000, size 12, enabled map[14]: type I/O Port, range 32, base 0xe000, size 8, enabled found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xff6b6000, size 12, enabled map[14]: type I/O Port, range 32, base 0xe400, size 8, enabled found-> vendor=0x8086, dev=0x1076, revid=0x05 domain=0, bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff660000, size 17, enabled map[14]: type Memory, range 32, base 0xff640000, size 17, enabled map[18]: type I/O Port, range 32, base 0xe800, size 6, enabled found-> vendor=0x8086, dev=0x1076, revid=0x05 domain=0, bus=0, slot=5, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff600000, size 17, enabled map[14]: type Memory, range 32, base 0xff5e0000, size 17, enabled map[18]: type I/O Port, range 32, base 0xe880, size 6, enabled found-> vendor=0x18ca, dev=0x0020, revid=0x00 domain=0, bus=0, slot=6, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled map[14]: type Memory, range 32, base 0xff6c0000, size 18, enabled map[18]: type I/O Port, range 32, base 0xec00, size 7, enabled found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=24, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0x9000-0xcfff pcib1: memory decode 0xff000000-0xff3fffff pcib1: prefetched decode 0xf6a00000-0xf6afffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1166, dev=0x0104, revid=0xc0 domain=0, bus=1, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0017, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x1166, dev=0x024a, revid=0x00 domain=0, bus=1, slot=14, func=0 class=01-04-05, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xc080, size 3, enabled pcib1: requested I/O range 0xc080-0xc087: in range map[14]: type I/O Port, range 32, base 0xc000, size 2, enabled pcib1: requested I/O range 0xc000-0xc003: in range map[18]: type I/O Port, range 32, base 0xbc00, size 3, enabled pcib1: requested I/O range 0xbc00-0xbc07: in range map[1c]: type I/O Port, range 32, base 0xb880, size 2, enabled pcib1: requested I/O range 0xb880-0xb883: in range map[20]: type I/O Port, range 32, base 0xb800, size 5, enabled pcib1: requested I/O range 0xb800-0xb81f: in range map[24]: type Memory, range 32, base 0xff3fe000, size 13, enabled pcib1: requested memory range 0xff3fe000-0xff3fffff: good pcib2: at device 13.0 on pci1 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x9000-0xafff pcib2: memory decode 0xff000000-0xff2fffff pcib2: prefetched decode 0xf6a00000-0xf6afffff pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x9005, dev=0x801d, revid=0x10 domain=0, bus=2, slot=6, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0430, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=a, irq=9 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type I/O Port, range 32, base 0xa000, size 8, enabled pcib2: requested I/O range 0xa000-0xa0ff: in range pcib1: requested I/O range 0xa000-0xa0ff: in range map[14]: type Memory, range 64, base 0xff2fc000, size 13, enabled pcib2: requested memory range 0xff2fc000-0xff2fdfff: good pcib1: requested memory range 0xff2fc000-0xff2fdfff: good map[1c]: type I/O Port, range 32, base 0x9800, size 8, enabled pcib2: requested I/O range 0x9800-0x98ff: in range pcib1: requested I/O range 0x9800-0x98ff: in range found-> vendor=0x9005, dev=0x801d, revid=0x10 domain=0, bus=2, slot=6, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0430, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type I/O Port, range 32, base 0xa800, size 8, enabled pcib2: requested I/O range 0xa800-0xa8ff: in range pcib1: requested I/O range 0xa800-0xa8ff: in range map[14]: type Memory, range 64, base 0xff2fe000, size 13, enabled pcib2: requested memory range 0xff2fe000-0xff2fffff: good pcib1: requested memory range 0xff2fe000-0xff2fffff: good map[1c]: type I/O Port, range 32, base 0xa400, size 8, enabled pcib2: requested I/O range 0xa400-0xa4ff: in range pcib1: requested I/O range 0xa400-0xa4ff: in range ahd0: port 0xa000-0xa0ff,0x9800-0x98ff mem 0xff2fc000-0xff2fdfff irq 9 at device 6.0 on pci2 ahd0: Defaulting to MEMIO on ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xff2fc000 ahd0: Enabling 39Bit Addressing ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful ahd0: Reading SEEPROM...done. ahd0: STPWLEVEL is on ahd0: Manual Primary Termination ahd0: Manual Secondary Termination ahd0: Primary High byte termination Enabled ahd0: Primary Low byte termination Enabled ahd0: Secondary High byte termination Disabled ahd0: Secondary Low byte termination Disabled ahd0: Downloading Sequencer Program... 697 instructions downloaded ahd0: Features 0x3c101, Bugs 0x740002, Flags 0x143f1 device_attach: ahd0 attach returned 12 ahd1: port 0xa800-0xa8ff,0xa400-0xa4ff mem 0xff2fe000-0xff2fffff irq 11 at device 6.1 on pci2 ahd1: Defaulting to MEMIO on ahd1: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xff2fe000 ahd1: Enabling 39Bit Addressing ahd1: Reading VPD from SEEPROM...ahd1: VPD parsing successful ahd1: Reading SEEPROM...done. ahd1: STPWLEVEL is on ahd1: Manual Primary Termination ahd1: Manual Secondary Termination ahd1: Primary High byte termination Enabled ahd1: Primary Low byte termination Enabled ahd1: Secondary High byte termination Disabled ahd1: Secondary Low byte termination Disabled ahd1: Downloading Sequencer Program... 697 instructions downloaded ahd1: Features 0x3c101, Bugs 0x740002, Flags 0x143f0 device_attach: ahd1 attach returned 12 atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 atapci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb800 atapci0: unable to map interrupt device_attach: atapci0 attach returned 6 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=02 ostat0=ff ostat1=50 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0x20000 ata0: unable to allocate interrupt device_attach: ata0 attach returned 6 ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: unable to allocate interrupt device_attach: ata1 attach returned 6 isab0: at device 2.2 on pci0 isa0: on isab0 ohci0: port 0xd800-0xd8ff mem 0xff6b4000-0xff6b4fff irq 10 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff6b4000 ohci0: Could not allocate irq device_attach: ohci0 attach returned 6 ohci1: port 0xe000-0xe0ff mem 0xff6b5000-0xff6b5fff irq 10 at device 3.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff6b5000 ohci1: Could not allocate irq device_attach: ohci1 attach returned 6 ehci0: port 0xe400-0xe4ff mem 0xff6b6000-0xff6b6fff irq 10 at device 3.2 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff6b6000 ehci0: Could not allocate irq device_attach: ehci0 attach returned 6 em0: port 0xe800-0xe83f mem 0xff660000-0xff67ffff,0xff640000-0xff65ffff irq 7 at device 4.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xff660000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xe800 em0: Unable to allocate bus resource: interrupt device_attach: em0 attach returned 6 em1: port 0xe880-0xe8bf mem 0xff600000-0xff61ffff,0xff5e0000-0xff5fffff irq 5 at device 5.0 on pci0 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xff600000 em1: Reserved 0x40 bytes for rid 0x18 type 4 at 0xe880 em1: Unable to allocate bus resource: interrupt device_attach: em1 attach returned 6 vgapci0: port 0xec00-0xec7f mem 0xf8000000-0xfbffffff,0xff6c0000-0xff6fffff at device 6.0 on pci0 cpu0 on motherboard ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed ex_isa_identify() sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: unable to allocate IRQ psm0: unable to allocate IRQ fdc0: cannot reserve interrupt line fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x4001 0x4011 0x4001 0x4001 sio0: irq maps: 0x4001 0x4011 0x4001 0x4001 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: irq maps: 0x4001 0x4009 0x4001 0x4001 sio1: irq maps: 0x4001 0x4009 0x4001 0x4001 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 227951 -> 100000 procfs registered Timecounter "TSC" frequency 2394037825 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. md0: Preloaded image 4194304 bytes at 0xffffffff80cf8e68 ATA PseudoRAID loaded WARNING: WITNESS option enabled, expect reduced performance. lock order reversal: (sleepable after non-sleepable) 1st 0xffffff00023b6038 struct mount mtx (struct mount mtx) @ /usr/src/sys/kern/vfs_subr.c:343 2nd 0xffffff00023b6000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:370 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x605 __lockmgr_args() at __lockmgr_args+0xc9b vfs_busy() at vfs_busy+0xe7 vfs_mount_alloc() at vfs_mount_alloc+0x8b vfs_mountroot() at vfs_mountroot+0x241 start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff81234d30, rbp = 0 --- lock order reversal: (sleepable after non-sleepable) 1st 0xffffff000235fd00 vnode interlock (vnode interlock) @ /usr/src/sys/fs/devfs/devfs_vnops.c:197 2nd 0xffffff000235fcc8 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2044 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x605 __lockmgr_args() at __lockmgr_args+0x508 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vget() at vget+0x7b devfs_allocv() at devfs_allocv+0x11d devfs_root() at devfs_root+0x52 set_rootvnode() at set_rootvnode+0x30 vfs_mountroot() at vfs_mountroot+0x301 start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff81234d30, rbp = 0 --- lock order reversal: 1st 0xffffff000235fcc8 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2044 2nd 0xffffff0002364e20 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x605 _sx_xlock() at _sx_xlock+0x52 devfs_allocv() at devfs_allocv+0x136 devfs_root() at devfs_root+0x52 set_rootvnode() at set_rootvnode+0x30 vfs_mountroot() at vfs_mountroot+0x301 start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff81234d30, rbp = 0 --- Trying to mount root from ufs:/dev/md0 warning: no time-of-day clock registered, system time will not be set accurately lock order reversal: (sleepable after non-sleepable) 1st 0xffffff000235f750 bufobj interlock (bufobj interlock) @ /usr/src/sys/kern/vfs_bio.c:2442 2nd 0xffffffff9a5a4070 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2456 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x605 __lockmgr_args() at __lockmgr_args+0x508 getblk() at getblk+0xe3 breadn() at breadn+0x3f bread() at bread+0x1e ffs_blkatoff() at ffs_blkatoff+0x61 ufs_lookup() at ufs_lookup+0x5c4 vfs_cache_lookup() at vfs_cache_lookup+0xf8 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 lookup() at lookup+0x4b3 namei() at namei+0x43f kern_unlinkat() at kern_unlinkat+0x9d vfs_mountroot_try() at vfs_mountroot_try+0x40e vfs_mountroot() at vfs_mountroot+0x40e start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff81234d30, rbp = 0 --- start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall An interesting piste might be the message from the 8-current boot saying : WARNING: Non-uniform processors. WARNING: Using suboptimal topology. Thanx a lot in advance for any help. Arno From owner-freebsd-current@FreeBSD.ORG Mon May 26 13:10:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC0F01065690; Mon, 26 May 2008 13:10:34 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 7E8338FC33; Mon, 26 May 2008 13:10:34 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from [24.216.255.15] (helo=inferno.lab.lovett.com ident=ade) by panix.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1K0bu0-0003eG-4a; Mon, 26 May 2008 12:34:12 +0000 Message-Id: <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> From: Ade Lovett To: Robert Watson In-Reply-To: <20080525105726.O39741@fledge.watson.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 26 May 2008 05:34:09 -0700 References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> <20080525105726.O39741@fledge.watson.org> X-Mailer: Apple Mail (2.919.2) Cc: arch@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 13:10:34 -0000 On May 25, 2008, at 02:58 , Robert Watson wrote: > While I'd be quite supportive of something along these lines, I > think it probably is more work to port SLIP to userspace than to > hack the current code a little bit to be MPSAFE, assuming it remains > supported with the revised tty code. SLIP is a fairly straight- > forward piece of code, as long as you don't try to understand the > line discipline stuff. :-) Given that this is (a) 2008 and (b) 8.x we're talking about, are there really that many consumers of SLIP to warrant it being carried forward at all? Seems to me that it would not be unreasonable to give a heads up that the current kernel-space ppp/slip (and, for that matter, plip) drivers are going away some time before 8.0-RELEASE, pppd is more than adequately replaced by userland-ppp or netgraph, and if there's some critical need by someone to have SLIP and/or PLIP, then they'll need to step up to the plate to do the necessary re-implementation. Or stick with 7.x, which would be unaffected by this. We have a lot of network drivers that are potentially up for axing with the move to MPSAFE. Why not push just a little harder and slice out some serious legacy code? It's all well and good to be able to say that the current release of the kernel supports hardware that hasn't been used, other than in idiosyncratic situations (yes, ahc(4), I'm looking at you) for 5+ years, but it seems that we have an opportunity here to break out the Danish Ax[tm] in anger, and do some heavy-duty culling before 8.0-REL. -aDe From owner-freebsd-current@FreeBSD.ORG Mon May 26 13:13:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69D98106564A; Mon, 26 May 2008 13:13:55 +0000 (UTC) (envelope-from jille@quis.cx) Received: from istud.quis.cx (ip83-113-174-82.adsl2.versatel.nl [82.174.113.83]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0B68FC18; Mon, 26 May 2008 13:13:54 +0000 (UTC) (envelope-from jille@quis.cx) Received: by istud.quis.cx (Postfix, from userid 100) id 9E0673984C; Mon, 26 May 2008 14:54:41 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on istud.quis.cx X-Spam-Level: X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id A4C5D39820; Mon, 26 May 2008 14:54:34 +0200 (CEST) Message-ID: <483AB2FD.6040404@quis.cx> Date: Mon, 26 May 2008 14:54:21 +0200 From: Jille User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: gahn References: <596589.42178.qm@web52106.mail.re2.yahoo.com> In-Reply-To: <596589.42178.qm@web52106.mail.re2.yahoo.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: free bsd , freebsd general questions Subject: Re: portupgrade errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 13:13:55 -0000 Try: # portsdb -fu Or updating your portstree (portsnap fetch update) -- Jille gahn schreef: > Hi all: > > trying to upgrade the ports and got errors: > > /////////////////////////// > > beichuan# portupgrade -a > [Rebuilding the pkgdb in /var/db/pkg ... - 382 packages found (-0 +382) .............................................................................................................................................................................................................................................................................................................................................................................................. done] > [Updating the portsdb in /usr/ports ... - 18529 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000..... ..... done] > [missing key: categories] [Updating the portsdb in /usr/ports ... - 18529 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000..... ..... done] > missing key: categories: Cannot read the portsdb! > /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:567:in `open_db': database file error (PortsDB::DBError) > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:736:in `port' > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:924:in `all_depends_list' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `each' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:929:in `sort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:933:in `sort_build!' > from /usr/local/sbin/portupgrade:694:in `main' > from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' > from /usr/local/sbin/portupgrade:210:in `new' > from /usr/local/sbin/portupgrade:210:in `main' > from /usr/local/sbin/portupgrade:1981 > > /////////////////////////////////// > > were the errors from my side or from the portal side? > > Thanks > > > > _______________________________________________ > 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-current@FreeBSD.ORG Mon May 26 13:42:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B190E106566C for ; Mon, 26 May 2008 13:42:24 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 738F58FC19 for ; Mon, 26 May 2008 13:42:24 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B45921CC4D; Mon, 26 May 2008 15:41:25 +0200 (CEST) Date: Mon, 26 May 2008 15:41:25 +0200 From: Ed Schouten To: FreeBSD Current Message-ID: <20080526134125.GD64397@hoeg.nl> References: <483A58D9.4090400@delphij.net> <20080526155514.221a210e.ariff@FreeBSD.org> <20080526091756.GF21317@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rqzD5py0kzyFAOWN" Content-Disposition: inline In-Reply-To: <20080526091756.GF21317@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: /dev/soiund/pcm/dsp.c: uma_zalloc with non-sleepable lock held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 13:42:24 -0000 --rqzD5py0kzyFAOWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Kostik Belousov wrote: > Not quite. You cannot hold a mutex over the destroy_dev(), because > the destroy_dev() may sleep. It was not very common situation, because > it requires another thread still in the driver methods to trigger the > problem. Now, because the malloc() is called unconditionally in the > destroy_dev() since rev. 1.212, the problem gets hit regularly. I was looking around, but I couldn't find it. Isn't there some kind of macro that does something like this: | void | myfunction(void) | { | THREAD_CANNOT_HOLD_ANY_NONSLEEPABLE_LOCKS_HERE; |=20 | ... | } I know we have THREAD_NO_SLEEPING(), but that just does the opposite. I think we could greatly improve our warnings if we could add these macro's throughout the source code. --=20 Ed Schouten WWW: http://80386.nl/ --rqzD5py0kzyFAOWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkg6vgUACgkQ52SDGA2eCwXdfwCdFfwRiTfvpI72NgKD6/e6xvEA maEAnifsh4qvqvvy0tz0zS3arwdPTw4E =JADG -----END PGP SIGNATURE----- --rqzD5py0kzyFAOWN-- From owner-freebsd-current@FreeBSD.ORG Mon May 26 13:42:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E37D81065683; Mon, 26 May 2008 13:42:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id B1B808FC16; Mon, 26 May 2008 13:42:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3B09046B49; Mon, 26 May 2008 09:42:41 -0400 (EDT) Date: Mon, 26 May 2008 14:42:41 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ade Lovett In-Reply-To: <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> Message-ID: <20080526142931.Q26343@fledge.watson.org> References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> <20080525105726.O39741@fledge.watson.org> <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 13:42:42 -0000 On Mon, 26 May 2008, Ade Lovett wrote: > On May 25, 2008, at 02:58 , Robert Watson wrote: > >> While I'd be quite supportive of something along these lines, I think it >> probably is more work to port SLIP to userspace than to hack the current >> code a little bit to be MPSAFE, assuming it remains supported with the >> revised tty code. SLIP is a fairly straight-forward piece of code, as long >> as you don't try to understand the line discipline stuff. :-) > > Given that this is (a) 2008 and (b) 8.x we're talking about, are there > really that many consumers of SLIP to warrant it being carried forward at > all? > > Seems to me that it would not be unreasonable to give a heads up that the > current kernel-space ppp/slip (and, for that matter, plip) drivers are going > away some time before 8.0-RELEASE, pppd is more than adequately replaced by > userland-ppp or netgraph, and if there's some critical need by someone to > have SLIP and/or PLIP, then they'll need to step up to the plate to do the > necessary re-implementation. The thread you're replying began with precisely such a heads up. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon May 26 13:49:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A3B2106566C for ; Mon, 26 May 2008 13:49:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 5F27C8FC13 for ; Mon, 26 May 2008 13:49:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m4QDmoZj076366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 May 2008 16:48:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m4QDmoM5099250; Mon, 26 May 2008 16:48:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m4QDmoMA099249; Mon, 26 May 2008 16:48:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 26 May 2008 16:48:50 +0300 From: Kostik Belousov To: Ed Schouten Message-ID: <20080526134850.GK21317@deviant.kiev.zoral.com.ua> References: <483A58D9.4090400@delphij.net> <20080526155514.221a210e.ariff@FreeBSD.org> <20080526091756.GF21317@deviant.kiev.zoral.com.ua> <20080526134125.GD64397@hoeg.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aziWXe2aaRGlkyg3" Content-Disposition: inline In-Reply-To: <20080526134125.GD64397@hoeg.nl> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua Cc: FreeBSD Current Subject: Re: /dev/soiund/pcm/dsp.c: uma_zalloc with non-sleepable lock held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 13:49:11 -0000 --aziWXe2aaRGlkyg3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 26, 2008 at 03:41:25PM +0200, Ed Schouten wrote: > * Kostik Belousov wrote: > > Not quite. You cannot hold a mutex over the destroy_dev(), because > > the destroy_dev() may sleep. It was not very common situation, because > > it requires another thread still in the driver methods to trigger the > > problem. Now, because the malloc() is called unconditionally in the > > destroy_dev() since rev. 1.212, the problem gets hit regularly. >=20 > I was looking around, but I couldn't find it. Isn't there some kind of > macro that does something like this: >=20 > | void > | myfunction(void) > | { > | THREAD_CANNOT_HOLD_ANY_NONSLEEPABLE_LOCKS_HERE; > |=20 > | ... > | } >=20 > I know we have THREAD_NO_SLEEPING(), but that just does the opposite. I > think we could greatly improve our warnings if we could add these > macro's throughout the source code. I believe this is spelled WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK, NULL, "Some msg"); --aziWXe2aaRGlkyg3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkg6v8EACgkQC3+MBN1Mb4iAegCg5xB3v2UIRs/K6EvxSBmJ30GP CNwAn0RYM/tSbCc6hmYZQ253kHBuOqGp =v2Y0 -----END PGP SIGNATURE----- --aziWXe2aaRGlkyg3-- From owner-freebsd-current@FreeBSD.ORG Mon May 26 14:17:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D804D106566B for ; Mon, 26 May 2008 14:17:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 8BB2F8FC0C for ; Mon, 26 May 2008 14:17:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=o5cunykASjN+Bfq3mQbuiwZD/8c9CroeAHyOs5ortVE7Aj7+YrnLoBAlaVg2/MIfWL8UZ8I8HeVoesU8FRT/jUZZ0/A+EQnuGDfyrVvIQV0+OO/Ob4cBz/SRChITibjFTfjGpgRBvxbOGegTFC1A0koiKqjFQDf9GCWitbSIFo8=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1K0dVg-000LXz-Oh; Mon, 26 May 2008 18:17:12 +0400 Date: Mon, 26 May 2008 18:17:11 +0400 From: Eygene Ryabinkin To: Kris Kennaway Message-ID: References: <4839B2FD.8060401@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4839B2FD.8060401@FreeBSD.org> Sender: rea-fbsd@codelabs.ru Cc: FreeBSD Current Subject: Re: est: CPU supports Enhanced Speedstep, but is not recognized. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 14:17:14 -0000 Kris, good day. Sun, May 25, 2008 at 08:42:05PM +0200, Kris Kennaway wrote: > For the past few months some of my machines have reported at boot: > > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 722072206000722 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 722072206000722 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > ... > (for every CPU). > > They were not previously this verbose. What is going wrong? Any chance that you have upgraded your BIOS or modified ACPI tables? This error message is present already for two years or so. What CPUs do you have? I assume it is on -CURRENT? The message comes from sys/i386/cpufreq/est.c:1066, revision 1.16. And your trouble most probably comes from est_acpi_info() that does not return the list of frequencies. I am seeing this for the dual-core Intel CPUs, but only the second core is not recognized, the first one is OK. -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon May 26 14:49:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EE9B1065674 for ; Mon, 26 May 2008 14:49:54 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by mx1.freebsd.org (Postfix) with ESMTP id E3B468FC1F for ; Mon, 26 May 2008 14:49:53 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1223373tid.3 for ; Mon, 26 May 2008 07:49:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=DXEVbqZ+v8oDDpSLSo4rd76w1iXPFZbcFreqI2yJA2s=; b=fQHu950n0Doo9qgeFbGW+hy5LT/v6+nyPhwvCNgjkrkqU51yuXPI+cY7gArqMsa7wqWsqeo2toFDqIb4Z+z7vmDsUdzALEvYLXbB1b+So1F+hGSovgFUCMBn5/JjphMGJyhK4yp3XoAG6xmLWUPCx63pAHLDN4cSid0ET1C3EZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=XNRY93+3R/nZemZnlIEj62zoAQWRRaLdGYxm+F4tfKwdBLbQMYulC6pzCKB3mlFh5A1IqZ1wOeXDNBaKJpZ5rigodDiRbQZ/gMeHtGjLMnV41kLmLchEsOTfK6BWdBuW01tAoinKFI9e9UMOvYKE+Z5PC7q7PaQNo5esmCtYWTA= Received: by 10.110.90.9 with SMTP id n9mr29954tib.53.1211813391256; Mon, 26 May 2008 07:49:51 -0700 (PDT) Received: by 10.110.15.16 with HTTP; Mon, 26 May 2008 07:49:51 -0700 (PDT) Message-ID: Date: Mon, 26 May 2008 22:49:51 +0800 From: "Jiawei Ye" To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: dtrace and xorg-server problem on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 14:49:54 -0000 Hi, I get this weird building problem with xorg-server on -current with dtrace: creating libxpstubs.la (cd .libs && rm -f libxpstubs.la && ln -s ../libxpstubs.la libxpstubs.la) /usr/sbin/dtrace -G -C -o dtrace-dix.o -s ../dix/Xserver.d .libs/*.o dtrace: failed to compile script ../dix/Xserver.d: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.4/dix. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.4/dix. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.4. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server. ===>>> make failed for x11-servers/xorg-server ===>>> Aborting update ===>>> Update for xorg-server-1.4_6,1 failed ===>>> Aborting update ===>>> Update for xf86-video-nv-2.1.7 failed ===>>> Aborting update Something I've missed here? Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Mon May 26 15:05:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 613821065683; Mon, 26 May 2008 15:05:57 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 21F518FC24; Mon, 26 May 2008 15:05:57 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-074-171-236-053.sip.jan.bellsouth.net [74.171.236.53]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 4688537B5AE; Mon, 26 May 2008 09:47:02 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id D2A0161C77; Mon, 26 May 2008 09:47:01 -0500 (CDT) Date: Mon, 26 May 2008 09:47:01 -0500 From: "Matthew D. Fuller" To: Ade Lovett Message-ID: <20080526144701.GG1689@over-yonder.net> References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> <20080525105726.O39741@fledge.watson.org> <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.17-fullermd.4 (2007-11-01) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on thyme.infocus-llc.com X-Virus-Status: Clean Cc: arch@freebsd.org, Robert Watson , current@freebsd.org, net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 15:05:57 -0000 On Mon, May 26, 2008 at 05:34:09AM -0700 I heard the voice of Ade Lovett, and lo! it spake thus: > > It's all well and good to be able to say that the current release of > the kernel supports hardware that hasn't been used, other than in > idiosyncratic situations (yes, ahc(4), I'm looking at you) for 5+ > years, [...] Neat, I didn't know I was idiosyncratic. % uname -sr FreeBSD 8.0-CURRENT % grep ^ahc /var/run/dmesg.boot ahc0: port 0x1000-0x10ff mem 0xf8001000-0xf8001fff irq 19 at device 11.0 on pci0 ahc0: [ITHREAD] ahc1: port 0x1400-0x14ff mem 0xf8002000-0xf8002fff irq 16 at device 13.0 on pci0 ahc1: [ITHREAD] ahc2: port 0x1800-0x18ff mem 0xf8003000-0xf8003fff irq 17 at device 13.1 on pci0 ahc2: [ITHREAD] (all 3 in use) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Mon May 26 15:13:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2D5A10656B0; Mon, 26 May 2008 15:13:28 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 575968FC25; Mon, 26 May 2008 15:13:27 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 589E1A0613; Mon, 26 May 2008 17:13:26 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 4CB5FA060A; Mon, 26 May 2008 17:13:26 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id E49B4A060B; Mon, 26 May 2008 17:13:23 +0200 (CEST) Received: from wep4017.physik.uni-wuerzburg.de ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.1HF110) with ESMTP id 2008052617132296-52198 ; Mon, 26 May 2008 17:13:22 +0200 Received: by wep4017.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Mon, 26 May 2008 17:13:23 +0200 From: "Alexey Shuvaev" Date: Mon, 26 May 2008 17:13:23 +0200 To: Jiawei Ye Message-ID: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> Mail-Followup-To: Jiawei Ye , freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: MIME-Version: 1.0 In-Reply-To: Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.17 (2007-11-01) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 05/26/2008 05:13:23 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 05/26/2008 05:13:25 PM, Serialize complete at 05/26/2008 05:13:25 PM Content-Type: multipart/mixed; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: dtrace and xorg-server problem on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 15:13:29 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 26, 2008 at 10:49:51PM +0800, Jiawei Ye wrote: > Hi, > I get this weird building problem with xorg-server on -current with dtrace: > > creating libxpstubs.la > (cd .libs && rm -f libxpstubs.la && ln -s ../libxpstubs.la libxpstubs.la) > /usr/sbin/dtrace -G -C -o dtrace-dix.o -s ../dix/Xserver.d .libs/*.o > dtrace: failed to compile script ../dix/Xserver.d: > "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > *** Error code 1 > > [snip] > > Something I've missed here? > > Jiawei > Hello! Please, have a look at a small thread: "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085584.html" "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085598.html" "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085602.html" In my case the problem was in some old binaries not being swept out after I have tried John Birrel's dtrace enabled snapshot in february. Check you system (for examlpe "ll /usr/sbin/dtrace" and etc.). If your system is really up-to-date and the problem is caused by the very recent dtrace import, then try the following patch to the x11-servers/xorg-server/Makefile. Alexey. --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch --- xorg-server/Makefile.old 2008-05-26 17:11:31.000000000 +0200 +++ xorg-server/Makefile 2008-05-26 17:12:07.000000000 +0200 @@ -37,7 +37,7 @@ USE_PERL5_BUILD=yes CONFIGURE_ARGS= --with-mesa-source=${WRKDIR}/Mesa-7.0.1 \ --disable-dmx --disable-xvfb --disable-xnest --disable-xprint \ - --localstatedir=/var + --localstatedir=/var --without-dtrace MAN1= Xorg.1 \ Xserver.1 \ --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Mon May 26 15:17:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5B85106564A; Mon, 26 May 2008 15:17:46 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 702438FC2E; Mon, 26 May 2008 15:17:46 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 0B90710FC5E; Mon, 26 May 2008 11:17:46 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 26 May 2008 11:17:46 -0400 X-Sasl-enc: BmCH8Ddrm/NXZI37g3u6FoKKwTjVsBDt4nCQLlLDEHBz 1211815065 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 14E19110AB; Mon, 26 May 2008 11:17:44 -0400 (EDT) Message-ID: <483AD498.6070207@FreeBSD.org> Date: Mon, 26 May 2008 16:17:44 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Ade Lovett References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> <20080525105726.O39741@fledge.watson.org> <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> In-Reply-To: <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, Robert Watson , current@freebsd.org, net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 15:17:46 -0000 Ade Lovett wrote: > > On May 25, 2008, at 02:58 , Robert Watson wrote: >> While I'd be quite supportive of something along these lines, I think >> it probably is more work to port SLIP to userspace than to hack the >> current code a little bit to be MPSAFE, assuming it remains supported >> with the revised tty code. SLIP is a fairly straight-forward piece >> of code, as long as you don't try to understand the line discipline >> stuff. :-) > > Given that this is (a) 2008 and (b) 8.x we're talking about, are there > really that many consumers of SLIP to warrant it being carried forward > at all? It's kind of a basic. [C]SLIP has been historically handy to have around for situations which warrant it. Mind you, given that we have had tun(4) in the tree for years now, a userland implementation of SLIP is possible. As with all of these things it's down to someone sitting down and doing it. I'm not volunteering to support any of this as I don't use it myself (got enough on my plate), merely pointing out that support for SLIP in a system is something many people have taken for granted over the years, and for prototyping something or providing IP over a simple serial link without the configuration overhead of PPP, SLIP is something someone might be using. P.S. ahc(4) is commodity hardware, I think it can stay right where it is thank-you. From owner-freebsd-current@FreeBSD.ORG Mon May 26 15:26:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3C44106567B; Mon, 26 May 2008 15:26:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD208FC29; Mon, 26 May 2008 15:26:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2781F46B42; Mon, 26 May 2008 11:26:14 -0400 (EDT) Date: Mon, 26 May 2008 16:26:14 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Bruce M. Simpson" In-Reply-To: <483AD498.6070207@FreeBSD.org> Message-ID: <20080526162427.X26343@fledge.watson.org> References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> <20080525105726.O39741@fledge.watson.org> <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> <483AD498.6070207@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, current@freebsd.org, Ade Lovett , net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 15:26:15 -0000 On Mon, 26 May 2008, Bruce M. Simpson wrote: >> Given that this is (a) 2008 and (b) 8.x we're talking about, are there >> really that many consumers of SLIP to warrant it being carried forward at >> all? > > It's kind of a basic. [C]SLIP has been historically handy to have around for > situations which warrant it. Mind you, given that we have had tun(4) in the > tree for years now, a userland implementation of SLIP is possible. > > As with all of these things it's down to someone sitting down and doing it. > > I'm not volunteering to support any of this as I don't use it myself (got > enough on my plate), merely pointing out that support for SLIP in a system > is something many people have taken for granted over the years, and for > prototyping something or providing IP over a simple serial link without the > configuration overhead of PPP, SLIP is something someone might be using. > > P.S. ahc(4) is commodity hardware, I think it can stay right where it is > thank-you. My suspicion is that getting SLIP basically working in userspace is fairly straight forward, although I'm not sure how well-suited some of our current admin tools (slattach, etc) are for the purpose. If the new tty code maintains support for line disciplines, updating the existing SLIP code and adding locking code would probably be an equally sized (or shorter) task. SLIP has its subtleties, but the current implementation is relatively straight-forward, well-documented, etc. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon May 26 15:42:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D987A1065679; Mon, 26 May 2008 15:42:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A76608FC22; Mon, 26 May 2008 15:42:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 542DF46B38; Mon, 26 May 2008 11:42:16 -0400 (EDT) Date: Mon, 26 May 2008 16:42:16 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Matthew D. Fuller" In-Reply-To: <20080526144701.GG1689@over-yonder.net> Message-ID: <20080526164151.D26343@fledge.watson.org> References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> <20080525105726.O39741@fledge.watson.org> <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> <20080526144701.GG1689@over-yonder.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, current@freebsd.org, Ade Lovett , net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 15:42:17 -0000 On Mon, 26 May 2008, Matthew D. Fuller wrote: > On Mon, May 26, 2008 at 05:34:09AM -0700 I heard the voice of > Ade Lovett, and lo! it spake thus: >> >> It's all well and good to be able to say that the current release of the >> kernel supports hardware that hasn't been used, other than in idiosyncratic >> situations (yes, ahc(4), I'm looking at you) for 5+ years, [...] > > Neat, I didn't know I was idiosyncratic. Somehow it's always me who is idiosyncratic: ahc0: port 0xdc00-0xdcff mem 0xf9fff000-0xf9ffffff irq 14 at device 11.0 on pci2 da0 at ahc0 bus 0 target 0 lun 0 Robert N M Watson Computer Laboratory University of Cambridge > > % uname -sr > FreeBSD 8.0-CURRENT > > % grep ^ahc /var/run/dmesg.boot > ahc0: port 0x1000-0x10ff mem 0xf8001000-0xf8001fff irq 19 at device 11.0 on pci0 > ahc0: [ITHREAD] > ahc1: port 0x1400-0x14ff mem 0xf8002000-0xf8002fff irq 16 at device 13.0 on pci0 > ahc1: [ITHREAD] > ahc2: port 0x1800-0x18ff mem 0xf8003000-0xf8003fff irq 17 at device 13.1 on pci0 > ahc2: [ITHREAD] > > (all 3 in use) > > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. > From owner-freebsd-current@FreeBSD.ORG Mon May 26 15:50:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C9751065671 for ; Mon, 26 May 2008 15:50:34 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by mx1.freebsd.org (Postfix) with ESMTP id 013248FC17 for ; Mon, 26 May 2008 15:50:33 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1245284tid.3 for ; Mon, 26 May 2008 08:50:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=pgtadl3nnW/3K2JNJ0t7jaAuiSWR/tCkw7d+yJ1GcLo=; b=Ukr6u87sudT3ECUFi/CHdXnUFk3kHd4BRM+/wgZNEMWmd2XKqpQbk+0sP2OlEnHtZPaqZTRc/8vatE26yQHMdRldbiXvlvN4LqVlNySwwDii6+gfpkvKg6ogfQ4Y95qp2ti29HKH2kqKnPwuznnhO6l80f/by9qV9rqGDzr9Cx0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=bi9jUoIbUdh0scWSVAPVWUdrcYk5nyMfyX5Wt4zi92dWqIAM5pGOypDxaQ0290eG3KbAu/4jdQQZXbBYNHB05yr4pRMvNP0f9MTphn+jKB4MUpffR7PWgFXykYoSqF2HcAqk+mHHSB5pTR0w9Lg0Ld4eIMUbBz0JSY0VDOcNOXc= Received: by 10.110.60.2 with SMTP id i2mr45057tia.0.1211817031935; Mon, 26 May 2008 08:50:31 -0700 (PDT) Received: by 10.110.15.16 with HTTP; Mon, 26 May 2008 08:50:31 -0700 (PDT) Message-ID: Date: Mon, 26 May 2008 23:50:31 +0800 From: "Jiawei Ye" To: "Jiawei Ye" , freebsd-current@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> MIME-Version: 1.0 References: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: dtrace and xorg-server problem on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 15:50:34 -0000 On Mon, May 26, 2008 at 11:13 PM, Alexey Shuvaev < shuvaev@physik.uni-wuerzburg.de> wrote: > On Mon, May 26, 2008 at 10:49:51PM +0800, Jiawei Ye wrote: > > Hi, > > I get this weird building problem with xorg-server on -current with > dtrace: > > > > creating libxpstubs.la > > (cd .libs && rm -f libxpstubs.la && ln -s ../libxpstubs.la libxpstubs.la > ) > > /usr/sbin/dtrace -G -C -o dtrace-dix.o -s ../dix/Xserver.d .libs/*.o > > dtrace: failed to compile script ../dix/Xserver.d: > > "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > *** Error code 1 > > > > [snip] > > > > Something I've missed here? > > > > Jiawei > > > Hello! > > Please, have a look at a small thread: > "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085584.html" > "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085598.html" > "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085602.html" > > In my case the problem was in some old binaries not being swept out > after I have tried John Birrel's dtrace enabled snapshot in february. > Check you system (for examlpe "ll /usr/sbin/dtrace" and etc.). > > If your system is really up-to-date and the problem is caused by the > very recent dtrace import, then try the following patch to the > x11-servers/xorg-server/Makefile. > > Alexey. > ok, I've confirmed that /usr/sbin/dtrace is the latest and tried your patch, everything works now. Thanks, Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Mon May 26 16:17:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 176C0106566C; Mon, 26 May 2008 16:17:11 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id C3B258FC15; Mon, 26 May 2008 16:17:10 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C2DCF1CC1A; Mon, 26 May 2008 18:16:08 +0200 (CEST) Date: Mon, 26 May 2008 18:16:08 +0200 From: Ed Schouten To: Robert Watson Message-ID: <20080526161608.GE64397@hoeg.nl> References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> <20080525105726.O39741@fledge.watson.org> <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> <483AD498.6070207@FreeBSD.org> <20080526162427.X26343@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6Vw0j8UKbyX0bfpA" Content-Disposition: inline In-Reply-To: <20080526162427.X26343@fledge.watson.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: arch@freebsd.org, "Bruce M. Simpson" , current@freebsd.org, Ade Lovett , net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 16:17:11 -0000 --6Vw0j8UKbyX0bfpA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Robert, * Robert Watson wrote: > If the new tty code maintains support for line disciplines, updating > the existing SLIP code and adding locking code would probably be an > equally sized (or shorter) task. The new TTY layer should still support line disciplines, unfortunately I haven't implemented the line discipline switching (TIOCSETD) yet. I would really prefer to have this in userspace. There are several advantages of implementing this in userspace: - We don't have to port things twice (make it MPSAFE first and port it to the new TTY layer later, or the other way around). - It is less likely to break. The entire userspace TTY and Tun/Tap userspace programming interfaces are more likely to be stable than the kernel interfaces. - It will be easier to port to other operating systems. - Implementing this in userspace could make it easier to configure and more flexible. Any comments/ideas/etc? --=20 Ed Schouten WWW: http://80386.nl/ --6Vw0j8UKbyX0bfpA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEUEARECAAYFAkg64kgACgkQ52SDGA2eCwVNEwCeMjSWFgbJCjcu53B1O8b2XFqe bksAlRZdlcBdfp8GQDALl4pjfAvspFs= =4oXx -----END PGP SIGNATURE----- --6Vw0j8UKbyX0bfpA-- From owner-freebsd-current@FreeBSD.ORG Mon May 26 16:45:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3421106566C; Mon, 26 May 2008 16:45:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5668FC13; Mon, 26 May 2008 16:45:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.2/8.14.2) with ESMTP id m4QGcijZ037726; Mon, 26 May 2008 09:38:44 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.2/8.14.2/Submit) id m4QGciN3037725; Mon, 26 May 2008 09:38:44 -0700 (PDT) (envelope-from sgk) Date: Mon, 26 May 2008 09:38:44 -0700 From: Steve Kargl To: Ade Lovett Message-ID: <20080526163844.GA37636@troutmask.apl.washington.edu> References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> <20080525105726.O39741@fledge.watson.org> <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, Robert Watson , current@freebsd.org, net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 16:45:48 -0000 On Mon, May 26, 2008 at 05:34:09AM -0700, Ade Lovett wrote: > > idiosyncratic situations (yes, ahc(4), I'm looking at you) for 5+ What's the problem with ahc(4)? My ahc controller is one of the most reliable pieces of hardware that I've purchased. It's also the only interface available to my external DLT tape drive. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 26 17:15:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B691065674 for ; Mon, 26 May 2008 17:15:49 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id DD0DE8FC12 for ; Mon, 26 May 2008 17:15:48 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 11CE8A0611; Mon, 26 May 2008 19:15:48 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 04F3AA0608; Mon, 26 May 2008 19:15:48 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id CDBC0A05CB; Mon, 26 May 2008 19:15:46 +0200 (CEST) Received: from wep4017.physik.uni-wuerzburg.de ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.1HF110) with ESMTP id 2008052619154525-52661 ; Mon, 26 May 2008 19:15:45 +0200 Received: by wep4017.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Mon, 26 May 2008 19:15:45 +0200 From: "Alexey Shuvaev" Date: Mon, 26 May 2008 19:15:45 +0200 To: freebsd-current@freebsd.org Message-ID: <20080526171545.GA72427@wep4017.physik.uni-wuerzburg.de> Mail-Followup-To: freebsd-current@freebsd.org, jb@what-creek.com References: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> MIME-Version: 1.0 In-Reply-To: Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.17 (2007-11-01) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 05/26/2008 07:15:45 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 05/26/2008 07:15:47 PM, Serialize complete at 05/26/2008 07:15:47 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: jb@what-creek.com Subject: Re: dtrace and xorg-server problem on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 17:15:49 -0000 On Mon, May 26, 2008 at 11:50:31PM +0800, Jiawei Ye wrote: > On Mon, May 26, 2008 at 11:13 PM, Alexey Shuvaev < > shuvaev@physik.uni-wuerzburg.de> wrote: > > > On Mon, May 26, 2008 at 10:49:51PM +0800, Jiawei Ye wrote: > > > Hi, > > > I get this weird building problem with xorg-server on -current with > > dtrace: > > > > > > creating libxpstubs.la > > > (cd .libs && rm -f libxpstubs.la && ln -s ../libxpstubs.la libxpstubs.la > > ) > > > /usr/sbin/dtrace -G -C -o dtrace-dix.o -s ../dix/Xserver.d .libs/*.o > > > dtrace: failed to compile script ../dix/Xserver.d: > > > "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > > *** Error code 1 > > > > > > [snip] > > > > > > Something I've missed here? > > > > > > Jiawei > > > > > Hello! > > > > Please, have a look at a small thread: > > "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085584.html" > > "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085598.html" > > "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085602.html" > > > > In my case the problem was in some old binaries not being swept out > > after I have tried John Birrel's dtrace enabled snapshot in february. > > Check you system (for examlpe "ll /usr/sbin/dtrace" and etc.). > > > > If your system is really up-to-date and the problem is caused by the > > very recent dtrace import, then try the following patch to the > > x11-servers/xorg-server/Makefile. > > > > Alexey. > > > > ok, I've confirmed that /usr/sbin/dtrace is the latest and tried your patch, > everything works now. > Thanks, > > Jiawei > Well, the problem seems to be in the freebsd's implementation of dtrace. Can some dtrace-guru say whether it is possible to fix the problem on freebsd-side in a reasonable time? Or is it due to missing pid-provider (or something else...) and then it is worthwhile disable dtrace support in xorg-server? I will try to find some time tomorrow and test the latest CURRENT on my system too. Alexey. From owner-freebsd-current@FreeBSD.ORG Mon May 26 17:46:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6F21106566C for ; Mon, 26 May 2008 17:46:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 72E408FC12 for ; Mon, 26 May 2008 17:46:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m4QHkbWZ096376; Mon, 26 May 2008 11:46:37 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <483AF77D.3030006@samsco.org> Date: Mon, 26 May 2008 11:46:37 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Ade Lovett References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> <20080525105726.O39741@fledge.watson.org> <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> In-Reply-To: <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: arch@freebsd.org, Robert Watson , current@freebsd.org, net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 17:46:40 -0000 Ade Lovett wrote: > It's all well and good to be able to say that the current release of the > kernel supports hardware that hasn't been used, other than in > idiosyncratic situations (yes, ahc(4), I'm looking at you) for 5+ years, > but it seems that we have an opportunity here to break out the Danish > Ax[tm] in anger, and do some heavy-duty culling before 8.0-REL. > Why does this argument on hardware support keep on coming up? For christ sake, every year some yahoo speaks up and declares that he knows what hardware should stay and what should go, and every year that yahoo gets educated on how counterproductive that is to the project. I'll just skip to the end of the recording and say, "NO". Scott From owner-freebsd-current@FreeBSD.ORG Mon May 26 19:08:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38BEE1065679; Mon, 26 May 2008 19:08:55 +0000 (UTC) (envelope-from ade@freebsd.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 0A1E98FC0A; Mon, 26 May 2008 19:08:54 +0000 (UTC) (envelope-from ade@freebsd.org) Received: from [24.216.255.15] (helo=inferno.lab.lovett.com ident=ade) by panix.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1K0i3x-0000cO-Tv; Mon, 26 May 2008 19:08:54 +0000 Message-Id: From: Ade Lovett To: Scott Long In-Reply-To: <483AF77D.3030006@samsco.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 26 May 2008 12:08:50 -0700 References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> <20080525105726.O39741@fledge.watson.org> <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> <483AF77D.3030006@samsco.org> X-Mailer: Apple Mail (2.919.2) Cc: arch@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 19:08:55 -0000 On May 26, 2008, at 10:46 , Scott Long wrote: > I'll just skip to the end of the recording and say, "NO". I wasn't aware that Web 2.0 did away with implied tags, not forgetting mode(tongue, cheek), etc.. etc.. Ah well. -aDe From owner-freebsd-current@FreeBSD.ORG Mon May 26 19:11:20 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A22B106566C; Mon, 26 May 2008 19:11:20 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 7C2AC8FC16; Mon, 26 May 2008 19:11:19 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 7A0E0170E4; Mon, 26 May 2008 19:11:17 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m4QJBGEx042522; Mon, 26 May 2008 19:11:17 GMT (envelope-from phk@critter.freebsd.dk) To: Ed Schouten From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 26 May 2008 18:16:08 +0200." <20080526161608.GE64397@hoeg.nl> Date: Mon, 26 May 2008 19:11:16 +0000 Message-ID: <42521.1211829076@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org, arch@FreeBSD.org, Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 19:11:20 -0000 In message <20080526161608.GE64397@hoeg.nl>, Ed Schouten writes: >The new TTY layer should still support line disciplines, [...] Actually... I think it shouldn't. Line-disc's were introduced to interface weird-ass hardware like digitizing tablets that had very high data rates, but very little information (16 bit X, 16 bit Y and a couple of buttons, like modern mice) which would cost inordinate amounts of CPU time to support in userland on a VAX computer. If_slip.c happened in the kernel because there was no tun device, people cranked the speed up all they could (Hands up: who has changed the Xtal on a VAX serial port for faster SLIP ?) if_ppp happened because that was how if_slip did it. Today there is no longer a market for line disciplines and in practice we have only one: the POSIX mandated "termios", which also emulates the older "termio" ioctls. Anybody who cares to browse the three pages of text that RFC1055 contains, will see that implementing SLIP in userland using tun(4) and the code on the other three pages of RFC1055 is a trivial task not even worthy of a SoC student. PPP over async is already much better handled in ppp(8) thanks to Brians valiant effort back in the stoneage of the internet. We should summarily kill the concept of line disciplines as a modular component and decide that TTYs can be used with termios(4) or raw mode and leave it at that. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon May 26 19:30:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 886F61065679 for ; Mon, 26 May 2008 19:30:35 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 63C8A8FC13 for ; Mon, 26 May 2008 19:30:35 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.128] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m4QJUZtv032156 for ; Mon, 26 May 2008 12:30:35 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <483B0FDB.1060400@freebsd.org> Date: Mon, 26 May 2008 12:30:35 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'current@FreeBSD.org'" Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Call for Testers: bsdcpio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 19:30:35 -0000 I've just finished committing a new 'bsdcpio' implementation of cpio to -CURRENT. This has been in development for about six months now and is ready for broader use. Here are the key details: Starting now, there are two cpio programs in -CURRENT: /usr/bin/gcpio - GNU cpio /usr/bin/bsdcpio - bsdcpio In addition, there is a symlink: /usr/bin/cpio -> /usr/bin/gcpio (default) /usr/bin/cpio -> /usr/bin/bsdcpio (WITH_BSDCPIO) In particular, WITH_BSDCPIO only controls the symlink; bsdcpio is always built regardless. Here's what I intend to do unless there are objections or problems: 7.1: I intend to MFC the arrangement described above; 'bsdcpio' will be available, but 'cpio' will still alias 'gcpio' unless you specifically choose otherwise. CURRENT: In a few weeks, I intend to change the default so that 'cpio' points to 'bsdcpio' unless you build WITH_GCPIO. 8.x: Both 'bsdcpio' and 'gcpio' still available. 'cpio' defaults to 'bsdcpio' unless you build WITH_GCPIO. 9.x: Remove 'gcpio' (still available in ports!), 'cpio' always refers to 'bsdcpio'. Please let me know your experiences with bsdcpio. Cheers, Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Mon May 26 17:51:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1948C106566C; Mon, 26 May 2008 17:51:45 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.freebsd.org (Postfix) with ESMTP id B589C8FC1C; Mon, 26 May 2008 17:51:44 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 11C0E17394; Mon, 26 May 2008 19:21:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lg+ou8gvjXwu; Mon, 26 May 2008 19:21:25 +0200 (CEST) Received: from [192.168.2.10] (unknown [192.168.2.10]) by mail.digiware.nl (Postfix) with ESMTP id 285D31738B; Mon, 26 May 2008 19:21:24 +0200 (CEST) Message-ID: <483AF194.2020002@digiware.nl> Date: Mon, 26 May 2008 19:21:24 +0200 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Steve Kargl References: <20080524111715.T64552@fledge.watson.org> <1211640498.1510.8.camel@localhost> <20080524165519.K9809@fledge.watson.org> <20080525105726.O39741@fledge.watson.org> <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> <20080526163844.GA37636@troutmask.apl.washington.edu> In-Reply-To: <20080526163844.GA37636@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 26 May 2008 19:35:30 +0000 Cc: arch@freebsd.org, Robert Watson , current@freebsd.org, Ade Lovett , net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 17:51:45 -0000 Steve Kargl wrote: > On Mon, May 26, 2008 at 05:34:09AM -0700, Ade Lovett wrote: >> idiosyncratic situations (yes, ahc(4), I'm looking at you) for 5+ > > What's the problem with ahc(4)? My ahc controller is one of > the most reliable pieces of hardware that I've purchased. > It's also the only interface available to my external DLT > tape drive. Not to forget the large amount of embedded ahc's that got implemented on all kinds of serverbords. I still have quite a large set of customers with such ASUS boards I sold to them over the years. Up 'till now I've been able to keep 'm running with the pace of FreeBSD. Removing this driver would "leave them behind". I can force them to upgrade, but thus far there has been little reason for that (hardware wise). Just my 2 ct's --WjW From owner-freebsd-current@FreeBSD.ORG Mon May 26 19:38:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4541106568F for ; Mon, 26 May 2008 19:38:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id 686018FC14 for ; Mon, 26 May 2008 19:38:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6725 invoked by uid 399); 26 May 2008 19:23:33 -0000 Received: from localhost (HELO lap.lan) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 May 2008 19:23:33 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <483B0B91.2050002@FreeBSD.org> Date: Mon, 26 May 2008 12:12:17 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.14 (X11/20080525) MIME-Version: 1.0 To: Jiawei Ye , freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> In-Reply-To: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: dtrace and xorg-server problem on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 19:38:59 -0000 Alexey Shuvaev wrote: > If your system is really up-to-date and the problem is caused by the > very recent dtrace import, then try the following patch to the > x11-servers/xorg-server/Makefile. I had the same problem as Jiawei with a clean, up to date system, and your patch worked for me as well. Perhaps it should be added to the port for the time being while the problems are worked out. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon May 26 19:53:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D05F1065672 for ; Mon, 26 May 2008 19:53:40 +0000 (UTC) (envelope-from pepe@rdc.cl) Received: from SRV1.webnetcwn.com (mail.webnetcwn.com [204.244.226.98]) by mx1.freebsd.org (Postfix) with ESMTP id F059D8FC18 for ; Mon, 26 May 2008 19:53:39 +0000 (UTC) (envelope-from pepe@rdc.cl) Received: from [192.168.140.163] (unverified [70.71.224.174]) by SRV1.webnetcwn.com (Vircom SMTPRS 4.4.568.30) with ESMTP id for ; Mon, 26 May 2008 13:01:23 -0700 X-Modus-BlackList: 70.71.224.174=OK;pepe@rdc.cl=OK X-Modus-Trusted: 70.71.224.174=YES X-Modus-Audit: FALSE;0;0;0 Message-Id: <55AD3F1F-5485-4941-912D-A2751EE776F1@rdc.cl> From: Jose Amengual M To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 26 May 2008 12:43:17 -0700 X-Mailer: Apple Mail (2.919.2) Subject: Freebsd 8.0 ath, Soekris 4511, tinybsd, IRQ storm. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 19:53:40 -0000 Hi guys. I'm working with FreeBSD 8.0 current using tinybsd to make a image for my Soekris 4511 box. The build image is ok and the system boot up perfect, It detect all the network cards includin the ath0 that is a 400 mw NMP-8602 PLUS. In the moment that I do : ifconfig wlan create wlandev ath0 ifconfig wlan up I'm reciving this : interrupt storm detected on "irq11:"; throttling interrupt source and is only when I take up the wlan0 interface, if I don't do anything with the ath0 card, the system works perfect. I search in the net for an info and I found a lot of information about how to build FreeBSD in Soekris boxes, kernel conf files, etc, but nothing about this caind of problem in version 8.0. My vmstat -i is : tinybsd# vmstat -i interrupt total rate irq0: clk 170695 490 irq4: sio0 1993 5 irq8: rtc 43697 125 irq9: sis1 392 1 irq11: ath0 32626 93 irq14: ata0 16261 46 Total 265664 763 my pciconf -lv is : tinybsd# pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x30001022 rev=0x00 hdr=0x00 class = bridge subclass = HOST-PCI cbb0@pci0:0:9:0: class=0x060700 card=0x00000000 chip=0xac50104c rev=0x02 hdr=0x02 class = bridge subclass = PCI-CardBus ath0@pci0:0:16:0: class=0x020000 card=0x2062168c chip=0x001b168c rev=0x01 hdr=0x00 class = network subclass = ethernet sis0@pci0:0:18:0: class=0x020000 card=0x0020100b chip=0x0020100b rev=0x00 hdr=0x00 class = network subclass = ethernet sis1@pci0:0:19:0: class=0x020000 card=0x0020100b chip=0x0020100b rev=0x00 hdr=0x00 class = network subclass = ethernet My dmesg with ath part : ath0: mem 0xa0010000-0xa001ffff irq 11 at device 16.0 on pci0 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: mac 10.5 phy 6.1 radio 6.3 sis0: port 0xe100-0xe1ff mem 0xa0020000-0xa0020fff irq 5 at device 18.0 on pci0 sis0: Silicon Revision: DP83816A I can send more information if is needed. I already change the wireless card ( I have for of the same) and the matherboard, I upgrade the bios of the Soekris board to 1.38. Any ideas about the irq storm ? any special configurations ? Thanks in advance. Jose Amengual. From owner-freebsd-current@FreeBSD.ORG Mon May 26 20:40:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B38751065677 for ; Mon, 26 May 2008 20:40:59 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 766748FC12 for ; Mon, 26 May 2008 20:40:59 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m4QKew4Y069322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 May 2008 13:40:59 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <483B205A.5060800@freebsd.org> Date: Mon, 26 May 2008 13:40:58 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Jose Amengual M References: <55AD3F1F-5485-4941-912D-A2751EE776F1@rdc.cl> In-Reply-To: <55AD3F1F-5485-4941-912D-A2751EE776F1@rdc.cl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: Freebsd 8.0 ath, Soekris 4511, tinybsd, IRQ storm. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 20:40:59 -0000 Jose Amengual M wrote: > Hi guys. > > I'm working with FreeBSD 8.0 current using tinybsd to make a image for > my Soekris 4511 box. > > The build image is ok and the system boot up perfect, It detect all > the network cards includin the ath0 that is a 400 mw NMP-8602 PLUS. > > In the moment that I do : > > ifconfig wlan create wlandev ath0 > ifconfig wlan up > > I'm reciving this : > > interrupt storm detected on "irq11:"; throttling interrupt source > > and is only when I take up the wlan0 interface, if I don't do anything > with the ath0 card, the system works perfect. > > I search in the net for an info and I found a lot of information about > how to build FreeBSD in Soekris boxes, kernel conf files, etc, but > nothing about this caind of problem in version 8.0. > > My vmstat -i is : > > tinybsd# vmstat -i > interrupt total rate > irq0: clk 170695 490 > irq4: sio0 1993 5 > irq8: rtc 43697 125 > irq9: sis1 392 1 > irq11: ath0 32626 93 > irq14: ata0 16261 46 > Total 265664 763 > > my pciconf -lv is : > > tinybsd# pciconf -lv > hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x30001022 > rev=0x00 hdr=0x00 > class = bridge > subclass = HOST-PCI > cbb0@pci0:0:9:0: class=0x060700 card=0x00000000 chip=0xac50104c > rev=0x02 hdr=0x02 > class = bridge > subclass = PCI-CardBus > ath0@pci0:0:16:0: class=0x020000 card=0x2062168c chip=0x001b168c > rev=0x01 hdr=0x00 > class = network > subclass = ethernet > sis0@pci0:0:18:0: class=0x020000 card=0x0020100b chip=0x0020100b > rev=0x00 hdr=0x00 > class = network > subclass = ethernet > sis1@pci0:0:19:0: class=0x020000 card=0x0020100b chip=0x0020100b > rev=0x00 hdr=0x00 > class = network > subclass = ethernet > > > My dmesg with ath part : > > ath0: mem 0xa0010000-0xa001ffff irq 11 at device 16.0 > on pci0 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: mac 10.5 phy 6.1 radio 6.3 > sis0: port 0xe100-0xe1ff mem > 0xa0020000-0xa0020fff irq 5 at device 18.0 on pci0 > sis0: Silicon Revision: DP83816A > > > I can send more information if is needed. > > I already change the wireless card ( I have for of the same) and the > matherboard, I upgrade the bios of the Soekris board to 1.38. > > Any ideas about the irq storm ? > > any special configurations ? > What are the interrupts? Does the storm persist or stop? Does your card otherwise work as expected? I've noticed an increase in system complaints about interrupt storms on many devices, not just ath, as though the tunable thresholds are too low. Sam From owner-freebsd-current@FreeBSD.ORG Mon May 26 20:55:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D8B9106567C for ; Mon, 26 May 2008 20:55:23 +0000 (UTC) (envelope-from pepe@rdc.cl) Received: from SRV1.webnetcwn.com (mail.webnetcwn.com [204.244.226.98]) by mx1.freebsd.org (Postfix) with ESMTP id D99638FC2C for ; Mon, 26 May 2008 20:55:22 +0000 (UTC) (envelope-from pepe@rdc.cl) Received: from [192.168.140.163] (unverified [70.71.224.174]) by SRV1.webnetcwn.com (Vircom SMTPRS 4.4.568.30) with ESMTP id ; Mon, 26 May 2008 14:13:24 -0700 X-Modus-BlackList: 70.71.224.174=OK;pepe@rdc.cl=OK X-Modus-Trusted: 70.71.224.174=YES X-Modus-Audit: FALSE;0;0;0 Message-Id: <70D82CD5-E5FA-4F72-839C-9246F96EAE2D@rdc.cl> From: Jose Amengual M To: Sam Leffler In-Reply-To: <483B205A.5060800@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 26 May 2008 13:55:18 -0700 References: <55AD3F1F-5485-4941-912D-A2751EE776F1@rdc.cl> <483B205A.5060800@freebsd.org> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-current@freebsd.org Subject: Re: Freebsd 8.0 ath, Soekris 4511, tinybsd, IRQ storm. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 20:55:23 -0000 Hi Sam. > What are the interrupts? = IRQ 11 is for ath, do you need anything > else ? ( please let me know ) > Does the storm persist or stop? = The storm persist, never stop, > but if you do an ifconfig wlan0 down the storm stop. > Does your card otherwise work as expected? = the card doesn't work > if you try to do an scan nothing appears and you can wait forever. I can give access if you want, let me know to my personal address. Thanks. On 26-May-08, at 1:40 PM, Sam Leffler wrote: > Jose Amengual M wrote: >> Hi guys. >> >> I'm working with FreeBSD 8.0 current using tinybsd to make a image >> for my Soekris 4511 box. >> >> The build image is ok and the system boot up perfect, It detect all >> the network cards includin the ath0 that is a 400 mw NMP-8602 PLUS. >> >> In the moment that I do : >> >> ifconfig wlan create wlandev ath0 >> ifconfig wlan up >> >> I'm reciving this : >> >> interrupt storm detected on "irq11:"; throttling interrupt source >> >> and is only when I take up the wlan0 interface, if I don't do >> anything with the ath0 card, the system works perfect. >> >> I search in the net for an info and I found a lot of information >> about how to build FreeBSD in Soekris boxes, kernel conf files, >> etc, but nothing about this caind of problem in version 8.0. >> >> My vmstat -i is : >> >> tinybsd# vmstat -i >> interrupt total rate >> irq0: clk 170695 490 >> irq4: sio0 1993 5 >> irq8: rtc 43697 125 >> irq9: sis1 392 1 >> irq11: ath0 32626 93 >> irq14: ata0 16261 46 >> Total 265664 763 >> >> my pciconf -lv is : >> >> tinybsd# pciconf -lv >> hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 >> chip=0x30001022 rev=0x00 hdr=0x00 >> class = bridge >> subclass = HOST-PCI >> cbb0@pci0:0:9:0: class=0x060700 card=0x00000000 >> chip=0xac50104c rev=0x02 hdr=0x02 >> class = bridge >> subclass = PCI-CardBus >> ath0@pci0:0:16:0: class=0x020000 card=0x2062168c >> chip=0x001b168c rev=0x01 hdr=0x00 >> class = network >> subclass = ethernet >> sis0@pci0:0:18:0: class=0x020000 card=0x0020100b >> chip=0x0020100b rev=0x00 hdr=0x00 >> class = network >> subclass = ethernet >> sis1@pci0:0:19:0: class=0x020000 card=0x0020100b >> chip=0x0020100b rev=0x00 hdr=0x00 >> class = network >> subclass = ethernet >> >> >> My dmesg with ath part : >> >> ath0: mem 0xa0010000-0xa001ffff irq 11 at device >> 16.0 on pci0 >> ath0: [ITHREAD] >> ath0: WARNING: using obsoleted if_watchdog interface >> ath0: mac 10.5 phy 6.1 radio 6.3 >> sis0: port 0xe100-0xe1ff mem >> 0xa0020000-0xa0020fff irq 5 at device 18.0 on pci0 >> sis0: Silicon Revision: DP83816A >> >> >> I can send more information if is needed. >> >> I already change the wireless card ( I have for of the same) and >> the matherboard, I upgrade the bios of the Soekris board to 1.38. >> >> Any ideas about the irq storm ? >> >> any special configurations ? >> > > What are the interrupts? Does the storm persist or stop? Does your > card otherwise work as expected? > > I've noticed an increase in system complaints about interrupt storms > on many devices, not just ath, as though the tunable thresholds are > too low. > > Sam > > _______________________________________________ > 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-current@FreeBSD.ORG Mon May 26 23:18:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0AB51065689; Mon, 26 May 2008 23:18:46 +0000 (UTC) (envelope-from pepe@rdc.cl) Received: from SRV1.webnetcwn.com (mail.webnetcwn.com [204.244.226.98]) by mx1.freebsd.org (Postfix) with ESMTP id 79B7A8FC19; Mon, 26 May 2008 23:18:46 +0000 (UTC) (envelope-from pepe@rdc.cl) Received: from [192.168.140.163] (unverified [70.71.224.174]) by SRV1.webnetcwn.com (Vircom SMTPRS 4.4.568.30) with ESMTP id ; Mon, 26 May 2008 16:36:51 -0700 X-Modus-BlackList: 70.71.224.174=OK;pepe@rdc.cl=OK X-Modus-Trusted: 70.71.224.174=YES X-Modus-Audit: FALSE;0;0;0 Message-Id: From: Jose Amengual M To: Jose Amengual M In-Reply-To: <70D82CD5-E5FA-4F72-839C-9246F96EAE2D@rdc.cl> Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 26 May 2008 16:18:44 -0700 References: <55AD3F1F-5485-4941-912D-A2751EE776F1@rdc.cl> <483B205A.5060800@freebsd.org> <70D82CD5-E5FA-4F72-839C-9246F96EAE2D@rdc.cl> X-Mailer: Apple Mail (2.919.2) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Sam Leffler , freebsd-current@freebsd.org Subject: Re: Freebsd 8.0 ath, Soekris 4511, tinybsd, IRQ storm. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 23:18:46 -0000 Hi sam. More Updates. I try it with FreeBSD 7.0 and same hardware. I'm still getting irq storms but seems to be working only after : ifconfig ath0 media OFDM54 If I left it in autoselect doesn't work. So after setup the OFDM I can do an scan an it show me the results. But in version 8.0 if not working even if I force the modulation. that helps ? Thanks. On 26-May-08, at 1:55 PM, Jose Amengual M wrote: > Hi Sam. > > >> What are the interrupts? = IRQ 11 is for ath, do you need anything >> else ? ( please let me know ) > > >> Does the storm persist or stop? = The storm persist, never stop, >> but if you do an ifconfig wlan0 down the storm stop. > >> Does your card otherwise work as expected? = the card doesn't work >> if you try to do an scan nothing appears and you can wait forever. > > I can give access if you want, let me know to my personal address. > > Thanks. > > > > On 26-May-08, at 1:40 PM, Sam Leffler wrote: > >> Jose Amengual M wrote: >>> Hi guys. >>> >>> I'm working with FreeBSD 8.0 current using tinybsd to make a image >>> for my Soekris 4511 box. >>> >>> The build image is ok and the system boot up perfect, It detect >>> all the network cards includin the ath0 that is a 400 mw NMP-8602 >>> PLUS. >>> >>> In the moment that I do : >>> >>> ifconfig wlan create wlandev ath0 >>> ifconfig wlan up >>> >>> I'm reciving this : >>> >>> interrupt storm detected on "irq11:"; throttling interrupt source >>> >>> and is only when I take up the wlan0 interface, if I don't do >>> anything with the ath0 card, the system works perfect. >>> >>> I search in the net for an info and I found a lot of information >>> about how to build FreeBSD in Soekris boxes, kernel conf files, >>> etc, but nothing about this caind of problem in version 8.0. >>> >>> My vmstat -i is : >>> >>> tinybsd# vmstat -i >>> interrupt total rate >>> irq0: clk 170695 490 >>> irq4: sio0 1993 5 >>> irq8: rtc 43697 125 >>> irq9: sis1 392 1 >>> irq11: ath0 32626 93 >>> irq14: ata0 16261 46 >>> Total 265664 763 >>> >>> my pciconf -lv is : >>> >>> tinybsd# pciconf -lv >>> hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 >>> chip=0x30001022 rev=0x00 hdr=0x00 >>> class = bridge >>> subclass = HOST-PCI >>> cbb0@pci0:0:9:0: class=0x060700 card=0x00000000 >>> chip=0xac50104c rev=0x02 hdr=0x02 >>> class = bridge >>> subclass = PCI-CardBus >>> ath0@pci0:0:16:0: class=0x020000 card=0x2062168c >>> chip=0x001b168c rev=0x01 hdr=0x00 >>> class = network >>> subclass = ethernet >>> sis0@pci0:0:18:0: class=0x020000 card=0x0020100b >>> chip=0x0020100b rev=0x00 hdr=0x00 >>> class = network >>> subclass = ethernet >>> sis1@pci0:0:19:0: class=0x020000 card=0x0020100b >>> chip=0x0020100b rev=0x00 hdr=0x00 >>> class = network >>> subclass = ethernet >>> >>> >>> My dmesg with ath part : >>> >>> ath0: mem 0xa0010000-0xa001ffff irq 11 at device >>> 16.0 on pci0 >>> ath0: [ITHREAD] >>> ath0: WARNING: using obsoleted if_watchdog interface >>> ath0: mac 10.5 phy 6.1 radio 6.3 >>> sis0: port 0xe100-0xe1ff mem >>> 0xa0020000-0xa0020fff irq 5 at device 18.0 on pci0 >>> sis0: Silicon Revision: DP83816A >>> >>> >>> I can send more information if is needed. >>> >>> I already change the wireless card ( I have for of the same) and >>> the matherboard, I upgrade the bios of the Soekris board to 1.38. >>> >>> Any ideas about the irq storm ? >>> >>> any special configurations ? >>> >> >> What are the interrupts? Does the storm persist or stop? Does >> your card otherwise work as expected? >> >> I've noticed an increase in system complaints about interrupt >> storms on many devices, not just ath, as though the tunable >> thresholds are too low. >> >> Sam >> >> _______________________________________________ >> 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 >> " > > _______________________________________________ > 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-current@FreeBSD.ORG Tue May 27 01:39:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C15961065679 for ; Tue, 27 May 2008 01:39:18 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id 97D148FC1B for ; Tue, 27 May 2008 01:39:18 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 79DD87331C; Tue, 27 May 2008 01:23:58 +0000 (GMT) Date: Tue, 27 May 2008 01:23:58 +0000 From: John Birrell To: freebsd-current@freebsd.org Message-ID: <20080527012358.GA16415@what-creek.com> References: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> <20080526171545.GA72427@wep4017.physik.uni-wuerzburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080526171545.GA72427@wep4017.physik.uni-wuerzburg.de> User-Agent: Mutt/1.4.2.3i Subject: Re: dtrace and xorg-server problem on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 01:39:18 -0000 On Mon, May 26, 2008 at 07:15:45PM +0200, Alexey Shuvaev wrote: > Well, the problem seems to be in the freebsd's implementation of dtrace. > Can some dtrace-guru say whether it is possible to fix the problem > on freebsd-side in a reasonable time? Or is it due to missing pid-provider > (or something else...) and then it is worthwhile disable dtrace support > in xorg-server? We don't support userland tracing yet, so the port will need to have the dtrace option turned off. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue May 27 03:07:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C5A9106567E for ; Tue, 27 May 2008 03:07:07 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id DE59C8FC23 for ; Tue, 27 May 2008 03:07:06 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl63-243.kln.forthnet.gr [77.49.190.243]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-1) with ESMTP id m4R36tMR008744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 27 May 2008 06:07:01 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m4R36sih029960; Tue, 27 May 2008 06:06:54 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m4R36sBJ029959; Tue, 27 May 2008 06:06:54 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Tim Kientzle References: <483B0FDB.1060400@freebsd.org> Date: Tue, 27 May 2008 06:06:54 +0300 In-Reply-To: <483B0FDB.1060400@freebsd.org> (Tim Kientzle's message of "Mon, 26 May 2008 12:30:35 -0700") Message-ID: <87d4n8zbqp.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m4R36tMR008744 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.818, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.58, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Call for Testers: bsdcpio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 03:07:07 -0000 On Mon, 26 May 2008 12:30:35 -0700, Tim Kientzle wrote: > I've just finished committing a new 'bsdcpio' implementation > of cpio to -CURRENT. Hi Tim, This is fantastic! Thank you for all the work you have put to giving us BSD-licensed archive tools :) > Please let me know your experiences with bsdcpio. Are there particular tests you want us to run with bsdcpio? I'm using cpio a lot for copying stuff around, so if there's anything particular you want me to watch out for, or something you'd like tested/stressed a bit more, just let me know. From owner-freebsd-current@FreeBSD.ORG Tue May 27 04:22:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F09CA106567D for ; Tue, 27 May 2008 04:22:56 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4FB158FC12 for ; Tue, 27 May 2008 04:22:55 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl63-243.kln.forthnet.gr [77.49.190.243]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-1) with ESMTP id m4R445KV013244 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 27 May 2008 07:04:11 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m4R4449r030470; Tue, 27 May 2008 07:04:04 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m4R444nl030469; Tue, 27 May 2008 07:04:04 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Tim Kientzle References: <483B0FDB.1060400@freebsd.org> <87d4n8zbqp.fsf@kobe.laptop> <483B8715.9060609@freebsd.org> Date: Tue, 27 May 2008 07:04:03 +0300 In-Reply-To: <483B8715.9060609@freebsd.org> (Tim Kientzle's message of "Mon, 26 May 2008 20:59:17 -0700") Message-ID: <87mymcxuj0.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m4R445KV013244 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.294, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.10, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Call for Testers: bsdcpio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 04:22:57 -0000 On Mon, 26 May 2008 20:59:17 -0700, Tim Kientzle wrote: >Giorgos Keramidas wrote: >> Are there particular tests you want us to run with bsdcpio? I'm >> using cpio a lot for copying stuff around, so if there's anything >> particular you want me to watch out for, or something you'd like >> tested/stressed a bit more, just let me know. > [...] > Basically, I just want people to use it, notice if it causes > problems ;-), and let me know about it. Fair enough. I've already set up my make.conf to build with BSD cpio, so the next buildworld in a few minutes should get things going here :) From owner-freebsd-current@FreeBSD.ORG Tue May 27 04:29:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B3CE106566C for ; Tue, 27 May 2008 04:29:04 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 138FC8FC2B for ; Tue, 27 May 2008 04:29:03 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.128] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m4R3xHtv034900; Mon, 26 May 2008 20:59:17 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <483B8715.9060609@freebsd.org> Date: Mon, 26 May 2008 20:59:17 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <483B0FDB.1060400@freebsd.org> <87d4n8zbqp.fsf@kobe.laptop> In-Reply-To: <87d4n8zbqp.fsf@kobe.laptop> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Call for Testers: bsdcpio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 04:29:04 -0000 Giorgos Keramidas wrote: > On Mon, 26 May 2008 12:30:35 -0700, Tim Kientzle wrote: > >>Please let me know your experiences with bsdcpio. > > Are there particular tests you want us to run with bsdcpio? I'm > using cpio a lot for copying stuff around, so if there's anything > particular you want me to watch out for, or something you'd like > tested/stressed a bit more, just let me know. I don't know of any particular weak points right now. But this is still new enough code that there's certainly some bugs, surprises, or missing features. The trickiest issue has been getting hardlink handling correct; -p mishandled hardlinks up until just a few weeks ago, and the different strategies used for handling hard links in old and new cpio formats have been responsible for a lot of code thrash. There may also be subtle differences compared to GNU cpio, especially in areas like filename pattern matching. I'm also looking for feedback about the feature set, including missing options and cpio file format variants that people rely on. Basically, I just want people to use it, notice if it causes problems ;-), and let me know about it. Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Tue May 27 04:42:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74E841065677; Tue, 27 May 2008 04:42:53 +0000 (UTC) (envelope-from Fluffy@fluffy.khv.ru) Received: from ns.ael.RU (ns.ael.ru [62.76.207.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8A6548FC18; Tue, 27 May 2008 04:42:52 +0000 (UTC) (envelope-from Fluffy@fluffy.khv.ru) Received: from Fluffy.Khv.RU ([10.0.3.24]) by ns.ael.RU (8.14.2/8.14.2/Fluffy/5.2) with ESMTP id m4R4WM08051348; Tue, 27 May 2008 15:32:27 +1100 (VLAST) (envelope-from Fluffy@fluffy.khv.ru) Received: from localhost (localhost [IPv6:::1]) by Fluffy.Khv.RU (8.14.2/8.14.2/Fluffy/5.4) with ESMTP id m4R4W7Ic033954; Tue, 27 May 2008 15:32:08 +1100 (VLAST) (envelope-from Fluffy@fluffy.khv.ru) From: Dima Panov Organization: Fluffy.Khv.RU To: freebsd-current@freebsd.org Date: Tue, 27 May 2008 15:31:59 +1100 User-Agent: KMail/1.9.9 References: <4839B2FD.8060401@FreeBSD.org> In-Reply-To: X-Face: ":V.@]O#Be+@-)It'f{i7t>Qrcq_D/k^3nG]z[zA{d$Kg48HH'vs@z]IPox'9K/az&(=?utf-8?q?l=2E=23=0A=09=7C8EBsvoJLK=3D?=>Tg5%HoLzS%[7qv:Wb)r!M1ebEpx-3)b03F0]+uCrU8JcVmXM\F6NGk(=?utf-8?q?wb=60=0A=09J6=5F?="+i|W3Gvc7V>k?5; ,}YH*ss%_Z<-NoGA|P#W+4!S@iV"y"$5.I?9T>=?utf-8?q?=7EXqbBSxr=3Bw8ZU=0A=09-D?="E'>fDr?<7-d9IOB0yW,0%PGDA'v>[QS,J+LH[UjS)U"zZf),h<=?utf-8?q?C4cI!Y=25v+hG=3AK=601!T=0A=09dvf=5FY?= MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805271532.05962.Fluffy@fluffy.khv.ru> X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on Fluffy.Khv.RU X-Virus-Status: Clean X-Spam-Status: No, score=-9.7 required=5.0 tests=BAYES_00,RDNS_NONE autolearn=no version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ns.ael.RU X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ns.ael.RU [62.76.207.226]); Tue, 27 May 2008 15:32:28 +1100 (VLAST) Cc: Subject: Re: est: CPU supports Enhanced Speedstep, but is not recognized. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 04:42:53 -0000 On Tuesday 27 May 2008 01:17:11 Eygene Ryabinkin wrote: > Kris, good day. > > Sun, May 25, 2008 at 08:42:05PM +0200, Kris Kennaway wrote: > > For the past few months some of my machines have reported at boot: > > > > cpu0: on acpi0 > > est0: on cpu0 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 722072206000722 > > device_attach: est0 attach returned 6 > > p4tcc0: on cpu0 > > cpu1: on acpi0 > > est1: on cpu1 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 722072206000722 > > device_attach: est1 attach returned 6 > > p4tcc1: on cpu1 > > ... > > (for every CPU). > > > > They were not previously this verbose. What is going wrong? > > Any chance that you have upgraded your BIOS or modified ACPI tables? > This error message is present already for two years or so. What > CPUs do you have? I assume it is on -CURRENT? Yes, it's -CURRENT. I have same error messages. > The message comes from sys/i386/cpufreq/est.c:1066, revision 1.16. > And your trouble most probably comes from est_acpi_info() that does > not return the list of frequencies. I am seeing this for the > dual-core Intel CPUs, but only the second core is not recognized, > the first one is OK. Seems to be affected many of Core2Duo CPUs, which are detected by cpuid as "Family 6 processor" For example, my notebook, ASUS F3Jr, give me same error: CPU: Intel(R) Core(TM)2 CPU T5300 @ 1.73GHz (1731.08-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f2 Stepping = 2 Features=0xbfebfbff Features2=0xe39d AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2147123200 (2047 MB) avail memory = 2097483776 (2000 MB) For old-core Dual Xeon (Family 10) est is alrady recognised ( I have some of them on my workplace) -- Dmitry "Red Fox" Panov @ Home FreeBSD since September, 1995 Khabarovsk, Russia YaIM:redfox_dm | Jabber.org:fluffy | ICQ:1745024 From owner-freebsd-current@FreeBSD.ORG Tue May 27 05:44:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C989E106566B for ; Tue, 27 May 2008 05:44:31 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id 74D0E8FC36 for ; Tue, 27 May 2008 05:44:31 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 65224 invoked from network); 27 May 2008 05:17:49 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 27 May 2008 05:17:49 -0000 X-pair-Authenticated: 209.68.2.70 Date: Tue, 27 May 2008 00:17:48 -0500 (CDT) From: Mike Silbersack To: current@freebsd.org In-Reply-To: <20071224020713.F1390@odysseus.silby.com> Message-ID: <20080527001051.P1500@odysseus.silby.com> References: <20071224020713.F1390@odysseus.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1861302967-1840424702-1211865468=:1500" Cc: Subject: Re: Repeated or missed keys after upgrading from 6.2 to 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 05:44:31 -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. --1861302967-1840424702-1211865468=:1500 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Mon, 24 Dec 2007, Mike Silbersack wrote: > In order to eat my own dog food, I upgraded my laptop from 6.2 to 7.0. This > seemed to have gone well, until I started writing a long e-mail while sitting > on the couch today. As I was typing the e-mail, I noticed that my typing > skills seemed to have gone missing; there were words missing 2-3 letters, and > other places where I was apparently holding down keyyyys. Heh, that's a real > example of the phenomenon right there. > > After a while I realized that I was not typing sloppily, but that in fact > keys are being lost in certain cases and duplicated in others. Since I did > not rebuild any ports or packages, I'm convinced that this is directly > related to the 7.0 upgrade. > > This behavior has shown up when running a local copy of pine (inside > konsole), chatting in ksirc, and in a few other programs. (I'm running KDE.) > I think it happens more when on battery than when plugged into an outlet. > I'm running xbattbar, so it could be querying the battery status and causing > problems. This is using the laptop's built-in keyboard (non-USB.) > > I'm going to try to track this down, although I don't know how successful > I'll be. I'd like to know if anyone else has seen this problem and if they > have any additional information that might help me track it down faster. > > Thanks, > > Mike "Silby" Silbersack For anyone still interested (and I suspect those who have Acer laptops will be), I've finally found a fix for this problem. The same problem was reported with some versions of Linux: http://bugzilla.kernel.org/show_bug.cgi?id=9998 To summarize the bug report, the problem is that the ACPI Embedded Controller on some Acer laptops handles both keyboard I/O and the communication channel to the smart battery. If you talk to the battery too quickly, the chip will start dropping keystrokes. To deal with this, the Linux acpi maintainers added back some delays that had been present in the past. I tried a similar approach, and found it to be effective on FreeBSD 7.0. Applying the attached patch and setting debug.acpi.ec.extradelay=1000 seems to completely cure the keyboard problems for me. Anyone interested in reviewing the patch? Thanks, Mike "Silby" Silbersack --1861302967-1840424702-1211865468=:1500 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=acpi_ec.c.extradelay.patch Content-Transfer-Encoding: BASE64 Content-ID: <20080527001748.N1500@odysseus.silby.com> Content-Description: Content-Disposition: attachment; filename=acpi_ec.c.extradelay.patch ZGlmZiAtdSAtciAvdXNyL3NyYy9zeXMub2xkL2Rldi9hY3BpY2EvYWNwaV9l Yy5jIC91c3Ivc3JjL3N5cy9kZXYvYWNwaWNhL2FjcGlfZWMuYw0KLS0tIC91 c3Ivc3JjL3N5cy5vbGQvZGV2L2FjcGljYS9hY3BpX2VjLmMJMjAwOC0wNS0y NiAyMzo0NzoyMi4wMDAwMDAwMDAgLTA1MDANCisrKyAvdXNyL3NyYy9zeXMv ZGV2L2FjcGljYS9hY3BpX2VjLmMJMjAwOC0wNS0yNiAyMzo1ODoyMi4wMDAw MDAwMDAgLTA1MDANCkBAIC0xOTQsNiArMTk0LDEwIEBADQogVFVOQUJMRV9J TlQoImRlYnVnLmFjcGkuZWMudGltZW91dCIsICZlY190aW1lb3V0KTsNCiBT WVNDVExfSU5UKF9kZWJ1Z19hY3BpX2VjLCBPSURfQVVUTywgdGltZW91dCwg Q1RMRkxBR19SVywgJmVjX3RpbWVvdXQsDQogICAgIEVDX1RJTUVPVVQsICJU b3RhbCB0aW1lIHNwZW50IHdhaXRpbmcgZm9yIGEgcmVzcG9uc2UgKHBvbGwr c2xlZXApIik7DQorc3RhdGljIGludAllY19leHRyYWRlbGF5ID0gMDsNCitU VU5BQkxFX0lOVCgiZGVidWcuYWNwaS5lYy5leHRyYWRlbGF5IiwgJmVjX2V4 dHJhZGVsYXkpOw0KK1NZU0NUTF9JTlQoX2RlYnVnX2FjcGlfZWMsIE9JRF9B VVRPLCBleHRyYWRlbGF5LCBDVExGTEFHX1JXLCAmZWNfZXh0cmFkZWxheSwN CisgICAgMCwgIk1pY3Jvc2Vjb25kcyB0byBkZWxheSBhdCB0aGUgc3RhcnQg b2YgRWNXYWl0RXZlbnQiKTsNCiANCiBzdGF0aWMgQUNQSV9TVEFUVVMNCiBF Y0xvY2soc3RydWN0IGFjcGlfZWNfc29mdGMgKnNjKQ0KQEAgLTgxMiw2ICs4 MTYsOCBAQA0KIA0KICAgICBBQ1BJX1NFUklBTF9BU1NFUlQoZWMpOw0KICAg ICBTdGF0dXMgPSBBRV9OT19IQVJEV0FSRV9SRVNQT05TRTsNCisgICAgaWYg KGVjX2V4dHJhZGVsYXkgPiAwICYmIGVjX2V4dHJhZGVsYXkgPCAyMDAwKQ0K KwlBY3BpT3NTdGFsbChlY19leHRyYWRlbGF5KTsNCiAgICAgaW50IG5lZWRf cG9sbCA9IGNvbGQgfHwgcmVib290aW5nIHx8IGVjX3BvbGxlZF9tb2RlIHx8 IHNjLT5lY19zdXNwZW5kaW5nOw0KICAgICAvKg0KICAgICAgKiBUaGUgbWFp biBDUFUgc2hvdWxkIGJlIG11Y2ggZmFzdGVyIHRoYW4gdGhlIEVDLiAgU28g dGhlIHN0YXR1cyBzaG91bGQNCg== --1861302967-1840424702-1211865468=:1500-- From owner-freebsd-current@FreeBSD.ORG Tue May 27 06:15:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93906106566B for ; Tue, 27 May 2008 06:15:21 +0000 (UTC) (envelope-from peter@wemm.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 57BC48FC20 for ; Tue, 27 May 2008 06:15:21 +0000 (UTC) (envelope-from peter@wemm.org) Received: by an-out-0708.google.com with SMTP id b33so541756ana.13 for ; Mon, 26 May 2008 23:15:20 -0700 (PDT) Received: by 10.100.194.5 with SMTP id r5mr848090anf.146.1211868920478; Mon, 26 May 2008 23:15:20 -0700 (PDT) Received: by 10.100.8.6 with HTTP; Mon, 26 May 2008 23:15:20 -0700 (PDT) Message-ID: Date: Mon, 26 May 2008 23:15:20 -0700 From: "Peter Wemm" To: "Poul-Henning Kamp" In-Reply-To: <42521.1211829076@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080526161608.GE64397@hoeg.nl> <42521.1211829076@critter.freebsd.dk> Cc: Ed Schouten , current@freebsd.org, arch@freebsd.org, Robert Watson , Ade Lovett , net@freebsd.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 06:15:21 -0000 On Mon, May 26, 2008 at 12:11 PM, Poul-Henning Kamp wrote: > In message <20080526161608.GE64397@hoeg.nl>, Ed Schouten writes: > >>The new TTY layer should still support line disciplines, [...] > > Actually... I think it shouldn't. > > Line-disc's were introduced to interface weird-ass hardware like > digitizing tablets that had very high data rates, but very little > information (16 bit X, 16 bit Y and a couple of buttons, like modern > mice) which would cost inordinate amounts of CPU time to support > in userland on a VAX computer. > > If_slip.c happened in the kernel because there was no tun device, > people cranked the speed up all they could (Hands up: who has changed > the Xtal on a VAX serial port for faster SLIP ?) > > if_ppp happened because that was how if_slip did it. > > Today there is no longer a market for line disciplines and in > practice we have only one: the POSIX mandated "termios", which also > emulates the older "termio" ioctls. > > Anybody who cares to browse the three pages of text that RFC1055 > contains, will see that implementing SLIP in userland using tun(4) > and the code on the other three pages of RFC1055 is a trivial task > not even worthy of a SoC student. > > PPP over async is already much better handled in ppp(8) thanks > to Brians valiant effort back in the stoneage of the internet. > > We should summarily kill the concept of line disciplines as a > modular component and decide that TTYs can be used with termios(4) > or raw mode and leave it at that. Amen brother!! I'd like if_sl.c and if_ppp.c/ppp_tty.c to go away simply so that we don't have to keep the line discipline switch in its current form. Let the tty layer rewrite have a free hand at doing whatever locking strategy is most appropriate for ttys, without having to worry about line disciplines and the lock order problems that come with if_sl.c. There is a reason why we merged the splnet() and spltty() interrupt masks back when we had spl()s. The tty stack cross called into the network stack via if_sl, and vice versa. ppp_tty.c had a hack to create a swi (thread) to partly hack around this where it was most critical to limit blocking of interrupts. To make this work is likely going to need a full taskq or thread for both if_sl.c and ppp_tty.c. It just isn't worth it. Especially when we have a better option in userland for ppp, and slip is a few dozen lines of code around a if_tun select loop. I've written 75% of what it would take to do slip in userland at least two or three times already, over the last 10 years. It just isn't worth it. Let line disciplines die and give Ed a free hand to do ttys "right". Line disciplines were there so that we could push processing for things like serial mice into the kernel and reduce context switches. We've been doing that in userland for the last 14+ years. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Tue May 27 06:28:49 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F15081065674; Tue, 27 May 2008 06:28:48 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id AC4B28FC2F; Tue, 27 May 2008 06:28:48 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8D8C81CC1A; Tue, 27 May 2008 08:27:36 +0200 (CEST) Date: Tue, 27 May 2008 08:27:36 +0200 From: Ed Schouten To: Poul-Henning Kamp Message-ID: <20080527062736.GF64397@hoeg.nl> References: <20080526161608.GE64397@hoeg.nl> <42521.1211829076@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eNMatiwYGLtwo1cJ" Content-Disposition: inline In-Reply-To: <42521.1211829076@critter.freebsd.dk> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@FreeBSD.org, arch@FreeBSD.org, Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 06:28:49 -0000 --eNMatiwYGLtwo1cJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Poul-Henning Kamp wrote: > In message <20080526161608.GE64397@hoeg.nl>, Ed Schouten writes: >=20 > >The new TTY layer should still support line disciplines, [...] >=20 > Actually... I think it shouldn't. With the word `should' I meant that it would still be possible to implement multiple line disciplines with the mpsafetty code. But I really think line disciplines should go. What should happen with the NETGRAPHDISC? --=20 Ed Schouten WWW: http://80386.nl/ --eNMatiwYGLtwo1cJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkg7qdgACgkQ52SDGA2eCwWzpQCfWdegx1c9kAwnf8pgIVheii53 g0wAn21RUzpMiDVW7mZXUBM35wf154Wl =054i -----END PGP SIGNATURE----- --eNMatiwYGLtwo1cJ-- From owner-freebsd-current@FreeBSD.ORG Tue May 27 06:37:51 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E287D106566B; Tue, 27 May 2008 06:37:51 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3098FC17; Tue, 27 May 2008 06:37:51 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id DDB08170E3; Tue, 27 May 2008 06:37:49 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m4R6bnsA045634; Tue, 27 May 2008 06:37:49 GMT (envelope-from phk@critter.freebsd.dk) To: Ed Schouten From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 27 May 2008 08:27:36 +0200." <20080527062736.GF64397@hoeg.nl> Date: Tue, 27 May 2008 06:37:49 +0000 Message-ID: <45633.1211870269@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org, arch@FreeBSD.org, Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 06:37:52 -0000 In message <20080527062736.GF64397@hoeg.nl>, Ed Schouten writes: >> >The new TTY layer should still support line disciplines, [...] >> >> Actually... I think it shouldn't. > >With the word `should' I meant that it would still be possible to >implement multiple line disciplines with the mpsafetty code. But I >really think line disciplines should go. No, don't bother. Remove the entire "abstraction" of linedisciplines. >What should happen with the NETGRAPHDISC? It should be done in userland if it is necessary at all. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue May 27 06:44:06 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1785F106566B; Tue, 27 May 2008 06:44:06 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id C93D98FC28; Tue, 27 May 2008 06:44:05 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 866C01CC1A; Tue, 27 May 2008 08:42:53 +0200 (CEST) Date: Tue, 27 May 2008 08:42:53 +0200 From: Ed Schouten To: Poul-Henning Kamp Message-ID: <20080527064253.GG64397@hoeg.nl> References: <20080527062736.GF64397@hoeg.nl> <45633.1211870269@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+1TulI7fc0PCHNy3" Content-Disposition: inline In-Reply-To: <45633.1211870269@critter.freebsd.dk> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@FreeBSD.org, arch@FreeBSD.org, Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 06:44:06 -0000 --+1TulI7fc0PCHNy3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Poul-Henning Kamp wrote: > In message <20080527062736.GF64397@hoeg.nl>, Ed Schouten writes: >=20 > >> >The new TTY layer should still support line disciplines, [...] > >>=20 > >> Actually... I think it shouldn't. > > > >With the word `should' I meant that it would still be possible to > >implement multiple line disciplines with the mpsafetty code. But I > >really think line disciplines should go. >=20 > No, don't bother. Remove the entire "abstraction" of linedisciplines. Your wish is my command. --=20 Ed Schouten WWW: http://80386.nl/ --+1TulI7fc0PCHNy3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkg7rW0ACgkQ52SDGA2eCwVsqACdEzoW5Fq+G8mEnjOJEFB8hOQf hPoAn0L1/k6DBz2mM0BZ5qcK0tLG4HWL =hY/5 -----END PGP SIGNATURE----- --+1TulI7fc0PCHNy3-- From owner-freebsd-current@FreeBSD.ORG Tue May 27 07:45:27 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1B0F1065670 for ; Tue, 27 May 2008 07:45:27 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outb.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id B632B8FC27 for ; Tue, 27 May 2008 07:45:27 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 2B0592496; Tue, 27 May 2008 00:45:33 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id B3D2E2D6022; Tue, 27 May 2008 00:45:26 -0700 (PDT) Message-ID: <483BBC1B.6040905@elischer.org> Date: Tue, 27 May 2008 00:45:31 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Poul-Henning Kamp References: <42521.1211829076@critter.freebsd.dk> In-Reply-To: <42521.1211829076@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org, Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 07:45:27 -0000 Poul-Henning Kamp wrote: > In message <20080526161608.GE64397@hoeg.nl>, Ed Schouten writes: > >> The new TTY layer should still support line disciplines, [...] > > Actually... I think it shouldn't. > > Line-disc's were introduced to interface weird-ass hardware like > digitizing tablets that had very high data rates, but very little > information (16 bit X, 16 bit Y and a couple of buttons, like modern > mice) which would cost inordinate amounts of CPU time to support > in userland on a VAX computer. > > If_slip.c happened in the kernel because there was no tun device, > people cranked the speed up all they could (Hands up: who has changed > the Xtal on a VAX serial port for faster SLIP ?) > > if_ppp happened because that was how if_slip did it. > > Today there is no longer a market for line disciplines and in > practice we have only one: the POSIX mandated "termios", which also > emulates the older "termio" ioctls. > > Anybody who cares to browse the three pages of text that RFC1055 > contains, will see that implementing SLIP in userland using tun(4) > and the code on the other three pages of RFC1055 is a trivial task > not even worthy of a SoC student. > > PPP over async is already much better handled in ppp(8) thanks > to Brians valiant effort back in the stoneage of the internet. > > We should summarily kill the concept of line disciplines as a > modular component and decide that TTYs can be used with termios(4) > or raw mode and leave it at that. > > Poul-Henning > However the line discipline was a very convenient place for netgraph to hook in without leaving the kernel. If you can supply an equally effective way to hook into a serial device in such a way that it appears to be a source/sink of bits then I don't care about line disciplins, but until you have a suggested replacement then leave them alone. There are MANY people using mpd with the netgraph ppp moduel hooked directly to the serial port via the netgraph line discipline. From owner-freebsd-current@FreeBSD.ORG Tue May 27 08:04:02 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75713106567A; Tue, 27 May 2008 08:04:02 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D88A28FC12; Tue, 27 May 2008 08:04:01 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 3AA67170E3; Tue, 27 May 2008 08:04:00 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m4R83xfh051990; Tue, 27 May 2008 08:03:59 GMT (envelope-from phk@critter.freebsd.dk) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 27 May 2008 00:45:31 MST." <483BBC1B.6040905@elischer.org> Date: Tue, 27 May 2008 08:03:59 +0000 Message-ID: <51989.1211875439@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org, Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 08:04:02 -0000 In message <483BBC1B.6040905@elischer.org>, Julian Elischer writes: >However the line discipline was a very convenient place for netgraph >to hook in without leaving the kernel. If you can supply an equally >effective way to hook into a serial device in such a way that it >appears to be a source/sink of bits then I don't care about >line disciplins, but until you have a suggested replacement then leave >them alone. There are MANY people using mpd with the netgraph ppp >moduel hooked directly to the serial port via the netgraph line >discipline. What exact value of "MANY" are we talking about here, and do you have any evidence that the systems in question will be updated to FreeBSD-8.0-RELEASE or later ? If, contrary to my expectation, that you can show a real market here, then we should make a better interface than linedisc for such hooks into serial ports. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue May 27 08:06:11 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1740C1065682 for ; Tue, 27 May 2008 08:06:11 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outv.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id EF06A8FC3C for ; Tue, 27 May 2008 08:06:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id C1CF42401; Tue, 27 May 2008 01:06:21 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 6C44C2D6014; Tue, 27 May 2008 01:06:09 -0700 (PDT) Message-ID: <483BC0F6.4050700@elischer.org> Date: Tue, 27 May 2008 01:06:14 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Poul-Henning Kamp References: <42521.1211829076@critter.freebsd.dk> <483BBC1B.6040905@elischer.org> In-Reply-To: <483BBC1B.6040905@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org, Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 08:06:11 -0000 Julian Elischer wrote: > Poul-Henning Kamp wrote: >> In message <20080526161608.GE64397@hoeg.nl>, Ed Schouten writes: >> >>> The new TTY layer should still support line disciplines, [...] >> >> Actually... I think it shouldn't. >> >> Line-disc's were introduced to interface weird-ass hardware like >> digitizing tablets that had very high data rates, but very little >> information (16 bit X, 16 bit Y and a couple of buttons, like modern >> mice) which would cost inordinate amounts of CPU time to support >> in userland on a VAX computer. >> >> If_slip.c happened in the kernel because there was no tun device, >> people cranked the speed up all they could (Hands up: who has changed >> the Xtal on a VAX serial port for faster SLIP ?) >> >> if_ppp happened because that was how if_slip did it. >> >> Today there is no longer a market for line disciplines and in >> practice we have only one: the POSIX mandated "termios", which also >> emulates the older "termio" ioctls. >> >> Anybody who cares to browse the three pages of text that RFC1055 >> contains, will see that implementing SLIP in userland using tun(4) >> and the code on the other three pages of RFC1055 is a trivial task >> not even worthy of a SoC student. >> >> PPP over async is already much better handled in ppp(8) thanks >> to Brians valiant effort back in the stoneage of the internet. >> >> We should summarily kill the concept of line disciplines as a >> modular component and decide that TTYs can be used with termios(4) >> or raw mode and leave it at that. >> >> Poul-Henning >> > > > However the line discipline was a very convenient place for netgraph to > hook in without leaving the kernel. If you can supply an equally > effective way to hook into a serial device in such a way that it appears > to be a source/sink of bits then I don't care about > line disciplins, but until you have a suggested replacement then leave > them alone. There are MANY people using mpd with the netgraph ppp moduel > hooked directly to the serial port via the netgraph line discipline. p.s "do it in userland" is not the right answer, but it should be able to hook into netgraph without all the requirements that were needed for a line discipline. let me contact you independently and we 'll see what can be done. > > _______________________________________________ > 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-current@FreeBSD.ORG Tue May 27 08:12:41 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 795E8106567A for ; Tue, 27 May 2008 08:12:41 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outd.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id 608A18FC0A for ; Tue, 27 May 2008 08:12:41 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id AFC5F2401; Tue, 27 May 2008 01:13:15 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 5BE332D601A; Tue, 27 May 2008 01:12:40 -0700 (PDT) Message-ID: <483BC27C.6010102@elischer.org> Date: Tue, 27 May 2008 01:12:44 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Poul-Henning Kamp References: <51989.1211875439@critter.freebsd.dk> In-Reply-To: <51989.1211875439@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org, Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 08:12:41 -0000 Poul-Henning Kamp wrote: > In message <483BBC1B.6040905@elischer.org>, Julian Elischer writes: > >> However the line discipline was a very convenient place for netgraph >> to hook in without leaving the kernel. If you can supply an equally >> effective way to hook into a serial device in such a way that it >> appears to be a source/sink of bits then I don't care about >> line disciplins, but until you have a suggested replacement then leave >> them alone. There are MANY people using mpd with the netgraph ppp >> moduel hooked directly to the serial port via the netgraph line >> discipline. > > What exact value of "MANY" are we talking about here, and do you > have any evidence that the systems in question will be updated > to FreeBSD-8.0-RELEASE or later ? judging by the bug reports when things get broken there are still a lot of people connected to the internet via dial up lines in places off the beaten track, and still a lot of people who when travelling do use dialup still. Some of these also use mpd. I can not say how many plan to keep using this in the future but it may be that the simplest answer is a completely separate sio driver that just has netgraph hooks. I haven't talked with Ed yet but there may be may ways to solve this problem. One that comes to mind is tha tthe way netgraph hooks to other modules assumes a possible queueing of data, and that decoupling could make it a lot easier to connect tehm that was required for slip and ppp. > > If, contrary to my expectation, that you can show a real market > here, then we should make a better interface than linedisc for > such hooks into serial ports. > From owner-freebsd-current@FreeBSD.ORG Tue May 27 08:54:57 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FA631065672; Tue, 27 May 2008 08:54:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1E56C8FC18; Tue, 27 May 2008 08:54:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A01BB46B2D; Tue, 27 May 2008 04:54:56 -0400 (EDT) Date: Tue, 27 May 2008 09:54:56 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <45633.1211870269@critter.freebsd.dk> Message-ID: <20080527095317.R35026@fledge.watson.org> References: <45633.1211870269@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org, Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 08:54:57 -0000 On Tue, 27 May 2008, Poul-Henning Kamp wrote: > In message <20080527062736.GF64397@hoeg.nl>, Ed Schouten writes: > >>>> The new TTY layer should still support line disciplines, [...] >>> >>> Actually... I think it shouldn't. >> >> With the word `should' I meant that it would still be possible to implement >> multiple line disciplines with the mpsafetty code. But I really think line >> disciplines should go. > > No, don't bother. Remove the entire "abstraction" of linedisciplines. > >> What should happen with the NETGRAPHDISC? > > It should be done in userland if it is necessary at all. It sounds like there is some disagreement on this point, given that that would require byte streams from serial lines to go into userspace just to be re-injected into the kernel in order to enter netgraph. Rather than do that, a more sensible route would be to look at converting ng_tty from a line discipline into a much more constrained set of I/O hooks, selected using the same ioctl but presumably a different discipline name. Unfortunately, it's not clear that snp would use the same hooks, as Netgraph presumably wants to eat the input, whereas snp just wants a copy, but perhaps there's a clean way to capture that distinction. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue May 27 15:19:08 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 030EF1065672; Tue, 27 May 2008 15:19:08 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 93C208FC0A; Tue, 27 May 2008 15:19:07 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id DA98F104A60; Tue, 27 May 2008 11:19:06 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 27 May 2008 11:19:07 -0400 X-Sasl-enc: ZqpgoDUTicqVXYDdDy5GcplD65P6uhcNDK276KTzwMMu 1211901546 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id AA44CAA94; Tue, 27 May 2008 11:19:05 -0400 (EDT) Message-ID: <483C2666.7010608@FreeBSD.org> Date: Tue, 27 May 2008 16:19:02 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Ed Schouten References: <20080527062736.GF64397@hoeg.nl> <45633.1211870269@critter.freebsd.dk> <20080527064253.GG64397@hoeg.nl> In-Reply-To: <20080527064253.GG64397@hoeg.nl> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, arch@FreeBSD.org, Poul-Henning Kamp , Robert Watson , Ade Lovett , net@FreeBSD.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 15:19:08 -0000 Ed Schouten wrote: >>> With the word `should' I meant that it would still be possible to >>> implement multiple line disciplines with the mpsafetty code. But I >>> really think line disciplines should go. >>> >> No, don't bother. Remove the entire "abstraction" of linedisciplines. >> > > Your wish is my command. > Like Julian and Robert said, please don't break Netgraph. It still needs to hook into tty at a very low level; and the components such as Bluetooth which can use ttys for low level stream processing, are built on Netgraph. Both SLIP and PPP can be built using Netgraph. Other than that, line disciplines can go away. From owner-freebsd-current@FreeBSD.ORG Tue May 27 16:15:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCCF51065676 for ; Tue, 27 May 2008 16:15:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 638468FC12 for ; Tue, 27 May 2008 16:15:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 11F8741C7A3 for ; Tue, 27 May 2008 17:55:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 2jhxAuG1IP2X for ; Tue, 27 May 2008 17:55:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 7146E41C795; Tue, 27 May 2008 17:55:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 9417044487F for ; Tue, 27 May 2008 15:50:53 +0000 (UTC) Date: Tue, 27 May 2008 15:50:53 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: <20080527142119.Y65662@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: ip forwarding panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 16:15:07 -0000 Hi, this is from a soekris box w/o disk so I cannot take a core. The kernel on the soekris is 7-STABLE from May 21. I am doing IP forwarding through the soekris with two connected subnets and no other routes. Using the following on a machine left and right of the soekris: ./netreceive 4500 ./netblast 192.0.2.2 4500 56 60 it takes up to 3 seconds and 3k-6k packets arriving on the receiver side to get any of these *booms* ------------------------------------------------------------------------ Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x20:0xc0550ea8 stack pointer = 0x28:0xc9c02b2c frame pointer = 0x28:0xc9c02b48 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 = 19 (irq10: sis0 sis1+) trap number = 12 panic: page fault KDB: stack backtrace: db_trace_self_wrapper(c0771c93,c9c029cc,c0504a2a,c076fe5f,c07ce140,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c076fe5f,c07ce140,c07637f5,c9c029d8,c9c029d8,...) at kdb_backtrace+0x29 panic(c07637f5,c078db22,c51594d0,1,1,...) at panic+0xaa trap_fatal(c07cc200,0,1,0,62,...) at trap_fatal+0x303 trap_pfault(c5167c00,c52b8600,c5285ac8,c519a04c,c51592ac,...) at trap_pfault+0x270 trap(c9c02aec) at trap+0x3ea calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc0550ea8, esp = 0xc9c02b2c, ebp = 0xc9c02b48 --- m_copydata(c52b8700,0,cc,c5209e34,0,...) at m_copydata+0x38 ip_forward(c52b8700,0,c50fdc00,0,c51420a8,...) at ip_forward+0x1c8 ip_input(c52b8700,0,800,c5165000,800,...) at ip_input+0x67c netisr_dispatch(2,c52b8700,10,3,0,...) at netisr_dispatch+0x55 ether_demux(c5165000,c52b8700,3,0,3,...) at ether_demux+0x1e0 ether_input(c5165000,c52b8700,28,28,c07c70f8,...) at ether_input+0x343 sis_rxeof(c9c00020,246,c07e8829,c9c02cbc,c07474f7,...) at sis_rxeof+0x1a3 sis_intr(c515a800,0,c076d632,46b,aa55aa55,...) at sis_intr+0x10e ithread_loop(c5169910,c9c02d38,aa55aa55,aa55aa55,aa55aa55,...) at ithread_loop+0x1ab fork_exit(c04e4990,c5169910,c9c02d38) at fork_exit+0x96 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc9c02d70, ebp = 0 --- Uptime: 9m29s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort telnet> send brk KDB: enter: Line break on console [thread pid 19 tid 100017 ] Stopped at kdb_enter_why+0x3a: movl $0,kdb_why ------------------------------------------------------------------------ (gdb) l *ip_forward+0x1c8 0xc05c6318 is in ip_forward (/usr/src/RELENG_7_soekris/src/sys/netinet/ip_input.c:1314). 1309 } 1310 1311 #ifdef IPSTEALTH 1312 if (!ipstealth) { 1313 #endif 1314 ip->ip_ttl -= IPTTLDEC; 1315 #ifdef IPSTEALTH 1316 } 1317 #endif 1318 0xc05c7adc is in ip_input (/usr/src/RELENG_7_soekris/src/sys/netinet/ip_input.c:610). 605 } else { 606 #ifdef IPSEC 607 if (ip_ipsec_fwd(m)) 608 goto bad; 609 #endif /* IPSEC */ 610 ip_forward(m, dchg); 611 } 612 return; 613 614 ours: (gdb) For the next crash (below) I managed to got into ddb in time. What makes me think something is wrong is that I have a payload size of 56 bytes and mtu of 1500 %./netblast 192.0.2.2 4500 56 60 but we are calling into ip_fragment? struct ip looks ok. db> p/x *0xc534000e 54000045 db> p/x *0xc5340012 aaa1 db> p/x *0xc5340016 25161140 db> p/x *0xc534001a 1f40a8c0 db> p/x *0xc534001e 20200c0 The MTU is the 3rd argument to ip_fragement which according to the backtrace is 5dc = 1500. So why didn't we call into *if_output in ip_output as if (ip->ip_len <= mtu || would have been true? ------------------------------------------------------------------------ Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x20:0xc0551776 stack pointer = 0x28:0xc9c02a54 frame pointer = 0x28:0xc9c02a80 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 = 19 (irq10: sis0 sis1+) trap number = 12 panic: page fault KDB: stack backtrace: db_trace_self_wrapper(c0771c93,c9c028f4,c0504a2a,c076fe5f,c07ce140,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c076fe5f,c07ce140,c07637f5,c9c02900,c9c02900,...) at kdb_backtrace+0x29 panic(c07637f5,c078db22,c51594d0,1,1,...) at panic+0xaa trap_fatal(c07cc200,0,1,0,c07c6f40,...) at trap_fatal+0x303 trap_pfault(c515ac00,c5167c00,62,c9c02a28,c51592ac,...) at trap_pfault+0x270 trap(c9c02a14) at trap+0x3ea calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc0551776, esp = 0xc9c02a54, ebp = 0xc9c02a80 --- m_copym(c5305800,5dc,5c8,1,1,...) at m_copym+0x36 ip_fragment(c534000e,c9c02b50,5dc,0,1,...) at ip_fragment+0x235 ip_output(c5305800,0,c9c02b8c,1,0,...) at ip_output+0xb6e ip_forward(c5305800,0,c04f6eec,c9c02bcc,c0747a31,...) at ip_forward+0x384 ip_input(c5305800,0,800,c5165000,800,...) at ip_input+0x67c netisr_dispatch(2,c5305800,10,3,0,...) at netisr_dispatch+0x55 ether_demux(c5165000,c5305800,3,0,3,...) at ether_demux+0x1e0 ether_input(c5165000,c5305800,c5160028,c5150028,c07c70f8,...) at ether_input+0x343 sis_rxeof(c9c00020,246,c07e8829,c9c02cbc,c07474f7,...) at sis_rxeof+0x1a3 sis_intr(c515a800,0,c076d632,46b,aa55aa55,...) at sis_intr+0x10e ithread_loop(c5169910,c9c02d38,aa55aa55,aa55aa55,aa55aa55,...) at ithread_loop+0x1ab fork_exit(c04e4990,c5169910,c9c02d38) at fork_exit+0x96 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc9c02d70, ebp = 0 --- Uptime: 2m34s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort telnet> send brk KDB: enter: Line break on console [thread pid 19 tid 100017 ] Stopped at kdb_enter_why+0x3a: movl $0,kdb_why ------------------------------------------------------------------------ 0xc05c8f95 is in ip_fragment (/usr/src/RELENG_7_soekris/src/sys/netinet/ip_output.c:732). 727 len = ip->ip_len - off; 728 m->m_flags |= M_LASTFRAG; 729 } else 730 mhip->ip_off |= IP_MF; 731 mhip->ip_len = htons((u_short)(len + mhlen)); 732 m->m_next = m_copy(m0, off, len); 733 if (m->m_next == NULL) { /* copy failed */ 734 m_free(m); 735 error = ENOBUFS; /* ??? */ 736 ipstat.ips_odropped++; (gdb) l *ip_output+0xb6e 0xc05c9c6e is in ip_output (/usr/src/RELENG_7_soekris/src/sys/netinet/ip_output.c:571). 566 567 /* 568 * Too large for interface; fragment if possible. If successful, 569 * on return, m will point to a list of packets to be sent. 570 */ 571 error = ip_fragment(ip, &m, mtu, ifp->if_hwassist, sw_csum); 572 if (error) 573 goto bad; 574 for (; m; m = m0) { 575 m0 = m->m_nextpkt; I swapped the machines (differnt kernels unfortunately) and put the soekris on the leaf and the other machine (actully server class) is holding up fine (same sources, different kernel config though). Anyone any ideas? -- Bjoern A. Zeeb Stop bit received. Insert coin for new game. From owner-freebsd-current@FreeBSD.ORG Tue May 27 16:43:16 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF92D106564A for ; Tue, 27 May 2008 16:43:16 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.83]) by mx1.freebsd.org (Postfix) with ESMTP id 925F78FC1E for ; Tue, 27 May 2008 16:43:16 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtp012-bge351000 (asmtp012-bge351000 [10.150.69.75]) by smtpoutm.mac.com (Xserve/smtpout020/MantshX 4.0) with ESMTP id m4RGhGNP028737; Tue, 27 May 2008 09:43:16 -0700 (PDT) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp012.mac.com (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K1J00HWDD42T350@asmtp012.mac.com>; Tue, 27 May 2008 09:43:16 -0700 (PDT) Message-id: <5229B4D7-40F0-4D45-93F1-244FA05E0304@mac.com> From: Marcel Moolenaar To: Julian Elischer In-reply-to: <483BC27C.6010102@elischer.org> Date: Tue, 27 May 2008 09:43:12 -0700 References: <51989.1211875439@critter.freebsd.dk> <483BC27C.6010102@elischer.org> X-Mailer: Apple Mail (2.919.2) Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org, Poul-Henning Kamp , Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 16:43:17 -0000 On May 27, 2008, at 1:12 AM, Julian Elischer wrote: > judging by the bug reports when things get broken there are still a > lot of people connected to the internet via dial up lines in places > off the beaten track, and still a lot of people who when travelling > do use dialup still. Some of these also use mpd. I can not say how > many plan to keep using this in the future but it may be that the > simplest answer is a completely separate sio driver that > just has netgraph hooks. I haven't talked with Ed yet but there > may be may ways to solve this problem. Take a look at uart(4). It has been designed to allow different kernel interfaces. It currently supports TTYs and keyboards. It should not be too hard to have it hook into netgraph. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue May 27 17:01:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8B411065671; Tue, 27 May 2008 17:01:50 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 811628FC15; Tue, 27 May 2008 17:01:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m4R8xHNg021311; Tue, 27 May 2008 18:59:17 +1000 Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m4R8xDdR001141 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 May 2008 18:59:15 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m4R8xDaJ084440; Tue, 27 May 2008 18:59:13 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m4R8xDXR084439; Tue, 27 May 2008 18:59:13 +1000 (EST) (envelope-from peter) Date: Tue, 27 May 2008 18:59:13 +1000 From: Peter Jeremy To: Poul-Henning Kamp Message-ID: <20080527085913.GD1469@server.vk2pj.dyndns.org> References: <20080526161608.GE64397@hoeg.nl> <42521.1211829076@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rBVNTu5JXDAWzN2S" Content-Disposition: inline In-Reply-To: <42521.1211829076@critter.freebsd.dk> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: arch@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 17:01:51 -0000 --rBVNTu5JXDAWzN2S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-May-26 19:11:16 +0000, Poul-Henning Kamp wrote: >We should summarily kill the concept of line disciplines as a >modular component and decide that TTYs can be used with termios(4) >or raw mode and leave it at that. streams anyone? --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --rBVNTu5JXDAWzN2S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkg7zWEACgkQ/opHv/APuIfwGACdGcAqWOfEiWHZe+SNLO11ALjJ zVAAnj+SjhT8r7PAZY3Cl208w5jfndT+ =Bp2L -----END PGP SIGNATURE----- --rBVNTu5JXDAWzN2S-- From owner-freebsd-current@FreeBSD.ORG Tue May 27 17:10:04 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FA84106567B for ; Tue, 27 May 2008 17:10:04 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id D9DCD8FC19 for ; Tue, 27 May 2008 17:09:59 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m4RH9v75087415; Wed, 28 May 2008 02:09:58 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 28 May 2008 02:09:58 +0900 From: Norikatsu Shigemura To: pyunyh@gmail.com Message-Id: <20080528020958.98a84314.nork@FreeBSD.org> In-Reply-To: <20080522042309.GC37422@cdnetworks.co.kr> References: <20080517231220.c64a992b.nork@FreeBSD.org> <20080519071459.GA26209@cdnetworks.co.kr> <20080519100523.GB26209@cdnetworks.co.kr> <20080520025052.0efd7cd5.nork@FreeBSD.org> <20080520001312.GA29721@cdnetworks.co.kr> <20080522102032.45f11aa2.nork@FreeBSD.org> <20080522012846.GB37422@cdnetworks.co.kr> <20080522105032.ef90ec84.nork@FreeBSD.org> <20080522042309.GC37422@cdnetworks.co.kr> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__28_May_2008_02_09_58_+0900_baS.Kp7o28SsGlp1" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Wed, 28 May 2008 02:09:58 +0900 (JST) Cc: freebsd-current@FreeBSD.org Subject: Re: Cardbus GbE (Realtek 8169SBL) supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 17:10:04 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__28_May_2008_02_09_58_+0900_baS.Kp7o28SsGlp1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 22 May 2008 13:23:09 +0900 Pyun YongHyeon wrote: > > > Would you show me the output of "devinfo -v | grep oui"? > > Yes, please see attached file. And I forgot a panic. > Thanks. Would you try attached patch? Humm... Good works on single user mode. No PHY timeout, ping is ok. But on multi user mode, re(4) doesn't work, don't link up, can't link up, PHY timeout, ping is bad.... > > When I removed RTL8169SBL from cardbus, or/and kldunload if_re, > > I got a panic. Please see also panic messages, too. > This looks different issues to me. Would you show me backtrace info > of the panic? Same position. I attached two panic textdumps (kldunload or pull out the card). And see also following address2line. # addr2line -f -e /boot/kernel/kernel.symbols 0xc0571aa2 resource_list_release /usr/src/sys/kern/subr_bus.c:2801 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - int resource_list_release(struct resource_list *rl, device_t bus, device_t child, int type, int rid, struct resource *res) { : ==>> error = BUS_RELEASE_RESOURCE(device_get_parent(bus), child, type, rid, res); : - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Thank you. --Multipart=_Wed__28_May_2008_02_09_58_+0900_baS.Kp7o28SsGlp1 Content-Type: application/octet-stream; name="textdump.tar.kldunload" Content-Disposition: attachment; filename="textdump.tar.kldunload" Content-Transfer-Encoding: base64 ZGRiLnR4dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADA2MDAAAAAAMAAAAAAA AAAwAAAAAAAAADE0MDAwMAAAAAAAADExMDE3MDI2MDM1ACAgNzA2NQAgAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhcgAAAHJvb3QAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAd2hlZWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABk YjowOmtkYi5lbnRlci5wYW5pYz4gIHJ1biBsb2NraW5mbwpkYjoxOmxvY2tpbmZvPiBzaG93IGxv Y2tzCk5vIHN1Y2ggY29tbWFuZApkYjoxOmxvY2tzPiAgc2hvdyBhbGxsb2NrcwpObyBzdWNoIGNv bW1hbmQKZGI6MTphbGxsb2Nrcz4gIHNob3cgbG9ja2Vkdm5vZHMKTG9ja2VkIHZub2RlcwpkYjow OmtkYi5lbnRlci5wYW5pYz4gIHNob3cgcGNwdQpjcHVpZCAgICAgICAgPSAwCmN1cnRocmVhZCAg ICA9IDB4Y2IyMTA4YzA6IHBpZCAyMDQ4ICJrbGR1bmxvYWQiCmN1cnBjYiAgICAgICA9IDB4ZmI1 MjNkOTAKZnBjdXJ0aHJlYWQgID0gbm9uZQppZGxldGhyZWFkICAgPSAweGMzYzUwZDIwOiBwaWQg MTAgImlkbGUiCkFQSUMgSUQgICAgICA9IDAKY3VycmVudGxkdCAgID0gMHg1MApkYjowOmtkYi5l bnRlci5wYW5pYz4gIGJ0ClRyYWNpbmcgcGlkIDIwNDggdGlkIDEwMDE0NyB0ZCAweGNiMjEwOGMw CmtkYl9lbnRlcihjMDczYTAzNCxjMDczYTAzNCxjMDczYmE2NSxmYjUyM2FlNCxmYjUyM2FlNCwu Li4pIGF0IGtkYl9lbnRlcisweDNhCnBhbmljKGMwNzNiYTY1LDMsMTQsMCxjNDA5ZjE0MCwuLi4p IGF0IHBhbmljKzB4Y2QKcmVzb3VyY2VfbGlzdF9yZWxlYXNlKGM0MDlkMTA0LGMzY2Q3ZDgwLGM0 NDI5MTAwLDMsMTQsLi4uKSBhdCByZXNvdXJjZV9saXN0X3JlbGVhc2UrMHhjMgpidXNfZ2VuZXJp Y19ybF9yZWxlYXNlX3Jlc291cmNlKGMzY2Q3ZDgwLGM0NDI5MTAwLDMsMTQsYzQwNzJiODApIGF0 IGJ1c19nZW5lcmljX3JsX3JlbGVhc2VfcmVzb3VyY2UrMHg3NwpidXNfcmVsZWFzZV9yZXNvdXJj ZShjNDQyOTEwMCwzLDE0LGM0MDcyYjgwLGM0NDg1NGY4LC4uLikgYXQgYnVzX3JlbGVhc2VfcmVz b3VyY2UrMHg2NwpyZV9kZXRhY2goYzQ0MjkxMDAsYzNjYjc4OTAsYzA3NmJhMzQsMCwxLC4uLikg YXQgcmVfZGV0YWNoKzB4ZjQKZGV2aWNlX2RldGFjaChjNDQyOTEwMCxjMDU2ZWZiOSxjM2M1MTlj MCwxLGMwOTdkNjY0LC4uLikgYXQgZGV2aWNlX2RldGFjaCsweDY4CmRldmNsYXNzX2RlbGV0ZV9k cml2ZXIoYzNjNTE5ODAsYzA5N2Q2OGMsYzNjMmI4MDAsMmQsYzA1M2MyNGEsLi4uKSBhdCBkZXZj bGFzc19kZWxldGVfZHJpdmVyKzB4OTEKZHJpdmVyX21vZHVsZV9oYW5kbGVyKGMzYzA5OTQwLDEs YzA5N2Q2NjQsYzNjMDBhZDAsYzEwNTU5YzgsLi4uKSBhdCBkcml2ZXJfbW9kdWxlX2hhbmRsZXIr MHhkNQptb2R1bGVfdW5sb2FkKGMzYzA5OTQwLDAsZmI1MjNjMzQsYzA1NDBhNGUsYzYzNTNjMDAs Li4uKSBhdCBtb2R1bGVfdW5sb2FkKzB4YTcKbGlua2VyX2ZpbGVfdW5sb2FkKGMzYzJiODAwLDAs ZmI1MjNjODAsYzA1MzY3MDAsYzc5ZWQ1MzgsLi4uKSBhdCBsaW5rZXJfZmlsZV91bmxvYWQrMHhl ZgprZXJuX2tsZHVubG9hZChjYjIxMDhjMCw4LDAsZmI1MjNkMmMsYzA3MDJhMjUsLi4uKSBhdCBr ZXJuX2tsZHVubG9hZCsweGU5CmtsZHVubG9hZGYoY2IyMTA4YzAsZmI1MjNjZmMsOCxmYjUyM2Qz OCxmYjUyM2QyYywuLi4pIGF0IGtsZHVubG9hZGYrMHgyYgpzeXNjYWxsKGZiNTIzZDM4KSBhdCBz eXNjYWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAK LS0tIHN5c2NhbGwgKDQ0NCwgRnJlZUJTRCBFTEYzMiwga2xkdW5sb2FkZiksIGVpcCA9IDB4Mjgw YzJlMDcsIGVzcCA9IDB4YmZiZmUzOGMsIGVicCA9IDB4YmZiZmViZDggLS0tCmRiOjA6a2RiLmVu dGVyLnBhbmljPiAgcHMKICBwaWQgIHBwaWQgIHBncnAgICB1aWQgICBzdGF0ZSAgIHdtZXNnICAg ICB3Y2hhbiAgICBjbWQKIDIwNDggIDE5NTUgIDIwNDggICAgIDAgIFIrICAgICAgQ1BVIDAgICAg ICAgICAgICAgICBrbGR1bmxvYWQKIDE5NTUgIDE5NDIgIDE5NTUgICAgIDAgIFMrICAgICAgcGF1 c2UgICAgMHhjYTIwOGFjOCB6c2gKIDE5NDIgIDE2MzUgIDE2MzUgIDEwMDEgIFMrICAgICAgd2Fp dCAgICAgMHhjNmVjYzI5YyBzdQogMTkyNyAgMTkxMCAgMTkyNyAgICA5MiAgU3MgICAgICBzZWxl Y3QgICAweGM5Zjc4NzY0IGluaXRpYWwgdGhyZWFkCiAxOTExICAxOTEwICAxOTExICAgICAwICBT ICAgICAgIHNlbGVjdCAgIDB4YzU3YTAyZTQgaW5pdGlhbCB0aHJlYWQKIDE5MTAgIDE2NjIgIDE5 MTAgICAgIDAgIFMgICAgICAgcGlwZXJkICAgMHhjYjYyNDMwMCBnZG0tYmluYXJ5CiAxODQ4ICAg ICAxICAxNzE5ICAxMDAxICBTICAgICAgIHNlbGVjdCAgIDB4Y2FiNWY1NjQgaW5pdGlhbCB0aHJl YWQKIDE4MzcgICAgIDEgIDE3MTkgIDEwMDEgIFMgICAgICAgKHRocmVhZGVkKSAgICAgICAgICBn dmZzZC10cmFzaAoxMDAxNzcgICAgICAgICAgICAgICAgICAgUyAgICAgICBzZWxlY3QgICAweGM0 NDhhY2E0IGluaXRpYWwgdGhyZWFkCiAxODM1ICAgICAxICAxODM1ICAgICAwICBTcyAgICAgIHNl bGVjdCAgIDB4YzViYjBjYTQgc3lzdGVtLXRvb2xzLWJhY2tlbgogMTc4MiAgICAgMSAgMTc4MiAg MTAwMSAgU3MgICAgICAodGhyZWFkZWQpICAgICAgICAgIGd2ZnMtZnVzZS1kYWVtb24KMTAwMTY0 ICAgICAgICAgICAgICAgICAgIFMgICAgICAgZnVfbXNnICAgMHhjNjQ0MjQwMCBndmZzLWZ1c2Ut ZGFlbW9uCjEwMDEwNiAgICAgICAgICAgICAgICAgICBTICAgICAgIHV3YWl0ICAgIDB4YzQ0OGJk ODAgZ3Zmcy1mdXNlLWRhZW1vbgogMTc4MCAgICAgMSAgMTc3OSAgMTAwMSAgUyAgICAgICBzZWxl Y3QgICAweGM1N2EwODY0IGluaXRpYWwgdGhyZWFkCiAxNzc2ICAgICAxICAxNzE5ICAxMDAxICBT ICAgICAgIHNlbGVjdCAgIDB4YzlmNzgwZTQgaW5pdGlhbCB0aHJlYWQKIDE3MTkgICAgIDEgIDE3 MTkgIDEwMDEgIFNzICAgICAgc2VsZWN0ICAgMHhjNTVmZDVlNCBkYnVzLWRhZW1vbgogMTcxMSAg ICAgMSAgMTY4OSAgMTAwMSAgUyAgICAgICBzZWxlY3QgICAweGM5ZDgxZGE0IGluaXRpYWwgdGhy ZWFkCiAxNjYyICAgICAxICAxNjYyICAgICAwICBTcyAgICAgIHNlbGVjdCAgIDB4YzlmNzg0MjQg Z2RtLWJpbmFyeQogMTY1NyAgMTY1MyAgMTY0OSAgICAgMCAgUyAgICAgICBzZWxlY3QgICAweGM5 ZDgxNGU0IGluaXRpYWwgdGhyZWFkCiAxNjUzICAxNjQ5ICAxNjQ5ICAgICAwICBTICAgICAgIHNl bGVjdCAgIDB4YzlmNzgzZTQgaW5pdGlhbCB0aHJlYWQKIDE2NTIgICAgIDEgIDE2NTIgICAgIDAg IFNzICAgICAgKHRocmVhZGVkKSAgICAgICAgICBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTM0ICAg ICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FlMCBjb25zb2xlLWtpdC1k YWVtb24KMTAwMTQxICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2Fm YyBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTQwICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2Fp dHZ0ICAgMHhjMDdhY2FmOCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTM5ICAgICAgICAgICAgICAg ICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FmNCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTM4 ICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FmMCBjb25zb2xlLWtp dC1kYWVtb24KMTAwMTM3ICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdh Y2FlYyBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTM2ICAgICAgICAgICAgICAgICAgIFMgICAgICAg d2FpdHZ0ICAgMHhjMDdhY2FlOCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTM1ICAgICAgICAgICAg ICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FlNCBjb25zb2xlLWtpdC1kYWVtb24KMTAw MTMzICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FkYyBjb25zb2xl LWtpdC1kYWVtb24KMTAwMTMyICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhj MDdhY2FkOCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTMxICAgICAgICAgICAgICAgICAgIFMgICAg ICAgd2FpdHZ0ICAgMHhjMDdhY2FkNCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTMwICAgICAgICAg ICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FkMCBjb25zb2xlLWtpdC1kYWVtb24K MTAwMTI5ICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FjYyBjb25z b2xlLWtpdC1kYWVtb24KMTAwMTI4ICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAg MHhjMDdhY2FjOCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTI3ICAgICAgICAgICAgICAgICAgIFMg ICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FjNCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTI2ICAgICAg ICAgICAgICAgICAgIFMgICAgICAgdWNvbmQgICAgMHhjNTVmZDc4MCBjb25zb2xlLWtpdC1kYWVt b24KMTAwMTI1ICAgICAgICAgICAgICAgICAgIFMgICAgICAgc2VsZWN0ICAgMHhjOWY3OGRlNCBj b25zb2xlLWtpdC1kYWVtb24KIDE2NDkgICAgIDEgIDE2NDkgICA1NjAgIFNzICAgICAgc2VsZWN0 ICAgMHhjOWQ4MTlhNCBoYWxkCiAxNjM3ICAgICAxICAxNjM3ICAgICAwICBTcysgICAgIHR0eWlu ICAgIDB4YzNkZDY0MTAgZ2V0dHkKIDE2MzYgICAgIDEgIDE2MzYgICAgIDAgIFNzKyAgICAgdHR5 aW4gICAgMHhjM2RkNTAxMCBnZXR0eQogMTYzNSAgICAgMSAgMTYzNSAgICAgMCAgU3MrICAgICB3 YWl0ICAgICAweGNhMjA5ZDBjIGxvZ2luCiAxNTczICAgICAxICAxNTczICAgICAwICBTcyAgICAg IG5hbnNscCAgIDB4YzA3YjBlNDQgY3JvbgogMTU2OSAgMTU2NyAgMTU2NyAgICAyNSAgUyAgICAg ICBwYXVzZSAgICAweGM1ODhhMmY0IHNlbmRtYWlsCiAxNTY3ICAgICAxICAxNTY3ICAgIDI1ICBT cyAgICAgIHdhaXQgICAgIDB4Y2EyMDk3ZDQgc2VuZG1haWwKIDE1NjMgIDE1NjEgIDE1NjEgICAg IDAgIFMgICAgICAgcGF1c2UgICAgMHhjYTIwODJmNCBzZW5kbWFpbAogMTU2MSAgICAgMSAgMTU2 MSAgICAgMCAgU3MgICAgICBzZWxlY3QgICAweGM1MjczNmE0IHNlbmRtYWlsCiAxNTQ2ICAgICAx ICAxNTQ2ICAgICAwICBTcyAgICAgIHNlbGVjdCAgIDB4YzViYjA5YTQgYXZhaGktZG5zY29uZmQK IDE1MzMgICAgIDEgIDE1MzMgICA1NTggIFNzICAgICAgc2VsZWN0ICAgMHhjNTQ1MTQyNCBhdmFo aS1kYWVtb24KIDEzMDYgICAgIDEgIDEzMDYgICAgIDMgIFNzICAgICAgc2VsZWN0ICAgMHhjYWI1 ZTQ2NCBjYW5uYXNlcnZlcgogMTI4MiAgICAgMSAgMTI4MiAgICAgMCAgU3MgICAgICBzZWxlY3Qg ICAweGM1N2EwNGU0IHBvd2VyZAogMTIxMSAgICAgMSAgMTIxMSAgIDU1NiAgU3MgICAgICBzZWxl Y3QgICAweGM1N2EwNDI0IGRidXMtZGFlbW9uCiAxMTk3ICAgICAxICAxMTk3ICAgICAwICBTcyAg ICAgIHNlbGVjdCAgIDB4Y2FiNWY1ZTQgc3NoZAogMTE5MSAgICAgMSAgMTE5MCAgICAgMCAgUyAg ICAgICBuYW5zbHAgICAweGMwN2IwZTQ0IHNtYXJ0ZAogMTE2NSAgMTE2MiAgMTE2MiAgICAgMCAg UyAgICAgICBycGNzdmMgICAweGM0ZTJkYTFjIHJwYy5sb2NrZAogMTE2NCAgMTE2MiAgMTE2MiAg ICAgMCAgUyAgICAgICBuZnNsb2NrZCAweGM5ZjI0OWJjIHJwYy5sb2NrZAogMTE2MiAgICAgMSAg MTE2MiAgICAgMCAgU3MgICAgICBzZWxlY3QgICAweGM1YmIwOTI0IHJwYy5sb2NrZAogMTE1NiAg ICAgMSAgMTE1NiAgICAgMCAgU3MgICAgICBzZWxlY3QgICAweGNhYjVlN2U0IHJwYy5zdGF0ZAog MTEyMiAgICAgMSAgMTEyMiAgICAgMCAgU3MgICAgICBzZWxlY3QgICAweGNiMjE2OGE0IHJwY2Jp bmQKIDExMDMgICAgIDEgIDExMDMgICAgIDAgIFNzICAgICAgc2VsZWN0ICAgMHhjNTVmZDFhNCBz eXNsb2dkCiAxMDE4ICAgICAxICAxMDE4ICAgICAwICBScyAgICAgICAgICAgICAgICAgICAgICAg ICAgZGV2ZAogIDQ5NyAgICAgMSAgIDQ5NyAgICAgMCAgU3MgICAgICBzZWxlY3QgICAweGM0N2Uw ZWE0IHdwYV9zdXBwbGljYW50CiAgMjMyICAgICAxICAgMjMyICAgICAwICBTcyAgICAgIHBhdXNl ICAgIDB4YzQwNzFhYzggYWRqa2VybnR6CiAgMTQyICAgICAwICAgICAwICAgICAwICBTTCAgICAg IHRxLT50cV9kIDB4YzNjYTA2NjggW3ppbF9jbGVhbl0KICAxNDEgICAgIDAgICAgIDAgICAgIDAg IFNMICAgICAgdHEtPnRxX2QgMHhjM2NhMDcyYyBbemlsX2NsZWFuXQogIDE0MCAgICAgMCAgICAg MCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzY2EwN2YwIFt6aWxfY2xlYW5dCiAgMTM4ICAg ICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjYTA4YjQgW3ppbF9jbGVhbl0K ICAxMzcgICAgIDAgICAgIDAgICAgIDAgIFNMICAgICAgdHEtPnRxX2QgMHhjM2NhMDk3OCBbemls X2NsZWFuXQogIDEzNiAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzY2Ew YTNjIFt6aWxfY2xlYW5dCiAgMTM1ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9k IDB4YzNjYTBiMDAgW3ppbF9jbGVhbl0KICAxMzQgICAgIDAgICAgIDAgICAgIDAgIFNMICAgICAg dHEtPnRxX2QgMHhjM2NhMGJjNCBbemlsX2NsZWFuXQogIDEzMyAgICAgMCAgICAgMCAgICAgMCAg U0wgICAgICB0cS0+dHFfZCAweGMzY2EwYzg4IFt6aWxfY2xlYW5dCiAgMTMyICAgICAwICAgICAw ICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjYTBkNGMgW3ppbF9jbGVhbl0KICAxMzEgICAg IDAgICAgIDAgICAgIDAgIFNMICAgICAgdHEtPnRxX2QgMHhjM2NhMGUxMCBbemlsX2NsZWFuXQog IDEzMCAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzY2EwZWQ0IFt6aWxf Y2xlYW5dCiAgMTI5ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzUzZDYw NDggW3ppbF9jbGVhbl0KICAxMjggICAgIDAgICAgIDAgICAgIDAgIFNMICAgICAgdHEtPnRxX2Qg MHhjNTNkNjEwYyBbemlsX2NsZWFuXQogIDEyNyAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0 cS0+dHFfZCAweGM1M2Q2MWQwIFt6aWxfY2xlYW5dCiAgMTI2ICAgICAwICAgICAwICAgICAwICBT TCAgICAgIHRxLT50cV9kIDB4YzNjOWZlZDQgW3ppbF9jbGVhbl0KICAxMjUgICAgIDAgICAgIDAg ICAgIDAgIFNMICAgICAgdHEtPnRxX2QgMHhjM2M5ZmUxMCBbemlsX2NsZWFuXQogIDEyNCAgICAg MCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzYzlmZDRjIFt6aWxfY2xlYW5dCiAg MTIzICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWZjODggW3ppbF9j bGVhbl0KICAxMjIgICAgIDAgICAgIDAgICAgIDAgIFNMICAgICAgdHEtPnRxX2QgMHhjM2M5ZmJj NCBbemlsX2NsZWFuXQogIDEyMSAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAw eGMzYzlmYjAwIFt6aWxfY2xlYW5dCiAgMTE5ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHp2 b2w6aW8gIDB4YzUwYTZkMDQgW3p2b2w6d29ya2VyIHp2b2wvem9dCiAgMTE4ICAgICAwICAgICAw ICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWZhM2MgW3ppbF9jbGVhbl0KICAgNTQgICAg IDAgICAgIDAgICAgIDAgIFNMICAgICAgdHEtPnRxX2QgMHhjM2M5Zjk3OCBbemlsX2NsZWFuXQog ICA1MyAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0eC0+dHhfdCAweGM0MjAwOTI0IFt0eGdf dGhyZWFkX2VudGVyXQogICA1MiAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0eC0+dHhfcyAw eGM0MjAwOTA0IFt0eGdfdGhyZWFkX2VudGVyXQogICA1MSAgICAgMCAgICAgMCAgICAgMCAgU0wg ICAgICB0eC0+dHhfcSAweGM0MjAwOTE0IFt0eGdfdGhyZWFkX2VudGVyXQogICA1MCAgICAgMCAg ICAgMCAgICAgMCAgU0wgICAgICB2Z2VvbTppbyAweGMzZGU0YmM4IFt2ZGV2OndvcmtlciBhZDBz MmFdCiAgIDQ5ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWY4YjQg W3NwYV96aW9faW50cl81XQogICA0OCAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFf ZCAweGMzYzlmN2YwIFtzcGFfemlvX2lzc3VlXzVdCiAgIDQ3ICAgICAwICAgICAwICAgICAwICBT TCAgICAgIHRxLT50cV9kIDB4YzNjOWY3MmMgW3NwYV96aW9faW50cl80XQogICA0NiAgICAgMCAg ICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzYzlmNjY4IFtzcGFfemlvX2lzc3VlXzRd CiAgIDQ1ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWYwNDggW3Nw YV96aW9faW50cl8zXQogICA0NCAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAw eGMzYzlmMTBjIFtzcGFfemlvX2lzc3VlXzNdCiAgIDQzICAgICAwICAgICAwICAgICAwICBTTCAg ICAgIHRxLT50cV9kIDB4YzNjOWYxZDAgW3NwYV96aW9faW50cl8yXQogICA0MiAgICAgMCAgICAg MCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzYzlmMjk0IFtzcGFfemlvX2lzc3VlXzJdCiAg IDQxICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWYzNTggW3NwYV96 aW9faW50cl8xXQogICA0MCAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMz YzlmNDFjIFtzcGFfemlvX2lzc3VlXzFdCiAgIDM5ICAgICAwICAgICAwICAgICAwICBTTCAgICAg IHRxLT50cV9kIDB4YzNjOWY0ZTAgW3NwYV96aW9faW50cl8wXQogICAzOCAgICAgMCAgICAgMCAg ICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzYzlmNWE0IFtzcGFfemlvX2lzc3VlXzBdCiAgIDI0 ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHZscnV3dCAgIDB4YzNjZjE3ZDQgW3ZubHJ1XQog ICAyMyAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICBzeW5jZXIgICAweGMwN2IwYzYwIFtzeW5j ZXJdCiAgIDIyICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHBzbGVlcCAgIDB4YzA3YjU5NjQg W2J1ZmRhZW1vbl0KICAgMjEgICAgIDAgICAgIDAgICAgIDAgIFNMICAgICAgcGd6ZXJvICAgMHhj MDdiYmRmNCBbcGFnZXplcm9dCiAgIDIwICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHBzbGVl cCAgIDB4YzA3YmJhMWMgW3ZtZGFlbW9uXQogICAxOSAgICAgMCAgICAgMCAgICAgMCAgU0wgICAg ICBwc2xlZXAgICAweGMwN2JiOWU0IFtwYWdlZGFlbW9uXQogICAgOSAgICAgMCAgICAgMCAgICAg MCAgU0wgICAgICBhcmNfcmVjbCAweGMwOTA0NjQ4IFthcmNfcmVjbGFpbV90aHJlYWRdCiAgICA4 ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHdhaXRpbmdfIDB4YzA3YjdlMWMgW3NjdHBfaXRl cmF0b3JdCiAgIDE4ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIGNvb2xpbmcgIDB4YzNkM2Qy ZDQgW2FjcGlfY29vbGluZzBdCiAgIDE3ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHR6cG9s bCAgIDB4YzBhNDVmZTAgW2FjcGlfdGhlcm1hbF0KICAgIDcgICAgIDAgICAgIDAgICAgIDAgIFNM ICAgICAgY2JiIGN2ICAgMHhjM2NmYjNlYyBbY2JiMCBldmVudCB0aHJlYWRdCiAgIDE2ICAgICAw ICAgICAwICAgICAwICBTTCAgICAgIHVzYmV2dCAgIDB4YzNjZmFhMTAgW3VzYjFdCiAgIDE1ICAg ICAwICAgICAwICAgICAwICBTTCAgICAgIHVzYnRzayAgIDB4YzA3YWU0NTQgW3VzYnRhc2stZHJd CiAgIDE0ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHVzYnRzayAgIDB4YzA3YWU0NDAgW3Vz YnRhc2staGNdCiAgIDEzICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHVzYmV2dCAgIDB4YzNj ZjYyMTAgW3VzYjBdCiAgICA2ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIGNjYl9zY2FuIDB4 YzA3OTg0NTQgW3hwdF90aHJkXQogICAxMiAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICAtICAg ICAgICAweGMwN2IwYzY4IFt5YXJyb3ddCiAgICA1ICAgICAwICAgICAwICAgICAwICBTTCAgICAg IHRxLT50cV9kIDB4YzNjYTAwNDggW3N5c3RlbV90YXNrcV0KICAgIDQgICAgIDAgICAgIDAgICAg IDAgIFNMICAgICAgLSAgICAgICAgMHhjMDdhZWE2NCBbZ19kb3duXQogICAgMyAgICAgMCAgICAg MCAgICAgMCAgU0wgICAgICAtICAgICAgICAweGMwN2FlYTYwIFtnX3VwXQogICAgMiAgICAgMCAg ICAgMCAgICAgMCAgU0wgICAgICAtICAgICAgICAweGMwN2FlYTU4IFtnX2V2ZW50XQogICAxMSAg ICAgMCAgICAgMCAgICAgMCAgUkwgICAgICAodGhyZWFkZWQpICAgICAgICAgIGludHIKMTAwMTQy ICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAgICAgICAgICAgICAgICAgICBbaXJxMTY6XQox MDAwNDEgICAgICAgICAgICAgICAgICAgSSAgICAgICAgICAgICAgICAgICAgICAgICAgIFtpcnEx MjogcHNtMF0KMTAwMDQwICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAgICAgICAgICAgICAg ICAgICBbaXJxMTogYXRrYmQwXQoxMDAwMzcgICAgICAgICAgICAgICAgICAgSSAgICAgICAgICAg ICAgICAgICAgICAgICAgIFtpcnExNTogYXRhMV0KMTAwMDM2ICAgICAgICAgICAgICAgICAgIEkg ICAgICAgICAgICAgICAgICAgICAgICAgICBbaXJxMTQ6IGF0YTBdCjEwMDAzNSAgICAgICAgICAg ICAgICAgICBJICAgICAgICAgICAgICAgICAgICAgICAgICAgW2lycTE3OiBwY20wXQoxMDAwMzQg ICAgICAgICAgICAgICAgICAgSSAgICAgICAgICAgICAgICAgICAgICAgICAgIFtpcnEyMDogc2Rz aGMwXQoxMDAwMzIgICAgICAgICAgICAgICAgICAgSSAgICAgICAgICAgICAgICAgICAgICAgICAg IFtpcnEyMjogY2JiMF0KMTAwMDMxICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAgICAgICAg ICAgICAgICAgICBbaXJxMjE6IGl3aTBdCjEwMDAyOCAgICAgICAgICAgICAgICAgICBJICAgICAg ICAgICAgICAgICAgICAgICAgICAgW2lycTE5OiBybDBdCjEwMDAyMyAgICAgICAgICAgICAgICAg ICBJICAgICAgICAgICAgICAgICAgICAgICAgICAgW2lycTIzOiB1aGNpMCBlaGNpMF0KMTAwMDIy ICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAgICAgICAgICAgICAgICAgICBbaXJxOTogYWNw aTBdCjEwMDAyMSAgICAgICAgICAgICAgICAgICBJICAgICAgICAgICAgICAgICAgICAgICAgICAg W3N3aTI6IGNhbWJpb10KMTAwMDE1ICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAgICAgICAg ICAgICAgICAgICBbc3dpNjogdGFzayBxdWV1ZV0KMTAwMDE0ICAgICAgICAgICAgICAgICAgIEkg ICAgICAgICAgICAgICAgICAgICAgICAgICBbc3dpNjogR2lhbnQgdGFza3FdCjEwMDAxMiAgICAg ICAgICAgICAgICAgICBJICAgICAgICAgICAgICAgICAgICAgICAgICAgW3N3aTU6ICtdCjEwMDAw NSAgICAgICAgICAgICAgICAgICBSdW5RICAgICAgICAgICAgICAgICAgICAgICAgW3N3aTE6IG5l dF0KMTAwMDA0ICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAgICAgICAgICAgICAgICAgICBb c3dpMzogdm1dCjEwMDAwMyAgICAgICAgICAgICAgICAgICBSdW5RICAgICAgICAgICAgICAgICAg ICAgICAgW3N3aTQ6IGNsb2NrXQogICAxMCAgICAgMCAgICAgMCAgICAgMCAgUkwgICAgICAgICAg ICAgICAgICAgICAgICAgIFtpZGxlXQogICAgMSAgICAgMCAgICAgMSAgICAgMCAgU0xzICAgICB3 YWl0ICAgICAweGMzYzRlMDAwIFtpbml0XQogICAgMCAgICAgMCAgICAgMCAgICAgMCAgU0xzICAg ICAodGhyZWFkZWQpICAgICAgICAgIGtlcm5lbAoxMDAxMTAgICAgICAgICAgICAgICAgICAgRCAg ICAgICAtICAgICAgICAweGNhYjVlYjgwIFthaW9kX2JpbyB0YXNrcV0KMTAwMDMwICAgICAgICAg ICAgICAgICAgIEQgICAgICAgLSAgICAgICAgMHhjM2Q0NDA4MCBbaXdpMCB0YXNrcTJdCjEwMDAy OSAgICAgICAgICAgICAgICAgICBEICAgICAgIC0gICAgICAgIDB4YzNkNDQwYzAgW2l3aTAgdGFz a3FdCjEwMDAxOSAgICAgICAgICAgICAgICAgICBEICAgICAgIC0gICAgICAgIDB4YzNjZWZiODAg W2txdWV1ZSB0YXNrcV0KMTAwMDE4ICAgICAgICAgICAgICAgICAgIEQgICAgICAgLSAgICAgICAg MHhjM2NlZmQ4MCBbYWNwaV90YXNrXzJdCjEwMDAxNyAgICAgICAgICAgICAgICAgICBEICAgICAg IC0gICAgICAgIDB4YzNjZWZkODAgW2FjcGlfdGFza18xXQoxMDAwMTYgICAgICAgICAgICAgICAg ICAgRCAgICAgICAtICAgICAgICAweGMzY2VmZDgwIFthY3BpX3Rhc2tfMF0KMTAwMDEzICAgICAg ICAgICAgICAgICAgIEQgICAgICAgLSAgICAgICAgMHhjM2NmMDAwMCBbdGhyZWFkIHRhc2txXQox MDAwMDkgICAgICAgICAgICAgICAgICAgRCAgICAgICAtICAgICAgICAweGMzYzMzYzQwIFtmaXJt d2FyZSB0YXNrcV0KMTAwMDAwICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAgICAgICAgICAg ICAgICAgICBbc3dhcHBlcl0KZGI6MDprZGIuZW50ZXIucGFuaWM+ICBhbGx0cmFjZQoKVHJhY2lu ZyBjb21tYW5kIGtsZHVubG9hZCBwaWQgMjA0OCB0aWQgMTAwMTQ3IHRkIDB4Y2IyMTA4YzAKa2Ri X2VudGVyKGMwNzNhMDM0LGMwNzNhMDM0LGMwNzNiYTY1LGZiNTIzYWU0LGZiNTIzYWU0LC4uLikg YXQga2RiX2VudGVyKzB4M2EKcGFuaWMoYzA3M2JhNjUsMywxNCwwLGM0MDlmMTQwLC4uLikgYXQg cGFuaWMrMHhjZApyZXNvdXJjZV9saXN0X3JlbGVhc2UoYzQwOWQxMDQsYzNjZDdkODAsYzQ0Mjkx MDAsMywxNCwuLi4pIGF0IHJlc291cmNlX2xpc3RfcmVsZWFzZSsweGMyCmJ1c19nZW5lcmljX3Js X3JlbGVhc2VfcmVzb3VyY2UoYzNjZDdkODAsYzQ0MjkxMDAsMywxNCxjNDA3MmI4MCkgYXQgYnVz X2dlbmVyaWNfcmxfcmVsZWFzZV9yZXNvdXJjZSsweDc3CmJ1c19yZWxlYXNlX3Jlc291cmNlKGM0 NDI5MTAwLDMsMTQsYzQwNzJiODAsYzQ0ODU0ZjgsLi4uKSBhdCBidXNfcmVsZWFzZV9yZXNvdXJj ZSsweDY3CnJlX2RldGFjaChjNDQyOTEwMCxjM2NiNzg5MCxjMDc2YmEzNCwwLDEsLi4uKSBhdCBy ZV9kZXRhY2grMHhmNApkZXZpY2VfZGV0YWNoKGM0NDI5MTAwLGMwNTZlZmI5LGMzYzUxOWMwLDEs YzA5N2Q2NjQsLi4uKSBhdCBkZXZpY2VfZGV0YWNoKzB4NjgKZGV2Y2xhc3NfZGVsZXRlX2RyaXZl cihjM2M1MTk4MCxjMDk3ZDY4YyxjM2MyYjgwMCwyZCxjMDUzYzI0YSwuLi4pIGF0IGRldmNsYXNz X2RlbGV0ZV9kcml2ZXIrMHg5MQpkcml2ZXJfbW9kdWxlX2hhbmRsZXIoYzNjMDk5NDAsMSxjMDk3 ZDY2NCxjM2MwMGFkMCxjMTA1NTljOCwuLi4pIGF0IGRyaXZlcl9tb2R1bGVfaGFuZGxlcisweGQ1 Cm1vZHVsZV91bmxvYWQoYzNjMDk5NDAsMCxmYjUyM2MzNCxjMDU0MGE0ZSxjNjM1M2MwMCwuLi4p IGF0IG1vZHVsZV91bmxvYWQrMHhhNwpsaW5rZXJfZmlsZV91bmxvYWQoYzNjMmI4MDAsMCxmYjUy M2M4MCxjMDUzNjcwMCxjNzllZDUzOCwuLi4pIGF0IGxpbmtlcl9maWxlX3VubG9hZCsweGVmCmtl cm5fa2xkdW5sb2FkKGNiMjEwOGMwLDgsMCxmYjUyM2QyYyxjMDcwMmEyNSwuLi4pIGF0IGtlcm5f a2xkdW5sb2FkKzB4ZTkKa2xkdW5sb2FkZihjYjIxMDhjMCxmYjUyM2NmYyw4LGZiNTIzZDM4LGZi NTIzZDJjLC4uLikgYXQga2xkdW5sb2FkZisweDJiCnN5c2NhbGwoZmI1MjNkMzgpIGF0IHN5c2Nh bGwrMHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0g c3lzY2FsbCAoNDQ0LCBGcmVlQlNEIEVMRjMyLCBrbGR1bmxvYWRmKSwgZWlwID0gMHgyODBjMmUw NywgZXNwID0gMHhiZmJmZTM4YywgZWJwID0gMHhiZmJmZWJkOCAtLS0KClRyYWNpbmcgY29tbWFu ZCB6c2ggcGlkIDE5NTUgdGlkIDEwMDEyMSB0ZCAweGM1NWNiZDIwCnNjaGVkX3N3aXRjaChjNTVj YmQyMCwwLDEwNCw5NjhjZTRmLDExMiwuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9zd2l0 Y2goMTA0LDAsMCxjYTIwOGE3MCxmYjQzMGJkNCwuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpzbGVl cHFfc3dpdGNoKGM1NWNiZDIwLDAsYzA3M2NiMmQsMTg5LGZiNDMwYmMwLC4uLikgYXQgc2xlZXBx X3N3aXRjaCsweGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAsMTAwLGZiNDMwYzFjLGMwNTU1NThj LGNhMjA4YWM4LC4uLikgYXQgc2xlZXBxX2NhdGNoX3NpZ25hbHMrMHg1MwpzbGVlcHFfd2FpdF9z aWcoY2EyMDhhYzgsNjgsYzA3M2EwYzgsMTAwLDAsLi4uKSBhdCBzbGVlcHFfd2FpdF9zaWcrMHgx OApfc2xlZXAoY2EyMDhhYzgsY2EyMDhhZjgsMTY4LGMwNzNhMGM4LDAsLi4uKSBhdCBfc2xlZXAr MHgyN2MKa2Vybl9zaWdzdXNwZW5kKGM1NWNiZDIwLDAsMCwwLDAsLi4uKSBhdCBrZXJuX3NpZ3N1 c3BlbmQrMHgxMDcKc2lnc3VzcGVuZChjNTVjYmQyMCxmYjQzMGNmYyw0LGZiNDMwZDM4LGZiNDMw ZDJjLC4uLikgYXQgc2lnc3VzcGVuZCsweDRkCnN5c2NhbGwoZmI0MzBkMzgpIGF0IHN5c2NhbGwr MHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0gc3lz Y2FsbCAoMzQxLCBGcmVlQlNEIEVMRjMyLCBzaWdzdXNwZW5kKSwgZWlwID0gMHgyODJjOTc2Nywg ZXNwID0gMHhiZmJmZTlhYywgZWJwID0gMHhiZmJmZTljOCAtLS0KClRyYWNpbmcgY29tbWFuZCBz dSBwaWQgMTk0MiB0aWQgMTAwMTc0IHRkIDB4YzY2OTMyMzAKc2NoZWRfc3dpdGNoKGM2NjkzMjMw LDAsMTA0LGUzY2QwNzVkLDEwNywuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9zd2l0Y2go MTA0LDAsMCxjNmVjYzI5YyxmYjU4NWI4YywuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpzbGVlcHFf c3dpdGNoKGM2NjkzMjMwLDAsYzA3M2NiMmQsMTg5LGZiNTg1Yjc4LC4uLikgYXQgc2xlZXBxX3N3 aXRjaCsweGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAsMTAwLGZiNTg1YmQ0LGMwNTU1NThjLGM2 ZWNjMjljLC4uLikgYXQgc2xlZXBxX2NhdGNoX3NpZ25hbHMrMHg1MwpzbGVlcHFfd2FpdF9zaWco YzZlY2MyOWMsNWMsYzA3M2QzOTgsMTAwLDAsLi4uKSBhdCBzbGVlcHFfd2FpdF9zaWcrMHgxOApf c2xlZXAoYzZlY2MyOWMsYzZlY2MzMjQsMTVjLGMwNzNkMzk4LDAsLi4uKSBhdCBfc2xlZXArMHgy N2MKa2Vybl93YWl0KGM2NjkzMjMwLDdhMyxmYjU4NWMyYywyLDAsLi4uKSBhdCBrZXJuX3dhaXQr MHhlNjYKd2FpdDQoYzY2OTMyMzAsZmI1ODVjZmMsMTAsZmI1ODVkMzgsZmI1ODVkMmMsLi4uKSBh dCB3YWl0NCsweDNkCnN5c2NhbGwoZmI1ODVkMzgpIGF0IHN5c2NhbGwrMHgzNjUKWGludDB4ODBf c3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0gc3lzY2FsbCAoNywgRnJlZUJT RCBFTEYzMiwgd2FpdDQpLCBlaXAgPSAweDI4MTBkYTVmLCBlc3AgPSAweGJmYmZlNmNjLCBlYnAg PSAweGJmYmZlNmU4IC0tLQoKVHJhY2luZyBjb21tYW5kIGdkbWdyZWV0ZXIgcGlkIDE5MjcgdGlk IDEwMDE3OCB0ZCAweGM2Njk0MjMwCnNjaGVkX3N3aXRjaChjNjY5NDIzMCwwLDEwNCxmMDExMjdi YSwxMTEsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAsYzc5ZWU3 ZDQsZmI1OTFhYTgsLi4uKSBhdCBtaV9zd2l0Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChjNjY5NDIz MCwwLGMwNzNjYjJkLDE4OSxjMDU1ZTllZCwuLi4pIGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVl cHFfY2F0Y2hfc2lnbmFscygwLGM2Njk0MjMwLGM2MzMxYjAwLGZiNTkxYWVjLGMwNTEzOGIzLC4u LikgYXQgc2xlZXBxX2NhdGNoX3NpZ25hbHMrMHg1MwpzbGVlcHFfdGltZWR3YWl0X3NpZyhjOWY3 ODc2NCwwLGMwNzNjZmZhLDEwMSwwLC4uLikgYXQgc2xlZXBxX3RpbWVkd2FpdF9zaWcrMHgxYwpf Y3ZfdGltZWR3YWl0X3NpZyhjOWY3ODc2NCxjOWY3ODc1MCwzMWYsY2ExYTg0OTgsMSwuLi4pIGF0 IF9jdl90aW1lZHdhaXRfc2lnKzB4MWEzCnNlbHRkd2FpdChmYjU5MWI1YyxmYjU5MWI2NCxjNjMx MDIwMCxjNjY5NDIzMCxjMDU4OGY1MCwuLi4pIGF0IHNlbHRkd2FpdCsweGMwCnBvbGwoYzY2OTQy MzAsZmI1OTFjZmMsYyxjMDU3ZjBlMCxjNjY5NDIzMCwuLi4pIGF0IHBvbGwrMHgzNzgKc3lzY2Fs bChmYjU5MWQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4 ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICgyMDksIEZyZWVCU0QgRUxGMzIsIHBvbGwpLCBl aXAgPSAweDI4ZWIwYzliLCBlc3AgPSAweGJmYmZlYjRjLCBlYnAgPSAweGJmYmZlYjY4IC0tLQoK VHJhY2luZyBjb21tYW5kIFhvcmcgcGlkIDE5MTEgdGlkIDEwMDE0NiB0ZCAweGNiMjEwYWYwCnNj aGVkX3N3aXRjaChjYjIxMGFmMCwwLDEwNCxmMGNkZTJiNywxMTEsLi4uKSBhdCBzY2hlZF9zd2l0 Y2grMHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAsYzc5ZWQ3ZDQsZmI1MWZhNGMsLi4uKSBhdCBtaV9z d2l0Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChjYjIxMGFmMCwwLGMwNzNjYjJkLDE4OSxjMDU1ZTll ZCwuLi4pIGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygwLGNiMjEw YWYwLDQwLGZiNTFmYTkwLGMwNTEzOGIzLC4uLikgYXQgc2xlZXBxX2NhdGNoX3NpZ25hbHMrMHg1 MwpzbGVlcHFfdGltZWR3YWl0X3NpZyhjNTdhMDJlNCwwLGMwNzNjZmZhLDEwMSwwLC4uLikgYXQg c2xlZXBxX3RpbWVkd2FpdF9zaWcrMHgxYwpfY3ZfdGltZWR3YWl0X3NpZyhjNTdhMDJlNCxjNTdh MDJkMCw2Y2UxMixjYTdlNGFiOCw0MCwuLi4pIGF0IF9jdl90aW1lZHdhaXRfc2lnKzB4MWEzCnNl bHRkd2FpdChmYjUxZmIxNCxmYjUxZmIxYyxjNjMxMDcwMCxjYjIxMGFmMCxjMDU4OGY1MCwuLi4p IGF0IHNlbHRkd2FpdCsweGMwCmtlcm5fc2VsZWN0KGNiMjEwYWYwLDQwLDgxZmQ2NDAsMCwwLGZi NTFmYzcwLDFiZCxlYzkyOCkgYXQga2Vybl9zZWxlY3QrMHg1Y2UKc2VsZWN0KGNiMjEwYWYwLGZi NTFmY2ZjLDE0LGMwNTdmMGUwLGNiMjEwYWYwLC4uLikgYXQgc2VsZWN0KzB4NWUKc3lzY2FsbChm YjUxZmQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBf c3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg5MywgRnJlZUJTRCBFTEYzMiwgc2VsZWN0KSwgZWlw ID0gMHgyODQ5OWQ4MywgZXNwID0gMHhiZmJmZTY4YywgZWJwID0gMHhiZmJmZTZiOCAtLS0KClRy YWNpbmcgY29tbWFuZCBnZG0tYmluYXJ5IHBpZCAxOTEwIHRpZCAxMDAxODAgdGQgMHhjNWJmM2Fm MApzY2hlZF9zd2l0Y2goYzViZjNhZjAsMCwxMDQsYzhmNWU4M2UsMTA0LC4uLikgYXQgc2NoZWRf c3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwwLGM3OWVlMjljLGZiNTk3YjcwLC4uLikgYXQg bWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzViZjNhZjAsMCxjMDczY2IyZCwxODksZmI1 OTdiNWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMCwx MDAsZmI1OTdiYjgsYzA1NTU1OGMsY2I2MjQzMDAsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFs cysweDUzCnNsZWVwcV93YWl0X3NpZyhjYjYyNDMwMCw0YyxjMDczZDA3MSwxMDAsMCwuLi4pIGF0 IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjYjYyNDMwMCxjYjYyNDQ2OCwxNGMsYzA3M2Qw NzEsMCwuLi4pIGF0IF9zbGVlcCsweDI3YwpwaXBlX3JlYWQoYzViY2Y5ZDgsZmI1OTdjNjAsYzY0 ZWMxMDAsMCxjNWJmM2FmMCwuLi4pIGF0IHBpcGVfcmVhZCsweDRjNApkb2ZpbGVyZWFkKGZiNTk3 YzYwLGZmZmZmZmZmLGZmZmZmZmZmLDAsYzViY2Y5ZDgsLi4uKSBhdCBkb2ZpbGVyZWFkKzB4OTYK a2Vybl9yZWFkdihjNWJmM2FmMCxhLGZiNTk3YzYwLGJmYmZkZTdiLDEsLi4uKSBhdCBrZXJuX3Jl YWR2KzB4NTgKcmVhZChjNWJmM2FmMCxmYjU5N2NmYyxjLGZiNTk3ZDM4LGZiNTk3ZDJjLC4uLikg YXQgcmVhZCsweDRmCnN5c2NhbGwoZmI1OTdkMzgpIGF0IHN5c2NhbGwrMHgzNjUKWGludDB4ODBf c3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0gc3lzY2FsbCAoMywgRnJlZUJT RCBFTEYzMiwgcmVhZCksIGVpcCA9IDB4MjhkMjJlMDMsIGVzcCA9IDB4YmZiZmRlM2MsIGVicCA9 IDB4YmZiZmRlNTggLS0tCgpUcmFjaW5nIGNvbW1hbmQgZ3Zmc2QtYnVybiBwaWQgMTg0OCB0aWQg MTAwMTY5IHRkIDB4YzY2OTNhZjAKc2NoZWRfc3dpdGNoKGM2NjkzYWYwLDAsMTA0LGM4MzIzMjAy LDEwMiwuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9zd2l0Y2goMTA0LDAsMCxjNmVjY2Qw YyxmYjU3NmFhYywuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpzbGVlcHFfc3dpdGNoKGM2NjkzYWYw LDAsYzA3M2NiMmQsMTg5LGZiNTc2YTk4LC4uLikgYXQgc2xlZXBxX3N3aXRjaCsweGM5CnNsZWVw cV9jYXRjaF9zaWduYWxzKDAsYzY2OTNhZjAsZmI1NzZhZWMsYzA1MTNkNjMsY2FiNWY1NjQsLi4u KSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjYWI1ZjU2NCww LGMwNzNjZmZhLDEwMSwwLC4uLikgYXQgc2xlZXBxX3dhaXRfc2lnKzB4MTgKX2N2X3dhaXRfc2ln KGNhYjVmNTY0LGNhYjVmNTUwLGMwNTg4Zjc4LGM1MGMwYWI4LDEsLi4uKSBhdCBfY3Zfd2FpdF9z aWcrMHgxOTMKc2VsdGR3YWl0KGM0YmZlNDk4LDEsYzY4NDg0MDAsYzY2OTNhZjAsYzA1ODhmNTAs Li4uKSBhdCBzZWx0ZHdhaXQrMHhkNgpwb2xsKGM2NjkzYWYwLGZiNTc2Y2ZjLGMsZmI1NzZkMzgs ZmI1NzZkMmMsLi4uKSBhdCBwb2xsKzB4Mzc4CnN5c2NhbGwoZmI1NzZkMzgpIGF0IHN5c2NhbGwr MHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0gc3lz Y2FsbCAoMjA5LCBGcmVlQlNEIEVMRjMyLCBwb2xsKSwgZWlwID0gMHgyODU3NWM5YiwgZXNwID0g MHhiZmJmZTdlYywgZWJwID0gMHhiZmJmZTgwOCAtLS0KClRyYWNpbmcgY29tbWFuZCBndmZzZC10 cmFzaCBwaWQgMTgzNyB0aWQgMTAwMTc3IHRkIDB4Y2IyMTJhZjAKc2NoZWRfc3dpdGNoKGNiMjEy YWYwLDAsMTA0LGIxNmZjMjA5LDExMSwuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9zd2l0 Y2goMTA0LDAsMCxjNzllZWE3MCxmYjU4ZWFhOCwuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpzbGVl cHFfc3dpdGNoKGNiMjEyYWYwLDAsYzA3M2NiMmQsMTg5LGMwNTVlOWVkLC4uLikgYXQgc2xlZXBx X3N3aXRjaCsweGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAsY2IyMTJhZjAsYzYzZGMyMDAsZmI1 OGVhZWMsYzA1MTM4YjMsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV90 aW1lZHdhaXRfc2lnKGM0NDhhY2E0LDAsYzA3M2NmZmEsMTAxLDAsLi4uKSBhdCBzbGVlcHFfdGlt ZWR3YWl0X3NpZysweDFjCl9jdl90aW1lZHdhaXRfc2lnKGM0NDhhY2E0LGM0NDhhYzkwLGJiNixj NGJkYjAwMCwxLC4uLikgYXQgX2N2X3RpbWVkd2FpdF9zaWcrMHgxYTMKc2VsdGR3YWl0KGZiNThl YjVjLGZiNThlYjY0LGM2ODQ4NDAwLGNiMjEyYWYwLGMwNTg4ZjUwLC4uLikgYXQgc2VsdGR3YWl0 KzB4YzAKcG9sbChjYjIxMmFmMCxmYjU4ZWNmYyxjLGMwNTdmMGUwLGNiMjEyYWYwLC4uLikgYXQg cG9sbCsweDM3OApzeXNjYWxsKGZiNThlZDM4KSBhdCBzeXNjYWxsKzB4MzY1ClhpbnQweDgwX3N5 c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0tIHN5c2NhbGwgKDIwOSwgRnJlZUJT RCBFTEYzMiwgcG9sbCksIGVpcCA9IDB4Mjg1NzdjOWIsIGVzcCA9IDB4YmZiZmU3ZWMsIGVicCA9 IDB4YmZiZmU4MDggLS0tCgpUcmFjaW5nIGNvbW1hbmQgc3lzdGVtLXRvb2xzLWJhY2tlbiBwaWQg MTgzNSB0aWQgMTAwMTc2IHRkIDB4Y2IyMTJkMjAKc2NoZWRfc3dpdGNoKGNiMjEyZDIwLDAsMTA0 LGYxN2U4ZmM5LGY4LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCww LGM3OWVlZDBjLGZiNThiYWFjLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2go Y2IyMTJkMjAsMCxjMDczY2IyZCwxODksZmI1OGJhOTgsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4 YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMCxjYjIxMmQyMCxmYjU4YmFlYyxjMDUxM2Q2MyxjNWJi MGNhNCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xlZXBxX3dhaXRfc2lnKGM1 YmIwY2E0LDAsYzA3M2NmZmEsMTAxLDAsLi4uKSBhdCBzbGVlcHFfd2FpdF9zaWcrMHgxOApfY3Zf d2FpdF9zaWcoYzViYjBjYTQsYzViYjBjOTAsYzEwM2NhODAsMCxjYmFiMzQ4MCwuLi4pIGF0IF9j dl93YWl0X3NpZysweDE5MwpzZWx0ZHdhaXQoYzY5YWFiOTgsMSxjNjNkZDcwMCxjYjIxMmQyMCxj MDUyNWJkMCwuLi4pIGF0IHNlbHRkd2FpdCsweGQ2CnBvbGwoY2IyMTJkMjAsZmI1OGJjZmMsYyxm YjU4YmQzOCxmYjU4YmQyYywuLi4pIGF0IHBvbGwrMHgzNzgKc3lzY2FsbChmYjU4YmQzOCkgYXQg c3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIw Ci0tLSBzeXNjYWxsICgyMDksIEZyZWVCU0QgRUxGMzIsIHBvbGwpLCBlaXAgPSAweDI4NThlYzli LCBlc3AgPSAweGJmYmZlY2ZjLCBlYnAgPSAweGJmYmZlZDE4IC0tLQoKVHJhY2luZyBjb21tYW5k IGd2ZnMtZnVzZS1kYWVtb24gcGlkIDE3ODIgdGlkIDEwMDE2NCB0ZCAweGM2Njk0ZDIwCnNjaGVk X3N3aXRjaChjNjY5NGQyMCwwLDEwNCwzOTJlMzAwYyxmNywuLi4pIGF0IHNjaGVkX3N3aXRjaCsw eDIwMAptaV9zd2l0Y2goMTA0LDAsMCxjNTg4OTI5YyxmYjU2N2IyOCwuLi4pIGF0IG1pX3N3aXRj aCsweDEyZgpzbGVlcHFfc3dpdGNoKGM2Njk0ZDIwLDAsYzA3M2NiMmQsMTg5LGZiNTY3YjE0LC4u LikgYXQgc2xlZXBxX3N3aXRjaCsweGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAsMTAwLGZiNTY3 YjcwLGMwNTU1NThjLGM2NDQyNDAwLC4uLikgYXQgc2xlZXBxX2NhdGNoX3NpZ25hbHMrMHg1Mwpz bGVlcHFfd2FpdF9zaWcoYzY0NDI0MDAsMCxjYTJjY2NlYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93 YWl0X3NpZysweDE4Cl9zbGVlcChjNjQ0MjQwMCxjNjQ0MjQwNCwxMDAsY2EyY2NjZWEsMCwuLi4p IGF0IF9zbGVlcCsweDI3YwpmdXNlZGV2X3JlYWQoYzYzYmIzMDAsZmI1NjdjNjAsMCwwLDIxMDAw LC4uLikgYXQgZnVzZWRldl9yZWFkKzB4ZGYKZGV2ZnNfcmVhZF9mKGM4NWUxN2E4LGZiNTY3YzYw LGM2ODQ4NDAwLDAsYzY2OTRkMjAsLi4uKSBhdCBkZXZmc19yZWFkX2YrMHg3OApkb2ZpbGVyZWFk KGZiNTY3YzYwLGZmZmZmZmZmLGZmZmZmZmZmLDAsYzg1ZTE3YTgsLi4uKSBhdCBkb2ZpbGVyZWFk KzB4OTYKa2Vybl9yZWFkdihjNjY5NGQyMCwzLGZiNTY3YzYwLDgxNWEwMDAsMjEwMDAsLi4uKSBh dCBrZXJuX3JlYWR2KzB4NTgKcmVhZChjNjY5NGQyMCxmYjU2N2NmYyxjLDI4MzBiMDAwLGMyMWU4 NWIwLC4uLikgYXQgcmVhZCsweDRmCnN5c2NhbGwoZmI1NjdkMzgpIGF0IHN5c2NhbGwrMHgzNjUK WGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0gc3lzY2FsbCAo MywgRnJlZUJTRCBFTEYzMiwgcmVhZCksIGVpcCA9IDB4Mjg1YmNlMDMsIGVzcCA9IDB4YmY5ZmVl ZWMsIGVicCA9IDB4YmY5ZmVmMDggLS0tCgpUcmFjaW5nIGNvbW1hbmQgZ3Zmcy1mdXNlLWRhZW1v biBwaWQgMTc4MiB0aWQgMTAwMTA2IHRkIDB4YzQ4MDU2OTAKc2NoZWRfc3dpdGNoKGM0ODA1Njkw LDAsMTA0LDM5MmRiMmYyLGY3LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgx MDQsMCwwLGM1ODg5MjljLGZiM2YwYmJjLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9z d2l0Y2goYzQ4MDU2OTAsMCxjMDczY2IyZCwxODksZmIzZjBiYTgsLi4uKSBhdCBzbGVlcHFfc3dp dGNoKzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMCwxMDAsZmIzZjBjMDQsYzA1NTU1OGMsYzQ0 OGJkODAsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhj NDQ4YmQ4MCwwLGMwNzNhYzg4LDEwMCwwLC4uLikgYXQgc2xlZXBxX3dhaXRfc2lnKzB4MTgKX3Ns ZWVwKGM0NDhiZDgwLGMwN2IxYTk0LDEwMCxjMDczYWM4OCwwLC4uLikgYXQgX3NsZWVwKzB4Mjdj CmRvX3dhaXQoMCwxLDEsZmIzZjBjODAsYzA1N2YwZTApIGF0IGRvX3dhaXQrMHgyYjUKX191bXR4 X29wX3dhaXRfdWludF9wcml2YXRlKGM0ODA1NjkwLGZiM2YwY2ZjLGZiM2YwZDJjLGMwNzAyYTI1 LGM0ODA1NjkwLC4uLikgYXQgX191bXR4X29wX3dhaXRfdWludF9wcml2YXRlKzB4NjIKX3VtdHhf b3AoYzQ4MDU2OTAsZmIzZjBjZmMsMTQsZmIzZjBkMzgsZmIzZjBkMmMsLi4uKSBhdCBfdW10eF9v cCsweDI3CnN5c2NhbGwoZmIzZjBkMzgpIGF0IHN5c2NhbGwrMHgzNjUKWGludDB4ODBfc3lzY2Fs bCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0gc3lzY2FsbCAoNDU0LCBGcmVlQlNEIEVM RjMyLCBfdW10eF9vcCksIGVpcCA9IDB4Mjg0ZGFiZWYsIGVzcCA9IDB4YmZiZmU3ZWMsIGVicCA9 IDB4YmZiZmU4MDggLS0tCgpUcmFjaW5nIGNvbW1hbmQgZ2FtX3NlcnZlciBwaWQgMTc4MCB0aWQg MTAwMTUzIHRkIDB4Y2IyMGZhZjAKc2NoZWRfc3dpdGNoKGNiMjBmYWYwLDAsMTA0LGNiYTBkOTJm LDEwMiwuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9zd2l0Y2goMTA0LDAsMCxjNzQ0ODUz OCxmYjUzYmFhYywuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpzbGVlcHFfc3dpdGNoKGNiMjBmYWYw LDAsYzA3M2NiMmQsMTg5LGZiNTNiYTk4LC4uLikgYXQgc2xlZXBxX3N3aXRjaCsweGM5CnNsZWVw cV9jYXRjaF9zaWduYWxzKDAsY2IyMGZhZjAsZmI1M2JhZWMsYzA1MTNkNjMsYzU3YTA4NjQsLi4u KSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjNTdhMDg2NCww LGMwNzNjZmZhLDEwMSwwLC4uLikgYXQgc2xlZXBxX3dhaXRfc2lnKzB4MTgKX2N2X3dhaXRfc2ln KGM1N2EwODY0LGM1N2EwODUwLGMxMDNjYTgwLDAsYzZjODFjMDAsLi4uKSBhdCBfY3Zfd2FpdF9z aWcrMHgxOTMKc2VsdGR3YWl0KGM2OWFhMmEwLDEsYzY4NDg0MDAsY2IyMGZhZjAsYzA1MjViZDAs Li4uKSBhdCBzZWx0ZHdhaXQrMHhkNgpwb2xsKGNiMjBmYWYwLGZiNTNiY2ZjLGMsYzA1N2YwZTAs Y2IyMGZhZjAsLi4uKSBhdCBwb2xsKzB4Mzc4CnN5c2NhbGwoZmI1M2JkMzgpIGF0IHN5c2NhbGwr MHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0gc3lz Y2FsbCAoMjA5LCBGcmVlQlNEIEVMRjMyLCBwb2xsKSwgZWlwID0gMHgyODQ1NmM5YiwgZXNwID0g MHhiZmJmZThjYywgZWJwID0gMHhiZmJmZThlOCAtLS0KClRyYWNpbmcgY29tbWFuZCBndmZzZCBw aWQgMTc3NiB0aWQgMTAwMTQ1IHRkIDB4Y2IyMTBkMjAKc2NoZWRfc3dpdGNoKGNiMjEwZDIwLDAs MTA0LGRjY2YxYTAzLDEwMiwuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9zd2l0Y2goMTA0 LDAsMCxjNzllZGE3MCxmYjUxYmFhYywuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpzbGVlcHFfc3dp dGNoKGNiMjEwZDIwLDAsYzA3M2NiMmQsMTg5LGZiNTFiYTk4LC4uLikgYXQgc2xlZXBxX3N3aXRj aCsweGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAsY2IyMTBkMjAsZmI1MWJhZWMsYzA1MTNkNjMs YzlmNzgwZTQsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3Np ZyhjOWY3ODBlNCwwLGMwNzNjZmZhLDEwMSwwLC4uLikgYXQgc2xlZXBxX3dhaXRfc2lnKzB4MTgK X2N2X3dhaXRfc2lnKGM5Zjc4MGU0LGM5Zjc4MGQwLGMwNTg4Zjc4LGM2ZGJiMzEwLDEsLi4uKSBh dCBfY3Zfd2FpdF9zaWcrMHgxOTMKc2VsdGR3YWl0KGM4NWUxNDk4LDEsYzY4NDg0MDAsY2IyMTBk MjAsYzA1ODhmNTAsLi4uKSBhdCBzZWx0ZHdhaXQrMHhkNgpwb2xsKGNiMjEwZDIwLGZiNTFiY2Zj LGMsZmI1MWJjYjAsYzA3MGNhN2UsLi4uKSBhdCBwb2xsKzB4Mzc4CnN5c2NhbGwoZmI1MWJkMzgp IGF0IHN5c2NhbGwrMHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwr MHgyMAotLS0gc3lzY2FsbCAoMjA5LCBGcmVlQlNEIEVMRjMyLCBwb2xsKSwgZWlwID0gMHgyODU3 NWM5YiwgZXNwID0gMHhiZmJmZTgwYywgZWJwID0gMHhiZmJmZTgyOCAtLS0KClRyYWNpbmcgY29t bWFuZCBkYnVzLWRhZW1vbiBwaWQgMTcxOSB0aWQgMTAwMTQ5IHRkIDB4Y2IyMTA0NjAKc2NoZWRf c3dpdGNoKGNiMjEwNDYwLDAsMTA0LGRjY2ZlYzhhLDEwMiwuLi4pIGF0IHNjaGVkX3N3aXRjaCsw eDIwMAptaV9zd2l0Y2goMTA0LDAsMCxjNzllZDAwMCxmYjUyYmFhOCwuLi4pIGF0IG1pX3N3aXRj aCsweDEyZgpzbGVlcHFfc3dpdGNoKGNiMjEwNDYwLDAsYzA3M2NiMmQsMTg5LGMwNTVlOWVkLC4u LikgYXQgc2xlZXBxX3N3aXRjaCsweGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAsY2IyMTA0NjAs YzY4YWUxMDAsZmI1MmJhZWMsYzA1MTM4YjMsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysw eDUzCnNsZWVwcV90aW1lZHdhaXRfc2lnKGM1NWZkNWU0LDAsYzA3M2NmZmEsMTAxLDAsLi4uKSBh dCBzbGVlcHFfdGltZWR3YWl0X3NpZysweDFjCl9jdl90aW1lZHdhaXRfc2lnKGM1NWZkNWU0LGM1 NWZkNWQwLDM0OGJiLGM1MGMwOTMwLDEsLi4uKSBhdCBfY3ZfdGltZWR3YWl0X3NpZysweDFhMwpz ZWx0ZHdhaXQoZmI1MmJiNWMsZmI1MmJiNjQsYzY4NDg0MDAsY2IyMTA0NjAsYzA1ODhmNTAsLi4u KSBhdCBzZWx0ZHdhaXQrMHhjMApwb2xsKGNiMjEwNDYwLGZiNTJiY2ZjLGMsYzA1N2YwZTAsY2Iy MTA0NjAsLi4uKSBhdCBwb2xsKzB4Mzc4CnN5c2NhbGwoZmI1MmJkMzgpIGF0IHN5c2NhbGwrMHgz NjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0gc3lzY2Fs bCAoMjA5LCBGcmVlQlNEIEVMRjMyLCBwb2xsKSwgZWlwID0gMHgyODE4MmM5YiwgZXNwID0gMHhi ZmJmZTU4YywgZWJwID0gMHhiZmJmZTVhOCAtLS0KClRyYWNpbmcgY29tbWFuZCBnY29uZmQtMiBw aWQgMTcxMSB0aWQgMTAwMTU2IHRkIDB4Y2IyMGY0NjAKc2NoZWRfc3dpdGNoKGNiMjBmNDYwLDAs MTA0LGE3MzAzYjI4LDExMCwuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9zd2l0Y2goMTA0 LDAsMCxjYTIwYWQwYyxmYjU0N2FhOCwuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpzbGVlcHFfc3dp dGNoKGNiMjBmNDYwLDAsYzA3M2NiMmQsMTg5LGMwNTVlOWVkLC4uLikgYXQgc2xlZXBxX3N3aXRj aCsweGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAsY2IyMGY0NjAsYzVkMTQ1MDAsZmI1NDdhZWMs YzA1MTM4YjMsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV90aW1lZHdh aXRfc2lnKGM5ZDgxZGE0LDAsYzA3M2NmZmEsMTAxLDAsLi4uKSBhdCBzbGVlcHFfdGltZWR3YWl0 X3NpZysweDFjCl9jdl90aW1lZHdhaXRfc2lnKGM5ZDgxZGE0LGM5ZDgxZDkwLDc1MzEsYzdjNDg5 MzAsMywuLi4pIGF0IF9jdl90aW1lZHdhaXRfc2lnKzB4MWEzCnNlbHRkd2FpdChmYjU0N2I1Yyxm YjU0N2I2NCxjNjg0ODQwMCxjYjIwZjQ2MCxjMDU4OGY1MCwuLi4pIGF0IHNlbHRkd2FpdCsweGMw CnBvbGwoY2IyMGY0NjAsZmI1NDdjZmMsYyxmYjU0N2NiMCxjMDcwY2E3ZSwuLi4pIGF0IHBvbGwr MHgzNzgKc3lzY2FsbChmYjU0N2QzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxs KCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICgyMDksIEZyZWVCU0QgRUxG MzIsIHBvbGwpLCBlaXAgPSAweDI4NTIxYzliLCBlc3AgPSAweGJmYmZlOTNjLCBlYnAgPSAweGJm YmZlOTU4IC0tLQoKVHJhY2luZyBjb21tYW5kIGdkbS1iaW5hcnkgcGlkIDE2NjIgdGlkIDEwMDA4 MCB0ZCAweGM0ODA0YWYwCnNjaGVkX3N3aXRjaChjNDgwNGFmMCwwLDEwNCw2NjIwMTM4ZiwxMDQs Li4uKSBhdCBzY2hlZF9zd2l0Y2grMHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAsYzQwNzFkMGMsZmIz MzVhYWMsLi4uKSBhdCBtaV9zd2l0Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChjNDgwNGFmMCwwLGMw NzNjYjJkLDE4OSxmYjMzNWE5OCwuLi4pIGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0 Y2hfc2lnbmFscygwLGM0ODA0YWYwLGZiMzM1YWVjLGMwNTEzZDYzLGM5Zjc4NDI0LC4uLikgYXQg c2xlZXBxX2NhdGNoX3NpZ25hbHMrMHg1MwpzbGVlcHFfd2FpdF9zaWcoYzlmNzg0MjQsMCxjMDcz Y2ZmYSwxMDEsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9jdl93YWl0X3NpZyhjOWY3 ODQyNCxjOWY3ODQxMCxjMDU4OGY3OCxjYjM4YzMxMCwzLC4uLikgYXQgX2N2X3dhaXRfc2lnKzB4 MTkzCnNlbHRkd2FpdChjYjM2NjBlMCwzLGM2NGVjMTAwLGM0ODA0YWYwLGMwNTg4ZjUwLC4uLikg YXQgc2VsdGR3YWl0KzB4ZDYKcG9sbChjNDgwNGFmMCxmYjMzNWNmYyxjLGZiMzM1Y2IwLGMwNzBj YTdlLC4uLikgYXQgcG9sbCsweDM3OApzeXNjYWxsKGZiMzM1ZDM4KSBhdCBzeXNjYWxsKzB4MzY1 ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0tIHN5c2NhbGwg KDIwOSwgRnJlZUJTRCBFTEYzMiwgcG9sbCksIGVpcCA9IDB4MjhjY2RjOWIsIGVzcCA9IDB4YmZi ZmU0ZGMsIGVicCA9IDB4YmZiZmU0ZjggLS0tCgpUcmFjaW5nIGNvbW1hbmQgaGFsZC1hZGRvbi1t b3VzZS1zeSBwaWQgMTY1NyB0aWQgMTAwMTIwIHRkIDB4YzViMTUwMDAKc2NoZWRfc3dpdGNoKGM1 YjE1MDAwLDAsMTA0LGU2MDYzYjJjLDExMSwuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9z d2l0Y2goMTA0LDAsMCxjYTIwOGQwYyxmYjQyZGFhOCwuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpz bGVlcHFfc3dpdGNoKGM1YjE1MDAwLDAsYzA3M2NiMmQsMTg5LGMwNTVlOWVkLC4uLikgYXQgc2xl ZXBxX3N3aXRjaCsweGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAsYzViMTUwMDAsYzY1MGU5MDAs ZmI0MmRhZWMsYzA1MTM4YjMsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVw cV90aW1lZHdhaXRfc2lnKGM5ZDgxNGU0LDAsYzA3M2NmZmEsMTAxLDAsLi4uKSBhdCBzbGVlcHFf dGltZWR3YWl0X3NpZysweDFjCl9jdl90aW1lZHdhaXRfc2lnKGM5ZDgxNGU0LGM5ZDgxNGQwLDdk MSxjYjM4Y2M0MCwxLC4uLikgYXQgX2N2X3RpbWVkd2FpdF9zaWcrMHgxYTMKc2VsdGR3YWl0KGZi NDJkYjVjLGZiNDJkYjY0LGMzYzJkYTAwLGM1YjE1MDAwLGMwNTg4ZjUwLC4uLikgYXQgc2VsdGR3 YWl0KzB4YzAKcG9sbChjNWIxNTAwMCxmYjQyZGNmYyxjLGZiNDJkZDM4LGZiNDJkZDJjLC4uLikg YXQgcG9sbCsweDM3OApzeXNjYWxsKGZiNDJkZDM4KSBhdCBzeXNjYWxsKzB4MzY1ClhpbnQweDgw X3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0tIHN5c2NhbGwgKDIwOSwgRnJl ZUJTRCBFTEYzMiwgcG9sbCksIGVpcCA9IDB4MjgyMWRjOWIsIGVzcCA9IDB4YmZiZmU5M2MsIGVi cCA9IDB4YmZiZmU5NTggLS0tCgpUcmFjaW5nIGNvbW1hbmQgaGFsZC1ydW5uZXIgcGlkIDE2NTMg dGlkIDEwMDExMyB0ZCAweGM1YjE3MDAwCnNjaGVkX3N3aXRjaChjNWIxNzAwMCwwLDEwNCw0MTVm ZGExYSxmOCwuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9zd2l0Y2goMTA0LDAsMCxjYTIw YTAwMCxmYjQxOGFhYywuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpzbGVlcHFfc3dpdGNoKGM1YjE3 MDAwLDAsYzA3M2NiMmQsMTg5LGZiNDE4YTk4LC4uLikgYXQgc2xlZXBxX3N3aXRjaCsweGM5CnNs ZWVwcV9jYXRjaF9zaWduYWxzKDAsYzViMTcwMDAsZmI0MThhZWMsYzA1MTNkNjMsYzlmNzgzZTQs Li4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjOWY3ODNl NCwwLGMwNzNjZmZhLDEwMSwwLC4uLikgYXQgc2xlZXBxX3dhaXRfc2lnKzB4MTgKX2N2X3dhaXRf c2lnKGM5Zjc4M2U0LGM5Zjc4M2QwLGMwNTg4Zjc4LGNhN2UzMTg4LDEsLi4uKSBhdCBfY3Zfd2Fp dF9zaWcrMHgxOTMKc2VsdGR3YWl0KGNhMWQxNjkwLDEsYzNjMmRhMDAsYzViMTcwMDAsYzA1ODhm NTAsLi4uKSBhdCBzZWx0ZHdhaXQrMHhkNgpwb2xsKGM1YjE3MDAwLGZiNDE4Y2ZjLGMsZmI0MThk MzgsZmI0MThkMmMsLi4uKSBhdCBwb2xsKzB4Mzc4CnN5c2NhbGwoZmI0MThkMzgpIGF0IHN5c2Nh bGwrMHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0g c3lzY2FsbCAoMjA5LCBGcmVlQlNEIEVMRjMyLCBwb2xsKSwgZWlwID0gMHgyODIyNmM5YiwgZXNw ID0gMHhiZmJmZWQzYywgZWJwID0gMHhiZmJmZWQ1OCAtLS0KClRyYWNpbmcgY29tbWFuZCBjb25z b2xlLWtpdC1kYWVtb24gcGlkIDE2NTIgdGlkIDEwMDEzNCB0ZCAweGM1YmYyZDIwCnNjaGVkX3N3 aXRjaChjNWJmMmQyMCwwLDEwNCxhYWI1YjU0YywxMDUsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NTdiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjNWJmMmQyMCwwLGMwNzNjYjJkLDE4OSxmYjQ1N2FlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ1N2I0 OCxjMDU1NTU4YyxjMDdhY2FlMCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWUwLDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWUwLDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ1N2M3MCwxLGM1YmYyZDIwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ1N2M3 MCwxLGM1YmYyZDIwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDU3YzcwLGM2NDY1OTAwLGM1YmYyZDIwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoYzViZjJkMjAsYywyMDA0NzYwNixmYjQ1N2M3MCw4YmFmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGM1YmYyZDIwLGZiNDU3Y2ZjLGMsZmI0NTdk MzgsZmI0NTdkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDU3ZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY4YmJlZmMsIGVicCA9IDB4YmY4YmJmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxNDEgdGQgMHhjYjIxMjhjMApzY2hlZF9z d2l0Y2goY2IyMTI4YzAsMCwxMDQsNmI2YzhmYmYsZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NmNiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYjIxMjhjMCwwLGMwNzNjYjJkLDE4OSxmYjQ2Y2FlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ2Y2I0 OCxjMDU1NTU4YyxjMDdhY2FmYywuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWZjLDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWZjLDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ2Y2M3MCwxLGNiMjEyOGMwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ2Y2M3 MCwxLGNiMjEyOGMwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDZjYzcwLGM2NDY1OTAwLGNiMjEyOGMwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2IyMTI4YzAsYywyMDA0NzYwNixmYjQ2Y2M3MCw4ZmVmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNiMjEyOGMwLGZiNDZjY2ZjLGMsZmI0NmNk MzgsZmI0NmNkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDZjZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY4ZmZlZmMsIGVicCA9IDB4YmY4ZmZmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxNDAgdGQgMHhjYTQ0MjhjMApzY2hlZF9z d2l0Y2goY2E0NDI4YzAsMCwxMDQsNmI2YzQ0ZGUsZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NjliMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYTQ0MjhjMCwwLGMwNzNjYjJkLDE4OSxmYjQ2OWFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ2OWI0 OCxjMDU1NTU4YyxjMDdhY2FmOCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWY4LDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWY4LDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ2OWM3MCwxLGNhNDQyOGMwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ2OWM3 MCwxLGNhNDQyOGMwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDY5YzcwLGM2NDY1OTAwLGNhNDQyOGMwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2E0NDI4YzAsYywyMDA0NzYwNixmYjQ2OWM3MCw5MGZmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNhNDQyOGMwLGZiNDY5Y2ZjLGMsZmI0Njlk MzgsZmI0NjlkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDY5ZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5MTBlZmMsIGVicCA9IDB4YmY5MTBmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMzkgdGQgMHhjYTQ0MjY5MApzY2hlZF9z d2l0Y2goY2E0NDI2OTAsMCwxMDQsNmI2YmQ3NTksZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NjZiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYTQ0MjY5MCwwLGMwNzNjYjJkLDE4OSxmYjQ2NmFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ2NmI0 OCxjMDU1NTU4YyxjMDdhY2FmNCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWY0LDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWY0LDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ2NmM3MCwxLGNhNDQyNjkwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ2NmM3 MCwxLGNhNDQyNjkwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDY2YzcwLGM2NDY1OTAwLGNhNDQyNjkwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2E0NDI2OTAsYywyMDA0NzYwNixmYjQ2NmM3MCw5MjBmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNhNDQyNjkwLGZiNDY2Y2ZjLGMsZmI0NjZk MzgsZmI0NjZkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDY2ZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5MjFlZmMsIGVicCA9IDB4YmY5MjFmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMzggdGQgMHhjYTQ0MmFmMApzY2hlZF9z d2l0Y2goY2E0NDJhZjAsMCwxMDQsNmI2YjhhNWEsZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NjNiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYTQ0MmFmMCwwLGMwNzNjYjJkLDE4OSxmYjQ2M2FlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ2M2I0 OCxjMDU1NTU4YyxjMDdhY2FmMCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWYwLDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWYwLDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ2M2M3MCwxLGNhNDQyYWYwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ2M2M3 MCwxLGNhNDQyYWYwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDYzYzcwLGM2NDY1OTAwLGNhNDQyYWYwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2E0NDJhZjAsYywyMDA0NzYwNixmYjQ2M2M3MCw5MzFmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNhNDQyYWYwLGZiNDYzY2ZjLGMsZmI0NjNk MzgsZmI0NjNkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDYzZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5MzJlZmMsIGVicCA9IDB4YmY5MzJmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMzcgdGQgMHhjNWIxN2FmMApzY2hlZF9z d2l0Y2goYzViMTdhZjAsMCwxMDQsNmI2YjE0NjksZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NjBiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjNWIxN2FmMCwwLGMwNzNjYjJkLDE4OSxmYjQ2MGFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ2MGI0 OCxjMDU1NTU4YyxjMDdhY2FlYywuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWVjLDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWVjLDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ2MGM3MCwxLGM1YjE3YWYwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ2MGM3 MCwxLGM1YjE3YWYwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDYwYzcwLGM2NDY1OTAwLGM1YjE3YWYwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoYzViMTdhZjAsYywyMDA0NzYwNixmYjQ2MGM3MCw5NDJmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGM1YjE3YWYwLGZiNDYwY2ZjLGMsZmI0NjBk MzgsZmI0NjBkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDYwZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5NDNlZmMsIGVicCA9IDB4YmY5NDNmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMzYgdGQgMHhjNWIxN2QyMApzY2hlZF9z d2l0Y2goYzViMTdkMjAsMCwxMDQsNmI2YWI0NjksZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NWRiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjNWIxN2QyMCwwLGMwNzNjYjJkLDE4OSxmYjQ1ZGFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ1ZGI0 OCxjMDU1NTU4YyxjMDdhY2FlOCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWU4LDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWU4LDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ1ZGM3MCwxLGM1YjE3ZDIwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ1ZGM3 MCwxLGM1YjE3ZDIwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDVkYzcwLGM2NDY1OTAwLGM1YjE3ZDIwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoYzViMTdkMjAsYywyMDA0NzYwNixmYjQ1ZGM3MCw5NTNmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGM1YjE3ZDIwLGZiNDVkY2ZjLGMsZmI0NWRk MzgsZmI0NWRkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDVkZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5NTRlZmMsIGVicCA9IDB4YmY5NTRmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMzUgdGQgMHhjYTQ0MTAwMApzY2hlZF9z d2l0Y2goY2E0NDEwMDAsMCwxMDQsNmI2YTYzYTAsZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NWFiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYTQ0MTAwMCwwLGMwNzNjYjJkLDE4OSxmYjQ1YWFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ1YWI0 OCxjMDU1NTU4YyxjMDdhY2FlNCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWU0LDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWU0LDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ1YWM3MCwxLGNhNDQxMDAwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ1YWM3 MCwxLGNhNDQxMDAwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDVhYzcwLGM2NDY1OTAwLGNhNDQxMDAwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2E0NDEwMDAsYywyMDA0NzYwNixmYjQ1YWM3MCw5NjRmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNhNDQxMDAwLGZiNDVhY2ZjLGMsZmI0NWFk MzgsZmI0NWFkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDVhZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5NjVlZmMsIGVicCA9IDB4YmY5NjVmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMzMgdGQgMHhjYTQ0MTQ2MApzY2hlZF9z d2l0Y2goY2E0NDE0NjAsMCwxMDQsNmI2OWFhZTAsZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NTRiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYTQ0MTQ2MCwwLGMwNzNjYjJkLDE4OSxmYjQ1NGFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ1NGI0 OCxjMDU1NTU4YyxjMDdhY2FkYywuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWRjLDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWRjLDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ1NGM3MCwxLGNhNDQxNDYwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ1NGM3 MCwxLGNhNDQxNDYwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDU0YzcwLGM2NDY1OTAwLGNhNDQxNDYwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2E0NDE0NjAsYywyMDA0NzYwNixmYjQ1NGM3MCw5ODZmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNhNDQxNDYwLGZiNDU0Y2ZjLGMsZmI0NTRk MzgsZmI0NTRkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDU0ZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5ODdlZmMsIGVicCA9IDB4YmY5ODdmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMzIgdGQgMHhjYTQ0MTY5MApzY2hlZF9z d2l0Y2goY2E0NDE2OTAsMCwxMDQsNmI2OTQyZjEsZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NTFiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYTQ0MTY5MCwwLGMwNzNjYjJkLDE4OSxmYjQ1MWFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ1MWI0 OCxjMDU1NTU4YyxjMDdhY2FkOCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWQ4LDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWQ4LDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ1MWM3MCwxLGNhNDQxNjkwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ1MWM3 MCwxLGNhNDQxNjkwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDUxYzcwLGM2NDY1OTAwLGNhNDQxNjkwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2E0NDE2OTAsYywyMDA0NzYwNixmYjQ1MWM3MCw5OTdmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNhNDQxNjkwLGZiNDUxY2ZjLGMsZmI0NTFk MzgsZmI0NTFkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDUxZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5OThlZmMsIGVicCA9IDB4YmY5OThmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMzEgdGQgMHhjYTQ0MThjMApzY2hlZF9z d2l0Y2goY2E0NDE4YzAsMCwxMDQsNmI2OGVlMzMsZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NGViMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYTQ0MThjMCwwLGMwNzNjYjJkLDE4OSxmYjQ0ZWFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ0ZWI0 OCxjMDU1NTU4YyxjMDdhY2FkNCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWQ0LDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWQ0LDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ0ZWM3MCwxLGNhNDQxOGMwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ0ZWM3 MCwxLGNhNDQxOGMwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDRlYzcwLGM2NDY1OTAwLGNhNDQxOGMwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2E0NDE4YzAsYywyMDA0NzYwNixmYjQ0ZWM3MCw5YThmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNhNDQxOGMwLGZiNDRlY2ZjLGMsZmI0NGVk MzgsZmI0NGVkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDRlZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5YTllZmMsIGVicCA9IDB4YmY5YTlmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMzAgdGQgMHhjYTQ0MWFmMApzY2hlZF9z d2l0Y2goY2E0NDFhZjAsMCwxMDQsNmI2ODg4NDEsZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NGJiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYTQ0MWFmMCwwLGMwNzNjYjJkLDE4OSxmYjQ0YmFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ0YmI0 OCxjMDU1NTU4YyxjMDdhY2FkMCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWQwLDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWQwLDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ0YmM3MCwxLGNhNDQxYWYwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ0YmM3 MCwxLGNhNDQxYWYwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDRiYzcwLGM2NDY1OTAwLGNhNDQxYWYwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2E0NDFhZjAsYywyMDA0NzYwNixmYjQ0YmM3MCw5YjlmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNhNDQxYWYwLGZiNDRiY2ZjLGMsZmI0NGJk MzgsZmI0NGJkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDRiZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5YmFlZmMsIGVicCA9IDB4YmY5YmFmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMjkgdGQgMHhjYTQ0MWQyMApzY2hlZF9z d2l0Y2goY2E0NDFkMjAsMCwxMDQsNmI2ODMxYzgsZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NDhiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYTQ0MWQyMCwwLGMwNzNjYjJkLDE4OSxmYjQ0OGFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ0OGI0 OCxjMDU1NTU4YyxjMDdhY2FjYywuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWNjLDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWNjLDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ0OGM3MCwxLGNhNDQxZDIwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ0OGM3 MCwxLGNhNDQxZDIwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDQ4YzcwLGM2NDY1OTAwLGNhNDQxZDIwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2E0NDFkMjAsYywyMDA0NzYwNixmYjQ0OGM3MCw5Y2FmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNhNDQxZDIwLGZiNDQ4Y2ZjLGMsZmI0NDhk MzgsZmI0NDhkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDQ4ZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5Y2JlZmMsIGVicCA9IDB4YmY5Y2JmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMjggdGQgMHhjYTQ0MjAwMApzY2hlZF9z d2l0Y2goY2E0NDIwMDAsMCwxMDQsNmI2N2MxNzYsZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NDViMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYTQ0MjAwMCwwLGMwNzNjYjJkLDE4OSxmYjQ0NWFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ0NWI0 OCxjMDU1NTU4YyxjMDdhY2FjOCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWM4LDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWM4LDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ0NWM3MCwxLGNhNDQyMDAwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ0NWM3 MCwxLGNhNDQyMDAwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDQ1YzcwLGM2NDY1OTAwLGNhNDQyMDAwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2E0NDIwMDAsYywyMDA0NzYwNixmYjQ0NWM3MCw5ZGJmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNhNDQyMDAwLGZiNDQ1Y2ZjLGMsZmI0NDVk MzgsZmI0NDVkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDQ1ZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5ZGNlZmMsIGVicCA9IDB4YmY5ZGNmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMjcgdGQgMHhjYTQ0MjIzMApzY2hlZF9z d2l0Y2goY2E0NDIyMzAsMCwxMDQsNmI2NzcwOTgsZWYsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgy MDAKbWlfc3dpdGNoKDEwNCwwLDEsY2EyMDgwMDAsZmI0NDJiMDAsLi4uKSBhdCBtaV9zd2l0Y2gr MHgxMmYKc2xlZXBxX3N3aXRjaChjYTQ0MjIzMCwwLGMwNzNjYjJkLDE4OSxmYjQ0MmFlYywuLi4p IGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygxLDEwMCxmYjQ0MmI0 OCxjMDU1NTU4YyxjMDdhY2FjNCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xl ZXBxX3dhaXRfc2lnKGMwN2FjYWM0LDU0LGMwNzMyMTBhLDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGMwN2FjYWM0LDAsMTU0LGMwNzMyMTBhLDAsLi4uKSBhdCBfc2xl ZXArMHgyN2MKc2Npb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ0MmM3MCwxLGNhNDQyMjMwLC4u LikgYXQgc2Npb2N0bCsweGU3ZQpnaWFudF9pb2N0bChjM2RkYmQwMCwyMDA0NzYwNixmYjQ0MmM3 MCwxLGNhNDQyMjMwLC4uLikgYXQgZ2lhbnRfaW9jdGwrMHg5NwpkZXZmc19pb2N0bF9mKGNhMWQx NDk4LDIwMDQ3NjA2LGZiNDQyYzcwLGM2NDY1OTAwLGNhNDQyMjMwLC4uLikgYXQgZGV2ZnNfaW9j dGxfZisweGY3Cmtlcm5faW9jdGwoY2E0NDIyMzAsYywyMDA0NzYwNixmYjQ0MmM3MCw5ZWNmZmMs Li4uKSBhdCBrZXJuX2lvY3RsKzB4MjQ4CmlvY3RsKGNhNDQyMjMwLGZiNDQyY2ZjLGMsZmI0NDJk MzgsZmI0NDJkMmMsLi4uKSBhdCBpb2N0bCsweDEzZgpzeXNjYWxsKGZiNDQyZDM4KSBhdCBzeXNj YWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0t IHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4Mjg1OTlkYTMsIGVz cCA9IDB4YmY5ZWRlZmMsIGVicCA9IDB4YmY5ZWRmMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29u c29sZS1raXQtZGFlbW9uIHBpZCAxNjUyIHRpZCAxMDAxMjYgdGQgMHhjYTQ0MjQ2MApzY2hlZF9z d2l0Y2goY2E0NDI0NjAsMCwxMDQsMTVlMjU0YmYsMTAzLC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4 MjAwCm1pX3N3aXRjaCgxMDQsMCwwLGNhMjA4MDAwLGZiNDNmYmQwLC4uLikgYXQgbWlfc3dpdGNo KzB4MTJmCnNsZWVwcV9zd2l0Y2goY2E0NDI0NjAsMCxjMDczY2IyZCwxODksZmI0M2ZiYmMsLi4u KSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMCwxMDAsZmI0M2Zj MTgsYzA1NTU1OGMsYzU1ZmQ3ODAsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNs ZWVwcV93YWl0X3NpZyhjNTVmZDc4MCwwLGMwNzNhY2E4LDEwMCwwLC4uLikgYXQgc2xlZXBxX3dh aXRfc2lnKzB4MTgKX3NsZWVwKGM1NWZkNzgwLGMwN2IxMTNjLDEwMCxjMDczYWNhOCwwLC4uLikg YXQgX3NsZWVwKzB4MjdjCl9fdW10eF9vcF9jdl93YWl0KGNhNDQyNDYwLGZiNDNmY2ZjLGZiNDNm ZDJjLGMwNzAyYTI1LGNhNDQyNDYwLC4uLikgYXQgX191bXR4X29wX2N2X3dhaXQrMHgzNmQKX3Vt dHhfb3AoY2E0NDI0NjAsZmI0M2ZjZmMsMTQsZmI0M2ZkMzgsZmI0M2ZkMmMsLi4uKSBhdCBfdW10 eF9vcCsweDI3CnN5c2NhbGwoZmI0M2ZkMzgpIGF0IHN5c2NhbGwrMHgzNjUKWGludDB4ODBfc3lz Y2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0gc3lzY2FsbCAoNDU0LCBGcmVlQlNE IEVMRjMyLCBfdW10eF9vcCksIGVpcCA9IDB4Mjg0YjdiZWYsIGVzcCA9IDB4YmY5ZmVkOGMsIGVi cCA9IDB4YmY5ZmVkYTggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY29uc29sZS1raXQtZGFlbW9uIHBp ZCAxNjUyIHRpZCAxMDAxMjUgdGQgMHhjYTQ0MmQyMApzY2hlZF9zd2l0Y2goY2E0NDJkMjAsMCwx MDQsYWFiNTVmMDcsMTA1LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQs MCwwLGNhMjA4MDAwLGZiNDNjYWFjLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0 Y2goY2E0NDJkMjAsMCxjMDczY2IyZCwxODksZmI0M2NhOTgsLi4uKSBhdCBzbGVlcHFfc3dpdGNo KzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMCxjYTQ0MmQyMCxmYjQzY2FlYyxjMDUxM2Q2Myxj OWY3OGRlNCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xlZXBxX3dhaXRfc2ln KGM5Zjc4ZGU0LDAsYzA3M2NmZmEsMTAxLDAsLi4uKSBhdCBzbGVlcHFfd2FpdF9zaWcrMHgxOApf Y3Zfd2FpdF9zaWcoYzlmNzhkZTQsYzlmNzhkZDAsYzA1ODhmNzgsY2E3ZTQzMTAsMSwuLi4pIGF0 IF9jdl93YWl0X3NpZysweDE5MwpzZWx0ZHdhaXQoY2ExZDE3ZTAsMSxjNjQ2NTkwMCxjYTQ0MmQy MCxjMDU4OGY1MCwuLi4pIGF0IHNlbHRkd2FpdCsweGQ2CnBvbGwoY2E0NDJkMjAsZmI0M2NjZmMs YyxmYjQzY2NiMCxjMDcwY2E3ZSwuLi4pIGF0IHBvbGwrMHgzNzgKc3lzY2FsbChmYjQzY2QzOCkg YXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsw eDIwCi0tLSBzeXNjYWxsICgyMDksIEZyZWVCU0QgRUxGMzIsIHBvbGwpLCBlaXAgPSAweDI4NTQ0 YzliLCBlc3AgPSAweGJmYmZlZDFjLCBlYnAgPSAweGJmYmZlZDM4IC0tLQoKVHJhY2luZyBjb21t YW5kIGhhbGQgcGlkIDE2NDkgdGlkIDEwMDExNSB0ZCAweGM1YjE1YWYwCnNjaGVkX3N3aXRjaChj NWIxNWFmMCwwLDEwNCxhZDUwZWVjLDExMiwuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9z d2l0Y2goMTA0LDAsMCxjYTIwOWE3MCxmYjQxZWFhOCwuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpz bGVlcHFfc3dpdGNoKGM1YjE1YWYwLDAsYzA3M2NiMmQsMTg5LGMwNTVlOWVkLC4uLikgYXQgc2xl ZXBxX3N3aXRjaCsweGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAsYzViMTVhZjAsYzY0NjU0MDAs ZmI0MWVhZWMsYzA1MTM4YjMsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVw cV90aW1lZHdhaXRfc2lnKGM5ZDgxOWE0LDAsYzA3M2NmZmEsMTAxLDAsLi4uKSBhdCBzbGVlcHFf dGltZWR3YWl0X3NpZysweDFjCl9jdl90aW1lZHdhaXRfc2lnKGM5ZDgxOWE0LGM5ZDgxOTkwLDI5 MixjYjM4Y2FiOCwxLC4uLikgYXQgX2N2X3RpbWVkd2FpdF9zaWcrMHgxYTMKc2VsdGR3YWl0KGZi NDFlYjVjLGZiNDFlYjY0LGM3MTljYzAwLGM1YjE1YWYwLGMwNTg4ZjUwLC4uLikgYXQgc2VsdGR3 YWl0KzB4YzAKcG9sbChjNWIxNWFmMCxmYjQxZWNmYyxjLGZiNDFlY2IwLGMwNzBjYTdlLC4uLikg YXQgcG9sbCsweDM3OApzeXNjYWxsKGZiNDFlZDM4KSBhdCBzeXNjYWxsKzB4MzY1ClhpbnQweDgw X3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0tIHN5c2NhbGwgKDIwOSwgRnJl ZUJTRCBFTEYzMiwgcG9sbCksIGVpcCA9IDB4MjgyZTdjOWIsIGVzcCA9IDB4YmZiZmVhN2MsIGVi cCA9IDB4YmZiZmVhOTggLS0tCgpUcmFjaW5nIGNvbW1hbmQgZ2V0dHkgcGlkIDE2MzcgdGlkIDEw MDEyMiB0ZCAweGM1NWNiYWYwCnNjaGVkX3N3aXRjaChjNTVjYmFmMCwwLDEwNCwxM2NkY2U2Nyxl ZiwuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9zd2l0Y2goMTA0LDAsMSxjYTIwODdkNCxm YjQzMzkxMCwuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpzbGVlcHFfc3dpdGNoKGM1NWNiYWYwLDAs YzA3M2NiMmQsMTg5LGZiNDMzOGZjLC4uLikgYXQgc2xlZXBxX3N3aXRjaCsweGM5CnNsZWVwcV9j YXRjaF9zaWduYWxzKDEsMTAwLGZiNDMzOTU4LGMwNTU1NThjLGMzZGQ2NDEwLC4uLikgYXQgc2xl ZXBxX2NhdGNoX3NpZ25hbHMrMHg1MwpzbGVlcHFfd2FpdF9zaWcoYzNkZDY0MTAsNTksYzA3M2Vi YWQsMTAwLDAsLi4uKSBhdCBzbGVlcHFfd2FpdF9zaWcrMHgxOApfc2xlZXAoYzNkZDY0MTAsMCwx NTksYzA3M2ViYWQsMCwuLi4pIGF0IF9zbGVlcCsweDI3Ywp0dHlzbGVlcChjM2RkNjQwMCxjM2Rk NjQxMCwxNTksYzA3M2ViYWQsMCwuLi4pIGF0IHR0eXNsZWVwKzB4MzkKdHRyZWFkKGMzZGQ2NDAw LGZiNDMzYzYwLDAsZmI0MzNiOTAsYzA0Y2QyOGQsLi4uKSBhdCB0dHJlYWQrMHg2MWMKdHR5cmVh ZChjM2RjMDAwMCxmYjQzM2M2MCwwLGZiNDMzYmI4LGMwNTE1YzA5LC4uLikgYXQgdHR5cmVhZCsw eDM4CnNjcmVhZChjM2RjMDAwMCxmYjQzM2M2MCwwLGNhOWY0MjE4LGZiNDMzYmQ4LC4uLikgYXQg c2NyZWFkKzB4MmQKZ2lhbnRfcmVhZChjM2RjMDAwMCxmYjQzM2M2MCwwLDAsMSwuLi4pIGF0IGdp YW50X3JlYWQrMHg4OQpkZXZmc19yZWFkX2YoYzRhM2Q1NzgsZmI0MzNjNjAsYzNjMmRhMDAsMCxj NTVjYmFmMCwuLi4pIGF0IGRldmZzX3JlYWRfZisweDc4CmRvZmlsZXJlYWQoZmI0MzNjNjAsZmZm ZmZmZmYsZmZmZmZmZmYsMCxjNGEzZDU3OCwuLi4pIGF0IGRvZmlsZXJlYWQrMHg5NgprZXJuX3Jl YWR2KGM1NWNiYWYwLDAsZmI0MzNjNjAsYmZiZmVlNGIsMSwuLi4pIGF0IGtlcm5fcmVhZHYrMHg1 OApyZWFkKGM1NWNiYWYwLGZiNDMzY2ZjLGMsMTYsZmI0MzNkMmMsLi4uKSBhdCByZWFkKzB4NGYK c3lzY2FsbChmYjQzM2QzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkgYXQg WGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICgzLCBGcmVlQlNEIEVMRjMyLCByZWFk KSwgZWlwID0gMHgyODE2Y2UwMywgZXNwID0gMHhiZmJmZWUxYywgZWJwID0gMHhiZmJmZWU1OCAt LS0KClRyYWNpbmcgY29tbWFuZCBnZXR0eSBwaWQgMTYzNiB0aWQgMTAwMTIzIHRkIDB4YzU1Y2I4 YzAKc2NoZWRfc3dpdGNoKGM1NWNiOGMwLDAsMTA0LDEzYjE5N2U4LGVmLC4uLikgYXQgc2NoZWRf c3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGNhMjA4NTM4LGZiNDM2OTEwLC4uLikgYXQg bWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzU1Y2I4YzAsMCxjMDczY2IyZCwxODksZmI0 MzY4ZmMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMSwx MDAsZmI0MzY5NTgsYzA1NTU1OGMsYzNkZDUwMTAsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFs cysweDUzCnNsZWVwcV93YWl0X3NpZyhjM2RkNTAxMCw1OSxjMDczZWJhZCwxMDAsMCwuLi4pIGF0 IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjM2RkNTAxMCwwLDE1OSxjMDczZWJhZCwwLC4u LikgYXQgX3NsZWVwKzB4MjdjCnR0eXNsZWVwKGMzZGQ1MDAwLGMzZGQ1MDEwLDE1OSxjMDczZWJh ZCwwLC4uLikgYXQgdHR5c2xlZXArMHgzOQp0dHJlYWQoYzNkZDUwMDAsZmI0MzZjNjAsMCxmYjQz NmI5MCxjMDRjZDI4ZCwuLi4pIGF0IHR0cmVhZCsweDYxYwp0dHlyZWFkKGMzZDljZTAwLGZiNDM2 YzYwLDAsZmI0MzZiYjgsYzA1MTVjMDksLi4uKSBhdCB0dHlyZWFkKzB4MzgKc2NyZWFkKGMzZDlj ZTAwLGZiNDM2YzYwLDAsY2E5ZjQzMjQsZmI0MzZiZDgsLi4uKSBhdCBzY3JlYWQrMHgyZApnaWFu dF9yZWFkKGMzZDljZTAwLGZiNDM2YzYwLDAsMCwxLC4uLikgYXQgZ2lhbnRfcmVhZCsweDg5CmRl dmZzX3JlYWRfZihjNGEzZDY5MCxmYjQzNmM2MCxjM2MyZGEwMCwwLGM1NWNiOGMwLC4uLikgYXQg ZGV2ZnNfcmVhZF9mKzB4NzgKZG9maWxlcmVhZChmYjQzNmM2MCxmZmZmZmZmZixmZmZmZmZmZiww LGM0YTNkNjkwLC4uLikgYXQgZG9maWxlcmVhZCsweDk2Cmtlcm5fcmVhZHYoYzU1Y2I4YzAsMCxm YjQzNmM2MCxiZmJmZWU0YiwxLC4uLikgYXQga2Vybl9yZWFkdisweDU4CnJlYWQoYzU1Y2I4YzAs ZmI0MzZjZmMsYywxNixmYjQzNmQyYywuLi4pIGF0IHJlYWQrMHg0ZgpzeXNjYWxsKGZiNDM2ZDM4 KSBhdCBzeXNjYWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxs KzB4MjAKLS0tIHN5c2NhbGwgKDMsIEZyZWVCU0QgRUxGMzIsIHJlYWQpLCBlaXAgPSAweDI4MTZj ZTAzLCBlc3AgPSAweGJmYmZlZTFjLCBlYnAgPSAweGJmYmZlZTU4IC0tLQoKVHJhY2luZyBjb21t YW5kIGxvZ2luIHBpZCAxNjM1IHRpZCAxMDAxMTQgdGQgMHhjNWIxNWQyMApzY2hlZF9zd2l0Y2go YzViMTVkMjAsMCwxMDQsMTU3NGEyMjIsMTA3LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1p X3N3aXRjaCgxMDQsMCwwLGNhMjA5ZDBjLGZiNDFiYjhjLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJm CnNsZWVwcV9zd2l0Y2goYzViMTVkMjAsMCxjMDczY2IyZCwxODksZmI0MWJiNzgsLi4uKSBhdCBz bGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMCwxMDAsZmI0MWJiZDQsYzA1 NTU1OGMsY2EyMDlkMGMsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93 YWl0X3NpZyhjYTIwOWQwYyw1YyxjMDczZDM5OCwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3Np ZysweDE4Cl9zbGVlcChjYTIwOWQwYyxjYTIwOWQ5NCwxNWMsYzA3M2QzOTgsMCwuLi4pIGF0IF9z bGVlcCsweDI3YwprZXJuX3dhaXQoYzViMTVkMjAsNzk2LGZiNDFiYzJjLDAsMCwuLi4pIGF0IGtl cm5fd2FpdCsweGU2Ngp3YWl0NChjNWIxNWQyMCxmYjQxYmNmYywxMCxmYjQxYmQzOCxmYjQxYmQy YywuLi4pIGF0IHdhaXQ0KzB4M2QKc3lzY2FsbChmYjQxYmQzOCkgYXQgc3lzY2FsbCsweDM2NQpY aW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg3 LCBGcmVlQlNEIEVMRjMyLCB3YWl0NCksIGVpcCA9IDB4MjgxMDZhNWYsIGVzcCA9IDB4YmZiZmVk OGMsIGVicCA9IDB4YmZiZmVkYTggLS0tCgpUcmFjaW5nIGNvbW1hbmQgY3JvbiBwaWQgMTU3MyB0 aWQgMTAwMDkwIHRkIDB4YzRtc2didWYudHh0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAMDYwMAAAAAAwAAAAAAAAADAAAAAAAAAANDQyMTUAAAAAAAAAMTEwMTcwMjYwMzUAICA3NTUy ACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHVzdGFyAAAAcm9v dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB3aGVlbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAENvcHlyaWdodCAoYykgMTk5Mi0yMDA4IFRoZSBGcmVlQlNEIFByb2pl Y3QuCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5 MSwgMTk5MiwgMTk5MywgMTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2Fs aWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBpcyBhIHJlZ2lzdGVyZWQgdHJh ZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZyZWVCU0QgOC4wLUNVUlJFTlQgIzQ0 OiBNb24gTWF5IDI2IDIwOjE3OjMxIEpTVCAyMDA4CiAgICBub3JrQG1lbGZpbmEubmludGgtbmlu ZS5jb206L3Vzci9vYmovdXNyL3NyYy9zeXMvTUVMRklOQQptb2R1bGVfcmVnaXN0ZXI6IG1vZHVs ZSBybC9taWlidXMgYWxyZWFkeSBleGlzdHMhCk1vZHVsZSBybC9taWlidXMgZmFpbGVkIHRvIHJl Z2lzdGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSBjYXJkYnVzL3JsIGFscmVhZHkgZXhp c3RzIQpNb2R1bGUgY2FyZGJ1cy9ybCBmYWlsZWQgdG8gcmVnaXN0ZXI6IDE3Cm1vZHVsZV9yZWdp c3RlcjogbW9kdWxlIHBjaS9ybCBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIHBjaS9ybCBmYWlsZWQg dG8gcmVnaXN0ZXI6IDE3ClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHog cXVhbGl0eSAwCkNQVTogSW50ZWwoUikgUGVudGl1bShSKSBNIHByb2Nlc3NvciAxLjIwR0h6ICgx MTk3LjAxLU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9 IDB4NmQ4ICBTdGVwcGluZyA9IDgKICBGZWF0dXJlcz0weGFmZTlmYmZmPEZQVSxWTUUsREUsUFNF LFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULENMRkxV U0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsVE0sUEJFPgogIEZlYXR1cmVzMj0weDE4 MDxFU1QsVE0yPgogIEFNRCBGZWF0dXJlcz0weDEwMDAwMDxOWD4KcmVhbCBtZW1vcnkgID0gMTA2 NDE3MzU2OCAoMTAxNCBNQikKYXZhaWwgbWVtb3J5ID0gMTAzMjkyNTE4NCAoOTg1IE1CKQpBQ1BJ IEFQSUMgVGFibGU6IDxNQVRCSU8gQ0ZSNC0zICA+ClRoaXMgbW9kdWxlIChvcGVuc29sYXJpcykg Y29udGFpbnMgY29kZSBjb3ZlcmVkIGJ5IHRoZQpDb21tb24gRGV2ZWxvcG1lbnQgYW5kIERpc3Ry aWJ1dGlvbiBMaWNlbnNlIChDRERMKQpzZWUgaHR0cDovL29wZW5zb2xhcmlzLm9yZy9vcy9saWNl bnNpbmcvb3BlbnNvbGFyaXNfbGljZW5zZS8KaW9hcGljMDogQ2hhbmdpbmcgQVBJQyBJRCB0byAx CmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKa2JkMSBhdCBr YmRtdXgwCmFjcGkwOiA8UFRMVEQgICBSU0RUPiBvbiBtb3RoZXJib2FyZAphY3BpMDogW0lUSFJF QURdCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBm cmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGlt ZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHgxMDA4LTB4MTAwYiBvbiBhY3BpMAphY3BpX2VjMDog PEVtYmVkZGVkIENvbnRyb2xsZXI6IEdQRSAweDFkPiBwb3J0IDB4NjIsMHg2NiBvbiBhY3BpMApw Y2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBj aTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNw bGF5PiBwb3J0IDB4MTgwMC0weDE4MDcgbWVtIDB4YjAwODAwMDAtMHhiMDBmZmZmZiwweGMwMDAw MDAwLTB4Y2ZmZmZmZmYsMHhiMDAwMDAwMC0weGIwMDNmZmZmIGlycSAxNiBhdCBkZXZpY2UgMi4w IG9uIHBjaTAKYWdwMDogPEludGVsIDgyOTE1R00gKDkxNUdNIEdNQ0gpIFNWR0EgY29udHJvbGxl cj4gb24gdmdhcGNpMAphZ3AwOiBkZXRlY3RlZCA3OTMyayBzdG9sZW4gbWVtb3J5CmFncDA6IGFw ZXJ0dXJlIHNpemUgaXMgMjU2TQp2Z2FwY2kxOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gYXQg ZGV2aWNlIDIuMSBvbiBwY2kwCnVoY2kwOiA8SW50ZWwgODI4MDFGQi9GUi9GVy9GUlcgKElDSDYp IFVTQiBjb250cm9sbGVyIFVTQi1BPiBwb3J0IDB4MTgyMC0weDE4M2YgaXJxIDIzIGF0IGRldmlj ZSAyOS4wIG9uIHBjaTAKdWhjaTA6IFtHSUFOVC1MT0NLRURdCnVoY2kwOiBbSVRIUkVBRF0KdXNi MDogPEludGVsIDgyODAxRkIvRlIvRlcvRlJXIChJQ0g2KSBVU0IgY29udHJvbGxlciBVU0ItQT4g b24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBo dWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IwCnVodWIwOiAyIHBv cnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNpMDogPEludGVsIDgyODAxRkIg KElDSDYpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4YjAwNDAwMDAtMHhiMDA0MDNmZiBpcnEg MjMgYXQgZGV2aWNlIDI5Ljcgb24gcGNpMAplaGNpMDogW0dJQU5ULUxPQ0tFRF0KZWhjaTA6IFtJ VEhSRUFEXQp1c2IxOiBFSENJIHZlcnNpb24gMS4wCnVzYjE6IGNvbXBhbmlvbiBjb250cm9sbGVy LCAyIHBvcnRzIGVhY2g6IHVzYjAKdXNiMTogPEludGVsIDgyODAxRkIgKElDSDYpIFVTQiAyLjAg Y29udHJvbGxlcj4gb24gZWhjaTAKdXNiMTogVVNCIHJldmlzaW9uIDIuMAp1aHViMTogPEludGVs IEVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2Ix CnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApwY2liMTogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4wIG9uIHBjaTAKcGNpNjogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjEKcmwwOiA8UmVhbFRlayA4MTM5IDEwLzEwMEJhc2VUWD4gcG9ydCAweDMw MDAtMHgzMGZmIG1lbSAweGIwMTAwMDAwLTB4YjAxMDAwZmYgaXJxIDE5IGF0IGRldmljZSAxLjAg b24gcGNpNgptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmwwCnJscGh5MDogPFJlYWxUZWsgaW50ZXJu YWwgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMCBvbiBtaWlidXMwCnJscGh5MDogIDEwYmFzZVQsIDEw YmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8KcmwwOiBFdGhlcm5ldCBh ZGRyZXNzOiAwMDowYjo5NzozMzoxYzozMApybDA6IFtJVEhSRUFEXQppd2kwOiA8SW50ZWwoUikg UFJPL1dpcmVsZXNzIDI5MTVBQkc+IG1lbSAweGIwMTAxMDAwLTB4YjAxMDFmZmYgaXJxIDIxIGF0 IGRldmljZSA0LjAgb24gcGNpNgppd2kwOiBbSVRIUkVBRF0KY2JiMDogPFJGNUM0NzYgUENJLUNh cmRCdXMgQnJpZGdlPiBpcnEgMjIgYXQgZGV2aWNlIDUuMCBvbiBwY2k2CmNhcmRidXMwOiA8Q2Fy ZEJ1cyBidXM+IG9uIGNiYjAKcGNjYXJkMDogPDE2LWJpdCBQQ0NhcmQgYnVzPiBvbiBjYmIwCmNi YjA6IFtJVEhSRUFEXQpzZHNoYzA6IDxSaWNvaCBDbyBMdGQgUjVDODIyIFNEL1NESU8vTU1DL01T L01TUHJvIEhvc3QgQWRhcHRlcj4gbWVtIDB4YjAxMDA0MDAtMHhiMDEwMDRmZiBpcnEgMjAgYXQg ZGV2aWNlIDUuMSBvbiBwY2k2CnNkc2hjMDogW0lUSFJFQURdCnNkc2hjYnVzMDogPFNEIFN0YW5k YXJkIEhvc3QgQ29udHJvbGxlciBzbG90IGJ1cz4gb24gc2RzaGMwCnNkc2hjYnVzMDogY2FwYWJp bGl0eTogMy4zViBTdXNwZW5kL1Jlc3VtZQpwY20wOiA8SW50ZWwgSUNINiAoODI4MDFGQik+IHBv cnQgMHgxYzAwLTB4MWNmZiwweDE4NDAtMHgxODdmIG1lbSAweGIwMDQwODAwLTB4YjAwNDA5ZmYs MHhiMDA0MDQwMC0weGIwMDQwNGZmIGlycSAxNyBhdCBkZXZpY2UgMzAuMiBvbiBwY2kwCnBjbTA6 IFtJVEhSRUFEXQpwY20wOiA8U2lnbWFUZWwgU1RBQzk3NTAvNTEgQUM5NyBDb2RlYz4KaXNhYjA6 IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4g b24gaXNhYjAKYXRhcGNpMDogPEludGVsIElDSDYgVURNQTEwMCBjb250cm9sbGVyPiBwb3J0IDB4 MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4MTgxMC0weDE4MWYgYXQgZGV2aWNl IDMxLjEgb24gcGNpMAphdGEwOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMAphdGEwOiBbSVRI UkVBRF0KYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhMTogW0lUSFJFQURdCnBj aTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hl ZCkKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMAplc3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZy ZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBD b250cm9sPiBvbiBjcHUwCmFjcGlfbGlkMDogPENvbnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9u IGFjcGkwCmJhdHRlcnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAph Y3BpX2FjYWQwOiA8QUMgQWRhcHRlcj4gb24gYWNwaTAKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0 dG9uPiBvbiBhY3BpMAphY3BpX3BhbmFzb25pYzA6IDxQYW5hc29uaWMgTm90ZWJvb2sgSG90a2V5 cz4gb24gYWNwaTAKYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmF0cnRjMDogPEFU IHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3NyBpcnEgOCBvbiBhY3BpMAphdGtiZGMwOiA8 S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3Bp MAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAph dGtiZDA6IFtHSUFOVC1MT0NLRURdCmF0a2JkMDogW0lUSFJFQURdCnBzbTA6IDxQUy8yIE1vdXNl PiBmbGFncyAweDIwMDAgaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tFRF0KcHNt MDogW0lUSFJFQURdCnBzbTA6IG1vZGVsIFN5bmFwdGljcyBUb3VjaHBhZCwgZGV2aWNlIElEIDAK cG10aW1lcjAgb24gaXNhMApvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGRjMDAw LTB4ZGZmZmYsMHhlMDAwMC0weGVmZmZmIHBucGlkIE9STTAwMDAgb24gaXNhMApzYzA6IDxTeXN0 ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBj b25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgz YzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKV0FSTklORzogWkZTIGlzIGNv bnNpZGVyZWQgdG8gYmUgYW4gZXhwZXJpbWVudGFsIGZlYXR1cmUgaW4gRnJlZUJTRC4KVGltZWNv dW50ZXIgIlRTQyIgZnJlcXVlbmN5IDExOTcwMDkyNzYgSHogcXVhbGl0eSA4MDAKVGltZWNvdW50 ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwpaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uIDYKWkZTIHN0 b3JhZ2UgcG9vbCB2ZXJzaW9uIDYKYWQwOiA1NDE1Nk1CIDxUT1NISUJBIE1LNjAzNEdBWCBBQzEw MkY+IGF0IGF0YTAtbWFzdGVyIFVETUExMDAKQUNQSSBFcnJvciAoZXhtdXRleC0wNDc5KTogQ2Fu bm90IHJlbGVhc2UgTXV0ZXggW0VDRVhdLCBub3QgYWNxdWlyZWQgWzIwMDcwMzIwXQpBQ1BJIEVy cm9yIChwc3BhcnNlLTA2MjYpOiBNZXRob2QgcGFyc2UvZXhlY3V0aW9uIGZhaWxlZCBbXF9TQl8u UENJMC5MUENCLkVDMF8uRUM4N10gKE5vZGUgMHhjM2QwZjk0MCksIEFFX0FNTF9NVVRFWF9OT1Rf QUNRVUlSRUQKQUNQSSBFcnJvciAocHNwYXJzZS0wNjI2KTogTWV0aG9kIHBhcnNlL2V4ZWN1dGlv biBmYWlsZWQgW1xfU0JfLlBDSTAuTFBDQi5FQzBfLkVDODZdIChOb2RlIDB4YzNkMGY5ODApLCBB RV9BTUxfTVVURVhfTk9UX0FDUVVJUkVECkFDUEkgRXJyb3IgKHBzcGFyc2UtMDYyNik6IE1ldGhv ZCBwYXJzZS9leGVjdXRpb24gZmFpbGVkIFtcX1NCXy5QQ0kwLkxQQ0IuRUMwXy5FQzAxXSAoTm9k ZSAweGMzZDBmYjYwKSwgQUVfQU1MX01VVEVYX05PVF9BQ1FVSVJFRApBQ1BJIEVycm9yIChwc3Bh cnNlLTA2MjYpOiBNZXRob2QgcGFyc2UvZXhlY3V0aW9uIGZhaWxlZCBbXF9TQl8uRUNQRl0gKE5v ZGUgMHhjM2MwZDFhMCksIEFFX0FNTF9NVVRFWF9OT1RfQUNRVUlSRUQKQUNQSSBFcnJvciAocHNw YXJzZS0wNjI2KTogTWV0aG9kIHBhcnNlL2V4ZWN1dGlvbiBmYWlsZWQgW1xfU0JfLkFDX18uX1BT Ul0gKE5vZGUgMHhjM2QwYzA4MCksIEFFX0FNTF9NVVRFWF9OT1RfQUNRVUlSRUQKVHJ5aW5nIHRv IG1vdW50IHJvb3QgZnJvbSB6ZnM6em9vdApjYXJkYnVzMDogRXhwZWN0aW5nIGxpbmsgdGFyZ2V0 LCBnb3QgMHgwCnJlMDogPFJlYWxUZWsgODE2OS84MTY5Uy84MTY5U0IoTCkvODExMFMvODExMFNC KEwpIEdpZ2FiaXQgRXRoZXJuZXQ+IHBvcnQgMHgzMTAwLTB4MzFmZiBtZW0gMHhiMDEwMzAwMC0w eGIwMTAzMWZmIGlycSAyMiBhdCBkZXZpY2UgMC4wIG9uIGNhcmRidXMwCnJlMDogQ2hpcCByZXYu IDB4MTAwMDAwMDAKcmUwOiBNQUMgcmV2LiAweDAwMDAwMDAwCm1paWJ1czE6IDxNSUkgYnVzPiBv biByZTAKcmdlcGh5MDogPFJUTDgxNjlTLzgxMTBTLzgyMTFCIG1lZGlhIGludGVyZmFjZT4gUEhZ IDEgb24gbWlpYnVzMQpyZ2VwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwg MTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VULCAxMDAwYmFzZVQtRkRYLCBhdXRvCnJlMDogRXRoZXJu ZXQgYWRkcmVzczogMDA6ZTA6NGM6Nzc6YWI6ZTgKcmUwOiBbRklMVEVSXQo8MTE4PkxvYWRpbmcg Y29uZmlndXJhdGlvbiBmaWxlcy4KPDExOD5rZXJuZWwgZHVtcHMgb24gL2Rldi9hZDBzMmIKPDEx OD5TdGFydGluZyBkZGIuCjwxMTg+RW50cm9weSBoYXJ2ZXN0aW5nOgo8MTE4PiBpbnRlcnJ1cHRz CjwxMTg+IGV0aGVybmV0CjwxMTg+IHBvaW50X3RvX3BvaW50CjwxMTg+IGtpY2tzdGFydAo8MTE4 Pi4KPDExOD5zd2Fwb246IGFkZGluZyAvZGV2L2FkMHMyYiBhcyBzd2FwIGRldmljZQo8MTE4PlN0 YXJ0aW5nIGZpbGUgc3lzdGVtIGNoZWNrczoKPDExOD5TZXR0aW5nIGhvc3R1dWlkOiAwMDAwMDAw MC0wMDAwLTEwMDAtODAwMC0wMDBiOTczMzFjMzAuCjwxMTg+U2V0dGluZyBob3N0aWQ6IDB4NWEz NGM5ZjUuCjwxMTg+TW91bnRpbmcgbG9jYWwgZmlsZSBzeXN0ZW1zOgo8MTE4Pi4KPDExOD5TZXR0 aW5nIGhvc3RuYW1lOiBtZWxmaW5hLm5pbnRoLW5pbmUuY29tLgo8MTE4Pm5ldC5pbmV0Ni5pcDYu YXV0b19saW5rbG9jYWw6IAo8MTE4PjEKPDExOD4gLT4gCjwxMTg+MAo8MTE4Pgo8MTE4PnZmcy56 ZnMuemlsX2Rpc2FibGU6IAo8MTE4PjAKPDExOD4gLT4gCjwxMTg+MQo8MTE4Pgo8MTE4Pmtlcm4u aXBjLnNobWFsbDogCjwxMTg+ODE5Mgo8MTE4PiAtPiAKPDExOD41MjQyODgKPDExOD4KPDExOD5r ZXJuLmlwYy5zaG1tYXg6IAo8MTE4PjMzNTU0NDMyCjwxMTg+IC0+IAo8MTE4PjIxNDc0ODM2NDcK PDExOD4KPDExOD5ody5hY3BpLnJlc2V0X3ZpZGVvOiAKPDExOD4wCjwxMTg+IC0+IAo8MTE4PjEK PDExOD4KPDExOD5kZXYuYWNwaV9saWQuMC53YWtlOiAKPDExOD4xCjwxMTg+IC0+IAo8MTE4PjAK PDExOD4KPDExOD5ody5hY3BpLnBvd2VyX2J1dHRvbl9zdGF0ZTogCjwxMTg+UzUKPDExOD4gLT4g CjwxMTg+UzMKPDExOD4KPDExOD5rZXJuLmNvcmVkdW1wOiAKPDExOD4xCjwxMTg+IC0+IAo8MTE4 PjAKPDExOD4KPDExOD5uZXQubGluay50YXAudXNlcl9vcGVuOiAKPDExOD4wCjwxMTg+IC0+IAo8 MTE4PjEKPDExOD4KPDExOD5uZXQuaW5ldC5pY21wLmljbXBsaW1fb3V0cHV0OiAKPDExOD4xCjwx MTg+IC0+IAo8MTE4PjAKPDExOD4KPDExOD5rZXJuLm1vZHVsZV9wYXRoOiAKPDExOD4vYm9vdC9r ZXJuZWw7L2Jvb3QvbW9kdWxlcwo8MTE4PiAtPiAKPDExOD4vYm9vdC9rZXJuZWw7L2Jvb3QvbW9k dWxlczsvdXNyL2xvY2FsL21vZHVsZXMKPDExOD4KPDExOD5sbzA6IGZsYWdzPTgwNDk8VVAsTE9P UEJBQ0ssUlVOTklORyxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAxNjM4NAo8MTE4PglpbmV0NiBm ZTgwOjoxJWxvMCBwcmVmaXhsZW4gNjQgc2NvcGVpZCAweDMgCjwxMTg+CWluZXQ2IDo6MSBwcmVm aXhsZW4gMTI4IAo8MTE4PglpbmV0IDEyNy4wLjAuMSBuZXRtYXNrIDB4ZmYwMDAwMDAgCjwxMTg+ cmwwOiBmbGFncz04ODQzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLFNJTVBMRVgsTVVMVElDQVNUPiBt ZXRyaWMgMCBtdHUgMTUwMAo8MTE4PglvcHRpb25zPTg8VkxBTl9NVFU+CjwxMTg+CWV0aGVyIDAw OjBiOjk3OjMzOjFjOjMwCjwxMTg+CW1lZGlhOiBFdGhlcm5ldCBhdXRvc2VsZWN0IChub25lKQo8 MTE4PglzdGF0dXM6IG5vIGNhcnJpZXIKd2xhbjA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjE2OjZm OjMzOjQxOjM0CjwxMTg+U3RhcnRpbmcgd3BhX3N1cHBsaWNhbnQuCjwxMTg+d2xhbjA6IGZsYWdz PTg4MDI8QlJPQURDQVNULFNJTVBMRVgsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTUwMAo8MTE4 PglldGhlciAwMDoxNjo2ZjozMzo0MTozNAo8MTE4PgltZWRpYTogSUVFRSA4MDIuMTEgV2lyZWxl c3MgRXRoZXJuZXQgYXV0b3NlbGVjdCAoYXV0b3NlbGVjdCkKPDExOD4Jc3RhdHVzOiBubyBjYXJy aWVyCjwxMTg+CXNzaWQgIiIgY2hhbm5lbCA2ICgyNDM3IE1oeiAxMWcpCjwxMTg+CXJlZ2RvbWFp biBKQVBBTiBjb3VudHJ5IEpQIGF1dGhtb2RlIFdQQTErV1BBMi84MDIuMTFpIHByaXZhY3kgT04K PDExOD4JZGVmdHhrZXkgVU5ERUYgdHhwb3dlciAyMyBibWlzcyAyNCBzY2FudmFsaWQgNjAgcHJv dG1vZGUgQ1RTIHdtZQo8MTE4Pglyb2FtaW5nIE1BTlVBTAo8MTE4PkFkZGl0aW9uYWwgcm91dGlu ZyBvcHRpb25zOgo8MTE4PiBicm9hZGNhc3QgcGluZyByZXNwb25zZXM9WUVTCjwxMTg+IElQIGdh dGV3YXk9WUVTCjwxMTg+Lgo8MTE4PldhaXRpbmcgMzBzIGZvciBhbiBpbnRlcmZhY2UgdG8gY29t ZSB1cDogCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8 MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwx MTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDEx OD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD5TdGFydGluZyBkZXZk Lgo8MTE4Pmh3LmFjcGkuY3B1LmN4X2xvd2VzdDogCjwxMTg+QzEKPDExOD4gLT4gCjwxMTg+QzEK PDExOD4KaXBmdzIgKCtpcHY2KSBpbml0aWFsaXplZCwgZGl2ZXJ0IGxvYWRhYmxlLCBuYXQgbG9h ZGFibGUsIHJ1bGUtYmFzZWQgZm9yd2FyZGluZyBkaXNhYmxlZCwgZGVmYXVsdCB0byBhY2NlcHQs IGxvZ2dpbmcgdW5saW1pdGVkCjwxMTg+Rmx1c2hlZCBhbGwgcnVsZXMuCjwxMTg+MDAxMDAgYWxs b3cgaXAgZnJvbSBhbnkgdG8gYW55IHZpYSBsbzAKPDExOD4wMDIwMCBkZW55IGlwIGZyb20gYW55 IHRvIDEyNy4wLjAuMC84CjwxMTg+MDAzMDAgZGVueSBpcCBmcm9tIDEyNy4wLjAuMC84IHRvIGFu eQo8MTE4PjAwMTAwIGFsbG93IGlwIGZyb20gYW55IHRvIGFueSB2aWEgbG8wCjwxMTg+MDA0MDAg ZGVueSBpcDQgZnJvbSBhbnkgdG8gMTI3LjAuMC4wLzgKPDExOD4wMDUwMCBkZW55IGlwNCBmcm9t IDEyNy4wLjAuMC84IHRvIGFueQo8MTE4PjAwNjAwIGRlbnkgaXA2IGZyb20gYW55IHRvIDo6MQo8 MTE4PjAwNzAwIGRlbnkgaXA2IGZyb20gOjoxIHRvIGFueQo8MTE4PjAxMDAwIHJlamVjdCBsb2cg aXA0IGZyb20gYW55IHRvIDEwLjAuMC4wLzggdmlhIHJsMAo8MTE4PjAxMTAwIHJlamVjdCBsb2cg aXA0IGZyb20gYW55IHRvIDE3Mi4xNi4wLjAvMTIgdmlhIHJsMAo8MTE4PjAxMjAwIHJlamVjdCBs b2cgaXA0IGZyb20gYW55IHRvIDE5Mi4xNjguMC4wLzE2IHZpYSBybDAKPDExOD4wMTMwMCByZWpl Y3QgbG9nIGlwNCBmcm9tIDEwLjAuMC4wLzggdG8gYW55IHZpYSBybDAKPDExOD4wMTQwMCByZWpl Y3QgbG9nIGlwNCBmcm9tIDE3Mi4xNi4wLjAvMTIgdG8gYW55IHZpYSBybDAKPDExOD4wMTUwMCBy ZWplY3QgbG9nIGlwNCBmcm9tIDE5Mi4xNjguMC4wLzE2IHRvIGFueSB2aWEgcmwwCjwxMTg+MDE2 MDAgcmVqZWN0IGxvZyBpcDQgZnJvbSBhbnkgdG8gMTAuMC4wLjAvOCB2aWEgaXdpMAo8MTE4PjAx NzAwIHJlamVjdCBsb2cgaXA0IGZyb20gYW55IHRvIDE3Mi4xNi4wLjAvMTIgdmlhIGl3aTAKPDEx OD4wMTgwMCByZWplY3QgbG9nIGlwNCBmcm9tIGFueSB0byAxOTIuMTY4LjAuMC8xNiB2aWEgaXdp MAo8MTE4PjAxOTAwIHJlamVjdCBsb2cgaXA0IGZyb20gMTAuMC4wLjAvOCB0byBhbnkgdmlhIGl3 aTAKPDExOD4wMjAwMCByZWplY3QgbG9nIGlwNCBmcm9tIDE3Mi4xNi4wLjAvMTIgdG8gYW55IHZp YSBpd2kwCjwxMTg+MDIxMDAgcmVqZWN0IGxvZyBpcDQgZnJvbSAxOTIuMTY4LjAuMC8xNiB0byBh bnkgdmlhIGl3aTAKPDExOD4wMjIwMCByZWplY3QgbG9nIGlwNCBmcm9tIGFueSB0byAxMC4wLjAu MC84IHZpYSBuZzAKPDExOD4wMjMwMCByZWplY3QgbG9nIGlwNCBmcm9tIGFueSB0byAxNzIuMTYu MC4wLzEyIHZpYSBuZzAKPDExOD4wMjQwMCByZWplY3QgbG9nIGlwNCBmcm9tIGFueSB0byAxOTIu MTY4LjAuMC8xNiB2aWEgbmcwCjwxMTg+MDI1MDAgcmVqZWN0IGxvZyBpcDQgZnJvbSAxMC4wLjAu MC84IHRvIGFueSB2aWEgbmcwCjwxMTg+MDI2MDAgcmVqZWN0IGxvZyBpcDQgZnJvbSAxNzIuMTYu MC4wLzEyIHRvIGFueSB2aWEgbmcwCjwxMTg+MDI3MDAgcmVqZWN0IGxvZyBpcDQgZnJvbSAxOTIu MTY4LjAuMC8xNiB0byBhbnkgdmlhIG5nMAo8MTE4PjEwMDAwIGNoZWNrLXN0YXRlCjwxMTg+MTAx MDAgYWxsb3cgbG9nIGlwIGZyb20gYW55IHRvIGFueSBmcmFnCjwxMTg+MTAyMDAgdW5yZWFjaCBw b3J0IGxvZyBpcCBmcm9tIGFueSB0byBhbnkgcHJvdG8gdGNwIGVzdGFibGlzaGVkCjwxMTg+MTAz MDAgZGVueSBsb2cgaXAgZnJvbSBhbnkgdG8gYW55IGRzdC1wb3J0IDEzNy0xMzksNDQ1LDE0MzMt MTQzNCBwcm90byB0Y3AKPDExOD4xMDQwMCBkZW55IGxvZyBpcCBmcm9tIGFueSB0byBhbnkgZHN0 LXBvcnQgMTM3LTEzOSw0NDUsMTQzMy0xNDM0IHByb3RvIHVkcAo8MTE4PjEwNTAwIGRlbnkgbG9n IGlwIGZyb20gYW55IHRvIDIzOS4yNTUuMjU1LjI1MCBkc3QtcG9ydCAxOTAwIHByb3RvIHVkcAo8 MTE4PjIwMDAwIGFsbG93IGlwIGZyb20gYW55IHRvIGFueSBzZXR1cCBvdXQgcHJvdG8gdGNwIGtl ZXAtc3RhdGUKPDExOD4yMDEwMCBhbGxvdyBpcCBmcm9tIGFueSB0byBhbnkgb3V0IHByb3RvIHVk cCBrZWVwLXN0YXRlCjwxMTg+MjAyMDAgYWxsb3cgbG9nIGlwIGZyb20gYW55IHRvIGFueSBvdXQg a2VlcC1zdGF0ZQo8MTE4PjMwMDAwIGFsbG93IGxvZyBpcCBmcm9tIGFueSB0byBhbnkgcHJvdG8g aWNtcCBrZWVwLXN0YXRlCjwxMTg+NDAwMDAgYWxsb3cgbG9nIGlwNCBmcm9tIDAuMC4wLjAgNjgg dG8gMjU1LjI1NS4yNTUuMjU1IGRzdC1wb3J0IDY3IHByb3RvIHVkcAo8MTE4PjQwMTAwIGFsbG93 IGxvZyBpcDQgZnJvbSBhbnkgdG8gMjU1LjI1NS4yNTUuMjU1IGRzdC1wb3J0IDY4IHByb3RvIHVk cAo8MTE4PjQxMDAwIGFsbG93IGxvZyBpcCBmcm9tIGFueSB0byBhbnkgZHN0LXBvcnQgMjIgc2V0 dXAgcHJvdG8gdGNwIGtlZXAtc3RhdGUKPDExOD40MTEwMCBhbGxvdyBsb2cgaXA0IGZyb20gYW55 IHRvIGFueSBkc3QtcG9ydCAxNzIzIHNldHVwIHByb3RvIHRjcCBrZWVwLXN0YXRlCjwxMTg+NDMw MDAgYWxsb3cgbG9nIGlwNCBmcm9tIGFueSB0byBhbnkgZHN0LXBvcnQgMTcwMSBwcm90byB1ZHAg a2VlcC1zdGF0ZQo8MTE4PjQzMTAwIGFsbG93IGxvZyBpcDQgZnJvbSBhbnkgNTAwIHRvIGFueSBk c3QtcG9ydCA1MDAgcHJvdG8gdWRwIGtlZXAtc3RhdGUKPDExOD40MzIwMCBhbGxvdyBsb2cgaXA0 IGZyb20gYW55IHRvIGFueSBkc3QtcG9ydCAxMjMgcHJvdG8gdWRwIGtlZXAtc3RhdGUKPDExOD40 MzMwMCBhbGxvdyBsb2cgZXNwIGZyb20gYW55IHRvIGFueSBrZWVwLXN0YXRlCjwxMTg+NDUwMDAg YWxsb3cgbG9nIGFoIGZyb20gYW55IHRvIGFueSBrZWVwLXN0YXRlCjwxMTg+NDUxMDAgYWxsb3cg bG9nIGdyZSBmcm9tIGFueSB0byBhbnkga2VlcC1zdGF0ZQo8MTE4PjQ2MDAwIGFsbG93IGxvZyBp cDQgZnJvbSBhbnkgdG8gYW55IGRzdC1wb3J0IDIxLDIwIHNldHVwIHByb3RvIHRjcCBrZWVwLXN0 YXRlCjwxMTg+NDYxMDAgYWxsb3cgbG9nIGlwNCBmcm9tIDIxOS4xMjcuNzQuMTIyIHRvIGFueSBk c3QtcG9ydCAyNDgwMCBzZXR1cCBwcm90byB0Y3Aga2VlcC1zdGF0ZQo8MTE4PjQ2MjAwIGFsbG93 IGxvZyBpcDQgZnJvbSBhbnkgMjQyNSB0byBhbnkgZHN0LXBvcnQgMjQyNSBwcm90byB1ZHAga2Vl cC1zdGF0ZQo8MTE4PjQ2MzAwIGFsbG93IGxvZyBpcDQgZnJvbSBhbnkgMjQyNSB0byBhbnkgZHN0 LXBvcnQgMjQyNSBzZXR1cCBwcm90byB0Y3Aga2VlcC1zdGF0ZQo8MTE4PjQ2NDAwIGFsbG93IGxv ZyBpcDQgZnJvbSAxOTIuMTY4LjM2LjEgdWRwIHRvIGFueSBrZWVwLXN0YXRlCjwxMTg+NTAwMDAg YWxsb3cgbG9nIGlwIGZyb20gYW55IHRvIGFueSB2aWEgdGFwKiBwcm90byB0Y3Aga2VlcC1zdGF0 ZQo8MTE4PjUwMTAwIGFsbG93IGxvZyBpcCBmcm9tIGFueSB0byBhbnkgdmlhIHRhcCogcHJvdG8g dWRwIGtlZXAtc3RhdGUKPDExOD41MDIwMCBhbGxvdyBsb2cgaXAgZnJvbSBhbnkgdG8gYW55IHZp YSB0YXAqIHByb3RvIGljbXAga2VlcC1zdGF0ZQo8MTE4PjUwMzAwIGFsbG93IGxvZyBpcCBmcm9t IGFueSB0byBhbnkgdmlhIHRhcCoga2VlcC1zdGF0ZQo8MTE4PjY1MDAwIGRlbnkgbG9nIGlwIGZy b20gYW55IHRvIGFueSBwcm90byB0Y3AKPDExOD42NTEwMCBkZW55IGxvZyBpcCBmcm9tIGFueSB0 byBhbnkgcHJvdG8gdWRwCjwxMTg+NjUyMDAgZGVueSBsb2cgaXAgZnJvbSBhbnkgdG8gYW55Cjwx MTg+QWNjb3VudGluZyBjbGVhcmVkLgo8MTE4PkZpcmV3YWxsIHJ1bGVzIGxvYWRlZC4KPDExOD5u ZXQuaW5ldC5pcC5mdy5lbmFibGU6IAo8MTE4PjEKPDExOD4gLT4gCjwxMTg+MQo8MTE4Pgo8MTE4 Pi9ldGMvcmM6IFdBUk5JTkc6ICRuZ19uYXRfZW5hYmxlIGlzIG5vdCBzZXQgcHJvcGVybHkgLSBz ZWUgcmMuY29uZig1KS4KPDExOD5BZGRpdGlvbmFsIElQIG9wdGlvbnM6CjwxMTg+Lgo8MTE4Pk1v dW50aW5nIE5GUyBmaWxlIHN5c3RlbXM6CjwxMTg+Lgo8MTE4PkVMRiBsZGNvbmZpZyBwYXRoOiAv bGliIC91c3IvbGliIC91c3IvbGliL2NvbXBhdCAvdXNyL2xvY2FsL2xpYiAvdXNyL2xvY2FsL2xp Yi9jb21wYXQvcGtnIC91c3IvbG9jYWwvbGliIC91c3IvbG9jYWwvbGliL2NvbXBhdCAvdXNyL2xv Y2FsL2xpYi9jb21wYXQvcGtnIC91c3IvbG9jYWwvbGliL2V2b2x1dGlvbi8yLjIyIC91c3IvbG9j YWwvbGliL2djYy9pMzg2LXBvcnRibGQtZnJlZWJzZDguMC8zLjQuNiAvdXNyL2xvY2FsL2xpYi9n cmFwaHZpeiAvdXNyL2xvY2FsL2xpYi9uc3MgL3Vzci9sb2NhbC9saWIvcHRoIC91c3IvbG9jYWwv bGliL3dpbmUgL3Vzci9sb2NhbC9saWIvenNoCjwxMTg+YS5vdXQgbGRjb25maWcgcGF0aDogL3Vz ci9saWIvYW91dCAvdXNyL2xpYi9jb21wYXQvYW91dAo8MTE4PkNsZWFyaW5nIC90bXAuCjwxMTg+ Q3JlYXRpbmcgYW5kL29yIHRyaW1taW5nIGxvZyBmaWxlczoKPDExOD4uCjwxMTg+U3RhcnRpbmcg c3lzbG9nZC4KPDExOD5DaGVja2luZyBmb3IgY29yZSBkdW1wIG9uIC9kZXYvYWQwczJiLi4uCjwx MTg+c2F2ZWNvcmU6IHJlYm9vdCBhZnRlciBwYW5pYzogZnJvbSBkZWJ1Z2dlcgo8MTE4Pk1heSAy OCAwMDozODoyMiBtZWxmaW5hIHNhdmVjb3JlOiByZWJvb3QgYWZ0ZXIgcGFuaWM6IGZyb20gZGVi dWdnZXIKPDExOD5zYXZlY29yZTogd3JpdGluZyBjb3JlIHRvIHZtY29yZS4wCjwxMTg+SW5pdGlh bCBpMzg2IGluaXRpYWxpemF0aW9uOgo8MTE4Pi4KPDExOD5BZGRpdGlvbmFsIEFCSSBzdXBwb3J0 Ogo8MTE4PiBsaW51eAo8MTE4Pi4KPDExOD5TdGFydGluZyBycGNiaW5kLgo8MTE4Pk5GUyBhY2Nl c3MgY2FjaGUgdGltZT02MAo8MTE4PlN0YXJ0aW5nIHN0YXRkLgo8MTE4PlN0YXJ0aW5nIGxvY2tk Lgo8MTE4PkNsZWFyaW5nIC92YXIvdG1wL1RyYWNrZXItKi4qIC92YXIvdG1wL2RidXMtKiAvdmFy L3RtcC9nY29uZmQtKiAvdmFyL3RtcC9pbnN0bXAuKiAvdmFyL3RtcC9rZXlyaW5nLSogL3Zhci90 bXAvbWFwcGluZy0qIC92YXIvdG1wL29yYml0LSogL3Zhci90bXAvcG9ydHVwZ3JhZGUqIC92YXIv dG1wL3ZpcnR1YWwtKi4qIC92YXIvdG1wL2d2ZnMtKi0qLgo8MTE4PlN0YXJ0aW5nIHNtYXJ0ZC4K PDExOD5TdGFydGluZyBvcGVuc3NoLgprcWVtdSB2ZXJzaW9uIDB4MDAwMTAzMDAKa3FlbXU6IEtR RU1VIGluc3RhbGxlZCwgbWF4X2xvY2tlZF9tZW09NTE1MjQ4a0IuCjwxMTg+a3FlbXUgbW9kdWxl IGxvYWRlZC4KPDExOD5TdGFydGluZyBkYnVzLgo8MTE4PlN0YXJ0aW5nIGhhbGQuCjwxMTg+U3Rh cnRpbmcgbG9jYWwgZGFlbW9uczoKPDExOD4uCjwxMTg+VXBkYXRpbmcgbW90ZAo8MTE4Pi4KPDEx OD5TdGFydGluZyBmdXNlZnMuCmZ1c2U0YnNkOiB2ZXJzaW9uIDAuMy45LXByZTEsIEZVU0UgQUJJ IDcuOApmdXNlNGJzZDogY29tcGlsZWQgYWdhaW5zdCBrZXJuZWwgY29uZmlnIC91c3Ivb2JqL3Vz ci9zcmMvc3lzL01FTEZJTkEKPDExOD5Nb3VudGluZyBsYXRlIGZpbGUgc3lzdGVtczoKPDExOD4u CjwxMTg+U3RhcnRpbmcgbnRwZC4KPDExOD5TdGFydGluZyBwb3dlcmQuCjwxMTg+U3RhcnRpbmcg Y2FubmEuCjwxMTg+Q29uZmlndXJpbmcgc3lzY29uczoKPDExOD4ga2V5bWFwCjwxMTg+IGtleXJh dGUKPDExOD4gYmxhbmt0aW1lCjwxMTg+Lgo8MTE4PlN0YXJ0aW5nIGdkbS4KPDExOD5TdGFydGlu ZyBic2RzdGF0cy4KPDExOD5NYXkgMjggMDA6Mzk6NDEgbWVsZmluYSBudHBkWzEyNzVdOiBzZW5k dG8oMTMzLjI0My4yMzguMTYzKTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQo8MTE4Pk1heSAyOCAw MDozOTo0MiBtZWxmaW5hIG50cGRbMTI3NV06IHNlbmR0bygxMzMuMjQzLjIzOC4xNjQpOiBOZXR3 b3JrIGlzIHVucmVhY2hhYmxlCjwxMTg+TWF5IDI4IDAwOjM5OjQzIG1lbGZpbmEgbnRwZFsxMjc1 XTogc2VuZHRvKDEzMy4yNDMuMjM4LjI0Myk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKPDExOD5N YXkgMjggMDA6Mzk6NDQgbWVsZmluYSBudHBkWzEyNzVdOiBzZW5kdG8oMTMzLjI0My4yMzguMjQ0 KTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQo8MTE4PmZldGNoOiAKPDExOD5odHRwOi8vcnB0LmJz ZHN0YXRzLm9yZy9zY3JpcHRzL2VuYWJsZV90b2tlbi5waHA/a2V5PUVBY08zT0kxUDNlRGYlMmY1 ZzZuQnpESHhwM0hKam1vYTk1STg0Njg1SzBrWSUzZCZ0b2tlbj1iM2QwMzMzZWRkNDY1MDQwZjc5 ZWE2ZDkxZjhjOTZkNDogTm8gYWRkcmVzcyByZWNvcmQKPDExOD4KPDExOD5mZXRjaDogCjwxMTg+ aHR0cDovL3JwdC5ic2RzdGF0cy5vcmcvc2NyaXB0cy9yZXBvcnRfc3lzdGVtLnBocD90b2tlbj1F QWNPM09JMVAzZURmJTJmNWc2bkJ6REh4cDNISmptb2E5NUk4NDY4NUswa1klM2Qma2V5PWIzZDAz MzNlZGQ0NjUwNDBmNzllYTZkOTFmOGM5NmQ0JnJlbD04LjAtQ1VSUkVOVCZhcmNoPWkzODYmb3Bz eXM9RnJlZUJTRDogTm8gYWRkcmVzcyByZWNvcmQKPDExOD4KPDExOD5Qb3N0aW5nIG1vbnRobHkg T1Mgc3RhdGlzdGljcyB0byBycHQuYnNkc3RhdHMub3JnCjwxMTg+ZmV0Y2g6IAo8MTE4Pmh0dHA6 Ly9ycHQuYnNkc3RhdHMub3JnL3NjcmlwdHMvZGlzYWJsZV90b2tlbi5waHA/a2V5PUVBY08zT0kx UDNlRGYlMmY1ZzZuQnpESHhwM0hKam1vYTk1STg0Njg1SzBrWSUzZCZ0b2tlbj1iM2QwMzMzZWRk NDY1MDQwZjc5ZWE2ZDkxZjhjOTZkNDogTm8gYWRkcmVzcyByZWNvcmQKPDExOD4KPDExOD5TdGFy dGluZyBhdmFoaS1kYWVtb24uCjwxMTg+U3RhcnRpbmcgYXZhaGktZG5zY29uZmQuCjwxMTg+U3Rh cnRpbmcgY3Jvbi4KPDExOD5Mb2NhbCBwYWNrYWdlIGluaXRpYWxpemF0aW9uOgo8MTE4Pi4KPDEx OD5uZXQuaW5ldC5pcC5mdy5keW5fbWF4OiAKPDExOD40MDk2CjwxMTg+IC0+IAo8MTE4PjEwNDg1 NzYKPDExOD4KPDExOD5uZXQuaW5ldC5pcC5mdy5keW5fdWRwX2xpZmV0aW1lOiAKPDExOD4xMAo8 MTE4PiAtPiAKPDExOD42MAo8MTE4Pgo8MTE4Pm5ldC5pbmV0LmlwLmZ3LmR5bl9hY2tfbGlmZXRp bWU6IAo8MTE4PjMwMAo8MTE4PiAtPiAKPDExOD4zNjAwCjwxMTg+CjwxMTg+bmV0LmluZXQuaXAu ZncuZHluX2Zpbl9saWZldGltZTogCjwxMTg+MQo8MTE4PiAtPiAKPDExOD40CjwxMTg+CjwxMTg+ bmV0LmluZXQuaXAuZncuZHluX3JzdF9saWZldGltZTogCjwxMTg+MQo8MTE4PiAtPiAKPDExOD40 CjwxMTg+CjwxMTg+CjwxMTg+V2VkIE1heSAyOCAwMDozOTo1OSBKU1QgMjAwOApjYXJkYnVzMDog RXhwZWN0aW5nIGxpbmsgdGFyZ2V0LCBnb3QgMHgwCjw1PnJlMDogbGluayBzdGF0ZSBjaGFuZ2Vk IHRvIERPV04KZHJtMDogPEludGVsIGk5MTVHTT4gb24gdmdhcGNpMAppbmZvOiBbZHJtXSBBR1Ag YXQgMHhjMDAwMDAwMCAyNTZNQgppbmZvOiBbZHJtXSBJbml0aWFsaXplZCBpOTE1IDEuNS4wIDIw MDYwMTE5CmRybTA6IFtJVEhSRUFEXQo8MTE4Pk1heSAyOCAwMDo0MDoxOCBtZWxmaW5hIGdub21l LWtleXJpbmctZGFlbW9uWzE3MTVdOiBjb3VsZG4ndCBhbGxvY2F0ZSBzZWN1cmUgbWVtb3J5IHRv IGtlZXAgcGFzc3dvcmRzIGFuZCBvciBrZXlzIGZyb20gYmVpbmcgd3JpdHRlbiB0byB0aGUgZGlz awo8MTE4Pk1heSAyOCAwMDo0MDo0NiBtZWxmaW5hIG50cGRbMTI3NV06IHNlbmR0bygxMzMuMjQz LjIzOC4xNjMpOiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlCjwxMTg+TWF5IDI4IDAwOjQwOjQ2IG1l bGZpbmEgbnRwZFsxMjc1XTogc2VuZHRvKDEzMy4yNDMuMjM4LjE2NCk6IE5ldHdvcmsgaXMgdW5y ZWFjaGFibGUKPDExOD5NYXkgMjggMDA6NDA6NDcgbWVsZmluYSBudHBkWzEyNzVdOiBzZW5kdG8o MTMzLjI0My4yMzguMjQzKTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQo8MTE4Pk1heSAyOCAwMDo0 MDo0OSBtZWxmaW5hIG50cGRbMTI3NV06IHNlbmR0bygxMzMuMjQzLjIzOC4yNDQpOiBOZXR3b3Jr IGlzIHVucmVhY2hhYmxlCjw2PnBpZCAxNzU5IChzeW5lcmd5cyksIHVpZCAxMDAxOiBleGl0ZWQg b24gc2lnbmFsIDYKZHJtMDogW0lUSFJFQURdCjwxMTg+TWF5IDI4IDAwOjQxOjUwIG1lbGZpbmEg bnRwZFsxMjc1XTogc2VuZHRvKDEzMy4yNDMuMjM4LjI0Myk6IE5ldHdvcmsgaXMgdW5yZWFjaGFi bGUKPDExOD5NYXkgMjggMDA6NDE6NTEgbWVsZmluYSBudHBkWzEyNzVdOiBzZW5kdG8oMTMzLjI0 My4yMzguMTYzKTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQo8MTE4Pk1heSAyOCAwMDo0MTo1MSBt ZWxmaW5hIG50cGRbMTI3NV06IHNlbmR0bygxMzMuMjQzLjIzOC4xNjQpOiBOZXR3b3JrIGlzIHVu cmVhY2hhYmxlCjwxMTg+TWF5IDI4IDAwOjQxOjU1IG1lbGZpbmEgbnRwZFsxMjc1XTogc2VuZHRv KDEzMy4yNDMuMjM4LjI0NCk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKPDExOD5NYXkgMjggMDA6 NDI6MTMgbWVsZmluYSBzdTogbm9yayB0byByb290IG9uIC9kZXYvdHR5djAKcmUwOiBQSFkgd3Jp dGUgZmFpbGVkCnJlMDogUEhZIHdyaXRlIGZhaWxlZApyZTA6IFBIWSB3cml0ZSBmYWlsZWQKcmUw OiBQSFkgd3JpdGUgZmFpbGVkCnJlMDogUEhZIHdyaXRlIGZhaWxlZApyZTA6IFBIWSB3cml0ZSBm YWlsZWQKcmUwOiBQSFkgd3JpdGUgZmFpbGVkCnJlMDogUEhZIHdyaXRlIGZhaWxlZApyZTA6IFBI WSB3cml0ZSBmYWlsZWQKcmUwOiBQSFkgd3JpdGUgZmFpbGVkCnJlMDogUEhZIHdyaXRlIGZhaWxl ZApyZTA6IFBIWSB3cml0ZSBmYWlsZWQKcmUwOiBQSFkgd3JpdGUgZmFpbGVkCnJlMDogUEhZIHdy aXRlIGZhaWxlZAo8MTEwPmlwZnc6IDIwMjAwIEFjY2VwdCBJQ01QOjguMCAxOTIuMTY4LjM2LjYg MTkyLjE2OC4zNi4xIG91dCB2aWEgcmUwCjwxMTA+aXBmdzogMjAyMDAgQWNjZXB0IElDTVA6OC4w IDE5Mi4xNjguMzYuNiAxOTIuMTY4LjM2LjEgb3V0IHZpYSByZTAKPDExMD5pcGZ3OiAyMDIwMCBB Y2NlcHQgSUNNUDo4LjAgMTkyLjE2OC4zNi42IDE5Mi4xNjguMzYuMSBvdXQgdmlhIHJlMAo8MTE4 Pk1heSAyOCAwMDo0MzowMSBtZWxmaW5hIG50cGRbMTI3NV06IHNlbmR0bygxMzMuMjQzLjIzOC4y NDMpOiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlCjwxMTg+TWF5IDI4IDAwOjQzOjAzIG1lbGZpbmEg bnRwZFsxMjc1XTogc2VuZHRvKDEzMy4yNDMuMjM4LjE2Myk6IE5ldHdvcmsgaXMgdW5yZWFjaGFi bGUKPDExOD5NYXkgMjggMDA6NDM6MDMgbWVsZmluYSBudHBkWzEyNzVdOiBzZW5kdG8oMTMzLjI0 My4yMzguMTY0KTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQo8MTE4Pk1heSAyOCAwMDo0MzowNyBt ZWxmaW5hIG50cGRbMTI3NV06IHNlbmR0bygxMzMuMjQzLjIzOC4yNDQpOiBOZXR3b3JrIGlzIHVu cmVhY2hhYmxlCnJnZXBoeTA6IGRldGFjaGVkCm1paWJ1czE6IGRldGFjaGVkCnBhbmljOiByZXNv dXJjZV9saXN0X3JlbGVhc2U6IHJlc291cmNlIGVudHJ5IGlzIG5vdCBidXN5CktEQjogZW50ZXI6 IHBhbmljCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcGFuaWMudHh0AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAADA2MDAAAAAAMAAAAAAAAAAwAAAAAAAAADYxAAAAAAAAAAAA ADExMDE3MDI2MDM1ACAgNzEzMAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAB1c3RhcgAAAHJvb3QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAd2hlZWwAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAByZXNvdXJjZV9saXN0X3JlbGVhc2U6 IHJlc291cmNlIGVudHJ5IGlzIG5vdCBidXN5AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHZlcnNpb24udHh0AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAwNjAwAAAAADAAAAAAAAAAMAAAAAAAAAAxNjMAAAAAAAAAAAAx MTAxNzAyNjAzNQAgIDc2MDYAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAdXN0YXIAAAByb290AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHdoZWVsAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARnJlZUJTRCA4LjAtQ1VSUkVOVCAjNDQ6 IE1vbiBNYXkgMjYgMjA6MTc6MzEgSlNUIDIwMDgKICAgIG5vcmtAbWVsZmluYS5uaW50aC1uaW5l LmNvbTovdXNyL29iai91c3Ivc3JjL3N5cy9NRUxGSU5BCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA= --Multipart=_Wed__28_May_2008_02_09_58_+0900_baS.Kp7o28SsGlp1 Content-Type: application/octet-stream; name="textdump.tar.pullout" Content-Disposition: attachment; filename="textdump.tar.pullout" Content-Transfer-Encoding: base64 ZGRiLnR4dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADA2MDAAAAAAMAAAAAAA AAAwAAAAAAAAADE0MDAwMAAAAAAAADExMDE3MDI3MTE1ACAgNzA2NQAgAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhcgAAAHJvb3QAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAd2hlZWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABk YjowOmtkYi5lbnRlci5wYW5pYz4gIHJ1biBsb2NraW5mbwpkYjoxOmxvY2tpbmZvPiBzaG93IGxv Y2tzCk5vIHN1Y2ggY29tbWFuZApkYjoxOmxvY2tzPiAgc2hvdyBhbGxsb2NrcwpObyBzdWNoIGNv bW1hbmQKZGI6MTphbGxsb2Nrcz4gIHNob3cgbG9ja2Vkdm5vZHMKTG9ja2VkIHZub2RlcwpkYjow OmtkYi5lbnRlci5wYW5pYz4gIHNob3cgcGNwdQpjcHVpZCAgICAgICAgPSAwCmN1cnRocmVhZCAg ICA9IDB4YzNkNDg4YzA6IHBpZCA3ICJjYmIwIGV2ZW50IHRocmVhZCIKY3VycGNiICAgICAgID0g MHhjM2FiNGQ5MApmcGN1cnRocmVhZCAgPSBub25lCmlkbGV0aHJlYWQgICA9IDB4YzNjNTBkMjA6 IHBpZCAxMCAiaWRsZSIKQVBJQyBJRCAgICAgID0gMApjdXJyZW50bGR0ICAgPSAweDUwCmRiOjA6 a2RiLmVudGVyLnBhbmljPiAgYnQKVHJhY2luZyBwaWQgNyB0aWQgMTAwMDMzIHRkIDB4YzNkNDg4 YzAKa2RiX2VudGVyKGMwNzNhMDM0LGMwNzNhMDM0LGMwNzNiYTY1LGMzYWI0YmJjLGMzYWI0YmJj LC4uLikgYXQga2RiX2VudGVyKzB4M2EKcGFuaWMoYzA3M2JhNjUsMywxNCwwLGM0MDcyYjAwLC4u LikgYXQgcGFuaWMrMHhjZApyZXNvdXJjZV9saXN0X3JlbGVhc2UoYzQwOWQyMDQsYzNjZDZkODAs YzQ0MzU2MDAsMywxNCwuLi4pIGF0IHJlc291cmNlX2xpc3RfcmVsZWFzZSsweGMyCmJ1c19nZW5l cmljX3JsX3JlbGVhc2VfcmVzb3VyY2UoYzNjZDZkODAsYzQ0MzU2MDAsMywxNCxjNDA3MmQ4MCkg YXQgYnVzX2dlbmVyaWNfcmxfcmVsZWFzZV9yZXNvdXJjZSsweDc3CmJ1c19yZWxlYXNlX3Jlc291 cmNlKGM0NDM1NjAwLDMsMTQsYzQwNzJkODAsYzQ0Mzc0ZjgsLi4uKSBhdCBidXNfcmVsZWFzZV9y ZXNvdXJjZSsweDY3CnJlX2RldGFjaChjNDQzNTYwMCxjM2NiNzg5MCxjMDc2YmEzNCxjMDU2ZDcy Myw0LC4uLikgYXQgcmVfZGV0YWNoKzB4ZjQKZGV2aWNlX2RldGFjaChjNDQzNTYwMCxjM2FiNGNh YyxjM2FiNGNiMCxjM2Q0ODhjMCxjM2FiNGNjMCwuLi4pIGF0IGRldmljZV9kZXRhY2grMHg2OApj YXJkYnVzX2RldGFjaF9jYXJkKGMzY2Q2ZDgwLGMzY2JjMGU0LGMwNzY0NzM4LGVmZmRmZmRmLGYz ZWE3ZmJhLC4uLikgYXQgY2FyZGJ1c19kZXRhY2hfY2FyZCsweGNkCmNiYl9ldmVudF90aHJlYWQo YzNjZmIwMDAsYzNhYjRkMzgsZTdmYWVlZjcsYmMxZmJmN2IsM2JiZWFmZmQsLi4uKSBhdCBjYmJf ZXZlbnRfdGhyZWFkKzB4MWM5CmZvcmtfZXhpdChjMDRiNTMzMCxjM2NmYjAwMCxjM2FiNGQzOCkg YXQgZm9ya19leGl0KzB4OWMKZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lKzB4 OAotLS0gdHJhcCAwLCBlaXAgPSAwLCBlc3AgPSAweGMzYWI0ZDcwLCBlYnAgPSAwIC0tLQpkYjow OmtkYi5lbnRlci5wYW5pYz4gIHBzCiAgcGlkICBwcGlkICBwZ3JwICAgdWlkICAgc3RhdGUgICB3 bWVzZyAgICAgd2NoYW4gICAgY21kCiAyMjM3ICAyMjI5ICAyMjM3ICAgICAwICBTKyAgICAgIHR0 eWluICAgIDB4YzNkY2UwMTAgenNoCiAyMjI5ICAxNjM0ICAxNjM0ICAxMDAxICBTKyAgICAgIHdh aXQgICAgIDB4YzdhYjgyOWMgc3UKIDIyMjIgIDIyMDUgIDIyMjIgICAgOTIgIFNzICAgICAgc2Vs ZWN0ICAgMHhjNWJhZDBlNCBpbml0aWFsIHRocmVhZAogMjIwOCAgMjIwNSAgMjIwOCAgICAgMCAg UyAgICAgICBzZWxlY3QgICAweGM3ZGYwNDI0IGluaXRpYWwgdGhyZWFkCiAyMjA1ICAxNjYxICAy MjA1ICAgICAwICBTICAgICAgIHBpcGVyZCAgIDB4YzYxYzA3ODAgZ2RtLWJpbmFyeQogMTg3NyAg ICAgMSAgMTg3NiAgICAgMCAgUyAgICAgICBzZWxlY3QgICAweGM2M2EzYzY0IGluaXRpYWwgdGhy ZWFkCiAxODYxICAgICAxICAxMjE1ICAgICAwICBTICAgICAgIHNlbGVjdCAgIDB4YzgxZTY3YTQg aW5pdGlhbCB0aHJlYWQKIDE4NTAgICAgIDEgIDE3MTYgIDEwMDEgIFMgICAgICAgc2VsZWN0ICAg MHhjODFlNmJhNCBpbml0aWFsIHRocmVhZAogMTg0MiAgICAgMSAgMTcxNiAgMTAwMSAgUyAgICAg ICAodGhyZWFkZWQpICAgICAgICAgIGd2ZnNkLXRyYXNoCjEwMDE0NiAgICAgICAgICAgICAgICAg ICBTICAgICAgIHNlbGVjdCAgIDB4YzdkZWYwYTQgaW5pdGlhbCB0aHJlYWQKIDE4MzMgICAgIDEg IDE4MzMgICAgIDAgIFNzICAgICAgc2VsZWN0ICAgMHhjNzMxMzNlNCBzeXN0ZW0tdG9vbHMtYmFj a2VuCiAxNzg2ICAgICAxICAxNzg2ICAxMDAxICBTcyAgICAgICh0aHJlYWRlZCkgICAgICAgICAg Z3Zmcy1mdXNlLWRhZW1vbgoxMDAxNzEgICAgICAgICAgICAgICAgICAgUyAgICAgICBmdV9tc2cg ICAweGM3YjljNzAwIGd2ZnMtZnVzZS1kYWVtb24KMTAwMTcwICAgICAgICAgICAgICAgICAgIFMg ICAgICAgdXdhaXQgICAgMHhjN2RmMGE4MCBndmZzLWZ1c2UtZGFlbW9uCiAxNzgyICAgICAxICAx NzgxICAxMDAxICBTICAgICAgIHNlbGVjdCAgIDB4YzY1ZGI2MjQgaW5pdGlhbCB0aHJlYWQKIDE3 NzQgICAgIDEgIDE3MTYgIDEwMDEgIFMgICAgICAgc2VsZWN0ICAgMHhjN2RlZmJhNCBpbml0aWFs IHRocmVhZAogMTc1MSAgICAgMSAgMTc1MSAgMTAwMSAgU3MgICAgICAodGhyZWFkZWQpICAgICAg ICAgIGJvbm9iby1hY3RpdmF0aW9uLXMKMTAwMTYxICAgICAgICAgICAgICAgICAgIFMgICAgICAg dWNvbmQgICAgMHhjN2RmMGM0MCBib25vYm8tYWN0aXZhdGlvbi1zCjEwMDE0NSAgICAgICAgICAg ICAgICAgICBTICAgICAgIHVtdHhuICAgIDB4YzU2MGI5ODAgaW5pdGlhbCB0aHJlYWQKIDE3MTYg ICAgIDEgIDE3MTYgIDEwMDEgIFNzICAgICAgc2VsZWN0ICAgMHhjNDA5ZjZhNCBkYnVzLWRhZW1v bgogMTcwOSAgICAgMSAgMTY4NyAgMTAwMSAgUyAgICAgICBzZWxlY3QgICAweGM3ZGYwYWU0IGlu aXRpYWwgdGhyZWFkCiAxNjYxICAgICAxICAxNjYxICAgICAwICBTcyAgICAgIHNlbGVjdCAgIDB4 YzY1ZGIxYTQgZ2RtLWJpbmFyeQogMTY1MyAgMTY0OSAgMTY0NSAgICAgMCAgUyAgICAgICBzZWxl Y3QgICAweGM3MzEzNTI0IGluaXRpYWwgdGhyZWFkCiAxNjQ5ICAxNjQ1ICAxNjQ1ICAgICAwICBT ICAgICAgIHNlbGVjdCAgIDB4YzU2MGJkYTQgaW5pdGlhbCB0aHJlYWQKIDE2NDggICAgIDEgIDE2 NDggICAgIDAgIFNzICAgICAgKHRocmVhZGVkKSAgICAgICAgICBjb25zb2xlLWtpdC1kYWVtb24K MTAwMTM0ICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FlMCBjb25z b2xlLWtpdC1kYWVtb24KMTAwMTQxICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAg MHhjMDdhY2FmYyBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTQwICAgICAgICAgICAgICAgICAgIFMg ICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FmOCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTM5ICAgICAg ICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FmNCBjb25zb2xlLWtpdC1kYWVt b24KMTAwMTM4ICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FmMCBj b25zb2xlLWtpdC1kYWVtb24KMTAwMTM3ICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0 ICAgMHhjMDdhY2FlYyBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTM2ICAgICAgICAgICAgICAgICAg IFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FlOCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTM1ICAg ICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FlNCBjb25zb2xlLWtpdC1k YWVtb24KMTAwMTMzICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2Fk YyBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTMyICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2Fp dHZ0ICAgMHhjMDdhY2FkOCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTMxICAgICAgICAgICAgICAg ICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FkNCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTMw ICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FkMCBjb25zb2xlLWtp dC1kYWVtb24KMTAwMTI5ICAgICAgICAgICAgICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdh Y2FjYyBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTI4ICAgICAgICAgICAgICAgICAgIFMgICAgICAg d2FpdHZ0ICAgMHhjMDdhY2FjOCBjb25zb2xlLWtpdC1kYWVtb24KMTAwMTI3ICAgICAgICAgICAg ICAgICAgIFMgICAgICAgd2FpdHZ0ICAgMHhjMDdhY2FjNCBjb25zb2xlLWtpdC1kYWVtb24KMTAw MTI2ICAgICAgICAgICAgICAgICAgIFMgICAgICAgdWNvbmQgICAgMHhjNjNhMzg0MCBjb25zb2xl LWtpdC1kYWVtb24KMTAwMDk2ICAgICAgICAgICAgICAgICAgIFMgICAgICAgc2VsZWN0ICAgMHhj NTI4OTk2NCBjb25zb2xlLWtpdC1kYWVtb24KIDE2NDUgICAgIDEgIDE2NDUgICA1NjAgIFNzICAg ICAgc2VsZWN0ICAgMHhjNGU0OGNlNCBoYWxkCiAxNjM2ICAgICAxICAxNjM2ICAgICAwICBTcysg ICAgIHR0eWluICAgIDB4YzNkZDY0MTAgZ2V0dHkKIDE2MzUgICAgIDEgIDE2MzUgICAgIDAgIFNz KyAgICAgdHR5aW4gICAgMHhjM2RkNTAxMCBnZXR0eQogMTYzNCAgICAgMSAgMTYzNCAgICAgMCAg U3MrICAgICB3YWl0ICAgICAweGM0MDljN2Q0IGxvZ2luCiAxNTcyICAgICAxICAxNTcyICAgICAw ICBTcyAgICAgIG5hbnNscCAgIDB4YzA3YjBlNDQgY3JvbgogMTU2OCAgMTU2NiAgMTU2NiAgICAy NSAgUyAgICAgICBwYXVzZSAgICAweGM1ZmMwODJjIHNlbmRtYWlsCiAxNTY2ICAgICAxICAxNTY2 ICAgIDI1ICBTcyAgICAgIHdhaXQgICAgIDB4YzVmYzE3ZDQgc2VuZG1haWwKIDE1NjIgIDE1NjAg IDE1NjAgICAgIDAgIFMgICAgICAgcGF1c2UgICAgMHhjNWZjMDA1OCBzZW5kbWFpbAogMTU2MCAg ICAgMSAgMTU2MCAgICAgMCAgU3MgICAgICBzZWxlY3QgICAweGM2NWRiNmU0IHNlbmRtYWlsCiAx NTQ3ICAgICAxICAxNTQ3ICAgICAwICBTcyAgICAgIHNlbGVjdCAgIDB4YzUyODliNjQgYXZhaGkt ZG5zY29uZmQKIDE1NDIgICAgIDEgIDE1NDIgICA1NTggIFNzICAgICAgc2VsZWN0ICAgMHhjNGU0 ODlhNCBhdmFoaS1kYWVtb24KIDEzMTAgICAgIDEgIDEzMTAgICAgIDMgIFNzICAgICAgc2VsZWN0 ICAgMHhjNWJhZGJhNCBjYW5uYXNlcnZlcgogMTI4MSAgICAgMSAgMTI4MSAgICAgMCAgU3MgICAg ICBzZWxlY3QgICAweGM1Mjg5MGU0IHBvd2VyZAogMTIxNSAgICAgMSAgMTIxNSAgIDU1NiAgU3Mg ICAgICBzZWxlY3QgICAweGM0N2Q3Y2U0IGRidXMtZGFlbW9uCiAxMjAxICAgICAxICAxMjAxICAg ICAwICBTcyAgICAgIHNlbGVjdCAgIDB4YzU2MGIwNjQgc3NoZAogMTE5NSAgICAgMSAgMTE5NCAg ICAgMCAgUyAgICAgICBuYW5zbHAgICAweGMwN2IwZTQ0IHNtYXJ0ZAogMTE2NyAgMTE2MyAgMTE2 MyAgICAgMCAgUyAgICAgICBycGNzdmMgICAweGM0MDlmYTljIHJwYy5sb2NrZAogMTE2NiAgMTE2 MyAgMTE2MyAgICAgMCAgUyAgICAgICBuZnNsb2NrZCAweGM1ZjEwOWJjIHJwYy5sb2NrZAogMTE2 MyAgICAgMSAgMTE2MyAgICAgMCAgU3MgICAgICBzZWxlY3QgICAweGM1YmFkNGU0IHJwYy5sb2Nr ZAogMTE1NyAgICAgMSAgMTE1NyAgICAgMCAgU3MgICAgICBzZWxlY3QgICAweGM0MDlmYTI0IHJw Yy5zdGF0ZAogMTEyMyAgICAgMSAgMTEyMyAgICAgMCAgU3MgICAgICBzZWxlY3QgICAweGM0NDNj YTY0IHJwY2JpbmQKIDExMDQgICAgIDEgIDExMDQgICAgIDAgIFNzICAgICAgc2VsZWN0ICAgMHhj NWJhZDdhNCBzeXNsb2dkCiAxMDE5ICAgICAxICAxMDE5ICAgICAwICBScyAgICAgICAgICAgICAg ICAgICAgICAgICAgZGV2ZAogIDQ5OCAgICAgMSAgIDQ5OCAgICAgMCAgU3MgICAgICBzZWxlY3Qg ICAweGM1Mjg5MGE0IHdwYV9zdXBwbGljYW50CiAgMjMzICAgICAxICAgMjMzICAgICAwICBTcyAg ICAgIHBhdXNlICAgIDB4YzU0OWI1OTAgYWRqa2VybnR6CiAgMTQyICAgICAwICAgICAwICAgICAw ICBTTCAgICAgIHRxLT50cV9kIDB4YzNjYTA2NjggW3ppbF9jbGVhbl0KICAxNDEgICAgIDAgICAg IDAgICAgIDAgIFNMICAgICAgdHEtPnRxX2QgMHhjM2NhMDcyYyBbemlsX2NsZWFuXQogIDE0MCAg ICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzY2EwN2YwIFt6aWxfY2xlYW5d CiAgMTM4ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjYTA4YjQgW3pp bF9jbGVhbl0KICAxMzcgICAgIDAgICAgIDAgICAgIDAgIFNMICAgICAgdHEtPnRxX2QgMHhjM2Nh MDk3OCBbemlsX2NsZWFuXQogIDEzNiAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFf ZCAweGMzY2EwYTNjIFt6aWxfY2xlYW5dCiAgMTM1ICAgICAwICAgICAwICAgICAwICBTTCAgICAg IHRxLT50cV9kIDB4YzNjYTBiMDAgW3ppbF9jbGVhbl0KICAxMzQgICAgIDAgICAgIDAgICAgIDAg IFNMICAgICAgdHEtPnRxX2QgMHhjM2NhMGJjNCBbemlsX2NsZWFuXQogIDEzMyAgICAgMCAgICAg MCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzY2EwYzg4IFt6aWxfY2xlYW5dCiAgMTMyICAg ICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjYTBkNGMgW3ppbF9jbGVhbl0K ICAxMzEgICAgIDAgICAgIDAgICAgIDAgIFNMICAgICAgdHEtPnRxX2QgMHhjM2NhMGUxMCBbemls X2NsZWFuXQogIDEzMCAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzY2Ew ZWQ0IFt6aWxfY2xlYW5dCiAgMTI5ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9k IDB4YzUzZWQwNDggW3ppbF9jbGVhbl0KICAxMjggICAgIDAgICAgIDAgICAgIDAgIFNMICAgICAg dHEtPnRxX2QgMHhjNTNlZDEwYyBbemlsX2NsZWFuXQogIDEyNyAgICAgMCAgICAgMCAgICAgMCAg U0wgICAgICB0cS0+dHFfZCAweGM1M2VkMWQwIFt6aWxfY2xlYW5dCiAgMTI2ICAgICAwICAgICAw ICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWZlZDQgW3ppbF9jbGVhbl0KICAxMjUgICAg IDAgICAgIDAgICAgIDAgIFNMICAgICAgdHEtPnRxX2QgMHhjM2M5ZmUxMCBbemlsX2NsZWFuXQog IDEyNCAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzYzlmZDRjIFt6aWxf Y2xlYW5dCiAgMTIzICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWZj ODggW3ppbF9jbGVhbl0KICAxMjIgICAgIDAgICAgIDAgICAgIDAgIFNMICAgICAgdHEtPnRxX2Qg MHhjM2M5ZmJjNCBbemlsX2NsZWFuXQogIDEyMSAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0 cS0+dHFfZCAweGMzYzlmYjAwIFt6aWxfY2xlYW5dCiAgMTE5ICAgICAwICAgICAwICAgICAwICBT TCAgICAgIHp2b2w6aW8gIDB4YzUwYWM1MDQgW3p2b2w6d29ya2VyIHp2b2wvem9dCiAgMTE4ICAg ICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWZhM2MgW3ppbF9jbGVhbl0K ICAgNTQgICAgIDAgICAgIDAgICAgIDAgIFNMICAgICAgdHEtPnRxX2QgMHhjM2M5Zjk3OCBbemls X2NsZWFuXQogICA1MyAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0eC0+dHhfdCAweGM0MjAw OTI0IFt0eGdfdGhyZWFkX2VudGVyXQogICA1MiAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0 eC0+dHhfcyAweGM0MjAwOTA0IFt0eGdfdGhyZWFkX2VudGVyXQogICA1MSAgICAgMCAgICAgMCAg ICAgMCAgU0wgICAgICB0eC0+dHhfcSAweGM0MjAwOTE0IFt0eGdfdGhyZWFkX2VudGVyXQogICA1 MCAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB2Z2VvbTppbyAweGMzZGU0YmM4IFt2ZGV2Ondv cmtlciBhZDBzMmFdCiAgIDQ5ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4 YzNjOWY4YjQgW3NwYV96aW9faW50cl81XQogICA0OCAgICAgMCAgICAgMCAgICAgMCAgU0wgICAg ICB0cS0+dHFfZCAweGMzYzlmN2YwIFtzcGFfemlvX2lzc3VlXzVdCiAgIDQ3ICAgICAwICAgICAw ICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWY3MmMgW3NwYV96aW9faW50cl80XQogICA0 NiAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzYzlmNjY4IFtzcGFfemlv X2lzc3VlXzRdCiAgIDQ1ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNj OWYwNDggW3NwYV96aW9faW50cl8zXQogICA0NCAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0 cS0+dHFfZCAweGMzYzlmMTBjIFtzcGFfemlvX2lzc3VlXzNdCiAgIDQzICAgICAwICAgICAwICAg ICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWYxZDAgW3NwYV96aW9faW50cl8yXQogICA0MiAg ICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzYzlmMjk0IFtzcGFfemlvX2lz c3VlXzJdCiAgIDQxICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWYz NTggW3NwYV96aW9faW50cl8xXQogICA0MCAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+ dHFfZCAweGMzYzlmNDFjIFtzcGFfemlvX2lzc3VlXzFdCiAgIDM5ICAgICAwICAgICAwICAgICAw ICBTTCAgICAgIHRxLT50cV9kIDB4YzNjOWY0ZTAgW3NwYV96aW9faW50cl8wXQogICAzOCAgICAg MCAgICAgMCAgICAgMCAgU0wgICAgICB0cS0+dHFfZCAweGMzYzlmNWE0IFtzcGFfemlvX2lzc3Vl XzBdCiAgIDI0ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHZscnV3dCAgIDB4YzNjZjE3ZDQg W3ZubHJ1XQogICAyMyAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICBzeW5jZXIgICAweGMwN2Iw YzYwIFtzeW5jZXJdCiAgIDIyICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHBzbGVlcCAgIDB4 YzA3YjU5NjQgW2J1ZmRhZW1vbl0KICAgMjEgICAgIDAgICAgIDAgICAgIDAgIFNMICAgICAgcGd6 ZXJvICAgMHhjMDdiYmRmNCBbcGFnZXplcm9dCiAgIDIwICAgICAwICAgICAwICAgICAwICBTTCAg ICAgIHBzbGVlcCAgIDB4YzA3YmJhMWMgW3ZtZGFlbW9uXQogICAxOSAgICAgMCAgICAgMCAgICAg MCAgU0wgICAgICBwc2xlZXAgICAweGMwN2JiOWU0IFtwYWdlZGFlbW9uXQogICAgOSAgICAgMCAg ICAgMCAgICAgMCAgU0wgICAgICBhcmNfcmVjbCAweGMwOTA0NjQ4IFthcmNfcmVjbGFpbV90aHJl YWRdCiAgICA4ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHdhaXRpbmdfIDB4YzA3YjdlMWMg W3NjdHBfaXRlcmF0b3JdCiAgIDE4ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIGNvb2xpbmcg IDB4YzNkM2QyZDQgW2FjcGlfY29vbGluZzBdCiAgIDE3ICAgICAwICAgICAwICAgICAwICBTTCAg ICAgIHR6cG9sbCAgIDB4YzBhNDVmZTAgW2FjcGlfdGhlcm1hbF0KICAgIDcgICAgIDAgICAgIDAg ICAgIDAgIFJMICAgICAgQ1BVIDAgICAgICAgICAgICAgICBbY2JiMCBldmVudCB0aHJlYWRdCiAg IDE2ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHVzYmV2dCAgIDB4YzNjZmFhMTAgW3VzYjFd CiAgIDE1ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHVzYnRzayAgIDB4YzA3YWU0NTQgW3Vz YnRhc2stZHJdCiAgIDE0ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHVzYnRzayAgIDB4YzA3 YWU0NDAgW3VzYnRhc2staGNdCiAgIDEzICAgICAwICAgICAwICAgICAwICBTTCAgICAgIHVzYmV2 dCAgIDB4YzNjZjYyMTAgW3VzYjBdCiAgICA2ICAgICAwICAgICAwICAgICAwICBTTCAgICAgIGNj Yl9zY2FuIDB4YzA3OTg0NTQgW3hwdF90aHJkXQogICAxMiAgICAgMCAgICAgMCAgICAgMCAgU0wg ICAgICAtICAgICAgICAweGMwN2IwYzY4IFt5YXJyb3ddCiAgICA1ICAgICAwICAgICAwICAgICAw ICBTTCAgICAgIHRxLT50cV9kIDB4YzNjYTAwNDggW3N5c3RlbV90YXNrcV0KICAgIDQgICAgIDAg ICAgIDAgICAgIDAgIFNMICAgICAgLSAgICAgICAgMHhjMDdhZWE2NCBbZ19kb3duXQogICAgMyAg ICAgMCAgICAgMCAgICAgMCAgU0wgICAgICAtICAgICAgICAweGMwN2FlYTYwIFtnX3VwXQogICAg MiAgICAgMCAgICAgMCAgICAgMCAgU0wgICAgICAtICAgICAgICAweGMwN2FlYTU4IFtnX2V2ZW50 XQogICAxMSAgICAgMCAgICAgMCAgICAgMCAgUkwgICAgICAodGhyZWFkZWQpICAgICAgICAgIGlu dHIKMTAwMTUwICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAgICAgICAgICAgICAgICAgICBb aXJxMTY6XQoxMDAwNDEgICAgICAgICAgICAgICAgICAgSSAgICAgICAgICAgICAgICAgICAgICAg ICAgIFtpcnExMjogcHNtMF0KMTAwMDQwICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAgICAg ICAgICAgICAgICAgICBbaXJxMTogYXRrYmQwXQoxMDAwMzcgICAgICAgICAgICAgICAgICAgSSAg ICAgICAgICAgICAgICAgICAgICAgICAgIFtpcnExNTogYXRhMV0KMTAwMDM2ICAgICAgICAgICAg ICAgICAgIEkgICAgICAgICAgICAgICAgICAgICAgICAgICBbaXJxMTQ6IGF0YTBdCjEwMDAzNSAg ICAgICAgICAgICAgICAgICBJICAgICAgICAgICAgICAgICAgICAgICAgICAgW2lycTE3OiBwY20w XQoxMDAwMzQgICAgICAgICAgICAgICAgICAgSSAgICAgICAgICAgICAgICAgICAgICAgICAgIFtp cnEyMDogc2RzaGMwXQoxMDAwMzIgICAgICAgICAgICAgICAgICAgSSAgICAgICAgICAgICAgICAg ICAgICAgICAgIFtpcnEyMjogY2JiMF0KMTAwMDMxICAgICAgICAgICAgICAgICAgIEkgICAgICAg ICAgICAgICAgICAgICAgICAgICBbaXJxMjE6IGl3aTBdCjEwMDAyOCAgICAgICAgICAgICAgICAg ICBJICAgICAgICAgICAgICAgICAgICAgICAgICAgW2lycTE5OiBybDBdCjEwMDAyMyAgICAgICAg ICAgICAgICAgICBJICAgICAgICAgICAgICAgICAgICAgICAgICAgW2lycTIzOiB1aGNpMCBlaGNp MF0KMTAwMDIyICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAgICAgICAgICAgICAgICAgICBb aXJxOTogYWNwaTBdCjEwMDAyMSAgICAgICAgICAgICAgICAgICBJICAgICAgICAgICAgICAgICAg ICAgICAgICAgW3N3aTI6IGNhbWJpb10KMTAwMDE1ICAgICAgICAgICAgICAgICAgIEkgICAgICAg ICAgICAgICAgICAgICAgICAgICBbc3dpNjogdGFzayBxdWV1ZV0KMTAwMDE0ICAgICAgICAgICAg ICAgICAgIEkgICAgICAgICAgICAgICAgICAgICAgICAgICBbc3dpNjogR2lhbnQgdGFza3FdCjEw MDAxMiAgICAgICAgICAgICAgICAgICBJICAgICAgICAgICAgICAgICAgICAgICAgICAgW3N3aTU6 ICtdCjEwMDAwNSAgICAgICAgICAgICAgICAgICBSdW5RICAgICAgICAgICAgICAgICAgICAgICAg W3N3aTE6IG5ldF0KMTAwMDA0ICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAgICAgICAgICAg ICAgICAgICBbc3dpMzogdm1dCjEwMDAwMyAgICAgICAgICAgICAgICAgICBJICAgICAgICAgICAg ICAgICAgICAgICAgICAgW3N3aTQ6IGNsb2NrXQogICAxMCAgICAgMCAgICAgMCAgICAgMCAgUkwg ICAgICAgICAgICAgICAgICAgICAgICAgIFtpZGxlXQogICAgMSAgICAgMCAgICAgMSAgICAgMCAg U0xzICAgICB3YWl0ICAgICAweGMzYzRlMDAwIFtpbml0XQogICAgMCAgICAgMCAgICAgMCAgICAg MCAgU0xzICAgICAodGhyZWFkZWQpICAgICAgICAgIGtlcm5lbAoxMDAxMTAgICAgICAgICAgICAg ICAgICAgRCAgICAgICAtICAgICAgICAweGM1Mjg5ZDQwIFthaW9kX2JpbyB0YXNrcV0KMTAwMDMw ICAgICAgICAgICAgICAgICAgIEQgICAgICAgLSAgICAgICAgMHhjM2Q0NDA4MCBbaXdpMCB0YXNr cTJdCjEwMDAyOSAgICAgICAgICAgICAgICAgICBEICAgICAgIC0gICAgICAgIDB4YzNkNDQwYzAg W2l3aTAgdGFza3FdCjEwMDAxOSAgICAgICAgICAgICAgICAgICBEICAgICAgIC0gICAgICAgIDB4 YzNjZWZiODAgW2txdWV1ZSB0YXNrcV0KMTAwMDE4ICAgICAgICAgICAgICAgICAgIEQgICAgICAg LSAgICAgICAgMHhjM2NlZmQ4MCBbYWNwaV90YXNrXzJdCjEwMDAxNyAgICAgICAgICAgICAgICAg ICBEICAgICAgIC0gICAgICAgIDB4YzNjZWZkODAgW2FjcGlfdGFza18xXQoxMDAwMTYgICAgICAg ICAgICAgICAgICAgRCAgICAgICAtICAgICAgICAweGMzY2VmZDgwIFthY3BpX3Rhc2tfMF0KMTAw MDEzICAgICAgICAgICAgICAgICAgIEQgICAgICAgLSAgICAgICAgMHhjM2NmMDAwMCBbdGhyZWFk IHRhc2txXQoxMDAwMDkgICAgICAgICAgICAgICAgICAgRCAgICAgICAtICAgICAgICAweGMzYzMz YzQwIFtmaXJtd2FyZSB0YXNrcV0KMTAwMDAwICAgICAgICAgICAgICAgICAgIEkgICAgICAgICAg ICAgICAgICAgICAgICAgICBbc3dhcHBlcl0KZGI6MDprZGIuZW50ZXIucGFuaWM+ICBhbGx0cmFj ZQoKVHJhY2luZyBjb21tYW5kIHpzaCBwaWQgMjIzNyB0aWQgMTAwMTU4IHRkIDB4YzcyZDUwMDAK c2NoZWRfc3dpdGNoKGM3MmQ1MDAwLDAsMTA0LGM2Yjc4YmIzLDVjLC4uLikgYXQgc2NoZWRfc3dp dGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM2NGVmN2Q0LGZiNTUyOTEwLC4uLikgYXQgbWlf c3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzcyZDUwMDAsMCxjMDczY2IyZCwxODksZmI1NTI4 ZmMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMSwxMDAs ZmI1NTI5NTgsYzA1NTU1OGMsYzNkY2UwMTAsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysw eDUzCnNsZWVwcV93YWl0X3NpZyhjM2RjZTAxMCw1OSxjMDczZWJhZCwxMDAsMCwuLi4pIGF0IHNs ZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjM2RjZTAxMCwwLDE1OSxjMDczZWJhZCwwLC4uLikg YXQgX3NsZWVwKzB4MjdjCnR0eXNsZWVwKGMzZGNlMDAwLGMzZGNlMDEwLDE1OSxjMDczZWJhZCww LC4uLikgYXQgdHR5c2xlZXArMHgzOQp0dHJlYWQoYzNkY2UwMDAsZmI1NTJjNjAsMCxmYjU1MmI5 MCxjMDRjZDI4ZCwuLi4pIGF0IHR0cmVhZCsweDYxYwp0dHlyZWFkKGMzZDljZDAwLGZiNTUyYzYw LDAsZmI1NTJiYjgsYzA1MTVjMDksLi4uKSBhdCB0dHlyZWFkKzB4MzgKc2NyZWFkKGMzZDljZDAw LGZiNTUyYzYwLDAsYzY0ZjA3NTQsZmI1NTJiZDgsLi4uKSBhdCBzY3JlYWQrMHgyZApnaWFudF9y ZWFkKGMzZDljZDAwLGZiNTUyYzYwLDAsMCwxLC4uLikgYXQgZ2lhbnRfcmVhZCsweDg5CmRldmZz X3JlYWRfZihjNWJhN2E4MCxmYjU1MmM2MCxjN2IzNTYwMCwwLGM3MmQ1MDAwLC4uLikgYXQgZGV2 ZnNfcmVhZF9mKzB4NzgKZG9maWxlcmVhZChmYjU1MmM2MCxmZmZmZmZmZixmZmZmZmZmZiwwLGM1 YmE3YTgwLC4uLikgYXQgZG9maWxlcmVhZCsweDk2Cmtlcm5fcmVhZHYoYzcyZDUwMDAsYSxmYjU1 MmM2MCxiZmJmZTgyZiwxLC4uLikgYXQga2Vybl9yZWFkdisweDU4CnJlYWQoYzcyZDUwMDAsZmI1 NTJjZmMsYyxmYjU1MmQzOCxmYjU1MmQyYywuLi4pIGF0IHJlYWQrMHg0ZgpzeXNjYWxsKGZiNTUy ZDM4KSBhdCBzeXNjYWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNj YWxsKzB4MjAKLS0tIHN5c2NhbGwgKDMsIEZyZWVCU0QgRUxGMzIsIHJlYWQpLCBlaXAgPSAweDI4 MzYwZTAzLCBlc3AgPSAweGJmYmZlNzRjLCBlYnAgPSAweGJmYmZlODQ4IC0tLQoKVHJhY2luZyBj b21tYW5kIHN1IHBpZCAyMjI5IHRpZCAxMDAxNTQgdGQgMHhjNzJkNThjMApzY2hlZF9zd2l0Y2go YzcyZDU4YzAsMCwxMDQsNDQwZjI4OWUsNWEsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgyMDAKbWlf c3dpdGNoKDEwNCwwLDAsYzdhYjgyOWMsZmI1MzViOGMsLi4uKSBhdCBtaV9zd2l0Y2grMHgxMmYK c2xlZXBxX3N3aXRjaChjNzJkNThjMCwwLGMwNzNjYjJkLDE4OSxmYjUzNWI3OCwuLi4pIGF0IHNs ZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygwLDEwMCxmYjUzNWJkNCxjMDU1 NTU4YyxjN2FiODI5YywuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xlZXBxX3dh aXRfc2lnKGM3YWI4MjljLDVjLGMwNzNkMzk4LDEwMCwwLC4uLikgYXQgc2xlZXBxX3dhaXRfc2ln KzB4MTgKX3NsZWVwKGM3YWI4MjljLGM3YWI4MzI0LDE1YyxjMDczZDM5OCwwLC4uLikgYXQgX3Ns ZWVwKzB4MjdjCmtlcm5fd2FpdChjNzJkNThjMCw4YmQsZmI1MzVjMmMsMiwwLC4uLikgYXQga2Vy bl93YWl0KzB4ZTY2CndhaXQ0KGM3MmQ1OGMwLGZiNTM1Y2ZjLDEwLGZiNTM1ZDM4LGZiNTM1ZDJj LC4uLikgYXQgd2FpdDQrMHgzZApzeXNjYWxsKGZiNTM1ZDM4KSBhdCBzeXNjYWxsKzB4MzY1Clhp bnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0tIHN5c2NhbGwgKDcs IEZyZWVCU0QgRUxGMzIsIHdhaXQ0KSwgZWlwID0gMHgyODEwZGE1ZiwgZXNwID0gMHhiZmJmZTZj YywgZWJwID0gMHhiZmJmZTZlOCAtLS0KClRyYWNpbmcgY29tbWFuZCBnZG1ncmVldGVyIHBpZCAy MjIyIHRpZCAxMDAxMTkgdGQgMHhjNWIwZjIzMApzY2hlZF9zd2l0Y2goYzViMGYyMzAsMCwxMDQs MTA0NDhmN2UsNWQsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAs YzVmYzEwMDAsZmI0MmFhYTgsLi4uKSBhdCBtaV9zd2l0Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChj NWIwZjIzMCwwLGMwNzNjYjJkLDE4OSxjMDU1ZTllZCwuLi4pIGF0IHNsZWVwcV9zd2l0Y2grMHhj OQpzbGVlcHFfY2F0Y2hfc2lnbmFscygwLGM1YjBmMjMwLGM3ZDBiZDAwLGZiNDJhYWVjLGMwNTEz OGIzLC4uLikgYXQgc2xlZXBxX2NhdGNoX3NpZ25hbHMrMHg1MwpzbGVlcHFfdGltZWR3YWl0X3Np ZyhjNWJhZDBlNCwwLGMwNzNjZmZhLDEwMSwwLC4uLikgYXQgc2xlZXBxX3RpbWVkd2FpdF9zaWcr MHgxYwpfY3ZfdGltZWR3YWl0X3NpZyhjNWJhZDBlNCxjNWJhZDBkMCwzMWYsYzliODAxODgsMSwu Li4pIGF0IF9jdl90aW1lZHdhaXRfc2lnKzB4MWEzCnNlbHRkd2FpdChmYjQyYWI1YyxmYjQyYWI2 NCxjN2NmMzUwMCxjNWIwZjIzMCxjMDU4OGY1MCwuLi4pIGF0IHNlbHRkd2FpdCsweGMwCnBvbGwo YzViMGYyMzAsZmI0MmFjZmMsYyxjMDU3ZjBlMCxjNWIwZjIzMCwuLi4pIGF0IHBvbGwrMHgzNzgK c3lzY2FsbChmYjQyYWQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkgYXQg WGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICgyMDksIEZyZWVCU0QgRUxGMzIsIHBv bGwpLCBlaXAgPSAweDI4ZWIwYzliLCBlc3AgPSAweGJmYmZlYjRjLCBlYnAgPSAweGJmYmZlYjY4 IC0tLQoKVHJhY2luZyBjb21tYW5kIFhvcmcgcGlkIDIyMDggdGlkIDEwMDE3NSB0ZCAweGNhNTdj NDYwCnNjaGVkX3N3aXRjaChjYTU3YzQ2MCwwLDEwNCwxMGZiNWQ1MCw1ZCwuLi4pIGF0IHNjaGVk X3N3aXRjaCsweDIwMAptaV9zd2l0Y2goMTA0LDAsMCxjYjY5MzUzOCxmYjU4OGE0YywuLi4pIGF0 IG1pX3N3aXRjaCsweDEyZgpzbGVlcHFfc3dpdGNoKGNhNTdjNDYwLDAsYzA3M2NiMmQsMTg5LGMw NTVlOWVkLC4uLikgYXQgc2xlZXBxX3N3aXRjaCsweGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAs Y2E1N2M0NjAsNDAsZmI1ODhhOTAsYzA1MTM4YjMsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFs cysweDUzCnNsZWVwcV90aW1lZHdhaXRfc2lnKGM3ZGYwNDI0LDAsYzA3M2NmZmEsMTAxLDAsLi4u KSBhdCBzbGVlcHFfdGltZWR3YWl0X3NpZysweDFjCl9jdl90aW1lZHdhaXRfc2lnKGM3ZGYwNDI0 LGM3ZGYwNDEwLDE2YjkzLGM1MTgyMzEwLDQwLC4uLikgYXQgX2N2X3RpbWVkd2FpdF9zaWcrMHgx YTMKc2VsdGR3YWl0KGZiNTg4YjE0LGZiNTg4YjFjLGM3ZDYxZDAwLGNhNTdjNDYwLGMwNTg4ZjUw LC4uLikgYXQgc2VsdGR3YWl0KzB4YzAKa2Vybl9zZWxlY3QoY2E1N2M0NjAsNDAsODFmZDY0MCww LDAsZmI1ODhjNzAsNWQsMTIxMTApIGF0IGtlcm5fc2VsZWN0KzB4NWNlCnNlbGVjdChjYTU3YzQ2 MCxmYjU4OGNmYywxNCxjMDU3ZjBlMCxjYTU3YzQ2MCwuLi4pIGF0IHNlbGVjdCsweDVlCnN5c2Nh bGwoZmI1ODhkMzgpIGF0IHN5c2NhbGwrMHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQw eDgwX3N5c2NhbGwrMHgyMAotLS0gc3lzY2FsbCAoOTMsIEZyZWVCU0QgRUxGMzIsIHNlbGVjdCks IGVpcCA9IDB4Mjg0OTlkODMsIGVzcCA9IDB4YmZiZmU2OGMsIGVicCA9IDB4YmZiZmU2YjggLS0t CgpUcmFjaW5nIGNvbW1hbmQgZ2RtLWJpbmFyeSBwaWQgMjIwNSB0aWQgMTAwMTE1IHRkIDB4YzVi MGZhZjAKc2NoZWRfc3dpdGNoKGM1YjBmYWYwLDAsMTA0LGVhMjI2ODcsNTksLi4uKSBhdCBzY2hl ZF9zd2l0Y2grMHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAsYzVmYzFhNzAsZmI0MWViNzAsLi4uKSBh dCBtaV9zd2l0Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChjNWIwZmFmMCwwLGMwNzNjYjJkLDE4OSxm YjQxZWI1YywuLi4pIGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygw LDEwMCxmYjQxZWJiOCxjMDU1NTU4YyxjNjFjMDc4MCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWdu YWxzKzB4NTMKc2xlZXBxX3dhaXRfc2lnKGM2MWMwNzgwLDRjLGMwNzNkMDcxLDEwMCwwLC4uLikg YXQgc2xlZXBxX3dhaXRfc2lnKzB4MTgKX3NsZWVwKGM2MWMwNzgwLGM2MWMwOGU4LDE0YyxjMDcz ZDA3MSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnBpcGVfcmVhZChjYjM5ZjViMCxmYjQxZWM2MCxj NWRjODUwMCwwLGM1YjBmYWYwLC4uLikgYXQgcGlwZV9yZWFkKzB4NGM0CmRvZmlsZXJlYWQoZmI0 MWVjNjAsZmZmZmZmZmYsZmZmZmZmZmYsMCxjYjM5ZjViMCwuLi4pIGF0IGRvZmlsZXJlYWQrMHg5 NgprZXJuX3JlYWR2KGM1YjBmYWYwLGEsZmI0MWVjNjAsYmZiZmRlN2IsMSwuLi4pIGF0IGtlcm5f cmVhZHYrMHg1OApyZWFkKGM1YjBmYWYwLGZiNDFlY2ZjLGMsZmI0MWVkMzgsZmI0MWVkMmMsLi4u KSBhdCByZWFkKzB4NGYKc3lzY2FsbChmYjQxZWQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4 MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICgzLCBGcmVl QlNEIEVMRjMyLCByZWFkKSwgZWlwID0gMHgyOGQyMmUwMywgZXNwID0gMHhiZmJmZGUzYywgZWJw ID0gMHhiZmJmZGU1OCAtLS0KClRyYWNpbmcgY29tbWFuZCBnYW1fc2VydmVyIHBpZCAxODc3IHRp ZCAxMDAxNzkgdGQgMHhjYTU3YzhjMApzY2hlZF9zd2l0Y2goY2E1N2M4YzAsMCwxMDQsMTc0YzNk Y2EsNWQsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAsYzdhYmM1 MzgsZmI1OTRhYTgsLi4uKSBhdCBtaV9zd2l0Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChjYTU3Yzhj MCwwLGMwNzNjYjJkLDE4OSxjMDU1ZTllZCwuLi4pIGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVl cHFfY2F0Y2hfc2lnbmFscygwLGNhNTdjOGMwLGM3YjU5YzAwLGZiNTk0YWVjLGMwNTEzOGIzLC4u LikgYXQgc2xlZXBxX2NhdGNoX3NpZ25hbHMrMHg1MwpzbGVlcHFfdGltZWR3YWl0X3NpZyhjNjNh M2M2NCwwLGMwNzNjZmZhLDEwMSwwLC4uLikgYXQgc2xlZXBxX3RpbWVkd2FpdF9zaWcrMHgxYwpf Y3ZfdGltZWR3YWl0X3NpZyhjNjNhM2M2NCxjNjNhM2M1MCwzZTksYzgzMDlhYjgsMSwuLi4pIGF0 IF9jdl90aW1lZHdhaXRfc2lnKzB4MWEzCnNlbHRkd2FpdChmYjU5NGI1YyxmYjU5NGI2NCxjN2I5 ZDEwMCxjYTU3YzhjMCxjMDU4OGY1MCwuLi4pIGF0IHNlbHRkd2FpdCsweGMwCnBvbGwoY2E1N2M4 YzAsZmI1OTRjZmMsYyxmYjU5NGNiMCxjMDcwY2E3ZSwuLi4pIGF0IHBvbGwrMHgzNzgKc3lzY2Fs bChmYjU5NGQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4 ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICgyMDksIEZyZWVCU0QgRUxGMzIsIHBvbGwpLCBl aXAgPSAweDI4NDU2YzliLCBlc3AgPSAweGJmYmZlZDVjLCBlYnAgPSAweGJmYmZlZDc4IC0tLQoK VHJhY2luZyBjb21tYW5kIHBlcmw1LjguOCBwaWQgMTg2MSB0aWQgMTAwMTY4IHRkIDB4Y2E1N2Q0 NjAKc2NoZWRfc3dpdGNoKGNhNTdkNDYwLDAsMTA0LGMwMmNiMzE4LDI1LC4uLikgYXQgc2NoZWRf c3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwwLGNiNjk0MDAwLGZiNTczYTUwLC4uLikgYXQg bWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goY2E1N2Q0NjAsMCxjMDczY2IyZCwxODksZmI1 NzNhM2MsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMCxj YTU3ZDQ2MCxmYjU3M2E5MCxjMDUxM2Q2MyxjODFlNjdhNCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9z aWduYWxzKzB4NTMKc2xlZXBxX3dhaXRfc2lnKGM4MWU2N2E0LDAsYzA3M2NmZmEsMTAxLDAsLi4u KSBhdCBzbGVlcHFfd2FpdF9zaWcrMHgxOApfY3Zfd2FpdF9zaWcoYzgxZTY3YTQsYzgxZTY3OTAs YzA1ODhmNzgsYzgzMDlkYzgsNDAsLi4uKSBhdCBfY3Zfd2FpdF9zaWcrMHgxOTMKc2VsdGR3YWl0 KGM3YzZmMmEwLDQwLGM3ZDY2OTAwLGNhNTdkNDYwLGMwNTg4ZjUwLC4uLikgYXQgc2VsdGR3YWl0 KzB4ZDYKa2Vybl9zZWxlY3QoY2E1N2Q0NjAsOCw4OWQ1M2NjLDAsMCwwLDQ4M2MyY2QzLGI1YzVl KSBhdCBrZXJuX3NlbGVjdCsweDVjZQpzZWxlY3QoY2E1N2Q0NjAsZmI1NzNjZmMsMTQsMTYsZmI1 NzNkMmMsLi4uKSBhdCBzZWxlY3QrMHg1ZQpzeXNjYWxsKGZiNTczZDM4KSBhdCBzeXNjYWxsKzB4 MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0tIHN5c2Nh bGwgKDkzLCBGcmVlQlNEIEVMRjMyLCBzZWxlY3QpLCBlaXAgPSAweDI4MmQ1ZDgzLCBlc3AgPSAw eGJmYmZlYzVjLCBlYnAgPSAweGJmYmZlYzg4IC0tLQoKVHJhY2luZyBjb21tYW5kIGd2ZnNkLWJ1 cm4gcGlkIDE4NTAgdGlkIDEwMDE4MCB0ZCAweGNiOThlYWYwCnNjaGVkX3N3aXRjaChjYjk4ZWFm MCwwLDEwNCxjMzI4N2VmLDU3LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgx MDQsMCwwLGM3YWJjMjljLGZiNTk3YWFjLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9z d2l0Y2goY2I5OGVhZjAsMCxjMDczY2IyZCwxODksZmI1OTdhOTgsLi4uKSBhdCBzbGVlcHFfc3dp dGNoKzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMCxjYjk4ZWFmMCxmYjU5N2FlYyxjMDUxM2Q2 MyxjODFlNmJhNCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xlZXBxX3dhaXRf c2lnKGM4MWU2YmE0LDAsYzA3M2NmZmEsMTAxLDAsLi4uKSBhdCBzbGVlcHFfd2FpdF9zaWcrMHgx OApfY3Zfd2FpdF9zaWcoYzgxZTZiYTQsYzgxZTZiOTAsYzA1ODhmNzgsYzUwNjAzMTAsMSwuLi4p IGF0IF9jdl93YWl0X3NpZysweDE5MwpzZWx0ZHdhaXQoYzVmNTc4ZjgsMSxjN2I2MTEwMCxjYjk4 ZWFmMCxjMDU4OGY1MCwuLi4pIGF0IHNlbHRkd2FpdCsweGQ2CnBvbGwoY2I5OGVhZjAsZmI1OTdj ZmMsYyxjMDU3ZjBlMCxjYjk4ZWFmMCwuLi4pIGF0IHBvbGwrMHgzNzgKc3lzY2FsbChmYjU5N2Qz OCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2Fs bCsweDIwCi0tLSBzeXNjYWxsICgyMDksIEZyZWVCU0QgRUxGMzIsIHBvbGwpLCBlaXAgPSAweDI4 NTc1YzliLCBlc3AgPSAweGJmYmZlN2VjLCBlYnAgPSAweGJmYmZlODA4IC0tLQoKVHJhY2luZyBj b21tYW5kIGd2ZnNkLXRyYXNoIHBpZCAxODQyIHRpZCAxMDAxNDYgdGQgMHhjNzJkNmFmMApzY2hl ZF9zd2l0Y2goYzcyZDZhZjAsMCwxMDQsMWExNmY4NTQsNWQsLi4uKSBhdCBzY2hlZF9zd2l0Y2gr MHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAsYzdhYmI1MzgsZmI0N2JhYTgsLi4uKSBhdCBtaV9zd2l0 Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChjNzJkNmFmMCwwLGMwNzNjYjJkLDE4OSxjMDU1ZTllZCwu Li4pIGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygwLGM3MmQ2YWYw LGM3YjVhOTAwLGZiNDdiYWVjLGMwNTEzOGIzLC4uLikgYXQgc2xlZXBxX2NhdGNoX3NpZ25hbHMr MHg1MwpzbGVlcHFfdGltZWR3YWl0X3NpZyhjN2RlZjBhNCwwLGMwNzNjZmZhLDEwMSwwLC4uLikg YXQgc2xlZXBxX3RpbWVkd2FpdF9zaWcrMHgxYwpfY3ZfdGltZWR3YWl0X3NpZyhjN2RlZjBhNCxj N2RlZjA5MCxiYjcsYzU3ZjNkYzgsMSwuLi4pIGF0IF9jdl90aW1lZHdhaXRfc2lnKzB4MWEzCnNl bHRkd2FpdChmYjQ3YmI1YyxmYjQ3YmI2NCxjN2I2MTEwMCxjNzJkNmFmMCxjMDU4OGY1MCwuLi4p IGF0IHNlbHRkd2FpdCsweGMwCnBvbGwoYzcyZDZhZjAsZmI0N2JjZmMsYyxmYjQ3YmNiMCxjMDcw Y2E3ZSwuLi4pIGF0IHBvbGwrMHgzNzgKc3lzY2FsbChmYjQ3YmQzOCkgYXQgc3lzY2FsbCsweDM2 NQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxs ICgyMDksIEZyZWVCU0QgRUxGMzIsIHBvbGwpLCBlaXAgPSAweDI4NTc3YzliLCBlc3AgPSAweGJm YmZlN2VjLCBlYnAgPSAweGJmYmZlODA4IC0tLQoKVHJhY2luZyBjb21tYW5kIHN5c3RlbS10b29s cy1iYWNrZW4gcGlkIDE4MzMgdGlkIDEwMDE0NCB0ZCAweGM3MmQ4MDAwCnNjaGVkX3N3aXRjaChj NzJkODAwMCwwLDEwNCxjN2FjOGNlNSwyNSwuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9z d2l0Y2goMTA0LDAsMCxjN2FiYmE3MCxmYjQ3NWFhYywuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpz bGVlcHFfc3dpdGNoKGM3MmQ4MDAwLDAsYzA3M2NiMmQsMTg5LGZiNDc1YTk4LC4uLikgYXQgc2xl ZXBxX3N3aXRjaCsweGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAsYzcyZDgwMDAsZmI0NzVhZWMs YzA1MTNkNjMsYzczMTMzZTQsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVw cV93YWl0X3NpZyhjNzMxMzNlNCwwLGMwNzNjZmZhLDEwMSwwLC4uLikgYXQgc2xlZXBxX3dhaXRf c2lnKzB4MTgKX2N2X3dhaXRfc2lnKGM3MzEzM2U0LGM3MzEzM2QwLGMwNTg4Zjc4LGM4MzA5OTMw LDEsLi4uKSBhdCBfY3Zfd2FpdF9zaWcrMHgxOTMKc2VsdGR3YWl0KGM3YzZmNjIwLDEsYzdiOWQx MDAsYzcyZDgwMDAsYzA1ODhmNTAsLi4uKSBhdCBzZWx0ZHdhaXQrMHhkNgpwb2xsKGM3MmQ4MDAw LGZiNDc1Y2ZjLGMsZmI0NzVjYjAsYzA3MGNhN2UsLi4uKSBhdCBwb2xsKzB4Mzc4CnN5c2NhbGwo ZmI0NzVkMzgpIGF0IHN5c2NhbGwrMHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgw X3N5c2NhbGwrMHgyMAotLS0gc3lzY2FsbCAoMjA5LCBGcmVlQlNEIEVMRjMyLCBwb2xsKSwgZWlw ID0gMHgyODU4ZWM5YiwgZXNwID0gMHhiZmJmZWNmYywgZWJwID0gMHhiZmJmZWQxOCAtLS0KClRy YWNpbmcgY29tbWFuZCBndmZzLWZ1c2UtZGFlbW9uIHBpZCAxNzg2IHRpZCAxMDAxNzEgdGQgMHhj YTU3Y2QyMApzY2hlZF9zd2l0Y2goY2E1N2NkMjAsMCwxMDQsOGI2OTZhNjEsMjEsLi4uKSBhdCBz Y2hlZF9zd2l0Y2grMHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAsY2I2OTNhNzAsZmI1N2NiMjgsLi4u KSBhdCBtaV9zd2l0Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChjYTU3Y2QyMCwwLGMwNzNjYjJkLDE4 OSxmYjU3Y2IxNCwuLi4pIGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFs cygwLDEwMCxmYjU3Y2I3MCxjMDU1NTU4YyxjN2I5YzcwMCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9z aWduYWxzKzB4NTMKc2xlZXBxX3dhaXRfc2lnKGM3YjljNzAwLDAsYzYzODhjZWEsMTAwLDAsLi4u KSBhdCBzbGVlcHFfd2FpdF9zaWcrMHgxOApfc2xlZXAoYzdiOWM3MDAsYzdiOWM3MDQsMTAwLGM2 Mzg4Y2VhLDAsLi4uKSBhdCBfc2xlZXArMHgyN2MKZnVzZWRldl9yZWFkKGM3YjMzYjAwLGZiNTdj YzYwLDAsMCwyMTAwMCwuLi4pIGF0IGZ1c2VkZXZfcmVhZCsweGRmCmRldmZzX3JlYWRfZihjOTY5 Zjg4OCxmYjU3Y2M2MCxjN2I2MTEwMCwwLGNhNTdjZDIwLC4uLikgYXQgZGV2ZnNfcmVhZF9mKzB4 NzgKZG9maWxlcmVhZChmYjU3Y2M2MCxmZmZmZmZmZixmZmZmZmZmZiwwLGM5NjlmODg4LC4uLikg YXQgZG9maWxlcmVhZCsweDk2Cmtlcm5fcmVhZHYoY2E1N2NkMjAsMyxmYjU3Y2M2MCw4MTVhMDAw LDIxMDAwLC4uLikgYXQga2Vybl9yZWFkdisweDU4CnJlYWQoY2E1N2NkMjAsZmI1N2NjZmMsYyww LDAsLi4uKSBhdCByZWFkKzB4NGYKc3lzY2FsbChmYjU3Y2QzOCkgYXQgc3lzY2FsbCsweDM2NQpY aW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICgz LCBGcmVlQlNEIEVMRjMyLCByZWFkKSwgZWlwID0gMHgyODViY2UwMywgZXNwID0gMHhiZjlmZWVl YywgZWJwID0gMHhiZjlmZWYwOCAtLS0KClRyYWNpbmcgY29tbWFuZCBndmZzLWZ1c2UtZGFlbW9u IHBpZCAxNzg2IHRpZCAxMDAxNzAgdGQgMHhjYTU3ZDAwMApzY2hlZF9zd2l0Y2goY2E1N2QwMDAs MCwxMDQsOGI2NDk2NGIsMjEsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgyMDAKbWlfc3dpdGNoKDEw NCwwLDAsY2I2OTNhNzAsZmI1NzliYmMsLi4uKSBhdCBtaV9zd2l0Y2grMHgxMmYKc2xlZXBxX3N3 aXRjaChjYTU3ZDAwMCwwLGMwNzNjYjJkLDE4OSxmYjU3OWJhOCwuLi4pIGF0IHNsZWVwcV9zd2l0 Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygwLDEwMCxmYjU3OWMwNCxjMDU1NTU4YyxjN2Rm MGE4MCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xlZXBxX3dhaXRfc2lnKGM3 ZGYwYTgwLDAsYzA3M2FjODgsMTAwLDAsLi4uKSBhdCBzbGVlcHFfd2FpdF9zaWcrMHgxOApfc2xl ZXAoYzdkZjBhODAsYzA3YjExMDgsMTAwLGMwNzNhYzg4LDAsLi4uKSBhdCBfc2xlZXArMHgyN2MK ZG9fd2FpdCgwLDEsMSxmYjU3OWM4MCxjMDU3ZjBlMCkgYXQgZG9fd2FpdCsweDJiNQpfX3VtdHhf b3Bfd2FpdF91aW50X3ByaXZhdGUoY2E1N2QwMDAsZmI1NzljZmMsZmI1NzlkMmMsYzA3MDJhMjUs Y2E1N2QwMDAsLi4uKSBhdCBfX3VtdHhfb3Bfd2FpdF91aW50X3ByaXZhdGUrMHg2MgpfdW10eF9v cChjYTU3ZDAwMCxmYjU3OWNmYywxNCxmYjU3OWQzOCxmYjU3OWQyYywuLi4pIGF0IF91bXR4X29w KzB4MjcKc3lzY2FsbChmYjU3OWQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxs KCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg0NTQsIEZyZWVCU0QgRUxG MzIsIF91bXR4X29wKSwgZWlwID0gMHgyODRkYWJlZiwgZXNwID0gMHhiZmJmZTdlYywgZWJwID0g MHhiZmJmZTgwOCAtLS0KClRyYWNpbmcgY29tbWFuZCBnYW1fc2VydmVyIHBpZCAxNzgyIHRpZCAx MDAxNjYgdGQgMHhjYTU3ZDhjMApzY2hlZF9zd2l0Y2goY2E1N2Q4YzAsMCwxMDQsMTZlZjFkYTIs NTcsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAsY2I2OTQ1Mzgs ZmI1NmRhYWMsLi4uKSBhdCBtaV9zd2l0Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChjYTU3ZDhjMCww LGMwNzNjYjJkLDE4OSxmYjU2ZGE5OCwuLi4pIGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFf Y2F0Y2hfc2lnbmFscygwLGNhNTdkOGMwLGZiNTZkYWVjLGMwNTEzZDYzLGM2NWRiNjI0LC4uLikg YXQgc2xlZXBxX2NhdGNoX3NpZ25hbHMrMHg1MwpzbGVlcHFfd2FpdF9zaWcoYzY1ZGI2MjQsMCxj MDczY2ZmYSwxMDEsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9jdl93YWl0X3NpZyhj NjVkYjYyNCxjNjVkYjYxMCxjMTAzY2E4MCwwLGNiNjgzMTAwLC4uLikgYXQgX2N2X3dhaXRfc2ln KzB4MTkzCnNlbHRkd2FpdChjYWExMTViMCwxLGM3YjYxMTAwLGNhNTdkOGMwLGMwNTI1YmQwLC4u LikgYXQgc2VsdGR3YWl0KzB4ZDYKcG9sbChjYTU3ZDhjMCxmYjU2ZGNmYyxjLGMwNTdmMGUwLGNh NTdkOGMwLC4uLikgYXQgcG9sbCsweDM3OApzeXNjYWxsKGZiNTZkZDM4KSBhdCBzeXNjYWxsKzB4 MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0tIHN5c2Nh bGwgKDIwOSwgRnJlZUJTRCBFTEYzMiwgcG9sbCksIGVpcCA9IDB4Mjg0NTZjOWIsIGVzcCA9IDB4 YmZiZmU4Y2MsIGVicCA9IDB4YmZiZmU4ZTggLS0tCgpUcmFjaW5nIGNvbW1hbmQgZ3Zmc2QgcGlk IDE3NzQgdGlkIDEwMDE0MiB0ZCAweGM3MmQ4NjkwCnNjaGVkX3N3aXRjaChjNzJkODY5MCwwLDEw NCwxZTg3YjA5Myw1NywuLi4pIGF0IHNjaGVkX3N3aXRjaCsweDIwMAptaV9zd2l0Y2goMTA0LDAs MCxjN2FiYzAwMCxmYjQ2ZmFhYywuLi4pIGF0IG1pX3N3aXRjaCsweDEyZgpzbGVlcHFfc3dpdGNo KGM3MmQ4NjkwLDAsYzA3M2NiMmQsMTg5LGZiNDZmYTk4LC4uLikgYXQgc2xlZXBxX3N3aXRjaCsw eGM5CnNsZWVwcV9jYXRjaF9zaWduYWxzKDAsYzcyZDg2OTAsZmI0NmZhZWMsYzA1MTNkNjMsYzdk ZWZiYTQsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhj N2RlZmJhNCwwLGMwNzNjZmZhLDEwMSwwLC4uLikgYXQgc2xlZXBxX3dhaXRfc2lnKzB4MTgKX2N2 X3dhaXRfc2lnKGM3ZGVmYmE0LGM3ZGVmYjkwLGMwNTg4Zjc4LGNhYjgxNDk4LDEsLi4uKSBhdCBf Y3Zfd2FpdF9zaWcrMHgxOTMKc2VsdGR3YWl0KGM4OWQxNmM4LDEsYzdiNjExMDAsYzcyZDg2OTAs YzA1ODhmNTAsLi4uKSBhdCBzZWx0ZHdhaXQrMHhkNgpwb2xsKGM3MmQ4NjkwLGZiNDZmY2ZjLGMs ZmI0NmZjYjAsYzA3MGNhN2UsLi4uKSBhdCBwb2xsKzB4Mzc4CnN5c2NhbGwoZmI0NmZkMzgpIGF0 IHN5c2NhbGwrMHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgy MAotLS0gc3lzY2FsbCAoMjA5LCBGcmVlQlNEIEVMRjMyLCBwb2xsKSwgZWlwID0gMHgyODU3NWM5 YiwgZXNwID0gMHhiZmJmZTgwYywgZWJwID0gMHhiZmJmZTgyOCAtLS0KClRyYWNpbmcgY29tbWFu ZCBib25vYm8tYWN0aXZhdGlvbi1zIHBpZCAxNzUxIHRpZCAxMDAxNjEgdGQgMHhjYTU3ZTQ2MApz Y2hlZF9zd2l0Y2goY2E1N2U0NjAsMCwxMDQsMTIxN2UzYjAsNTcsLi4uKSBhdCBzY2hlZF9zd2l0 Y2grMHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAsYzdhYmI3ZDQsZmI1NWViZDAsLi4uKSBhdCBtaV9z d2l0Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChjYTU3ZTQ2MCwwLGMwNzNjYjJkLDE4OSxmYjU1ZWJi YywuLi4pIGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygwLDEwMCxm YjU1ZWMxOCxjMDU1NTU4YyxjN2RmMGM0MCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4 NTMKc2xlZXBxX3dhaXRfc2lnKGM3ZGYwYzQwLDAsYzA3M2FjYTgsMTAwLDAsLi4uKSBhdCBzbGVl cHFfd2FpdF9zaWcrMHgxOApfc2xlZXAoYzdkZjBjNDAsYzA3YjE3YmMsMTAwLGMwNzNhY2E4LDAs Li4uKSBhdCBfc2xlZXArMHgyN2MKX191bXR4X29wX2N2X3dhaXQoY2E1N2U0NjAsZmI1NWVjZmMs ZmI1NWVkMmMsYzA3MDJhMjUsY2E1N2U0NjAsLi4uKSBhdCBfX3VtdHhfb3BfY3Zfd2FpdCsweDM2 ZApfdW10eF9vcChjYTU3ZTQ2MCxmYjU1ZWNmYywxNCxjMDU3ZjBlMCxjYTU3ZTQ2MCwuLi4pIGF0 IF91bXR4X29wKzB4MjcKc3lzY2FsbChmYjU1ZWQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4 MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg0NTQsIEZy ZWVCU0QgRUxGMzIsIF91bXR4X29wKSwgZWlwID0gMHgyODYyYWJlZiwgZXNwID0gMHhiZjlmZTYx YywgZWJwID0gMHhiZjlmZTYzOCAtLS0KClRyYWNpbmcgY29tbWFuZCBib25vYm8tYWN0aXZhdGlv bi1zIHBpZCAxNzUxIHRpZCAxMDAxNDUgdGQgMHhjNzJkNmQyMApzY2hlZF9zd2l0Y2goYzcyZDZk MjAsMCwxMDQsMTI4NzgyYzEsNTcsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgyMDAKbWlfc3dpdGNo KDEwNCwwLDAsYzdhYmI3ZDQsZmI0NzhiNGMsLi4uKSBhdCBtaV9zd2l0Y2grMHgxMmYKc2xlZXBx X3N3aXRjaChjNzJkNmQyMCwwLGMwNzNjYjJkLDE4OSxmYjQ3OGIzOCwuLi4pIGF0IHNsZWVwcV9z d2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygwLDEwMCxmYjQ3OGI5NCxjMDU1NTU4Yyxj NTYwYjk4MCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xlZXBxX3dhaXRfc2ln KGM1NjBiOTgwLDAsYzA3M2FjYWUsMTAwLDAsLi4uKSBhdCBzbGVlcHFfd2FpdF9zaWcrMHgxOApf c2xlZXAoYzU2MGI5ODAsYzA3YjE2ODQsMTAwLGMwNzNhY2FlLDAsLi4uKSBhdCBfc2xlZXArMHgy N2MKX2RvX2xvY2tfdW11dGV4KDAsMCw4MTRlMjkwLGM3MmQ2ZDIwLGMwN2IxN2JjLC4uLikgYXQg X2RvX2xvY2tfdW11dGV4KzB4M2VlCmRvX2xvY2tfdW11dGV4KDAsMCxjN2FiYjdkNCxmYjQ3OGM4 MCxjMDU3ZjBlMCkgYXQgZG9fbG9ja191bXV0ZXgrMHg0ZApfX3VtdHhfb3BfbG9ja191bXV0ZXgo YzcyZDZkMjAsZmI0NzhjZmMsZmI0NzhkMmMsYzA3MDJhMjUsYzcyZDZkMjAsLi4uKSBhdCBfX3Vt dHhfb3BfbG9ja191bXV0ZXgrMHg1MwpfdW10eF9vcChjNzJkNmQyMCxmYjQ3OGNmYywxNCxjMDU3 ZjBlMCxjNzJkNmQyMCwuLi4pIGF0IF91bXR4X29wKzB4MjcKc3lzY2FsbChmYjQ3OGQzOCkgYXQg c3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIw Ci0tLSBzeXNjYWxsICg0NTQsIEZyZWVCU0QgRUxGMzIsIF91bXR4X29wKSwgZWlwID0gMHgyODYy YWJlZiwgZXNwID0gMHhiZmJmZTY2YywgZWJwID0gMHhiZmJmZTY4OCAtLS0KClRyYWNpbmcgY29t bWFuZCBkYnVzLWRhZW1vbiBwaWQgMTcxNiB0aWQgMTAwMTUxIHRkIDB4YzcyZDYwMDAKc2NoZWRf c3dpdGNoKGM3MmQ2MDAwLDAsMTA0LDFlODg2NGM2LDU3LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4 MjAwCm1pX3N3aXRjaCgxMDQsMCwwLGM3YWI4YTcwLGZiNTJjYWFjLC4uLikgYXQgbWlfc3dpdGNo KzB4MTJmCnNsZWVwcV9zd2l0Y2goYzcyZDYwMDAsMCxjMDczY2IyZCwxODksZmI1MmNhOTgsLi4u KSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMCxjNzJkNjAwMCxm YjUyY2FlYyxjMDUxM2Q2MyxjNDA5ZjZhNCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxzKzB4 NTMKc2xlZXBxX3dhaXRfc2lnKGM0MDlmNmE0LDAsYzA3M2NmZmEsMTAxLDAsLi4uKSBhdCBzbGVl cHFfd2FpdF9zaWcrMHgxOApfY3Zfd2FpdF9zaWcoYzQwOWY2YTQsYzQwOWY2OTAsYzA1ODhmNzgs YzUwNjAxODgsMSwuLi4pIGF0IF9jdl93YWl0X3NpZysweDE5MwpzZWx0ZHdhaXQoYzVmNTc5MzAs MSxjN2I2MTEwMCxjNzJkNjAwMCxjMDU4OGY1MCwuLi4pIGF0IHNlbHRkd2FpdCsweGQ2CnBvbGwo YzcyZDYwMDAsZmI1MmNjZmMsYyxjMDU3ZjBlMCxjNzJkNjAwMCwuLi4pIGF0IHBvbGwrMHgzNzgK c3lzY2FsbChmYjUyY2QzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkgYXQg WGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICgyMDksIEZyZWVCU0QgRUxGMzIsIHBv bGwpLCBlaXAgPSAweDI4MTgyYzliLCBlc3AgPSAweGJmYmZlNThjLCBlYnAgPSAweGJmYmZlNWE4 IC0tLQoKVHJhY2luZyBjb21tYW5kIGdjb25mZC0yIHBpZCAxNzA5IHRpZCAxMDAxNTcgdGQgMHhj NzJkNTIzMApzY2hlZF9zd2l0Y2goYzcyZDUyMzAsMCwxMDQsYzM3OTExOGYsNTksLi4uKSBhdCBz Y2hlZF9zd2l0Y2grMHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAsYzY0ZWZhNzAsZmI1NGVhYTgsLi4u KSBhdCBtaV9zd2l0Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChjNzJkNTIzMCwwLGMwNzNjYjJkLDE4 OSxjMDU1ZTllZCwuLi4pIGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFs cygwLGM3MmQ1MjMwLGM3YjlmMTAwLGZiNTRlYWVjLGMwNTEzOGIzLC4uLikgYXQgc2xlZXBxX2Nh dGNoX3NpZ25hbHMrMHg1MwpzbGVlcHFfdGltZWR3YWl0X3NpZyhjN2RmMGFlNCwwLGMwNzNjZmZh LDEwMSwwLC4uLikgYXQgc2xlZXBxX3RpbWVkd2FpdF9zaWcrMHgxYwpfY3ZfdGltZWR3YWl0X3Np ZyhjN2RmMGFlNCxjN2RmMGFkMCw3NTI0LGM4YTQ4OTMwLDMsLi4uKSBhdCBfY3ZfdGltZWR3YWl0 X3NpZysweDFhMwpzZWx0ZHdhaXQoZmI1NGViNWMsZmI1NGViNjQsYzdiNjExMDAsYzcyZDUyMzAs YzA1ODhmNTAsLi4uKSBhdCBzZWx0ZHdhaXQrMHhjMApwb2xsKGM3MmQ1MjMwLGZiNTRlY2ZjLGMs ZmI1NGVjYjAsYzA3MGNhN2UsLi4uKSBhdCBwb2xsKzB4Mzc4CnN5c2NhbGwoZmI1NGVkMzgpIGF0 IHN5c2NhbGwrMHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgy MAotLS0gc3lzY2FsbCAoMjA5LCBGcmVlQlNEIEVMRjMyLCBwb2xsKSwgZWlwID0gMHgyODUyMWM5 YiwgZXNwID0gMHhiZmJmZTkzYywgZWJwID0gMHhiZmJmZTk1OCAtLS0KClRyYWNpbmcgY29tbWFu ZCBnZG0tYmluYXJ5IHBpZCAxNjYxIHRpZCAxMDAxMTMgdGQgMHhjNWIxMTAwMApzY2hlZF9zd2l0 Y2goYzViMTEwMDAsMCwxMDQsYjI5YzQ2MmQsNTgsLi4uKSBhdCBzY2hlZF9zd2l0Y2grMHgyMDAK bWlfc3dpdGNoKDEwNCwwLDAsYzY0ZWYwMDAsZmI0MThhYWMsLi4uKSBhdCBtaV9zd2l0Y2grMHgx MmYKc2xlZXBxX3N3aXRjaChjNWIxMTAwMCwwLGMwNzNjYjJkLDE4OSxmYjQxOGE5OCwuLi4pIGF0 IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygwLGM1YjExMDAwLGZiNDE4 YWVjLGMwNTEzZDYzLGM2NWRiMWE0LC4uLikgYXQgc2xlZXBxX2NhdGNoX3NpZ25hbHMrMHg1Mwpz bGVlcHFfd2FpdF9zaWcoYzY1ZGIxYTQsMCxjMDczY2ZmYSwxMDEsMCwuLi4pIGF0IHNsZWVwcV93 YWl0X3NpZysweDE4Cl9jdl93YWl0X3NpZyhjNjVkYjFhNCxjNjVkYjE5MCxjMDU4OGY3OCxjNjhh MWM0MCwzLC4uLikgYXQgX2N2X3dhaXRfc2lnKzB4MTkzCnNlbHRkd2FpdChjNzA4NTZjOCwzLGM1 ZGM4NTAwLGM1YjExMDAwLGMwNTg4ZjUwLC4uLikgYXQgc2VsdGR3YWl0KzB4ZDYKcG9sbChjNWIx MTAwMCxmYjQxOGNmYyxjLGZiNDE4Y2IwLGMwNzBjYTdlLC4uLikgYXQgcG9sbCsweDM3OApzeXNj YWxsKGZiNDE4ZDM4KSBhdCBzeXNjYWxsKzB4MzY1ClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50 MHg4MF9zeXNjYWxsKzB4MjAKLS0tIHN5c2NhbGwgKDIwOSwgRnJlZUJTRCBFTEYzMiwgcG9sbCks IGVpcCA9IDB4MjhjY2RjOWIsIGVzcCA9IDB4YmZiZmU0ZGMsIGVicCA9IDB4YmZiZmU0ZjggLS0t CgpUcmFjaW5nIGNvbW1hbmQgaGFsZC1hZGRvbi1tb3VzZS1zeSBwaWQgMTY1MyB0aWQgMTAwMTI0 IHRkIDB4YzU2MDA2OTAKc2NoZWRfc3dpdGNoKGM1NjAwNjkwLDAsMTA0LDIwZTM0ZWEwLDVkLC4u LikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwwLGM1ZmMwMjljLGZiNDM5 YWE4LC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzU2MDA2OTAsMCxjMDcz Y2IyZCwxODksYzA1NWU5ZWQsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBxX2NhdGNo X3NpZ25hbHMoMCxjNTYwMDY5MCxjNTdlMjYwMCxmYjQzOWFlYyxjMDUxMzhiMywuLi4pIGF0IHNs ZWVwcV9jYXRjaF9zaWduYWxzKzB4NTMKc2xlZXBxX3RpbWVkd2FpdF9zaWcoYzczMTM1MjQsMCxj MDczY2ZmYSwxMDEsMCwuLi4pIGF0IHNsZWVwcV90aW1lZHdhaXRfc2lnKzB4MWMKX2N2X3RpbWVk d2FpdF9zaWcoYzczMTM1MjQsYzczMTM1MTAsN2QxLGM3NGQ4YzQwLDEsLi4uKSBhdCBfY3ZfdGlt ZWR3YWl0X3NpZysweDFhMwpzZWx0ZHdhaXQoZmI0MzliNWMsZmI0MzliNjQsYzNjMmRhMDAsYzU2 MDA2OTAsYzA1ODhmNTAsLi4uKSBhdCBzZWx0ZHdhaXQrMHhjMApwb2xsKGM1NjAwNjkwLGZiNDM5 Y2ZjLGMsZmI0MzlkMzgsZmI0MzlkMmMsLi4uKSBhdCBwb2xsKzB4Mzc4CnN5c2NhbGwoZmI0Mzlk MzgpIGF0IHN5c2NhbGwrMHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2Nh bGwrMHgyMAotLS0gc3lzY2FsbCAoMjA5LCBGcmVlQlNEIEVMRjMyLCBwb2xsKSwgZWlwID0gMHgy ODIxZGM5YiwgZXNwID0gMHhiZmJmZTkzYywgZWJwID0gMHhiZmJmZTk1OCAtLS0KClRyYWNpbmcg Y29tbWFuZCBoYWxkLXJ1bm5lciBwaWQgMTY0OSB0aWQgMTAwMTAyIHRkIDB4YzU1ZmUwMDAKc2No ZWRfc3dpdGNoKGM1NWZlMDAwLDAsMTA0LDdhNTM1OWI3LDIyLC4uLikgYXQgc2NoZWRfc3dpdGNo KzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwwLGM1ODgzZDBjLGZiM2U0YWFjLC4uLikgYXQgbWlfc3dp dGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzU1ZmUwMDAsMCxjMDczY2IyZCwxODksZmIzZTRhOTgs Li4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMCxjNTVmZTAw MCxmYjNlNGFlYyxjMDUxM2Q2MyxjNTYwYmRhNCwuLi4pIGF0IHNsZWVwcV9jYXRjaF9zaWduYWxz KzB4NTMKc2xlZXBxX3dhaXRfc2lnKGM1NjBiZGE0LDAsYzA3M2NmZmEsMTAxLDAsLi4uKSBhdCBz bGVlcHFfd2FpdF9zaWcrMHgxOApfY3Zfd2FpdF9zaWcoYzU2MGJkYTQsYzU2MGJkOTAsYzA1ODhm NzgsYzY4YTBkYzgsMSwuLi4pIGF0IF9jdl93YWl0X3NpZysweDE5MwpzZWx0ZHdhaXQoYzYzNDMx MTgsMSxjM2MyZGEwMCxjNTVmZTAwMCxjMDU4OGY1MCwuLi4pIGF0IHNlbHRkd2FpdCsweGQ2CnBv bGwoYzU1ZmUwMDAsZmIzZTRjZmMsYyxmYjNlNGQzOCxmYjNlNGQyYywuLi4pIGF0IHBvbGwrMHgz NzgKc3lzY2FsbChmYjNlNGQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICgyMDksIEZyZWVCU0QgRUxGMzIs IHBvbGwpLCBlaXAgPSAweDI4MjI2YzliLCBlc3AgPSAweGJmYmZlZDNjLCBlYnAgPSAweGJmYmZl ZDU4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTM0IHRkIDB4Y2I5OGU0NjAKc2NoZWRfc3dpdGNoKGNiOThlNDYwLDAsMTA0LDdmMjg3ZGFm LDU5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDU3YjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goY2I5OGU0NjAs MCxjMDczY2IyZCwxODksZmI0NTdhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NTdiNDgsYzA1NTU1OGMsYzA3YWNhZTAsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FlMCw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FlMCww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NTdjNzAsMSxjYjk4ZTQ2MCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NTdjNzAsMSxjYjk4ZTQ2MCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ1N2M3MCxjNWRjYzYw MCxjYjk4ZTQ2MCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGNiOThlNDYw LGMsMjAwNDc2MDYsZmI0NTdjNzAsOGJhZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjYjk4ZTQ2MCxmYjQ1N2NmYyxjLGZiNDU3ZDM4LGZiNDU3ZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ1N2QzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOGJiZWZjLCBlYnAgPSAweGJmOGJi ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTQxIHRkIDB4YzcyZDg4YzAKc2NoZWRfc3dpdGNoKGM3MmQ4OGMwLDAsMTA0LDkwMmZiZmNk LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDZjYjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzcyZDg4YzAs MCxjMDczY2IyZCwxODksZmI0NmNhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NmNiNDgsYzA1NTU1OGMsYzA3YWNhZmMsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FmYyw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FmYyww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NmNjNzAsMSxjNzJkODhjMCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NmNjNzAsMSxjNzJkODhjMCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ2Y2M3MCxjNWRjYzYw MCxjNzJkODhjMCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM3MmQ4OGMw LGMsMjAwNDc2MDYsZmI0NmNjNzAsOGZlZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNzJkODhjMCxmYjQ2Y2NmYyxjLGZiNDZjZDM4LGZiNDZjZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ2Y2QzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOGZmZWZjLCBlYnAgPSAweGJmOGZm ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTQwIHRkIDB4YzY1MGQ4YzAKc2NoZWRfc3dpdGNoKGM2NTBkOGMwLDAsMTA0LDkwMmY3NThi LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDY5YjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY1MGQ4YzAs MCxjMDczY2IyZCwxODksZmI0NjlhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NjliNDgsYzA1NTU1OGMsYzA3YWNhZjgsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FmOCw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FmOCww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NjljNzAsMSxjNjUwZDhjMCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NjljNzAsMSxjNjUwZDhjMCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ2OWM3MCxjNWRjYzYw MCxjNjUwZDhjMCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM2NTBkOGMw LGMsMjAwNDc2MDYsZmI0NjljNzAsOTBmZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNjUwZDhjMCxmYjQ2OWNmYyxjLGZiNDY5ZDM4LGZiNDY5ZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ2OWQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOTEwZWZjLCBlYnAgPSAweGJmOTEw ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTM5IHRkIDB4YzY1MGQ2OTAKc2NoZWRfc3dpdGNoKGM2NTBkNjkwLDAsMTA0LDkwMmYwNWE3 LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDY2YjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY1MGQ2OTAs MCxjMDczY2IyZCwxODksZmI0NjZhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NjZiNDgsYzA1NTU1OGMsYzA3YWNhZjQsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FmNCw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FmNCww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NjZjNzAsMSxjNjUwZDY5MCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NjZjNzAsMSxjNjUwZDY5MCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ2NmM3MCxjNWRjYzYw MCxjNjUwZDY5MCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM2NTBkNjkw LGMsMjAwNDc2MDYsZmI0NjZjNzAsOTIwZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNjUwZDY5MCxmYjQ2NmNmYyxjLGZiNDY2ZDM4LGZiNDY2ZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ2NmQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOTIxZWZjLCBlYnAgPSAweGJmOTIx ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTM4IHRkIDB4YzY1MGRhZjAKc2NoZWRfc3dpdGNoKGM2NTBkYWYwLDAsMTA0LDkwMmViNmQ4 LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDYzYjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY1MGRhZjAs MCxjMDczY2IyZCwxODksZmI0NjNhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NjNiNDgsYzA1NTU1OGMsYzA3YWNhZjAsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FmMCw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FmMCww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NjNjNzAsMSxjNjUwZGFmMCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NjNjNzAsMSxjNjUwZGFmMCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ2M2M3MCxjNWRjYzYw MCxjNjUwZGFmMCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM2NTBkYWYw LGMsMjAwNDc2MDYsZmI0NjNjNzAsOTMxZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNjUwZGFmMCxmYjQ2M2NmYyxjLGZiNDYzZDM4LGZiNDYzZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ2M2QzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOTMyZWZjLCBlYnAgPSAweGJmOTMy ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTM3IHRkIDB4YzViMTFhZjAKc2NoZWRfc3dpdGNoKGM1YjExYWYwLDAsMTA0LDkwMmU0MWM3 LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDYwYjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzViMTFhZjAs MCxjMDczY2IyZCwxODksZmI0NjBhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NjBiNDgsYzA1NTU1OGMsYzA3YWNhZWMsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FlYyw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FlYyww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NjBjNzAsMSxjNWIxMWFmMCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NjBjNzAsMSxjNWIxMWFmMCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ2MGM3MCxjNWRjYzYw MCxjNWIxMWFmMCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM1YjExYWYw LGMsMjAwNDc2MDYsZmI0NjBjNzAsOTQyZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNWIxMWFmMCxmYjQ2MGNmYyxjLGZiNDYwZDM4LGZiNDYwZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ2MGQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOTQzZWZjLCBlYnAgPSAweGJmOTQz ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTM2IHRkIDB4YzViMTFkMjAKc2NoZWRfc3dpdGNoKGM1YjExZDIwLDAsMTA0LDkwMmRkZGFh LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDVkYjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzViMTFkMjAs MCxjMDczY2IyZCwxODksZmI0NWRhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NWRiNDgsYzA1NTU1OGMsYzA3YWNhZTgsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FlOCw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FlOCww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NWRjNzAsMSxjNWIxMWQyMCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NWRjNzAsMSxjNWIxMWQyMCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ1ZGM3MCxjNWRjYzYw MCxjNWIxMWQyMCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM1YjExZDIw LGMsMjAwNDc2MDYsZmI0NWRjNzAsOTUzZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNWIxMWQyMCxmYjQ1ZGNmYyxjLGZiNDVkZDM4LGZiNDVkZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ1ZGQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOTU0ZWZjLCBlYnAgPSAweGJmOTU0 ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTM1IHRkIDB4YzY0ZjEwMDAKc2NoZWRfc3dpdGNoKGM2NGYxMDAwLDAsMTA0LDkwMmQ4N2U5 LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDVhYjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY0ZjEwMDAs MCxjMDczY2IyZCwxODksZmI0NWFhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NWFiNDgsYzA1NTU1OGMsYzA3YWNhZTQsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FlNCw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FlNCww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NWFjNzAsMSxjNjRmMTAwMCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NWFjNzAsMSxjNjRmMTAwMCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ1YWM3MCxjNWRjYzYw MCxjNjRmMTAwMCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM2NGYxMDAw LGMsMjAwNDc2MDYsZmI0NWFjNzAsOTY0ZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNjRmMTAwMCxmYjQ1YWNmYyxjLGZiNDVhZDM4LGZiNDVhZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ1YWQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOTY1ZWZjLCBlYnAgPSAweGJmOTY1 ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTMzIHRkIDB4YzY0ZjE0NjAKc2NoZWRfc3dpdGNoKGM2NGYxNDYwLDAsMTA0LDkwMmNjZTM5 LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDU0YjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY0ZjE0NjAs MCxjMDczY2IyZCwxODksZmI0NTRhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NTRiNDgsYzA1NTU1OGMsYzA3YWNhZGMsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FkYyw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FkYyww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NTRjNzAsMSxjNjRmMTQ2MCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NTRjNzAsMSxjNjRmMTQ2MCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ1NGM3MCxjNWRjYzYw MCxjNjRmMTQ2MCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM2NGYxNDYw LGMsMjAwNDc2MDYsZmI0NTRjNzAsOTg2ZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNjRmMTQ2MCxmYjQ1NGNmYyxjLGZiNDU0ZDM4LGZiNDU0ZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ1NGQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOTg3ZWZjLCBlYnAgPSAweGJmOTg3 ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTMyIHRkIDB4YzY0ZjE2OTAKc2NoZWRfc3dpdGNoKGM2NGYxNjkwLDAsMTA0LDkwMmM2MmZi LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDUxYjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY0ZjE2OTAs MCxjMDczY2IyZCwxODksZmI0NTFhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NTFiNDgsYzA1NTU1OGMsYzA3YWNhZDgsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FkOCw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FkOCww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NTFjNzAsMSxjNjRmMTY5MCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NTFjNzAsMSxjNjRmMTY5MCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ1MWM3MCxjNWRjYzYw MCxjNjRmMTY5MCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM2NGYxNjkw LGMsMjAwNDc2MDYsZmI0NTFjNzAsOTk3ZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNjRmMTY5MCxmYjQ1MWNmYyxjLGZiNDUxZDM4LGZiNDUxZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ1MWQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOTk4ZWZjLCBlYnAgPSAweGJmOTk4 ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTMxIHRkIDB4YzY0ZjE4YzAKc2NoZWRfc3dpdGNoKGM2NGYxOGMwLDAsMTA0LDkwMmMxNjEy LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDRlYjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY0ZjE4YzAs MCxjMDczY2IyZCwxODksZmI0NGVhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NGViNDgsYzA1NTU1OGMsYzA3YWNhZDQsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FkNCw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FkNCww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NGVjNzAsMSxjNjRmMThjMCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NGVjNzAsMSxjNjRmMThjMCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ0ZWM3MCxjNWRjYzYw MCxjNjRmMThjMCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM2NGYxOGMw LGMsMjAwNDc2MDYsZmI0NGVjNzAsOWE4ZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNjRmMThjMCxmYjQ0ZWNmYyxjLGZiNDRlZDM4LGZiNDRlZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ0ZWQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOWE5ZWZjLCBlYnAgPSAweGJmOWE5 ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTMwIHRkIDB4YzY0ZjFhZjAKc2NoZWRfc3dpdGNoKGM2NGYxYWYwLDAsMTA0LDkwMmJhMGI5 LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDRiYjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY0ZjFhZjAs MCxjMDczY2IyZCwxODksZmI0NGJhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NGJiNDgsYzA1NTU1OGMsYzA3YWNhZDAsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FkMCw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FkMCww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NGJjNzAsMSxjNjRmMWFmMCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NGJjNzAsMSxjNjRmMWFmMCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ0YmM3MCxjNWRjYzYw MCxjNjRmMWFmMCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM2NGYxYWYw LGMsMjAwNDc2MDYsZmI0NGJjNzAsOWI5ZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNjRmMWFmMCxmYjQ0YmNmYyxjLGZiNDRiZDM4LGZiNDRiZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ0YmQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOWJhZWZjLCBlYnAgPSAweGJmOWJh ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTI5IHRkIDB4YzY0ZjFkMjAKc2NoZWRfc3dpdGNoKGM2NGYxZDIwLDAsMTA0LDkwMmI1NTcw LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDQ4YjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY0ZjFkMjAs MCxjMDczY2IyZCwxODksZmI0NDhhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NDhiNDgsYzA1NTU1OGMsYzA3YWNhY2MsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FjYyw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FjYyww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NDhjNzAsMSxjNjRmMWQyMCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NDhjNzAsMSxjNjRmMWQyMCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ0OGM3MCxjNWRjYzYw MCxjNjRmMWQyMCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM2NGYxZDIw LGMsMjAwNDc2MDYsZmI0NDhjNzAsOWNhZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNjRmMWQyMCxmYjQ0OGNmYyxjLGZiNDQ4ZDM4LGZiNDQ4ZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ0OGQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOWNiZWZjLCBlYnAgPSAweGJmOWNi ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTI4IHRkIDB4YzY1MGQwMDAKc2NoZWRfc3dpdGNoKGM2NTBkMDAwLDAsMTA0LDkwMmFlMmVi LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDQ1YjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY1MGQwMDAs MCxjMDczY2IyZCwxODksZmI0NDVhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NDViNDgsYzA1NTU1OGMsYzA3YWNhYzgsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FjOCw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FjOCww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NDVjNzAsMSxjNjUwZDAwMCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NDVjNzAsMSxjNjUwZDAwMCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ0NWM3MCxjNWRjYzYw MCxjNjUwZDAwMCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM2NTBkMDAw LGMsMjAwNDc2MDYsZmI0NDVjNzAsOWRiZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNjUwZDAwMCxmYjQ0NWNmYyxjLGZiNDQ1ZDM4LGZiNDQ1ZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ0NWQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOWRjZWZjLCBlYnAgPSAweGJmOWRj ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTI3IHRkIDB4YzY1MGQyMzAKc2NoZWRfc3dpdGNoKGM2NTBkMjMwLDAsMTA0LDkwMmE4NmZm LDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwxLGM1ODg0ZDBj LGZiNDQyYjAwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY1MGQyMzAs MCxjMDczY2IyZCwxODksZmI0NDJhZWMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMSwxMDAsZmI0NDJiNDgsYzA1NTU1OGMsYzA3YWNhYzQsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjMDdhY2FjNCw1NCxjMDcz MjEwYSwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9zbGVlcChjMDdhY2FjNCww LDE1NCxjMDczMjEwYSwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCnNjaW9jdGwoYzNkZGJkMDAsMjAw NDc2MDYsZmI0NDJjNzAsMSxjNjUwZDIzMCwuLi4pIGF0IHNjaW9jdGwrMHhlN2UKZ2lhbnRfaW9j dGwoYzNkZGJkMDAsMjAwNDc2MDYsZmI0NDJjNzAsMSxjNjUwZDIzMCwuLi4pIGF0IGdpYW50X2lv Y3RsKzB4OTcKZGV2ZnNfaW9jdGxfZihjNjM0M2JkMCwyMDA0NzYwNixmYjQ0MmM3MCxjNWRjYzYw MCxjNjUwZDIzMCwuLi4pIGF0IGRldmZzX2lvY3RsX2YrMHhmNwprZXJuX2lvY3RsKGM2NTBkMjMw LGMsMjAwNDc2MDYsZmI0NDJjNzAsOWVjZmZjLC4uLikgYXQga2Vybl9pb2N0bCsweDI0OAppb2N0 bChjNjUwZDIzMCxmYjQ0MmNmYyxjLGZiNDQyZDM4LGZiNDQyZDJjLC4uLikgYXQgaW9jdGwrMHgx M2YKc3lzY2FsbChmYjQ0MmQzOCkgYXQgc3lzY2FsbCsweDM2NQpYaW50MHg4MF9zeXNjYWxsKCkg YXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJTRCBFTEYzMiwg aW9jdGwpLCBlaXAgPSAweDI4NTk5ZGEzLCBlc3AgPSAweGJmOWVkZWZjLCBlYnAgPSAweGJmOWVk ZjM4IC0tLQoKVHJhY2luZyBjb21tYW5kIGNvbnNvbGUta2l0LWRhZW1vbiBwaWQgMTY0OCB0aWQg MTAwMTI2IHRkIDB4YzY1MGQ0NjAKc2NoZWRfc3dpdGNoKGM2NTBkNDYwLDAsMTA0LDVhNDdkNDQ0 LDU3LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwwLGM1ODg0ZDBj LGZiNDNmYmQwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzY1MGQ0NjAs MCxjMDczY2IyZCwxODksZmI0M2ZiYmMsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBx X2NhdGNoX3NpZ25hbHMoMCwxMDAsZmI0M2ZjMTgsYzA1NTU1OGMsYzYzYTM4NDAsLi4uKSBhdCBz bGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93YWl0X3NpZyhjNjNhMzg0MCwwLGMwNzNh Y2E4LDEwMCwwLC4uLikgYXQgc2xlZXBxX3dhaXRfc2lnKzB4MTgKX3NsZWVwKGM2M2EzODQwLGMw N2IxZTNjLDEwMCxjMDczYWNhOCwwLC4uLikgYXQgX3NsZWVwKzB4MjdjCl9fdW10eF9vcF9jdl93 YWl0KGM2NTBkNDYwLGZiNDNmY2ZjLGZiNDNmZDJjLGMwNzAyYTI1LGM2NTBkNDYwLC4uLikgYXQg X191bXR4X29wX2N2X3dhaXQrMHgzNmQKX3VtdHhfb3AoYzY1MGQ0NjAsZmI0M2ZjZmMsMTQsZmI0 M2ZkMzgsZmI0M2ZkMmMsLi4uKSBhdCBfdW10eF9vcCsweDI3CnN5c2NhbGwoZmI0M2ZkMzgpIGF0 IHN5c2NhbGwrMHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgy MAotLS0gc3lzY2FsbCAoNDU0LCBGcmVlQlNEIEVMRjMyLCBfdW10eF9vcCksIGVpcCA9IDB4Mjg0 YjdiZWYsIGVzcCA9IDB4YmY5ZmVkOGMsIGVicCA9IDB4YmY5ZmVkYTggLS0tCgpUcmFjaW5nIGNv bW1hbmQgY29uc29sZS1raXQtZGFlbW9uIHBpZCAxNjQ4IHRpZCAxMDAwOTYgdGQgMHhjNTVmZWQy MApzY2hlZF9zd2l0Y2goYzU1ZmVkMjAsMCwxMDQsN2YyODAxMzMsNTksLi4uKSBhdCBzY2hlZF9z d2l0Y2grMHgyMDAKbWlfc3dpdGNoKDEwNCwwLDAsYzU4ODRkMGMsZmIzZDJhYWMsLi4uKSBhdCBt aV9zd2l0Y2grMHgxMmYKc2xlZXBxX3N3aXRjaChjNTVmZWQyMCwwLGMwNzNjYjJkLDE4OSxmYjNk MmE5OCwuLi4pIGF0IHNsZWVwcV9zd2l0Y2grMHhjOQpzbGVlcHFfY2F0Y2hfc2lnbmFscygwLGM1 NWZlZDIwLGZiM2QyYWVjLGMwNTEzZDYzLGM1Mjg5OTY0LC4uLikgYXQgc2xlZXBxX2NhdGNoX3Np Z25hbHMrMHg1MwpzbGVlcHFfd2FpdF9zaWcoYzUyODk5NjQsMCxjMDczY2ZmYSwxMDEsMCwuLi4p IGF0IHNsZWVwcV93YWl0X3NpZysweDE4Cl9jdl93YWl0X3NpZyhjNTI4OTk2NCxjNTI4OTk1MCxj MDU4OGY3OCxjNjhhMTE4OCwxLC4uLikgYXQgX2N2X3dhaXRfc2lnKzB4MTkzCnNlbHRkd2FpdChj NzA4NTAzOCwxLGM1ZGNjNjAwLGM1NWZlZDIwLGMwNTg4ZjUwLC4uLikgYXQgc2VsdGR3YWl0KzB4 ZDYKcG9sbChjNTVmZWQyMCxmYjNkMmNmYyxjLGZiM2QyZDM4LGZiM2QyZDJjLC4uLikgYXQgcG9s bCsweDM3OApzeXNjYWxsKGZiM2QyZDM4KSBhdCBzeXNjYWxsKzB4MzY1ClhpbnQweDgwX3N5c2Nh bGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0tIHN5c2NhbGwgKDIwOSwgRnJlZUJTRCBF TEYzMiwgcG9sbCksIGVpcCA9IDB4Mjg1NDRjOWIsIGVzcCA9IDB4YmZiZmVkMWMsIGVicCA9IDB4 YmZiZmVkMzggLS0tCgpUcmFjaW5nIGNvbW1hbmQgaGFsZCBwaWQgMTY0NSB0aWQgMTAwMTE0IHRk IDB4YzViMGZkMjAKc2NoZWRfc3dpdGNoKGM1YjBmZDIwLDAsMTA0LDFkZTMxZDZmLDVkLC4uLikg YXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1pX3N3aXRjaCgxMDQsMCwwLGM1ZmMxZDBjLGZiNDFiYWE4 LC4uLikgYXQgbWlfc3dpdGNoKzB4MTJmCnNsZWVwcV9zd2l0Y2goYzViMGZkMjAsMCxjMDczY2Iy ZCwxODksYzA1NWU5ZWQsLi4uKSBhdCBzbGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBxX2NhdGNoX3Np Z25hbHMoMCxjNWIwZmQyMCxjNWRjNDIwMCxmYjQxYmFlYyxjMDUxMzhiMywuLi4pIGF0IHNsZWVw cV9jYXRjaF9zaWduYWxzKzB4NTMKc2xlZXBxX3RpbWVkd2FpdF9zaWcoYzRlNDhjZTQsMCxjMDcz Y2ZmYSwxMDEsMCwuLi4pIGF0IHNsZWVwcV90aW1lZHdhaXRfc2lnKzB4MWMKX2N2X3RpbWVkd2Fp dF9zaWcoYzRlNDhjZTQsYzRlNDhjZDAsMzI5LGM3NGQ4YWI4LDEsLi4uKSBhdCBfY3ZfdGltZWR3 YWl0X3NpZysweDFhMwpzZWx0ZHdhaXQoZmI0MWJiNWMsZmI0MWJiNjQsYzVkYzdiMDAsYzViMGZk MjAsYzA1ODhmNTAsLi4uKSBhdCBzZWx0ZHdhaXQrMHhjMApwb2xsKGM1YjBmZDIwLGZiNDFiY2Zj LGMsZmI0MWJjYjAsYzA3MGNhN2UsLi4uKSBhdCBwb2xsKzB4Mzc4CnN5c2NhbGwoZmI0MWJkMzgp IGF0IHN5c2NhbGwrMHgzNjUKWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwr MHgyMAotLS0gc3lzY2FsbCAoMjA5LCBGcmVlQlNEIEVMRjMyLCBwb2xsKSwgZWlwID0gMHgyODJl N2M5YiwgZXNwID0gMHhiZmJmZWE3YywgZWJwID0gMHhiZmJmZWE5OCAtLS0KClRyYWNpbmcgY29t bWFuZCBnZXR0eSBwaWQgMTYzNiB0aWQgMTAwMDgwIHRkIDB4YzQ3ZTlhZjAKc2NoZWRfc3dpdGNo KGM0N2U5YWYwLDAsMTA0LDM1MDYzZjZmLDE5LC4uLikgYXQgc2NoZWRfc3dpdGNoKzB4MjAwCm1p X3N3aXRjaCgxMDQsMCwxLGM0MDcxZDBjLGZiMzM1OTEwLC4uLikgYXQgbWlfc3dpdGNoKzB4MTJm CnNsZWVwcV9zd2l0Y2goYzQ3ZTlhZjAsMCxjMDczY2IyZCwxODksZmIzMzU4ZmMsLi4uKSBhdCBz bGVlcHFfc3dpdGNoKzB4YzkKc2xlZXBxX2NhdGNoX3NpZ25hbHMoMSwxMDAsZmIzMzU5NTgsYzA1 NTU1OGMsYzNkZDY0MTAsLi4uKSBhdCBzbGVlcHFfY2F0Y2hfc2lnbmFscysweDUzCnNsZWVwcV93 YWl0X3NpZyhjM2RkNjQxMCw1OSxjMDczZWJhZCwxMDAsMCwuLi4pIGF0IHNsZWVwcV93YWl0X3Np ZysweDE4Cl9zbGVlcChjM2RkNjQxMCwwLDE1OSxjMDczZWJhZCwwLC4uLikgYXQgX3NsZWVwKzB4 MjdjCnR0eXNsZWVwKGMzZGQ2NDAwLGMzZGQ2NDEwLDE1OSxjMDczZWJhZCwwLC4uLikgYXQgdHR5 c2xlZXArMHgzOQp0dHJlYWQoYzNkZDY0MDAsZmIzMzVjNjAsMCxmYjMzNWI5MCxjMDRjZDI4ZCwu Li4pIGF0IHR0cmVhZCsweDYxYwp0dHlyZWFkKGMzZGMwMDAwLGZiMzM1YzYwLDAsZmIzMzViYjgs YzA1MTVjMDksLi4uKSBhdCB0dHlyZWFkKzB4MzgKc2NyZWFkKGMzZGMwMDAwLGZiMzM1YzYwLDAs YzY5ZDkyMTgsZmIzMzViZDhtc2didWYudHh0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAMDYwMAAAAAAwAAAAAAAAADAAAAAAAAAANDU3MjMAAAAAAAAAMTEwMTcwMjcxMTUAICA3NTU3 ACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHVzdGFyAAAAcm9v dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB3aGVlbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAENvcHlyaWdodCAoYykgMTk5Mi0yMDA4IFRoZSBGcmVlQlNEIFByb2pl Y3QuCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5 MSwgMTk5MiwgMTk5MywgMTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2Fs aWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBpcyBhIHJlZ2lzdGVyZWQgdHJh ZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZyZWVCU0QgOC4wLUNVUlJFTlQgIzQ0 OiBNb24gTWF5IDI2IDIwOjE3OjMxIEpTVCAyMDA4CiAgICBub3JrQG1lbGZpbmEubmludGgtbmlu ZS5jb206L3Vzci9vYmovdXNyL3NyYy9zeXMvTUVMRklOQQptb2R1bGVfcmVnaXN0ZXI6IG1vZHVs ZSBybC9taWlidXMgYWxyZWFkeSBleGlzdHMhCk1vZHVsZSBybC9taWlidXMgZmFpbGVkIHRvIHJl Z2lzdGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IG1vZHVsZSBjYXJkYnVzL3JsIGFscmVhZHkgZXhp c3RzIQpNb2R1bGUgY2FyZGJ1cy9ybCBmYWlsZWQgdG8gcmVnaXN0ZXI6IDE3Cm1vZHVsZV9yZWdp c3RlcjogbW9kdWxlIHBjaS9ybCBhbHJlYWR5IGV4aXN0cyEKTW9kdWxlIHBjaS9ybCBmYWlsZWQg dG8gcmVnaXN0ZXI6IDE3ClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHog cXVhbGl0eSAwCkNQVTogSW50ZWwoUikgUGVudGl1bShSKSBNIHByb2Nlc3NvciAxLjIwR0h6ICgx MTk3LjAxLU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9 IDB4NmQ4ICBTdGVwcGluZyA9IDgKICBGZWF0dXJlcz0weGFmZTlmYmZmPEZQVSxWTUUsREUsUFNF LFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULENMRkxV U0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsVE0sUEJFPgogIEZlYXR1cmVzMj0weDE4 MDxFU1QsVE0yPgogIEFNRCBGZWF0dXJlcz0weDEwMDAwMDxOWD4KcmVhbCBtZW1vcnkgID0gMTA2 NDE3MzU2OCAoMTAxNCBNQikKYXZhaWwgbWVtb3J5ID0gMTAzMjkyNTE4NCAoOTg1IE1CKQpBQ1BJ IEFQSUMgVGFibGU6IDxNQVRCSU8gQ0ZSNC0zICA+ClRoaXMgbW9kdWxlIChvcGVuc29sYXJpcykg Y29udGFpbnMgY29kZSBjb3ZlcmVkIGJ5IHRoZQpDb21tb24gRGV2ZWxvcG1lbnQgYW5kIERpc3Ry aWJ1dGlvbiBMaWNlbnNlIChDRERMKQpzZWUgaHR0cDovL29wZW5zb2xhcmlzLm9yZy9vcy9saWNl bnNpbmcvb3BlbnNvbGFyaXNfbGljZW5zZS8KaW9hcGljMDogQ2hhbmdpbmcgQVBJQyBJRCB0byAx CmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKa2JkMSBhdCBr YmRtdXgwCmFjcGkwOiA8UFRMVEQgICBSU0RUPiBvbiBtb3RoZXJib2FyZAphY3BpMDogW0lUSFJF QURdCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpUaW1lY291bnRlciAiQUNQSS1zYWZlIiBm cmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDg1MAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1l ciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDEwMDgtMHgxMDBiIG9uIGFjcGkwCmFjcGlfZWMwOiA8 RW1iZWRkZWQgQ29udHJvbGxlcjogR1BFIDB4MWQ+IHBvcnQgMHg2MiwweDY2IG9uIGFjcGkwCnBj aWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNp MDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3Bs YXk+IHBvcnQgMHgxODAwLTB4MTgwNyBtZW0gMHhiMDA4MDAwMC0weGIwMGZmZmZmLDB4YzAwMDAw MDAtMHhjZmZmZmZmZiwweGIwMDAwMDAwLTB4YjAwM2ZmZmYgaXJxIDE2IGF0IGRldmljZSAyLjAg b24gcGNpMAphZ3AwOiA8SW50ZWwgODI5MTVHTSAoOTE1R00gR01DSCkgU1ZHQSBjb250cm9sbGVy PiBvbiB2Z2FwY2kwCmFncDA6IGRldGVjdGVkIDc5MzJrIHN0b2xlbiBtZW1vcnkKYWdwMDogYXBl cnR1cmUgc2l6ZSBpcyAyNTZNCnZnYXBjaTE6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBhdCBk ZXZpY2UgMi4xIG9uIHBjaTAKdWhjaTA6IDxJbnRlbCA4MjgwMUZCL0ZSL0ZXL0ZSVyAoSUNINikg VVNCIGNvbnRyb2xsZXIgVVNCLUE+IHBvcnQgMHgxODIwLTB4MTgzZiBpcnEgMjMgYXQgZGV2aWNl IDI5LjAgb24gcGNpMAp1aGNpMDogW0dJQU5ULUxPQ0tFRF0KdWhjaTA6IFtJVEhSRUFEXQp1c2Iw OiA8SW50ZWwgODI4MDFGQi9GUi9GVy9GUlcgKElDSDYpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBv biB1aGNpMAp1c2IwOiBVU0IgcmV2aXNpb24gMS4wCnVodWIwOiA8SW50ZWwgVUhDSSByb290IGh1 YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjAKdWh1YjA6IDIgcG9y dHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmVoY2kwOiA8SW50ZWwgODI4MDFGQiAo SUNINikgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhiMDA0MDAwMC0weGIwMDQwM2ZmIGlycSAy MyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCmVoY2kwOiBbR0lBTlQtTE9DS0VEXQplaGNpMDogW0lU SFJFQURdCnVzYjE6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiMTogY29tcGFuaW9uIGNvbnRyb2xsZXIs IDIgcG9ydHMgZWFjaDogdXNiMAp1c2IxOiA8SW50ZWwgODI4MDFGQiAoSUNINikgVVNCIDIuMCBj b250cm9sbGVyPiBvbiBlaGNpMAp1c2IxOiBVU0IgcmV2aXNpb24gMi4wCnVodWIxOiA8SW50ZWwg RUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjEK dWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnBjaWIxOiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2k2OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMQpybDA6IDxSZWFsVGVrIDgxMzkgMTAvMTAwQmFzZVRYPiBwb3J0IDB4MzAw MC0weDMwZmYgbWVtIDB4YjAxMDAwMDAtMHhiMDEwMDBmZiBpcnEgMTkgYXQgZGV2aWNlIDEuMCBv biBwY2k2Cm1paWJ1czA6IDxNSUkgYnVzPiBvbiBybDAKcmxwaHkwOiA8UmVhbFRlayBpbnRlcm5h bCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAwIG9uIG1paWJ1czAKcmxwaHkwOiAgMTBiYXNlVCwgMTBi YXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bwpybDA6IEV0aGVybmV0IGFk ZHJlc3M6IDAwOjBiOjk3OjMzOjFjOjMwCnJsMDogW0lUSFJFQURdCml3aTA6IDxJbnRlbChSKSBQ Uk8vV2lyZWxlc3MgMjkxNUFCRz4gbWVtIDB4YjAxMDEwMDAtMHhiMDEwMWZmZiBpcnEgMjEgYXQg ZGV2aWNlIDQuMCBvbiBwY2k2Cml3aTA6IFtJVEhSRUFEXQpjYmIwOiA8UkY1QzQ3NiBQQ0ktQ2Fy ZEJ1cyBCcmlkZ2U+IGlycSAyMiBhdCBkZXZpY2UgNS4wIG9uIHBjaTYKY2FyZGJ1czA6IDxDYXJk QnVzIGJ1cz4gb24gY2JiMApwY2NhcmQwOiA8MTYtYml0IFBDQ2FyZCBidXM+IG9uIGNiYjAKY2Ji MDogW0lUSFJFQURdCnNkc2hjMDogPFJpY29oIENvIEx0ZCBSNUM4MjIgU0QvU0RJTy9NTUMvTVMv TVNQcm8gSG9zdCBBZGFwdGVyPiBtZW0gMHhiMDEwMDQwMC0weGIwMTAwNGZmIGlycSAyMCBhdCBk ZXZpY2UgNS4xIG9uIHBjaTYKc2RzaGMwOiBbSVRIUkVBRF0Kc2RzaGNidXMwOiA8U0QgU3RhbmRh cmQgSG9zdCBDb250cm9sbGVyIHNsb3QgYnVzPiBvbiBzZHNoYzAKc2RzaGNidXMwOiBjYXBhYmls aXR5OiAzLjNWIFN1c3BlbmQvUmVzdW1lCnBjbTA6IDxJbnRlbCBJQ0g2ICg4MjgwMUZCKT4gcG9y dCAweDFjMDAtMHgxY2ZmLDB4MTg0MC0weDE4N2YgbWVtIDB4YjAwNDA4MDAtMHhiMDA0MDlmZiww eGIwMDQwNDAwLTB4YjAwNDA0ZmYgaXJxIDE3IGF0IGRldmljZSAzMC4yIG9uIHBjaTAKcGNtMDog W0lUSFJFQURdCnBjbTA6IDxTaWdtYVRlbCBTVEFDOTc1MC81MSBBQzk3IENvZGVjPgppc2FiMDog PFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBv biBpc2FiMAphdGFwY2kwOiA8SW50ZWwgSUNINiBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgx ZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHgxODEwLTB4MTgxZiBhdCBkZXZpY2Ug MzEuMSBvbiBwY2kwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCmF0YTA6IFtJVEhS RUFEXQphdGExOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMAphdGExOiBbSVRIUkVBRF0KcGNp MDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVk KQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJl cXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENv bnRyb2w+IG9uIGNwdTAKYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3aXRjaD4gb24g YWNwaTAKYmF0dGVyeTA6IDxBQ1BJIENvbnRyb2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwCmFj cGlfYWNhZDA6IDxBQyBBZGFwdGVyPiBvbiBhY3BpMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0 b24+IG9uIGFjcGkwCmFjcGlfcGFuYXNvbmljMDogPFBhbmFzb25pYyBOb3RlYm9vayBIb3RrZXlz PiBvbiBhY3BpMAphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAKYXRydGMwOiA8QVQg cmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDc3IGlycSA4IG9uIGFjcGkwCmF0a2JkYzA6IDxL ZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkw CmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0 a2JkMDogW0dJQU5ULUxPQ0tFRF0KYXRrYmQwOiBbSVRIUkVBRF0KcHNtMDogPFBTLzIgTW91c2U+ IGZsYWdzIDB4MjAwMCBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20w OiBbSVRIUkVBRF0KcHNtMDogbW9kZWwgU3luYXB0aWNzIFRvdWNocGFkLCBkZXZpY2UgSUQgMApw bXRpbWVyMCBvbiBpc2EwCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4ZGMwMDAt MHhkZmZmZiwweGUwMDAwLTB4ZWZmZmYgcG5waWQgT1JNMDAwMCBvbiBpc2EwCnNjMDogPFN5c3Rl bSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNv bnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNj MC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApXQVJOSU5HOiBaRlMgaXMgY29u c2lkZXJlZCB0byBiZSBhbiBleHBlcmltZW50YWwgZmVhdHVyZSBpbiBGcmVlQlNELgpUaW1lY291 bnRlciAiVFNDIiBmcmVxdWVuY3kgMTE5NzAwOTc1NSBIeiBxdWFsaXR5IDgwMApUaW1lY291bnRl cnMgdGljayBldmVyeSAxLjAwMCBtc2VjClpGUyBmaWxlc3lzdGVtIHZlcnNpb24gNgpaRlMgc3Rv cmFnZSBwb29sIHZlcnNpb24gNgphZDA6IDU0MTU2TUIgPFRPU0hJQkEgTUs2MDM0R0FYIEFDMTAy Rj4gYXQgYXRhMC1tYXN0ZXIgVURNQTEwMApBQ1BJIEVycm9yIChleG11dGV4LTA0NzkpOiBDYW5u b3QgcmVsZWFzZSBNdXRleCBbRUNFWF0sIG5vdCBhY3F1aXJlZCBbMjAwNzAzMjBdCkFDUEkgRXJy b3IgKHBzcGFyc2UtMDYyNik6IE1ldGhvZCBwYXJzZS9leGVjdXRpb24gZmFpbGVkIFtcX1NCXy5Q Q0kwLkxQQ0IuRUMwXy5FQzg3XSAoTm9kZSAweGMzZDBmOTYwKSwgQUVfQU1MX01VVEVYX05PVF9B Q1FVSVJFRApBQ1BJIEVycm9yIChwc3BhcnNlLTA2MjYpOiBNZXRob2QgcGFyc2UvZXhlY3V0aW9u IGZhaWxlZCBbXF9TQl8uUENJMC5MUENCLkVDMF8uRUM4Nl0gKE5vZGUgMHhjM2QwZjlhMCksIEFF X0FNTF9NVVRFWF9OT1RfQUNRVUlSRUQKQUNQSSBFcnJvciAocHNwYXJzZS0wNjI2KTogTWV0aG9k IHBhcnNlL2V4ZWN1dGlvbiBmYWlsZWQgW1xfU0JfLlBDSTAuTFBDQi5FQzBfLkVDMDFdIChOb2Rl IDB4YzNkMGZiODApLCBBRV9BTUxfTVVURVhfTk9UX0FDUVVJUkVECkFDUEkgRXJyb3IgKHBzcGFy c2UtMDYyNik6IE1ldGhvZCBwYXJzZS9leGVjdXRpb24gZmFpbGVkIFtcX1NCXy5FQ1BGXSAoTm9k ZSAweGMzYzJhMWMwKSwgQUVfQU1MX01VVEVYX05PVF9BQ1FVSVJFRApBQ1BJIEVycm9yIChwc3Bh cnNlLTA2MjYpOiBNZXRob2QgcGFyc2UvZXhlY3V0aW9uIGZhaWxlZCBbXF9TQl8uQUNfXy5fUFNS XSAoTm9kZSAweGMzZDBjMGEwKSwgQUVfQU1MX01VVEVYX05PVF9BQ1FVSVJFRApUcnlpbmcgdG8g bW91bnQgcm9vdCBmcm9tIHpmczp6b290CmNhcmRidXMwOiBFeHBlY3RpbmcgbGluayB0YXJnZXQs IGdvdCAweDAKcmUwOiA8UmVhbFRlayA4MTY5LzgxNjlTLzgxNjlTQihMKS84MTEwUy84MTEwU0Io TCkgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweDMxMDAtMHgzMWZmIG1lbSAweGIwMTAzMDAwLTB4 YjAxMDMxZmYgaXJxIDIyIGF0IGRldmljZSAwLjAgb24gY2FyZGJ1czAKcmUwOiBDaGlwIHJldi4g MHgxMDAwMDAwMApyZTA6IE1BQyByZXYuIDB4MDAwMDAwMDAKbWlpYnVzMTogPE1JSSBidXM+IG9u IHJlMApyZ2VwaHkwOiA8UlRMODE2OVMvODExMFMvODIxMUIgbWVkaWEgaW50ZXJmYWNlPiBQSFkg MSBvbiBtaWlidXMxCnJnZXBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAx MDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1GRFgsIGF1dG8KcmUwOiBFdGhlcm5l dCBhZGRyZXNzOiAwMDplMDo0Yzo3NzphYjplOApyZTA6IFtGSUxURVJdCjwxMTg+TG9hZGluZyBj b25maWd1cmF0aW9uIGZpbGVzLgo8MTE4Pmtlcm5lbCBkdW1wcyBvbiAvZGV2L2FkMHMyYgo8MTE4 PlN0YXJ0aW5nIGRkYi4KPDExOD5FbnRyb3B5IGhhcnZlc3Rpbmc6CjwxMTg+IGludGVycnVwdHMK PDExOD4gZXRoZXJuZXQKPDExOD4gcG9pbnRfdG9fcG9pbnQKPDExOD4ga2lja3N0YXJ0CjwxMTg+ Lgo8MTE4PnN3YXBvbjogYWRkaW5nIC9kZXYvYWQwczJiIGFzIHN3YXAgZGV2aWNlCjwxMTg+U3Rh cnRpbmcgZmlsZSBzeXN0ZW0gY2hlY2tzOgo8MTE4PlNldHRpbmcgaG9zdHV1aWQ6IDAwMDAwMDAw LTAwMDAtMTAwMC04MDAwLTAwMGI5NzMzMWMzMC4KPDExOD5TZXR0aW5nIGhvc3RpZDogMHg1YTM0 YzlmNS4KPDExOD5Nb3VudGluZyBsb2NhbCBmaWxlIHN5c3RlbXM6CjwxMTg+Lgo8MTE4PlNldHRp bmcgaG9zdG5hbWU6IG1lbGZpbmEubmludGgtbmluZS5jb20uCjwxMTg+bmV0LmluZXQ2LmlwNi5h dXRvX2xpbmtsb2NhbDogCjwxMTg+MQo8MTE4PiAtPiAKPDExOD4wCjwxMTg+CjwxMTg+dmZzLnpm cy56aWxfZGlzYWJsZTogCjwxMTg+MAo8MTE4PiAtPiAKPDExOD4xCjwxMTg+CjwxMTg+a2Vybi5p cGMuc2htYWxsOiAKPDExOD44MTkyCjwxMTg+IC0+IAo8MTE4PjUyNDI4OAo8MTE4Pgo8MTE4Pmtl cm4uaXBjLnNobW1heDogCjwxMTg+MzM1NTQ0MzIKPDExOD4gLT4gCjwxMTg+MjE0NzQ4MzY0Nwo8 MTE4Pgo8MTE4Pmh3LmFjcGkucmVzZXRfdmlkZW86IAo8MTE4PjAKPDExOD4gLT4gCjwxMTg+MQo8 MTE4Pgo8MTE4PmRldi5hY3BpX2xpZC4wLndha2U6IAo8MTE4PjEKPDExOD4gLT4gCjwxMTg+MAo8 MTE4Pgo8MTE4Pmh3LmFjcGkucG93ZXJfYnV0dG9uX3N0YXRlOiAKPDExOD5TNQo8MTE4PiAtPiAK PDExOD5TMwo8MTE4Pgo8MTE4Pmtlcm4uY29yZWR1bXA6IAo8MTE4PjEKPDExOD4gLT4gCjwxMTg+ MAo8MTE4Pgo8MTE4Pm5ldC5saW5rLnRhcC51c2VyX29wZW46IAo8MTE4PjAKPDExOD4gLT4gCjwx MTg+MQo8MTE4Pgo8MTE4Pm5ldC5pbmV0LmljbXAuaWNtcGxpbV9vdXRwdXQ6IAo8MTE4PjEKPDEx OD4gLT4gCjwxMTg+MAo8MTE4Pgo8MTE4Pmtlcm4ubW9kdWxlX3BhdGg6IAo8MTE4Pi9ib290L2tl cm5lbDsvYm9vdC9tb2R1bGVzCjwxMTg+IC0+IAo8MTE4Pi9ib290L2tlcm5lbDsvYm9vdC9tb2R1 bGVzOy91c3IvbG9jYWwvbW9kdWxlcwo8MTE4Pgo8MTE4PmxvMDogZmxhZ3M9ODA0OTxVUCxMT09Q QkFDSyxSVU5OSU5HLE1VTFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE2Mzg0CjwxMTg+CWluZXQ2IGZl ODA6OjElbG8wIHByZWZpeGxlbiA2NCBzY29wZWlkIDB4MyAKPDExOD4JaW5ldDYgOjoxIHByZWZp eGxlbiAxMjggCjwxMTg+CWluZXQgMTI3LjAuMC4xIG5ldG1hc2sgMHhmZjAwMDAwMCAKPDExOD5y bDA6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+IG1l dHJpYyAwIG10dSAxNTAwCjwxMTg+CW9wdGlvbnM9ODxWTEFOX01UVT4KPDExOD4JZXRoZXIgMDA6 MGI6OTc6MzM6MWM6MzAKPDExOD4JbWVkaWE6IEV0aGVybmV0IGF1dG9zZWxlY3QgKG5vbmUpCjwx MTg+CXN0YXR1czogbm8gY2Fycmllcgp3bGFuMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTY6NmY6 MzM6NDE6MzQKPDExOD5TdGFydGluZyB3cGFfc3VwcGxpY2FudC4KPDExOD53bGFuMDogZmxhZ3M9 ODgwMjxCUk9BRENBU1QsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAxNTAwCjwxMTg+ CWV0aGVyIDAwOjE2OjZmOjMzOjQxOjM0CjwxMTg+CW1lZGlhOiBJRUVFIDgwMi4xMSBXaXJlbGVz cyBFdGhlcm5ldCBhdXRvc2VsZWN0IChhdXRvc2VsZWN0KQo8MTE4PglzdGF0dXM6IG5vIGNhcnJp ZXIKPDExOD4Jc3NpZCAiIiBjaGFubmVsIDYgKDI0MzcgTWh6IDExZykKPDExOD4JcmVnZG9tYWlu IEpBUEFOIGNvdW50cnkgSlAgYXV0aG1vZGUgV1BBMStXUEEyLzgwMi4xMWkgcHJpdmFjeSBPTgo8 MTE4PglkZWZ0eGtleSBVTkRFRiB0eHBvd2VyIDIzIGJtaXNzIDI0IHNjYW52YWxpZCA2MCBwcm90 bW9kZSBDVFMgd21lCjwxMTg+CXJvYW1pbmcgTUFOVUFMCjwxMTg+QWRkaXRpb25hbCByb3V0aW5n IG9wdGlvbnM6CjwxMTg+IGJyb2FkY2FzdCBwaW5nIHJlc3BvbnNlcz1ZRVMKPDExOD4gSVAgZ2F0 ZXdheT1ZRVMKPDExOD4uCjwxMTg+V2FpdGluZyAzMHMgZm9yIGFuIGludGVyZmFjZSB0byBjb21l IHVwOiAKPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwx MTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDEx OD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4 Pi4KPDExOD4uCjwxMTg+Lgo8MTE4Pi4KPDExOD4uCjwxMTg+Lgo8MTE4PlN0YXJ0aW5nIGRldmQu CjwxMTg+aHcuYWNwaS5jcHUuY3hfbG93ZXN0OiAKPDExOD5DMQo8MTE4PiAtPiAKPDExOD5DMQo8 MTE4PgppcGZ3MiAoK2lwdjYpIGluaXRpYWxpemVkLCBkaXZlcnQgbG9hZGFibGUsIG5hdCBsb2Fk YWJsZSwgcnVsZS1iYXNlZCBmb3J3YXJkaW5nIGRpc2FibGVkLCBkZWZhdWx0IHRvIGFjY2VwdCwg bG9nZ2luZyB1bmxpbWl0ZWQKPDExOD5GbHVzaGVkIGFsbCBydWxlcy4KPDExOD4wMDEwMCBhbGxv dyBpcCBmcm9tIGFueSB0byBhbnkgdmlhIGxvMAo8MTE4PjAwMjAwIGRlbnkgaXAgZnJvbSBhbnkg dG8gMTI3LjAuMC4wLzgKPDExOD4wMDMwMCBkZW55IGlwIGZyb20gMTI3LjAuMC4wLzggdG8gYW55 CjwxMTg+MDAxMDAgYWxsb3cgaXAgZnJvbSBhbnkgdG8gYW55IHZpYSBsbzAKPDExOD4wMDQwMCBk ZW55IGlwNCBmcm9tIGFueSB0byAxMjcuMC4wLjAvOAo8MTE4PjAwNTAwIGRlbnkgaXA0IGZyb20g MTI3LjAuMC4wLzggdG8gYW55CjwxMTg+MDA2MDAgZGVueSBpcDYgZnJvbSBhbnkgdG8gOjoxCjwx MTg+MDA3MDAgZGVueSBpcDYgZnJvbSA6OjEgdG8gYW55CjwxMTg+MDEwMDAgcmVqZWN0IGxvZyBp cDQgZnJvbSBhbnkgdG8gMTAuMC4wLjAvOCB2aWEgcmwwCjwxMTg+MDExMDAgcmVqZWN0IGxvZyBp cDQgZnJvbSBhbnkgdG8gMTcyLjE2LjAuMC8xMiB2aWEgcmwwCjwxMTg+MDEyMDAgcmVqZWN0IGxv ZyBpcDQgZnJvbSBhbnkgdG8gMTkyLjE2OC4wLjAvMTYgdmlhIHJsMAo8MTE4PjAxMzAwIHJlamVj dCBsb2cgaXA0IGZyb20gMTAuMC4wLjAvOCB0byBhbnkgdmlhIHJsMAo8MTE4PjAxNDAwIHJlamVj dCBsb2cgaXA0IGZyb20gMTcyLjE2LjAuMC8xMiB0byBhbnkgdmlhIHJsMAo8MTE4PjAxNTAwIHJl amVjdCBsb2cgaXA0IGZyb20gMTkyLjE2OC4wLjAvMTYgdG8gYW55IHZpYSBybDAKPDExOD4wMTYw MCByZWplY3QgbG9nIGlwNCBmcm9tIGFueSB0byAxMC4wLjAuMC84IHZpYSBpd2kwCjwxMTg+MDE3 MDAgcmVqZWN0IGxvZyBpcDQgZnJvbSBhbnkgdG8gMTcyLjE2LjAuMC8xMiB2aWEgaXdpMAo8MTE4 PjAxODAwIHJlamVjdCBsb2cgaXA0IGZyb20gYW55IHRvIDE5Mi4xNjguMC4wLzE2IHZpYSBpd2kw CjwxMTg+MDE5MDAgcmVqZWN0IGxvZyBpcDQgZnJvbSAxMC4wLjAuMC84IHRvIGFueSB2aWEgaXdp MAo8MTE4PjAyMDAwIHJlamVjdCBsb2cgaXA0IGZyb20gMTcyLjE2LjAuMC8xMiB0byBhbnkgdmlh IGl3aTAKPDExOD4wMjEwMCByZWplY3QgbG9nIGlwNCBmcm9tIDE5Mi4xNjguMC4wLzE2IHRvIGFu eSB2aWEgaXdpMAo8MTE4PjAyMjAwIHJlamVjdCBsb2cgaXA0IGZyb20gYW55IHRvIDEwLjAuMC4w LzggdmlhIG5nMAo8MTE4PjAyMzAwIHJlamVjdCBsb2cgaXA0IGZyb20gYW55IHRvIDE3Mi4xNi4w LjAvMTIgdmlhIG5nMAo8MTE4PjAyNDAwIHJlamVjdCBsb2cgaXA0IGZyb20gYW55IHRvIDE5Mi4x NjguMC4wLzE2IHZpYSBuZzAKPDExOD4wMjUwMCByZWplY3QgbG9nIGlwNCBmcm9tIDEwLjAuMC4w LzggdG8gYW55IHZpYSBuZzAKPDExOD4wMjYwMCByZWplY3QgbG9nIGlwNCBmcm9tIDE3Mi4xNi4w LjAvMTIgdG8gYW55IHZpYSBuZzAKPDExOD4wMjcwMCByZWplY3QgbG9nIGlwNCBmcm9tIDE5Mi4x NjguMC4wLzE2IHRvIGFueSB2aWEgbmcwCjwxMTg+MTAwMDAgY2hlY2stc3RhdGUKPDExOD4xMDEw MCBhbGxvdyBsb2cgaXAgZnJvbSBhbnkgdG8gYW55IGZyYWcKPDExOD4xMDIwMCB1bnJlYWNoIHBv cnQgbG9nIGlwIGZyb20gYW55IHRvIGFueSBwcm90byB0Y3AgZXN0YWJsaXNoZWQKPDExOD4xMDMw MCBkZW55IGxvZyBpcCBmcm9tIGFueSB0byBhbnkgZHN0LXBvcnQgMTM3LTEzOSw0NDUsMTQzMy0x NDM0IHByb3RvIHRjcAo8MTE4PjEwNDAwIGRlbnkgbG9nIGlwIGZyb20gYW55IHRvIGFueSBkc3Qt cG9ydCAxMzctMTM5LDQ0NSwxNDMzLTE0MzQgcHJvdG8gdWRwCjwxMTg+MTA1MDAgZGVueSBsb2cg aXAgZnJvbSBhbnkgdG8gMjM5LjI1NS4yNTUuMjUwIGRzdC1wb3J0IDE5MDAgcHJvdG8gdWRwCjwx MTg+MjAwMDAgYWxsb3cgaXAgZnJvbSBhbnkgdG8gYW55IHNldHVwIG91dCBwcm90byB0Y3Aga2Vl cC1zdGF0ZQo8MTE4PjIwMTAwIGFsbG93IGlwIGZyb20gYW55IHRvIGFueSBvdXQgcHJvdG8gdWRw IGtlZXAtc3RhdGUKPDExOD4yMDIwMCBhbGxvdyBsb2cgaXAgZnJvbSBhbnkgdG8gYW55IG91dCBr ZWVwLXN0YXRlCjwxMTg+MzAwMDAgYWxsb3cgbG9nIGlwIGZyb20gYW55IHRvIGFueSBwcm90byBp Y21wIGtlZXAtc3RhdGUKPDExOD40MDAwMCBhbGxvdyBsb2cgaXA0IGZyb20gMC4wLjAuMCA2OCB0 byAyNTUuMjU1LjI1NS4yNTUgZHN0LXBvcnQgNjcgcHJvdG8gdWRwCjwxMTg+NDAxMDAgYWxsb3cg bG9nIGlwNCBmcm9tIGFueSB0byAyNTUuMjU1LjI1NS4yNTUgZHN0LXBvcnQgNjggcHJvdG8gdWRw CjwxMTg+NDEwMDAgYWxsb3cgbG9nIGlwIGZyb20gYW55IHRvIGFueSBkc3QtcG9ydCAyMiBzZXR1 cCBwcm90byB0Y3Aga2VlcC1zdGF0ZQo8MTE4PjQxMTAwIGFsbG93IGxvZyBpcDQgZnJvbSBhbnkg dG8gYW55IGRzdC1wb3J0IDE3MjMgc2V0dXAgcHJvdG8gdGNwIGtlZXAtc3RhdGUKPDExOD40MzAw MCBhbGxvdyBsb2cgaXA0IGZyb20gYW55IHRvIGFueSBkc3QtcG9ydCAxNzAxIHByb3RvIHVkcCBr ZWVwLXN0YXRlCjwxMTg+NDMxMDAgYWxsb3cgbG9nIGlwNCBmcm9tIGFueSA1MDAgdG8gYW55IGRz dC1wb3J0IDUwMCBwcm90byB1ZHAga2VlcC1zdGF0ZQo8MTE4PjQzMjAwIGFsbG93IGxvZyBpcDQg ZnJvbSBhbnkgdG8gYW55IGRzdC1wb3J0IDEyMyBwcm90byB1ZHAga2VlcC1zdGF0ZQo8MTE4PjQz MzAwIGFsbG93IGxvZyBlc3AgZnJvbSBhbnkgdG8gYW55IGtlZXAtc3RhdGUKPDExOD40NTAwMCBh bGxvdyBsb2cgYWggZnJvbSBhbnkgdG8gYW55IGtlZXAtc3RhdGUKPDExOD40NTEwMCBhbGxvdyBs b2cgZ3JlIGZyb20gYW55IHRvIGFueSBrZWVwLXN0YXRlCjwxMTg+NDYwMDAgYWxsb3cgbG9nIGlw NCBmcm9tIGFueSB0byBhbnkgZHN0LXBvcnQgMjEsMjAgc2V0dXAgcHJvdG8gdGNwIGtlZXAtc3Rh dGUKPDExOD40NjEwMCBhbGxvdyBsb2cgaXA0IGZyb20gMjE5LjEyNy43NC4xMjIgdG8gYW55IGRz dC1wb3J0IDI0ODAwIHNldHVwIHByb3RvIHRjcCBrZWVwLXN0YXRlCjwxMTg+NDYyMDAgYWxsb3cg bG9nIGlwNCBmcm9tIGFueSAyNDI1IHRvIGFueSBkc3QtcG9ydCAyNDI1IHByb3RvIHVkcCBrZWVw LXN0YXRlCjwxMTg+NDYzMDAgYWxsb3cgbG9nIGlwNCBmcm9tIGFueSAyNDI1IHRvIGFueSBkc3Qt cG9ydCAyNDI1IHNldHVwIHByb3RvIHRjcCBrZWVwLXN0YXRlCjwxMTg+NDY0MDAgYWxsb3cgbG9n IGlwNCBmcm9tIDE5Mi4xNjguMzYuMSB1ZHAgdG8gYW55IGtlZXAtc3RhdGUKPDExOD41MDAwMCBh bGxvdyBsb2cgaXAgZnJvbSBhbnkgdG8gYW55IHZpYSB0YXAqIHByb3RvIHRjcCBrZWVwLXN0YXRl CjwxMTg+NTAxMDAgYWxsb3cgbG9nIGlwIGZyb20gYW55IHRvIGFueSB2aWEgdGFwKiBwcm90byB1 ZHAga2VlcC1zdGF0ZQo8MTE4PjUwMjAwIGFsbG93IGxvZyBpcCBmcm9tIGFueSB0byBhbnkgdmlh IHRhcCogcHJvdG8gaWNtcCBrZWVwLXN0YXRlCjwxMTg+NTAzMDAgYWxsb3cgbG9nIGlwIGZyb20g YW55IHRvIGFueSB2aWEgdGFwKiBrZWVwLXN0YXRlCjwxMTg+NjUwMDAgZGVueSBsb2cgaXAgZnJv bSBhbnkgdG8gYW55IHByb3RvIHRjcAo8MTE4PjY1MTAwIGRlbnkgbG9nIGlwIGZyb20gYW55IHRv IGFueSBwcm90byB1ZHAKPDExOD42NTIwMCBkZW55IGxvZyBpcCBmcm9tIGFueSB0byBhbnkKPDEx OD5BY2NvdW50aW5nIGNsZWFyZWQuCjwxMTg+RmlyZXdhbGwgcnVsZXMgbG9hZGVkLgo8MTE4Pm5l dC5pbmV0LmlwLmZ3LmVuYWJsZTogCjwxMTg+MQo8MTE4PiAtPiAKPDExOD4xCjwxMTg+CjwxMTg+ L2V0Yy9yYzogV0FSTklORzogJG5nX25hdF9lbmFibGUgaXMgbm90IHNldCBwcm9wZXJseSAtIHNl ZSByYy5jb25mKDUpLgo8MTE4PkFkZGl0aW9uYWwgSVAgb3B0aW9uczoKPDExOD4uCjwxMTg+TW91 bnRpbmcgTkZTIGZpbGUgc3lzdGVtczoKPDExOD4uCjwxMTg+RUxGIGxkY29uZmlnIHBhdGg6IC9s aWIgL3Vzci9saWIgL3Vzci9saWIvY29tcGF0IC91c3IvbG9jYWwvbGliIC91c3IvbG9jYWwvbGli L2NvbXBhdC9wa2cgL3Vzci9sb2NhbC9saWIgL3Vzci9sb2NhbC9saWIvY29tcGF0IC91c3IvbG9j YWwvbGliL2NvbXBhdC9wa2cgL3Vzci9sb2NhbC9saWIvZXZvbHV0aW9uLzIuMjIgL3Vzci9sb2Nh bC9saWIvZ2NjL2kzODYtcG9ydGJsZC1mcmVlYnNkOC4wLzMuNC42IC91c3IvbG9jYWwvbGliL2dy YXBodml6IC91c3IvbG9jYWwvbGliL25zcyAvdXNyL2xvY2FsL2xpYi9wdGggL3Vzci9sb2NhbC9s aWIvd2luZSAvdXNyL2xvY2FsL2xpYi96c2gKPDExOD5hLm91dCBsZGNvbmZpZyBwYXRoOiAvdXNy L2xpYi9hb3V0IC91c3IvbGliL2NvbXBhdC9hb3V0CjwxMTg+Q2xlYXJpbmcgL3RtcC4KPDExOD5D cmVhdGluZyBhbmQvb3IgdHJpbW1pbmcgbG9nIGZpbGVzOgo8MTE4Pi4KPDExOD5TdGFydGluZyBz eXNsb2dkLgo8MTE4PkNoZWNraW5nIGZvciBjb3JlIGR1bXAgb24gL2Rldi9hZDBzMmIuLi4KPDEx OD5zYXZlY29yZTogcmVib290IGFmdGVyIHBhbmljOiByZXNvdXJjZV9saXN0X3JlbGVhc2U6IHJl c291cmNlIGVudHJ5IGlzIG5vdCBidXN5CjwxMTg+TWF5IDI4IDAwOjQ1OjA5IG1lbGZpbmEgc2F2 ZWNvcmU6IHJlYm9vdCBhZnRlciBwYW5pYzogcmVzb3VyY2VfbGlzdF9yZWxlYXNlOiByZXNvdXJj ZSBlbnRyeSBpcyBub3QgYnVzeQo8MTE4PnNhdmVjb3JlOiB3cml0aW5nIGNvcmUgdG8gdGV4dGR1 bXAudGFyLjEKPDExOD5Jbml0aWFsIGkzODYgaW5pdGlhbGl6YXRpb246CjwxMTg+Lgo8MTE4PkFk ZGl0aW9uYWwgQUJJIHN1cHBvcnQ6CjwxMTg+IGxpbnV4CjwxMTg+Lgo8MTE4PlN0YXJ0aW5nIHJw Y2JpbmQuCjwxMTg+TkZTIGFjY2VzcyBjYWNoZSB0aW1lPTYwCjwxMTg+U3RhcnRpbmcgc3RhdGQu CjwxMTg+U3RhcnRpbmcgbG9ja2QuCjwxMTg+Q2xlYXJpbmcgL3Zhci90bXAvVHJhY2tlci0qLiog L3Zhci90bXAvZGJ1cy0qIC92YXIvdG1wL2djb25mZC0qIC92YXIvdG1wL2luc3RtcC4qIC92YXIv dG1wL2tleXJpbmctKiAvdmFyL3RtcC9tYXBwaW5nLSogL3Zhci90bXAvb3JiaXQtKiAvdmFyL3Rt cC9wb3J0dXBncmFkZSogL3Zhci90bXAvdmlydHVhbC0qLiogL3Zhci90bXAvZ3Zmcy0qLSouCjwx MTg+U3RhcnRpbmcgc21hcnRkLgo8MTE4PlN0YXJ0aW5nIG9wZW5zc2guCmtxZW11IHZlcnNpb24g MHgwMDAxMDMwMAprcWVtdTogS1FFTVUgaW5zdGFsbGVkLCBtYXhfbG9ja2VkX21lbT01MTUyNDhr Qi4KPDExOD5rcWVtdSBtb2R1bGUgbG9hZGVkLgo8MTE4PlN0YXJ0aW5nIGRidXMuCjwxMTg+U3Rh cnRpbmcgaGFsZC4KPDExOD5TdGFydGluZyBsb2NhbCBkYWVtb25zOgo8MTE4Pi4KPDExOD5VcGRh dGluZyBtb3RkCjwxMTg+Lgo8MTE4PlN0YXJ0aW5nIGZ1c2Vmcy4KZnVzZTRic2Q6IHZlcnNpb24g MC4zLjktcHJlMSwgRlVTRSBBQkkgNy44CmZ1c2U0YnNkOiBjb21waWxlZCBhZ2FpbnN0IGtlcm5l bCBjb25maWcgL3Vzci9vYmovdXNyL3NyYy9zeXMvTUVMRklOQQo8MTE4Pk1vdW50aW5nIGxhdGUg ZmlsZSBzeXN0ZW1zOgo8MTE4Pi4KPDExOD5TdGFydGluZyBudHBkLgo8MTE4PlN0YXJ0aW5nIHBv d2VyZC4KPDExOD5TdGFydGluZyBjYW5uYS4KPDExOD5Db25maWd1cmluZyBzeXNjb25zOgo8MTE4 PiBrZXltYXAKPDExOD4ga2V5cmF0ZQo8MTE4PiBibGFua3RpbWUKPDExOD4uCjwxMTg+U3RhcnRp bmcgZ2RtLgo8MTE4PlN0YXJ0aW5nIGJzZHN0YXRzLgo8MTE4Pk1heSAyOCAwMDo0NToxNSBtZWxm aW5hIG50cGRbMTI2OV06IHNlbmR0bygxMzMuMjQzLjIzOC4xNjMpOiBOZXR3b3JrIGlzIHVucmVh Y2hhYmxlCjwxMTg+TWF5IDI4IDAwOjQ1OjE2IG1lbGZpbmEgbnRwZFsxMjY5XTogc2VuZHRvKDEz My4yNDMuMjM4LjE2NCk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKPDExOD5NYXkgMjggMDA6NDU6 MTcgbWVsZmluYSBudHBkWzEyNjldOiBzZW5kdG8oMTMzLjI0My4yMzguMjQzKTogTmV0d29yayBp cyB1bnJlYWNoYWJsZQo8MTE4Pk1heSAyOCAwMDo0NToxOCBtZWxmaW5hIG50cGRbMTI2OV06IHNl bmR0bygxMzMuMjQzLjIzOC4yNDQpOiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlCjwxMTg+ZmV0Y2g6 IAo8MTE4Pmh0dHA6Ly9ycHQuYnNkc3RhdHMub3JnL3NjcmlwdHMvZW5hYmxlX3Rva2VuLnBocD9r ZXk9RUFjTzNPSTFQM2VEZiUyZjVnNm5CekRIeHAzSEpqbW9hOTVJODQ2ODVLMGtZJTNkJnRva2Vu PWIzZDAzMzNlZGQ0NjUwNDBmNzllYTZkOTFmOGM5NmQ0OiBObyBhZGRyZXNzIHJlY29yZAo8MTE4 Pgo8MTE4PmZldGNoOiAKPDExOD5odHRwOi8vcnB0LmJzZHN0YXRzLm9yZy9zY3JpcHRzL3JlcG9y dF9zeXN0ZW0ucGhwP3Rva2VuPUVBY08zT0kxUDNlRGYlMmY1ZzZuQnpESHhwM0hKam1vYTk1STg0 Njg1SzBrWSUzZCZrZXk9YjNkMDMzM2VkZDQ2NTA0MGY3OWVhNmQ5MWY4Yzk2ZDQmcmVsPTguMC1D VVJSRU5UJmFyY2g9aTM4NiZvcHN5cz1GcmVlQlNEOiBObyBhZGRyZXNzIHJlY29yZAo8MTE4Pgo8 MTE4PlBvc3RpbmcgbW9udGhseSBPUyBzdGF0aXN0aWNzIHRvIHJwdC5ic2RzdGF0cy5vcmcKPDEx OD5mZXRjaDogCjwxMTg+aHR0cDovL3JwdC5ic2RzdGF0cy5vcmcvc2NyaXB0cy9kaXNhYmxlX3Rv a2VuLnBocD9rZXk9RUFjTzNPSTFQM2VEZiUyZjVnNm5CekRIeHAzSEpqbW9hOTVJODQ2ODVLMGtZ JTNkJnRva2VuPWIzZDAzMzNlZGQ0NjUwNDBmNzllYTZkOTFmOGM5NmQ0OiBObyBhZGRyZXNzIHJl Y29yZAo8MTE4Pgo8MTE4PlN0YXJ0aW5nIGF2YWhpLWRhZW1vbi4KPDExOD5TdGFydGluZyBhdmFo aS1kbnNjb25mZC4KPDExOD5TdGFydGluZyBjcm9uLgo8MTE4PkxvY2FsIHBhY2thZ2UgaW5pdGlh bGl6YXRpb246CjwxMTg+Lgo8MTE4Pm5ldC5pbmV0LmlwLmZ3LmR5bl9tYXg6IAo8MTE4PjQwOTYK PDExOD4gLT4gCjwxMTg+MTA0ODU3Ngo8MTE4Pgo8MTE4Pm5ldC5pbmV0LmlwLmZ3LmR5bl91ZHBf bGlmZXRpbWU6IAo8MTE4PjEwCjwxMTg+IC0+IAo8MTE4PjYwCjwxMTg+CjwxMTg+bmV0LmluZXQu aXAuZncuZHluX2Fja19saWZldGltZTogCjwxMTg+MzAwCjwxMTg+IC0+IAo8MTE4PjM2MDAKPDEx OD4KPDExOD5uZXQuaW5ldC5pcC5mdy5keW5fZmluX2xpZmV0aW1lOiAKPDExOD4xCjwxMTg+IC0+ IAo8MTE4PjQKPDExOD4KPDExOD5uZXQuaW5ldC5pcC5mdy5keW5fcnN0X2xpZmV0aW1lOiAKPDEx OD4xCjwxMTg+IC0+IAo8MTE4PjQKPDExOD4KPDExOD4KPDExOD5XZWQgTWF5IDI4IDAwOjQ1OjM0 IEpTVCAyMDA4CmNhcmRidXMwOiBFeHBlY3RpbmcgbGluayB0YXJnZXQsIGdvdCAweDAKPDU+cmUw OiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgpkcm0wOiA8SW50ZWwgaTkxNUdNPiBvbiB2Z2Fw Y2kwCmluZm86IFtkcm1dIEFHUCBhdCAweGMwMDAwMDAwIDI1Nk1CCmluZm86IFtkcm1dIEluaXRp YWxpemVkIGk5MTUgMS41LjAgMjAwNjAxMTkKZHJtMDogW0lUSFJFQURdCjwxMTg+TWF5IDI4IDAw OjQ1OjUzIG1lbGZpbmEgZ25vbWUta2V5cmluZy1kYWVtb25bMTcxM106IGNvdWxkbid0IGFsbG9j YXRlIHNlY3VyZSBtZW1vcnkgdG8ga2VlcCBwYXNzd29yZHMgYW5kIG9yIGtleXMgZnJvbSBiZWlu ZyB3cml0dGVuIHRvIHRoZSBkaXNrCjwxMTg+TWF5IDI4IDAwOjQ2OjE4IG1lbGZpbmEgbnRwZFsx MjY5XTogc2VuZHRvKDEzMy4yNDMuMjM4LjE2Myk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKPDEx OD5NYXkgMjggMDA6NDY6MjEgbWVsZmluYSBudHBkWzEyNjldOiBzZW5kdG8oMTMzLjI0My4yMzgu MjQ0KTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQo8MTE4Pk1heSAyOCAwMDo0NjoyMiBtZWxmaW5h IG50cGRbMTI2OV06IHNlbmR0bygxMzMuMjQzLjIzOC4xNjQpOiBOZXR3b3JrIGlzIHVucmVhY2hh YmxlCjwxMTg+TWF5IDI4IDAwOjQ2OjIzIG1lbGZpbmEgbnRwZFsxMjY5XTogc2VuZHRvKDEzMy4y NDMuMjM4LjI0Myk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKPDExOD5NYXkgMjggMDA6NDc6MjEg bWVsZmluYSBudHBkWzEyNjldOiBzZW5kdG8oMTMzLjI0My4yMzguMTYzKTogTmV0d29yayBpcyB1 bnJlYWNoYWJsZQo8MTE4Pk1heSAyOCAwMDo0NzoyNyBtZWxmaW5hIG50cGRbMTI2OV06IHNlbmR0 bygxMzMuMjQzLjIzOC4yNDMpOiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlCjwxMTg+TWF5IDI4IDAw OjQ3OjI3IG1lbGZpbmEgbnRwZFsxMjY5XTogc2VuZHRvKDEzMy4yNDMuMjM4LjI0NCk6IE5ldHdv cmsgaXMgdW5yZWFjaGFibGUKPDExOD5NYXkgMjggMDA6NDc6MjcgbWVsZmluYSBudHBkWzEyNjld OiBzZW5kdG8oMTMzLjI0My4yMzguMTY0KTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQo8MTE4Pk1h eSAyOCAwMDo0ODoyNiBtZWxmaW5hIG50cGRbMTI2OV06IHNlbmR0bygxMzMuMjQzLjIzOC4xNjMp OiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlCjwxMTg+TWF5IDI4IDAwOjQ4OjMzIG1lbGZpbmEgbnRw ZFsxMjY5XTogc2VuZHRvKDEzMy4yNDMuMjM4LjI0Myk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUK PDExOD5NYXkgMjggMDA6NDg6MzMgbWVsZmluYSBudHBkWzEyNjldOiBzZW5kdG8oMTMzLjI0My4y MzguMjQ0KTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQo8MTE4Pk1heSAyOCAwMDo0ODozMyBtZWxm aW5hIG50cGRbMTI2OV06IHNlbmR0bygxMzMuMjQzLjIzOC4xNjQpOiBOZXR3b3JrIGlzIHVucmVh Y2hhYmxlCjwxMTg+TWF5IDI4IDAwOjQ5OjMyIG1lbGZpbmEgbnRwZFsxMjY5XTogc2VuZHRvKDEz My4yNDMuMjM4LjE2Myk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKPDExOD5NYXkgMjggMDA6NDk6 MzcgbWVsZmluYSBudHBkWzEyNjldOiBzZW5kdG8oMTMzLjI0My4yMzguMjQzKTogTmV0d29yayBp cyB1bnJlYWNoYWJsZQo8MTE4Pk1heSAyOCAwMDo0OTozNyBtZWxmaW5hIG50cGRbMTI2OV06IHNl bmR0bygxMzMuMjQzLjIzOC4yNDQpOiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlCjwxMTg+TWF5IDI4 IDAwOjQ5OjM4IG1lbGZpbmEgbnRwZFsxMjY5XTogc2VuZHRvKDEzMy4yNDMuMjM4LjE2NCk6IE5l dHdvcmsgaXMgdW5yZWFjaGFibGUKPDY+cGlkIDE3NTggKHN5bmVyZ3lzKSwgdWlkIDEwMDE6IGV4 aXRlZCBvbiBzaWduYWwgNgo8MTE4Pk1heSAyOCAwMDo1MDozNyBtZWxmaW5hIG50cGRbMTI2OV06 IHNlbmR0bygxMzMuMjQzLjIzOC4xNjMpOiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlCjwxMTg+TWF5 IDI4IDAwOjUwOjQxIG1lbGZpbmEgbnRwZFsxMjY5XTogc2VuZHRvKDEzMy4yNDMuMjM4LjI0Myk6 IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKPDExOD5NYXkgMjggMDA6NTA6NDIgbWVsZmluYSBudHBk WzEyNjldOiBzZW5kdG8oMTMzLjI0My4yMzguMTY0KTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQo8 MTE4Pk1heSAyOCAwMDo1MDo0MyBtZWxmaW5hIG50cGRbMTI2OV06IHNlbmR0bygxMzMuMjQzLjIz OC4yNDQpOiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlCjwxMTg+TWF5IDI4IDAwOjUwOjUxIG1lbGZp bmEgc3U6IG5vcmsgdG8gcm9vdCBvbiAvZGV2L3R0eXAwCjwxMTg+TWF5IDI4IDAwOjUxOjQxIG1l bGZpbmEgbnRwZFsxMjY5XTogc2VuZHRvKDEzMy4yNDMuMjM4LjE2Myk6IE5ldHdvcmsgaXMgdW5y ZWFjaGFibGUKPDExOD5NYXkgMjggMDA6NTE6NDcgbWVsZmluYSBudHBkWzEyNjldOiBzZW5kdG8o MTMzLjI0My4yMzguMjQzKTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQo8MTE4Pk1heSAyOCAwMDo1 MTo0NyBtZWxmaW5hIG50cGRbMTI2OV06IHNlbmR0bygxMzMuMjQzLjIzOC4yNDQpOiBOZXR3b3Jr IGlzIHVucmVhY2hhYmxlCjwxMTg+TWF5IDI4IDAwOjUxOjQ3IG1lbGZpbmEgbnRwZFsxMjY5XTog c2VuZHRvKDEzMy4yNDMuMjM4LjE2NCk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKZHJtMDogW0lU SFJFQURdCjwxMTg+TWF5IDI4IDAwOjUyOjI0IG1lbGZpbmEgc3U6IG5vcmsgdG8gcm9vdCBvbiAv ZGV2L3R0eXYwCnJlMDogUEhZIHdyaXRlIGZhaWxlZApyZTA6IFBIWSB3cml0ZSBmYWlsZWQKcmUw OiBQSFkgd3JpdGUgZmFpbGVkCnJlMDogUEhZIHdyaXRlIGZhaWxlZApyZTA6IFBIWSB3cml0ZSBm YWlsZWQKcmUwOiBQSFkgd3JpdGUgZmFpbGVkCnJlMDogUEhZIHdyaXRlIGZhaWxlZApyZ2VwaHkw OiBkZXRhY2hlZAptaWlidXMxOiBkZXRhY2hlZApwYW5pYzogcmVzb3VyY2VfbGlzdF9yZWxlYXNl OiByZXNvdXJjZSBlbnRyeSBpcyBub3QgYnVzeQpLREI6IGVudGVyOiBwYW5pYwoAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABwYW5pYy50eHQAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAMDYwMAAAAAAwAAAAAAAAADAAAAAAAAAANjEAAAAAAAAAAAAA MTEwMTcwMjcxMTUAICA3MTMwACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAHVzdGFyAAAAcm9vdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB3aGVlbAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHJlc291cmNlX2xpc3RfcmVsZWFzZTog cmVzb3VyY2UgZW50cnkgaXMgbm90IGJ1c3kAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdmVyc2lvbi50eHQAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAADA2MDAAAAAAMAAAAAAAAAAwAAAAAAAAADE2MwAAAAAAAAAAADEx MDE3MDI3MTE1ACAgNzYwNgAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAB1c3RhcgAAAHJvb3QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAd2hlZWwAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABGcmVlQlNEIDguMC1DVVJSRU5UICM0NDog TW9uIE1heSAyNiAyMDoxNzozMSBKU1QgMjAwOAogICAgbm9ya0BtZWxmaW5hLm5pbnRoLW5pbmUu Y29tOi91c3Ivb2JqL3Vzci9zcmMvc3lzL01FTEZJTkEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA== --Multipart=_Wed__28_May_2008_02_09_58_+0900_baS.Kp7o28SsGlp1-- From owner-freebsd-current@FreeBSD.ORG Tue May 27 17:18:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DE40106566B for ; Tue, 27 May 2008 17:18:43 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 05D328FC12 for ; Tue, 27 May 2008 17:18:42 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id m4RHIe8s081132 for ; Tue, 27 May 2008 21:18:40 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 27 May 2008 21:18:40 +0400 (MSD) From: Maxim Konovalov To: current@freebsd.org Message-ID: <20080527210919.Q76182@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: cpufreq problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 17:18:43 -0000 Hello, Since the last update I noticed the strange behaviour: # sysctl hw.model hw.model: Intel(R) Pentium(R) M processor 1.20GHz # sysctl dev.cpu.0.freq dev.cpu.0.freq: 597 freq_levels reports crap(?): # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 597/-1 1515870810/1515870810 1515870810/1515870810 1515870810/1515870810 1515870810/1515870810 1515870810/1515870810 # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 2945568/2957344 0/0 0/0 0/0 0/0 0/0 # sysctl dev.cpu.0.freq dev.cpu.0.freq: 597 # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 597/-1 0/0 0/0 0/0 0/0 0/0 powerd is not running. The highest frequency value was 1197 before update. This is fujitsu-siemens lifebook p7010. Any clue what is going on? -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Tue May 27 17:50:14 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BF4010656E2 for ; Tue, 27 May 2008 17:50:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outb.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id 49FD28FC24 for ; Tue, 27 May 2008 17:50:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 982AC2384; Tue, 27 May 2008 10:50:14 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 1B10B2D6010; Tue, 27 May 2008 10:50:13 -0700 (PDT) Message-ID: <483C49DC.3080108@elischer.org> Date: Tue, 27 May 2008 10:50:20 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Marcel Moolenaar References: <51989.1211875439@critter.freebsd.dk> <483BC27C.6010102@elischer.org> <5229B4D7-40F0-4D45-93F1-244FA05E0304@mac.com> In-Reply-To: <5229B4D7-40F0-4D45-93F1-244FA05E0304@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org, Poul-Henning Kamp , Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 17:50:14 -0000 Marcel Moolenaar wrote: > On May 27, 2008, at 1:12 AM, Julian Elischer wrote: > >> judging by the bug reports when things get broken there are still a >> lot of people connected to the internet via dial up lines in places >> off the beaten track, and still a lot of people who when travelling >> do use dialup still. Some of these also use mpd. I can not say how >> many plan to keep using this in the future but it may be that the >> simplest answer is a completely separate sio driver that >> just has netgraph hooks. I haven't talked with Ed yet but there >> may be may ways to solve this problem. > > Take a look at uart(4). It has been designed to allow different > kernel interfaces. It currently supports TTYs and keyboards. It > should not be too hard to have it hook into netgraph. > > FYI, > While this is a good idea on it's own, the difference between what that achieves and what a line discipline achieves is that a line disciplin is hardware independent and can even be used on a virtual device. From owner-freebsd-current@FreeBSD.ORG Tue May 27 17:53:28 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 777611065673; Tue, 27 May 2008 17:53:28 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 443388FC17; Tue, 27 May 2008 17:53:28 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 7C509110064; Tue, 27 May 2008 13:53:27 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 27 May 2008 13:53:27 -0400 X-Sasl-enc: FUdG9lMuSyinLn2Nqn0cQ//xZEpmPsSIQH97MabdU9Io 1211910806 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 0131C32E6; Tue, 27 May 2008 13:53:25 -0400 (EDT) Message-ID: <483C4A94.4000107@FreeBSD.org> Date: Tue, 27 May 2008 18:53:24 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Julian Elischer References: <51989.1211875439@critter.freebsd.dk> <483BC27C.6010102@elischer.org> <5229B4D7-40F0-4D45-93F1-244FA05E0304@mac.com> <483C49DC.3080108@elischer.org> In-Reply-To: <483C49DC.3080108@elischer.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , current@FreeBSD.org, Marcel Moolenaar , arch@FreeBSD.org, Poul-Henning Kamp , Robert Watson , Ade Lovett , net@FreeBSD.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 17:53:28 -0000 Julian Elischer wrote: > > While this is a good idea on it's own, the difference between > what that achieves and what a line discipline achieves is that > a line disciplin is hardware independent and can even be used > on a virtual device. I was under the impression that the back-end for UART was light weight enough that it could be used as a virtual device. For example: Many years ago I tried to get the WinModem working in my IBM ThinkPad T23. UART lends itself well to being a wrapper for the DSP microcode without having any of the historical tty baggage. In the case of UART the "translation shim" moves from on top of the device node to underneath, in much the same way as has happened for GEOM. From owner-freebsd-current@FreeBSD.ORG Tue May 27 18:11:41 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADB071065689; Tue, 27 May 2008 18:11:41 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.70]) by mx1.freebsd.org (Postfix) with ESMTP id 8ECED8FC14; Tue, 27 May 2008 18:11:41 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpin126.mac.com (smtpin126-bge351000 [10.150.68.126]) by smtpoutm.mac.com (Xserve/smtpout007/MantshX 4.0) with ESMTP id m4RIBftD000655; Tue, 27 May 2008 11:11:41 -0700 (PDT) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by smtpin126.mac.com (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K1J00HDYH7GY6A0@smtpin126.mac.com>; Tue, 27 May 2008 11:11:41 -0700 (PDT) Message-id: <260F636A-8F72-411B-AED9-B029E1964003@mac.com> From: Marcel Moolenaar To: Julian Elischer In-reply-to: <483C49DC.3080108@elischer.org> Date: Tue, 27 May 2008 11:11:39 -0700 References: <51989.1211875439@critter.freebsd.dk> <483BC27C.6010102@elischer.org> <5229B4D7-40F0-4D45-93F1-244FA05E0304@mac.com> <483C49DC.3080108@elischer.org> X-Mailer: Apple Mail (2.919.2) Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org, Poul-Henning Kamp , Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 18:11:41 -0000 On May 27, 2008, at 10:50 AM, Julian Elischer wrote: > Marcel Moolenaar wrote: >> On May 27, 2008, at 1:12 AM, Julian Elischer wrote: >>> judging by the bug reports when things get broken there are still a >>> lot of people connected to the internet via dial up lines in places >>> off the beaten track, and still a lot of people who when travelling >>> do use dialup still. Some of these also use mpd. I can not say how >>> many plan to keep using this in the future but it may be that the >>> simplest answer is a completely separate sio driver that >>> just has netgraph hooks. I haven't talked with Ed yet but there >>> may be may ways to solve this problem. >> Take a look at uart(4). It has been designed to allow different >> kernel interfaces. It currently supports TTYs and keyboards. It >> should not be too hard to have it hook into netgraph. >> FYI, > > > While this is a good idea on it's own, the difference between > what that achieves and what a line discipline achieves is that > a line disciplin is hardware independent and can even be used > on a virtual device. True, but you said: "... the simplest answer is a completely separate sio driver...". This, besides not being true, is just as hardware dependent as uart(4) is. It seems to me that you've conveniently changed the subject to match your point of view :-) -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue May 27 20:49:14 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E60C1065671 for ; Tue, 27 May 2008 20:49:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outb.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id 768648FC15 for ; Tue, 27 May 2008 20:49:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id AFDA62360; Tue, 27 May 2008 13:49:33 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id A19D22D600F; Tue, 27 May 2008 13:49:13 -0700 (PDT) Message-ID: <483C73D0.8060709@elischer.org> Date: Tue, 27 May 2008 13:49:20 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Marcel Moolenaar References: <51989.1211875439@critter.freebsd.dk> <483BC27C.6010102@elischer.org> <5229B4D7-40F0-4D45-93F1-244FA05E0304@mac.com> <483C49DC.3080108@elischer.org> <260F636A-8F72-411B-AED9-B029E1964003@mac.com> In-Reply-To: <260F636A-8F72-411B-AED9-B029E1964003@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org, Poul-Henning Kamp , Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 20:49:14 -0000 Marcel Moolenaar wrote: > > On May 27, 2008, at 10:50 AM, Julian Elischer wrote: > >> Marcel Moolenaar wrote: >>> On May 27, 2008, at 1:12 AM, Julian Elischer wrote: >>>> judging by the bug reports when things get broken there are still a >>>> lot of people connected to the internet via dial up lines in places >>>> off the beaten track, and still a lot of people who when travelling >>>> do use dialup still. Some of these also use mpd. I can not say how >>>> many plan to keep using this in the future but it may be that the >>>> simplest answer is a completely separate sio driver that >>>> just has netgraph hooks. I haven't talked with Ed yet but there >>>> may be may ways to solve this problem. >>> Take a look at uart(4). It has been designed to allow different >>> kernel interfaces. It currently supports TTYs and keyboards. It >>> should not be too hard to have it hook into netgraph. >>> FYI, >> >> >> While this is a good idea on it's own, the difference between >> what that achieves and what a line discipline achieves is that >> a line disciplin is hardware independent and can even be used >> on a virtual device. > > True, but you said: > "... the simplest answer is a completely separate sio driver...". > > This, besides not being true, is just as hardware dependent as > uart(4) is. It seems to me that you've conveniently changed the > subject to match your point of view :-) yep :-) we need to decide if the aim is to support just serial ports or any 'tty'. From owner-freebsd-current@FreeBSD.ORG Tue May 27 21:04:28 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3412106566B; Tue, 27 May 2008 21:04:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.75]) by mx1.freebsd.org (Postfix) with ESMTP id D3F168FC2F; Tue, 27 May 2008 21:04:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtp012-bge351000 (asmtp012-bge351000 [10.150.69.75]) by smtpoutm.mac.com (Xserve/smtpout012/MantshX 4.0) with ESMTP id m4RL4Rd4026378; Tue, 27 May 2008 14:04:27 -0700 (PDT) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp012.mac.com (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K1J00K7WP7EB4B0@asmtp012.mac.com>; Tue, 27 May 2008 14:04:27 -0700 (PDT) Message-id: <32DC950C-7FE6-41D5-8935-60E7A1356EFA@mac.com> From: Marcel Moolenaar To: Julian Elischer In-reply-to: <483C73D0.8060709@elischer.org> Date: Tue, 27 May 2008 14:04:25 -0700 References: <51989.1211875439@critter.freebsd.dk> <483BC27C.6010102@elischer.org> <5229B4D7-40F0-4D45-93F1-244FA05E0304@mac.com> <483C49DC.3080108@elischer.org> <260F636A-8F72-411B-AED9-B029E1964003@mac.com> <483C73D0.8060709@elischer.org> X-Mailer: Apple Mail (2.919.2) Cc: Ed Schouten , current@FreeBSD.org, arch@FreeBSD.org, Poul-Henning Kamp , Robert Watson , Ade Lovett , net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 21:04:28 -0000 On May 27, 2008, at 1:49 PM, Julian Elischer wrote: > Marcel Moolenaar wrote: >> On May 27, 2008, at 10:50 AM, Julian Elischer wrote: >>> Marcel Moolenaar wrote: >>>> On May 27, 2008, at 1:12 AM, Julian Elischer wrote: >>>>> judging by the bug reports when things get broken there are >>>>> still a >>>>> lot of people connected to the internet via dial up lines in >>>>> places >>>>> off the beaten track, and still a lot of people who when >>>>> travelling >>>>> do use dialup still. Some of these also use mpd. I can not say >>>>> how many plan to keep using this in the future but it may be >>>>> that the simplest answer is a completely separate sio driver that >>>>> just has netgraph hooks. I haven't talked with Ed yet but there >>>>> may be may ways to solve this problem. >>>> Take a look at uart(4). It has been designed to allow different >>>> kernel interfaces. It currently supports TTYs and keyboards. It >>>> should not be too hard to have it hook into netgraph. >>>> FYI, >>> >>> >>> While this is a good idea on it's own, the difference between >>> what that achieves and what a line discipline achieves is that >>> a line disciplin is hardware independent and can even be used >>> on a virtual device. >> True, but you said: >> "... the simplest answer is a completely separate sio driver...". >> This, besides not being true, is just as hardware dependent as >> uart(4) is. It seems to me that you've conveniently changed the >> subject to match your point of view :-) > > > yep :-) > > we need to decide if the aim is to support just serial > ports or any 'tty'. Agreed. ucom(4) is in scope... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue May 27 22:30:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC07D1065682 for ; Tue, 27 May 2008 22:30:29 +0000 (UTC) (envelope-from peter@wemm.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 552DD8FC18 for ; Tue, 27 May 2008 22:30:28 +0000 (UTC) (envelope-from peter@wemm.org) Received: by an-out-0708.google.com with SMTP id b33so642372ana.13 for ; Tue, 27 May 2008 15:30:28 -0700 (PDT) Received: by 10.100.166.9 with SMTP id o9mr2199323ane.120.1211927428233; Tue, 27 May 2008 15:30:28 -0700 (PDT) Received: by 10.100.8.6 with HTTP; Tue, 27 May 2008 15:30:28 -0700 (PDT) Message-ID: Date: Tue, 27 May 2008 15:30:28 -0700 From: "Peter Wemm" To: "Bruce M. Simpson" In-Reply-To: <483C2666.7010608@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080527062736.GF64397@hoeg.nl> <45633.1211870269@critter.freebsd.dk> <20080527064253.GG64397@hoeg.nl> <483C2666.7010608@FreeBSD.org> Cc: Ed Schouten , current@freebsd.org, arch@freebsd.org, Poul-Henning Kamp , Robert Watson , Ade Lovett , net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2008 22:30:29 -0000 On Tue, May 27, 2008 at 8:19 AM, Bruce M. Simpson wrote: > Ed Schouten wrote: >>>> >>>> With the word `should' I meant that it would still be possible to >>>> implement multiple line disciplines with the mpsafetty code. But I >>>> really think line disciplines should go. >>>> >>> >>> No, don't bother. Remove the entire "abstraction" of linedisciplines. >>> >> >> Your wish is my command. >> > > Like Julian and Robert said, please don't break Netgraph. > > It still needs to hook into tty at a very low level; and the components such > as Bluetooth which can use ttys for low level stream processing, are built > on Netgraph. > > Both SLIP and PPP can be built using Netgraph. > > Other than that, line disciplines can go away. I think line disciplines should go away as such. It would be nice to have a place to hook into (even linux has this), but the line discipline concept is 30 years stale. IMHO, priority #1 is give ttys the first class treatment they need, then priority #2 is to put in some low level hooks for ng_tty or whatever. It would be hard to come up with a more inconvenient interface than we have now. As an example.. look at the CAN_BYPASS_L_RINT stuff. If we had a way to pass a block of characters upstream instead of a single character at a time, then we could build this magic into the input routines instead of the device drivers. The bypass is still useful because it saves considerable cycles for raw tty modes, eg: userland ppp, zmodem upload/downloads etc etc. But the logic for it shouldn't have to be scattered all over the tree due to poor line discipline APIs. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Wed May 28 00:20:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94D2D1065670 for ; Wed, 28 May 2008 00:20:47 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 5441F8FC1F for ; Wed, 28 May 2008 00:20:47 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 27 May 2008 19:51:49 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.8.6-GA) with ESMTP id ORY89135; Tue, 27 May 2008 19:51:49 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 27 May 2008 19:51:49 -0400 From: Robert Huff Message-ID: <18492.40596.820145.491003@jerusalem.litteratus.org> Date: Tue, 27 May 2008 19:51:48 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: current@freebsd.org In-Reply-To: <20080526163844.GA37636@troutmask.apl.washington.edu> References: <20080526163844.GA37636@troutmask.apl.washington.edu> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 00:20:47 -0000 Steve Kargl writes: > > idiosyncratic situations (yes, ahc(4), I'm looking at you) for 5+ > > What's the problem with ahc(4)? My ahc controller is one of > the most reliable pieces of hardware that I've purchased. What he said. Robert Huff From owner-freebsd-current@FreeBSD.ORG Wed May 28 04:24:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB1201065671 for ; Wed, 28 May 2008 04:24:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 7BF818FC1D for ; Wed, 28 May 2008 04:24:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3303151rvf.43 for ; Tue, 27 May 2008 21:24:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=a9FQmImaxmizxBjr+QNGUidXpUn6bl7uG4K/x5WMOog=; b=H73Ctv5dr7ZgjxlukJh8NJdJEdQIXahMGiL1CIS+673vemUFaghph5IZlkeQCY5E2dxcGoyDsEWC0ONXp0CXzUBuVQ/iUhGa4k9EH2C56Upp9buvdU8YPbYVBbqahXelvk9HAY3Q7NzmVNHZqY99hcWEZvsAeot1WOoLgdkYcR8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=F3/PTe1U9siKhcvE8WoWL0r8NVsNEltbS7baf1NsSnVL5OevsikSSg7AAqrqKmgYcwl3djZOJEdpJ7tvCryquh+xcIgfIl0tSOHo2kzc4ysdf5f3qIYhcbir/wyh35iul5wDyPUfeMhgKCuylJUh91mnKhxKfyBYV/dHICql/2g= Received: by 10.141.170.10 with SMTP id x10mr919268rvo.139.1211948695191; Tue, 27 May 2008 21:24:55 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g22sm12894210rvb.7.2008.05.27.21.24.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 May 2008 21:24:54 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m4S4OmaR064651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 May 2008 13:24:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m4S4OmSV064650; Wed, 28 May 2008 13:24:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 28 May 2008 13:24:48 +0900 From: Pyun YongHyeon To: Norikatsu Shigemura Message-ID: <20080528042448.GD64177@cdnetworks.co.kr> References: <20080517231220.c64a992b.nork@FreeBSD.org> <20080519071459.GA26209@cdnetworks.co.kr> <20080519100523.GB26209@cdnetworks.co.kr> <20080520025052.0efd7cd5.nork@FreeBSD.org> <20080520001312.GA29721@cdnetworks.co.kr> <20080522102032.45f11aa2.nork@FreeBSD.org> <20080522012846.GB37422@cdnetworks.co.kr> <20080522105032.ef90ec84.nork@FreeBSD.org> <20080522042309.GC37422@cdnetworks.co.kr> <20080528020958.98a84314.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080528020958.98a84314.nork@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org, imp@FreeBSD.org Subject: Re: Cardbus GbE (Realtek 8169SBL) supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 04:24:55 -0000 On Wed, May 28, 2008 at 02:09:58AM +0900, Norikatsu Shigemura wrote: > On Thu, 22 May 2008 13:23:09 +0900 > Pyun YongHyeon wrote: > > > > Would you show me the output of "devinfo -v | grep oui"? > > > Yes, please see attached file. And I forgot a panic. > > Thanks. Would you try attached patch? > > Humm... Good works on single user mode. No PHY timeout, ping is > ok. But on multi user mode, re(4) doesn't work, don't link up, > can't link up, PHY timeout, ping is bad.... I think there is no difference between single-user and multi-user wrt re(4). Maybe other programs touching cardbus(4) during the transition to multi-user? I'm not familiar with cbb/cardbus, imp@ may have better idea what's going on(CCed to Warner Losh). > > > > When I removed RTL8169SBL from cardbus, or/and kldunload if_re, > > > I got a panic. Please see also panic messages, too. > > This looks different issues to me. Would you show me backtrace info > > of the panic? > > Same position. I attached two panic textdumps (kldunload or > pull out the card). And see also following address2line. > > # addr2line -f -e /boot/kernel/kernel.symbols 0xc0571aa2 > resource_list_release > /usr/src/sys/kern/subr_bus.c:2801 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > int > resource_list_release(struct resource_list *rl, device_t bus, device_t child, > int type, int rid, struct resource *res) > { > : > ==>> error = BUS_RELEASE_RESOURCE(device_get_parent(bus), child, > type, rid, res); > : > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > I still see no offending code that cause this panic in re(4). -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed May 28 06:26:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 746BD106566C for ; Wed, 28 May 2008 06:26:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 266B48FC2B for ; Wed, 28 May 2008 06:26:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=kHnuSCkMaWeSsCCDP303rF+zrtYXlhUiIj4vnFetW7hL0gl5mQmV7SnVsU5i3fb3kUz29QOcss2QtOFlK5JrJ8iXFW5Q5cP/jwMJEFgRcMlWjN0MS92A/PNJhjjfTz+UzhfYkSrlVlcXFixhuDMXuU6+6KyoQnfTbjQCkdmJQ28ipdIxaDLPTei6MXSkhZagd+7NAb8rZTHanIObuoekGID7w9pnXde6aBxzjtSAjtF3Xs4oPuG1o1+ysk/SEwiN; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1K1F6v-0006as-9X for current@freebsd.org; Wed, 28 May 2008 06:26:09 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1K1F6d-0002ms-Av for current@freebsd.org; Wed, 28 May 2008 06:25:51 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K1F6c-0000iY-4v for current@freebsd.org; Wed, 28 May 2008 08:25:50 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Wed, 28 May 2008 08:25:50 +0200 Message-Id: Cc: Subject: Unconditional 30s boot delay. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 06:26:10 -0000 Hi Recently my systems using DHCP have introduced an unconditional 30 second delay in the boot-up time. The cause is this: /etc/rc.d/routing: routing_start() { static_start options_start # Return without waiting if we don't have dhcp interfaces. # Once we can test that the link is actually up, we should # remove this test and always wait. dhcp_interfaces=`list_net_interfaces dhcp` [ -z "`list_net_interfaces dhcp`" ] && return # Wait for a default route delay=${if_up_delay} while [ ${delay} -gt 0 ]; do defif=`get_default_if -inet` if [ -n "${defif}" ]; then if [ ${delay} -ne ${if_up_delay} ]; then echo "($defif)" fi break fi if [ ${delay} -eq ${if_up_delay} ]; then echo -n "Waiting ${delay}s for an interface to come up: " else echo -n . fi sleep 1 delay=`expr $delay - 1` done } Which is fine and well if routing runs *after* the DHCP request, but it doesn't it runs before devd is started so the default route from DHCP is never acquired and we wait... for 30s.... And this needs an "echo" after the "done" so that the next script's output lands up at the start of the next line. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed May 28 06:27:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EACB5106566C; Wed, 28 May 2008 06:27:12 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 9D6868FC27; Wed, 28 May 2008 06:27:12 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 984F61CC1A; Wed, 28 May 2008 08:25:42 +0200 (CEST) Date: Wed, 28 May 2008 08:25:42 +0200 From: Ed Schouten To: Peter Wemm Message-ID: <20080528062542.GR64397@hoeg.nl> References: <20080527062736.GF64397@hoeg.nl> <45633.1211870269@critter.freebsd.dk> <20080527064253.GG64397@hoeg.nl> <483C2666.7010608@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QRtLtq+kfJNLc57H" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org, arch@freebsd.org, Poul-Henning Kamp , Robert Watson , Ade Lovett , net@freebsd.org, "Bruce M. Simpson" Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 06:27:13 -0000 --QRtLtq+kfJNLc57H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Peter, * Peter Wemm wrote: > As an example.. look at the CAN_BYPASS_L_RINT stuff. If we had a way > to pass a block of characters upstream instead of a single character > at a time, then we could build this magic into the input routines > instead of the device drivers. I still haven't had time to add the CAN_BYPASS_L_RINT functionality back. I was thinking about adding the actual copying to the buffers inside the TTY layer, which means we can finally remove all that redundant code from the drivers. But this is still on my TODO list. ;-) --=20 Ed Schouten WWW: http://80386.nl/ --QRtLtq+kfJNLc57H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkg8+uYACgkQ52SDGA2eCwUjSQCeP5+BHA+T4Dd1QJ9NorZIMXVE JdwAn2b+C+QOxVlYL+pSJQiINOxGl0KM =u5BL -----END PGP SIGNATURE----- --QRtLtq+kfJNLc57H-- From owner-freebsd-current@FreeBSD.ORG Wed May 28 06:31:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51BF6106566C for ; Wed, 28 May 2008 06:31:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 097498FC13 for ; Wed, 28 May 2008 06:31:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=n6sklKhcblwclr8X54CbYrkMZ4KLTZ49GtLAPCjjqsJ2UIx6T6nVUgJDc5qCP3fWkp1X7kXFZii67usAX42ah34GgeCa6QPiTQ1K+vKEJF33uoyy8YiGNMbPL2YtEelE3kkw/Gm3T6Q4n4WngLgr4fzhYy1lsl/hUbhThSFItn1Zoj9epFAZS6SXQxGEvegwMccWoDJEeawjzi/g8QLkB0m/8ZpJ8Mud6CPNhWjKtKW+cuicDkD7rw14L7FgvR4G; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1K1FBl-0006xz-Jc for current@freebsd.org; Wed, 28 May 2008 06:31:09 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1K1FAx-0002py-Fa for current@freebsd.org; Wed, 28 May 2008 06:30:19 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K1FAx-0000it-3t for current@freebsd.org; Wed, 28 May 2008 08:30:19 +0200 To: current@freebsd.org From: Ian FREISLICH In-Reply-To: Message from Ian FREISLICH of "Wed, 28 May 2008 08:25:50 +0200." X-Attribution: BOFH Date: Wed, 28 May 2008 08:30:19 +0200 Message-Id: Cc: Subject: Re: Unconditional 30s boot delay. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 06:31:10 -0000 Ian FREISLICH wrote: > Which is fine and well if routing runs *after* the DHCP request, > but it doesn't it runs before devd is started so the default route > from DHCP is never acquired and we wait... for 30s.... > > And this needs an "echo" after the "done" so that the next script's > output lands up at the start of the next line. Forgot to add this console log in support: lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 vr0: link state changed to UP vr0: flags=8843 metric 0 mtu 1500 options=2808 ether 00:40:63:f4:22:7e media: Ethernet autoselect (100baseTX ) status: active Additional routing options: IP gateway=YES. Waiting 30s for an interface to come up: .............................Starting d evd. hw.acpi.cpu.cx_lowest: C1 -> C1 DHCPREQUEST on vr0 to 255.255.255.255 port 67 DHCPACK from 10.0.0.1 bound to 10.0.0.223 -- renewal in 216000 seconds. Firewall rules loaded. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed May 28 09:15:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 570BD106567A for ; Wed, 28 May 2008 09:15:50 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id D9ED38FC23 for ; Wed, 28 May 2008 09:15:49 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 May 2008 11:02:32 +0200 Date: Wed, 28 May 2008 11:02:34 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: current@freebsd.org Message-ID: <20080528110003.Q24259@beagle.kn.op.dlr.de> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 28 May 2008 09:02:32.0384 (UTC) FILETIME=[90555C00:01C8C0A1] Cc: Subject: cp(1) and mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 09:15:50 -0000 Hi all, it looks like there is no fallback in cp(1) when mmaping the source file fails. I'm mounting SMB shares via smbnetfs (which in turn uses fuse) and it seems not to support mmaping files. Shouldn't cp just fallback to a normal read()/write() loop in this case? harti From owner-freebsd-current@FreeBSD.ORG Wed May 28 11:27:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE21A1065671 for ; Wed, 28 May 2008 11:27:44 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7FDF38FC0C for ; Wed, 28 May 2008 11:27:44 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.8.164]) by ns2.bafirst.com with esmtp; Wed, 28 May 2008 06:27:37 -0500 id 000D4CB6.483D41A9.0000C322 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Wed, 28 May 2008 06:27:31 -0500 id 0004AC1A.483D41A3.00002B83 Received: from 172.16.0.2 ([172.16.0.2]) by intranet.encontacto.net (Horde Framework) with HTTP; Wed, 28 May 2008 06:27:31 -0500 Message-ID: <20080528062731.97912c9n9sekrrtw@intranet.encontacto.net> Date: Wed, 28 May 2008 06:27:31 -0500 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Subject: overheating problem with Acer Aspire 5520-5679 AMD-64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 11:27:45 -0000 I am running up to date current amd64 and am having issues with the laptop just stopping with no warning and it seems to be due to overheating. If I keep the room temp cooler or keep air circulating under it, it doesn't happen. +ACPI Error (psparse-0626): Method parse/execution failed [\\_TZ_.THRM._TMP] (Node 0xffffff0001212920), AE_NO_HARDWARE_RESPONSE +acpi_tz0: error fetching current temperature -- AE_NO_HARDWARE_RESPONSE +acpi_ec0: EcRead: failed waiting to get data +ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] I'm thinking that maybe I should change the cpu speed and or other varibles using sysctl until acpi can do it automatically. Any suggestions on variables to play with or other solution? Thanks, ed Maybe this should go to the AMD64 list but I'm not sure. From owner-freebsd-current@FreeBSD.ORG Wed May 28 13:51:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2ED3106566B; Wed, 28 May 2008 13:51:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 45F118FC23; Wed, 28 May 2008 13:51:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id BCC01744004; Wed, 28 May 2008 16:28:26 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dy-VGxZQn5Bn; Wed, 28 May 2008 16:28:26 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [91.198.50.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 452F6744003; Wed, 28 May 2008 16:28:26 +0300 (EEST) Message-ID: <483D5DF8.4020504@icyb.net.ua> Date: Wed, 28 May 2008 16:28:24 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.14 (X11/20080513) MIME-Version: 1.0 To: Harti Brandt References: <20080528110003.Q24259@beagle.kn.op.dlr.de> In-Reply-To: <20080528110003.Q24259@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: cp(1) and mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 13:51:56 -0000 on 28/05/2008 12:02 Harti Brandt said the following: > > Hi all, > > it looks like there is no fallback in cp(1) when mmaping the source file > fails. I'm mounting SMB shares via smbnetfs (which in turn uses fuse) > and it seems not to support mmaping files. Shouldn't cp just fallback to > a normal read()/write() loop in this case? I would think that it should. This topic was brought up several times, but no resolution so far. I think that I've even seen patches. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed May 28 16:05:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E3991065678 for ; Wed, 28 May 2008 16:05:51 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id 659EE8FC1C for ; Wed, 28 May 2008 16:05:51 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3594695rvf.43 for ; Wed, 28 May 2008 09:05:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=vfgH8MJrWl0bnbhr+wc5/EffVvLwq7zchKPlukTwSLM=; b=l+wM9Gj7vZ0EsXwmoiB90geRr8fDSMTM9Zw7JEQOFdbJMvDzujj6tGN4G+FK/SsqQWFb45M09+CZoWpeLtS9ykC1Psh3F0zrYkeQoT9ocnv1OQC6RiloU35D+OzDtcwC+Eg+TTdnZVPHmlHOJW8xtnDl213qfrOpqlZL/ELFzJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W5dtZVplHh39IHPAJ4TxPQW75QSKNj9HIJmIyBPbX5MywVRzTjY1/fCOT0hjQ/repE9ZR0dZg7HIp0D4Tq9kVpOMB6s77KTNLlKCBHw5hspdcP+BZ0I6n7ucfbRX1h7ojoayAE0dk/zpGGVYraRSwmgF/tXfiZd0+71xwWIjU3A= Received: by 10.141.74.18 with SMTP id b18mr1349752rvl.95.1211990750965; Wed, 28 May 2008 09:05:50 -0700 (PDT) Received: by 10.141.41.4 with HTTP; Wed, 28 May 2008 09:05:50 -0700 (PDT) Message-ID: <790a9fff0805280905n28cd6223i9cb3e52c8db96f04@mail.gmail.com> Date: Wed, 28 May 2008 11:05:50 -0500 From: "Scot Hetzel" To: eculp In-Reply-To: <20080528062731.97912c9n9sekrrtw@intranet.encontacto.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080528062731.97912c9n9sekrrtw@intranet.encontacto.net> Cc: freebsd-current Subject: Re: overheating problem with Acer Aspire 5520-5679 AMD-64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 16:05:51 -0000 On 5/28/08, eculp wrote: > I am running up to date current amd64 and am having issues with the laptop > just stopping with no warning and it seems to be due to overheating. If I > keep the room temp cooler or keep air circulating under it, it doesn't > happen. > > +ACPI Error (psparse-0626): Method parse/execution failed > [\\_TZ_.THRM._TMP] (Node 0xffffff0001212920), AE_NO_HARDWARE_RESPONSE > +acpi_tz0: error fetching current temperature -- AE_NO_HARDWARE_RESPONSE > +acpi_ec0: EcRead: failed waiting to get data > +ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by > Handler for [EmbeddedControl] [20070320] > > I'm thinking that maybe I should change the cpu speed and or other varibles > using sysctl until acpi can do it automatically. > > Any suggestions on variables to play with or other solution? > I have been experiencing this problem also. The solutions I have come up with are: 1. Hang Laptop off table by 4 inches to allow more air to reach the bottom vent. 2. Change dev.cpu.0.freq to a lower value dev.cpu.0.freq: 1791 dev.cpu.0.freq_levels: 1990/35000 1791/29200 1592/24200 796/7900 3. Direct a Fan at the bottom vent to force more air thru the vent. I also installed sysutils/k8temp to monitor the temp while compiling: # while true ; do k8temp ; sleep 30 ; done CPU 0 Core 1 Sensor 0: 65c CPU 0 Core 1 Sensor 0: 67c If the temp goes above 89c, the computer will lock up. When I notice this, lowering dev.cpu.0.freq to a lower value is enough to allow the compile to finish. I have also added the following to sysctl.conf, but it doesn't seem to affect the thermal lock up problem. hw.acpi.thermal.user_override=1 hw.acpi.thermal.tz0._PSV=3432 hw.acpi.thermal.tz0._HOT=3600 hw.acpi.thermal.user_override=0 This changes _PSV from 90C to 70C, and sets _HOT. # sysctl hw.acpi.thermal hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 0.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 70.0C hw.acpi.thermal.tz0._HOT: 86.8C hw.acpi.thermal.tz0._CRT: -1 hw.acpi.thermal.tz0._ACx: 40.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: 2 hw.acpi.thermal.tz0._TC2: 5 hw.acpi.thermal.tz0._TSP: 50 Scot From owner-freebsd-current@FreeBSD.ORG Wed May 28 16:44:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64077106564A for ; Wed, 28 May 2008 16:44:37 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 467CB8FC3E for ; Wed, 28 May 2008 16:44:36 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.8.164]) by ns2.bafirst.com with esmtp; Wed, 28 May 2008 11:44:30 -0500 id 000D4CF7.483D8BEE.0000C9ED Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Wed, 28 May 2008 11:44:24 -0500 id 0004AC1B.483D8BE8.0000D020 Received: from 172.16.0.2 ([172.16.0.2]) by intranet.encontacto.net (Horde Framework) with HTTP; Wed, 28 May 2008 11:44:24 -0500 Message-ID: <20080528114424.71701slhel4lz2dc@intranet.encontacto.net> Date: Wed, 28 May 2008 11:44:24 -0500 From: eculp To: Scot Hetzel References: <20080528062731.97912c9n9sekrrtw@intranet.encontacto.net> <790a9fff0805280905n28cd6223i9cb3e52c8db96f04@mail.gmail.com> In-Reply-To: <790a9fff0805280905n28cd6223i9cb3e52c8db96f04@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Cc: freebsd-current Subject: Re: overheating problem with Acer Aspire 5520-5679 AMD-64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 16:44:37 -0000 Scot, That is exactly what I needed. I'm sure your recipe will remedy all. I can't thank you enough. The fan part I was already doing, when and =20 where possible but with a laptop it isn't always possible. nor good =20 business to ask for a fan everywhere when traveling. The sysctl tips saved me a world of time and I might never have found =20 or even looked for all and k8temp is marvelous, I had no idea that it =20 existed. I've been using it for about half an hour now and and based =20 on the results, I=B4ll script something to save me when I'm traveling or =20 working in someone else's office which is about 50% for me. Thanks again, ed Quoting Scot Hetzel : > On 5/28/08, eculp wrote: >> I am running up to date current amd64 and am having issues with the lapto= p >> just stopping with no warning and it seems to be due to overheating. If = I >> keep the room temp cooler or keep air circulating under it, it doesn't >> happen. >> >> +ACPI Error (psparse-0626): Method parse/execution failed >> [\\_TZ_.THRM._TMP] (Node 0xffffff0001212920), AE_NO_HARDWARE_RESPONSE >> +acpi_tz0: error fetching current temperature -- AE_NO_HARDWARE_RESPONSE >> +acpi_ec0: EcRead: failed waiting to get data >> +ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by >> Handler for [EmbeddedControl] [20070320] >> >> I'm thinking that maybe I should change the cpu speed and or other varib= les >> using sysctl until acpi can do it automatically. >> >> Any suggestions on variables to play with or other solution? >> > I have been experiencing this problem also. The solutions I have come > up with are: > > 1. Hang Laptop off table by 4 inches to allow more air to reach the =20 > bottom vent. > 2. Change dev.cpu.0.freq to a lower value > > dev.cpu.0.freq: 1791 > dev.cpu.0.freq_levels: 1990/35000 1791/29200 1592/24200 796/7900 > > 3. Direct a Fan at the bottom vent to force more air thru the vent. > > I also installed sysutils/k8temp to monitor the temp while compiling: > > # while true ; do k8temp ; sleep 30 ; done > CPU 0 Core 1 Sensor 0: 65c > CPU 0 Core 1 Sensor 0: 67c > > If the temp goes above 89c, the computer will lock up. When I notice > this, lowering dev.cpu.0.freq to a lower value is enough to allow the > compile to finish. > > I have also added the following to sysctl.conf, but it doesn't seem to > affect the thermal lock up problem. > > hw.acpi.thermal.user_override=3D1 > hw.acpi.thermal.tz0._PSV=3D3432 > hw.acpi.thermal.tz0._HOT=3D3600 > hw.acpi.thermal.user_override=3D0 > > This changes _PSV from 90C to 70C, and sets _HOT. > > # sysctl hw.acpi.thermal > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.tz0.temperature: 0.0C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 1 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: 70.0C > hw.acpi.thermal.tz0._HOT: 86.8C > hw.acpi.thermal.tz0._CRT: -1 > hw.acpi.thermal.tz0._ACx: 40.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._TC1: 2 > hw.acpi.thermal.tz0._TC2: 5 > hw.acpi.thermal.tz0._TSP: 50 > > Scot > From owner-freebsd-current@FreeBSD.ORG Wed May 28 16:57:22 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from freefall.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 8ADA01065672; Wed, 28 May 2008 16:57:21 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Thu, 29 May 2008 01:57:20 +0900 From: Norikatsu Shigemura To: pyunyh@gmail.com Message-Id: <20080529015720.b0a4177f.nork@FreeBSD.org> In-Reply-To: <20080528042448.GD64177@cdnetworks.co.kr> References: <20080517231220.c64a992b.nork@FreeBSD.org> <20080519071459.GA26209@cdnetworks.co.kr> <20080519100523.GB26209@cdnetworks.co.kr> <20080520025052.0efd7cd5.nork@FreeBSD.org> <20080520001312.GA29721@cdnetworks.co.kr> <20080522102032.45f11aa2.nork@FreeBSD.org> <20080522012846.GB37422@cdnetworks.co.kr> <20080522105032.ef90ec84.nork@FreeBSD.org> <20080522042309.GC37422@cdnetworks.co.kr> <20080528020958.98a84314.nork@FreeBSD.org> <20080528042448.GD64177@cdnetworks.co.kr> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, imp@FreeBSD.org Subject: Re: Cardbus GbE (Realtek 8169SBL) supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 16:57:22 -0000 On Wed, 28 May 2008 13:24:48 +0900 Pyun YongHyeon wrote: > > ok. But on multi user mode, re(4) doesn't work, don't link up, > > can't link up, PHY timeout, ping is bad.... > I think there is no difference between single-user and multi-user wrt > re(4). Maybe other programs touching cardbus(4) during the transition > to multi-user? > I'm not familiar with cbb/cardbus, imp@ may have better idea what's > going on(CCed to Warner Losh). Oh, I found a point of this issue like: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - cardbus0: Expecting link target, got 0x0 re0: link state changed to DOWN - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I don't know why 'Expecting link ...' was printed. But, re(4) doesn't work before and behind this message. > > ==>> error = BUS_RELEASE_RESOURCE(device_get_parent(bus), child, > > type, rid, res); > > : > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > I still see no offending code that cause this panic in re(4). I think that above phenomenon is same issue.... Hummmmm...... From owner-freebsd-current@FreeBSD.ORG Wed May 28 19:38:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2690C1065681 for ; Wed, 28 May 2008 19:38:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id D4CBD8FC15 for ; Wed, 28 May 2008 19:38:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id AB2EE1A4D7C for ; Wed, 28 May 2008 12:38:28 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4SJcAd7009372 for ; Wed, 28 May 2008 15:38:22 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Wed, 28 May 2008 12:09:18 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805281209.18143.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 28 May 2008 15:38:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7278/Wed May 28 11:00:15 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: oltr(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 19:38:29 -0000 I have a patch to make oltr(4) MPSAFE. I have no hardware to test it though. If someone cares about this hardware, test this patch so the driver doesn't get axed. http://www.FreeBSD.org/~jhb/patches/oltr.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 19:39:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0DD01065682; Wed, 28 May 2008 19:39:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 86E708FC20; Wed, 28 May 2008 19:39:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 46B991A4D91; Wed, 28 May 2008 12:39:04 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4SJcAdD009372; Wed, 28 May 2008 15:38:57 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 28 May 2008 14:44:15 -0400 User-Agent: KMail/1.9.7 References: <20071224020713.F1390@odysseus.silby.com> <20080527001051.P1500@odysseus.silby.com> In-Reply-To: <20080527001051.P1500@odysseus.silby.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805281444.16073.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 28 May 2008 15:38:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7278/Wed May 28 11:00:15 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Mike Silbersack , current@freebsd.org Subject: Re: Repeated or missed keys after upgrading from 6.2 to 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 19:39:04 -0000 On Tuesday 27 May 2008 01:17:48 am Mike Silbersack wrote: > > On Mon, 24 Dec 2007, Mike Silbersack wrote: > > > In order to eat my own dog food, I upgraded my laptop from 6.2 to 7.0. This > > seemed to have gone well, until I started writing a long e-mail while sitting > > on the couch today. As I was typing the e-mail, I noticed that my typing > > skills seemed to have gone missing; there were words missing 2-3 letters, and > > other places where I was apparently holding down keyyyys. Heh, that's a real > > example of the phenomenon right there. > > > > After a while I realized that I was not typing sloppily, but that in fact > > keys are being lost in certain cases and duplicated in others. Since I did > > not rebuild any ports or packages, I'm convinced that this is directly > > related to the 7.0 upgrade. > > > > This behavior has shown up when running a local copy of pine (inside > > konsole), chatting in ksirc, and in a few other programs. (I'm running KDE.) > > I think it happens more when on battery than when plugged into an outlet. > > I'm running xbattbar, so it could be querying the battery status and causing > > problems. This is using the laptop's built-in keyboard (non-USB.) > > > > I'm going to try to track this down, although I don't know how successful > > I'll be. I'd like to know if anyone else has seen this problem and if they > > have any additional information that might help me track it down faster. > > > > Thanks, > > > > Mike "Silby" Silbersack > > For anyone still interested (and I suspect those who have Acer laptops > will be), I've finally found a fix for this problem. > > The same problem was reported with some versions of Linux: > > http://bugzilla.kernel.org/show_bug.cgi?id=9998 > > To summarize the bug report, the problem is that the ACPI Embedded > Controller on some Acer laptops handles both keyboard I/O and the > communication channel to the smart battery. If you talk to the battery > too quickly, the chip will start dropping keystrokes. To deal with this, > the Linux acpi maintainers added back some delays that had been present in > the past. > > I tried a similar approach, and found it to be effective on FreeBSD 7.0. > Applying the attached patch and setting debug.acpi.ec.extradelay=1000 > seems to completely cure the keyboard problems for me. > > Anyone interested in reviewing the patch? I think it looks ok, but I would run it by njl@ to be sure. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 19:39:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0DD01065682; Wed, 28 May 2008 19:39:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 86E708FC20; Wed, 28 May 2008 19:39:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 46B991A4D91; Wed, 28 May 2008 12:39:04 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4SJcAdD009372; Wed, 28 May 2008 15:38:57 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 28 May 2008 14:44:15 -0400 User-Agent: KMail/1.9.7 References: <20071224020713.F1390@odysseus.silby.com> <20080527001051.P1500@odysseus.silby.com> In-Reply-To: <20080527001051.P1500@odysseus.silby.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805281444.16073.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 28 May 2008 15:38:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7278/Wed May 28 11:00:15 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Mike Silbersack , current@freebsd.org Subject: Re: Repeated or missed keys after upgrading from 6.2 to 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 19:39:04 -0000 On Tuesday 27 May 2008 01:17:48 am Mike Silbersack wrote: > > On Mon, 24 Dec 2007, Mike Silbersack wrote: > > > In order to eat my own dog food, I upgraded my laptop from 6.2 to 7.0. This > > seemed to have gone well, until I started writing a long e-mail while sitting > > on the couch today. As I was typing the e-mail, I noticed that my typing > > skills seemed to have gone missing; there were words missing 2-3 letters, and > > other places where I was apparently holding down keyyyys. Heh, that's a real > > example of the phenomenon right there. > > > > After a while I realized that I was not typing sloppily, but that in fact > > keys are being lost in certain cases and duplicated in others. Since I did > > not rebuild any ports or packages, I'm convinced that this is directly > > related to the 7.0 upgrade. > > > > This behavior has shown up when running a local copy of pine (inside > > konsole), chatting in ksirc, and in a few other programs. (I'm running KDE.) > > I think it happens more when on battery than when plugged into an outlet. > > I'm running xbattbar, so it could be querying the battery status and causing > > problems. This is using the laptop's built-in keyboard (non-USB.) > > > > I'm going to try to track this down, although I don't know how successful > > I'll be. I'd like to know if anyone else has seen this problem and if they > > have any additional information that might help me track it down faster. > > > > Thanks, > > > > Mike "Silby" Silbersack > > For anyone still interested (and I suspect those who have Acer laptops > will be), I've finally found a fix for this problem. > > The same problem was reported with some versions of Linux: > > http://bugzilla.kernel.org/show_bug.cgi?id=9998 > > To summarize the bug report, the problem is that the ACPI Embedded > Controller on some Acer laptops handles both keyboard I/O and the > communication channel to the smart battery. If you talk to the battery > too quickly, the chip will start dropping keystrokes. To deal with this, > the Linux acpi maintainers added back some delays that had been present in > the past. > > I tried a similar approach, and found it to be effective on FreeBSD 7.0. > Applying the attached patch and setting debug.acpi.ec.extradelay=1000 > seems to completely cure the keyboard problems for me. > > Anyone interested in reviewing the patch? I think it looks ok, but I would run it by njl@ to be sure. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 19:39:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66E6D1065680 for ; Wed, 28 May 2008 19:39:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2115B8FC1D for ; Wed, 28 May 2008 19:39:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id EC2271A4D93 for ; Wed, 28 May 2008 12:39:09 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4SJcAdE009372 for ; Wed, 28 May 2008 15:39:03 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Wed, 28 May 2008 14:58:31 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805281458.31821.jhb@FreeBSD.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 28 May 2008 15:39:03 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7278/Wed May 28 11:00:15 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: arl(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 19:39:10 -0000 I have a patch to make arl(4) MPSAFE. I have no hardware to test it though. If someone cares about this hardware, test this patch so the driver doesn't get axed. http://www.FreeBSD.org/~jhb/patches/arl.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 20:18:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 567611065679 for ; Wed, 28 May 2008 20:18:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 3E1628FC16 for ; Wed, 28 May 2008 20:18:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id BABCA1A4D7E for ; Wed, 28 May 2008 13:18:12 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4SKI4OG009703 for ; Wed, 28 May 2008 16:18:05 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Wed, 28 May 2008 16:13:13 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805281613.13827.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 28 May 2008 16:18:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7279/Wed May 28 14:10:18 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: cnw(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 20:18:13 -0000 I have a patch to make cnw(4) MPSAFE. I do not have any hardware to test it though, so if you care about this hardware, test this patch to keep the driver from getting axed. Note that it is relative to the earlier commit today to remove NetBSD/4.x cruft. http://www.FreeBSD.org/~jhb/patches/cnw.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 21:18:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CD0F106564A for ; Wed, 28 May 2008 21:18:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB808FC16 for ; Wed, 28 May 2008 21:18:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id F35AE1A4D7E for ; Wed, 28 May 2008 14:18:40 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4SLIQWE010052 for ; Wed, 28 May 2008 17:18:34 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Wed, 28 May 2008 17:15:39 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805281715.39536.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 28 May 2008 17:18:34 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7279/Wed May 28 14:10:18 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: cs(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 21:18:42 -0000 I have a patch to make cs(4) MPSAFE. As with previous patches, ENOHARDWARE. If you care about this driver, test the patch. http://www.FreeBSD.org/~jhb/patches/cs.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 21:47:19 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFF431065677 for ; Wed, 28 May 2008 21:47:19 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C46398FC18 for ; Wed, 28 May 2008 21:47:19 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 2A4FF1A4D7C for ; Wed, 28 May 2008 14:47:19 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4SLlBv2010263 for ; Wed, 28 May 2008 17:47:12 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: current@FreeBSD.org Date: Wed, 28 May 2008 17:47:05 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805281747.05475.jhb@FreeBSD.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 28 May 2008 17:47:12 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7281/Wed May 28 17:10:58 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: ex(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2008 21:47:19 -0000 I have a patch for ex(4) to make it MPSAFE. I have no hardware to test it, however. If you value this driver, test this patch. http://www.FreeBSD.org/~jhb/patches/ex.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 01:48:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4811C1065677 for ; Thu, 29 May 2008 01:48:40 +0000 (UTC) (envelope-from starbuck797@yahoo.es) Received: from web26302.mail.ukl.yahoo.com (web26302.mail.ukl.yahoo.com [217.146.176.13]) by mx1.freebsd.org (Postfix) with SMTP id BBAC98FC27 for ; Thu, 29 May 2008 01:48:39 +0000 (UTC) (envelope-from starbuck797@yahoo.es) Received: (qmail 91010 invoked by uid 60001); 29 May 2008 01:48:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.es; h=Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=ZbEi5NMX7KFEggLMCN5IhTPB15cpkwkTNN3hlw2s9zKku7XlkjAvyf1ECVTKp9CghyvN3GuTOUx0uDA010mq3+CxekQRmdR3nXGQMae3nxP9izOYCdgI/bteRt1UgUryGgd0r1Gbv5z+QuoAnS7+M0mWC+fh78aNIsBFNcRk70s=; Received: from [190.76.41.130] by web26302.mail.ukl.yahoo.com via HTTP; Thu, 29 May 2008 01:48:37 GMT X-Mailer: YahooMailRC/975.41 YahooMailWebService/0.7.199 Date: Thu, 29 May 2008 01:48:37 +0000 (GMT) From: =?iso-8859-1?Q?Miguel_V=E1squez=2E?= To: freebsd-current@freebsd.org, rea-fbsd@codelabs.ru, quetzal@zone3000.net, freebsd-usb-request@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <703315.90930.qm@web26302.mail.ukl.yahoo.com> Cc: Subject: Problem with usb modem CMOTECH CCU550 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 01:48:40 -0000 =0AHello Everybody.=0A=0A=0AThanks for answer me Eygene. When I executed:= =0A=0A #kldload ucom=0A #kldload umodem=0A=0Anothing happens, i want to ada= pt my service of Internet for FreeBSD 6.3, =0Abut, not yet profit to make w= ork my modem.=0A=0A=0AI hope you can help me.=0ANote: My English is not goo= d.=0A=0A=0ABest regards,=0AMiguel.=0A=0A=0A=0A _______________________= _______________________ =0AEnviado desde Correo Yahoo! La bandeja de entrad= a m=E1s inteligente. From owner-freebsd-current@FreeBSD.ORG Thu May 29 04:24:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8952A1065673 for ; Thu, 29 May 2008 04:24:17 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2CD208FC15 for ; Thu, 29 May 2008 04:24:16 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (DSTO/DSTO) with ESMTP id m4T4KXAs016723 for ; Thu, 29 May 2008 13:50:33 +0930 (CST) Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Thu, 29 May 2008 13:54:14 +0930 Received: from stlex510.dsto.defence.gov.au ([203.6.60.184]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 29 May 2008 14:24:14 +1000 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by stlex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 29 May 2008 12:24:10 +0800 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.2/8.14.2) with ESMTP id m4T4K3Hh028515 for ; Thu, 29 May 2008 12:20:03 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.2/8.14.2/Submit) id m4T3EMt5027424 for freebsd-current@freebsd.org; Thu, 29 May 2008 11:14:22 +0800 (WST) (envelope-from wilkinsa) Date: Thu, 29 May 2008 11:14:22 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20080529031422.GF21868@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20080528062731.97912c9n9sekrrtw@intranet.encontacto.net> <790a9fff0805280905n28cd6223i9cb3e52c8db96f04@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <790a9fff0805280905n28cd6223i9cb3e52c8db96f04@mail.gmail.com> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.18 (2008-05-17) X-OriginalArrivalTime: 29 May 2008 04:24:11.0005 (UTC) FILETIME=[D7F2EAD0:01C8C143] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.5.1026-15936.007 X-TM-AS-Result: No--0.383000-0.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: overheating problem with Acer Aspire 5520-5679 AMD-64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 04:24:17 -0000 0n Wed, May 28, 2008 at 11:05:50AM -0500, Scot Hetzel wrote: >This changes _PSV from 90C to 70C, and sets _HOT. >hw.acpi.thermal.tz0._PSV: 70.0C >hw.acpi.thermal.tz0._HOT: 86.8C What do _PSV and _HOT actually control ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Thu May 29 04:26:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF0111065672 for ; Thu, 29 May 2008 04:26:41 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (unknown [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9278FC13 for ; Thu, 29 May 2008 04:26:41 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from localhost (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id 808E210749; Thu, 29 May 2008 13:26:40 +0900 (JST) X-Virus-Scanned: amavisd-new at tackymt.homeip.net Received: from localhost ([127.0.0.1]) by localhost (basalt.tackymt.homeip.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eTUgZytasUqs; Thu, 29 May 2008 13:26:37 +0900 (JST) Received: from biotite (unknown [IPv6:2001:200:148:401:216:d3ff:fe2f:f465]) by basalt.tackymt.homeip.net (Postfix) with ESMTP; Thu, 29 May 2008 13:26:37 +0900 (JST) Date: Thu, 29 May 2008 13:26:33 +0900 From: "YAMAMOTO, Taku" To: eculp Message-Id: <20080529132633.69f9fde5.taku@tackymt.homeip.net> In-Reply-To: <20080528062731.97912c9n9sekrrtw@intranet.encontacto.net> References: <20080528062731.97912c9n9sekrrtw@intranet.encontacto.net> Organization: Trans New Technology, Inc. X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: overheating problem with Acer Aspire 5520-5679 AMD-64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 04:26:41 -0000 On Wed, 28 May 2008 06:27:31 -0500 eculp wrote: > I am running up to date current amd64 and am having issues with the > laptop just stopping with no warning and it seems to be due to > overheating. If I keep the room temp cooler or keep air circulating > under it, it doesn't happen. Try increasing sysctl kern.sched.idlespinthresh to, say, 7, 15 or 100. I wonder the default threshold is too low for anything but busy servers. -- -|-__ YAMAMOTO, Taku | __ < - A chicken is an egg's way of producing more eggs. - From owner-freebsd-current@FreeBSD.ORG Thu May 29 04:48:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2311106567C for ; Thu, 29 May 2008 04:48:39 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id B4E608FC13 for ; Thu, 29 May 2008 04:48:39 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3927012rvf.43 for ; Wed, 28 May 2008 21:48:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LwquQxgkGujZeKrAgQletTDULXlfMmqtgdH+nia0uJY=; b=bMKuulJeeHa6vcE7CHfikZyoJ6HwYcx3ULTApgJims9nK7/p48AF06gO7qgQ9Hu2LRaN6HRBM4/CGW/MdRt2ly6bR54TbEffxNvJLbozQh672T8tafH7YoBuJhuknva9m/dr2CtDss5UA1bfeajkpTD7uc6/YngaXa2sWrP/mwQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J9eKXiwIk+6zyGZFp5BHGP/6K/Mn2ZtJARUYCu8CT4RDjSdjmhRqoNLtkElHCmnxoOub+/gXGFN4n7Q8UjQOozyTn32lJHePlmHbfjSATx6OYv4CdCmcidtk8q10ljNzoWJYs2rXAJkIy7F5bgDXXEkms04viMy6bUU/TnHxtWU= Received: by 10.141.145.11 with SMTP id x11mr1779027rvn.215.1212036519105; Wed, 28 May 2008 21:48:39 -0700 (PDT) Received: by 10.141.41.4 with HTTP; Wed, 28 May 2008 21:48:39 -0700 (PDT) Message-ID: <790a9fff0805282148y126afafbv1a966eb738dd6cc5@mail.gmail.com> Date: Wed, 28 May 2008 23:48:39 -0500 From: "Scot Hetzel" To: freebsd-current@freebsd.org In-Reply-To: <20080529031422.GF21868@stlux503.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080528062731.97912c9n9sekrrtw@intranet.encontacto.net> <790a9fff0805280905n28cd6223i9cb3e52c8db96f04@mail.gmail.com> <20080529031422.GF21868@stlux503.dsto.defence.gov.au> Subject: Re: overheating problem with Acer Aspire 5520-5679 AMD-64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 04:48:39 -0000 On 5/28/08, Wilkinson, Alex wrote: > 0n Wed, May 28, 2008 at 11:05:50AM -0500, Scot Hetzel wrote: > > >This changes _PSV from 90C to 70C, and sets _HOT. > > >hw.acpi.thermal.tz0._PSV: 70.0C > >hw.acpi.thermal.tz0._HOT: 86.8C > > > What do _PSV and _HOT actually control ? > see man page for acpi_thermal Scot From owner-freebsd-current@FreeBSD.ORG Thu May 29 10:51:22 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 669A71065674; Thu, 29 May 2008 10:51:22 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id E0E118FC0C; Thu, 29 May 2008 10:51:21 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.183.219] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1K1fj3-0004Ix-7O; Thu, 29 May 2008 12:51:17 +0200 Message-ID: <483E8AA5.3000401@FreeBSD.org> Date: Thu, 29 May 2008 12:51:17 +0200 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: Andrew Thompson , FreeBSD Current References: <48317B44.1080909@FreeBSD.org> <20080519131325.GC55052@rink.nu> <48317ED8.3030904@FreeBSD.org> <4831B2D3.3080600@freebsd.org> <20080519231726.GA44361@citylink.fud.org.nz> <483210CC.5070309@FreeBSD.org> <20080520000911.GA46085@citylink.fud.org.nz> <48329C31.1050309@FreeBSD.org> In-Reply-To: <48329C31.1050309@FreeBSD.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Problem since "wlan" came in: SIOCS80211: Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 10:51:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Any news? Pietro Cerutti wrote: | Andrew Thompson wrote: | | On Tue, May 20, 2008 at 01:44:12AM +0200, Pietro Cerutti wrote: | |> -----BEGIN PGP SIGNED MESSAGE----- | |> Hash: SHA512 | |> | |> | |> | | |> | I have looked at this, I believe the error case in this situation is | |> | that the vap is running but the taskq to init the parent has not | |> | completed yet. The scan checks the parents status before auctioning | it. | |> | | |> | Can you see if this fixes it. I am not sure its the correct | approach but | |> | will at least confirm the fault. | |> | |> For which definition of 'this'? ;-) | | | | That was a test, you passed. Try this patch. | | | | So, the "ioctl[SIOCS80211, op 103, len 128]: Device not configured" | error doesn't appear anymore, but wpa_supplicant still doesn't leave | status SCANNING.... | | I also see these messages on the console while bringing up the | interface, maybe related? | | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Tx ring 1 | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Tx ring 3 | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Tx ring 4 | May 20 11:34:36 gahrtop kernel: wpi0: fatal firmware error | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Rx ring | | Otherwise, same thing... no voice from wpa_supplicant after: | | No suitable AP found. | Setting scan request: 0 sec 0 usec | Starting AP scan (broadcast SSID) | | The strange thing is that: | | | sudo ifconfig wlan0 list scan | SSID BSSID CHAN RATE S:N INT CAPS | NETGEAR 00:09:5b:a8:53:f4 11 11M 28:0 100 Ec | ZyXEL 00:19:cb:14:f4:ed 13 54M 1:0 100 ES WME | | | sudo ifconfig wlan0 scan | [wait here forever...] | | How does the interface know about stations in range if it cannot scan? | - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkg+iqMACgkQwMJqmJVx9451LQCfd+HVpHTIAXI3FBpLZTrDcF2c 1ogAnRb/KQlmaO4Tc+Z60UiY/iHIe/KM =oaOT -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 29 11:00:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64C321065679 for ; Thu, 29 May 2008 11:00:53 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id ED9678FC1B for ; Thu, 29 May 2008 11:00:52 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.8.164]) by ns2.bafirst.com with esmtp; Thu, 29 May 2008 06:00:46 -0500 id 000D4C98.483E8CDE.00011562 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Thu, 29 May 2008 06:00:40 -0500 id 0004AC15.483E8CD8.00017718 Received: from 172.16.0.2 ([172.16.0.2]) by intranet.encontacto.net (Horde Framework) with HTTP; Thu, 29 May 2008 06:00:40 -0500 Message-ID: <20080529060040.212420twdrt3rlk0@intranet.encontacto.net> Date: Thu, 29 May 2008 06:00:40 -0500 From: eculp To: "YAMAMOTO, Taku" References: <20080528062731.97912c9n9sekrrtw@intranet.encontacto.net> <20080529132633.69f9fde5.taku@tackymt.homeip.net> In-Reply-To: <20080529132633.69f9fde5.taku@tackymt.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Cc: freebsd-current Subject: Re: overheating problem with Acer Aspire 5520-5679 AMD-64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 11:00:53 -0000 Quoting "YAMAMOTO, Taku" : > On Wed, 28 May 2008 06:27:31 -0500 > eculp wrote: > >> I am running up to date current amd64 and am having issues with the >> laptop just stopping with no warning and it seems to be due to >> overheating. If I keep the room temp cooler or keep air circulating >> under it, it doesn't happen. > > Try increasing sysctl kern.sched.idlespinthresh to, say, 7, 15 or 100. > I wonder the default threshold is too low for anything but busy servers. The default was 4, I am trying 15 to see if there is a notable difference while I'm monitoring the results as Scot suggested. At least I have gone almost 24 hours without a fan aimed directly at the bottom of the laptop and all is still well. Thanks for your help, ed > > > -- > -|-__ YAMAMOTO, Taku > | __ < > > - A chicken is an egg's way of producing more eggs. - > From owner-freebsd-current@FreeBSD.ORG Thu May 29 16:11:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4438106567C for ; Thu, 29 May 2008 16:11:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 842AF8FC1A for ; Thu, 29 May 2008 16:11:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 343831A4D9A for ; Thu, 29 May 2008 09:11:18 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4TGBB1A010597 for ; Thu, 29 May 2008 12:11:11 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Thu, 29 May 2008 12:09:48 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805291209.48652.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 29 May 2008 12:11:11 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7285/Thu May 29 11:04:52 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: fe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 16:11:18 -0000 I have a patch to make fe(4) MPSAFE. I have no hardware to test with however. If you have this hardware, then test this patch. http://www.FreeBSD.org/~jhb/patches/fe.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 19:04:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6A421065675 for ; Thu, 29 May 2008 19:04:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A419C8FC15 for ; Thu, 29 May 2008 19:04:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 648AD1A4D7E; Thu, 29 May 2008 12:04:25 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4TJ4ImD012619; Thu, 29 May 2008 15:04:18 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Thierry Herbelot Date: Thu, 29 May 2008 15:03:15 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805291503.15787.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 29 May 2008 15:04:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7285/Thu May 29 11:04:52 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: ie(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 19:04:26 -0000 I have a patch to make ie(4) MPSAFE. I have no hardware to test it however. Note that this patch is relative to HEAD, so for testing on RELENG_[67] you would first need to MFC the most recent commits to if_ie.c and if_ievar.h (removing the 'unit' field from the softc) and then apply this patch. http://www.FreeBSD.org/~jhb/patches/ie.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:17:57 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 814D9106566C for ; Thu, 29 May 2008 21:17:57 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.123]) by mx1.freebsd.org (Postfix) with ESMTP id 266A88FC17 for ; Thu, 29 May 2008 21:17:56 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from orion.intree.net ([70.62.16.218]) by hrndva-omta04.mail.rr.com with ESMTP id <20080529210240.QIDK22994.hrndva-omta04.mail.rr.com@orion.intree.net> for ; Thu, 29 May 2008 21:02:40 +0000 Received: from mail.cokane.org (unknown [172.31.0.6]) by orion.intree.net (Postfix) with ESMTP id A5CB6361C017 for ; Thu, 29 May 2008 17:02:39 -0400 (EDT) Received: by mail.cokane.org (Postfix, from userid 103) id 1781216B55E; Thu, 29 May 2008 16:43:36 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id 1AC2316B55B for ; Thu, 29 May 2008 16:43:22 -0400 (EDT) From: Coleman Kane To: freebsd-current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zfrwmCCMoiTqHYRk62Yb" Organization: FreeBSD Project Date: Thu, 29 May 2008 16:42:36 -0400 Message-Id: <1212093756.1681.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 FreeBSD GNOME Team Port Cc: Subject: ndis(4) patch to replace obsolete if_watchdog interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 21:17:57 -0000 --=-zfrwmCCMoiTqHYRk62Yb Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I just replaced the obsoleted if_watchdog interface in ndis(4) with a local implementation. This should remove the obnoxious warning message on device init. Anyone using -CURRENT with an ndis card, could you send me success/fails? The patch is here: * http://people.freebsd.org/~cokane/patches/if_ndis-new_wd.patch --=20 Coleman Kane --=-zfrwmCCMoiTqHYRk62Yb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkg/FToACgkQcMSxQcXat5eFigCggCJ4dtbXlPSCvBkLVrSdZBS1 TCoAnRP8NCBZONQoEDVgBmE6+gXvwkgE =YrPB -----END PGP SIGNATURE----- --=-zfrwmCCMoiTqHYRk62Yb-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:17:58 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 183EC1065670 for ; Thu, 29 May 2008 21:17:58 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.123]) by mx1.freebsd.org (Postfix) with ESMTP id B275B8FC0C for ; Thu, 29 May 2008 21:17:57 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from orion.intree.net ([70.62.16.218]) by hrndva-omta01.mail.rr.com with ESMTP id <20080529210240.VTPR24153.hrndva-omta01.mail.rr.com@orion.intree.net> for ; Thu, 29 May 2008 21:02:40 +0000 Received: from mail.cokane.org (unknown [172.31.0.6]) by orion.intree.net (Postfix) with ESMTP id AB783361C018 for ; Thu, 29 May 2008 17:02:39 -0400 (EDT) Received: by mail.cokane.org (Postfix, from userid 103) id C8D8116B55F; Thu, 29 May 2008 16:42:34 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id C908416B55E for ; Thu, 29 May 2008 16:42:18 -0400 (EDT) From: Coleman Kane To: current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WkVcgLnuJyoU+S+idUhj" Organization: FreeBSD Project Date: Thu, 29 May 2008 16:41:32 -0400 Message-Id: <1212093692.1681.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 FreeBSD GNOME Team Port Cc: Subject: ndis(4) patch to replace obsolete if_watchdog interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 21:17:58 -0000 --=-WkVcgLnuJyoU+S+idUhj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I just replaced the obsoleted if_watchdog interface in ndis(4) with a local implementation. This should remove the obnoxious warning message on device init. Anyone using -CURRENT with an ndis card, could you send me success/fails? The patch is here: * http://people.freebsd.org/~cokane/patches/if_ndis-new_wd.patch --=20 Coleman Kane --=-WkVcgLnuJyoU+S+idUhj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkg/FPsACgkQcMSxQcXat5fViQCdHdMujE71vS/bVx0NrTd4wzQ1 R4EAnAovGvTutLHsTWT58K76kDQa0ug3 =F7ZK -----END PGP SIGNATURE----- --=-WkVcgLnuJyoU+S+idUhj-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:32:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2A401065676; Thu, 29 May 2008 21:32:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 960AA8FC13; Thu, 29 May 2008 21:32:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4TLWRYa032894; Thu, 29 May 2008 17:32:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4TLWRMw014626; Thu, 29 May 2008 17:32:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6F90A73039; Thu, 29 May 2008 17:32:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080529213227.6F90A73039@freebsd-current.sentex.ca> Date: Thu, 29 May 2008 17:32:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 21:32:31 -0000 TB --- 2008-05-29 20:19:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-29 20:19:04 - starting HEAD tinderbox run for i386/i386 TB --- 2008-05-29 20:19:04 - cleaning the object tree TB --- 2008-05-29 20:19:43 - cvsupping the source tree TB --- 2008-05-29 20:19:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-05-29 20:19:50 - building world (CFLAGS=-O -pipe) TB --- 2008-05-29 20:19:50 - cd /src TB --- 2008-05-29 20:19:50 - /usr/bin/make -B buildworld >>> World build started on Thu May 29 20:19:52 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 29 21:26:14 UTC 2008 TB --- 2008-05-29 21:26:14 - generating LINT kernel config TB --- 2008-05-29 21:26:14 - cd /src/sys/i386/conf TB --- 2008-05-29 21:26:14 - /usr/bin/make -B LINT TB --- 2008-05-29 21:26:14 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-29 21:26:14 - cd /src TB --- 2008-05-29 21:26:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 29 21:26:14 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 1 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 2 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1558: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1569: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1572: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1579: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1584: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1585: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-29 21:32:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-29 21:32:27 - ERROR: failed to build lint kernel TB --- 2008-05-29 21:32:27 - tinderbox aborted TB --- 3248.94 user 403.05 system 4402.52 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:38:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91B501065671 for ; Thu, 29 May 2008 21:38:16 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 469528FC24 for ; Thu, 29 May 2008 21:38:16 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=54641 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K1pp8-000Mpd-Ic for current@freebsd.org; Fri, 30 May 2008 01:38:14 +0400 Message-ID: <483F2246.2000900@lissyara.su> Date: Fri, 30 May 2008 01:38:14 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.14 (X11/20080503) MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: current@freebsd.org Subject: Re: Unconditional 30s boot delay. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 21:38:16 -0000 Ian FREISLICH ïèøåò: > Ian FREISLICH wrote: >> Which is fine and well if routing runs *after* the DHCP request, >> but it doesn't it runs before devd is started so the default route >> from DHCP is never acquired and we wait... for 30s.... >> >> And this needs an "echo" after the "done" so that the next script's >> output lands up at the start of the next line. > > Forgot to add this console log in support: > > lo0: flags=8049 metric 0 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > vr0: link state changed to UP > vr0: flags=8843 metric 0 mtu 1500 > options=2808 > ether 00:40:63:f4:22:7e > media: Ethernet autoselect (100baseTX ) > status: active > Additional routing options: IP gateway=YES. > Waiting 30s for an interface to come up: .............................Starting d > evd. > hw.acpi.cpu.cx_lowest: C1 -> C1 > DHCPREQUEST on vr0 to 255.255.255.255 port 67 > DHCPACK from 10.0.0.1 > bound to 10.0.0.223 -- renewal in 216000 seconds. > Firewall rules loaded. I write about this problem week ago, but - I today sourse contain this bug. My desktop cannot get IP when boot, and I manually run dhclient after boot... From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:44:48 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72491106566B; Thu, 29 May 2008 21:44:48 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2E04C8FC19; Thu, 29 May 2008 21:44:47 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id BF0EF2D3B6; Fri, 30 May 2008 09:44:46 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gYZ1+DZde+jT; Fri, 30 May 2008 09:44:42 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 30 May 2008 09:44:42 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 34BDA11428; Fri, 30 May 2008 09:46:05 +1200 (NZST) Date: Thu, 29 May 2008 14:46:05 -0700 From: Andrew Thompson To: Coleman Kane Message-ID: <20080529214604.GA68753@citylink.fud.org.nz> References: <1212093692.1681.8.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1212093692.1681.8.camel@localhost> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@FreeBSD.org Subject: Re: ndis(4) patch to replace obsolete if_watchdog interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 21:44:48 -0000 On Thu, May 29, 2008 at 04:41:32PM -0400, Coleman Kane wrote: > Hi, > > I just replaced the obsoleted if_watchdog interface in ndis(4) with a > local implementation. This should remove the obnoxious warning message > on device init. Anyone using -CURRENT with an ndis card, could you send > me success/fails? > > The patch is here: > * http://people.freebsd.org/~cokane/patches/if_ndis-new_wd.patch This works different to the rest of the network drivers. The existing drivers use a callout tick that runs while the driver is up and an integer counter. if (x && --x == 0) ...timeout... You arm the callout and stop it after each Tx, does this have any perfornace impact? Andrew From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:53:21 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4225B1065672 for ; Thu, 29 May 2008 21:53:21 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.124]) by mx1.freebsd.org (Postfix) with ESMTP id D444E8FC16 for ; Thu, 29 May 2008 21:53:20 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from orion.intree.net ([70.62.16.218]) by hrndva-omta06.mail.rr.com with ESMTP id <20080529215319.NCLQ9231.hrndva-omta06.mail.rr.com@orion.intree.net>; Thu, 29 May 2008 21:53:19 +0000 Received: from mail.cokane.org (unknown [172.31.0.6]) by orion.intree.net (Postfix) with ESMTP id B7060361C017; Thu, 29 May 2008 17:53:19 -0400 (EDT) Received: by mail.cokane.org (Postfix, from userid 103) id 9212516B55D; Thu, 29 May 2008 17:53:19 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id 48C2816B55B; Thu, 29 May 2008 17:53:09 -0400 (EDT) From: Coleman Kane To: Andrew Thompson In-Reply-To: <20080529214604.GA68753@citylink.fud.org.nz> References: <1212093692.1681.8.camel@localhost> <20080529214604.GA68753@citylink.fud.org.nz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-AEcBGubK0Qzz5e0QQ9Y+" Organization: FreeBSD Project Date: Thu, 29 May 2008 17:52:23 -0400 Message-Id: <1212097943.1681.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: ndis(4) patch to replace obsolete if_watchdog interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 21:53:21 -0000 --=-AEcBGubK0Qzz5e0QQ9Y+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-05-29 at 14:46 -0700, Andrew Thompson wrote: > On Thu, May 29, 2008 at 04:41:32PM -0400, Coleman Kane wrote: > > Hi, > >=20 > > I just replaced the obsoleted if_watchdog interface in ndis(4) with a > > local implementation. This should remove the obnoxious warning message > > on device init. Anyone using -CURRENT with an ndis card, could you send > > me success/fails? > >=20 > > The patch is here: > > * http://people.freebsd.org/~cokane/patches/if_ndis-new_wd.patch >=20 >=20 > This works different to the rest of the network drivers. The existing > drivers use a callout tick that runs while the driver is up and an > integer counter. >=20 > if (x && --x =3D=3D 0) > ...timeout... >=20 > You arm the callout and stop it after each Tx, does this have any > perfornace impact? >=20 >=20 > Andrew You are probably right, I'll look into what I can do to re-work it here... I just ran through to perform a naive if_watchdog-->callout_* conversion on this really quickly. Using it, I don't see much of a performance impact. However, I am not using this on a server and CPUFREQ >> NETFREQ for me. --=20 Coleman Kane --=-AEcBGubK0Qzz5e0QQ9Y+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkg/JZUACgkQcMSxQcXat5dYcwCfdOaqhqQoWUxVjylXDuDUG6aA jXgAnA/KZxoAcUpBl4emiNweLzvZW36U =OZGY -----END PGP SIGNATURE----- --=-AEcBGubK0Qzz5e0QQ9Y+-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 22:04:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B8281065673 for ; Thu, 29 May 2008 22:04:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id E19AA8FC0A for ; Thu, 29 May 2008 22:04:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 4F2A51A4D7E for ; Thu, 29 May 2008 15:04:22 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4TM4DUp013852 for ; Thu, 29 May 2008 18:04:14 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Thu, 29 May 2008 18:03:44 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805291803.44376.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 29 May 2008 18:04:14 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7287/Thu May 29 15:39:20 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: sbni(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 22:04:23 -0000 I have a patch to make sbni(4) MPSAFE as well as fix a few other bugs. I have no hardware to test this, however. If you care about this driver, please test this patch. http://www.FreeBSD.org/~jhb/patches/sbni.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 22:04:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0072210656C7 for ; Thu, 29 May 2008 22:04:52 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id A7B728FC28 for ; Thu, 29 May 2008 22:04:51 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 779A4680584; Thu, 29 May 2008 23:48:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c8Lg6YQZw3Bj; Thu, 29 May 2008 23:48:30 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 07CC467FB1A; Thu, 29 May 2008 23:48:29 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m4TLmT5p080678; Thu, 29 May 2008 23:48:29 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 29 May 2008 23:48:29 +0200 From: Roman Divacky To: emulation@freebsd.org Message-ID: <20080529214829.GA79810@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: [RFC]: switch to 2.6 linux emulation on default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 22:04:52 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi, FreeBSD 7.0 contains support for running emulation of Linux 2.6 (= NPTL, futexes, TLS basically) and I'd like to switch this on default in HEAD to see if we can ship 8.0 with this emulation running on default. The advantages are obvious - ability to have newer Fedora base system (which requires 2.6 kernel), more software running better or running at all. For some time epoll() support was considered to be the last thing needed before this switch taking place but my patch is incomplete and I don't want this to hold the switch back. (yes, I am going to finish the epoll() and commit that, but it's not a matter of days) so... I'd like to switch the 2.6 emulation on default in HEAD in a week. This will help test the Linuxulator and probably squeeze out some more bugs (the getdents comes to mind), also this is a prerequisite for Linuxulator64 hitting the tree (Dmitry, BIG thanks for doing this work!) and we can always switch back if things don't work out before 8.0 is to be branches, hence... I am asking you to express your attitude towards switching to 2.6 emulation on default in a week. Speak now or forever hold your peace... thank you! roman p.s. sorry for cross-posting, please reply on emulation@ only --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkg/JK0ACgkQLVEj6D3CBEws0wCfcnkU9dEp8gVQzC5wNqZ8RUQS 6nsAmwfSxWc76DD/CHv4h8StXJa39Vbt =GTK9 -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 22:38:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6464106564A; Thu, 29 May 2008 22:38:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 94D9C8FC1E; Thu, 29 May 2008 22:38:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4TMc2MV039128; Thu, 29 May 2008 18:38:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4TMc246078472; Thu, 29 May 2008 18:38:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 15A4073039; Thu, 29 May 2008 18:38:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080529223802.15A4073039@freebsd-current.sentex.ca> Date: Thu, 29 May 2008 18:38:01 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 22:38:06 -0000 TB --- 2008-05-29 21:26:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-29 21:26:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-05-29 21:26:26 - cleaning the object tree TB --- 2008-05-29 21:27:02 - cvsupping the source tree TB --- 2008-05-29 21:27:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-05-29 21:27:09 - building world (CFLAGS=-O -pipe) TB --- 2008-05-29 21:27:09 - cd /src TB --- 2008-05-29 21:27:09 - /usr/bin/make -B buildworld >>> World build started on Thu May 29 21:27:10 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 29 22:33:05 UTC 2008 TB --- 2008-05-29 22:33:05 - generating LINT kernel config TB --- 2008-05-29 22:33:05 - cd /src/sys/pc98/conf TB --- 2008-05-29 22:33:05 - /usr/bin/make -B LINT TB --- 2008-05-29 22:33:05 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-29 22:33:05 - cd /src TB --- 2008-05-29 22:33:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 29 22:33:05 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 1 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 2 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1558: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1569: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1572: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1579: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1584: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1585: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-29 22:38:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-29 22:38:01 - ERROR: failed to build lint kernel TB --- 2008-05-29 22:38:01 - tinderbox aborted TB --- 3187.67 user 407.90 system 4295.31 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:31:40 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59EA71065671; Thu, 29 May 2008 21:31:40 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-out.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id B64A08FC18; Thu, 29 May 2008 21:31:39 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-av-05.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-01.forthnet.gr (8.14.3/8.14.3) with ESMTP id m4TKhZp1003510; Thu, 29 May 2008 23:43:35 +0300 Received: from MX-IN-02.forthnet.gr (mx-in-02.forthnet.gr [193.92.150.185]) by mx-av-05.forthnet.gr (8.14.3/8.14.3) with ESMTP id m4TKhZsj006470; Thu, 29 May 2008 23:43:35 +0300 Received: from [192.168.136.22] (adsl164-88.kln.forthnet.gr [62.1.67.88]) by MX-IN-02.forthnet.gr (8.14.3/8.14.3) with ESMTP id m4TKhQVs030304; Thu, 29 May 2008 23:43:27 +0300 Authentication-Results: MX-IN-02.forthnet.gr smtp.mail=dds@aueb.gr; spf=neutral Authentication-Results: MX-IN-02.forthnet.gr header.from=dds@aueb.gr; sender-id=neutral Message-ID: <483F1559.2020600@aueb.gr> Date: Thu, 29 May 2008 23:43:05 +0300 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Andriy Gapon References: <20080528110003.Q24259@beagle.kn.op.dlr.de> <483D5DF8.4020504@icyb.net.ua> In-Reply-To: <483D5DF8.4020504@icyb.net.ua> Content-Type: multipart/mixed; boundary="------------060005070704090803030609" X-Mailman-Approved-At: Thu, 29 May 2008 23:01:28 +0000 Cc: Harti Brandt , current@FreeBSD.ORG Subject: Re: cp(1) and mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 21:31:40 -0000 This is a multi-part message in MIME format. --------------060005070704090803030609 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Andriy Gapon wrote: > on 28/05/2008 12:02 Harti Brandt said the following: >> Hi all, >> >> it looks like there is no fallback in cp(1) when mmaping the source file >> fails. I'm mounting SMB shares via smbnetfs (which in turn uses fuse) >> and it seems not to support mmaping files. Shouldn't cp just fallback to >> a normal read()/write() loop in this case? > > I would think that it should. > This topic was brought up several times, but no resolution so far. > I think that I've even seen patches. > I've not seen the patches, but the fix is trivial (see the attached patch). If there are no objections, I can commit it. I also think we should use mmap for larger files, mmapping and writing them out in several chunks. Diomidis - dds@ --------------060005070704090803030609 Content-Type: text/plain; name="utils.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="utils.diff" Index: utils.c =================================================================== RCS file: /home/ncvs/src/bin/cp/utils.c,v retrieving revision 1.53 diff -u -r1.53 utils.c --- utils.c 10 Mar 2008 19:58:41 -0000 1.53 +++ utils.c 29 May 2008 20:39:38 -0000 @@ -137,41 +137,39 @@ * Mmap and write if less than 8M (the limit is so we don't totally * trash memory on big files. This is really a minor hack, but it * wins some CPU back. + * Some filesystems, such as smbnetfs, don't support mmap, + * so this is a best-effort attempt. */ #ifdef VM_AND_BUFFER_CACHE_SYNCHRONIZED if (S_ISREG(fs->st_mode) && fs->st_size > 0 && - fs->st_size <= 8 * 1048576) { - if ((p = mmap(NULL, (size_t)fs->st_size, PROT_READ, - MAP_SHARED, from_fd, (off_t)0)) == MAP_FAILED) { + fs->st_size <= 8 * 1048576 && + (p = mmap(NULL, (size_t)fs->st_size, PROT_READ, + MAP_SHARED, from_fd, (off_t)0)) != MAP_FAILED) { + wtotal = 0; + for (bufp = p, wresid = fs->st_size; ; + bufp += wcount, wresid -= (size_t)wcount) { + wcount = write(to_fd, bufp, wresid); + if (wcount <= 0) + break; + wtotal += wcount; + if (info) { + info = 0; + (void)fprintf(stderr, + "%s -> %s %3d%%\n", + entp->fts_path, to.p_path, + cp_pct(wtotal, fs->st_size)); + } + if (wcount >= (ssize_t)wresid) + break; + } + if (wcount != (ssize_t)wresid) { + warn("%s", to.p_path); + rval = 1; + } + /* Some systems don't unmap on close(2). */ + if (munmap(p, fs->st_size) < 0) { warn("%s", entp->fts_path); rval = 1; - } else { - wtotal = 0; - for (bufp = p, wresid = fs->st_size; ; - bufp += wcount, wresid -= (size_t)wcount) { - wcount = write(to_fd, bufp, wresid); - if (wcount <= 0) - break; - wtotal += wcount; - if (info) { - info = 0; - (void)fprintf(stderr, - "%s -> %s %3d%%\n", - entp->fts_path, to.p_path, - cp_pct(wtotal, fs->st_size)); - } - if (wcount >= (ssize_t)wresid) - break; - } - if (wcount != (ssize_t)wresid) { - warn("%s", to.p_path); - rval = 1; - } - /* Some systems don't unmap on close(2). */ - if (munmap(p, fs->st_size) < 0) { - warn("%s", entp->fts_path); - rval = 1; - } } } else #endif --------------060005070704090803030609-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 23:44:13 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C55D1065673; Thu, 29 May 2008 23:44:13 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id E1AF78FC18; Thu, 29 May 2008 23:44:12 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.40] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m4TNMHRi091755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 May 2008 16:22:18 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <483F3AA2.8000601@FreeBSD.org> Date: Thu, 29 May 2008 16:22:10 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Diomidis Spinellis References: <20080528110003.Q24259@beagle.kn.op.dlr.de> <483D5DF8.4020504@icyb.net.ua> <483F1559.2020600@aueb.gr> In-Reply-To: <483F1559.2020600@aueb.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Harti Brandt , Andriy Gapon , current@FreeBSD.org Subject: Re: cp(1) and mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 23:44:13 -0000 Diomidis Spinellis wrote: > Andriy Gapon wrote: >> on 28/05/2008 12:02 Harti Brandt said the following: >>> Hi all, >>> >>> it looks like there is no fallback in cp(1) when mmaping the source file >>> fails. I'm mounting SMB shares via smbnetfs (which in turn uses fuse) >>> and it seems not to support mmaping files. Shouldn't cp just fallback to >>> a normal read()/write() loop in this case? >> >> I would think that it should. >> This topic was brought up several times, but no resolution so far. >> I think that I've even seen patches. >> > > I've not seen the patches, but the fix is trivial (see the attached > patch). If there are no objections, I can commit it. > > I also think we should use mmap for larger files, mmapping and writing > them out in several chunks. I believe that even better way is to extend sendfile(2) to allow both sockets and file descriptors to be used as the destination and use that interface instead of mmap/read/write. Linux for example allows that. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu May 29 23:46:55 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EA01106566B; Thu, 29 May 2008 23:46:55 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.124]) by mx1.freebsd.org (Postfix) with ESMTP id 27CBF8FC14; Thu, 29 May 2008 23:46:54 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from orion.intree.net ([70.62.16.218]) by hrndva-omta05.mail.rr.com with ESMTP id <20080529234649.NVDF12416.hrndva-omta05.mail.rr.com@orion.intree.net>; Thu, 29 May 2008 23:46:49 +0000 Received: from mail.cokane.org (unknown [172.31.0.6]) by orion.intree.net (Postfix) with ESMTP id 67A1B361C017; Thu, 29 May 2008 19:46:49 -0400 (EDT) Received: by mail.cokane.org (Postfix, from userid 103) id 40A3A1DB2F9; Thu, 29 May 2008 19:46:49 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id E499616B55B; Thu, 29 May 2008 19:46:22 -0400 (EDT) From: Coleman Kane To: Andrew Thompson In-Reply-To: <20080529214604.GA68753@citylink.fud.org.nz> References: <1212093692.1681.8.camel@localhost> <20080529214604.GA68753@citylink.fud.org.nz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-TN+BhPvqyC6Eo6HkoYT6" Organization: FreeBSD Project Date: Thu, 29 May 2008 19:45:31 -0400 Message-Id: <1212104731.1606.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: ndis(4) patch to replace obsolete if_watchdog interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 23:46:55 -0000 --=-TN+BhPvqyC6Eo6HkoYT6 Content-Type: multipart/mixed; boundary="=-IB5yhN5jxYpzNcLDCq6l" --=-IB5yhN5jxYpzNcLDCq6l Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-05-29 at 14:46 -0700, Andrew Thompson wrote: > On Thu, May 29, 2008 at 04:41:32PM -0400, Coleman Kane wrote: > > Hi, > >=20 > > I just replaced the obsoleted if_watchdog interface in ndis(4) with a > > local implementation. This should remove the obnoxious warning message > > on device init. Anyone using -CURRENT with an ndis card, could you send > > me success/fails? > >=20 > > The patch is here: > > * http://people.freebsd.org/~cokane/patches/if_ndis-new_wd.patch >=20 >=20 > This works different to the rest of the network drivers. The existing > drivers use a callout tick that runs while the driver is up and an > integer counter. >=20 > if (x && --x =3D=3D 0) > ...timeout... >=20 > You arm the callout and stop it after each Tx, does this have any > perfornace impact? >=20 >=20 > Andrew >=20 I am attaching a new patch, where I use the method that you suggested and do away with the extra callout for the watchdog. A "tick" function was already implemented for timeouts related to the NDIS systems. I am not sure if the ndis-timeout code using ndis_stat_callout duplicates the if_watchdog code (and what I replaced it with), but I don't think so as both were implemented side-by-side before... --=20 Coleman Kane --=-IB5yhN5jxYpzNcLDCq6l Content-Disposition: attachment; filename=if_ndis-new_wd-2.patch Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=if_ndis-new_wd-2.patch; charset=UTF-8 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvaWZfbmRpcy9pZl9uZGlzLmMgYi9zeXMvZGV2L2lmX25kaXMv aWZfbmRpcy5jDQppbmRleCA5OTNmOWEyLi5iMDBkODJlIDEwMDY0NA0KLS0tIGEvc3lzL2Rldi9p Zl9uZGlzL2lmX25kaXMuYw0KKysrIGIvc3lzL2Rldi9pZl9uZGlzL2lmX25kaXMuYw0KQEAgLTE2 MSw3ICsxNjEsNyBAQCBzdGF0aWMgdm9pZCBuZGlzX3NjYW5fY3VyY2hhbgkoc3RydWN0IGllZWU4 MDIxMV9zY2FuX3N0YXRlICosIHVuc2lnbmVkIGxvbmcpOw0KIHN0YXRpYyB2b2lkIG5kaXNfc2Nh bl9taW5kd2VsbAkoc3RydWN0IGllZWU4MDIxMV9zY2FuX3N0YXRlICopOw0KIHN0YXRpYyB2b2lk IG5kaXNfaW5pdAkJKHZvaWQgKik7DQogc3RhdGljIHZvaWQgbmRpc19zdG9wCQkoc3RydWN0IG5k aXNfc29mdGMgKik7DQotc3RhdGljIHZvaWQgbmRpc193YXRjaGRvZwkoc3RydWN0IGlmbmV0ICop Ow0KK3N0YXRpYyB2b2lkIG5kaXNfd2F0Y2hkb2cJKHZvaWQgKik7DQogc3RhdGljIGludCBuZGlz X2lmbWVkaWFfdXBkCShzdHJ1Y3QgaWZuZXQgKik7DQogc3RhdGljIHZvaWQgbmRpc19pZm1lZGlh X3N0cwkoc3RydWN0IGlmbmV0ICosIHN0cnVjdCBpZm1lZGlhcmVxICopOw0KIHN0YXRpYyB2b2lk IG5kaXNfYXV0aAkJKHZvaWQgKiwgaW50KTsNCkBAIC02OTAsMTIgKzY5MCwxMyBAQCBuZGlzX2F0 dGFjaChkZXYpDQogCS8qIENoZWNrIGZvciB0YXNrIG9mZmxvYWQgc3VwcG9ydC4gKi8NCiAJbmRp c19wcm9iZV9vZmZsb2FkKHNjKTsNCiANCisJc2MtPm5kaXNfdGltZXJfY291bnRkb3duID0gMDsN CisNCiAJaWZfaW5pdG5hbWUoaWZwLCBkZXZpY2VfZ2V0X25hbWUoZGV2KSwgZGV2aWNlX2dldF91 bml0KGRldikpOw0KIAlpZnAtPmlmX210dSA9IEVUSEVSTVRVOw0KIAlpZnAtPmlmX2ZsYWdzID0g SUZGX0JST0FEQ0FTVCB8IElGRl9TSU1QTEVYIHwgSUZGX01VTFRJQ0FTVDsNCiAJaWZwLT5pZl9p b2N0bCA9IG5kaXNfaW9jdGw7DQogCWlmcC0+aWZfc3RhcnQgPSBuZGlzX3N0YXJ0Ow0KLQlpZnAt PmlmX3dhdGNoZG9nID0gbmRpc193YXRjaGRvZzsNCiAJaWZwLT5pZl9pbml0ID0gbmRpc19pbml0 Ow0KIAlpZnAtPmlmX2JhdWRyYXRlID0gMTAwMDAwMDA7DQogCUlGUV9TRVRfTUFYTEVOKCZpZnAt PmlmX3NuZCwgNTApOw0KQEAgLTk5NCwxMCArOTk1LDE0IEBAIG5kaXNfZGV0YWNoKGRldikNCiAJ ZHJpdmVyX29iamVjdAkJKmRydjsNCiANCiAJc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7DQor DQogCU5ESVNfTE9DSyhzYyk7DQogCWlmcCA9IHNjLT5pZnA7DQogCWlmcC0+aWZfZmxhZ3MgJj0g fklGRl9VUDsNCiANCisJLyogUmVtb3ZlIGFueSBwZW5kaW5nIGNhbGxvdXRzLiAqLw0KKwlzYy0+ bmRpc190aW1lcl9jb3VudGRvd24gPSAwOw0KKw0KIAlpZiAoZGV2aWNlX2lzX2F0dGFjaGVkKGRl dikpIHsNCiAJCU5ESVNfVU5MT0NLKHNjKTsNCiAJCW5kaXNfc3RvcChzYyk7DQpAQCAtMTU0MCw3 ICsxNTQ1LDcgQEAgbmRpc190eGVvZihhZGFwdGVyLCBwYWNrZXQsIHN0YXR1cykNCiAJZWxzZQ0K IAkJaWZwLT5pZl9vZXJyb3JzKys7DQogDQotCWlmcC0+aWZfdGltZXIgPSAwOw0KKwlzYy0+bmRp c190aW1lcl9jb3VudGRvd24gPSAwOw0KIAlpZnAtPmlmX2Rydl9mbGFncyAmPSB+SUZGX0RSVl9P QUNUSVZFOw0KIA0KIAlORElTX1VOTE9DSyhzYyk7DQpAQCAtMTY0OSw2ICsxNjU0LDE3IEBAIG5k aXNfdGljayh4c2MpDQogCWNhbGxvdXRfcmVzZXQoJnNjLT5uZGlzX3N0YXRfY2FsbG91dCwNCiAJ ICAgIGh6ICogc2MtPm5kaXNfYmxvY2stPm5tYl9jaGVja2ZvcmhhbmdzZWNzLCBuZGlzX3RpY2ss IHNjKTsNCiANCisJTkRJU19MT0NLKHNjKTsNCisJaWYoc2MtPm5kaXNfdGltZXJfY291bnRkb3du ICYmDQorCSAgICAoc2MtPm5kaXNfdGltZXJfY291bnRkb3duIC09DQorCSAgICBzYy0+bmRpc19i bG9jay0+bm1iX2NoZWNrZm9yaGFuZ3NlY3MpIDwgMSkgew0KKwkJc2MtPm5kaXNfdGltZXJfY291 bnRkb3duID0gMDsNCisJCU5ESVNfVU5MT0NLKHNjKTsNCisJCW5kaXNfd2F0Y2hkb2coeHNjKTsN CisJfSBlbHNlIHsNCisJCU5ESVNfVU5MT0NLKHNjKTsNCisJfQ0KKw0KIAlyZXR1cm47DQogfQ0K IA0KQEAgLTE4ODgsNyArMTkwNCw5IEBAIG5kaXNfc3RhcnQoaWZwKQ0KIAkvKg0KIAkgKiBTZXQg YSB0aW1lb3V0IGluIGNhc2UgdGhlIGNoaXAgZ29lcyBvdXQgdG8gbHVuY2guDQogCSAqLw0KLQlp ZnAtPmlmX3RpbWVyID0gNTsNCisJaWYoc2MtPm5kaXNfdGltZXJfY291bnRkb3duID09IDApIHsN CisJCXNjLT5uZGlzX3RpbWVyX2NvdW50ZG93biA9IDU7DQorCX0NCiANCiAJTkRJU19VTkxPQ0so c2MpOw0KIA0KQEAgLTE5ODMsNiArMjAwMSw5IEBAIG5kaXNfaW5pdCh4c2MpDQogCWlmcC0+aWZf ZHJ2X2ZsYWdzIHw9IElGRl9EUlZfUlVOTklORzsNCiAJaWZwLT5pZl9kcnZfZmxhZ3MgJj0gfklG Rl9EUlZfT0FDVElWRTsNCiANCisJLyogVGhlIHRpbWVvdXQgb24gdGhlIG9sZCBpZl93YXRjaGRv ZyBpbnRlcmZhY2UuICovDQorCXNjLT5uZGlzX3RpbWVyX2NvdW50ZG93biA9IDA7DQorDQogCU5E SVNfVU5MT0NLKHNjKTsNCiANCiAJLyogWFhYIGZvcmNlIGhhbmRsaW5nICovDQpAQCAtMzExMywx NSArMzEzNCwxMiBAQCBuZGlzX3Jlc2V0dGFzayhkLCBhcmcpDQogfQ0KIA0KIHN0YXRpYyB2b2lk DQotbmRpc193YXRjaGRvZyhpZnApDQotCXN0cnVjdCBpZm5ldAkJKmlmcDsNCituZGlzX3dhdGNo ZG9nICh2b2lkICphcmcpDQogew0KLQlzdHJ1Y3QgbmRpc19zb2Z0YwkJKnNjOw0KLQ0KLQlzYyA9 IGlmcC0+aWZfc29mdGM7DQorCXN0cnVjdCBuZGlzX3NvZnRjICpzYyA9IGFyZzsNCiANCiAJTkRJ U19MT0NLKHNjKTsNCi0JaWZwLT5pZl9vZXJyb3JzKys7DQorCXNjLT5pZnAtPmlmX29lcnJvcnMr KzsNCiAJZGV2aWNlX3ByaW50ZihzYy0+bmRpc19kZXYsICJ3YXRjaGRvZyB0aW1lb3V0XG4iKTsN CiAJTkRJU19VTkxPQ0soc2MpOw0KIA0KQEAgLTMxMzAsNyArMzE0OCw3IEBAIG5kaXNfd2F0Y2hk b2coaWZwKQ0KIAkgICAgV09SS1FVRVVFX0NSSVRJQ0FMLCBzYyk7DQogCUlvUXVldWVXb3JrSXRl bShzYy0+bmRpc19zdGFydGl0ZW0sDQogCSAgICAoaW9fd29ya2l0ZW1fZnVuYyluZGlzX3N0YXJ0 dGFza193cmFwLA0KLQkgICAgV09SS1FVRVVFX0NSSVRJQ0FMLCBpZnApOw0KKwkgICAgV09SS1FV RVVFX0NSSVRJQ0FMLCBzYy0+aWZwKTsNCiANCiAJcmV0dXJuOw0KIH0NCkBAIC0zMTUwLDcgKzMx NjgsNyBAQCBuZGlzX3N0b3Aoc2MpDQogCWNhbGxvdXRfZHJhaW4oJnNjLT5uZGlzX3N0YXRfY2Fs bG91dCk7DQogDQogCU5ESVNfTE9DSyhzYyk7DQotCWlmcC0+aWZfdGltZXIgPSAwOw0KKwlzYy0+ bmRpc190aW1lcl9jb3VudGRvd24gPSAwOw0KIAlzYy0+bmRpc19saW5rID0gMDsNCiAJaWZwLT5p Zl9kcnZfZmxhZ3MgJj0gfihJRkZfRFJWX1JVTk5JTkcgfCBJRkZfRFJWX09BQ1RJVkUpOw0KIAlO RElTX1VOTE9DSyhzYyk7DQpkaWZmIC0tZ2l0IGEvc3lzL2Rldi9pZl9uZGlzL2lmX25kaXN2YXIu aCBiL3N5cy9kZXYvaWZfbmRpcy9pZl9uZGlzdmFyLmgNCmluZGV4IGJmNGYwNTYuLmEyYjU4ZDEg MTAwNjQ0DQotLS0gYS9zeXMvZGV2L2lmX25kaXMvaWZfbmRpc3Zhci5oDQorKysgYi9zeXMvZGV2 L2lmX25kaXMvaWZfbmRpc3Zhci5oDQpAQCAtMTgxLDYgKzE4MSw3IEBAIHN0cnVjdCBuZGlzX3Nv ZnRjIHsNCiAJc3RydWN0IHRhc2sJCW5kaXNfYXNzb2N0YXNrOw0KIAlpbnQJCQkoKm5kaXNfbmV3 c3RhdGUpKHN0cnVjdCBpZWVlODAyMTFjb20gKiwNCiAJCQkJICAgIGVudW0gaWVlZTgwMjExX3N0 YXRlLCBpbnQpOw0KKwlpbnQJCQluZGlzX3RpbWVyX2NvdW50ZG93bjsNCiB9Ow0KIA0KICNkZWZp bmUgTkRJU19MT0NLKF9zYykJCUtlQWNxdWlyZVNwaW5Mb2NrKCYoX3NjKS0+bmRpc19zcGlubG9j aywgXA0K --=-IB5yhN5jxYpzNcLDCq6l-- --=-TN+BhPvqyC6Eo6HkoYT6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkg/QBYACgkQcMSxQcXat5f9TACcDIrVmO/RL1Xp2hOM2+80wXoD LTkAn0/FBVe4DfBnKCwHuE00xRR8mCMc =ILtO -----END PGP SIGNATURE----- --=-TN+BhPvqyC6Eo6HkoYT6-- From owner-freebsd-current@FreeBSD.ORG Fri May 30 03:46:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1824F106567B; Fri, 30 May 2008 03:46:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C22E28FC0C; Fri, 30 May 2008 03:46:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4U3kbKi060369; Thu, 29 May 2008 23:46:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4U3kcNR010401; Thu, 29 May 2008 23:46:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BE26D73039; Thu, 29 May 2008 23:46:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080530034637.BE26D73039@freebsd-current.sentex.ca> Date: Thu, 29 May 2008 23:46:37 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 03:46:41 -0000 TB --- 2008-05-30 02:33:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-30 02:33:42 - starting HEAD tinderbox run for i386/i386 TB --- 2008-05-30 02:33:42 - cleaning the object tree TB --- 2008-05-30 02:34:08 - cvsupping the source tree TB --- 2008-05-30 02:34:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-05-30 02:34:15 - building world (CFLAGS=-O -pipe) TB --- 2008-05-30 02:34:15 - cd /src TB --- 2008-05-30 02:34:15 - /usr/bin/make -B buildworld >>> World build started on Fri May 30 02:34:17 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 30 03:40:17 UTC 2008 TB --- 2008-05-30 03:40:17 - generating LINT kernel config TB --- 2008-05-30 03:40:17 - cd /src/sys/i386/conf TB --- 2008-05-30 03:40:17 - /usr/bin/make -B LINT TB --- 2008-05-30 03:40:17 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-30 03:40:17 - cd /src TB --- 2008-05-30 03:40:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 30 03:40:17 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 1 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 2 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1558: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1569: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1572: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1579: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1584: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1585: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-30 03:46:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-30 03:46:37 - ERROR: failed to build lint kernel TB --- 2008-05-30 03:46:37 - tinderbox aborted TB --- 3250.56 user 399.91 system 4375.55 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri May 30 04:52:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C3B21065673; Fri, 30 May 2008 04:52:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 11E0B8FC15; Fri, 30 May 2008 04:52:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4U4qljB064328; Fri, 30 May 2008 00:52:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4U4ql01063247; Fri, 30 May 2008 00:52:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B82D573039; Fri, 30 May 2008 00:52:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080530045246.B82D573039@freebsd-current.sentex.ca> Date: Fri, 30 May 2008 00:52:46 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 04:52:50 -0000 TB --- 2008-05-30 03:41:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-30 03:41:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-05-30 03:41:01 - cleaning the object tree TB --- 2008-05-30 03:41:27 - cvsupping the source tree TB --- 2008-05-30 03:41:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-05-30 03:41:37 - building world (CFLAGS=-O -pipe) TB --- 2008-05-30 03:41:37 - cd /src TB --- 2008-05-30 03:41:37 - /usr/bin/make -B buildworld >>> World build started on Fri May 30 03:41:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 30 04:47:37 UTC 2008 TB --- 2008-05-30 04:47:37 - generating LINT kernel config TB --- 2008-05-30 04:47:37 - cd /src/sys/pc98/conf TB --- 2008-05-30 04:47:37 - /usr/bin/make -B LINT TB --- 2008-05-30 04:47:37 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-30 04:47:37 - cd /src TB --- 2008-05-30 04:47:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 30 04:47:38 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 1 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 2 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1558: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1569: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1572: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1579: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1584: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1585: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-30 04:52:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-30 04:52:46 - ERROR: failed to build lint kernel TB --- 2008-05-30 04:52:46 - tinderbox aborted TB --- 3188.95 user 403.17 system 4305.17 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri May 30 06:00:23 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1827C1065676; Fri, 30 May 2008 06:00:23 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 907808FC1D; Fri, 30 May 2008 06:00:22 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 5788C2D381; Fri, 30 May 2008 18:00:21 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1B35b46z+z7L; Fri, 30 May 2008 18:00:17 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 30 May 2008 18:00:17 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 4B63011428; Fri, 30 May 2008 18:01:41 +1200 (NZST) Date: Thu, 29 May 2008 23:01:41 -0700 From: Andrew Thompson To: Coleman Kane Message-ID: <20080530060141.GB68753@citylink.fud.org.nz> References: <1212093692.1681.8.camel@localhost> <20080529214604.GA68753@citylink.fud.org.nz> <1212104731.1606.9.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <1212104731.1606.9.camel@localhost> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@FreeBSD.org Subject: Re: ndis(4) patch to replace obsolete if_watchdog interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 06:00:23 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, May 29, 2008 at 07:45:31PM -0400, Coleman Kane wrote: > On Thu, 2008-05-29 at 14:46 -0700, Andrew Thompson wrote: > > On Thu, May 29, 2008 at 04:41:32PM -0400, Coleman Kane wrote: > > > Hi, > > > > > > I just replaced the obsoleted if_watchdog interface in ndis(4) with a > > > local implementation. This should remove the obnoxious warning message > > > on device init. Anyone using -CURRENT with an ndis card, could you send > > > me success/fails? > > > > > > The patch is here: > > > * http://people.freebsd.org/~cokane/patches/if_ndis-new_wd.patch > > > > > > This works different to the rest of the network drivers. The existing > > drivers use a callout tick that runs while the driver is up and an > > integer counter. > > > > if (x && --x == 0) > > ...timeout... > > > > You arm the callout and stop it after each Tx, does this have any > > perfornace impact? > > > > > > Andrew > > > > I am attaching a new patch, where I use the method that you suggested > and do away with the extra callout for the watchdog. A "tick" function > was already implemented for timeouts related to the NDIS systems. > > I am not sure if the ndis-timeout code using ndis_stat_callout > duplicates the if_watchdog code (and what I replaced it with), but I > don't think so as both were implemented side-by-side before... > A few comments inline >diff --git a/sys/dev/if_ndis/if_ndis.c b/sys/dev/if_ndis/if_ndis.c >+ NDIS_LOCK(sc); >+ if(sc->ndis_timer_countdown && >+ (sc->ndis_timer_countdown -= >+ sc->ndis_block->nmb_checkforhangsecs) < 1) { >+ sc->ndis_timer_countdown = 0; >+ NDIS_UNLOCK(sc); >+ ndis_watchdog(xsc); >+ } else { >+ NDIS_UNLOCK(sc); >+ } I think this is harder than it needs to be. It locks, unlocks, and then locks again in ndis_watchdog. I have attached a version of this diff that nukes ndis_watchdog() and just merges the code. Its also a pain to use nmb_checkforhangsecs for the timer period, the ndis driver blob can set this to whatever it desires and it could be far greater than the watchdog period of 5 secs. I introduced two counters, ndis_tx_timer and ndis_hang_timer, that allow these events to be independent of each other. > return; > } > >@@ -1888,7 +1904,9 @@ ndis_start(ifp) > /* > * Set a timeout in case the chip goes out to lunch. > */ >- ifp->if_timer = 5; >+ if(sc->ndis_timer_countdown == 0) { >+ sc->ndis_timer_countdown = 5; >+ } This isnt right. The timer doesnt need to expire in order to be reset, it should just set it each time. Otherwise if the timer is at 1 and the callout is _just_ about to fire then you will get a false watchdog timeout. cheers, Andrew --2oS5YaxWCcQjTEyO Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="ndis_watchdog.diff" Index: if_ndis.c =================================================================== RCS file: /home/ncvs/src/sys/dev/if_ndis/if_ndis.c,v retrieving revision 1.139 diff -u -p -r1.139 if_ndis.c --- if_ndis.c 12 May 2008 00:15:28 -0000 1.139 +++ if_ndis.c 30 May 2008 05:57:03 -0000 @@ -161,7 +161,6 @@ static void ndis_scan_curchan (struct ie static void ndis_scan_mindwell (struct ieee80211_scan_state *); static void ndis_init (void *); static void ndis_stop (struct ndis_softc *); -static void ndis_watchdog (struct ifnet *); static int ndis_ifmedia_upd (struct ifnet *); static void ndis_ifmedia_sts (struct ifnet *, struct ifmediareq *); static void ndis_auth (void *, int); @@ -537,6 +536,7 @@ ndis_attach(dev) KeInitializeSpinLock(&sc->ndis_spinlock); KeInitializeSpinLock(&sc->ndis_rxlock); InitializeListHead(&sc->ndis_shlist); + callout_init(&sc->ndis_stat_callout, CALLOUT_MPSAFE); if (sc->ndis_iftype == PCMCIABus) { error = ndis_alloc_amem(sc); @@ -695,7 +695,6 @@ ndis_attach(dev) ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; ifp->if_ioctl = ndis_ioctl; ifp->if_start = ndis_start; - ifp->if_watchdog = ndis_watchdog; ifp->if_init = ndis_init; ifp->if_baudrate = 10000000; IFQ_SET_MAXLEN(&ifp->if_snd, 50); @@ -1540,7 +1539,7 @@ ndis_txeof(adapter, packet, status) else ifp->if_oerrors++; - ifp->if_timer = 0; + sc->ndis_tx_timer = 0; ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; NDIS_UNLOCK(sc); @@ -1642,14 +1641,29 @@ ndis_tick(xsc) struct ndis_softc *sc; sc = xsc; + NDIS_LOCK(sc); - IoQueueWorkItem(sc->ndis_tickitem, - (io_workitem_func)ndis_ticktask_wrap, - WORKQUEUE_CRITICAL, sc); - callout_reset(&sc->ndis_stat_callout, - hz * sc->ndis_block->nmb_checkforhangsecs, ndis_tick, sc); + if (sc->ndis_hang_timer && --sc->ndis_hang_timer == 0) { + IoQueueWorkItem(sc->ndis_tickitem, + (io_workitem_func)ndis_ticktask_wrap, + WORKQUEUE_CRITICAL, sc); + sc->ndis_hang_timer = sc->ndis_block->nmb_checkforhangsecs; + } - return; + if (sc->ndis_tx_timer && --sc->ndis_tx_timer == 0) { + sc->ifp->if_oerrors++; + device_printf(sc->ndis_dev, "watchdog timeout\n"); + + IoQueueWorkItem(sc->ndis_resetitem, + (io_workitem_func)ndis_resettask_wrap, + WORKQUEUE_CRITICAL, sc); + IoQueueWorkItem(sc->ndis_startitem, + (io_workitem_func)ndis_starttask_wrap, + WORKQUEUE_CRITICAL, sc->ifp); + } + + callout_reset(&sc->ndis_stat_callout, hz, ndis_tick, sc); + NDIS_UNLOCK(sc); } static void @@ -1888,7 +1902,7 @@ ndis_start(ifp) /* * Set a timeout in case the chip goes out to lunch. */ - ifp->if_timer = 5; + sc->ndis_tx_timer = 5; NDIS_UNLOCK(sc); @@ -1982,11 +1996,7 @@ ndis_init(xsc) ifp->if_drv_flags |= IFF_DRV_RUNNING; ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; - - NDIS_UNLOCK(sc); - - /* XXX force handling */ - ieee80211_start_all(ic); /* start all vap's */ + sc->ndis_tx_timer = 0; /* * Some drivers don't set this value. The NDIS spec says @@ -1994,15 +2004,15 @@ ndis_init(xsc) * seconds." We use 3 seconds, because it seems for some * drivers, exactly 2 seconds is too fast. */ - if (sc->ndis_block->nmb_checkforhangsecs == 0) sc->ndis_block->nmb_checkforhangsecs = 3; - callout_init(&sc->ndis_stat_callout, CALLOUT_MPSAFE); - callout_reset(&sc->ndis_stat_callout, - hz * sc->ndis_block->nmb_checkforhangsecs, ndis_tick, sc); + sc->ndis_hang_timer = sc->ndis_block->nmb_checkforhangsecs; + callout_reset(&sc->ndis_stat_callout, hz, ndis_tick, sc); + NDIS_UNLOCK(sc); - return; + /* XXX force handling */ + ieee80211_start_all(ic); /* start all vap's */ } /* @@ -3112,29 +3122,6 @@ ndis_resettask(d, arg) return; } -static void -ndis_watchdog(ifp) - struct ifnet *ifp; -{ - struct ndis_softc *sc; - - sc = ifp->if_softc; - - NDIS_LOCK(sc); - ifp->if_oerrors++; - device_printf(sc->ndis_dev, "watchdog timeout\n"); - NDIS_UNLOCK(sc); - - IoQueueWorkItem(sc->ndis_resetitem, - (io_workitem_func)ndis_resettask_wrap, - WORKQUEUE_CRITICAL, sc); - IoQueueWorkItem(sc->ndis_startitem, - (io_workitem_func)ndis_starttask_wrap, - WORKQUEUE_CRITICAL, ifp); - - return; -} - /* * Stop the adapter and free any mbufs allocated to the * RX and TX lists. @@ -3150,7 +3137,7 @@ ndis_stop(sc) callout_drain(&sc->ndis_stat_callout); NDIS_LOCK(sc); - ifp->if_timer = 0; + sc->ndis_tx_timer = 0; sc->ndis_link = 0; ifp->if_drv_flags &= ~(IFF_DRV_RUNNING | IFF_DRV_OACTIVE); NDIS_UNLOCK(sc); Index: if_ndisvar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/if_ndis/if_ndisvar.h,v retrieving revision 1.31 diff -u -p -r1.31 if_ndisvar.h --- if_ndisvar.h 10 May 2008 20:12:43 -0000 1.31 +++ if_ndisvar.h 30 May 2008 05:29:02 -0000 @@ -181,6 +181,8 @@ struct ndis_softc { struct task ndis_assoctask; int (*ndis_newstate)(struct ieee80211com *, enum ieee80211_state, int); + int ndis_tx_timer; + int ndis_hang_timer; }; #define NDIS_LOCK(_sc) KeAcquireSpinLock(&(_sc)->ndis_spinlock, \ --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Fri May 30 08:08:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FA981065671 for ; Fri, 30 May 2008 08:08:19 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1A4068FC13 for ; Fri, 30 May 2008 08:08:18 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail01.m-online.net (mail.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id 59EEC21D6F6; Fri, 30 May 2008 09:58:15 +0200 (CEST) Received: from localhost (unknown [192.168.1.157]) by mail.m-online.net (Postfix) with ESMTP id F1AA89013E; Fri, 30 May 2008 09:57:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from localhost ([192.168.3.149]) by localhost (scanner1.m-online.net [192.168.1.157]) (amavisd-new, port 10024) with ESMTP id oh5e-Gz0Ea-W; Fri, 30 May 2008 09:57:50 +0200 (CEST) Received: from mail.reifenberger.com (ppp-88-217-71-119.dynamic.mnet-online.de [88.217.71.119]) by mail.mnet-online.de (Postfix) with ESMTP; Fri, 30 May 2008 09:57:50 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id 7E62F1A45F; Fri, 30 May 2008 09:57:50 +0200 (CEST) Date: Fri, 30 May 2008 09:57:50 +0200 From: Michael Reifenberger To: Robert Watson Message-ID: <20080530075750.GA5189@gw.reifenberger.com> References: <200805291700.m4TH02it075562@repoman.freebsd.org> <20080529180430.R3678@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080529180430.R3678@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Priority: normal Cc: current@freebsd.org Subject: Re: cvs commit: src/usr.sbin/jexec jexec.8 jexec.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 08:08:19 -0000 On Thu, May 29, 2008 at 06:05:37PM +0100, Robert Watson wrote: > On Thu, 29 May 2008, Michael Reifenberger wrote: > > > Log: > > Fix some bugs/complaints: > > - make addr2jid static > > - add -h Flag for hostname/ip-number search > > - s,strncmp,strcmp, in addr2jid > > - return jid only if found once > > > > Requested by: some > > FWIW, I think recent changes have made jexec behave in a fundamentally > unreliable way -- please don't MFC any of these changes until than > unreliable behavior is corrected. > What unreliable way do you mean? I just tried to address the complaints about non uniqueness if searching with a hostname or ip-number. Furthermore now hostname or ip-number is only user with the '-h' switch. So the usage is purely optional and the original jid search is the default. -- Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Fri May 30 08:24:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 854C51065670 for ; Fri, 30 May 2008 08:24:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4EE948FC18 for ; Fri, 30 May 2008 08:24:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D7F4946C4A; Fri, 30 May 2008 04:24:55 -0400 (EDT) Date: Fri, 30 May 2008 09:24:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Michael Reifenberger In-Reply-To: <20080530075750.GA5189@gw.reifenberger.com> Message-ID: <20080530091426.K34417@fledge.watson.org> References: <200805291700.m4TH02it075562@repoman.freebsd.org> <20080529180430.R3678@fledge.watson.org> <20080530075750.GA5189@gw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: cvs commit: src/usr.sbin/jexec jexec.8 jexec.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 08:24:56 -0000 On Fri, 30 May 2008, Michael Reifenberger wrote: > On Thu, May 29, 2008 at 06:05:37PM +0100, Robert Watson wrote: >> On Thu, 29 May 2008, Michael Reifenberger wrote: >> >>> Log: >>> Fix some bugs/complaints: >>> - make addr2jid static >>> - add -h Flag for hostname/ip-number search >>> - s,strncmp,strcmp, in addr2jid >>> - return jid only if found once >>> >>> Requested by: some >> >> FWIW, I think recent changes have made jexec behave in a fundamentally >> unreliable way -- please don't MFC any of these changes until than >> unreliable behavior is corrected. > > What unreliable way do you mean? I just tried to address the complaints > about non uniqueness if searching with a hostname or ip-number. Furthermore > now hostname or ip-number is only user with the '-h' switch. So the usage is > purely optional and the original jid search is the default. Here's the specific concern I have: an administrator starts a jail with a name/IP number, and various processes run, creating TCP connections. The administrator shuts down the jail to change global configuration for the jail, but some TCP connections remain in TIME_WAIT (etc) as they spin down. The administrator then restarts the jail. For some number of minutes after starting the new jail, jexec will fail with the new jail, as the specification by IP or hostname will be ambiguous. This non-determinism will be a source of inconsistent and confusing behavior. For example, it's easy to imagine jexec being used as the foundation for scripts managing services in jails, such as starting/stopping Apache with control panels, etc. If those scripts all work fine except in the first two minutes of restarting a jail, sometimes, it will be an extremely hard problem to track down. We should not encourage users to depend on something that is inherently unreliable as a result of being based on a fundamentally inconsistent concept. If we want to offer options along these lines, they need to be 100% reliable, as administrators, quite reasonably, will assume that they work (regardless of a BUGS section), and quite reasonably feel upset if they then find that, for no really good reason, they "sometimes fail" based on something pretty much beyond their control. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri May 30 09:17:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E2ED106567E; Fri, 30 May 2008 09:17:14 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 379E98FC17; Fri, 30 May 2008 09:17:13 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail01.m-online.net (mail.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id EF2F522721A; Fri, 30 May 2008 11:17:35 +0200 (CEST) Received: from localhost (unknown [192.168.1.157]) by mail.m-online.net (Postfix) with ESMTP id 7F00C90136; Fri, 30 May 2008 11:17:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from localhost ([192.168.3.149]) by localhost (scanner1.m-online.net [192.168.1.157]) (amavisd-new, port 10024) with ESMTP id Xf1finNykps9; Fri, 30 May 2008 11:17:11 +0200 (CEST) Received: from mail.reifenberger.com (ppp-88-217-71-119.dynamic.mnet-online.de [88.217.71.119]) by mail.mnet-online.de (Postfix) with ESMTP; Fri, 30 May 2008 11:17:11 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id 4B2111A5B3; Fri, 30 May 2008 11:17:11 +0200 (CEST) Date: Fri, 30 May 2008 11:17:11 +0200 From: Michael Reifenberger To: Robert Watson Message-ID: <20080530091711.GA5794@gw.reifenberger.com> References: <200805291700.m4TH02it075562@repoman.freebsd.org> <20080529180430.R3678@fledge.watson.org> <20080530075750.GA5189@gw.reifenberger.com> <20080530091426.K34417@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080530091426.K34417@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Priority: normal Cc: current@freebsd.org Subject: Re: cvs commit: src/usr.sbin/jexec jexec.8 jexec.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 09:17:14 -0000 On Fri, May 30, 2008 at 09:24:55AM +0100, Robert Watson wrote: > On Fri, 30 May 2008, Michael Reifenberger wrote: > ... > > Here's the specific concern I have: an administrator starts a jail with a > name/IP number, and various processes run, creating TCP connections. The > administrator shuts down the jail to change global configuration for the > jail, but some TCP connections remain in TIME_WAIT (etc) as they spin down. > The administrator then restarts the jail. For some number of minutes after > starting the new jail, jexec will fail with the new jail, as the > specification by IP or hostname will be ambiguous. > Really? What would jls show during the 2 minutes period? If your statement is true then jls is broken also because the displayed information cant be trusted. -- Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Fri May 30 09:46:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C07001065671 for ; Fri, 30 May 2008 09:46:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 888F78FC21 for ; Fri, 30 May 2008 09:46:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 0CFA046C17; Fri, 30 May 2008 05:46:30 -0400 (EDT) Date: Fri, 30 May 2008 10:46:29 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Michael Reifenberger In-Reply-To: <20080530091711.GA5794@gw.reifenberger.com> Message-ID: <20080530102015.K54636@fledge.watson.org> References: <200805291700.m4TH02it075562@repoman.freebsd.org> <20080529180430.R3678@fledge.watson.org> <20080530075750.GA5189@gw.reifenberger.com> <20080530091426.K34417@fledge.watson.org> <20080530091711.GA5794@gw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: cvs commit: src/usr.sbin/jexec jexec.8 jexec.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 09:46:30 -0000 On Fri, 30 May 2008, Michael Reifenberger wrote: >> Here's the specific concern I have: an administrator starts a jail with a >> name/IP number, and various processes run, creating TCP connections. The >> administrator shuts down the jail to change global configuration for the >> jail, but some TCP connections remain in TIME_WAIT (etc) as they spin down. >> The administrator then restarts the jail. For some number of minutes after >> starting the new jail, jexec will fail with the new jail, as the >> specification by IP or hostname will be ambiguous. > > Really? What would jls show during the 2 minutes period? If your statement > is true then jls is broken also because the displayed information cant be > trusted. The bug is not in jail: it behaves as designed. The bug is not in jls: it accurately reports the kernel jail state. The bug is in your code, which relies on an underlying assumption that does not reflect the reality of how jail works. The assumptions you've made sound useful, and if you read the replies you've been receiving, they are about how to make those assumptions correct, or at least provide a facility about which similar assumptions can be made. This is not the first time these issues have been discussed--in fact, they came up at the Devsummit in the context of how to handle Audit and jails, where there is a desire to have a unique, persistent, administrator-defined identifier for jail. However, to return to the point at hand: the assumptions do not currently hold, and as a result, the changes you've made to jexec(8) are fundamentally inconsistent, unreliable, and potentially quite confusing for administrators. You cannot assume that jails without processes in them immediately garbage-collect -- in fact, they may persist for seconds or minutes after the last process exits. Hence my request: please don't MFC the changes to jexec(8) until they behave in a consistent, reliable, and administrator-friendly way. As an example of the output you might reasonably say; I created a jail on zoo.FreeBSD.org, telnet'd to freefall.FreeBSD.org's SSH port, and then abruptly closed the telnet connection from the client side. I then exited the jail, created a second jail, repeated the process, and exited the jail. This leads to two jails referenced only by two TIME_WAIT state TCP connections: [zoo]# !jls JID IP Address Hostname Path 6 64.7.141.9 localhost / 5 64.7.141.9 localhost / [zoo]# !netstat netstat -n | grep 22 tcp4 0 0 64.7.141.9.61843 69.147.83.40.22 TIME_WAIT tcp4 0 0 64.7.141.9.59204 69.147.83.40.22 TIME_WAIT If I then start a third jail and leave it running, and want to use jexec, an IP address or hostname is legitimately ambiguous. Hence my comments about having a counter/flag to track the number of processes in a jail in order to differentiate "live" vs "dead" jails. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri May 30 10:02:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 075AF1065679; Fri, 30 May 2008 10:02:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B1F0B8FC0C; Fri, 30 May 2008 10:02:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4UA2IUi081049; Fri, 30 May 2008 06:02:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4UA2IuD004063; Fri, 30 May 2008 06:02:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8917A73039; Fri, 30 May 2008 06:02:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080530100218.8917A73039@freebsd-current.sentex.ca> Date: Fri, 30 May 2008 06:02:18 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 10:02:22 -0000 TB --- 2008-05-30 08:49:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-30 08:49:08 - starting HEAD tinderbox run for i386/i386 TB --- 2008-05-30 08:49:08 - cleaning the object tree TB --- 2008-05-30 08:49:33 - cvsupping the source tree TB --- 2008-05-30 08:49:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-05-30 08:49:39 - building world (CFLAGS=-O -pipe) TB --- 2008-05-30 08:49:39 - cd /src TB --- 2008-05-30 08:49:39 - /usr/bin/make -B buildworld >>> World build started on Fri May 30 08:49:40 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 30 09:56:10 UTC 2008 TB --- 2008-05-30 09:56:10 - generating LINT kernel config TB --- 2008-05-30 09:56:10 - cd /src/sys/i386/conf TB --- 2008-05-30 09:56:10 - /usr/bin/make -B LINT TB --- 2008-05-30 09:56:10 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-30 09:56:10 - cd /src TB --- 2008-05-30 09:56:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 30 09:56:10 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 1 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 2 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1558: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1569: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1572: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1579: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1584: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1585: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-30 10:02:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-30 10:02:18 - ERROR: failed to build lint kernel TB --- 2008-05-30 10:02:18 - tinderbox aborted TB --- 3247.59 user 401.44 system 4389.66 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri May 30 11:08:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4673A1065671; Fri, 30 May 2008 11:08:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 060F38FC29; Fri, 30 May 2008 11:08:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4UB7wv7086268; Fri, 30 May 2008 07:07:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4UB7wJg067780; Fri, 30 May 2008 07:07:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0D88473039; Fri, 30 May 2008 07:07:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080530110758.0D88473039@freebsd-current.sentex.ca> Date: Fri, 30 May 2008 07:07:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 11:08:01 -0000 TB --- 2008-05-30 09:56:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-30 09:56:23 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-05-30 09:56:23 - cleaning the object tree TB --- 2008-05-30 09:56:50 - cvsupping the source tree TB --- 2008-05-30 09:56:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-05-30 09:56:57 - building world (CFLAGS=-O -pipe) TB --- 2008-05-30 09:56:57 - cd /src TB --- 2008-05-30 09:56:57 - /usr/bin/make -B buildworld >>> World build started on Fri May 30 09:56:58 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 30 11:02:56 UTC 2008 TB --- 2008-05-30 11:02:56 - generating LINT kernel config TB --- 2008-05-30 11:02:56 - cd /src/sys/pc98/conf TB --- 2008-05-30 11:02:56 - /usr/bin/make -B LINT TB --- 2008-05-30 11:02:56 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-30 11:02:56 - cd /src TB --- 2008-05-30 11:02:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 30 11:02:56 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 1 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 2 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1558: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1569: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1572: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1579: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1584: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1585: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-30 11:07:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-30 11:07:57 - ERROR: failed to build lint kernel TB --- 2008-05-30 11:07:57 - tinderbox aborted TB --- 3186.15 user 408.50 system 4294.12 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri May 30 09:55:18 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF5711065672; Fri, 30 May 2008 09:55:18 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-out.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 40E518FC1A; Fri, 30 May 2008 09:55:17 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-av-04.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-04.forthnet.gr (8.14.3/8.14.3) with ESMTP id m4U9tFFQ009952; Fri, 30 May 2008 12:55:15 +0300 Received: from MX-IN-04.forthnet.gr (mx-in-04.forthnet.gr [193.92.150.163]) by mx-av-04.forthnet.gr (8.14.3/8.14.3) with ESMTP id m4U9tFMe001279; Fri, 30 May 2008 12:55:15 +0300 Received: from [192.168.136.22] (adsl164-88.kln.forthnet.gr [62.1.67.88]) by MX-IN-04.forthnet.gr (8.14.3/8.14.3) with ESMTP id m4U9tBfm019804; Fri, 30 May 2008 12:55:12 +0300 Authentication-Results: MX-IN-04.forthnet.gr smtp.mail=dds@aueb.gr; spf=neutral Authentication-Results: MX-IN-04.forthnet.gr header.from=dds@aueb.gr; sender-id=neutral Message-ID: <483FCEE6.3030608@aueb.gr> Date: Fri, 30 May 2008 12:54:46 +0300 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Maxim Sobolev References: <20080528110003.Q24259@beagle.kn.op.dlr.de> <483D5DF8.4020504@icyb.net.ua> <483F1559.2020600@aueb.gr> <483F3AA2.8000601@FreeBSD.org> In-Reply-To: <483F3AA2.8000601@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 30 May 2008 11:08:36 +0000 Cc: Harti Brandt , Andriy Gapon , current@FreeBSD.org Subject: Re: cp(1) and mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 09:55:19 -0000 Maxim Sobolev wrote: >> I also think we should use mmap for larger files, mmapping and writing >> them out in several chunks. > > I believe that even better way is to extend sendfile(2) to allow both > sockets and file descriptors to be used as the destination and use that > interface instead of mmap/read/write. Linux for example allows that. Sounds like a good idea. Linux's sendfile documents this behavior: "sendfile() copies data between one file descriptor and another.", but then mentions it is not currently implemented: "Presently (Linux 2.6.9): in_fd, must correspond to a file which supports mmap()-like operations (i.e., it cannot be a socket); and out_fd must refer to a socket." Solaris documents it and supports it: "The in_fd argument should be a file descriptor to a regular file opened for reading. See open(2). The out_fd argument should be a file descriptor to a regular file opened for writing or to a connected AF_INET or AF_INET6 socket of SOCK_STREAM type." I will look at it after fixing the more pressing cp(1) bug. Diomidis From owner-freebsd-current@FreeBSD.ORG Fri May 30 11:47:11 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 106511065673; Fri, 30 May 2008 11:47:11 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.124]) by mx1.freebsd.org (Postfix) with ESMTP id A65458FC1E; Fri, 30 May 2008 11:47:10 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from orion.intree.net ([70.62.16.218]) by hrndva-omta06.mail.rr.com with ESMTP id <20080530114709.ZNCC9231.hrndva-omta06.mail.rr.com@orion.intree.net>; Fri, 30 May 2008 11:47:09 +0000 Received: from mail.cokane.org (unknown [172.31.0.6]) by orion.intree.net (Postfix) with ESMTP id 873C4361C04A; Fri, 30 May 2008 07:47:09 -0400 (EDT) Received: by mail.cokane.org (Postfix, from userid 103) id 46D911DB2F9; Fri, 30 May 2008 07:47:09 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id D544216B55B; Fri, 30 May 2008 07:46:55 -0400 (EDT) From: Coleman Kane To: Andrew Thompson In-Reply-To: <20080530060141.GB68753@citylink.fud.org.nz> References: <1212093692.1681.8.camel@localhost> <20080529214604.GA68753@citylink.fud.org.nz> <1212104731.1606.9.camel@localhost> <20080530060141.GB68753@citylink.fud.org.nz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5EdkLJEHnttaRgZoHuxY" Organization: FreeBSD Project Date: Fri, 30 May 2008 07:46:10 -0400 Message-Id: <1212147970.1606.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: ndis(4) patch to replace obsolete if_watchdog interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 11:47:11 -0000 --=-5EdkLJEHnttaRgZoHuxY Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-05-29 at 23:01 -0700, Andrew Thompson wrote: > On Thu, May 29, 2008 at 07:45:31PM -0400, Coleman Kane wrote: > > On Thu, 2008-05-29 at 14:46 -0700, Andrew Thompson wrote: > > > On Thu, May 29, 2008 at 04:41:32PM -0400, Coleman Kane wrote: > > > > Hi, > > > >=20 > > > > I just replaced the obsoleted if_watchdog interface in ndis(4) with= a > > > > local implementation. This should remove the obnoxious warning mess= age > > > > on device init. Anyone using -CURRENT with an ndis card, could you = send > > > > me success/fails? > > > >=20 > > > > The patch is here: > > > > * http://people.freebsd.org/~cokane/patches/if_ndis-new_wd.patch > > >=20 > > >=20 > > > This works different to the rest of the network drivers. The existing > > > drivers use a callout tick that runs while the driver is up and an > > > integer counter. > > >=20 > > > if (x && --x =3D=3D 0) > > > ...timeout... > > >=20 > > > You arm the callout and stop it after each Tx, does this have any > > > perfornace impact? > > >=20 > > >=20 > > > Andrew > > >=20 > >=20 > > I am attaching a new patch, where I use the method that you suggested > > and do away with the extra callout for the watchdog. A "tick" function > > was already implemented for timeouts related to the NDIS systems. > >=20 > > I am not sure if the ndis-timeout code using ndis_stat_callout > > duplicates the if_watchdog code (and what I replaced it with), but I > > don't think so as both were implemented side-by-side before... > >=20 >=20 > A few comments inline >=20 > >diff --git a/sys/dev/if_ndis/if_ndis.c b/sys/dev/if_ndis/if_ndis.c > >+ NDIS_LOCK(sc); > >+ if(sc->ndis_timer_countdown && > >+ (sc->ndis_timer_countdown -=3D > >+ sc->ndis_block->nmb_checkforhangsecs) < 1) { > >+ sc->ndis_timer_countdown =3D 0; > >+ NDIS_UNLOCK(sc); > >+ ndis_watchdog(xsc); > >+ } else { > >+ NDIS_UNLOCK(sc); > >+ } >=20 > I think this is harder than it needs to be. It locks, unlocks, and then > locks again in ndis_watchdog. I have attached a version of this diff > that nukes ndis_watchdog() and just merges the code. Its also a pain to > use nmb_checkforhangsecs for the timer period, the ndis driver blob can > set this to whatever it desires and it could be far greater than the > watchdog period of 5 secs. >=20 > I introduced two counters, ndis_tx_timer and ndis_hang_timer, that allow > these events to be independent of each other. >=20 > > return; > > } > >=20 > >@@ -1888,7 +1904,9 @@ ndis_start(ifp) > > /* > > * Set a timeout in case the chip goes out to lunch. > > */ > >- ifp->if_timer =3D 5; > >+ if(sc->ndis_timer_countdown =3D=3D 0) { > >+ sc->ndis_timer_countdown =3D 5; > >+ } >=20 > This isnt right. The timer doesnt need to expire in order to be reset, > it should just set it each time. Otherwise if the timer is at 1 and the > callout is _just_ about to fire then you will get a false watchdog > timeout. >=20 >=20 >=20 > cheers, > Andrew Thanks this has all been very helpful. I'll test this out today and let you know how it goes. --=20 Coleman Kane --=-5EdkLJEHnttaRgZoHuxY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkg/6QAACgkQcMSxQcXat5fwCQCeJwM0aLFBamfuGyTpuMSTorIC /3oAnRvYP71xHJ4sig3of5eCl4Hiyal9 =5YFo -----END PGP SIGNATURE----- --=-5EdkLJEHnttaRgZoHuxY-- From owner-freebsd-current@FreeBSD.ORG Fri May 30 12:45:07 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C73EA1065675; Fri, 30 May 2008 12:45:07 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.123]) by mx1.freebsd.org (Postfix) with ESMTP id 730DF8FC15; Fri, 30 May 2008 12:45:07 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from orion.intree.net ([70.62.16.218]) by hrndva-omta01.mail.rr.com with ESMTP id <20080530124506.PJBF17285.hrndva-omta01.mail.rr.com@orion.intree.net>; Fri, 30 May 2008 12:45:06 +0000 Received: from mail.cokane.org (unknown [172.31.0.6]) by orion.intree.net (Postfix) with ESMTP id B4BA0361C04A; Fri, 30 May 2008 08:45:05 -0400 (EDT) Received: by mail.cokane.org (Postfix, from userid 103) id 8DEE81DB2F9; Fri, 30 May 2008 08:45:05 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id 0B58216B55B; Fri, 30 May 2008 08:44:52 -0400 (EDT) From: Coleman Kane To: Andrew Thompson In-Reply-To: <1212147970.1606.13.camel@localhost> References: <1212093692.1681.8.camel@localhost> <20080529214604.GA68753@citylink.fud.org.nz> <1212104731.1606.9.camel@localhost> <20080530060141.GB68753@citylink.fud.org.nz> <1212147970.1606.13.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-lnBRs4Lg5yOx5WeImu28" Organization: FreeBSD Project Date: Fri, 30 May 2008 08:44:01 -0400 Message-Id: <1212151441.1802.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: ndis(4) patch to replace obsolete if_watchdog interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 12:45:08 -0000 --=-lnBRs4Lg5yOx5WeImu28 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-05-30 at 07:46 -0400, Coleman Kane wrote: > On Thu, 2008-05-29 at 23:01 -0700, Andrew Thompson wrote: > > On Thu, May 29, 2008 at 07:45:31PM -0400, Coleman Kane wrote: > > > On Thu, 2008-05-29 at 14:46 -0700, Andrew Thompson wrote: > > > > On Thu, May 29, 2008 at 04:41:32PM -0400, Coleman Kane wrote: > > > > > Hi, > > > > >=20 > > > > > I just replaced the obsoleted if_watchdog interface in ndis(4) wi= th a > > > > > local implementation. This should remove the obnoxious warning me= ssage > > > > > on device init. Anyone using -CURRENT with an ndis card, could yo= u send > > > > > me success/fails? > > > > >=20 > > > > > The patch is here: > > > > > * http://people.freebsd.org/~cokane/patches/if_ndis-new_wd.patc= h > > > >=20 > > > >=20 > > > > This works different to the rest of the network drivers. The existi= ng > > > > drivers use a callout tick that runs while the driver is up and an > > > > integer counter. > > > >=20 > > > > if (x && --x =3D=3D 0) > > > > ...timeout... > > > >=20 > > > > You arm the callout and stop it after each Tx, does this have any > > > > perfornace impact? > > > >=20 > > > >=20 > > > > Andrew > > > >=20 > > >=20 > > > I am attaching a new patch, where I use the method that you suggested > > > and do away with the extra callout for the watchdog. A "tick" functio= n > > > was already implemented for timeouts related to the NDIS systems. > > >=20 > > > I am not sure if the ndis-timeout code using ndis_stat_callout > > > duplicates the if_watchdog code (and what I replaced it with), but I > > > don't think so as both were implemented side-by-side before... > > >=20 > >=20 > > A few comments inline > >=20 > > >diff --git a/sys/dev/if_ndis/if_ndis.c b/sys/dev/if_ndis/if_ndis.c > > >+ NDIS_LOCK(sc); > > >+ if(sc->ndis_timer_countdown && > > >+ (sc->ndis_timer_countdown -=3D > > >+ sc->ndis_block->nmb_checkforhangsecs) < 1) { > > >+ sc->ndis_timer_countdown =3D 0; > > >+ NDIS_UNLOCK(sc); > > >+ ndis_watchdog(xsc); > > >+ } else { > > >+ NDIS_UNLOCK(sc); > > >+ } > >=20 > > I think this is harder than it needs to be. It locks, unlocks, and then > > locks again in ndis_watchdog. I have attached a version of this diff > > that nukes ndis_watchdog() and just merges the code. Its also a pain to > > use nmb_checkforhangsecs for the timer period, the ndis driver blob can > > set this to whatever it desires and it could be far greater than the > > watchdog period of 5 secs. > >=20 > > I introduced two counters, ndis_tx_timer and ndis_hang_timer, that allo= w > > these events to be independent of each other. > >=20 > > > return; > > > } > > >=20 > > >@@ -1888,7 +1904,9 @@ ndis_start(ifp) > > > /* > > > * Set a timeout in case the chip goes out to lunch. > > > */ > > >- ifp->if_timer =3D 5; > > >+ if(sc->ndis_timer_countdown =3D=3D 0) { > > >+ sc->ndis_timer_countdown =3D 5; > > >+ } > >=20 > > This isnt right. The timer doesnt need to expire in order to be reset, > > it should just set it each time. Otherwise if the timer is at 1 and the > > callout is _just_ about to fire then you will get a false watchdog > > timeout. > >=20 > >=20 > >=20 > > cheers, > > Andrew >=20 > Thanks this has all been very helpful. I'll test this out today and let > you know how it goes. >=20 Your rewrite is working pretty well for me. --=20 Coleman Kane --=-lnBRs4Lg5yOx5WeImu28 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkg/9owACgkQcMSxQcXat5crWgCfUb2QcVhPvBDAXgoDi18I/ba0 yq4An094ocoxViK/anhVWp1RMbP8hyPv =8apK -----END PGP SIGNATURE----- --=-lnBRs4Lg5yOx5WeImu28-- From owner-freebsd-current@FreeBSD.ORG Fri May 30 13:59:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7237E10656C9 for ; Fri, 30 May 2008 13:59:16 +0000 (UTC) (envelope-from skylord@linkline.ru) Received: from res.linkline.ru (res.linkline.ru [91.200.224.6]) by mx1.freebsd.org (Postfix) with ESMTP id 13F028FC25 for ; Fri, 30 May 2008 13:59:15 +0000 (UTC) (envelope-from skylord@linkline.ru) Received: from res.linkline.ru (localhost.linkline.ru [127.0.0.1]) by res.linkline.ru (Postfix) with ESMTP id 235365C116 for ; Fri, 30 May 2008 17:35:18 +0400 (MSD) Received: from res.linkline.ru (localhost.linkline.ru [127.0.0.1]) by res.linkline.ru (Postfix) with ESMTP id E51F45C113 for ; Fri, 30 May 2008 17:35:17 +0400 (MSD) Received: from 91.200.224.7 (SquirrelMail authenticated user skylord) by res.linkline.ru with HTTP; Fri, 30 May 2008 17:35:17 +0400 (MSD) Message-ID: <33645.91.200.224.7.1212154517.squirrel@res.linkline.ru> Date: Fri, 30 May 2008 17:35:17 +0400 (MSD) From: "Mikle Davidkin" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Fri, 30 May 2008 14:07:35 +0000 Subject: Call for testers : age(4), Attansic/Atheros L1 gigabit ethernet controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 13:59:16 -0000 On Thu, 13 Mar 2008 12:43:21 +0900 Pyun YongHyeon wrote: > > > As I said, I already know poor performance issue of age(4) but I'm > > > more interested in getting a stable driver. If you're owner of L1 > > > gigabit ethernet controller please give it spin and let me know > > > how it goes on your system. > > > > For CURRENT: > http://people.freebsd.org/~yongari/age/age.HEAD.diff > For RELENG_7/7.0-RELEASE: > http://people.freebsd.org/~yongari/age/age.7.0R.diff > > > o Patch kernel srouce and rebuild/reboot your kernel. > > > #cd /usr/src > > > #patch -p0 < /path/to/age.HEAD.diff > > > > > > Test: > > > Use age(4) for your normal network activities and report success or > > > any issues you've encountered. The driver may be chatty to ease of > > > debugging. Today I've patched my 7.0-STABLE (csup from 28 may) with your diff, downloaded fresh file revisions, recompiled kernel and try to use driver for my on-board network card on ECS A740GM-M... It works like a charm! Thanks a lot! dmesg info: ==================== pci0: driver added found-> vendor=0x1002, dev=0x4385, revid=0x3a domain=0, bus=0, slot=20, func=0 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0403, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:0:20:0: reprobing on driver added pci1: driver added pci2: driver added pci3: driver added found-> vendor=0x1969, dev=0x1048, revid=0xb0 domain=0, bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:3:0:0: reprobing on driver added age0: mem 0xfeac0000-0xfeafffff irq 17 at device 0.0 on pci3 age0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xfeac0000 age0: PCI device revision : 0x00b0 age0: Chip id/revision : 0x9006 age0: 1280 Tx FIFO, 2364 Rx FIFO age0: MSIX count : 0 age0: MSI count : 1 age0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 258 to vector 63 age0: using IRQ 258 for MSI age0: Using 1 MSI messages. age0: Read request size : 512 bytes. age0: TLP payload size : 128 bytes. miibus2: on age0 atphy0: PHY 0 on miibus2 atphy0: OUI 0x001374, model 0x0001, rev. 5 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto age0: bpf attached age0: Ethernet address: 00:00:90:85:fa:1b msi: Assigning MSI IRQ 258 to local APIC 0 age0: [MPSAFE] age0: [FILTER] pci4: driver added age0: link state changed to DOWN age0: link state changed to UP age0: interrupt moderation is 100 us. age0: link state changed to DOWN age0: interrupt moderation is 100 us. age0: link state changed to UP ==================== pciconf -lv ==================== age0@pci0:3:0:0: class=0x020000 card=0x10481019 chip=0x10481969 rev=0xb0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' device = 'L1 Gigabit Ethernet 10/100/1000Base-T Ethernet Controller' class = network subclass = ethernet ==================== ifconfig age0 ==================== age0: flags=8843 metric 0 mtu 1500 options=319b ether 00:00:90:85:fa:1b inet 10.72.0.104 netmask 0xffffc000 broadcast 10.72.63.255 media: Ethernet autoselect (1000baseTX ) status: active ==================== BTW, at first look driver performance is not so poor as could be expected after your words. I get over 200-300Mbit/s FTP download rate from my other gigabit box - it's usual speed in this enviroment with other NICs too... I'll do more tests, sure... Anyways - thanks a lot for this driver! From owner-freebsd-current@FreeBSD.ORG Fri May 30 16:23:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D81901065672; Fri, 30 May 2008 16:23:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AE05F8FC20; Fri, 30 May 2008 16:23:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4UGNeMr074605; Fri, 30 May 2008 12:23:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4UGNdMB083043; Fri, 30 May 2008 12:23:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C3D3973039; Fri, 30 May 2008 12:23:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080530162339.C3D3973039@freebsd-current.sentex.ca> Date: Fri, 30 May 2008 12:23:39 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 16:23:46 -0000 TB --- 2008-05-30 15:06:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-30 15:06:44 - starting HEAD tinderbox run for i386/i386 TB --- 2008-05-30 15:06:44 - cleaning the object tree TB --- 2008-05-30 15:07:13 - cvsupping the source tree TB --- 2008-05-30 15:07:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-05-30 15:07:19 - building world (CFLAGS=-O -pipe) TB --- 2008-05-30 15:07:19 - cd /src TB --- 2008-05-30 15:07:19 - /usr/bin/make -B buildworld >>> World build started on Fri May 30 15:07:21 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 30 16:17:06 UTC 2008 TB --- 2008-05-30 16:17:06 - generating LINT kernel config TB --- 2008-05-30 16:17:06 - cd /src/sys/i386/conf TB --- 2008-05-30 16:17:06 - /usr/bin/make -B LINT TB --- 2008-05-30 16:17:06 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-30 16:17:06 - cd /src TB --- 2008-05-30 16:17:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 30 16:17:06 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 1 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 2 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1558: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1569: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1572: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1579: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1584: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1585: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-30 16:23:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-30 16:23:39 - ERROR: failed to build lint kernel TB --- 2008-05-30 16:23:39 - tinderbox aborted TB --- 3278.16 user 411.61 system 4615.35 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri May 30 16:26:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A8851065740; Fri, 30 May 2008 16:26:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 959D98FC1C; Fri, 30 May 2008 16:26:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4UGPsG2024908; Fri, 30 May 2008 12:26:30 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 30 May 2008 12:16:19 -0400 User-Agent: KMail/1.9.7 References: <1212093692.1681.8.camel@localhost> <20080529214604.GA68753@citylink.fud.org.nz> In-Reply-To: <20080529214604.GA68753@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805301216.20162.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 30 May 2008 12:26:30 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7295/Fri May 30 11:03:48 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Coleman Kane , Andrew Thompson Subject: Re: ndis(4) patch to replace obsolete if_watchdog interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 16:26:37 -0000 On Thursday 29 May 2008 05:46:05 pm Andrew Thompson wrote: > On Thu, May 29, 2008 at 04:41:32PM -0400, Coleman Kane wrote: > > Hi, > > > > I just replaced the obsoleted if_watchdog interface in ndis(4) with a > > local implementation. This should remove the obnoxious warning message > > on device init. Anyone using -CURRENT with an ndis card, could you send > > me success/fails? > > > > The patch is here: > > * http://people.freebsd.org/~cokane/patches/if_ndis-new_wd.patch > > > This works different to the rest of the network drivers. The existing > drivers use a callout tick that runs while the driver is up and an > integer counter. > > if (x && --x == 0) > ...timeout... > > You arm the callout and stop it after each Tx, does this have any > perfornace impact? Hmm, I'm not sure, but I'm doing the simple method myself in the various drivers I'm currently updating. I would err on the side of simplicity unless it is proven that a more complex solution (i.e. having a separate timer that gets maintained) is needed. Another thing to consider is that you now have the overhead of running the callout periodically in the complex case whereas in normal operation it would always be cancelled and never run in the simple case (timeouts are rare). Probably best is to do some actual measurements both ways though. In general, simpler, more intuitive alogrithms are better than more complex ones unless there is a real performance benefit from the complexity. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 30 16:26:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42C371065777; Fri, 30 May 2008 16:26:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id DB9C78FC0A; Fri, 30 May 2008 16:26:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4UGPsG3024908; Fri, 30 May 2008 12:26:36 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 30 May 2008 12:23:22 -0400 User-Agent: KMail/1.9.7 References: <20080529213227.6F90A73039@freebsd-current.sentex.ca> In-Reply-To: <20080529213227.6F90A73039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805301223.23219.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 30 May 2008 12:26:36 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7295/Fri May 30 11:03:48 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: FreeBSD Tinderbox , i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 16:26:43 -0000 On Thursday 29 May 2008 05:32:27 pm FreeBSD Tinderbox wrote: > TB --- 2008-05-29 20:19:04 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-05-29 20:19:04 - starting HEAD tinderbox run for i386/i386 > TB --- 2008-05-29 20:19:04 - cleaning the object tree > TB --- 2008-05-29 20:19:43 - cvsupping the source tree > TB --- 2008-05-29 20:19:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile > TB --- 2008-05-29 20:19:50 - building world (CFLAGS=-O -pipe) > TB --- 2008-05-29 20:19:50 - cd /src > TB --- 2008-05-29 20:19:50 - /usr/bin/make -B buildworld > >>> World build started on Thu May 29 20:19:52 UTC 2008 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > >>> World build completed on Thu May 29 21:26:14 UTC 2008 > TB --- 2008-05-29 21:26:14 - generating LINT kernel config > TB --- 2008-05-29 21:26:14 - cd /src/sys/i386/conf > TB --- 2008-05-29 21:26:14 - /usr/bin/make -B LINT > TB --- 2008-05-29 21:26:14 - building LINT kernel (COPTFLAGS=) > TB --- 2008-05-29 21:26:14 - cd /src > TB --- 2008-05-29 21:26:14 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Thu May 29 21:26:14 UTC 2008 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 1 of 'bcopy' discards qualifiers from pointer target type > /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 2 of 'bcopy' discards qualifiers from pointer target type > /src/sys/dev/ie/if_ie.c:1558: warning: assignment discards qualifiers from pointer target type > /src/sys/dev/ie/if_ie.c:1569: warning: assignment discards qualifiers from pointer target type > /src/sys/dev/ie/if_ie.c:1572: warning: assignment discards qualifiers from pointer target type > /src/sys/dev/ie/if_ie.c:1579: warning: assignment discards qualifiers from pointer target type > /src/sys/dev/ie/if_ie.c:1584: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type > /src/sys/dev/ie/if_ie.c:1585: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type > *** Error code 1 Sorry, should be fixed. It compiled fine from sys/modules/ie, just not from LINT. :( -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 30 17:32:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 300C6106566B; Fri, 30 May 2008 17:32:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0AF1A8FC0C; Fri, 30 May 2008 17:32:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m4UHWKQ3092277; Fri, 30 May 2008 13:32:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m4UHWKHn039127; Fri, 30 May 2008 13:32:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4ADC873039; Fri, 30 May 2008 13:32:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080530173220.4ADC873039@freebsd-current.sentex.ca> Date: Fri, 30 May 2008 13:32:18 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 17:32:23 -0000 TB --- 2008-05-30 16:17:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-05-30 16:17:36 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-05-30 16:17:37 - cleaning the object tree TB --- 2008-05-30 16:18:05 - cvsupping the source tree TB --- 2008-05-30 16:18:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-05-30 16:18:13 - building world (CFLAGS=-O -pipe) TB --- 2008-05-30 16:18:13 - cd /src TB --- 2008-05-30 16:18:13 - /usr/bin/make -B buildworld >>> World build started on Fri May 30 16:18:14 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 30 17:27:07 UTC 2008 TB --- 2008-05-30 17:27:07 - generating LINT kernel config TB --- 2008-05-30 17:27:07 - cd /src/sys/pc98/conf TB --- 2008-05-30 17:27:07 - /usr/bin/make -B LINT TB --- 2008-05-30 17:27:07 - building LINT kernel (COPTFLAGS=) TB --- 2008-05-30 17:27:07 - cd /src TB --- 2008-05-30 17:27:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 30 17:27:07 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 1 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1535: warning: passing argument 2 of 'bcopy' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1558: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1569: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1572: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1579: warning: assignment discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1584: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type /src/sys/dev/ie/if_ie.c:1585: warning: passing argument 1 of 'bzero' discards qualifiers from pointer target type *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-30 17:32:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-30 17:32:18 - ERROR: failed to build lint kernel TB --- 2008-05-30 17:32:18 - tinderbox aborted TB --- 3212.37 user 416.33 system 4481.86 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri May 30 18:22:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0E40106564A for ; Fri, 30 May 2008 18:22:15 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9A88A8FC17 for ; Fri, 30 May 2008 18:22:15 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [217.50.139.106] (helo=localhost) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1K29Ez-0004vB-DW for freebsd-current@freebsd.org; Fri, 30 May 2008 20:22:13 +0200 Date: Fri, 30 May 2008 20:22:05 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20080530202205.4b79fecd@fabiankeil.de> X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.9; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/BaiOXDnb5h_oQO_qvW64AHN"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Subject: panic: solaris assert: vdev_config_sync(rvd, txg) == 0, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c, line: 3014 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 18:22:16 -0000 --Sig_/BaiOXDnb5h_oQO_qvW64AHN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable A few days ago I used fdisk -p, modified two slice types in the output and used it as fdisk "config file" with the intention to merely change the slice types on disk. As an extra service, fdisk "adjusted" the size of the last slice (ad0s3) for me, thus the last sectors of ad0s3f became unreachable and geli could no longer read the meta information. ad0s3f.eli is part of the following ZFS pool: fk@TP51 ~ $sudo zpool status tank pool: tank state: ONLINE scrub: scrub completed with 0 errors on Wed May 28 22:05:33 2008 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad0s3f.eli ONLINE 0 0 0 ad0s2.eli ONLINE 0 0 0 errors: No known data errors After fdisk's "adjustment" ad0s2.eli was still available, while ad0s3f.eli wasn't. This reproducible caused the following panic a few seconds after loading the zfs module: Unread portion of the kernel message buffer: panic: solaris assert: vdev_config_sync(rvd, txg) =3D=3D 0, file: /usr/src/= sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c, lin= e: 3014 cpuid =3D 0 KDB: enter: panic panic: from debugger cpuid =3D 0 Uptime: 59s Physical memory: 998 MB Dumping 85 MB: 70 54 38 22 6 [...] (kgdb) where #0 doadump () at pcpu.h:196 #1 0xc05c2446 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 18 #2 0xc05c2673 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:572 #3 0xc04ab827 in db_panic (addr=3DCould not find the frame base for "db_pa= nic". ) at /usr/src/sys/ddb/db_command.c:446 #4 0xc04ac1dc in db_command (last_cmdp=3D0xc08d4190, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:413 #5 0xc04ac2ea in db_command_loop () at /usr/src/sys/ddb/db_command.c:466 #6 0xc04adadd in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:228 #7 0xc05e97e6 in kdb_trap (type=3D3, code=3D0, tf=3D0xf3b10b24) at /usr/sr= c/sys/kern/subr_kdb.c:534 #8 0xc08192eb in trap (frame=3D0xf3b10b24) at /usr/src/sys/i386/i386/trap.= c:683 #9 0xc07feddb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc05e996a in kdb_enter (why=3D0xc085d1da "panic", msg=3D0xc085d1da "pa= nic") at cpufunc.h:60 #11 0xc05c265c in panic (fmt=3D0xc552b214 "solaris assert: %s, file: %s, li= ne: %d") at /usr/src/sys/kern/kern_shutdown.c:556 #12 0xc54edb91 in spa_sync (spa=3DVariable "spa" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/= zfs/spa.c:3014 #13 0xc54f4aca in txg_sync_thread (arg=3D0xc4c56400) at /usr/src/sys/module= s/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/txg.c:331 #14 0xc05a63e4 in fork_exit (callout=3D0xc54f48e0 , arg=3D= 0xc4c56400, frame=3D0xf3b10d38) at /usr/src/sys/kern/kern_fork.c:812 #15 0xc07fee50 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 270 With both pool members unavailable the panic didn't occur: fk@TP51 ~ $sudo zpool status pool: tank state: FAULTED status: One or more devices could not be used because the label is missing= =20 or invalid. There are insufficient replicas for the pool to contin= ue functioning. action: Destroy and re-create the pool from a backup source. see: http://www.sun.com/msg/ZFS-8000-5E scrub: none requested config: NAME STATE READ WRITE CKSUM tank FAULTED 0 0 0 corrupted data ad0s3f UNAVAIL 0 0 0 corrupted data ad0s2 UNAVAIL 0 0 0 corrupted data After disabling the corrupted pool, I was also unable to import any other: [My notes are incomplete, but I think I just used "zpool export tank" here.] fk@TP51 ~ $sudo zpool status no pools available=20 fk@TP51 ~ $sudo zpool import sv120 Assertion failed: ((null)), function fd =3D=3D 0, file /usr/src/cddl/lib/li= bzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_import.c, l= ine 771. Abort trap: 6 (core dumped) I'm using FreeBSD 8.0-CURRENT #0: Tue May 27 21:38:01 CEST 2008 fk@TP51.local:/usr/obj/usr/src/sys/THINKPAD i386. Should I file a PR about this (the ZFS part)? Given that a fdisk hack with the offending "adjustment" code removed was able to get the whole ad0s3f back, I'm also wondering if it wouldn't make sense to provide fdisk with a "no adjustments, please" option? Fabian --Sig_/BaiOXDnb5h_oQO_qvW64AHN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhARc0ACgkQBYqIVf93VJ0wpQCgr41yXEDU3UvU4SOAQuwABsmu cboAoKWAtQlIUJ+h7V88lZShAksoEApI =UnIz -----END PGP SIGNATURE----- --Sig_/BaiOXDnb5h_oQO_qvW64AHN-- From owner-freebsd-current@FreeBSD.ORG Fri May 30 21:48:39 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B70DE106566B for ; Fri, 30 May 2008 21:48:39 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 73E0A8FC14 for ; Fri, 30 May 2008 21:48:39 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4ULmX9U027000 for ; Fri, 30 May 2008 17:48:33 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: current@FreeBSD.org Date: Fri, 30 May 2008 16:53:03 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805301653.04165.jhb@FreeBSD.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 30 May 2008 17:48:33 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7298/Fri May 30 15:28:07 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: sbsh(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 21:48:39 -0000 I have a patch to make sbsh(4) MPSAFE. I have no hardware, however, so I can't test it. This driver has the interesting "property" that it unconditionally sleeps waiting for an interrupt in several places like if_init and if_start that are very dubious. It probably sleeps in interrupt thread context as a result. http://www.FreeBSD.org/~jhb/patches/sbsh.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat May 31 02:53:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8957F106564A; Sat, 31 May 2008 02:53:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 452718FC0A; Sat, 31 May 2008 02:53:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4V2rR5F031238; Fri, 30 May 2008 22:53:27 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Fri, 30 May 2008 22:53:20 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805302253.20686.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 30 May 2008 22:53:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7300/Fri May 30 19:42:28 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: snc(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 02:53:33 -0000 I have a patch to make snc(4) MPSAFE. I do not have any hardware to test it however. Note that this patch is relative to the recent commits to trim the NetBSDism's from the driver. http://www.FreeBSD.org/~jhb/patches/snc.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat May 31 03:39:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22CAA1065678 for ; Sat, 31 May 2008 03:39:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id D9CD78FC1D for ; Sat, 31 May 2008 03:39:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4V3dbH1031514 for ; Fri, 30 May 2008 23:39:37 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Fri, 30 May 2008 23:39:33 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805302339.33935.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 30 May 2008 23:39:37 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7300/Fri May 30 19:42:28 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: tx(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 03:39:44 -0000 I have a patch to make tx(4) MPSAFE. I do not have the hardware to test this however. Unlike many of the previous patches, though, this driver appears to be for hardware that is not entirely ancient, so there is hopefully a decent chance someone can test this. http://www.FreeBSD.org/~jhb/patches/tx.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat May 31 04:25:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C38901065676 for ; Sat, 31 May 2008 04:25:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 68C6D8FC1D for ; Sat, 31 May 2008 04:25:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4V4PChG031797 for ; Sat, 31 May 2008 00:25:13 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Sat, 31 May 2008 00:24:59 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805310025.00003.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Sat, 31 May 2008 00:25:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7300/Fri May 30 19:42:28 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: xe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 04:25:19 -0000 I have a patch to make xe(4) MPSAFE. I do not have hardware to test this, however. Please test this, or the driver will be removed. http://www.FreeBSD.org/~jhb/patches/xe.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat May 31 04:37:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A940106564A for ; Sat, 31 May 2008 04:37:11 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5F62B8FC0A for ; Sat, 31 May 2008 04:37:11 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so87814ywe.13 for ; Fri, 30 May 2008 21:37:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=8YcgxmvJFEXXbxVzecY0xmWa+C7HEtg4cQS13kPcYi8=; b=nr7wT04p5127g7Ah2ZfHG2HkglAeDrXZmUm3EwvLyI2C3x5NgngeLwIC0K49jdnFXCj+OQatl2MAPfIPiUwnHQhiJErPAJzZMmiQr+ACGSkKcFCXi4UUm1ev6e/KFpX27/JNVCt6EVioYtBelte0P5EBtFzVap76bygB4KzICZc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SX6TWedVO+FBS1ZLSxYn4igh++GlGS02qRVzPRKsdVzYWzp7RZlUG7y8bEe14x5QDXECclcJnqjBUEIiNdLtgdTMuZprY+1GByyAAOOAzcKsR9AgV4c1eP7qP2nabooy1wOPwhOPxs8F3fXRskSPjEZcO79EqeTtt1jCiyWPqk4= Received: by 10.150.11.6 with SMTP id 6mr11119060ybk.9.1212206985634; Fri, 30 May 2008 21:09:45 -0700 (PDT) Received: by 10.151.51.5 with HTTP; Fri, 30 May 2008 21:09:45 -0700 (PDT) Message-ID: Date: Fri, 30 May 2008 21:09:45 -0700 From: "Freddie Cash" To: current@freebsd.org In-Reply-To: <200805302339.33935.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200805302339.33935.jhb@freebsd.org> Cc: Subject: Re: tx(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 04:37:11 -0000 On 5/30/08, John Baldwin wrote: > I have a patch to make tx(4) MPSAFE. I do not have the hardware to test this > however. Unlike many of the previous patches, though, this driver appears to > be for hardware that is not entirely ancient, so there is hopefully a decent > chance someone can test this. > > http://www.FreeBSD.org/~jhb/patches/tx.patch I've got this hardware at work, although the specific chipset we have doesn't attach in FreeBSD 7.0. I'll see if I can test this next week. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Sat May 31 14:36:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DCF31065675; Sat, 31 May 2008 14:36:52 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id B8D438FC0C; Sat, 31 May 2008 14:36:51 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 33E8116C7B8; Sat, 31 May 2008 16:36:50 +0200 (CEST) Received: from nobby.studby.ntnu.no (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id C590416C7B2; Sat, 31 May 2008 16:36:49 +0200 (CEST) Date: Sat, 31 May 2008 16:36:55 +0200 From: Ulf Lilleengen To: freebsd-current@freebsd.org Message-ID: <20080531143655.GA14020@nobby.studby.ntnu.no> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-hackers@freebsd.org Subject: CFT: CVSMode for csup with MD5 check X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 14:36:52 -0000 Hello, As a followup to my previous patch on csup, I've tried to do some fixes to RCS-files. However, instead of doing major workarounds in csup to handle files which does not behave correctly to RCS, I implemented MD5 check of RCS content. This means that the MD5 sum from cvsupd is checked against the actual RCS content (which is different from a normal MD5 check, because only the content is compared), and if it's not correct, a fixup of the file will be sent, thus making sure that the contents are correct. I hope some of you are able to test this. There are still a few issues with cvsmode: - Not correct entries in status file. - I get unnatural high memory usage. Patches here: http://people.freebsd.org/~lulf/patches/csup/csup_2008-05-31_CURRENT.diff and http://people.freebsd.org/~lulf/patches/csup/csup_2008-05-31_RELENG_7.diff -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Sat May 31 19:27:09 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B8421065670 for ; Sat, 31 May 2008 19:27:09 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (unknown [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 89D808FC0A for ; Sat, 31 May 2008 19:27:08 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.2/8.14.2) with ESMTP id m4VJS5Wj029243 for ; Sat, 31 May 2008 15:28:05 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-OCSY3mjdq2lfNdkWw7lp" Organization: FreeBSD, Inc. Date: Sat, 31 May 2008 15:27:20 -0400 Message-Id: <1212262040.30661.25.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on creme-brulee.marcuscom.com Cc: Subject: Hang while booting today's -CURRENT (ATA related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 19:27:09 -0000 --=-OCSY3mjdq2lfNdkWw7lp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I have a Dell Precision 360 workstation (i386) with an ATA DVD-RW drive and an SATA Seagate drive. After a long time (Feb 14, 2008), I supped -CURRENT, and rebooted. Now the box hangs in what appears to be a probe of the ATA devices. Here are the last few lines of the verbose boot (copied from screen): ata0: identify ch->devices=3D00000000 ata1: identify ch->devices=3D00010000 The GEOM class LABEL is already loaded. ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D80 wire acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd0: CDRW driver at ata1 as master acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CD, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2: identify ch->devices=3D00000000 ata3: identify ch->devices=3D00000001 That's it. After the DVD drive, the only other ATA device is the SATA-attached Seagate disk which is master on ata3. The previous kernel's verbose boot reported: ata3-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D40 wire ad6: 152627MB at ata3-master SATA150 ad6: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue This drive is located on a Promise controller: atapci0: port 0xcc00-0xcc3f,0xcbf0-0x= cbff,0xcc80-0xccff mem 0xfe73f000-0xfe73ffff,0xfe740000-0xfe75ffff irq 22 a= t device 1.0 on pci2 ... ata3: on atapci0 Any ideas? Thanks. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-OCSY3mjdq2lfNdkWw7lp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkhBppgACgkQb2iPiv4Uz4c+PACeLSes3s8cBviEZssvr/1xHXpv q18AnRANuvQsai1sfsZiX6DTET6DCw+u =erHP -----END PGP SIGNATURE----- --=-OCSY3mjdq2lfNdkWw7lp-- From owner-freebsd-current@FreeBSD.ORG Sat May 31 20:13:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 437EF1065674 for ; Sat, 31 May 2008 20:13:12 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 035E48FC14 for ; Sat, 31 May 2008 20:13:11 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m4VKDBid009975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 31 May 2008 13:13:11 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4841B157.8080505@freebsd.org> Date: Sat, 31 May 2008 13:13:11 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Joe Marcus Clarke References: <1212262040.30661.25.camel@shumai.marcuscom.com> In-Reply-To: <1212262040.30661.25.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: current Subject: Re: Hang while booting today's -CURRENT (ATA related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 20:13:12 -0000 Joe Marcus Clarke wrote: > I have a Dell Precision 360 workstation (i386) with an ATA DVD-RW drive > and an SATA Seagate drive. After a long time (Feb 14, 2008), I supped > -CURRENT, and rebooted. Now the box hangs in what appears to be a probe > of the ATA devices. Here are the last few lines of the verbose boot > (copied from screen): > > ata0: identify ch->devices=00000000 > ata1: identify ch->devices=00010000 > The GEOM class LABEL is already loaded. > ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire > acd0: setting PIO4 on ICH5 chip > acd0: setting UDMA33 on ICH5 chip > acd0: CDRW driver at ata1 as master > acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, > UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet > acd0: Writes: CD, CDRW, test write, burnproof > acd0: Audio: play, 256 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > ata2: identify ch->devices=00000000 > ata3: identify ch->devices=00000001 > > That's it. After the DVD drive, the only other ATA device is the > SATA-attached Seagate disk which is master on ata3. The previous > kernel's verbose boot reported: > > ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire > ad6: 152627MB at ata3-master SATA150 > ad6: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth > queue > > This drive is located on a Promise controller: > > atapci0: port 0xcc00-0xcc3f,0xcbf0-0xcbff,0xcc80-0xccff mem 0xfe73f000-0xfe73ffff,0xfe740000-0xfe75ffff irq 22 at device 1.0 on pci2 > ... > ata3: on atapci0 > > Any ideas? Thanks. > > Not really, just "me too". I updated a machine w/ the same controller and hit the same issue. Sam From owner-freebsd-current@FreeBSD.ORG Sat May 31 21:10:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CA63106564A; Sat, 31 May 2008 21:10:54 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id AD9F78FC14; Sat, 31 May 2008 21:10:53 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m4VLArjx010259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 31 May 2008 14:10:53 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4841BEDD.7070206@freebsd.org> Date: Sat, 31 May 2008 14:10:53 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <1212262040.30661.25.camel@shumai.marcuscom.com> <4841B157.8080505@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: Joe Marcus Clarke , current Subject: Re: Hang while booting today's -CURRENT (ATA related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 21:10:54 -0000 I understand. Unfortunately this machine wasn't turned on frequently so it was running an old kernel and pinpointing the commit is time consuming. Sam Søren Schmidt wrote: > HI > > There havn't been any changes (AFAIK) to the ATA subsystem lately, so > it would help if I could get a pointer to when more precisely it > stopped working ? > > -Søren > > On 31May, 2008, at 22:13 , Sam Leffler wrote: > >> Joe Marcus Clarke wrote: >>> I have a Dell Precision 360 workstation (i386) with an ATA DVD-RW drive >>> and an SATA Seagate drive. After a long time (Feb 14, 2008), I supped >>> -CURRENT, and rebooted. Now the box hangs in what appears to be a >>> probe >>> of the ATA devices. Here are the last few lines of the verbose boot >>> (copied from screen): >>> >>> ata0: identify ch->devices=00000000 >>> ata1: identify ch->devices=00010000 >>> The GEOM class LABEL is already loaded. >>> ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire >>> acd0: setting PIO4 on ICH5 chip >>> acd0: setting UDMA33 on ICH5 chip >>> acd0: CDRW driver at ata1 as master >>> acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB >>> buffer, >>> UDMA33 >>> acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet >>> acd0: Writes: CD, CDRW, test write, burnproof >>> acd0: Audio: play, 256 volume levels >>> acd0: Mechanism: ejectable tray, unlocked >>> acd0: Medium: no/blank disc >>> ata2: identify ch->devices=00000000 >>> ata3: identify ch->devices=00000001 >>> >>> That's it. After the DVD drive, the only other ATA device is the >>> SATA-attached Seagate disk which is master on ata3. The previous >>> kernel's verbose boot reported: >>> >>> ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire >>> ad6: 152627MB at ata3-master SATA150 >>> ad6: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth >>> queue >>> >>> This drive is located on a Promise controller: >>> >>> atapci0: port >>> 0xcc00-0xcc3f,0xcbf0-0xcbff,0xcc80-0xccff mem >>> 0xfe73f000-0xfe73ffff,0xfe740000-0xfe75ffff irq 22 at device 1.0 on >>> pci2 >>> ... >>> ata3: on atapci0 >>> >>> Any ideas? Thanks. >>> >>> >> >> Not really, just "me too". I updated a machine w/ the same >> controller and hit the same issue. >> >> Sam >> >> >> _______________________________________________ >> 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-current@FreeBSD.ORG Sat May 31 21:27:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E89F81065670; Sat, 31 May 2008 21:27:21 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from maul.nordit.dk (maul.nordit.dk [217.20.63.196]) by mx1.freebsd.org (Postfix) with ESMTP id AA4798FC17; Sat, 31 May 2008 21:27:21 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from deepcore.dk (cable.deepcore.dk [217.20.59.72]) by maul.nordit.dk (Postfix) with ESMTP id 75DFD349C; Sat, 31 May 2008 23:08:51 +0200 (CEST) Received: from laptop.deepcore.dk (laptop.deepcore.dk [192.168.0.138]) by deepcore.dk (8.13.8/8.13.8) with ESMTP id m4VL8lCs030426; Sat, 31 May 2008 23:08:47 +0200 (CEST) (envelope-from sos@freebsd.org) Message-Id: From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Sam Leffler In-Reply-To: <4841B157.8080505@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sat, 31 May 2008 23:08:46 +0200 References: <1212262040.30661.25.camel@shumai.marcuscom.com> <4841B157.8080505@freebsd.org> X-Mailer: Apple Mail (2.919.2) Cc: Joe Marcus Clarke , current Subject: Re: Hang while booting today's -CURRENT (ATA related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 21:27:22 -0000 HI There havn't been any changes (AFAIK) to the ATA subsystem lately, so =20= it would help if I could get a pointer to when more precisely it =20 stopped working ? -S=F8ren On 31May, 2008, at 22:13 , Sam Leffler wrote: > Joe Marcus Clarke wrote: >> I have a Dell Precision 360 workstation (i386) with an ATA DVD-RW =20 >> drive >> and an SATA Seagate drive. After a long time (Feb 14, 2008), I =20 >> supped >> -CURRENT, and rebooted. Now the box hangs in what appears to be a =20= >> probe >> of the ATA devices. Here are the last few lines of the verbose boot >> (copied from screen): >> >> ata0: identify ch->devices=3D00000000 >> ata1: identify ch->devices=3D00010000 >> The GEOM class LABEL is already loaded. >> ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D80 wire >> acd0: setting PIO4 on ICH5 chip >> acd0: setting UDMA33 on ICH5 chip >> acd0: CDRW driver at ata1 as master >> acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB =20 >> buffer, >> UDMA33 >> acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet >> acd0: Writes: CD, CDRW, test write, burnproof >> acd0: Audio: play, 256 volume levels >> acd0: Mechanism: ejectable tray, unlocked >> acd0: Medium: no/blank disc >> ata2: identify ch->devices=3D00000000 >> ata3: identify ch->devices=3D00000001 >> >> That's it. After the DVD drive, the only other ATA device is the >> SATA-attached Seagate disk which is master on ata3. The previous >> kernel's verbose boot reported: >> >> ata3-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D40 wire >> ad6: 152627MB at ata3-master SATA150 >> ad6: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth >> queue >> >> This drive is located on a Promise controller: >> >> atapci0: port 0xcc00-0xcc3f,=20 >> 0xcbf0-0xcbff,0xcc80-0xccff mem 0xfe73f000-0xfe73ffff,=20 >> 0xfe740000-0xfe75ffff irq 22 at device 1.0 on pci2 >> ... >> ata3: on atapci0 >> >> Any ideas? Thanks. >> >> > > Not really, just "me too". I updated a machine w/ the same =20 > controller and hit the same issue. > > Sam > > > _______________________________________________ > 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=20 > " > From owner-freebsd-current@FreeBSD.ORG Sat May 31 21:27:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 247D51065679; Sat, 31 May 2008 21:27:22 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from maul.nordit.dk (serv30.nordit.dk [217.20.63.196]) by mx1.freebsd.org (Postfix) with ESMTP id AA3E18FC16; Sat, 31 May 2008 21:27:21 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from deepcore.dk (cable.deepcore.dk [217.20.59.72]) by maul.nordit.dk (Postfix) with ESMTP id 507CA34A5; Sat, 31 May 2008 23:17:13 +0200 (CEST) Received: from laptop.deepcore.dk (laptop.deepcore.dk [192.168.0.138]) by deepcore.dk (8.13.8/8.13.8) with ESMTP id m4VLHDLu030573; Sat, 31 May 2008 23:17:13 +0200 (CEST) (envelope-from sos@freebsd.org) Message-Id: <3AA4B32E-219C-4F0D-A044-645908613877@freebsd.org> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Sam Leffler In-Reply-To: <4841BEDD.7070206@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sat, 31 May 2008 23:17:13 +0200 References: <1212262040.30661.25.camel@shumai.marcuscom.com> <4841B157.8080505@freebsd.org> <4841BEDD.7070206@freebsd.org> X-Mailer: Apple Mail (2.919.2) Cc: Joe Marcus Clarke , current Subject: Re: Hang while booting today's -CURRENT (ATA related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 21:27:22 -0000 OK, I'll try to locate a semilar promise controller or one of the same =20= generation at least and see what gives. It will be a couple of days =20 though before I can get to look into it, time is in short supply =20 currently. -S=F8ren On 31May, 2008, at 23:10 , Sam Leffler wrote: > I understand. Unfortunately this machine wasn't turned on =20 > frequently so it was running an old kernel and pinpointing the =20 > commit is time consuming. > > Sam > > S=F8ren Schmidt wrote: >> HI >> >> There havn't been any changes (AFAIK) to the ATA subsystem lately, =20= >> so it would help if I could get a pointer to when more precisely it =20= >> stopped working ? >> >> -S=F8ren >> >> On 31May, 2008, at 22:13 , Sam Leffler wrote: >> >>> Joe Marcus Clarke wrote: >>>> I have a Dell Precision 360 workstation (i386) with an ATA DVD-RW =20= >>>> drive >>>> and an SATA Seagate drive. After a long time (Feb 14, 2008), I =20 >>>> supped >>>> -CURRENT, and rebooted. Now the box hangs in what appears to be =20= >>>> a probe >>>> of the ATA devices. Here are the last few lines of the verbose =20 >>>> boot >>>> (copied from screen): >>>> >>>> ata0: identify ch->devices=3D00000000 >>>> ata1: identify ch->devices=3D00010000 >>>> The GEOM class LABEL is already loaded. >>>> ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D80 wire >>>> acd0: setting PIO4 on ICH5 chip >>>> acd0: setting UDMA33 on ICH5 chip >>>> acd0: CDRW driver at ata1 as =20 >>>> master >>>> acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB =20= >>>> buffer, >>>> UDMA33 >>>> acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet >>>> acd0: Writes: CD, CDRW, test write, burnproof >>>> acd0: Audio: play, 256 volume levels >>>> acd0: Mechanism: ejectable tray, unlocked >>>> acd0: Medium: no/blank disc >>>> ata2: identify ch->devices=3D00000000 >>>> ata3: identify ch->devices=3D00000001 >>>> >>>> That's it. After the DVD drive, the only other ATA device is the >>>> SATA-attached Seagate disk which is master on ata3. The previous >>>> kernel's verbose boot reported: >>>> >>>> ata3-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D40 wire >>>> ad6: 152627MB at ata3-master SATA150 >>>> ad6: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 =20 >>>> depth >>>> queue >>>> >>>> This drive is located on a Promise controller: >>>> >>>> atapci0: port 0xcc00-0xcc3f,=20= >>>> 0xcbf0-0xcbff,0xcc80-0xccff mem 0xfe73f000-0xfe73ffff,=20 >>>> 0xfe740000-0xfe75ffff irq 22 at device 1.0 on pci2 >>>> ... >>>> ata3: on atapci0 >>>> >>>> Any ideas? Thanks. >>>> >>>> >>> >>> Not really, just "me too". I updated a machine w/ the same =20 >>> controller and hit the same issue. >>> >>> Sam >>> >>> >>> _______________________________________________ >>> 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=20 >>> " >>> >> >> >> > > _______________________________________________ > 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=20 > " > From owner-freebsd-current@FreeBSD.ORG Sat May 31 22:06:28 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E81E8106566B; Sat, 31 May 2008 22:06:28 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (unknown [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id B1D828FC16; Sat, 31 May 2008 22:06:28 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.2/8.14.2) with ESMTP id m4VM7P7x030370; Sat, 31 May 2008 18:07:25 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: References: <1212262040.30661.25.camel@shumai.marcuscom.com> <4841B157.8080505@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-N5vcIOA7jib91DdwAwAS" Organization: FreeBSD, Inc. Date: Sat, 31 May 2008 18:06:40 -0400 Message-Id: <1212271600.30661.28.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on creme-brulee.marcuscom.com Cc: Sam Leffler , current Subject: Re: Hang while booting today's -CURRENT (ATA related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 22:06:29 -0000 --=-N5vcIOA7jib91DdwAwAS Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sat, 2008-05-31 at 23:08 +0200, S=F8ren Schmidt wrote: > HI >=20 > There havn't been any changes (AFAIK) to the ATA subsystem lately, so =20 > it would help if I could get a pointer to when more precisely it =20 > stopped working ? Sorry, as you can see, this machine was last running -CURRENT from Feb 14. The closest similar report I found was from Marcel: http://lists.freebsd.org/pipermail/freebsd-current/2008-April/084799.html But it appears this was fixed, and I have a graphical console, and I can't break to the debugger to gather more information. I'll be happy to test any debugging patches you might create to help you isolate the problem. Joe >=20 > -S=F8ren >=20 > On 31May, 2008, at 22:13 , Sam Leffler wrote: >=20 > > Joe Marcus Clarke wrote: > >> I have a Dell Precision 360 workstation (i386) with an ATA DVD-RW =20 > >> drive > >> and an SATA Seagate drive. After a long time (Feb 14, 2008), I =20 > >> supped > >> -CURRENT, and rebooted. Now the box hangs in what appears to be a =20 > >> probe > >> of the ATA devices. Here are the last few lines of the verbose boot > >> (copied from screen): > >> > >> ata0: identify ch->devices=3D00000000 > >> ata1: identify ch->devices=3D00010000 > >> The GEOM class LABEL is already loaded. > >> ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D80 wire > >> acd0: setting PIO4 on ICH5 chip > >> acd0: setting UDMA33 on ICH5 chip > >> acd0: CDRW driver at ata1 as master > >> acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB =20 > >> buffer, > >> UDMA33 > >> acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet > >> acd0: Writes: CD, CDRW, test write, burnproof > >> acd0: Audio: play, 256 volume levels > >> acd0: Mechanism: ejectable tray, unlocked > >> acd0: Medium: no/blank disc > >> ata2: identify ch->devices=3D00000000 > >> ata3: identify ch->devices=3D00000001 > >> > >> That's it. After the DVD drive, the only other ATA device is the > >> SATA-attached Seagate disk which is master on ata3. The previous > >> kernel's verbose boot reported: > >> > >> ata3-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D40 wire > >> ad6: 152627MB at ata3-master SATA150 > >> ad6: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth > >> queue > >> > >> This drive is located on a Promise controller: > >> > >> atapci0: port 0xcc00-0xcc3f,=20 > >> 0xcbf0-0xcbff,0xcc80-0xccff mem 0xfe73f000-0xfe73ffff,=20 > >> 0xfe740000-0xfe75ffff irq 22 at device 1.0 on pci2 > >> ... > >> ata3: on atapci0 > >> > >> Any ideas? Thanks. > >> > >> > > > > Not really, just "me too". I updated a machine w/ the same =20 > > controller and hit the same issue. > > > > Sam > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg=20 > > " > > >=20 >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-N5vcIOA7jib91DdwAwAS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkhBy/AACgkQb2iPiv4Uz4eKlQCgiO1gQerhMxYhIiXD3sOSSqlN XF0An0T/CvHA3S6kCk7CplA5S6ynE2k0 =2YP9 -----END PGP SIGNATURE----- --=-N5vcIOA7jib91DdwAwAS-- From owner-freebsd-current@FreeBSD.ORG Sat May 31 22:27:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A0EB106566C; Sat, 31 May 2008 22:27:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id F2A718FC2E; Sat, 31 May 2008 22:27:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=mSQJXNG2/59G//3RWFYhxbGMb3c9VaWy1Yqr/Rx8vNQzWNKWgsL+jAVV3q/kLn/1daESYwHgDKMI39Kl1hauYb6ejltnKh4lDFY5vq0NrK3LLxoT2R1J7dAZvoQWobfUC58h6wB9wxB2ogIU7c/9UChgPdtZ3Xm/iJaoY9Oy6i9rTrpEhyDkt4w4whMmNoSqa2M7L/EG5FwSZwHO4phf8/yly23Oqh/8AI9gpXHdPJRIjh/K281fxQkVZifUTpsp; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1K2ZXY-00080J-Hs; Sat, 31 May 2008 22:27:08 +0000 Received: from dsl-241-42-240.telkomadsl.co.za ([41.241.42.240] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1K2ZX6-0002tM-LH; Sat, 31 May 2008 22:26:40 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K2ZX4-00016e-V9; Sun, 01 Jun 2008 00:26:38 +0200 To: John Baldwin From: Ian FREISLICH In-Reply-To: Message from John Baldwin of "Sat, 31 May 2008 00:24:59 -0400." <200805310025.00003.jhb@freebsd.org> X-Attribution: BOFH Date: Sun, 01 Jun 2008 00:26:38 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: xe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2008 22:27:09 -0000 John Baldwin wrote: > I have a patch to make xe(4) MPSAFE. I do not have hardware to test this, > however. Please test this, or the driver will be removed. > > http://www.FreeBSD.org/~jhb/patches/xe.patch Compile tests and runs ok: xe0: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 xe0: version 0x55/0x05, 100Mbps capable, with modem xe0: Ethernet address: 00:10:a4:b6:0a:32 xe0: [ITHREAD] I don't have heavy network load, but I do have net.inet.ip.forwarding=1 net.inet.ip.fastforwarding=1 set and it's terminating vpn connections and firewalling. Stats since boot (9 minutes): [router.freislich] ~ # netstat -ni Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll lo0 16384 0 0 0 0 0 lo0 16384 127.0.0.0/8 127.0.0.1 0 - 0 - - xe0 1500 00:10:a4:b6:0a:32 3919 0 3380 21 0 xe0 1500 41.204.212.16 41.204.212.165 2662 - 1605 - - tun0 1500 1577 0 1041 0 0 tun0 1500 10.0.4.0/24 10.0.4.1 0 - 0 - - Thanks for your hard work. Ian -- Ian Freislich