From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 01:42:56 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FFF516A4B3; Sun, 5 Oct 2003 01:42:56 -0700 (PDT) Received: from zeus.jarasoft.net (cp82935-a.roose1.nb.home.nl [217.121.71.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F8C943FE9; Sun, 5 Oct 2003 01:42:55 -0700 (PDT) (envelope-from jack@jarasoft.net) Received: from jara1 (unknown [10.10.10.35]) by zeus.jarasoft.net (Postfix) with ESMTP id B9E48A97E; Sun, 5 Oct 2003 10:42:53 +0200 (CEST) Message-ID: <001e01c38b1c$ac8469d0$230a0a0a@jara1> From: "Jack Raats" To: , , Date: Sun, 5 Oct 2003 10:42:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Strange error 4.9RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 08:42:56 -0000 After compiling the kernel 4.9RC1 dmesg gives the following error lpt0: Interrupt-driven port ppi0: on ppbus0 ed1: at port 0x220-0x23f irq 5 on isa0 ed1: address 52:54:40:28:83:9a, type NE2000 (16 bit) ad0: 4112MB [8912/15/63] at ata0-master WDMA2 Mounting root from ufs:/dev/ad0s1a module_register: module miibus/ukphy already exists! linker_file_sysinit "miibus.ko" failed to register! 17 module_register: module pci/ed already exists! linker_file_sysinit "if_ed.ko" failed to register! 17 /root/kernel/HEAVEN have the following to lines # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device ed0 at isa? disable port 0x280 irq 10 iomem 0xd8000 Is this a bug, a feature or I am doing something wrong? Met vriendelijke groeten, Jack Raats From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 01:42:56 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FFF516A4B3; Sun, 5 Oct 2003 01:42:56 -0700 (PDT) Received: from zeus.jarasoft.net (cp82935-a.roose1.nb.home.nl [217.121.71.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F8C943FE9; Sun, 5 Oct 2003 01:42:55 -0700 (PDT) (envelope-from jack@jarasoft.net) Received: from jara1 (unknown [10.10.10.35]) by zeus.jarasoft.net (Postfix) with ESMTP id B9E48A97E; Sun, 5 Oct 2003 10:42:53 +0200 (CEST) Message-ID: <001e01c38b1c$ac8469d0$230a0a0a@jara1> From: "Jack Raats" To: , , Date: Sun, 5 Oct 2003 10:42:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Strange error 4.9RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 08:42:56 -0000 After compiling the kernel 4.9RC1 dmesg gives the following error lpt0: Interrupt-driven port ppi0: on ppbus0 ed1: at port 0x220-0x23f irq 5 on isa0 ed1: address 52:54:40:28:83:9a, type NE2000 (16 bit) ad0: 4112MB [8912/15/63] at ata0-master WDMA2 Mounting root from ufs:/dev/ad0s1a module_register: module miibus/ukphy already exists! linker_file_sysinit "miibus.ko" failed to register! 17 module_register: module pci/ed already exists! linker_file_sysinit "if_ed.ko" failed to register! 17 /root/kernel/HEAVEN have the following to lines # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device ed0 at isa? disable port 0x280 irq 10 iomem 0xd8000 Is this a bug, a feature or I am doing something wrong? Met vriendelijke groeten, Jack Raats From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 03:58:42 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECFB216A4C0 for ; Sun, 5 Oct 2003 03:58:41 -0700 (PDT) Received: from bitbucket.upnix.net (bitbucket.upnix.net [209.82.111.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77FBF43FF5 for ; Sun, 5 Oct 2003 03:58:38 -0700 (PDT) (envelope-from earonyk@360integration.com) Received: from zeta (h24-86-222-172.ed.shawcable.net [24.86.222.172]) (authenticated bits=0) by bitbucket.upnix.net (8.12.6/8.12.6) with ESMTP id h95Awbox019185 for ; Sun, 5 Oct 2003 04:58:38 -0600 (MDT) From: "Edward Aronyk" To: Date: Sun, 5 Oct 2003 04:58:53 -0600 Message-ID: <001c01c38b2f$addc3700$6501a8c0@zeta> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: SMP + Compaq 2DH Array Controller cause freeze in boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 10:58:42 -0000 Good day all, I've recently added a new piece of hardware to my collection - it's a Compaq Proliant 1600R with a Smart Array 2DH controller and dual processors. Unfortunately these features don't seem to play well together. Installing FreeBSD 4.8 was very smooth. After doing a CVSup, one of my first tasks was to compile a new kernel with SMP support. The compile went fine, but when I reboot with the new kernel, the box freezes at: "Mounting root from ufs:/dev/idad0s2a" After doing some searching on the mailing lists I found that this problem has been encountered by a few people over the last three or four years. One solution in the past for a similar problem was to tell the Compaq BIOS that you are running Windows NT. Compaq tries to disable SMP support for operating systems it doesn't think will support it. I tried this fix with no success. Another person tried selecting Linux with success, however that was on a different model - mine has no option for Linux. Does anyone have any solutions, or will this bug remain unfixed? Thank you all for your time, Edward Aronyk From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 04:59:29 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F73316A4B3; Sun, 5 Oct 2003 04:59:29 -0700 (PDT) Received: from mailhub.webcraft99.com (prwire.bernama.com [202.188.124.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA6EF43F3F; Sun, 5 Oct 2003 04:59:26 -0700 (PDT) (envelope-from afu-subscribed-list@aeefyu.net) Received: from localhost (beta.webcraft99.com [127.0.0.1]) by mailhub.webcraft99.com (Postfix) with ESMTP id EFAA319307; Sun, 5 Oct 2003 19:59:24 +0800 (MYT) Received: from mailhub.webcraft99.com ([127.0.0.1]) by localhost (beta.webcraft99.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57219-03; Sun, 5 Oct 2003 19:59:16 +0800 (MYT) Received: from aeefyu.net (unknown [202.157.203.86]) by mailhub.webcraft99.com (Postfix) with ESMTP id 430FA19305; Sun, 5 Oct 2003 19:59:14 +0800 (MYT) Message-ID: <3F800791.2090205@aeefyu.net> Date: Sun, 05 Oct 2003 19:59:13 +0800 From: Aeefyu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Khon References: <3F77EAE3.1060506@aeefyu.net> <1064823907.9010.1.camel@pyanfar.ece.cmu.edu> <20030929195805.GA94995@iclub.nsu.ru> <20030929202003.GB94995@iclub.nsu.ru> In-Reply-To: <20030929202003.GB94995@iclub.nsu.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mailhub.webcraft99.com cc: freebsd-emulation@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Failure to build (ports) vmware2 in 4-9-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 11:59:29 -0000 Max Khon wrote: > Hello! > > On Tue, Sep 30, 2003 at 02:58:05AM +0700, Max Khon wrote: > > >>>>I got the following errors in re-building emulators/vmware2. (need to >>>>change the netgraph bridging interface) >>>>Anyone experiencing the similar symptoms? >>> >>>The PAE import broke vmware2; no ETA on a fix that I've heard. I >>>suggest sticking with RELENG_4_8. >> >>Attached patch works for me. >>(run "patch >I would like to commit it after maintainer approval. > > > Oops, parenthesis confuse arithmetic expression parser in > 4.8-RELEASE and earlier. Corrected patch (without parenthesis) is attached. The patch worked! VMWARE2 re-built with bridging to new interface and working as before now What will the status be on VMWARE2 ports on 4.9 then? thanks -- Feisal Webcraft Solutions - http://www.webcraftsolutions.com -------------------------------------- Good day for overcoming obstacles. Try a steeplechase. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 08:36:14 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66C2E16A4B3 for ; Sun, 5 Oct 2003 08:36:14 -0700 (PDT) Received: from shimako.yamayuri.org (yumi.yamayuri.org [218.45.22.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8DA243FE5 for ; Sun, 5 Oct 2003 08:36:09 -0700 (PDT) (envelope-from mistral@imasy.or.jp) Received: from shimako.yamayuri.org (localhost [IPv6:3ffe:505:2020:0:203:47ff:fe14:7175])h95Fa4SP002858 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Oct 2003 00:36:04 +0900 (JST) (envelope-from mistral@imasy.or.jp) Received: (from sarumaru@localhost) by shimako.yamayuri.org (8.12.9p2/8.12.9/Submit) id h95Fa07U002857; Mon, 6 Oct 2003 00:36:00 +0900 (JST) (envelope-from sarumaru) From: mistral@imasy.or.jp (Yoshihiko Sarumaru) To: nate@root.org In-Reply-To: Your message of "Fri, 22 Aug 2003 01:08:41 -0700 (PDT)". <20030822010556.M2981@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.22PL5] 2001-02/07(Wed) Date: Mon, 6 Oct 2003 00:36:00 +0900 Message-ID: <031006003600.M0102810@shimako.imasy.or.jp> cc: freebsd-stable@freebsd.org Subject: Re: HEADSUP: USB da(4) quirks disabled for 4.9 and 5.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 15:36:14 -0000 Hello, This is a more than 1 month old issue but ..., On 22 Aug, nate wrote: > The problem is that a lot of these quirks were added with no documentation > and a cut/paste of both NO_6_BYTE and NO_SYNCHRONIZE_CACHE quirks even > though only one of them was needed. Now that no USB devices should > receive a 6 byte command, that only leaves the NO_SYNCHRONIZE_CACHE > quirks. I am temporarily disabling them to flush out which ones are > REALLY needed. They have been disabled since 2003/07/29 and 2003/08/07 > for -current and -stable, respectively. I have had 0 messages saying that > anything was broken by this. I agree for this point of view. On 22 Aug, nate wrote on the other mail: > > It appears to need it; > > > > umass0: Unsupported UFI command 0x35 > > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, > > scsi status == 0x0 > > Unless that causes an actual problem (i.e. crash, data loss), it is not > necessary to have a quirk for it. There are two kinds of "unsupported" > commands: those that cause the device to hang or crash and those that > successfully reject commands they don't want with the proper return value. > Quirks will only be added for the former. I don't agree for this because this quirk is turned out to have a reason to exist and can be documented. My internal memory stick slot (MSC-U01) always complains above three-line dmesg whenever performing umount, and my console get dirty. That's not good for our health (it doesn't happen until now). So I want to quirks for "Sony", "MS*", "*" will be kept in future releases. I feel this quirk is needed even thougn any data corruption will be occured. -- Yoshihiko Sarumaru mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/ From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 09:35:12 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95FAF16A4B3 for ; Sun, 5 Oct 2003 09:35:12 -0700 (PDT) Received: from web20810.mail.yahoo.com (web20810.mail.yahoo.com [216.136.226.199]) by mx1.FreeBSD.org (Postfix) with SMTP id E9FF543FCB for ; Sun, 5 Oct 2003 09:35:11 -0700 (PDT) (envelope-from salbrig@yahoo.com) Message-ID: <20031005163511.84598.qmail@web20810.mail.yahoo.com> Received: from [64.151.25.255] by web20810.mail.yahoo.com via HTTP; Sun, 05 Oct 2003 09:35:11 PDT Date: Sun, 5 Oct 2003 09:35:11 -0700 (PDT) From: Stephen Albright To: Rick Flosi , freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: openoffice port build on FreeBSD 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 16:35:12 -0000 No, I will try that today. Thanks. --- Rick Flosi wrote: > > Did you try > installing the /usr/ports/java/jdk13 port by itself? > i.e. > cd /usr/ports/java/jdk13 > make build > make install clean > > ? > > On Fri, 3 Oct 2003, Stephen Albright wrote: > > > I am very new to FreeBSD and Unix in general. I > may > > have more problems than I think, but here goes. I > am > > trying to make depend && install WITH_BSD_JDK=TRUE > > clean with openoffice. Everything works fine > until I > > get to the jvm section (seen below). I have tried > > looking for this on the net, but I have not been > to > > successful in finding a solution. > > > > Thanks for your help. > > Stephen > > > > === message truncated === > > ===> openoffice-1.0.3_2 depends on file: > > /usr/local/jdk1.3.1/bin/java - not found > > ===> Verifying install for > > /usr/local/jdk1.3.1/bin/java in > /usr/ports/java/jdk13 > > ===> Building for jdk-1.3.1p8_2 > > # Start of jdk build > > i386 Build started: > 1.3.1-p8-stephen-031002-11:34 > > Sanity check passed > > >>>Recursively making java all @ Thu Oct 2 > 11:34:31 > > CDT 2003 ... > > gmake[1]: Entering directory > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java' > > >>>Recursively making hpi all @ Thu Oct 2 > 11:34:31 > > CDT 2003 ... > > gmake[2]: Entering directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi' > > >>>Recursively making green all @ Thu Oct 2 > 11:34:31 > > CDT 2003 ... > > gmake[3]: Entering directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > gmake > > > ../../../../build/bsd-i386/lib/i386/green_threads/libhpi.so > > VARIANT=OPT > > gmake[4]: Entering directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > gmake[4]: Leaving directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > gmake > > > ../../../../build/bsd-i386/lib/i386/green_threads/libhpi_g.so > > VARIANT=DBG > > gmake[4]: Entering directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > gmake[4]: Leaving directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > gmake[3]: Leaving directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > << 2 > > 11:34:32 CDT 2003. > > gmake[2]: Leaving directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi' > > << 2 > > 11:34:32 CDT 2003. > > >>>Recursively making version all @ Thu Oct 2 > > 11:34:32 CDT 2003 ... > > gmake[2]: Entering directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/version' > > gmake[2]: Nothing to be done for `all'. > > gmake[2]: Leaving directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/version' > > << Oct > > 2 11:34:32 CDT 2003. > === message truncated === __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 10:30:41 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF20C16A4BF; Sun, 5 Oct 2003 10:30:41 -0700 (PDT) Received: from hotmail.com (bay7-f64.bay7.hotmail.com [64.4.11.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47AF243FB1; Sun, 5 Oct 2003 10:30:40 -0700 (PDT) (envelope-from robertames@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 5 Oct 2003 10:30:40 -0700 Received: from 12.237.241.130 by by7fd.bay7.hotmail.msn.com with HTTP; Sun, 05 Oct 2003 17:30:39 GMT X-Originating-IP: [12.237.241.130] X-Originating-Email: [robertames@hotmail.com] From: "Robert Ames" To: stable@freebsd.org Date: Sun, 05 Oct 2003 13:30:39 -0400 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_7d50_5807_c48" Message-ID: X-OriginalArrivalTime: 05 Oct 2003 17:30:40.0188 (UTC) FILETIME=[65794FC0:01C38B66] Subject: 4.9-RC1 issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 17:30:42 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_7d50_5807_c48 Content-Type: text/plain; format=flowed For what it's worth... 1. You cannot do a recursive rcp to a 4.9-RC1 machine. For example, "rcp -r somedir testbox:/tmp" fails. The attached patch fixes this. 2. Only the dial picobsd build will compile. The others (bridge, isp, net and router) all fail at various points. _________________________________________________________________ Get MSN 8 Dial-up Internet Service FREE for one month. Limited time offer-- sign up now! http://join.msn.com/?page=dept/dialup ------=_NextPart_000_7d50_5807_c48 Content-Type: application/octet-stream; name="rcp.c.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="rcp.c.patch" LS0tIHJjcC5jLm9yaWcJRnJpIEF1ZyAxNiAxNTowNjozNCAyMDAyCisrKyBy Y3AuYwlTYXQgT2N0ICA0IDIxOjE3OjE2IDIwMDMKQEAgLTU4OSw3ICs1ODks NyBAQAogCW9mZl90IGksIGosIHNpemU7CiAJaW50IGFtdCwgY291bnQsIGV4 aXN0cywgZmlyc3QsIG1hc2ssIG1vZGUsIG9mZCwgb21vZGU7CiAJaW50IHNl dGltZXMsIHRhcmdpc2Rpciwgd3JlcnJubyA9IDA7Ci0JY2hhciBjaCwgKmNw LCAqbnAsICp0YXJnLCAqd2h5LCAqdmVjdFsxXSwgYnVmW0JVRlNJWl07CisJ Y2hhciBjaCwgKmNwLCAqbnAsICp0YXJnLCAqd2h5LCAqdmVjdFsxXSwgYnVm W0JVRlNJWl0sIHBhdGhbUEFUSF9NQVhdOwogCiAjZGVmaW5lCWF0aW1lCXR2 WzBdCiAjZGVmaW5lCW10aW1lCXR2WzFdCkBAIC02ODYsMjEgKzY4NiwxNSBA QAogCQlpZiAoKmNwKysgIT0gJyAnKQogCQkJU0NSRVdVUCgic2l6ZSBub3Qg ZGVsaW1pdGVkIik7CiAJCWlmICh0YXJnaXNkaXIpIHsKLQkJCXN0YXRpYyBj aGFyICpuYW1lYnVmID0gTlVMTDsKLQkJCXN0YXRpYyBzaXplX3QgY3Vyc2l6 ZTsKLQkJCXNpemVfdCBuZWVkOwotCi0JCQluZWVkID0gc3RybGVuKHRhcmcp ICsgc3RybGVuKGNwKSArIDI1MDsKLQkJCWlmIChuZWVkID4gY3Vyc2l6ZSkg ewotCQkJCWlmIChuYW1lYnVmICE9IE5VTEwpCi0JCQkJCWZyZWUobmFtZWJ1 Zik7Ci0JCQkJaWYgKCEobmFtZWJ1ZiA9IG1hbGxvYyhuZWVkKSkpCi0JCQkJ CXJ1bl9lcnIoIiVzIiwgc3RyZXJyb3IoZXJybm8pKTsKLQkJCQljdXJzaXpl ID0gbmVlZDsKKwkJCWlmIChzdHJsZW4odGFyZykgKyAoKnRhcmcgPyAxIDog MCkgKyBzdHJsZW4oY3ApCisJCQkJCT49IHNpemVvZihwYXRoKSkgeworCQkJ CXJ1bl9lcnIoIiVzJXMlczogbmFtZSB0b28gbG9uZyIsIHRhcmcsCisJCQkJ CSp0YXJnID8gIi8iIDogIiIsIGNwKTsKKwkJCQlleGl0KDEpOwogCQkJfQot CQkJKHZvaWQpc25wcmludGYobmFtZWJ1ZiwgbmVlZCwgIiVzJXMlcyIsIHRh cmcsCisJCQkodm9pZClzbnByaW50ZihwYXRoLCBzaXplb2YocGF0aCksICIl cyVzJXMiLCB0YXJnLAogCQkJICAgICp0YXJnID8gIi8iIDogIiIsIGNwKTsK LQkJCW5wID0gbmFtZWJ1ZjsKKwkJCW5wID0gcGF0aDsKIAkJfSBlbHNlCiAJ CQlucCA9IHRhcmc7CiAJCWV4aXN0cyA9IHN0YXQobnAsICZzdGIpID09IDA7 Cg== ------=_NextPart_000_7d50_5807_c48-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 11:31:46 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C35AD16A4B3 for ; Sun, 5 Oct 2003 11:31:46 -0700 (PDT) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8184444003 for ; Sun, 5 Oct 2003 11:31:45 -0700 (PDT) (envelope-from my-subs@mail.ru) Received: from [62.0.88.179] (port=2146 helo=old.home) by mx3.mail.ru with smtp id 1A6DfS-000MRU-00 for freebsd-stable@freebsd.org; Sun, 05 Oct 2003 22:31:43 +0400 Date: Sun, 5 Oct 2003 20:31:41 +0200 From: Alexander Portnoy To: freebsd-stable@freebsd.org Message-Id: <20031005203141.0db8f2ca.my-subs@mail.ru> In-Reply-To: <3F7F4AC9.8030701@ixswr.org> References: <3F7F4AC9.8030701@ixswr.org> X-Mailer: Sylpheed (FreeBSD) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam: Not detected Subject: Re: upgrading 4.0 to stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 18:31:47 -0000 On Sat, 04 Oct 2003 18:33:45 -0400 Kristen Doyle wrote: > I have done one from 4.5 to stable the easiet way is to use screen if > you dont have a stable connection > in this order (make sure nothing else is running ie shutdown services > except sshd ) and append the KERNCONF=blah > make buildworld > make buildkernel > make installworld > make installkernel > mergemaster -p > reboot > cross your fingers and hope:) > Ive had it fail only once > 'make installkernel && reboot' must be done _BEFORE_ 'make installworld'. If the new kernel is not able to boot - You can revert to the _OLD_ kernel and the _OLD_ world before 'make installworld' was done. 'mergemaster -p' intended for use _BEFORE_ 'make installworld'. >From mergemaster(8): -p Pre-buildworld mode. Compares only files known to be essen- tial to the success of {build|install}world, including /etc/make.conf. You may need to install mergemaster before this will work. This can be done with: cd /usr/src/usr.sbin/mergemaster; make -m /usr/src/share/mk all install According to /usr/src/UPDATING: --------------------------------------------------------------------------------------------- To update from 4.0-RELEASE or later to the most current 4.x-STABLE ---------- make buildworld make buildkernel KERNCONF=YOUR_KERNEL_HERE make installkernel KERNCONF=YOUR_KERNEL_HERE reboot (in single user) [1] mergemaster -p make installworld mergemaster [2] reboot [1] You can often get away without doing this step as the system will be properly updated. During the running of the installworld, however, system components may break and other oddities may happen. Don't do this on systems that aren't otherwise quiet as unpredictable results may happen. If in doubt, reboot into single user. For remote installs, keep a separate kernel around and use a serial console if at all possible. See also note [6]. [2] If you do not run mergemaster, you will likely hit a number of show stopper problems. The biggest one is that your /etc/pam.conf won't let you log in using ssh. [6] From the bootblocks, boot -s, and then do fsck -p mount -u / mount -a cd /usr/src adjkerntz -i # if CMOS is wall time --------------------------------------------------------------------------------------------- Of course, You can not perform any commands in single-user mode. So, You need at least be shure, that the new kernel will boot successfully before You will install the world. If it fails to boot - You stay with the old but non-broken system and can try again. The problem is to revert to the previous kernel if the new one fails to boot. You can try to use the command 'nextboot'. Another way is to patch the loader. Gordon Tetlow did it for FreeBSD-5.x in 2002. If You familiar with Forth, You can adopt his patch to the loader of FreeBSD-4.x. Read about the patch here: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=415425+0+archive/2002/freebsd-hackers/20020512.freebsd-hackers Don't forget to include to kernel config the option relevant to compatibility with older versions of FreeBSD-4.x (options COMPAT_43) because the new kernel must be able to run the sshd daemon, that compiled with FreeBSD-4.0. (COMPAT4X=yes in /etc/make.conf will not harm too). Check the option PANIC_REBOOT_WAIT_TIME - it must not be (-1). But this will not help You if the kernel will hang and not panic 8-( Be careful with the firewall. Before You will reboot to the new kernel, disable all daemons running on the box excluding sshd (in /etc/rc.conf and /usr/local/rc.d/*). Disable logins for everybody excluding root. Test all this steps at some local available box with same configuration (FreeBSD-4.0, sshd, ... ) and document the sequence of your actons step by step. As always, You must do a full backup before performing so dangerous changes. I hope this will help You. Good Luck! From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 12:07:19 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 802B616A4BF for ; Sun, 5 Oct 2003 12:07:19 -0700 (PDT) Received: from ran.psg.com (ip166.usw12.rb1.bel.nwlink.com [209.20.253.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C574043FEC for ; Sun, 5 Oct 2003 12:07:18 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com) by ran.psg.com with esmtp (Exim 4.22) id 1A6EDt-000GST-SF for freebsd-stable@freebsd.org; Sun, 05 Oct 2003 12:07:17 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 5 Oct 2003 12:07:17 -0700 To: FreeBSD Stable Message-Id: Subject: dump faster from remote than from local X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 19:07:19 -0000 4.9rc of yesterday dump from B->A i.e. from a system on local ether DUMP: DUMP: 2082890 tape blocks on 1 volume DUMP: finished in 478 seconds, throughput 4357 KBytes/sec ^^^^^^^^^^^^^^^ and a local dump on A DUMP: DUMP: 3560987 tape blocks on 1 volume DUMP: finished in 3694 seconds, throughput 963 KBytes/sec ^^^^^^^^^^^^^^ why is local slower than remote? randy From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 12:08:03 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 505D616A4B3 for ; Sun, 5 Oct 2003 12:08:03 -0700 (PDT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F48043FFB for ; Sun, 5 Oct 2003 12:08:02 -0700 (PDT) (envelope-from frumin@phreaker.net) Received: from astron (dialup-67.72.215.236.Dial1.Detroit1.Level3.net [67.72.215.236])h95J80jA214132 for ; Sun, 5 Oct 2003 15:08:00 -0400 Date: Sun, 5 Oct 2003 15:03:10 -0400 From: frumin To: "freebsd-stable@freebsd.org" Message-Id: <20031005150310.4c81ce76.frumin@phreaker.net> X-Mailer: Sylpheed version 0.9.3claws (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: SMP motherboard and temperature monitoring with /dev/io X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 19:08:03 -0000 Hello, I have an SMP motherboard (Gigabyte GA-7DPXDW+) and I'm trying to monitor the temperature of the processor. The chipset for I/O control is Winbond W83627HF. When using any program for monitoring temperatures, I only get the temperature reading for the second processor. How do I get readings for both processors or only the first one ? TIA From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 12:08:24 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43AF116A4B3 for ; Sun, 5 Oct 2003 12:08:24 -0700 (PDT) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7272843FFD for ; Sun, 5 Oct 2003 12:08:23 -0700 (PDT) (envelope-from joe@genius.tao.org.uk) Received: by genius.tao.org.uk (Postfix, from userid 100) id A365B449F; Sun, 5 Oct 2003 20:08:22 +0100 (BST) Date: Sun, 5 Oct 2003 20:08:22 +0100 From: Josef Karthauser To: Ian Dowse Message-ID: <20031005190822.GC4548@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Ian Dowse , freebsd-stable@freebsd.org References: <200309271405.aa30238@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zdv2QT/q3FMhpsV" Content-Disposition: inline In-Reply-To: <200309271405.aa30238@salmon.maths.tcd.ie> User-Agent: Mutt/1.5.4i cc: freebsd-stable@freebsd.org Subject: hang of new usb stack [was Re: Patch for boot-time USB hangs in 4.9-PRERELEASE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 19:08:24 -0000 --6zdv2QT/q3FMhpsV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 27, 2003 at 02:05:51PM +0100, Ian Dowse wrote: >=20 > Could people who are experiencing boot-time hangs in 4.9-PRERELEASE > try the following patch to see if it helps? I've had one positive > report so far, but it would be helpful to get more feedback to > determine if this is the right fix to be committed. >=20 I'm interested in whether this fix also fixes the boot time handing of the new usb stack. Perhaps any interested parties could test it and let me know? The new usb patch to RELENG_4 as of today is at: http://www.josef-k.net/misc/RELENG_4-USB-20031005.patch.gz Thanks, Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --6zdv2QT/q3FMhpsV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iEYEARECAAYFAj+AbCYACgkQXVIcjOaxUBYtPgCgxZzkmY9aPlNcLrxC3bEf4hX/ XJcAoK5P9okvr5m2f0L71fWZuUrkFRKY =0+iT -----END PGP SIGNATURE----- --6zdv2QT/q3FMhpsV-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 12:11:58 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20FC916A4B3 for ; Sun, 5 Oct 2003 12:11:58 -0700 (PDT) Received: from mail.getnet.net (mail.getnet.net [216.19.223.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 6B4C643FE1 for ; Sun, 5 Oct 2003 12:11:57 -0700 (PDT) (envelope-from gracchus@getnet.net) Received: (qmail 17835 invoked from network); 5 Oct 2003 19:09:14 -0000 Received: from 216-19-216-176.getnet.net (HELO getnet.net) (216.19.216.176) by 0 with SMTP; 5 Oct 2003 19:09:14 -0000 Message-ID: <3F806C5F.9020502@getnet.net> Date: Sun, 05 Oct 2003 12:09:19 -0700 From: Tom Snell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030927 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: 4.9 RC1(i386) 'make buildworld' fails: libg2c install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 19:11:58 -0000 Error running 'make buildworld' on FBSD 4.9 RC1(i386) source (see below); error replicated twice.....could this simply be due to a corruption of the downloaded ISO file? The softlink created before the initial error message appears to have been created OK, so not sure where the error is being generated. ***************************************************************** ===> gnu/lib/libg2c sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libg2c.a /usr/obj/usr/src/i386/usr/lib sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libg2c.so.1 /usr/obj/usr/src/i386/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libg2c/g2c.h /usr/obj/usr/src/i386/usr/include ln -fs libg2c.so.1 /usr/obj/usr/src/i386/usr/lib/libg2c.so 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error su-2.05b# ***************************************************************** -- ____ ___ _______ / __/______ ___ / _ )/ __/ _ \ Tom Snell / _// __/ -_) -_) _ |\ \/ // / FreeBSD 4.9 RC1 /_/ /_/ \__/\__/____/___/____/ XFree86 4.3.0 WindowMaker 0.80.2 "make buildworld...for a better tomorrow!" From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 12:55:57 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC63416A4B3 for ; Sun, 5 Oct 2003 12:55:57 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C17B143FEC for ; Sun, 5 Oct 2003 12:55:55 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9/8.12.9) with ESMTP id h95JtlN1049840; Sun, 5 Oct 2003 12:55:51 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200310051955.h95JtlN1049840@gw.catspoiler.org> Date: Sun, 5 Oct 2003 12:55:47 -0700 (PDT) From: Don Lewis To: randy@psg.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-stable@FreeBSD.org Subject: Re: dump faster from remote than from local X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 19:55:57 -0000 On 5 Oct, Randy Bush wrote: > 4.9rc of yesterday > > dump from B->A i.e. from a system on local ether > > DUMP: DUMP: 2082890 tape blocks on 1 volume > DUMP: finished in 478 seconds, throughput 4357 KBytes/sec > ^^^^^^^^^^^^^^^ > and a local dump on A > > DUMP: DUMP: 3560987 tape blocks on 1 volume > DUMP: finished in 3694 seconds, throughput 963 KBytes/sec > ^^^^^^^^^^^^^^ > why is local slower than remote? What are you dumping to on A? If you are dumping to a file on the same spindle, you spend a lot more time doing long seeks. Is there other I/O occuring on the same spindle as the filesystem that you are dumping on A? Could the file system on B have a small number of large files while A has a large number of small files? Has the file system on A been run in a near-full condition for a long period of time so that there are a lot of disk blocks that are poorly placed? What results do you get if you dump each file system to /dev/null on the local machine? From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 13:42:07 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69E4716A4B3 for ; Sun, 5 Oct 2003 13:42:07 -0700 (PDT) Received: from mail.islandnet.com (mail.islandnet.com [199.175.106.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E3B43FE3 for ; Sun, 5 Oct 2003 13:42:06 -0700 (PDT) (envelope-from moron@industrial.org) Received: from h24-68-28-110.gv.shawcable.net ([24.68.28.110] helo=industry) by mail.islandnet.com with ESMTP id 1A6Fhd-00027Z-00 for freebsd-stable@FreeBSD.org; Sun, 05 Oct 2003 13:42:06 -0700 From: moron To: freebsd-stable@FreeBSD.org Date: Sun, 5 Oct 2003 13:42:04 -0700 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200310051342.04864.moron@industrial.org> Subject: DMA related disc issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 20:42:07 -0000 Howdy. I apologize for vagueness of this report but I am not immediately sure how to proceed with this or what details will be relevant. I look after a community server which has been running just fine for the last 6 months or so with no disk issues at all. The box has an all in one Shuttle motherboard which uses the VIA 8233 ATA133 disk controller according to what I see from dmesg. The main drive is a 30 gig Maxtor and I very recently added an 80 gig Seagate to the second IDE bus. There is also a CDROM sharing the primary IDE bus with the main drive. Up until quite recently the machine has had a single drive in it and been performing flawlessly, no disk problems or anything of that nature (nothing untoward in messages, not spontaneous reboots, etc.). I have performed a few CVSups and make worlds over the last month to deal with security issues and such and about two weeks ago I added the second Seagate drive to the system. Shortly after adding the new drive (but also around the time of a CVSup), the machine suddenly locked up. This was after about a day and a half of stable operation, with some serious disk I/O (busy mailing lists, a cpdup from one drive to the other, etc.). The lockup happened at a time where no obviously heavy disk I/O was happening, just general usage. I initially assumed that it was a loose cable and so opened the box up and re-seated the cables. After this the machine worked fine again for maybe 12 hours but then encountered the same type of errors which start with stuff along the lines of: Sep 26 05:59:35 www /kernel: ad0: READ command timeout tag=0 serv=0 - resetting Sep 26 05:59:35 www /kernel: ata0: resetting devices .. ad0: DMA limited to UDMA33, non-ATA66 cable or device After a few of these the machine stops being able to access its drives and eventually either reboots or hangs. After searching for a bit I saw that disabling DMA access altogether might help the situation out so I have done that at startup which now gives me the following initial complaints upon boot but then no further obvious problems other than sub-standard performance (which I do need to fix): Sep 27 13:02:19 www /kernel: ad0: READ command timeout tag=0 serv=0 - resetting Sep 27 13:02:20 www /kernel: ata0: resetting devices .. done Sep 27 13:02:51 www /kernel: ad0: WRITE command timeout tag=0 serv=0 - resetting Sep 27 13:02:51 www /kernel: ata0: resetting devices .. done I am currently running the FreeBSD 4.9-PRERELEASE that I CVSup'd earlier in the day on the 27th. Now I have not had any disk issues that I am aware of since going to PIO mode and the machine worked awesome up until around the addition of the second drive / OS update. I am wondering if there are any known issues that could be affecting DMA access with recent kernels or whether anyone has any other suggestions on what might be going wrong here? The fact that the machine runs fine without DMA, ran awesome up until recently and can perform intensive disk I/O for a period with no problems makes me think that this isn't a hardware problem but I am open to any suggestions that might help to nail down the culprit. If you need more specifics to offer suggestions please let me know. Cheers! -- ---> (culture) http://industrial.org : (label) http://deterrent.net ---> (community) http://ampfea.org : (hire me) http://codegrunt.com ---> (send EEEI news to) infosuck@industrial.org ---> Whomever dies with the most URLs wins!!!!!!!!!!!!! From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 13:58:08 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF65A16A4B3 for ; Sun, 5 Oct 2003 13:58:08 -0700 (PDT) Received: from fed1mtao03.cox.net (fed1mtao03.cox.net [68.6.19.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9310843FDF for ; Sun, 5 Oct 2003 13:58:07 -0700 (PDT) (envelope-from ciscogeek@bgp4.net) Received: from bgp4.net ([68.99.195.198]) by fed1mtao03.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031005205805.DATL23864.fed1mtao03.cox.net@bgp4.net>; Sun, 5 Oct 2003 16:58:05 -0400 Message-ID: <3F8085DE.8050007@bgp4.net> Date: Sun, 05 Oct 2003 13:58:06 -0700 From: Janet Sullivan User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5b) Gecko/20030925 X-Accept-Language: en-us, en MIME-Version: 1.0 To: moron References: <200310051342.04864.moron@industrial.org> In-Reply-To: <200310051342.04864.moron@industrial.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@FreeBSD.org Subject: Re: DMA related disc issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 20:58:08 -0000 moron wrote: > I look after a community server which has been running just fine for the last > 6 months or so with no disk issues at all. The box has an all in one Shuttle > motherboard which uses the VIA 8233 ATA133 disk controller according to what > I see from dmesg. The main drive is a 30 gig Maxtor and I very recently > added an 80 gig Seagate to the second IDE bus. There is also a CDROM sharing > the primary IDE bus with the main drive. [...] > Sep 26 05:59:35 www /kernel: ad0: READ command timeout tag=0 serv=0 - > resetting > Sep 26 05:59:35 www /kernel: ata0: resetting devices .. ad0: DMA limited to > UDMA33, non-ATA66 cable or device > > After a few of these the machine stops being able to access its drives and > eventually either reboots or hangs. Before you added the new drive, was the CD-ROM sharing the primary IDE bus with the main drive, or was it on the secondary channel? I'd guess it used to be on the secondary channel? If you disconnect the CD-ROM and enable DMA, do you have any problems? Do you have ATA66 cables to all devices? From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 15:01:35 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B80ED16A4B3 for ; Sun, 5 Oct 2003 15:01:35 -0700 (PDT) Received: from mail.islandnet.com (mail.islandnet.com [199.175.106.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33A2143FE5 for ; Sun, 5 Oct 2003 15:01:35 -0700 (PDT) (envelope-from moron@industrial.org) Received: from h24-68-28-110.gv.shawcable.net ([24.68.28.110] helo=industry) by mail.islandnet.com with ESMTP id 1A6GwY-000ANC-00 for freebsd-stable@FreeBSD.org; Sun, 05 Oct 2003 15:01:34 -0700 From: moron To: freebsd-stable@FreeBSD.org Date: Sun, 5 Oct 2003 15:01:33 -0700 User-Agent: KMail/1.5.4 References: <200310051342.04864.moron@industrial.org> <3F8085DE.8050007@bgp4.net> In-Reply-To: <3F8085DE.8050007@bgp4.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200310051501.33678.moron@industrial.org> Subject: Re: DMA related disc issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 22:01:35 -0000 On October 5, 2003 01:58 pm, Janet Sullivan wrote: > Before you added the new drive, was the CD-ROM sharing the primary IDE > bus with the main drive, or was it on the secondary channel? I'd guess > it used to be on the secondary channel? If you disconnect the CD-ROM > and enable DMA, do you have any problems? Do you have ATA66 cables to > all devices? Howdy. The CD drive is a slave on the main IDE bus (where it has been since the box was initially setup). The new second drive is hanging off of the second IDE bus, configured as a master. The cables are all ATA100 (well, I am assuming that's the case with the Seagate since it came with the drive, it looks ATA66/100 anyway). Here's what dmesg shows for them: ad0: 39205MB [79656/16/63] at ata0-master PIO4 ad2: 76319MB [155061/16/63] at ata1-master PIO4 The part that I find strange is that everything worked perfectly until the addition of the second drive (though I cannot absolutely pin it on that since I did update the OS as well around that time). I don't have physical access to the machine until Monday so I will try disconnecting the CD drive, re-enabling DMA and see if that makes any difference. I sucks not knowing though as I don't much like losing email and risking database integrity on a "wiggle it and see" type test. It does not lock up right away - so far it has taken hours at least before problems creep up. =) The server itself was bought and built from donations so the reason I never moved the CDROM drive to its own bus was monetary (it was what we could afford at the time). That said, with DMA enabled it smoked for what we need (your typical web server / mailing list community site). Thanks for the feedback. Cheers -- ---> (culture) http://industrial.org : (label) http://deterrent.net ---> (community) http://ampfea.org : (hire me) http://codegrunt.com ---> (send EEEI news to) infosuck@industrial.org ---> Whomever dies with the most URLs wins!!!!!!!!!!!!! From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 15:05:52 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DE7216A4B3 for ; Sun, 5 Oct 2003 15:05:52 -0700 (PDT) Received: from mail.islandnet.com (mail.islandnet.com [199.175.106.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2D0C43FBD for ; Sun, 5 Oct 2003 15:05:51 -0700 (PDT) (envelope-from moron@industrial.org) Received: from h24-68-28-110.gv.shawcable.net ([24.68.28.110] helo=industry) by mail.islandnet.com with ESMTP id 1A6H0g-000Bi6-00 ; Sun, 05 Oct 2003 15:05:51 -0700 From: moron To: "Brad Davis" Date: Sun, 5 Oct 2003 15:05:50 -0700 User-Agent: KMail/1.5.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200310051505.50085.moron@industrial.org> cc: freebsd-stable@FreeBSD.org Subject: Re: DMA related disc issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 22:05:52 -0000 On October 5, 2003 02:02 pm, you wrote: > Try making sure that the 80GB drive is running at its specified speed > (ATA100 or whatever). The best way to do this is to look at what the BIOS > tells you when it detects the drive. Hi Brad. It looked OK from what I remember when I installed the drive initially. Here's how it looked before I disabled DMA: Sep 23 15:56:53 www /kernel: ad0: 39205MB [79656/16/63] at ata0 -master UDMA133 Sep 23 15:56:53 www /kernel: ad2: 76319MB [155061/16/63] at ata1-master UDMA100 Sep 23 15:56:53 www /kernel: acd0: CDROM at ata0-slave PIO4 Cheers -- ---> (culture) http://industrial.org : (label) http://deterrent.net ---> (community) http://ampfea.org : (hire me) http://codegrunt.com ---> (send EEEI news to) infosuck@industrial.org ---> Whomever dies with the most URLs wins!!!!!!!!!!!!! From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 16:39:46 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DA0A16A4B3 for ; Sun, 5 Oct 2003 16:39:46 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-107-253.dsl.lsan03.pacbell.net [64.169.107.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B3B743FF2 for ; Sun, 5 Oct 2003 16:39:45 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id B117166D16; Sun, 5 Oct 2003 16:39:34 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 47301798; Sun, 5 Oct 2003 16:39:34 -0700 (PDT) Date: Sun, 5 Oct 2003 16:39:33 -0700 From: Kris Kennaway To: Robert Ames Message-ID: <20031005233933.GA5362@rot13.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: stable@freebsd.org Subject: Re: 4.9-RC1 issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 23:39:46 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 05, 2003 at 01:30:39PM -0400, Robert Ames wrote: > For what it's worth... >=20 > 1. You cannot do a recursive rcp to a 4.9-RC1 machine. For > example, "rcp -r somedir testbox:/tmp" fails. The attached > patch fixes this. Interesting. Has this been broken for a while, or did this fail recently? > 2. Only the dial picobsd build will compile. The others (bridge, > isp, net and router) all fail at various points. Unfortunately, picobsd is essentially unmaintained at this point. Kris --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/gKu1Wry0BWjoQKURAg66AKCYb9w2vexH/TDW0X/q3wTsLAPS9QCgxIV0 bmUN/FNScSsOolWxHdwBEw8= =OMdn -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 21:01:07 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33C3916A4B3 for ; Sun, 5 Oct 2003 21:01:07 -0700 (PDT) Received: from ns.museum.rain.com (gw-ipinc.museum.rain.com [206.29.169.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3481943F85 for ; Sun, 5 Oct 2003 21:01:06 -0700 (PDT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (localhost [127.0.0.1]) by ns.museum.rain.com (8.12.9/8.12.9) with ESMTP id h9640unI024947; Sun, 5 Oct 2003 21:00:57 -0700 (PDT) (envelope-from james@umpquanet.com) Received: (from james@localhost) by ns.museum.rain.com (8.12.9/8.12.9/Submit) id h9640uB8024946; Sun, 5 Oct 2003 21:00:56 -0700 (PDT) (envelope-from james) Date: Sun, 5 Oct 2003 21:00:56 -0700 From: James Long To: Edward Aronyk Message-ID: <20031006040056.GA24927@ns.museum.rain.com> References: <001c01c38b2f$addc3700$6501a8c0@zeta> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001c01c38b2f$addc3700$6501a8c0@zeta> User-Agent: Mutt/1.4.1i X-Spam-Status: No, hits=-5.0 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_MUTT version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-stable@freebsd.org Subject: Re: SMP + Compaq 2DH Array Controller cause freeze in boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 04:01:07 -0000 On Sun, Oct 05, 2003 at 04:58:53AM -0600, Edward Aronyk wrote: > > One solution in the past for a similar problem was to tell the Compaq > BIOS that you are running Windows NT. Compaq tries to disable SMP > support for operating systems it doesn't think will support it. I tried > this fix with no success. Another person tried selecting Linux with > success, however that was on a different model - mine has no option for > Linux. What's the rev. on your BIOS? You may find that dl'ing and applying Compaq's latest BIOS update will add that option. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 23:03:54 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76ABF16A4B3 for ; Sun, 5 Oct 2003 23:03:54 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCF0243F75 for ; Sun, 5 Oct 2003 23:03:53 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B04D072DA8; Sun, 5 Oct 2003 23:03:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id ADDEF72DA3; Sun, 5 Oct 2003 23:03:53 -0700 (PDT) Date: Sun, 5 Oct 2003 23:03:53 -0700 (PDT) From: Doug White To: frumin In-Reply-To: <20031005150310.4c81ce76.frumin@phreaker.net> Message-ID: <20031005230306.F14342@carver.gumbysoft.com> References: <20031005150310.4c81ce76.frumin@phreaker.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "freebsd-stable@freebsd.org" Subject: Re: SMP motherboard and temperature monitoring with /dev/io X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 06:03:54 -0000 On Sun, 5 Oct 2003, frumin wrote: > Hello, I have an SMP motherboard (Gigabyte GA-7DPXDW+) and I'm trying to > monitor the temperature of the processor. The chipset for I/O control is > Winbond W83627HF. When using any program for monitoring temperatures, I > only get the temperature reading for the second processor. How do I get > readings for both processors or only the first one ? TIA Have you made sure that the second temperature monitor is actually functional? Also different boards attach the temp sensors to different ports on the chip; the names are interpreted by the software. What may be 'chassis temp' may actually be your other cpu temp. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 03:16:56 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8C9016A4B3 for ; Mon, 6 Oct 2003 03:16:56 -0700 (PDT) Received: from mailhost.firstcallgroup.co.uk (dilbert.firstcallgroup.co.uk [194.200.93.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C7F343FA3 for ; Mon, 6 Oct 2003 03:16:55 -0700 (PDT) (envelope-from pfrench@firstcallgroup.co.uk) Received: from pfrench by mailhost.firstcallgroup.co.uk with local (Exim 4.12) id 1A6SQ8-0007WY-00; Mon, 06 Oct 2003 11:16:52 +0100 To: earonyk@360integration.com, freebsd-stable@freebsd.org In-Reply-To: <001c01c38b2f$addc3700$6501a8c0@zeta> Message-Id: From: Pete French Date: Mon, 06 Oct 2003 11:16:52 +0100 Subject: Re: SMP + Compaq 2DH Array Controller cause freeze in boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 10:16:56 -0000 > Does anyone have any solutions, or will this bug remain unfixed? Set the BIOS to Novell SMP - then it works fine. This is true of just about every SMP Compaq I have come across. -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 07:08:33 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9770116A4B3 for ; Mon, 6 Oct 2003 07:08:33 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DCF843FB1 for ; Mon, 6 Oct 2003 07:08:32 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.strauser.com (pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.9/8.12.9) with ESMTP id h96E8UmD094262 for ; Mon, 6 Oct 2003 09:08:30 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-stable@freebsd.org References: <200310051955.h95JtlN1049840@gw.catspoiler.org> From: Kirk Strauser Date: Mon, 06 Oct 2003 09:08:30 -0500 In-Reply-To: <200310051955.h95JtlN1049840@gw.catspoiler.org> (Don Lewis's message of "Sun, 5 Oct 2003 12:55:47 -0700 (PDT)") Message-ID: <87isn27929.fsf@strauser.com> Lines: 14 X-Mailer: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: dump faster from remote than from local X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 14:08:33 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable At 2003-10-05T19:55:47Z, Don Lewis writes: [snip a lot of relevant questions] Are the machines using the same hardware? Same OS version? =2D-=20 Kirk Strauser "94 outdated ports on the box, 94 outdated ports. Portupgrade one, an hour 'til done, 82 outdated ports on the box." --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQA/gXde5sRg+Y0CpvERAmcfAJ9RUerVPBySaF/lSgWxFKmmoAu5rQCfcI0B QmW2mR2DpR+1OjJorzSuYp0= =euVO -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 07:51:04 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6EB816A4B3 for ; Mon, 6 Oct 2003 07:51:04 -0700 (PDT) Received: from casper.sri.com (casper.SRI.COM [128.18.243.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 10B7943FE1 for ; Mon, 6 Oct 2003 07:51:00 -0700 (PDT) (envelope-from gilham@csl.sri.com) Received: (qmail 14104 invoked from network); 6 Oct 2003 14:50:48 -0000 Received: from localhost (HELO casper.SRI.COM) (127.0.0.1) by casper.sri.com with SMTP; 6 Oct 2003 14:50:48 -0000 Received: from quarter.csl.sri.com ([130.107.1.30]) by casper.SRI.COM (SAVSMTP 3.1.0.29) with SMTP id M2003100607504814187 for ; Mon, 06 Oct 2003 07:50:48 -0700 Received: from snapdragon.csl.sri.com (snapdragon.csl.sri.com [130.107.19.20]) by quarter.csl.sri.com (8.12.9/8.12.9) with ESMTP id h96Eomsk018333 for ; Mon, 6 Oct 2003 07:50:48 -0700 Message-Id: <200310061450.h96Eomsk018333@quarter.csl.sri.com> To: freebsd-stable@freebsd.org In-Reply-To: Message from hg@cally.queue.to <20031004165932.94381.qmail@cally.queue.to> Date: Mon, 06 Oct 2003 07:50:48 -0700 From: Fred Gilham Subject: Re: plateful of crow (was Re: Frequent reboots...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 14:51:05 -0000 hg@cally.queue.to wrote: > In mpc.lists.freebsd.stable, I wrote: > : : I'm also seeing this disturbing new problem concurrent an > : : install of 4.9-PRERELASE, have not suffered this problem > : : throughout 3.1 and up through 4.8-RC1. > > Coincidental is a lot more accurate. When the power supply on this > machine popped and hour ago and filled the room with the sickeningly > sweet smell of resistor it became pretty clear this was a hardware > issue. Too bad I didn't put the plateful of crow on top of the box > so at least that would've been warmed up before I had to eat it. > "nevermind" This is so weird. I went to the latest stable, which turned out to be 4.9 RC-something, and my system started hanging. Then when I went back to 4.8 it kept on hanging. Turned out to be a disk going bad. Maybe 4.9 is haunted, maybe its daemon has gone rogue and started eating hardware. :-) -- Fred Gilham gilham@csl.sri.com If you hold a controversial position you will draw controversy and its cousins: denunciation, dislike, etc. It's the price you pay. And unlike Tom Daschle, I pay it without a taxpayer-funded security team to keep me safe. -- Peggy Noonan From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 09:52:27 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C5B216A4B3 for ; Mon, 6 Oct 2003 09:52:27 -0700 (PDT) Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAE1E43F75 for ; Mon, 6 Oct 2003 09:52:26 -0700 (PDT) (envelope-from bill@celestial.com) Received: by mail.mi.celestial.com (Postfix, from userid 203) id 9297611E8A7; Mon, 6 Oct 2003 09:52:26 -0700 (PDT) Date: Mon, 6 Oct 2003 09:52:26 -0700 From: Bill Campbell To: freebsd-stable@freebsd.org Message-ID: <20031006165226.GA17264@alexis.mi.celestial.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <200310061450.h96Eomsk018333@quarter.csl.sri.com> <20031006164927.1093.qmail@cally.queue.to> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031006164927.1093.qmail@cally.queue.to> User-Agent: Mutt/1.4.1i Subject: Re: plateful of crow (was Re: Frequent reboots...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd@celestial.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 16:52:27 -0000 On Mon, Oct 06, 2003, hg@cally.queue.to wrote: >In mpc.lists.freebsd.stable, gilham@csl.sri.com: > : Maybe 4.9 is haunted, maybe its daemon has gone rogue and started > : eating hardware. :-) > >There must be a bright side to this. Only 1 out of 3 of the machines >at this site were tested by 4.9 and found wanting. Howeer, 2/3 >survived. These are now ready for the "Hardware Certified by >FreeBSD-4.9" labels that someone needs to get printed up. Make sure that this includes a test ``see if fan is turning in power supply''. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``We maintain that the very foundation of our way of life is what we call free enterprise,'' said Cash McCall, "but when one of our citizens show enough free enterprise to pile up a little of that profit, we do our best to make him feel that he ought to be ashamed of himself." -- Cameron Hawley From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 11:18:13 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1D4316A4B3 for ; Mon, 6 Oct 2003 11:18:13 -0700 (PDT) Received: from web20802.mail.yahoo.com (web20802.mail.yahoo.com [216.136.226.191]) by mx1.FreeBSD.org (Postfix) with SMTP id 3A08A43F75 for ; Mon, 6 Oct 2003 11:18:13 -0700 (PDT) (envelope-from salbrig@yahoo.com) Message-ID: <20031006181813.87914.qmail@web20802.mail.yahoo.com> Received: from [65.208.228.132] by web20802.mail.yahoo.com via HTTP; Mon, 06 Oct 2003 11:18:13 PDT Date: Mon, 6 Oct 2003 11:18:13 -0700 (PDT) From: Stephen Albright To: Rick Flosi , freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: openoffice port build on FreeBSD 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 18:18:13 -0000 Tried installing jdk13 by itself and got the same error. I can attach the output if necessary. Stephen --- Rick Flosi wrote: > > Did you try > installing the /usr/ports/java/jdk13 port by itself? > i.e. > cd /usr/ports/java/jdk13 > make build > make install clean > > ? > > On Fri, 3 Oct 2003, Stephen Albright wrote: > > > I am very new to FreeBSD and Unix in general. I > may > > have more problems than I think, but here goes. I > am > > trying to make depend && install WITH_BSD_JDK=TRUE > > clean with openoffice. Everything works fine > until I > > get to the jvm section (seen below). I have tried > > looking for this on the net, but I have not been > to > > successful in finding a solution. > > > > Thanks for your help. > > Stephen > > > > > ------------------------------------------------------- > > Script started on Fri Oct 3 09:03:16 2003 > > 9:03:16 /home/stephen> uname -a > > > > FreeBSD nod.everestkc.net 4.9-RC FreeBSD 4.9-RC > #0: > > Tue Sep 30 20:56:52 CDT 2003 > > /usr/obj/usr/src/sys/MYGENERIC i386 > > 9:03:20 /home/stephen> exit > > > > exit > > > > Script done on Fri Oct 3 09:03:26 2003 > > > > > ------------------------------------------------------- > > Script started on Thu Oct 2 11:16:14 2003 > > nod# make depend && make install WITH_BSD_JDK=TRUE > > clean > > > > > > REQUIREMENTS: > > > > OO requires that the ENV variable LANG > > is set to a proper value. Dependent on > > which language port you use, OO does > > automatically set LANG to a suitable > > value. You can change this with: > > > > USE_LANG="preferred language" > > > > and set a different language > > like: > > > > en_US.ISO8859-15 en_US.ISO8859-1 > > US-ASCII > > > > Your current setting is: > > > > USE_LANG=en_US.ISO8859-15 > > > > > > OPTIONS: > > > > You can compile OO with debug symbols > > if you call make with WITH_DEBUG=1 > > > > If you set WITH_DEBUG=2, you add internal > > OO.org debug support. > > > > > > You may set WITH_TTF_BYTECODE_ENABLED=YES > > if you like to use the Freetype library to > > render TTF fonts. Normally the TTF lib is > > not used to render fonts. > > > > If you have licensed the Apple patents > > US05155805 US05159668 and US05325479 > > you can enable this option to get better > > quality of glyphs at small bitmap sizes. > > > > > > You may set WITH_GIF_LZW_COMPRESSION=YES > > If you want to make compressed gif images > > > > If must have license from the Unisys and IBM > patents > > to enable this option to get compressed GIF > images. > > > > > > NOTICE: > > > > To build Openoffice, you should have a lot > > of free diskspace (~ 4GB). > > > > > > ===> Extracting for openoffice-1.0.3_2 > > >> Checksum OK for > > openoffice1.0/OOo_1.0.3_source.tar.bz2. > > >> Checksum OK for openoffice1.0/gpc231.tar.Z. > > >> Checksum OK for > > > openoffice1.0/patch-openoffice-mozilla101-2002-10-14. > > >> Checksum OK for > > openoffice1.0/mozilla-vendor-1.0.2a.tgz. > > ===> Extracting mozilla sub project > > ===> Extracting for mozilla-1.0.2_1 > > >> Checksum OK for mozilla-source-1.0.2.tar.bz2. > > >> Checksum OK for libart_lgpl-1.0.2.tar.bz2. > > ===> Patching for openoffice-1.0.3_2 > > ===> Applying FreeBSD patches for > openoffice-1.0.3_2 > > ===> Patching for mozilla-1.0.2_1 > > ===> Applying FreeBSD patches for mozilla-1.0.2_1 > > ===> Removing GIF LZW compression for > > openoffice-1.0.3_2 > > ===> Find old malloc.h defines and fix them in > > openoffice-1.0.3_2 source > > ===> openoffice-1.0.3_2 depends on executable: > gcc32 > > - found > > ===> openoffice-1.0.3_2 depends on file: > > /usr/local/jdk1.3.1/bin/java - not found > > ===> Verifying install for > > /usr/local/jdk1.3.1/bin/java in > /usr/ports/java/jdk13 > > ===> Building for jdk-1.3.1p8_2 > > # Start of jdk build > > i386 Build started: > 1.3.1-p8-stephen-031002-11:34 > > Sanity check passed > > >>>Recursively making java all @ Thu Oct 2 > 11:34:31 > > CDT 2003 ... > > gmake[1]: Entering directory > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java' > > >>>Recursively making hpi all @ Thu Oct 2 > 11:34:31 > > CDT 2003 ... > > gmake[2]: Entering directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi' > > >>>Recursively making green all @ Thu Oct 2 > 11:34:31 > > CDT 2003 ... > > gmake[3]: Entering directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > gmake > > > ../../../../build/bsd-i386/lib/i386/green_threads/libhpi.so > > VARIANT=OPT > > gmake[4]: Entering directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > gmake[4]: Leaving directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > gmake > > > ../../../../build/bsd-i386/lib/i386/green_threads/libhpi_g.so > > VARIANT=DBG > > gmake[4]: Entering directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > gmake[4]: Leaving directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > gmake[3]: Leaving directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/green' > > << 2 > > 11:34:32 CDT 2003. > > gmake[2]: Leaving directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi' > > << 2 > > 11:34:32 CDT 2003. > > >>>Recursively making version all @ Thu Oct 2 > > 11:34:32 CDT 2003 ... > > gmake[2]: Entering directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/version' > > gmake[2]: Nothing to be done for `all'. > > gmake[2]: Leaving directory > > > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/version' > > << Oct > > 2 11:34:32 CDT 2003. > === message truncated === __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 12:15:36 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 573D316A4B3; Mon, 6 Oct 2003 12:15:36 -0700 (PDT) Received: from nibbel.kulnet.kuleuven.ac.be (nibbel.kulnet.kuleuven.ac.be [134.58.240.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC75643FFD; Mon, 6 Oct 2003 12:15:30 -0700 (PDT) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 77E504B67C; Mon, 6 Oct 2003 21:15:28 +0200 (CEST) Received: from antonius.kulnet.kuleuven.ac.be (antonius.kulnet.kuleuven.ac.be [134.58.240.73]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id E83374B694; Mon, 6 Oct 2003 21:15:27 +0200 (CEST) Received: from localhost (10-4-5-217.kotnet.org [10.4.5.217]) by antonius.kulnet.kuleuven.ac.be (Postfix) with SMTP id 348A84C33D; Mon, 6 Oct 2003 21:15:26 +0200 (CEST) Date: Mon, 6 Oct 2003 21:15:17 +0200 From: Tijl Coosemans To: Josef Karthauser Message-Id: <20031006211517.64c5d916.tijl@ulyssis.org> In-Reply-To: <20031005190822.GC4548@genius.tao.org.uk> References: <200309271405.aa30238@salmon.maths.tcd.ie> <20031005190822.GC4548@genius.tao.org.uk> X-Mailer: Sylpheed version 0.9.6 (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Mon__6_Oct_2003_21_15_17_+0200_orIOdd+vZijFVgsp" X-Virus-Scanned: by KULeuven Antivirus Cluster cc: iedowse@maths.tcd.ie cc: freebsd-stable@freebsd.org Subject: Re: hang of new usb stack [was Re: Patch for boot-time USB hangs in 4.9-PRERELEASE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 19:15:36 -0000 --Signature=_Mon__6_Oct_2003_21_15_17_+0200_orIOdd+vZijFVgsp Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sun, 5 Oct 2003 20:08:22 +0100, Josef Karthauser wrote: > On Sat, Sep 27, 2003 at 02:05:51PM +0100, Ian Dowse wrote: > > > > Could people who are experiencing boot-time hangs in 4.9-PRERELEASE > > try the following patch to see if it helps? I've had one positive > > report so far, but it would be helpful to get more feedback to > > determine if this is the right fix to be committed. > > I'm interested in whether this fix also fixes the boot time handing of > the new usb stack. Perhaps any interested parties could test it and > let me know? > > The new usb patch to RELENG_4 as of today is at: > > http://www.josef-k.net/misc/RELENG_4-USB-20031005.patch.gz I get the following error during a make buildworld: ===> usr.sbin/usbdevs cc -O2 -pipe -march=pentium -I/usr/src/usr.sbin/usbdevs/../../sys -c /usr/src/usr.sbin/usbdevs/usbdevs.c /usr/src/usr.sbin/usbdevs/usbdevs.c: In function `usbdev': /usr/src/usr.sbin/usbdevs/usbdevs.c:91: structure has no member named `udi_lowspeed' *** Error code 1 --Signature=_Mon__6_Oct_2003_21_15_17_+0200_orIOdd+vZijFVgsp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/gb9NdMR2xnarec8RAhZSAJ9/44S+wKSpjVU3xCnyAKqiVj4g6QCfW4lD zM008C/m9thfYE1S3+Oa2dw= =XiG7 -----END PGP SIGNATURE----- --Signature=_Mon__6_Oct_2003_21_15_17_+0200_orIOdd+vZijFVgsp-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 15:41:36 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1258716A4F2 for ; Mon, 6 Oct 2003 15:41:36 -0700 (PDT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95D6E440BE for ; Mon, 6 Oct 2003 15:40:57 -0700 (PDT) (envelope-from frumin@phreaker.net) Received: from astron (dialup-67.72.213.99.Dial1.Detroit1.Level3.net [67.72.213.99])h96MeijA088062 for ; Mon, 6 Oct 2003 18:40:50 -0400 Date: Mon, 6 Oct 2003 18:35:48 -0400 From: frumin To: freebsd-stable@freebsd.org Message-Id: <20031006183548.7b265c08.frumin@phreaker.net> In-Reply-To: <20031005230306.F14342@carver.gumbysoft.com> References: <20031005150310.4c81ce76.frumin@phreaker.net> <20031005230306.F14342@carver.gumbysoft.com> X-Mailer: Sylpheed version 0.9.3claws (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: SMP motherboard and temperature monitoring with /dev/io X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 22:41:36 -0000 Well, the BIOS shows all the temperatures and none of the temperatures show the value the temperature should be. On Sun, 5 Oct 2003 23:03:53 -0700 (PDT) Doug White wrote: > On Sun, 5 Oct 2003, frumin wrote: > > > Hello, I have an SMP motherboard (Gigabyte GA-7DPXDW+) and I'm trying to > > monitor the temperature of the processor. The chipset for I/O control is > > Winbond W83627HF. When using any program for monitoring temperatures, I > > only get the temperature reading for the second processor. How do I get > > readings for both processors or only the first one ? TIA > > Have you made sure that the second temperature monitor is actually > functional? > > Also different boards attach the temp sensors to different ports on the > chip; the names are interpreted by the software. What may be 'chassis > temp' may actually be your other cpu temp. > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 16:33:47 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 651E016A4B3 for ; Mon, 6 Oct 2003 16:33:47 -0700 (PDT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CA8C43FF5 for ; Mon, 6 Oct 2003 16:33:45 -0700 (PDT) (envelope-from blynn42@comcast.net) Received: from ted.wyld.stallyns (12-203-168-225.client.attbi.com[12.203.168.225]) by comcast.net (sccrmhc11) with ESMTP id <200310062333440110020206e>; Mon, 6 Oct 2003 23:33:44 +0000 Received: from ted.wyld.stallyns (localhost.wyld.stallyns [127.0.0.1]) by ted.wyld.stallyns (8.12.9/8.12.9) with ESMTP id h96NXORL037192; Mon, 6 Oct 2003 19:33:38 -0400 (EDT) (envelope-from blynn42@comcast.net) Message-Id: <200310062333.h96NXORL037192@ted.wyld.stallyns> To: Jack Raats From: blynn42@comcast.net (Brian Lynn) In-reply-to: Your message of "Sun, 05 Oct 2003 10:42:55 +0200." <001e01c38b1c$ac8469d0$230a0a0a@jara1> Date: Mon, 06 Oct 2003 19:33:24 -0400 cc: stable@freebsd.org Subject: Re: Strange error 4.9RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 23:33:47 -0000 On Sun, 05 Oct 2003, Jack Raats wrote: > After compiling the kernel 4.9RC1 dmesg gives the following error > > lpt0: Interrupt-driven port > ppi0: on ppbus0 > ed1: at port 0x220-0x23f irq 5 on isa0 > ed1: address 52:54:40:28:83:9a, type NE2000 (16 bit) > ad0: 4112MB [8912/15/63] at ata0-master WDMA2 > Mounting root from ufs:/dev/ad0s1a > module_register: module miibus/ukphy already exists! > linker_file_sysinit "miibus.ko" failed to register! 17 > module_register: module pci/ed already exists! > linker_file_sysinit "if_ed.ko" failed to register! 17 > > /root/kernel/HEAVEN have the following to lines > > # PCI Ethernet NICs that use the common MII bus controller code. > device miibus # MII bus support > device ed0 at isa? disable port 0x280 irq 10 iomem 0xd8000 > > Is this a bug, a feature or I am doing something wrong? > > > > Met vriendelijke groeten, > Jack Raats There is a bug here, whereby ifconfig(8) does not match the name registered in the kernel by ed(4). Erik Trulsson posted some patches to fix this last month; search the archive for a thread titled "strange problem with ed driver". [1] However, depending on the remainder of your kernel config, there could be something additional going on here. Note the discrepancy between the dmesg (ed1) and the config file (ed0). You might check whether you are actually loading if_ed.ko in /boot/loader.conf. Brian Lynn [1] The following patch to ifconfig.c also solves this problem on my system. This is taken from v1.90 in HEAD and modifies the ifmaybeload() function. It does not break on any of the interfaces I use (ed xl lo), but I don't really know what I'm doing - YMMV. --- sbin/ifconfig/ifconfig.c.orig Tue Jan 28 06:02:56 2003 +++ sbin/ifconfig/ifconfig.c Tue Sep 23 18:06:07 2003 @@ -1995,7 +1995,8 @@ cp = mstat.name; } /* already loaded? */ - if (!strcmp(ifkind, cp)) + /* if (!strcmp(ifkind, cp)) */ + if (!strncmp(name, cp, strlen(cp))) return; } } From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 17:31:00 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B53BD16A4B3 for ; Mon, 6 Oct 2003 17:31:00 -0700 (PDT) Received: from falcon.midgard.homeip.net (h76n3fls24o1048.bredband.comhem.se [213.67.148.76]) by mx1.FreeBSD.org (Postfix) with SMTP id 22C7243FE1 for ; Mon, 6 Oct 2003 17:30:58 -0700 (PDT) (envelope-from ertr1013@student.uu.se) Received: (qmail 53079 invoked by uid 1001); 7 Oct 2003 00:30:53 -0000 Date: Tue, 7 Oct 2003 02:30:53 +0200 From: Erik Trulsson To: Brian Lynn Message-ID: <20031007003052.GA52906@falcon.midgard.homeip.net> Mail-Followup-To: Brian Lynn , Jack Raats , stable@freebsd.org References: <001e01c38b1c$ac8469d0$230a0a0a@jara1> <200310062333.h96NXORL037192@ted.wyld.stallyns> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200310062333.h96NXORL037192@ted.wyld.stallyns> User-Agent: Mutt/1.5.4i cc: stable@freebsd.org Subject: Re: Strange error 4.9RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 00:31:00 -0000 On Mon, Oct 06, 2003 at 07:33:24PM -0400, Brian Lynn wrote: > > On Sun, 05 Oct 2003, Jack Raats wrote: > > > After compiling the kernel 4.9RC1 dmesg gives the following error > > > > lpt0: Interrupt-driven port > > ppi0: on ppbus0 > > ed1: at port 0x220-0x23f irq 5 on isa0 > > ed1: address 52:54:40:28:83:9a, type NE2000 (16 bit) > > ad0: 4112MB [8912/15/63] at ata0-master WDMA2 > > Mounting root from ufs:/dev/ad0s1a > > module_register: module miibus/ukphy already exists! > > linker_file_sysinit "miibus.ko" failed to register! 17 > > module_register: module pci/ed already exists! > > linker_file_sysinit "if_ed.ko" failed to register! 17 > > > > /root/kernel/HEAVEN have the following to lines > > > > # PCI Ethernet NICs that use the common MII bus controller code. > > device miibus # MII bus support > > device ed0 at isa? disable port 0x280 irq 10 iomem 0xd8000 > > > > Is this a bug, a feature or I am doing something wrong? > > > > > > > > Met vriendelijke groeten, > > Jack Raats > > There is a bug here, whereby ifconfig(8) does not match the name > registered in the kernel by ed(4). Erik Trulsson posted some patches > to fix this last month; search the archive for a thread titled > "strange problem with ed driver". [1] Or just cvsup to the latest RELENG_4 since the following commit was made a short while ago: imp 2003/10/05 19:53:52 PDT FreeBSD src repository Modified files: (Branch: RELENG_4) sys/dev/ep if_ep_eisa.c if_ep_isa.c if_ep_mca.c if_ep_pccard.c sys/dev/ed if_ed_cbus.c if_ed_isa.c if_ed_pccard.c if_ed_pci.c Log: Driver names for DRIVER_MODULE in current are 'ed' and 'ep', but in -stable they need to be 'if_ed' and 'if_ep'. ifconfig should be modified, but this is a lower risk change this late in the release cycle. Approved by: re@ > > However, depending on the remainder of your kernel config, there could > be something additional going on here. Note the discrepancy between the > dmesg (ed1) and the config file (ed0). You might check whether you are > actually loading if_ed.ko in /boot/loader.conf. Note that in the config file ed0 is specified as using irq 10 and port 0x280. (And ed0 is disabled in the config file.) When then a NIC is detected as port 0x220 IRQ 5, it can't be given the name ed0 since that device is supposed to reside elsewhere, so the next available name, ed1, is used instead. So this seems to be working correctly and as expected (depending on expectations), but it might be a good idea to change the kernel config to reflect the actual hardware, unless there is a good reason for it being as it is. (Since the card is a Plug-and-Play card, one can probably skip specifying IRQ and I/O port and just use 'device ed' in the kernel config, since the actual values for IRQ/port are detected automatically. Works for PCI cards anyway.) I don't think /boot/loader.conf is involved although I suppose it is possible. The problem is almost certainly the (harmless) bug mentioned above where ifconfig(8) and the ed(4) driver didn't agree on which name sh > > Brian Lynn > > [1] The following patch to ifconfig.c also solves this problem on my > system. This is taken from v1.90 in HEAD and modifies the ifmaybeload() > function. It does not break on any of the interfaces I use (ed xl lo), > but I don't really know what I'm doing - YMMV. > > --- sbin/ifconfig/ifconfig.c.orig Tue Jan 28 06:02:56 2003 > +++ sbin/ifconfig/ifconfig.c Tue Sep 23 18:06:07 2003 > @@ -1995,7 +1995,8 @@ > cp = mstat.name; > } > /* already loaded? */ > - if (!strcmp(ifkind, cp)) > + /* if (!strcmp(ifkind, cp)) */ > + if (!strncmp(name, cp, strlen(cp))) > return; > } > } As far as I can tell, that patch will not work for those drivers that *do* register as BUS/if_FOO instead of BUS/FOO. In -CURRENT all the network drivers seem to have been changed at the same time to register themselves as BUS/FOO rather than BUS/if_FOO so there the patch should work, but I don't think it will work in -STABLE. Are you sure it works correctly for the 'xl' interface? (I.e. that if you have the 'xl' driver in the kernel, ifconfig will not attempt to load it as a module.) ('lo' is not available as a module, so no problem there, and 'ed' used the convention that this patch will make ifconfig use, so those should work with the patch. (At least before the commit referenced above which changes 'ed' to use the if_FOO style.) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 23:23:20 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04D9616A4EE for ; Mon, 6 Oct 2003 23:23:20 -0700 (PDT) Received: from web40707.mail.yahoo.com (web40707.mail.yahoo.com [66.218.78.164]) by mx1.FreeBSD.org (Postfix) with SMTP id 283ED43FE9 for ; Mon, 6 Oct 2003 23:23:19 -0700 (PDT) (envelope-from seva_fwd@yahoo.com) Message-ID: <20031007062319.68476.qmail@web40707.mail.yahoo.com> Received: from [82.144.209.247] by web40707.mail.yahoo.com via HTTP; Mon, 06 Oct 2003 23:23:19 PDT Date: Mon, 6 Oct 2003 23:23:19 -0700 (PDT) From: Seva Fwd To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: salbrig@yahoo.com Subject: Re: openoffice port build on FreeBSD 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 06:23:20 -0000 Stephen Albright wrote: > Tried installing jdk13 by itself and got the same > error. I can attach the output if necessary. > Stephen Of course, you have same error. While make tries to build and install a port it also builds and installs all packages it depends on. There are lots of reasons to fail a port build: 1) Port depends on other ports that are outdated 2) Conflicts with already installed ports (normally make detects and reports such conflicts) 3) Something wrong in your ports tree (and you definitelly has this issue due to OO-1.0.3 - from the latest ports tree, however mozilla-1.0.2 is at least half year old, and jdk-1.3.1p8_2 is also replaced with jdk-1.3.1p9) Fixes are: 1) Install OO from package (i.e. precompiled) - it is much simpler and in most cases is good enough 2) CVSup your ports tree to latest Then you could try to build OO without JDK or consult http://www.freebsd.org/java on jdk installation procedure 3) As soon as you are a "good enough" investigate FreeBSD handbook, then buy a book (or books) about FreeBSD. I think you'll find recomended reading on www.freebsd.org. And dont forget that knowlege is nothing without practice :o) Hope it will help you, Seva __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 05:57:18 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CF6516A4B3 for ; Tue, 7 Oct 2003 05:57:18 -0700 (PDT) Received: from web20805.mail.yahoo.com (web20805.mail.yahoo.com [216.136.226.194]) by mx1.FreeBSD.org (Postfix) with SMTP id 433FD43FAF for ; Tue, 7 Oct 2003 05:57:17 -0700 (PDT) (envelope-from salbrig@yahoo.com) Message-ID: <20031007125716.50102.qmail@web20805.mail.yahoo.com> Received: from [65.208.228.132] by web20805.mail.yahoo.com via HTTP; Tue, 07 Oct 2003 05:57:16 PDT Date: Tue, 7 Oct 2003 05:57:16 -0700 (PDT) From: Stephen Albright To: Seva Fwd , freebsd-stable@freebsd.org In-Reply-To: <20031007062319.68476.qmail@web40707.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: salbrig@yahoo.com Subject: Re: openoffice port build on FreeBSD 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 12:57:18 -0000 > 3) Something wrong in your ports tree (and you > definitelly has this issue due to OO-1.0.3 - from the > latest ports tree, however mozilla-1.0.2 is at least > half year old, and jdk-1.3.1p8_2 is also replaced > with jdk-1.3.1p9) I have already installed Mozilla, so I will need to portupgrade then correct? Also, I CVSup source and ports every morning (is this a bad idea?) I thought this would update jdk-1.3.1p8_2 to p9 is that not correct thinking? > Fixes are: > 1) Install OO from package (i.e. precompiled) - it > is much simpler and in most cases is good enough I tried this by downloading openoffice-1.1RC4.tgz, unzipped it, and then did a pkg_add, and had problems (I cannot remember the exactly the errors, I will see if I can reproduce them and add that info later). > 2) CVSup your ports tree to latest > Then you could try to build OO without JDK > or consult http://www.freebsd.org/java on > jdk installation procedure I have not tried it without JDK, so I will look into those options above. > 3) As soon as you are a "good enough" investigate > FreeBSD handbook, then buy a book (or books) > about FreeBSD. I think you'll find recomended > reading on www.freebsd.org. > And dont forget that knowlege is nothing without > practice :o) I have a couple on the way, just not here in time to tackle this problem. Thanks for your help. Stephen __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 07:23:47 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1213A16A4B3 for ; Tue, 7 Oct 2003 07:23:47 -0700 (PDT) Received: from mx01.bos.ma.towardex.com (a65-124-16-8.svc.towardex.com [65.124.16.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5883043F75 for ; Tue, 7 Oct 2003 07:23:44 -0700 (PDT) (envelope-from haesu@mx01.bos.ma.towardex.com) Received: by mx01.bos.ma.towardex.com (TowardEX ESMTP 3.0p11_DAKN, from userid 1001) id B969D2F893; Tue, 7 Oct 2003 10:24:03 -0400 (EDT) Date: Tue, 7 Oct 2003 10:24:03 -0400 From: Haesu To: freebsd-stable@freebsd.org Message-ID: <20031007142403.GA78073@scylla.towardex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: 4.9-rc1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 14:23:47 -0000 Hi, I know that there had been discussions going off and on since the release of 4.9-RC1.. For those who are using it in *production environment* (or semi productin/test environment), any coments on its reliability so far? I am thinking if cvsup'ing to 4.9-rc1 but just wondering about some of your experiences thus far.. Thanks! P.S.: Any idea when 4.9-RELEASE is coming out? I hear its coming out quite soon, but not sure when. -hc -- Haesu C. TowardEX Technologies, Inc. Consulting, colocation, web hosting, network design and implementation http://www.towardex.com | haesu@towardex.com Cell: (978)394-2867 | Office: (978)263-3399 Ext. 170 Fax: (978)263-0033 | POC: HAESU-ARIN From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 07:51:38 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6CEC16A4B3 for ; Tue, 7 Oct 2003 07:51:38 -0700 (PDT) Received: from mg.ihep.su (mg.ihep.su [194.190.161.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2EC643FA3 for ; Tue, 7 Oct 2003 07:51:36 -0700 (PDT) (envelope-from Alexandre.Kardanev@ihep.su) Received: by mg.ihep.su (Postfix, from userid 65436) id 516FC134713; Tue, 7 Oct 2003 18:51:29 +0400 (MSD) Received: from mg.ihep.su (localhost [127.0.0.1]) by mg.ihep.su (Postfix) with SMTP id 83C87134712 for ; Tue, 7 Oct 2003 18:51:26 +0400 (MSD) X-Mailbox-Line: From Alexandre.Kardanev@ihep.su Tue Oct 7 18:51:26 2003 Received: from sirius-b.ihep.su (sirius-b.ihep.su [194.190.161.4]) by mg.ihep.su (Postfix) with ESMTP id B7425F4FD6 for ; Tue, 7 Oct 2003 18:50:02 +0400 (MSD) Received: from Sirius.ihep.su (sirius.ihep.su [194.190.161.68]) by sirius-b.ihep.su (8.10.0/8.10.0) with ESMTP id h97EoE307972 for ; Tue, 7 Oct 2003 18:50:14 +0400 (MSK) X-Sender: kardanev@sirius.ihep.su Received: from localhost by Sirius.ihep.su (8.9.3/1.1.22.3/03Apr00-0540PM) id SAA0000231099; Tue, 7 Oct 2003 18:49:52 +0400 (MSK) Date: Tue, 7 Oct 2003 18:49:51 +0400 (MSK) From: Alexandre Kardanev To: freebsd-stable@freebsd.org In-Reply-To: <20031007142403.GA78073@scylla.towardex.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1151450818-1428884089-1065538191=:231062" X-Spam-Status: No, hits=1.8 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,MIME_NULL_BLOCK,NO_MX_FOR_FROM,RCVD_IN_OSIRUSOFT_COM version=2.20 X-Spam-Level: * Subject: USB code breaks in 4.9-RC1? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 14:51:39 -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. Send mail to mime@docserver.cac.washington.edu for more info. --1151450818-1428884089-1065538191=:231062 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi! I have USB flash. That flasf fine works under any Windows, linux-2.4.7 and FreeBSD 5.1Release. It didn't worked at all in 4.8 STABLE. (Playing with quirks didn;t help me). After 4.8 prerelease inserting it will immediately crash my Compaq Descpro-P400 But if I insert it BEFORE booting 4.9RC - it works fine! It dosn't matter use I RELENG_4-USB-20031005.patch or not... Here attached dmesg output when that stick inserted before boot and short gdb crash dump analisys (with patch applyed) ABK2-RIPE ------------------- "It's always easier to destroy than to create" -Any general, any army, any age --1151450818-1428884089-1065538191=:231062 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dm Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: dmesg output Content-Disposition: attachment; filename=dm Q29weXJpZ2h0IChjKSAxOTkyLTIwMDMgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDQuOS1SQyAjMDogVHVlIE9jdCAgNyAxODoyMTox MCBNU0QgMjAwMw0KICAgIHJvb3RAZHJ1LmloZXAuc3U6L3Vzci9zcmMvc3lz L2NvbXBpbGUvYWRydQ0KVGltZWNvdW50ZXIgImk4MjU0IiAgZnJlcXVlbmN5 IDExOTMxODIgSHoNCkNQVTogUGVudGl1bSBJSS9QZW50aXVtIElJIFhlb24v Q2VsZXJvbiAoMzk4LjI3LU1IeiA2ODYtY2xhc3MgQ1BVKQ0KICBPcmlnaW4g PSAiR2VudWluZUludGVsIiAgSWQgPSAweDY1MiAgU3RlcHBpbmcgPSAyDQog IEZlYXR1cmVzPTB4MTgzZjlmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBB RSxNQ0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsTU1Y LEZYU1I+DQpyZWFsIG1lbW9yeSAgPSAzMzU1NDQzMjAgKDMyNzY4MEsgYnl0 ZXMpDQphdmFpbCBtZW1vcnkgPSAzMjI1ODg2NzIgKDMxNTAyOEsgYnl0ZXMp DQpQcmVsb2FkZWQgZWxmIGtlcm5lbCAia2VybmVsIiBhdCAweGMwMzY4MDAw Lg0KUGVudGl1bSBQcm8gTVRSUiBzdXBwb3J0IGVuYWJsZWQNCm1kMDogTWFs bG9jIGRpc2sNClVzaW5nICRQSVIgdGFibGUsIDYgZW50cmllcyBhdCAweGMw MGVkZjkwDQphcG0wOiA8QVBNIEJJT1M+IG9uIG1vdGhlcmJvYXJkDQphcG0w OiBmb3VuZCBBUE0gQklPUyB2MS4yLCBjb25uZWN0ZWQgYXQgdjEuMg0KbnB4 MDogPG1hdGggcHJvY2Vzc29yPiBvbiBtb3RoZXJib2FyZA0KbnB4MDogSU5U IDE2IGludGVyZmFjZQ0KcGNpYjA6IDxJbnRlbCA4MjQ0M0JYICg0NDAgQlgp IGhvc3QgdG8gUENJIGJyaWRnZT4gb24gbW90aGVyYm9hcmQNCnBjaTA6IDxQ Q0kgYnVzPiBvbiBwY2liMA0KYWdwMDogPEludGVsIDgyNDQzQlggKDQ0MCBC WCkgaG9zdCB0byBQQ0kgYnJpZGdlPiBtZW0gMHg0NDAwMDAwMC0weDQ3ZmZm ZmZmIGF0IGRldmljZSAwLjAgb24gcGNpMA0KcGNpYjE6IDxJbnRlbCA4MjQ0 M0JYICg0NDAgQlgpIFBDSS1QQ0kgKEFHUCkgYnJpZGdlPiBhdCBkZXZpY2Ug MS4wIG9uIHBjaTANCnBjaTE6IDxQQ0kgYnVzPiBvbiBwY2liMQ0KZHJtMDog PE1hdHJveCBHMjAwIChBR1ApPiBtZW0gMHg0MDAwMDAwMC0weDQwN2ZmZmZm LDB4NDA4MDAwMDAtMHg0MDgwM2ZmZiwweDQxMDAwMDAwLTB4NDFmZmZmZmYg aXJxIDExIGF0IGRldmljZSAwLjAgb24gcGNpMQ0KaW5mbzogW2RybV0gQUdQ IGF0IDB4NDQwMDAwMDAgNjRNQg0KaW5mbzogW2RybV0gSW5pdGlhbGl6ZWQg bWdhIDMuMS4wIDIwMDIxMDI5IG9uIG1pbm9yIDANCnhsMDogPDNDb20gM2M5 MDVCLVRYIEZhc3QgRXRoZXJsaW5rIFhMPiBwb3J0IDB4MTgwMC0weDE4N2Yg bWVtIDB4NDBkMDAwMDAtMHg0MGQwMDA3ZiBpcnEgOSBhdCBkZXZpY2UgMTMu MCBvbiBwY2kwDQp4bDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjAxOjAyOjU4 OmFlOjgxDQptaWlidXMwOiA8TUlJIGJ1cz4gb24geGwwDQp4bHBoeTA6IDwz Q29tIGludGVybmFsIG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMA0KeGxw aHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFz ZVRYLUZEWCwgYXV0bw0Kc3ltMDogPDg5NT4gcG9ydCAweDEwMDAtMHgxMGZm IG1lbSAweDQwOTAwMDAwLTB4NDA5MDBmZmYsMHg0MGIwMDAwMC0weDQwYjAw MGZmIGlycSAxMSBhdCBkZXZpY2UgMTUuMCBvbiBwY2kwDQpzeW0wOiBTeW1i aW9zIE5WUkFNLCBJRCA3LCBGYXN0LTQwLCBTRSwgcGFyaXR5IGNoZWNraW5n DQpzeW0wOiBTQ0FOIEFUIEJPT1QgZGlzYWJsZWQgZm9yIHRhcmdldHMgNiA4 IDkgMTAgMTEgMTIgMTMgMTQgMTUuDQppc2FiMDogPEludGVsIDgyMzcxQUIg UENJIHRvIElTQSBicmlkZ2U+IGF0IGRldmljZSAyMC4wIG9uIHBjaTANCmlz YTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIFBJSVg0 IEFUQTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgxOGEwLTB4MThhZiBhdCBkZXZp Y2UgMjAuMSBvbiBwY2kwDQphdGEwOiBhdCAweDFmMCBpcnEgMTQgb24gYXRh cGNpMA0KYXRhMTogYXQgMHgxNzAgaXJxIDE1IG9uIGF0YXBjaTANCnVoY2kw OiA8SW50ZWwgODIzNzFBQi9FQiAoUElJWDQpIFVTQiBjb250cm9sbGVyPiBw b3J0IDB4MTg4MC0weDE4OWYgaXJxIDEwIGF0IGRldmljZSAyMC4yIG9uIHBj aTANCnVzYjA6IDxJbnRlbCA4MjM3MUFCL0VCIChQSUlYNCkgVVNCIGNvbnRy b2xsZXI+IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHVi MDogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8x LjAwLCBhZGRyIDENCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUs IHNlbGYgcG93ZXJlZA0KdW1hc3MwOiB2ZW5kb3IgMHgwYzc2IFRTMTI4TUpG TEFTSEEsIHJldiAxLjEwLzEuMDAsIGFkZHIgMg0KaW50cG0wOiA8SW50ZWwg ODIzNzFBQiBQb3dlciBtYW5hZ2VtZW50IGNvbnRyb2xsZXI+IHBvcnQgMHhm YzAwLTB4ZmMwZiBpcnEgOSBhdCBkZXZpY2UgMjAuMyBvbiBwY2kwDQppbnRw bTA6IEkvTyBtYXBwZWQgZmMwMA0KaW50cG0wOiBpbnRyIElSUSA5IGVuYWJs ZWQgcmV2aXNpb24gMA0Kc21idXMwOiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVz PiBvbiBpbnRzbWIwDQpzbWIwOiA8U01CdXMgZ2VuZXJhbCBwdXJwb3NlIEkv Tz4gb24gc21idXMwDQppbnRwbTA6IFBNIEkvTyBtYXBwZWQgZjgwMCANCm9y bTA6IDxPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGM3ZmZmLDB4 YzgwMDAtMHhjYmZmZiwweGUwMDAwLTB4ZTdmZmYgb24gaXNhMA0KcG10aW1l cjAgb24gaXNhMA0KZmRjMDogPE5FQyA3MjA2NUIgb3IgY2xvbmU+IGF0IHBv cnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gaXNhMA0KZmRj MDogRklGTyBlbmFibGVkLCA4IGJ5dGVzIHRocmVzaG9sZA0KZmQwOiA8MTQ0 MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDANCmF0a2JkYzA6IDxL ZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0 IG9uIGlzYTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBmbGFncyAweDEgaXJx IDEgb24gYXRrYmRjMA0Ka2JkMCBhdCBhdGtiZDANCnBzbTA6IDxQUy8yIE1v dXNlPiBpcnEgMTIgb24gYXRrYmRjMA0KcHNtMDogbW9kZWwgR2VuZXJpYyBQ Uy8yIG1vdXNlLCBkZXZpY2UgSUQgMA0KdmdhMDogPEdlbmVyaWMgSVNBIFZH QT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYg b24gaXNhMA0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAw IG9uIGlzYTANCnNjMDogVkdBIDwxMiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFn cz0weDMwMD4NCnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFn cyAweDEwIG9uIGlzYTANCnNpbzA6IHR5cGUgMTY1NTBBDQpzaW8xIGF0IHBv cnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMA0Kc2lvMTogdHlwZSAxNjU1 MEENCnBwYzA6IDxQYXJhbGxlbCBwb3J0PiBhdCBwb3J0IDB4Mzc4LTB4Mzdm IGlycSA3IG9uIGlzYTANCnBwYzA6IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9F UFAvUFMyL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBtb2RlDQpwcGMwOiBGSUZP IHdpdGggMTYvMTYvOCBieXRlcyB0aHJlc2hvbGQNCmxwdDA6IDxQcmludGVy PiBvbiBwcGJ1czANCmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA0KcHBp MDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwDQpzYmMwOiA8RVNTIEVTMTg2 OT4gYXQgcG9ydCAweDIyMC0weDIyZiwweDM4OC0weDM4YiwweDMzMC0weDMz MSBpcnEgNSBkcnEgMSwwIG9uIGlzYTANCnBjbTA6IDxFU1MgMTh4eCBEU1A+ IG9uIHNiYzANCmlwZncyIGluaXRpYWxpemVkLCBkaXZlcnQgZW5hYmxlZCwg cnVsZS1iYXNlZCBmb3J3YXJkaW5nIGVuYWJsZWQsIGRlZmF1bHQgdG8gZGVu eSwgbG9nZ2luZyBsaW1pdGVkIHRvIDEwMCBwYWNrZXRzL2VudHJ5IGJ5IGRl ZmF1bHQNCkRVTU1ZTkVUIGluaXRpYWxpemVkICgwMTEwMzEpDQphZDA6IDE5 NDcwTUIgPFFVQU5UVU0gRklSRUJBTExsY3QyMCAyMD4gWzM5NTYwLzE2LzYz XSBhdCBhdGEwLW1hc3RlciBVRE1BMzMNCmFjZDA6IENELVJXIDxTT05ZIENE LVJXIENSWDMwMEU+IGF0IGF0YTEtbWFzdGVyIFBJTzQNCldhaXRpbmcgOCBz ZWNvbmRzIGZvciBTQ1NJIGRldmljZXMgdG8gc2V0dGxlDQoobm9wZXJpcGg6 c3ltMDowOi0xOi0xKTogU0NTSSBCVVMgbW9kZSBjaGFuZ2UgZnJvbSBTRSB0 byBTRS4NCnBhc3M3IGF0IGF0YTEgYnVzIDAgdGFyZ2V0IDAgbHVuIDANCnBh c3M3OiA8U09OWSBDRC1SVyAgQ1JYMzAwRSBLWVMxPiBSZW1vdmFibGUgQ0Qt Uk9NIFNDU0ktMCBkZXZpY2UgDQpwYXNzNzogMTYuMDAwTUIvcyB0cmFuc2Zl cnMNCmRhMCBhdCBzeW0wIGJ1cyAwIHRhcmdldCAwIGx1biAwDQpkYTA6IDxE RUMgUloyOUwtQUEgKEMpIERFQyBMWUowPiBGaXhlZCBEaXJlY3QgQWNjZXNz IFNDU0ktMiBkZXZpY2UgDQpkYTA6IDEwLjAwME1CL3MgdHJhbnNmZXJzICgx MC4wMDBNSHosIG9mZnNldCAzMSksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVk DQpkYTA6IDQwOTFNQiAoODM4MDA4MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVI IDYzUy9UIDUyMUMpDQpkYTUgYXQgc3ltMCBidXMgMCB0YXJnZXQgNSBsdW4g MA0KZGE1OiA8REVDIFJaMjlMLUFBIChDKSBERUMgTFlKMD4gRml4ZWQgRGly ZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIA0KZGE1OiAxMC4wMDBNQi9zIHRy YW5zZmVycyAoMTAuMDAwTUh6LCBvZmZzZXQgMzEpLCBUYWdnZWQgUXVldWVp bmcgRW5hYmxlZA0KZGE1OiA0MDkxTUIgKDgzODAwODAgNTEyIGJ5dGUgc2Vj dG9yczogMjU1SCA2M1MvVCA1MjFDKQ0KZGE0IGF0IHN5bTAgYnVzIDAgdGFy Z2V0IDQgbHVuIDANCmRhNDogPERFQyBSWjFERi1BQiAoQykgREVDIDAzNzI+ IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0yIGRldmljZSANCmRhNDogMjAu MDAwTUIvcyB0cmFuc2ZlcnMgKDIwLjAwME1Ieiwgb2Zmc2V0IDMwKSwgVGFn Z2VkIFF1ZXVlaW5nIEVuYWJsZWQNCmRhNDogODY3OE1CICgxNzc3MzUyNCA1 MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDExMDZDKQ0KZGEzIGF0IHN5 bTAgYnVzIDAgdGFyZ2V0IDMgbHVuIDANCmRhMzogPERFQyBSWjFERi1BQiAo QykgREVDIDAzNzI+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0yIGRldmlj ZSANCmRhMzogMjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDIwLjAwME1Ieiwgb2Zm c2V0IDMwKSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCmRhMzogODY3OE1C ICgxNzc3MzUyNCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDExMDZD KQ0KZGEyIGF0IHN5bTAgYnVzIDAgdGFyZ2V0IDIgbHVuIDANCmRhMjogPERF QyBSWjFERi1BQiAoQykgREVDIDAzNzI+IEZpeGVkIERpcmVjdCBBY2Nlc3Mg U0NTSS0yIGRldmljZSANCmRhMjogMjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDIw LjAwME1Ieiwgb2Zmc2V0IDMwKSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQN CmRhMjogODY3OE1CICgxNzc3MzUyNCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVI IDYzUy9UIDExMDZDKQ0KZGExIGF0IHN5bTAgYnVzIDAgdGFyZ2V0IDEgbHVu IDANCmRhMTogPERFQyBSWjFERi1BQiAoQykgREVDIDAzNzI+IEZpeGVkIERp cmVjdCBBY2Nlc3MgU0NTSS0yIGRldmljZSANCmRhMTogMjAuMDAwTUIvcyB0 cmFuc2ZlcnMgKDIwLjAwME1Ieiwgb2Zmc2V0IDMwKSwgVGFnZ2VkIFF1ZXVl aW5nIEVuYWJsZWQNCmRhMTogODY3OE1CICgxNzc3MzUyNCA1MTIgYnl0ZSBz ZWN0b3JzOiAyNTVIIDYzUy9UIDExMDZDKQ0KTW91bnRpbmcgcm9vdCBmcm9t IHVmczovZGV2L2FkMHMyYQ0KZGE2IGF0IHVtYXNzLXNpbTAgYnVzIDAgdGFy Z2V0IDAgbHVuIDANCmRhNjogPCBUUzEyOE1KRkxBU0hBIDEuMDA+IFJlbW92 YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0ktMiBkZXZpY2UgDQpkYTY6IDY1MEtC L3MgdHJhbnNmZXJzDQpkYTY6IDEyM01CICgyNTM0MDAgNTEyIGJ5dGUgc2Vj dG9yczogNjRIIDMyUy9UIDEyM0MpDQo= --1151450818-1428884089-1065538191=:231062 Content-Type: APPLICATION/octet-stream; name=crash Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Crash dump Content-Disposition: attachment; filename=crash U2NyaXB0IHN0YXJ0ZWQgb24gVHVlIE9jdCAgNyAxODozMzo0NSAyMDAzCmRy dSMgZ2RiIC0ta2VybmVsIC9zeXMvY29tcGlsZS9hZHJ1L2tlcm5lbC5kZWJ1 ZyB2bWNvcmUuMg0KR05VIGdkYiA0LjE4IChGcmVlQlNEKQ0KQ29weXJpZ2h0 IDE5OTggRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuDQpHREIgaXMg ZnJlZSBzb2Z0d2FyZSwgY292ZXJlZCBieSB0aGUgR05VIEdlbmVyYWwgUHVi bGljIExpY2Vuc2UsIGFuZCB5b3UgYXJlDQp3ZWxjb21lIHRvIGNoYW5nZSBp dCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2YgaXQgdW5kZXIgY2VydGFp biBjb25kaXRpb25zLg0KVHlwZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhl IGNvbmRpdGlvbnMuDQpUaGVyZSBpcyBhYnNvbHV0ZWx5IG5vIHdhcnJhbnR5 IGZvciBHREIuICBUeXBlICJzaG93IHdhcnJhbnR5IiBmb3IgZGV0YWlscy4N ClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJpMzg2LXVua25vd24tZnJl ZWJzZCIuLi5EZXByZWNhdGVkIGJmZF9yZWFkIGNhbGxlZCBhdCAvdXNyL3Ny Yy9nbnUvdXNyLmJpbi9iaW51dGlscy9nZGIvLi4vLi4vLi4vLi4vY29udHJp Yi9nZGIvZ2RiL2RieHJlYWQuYyBsaW5lIDI2MjcgaW4gZWxmc3RhYl9idWls ZF9wc3ltdGFicw0KRGVwcmVjYXRlZCBiZmRfcmVhZCBjYWxsZWQgYXQgL3Vz ci9zcmMvZ251L3Vzci5iaW4vYmludXRpbHMvZ2RiLy4uLy4uLy4uLy4uL2Nv bnRyaWIvZ2RiL2dkYi9kYnhyZWFkLmMgbGluZSA5MzMgaW4gZmlsbF9zeW1i dWYNCg0KSWRsZVBURCBhdCBwaHN5aWNhbCBhZGRyZXNzIDB4MDAzODcwMDAN CmluaXRpYWwgcGNiIGF0IHBoeXNpY2FsIGFkZHJlc3MgMHgwMDJlOWI2MA0K cGFuaWNzdHI6IHBhZ2UgZmF1bHQNCnBhbmljIG1lc3NhZ2VzOg0KLS0tDQpG YXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2Rl DQpmYXVsdCB2aXJ0dWFsIGFkZHJlc3MJPSAweDQNCmZhdWx0IGNvZGUJCT0g c3VwZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50DQppbnN0cnVjdGlv biBwb2ludGVyCT0gMHg4OjB4YzAxNjg2YTINCnN0YWNrIHBvaW50ZXIJICAg ICAgICA9IDB4MTA6MHhjMDJhNmQyYw0KZnJhbWUgcG9pbnRlcgkgICAgICAg ID0gMHgxMDoweGMwMmE2ZDM4DQpjb2RlIHNlZ21lbnQJCT0gYmFzZSAweDAs IGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0KCQkJPSBEUEwgMCwgcHJlcyAx LCBkZWYzMiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxhZ3MJPSBpbnRlcnJ1 cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMA0KY3VycmVudCBwcm9jZXNz CQk9IElkbGUNCmludGVycnVwdCBtYXNrCQk9IA0KdHJhcCBudW1iZXIJCT0g MTINCnBhbmljOiBwYWdlIGZhdWx0DQoNCnN5bmNpbmcgZGlza3MuLi4gDQoN CkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1v ZGUNCmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4MzANCmZhdWx0IGNvZGUJ CT0gc3VwZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50DQppbnN0cnVj dGlvbiBwb2ludGVyCT0gMHg4OjB4YzAxZDhlYjQNCnN0YWNrIHBvaW50ZXIJ ICAgICAgICA9IDB4MTA6MHhjMDJhNmI1MA0KZnJhbWUgcG9pbnRlcgkgICAg ICAgID0gMHgxMDoweGMwMmE2YjU4DQpjb2RlIHNlZ21lbnQJCT0gYmFzZSAw eDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0KCQkJPSBEUEwgMCwgcHJl cyAxLCBkZWYzMiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxhZ3MJPSBpbnRl cnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMA0KY3VycmVudCBwcm9j ZXNzCQk9IElkbGUNCmludGVycnVwdCBtYXNrCQk9IGJpbyANCnRyYXAgbnVt YmVyCQk9IDEyDQpwYW5pYzogcGFnZSBmYXVsdA0KVXB0aW1lOiA0M3MNCg0K ZHVtcGluZyB0byBkZXYgI2FkLzB4MzAwMDEsIG9mZnNldCA2MjM5MzYNCmR1 bXAgYXRhMDogcmVzZXR0aW5nIGRldmljZXMgLi4gZG9uZQ0KMzIwIDMxOSAz MTggMzE3IDMxNiAzMTUgMzE0IDMxMyAzMTIgMzExIDMxMCAzMDkgMzA4IDMw NyAzMDYgMzA1IDMwNCAzMDMgMzAyIDMwMSAzMDAgMjk5IDI5OCAyOTcgMjk2 IDI5NSAyOTQgMjkzIDI5MiAyOTEgMjkwIDI4OSAyODggMjg3IDI4NiAyODUg Mjg0IDI4MyAyODIgMjgxIDI4MCAyNzkgMjc4IDI3NyAyNzYgMjc1IDI3NCAy NzMgMjcyIDI3MSAyNzAgMjY5IDI2OCAyNjcgMjY2IDI2NSAyNjQgMjYzIDI2 MiAyNjEgMjYwIDI1OSAyNTggMjU3IDI1NiAyNTUgMjU0IDI1MyAyNTIgMjUx IDI1MCAyNDkgMjQ4IDI0NyAyNDYgMjQ1IDI0NCAyNDMgMjQyIDI0MSAyNDAg MjM5IDIzOCAyMzcgMjM2IDIzNSAyMzQgMjMzIDIzMiAyMzEgMjMwIDIyOSAy MjggMjI3IDIyNiAyMjUgMjI0IDIyMyAyMjIgMjIxIDIyMCAyMTkgMjE4IDIx NyAyMTYgMjE1IDIxNCAyMTMgMjEyIDIxMSAyMTAgMjA5IDIwOCAyMDcgMjA2 IDIwNSAyMDQgMjAzIDIwMiAyMDEgMjAwIDE5OSAxOTggMTk3IDE5NiAxOTUg MTk0IDE5MyAxOTIgMTkxIDE5MCAxODkgMTg4IDE4NyAxODYgMTg1IDE4NCAx ODMgMTgyIDE4MSAxODAgMTc5IDE3OCAxNzcgMTc2IDE3NSAxNzQgMTczIDE3 MiAxNzEgMTcwIDE2OSAxNjggMTY3IDE2NiAxNjUgMTY0IDE2MyAxNjIgMTYx IDE2MCAxNTkgMTU4IDE1NyAxNTYgMTU1IDE1NCAxNTMgMTUyIDE1MSAxNTAg MTQ5IDE0OCAxNDcgMTQ2IDE0NSAxNDQgMTQzIDE0MiAxNDEgMTQwIDEzOSAx MzggMTM3IDEzNiAxMzUgMTM0IDEzMyAxMzIgMTMxIDEzMCAxMjkgMTI4IDEy NyAxMjYgMTI1IDEyNCAxMjMgMTIyIDEyMSAxMjAgMTE5IDExOCAxMTcgMTE2 IDExNSAxMTQgMTEzIDExMiAxMTEgMTEwIDEwOSAxMDggMTA3IDEwNiAxMDUg MTA0IDEwMyAxMDIgMTAxIDEwMCA5OSA5OCA5NyA5NiA5NSA5NCA5MyA5MiA5 MSA5MCA4OSA4OCA4NyA4NiA4NSA4NCA4MyA4MiA4MSA4MCA3OSA3OCA3NyA3 NiA3NSA3NCA3MyA3MiA3MSA3MCA2OSA2OCA2NyA2NiA2NSA2NCA2MyA2MiA2 MSA2MCA1OSA1OCA1NyA1NiA1NSA1NCA1MyA1MiA1MSA1MCA0OSA0OCA0NyA0 NiA0NSA0NCA0MyA0MiA0MSA0MCAzOSAzOCAzNyAzNiAzNSAzNCAzMyAzMiAz MSAzMCAyOSAyOCAyNyAyNiAyNSAyNCAyMyAyMiAyMSAyMCAxOSAxOCAxNyAx NiAxNSAxNCAxMyAxMiAxMSAxMCA5IDggNyA2IDUgNCAzIDIgMSANCi0tLQ0K IzAgIGR1bXBzeXMgKCkgYXQgLi4vLi4va2Vybi9rZXJuX3NodXRkb3duLmM6 NDg3DQo0ODcJCWlmIChkdW1waW5nKyspIHsNCihrZ2RiKSB3aGVyZQ0KIzAg IGR1bXBzeXMgKCkgYXQgLi4vLi4va2Vybi9rZXJuX3NodXRkb3duLmM6NDg3 DQojMSAgMHhjMDE2NDdhYiBpbiBib290IChob3d0bz0yNjApIGF0IC4uLy4u L2tlcm4va2Vybl9zaHV0ZG93bi5jOjMxNg0KIzIgIDB4YzAxNjRiZDAgaW4g cG93ZXJvZmZfd2FpdCAoanVuaz0weGMwMmEwM2FjLCBob3d0bz0tMTA3MDk4 OTY0OSkNCiAgICBhdCAuLi8uLi9rZXJuL2tlcm5fc2h1dGRvd24uYzo1OTUN CiMzICAweGMwMjUzYTdhIGluIHRyYXBfZmF0YWwgKGZyYW1lPTB4YzAyYTZi MTAsIGV2YT00OCkNCiAgICBhdCAuLi8uLi9pMzg2L2kzODYvdHJhcC5jOjk3 NA0KIzQgIDB4YzAyNTM3NGQgaW4gdHJhcF9wZmF1bHQgKGZyYW1lPTB4YzAy YTZiMTAsIHVzZXJtb2RlPTAsIGV2YT00OCkNCiAgICBhdCAuLi8uLi9pMzg2 L2kzODYvdHJhcC5jOjg2Nw0KIzUgIDB4YzAyNTMzMzcgaW4gdHJhcCAoZnJh bWU9e3RmX2ZzID0gLTEwNzA5ODkyOTYsIHRmX2VzID0gMTYsIHRmX2RzID0g MTYsIA0KICAgICAgdGZfZWRpID0gLTEwNzA2MDQzMjAsIHRmX2VzaSA9IDAs IHRmX2VicCA9IC0xMDcwOTYxODMyLCANCiAgICAgIHRmX2lzcCA9IC0xMDcw OTYxODYwLCB0Zl9lYnggPSAtMTA3MDg3NDUzMiwgdGZfZWR4ID0gNjg2NTk4 NCwgDQogICAgICB0Zl9lY3ggPSAyLCB0Zl9lYXggPSAwLCB0Zl90cmFwbm8g PSAxMiwgdGZfZXJyID0gMCwgDQogICAgICB0Zl9laXAgPSAtMTA3MTgwNDc0 OCwgdGZfY3MgPSA4LCB0Zl9lZmxhZ3MgPSA2NjA1MCwgdGZfZXNwID0gMCwg DQogICAgICB0Zl9zcyA9IDB9KSBhdCAuLi8uLi9pMzg2L2kzODYvdHJhcC5j OjQ2Ng0KIzYgIDB4YzAxZDhlYjQgaW4gYWNxdWlyZV9sb2NrIChsaz0weGMw MmJjMDVjKQ0KICAgIGF0IC4uLy4uL3Vmcy9mZnMvZmZzX3NvZnRkZXAuYzoy NjYNCiM3ICAweGMwMWRkNGQ2IGluIHNvZnRkZXBfZnN5bmNfbW91bnRkZXYg KHZwPTB4ZDM3MDY1NDApDQogICAgYXQgLi4vLi4vdWZzL2Zmcy9mZnNfc29m dGRlcC5jOjQwMjQNCiM4ICAweGMwMWUxNzBlIGluIGZmc19mc3luYyAoYXA9 MHhjMDJhNmJjYykgYXQgLi4vLi4vdWZzL2Zmcy9mZnNfdm5vcHMuYzoxMzQN CiM5ICAweGMwMWUwMzk3IGluIGZmc19zeW5jIChtcD0weGMxNmMzZTAwLCB3 YWl0Zm9yPTIsIGNyZWQ9MHhjMGMzODkwMCwgDQogICAgcD0weGMwMmZkZmUw KSBhdCB2bm9kZV9pZi5oOjU1OA0KIzEwIDB4YzAxOTUwMDMgaW4gc3luYyAo cD0weGMwMmZkZmUwLCB1YXA9MHgwKSBhdCAuLi8uLi9rZXJuL3Zmc19zeXNj YWxscy5jOjU3Nw0KIzExIDB4YzAxNjQ1NDYgaW4gYm9vdCAoaG93dG89MjU2 KSBhdCAuLi8uLi9rZXJuL2tlcm5fc2h1dGRvd24uYzoyMzUNCiMxMiAweGMw MTY0YmQwIGluIHBvd2Vyb2ZmX3dhaXQgKGp1bms9MHhjMDJhMDNhYywgaG93 dG89LTEwNzA5ODk2NDkpDQogICAgYXQgLi4vLi4va2Vybi9rZXJuX3NodXRk b3duLmM6NTk1DQojMTMgMHhjMDI1M2E3YSBpbiB0cmFwX2ZhdGFsIChmcmFt ZT0weGMwMmE2Y2VjLCBldmE9NCkNCiAgICBhdCAuLi8uLi9pMzg2L2kzODYv dHJhcC5jOjk3NA0KIzE0IDB4YzAyNTM3NGQgaW4gdHJhcF9wZmF1bHQgKGZy YW1lPTB4YzAyYTZjZWMsIHVzZXJtb2RlPTAsIGV2YT00KQ0KICAgIGF0IC4u Ly4uL2kzODYvaTM4Ni90cmFwLmM6ODY3DQojMTUgMHhjMDI1MzMzNyBpbiB0 cmFwIChmcmFtZT17dGZfZnMgPSAxNiwgdGZfZXMgPSAtMTA3MDY2MTYxNiwg DQogICAgICB0Zl9kcyA9IC0xMDcwOTg5Mjk2LCB0Zl9lZGkgPSAwLCB0Zl9l c2kgPSAtMTA0NzQ0MjgxNiwgDQogICAgICB0Zl9lYnAgPSAtMTA3MDk2MTM1 MiwgdGZfaXNwID0gLTEwNzA5NjEzODQsIHRmX2VieCA9IDAsIA0KICAgICAg dGZfZWR4ID0gLTEwNDc0MTM2MjgsIHRmX2VjeCA9IDEwMjQsIHRmX2VheCA9 IDAsIHRmX3RyYXBubyA9IDEyLCANCiAgICAgIHRmX2VyciA9IDAsIHRmX2Vp cCA9IC0xMDcyMjY1NTY2LCB0Zl9jcyA9IDgsIHRmX2VmbGFncyA9IDY2MTE4 LCANCiAgICAgIHRmX2VzcCA9IC0xMDQ3NDE0Nzg0LCB0Zl9zcyA9IC0xMDQ3 NDQyODE2fSkgYXQgLi4vLi4vaTM4Ni9pMzg2L3RyYXAuYzo0NjYNCiMxNiAw eGMwMTY4NmEyIGluIHN5c2N0bF9jdHhfZnJlZSAoY2xpc3Q9MHhjMTkxYmM4 NCkNCiAgICBhdCAuLi8uLi9rZXJuL2tlcm5fc3lzY3RsLmM6MTg3DQojMTcg MHhjMDEyYWRkOCBpbiBkYWNsZWFudXAgKHBlcmlwaD0weGMxOTE0YTgwKQ0K ICAgIGF0IC4uLy4uL2NhbS9zY3NpL3Njc2lfZGEuYzoxMDU2DQojMTggMHhj MDEyN2VjOCBpbiBjYW1wZXJpcGhmcmVlIChwZXJpcGg9MHhjMTkxNGE4MCkN CiAgICBhdCAuLi8uLi9jYW0vY2FtX3BlcmlwaC5jOjQxMQ0KIzE5IDB4YzAx MjdiZjAgaW4gY2FtX3BlcmlwaF9yZWxlYXNlIChwZXJpcGg9MHhjMTkxNGE4 MCkNCiAgICBhdCAuLi8uLi9jYW0vY2FtX3BlcmlwaC5jOjI1MQ0KIzIwIDB4 YzAxMjdmZmMgaW4gY2FtX3BlcmlwaF91bmxvY2sgKHBlcmlwaD0weGMxOTE0 YTgwKQ0KICAgIGF0IC4uLy4uL2NhbS9jYW1fcGVyaXBoLmM6NDgxDQojMjEg MHhjMDEyYmFhMyBpbiBkYWRvbmUgKHBlcmlwaD0weGMxOTE0YTgwLCBkb25l X2NjYj0weGMxNWM3MDAwKQ0KICAgIGF0IC4uLy4uL2NhbS9zY3NpL3Njc2lf ZGEuYzoxNzMxDQojMjIgMHhjMDEyNzIzZiBpbiBjYW1pc3IgKHF1ZXVlPTB4 YzAyZTdiMTApIGF0IC4uLy4uL2NhbS9jYW1feHB0LmM6NjM4NQ0KIzIzIDB4 YzAxMjcwNTEgaW4gc3dpX2NhbWJpbyAoKSBhdCAuLi8uLi9jYW0vY2FtX3hw dC5jOjYyODgNCiMyNCAweGMwMjQ4ZTMzIGluIGRvcmV0aV9zd2kgKCkNCihr Z2RiKSB1cCAxNg0KIzE2IDB4YzAxNjg2YTIgaW4gc3lzY3RsX2N0eF9mcmVl IChjbGlzdD0weGMxOTFiYzg0KQ0KICAgIGF0IC4uLy4uL2tlcm4va2Vybl9z eXNjdGwuYzoxODcNCjE4NwkJCWUxID0gVEFJTFFfTEFTVChjbGlzdCwgc3lz Y3RsX2N0eF9saXN0KTsNCihrZ2RiKSBsaXN0DQoxODIJCSAqIGUgY29udGFp bnMgdGhlIGVudHJ5IHRoYXQgd2FzIG5vdCB1bnJlZ2lzdGVyZWQNCjE4MwkJ ICovDQoxODQJCWlmIChlcnJvcikNCjE4NQkJCWUxID0gVEFJTFFfUFJFVihl LCBzeXNjdGxfY3R4X2xpc3QsIGxpbmspOw0KMTg2CQllbHNlDQoxODcJCQll MSA9IFRBSUxRX0xBU1QoY2xpc3QsIHN5c2N0bF9jdHhfbGlzdCk7DQoxODgJ CXdoaWxlIChlMSAhPSBOVUxMKSB7DQoxODkJCQlzeXNjdGxfcmVnaXN0ZXJf b2lkKGUxLT5lbnRyeSk7DQoxOTAJCQllMSA9IFRBSUxRX1BSRVYoZTEsIHN5 c2N0bF9jdHhfbGlzdCwgbGluayk7DQoxOTEJCX0NCihrZ2RiKSBwcmludCBj bGlzdA0KJDEgPSAoc3RydWN0IHN5c2N0bF9jdHhfbGlzdCAqKSAweGMxOTFi Yzg0DQooa2dkYikgcHJpbnQgKmNsaXN0DQokMiA9IHt0cWhfZmlyc3QgPSAw eDAsIHRxaF9sYXN0ID0gMHgwfQ0KKGtnZGIpIHVwDQojMTcgMHhjMDEyYWRk OCBpbiBkYWNsZWFudXAgKHBlcmlwaD0weGMxOTE0YTgwKQ0KICAgIGF0IC4u Ly4uL2NhbS9zY3NpL3Njc2lfZGEuYzoxMDU2DQoxMDU2CQlpZiAoc3lzY3Rs X2N0eF9mcmVlKCZzb2Z0Yy0+c3lzY3RsX2N0eCkgIT0gMCkgew0KKGtnZGIp IHByaW50IHNvZnRjDQokMyA9IChzdHJ1Y3QgZGFfc29mdGMgKikgMHhjMTkx YjgwMA0KKGtnZGIpIHByaW50ICpzb2Z0Yw0KJDQgPSB7YnVmX3F1ZXVlID0g e3F1ZXVlID0ge3RxaF9maXJzdCA9IDB4MCwgdHFoX2xhc3QgPSAweGMxOTFi ODAwfSwgDQogICAgbGFzdF9wYmxrbm8gPSAwLCBpbnNlcnRfcG9pbnQgPSAw eDAsIHN3aXRjaF9wb2ludCA9IDB4MH0sIGRldmljZV9zdGF0cyA9IHsNCiAg ICBkZXZfbGlua3MgPSB7c3RxZV9uZXh0ID0gMHhjMTU4NzEwMH0sIGRldmlj ZV9udW1iZXIgPSAxOCwgDQogICAgZGV2aWNlX25hbWUgPSAiZGEiLCAnXDAw MCcgPHJlcGVhdHMgMTMgdGltZXM+LCB1bml0X251bWJlciA9IDYsIA0KICAg IGJ5dGVzX3JlYWQgPSAwLCBieXRlc193cml0dGVuID0gMCwgYnl0ZXNfZnJl ZWQgPSAwLCBudW1fcmVhZHMgPSAwLCANCiAgICBudW1fd3JpdGVzID0gMCwg bnVtX2ZyZWVzID0gMCwgbnVtX290aGVyID0gMCwgYnVzeV9jb3VudCA9IDAs IA0KICAgIGJsb2NrX3NpemUgPSAwLCB0YWdfdHlwZXMgPSB7MCwgMCwgMH0s IGRldl9jcmVhdGlvbl90aW1lID0gew0KICAgICAgdHZfc2VjID0gMTA2NTUz NjYxNCwgdHZfdXNlYyA9IDE2MjkyNX0sIGJ1c3lfdGltZSA9IHt0dl9zZWMg PSAwLCANCiAgICAgIHR2X3VzZWMgPSAwfSwgc3RhcnRfdGltZSA9IHt0dl9z ZWMgPSAwLCB0dl91c2VjID0gMH0sIGxhc3RfY29tcF90aW1lID0gew0KICAg ICAgdHZfc2VjID0gMCwgdHZfdXNlYyA9IDB9LCBmbGFncyA9IERFVlNUQVRf QlNfVU5BVkFJTEFCTEUsIA0KICAgIGRldmljZV90eXBlID0gREVWU1RBVF9U WVBFX0lGX1NDU0ksIHByaW9yaXR5ID0gREVWU1RBVF9QUklPUklUWV9ESVNL fSwgDQogIGxpbmtzID0ge3NsZV9uZXh0ID0gMHhjMTVkOTAwMH0sIHBlbmRp bmdfY2NicyA9IHtsaF9maXJzdCA9IDB4MH0sIA0KICBzdGF0ZSA9IERBX1NU QVRFX05PUk1BTCwgZmxhZ3MgPSA5LCBxdWlya3MgPSBEQV9RX05PXzZfQllU RSwgDQogIG1pbmltdW1fY21kX3NpemUgPSAxMCwgb3JkZXJlZF90YWdfY291 bnQgPSAwLCBwYXJhbXMgPSB7aGVhZHMgPSAwICdcMDAwJywgDQogICAgY3ls aW5kZXJzID0gMCwgc2Vjc19wZXJfdHJhY2sgPSAwICdcMDAwJywgc2Vjc2l6 ZSA9IDAsIHNlY3RvcnMgPSAwfSwgDQogIGRpc2sgPSB7ZF9mbGFncyA9IDAs IGRfZHNmbGFncyA9IDAsIGRfZGV2c3cgPSAweGMwMmE5ZTgwLCANCiAgICBk X2RldiA9IDB4YzE4MTM3ODAsIGRfc2xpY2UgPSAweDAsIGRfbGFiZWwgPSB7 ZF9tYWdpYyA9IDAsIGRfdHlwZSA9IDAsIA0KICAgICAgZF9zdWJ0eXBlID0g MCwgZF90eXBlbmFtZSA9ICdcMDAwJyA8cmVwZWF0cyAxNSB0aW1lcz4sIGRf dW4gPSB7DQogICAgICAgIHVuX2RfcGFja25hbWUgPSAnXDAwMCcgPHJlcGVh dHMgMTUgdGltZXM+LCB1bl9iID0ge3VuX2RfYm9vdDAgPSAweDAsIA0KICAg ICAgICAgIHVuX2RfYm9vdDEgPSAweDB9fSwgZF9zZWNzaXplID0gMCwgZF9u c2VjdG9ycyA9IDAsIGRfbnRyYWNrcyA9IDAsIA0KICAgICAgZF9uY3lsaW5k ZXJzID0gMCwgZF9zZWNwZXJjeWwgPSAwLCBkX3NlY3BlcnVuaXQgPSAwLCAN CiAgICAgIGRfc3BhcmVzcGVydHJhY2sgPSAwLCBkX3NwYXJlc3BlcmN5bCA9 IDAsIGRfYWN5bGluZGVycyA9IDAsIGRfcnBtID0gMCwgDQogICAgICBkX2lu dGVybGVhdmUgPSAwLCBkX3RyYWNrc2tldyA9IDAsIGRfY3lsc2tldyA9IDAs IGRfaGVhZHN3aXRjaCA9IDAsIA0KICAgICAgZF90cmtzZWVrID0gMCwgZF9m bGFncyA9IDAsIGRfZHJpdmVkYXRhID0gezAsIDAsIDAsIDAsIDB9LCBkX3Nw YXJlID0gezAsIA0KICAgICAgICAwLCAwLCAwLCAwfSwgZF9tYWdpYzIgPSAw LCBkX2NoZWNrc3VtID0gMCwgZF9ucGFydGl0aW9ucyA9IDAsIA0KICAgICAg ZF9iYnNpemUgPSAwLCBkX3Nic2l6ZSA9IDAsIGRfcGFydGl0aW9ucyA9IHt7 cF9zaXplID0gMCwgcF9vZmZzZXQgPSAwLCANCiAgICAgICAgICBwX2ZzaXpl ID0gMCwgcF9mc3R5cGUgPSAwICdcMDAwJywgcF9mcmFnID0gMCAnXDAwMCcs IA0KICAgICAgICAgIF9fcGFydGl0aW9uX3UxID0ge2NwZyA9IDAsIHNncyA9 IDB9fSwge3Bfc2l6ZSA9IDAsIHBfb2Zmc2V0ID0gMCwgDQogICAgICAgICAg cF9mc2l6ZSA9IDAsIHBfZnN0eXBlID0gMCAnXDAwMCcsIHBfZnJhZyA9IDAg J1wwMDAnLCANCiAgICAgICAgICBfX3BhcnRpdGlvbl91MSA9IHtjcGcgPSAw LCBzZ3MgPSAwfX0sIHtwX3NpemUgPSAwLCBwX29mZnNldCA9IDAsIA0KICAg ICAgICAgIHBfZnNpemUgPSAwLCBwX2ZzdHlwZSA9IDAgJ1wwMDAnLCBwX2Zy YWcgPSAwICdcMDAwJywgDQogICAgICAgICAgX19wYXJ0aXRpb25fdTEgPSB7 Y3BnID0gMCwgc2dzID0gMH19LCB7cF9zaXplID0gMCwgcF9vZmZzZXQgPSAw LCANCiAgICAgICAgICBwX2ZzaXplID0gMCwgcF9mc3R5cGUgPSAwICdcMDAw JywgcF9mcmFnID0gMCAnXDAwMCcsIA0KICAgICAgICAgIF9fcGFydGl0aW9u X3UxID0ge2NwZyA9IDAsIHNncyA9IDB9fSwge3Bfc2l6ZSA9IDAsIHBfb2Zm c2V0ID0gMCwgDQogICAgICAgICAgcF9mc2l6ZSA9IDAsIHBfZnN0eXBlID0g MCAnXDAwMCcsIHBfZnJhZyA9IDAgJ1wwMDAnLCANCiAgICAgICAgICBfX3Bh cnRpdGlvbl91MSA9IHtjcGcgPSAwLCBzZ3MgPSAwfX0sIHtwX3NpemUgPSAw LCBwX29mZnNldCA9IDAsIA0KICAgICAgICAgIHBfZnNpemUgPSAwLCBwX2Zz dHlwZSA9IDAgJ1wwMDAnLCBwX2ZyYWcgPSAwICdcMDAwJywgDQogICAgICAg ICAgX19wYXJ0aXRpb25fdTEgPSB7Y3BnID0gMCwgc2dzID0gMH19LCB7cF9z aXplID0gMCwgcF9vZmZzZXQgPSAwLCANCiAgICAgICAgICBwX2ZzaXplID0g MCwgcF9mc3R5cGUgPSAwICdcMDAwJywgcF9mcmFnID0gMCAnXDAwMCcsIA0K ICAgICAgICAgIF9fcGFydGl0aW9uX3UxID0ge2NwZyA9IDAsIHNncyA9IDB9 fSwge3Bfc2l6ZSA9IDAsIHBfb2Zmc2V0ID0gMCwgDQogICAgICAgICAgcF9m c2l6ZSA9IDAsIHBfZnN0eXBlID0gMCAnXDAwMCcsIHBfZnJhZyA9IDAgJ1ww MDAnLCANCiAgICAgICAgICBfX3BhcnRpdGlvbl91MSA9IHtjcGcgPSAwLCBz Z3MgPSAwfX19fSwgZF9saXN0ID0gew0KICAgICAgbGVfbmV4dCA9IDB4YzE1 ZDkwZTAsIGxlX3ByZXYgPSAweGMwMmIxMGVjfX0sIHNhdmVkX2NjYiA9IHtj Y2JfaCA9IHsNCiAgICAgIHBpbmZvID0ge3ByaW9yaXR5ID0gMCwgZ2VuZXJh dGlvbiA9IDAsIGluZGV4ID0gMH0sIHhwdF9saW5rcyA9IHtsZSA9IHsNCiAg ICAgICAgICBsZV9uZXh0ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0g e3NsZV9uZXh0ID0gMHgwfSwgdHFlID0gew0KICAgICAgICAgIHRxZV9uZXh0 ID0gMHgwLCB0cWVfcHJldiA9IDB4MH0sIHN0cWUgPSB7c3RxZV9uZXh0ID0g MHgwfX0sIA0KICAgICAgc2ltX2xpbmtzID0ge2xlID0ge2xlX25leHQgPSAw eDAsIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7DQogICAgICAgICAgc2xlX25l eHQgPSAweDB9LCB0cWUgPSB7dHFlX25leHQgPSAweDAsIHRxZV9wcmV2ID0g MHgwfSwgc3RxZSA9IHsNCiAgICAgICAgICBzdHFlX25leHQgPSAweDB9fSwg cGVyaXBoX2xpbmtzID0ge2xlID0ge2xlX25leHQgPSAweDAsIA0KICAgICAg ICAgIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0 cWUgPSB7dHFlX25leHQgPSAweDAsIA0KICAgICAgICAgIHRxZV9wcmV2ID0g MHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9fSwgcmV0cnlfY291bnQg PSAwLCANCiAgICAgIGNiZmNucCA9IDAsIGZ1bmNfY29kZSA9IFhQVF9OT09Q LCBzdGF0dXMgPSAwLCBwYXRoID0gMHgwLCBwYXRoX2lkID0gMCwgDQogICAg ICB0YXJnZXRfaWQgPSAwLCB0YXJnZXRfbHVuID0gMCwgZmxhZ3MgPSAwLCBw ZXJpcGhfcHJpdiA9IHtlbnRyaWVzID0ge3sNCiAgICAgICAgICAgIHB0ciA9 IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifSwge3B0 ciA9IDB4MCwgDQogICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlww MDBcMDAwXDAwMCJ9fSwgDQogICAgICAgIGJ5dGVzID0gIlwwMDBcMDAwXDAw MFwwMDBcMDAwXDAwMFwwMDAifSwgc2ltX3ByaXYgPSB7ZW50cmllcyA9IHt7 DQogICAgICAgICAgICBwdHIgPSAweDAsIGZpZWxkID0gMCwgYnl0ZXMgPSAi XDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAweDAsIA0KICAgICAgICAgICAgZmll bGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifX0sIA0KICAgICAgICBi eXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHRpbWVv dXQgPSAwLCB0aW1lb3V0X2NoID0gew0KICAgICAgICBjYWxsb3V0ID0gMHgw fX0sIGNzaW8gPSB7Y2NiX2ggPSB7cGluZm8gPSB7cHJpb3JpdHkgPSAwLCAN CiAgICAgICAgICBnZW5lcmF0aW9uID0gMCwgaW5kZXggPSAwfSwgeHB0X2xp bmtzID0ge2xlID0ge2xlX25leHQgPSAweDAsIA0KICAgICAgICAgICAgbGVf cHJldiA9IDB4MH0sIHNsZSA9IHtzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0 cWVfbmV4dCA9IDB4MCwgDQogICAgICAgICAgICB0cWVfcHJldiA9IDB4MH0s IHN0cWUgPSB7c3RxZV9uZXh0ID0gMHgwfX0sIHNpbV9saW5rcyA9IHtsZSA9 IHsNCiAgICAgICAgICAgIGxlX25leHQgPSAweDAsIGxlX3ByZXYgPSAweDB9 LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0cWUgPSB7DQogICAgICAgICAg ICB0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0ge3N0 cWVfbmV4dCA9IDB4MH19LCANCiAgICAgICAgcGVyaXBoX2xpbmtzID0ge2xl ID0ge2xlX25leHQgPSAweDAsIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7DQog ICAgICAgICAgICBzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0cWVfbmV4dCA9 IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0gew0KICAgICAgICAgICAg c3RxZV9uZXh0ID0gMHgwfX0sIHJldHJ5X2NvdW50ID0gMCwgY2JmY25wID0g MCwgDQogICAgICAgIGZ1bmNfY29kZSA9IFhQVF9OT09QLCBzdGF0dXMgPSAw LCBwYXRoID0gMHgwLCBwYXRoX2lkID0gMCwgDQogICAgICAgIHRhcmdldF9p ZCA9IDAsIHRhcmdldF9sdW4gPSAwLCBmbGFncyA9IDAsIHBlcmlwaF9wcml2 ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAweDAsIGZp ZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAweDAs IA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAw XDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwXDAw MFwwMDBcMDAwXDAwMCJ9LCBzaW1fcHJpdiA9IHtlbnRyaWVzID0ge3sNCiAg ICAgICAgICAgICAgcHRyID0gMHgwLCBmaWVsZCA9IDAsIGJ5dGVzID0gIlww MDBcMDAwXDAwMCJ9LCB7cHRyID0gMHgwLCANCiAgICAgICAgICAgICAgZmll bGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifX0sIA0KICAgICAgICAg IGJ5dGVzID0gIlwwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDAifSwgdGlt ZW91dCA9IDAsIHRpbWVvdXRfY2ggPSB7DQogICAgICAgICAgY2FsbG91dCA9 IDB4MH19LCBuZXh0X2NjYiA9IDB4MCwgcmVxX21hcCA9IDB4MCwgZGF0YV9w dHIgPSAweDAsIA0KICAgICAgZHhmZXJfbGVuID0gMCwgc2Vuc2VfZGF0YSA9 IHtlcnJvcl9jb2RlID0gMCAnXDAwMCcsIHNlZ21lbnQgPSAwICdcMDAwJywg DQogICAgICAgIGZsYWdzID0gMCAnXDAwMCcsIGluZm8gPSAiXDAwMFwwMDBc MDAwIiwgZXh0cmFfbGVuID0gMCAnXDAwMCcsIA0KICAgICAgICBjbWRfc3Bl Y19pbmZvID0gIlwwMDBcMDAwXDAwMCIsIGFkZF9zZW5zZV9jb2RlID0gMCAn XDAwMCcsIA0KICAgICAgICBhZGRfc2Vuc2VfY29kZV9xdWFsID0gMCAnXDAw MCcsIGZydSA9IDAgJ1wwMDAnLCANCiAgICAgICAgc2Vuc2Vfa2V5X3NwZWMg PSAiXDAwMFwwMDAiLCBleHRyYV9ieXRlcyA9ICdcMDAwJyA8cmVwZWF0cyAx MyB0aW1lcz59LCANCiAgICAgIHNlbnNlX2xlbiA9IDAgJ1wwMDAnLCBjZGJf bGVuID0gMCAnXDAwMCcsIHNnbGlzdF9jbnQgPSAwLCANCiAgICAgIHNjc2lf c3RhdHVzID0gMCAnXDAwMCcsIHNlbnNlX3Jlc2lkID0gMCAnXDAwMCcsIHJl c2lkID0gMCwgY2RiX2lvID0gew0KICAgICAgICBjZGJfcHRyID0gMHgwLCBj ZGJfYnl0ZXMgPSAnXDAwMCcgPHJlcGVhdHMgMTUgdGltZXM+fSwgbXNnX3B0 ciA9IDB4MCwgDQogICAgICBtc2dfbGVuID0gMCwgdGFnX2FjdGlvbiA9IDAg J1wwMDAnLCB0YWdfaWQgPSAwLCBpbml0X2lkID0gMH0sIGNnZCA9IHsNCiAg ICAgIGNjYl9oID0ge3BpbmZvID0ge3ByaW9yaXR5ID0gMCwgZ2VuZXJhdGlv biA9IDAsIGluZGV4ID0gMH0sIHhwdF9saW5rcyA9IHsNCiAgICAgICAgICBs ZSA9IHtsZV9uZXh0ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3Ns ZV9uZXh0ID0gMHgwfSwgdHFlID0gew0KICAgICAgICAgICAgdHFlX25leHQg PSAweDAsIHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAw eDB9fSwgDQogICAgICAgIHNpbV9saW5rcyA9IHtsZSA9IHtsZV9uZXh0ID0g MHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0gew0KICAgICAgICAgICAgc2xl X25leHQgPSAweDB9LCB0cWUgPSB7dHFlX25leHQgPSAweDAsIHRxZV9wcmV2 ID0gMHgwfSwgc3RxZSA9IHsNCiAgICAgICAgICAgIHN0cWVfbmV4dCA9IDB4 MH19LCBwZXJpcGhfbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4MCwgDQog ICAgICAgICAgICBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3NsZV9uZXh0ID0g MHgwfSwgdHFlID0ge3RxZV9uZXh0ID0gMHgwLCANCiAgICAgICAgICAgIHRx ZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9fSwgcmV0 cnlfY291bnQgPSAwLCANCiAgICAgICAgY2JmY25wID0gMCwgZnVuY19jb2Rl ID0gWFBUX05PT1AsIHN0YXR1cyA9IDAsIHBhdGggPSAweDAsIHBhdGhfaWQg PSAwLCANCiAgICAgICAgdGFyZ2V0X2lkID0gMCwgdGFyZ2V0X2x1biA9IDAs IGZsYWdzID0gMCwgcGVyaXBoX3ByaXYgPSB7ZW50cmllcyA9IHt7DQogICAg ICAgICAgICAgIHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAw XDAwMFwwMDAifSwge3B0ciA9IDB4MCwgDQogICAgICAgICAgICAgIGZpZWxk ID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAgICBi eXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHNpbV9w cml2ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAweDAs IGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAw eDAsIA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBc MDAwXDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAw XDAwMFwwMDBcMDAwXDAwMCJ9LCB0aW1lb3V0ID0gMCwgdGltZW91dF9jaCA9 IHsNCiAgICAgICAgICBjYWxsb3V0ID0gMHgwfX0sIGlucV9kYXRhID0ge2Rl dmljZSA9IDAgJ1wwMDAnLCANCiAgICAgICAgZGV2X3F1YWwyID0gMCAnXDAw MCcsIHZlcnNpb24gPSAwICdcMDAwJywgcmVzcG9uc2VfZm9ybWF0ID0gMCAn XDAwMCcsIA0KICAgICAgICBhZGRpdGlvbmFsX2xlbmd0aCA9IDAgJ1wwMDAn LCByZXNlcnZlZCA9ICJcMDAwIiwgZmxhZ3MgPSAwICdcMDAwJywgDQogICAg ICAgIHZlbmRvciA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIiwg DQogICAgICAgIHByb2R1Y3QgPSAnXDAwMCcgPHJlcGVhdHMgMTUgdGltZXM+ LCByZXZpc2lvbiA9ICJcMDAwXDAwMFwwMDAiLCANCiAgICAgICAgdmVuZG9y X3NwZWNpZmljMCA9ICdcMDAwJyA8cmVwZWF0cyAxOSB0aW1lcz4sIHNwaTNk YXRhID0gMCAnXDAwMCcsIA0KICAgICAgICByZXNlcnZlZDIgPSAwICdcMDAw JywgdmVyc2lvbjEgPSAiXDAwMCIsIHZlcnNpb24yID0gIlwwMDAiLCANCiAg ICAgICAgdmVyc2lvbjMgPSAiXDAwMCIsIHZlcnNpb240ID0gIlwwMDAiLCB2 ZXJzaW9uNSA9ICJcMDAwIiwgDQogICAgICAgIHZlcnNpb242ID0gIlwwMDAi LCB2ZXJzaW9uNyA9ICJcMDAwIiwgdmVyc2lvbjggPSAiXDAwMCIsIA0KICAg ICAgICByZXNlcnZlZDMgPSAnXDAwMCcgPHJlcGVhdHMgMjEgdGltZXM+LCAN CiAgICAgICAgdmVuZG9yX3NwZWNpZmljMSA9ICdcMDAwJyA8cmVwZWF0cyAx NTkgdGltZXM+fSwgDQogICAgICBzZXJpYWxfbnVtID0gJ1wwMDAnIDxyZXBl YXRzIDI1MSB0aW1lcz4sIGlucV9sZW4gPSAwICdcMDAwJywgDQogICAgICBz ZXJpYWxfbnVtX2xlbiA9IDAgJ1wwMDAnfSwgY2dkbCA9IHtjY2JfaCA9IHtw aW5mbyA9IHtwcmlvcml0eSA9IDAsIA0KICAgICAgICAgIGdlbmVyYXRpb24g PSAwLCBpbmRleCA9IDB9LCB4cHRfbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9 IDB4MCwgDQogICAgICAgICAgICBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3Ns ZV9uZXh0ID0gMHgwfSwgdHFlID0ge3RxZV9uZXh0ID0gMHgwLCANCiAgICAg ICAgICAgIHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAw eDB9fSwgc2ltX2xpbmtzID0ge2xlID0gew0KICAgICAgICAgICAgbGVfbmV4 dCA9IDB4MCwgbGVfcHJldiA9IDB4MH0sIHNsZSA9IHtzbGVfbmV4dCA9IDB4 MH0sIHRxZSA9IHsNCiAgICAgICAgICAgIHRxZV9uZXh0ID0gMHgwLCB0cWVf cHJldiA9IDB4MH0sIHN0cWUgPSB7c3RxZV9uZXh0ID0gMHgwfX0sIA0KICAg ICAgICBwZXJpcGhfbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4MCwgbGVf cHJldiA9IDB4MH0sIHNsZSA9IHsNCiAgICAgICAgICAgIHNsZV9uZXh0ID0g MHgwfSwgdHFlID0ge3RxZV9uZXh0ID0gMHgwLCB0cWVfcHJldiA9IDB4MH0s IHN0cWUgPSB7DQogICAgICAgICAgICBzdHFlX25leHQgPSAweDB9fSwgcmV0 cnlfY291bnQgPSAwLCBjYmZjbnAgPSAwLCANCiAgICAgICAgZnVuY19jb2Rl ID0gWFBUX05PT1AsIHN0YXR1cyA9IDAsIHBhdGggPSAweDAsIHBhdGhfaWQg PSAwLCANCiAgICAgICAgdGFyZ2V0X2lkID0gMCwgdGFyZ2V0X2x1biA9IDAs IGZsYWdzID0gMCwgcGVyaXBoX3ByaXYgPSB7ZW50cmllcyA9IHt7DQogICAg ICAgICAgICAgIHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAw XDAwMFwwMDAifSwge3B0ciA9IDB4MCwgDQogICAgICAgICAgICAgIGZpZWxk ID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAgICBi eXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHNpbV9w cml2ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAweDAs IGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAw eDAsIA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBc MDAwXDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAw XDAwMFwwMDBcMDAwXDAwMCJ9LCB0aW1lb3V0ID0gMCwgdGltZW91dF9jaCA9 IHsNCiAgICAgICAgICBjYWxsb3V0ID0gMHgwfX0sIHBlcmlwaF9uYW1lID0g J1wwMDAnIDxyZXBlYXRzIDE1IHRpbWVzPiwgDQogICAgICB1bml0X251bWJl ciA9IDAsIGdlbmVyYXRpb24gPSAwLCBpbmRleCA9IDAsIA0KICAgICAgc3Rh dHVzID0gQ0FNX0dERVZMSVNUX0xBU1RfREVWSUNFfSwgY3BpID0ge2NjYl9o ID0ge3BpbmZvID0gew0KICAgICAgICAgIHByaW9yaXR5ID0gMCwgZ2VuZXJh dGlvbiA9IDAsIGluZGV4ID0gMH0sIHhwdF9saW5rcyA9IHtsZSA9IHsNCiAg ICAgICAgICAgIGxlX25leHQgPSAweDAsIGxlX3ByZXYgPSAweDB9LCBzbGUg PSB7c2xlX25leHQgPSAweDB9LCB0cWUgPSB7DQogICAgICAgICAgICB0cWVf bmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0ge3N0cWVfbmV4 dCA9IDB4MH19LCANCiAgICAgICAgc2ltX2xpbmtzID0ge2xlID0ge2xlX25l eHQgPSAweDAsIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7DQogICAgICAgICAg ICBzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0cWVfbmV4dCA9IDB4MCwgdHFl X3ByZXYgPSAweDB9LCBzdHFlID0gew0KICAgICAgICAgICAgc3RxZV9uZXh0 ID0gMHgwfX0sIHBlcmlwaF9saW5rcyA9IHtsZSA9IHtsZV9uZXh0ID0gMHgw LCANCiAgICAgICAgICAgIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7c2xlX25l eHQgPSAweDB9LCB0cWUgPSB7dHFlX25leHQgPSAweDAsIA0KICAgICAgICAg ICAgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0ge3N0cWVfbmV4dCA9IDB4MH19 LCByZXRyeV9jb3VudCA9IDAsIA0KICAgICAgICBjYmZjbnAgPSAwLCBmdW5j X2NvZGUgPSBYUFRfTk9PUCwgc3RhdHVzID0gMCwgcGF0aCA9IDB4MCwgcGF0 aF9pZCA9IDAsIA0KICAgICAgICB0YXJnZXRfaWQgPSAwLCB0YXJnZXRfbHVu ID0gMCwgZmxhZ3MgPSAwLCBwZXJpcGhfcHJpdiA9IHtlbnRyaWVzID0ge3sN CiAgICAgICAgICAgICAgcHRyID0gMHgwLCBmaWVsZCA9IDAsIGJ5dGVzID0g IlwwMDBcMDAwXDAwMCJ9LCB7cHRyID0gMHgwLCANCiAgICAgICAgICAgICAg ZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifX0sIA0KICAgICAg ICAgIGJ5dGVzID0gIlwwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDAifSwg c2ltX3ByaXYgPSB7ZW50cmllcyA9IHt7DQogICAgICAgICAgICAgIHB0ciA9 IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifSwge3B0 ciA9IDB4MCwgDQogICAgICAgICAgICAgIGZpZWxkID0gMCwgYnl0ZXMgPSAi XDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAgICBieXRlcyA9ICJcMDAwXDAw MFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHRpbWVvdXQgPSAwLCB0aW1lb3V0 X2NoID0gew0KICAgICAgICAgIGNhbGxvdXQgPSAweDB9fSwgdmVyc2lvbl9u dW0gPSAwICdcMDAwJywgaGJhX2lucXVpcnkgPSAwICdcMDAwJywgDQogICAg ICB0YXJnZXRfc3BydCA9IDAgJ1wwMDAnLCBoYmFfbWlzYyA9IDAgJ1wwMDAn LCBoYmFfZW5nX2NudCA9IDAsIA0KICAgICAgdnVoYmFfZmxhZ3MgPSAnXDAw MCcgPHJlcGVhdHMgMTMgdGltZXM+LCBtYXhfdGFyZ2V0ID0gMCwgbWF4X2x1 biA9IDAsIA0KICAgICAgYXN5bmNfZmxhZ3MgPSAwLCBocGF0aF9pZCA9IDAs IGluaXRpYXRvcl9pZCA9IDAsIA0KICAgICAgc2ltX3ZpZCA9ICdcMDAwJyA8 cmVwZWF0cyAxNSB0aW1lcz4sIA0KICAgICAgaGJhX3ZpZCA9ICdcMDAwJyA8 cmVwZWF0cyAxNSB0aW1lcz4sIA0KICAgICAgZGV2X25hbWUgPSAnXDAwMCcg PHJlcGVhdHMgMTUgdGltZXM+LCB1bml0X251bWJlciA9IDAsIGJ1c19pZCA9 IDAsIA0KICAgICAgYmFzZV90cmFuc2Zlcl9zcGVlZCA9IDB9LCBjcnMgPSB7 Y2NiX2ggPSB7cGluZm8gPSB7cHJpb3JpdHkgPSAwLCANCiAgICAgICAgICBn ZW5lcmF0aW9uID0gMCwgaW5kZXggPSAwfSwgeHB0X2xpbmtzID0ge2xlID0g e2xlX25leHQgPSAweDAsIA0KICAgICAgICAgICAgbGVfcHJldiA9IDB4MH0s IHNsZSA9IHtzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0cWVfbmV4dCA9IDB4 MCwgDQogICAgICAgICAgICB0cWVfcHJldiA9IDB4MH0sIHN0cWUgPSB7c3Rx ZV9uZXh0ID0gMHgwfX0sIHNpbV9saW5rcyA9IHtsZSA9IHsNCiAgICAgICAg ICAgIGxlX25leHQgPSAweDAsIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7c2xl X25leHQgPSAweDB9LCB0cWUgPSB7DQogICAgICAgICAgICB0cWVfbmV4dCA9 IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0ge3N0cWVfbmV4dCA9IDB4 MH19LCANCiAgICAgICAgcGVyaXBoX2xpbmtzID0ge2xlID0ge2xlX25leHQg PSAweDAsIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7DQogICAgICAgICAgICBz bGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0cWVfbmV4dCA9IDB4MCwgdHFlX3By ZXYgPSAweDB9LCBzdHFlID0gew0KICAgICAgICAgICAgc3RxZV9uZXh0ID0g MHgwfX0sIHJldHJ5X2NvdW50ID0gMCwgY2JmY25wID0gMCwgDQogICAgICAg IGZ1bmNfY29kZSA9IFhQVF9OT09QLCBzdGF0dXMgPSAwLCBwYXRoID0gMHgw LCBwYXRoX2lkID0gMCwgDQogICAgICAgIHRhcmdldF9pZCA9IDAsIHRhcmdl dF9sdW4gPSAwLCBmbGFncyA9IDAsIHBlcmlwaF9wcml2ID0ge2VudHJpZXMg PSB7ew0KICAgICAgICAgICAgICBwdHIgPSAweDAsIGZpZWxkID0gMCwgYnl0 ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAweDAsIA0KICAgICAgICAg ICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAwXDAwMCJ9fSwgDQog ICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwXDAw MCJ9LCBzaW1fcHJpdiA9IHtlbnRyaWVzID0ge3sNCiAgICAgICAgICAgICAg cHRyID0gMHgwLCBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAwXDAwMCJ9 LCB7cHRyID0gMHgwLCANCiAgICAgICAgICAgICAgZmllbGQgPSAwLCBieXRl cyA9ICJcMDAwXDAwMFwwMDAifX0sIA0KICAgICAgICAgIGJ5dGVzID0gIlww MDBcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDAifSwgdGltZW91dCA9IDAsIHRp bWVvdXRfY2ggPSB7DQogICAgICAgICAgY2FsbG91dCA9IDB4MH19LCByZWxl YXNlX2ZsYWdzID0gMCwgb3BlbmluZ3MgPSAwLCANCiAgICAgIHJlbGVhc2Vf dGltZW91dCA9IDAsIHFmcm96ZW5fY250ID0gMH0sIGNzYSA9IHtjY2JfaCA9 IHtwaW5mbyA9IHsNCiAgICAgICAgICBwcmlvcml0eSA9IDAsIGdlbmVyYXRp b24gPSAwLCBpbmRleCA9IDB9LCB4cHRfbGlua3MgPSB7bGUgPSB7DQogICAg ICAgICAgICBsZV9uZXh0ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0g e3NsZV9uZXh0ID0gMHgwfSwgdHFlID0gew0KICAgICAgICAgICAgdHFlX25l eHQgPSAweDAsIHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQg PSAweDB9fSwgDQogICAgICAgIHNpbV9saW5rcyA9IHtsZSA9IHtsZV9uZXh0 ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0gew0KICAgICAgICAgICAg c2xlX25leHQgPSAweDB9LCB0cWUgPSB7dHFlX25leHQgPSAweDAsIHRxZV9w cmV2ID0gMHgwfSwgc3RxZSA9IHsNCiAgICAgICAgICAgIHN0cWVfbmV4dCA9 IDB4MH19LCBwZXJpcGhfbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4MCwg DQogICAgICAgICAgICBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3NsZV9uZXh0 ID0gMHgwfSwgdHFlID0ge3RxZV9uZXh0ID0gMHgwLCANCiAgICAgICAgICAg IHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9fSwg cmV0cnlfY291bnQgPSAwLCANCiAgICAgICAgY2JmY25wID0gMCwgZnVuY19j b2RlID0gWFBUX05PT1AsIHN0YXR1cyA9IDAsIHBhdGggPSAweDAsIHBhdGhf aWQgPSAwLCANCiAgICAgICAgdGFyZ2V0X2lkID0gMCwgdGFyZ2V0X2x1biA9 IDAsIGZsYWdzID0gMCwgcGVyaXBoX3ByaXYgPSB7ZW50cmllcyA9IHt7DQog ICAgICAgICAgICAgIHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJc MDAwXDAwMFwwMDAifSwge3B0ciA9IDB4MCwgDQogICAgICAgICAgICAgIGZp ZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAg ICBieXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHNp bV9wcml2ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAw eDAsIGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIg PSAweDAsIA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlww MDBcMDAwXDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBc MDAwXDAwMFwwMDBcMDAwXDAwMCJ9LCB0aW1lb3V0ID0gMCwgdGltZW91dF9j aCA9IHsNCiAgICAgICAgICBjYWxsb3V0ID0gMHgwfX0sIGV2ZW50X2VuYWJs ZSA9IDAsIGNhbGxiYWNrID0gMCwgDQogICAgICBjYWxsYmFja19hcmcgPSAw eDB9LCBjc2QgPSB7Y2NiX2ggPSB7cGluZm8gPSB7cHJpb3JpdHkgPSAwLCAN CiAgICAgICAgICBnZW5lcmF0aW9uID0gMCwgaW5kZXggPSAwfSwgeHB0X2xp bmtzID0ge2xlID0ge2xlX25leHQgPSAweDAsIA0KICAgICAgICAgICAgbGVf cHJldiA9IDB4MH0sIHNsZSA9IHtzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0 cWVfbmV4dCA9IDB4MCwgDQogICAgICAgICAgICB0cWVfcHJldiA9IDB4MH0s IHN0cWUgPSB7c3RxZV9uZXh0ID0gMHgwfX0sIHNpbV9saW5rcyA9IHtsZSA9 IHsNCiAgICAgICAgICAgIGxlX25leHQgPSAweDAsIGxlX3ByZXYgPSAweDB9 LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0cWUgPSB7DQogICAgICAgICAg ICB0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0ge3N0 cWVfbmV4dCA9IDB4MH19LCANCiAgICAgICAgcGVyaXBoX2xpbmtzID0ge2xl ID0ge2xlX25leHQgPSAweDAsIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7DQog ICAgICAgICAgICBzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0cWVfbmV4dCA9 IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0gew0KICAgICAgICAgICAg c3RxZV9uZXh0ID0gMHgwfX0sIHJldHJ5X2NvdW50ID0gMCwgY2JmY25wID0g MCwgDQogICAgICAgIGZ1bmNfY29kZSA9IFhQVF9OT09QLCBzdGF0dXMgPSAw LCBwYXRoID0gMHgwLCBwYXRoX2lkID0gMCwgDQogICAgICAgIHRhcmdldF9p ZCA9IDAsIHRhcmdldF9sdW4gPSAwLCBmbGFncyA9IDAsIHBlcmlwaF9wcml2 ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAweDAsIGZp ZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAweDAs IA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAw XDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwXDAw MFwwMDBcMDAwXDAwMCJ9LCBzaW1fcHJpdiA9IHtlbnRyaWVzID0ge3sNCiAg ICAgICAgICAgICAgcHRyID0gMHgwLCBmaWVsZCA9IDAsIGJ5dGVzID0gIlww MDBcMDAwXDAwMCJ9LCB7cHRyID0gMHgwLCANCiAgICAgICAgICAgICAgZmll bGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifX0sIA0KICAgICAgICAg IGJ5dGVzID0gIlwwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDAifSwgdGlt ZW91dCA9IDAsIHRpbWVvdXRfY2ggPSB7DQogICAgICAgICAgY2FsbG91dCA9 IDB4MH19LCBkZXZfdHlwZSA9IDAgJ1wwMDAnfSwgY3BpcyA9IHtjY2JfaCA9 IHtwaW5mbyA9IHsNCiAgICAgICAgICBwcmlvcml0eSA9IDAsIGdlbmVyYXRp b24gPSAwLCBpbmRleCA9IDB9LCB4cHRfbGlua3MgPSB7bGUgPSB7DQogICAg ICAgICAgICBsZV9uZXh0ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0g e3NsZV9uZXh0ID0gMHgwfSwgdHFlID0gew0KICAgICAgICAgICAgdHFlX25l eHQgPSAweDAsIHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQg PSAweDB9fSwgDQogICAgICAgIHNpbV9saW5rcyA9IHtsZSA9IHtsZV9uZXh0 ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0gew0KICAgICAgICAgICAg c2xlX25leHQgPSAweDB9LCB0cWUgPSB7dHFlX25leHQgPSAweDAsIHRxZV9w cmV2ID0gMHgwfSwgc3RxZSA9IHsNCiAgICAgICAgICAgIHN0cWVfbmV4dCA9 IDB4MH19LCBwZXJpcGhfbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4MCwg DQogICAgICAgICAgICBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3NsZV9uZXh0 ID0gMHgwfSwgdHFlID0ge3RxZV9uZXh0ID0gMHgwLCANCiAgICAgICAgICAg IHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9fSwg cmV0cnlfY291bnQgPSAwLCANCiAgICAgICAgY2JmY25wID0gMCwgZnVuY19j b2RlID0gWFBUX05PT1AsIHN0YXR1cyA9IDAsIHBhdGggPSAweDAsIHBhdGhf aWQgPSAwLCANCiAgICAgICAgdGFyZ2V0X2lkID0gMCwgdGFyZ2V0X2x1biA9 IDAsIGZsYWdzID0gMCwgcGVyaXBoX3ByaXYgPSB7ZW50cmllcyA9IHt7DQog ICAgICAgICAgICAgIHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJc MDAwXDAwMFwwMDAifSwge3B0ciA9IDB4MCwgDQogICAgICAgICAgICAgIGZp ZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAg ICBieXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHNp bV9wcml2ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAw eDAsIGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIg PSAweDAsIA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlww MDBcMDAwXDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBc MDAwXDAwMFwwMDBcMDAwXDAwMCJ9LCB0aW1lb3V0ID0gMCwgdGltZW91dF9j aCA9IHsNCiAgICAgICAgICBjYWxsb3V0ID0gMHgwfX0sIGxhc3RfcmVzZXQg PSB7dHZfc2VjID0gMCwgdHZfdXNlYyA9IDB9fSwgY2dkcyA9IHsNCiAgICAg IGNjYl9oID0ge3BpbmZvID0ge3ByaW9yaXR5ID0gMCwgZ2VuZXJhdGlvbiA9 IDAsIGluZGV4ID0gMH0sIHhwdF9saW5rcyA9IHsNCiAgICAgICAgICBsZSA9 IHtsZV9uZXh0ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3NsZV9u ZXh0ID0gMHgwfSwgdHFlID0gew0KICAgICAgICAgICAgdHFlX25leHQgPSAw eDAsIHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9 fSwgDQogICAgICAgIHNpbV9saW5rcyA9IHtsZSA9IHtsZV9uZXh0ID0gMHgw LCBsZV9wcmV2ID0gMHgwfSwgc2xlID0gew0KICAgICAgICAgICAgc2xlX25l eHQgPSAweDB9LCB0cWUgPSB7dHFlX25leHQgPSAweDAsIHRxZV9wcmV2ID0g MHgwfSwgc3RxZSA9IHsNCiAgICAgICAgICAgIHN0cWVfbmV4dCA9IDB4MH19 LCBwZXJpcGhfbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4MCwgDQogICAg ICAgICAgICBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3NsZV9uZXh0ID0gMHgw fSwgdHFlID0ge3RxZV9uZXh0ID0gMHgwLCANCiAgICAgICAgICAgIHRxZV9w cmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9fSwgcmV0cnlf Y291bnQgPSAwLCANCiAgICAgICAgY2JmY25wID0gMCwgZnVuY19jb2RlID0g WFBUX05PT1AsIHN0YXR1cyA9IDAsIHBhdGggPSAweDAsIHBhdGhfaWQgPSAw LCANCiAgICAgICAgdGFyZ2V0X2lkID0gMCwgdGFyZ2V0X2x1biA9IDAsIGZs YWdzID0gMCwgcGVyaXBoX3ByaXYgPSB7ZW50cmllcyA9IHt7DQogICAgICAg ICAgICAgIHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAw MFwwMDAifSwge3B0ciA9IDB4MCwgDQogICAgICAgICAgICAgIGZpZWxkID0g MCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAgICBieXRl cyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHNpbV9wcml2 ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAweDAsIGZp ZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAweDAs IA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAw XDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwXDAw MFwwMDBcMDAwXDAwMCJ9LCB0aW1lb3V0ID0gMCwgdGltZW91dF9jaCA9IHsN CiAgICAgICAgICBjYWxsb3V0ID0gMHgwfX0sIGRldl9vcGVuaW5ncyA9IDAs IGRldl9hY3RpdmUgPSAwLCANCiAgICAgIGRldnFfb3BlbmluZ3MgPSAwLCBk ZXZxX3F1ZXVlZCA9IDAsIGhlbGQgPSAwLCBtYXh0YWdzID0gMCwgbWludGFn cyA9IDAsIA0KICAgICAgbGFzdF9yZXNldCA9IHt0dl9zZWMgPSAwLCB0dl91 c2VjID0gMH19LCBjZG0gPSB7Y2NiX2ggPSB7cGluZm8gPSB7DQogICAgICAg ICAgcHJpb3JpdHkgPSAwLCBnZW5lcmF0aW9uID0gMCwgaW5kZXggPSAwfSwg eHB0X2xpbmtzID0ge2xlID0gew0KICAgICAgICAgICAgbGVfbmV4dCA9IDB4 MCwgbGVfcHJldiA9IDB4MH0sIHNsZSA9IHtzbGVfbmV4dCA9IDB4MH0sIHRx ZSA9IHsNCiAgICAgICAgICAgIHRxZV9uZXh0ID0gMHgwLCB0cWVfcHJldiA9 IDB4MH0sIHN0cWUgPSB7c3RxZV9uZXh0ID0gMHgwfX0sIA0KICAgICAgICBz aW1fbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4MCwgbGVfcHJldiA9IDB4 MH0sIHNsZSA9IHsNCiAgICAgICAgICAgIHNsZV9uZXh0ID0gMHgwfSwgdHFl ID0ge3RxZV9uZXh0ID0gMHgwLCB0cWVfcHJldiA9IDB4MH0sIHN0cWUgPSB7 DQogICAgICAgICAgICBzdHFlX25leHQgPSAweDB9fSwgcGVyaXBoX2xpbmtz ID0ge2xlID0ge2xlX25leHQgPSAweDAsIA0KICAgICAgICAgICAgbGVfcHJl diA9IDB4MH0sIHNsZSA9IHtzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0cWVf bmV4dCA9IDB4MCwgDQogICAgICAgICAgICB0cWVfcHJldiA9IDB4MH0sIHN0 cWUgPSB7c3RxZV9uZXh0ID0gMHgwfX0sIHJldHJ5X2NvdW50ID0gMCwgDQog ICAgICAgIGNiZmNucCA9IDAsIGZ1bmNfY29kZSA9IFhQVF9OT09QLCBzdGF0 dXMgPSAwLCBwYXRoID0gMHgwLCBwYXRoX2lkID0gMCwgDQogICAgICAgIHRh cmdldF9pZCA9IDAsIHRhcmdldF9sdW4gPSAwLCBmbGFncyA9IDAsIHBlcmlw aF9wcml2ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAw eDAsIGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIg PSAweDAsIA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlww MDBcMDAwXDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBc MDAwXDAwMFwwMDBcMDAwXDAwMCJ9LCBzaW1fcHJpdiA9IHtlbnRyaWVzID0g e3sNCiAgICAgICAgICAgICAgcHRyID0gMHgwLCBmaWVsZCA9IDAsIGJ5dGVz ID0gIlwwMDBcMDAwXDAwMCJ9LCB7cHRyID0gMHgwLCANCiAgICAgICAgICAg ICAgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifX0sIA0KICAg ICAgICAgIGJ5dGVzID0gIlwwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDAi fSwgdGltZW91dCA9IDAsIHRpbWVvdXRfY2ggPSB7DQogICAgICAgICAgY2Fs bG91dCA9IDB4MH19LCBzdGF0dXMgPSBDQU1fREVWX01BVENIX0xBU1QsIG51 bV9wYXR0ZXJucyA9IDAsIA0KICAgICAgcGF0dGVybl9idWZfbGVuID0gMCwg cGF0dGVybnMgPSAweDAsIG51bV9tYXRjaGVzID0gMCwgbWF0Y2hfYnVmX2xl biA9IDAsIA0KICAgICAgbWF0Y2hlcyA9IDB4MCwgcG9zID0ge2dlbmVyYXRp b25zID0gezAsIDAsIDAsIDB9LCANCiAgICAgICAgcG9zaXRpb25fdHlwZSA9 IENBTV9ERVZfUE9TX05PTkUsIGNvb2tpZSA9IHtidXMgPSAweDAsIHRhcmdl dCA9IDB4MCwgDQogICAgICAgICAgZGV2aWNlID0gMHgwLCBwZXJpcGggPSAw eDAsIHBkcnYgPSAweDB9fX0sIGN0cyA9IHtjY2JfaCA9IHtwaW5mbyA9IHsN CiAgICAgICAgICBwcmlvcml0eSA9IDAsIGdlbmVyYXRpb24gPSAwLCBpbmRl eCA9IDB9LCB4cHRfbGlua3MgPSB7bGUgPSB7DQogICAgICAgICAgICBsZV9u ZXh0ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3NsZV9uZXh0ID0g MHgwfSwgdHFlID0gew0KICAgICAgICAgICAgdHFlX25leHQgPSAweDAsIHRx ZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9fSwgDQog ICAgICAgIHNpbV9saW5rcyA9IHtsZSA9IHtsZV9uZXh0ID0gMHgwLCBsZV9w cmV2ID0gMHgwfSwgc2xlID0gew0KICAgICAgICAgICAgc2xlX25leHQgPSAw eDB9LCB0cWUgPSB7dHFlX25leHQgPSAweDAsIHRxZV9wcmV2ID0gMHgwfSwg c3RxZSA9IHsNCiAgICAgICAgICAgIHN0cWVfbmV4dCA9IDB4MH19LCBwZXJp cGhfbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4MCwgDQogICAgICAgICAg ICBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3NsZV9uZXh0ID0gMHgwfSwgdHFl ID0ge3RxZV9uZXh0ID0gMHgwLCANCiAgICAgICAgICAgIHRxZV9wcmV2ID0g MHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9fSwgcmV0cnlfY291bnQg PSAwLCANCiAgICAgICAgY2JmY25wID0gMCwgZnVuY19jb2RlID0gWFBUX05P T1AsIHN0YXR1cyA9IDAsIHBhdGggPSAweDAsIHBhdGhfaWQgPSAwLCANCiAg ICAgICAgdGFyZ2V0X2lkID0gMCwgdGFyZ2V0X2x1biA9IDAsIGZsYWdzID0g MCwgcGVyaXBoX3ByaXYgPSB7ZW50cmllcyA9IHt7DQogICAgICAgICAgICAg IHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAi fSwge3B0ciA9IDB4MCwgDQogICAgICAgICAgICAgIGZpZWxkID0gMCwgYnl0 ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAgICBieXRlcyA9ICJc MDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHNpbV9wcml2ID0ge2Vu dHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAweDAsIGZpZWxkID0g MCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAweDAsIA0KICAg ICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAwXDAwMCJ9 fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwXDAwMFwwMDBc MDAwXDAwMCJ9LCB0aW1lb3V0ID0gMCwgdGltZW91dF9jaCA9IHsNCiAgICAg ICAgICBjYWxsb3V0ID0gMHgwfX0sIHZhbGlkID0gMCwgZmxhZ3MgPSAwLCBz eW5jX3BlcmlvZCA9IDAsIA0KICAgICAgc3luY19vZmZzZXQgPSAwLCBidXNf d2lkdGggPSAwfSwgY2NnID0ge2NjYl9oID0ge3BpbmZvID0ge3ByaW9yaXR5 ID0gMCwgDQogICAgICAgICAgZ2VuZXJhdGlvbiA9IDAsIGluZGV4ID0gMH0s IHhwdF9saW5rcyA9IHtsZSA9IHtsZV9uZXh0ID0gMHgwLCANCiAgICAgICAg ICAgIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0 cWUgPSB7dHFlX25leHQgPSAweDAsIA0KICAgICAgICAgICAgdHFlX3ByZXYg PSAweDB9LCBzdHFlID0ge3N0cWVfbmV4dCA9IDB4MH19LCBzaW1fbGlua3Mg PSB7bGUgPSB7DQogICAgICAgICAgICBsZV9uZXh0ID0gMHgwLCBsZV9wcmV2 ID0gMHgwfSwgc2xlID0ge3NsZV9uZXh0ID0gMHgwfSwgdHFlID0gew0KICAg ICAgICAgICAgdHFlX25leHQgPSAweDAsIHRxZV9wcmV2ID0gMHgwfSwgc3Rx ZSA9IHtzdHFlX25leHQgPSAweDB9fSwgDQogICAgICAgIHBlcmlwaF9saW5r cyA9IHtsZSA9IHtsZV9uZXh0ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xl ID0gew0KICAgICAgICAgICAgc2xlX25leHQgPSAweDB9LCB0cWUgPSB7dHFl X25leHQgPSAweDAsIHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHsNCiAgICAg ICAgICAgIHN0cWVfbmV4dCA9IDB4MH19LCByZXRyeV9jb3VudCA9IDAsIGNi ZmNucCA9IDAsIA0KICAgICAgICBmdW5jX2NvZGUgPSBYUFRfTk9PUCwgc3Rh dHVzID0gMCwgcGF0aCA9IDB4MCwgcGF0aF9pZCA9IDAsIA0KICAgICAgICB0 YXJnZXRfaWQgPSAwLCB0YXJnZXRfbHVuID0gMCwgZmxhZ3MgPSAwLCBwZXJp cGhfcHJpdiA9IHtlbnRyaWVzID0ge3sNCiAgICAgICAgICAgICAgcHRyID0g MHgwLCBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAwXDAwMCJ9LCB7cHRy ID0gMHgwLCANCiAgICAgICAgICAgICAgZmllbGQgPSAwLCBieXRlcyA9ICJc MDAwXDAwMFwwMDAifX0sIA0KICAgICAgICAgIGJ5dGVzID0gIlwwMDBcMDAw XDAwMFwwMDBcMDAwXDAwMFwwMDAifSwgc2ltX3ByaXYgPSB7ZW50cmllcyA9 IHt7DQogICAgICAgICAgICAgIHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRl cyA9ICJcMDAwXDAwMFwwMDAifSwge3B0ciA9IDB4MCwgDQogICAgICAgICAg ICAgIGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAg ICAgICAgICBieXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAw In0sIHRpbWVvdXQgPSAwLCB0aW1lb3V0X2NoID0gew0KICAgICAgICAgIGNh bGxvdXQgPSAweDB9fSwgYmxvY2tfc2l6ZSA9IDAsIHZvbHVtZV9zaXplID0g MCwgY3lsaW5kZXJzID0gMCwgDQogICAgICBoZWFkcyA9IDAgJ1wwMDAnLCBz ZWNzX3Blcl90cmFjayA9IDAgJ1wwMDAnfSwgY2FiID0ge2NjYl9oID0ge3Bp bmZvID0gew0KICAgICAgICAgIHByaW9yaXR5ID0gMCwgZ2VuZXJhdGlvbiA9 IDAsIGluZGV4ID0gMH0sIHhwdF9saW5rcyA9IHtsZSA9IHsNCiAgICAgICAg ICAgIGxlX25leHQgPSAweDAsIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7c2xl X25leHQgPSAweDB9LCB0cWUgPSB7DQogICAgICAgICAgICB0cWVfbmV4dCA9 IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0ge3N0cWVfbmV4dCA9IDB4 MH19LCANCiAgICAgICAgc2ltX2xpbmtzID0ge2xlID0ge2xlX25leHQgPSAw eDAsIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7DQogICAgICAgICAgICBzbGVf bmV4dCA9IDB4MH0sIHRxZSA9IHt0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYg PSAweDB9LCBzdHFlID0gew0KICAgICAgICAgICAgc3RxZV9uZXh0ID0gMHgw fX0sIHBlcmlwaF9saW5rcyA9IHtsZSA9IHtsZV9uZXh0ID0gMHgwLCANCiAg ICAgICAgICAgIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7c2xlX25leHQgPSAw eDB9LCB0cWUgPSB7dHFlX25leHQgPSAweDAsIA0KICAgICAgICAgICAgdHFl X3ByZXYgPSAweDB9LCBzdHFlID0ge3N0cWVfbmV4dCA9IDB4MH19LCByZXRy eV9jb3VudCA9IDAsIA0KICAgICAgICBjYmZjbnAgPSAwLCBmdW5jX2NvZGUg PSBYUFRfTk9PUCwgc3RhdHVzID0gMCwgcGF0aCA9IDB4MCwgcGF0aF9pZCA9 IDAsIA0KICAgICAgICB0YXJnZXRfaWQgPSAwLCB0YXJnZXRfbHVuID0gMCwg ZmxhZ3MgPSAwLCBwZXJpcGhfcHJpdiA9IHtlbnRyaWVzID0ge3sNCiAgICAg ICAgICAgICAgcHRyID0gMHgwLCBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBc MDAwXDAwMCJ9LCB7cHRyID0gMHgwLCANCiAgICAgICAgICAgICAgZmllbGQg PSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifX0sIA0KICAgICAgICAgIGJ5 dGVzID0gIlwwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDAifSwgc2ltX3By aXYgPSB7ZW50cmllcyA9IHt7DQogICAgICAgICAgICAgIHB0ciA9IDB4MCwg ZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifSwge3B0ciA9IDB4 MCwgDQogICAgICAgICAgICAgIGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFww MDBcMDAwIn19LCANCiAgICAgICAgICBieXRlcyA9ICJcMDAwXDAwMFwwMDBc MDAwXDAwMFwwMDBcMDAwIn0sIHRpbWVvdXQgPSAwLCB0aW1lb3V0X2NoID0g ew0KICAgICAgICAgIGNhbGxvdXQgPSAweDB9fSwgYWJvcnRfY2NiID0gMHgw fSwgY3JiID0ge2NjYl9oID0ge3BpbmZvID0gew0KICAgICAgICAgIHByaW9y aXR5ID0gMCwgZ2VuZXJhdGlvbiA9IDAsIGluZGV4ID0gMH0sIHhwdF9saW5r cyA9IHtsZSA9IHsNCiAgICAgICAgICAgIGxlX25leHQgPSAweDAsIGxlX3By ZXYgPSAweDB9LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0cWUgPSB7DQog ICAgICAgICAgICB0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBz dHFlID0ge3N0cWVfbmV4dCA9IDB4MH19LCANCiAgICAgICAgc2ltX2xpbmtz ID0ge2xlID0ge2xlX25leHQgPSAweDAsIGxlX3ByZXYgPSAweDB9LCBzbGUg PSB7DQogICAgICAgICAgICBzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0cWVf bmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0gew0KICAgICAg ICAgICAgc3RxZV9uZXh0ID0gMHgwfX0sIHBlcmlwaF9saW5rcyA9IHtsZSA9 IHtsZV9uZXh0ID0gMHgwLCANCiAgICAgICAgICAgIGxlX3ByZXYgPSAweDB9 LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0cWUgPSB7dHFlX25leHQgPSAw eDAsIA0KICAgICAgICAgICAgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0ge3N0 cWVfbmV4dCA9IDB4MH19LCByZXRyeV9jb3VudCA9IDAsIA0KICAgICAgICBj YmZjbnAgPSAwLCBmdW5jX2NvZGUgPSBYUFRfTk9PUCwgc3RhdHVzID0gMCwg cGF0aCA9IDB4MCwgcGF0aF9pZCA9IDAsIA0KICAgICAgICB0YXJnZXRfaWQg PSAwLCB0YXJnZXRfbHVuID0gMCwgZmxhZ3MgPSAwLCBwZXJpcGhfcHJpdiA9 IHtlbnRyaWVzID0ge3sNCiAgICAgICAgICAgICAgcHRyID0gMHgwLCBmaWVs ZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAwXDAwMCJ9LCB7cHRyID0gMHgwLCAN CiAgICAgICAgICAgICAgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFww MDAifX0sIA0KICAgICAgICAgIGJ5dGVzID0gIlwwMDBcMDAwXDAwMFwwMDBc MDAwXDAwMFwwMDAifSwgc2ltX3ByaXYgPSB7ZW50cmllcyA9IHt7DQogICAg ICAgICAgICAgIHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAw XDAwMFwwMDAifSwge3B0ciA9IDB4MCwgDQogICAgICAgICAgICAgIGZpZWxk ID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAgICBi eXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHRpbWVv dXQgPSAwLCB0aW1lb3V0X2NoID0gew0KICAgICAgICAgIGNhbGxvdXQgPSAw eDB9fX0sIGNyZCA9IHtjY2JfaCA9IHtwaW5mbyA9IHtwcmlvcml0eSA9IDAs IA0KICAgICAgICAgIGdlbmVyYXRpb24gPSAwLCBpbmRleCA9IDB9LCB4cHRf bGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4MCwgDQogICAgICAgICAgICBs ZV9wcmV2ID0gMHgwfSwgc2xlID0ge3NsZV9uZXh0ID0gMHgwfSwgdHFlID0g e3RxZV9uZXh0ID0gMHgwLCANCiAgICAgICAgICAgIHRxZV9wcmV2ID0gMHgw fSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9fSwgc2ltX2xpbmtzID0ge2xl ID0gew0KICAgICAgICAgICAgbGVfbmV4dCA9IDB4MCwgbGVfcHJldiA9IDB4 MH0sIHNsZSA9IHtzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHsNCiAgICAgICAg ICAgIHRxZV9uZXh0ID0gMHgwLCB0cWVfcHJldiA9IDB4MH0sIHN0cWUgPSB7 c3RxZV9uZXh0ID0gMHgwfX0sIA0KICAgICAgICBwZXJpcGhfbGlua3MgPSB7 bGUgPSB7bGVfbmV4dCA9IDB4MCwgbGVfcHJldiA9IDB4MH0sIHNsZSA9IHsN CiAgICAgICAgICAgIHNsZV9uZXh0ID0gMHgwfSwgdHFlID0ge3RxZV9uZXh0 ID0gMHgwLCB0cWVfcHJldiA9IDB4MH0sIHN0cWUgPSB7DQogICAgICAgICAg ICBzdHFlX25leHQgPSAweDB9fSwgcmV0cnlfY291bnQgPSAwLCBjYmZjbnAg PSAwLCANCiAgICAgICAgZnVuY19jb2RlID0gWFBUX05PT1AsIHN0YXR1cyA9 IDAsIHBhdGggPSAweDAsIHBhdGhfaWQgPSAwLCANCiAgICAgICAgdGFyZ2V0 X2lkID0gMCwgdGFyZ2V0X2x1biA9IDAsIGZsYWdzID0gMCwgcGVyaXBoX3By aXYgPSB7ZW50cmllcyA9IHt7DQogICAgICAgICAgICAgIHB0ciA9IDB4MCwg ZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifSwge3B0ciA9IDB4 MCwgDQogICAgICAgICAgICAgIGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFww MDBcMDAwIn19LCANCiAgICAgICAgICBieXRlcyA9ICJcMDAwXDAwMFwwMDBc MDAwXDAwMFwwMDBcMDAwIn0sIHNpbV9wcml2ID0ge2VudHJpZXMgPSB7ew0K ICAgICAgICAgICAgICBwdHIgPSAweDAsIGZpZWxkID0gMCwgYnl0ZXMgPSAi XDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAweDAsIA0KICAgICAgICAgICAgICBm aWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAwXDAwMCJ9fSwgDQogICAgICAg ICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMCJ9LCB0 aW1lb3V0ID0gMCwgdGltZW91dF9jaCA9IHsNCiAgICAgICAgICBjYWxsb3V0 ID0gMHgwfX19LCB0aW8gPSB7Y2NiX2ggPSB7cGluZm8gPSB7cHJpb3JpdHkg PSAwLCANCiAgICAgICAgICBnZW5lcmF0aW9uID0gMCwgaW5kZXggPSAwfSwg eHB0X2xpbmtzID0ge2xlID0ge2xlX25leHQgPSAweDAsIA0KICAgICAgICAg ICAgbGVfcHJldiA9IDB4MH0sIHNsZSA9IHtzbGVfbmV4dCA9IDB4MH0sIHRx ZSA9IHt0cWVfbmV4dCA9IDB4MCwgDQogICAgICAgICAgICB0cWVfcHJldiA9 IDB4MH0sIHN0cWUgPSB7c3RxZV9uZXh0ID0gMHgwfX0sIHNpbV9saW5rcyA9 IHtsZSA9IHsNCiAgICAgICAgICAgIGxlX25leHQgPSAweDAsIGxlX3ByZXYg PSAweDB9LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0cWUgPSB7DQogICAg ICAgICAgICB0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFl ID0ge3N0cWVfbmV4dCA9IDB4MH19LCANCiAgICAgICAgcGVyaXBoX2xpbmtz ID0ge2xlID0ge2xlX25leHQgPSAweDAsIGxlX3ByZXYgPSAweDB9LCBzbGUg PSB7DQogICAgICAgICAgICBzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0cWVf bmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0gew0KICAgICAg ICAgICAgc3RxZV9uZXh0ID0gMHgwfX0sIHJldHJ5X2NvdW50ID0gMCwgY2Jm Y25wID0gMCwgDQogICAgICAgIGZ1bmNfY29kZSA9IFhQVF9OT09QLCBzdGF0 dXMgPSAwLCBwYXRoID0gMHgwLCBwYXRoX2lkID0gMCwgDQogICAgICAgIHRh cmdldF9pZCA9IDAsIHRhcmdldF9sdW4gPSAwLCBmbGFncyA9IDAsIHBlcmlw aF9wcml2ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAw eDAsIGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIg PSAweDAsIA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlww MDBcMDAwXDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBc MDAwXDAwMFwwMDBcMDAwXDAwMCJ9LCBzaW1fcHJpdiA9IHtlbnRyaWVzID0g e3sNCiAgICAgICAgICAgICAgcHRyID0gMHgwLCBmaWVsZCA9IDAsIGJ5dGVz ID0gIlwwMDBcMDAwXDAwMCJ9LCB7cHRyID0gMHgwLCANCiAgICAgICAgICAg ICAgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifX0sIA0KICAg ICAgICAgIGJ5dGVzID0gIlwwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDAi fSwgdGltZW91dCA9IDAsIHRpbWVvdXRfY2ggPSB7DQogICAgICAgICAgY2Fs bG91dCA9IDB4MH19LCB0ZXJtaW9fY2NiID0gMHgwfSwgYXRpbyA9IHtjY2Jf aCA9IHtwaW5mbyA9IHsNCiAgICAgICAgICBwcmlvcml0eSA9IDAsIGdlbmVy YXRpb24gPSAwLCBpbmRleCA9IDB9LCB4cHRfbGlua3MgPSB7bGUgPSB7DQog ICAgICAgICAgICBsZV9uZXh0ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xl ID0ge3NsZV9uZXh0ID0gMHgwfSwgdHFlID0gew0KICAgICAgICAgICAgdHFl X25leHQgPSAweDAsIHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25l eHQgPSAweDB9fSwgDQogICAgICAgIHNpbV9saW5rcyA9IHtsZSA9IHtsZV9u ZXh0ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0gew0KICAgICAgICAg ICAgc2xlX25leHQgPSAweDB9LCB0cWUgPSB7dHFlX25leHQgPSAweDAsIHRx ZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHsNCiAgICAgICAgICAgIHN0cWVfbmV4 dCA9IDB4MH19LCBwZXJpcGhfbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4 MCwgDQogICAgICAgICAgICBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3NsZV9u ZXh0ID0gMHgwfSwgdHFlID0ge3RxZV9uZXh0ID0gMHgwLCANCiAgICAgICAg ICAgIHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9 fSwgcmV0cnlfY291bnQgPSAwLCANCiAgICAgICAgY2JmY25wID0gMCwgZnVu Y19jb2RlID0gWFBUX05PT1AsIHN0YXR1cyA9IDAsIHBhdGggPSAweDAsIHBh dGhfaWQgPSAwLCANCiAgICAgICAgdGFyZ2V0X2lkID0gMCwgdGFyZ2V0X2x1 biA9IDAsIGZsYWdzID0gMCwgcGVyaXBoX3ByaXYgPSB7ZW50cmllcyA9IHt7 DQogICAgICAgICAgICAgIHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9 ICJcMDAwXDAwMFwwMDAifSwge3B0ciA9IDB4MCwgDQogICAgICAgICAgICAg IGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAg ICAgICBieXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0s IHNpbV9wcml2ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIg PSAweDAsIGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtw dHIgPSAweDAsIA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0g IlwwMDBcMDAwXDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFww MDBcMDAwXDAwMFwwMDBcMDAwXDAwMCJ9LCB0aW1lb3V0ID0gMCwgdGltZW91 dF9jaCA9IHsNCiAgICAgICAgICBjYWxsb3V0ID0gMHgwfX0sIGNkYl9pbyA9 IHtjZGJfcHRyID0gMHgwLCANCiAgICAgICAgY2RiX2J5dGVzID0gJ1wwMDAn IDxyZXBlYXRzIDE1IHRpbWVzPn0sIGNkYl9sZW4gPSAwICdcMDAwJywgDQog ICAgICB0YWdfYWN0aW9uID0gMCAnXDAwMCcsIHNlbnNlX2xlbiA9IDAgJ1ww MDAnLCB0YWdfaWQgPSAwLCBpbml0X2lkID0gMCwgDQogICAgICBzZW5zZV9k YXRhID0ge2Vycm9yX2NvZGUgPSAwICdcMDAwJywgc2VnbWVudCA9IDAgJ1ww MDAnLCANCiAgICAgICAgZmxhZ3MgPSAwICdcMDAwJywgaW5mbyA9ICJcMDAw XDAwMFwwMDAiLCBleHRyYV9sZW4gPSAwICdcMDAwJywgDQogICAgICAgIGNt ZF9zcGVjX2luZm8gPSAiXDAwMFwwMDBcMDAwIiwgYWRkX3NlbnNlX2NvZGUg PSAwICdcMDAwJywgDQogICAgICAgIGFkZF9zZW5zZV9jb2RlX3F1YWwgPSAw ICdcMDAwJywgZnJ1ID0gMCAnXDAwMCcsIA0KICAgICAgICBzZW5zZV9rZXlf c3BlYyA9ICJcMDAwXDAwMCIsIA0KICAgICAgICBleHRyYV9ieXRlcyA9ICdc MDAwJyA8cmVwZWF0cyAxMyB0aW1lcz59fSwgY3RpbyA9IHtjY2JfaCA9IHtw aW5mbyA9IHsNCiAgICAgICAgICBwcmlvcml0eSA9IDAsIGdlbmVyYXRpb24g PSAwLCBpbmRleCA9IDB9LCB4cHRfbGlua3MgPSB7bGUgPSB7DQogICAgICAg ICAgICBsZV9uZXh0ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3Ns ZV9uZXh0ID0gMHgwfSwgdHFlID0gew0KICAgICAgICAgICAgdHFlX25leHQg PSAweDAsIHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAw eDB9fSwgDQogICAgICAgIHNpbV9saW5rcyA9IHtsZSA9IHtsZV9uZXh0ID0g MHgwLCBsZV9wcmV2ID0gMHgwfSwgc2xlID0gew0KICAgICAgICAgICAgc2xl X25leHQgPSAweDB9LCB0cWUgPSB7dHFlX25leHQgPSAweDAsIHRxZV9wcmV2 ID0gMHgwfSwgc3RxZSA9IHsNCiAgICAgICAgICAgIHN0cWVfbmV4dCA9IDB4 MH19LCBwZXJpcGhfbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4MCwgDQog ICAgICAgICAgICBsZV9wcmV2ID0gMHgwfSwgc2xlID0ge3NsZV9uZXh0ID0g MHgwfSwgdHFlID0ge3RxZV9uZXh0ID0gMHgwLCANCiAgICAgICAgICAgIHRx ZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9fSwgcmV0 cnlfY291bnQgPSAwLCANCiAgICAgICAgY2JmY25wID0gMCwgZnVuY19jb2Rl ID0gWFBUX05PT1AsIHN0YXR1cyA9IDAsIHBhdGggPSAweDAsIHBhdGhfaWQg PSAwLCANCiAgICAgICAgdGFyZ2V0X2lkID0gMCwgdGFyZ2V0X2x1biA9IDAs IGZsYWdzID0gMCwgcGVyaXBoX3ByaXYgPSB7ZW50cmllcyA9IHt7DQogICAg ICAgICAgICAgIHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAw XDAwMFwwMDAifSwge3B0ciA9IDB4MCwgDQogICAgICAgICAgICAgIGZpZWxk ID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAgICBi eXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHNpbV9w cml2ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAweDAs IGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAw eDAsIA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBc MDAwXDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAw XDAwMFwwMDBcMDAwXDAwMCJ9LCB0aW1lb3V0ID0gMCwgdGltZW91dF9jaCA9 IHsNCiAgICAgICAgICBjYWxsb3V0ID0gMHgwfX0sIG5leHRfY2NiID0gMHgw LCByZXFfbWFwID0gMHgwLCBkYXRhX3B0ciA9IDB4MCwgDQogICAgICBkeGZl cl9sZW4gPSAwLCBzZW5zZV9kYXRhID0ge2Vycm9yX2NvZGUgPSAwICdcMDAw Jywgc2VnbWVudCA9IDAgJ1wwMDAnLCANCiAgICAgICAgZmxhZ3MgPSAwICdc MDAwJywgaW5mbyA9ICJcMDAwXDAwMFwwMDAiLCBleHRyYV9sZW4gPSAwICdc MDAwJywgDQogICAgICAgIGNtZF9zcGVjX2luZm8gPSAiXDAwMFwwMDBcMDAw IiwgYWRkX3NlbnNlX2NvZGUgPSAwICdcMDAwJywgDQogICAgICAgIGFkZF9z ZW5zZV9jb2RlX3F1YWwgPSAwICdcMDAwJywgZnJ1ID0gMCAnXDAwMCcsIA0K ICAgICAgICBzZW5zZV9rZXlfc3BlYyA9ICJcMDAwXDAwMCIsIGV4dHJhX2J5 dGVzID0gJ1wwMDAnIDxyZXBlYXRzIDEzIHRpbWVzPn0sIA0KICAgICAgc2Vu c2VfbGVuID0gMCAnXDAwMCcsIGNkYl9sZW4gPSAwICdcMDAwJywgc2dsaXN0 X2NudCA9IDAsIA0KICAgICAgc2NzaV9zdGF0dXMgPSAwICdcMDAwJywgc2Vu c2VfcmVzaWQgPSAwICdcMDAwJywgcmVzaWQgPSAwLCBjZGJfaW8gPSB7DQog ICAgICAgIGNkYl9wdHIgPSAweDAsIGNkYl9ieXRlcyA9ICdcMDAwJyA8cmVw ZWF0cyAxNSB0aW1lcz59LCBtc2dfcHRyID0gMHgwLCANCiAgICAgIG1zZ19s ZW4gPSAwLCB0YWdfYWN0aW9uID0gMCAnXDAwMCcsIHRhZ19pZCA9IDAsIGlu aXRfaWQgPSAwfSwgY2VsID0gew0KICAgICAgY2NiX2ggPSB7cGluZm8gPSB7 cHJpb3JpdHkgPSAwLCBnZW5lcmF0aW9uID0gMCwgaW5kZXggPSAwfSwgeHB0 X2xpbmtzID0gew0KICAgICAgICAgIGxlID0ge2xlX25leHQgPSAweDAsIGxl X3ByZXYgPSAweDB9LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0cWUgPSB7 DQogICAgICAgICAgICB0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9 LCBzdHFlID0ge3N0cWVfbmV4dCA9IDB4MH19LCANCiAgICAgICAgc2ltX2xp bmtzID0ge2xlID0ge2xlX25leHQgPSAweDAsIGxlX3ByZXYgPSAweDB9LCBz bGUgPSB7DQogICAgICAgICAgICBzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0 cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0gew0KICAg ICAgICAgICAgc3RxZV9uZXh0ID0gMHgwfX0sIHBlcmlwaF9saW5rcyA9IHts ZSA9IHtsZV9uZXh0ID0gMHgwLCANCiAgICAgICAgICAgIGxlX3ByZXYgPSAw eDB9LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0cWUgPSB7dHFlX25leHQg PSAweDAsIA0KICAgICAgICAgICAgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0g e3N0cWVfbmV4dCA9IDB4MH19LCByZXRyeV9jb3VudCA9IDAsIA0KICAgICAg ICBjYmZjbnAgPSAwLCBmdW5jX2NvZGUgPSBYUFRfTk9PUCwgc3RhdHVzID0g MCwgcGF0aCA9IDB4MCwgcGF0aF9pZCA9IDAsIA0KICAgICAgICB0YXJnZXRf aWQgPSAwLCB0YXJnZXRfbHVuID0gMCwgZmxhZ3MgPSAwLCBwZXJpcGhfcHJp diA9IHtlbnRyaWVzID0ge3sNCiAgICAgICAgICAgICAgcHRyID0gMHgwLCBm aWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAwXDAwMCJ9LCB7cHRyID0gMHgw LCANCiAgICAgICAgICAgICAgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAw MFwwMDAifX0sIA0KICAgICAgICAgIGJ5dGVzID0gIlwwMDBcMDAwXDAwMFww MDBcMDAwXDAwMFwwMDAifSwgc2ltX3ByaXYgPSB7ZW50cmllcyA9IHt7DQog ICAgICAgICAgICAgIHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJc MDAwXDAwMFwwMDAifSwge3B0ciA9IDB4MCwgDQogICAgICAgICAgICAgIGZp ZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAg ICBieXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHRp bWVvdXQgPSAwLCB0aW1lb3V0X2NoID0gew0KICAgICAgICAgIGNhbGxvdXQg PSAweDB9fSwgZ3JwNl9sZW4gPSAwLCBncnA3X2xlbiA9IDAsIGVuYWJsZSA9 IDAgJ1wwMDAnfSwgDQogICAgY2luID0ge2NjYl9oID0ge3BpbmZvID0ge3By aW9yaXR5ID0gMCwgZ2VuZXJhdGlvbiA9IDAsIGluZGV4ID0gMH0sIA0KICAg ICAgICB4cHRfbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4MCwgbGVfcHJl diA9IDB4MH0sIHNsZSA9IHsNCiAgICAgICAgICAgIHNsZV9uZXh0ID0gMHgw fSwgdHFlID0ge3RxZV9uZXh0ID0gMHgwLCB0cWVfcHJldiA9IDB4MH0sIHN0 cWUgPSB7DQogICAgICAgICAgICBzdHFlX25leHQgPSAweDB9fSwgc2ltX2xp bmtzID0ge2xlID0ge2xlX25leHQgPSAweDAsIA0KICAgICAgICAgICAgbGVf cHJldiA9IDB4MH0sIHNsZSA9IHtzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0 cWVfbmV4dCA9IDB4MCwgDQogICAgICAgICAgICB0cWVfcHJldiA9IDB4MH0s IHN0cWUgPSB7c3RxZV9uZXh0ID0gMHgwfX0sIHBlcmlwaF9saW5rcyA9IHts ZSA9IHsNCiAgICAgICAgICAgIGxlX25leHQgPSAweDAsIGxlX3ByZXYgPSAw eDB9LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0cWUgPSB7DQogICAgICAg ICAgICB0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0g e3N0cWVfbmV4dCA9IDB4MH19LCANCiAgICAgICAgcmV0cnlfY291bnQgPSAw LCBjYmZjbnAgPSAwLCBmdW5jX2NvZGUgPSBYUFRfTk9PUCwgc3RhdHVzID0g MCwgDQogICAgICAgIHBhdGggPSAweDAsIHBhdGhfaWQgPSAwLCB0YXJnZXRf aWQgPSAwLCB0YXJnZXRfbHVuID0gMCwgZmxhZ3MgPSAwLCANCiAgICAgICAg cGVyaXBoX3ByaXYgPSB7ZW50cmllcyA9IHt7cHRyID0gMHgwLCBmaWVsZCA9 IDAsIA0KICAgICAgICAgICAgICBieXRlcyA9ICJcMDAwXDAwMFwwMDAifSwg e3B0ciA9IDB4MCwgZmllbGQgPSAwLCANCiAgICAgICAgICAgICAgYnl0ZXMg PSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAgICBieXRlcyA9ICJcMDAw XDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHNpbV9wcml2ID0ge2VudHJp ZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAweDAsIGZpZWxkID0gMCwg Ynl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAweDAsIA0KICAgICAg ICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAwXDAwMCJ9fSwg DQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAw XDAwMCJ9LCB0aW1lb3V0ID0gMCwgdGltZW91dF9jaCA9IHsNCiAgICAgICAg ICBjYWxsb3V0ID0gMHgwfX0sIHNlbnNlX2RhdGEgPSB7ZXJyb3JfY29kZSA9 IDAgJ1wwMDAnLCANCiAgICAgICAgc2VnbWVudCA9IDAgJ1wwMDAnLCBmbGFn cyA9IDAgJ1wwMDAnLCBpbmZvID0gIlwwMDBcMDAwXDAwMCIsIA0KICAgICAg ICBleHRyYV9sZW4gPSAwICdcMDAwJywgY21kX3NwZWNfaW5mbyA9ICJcMDAw XDAwMFwwMDAiLCANCiAgICAgICAgYWRkX3NlbnNlX2NvZGUgPSAwICdcMDAw JywgYWRkX3NlbnNlX2NvZGVfcXVhbCA9IDAgJ1wwMDAnLCANCiAgICAgICAg ZnJ1ID0gMCAnXDAwMCcsIHNlbnNlX2tleV9zcGVjID0gIlwwMDBcMDAwIiwg DQogICAgICAgIGV4dHJhX2J5dGVzID0gJ1wwMDAnIDxyZXBlYXRzIDEzIHRp bWVzPn0sIHNlbnNlX2xlbiA9IDAgJ1wwMDAnLCANCiAgICAgIGluaXRpYXRv cl9pZCA9IDAgJ1wwMDAnLCBtZXNzYWdlX2FyZ3MgPSAiXDAwMFwwMDBcMDAw XDAwMFwwMDBcMDAwIn0sIA0KICAgIGNuYSA9IHtjY2JfaCA9IHtwaW5mbyA9 IHtwcmlvcml0eSA9IDAsIGdlbmVyYXRpb24gPSAwLCBpbmRleCA9IDB9LCAN CiAgICAgICAgeHB0X2xpbmtzID0ge2xlID0ge2xlX25leHQgPSAweDAsIGxl X3ByZXYgPSAweDB9LCBzbGUgPSB7DQogICAgICAgICAgICBzbGVfbmV4dCA9 IDB4MH0sIHRxZSA9IHt0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9 LCBzdHFlID0gew0KICAgICAgICAgICAgc3RxZV9uZXh0ID0gMHgwfX0sIHNp bV9saW5rcyA9IHtsZSA9IHtsZV9uZXh0ID0gMHgwLCANCiAgICAgICAgICAg IGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0cWUg PSB7dHFlX25leHQgPSAweDAsIA0KICAgICAgICAgICAgdHFlX3ByZXYgPSAw eDB9LCBzdHFlID0ge3N0cWVfbmV4dCA9IDB4MH19LCBwZXJpcGhfbGlua3Mg PSB7bGUgPSB7DQogICAgICAgICAgICBsZV9uZXh0ID0gMHgwLCBsZV9wcmV2 ID0gMHgwfSwgc2xlID0ge3NsZV9uZXh0ID0gMHgwfSwgdHFlID0gew0KICAg ICAgICAgICAgdHFlX25leHQgPSAweDAsIHRxZV9wcmV2ID0gMHgwfSwgc3Rx ZSA9IHtzdHFlX25leHQgPSAweDB9fSwgDQogICAgICAgIHJldHJ5X2NvdW50 ID0gMCwgY2JmY25wID0gMCwgZnVuY19jb2RlID0gWFBUX05PT1AsIHN0YXR1 cyA9IDAsIA0KICAgICAgICBwYXRoID0gMHgwLCBwYXRoX2lkID0gMCwgdGFy Z2V0X2lkID0gMCwgdGFyZ2V0X2x1biA9IDAsIGZsYWdzID0gMCwgDQogICAg ICAgIHBlcmlwaF9wcml2ID0ge2VudHJpZXMgPSB7e3B0ciA9IDB4MCwgZmll bGQgPSAwLCANCiAgICAgICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAw In0sIHtwdHIgPSAweDAsIGZpZWxkID0gMCwgDQogICAgICAgICAgICAgIGJ5 dGVzID0gIlwwMDBcMDAwXDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAi XDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMCJ9LCBzaW1fcHJpdiA9IHtl bnRyaWVzID0ge3sNCiAgICAgICAgICAgICAgcHRyID0gMHgwLCBmaWVsZCA9 IDAsIGJ5dGVzID0gIlwwMDBcMDAwXDAwMCJ9LCB7cHRyID0gMHgwLCANCiAg ICAgICAgICAgICAgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAi fX0sIA0KICAgICAgICAgIGJ5dGVzID0gIlwwMDBcMDAwXDAwMFwwMDBcMDAw XDAwMFwwMDAifSwgdGltZW91dCA9IDAsIHRpbWVvdXRfY2ggPSB7DQogICAg ICAgICAgY2FsbG91dCA9IDB4MH19LCBzZXFfaWQgPSAwLCBldmVudCA9IDAg J1wwMDAnfSwgY2VpID0ge2NjYl9oID0gew0KICAgICAgICBwaW5mbyA9IHtw cmlvcml0eSA9IDAsIGdlbmVyYXRpb24gPSAwLCBpbmRleCA9IDB9LCB4cHRf bGlua3MgPSB7bGUgPSB7DQogICAgICAgICAgICBsZV9uZXh0ID0gMHgwLCBs ZV9wcmV2ID0gMHgwfSwgc2xlID0ge3NsZV9uZXh0ID0gMHgwfSwgdHFlID0g ew0KICAgICAgICAgICAgdHFlX25leHQgPSAweDAsIHRxZV9wcmV2ID0gMHgw fSwgc3RxZSA9IHtzdHFlX25leHQgPSAweDB9fSwgDQogICAgICAgIHNpbV9s aW5rcyA9IHtsZSA9IHtsZV9uZXh0ID0gMHgwLCBsZV9wcmV2ID0gMHgwfSwg c2xlID0gew0KICAgICAgICAgICAgc2xlX25leHQgPSAweDB9LCB0cWUgPSB7 dHFlX25leHQgPSAweDAsIHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9IHsNCiAg ICAgICAgICAgIHN0cWVfbmV4dCA9IDB4MH19LCBwZXJpcGhfbGlua3MgPSB7 bGUgPSB7bGVfbmV4dCA9IDB4MCwgDQogICAgICAgICAgICBsZV9wcmV2ID0g MHgwfSwgc2xlID0ge3NsZV9uZXh0ID0gMHgwfSwgdHFlID0ge3RxZV9uZXh0 ID0gMHgwLCANCiAgICAgICAgICAgIHRxZV9wcmV2ID0gMHgwfSwgc3RxZSA9 IHtzdHFlX25leHQgPSAweDB9fSwgcmV0cnlfY291bnQgPSAwLCANCiAgICAg ICAgY2JmY25wID0gMCwgZnVuY19jb2RlID0gWFBUX05PT1AsIHN0YXR1cyA9 IDAsIHBhdGggPSAweDAsIHBhdGhfaWQgPSAwLCANCiAgICAgICAgdGFyZ2V0 X2lkID0gMCwgdGFyZ2V0X2x1biA9IDAsIGZsYWdzID0gMCwgcGVyaXBoX3By aXYgPSB7ZW50cmllcyA9IHt7DQogICAgICAgICAgICAgIHB0ciA9IDB4MCwg ZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifSwge3B0ciA9IDB4 MCwgDQogICAgICAgICAgICAgIGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFww MDBcMDAwIn19LCANCiAgICAgICAgICBieXRlcyA9ICJcMDAwXDAwMFwwMDBc MDAwXDAwMFwwMDBcMDAwIn0sIHNpbV9wcml2ID0ge2VudHJpZXMgPSB7ew0K ICAgICAgICAgICAgICBwdHIgPSAweDAsIGZpZWxkID0gMCwgYnl0ZXMgPSAi XDAwMFwwMDBcMDAwIn0sIHtwdHIgPSAweDAsIA0KICAgICAgICAgICAgICBm aWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAwXDAwMCJ9fSwgDQogICAgICAg ICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMCJ9LCB0 aW1lb3V0ID0gMCwgdGltZW91dF9jaCA9IHsNCiAgICAgICAgICBjYWxsb3V0 ID0gMHgwfX0sIGVuZ19udW0gPSAwLCBlbmdfdHlwZSA9IEVJVF9CVUZGRVIs IA0KICAgICAgZW5nX2FsZ28gPSBFQURfVlVOSVFVRSwgZW5nX21lbWVvcnkg PSAwfSwgY2VlID0ge2NjYl9oID0ge3BpbmZvID0gew0KICAgICAgICAgIHBy aW9yaXR5ID0gMCwgZ2VuZXJhdGlvbiA9IDAsIGluZGV4ID0gMH0sIHhwdF9s aW5rcyA9IHtsZSA9IHsNCiAgICAgICAgICAgIGxlX25leHQgPSAweDAsIGxl X3ByZXYgPSAweDB9LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0cWUgPSB7 DQogICAgICAgICAgICB0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9 LCBzdHFlID0ge3N0cWVfbmV4dCA9IDB4MH19LCANCiAgICAgICAgc2ltX2xp bmtzID0ge2xlID0ge2xlX25leHQgPSAweDAsIGxlX3ByZXYgPSAweDB9LCBz bGUgPSB7DQogICAgICAgICAgICBzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0 cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0gew0KICAg ICAgICAgICAgc3RxZV9uZXh0ID0gMHgwfX0sIHBlcmlwaF9saW5rcyA9IHts ZSA9IHtsZV9uZXh0ID0gMHgwLCANCiAgICAgICAgICAgIGxlX3ByZXYgPSAw eDB9LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0cWUgPSB7dHFlX25leHQg PSAweDAsIA0KICAgICAgICAgICAgdHFlX3ByZXYgPSAweDB9LCBzdHFlID0g e3N0cWVfbmV4dCA9IDB4MH19LCByZXRyeV9jb3VudCA9IDAsIA0KICAgICAg ICBjYmZjbnAgPSAwLCBmdW5jX2NvZGUgPSBYUFRfTk9PUCwgc3RhdHVzID0g MCwgcGF0aCA9IDB4MCwgcGF0aF9pZCA9IDAsIA0KICAgICAgICB0YXJnZXRf aWQgPSAwLCB0YXJnZXRfbHVuID0gMCwgZmxhZ3MgPSAwLCBwZXJpcGhfcHJp diA9IHtlbnRyaWVzID0ge3sNCiAgICAgICAgICAgICAgcHRyID0gMHgwLCBm aWVsZCA9IDAsIGJ5dGVzID0gIlwwMDBcMDAwXDAwMCJ9LCB7cHRyID0gMHgw LCANCiAgICAgICAgICAgICAgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAw MFwwMDAifX0sIA0KICAgICAgICAgIGJ5dGVzID0gIlwwMDBcMDAwXDAwMFww MDBcMDAwXDAwMFwwMDAifSwgc2ltX3ByaXYgPSB7ZW50cmllcyA9IHt7DQog ICAgICAgICAgICAgIHB0ciA9IDB4MCwgZmllbGQgPSAwLCBieXRlcyA9ICJc MDAwXDAwMFwwMDAifSwge3B0ciA9IDB4MCwgDQogICAgICAgICAgICAgIGZp ZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAg ICBieXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHRp bWVvdXQgPSAwLCB0aW1lb3V0X2NoID0gew0KICAgICAgICAgIGNhbGxvdXQg PSAweDB9fSwgcGRydl9wdHIgPSAweDAsIHJlcV9tYXAgPSAweDAsIGRhdGFf cHRyID0gMHgwLCANCiAgICAgIGR4ZmVyX2xlbiA9IDAsIGVuZ2RhdGFfcHRy ID0gMHgwLCBzZ2xpc3RfY250ID0gMCwgZG1heF9sZW4gPSAwLCANCiAgICAg IGRlc3RfbGVuID0gMCwgc3JjX3Jlc2lkID0gMCwgdGltZW91dCA9IDAsIGVu Z19udW0gPSAwLCB2dV9mbGFncyA9IDB9LCANCiAgICBjcmNuID0ge2NjYl9o ID0ge3BpbmZvID0ge3ByaW9yaXR5ID0gMCwgZ2VuZXJhdGlvbiA9IDAsIGlu ZGV4ID0gMH0sIA0KICAgICAgICB4cHRfbGlua3MgPSB7bGUgPSB7bGVfbmV4 dCA9IDB4MCwgbGVfcHJldiA9IDB4MH0sIHNsZSA9IHsNCiAgICAgICAgICAg IHNsZV9uZXh0ID0gMHgwfSwgdHFlID0ge3RxZV9uZXh0ID0gMHgwLCB0cWVf cHJldiA9IDB4MH0sIHN0cWUgPSB7DQogICAgICAgICAgICBzdHFlX25leHQg PSAweDB9fSwgc2ltX2xpbmtzID0ge2xlID0ge2xlX25leHQgPSAweDAsIA0K ICAgICAgICAgICAgbGVfcHJldiA9IDB4MH0sIHNsZSA9IHtzbGVfbmV4dCA9 IDB4MH0sIHRxZSA9IHt0cWVfbmV4dCA9IDB4MCwgDQogICAgICAgICAgICB0 cWVfcHJldiA9IDB4MH0sIHN0cWUgPSB7c3RxZV9uZXh0ID0gMHgwfX0sIHBl cmlwaF9saW5rcyA9IHtsZSA9IHsNCiAgICAgICAgICAgIGxlX25leHQgPSAw eDAsIGxlX3ByZXYgPSAweDB9LCBzbGUgPSB7c2xlX25leHQgPSAweDB9LCB0 cWUgPSB7DQogICAgICAgICAgICB0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYg PSAweDB9LCBzdHFlID0ge3N0cWVfbmV4dCA9IDB4MH19LCANCiAgICAgICAg cmV0cnlfY291bnQgPSAwLCBjYmZjbnAgPSAwLCBmdW5jX2NvZGUgPSBYUFRf Tk9PUCwgc3RhdHVzID0gMCwgDQogICAgICAgIHBhdGggPSAweDAsIHBhdGhf aWQgPSAwLCB0YXJnZXRfaWQgPSAwLCB0YXJnZXRfbHVuID0gMCwgZmxhZ3Mg PSAwLCANCiAgICAgICAgcGVyaXBoX3ByaXYgPSB7ZW50cmllcyA9IHt7cHRy ID0gMHgwLCBmaWVsZCA9IDAsIA0KICAgICAgICAgICAgICBieXRlcyA9ICJc MDAwXDAwMFwwMDAifSwge3B0ciA9IDB4MCwgZmllbGQgPSAwLCANCiAgICAg ICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn19LCANCiAgICAgICAg ICBieXRlcyA9ICJcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAwIn0sIHNp bV9wcml2ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIgPSAw eDAsIGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtwdHIg PSAweDAsIA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0gIlww MDBcMDAwXDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFwwMDBc MDAwXDAwMFwwMDBcMDAwXDAwMCJ9LCB0aW1lb3V0ID0gMCwgdGltZW91dF9j aCA9IHsNCiAgICAgICAgICBjYWxsb3V0ID0gMHgwfX0sIGZsYWdzID0gQ0FN X0ZMQUdfTk9ORX0sIGNkYmcgPSB7Y2NiX2ggPSB7cGluZm8gPSB7DQogICAg ICAgICAgcHJpb3JpdHkgPSAwLCBnZW5lcmF0aW9uID0gMCwgaW5kZXggPSAw fSwgeHB0X2xpbmtzID0ge2xlID0gew0KICAgICAgICAgICAgbGVfbmV4dCA9 IDB4MCwgbGVfcHJldiA9IDB4MH0sIHNsZSA9IHtzbGVfbmV4dCA9IDB4MH0s IHRxZSA9IHsNCiAgICAgICAgICAgIHRxZV9uZXh0ID0gMHgwLCB0cWVfcHJl diA9IDB4MH0sIHN0cWUgPSB7c3RxZV9uZXh0ID0gMHgwfX0sIA0KICAgICAg ICBzaW1fbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4MCwgbGVfcHJldiA9 IDB4MH0sIHNsZSA9IHsNCiAgICAgICAgICAgIHNsZV9uZXh0ID0gMHgwfSwg dHFlID0ge3RxZV9uZXh0ID0gMHgwLCB0cWVfcHJldiA9IDB4MH0sIHN0cWUg PSB7DQogICAgICAgICAgICBzdHFlX25leHQgPSAweDB9fSwgcGVyaXBoX2xp bmtzID0ge2xlID0ge2xlX25leHQgPSAweDAsIA0KICAgICAgICAgICAgbGVf cHJldiA9IDB4MH0sIHNsZSA9IHtzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0 cWVfbmV4dCA9IDB4MCwgDQogICAgICAgICAgICB0cWVfcHJldiA9IDB4MH0s IHN0cWUgPSB7c3RxZV9uZXh0ID0gMHgwfX0sIHJldHJ5X2NvdW50ID0gMCwg DQogICAgICAgIGNiZmNucCA9IDAsIGZ1bmNfY29kZSA9IFhQVF9OT09QLCBz dGF0dXMgPSAwLCBwYXRoID0gMHgwLCBwYXRoX2lkID0gMCwgDQogICAgICAg IHRhcmdldF9pZCA9IDAsIHRhcmdldF9sdW4gPSAwLCBmbGFncyA9IDAsIHBl cmlwaF9wcml2ID0ge2VudHJpZXMgPSB7ew0KICAgICAgICAgICAgICBwdHIg PSAweDAsIGZpZWxkID0gMCwgYnl0ZXMgPSAiXDAwMFwwMDBcMDAwIn0sIHtw dHIgPSAweDAsIA0KICAgICAgICAgICAgICBmaWVsZCA9IDAsIGJ5dGVzID0g IlwwMDBcMDAwXDAwMCJ9fSwgDQogICAgICAgICAgYnl0ZXMgPSAiXDAwMFww MDBcMDAwXDAwMFwwMDBcMDAwXDAwMCJ9LCBzaW1fcHJpdiA9IHtlbnRyaWVz ID0ge3sNCiAgICAgICAgICAgICAgcHRyID0gMHgwLCBmaWVsZCA9IDAsIGJ5 dGVzID0gIlwwMDBcMDAwXDAwMCJ9LCB7cHRyID0gMHgwLCANCiAgICAgICAg ICAgICAgZmllbGQgPSAwLCBieXRlcyA9ICJcMDAwXDAwMFwwMDAifX0sIA0K ICAgICAgICAgIGJ5dGVzID0gIlwwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMFww MDAifSwgdGltZW91dCA9IDAsIHRpbWVvdXRfY2ggPSB7DQogICAgICAgICAg Y2FsbG91dCA9IDB4MH19LCBmbGFncyA9IENBTV9ERUJVR19OT05FfX0sIHN5 c2N0bF90YXNrID0ge3RhX2xpbmsgPSB7DQogICAgICBzdHFlX25leHQgPSAw eDB9LCB0YV9wZW5kaW5nID0gMCwgdGFfcHJpb3JpdHkgPSAwLCANCiAgICB0 YV9mdW5jID0gMHhjMDEyYWVmNCA8ZGFzeXNjdGxpbml0PiwgdGFfY29udGV4 dCA9IDB4YzE5MTRhODB9LCANCiAgc3lzY3RsX2N0eCA9IHt0cWhfZmlyc3Qg PSAweDAsIHRxaF9sYXN0ID0gMHgwfSwgc3lzY3RsX3RyZWUgPSAweDB9DQoo a2dkYikgbGlzdA0KMTA1MQkJeHB0X3ByaW50X3BhdGgocGVyaXBoLT5wYXRo KTsNCjEwNTIJCXByaW50ZigicmVtb3ZpbmcgZGV2aWNlIGVudHJ5XG4iKTsN CjEwNTMJCS8qDQoxMDU0CQkgKiBJZiB3ZSBjYW4ndCBmcmVlIHRoZSBzeXNj dGwgdHJlZSwgb2ggd2VsbC4uLg0KMTA1NQkJICovDQoxMDU2CQlpZiAoc3lz Y3RsX2N0eF9mcmVlKCZzb2Z0Yy0+c3lzY3RsX2N0eCkgIT0gMCkgew0KMTA1 NwkJCXhwdF9wcmludF9wYXRoKHBlcmlwaC0+cGF0aCk7DQoxMDU4CQkJcHJp bnRmKCJjYW4ndCByZW1vdmUgc3lzY3RsIGNvbnRleHRcbiIpOw0KMTA1OQkJ fQ0KMTA2MAkJaWYgKHNvZnRjLT5kaXNrLmRfZGV2KSB7DQooa2dkYikgcHJp bnQgc29mdGMtPnN5c2N0bF9jdHgNCiQ1ID0ge3RxaF9maXJzdCA9IDB4MCwg dHFoX2xhc3QgPSAweDB9DQooa2dkYikgdXANCiMxOCAweGMwMTI3ZWM4IGlu IGNhbXBlcmlwaGZyZWUgKHBlcmlwaD0weGMxOTE0YTgwKQ0KICAgIGF0IC4u Ly4uL2NhbS9jYW1fcGVyaXBoLmM6NDExDQo0MTEJCQlwZXJpcGgtPnBlcmlw aF9kdG9yKHBlcmlwaCk7DQooa2dkYikgbGlzdA0KNDA2CQkJaWYgKHN0cmNt cCgoKnBfZHJ2KS0+ZHJpdmVyX25hbWUsIHBlcmlwaC0+cGVyaXBoX25hbWUp ID09IDApDQo0MDcJCQkJYnJlYWs7DQo0MDgJCX0NCjQwOQkJDQo0MTAJCWlm IChwZXJpcGgtPnBlcmlwaF9kdG9yICE9IE5VTEwpDQo0MTEJCQlwZXJpcGgt PnBlcmlwaF9kdG9yKHBlcmlwaCk7DQo0MTIJCQ0KNDEzCQlzID0gc3Bsc29m dGNhbSgpOw0KNDE0CQlUQUlMUV9SRU1PVkUoJigqcF9kcnYpLT51bml0cywg cGVyaXBoLCB1bml0X2xpbmtzKTsNCjQxNQkJKCpwX2RydiktPmdlbmVyYXRp b24rKzsNCihrZ2RiKSBwcmludCBwZXJpcGgNCiQ2ID0gKHN0cnVjdCBjYW1f cGVyaXBoICopIDB4YzE5MTRhODANCihrZ2RiKSBwcmludCAqcGVyaXBoDQok NyA9IHtwaW5mbyA9IHtwcmlvcml0eSA9IDUsIGdlbmVyYXRpb24gPSA0LCBp bmRleCA9IC0xfSwgDQogIHBlcmlwaF9zdGFydCA9IDB4YzAxMmIzMTQgPGRh c3RhcnQ+LCANCiAgcGVyaXBoX29uaW52YWwgPSAweGMwMTJhYzUwIDxkYW9u aW52YWxpZGF0ZT4sIA0KICBwZXJpcGhfZHRvciA9IDB4YzAxMmFkOTggPGRh Y2xlYW51cD4sIHBlcmlwaF9uYW1lID0gMHhjMDI2OWY3ZSAiZGEiLCANCiAg cGF0aCA9IDB4YzE1Y2IwODAsIHNvZnRjID0gMHhjMTkxYjgwMCwgdW5pdF9u dW1iZXIgPSA2LCANCiAgdHlwZSA9IENBTV9QRVJJUEhfQklPLCBmbGFncyA9 IDgsIGltbWVkaWF0ZV9wcmlvcml0eSA9IDQyOTQ5NjcyOTUsIA0KICByZWZj b3VudCA9IDAsIGNjYl9saXN0ID0ge3NsaF9maXJzdCA9IDB4MH0sIHBlcmlw aF9saW5rcyA9IHsNCiAgICBzbGVfbmV4dCA9IDB4YzE5MTRiMDB9LCB1bml0 X2xpbmtzID0ge3RxZV9uZXh0ID0gMHgwLCANCiAgICB0cWVfcHJldiA9IDB4 YzE1YWQyNDB9LCBkZWZlcnJlZF9jYWxsYmFjayA9IDAsIGRlZmVycmVkX2Fj ID0gMH0NCihrZ2RiKSB1cA0KIzE5IDB4YzAxMjdiZjAgaW4gY2FtX3Blcmlw aF9yZWxlYXNlIChwZXJpcGg9MHhjMTkxNGE4MCkNCiAgICBhdCAuLi8uLi9j YW0vY2FtX3BlcmlwaC5jOjI1MQ0KMjUxCQkJY2FtcGVyaXBoZnJlZShwZXJp cGgpOw0KKGtnZGIpIGxpc3QNCjI0NgkJCXJldHVybjsNCjI0NwkNCjI0OAkJ cyA9IHNwbHNvZnRjYW0oKTsNCjI0OQkJaWYgKCgtLXBlcmlwaC0+cmVmY291 bnQgPT0gMCkNCjI1MAkJICYmIChwZXJpcGgtPmZsYWdzICYgQ0FNX1BFUklQ SF9JTlZBTElEKSkgew0KMjUxCQkJY2FtcGVyaXBoZnJlZShwZXJpcGgpOw0K MjUyCQl9DQoyNTMJCXNwbHgocyk7DQoyNTQJDQoyNTUJfQ0KKGtnZGIpIHVw DQojMjAgMHhjMDEyN2ZmYyBpbiBjYW1fcGVyaXBoX3VubG9jayAocGVyaXBo PTB4YzE5MTRhODApDQogICAgYXQgLi4vLi4vY2FtL2NhbV9wZXJpcGguYzo0 ODENCjQ4MQkJY2FtX3BlcmlwaF9yZWxlYXNlKHBlcmlwaCk7DQooa2dkYikg bGlzdA0KNDc2CQlpZiAoKHBlcmlwaC0+ZmxhZ3MgJiBDQU1fUEVSSVBIX0xP Q0tfV0FOVEVEKSAhPSAwKSB7DQo0NzcJCQlwZXJpcGgtPmZsYWdzICY9IH5D QU1fUEVSSVBIX0xPQ0tfV0FOVEVEOw0KNDc4CQkJd2FrZXVwKHBlcmlwaCk7 DQo0NzkJCX0NCjQ4MAkNCjQ4MQkJY2FtX3BlcmlwaF9yZWxlYXNlKHBlcmlw aCk7DQo0ODIJfQ0KNDgzCQ0KNDg0CS8qDQo0ODUJICogTWFwIHVzZXIgdmly dHVhbCBwb2ludGVycyBpbnRvIGtlcm5lbCB2aXJ0dWFsIGFkZHJlc3Mgc3Bh Y2UsIHNvIHdlIGNhbg0KKGtnZGIpIHVwDQojMjEgMHhjMDEyYmFhMyBpbiBk YWRvbmUgKHBlcmlwaD0weGMxOTE0YTgwLCBkb25lX2NjYj0weGMxNWM3MDAw KQ0KICAgIGF0IC4uLy4uL2NhbS9zY3NpL3Njc2lfZGEuYzoxNzMxDQoxNzMx CQkJY2FtX3BlcmlwaF91bmxvY2socGVyaXBoKTsNCihrZ2RiKSBsaXN0DQox NzI2CQkJICogVGhlIHBlcmlwaGVyYWwgd2lsbCBvbmx5IGdvIGF3YXkgb25j ZSB0aGUgbGFzdCBsb2NrDQoxNzI3CQkJICogaXMgcmVtb3ZlZCwgYW5kIHdl IG5lZWQgaXQgYXJvdW5kIGZvciB0aGUgQ0NCIHJlbGVhc2UNCjE3MjgJCQkg KiBvcGVyYXRpb24uDQoxNzI5CQkJICovDQoxNzMwCQkJeHB0X3JlbGVhc2Vf Y2NiKGRvbmVfY2NiKTsNCjE3MzEJCQljYW1fcGVyaXBoX3VubG9jayhwZXJp cGgpOw0KMTczMgkJCXJldHVybjsNCjE3MzMJCX0NCjE3MzQJCWNhc2UgREFf Q0NCX1dBSVRJTkc6DQoxNzM1CQl7DQooa2dkYikgdXANCiMyMiAweGMwMTI3 MjNmIGluIGNhbWlzciAocXVldWU9MHhjMDJlN2IxMCkgYXQgLi4vLi4vY2Ft L2NhbV94cHQuYzo2Mzg1DQo2Mzg1CQkJKCpjY2JfaC0+Y2JmY25wKShjY2Jf aC0+cGF0aC0+cGVyaXBoLCAodW5pb24gY2NiICopY2NiX2gpOw0KKGtnZGIp IGxpc3QNCjYzODAJCQl9IGVsc2UgaWYgKHJ1bnEpIHsNCjYzODEJCQkJeHB0 X3J1bl9kZXZfc2VuZHEoY2NiX2gtPnBhdGgtPmJ1cyk7DQo2MzgyCQkJfQ0K NjM4MwkNCjYzODQJCQkvKiBDYWxsIHRoZSBwZXJpcGhlcmFsIGRyaXZlcidz IGNhbGxiYWNrICovDQo2Mzg1CQkJKCpjY2JfaC0+Y2JmY25wKShjY2JfaC0+ cGF0aC0+cGVyaXBoLCAodW5pb24gY2NiICopY2NiX2gpOw0KNjM4NgkNCjYz ODcJCQkvKiBSYWlzZSBJUEwgZm9yIHdoaWxlIHRlc3QgKi8NCjYzODgJCQlz ID0gc3BsY2FtKCk7DQo2Mzg5CQl9DQooa2dkYikgdXANCiMyMyAweGMwMTI3 MDUxIGluIHN3aV9jYW1iaW8gKCkgYXQgLi4vLi4vY2FtL2NhbV94cHQuYzo2 Mjg4DQo2Mjg4CQljYW1pc3IoJmNhbV9iaW9xKTsNCihrZ2RiKSBsaXN0DQo2 MjgzCX0NCjYyODQJDQo2Mjg1CXN0YXRpYyB2b2lkDQo2Mjg2CXN3aV9jYW1i aW8odm9pZCkNCjYyODcJew0KNjI4OAkJY2FtaXNyKCZjYW1fYmlvcSk7DQo2 Mjg5CX0NCjYyOTAJDQo2MjkxCXN0YXRpYyB2b2lkDQo2MjkyCWNhbWlzcihj YW1faXNycV90ICpxdWV1ZSkNCihrZ2RiKSBwcmludCBjYW1fYmlvcQ0KJDgg PSB7dHFoX2ZpcnN0ID0gMHgwLCB0cWhfbGFzdCA9IDB4YzAyZTdiMTB9DQoo a2dkYikgdXANCiMyNCAweGMwMjQ4ZTMzIGluIGRvcmV0aV9zd2kgKCkNCihr Z2RiKSBsaXN0DQo2MjkzCXsNCjYyOTQJCWludAlzOw0KNjI5NQkJc3RydWN0 CWNjYl9oZHIgKmNjYl9oOw0KNjI5NgkNCjYyOTcJCXMgPSBzcGxjYW0oKTsN CjYyOTgJCXdoaWxlICgoY2NiX2ggPSBUQUlMUV9GSVJTVChxdWV1ZSkpICE9 IE5VTEwpIHsNCjYyOTkJCQlpbnQJcnVucTsNCjYzMDAJDQo2MzAxCQkJVEFJ TFFfUkVNT1ZFKHF1ZXVlLCBjY2JfaCwgc2ltX2xpbmtzLnRxZSk7DQo2MzAy CQkJY2NiX2gtPnBpbmZvLmluZGV4ID0gQ0FNX1VOUVVFVUVEX0lOREVYOw0K KGtnZGIpIHF1aXQNCmRydSMgZXhpdA0KClNjcmlwdCBkb25lIG9uIFR1ZSBP Y3QgIDcgMTg6Mzg6MzggMjAwMwo= --1151450818-1428884089-1065538191=:231062-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 07:54:18 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AA8816A4BF for ; Tue, 7 Oct 2003 07:54:18 -0700 (PDT) Received: from mail.web-1hosting.net (mail.web-1hosting.net [63.123.79.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D721343F3F for ; Tue, 7 Oct 2003 07:54:15 -0700 (PDT) (envelope-from security@adtu.org) Received: from barney (spencer-117.iowaone.net [12.13.110.117]) by mail.web-1hosting.net (Postfix) with SMTP id D94B22D8031 for ; Tue, 7 Oct 2003 09:54:14 -0500 (CDT) Message-ID: <009901c38ce2$82f333e0$d3a8a8c0@barney> From: "Aaron Sloan" To: Date: Tue, 7 Oct 2003 09:51:37 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: good address will not resolve in freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 14:54:18 -0000 Good day folks, Got a question here. I'm running 4.8stable and I cannot get this address to resolve in freebsd. http://das_runt.shackspace.com/techtv-blooper.wmv It works fine on a windows box, so I know it is not the incorrect address. It gives me the error... "cannot resolve host name" in KDE Another person tried it on 5.1 and it was also not resolved. Thanks, Aaron From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 07:59:35 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A92A16A4B3 for ; Tue, 7 Oct 2003 07:59:35 -0700 (PDT) Received: from haha.debank.tv (c92069.upc-c.chello.nl [212.187.92.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D27543FBF for ; Tue, 7 Oct 2003 07:59:26 -0700 (PDT) (envelope-from rob@debank.tv) Received: from debank.tv (X-server.debank.tv [192.168.1.69]) by haha.debank.tv (8.12.9p2/8.12.9) with ESMTP id h97ExDf6001245 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Oct 2003 16:59:16 +0200 (CEST) (envelope-from rob@debank.tv) Message-ID: <3F82D4C1.6090607@debank.tv> Date: Tue, 07 Oct 2003 16:59:13 +0200 From: Rob Evers User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5b) Gecko/20030904 Thunderbird/0.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Aaron Sloan References: <009901c38ce2$82f333e0$d3a8a8c0@barney> In-Reply-To: <009901c38ce2$82f333e0$d3a8a8c0@barney> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: freebsd-stable@freebsd.org Subject: Re: good address will not resolve in freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 14:59:35 -0000 Aaron Sloan wrote: > Good day folks, > > Got a question here. I'm running 4.8stable and I cannot get this address > to resolve in freebsd. > > http://das_runt.shackspace.com/techtv-blooper.wmv > > It works fine on a windows box, so I know it is not the incorrect > address. > It gives me the error... "cannot resolve host name" in KDE > Another person tried it on 5.1 and it was also not resolved. > > Thanks, > Aaron > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > (ttyp0):{38}% nslookup das_runt.shackspace.com Server: localhost.debank.tv Address: 127.0.0.1 Name: das_runt.shackspace.com Address: 216.254.0.48 So..... maybe your resolv.conf doesn't point to a 'good' nameserver. -- It is a book about a Spanish guy called Manual. You should read it. -- Dilbert From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 08:10:15 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBCB016A4B3 for ; Tue, 7 Oct 2003 08:10:15 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 4C33443FE1 for ; Tue, 7 Oct 2003 08:10:14 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 7 Oct 2003 16:10:13 +0100 (BST) Date: Tue, 7 Oct 2003 16:10:12 +0100 From: David Malone To: Aaron Sloan Message-ID: <20031007151012.GA42970@walton.maths.tcd.ie> References: <009901c38ce2$82f333e0$d3a8a8c0@barney> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <009901c38ce2$82f333e0$d3a8a8c0@barney> User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie cc: freebsd-stable@freebsd.org Subject: Re: good address will not resolve in freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 15:10:15 -0000 On Tue, Oct 07, 2003 at 09:51:37AM -0500, Aaron Sloan wrote: > Good day folks, > > Got a question here. I'm running 4.8stable and I cannot get this address > to resolve in freebsd. > > http://das_runt.shackspace.com/techtv-blooper.wmv There's an underscore in the hostname, which isn't permitted by some RFCs. I believe the resolver library filters out hostnames with odd characters in them. David. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 08:17:50 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6876B16A4B3 for ; Tue, 7 Oct 2003 08:17:50 -0700 (PDT) Received: from mail.web-1hosting.net (mail.web-1hosting.net [63.123.79.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94C9343F85 for ; Tue, 7 Oct 2003 08:17:49 -0700 (PDT) (envelope-from security@adtu.org) Received: from barney (spencer-117.iowaone.net [12.13.110.117]) by mail.web-1hosting.net (Postfix) with SMTP id D060B2D8064; Tue, 7 Oct 2003 10:17:47 -0500 (CDT) Message-ID: <00f201c38ce5$cd4ed180$d3a8a8c0@barney> From: "Aaron Sloan" To: "David Malone" References: <009901c38ce2$82f333e0$d3a8a8c0@barney> <20031007151012.GA42970@walton.maths.tcd.ie> Date: Tue, 7 Oct 2003 10:15:10 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-stable@freebsd.org Subject: Re: good address will not resolve in freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 15:17:50 -0000 On Tue, Oct 07, 2003 at 09:51:37AM -0500, Aaron Sloan wrote: > Good day folks, > > Got a question here. I'm running 4.8stable and I cannot get this address > to resolve in freebsd. > > http://das_runt.shackspace.com/techtv-blooper.wmv There's an underscore in the hostname, which isn't permitted by some RFCs. I believe the resolver library filters out hostnames with odd characters in them. David. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" I made sure both NS1 and NS2 where configured correctly in resolve.conf and it is still not working. It has to be in the resolver because windows pulls it from the same NS's. That is kind of a bummer that it won't resolve. Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 08:20:41 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D19116A4B3 for ; Tue, 7 Oct 2003 08:20:41 -0700 (PDT) Received: from serv1.Physik.Uni-Bielefeld.DE (serv1.Physik.Uni-Bielefeld.DE [129.70.124.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C141443FBF for ; Tue, 7 Oct 2003 08:20:38 -0700 (PDT) (envelope-from olenz@Physik.Uni-Bielefeld.DE) Received: from Physik.Uni-Bielefeld.DE (bunnahabhainn.Physik.Uni-Bielefeld.DE [129.70.124.56])RAA24003; Tue, 7 Oct 2003 17:20:25 +0200 (MET DST) Message-ID: <3F82D90B.4010603@Physik.Uni-Bielefeld.DE> Date: Tue, 07 Oct 2003 17:17:31 +0200 From: Olaf Lenz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5b) Gecko/20030923 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Rob Evers References: <009901c38ce2$82f333e0$d3a8a8c0@barney> <3F82D4C1.6090607@debank.tv> In-Reply-To: <3F82D4C1.6090607@debank.tv> X-Enigmail-Version: 0.76.7.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: Aaron Sloan Subject: Re: good address will not resolve in freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 15:20:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Rob Evers wrote: ~ > Name: das_runt.shackspace.com | Address: 216.254.0.48 | | So..... maybe your resolv.conf doesn't point to a 'good' nameserver. Actually, it does point to a good nameserver, at least one that keeps to the standards: underscore is not allowed in a hostname, although many DNS-servers and -clients don't care. Olaf -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/gtkItQ3riQ3oo/oRAsh2AKCwzYalODzAkTw+tzBB8aG3Fm8fngCbBfww nyd4luHpNOSVFXSF715f0/g= =niHc -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 08:31:02 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3565616A4B3 for ; Tue, 7 Oct 2003 08:31:02 -0700 (PDT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [62.212.105.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E6AE43FDF for ; Tue, 7 Oct 2003 08:31:00 -0700 (PDT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id A83DD2C3D0; Tue, 7 Oct 2003 17:30:59 +0200 (CEST) Date: Tue, 7 Oct 2003 17:30:59 +0200 From: Thomas Quinot To: Alexandre Kardanev Message-ID: <20031007153059.GA66201@melusine.cuivre.fr.eu.org> References: <20031007142403.GA78073@scylla.towardex.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-message-flag: WARNING! Using Outlook can damage your computer. cc: freebsd-stable@freebsd.org Subject: Re: USB code breaks in 4.9-RC1? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 15:31:02 -0000 X-List-Received-Date: Tue, 07 Oct 2003 15:31:02 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Le 2003-10-07, Alexandre Kardanev =E9crivait : > After 4.8 prerelease inserting it will immediately crash my Compaq > Descpro-P400 The patch below, which I just posted to scsi@, should at least prevent the panic. Please try it and let me know if it indeed helps. Thomas. Index: scsi_da.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v retrieving revision 1.159 diff -u -r1.159 scsi_da.c --- scsi_da.c 4 Sep 2003 01:01:20 -0000 1.159 +++ scsi_da.c 7 Oct 2003 14:48:26 -0000 @@ -89,7 +89,8 @@ DA_FLAG_NEED_OTAG =3D 0x020, DA_FLAG_WENT_IDLE =3D 0x040, DA_FLAG_RETRY_UA =3D 0x080, - DA_FLAG_OPEN =3D 0x100 + DA_FLAG_OPEN =3D 0x100, + DA_FLAG_SCTX_INIT =3D 0x200 } da_flags; =20 typedef enum { @@ -838,7 +839,8 @@ /* * If we can't free the sysctl tree, oh well... */ - if (sysctl_ctx_free(&softc->sysctl_ctx) !=3D 0) { + if ((softc->flags & DA_FLAG_SCTX_INIT) !=3D 0 + && sysctl_ctx_free(&softc->sysctl_ctx) !=3D 0) { xpt_print_path(periph->path); printf("can't remove sysctl context\n"); } @@ -925,6 +927,7 @@ =20 mtx_lock(&Giant); sysctl_ctx_init(&softc->sysctl_ctx); + softc->flags |=3D DA_FLAG_SCTX_INIT; softc->sysctl_tree =3D SYSCTL_ADD_NODE(&softc->sysctl_ctx, SYSCTL_STATIC_CHILDREN(_kern_cam_da), OID_AUTO, tmpstr2, CTLFLAG_RD, 0, tmpstr); --=20 Thomas.Quinot@Cuivre.FR.EU.ORG --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/gtwyAE1UuDk9JGkRAiAiAJ9NZBy+Nv+03jIbgbx0hmt+0IrDzACcDmxa 5osx+VRnLjdozUQUBbp3aBw= =DH4K -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 08:31:18 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D29C516A4BF for ; Tue, 7 Oct 2003 08:31:18 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id CE43A43FE0 for ; Tue, 7 Oct 2003 08:31:16 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 7 Oct 2003 16:31:16 +0100 (BST) To: Aaron Sloan In-reply-to: Your message of "Tue, 07 Oct 2003 10:15:10 CDT." <00f201c38ce5$cd4ed180$d3a8a8c0@barney> X-Request-Do: Date: Tue, 07 Oct 2003 16:31:15 +0100 From: David Malone Message-ID: <200310071631.aa97061@salmon.maths.tcd.ie> cc: freebsd-stable@freebsd.org Subject: Re: good address will not resolve in freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 15:31:18 -0000 > It has to be in the resolver because windows pulls it from the same > NS's. You could edit: /usr/src/lib/libc/net/res_comp.c and look for the line that says: #define hyphenchar(c) ((c) == 0x2d) and replace that with: #define hyphenchar(c) ((c) == 0x2d || (c) == 0x5f) Then recompile and install libc cd /usr/src/lib/libc && make depend && make && make install David. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 08:35:07 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCADB16A4B3 for ; Tue, 7 Oct 2003 08:35:07 -0700 (PDT) Received: from mail.web-1hosting.net (mail.web-1hosting.net [63.123.79.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A7D743F75 for ; Tue, 7 Oct 2003 08:35:07 -0700 (PDT) (envelope-from security@adtu.org) Received: from barney (spencer-117.iowaone.net [12.13.110.117]) by mail.web-1hosting.net (Postfix) with SMTP id CD2B92D802D; Tue, 7 Oct 2003 10:35:05 -0500 (CDT) Message-ID: <014501c38ce8$37fcedd0$d3a8a8c0@barney> From: "Aaron Sloan" To: "David Malone" References: <200310071631.aa97061@salmon.maths.tcd.ie> Date: Tue, 7 Oct 2003 10:32:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-stable@freebsd.org Subject: Re: good address will not resolve in freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 15:35:08 -0000 > It has to be in the resolver because windows pulls it from the same > NS's. You could edit: /usr/src/lib/libc/net/res_comp.c and look for the line that says: #define hyphenchar(c) ((c) == 0x2d) and replace that with: #define hyphenchar(c) ((c) == 0x2d || (c) == 0x5f) Then recompile and install libc cd /usr/src/lib/libc && make depend && make && make install David. Thanks David, I'll give it a try for fun. Something I haven't done before. take care, Aaron From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 08:54:50 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 089B116A4B3 for ; Tue, 7 Oct 2003 08:54:50 -0700 (PDT) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7DDF43F75 for ; Tue, 7 Oct 2003 08:54:47 -0700 (PDT) (envelope-from Holger.Kipp@alogis.com) Received: from intserv.int1.b.intern (localhost [127.0.0.1]) by alogis.com (8.11.1/8.9.3) with SMTP id h97FsiY02104; Tue, 7 Oct 2003 17:54:44 +0200 (CEST) (envelope-from hk@alogis.com) Message-Id: <200310071554.h97FsiY02104@alogis.com> Date: Tue, 07 Oct 2003 15:54:39 +0000 From: Holger Kipp To: stable@freebsd.org X-Mailer: phpGroupWare (http://www.phpgroupware.org) MIME-version: 1.0 Content-type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-description: Mail message body cc: hk@alogis.com Subject: krb5 PR57222 and PR57128 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Holger.Kipp@alogis.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 15:54:50 -0000 will PR 57128 and PR 57222 fixes be applied before 4.9-RELEASE? they are both easy to fix (as fix is already given in PRs), otherwise security/krb5 won't compile out of the box. Thanks, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 08:58:51 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D8EC16A4B3; Tue, 7 Oct 2003 08:58:51 -0700 (PDT) Received: from psg.com (psg.com [147.28.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC18B43FAF; Tue, 7 Oct 2003 08:58:49 -0700 (PDT) (envelope-from randy@psg.com) Received: from [127.0.0.1] (helo=roam.psg.com) by psg.com with esmtp (Exim 4.24; FreeBSD 4.9) id 1A6uEb-000K7x-7r; Tue, 07 Oct 2003 15:58:49 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.24; FreeBSD 4.9) id 1A6u0G-000JkG-2A; Tue, 07 Oct 2003 08:44:00 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 7 Oct 2003 08:43:58 -0700 To: Don Lewis References: <200310051955.h95JtlN1049840@gw.catspoiler.org> Message-Id: cc: freebsd-stable@FreeBSD.org Subject: Re: dump faster from remote than from local X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 15:58:51 -0000 >> dump from B->A i.e. from a system on local ether >> >> DUMP: DUMP: 2082890 tape blocks on 1 volume >> DUMP: finished in 478 seconds, throughput 4357 KBytes/sec >> ^^^^^^^^^^^^^^^ >> and a local dump on A >> >> DUMP: DUMP: 3560987 tape blocks on 1 volume >> DUMP: finished in 3694 seconds, throughput 963 KBytes/sec >> ^^^^^^^^^^^^^^ >> why is local slower than remote? > > What are you dumping to on A? sorry. both dumping to a separate dump drive on sys A. > If you are dumping to a file on the same spindle, you spend a lot > more time doing long seeks. Is there other I/O occuring on the > same spindle as the filesystem that you are dumping on A? nope > Could the file system on B have a small number of large files while A > has a large number of small files? nope. both /usr on freebsd systems > What results do you get if you dump each file system to /dev/null > on the local machine? good question randy From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 09:04:32 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A358116A4BF for ; Tue, 7 Oct 2003 09:04:32 -0700 (PDT) Received: from mailhost.trusted-logic.fr (mailhost.trusted-logic.fr [194.250.150.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86EE743FAF for ; Tue, 7 Oct 2003 09:04:30 -0700 (PDT) (envelope-from erwan.david@trusted-logic.fr) Received: from wight.trusted-logic.fr (wight.trusted-logic.fr [192.168.1.210]) by mailhost.trusted-logic.fr (Postfix) with ESMTP id D45141D8 for ; Tue, 7 Oct 2003 18:04:28 +0200 (CEST) Received: from brehat.trusted-logic.fr (brehat.trusted-logic.fr [192.168.4.130]) by wight.trusted-logic.fr (Postfix) with ESMTP id 92096713EB for ; Tue, 7 Oct 2003 18:04:28 +0200 (CEST) Received: by brehat.trusted-logic.fr (Postfix, from userid 1002) id 76B49CACEB; Tue, 7 Oct 2003 18:04:28 +0200 (CEST) Date: Tue, 7 Oct 2003 18:04:28 +0200 From: Erwan David To: FreeBSD Stable Message-ID: <20031007160428.GA4185@brehat.trusted-logic.fr> Mail-Followup-To: FreeBSD Stable References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Republicain: 15 =?iso-8859-1?Q?vend=E9miaire_an_CCXII_?= =?iso-8859-1?B?KMJuZSk=?= Organization: Trusted Logic User-Agent: Mutt/1.5.4i Subject: Re: dump faster from remote than from local X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 16:04:32 -0000 Le Sun 5/10/2003, Randy Bush disait > 4.9rc of yesterday > > dump from B->A i.e. from a system on local ether > > DUMP: DUMP: 2082890 tape blocks on 1 volume > DUMP: finished in 478 seconds, throughput 4357 KBytes/sec > ^^^^^^^^^^^^^^^ > and a local dump on A > > DUMP: DUMP: 3560987 tape blocks on 1 volume > DUMP: finished in 3694 seconds, throughput 963 KBytes/sec > ^^^^^^^^^^^^^^ > why is local slower than remote? When on A are you dumping a filesystem to a device on same bus, or controller ? -- Erwan David From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 09:21:04 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99B8716A4B3; Tue, 7 Oct 2003 09:21:04 -0700 (PDT) Received: from mg.ihep.su (mg.ihep.su [194.190.161.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81A7043FBF; Tue, 7 Oct 2003 09:21:02 -0700 (PDT) (envelope-from Alexandre.Kardanev@ihep.su) Received: by mg.ihep.su (Postfix, from userid 65436) id 08ABB134784; Tue, 7 Oct 2003 20:21:00 +0400 (MSD) Received: from mg.ihep.su (localhost [127.0.0.1]) by mg.ihep.su (Postfix) with SMTP id 883F2134820; Tue, 7 Oct 2003 20:20:59 +0400 (MSD) X-Mailbox-Line: From Alexandre.Kardanev@ihep.su Tue Oct 7 20:20:59 2003 Received: from sirius-b.ihep.su (sirius-b.ihep.su [194.190.161.4]) by mg.ihep.su (Postfix) with ESMTP id AA7C9134784; Tue, 7 Oct 2003 20:19:38 +0400 (MSD) Received: from Sirius.ihep.su (sirius.ihep.su [194.190.161.68]) by sirius-b.ihep.su (8.10.0/8.10.0) with ESMTP id h97GJp308421; Tue, 7 Oct 2003 20:19:51 +0400 (MSK) X-Sender: kardanev@sirius.ihep.su Received: from localhost by Sirius.ihep.su (8.9.3/1.1.22.3/03Apr00-0540PM) id UAA0000231855; Tue, 7 Oct 2003 20:19:29 +0400 (MSK) Date: Tue, 7 Oct 2003 20:19:29 +0400 (MSK) From: Alexandre Kardanev To: Thomas Quinot In-Reply-To: <20031007153059.GA66201@melusine.cuivre.fr.eu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=koi8-r Content-Transfer-Encoding: 8BIT X-Spam-Status: No, hits=1.6 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,NO_MX_FOR_FROM,RCVD_IN_OSIRUSOFT_COM version=2.20 X-Spam-Level: * cc: freebsd-stable@FreeBSD.ORG Subject: Re: USB code breaks in 4.9-RC1? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 16:21:04 -0000 On Tue, 7 Oct 2003, Thomas Quinot wrote: > Le 2003-10-07, Alexandre Kardanev écrivait : > > > After 4.8 prerelease inserting it will immediately crash my Compaq > > Descpro-P400 > > The patch below, which I just posted to scsi@, should at least prevent > the panic. Please try it and let me know if it indeed helps. > > Thomas. > > Index: scsi_da.c > =================================================================== > RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v > retrieving revision 1.159 > diff -u -r1.159 scsi_da.c > --- scsi_da.c 4 Sep 2003 01:01:20 -0000 1.159 > +++ scsi_da.c 7 Oct 2003 14:48:26 -0000 [...] > @@ -925,6 +927,7 @@ > > mtx_lock(&Giant); > sysctl_ctx_init(&softc->sysctl_ctx); > + softc->flags |= DA_FLAG_SCTX_INIT; > softc->sysctl_tree = SYSCTL_ADD_NODE(&softc->sysctl_ctx, > SYSCTL_STATIC_CHILDREN(_kern_cam_da), OID_AUTO, tmpstr2, > CTLFLAG_RD, 0, tmpstr); > > -- > Thomas.Quinot@Cuivre.FR.EU.ORG > Yes, my system didn't crash now.... Except 2 points: 1) in my scsi_da.c no string: mtx_lock(&Giant); 2) my stick dosn't work: umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR (da6:umass-sim0:0:0:0): got CAM status 0x4 (da6:umass-sim0:0:0:0): fatal error, failed to attach to device (da6:umass-sim0:0:0:0): lost device (da6:umass-sim0:0:0:0): removing device entry In any case it strange: If I boot with that flash card - it works, if I insert it after booting - dosn't... ABK2-RIPE ------------------- "It's always easier to destroy than to create" -Any general, any army, any age From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 10:05:46 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EDA716A4C2 for ; Tue, 7 Oct 2003 10:05:46 -0700 (PDT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C774943FFB for ; Tue, 7 Oct 2003 10:05:20 -0700 (PDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by smtp3.sentex.ca (8.12.9p2/8.12.9) with ESMTP id h97H5GHr040327; Tue, 7 Oct 2003 13:05:16 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.9p2/8.12.9) with ESMTP id h97H5J7w042379; Tue, 7 Oct 2003 13:05:19 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.9p1/8.12.9) with ESMTP id h97H5JdK098273; Tue, 7 Oct 2003 13:05:19 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.0.0.22.0.20031007121509.08247788@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 07 Oct 2003 13:08:37 -0400 To: moron , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <200310051342.04864.moron@industrial.org> References: <200310051342.04864.moron@industrial.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by Sentex Communications (avscan1/20021227) Subject: Re: DMA related disc issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 17:05:46 -0000 At 04:42 PM 05/10/2003, moron wrote: >Up until quite recently the machine has had a single drive in it and been >performing flawlessly, no disk problems or anything of that nature (nothing >untoward in messages, not spontaneous reboots, etc.). I have performed a few >CVSups and make worlds over the last month to deal with security issues and >such and about two weeks ago I added the second Seagate drive to the system. > >Shortly after adding the new drive (but also around the time of a CVSup), the Ok, it took me a while, but now I remember why this was dejavu. I saw the same thing on a similar setup. The one maxtor ata 133 was working fine. I added a slave, and all of a sudden errors on both. Not sure if its the maxtor or issue with ATA133. But I fixed the problem by forcing everything down to ATA100. I have this run at startup time /sbin/atacontrol mode 3 udma100 udma100 where 3 is the channel on which I have # atacontrol info 3 Master: ad6 ATA/ATAPI rev 6 Slave: ad7 ATA/ATAPI rev 6 and all has been happy for months. Also, double check that the jumpers are correctly set on all your IDE devices. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 11:12:13 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08A2316A4B3 for ; Tue, 7 Oct 2003 11:12:12 -0700 (PDT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2001443FDF for ; Tue, 7 Oct 2003 11:12:12 -0700 (PDT) (envelope-from blynn42@comcast.net) Received: from ted.wyld.stallyns (12-203-168-225.client.attbi.com[12.203.168.225]) by comcast.net (rwcrmhc11) with ESMTP id <200310071812090130025rjue>; Tue, 7 Oct 2003 18:12:09 +0000 Received: from ted.wyld.stallyns (localhost.wyld.stallyns [127.0.0.1]) by ted.wyld.stallyns (8.12.9/8.12.9) with ESMTP id h97IC6RL039245; Tue, 7 Oct 2003 14:12:07 -0400 (EDT) (envelope-from blynn42@comcast.net) Message-Id: <200310071812.h97IC6RL039245@ted.wyld.stallyns> To: Erik Trulsson From: blynn42@comcast.net (Brian Lynn) In-reply-to: Your message of "Tue, 07 Oct 2003 02:30:53 +0200." <20031007003052.GA52906@falcon.midgard.homeip.net> Date: Tue, 07 Oct 2003 14:12:06 -0400 cc: stable@freebsd.org Subject: Re: Strange error 4.9RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 18:12:13 -0000 On Tue, 07 Oct 2003 02:30:53 +0200, Erik Trulsson wrote: > On Mon, Oct 06, 2003 at 07:33:24PM -0400, Brian Lynn wrote: > > > > On Sun, 05 Oct 2003, Jack Raats wrote: > > > Or just cvsup to the latest RELENG_4 since the following commit was > made a short while ago: > > > imp 2003/10/05 19:53:52 PDT > FreeBSD src repository > Modified files: (Branch: RELENG_4) > sys/dev/ep if_ep_eisa.c if_ep_isa.c if_ep_mca.c > if_ep_pccard.c > sys/dev/ed if_ed_cbus.c if_ed_isa.c if_ed_pccard.c > if_ed_pci.c > Log: > Driver names for DRIVER_MODULE in current are 'ed' and 'ep', but in > -stable they need to be 'if_ed' and 'if_ep'. ifconfig should be > modified, but this is a lower risk change this late in the release > cycle. > Approved by: re@ > Note to self: Do not check cvsweb, wait 24hrs, THEN post > > but I don't really know what I'm doing - YMMV. > > > > --- sbin/ifconfig/ifconfig.c.orig Tue Jan 28 06:02:56 2003 > > +++ sbin/ifconfig/ifconfig.c Tue Sep 23 18:06:07 2003 > > @@ -1995,7 +1995,8 @@ > > cp = mstat.name; > > } > > /* already loaded? */ > > - if (!strcmp(ifkind, cp)) > > + /* if (!strcmp(ifkind, cp)) */ > > + if (!strncmp(name, cp, strlen(cp))) > > return; > > } > > } > > As far as I can tell, that patch will not work for those drivers that > *do* register as BUS/if_FOO instead of BUS/FOO. > In -CURRENT all the network drivers seem to have been changed at the > same time to register themselves as BUS/FOO rather than BUS/if_FOO so > there the patch should work, but I don't think it will work in -STABLE. > > Are you sure it works correctly for the 'xl' interface? (I.e. that if > you have the 'xl' driver in the kernel, ifconfig will not attempt to > load it as a module.) > ('lo' is not available as a module, so no problem there, and 'ed' > used the convention that this patch will make ifconfig use, so those > should work with the patch. (At least before the commit referenced > above which changes 'ed' to use the if_FOO style.) > Hmm... AFAICT, it does work. No complaints about "module_register" (or anything else) in the logs. After staring at it for a while, I wonder if the strncmp() above might be matching on miibus/xlphy? 12:20pm ted ~>kldstat Id Refs Address Size Name 1 3 0xc0100000 293610 kernel 2 1 0xc0cb7000 50000 nfs.ko 3 1 0xc0d2a000 15000 linux.ko 12:20pm ted ~>kldstat -v |grep xl 65 pci/if_xl 66 xl/miibus 73 miibus/xlphy If this is the case then I was simply lucky. Brian From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 11:26:10 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80C6416A4B3 for ; Tue, 7 Oct 2003 11:26:10 -0700 (PDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E7D343F3F for ; Tue, 7 Oct 2003 11:26:09 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.9p1/8.12.9) with ESMTP id h97IQ77n017544; Tue, 7 Oct 2003 14:26:08 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.0.0.22.0.20031007142751.066bad28@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 07 Oct 2003 14:29:47 -0400 To: David Malone From: Mike Tancsa In-Reply-To: <200310071631.aa97061@salmon.maths.tcd.ie> References: <200310071631.aa97061@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new cc: freebsd-stable@freebsd.org Subject: Re: good address will not resolve in freebsd (_ in host names) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 18:26:10 -0000 More and more zones are starting to use _ in their host names (for better or worse). Has their been any discussion about making this change in FreeBSD ? ---Mike At 11:31 AM 07/10/2003, David Malone wrote: > > It has to be in the resolver because windows pulls it from the same > > NS's. > >You could edit: > > /usr/src/lib/libc/net/res_comp.c > >and look for the line that says: > >#define hyphenchar(c) ((c) == 0x2d) > >and replace that with: > >#define hyphenchar(c) ((c) == 0x2d || (c) == 0x5f) > >Then recompile and install libc > > cd /usr/src/lib/libc && make depend && make && make install > >David. >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 11:35:38 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3B6B16A4B3; Tue, 7 Oct 2003 11:35:38 -0700 (PDT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC56343FCB; Tue, 7 Oct 2003 11:35:37 -0700 (PDT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (pelsia.ninth-nine.com [219.127.74.123]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.9p2/8.12.9/NinthNine) with ESMTP id h97IZaiS034451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Oct 2003 03:35:36 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 8 Oct 2003 03:35:36 +0900 From: Norikatsu Shigemura To: freebsd-stable@FreeBSD.org, freebsd-hackers@FreeBSD.org Message-Id: <20031008033536.7f6099b5.nork@FreeBSD.org> X-Mailer: Sylpheed version 0.9.6 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-mozilla@FreeBSD.org cc: freebsd-gnome@FreeBSD.org Subject: HEADS UP: pelase test /etc/libmap.conf feature on 4-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 18:35:39 -0000 X-List-Received-Date: Tue, 07 Oct 2003 18:35:39 -0000 Hi, for Flash Plugin Wrapper user on 4-stable. I MFCed /etc/libmap.conf feature written by mdodd for current. Please get&patch following URL. http://tmp.ninth-nine.com/libmap_4/libmap_4stable.diff For new flash6 wrapper, maybe, please set following lines. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [/usr/local/lib/linux-flashplugin6/libflashplayer.so] libpthread.so.0 liblthread.so.2 libdl.so.2 pluginwrapper.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3 liblstdc++.so.3 libm.so.6 libm.so.2 libc.so.6 pluginwrapper.so - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Sorry, I checked minimum test. I didn't check with mozilla, yet. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 11:35:39 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0E9716A4B3 for ; Tue, 7 Oct 2003 11:35:39 -0700 (PDT) Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com [66.30.200.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C66543FA3 for ; Tue, 7 Oct 2003 11:35:39 -0700 (PDT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: by be-well.ilk.org (Postfix, from userid 1147) id 863AE3AF6; Tue, 7 Oct 2003 14:35:38 -0400 (EDT) Sender: lowell@be-well.ilk.org To: stable@freebsd.org References: <200310071631.aa97061@salmon.maths.tcd.ie> <6.0.0.22.0.20031007142751.066bad28@209.112.4.2> From: Lowell Gilbert Date: 07 Oct 2003 14:35:38 -0400 In-Reply-To: <6.0.0.22.0.20031007142751.066bad28@209.112.4.2> Message-ID: <44he2k28w5.fsf@be-well.ilk.org> Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: good address will not resolve in freebsd (_ in host names) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 18:35:39 -0000 Mike Tancsa writes: > More and more zones are starting to use _ in their host names (for > better or worse). Worse. > Has their been any discussion about making this > change in FreeBSD ? Have you tried it? From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 11:37:56 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC70B16A4BF for ; Tue, 7 Oct 2003 11:37:56 -0700 (PDT) Received: from web40708.mail.yahoo.com (web40708.mail.yahoo.com [66.218.78.165]) by mx1.FreeBSD.org (Postfix) with SMTP id 1C6A943FE1 for ; Tue, 7 Oct 2003 11:37:56 -0700 (PDT) (envelope-from seva_fwd@yahoo.com) Message-ID: <20031007183605.17338.qmail@web40708.mail.yahoo.com> Received: from [82.144.209.247] by web40708.mail.yahoo.com via HTTP; Tue, 07 Oct 2003 11:36:05 PDT Date: Tue, 7 Oct 2003 11:36:05 -0700 (PDT) From: Seva Fwd To: Stephen Albright , freebsd-stable@freebsd.org In-Reply-To: <20031007125716.50102.qmail@web20805.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: salbrig@yahoo.com Subject: Re: openoffice port build on FreeBSD 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 18:37:57 -0000 --- Stephen Albright wrote: > I have already installed Mozilla, so I will need to > portupgrade then correct? Also, I CVSup source and > ports every morning (is this a bad idea?) I thought > this would update jdk-1.3.1p8_2 to p9 is that not > correct thinking? I am not sure you really need to upgrade mozilla. "Old version" not always mean "problem". However, it is _often_ problem when build of a port fails due to it depends on an already installed port that is _too_ old. If you decide to upgrade installed application - portupgrade utility is very helpful. > I tried this by downloading openoffice-1.1RC4.tgz, > unzipped it, and then did a pkg_add, and had > problems > (I cannot remember the exactly the errors, I will > see if I can reproduce them and add that info later). Probably some installed applications needed by OO are absent or have a wrong version. You could install or upgrade necessary port(s), or force install as is if you are sure everything is ok. BR, Seva __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 11:48:09 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C4C616A4B3 for ; Tue, 7 Oct 2003 11:48:09 -0700 (PDT) Received: from hop.spin.de (hop.spin.de [62.208.121.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E30FE43F75 for ; Tue, 7 Oct 2003 11:48:07 -0700 (PDT) (envelope-from anti@spin.de) Received: (qmail 21875 invoked from network); 7 Oct 2003 18:44:46 -0000 Received: from unknown (HELO yps.hq.spin.de) (217.235.79.151) by hop.spin.de with DES-CBC3-SHA encrypted SMTP cert anti@spin.de; 7 Oct 2003 18:44:46 -0000 Received: by yps.hq.spin.de (Postfix, from userid 1001) id 141F44520; Tue, 7 Oct 2003 20:47:06 +0200 (CEST) To: Mike Tancsa References: <200310071631.aa97061@salmon.maths.tcd.ie> <6.0.0.22.0.20031007142751.066bad28@209.112.4.2> From: Andi Hechtbauer X-PGP-Key-ID: 9922AC9B X-PGP-Key-At: http://staff.spin.de/~anti/anti.key.txt X-PGP-Fingerprint: AADA 0D31 96AC 71A2 3C0F A14D 4D55 7211 9922 AC9B Date: Tue, 07 Oct 2003 20:47:05 +0200 In-Reply-To: <6.0.0.22.0.20031007142751.066bad28@209.112.4.2> (Mike Tancsa's message of "Tue, 07 Oct 2003 14:29:47 -0400") Message-ID: <86r81o6g2e.fsf@yps.hq.spin.de> User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: David Malone cc: freebsd-stable@freebsd.org Subject: Re: good address will not resolve in freebsd (_ in host names) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 18:48:09 -0000 Just FYI, Restrictions on hostname character sets seem obsoleted by this: >From RFC2181, Section 11 [...] any binary string whatever can be used as the label of any resource record. Similarly, any binary string can serve as the value of any record that includes a domain name as some or all of its value (SOA, NS, MX, PTR, CNAME, and any others that may be added). Implementations of the DNS protocols must not place any restrictions on the labels that can be used. In particular, DNS servers must not refuse to serve a zone because it contains labels that might not be acceptable to some DNS client programs. [...] Regards, Andi -- "Yes, but where do you think the chaos came from?" From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 11:58:28 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF7A616A4BF for ; Tue, 7 Oct 2003 11:58:28 -0700 (PDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 836D143FBF for ; Tue, 7 Oct 2003 11:58:27 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.9p1/8.12.9) with ESMTP id h97IwO7n017709; Tue, 7 Oct 2003 14:58:25 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.0.0.22.0.20031007144414.0a71f060@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 07 Oct 2003 15:01:54 -0400 To: Lowell Gilbert , stable@freebsd.org From: Mike Tancsa In-Reply-To: <44he2k28w5.fsf@be-well.ilk.org> References: <200310071631.aa97061@salmon.maths.tcd.ie> <6.0.0.22.0.20031007142751.066bad28@209.112.4.2> <44he2k28w5.fsf@be-well.ilk.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new Subject: Re: good address will not resolve in freebsd (_ in host names) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 18:58:29 -0000 No, but like I said, more and more people are starting to use it. What is the big deal about _ vs - ? I am all for following convention, but sometimes it leads to the Judean Popular People's front vs the People's popular Front of Judea type stuff.... Also, as someone else pointed out, I think the RFC has changed since then. ---Mike At 02:35 PM 07/10/2003, Lowell Gilbert wrote: >Mike Tancsa writes: > > > More and more zones are starting to use _ in their host names (for > > better or worse). > >Worse. > > > Has their been any discussion about making this > > change in FreeBSD ? > >Have you tried it? >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 12:52:28 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F260416A4B3 for ; Tue, 7 Oct 2003 12:52:27 -0700 (PDT) Received: from postal2.es.net (proxy.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD4C843FE5 for ; Tue, 7 Oct 2003 12:52:22 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id MUA74016; Tue, 07 Oct 2003 12:52:21 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 159465D07; Tue, 7 Oct 2003 12:52:20 -0700 (PDT) To: Andi Hechtbauer In-Reply-To: Message from Andi Hechtbauer of "Tue, 07 Oct 2003 20:47:05 +0200." <86r81o6g2e.fsf@yps.hq.spin.de> Date: Tue, 07 Oct 2003 12:52:19 -0700 From: "Kevin Oberman" Message-Id: <20031007195220.159465D07@ptavv.es.net> cc: David Malone cc: freebsd-stable@freebsd.org Subject: Re: good address will not resolve in freebsd (_ in host names) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 19:52:28 -0000 Here we go again. RFC2181 states a requirement for DNS servers, not resolvers. It states that it is the responsibility of the resolver to decide what is acceptable and what is not. The server just does its best to respond to an query with the data it has (which may be binary, as well as ASCII). The question of whether the FreeBSD resolver should police requests is less clear. The prime concern has been security issues when a program gets back a response that is not allowed under the RFCs. I know some obvious issues with some characters in host names, but none that involve underscore. But they may well exist. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 13:01:48 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48F6216A4B3 for ; Tue, 7 Oct 2003 13:01:48 -0700 (PDT) Received: from mail.secureworks.net (mail.secureworks.net [209.101.212.155]) by mx1.FreeBSD.org (Postfix) with SMTP id DF7CE43F75 for ; Tue, 7 Oct 2003 13:01:46 -0700 (PDT) (envelope-from mdg@secureworks.net) Received: (qmail 76124 invoked from network); 7 Oct 2003 19:59:19 -0000 Received: from unknown (HELO HOST-192-168-10-225.internal.secureworks.net) (209.101.212.253) by mail.secureworks.net with SMTP; 7 Oct 2003 19:59:19 -0000 Date: Tue, 7 Oct 2003 16:01:23 -0400 (EDT) From: Matthew George X-X-Sender: mdg@localhost To: Andi Hechtbauer In-Reply-To: <86r81o6g2e.fsf@yps.hq.spin.de> Message-ID: <20031007155846.J25531@localhost> References: <86r81o6g2e.fsf@yps.hq.spin.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: David Malone cc: freebsd-stable@freebsd.org Subject: Re: good address will not resolve in freebsd (_ in host names) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 20:01:48 -0000 On Tue, 7 Oct 2003, Andi Hechtbauer wrote: > Just FYI, > > Restrictions on hostname character sets seem obsoleted by this: > > >From RFC2181, Section 11 > > [...] any binary string whatever can be used as the label of any > resource record. Similarly, any binary string can serve as the > value of any record that includes a domain name as some or all of > its value (SOA, NS, MX, PTR, CNAME, and any others that may be > added). Implementations of the DNS protocols must not place any > restrictions on the labels that can be used. In particular, DNS > servers must not refuse to serve a zone because it contains labels > that might not be acceptable to some DNS client programs. [...] > > Regards, > Andi > > underscores are part of the SRV RR spec for services and protocols ... from RFC 2782: The format of the SRV RR Here is the format of the SRV RR, whose DNS type code is 33: _Service._Proto.Name TTL Class SRV Priority Weight Port Target (There is an example near the end of this document.) -- Matthew George SecureWorks Technical Operations From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 13:05:04 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4320416A4B3 for ; Tue, 7 Oct 2003 13:05:04 -0700 (PDT) Received: from bilver.wjv.com (user38.net339.fl.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3C7F43FAF for ; Tue, 7 Oct 2003 13:05:02 -0700 (PDT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by bilver.wjv.com (8.12.10/8.12.9) with ESMTP id h97K4wHl041803 for ; Tue, 7 Oct 2003 16:04:58 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.12.10/8.12.9/Submit) id h97K4wC8041802 for freebsd-stable@freebsd.org; Tue, 7 Oct 2003 16:04:58 -0400 (EDT) (envelope-from bv) Date: Tue, 7 Oct 2003 16:04:58 -0400 From: Bill Vermillion To: freebsd-stable@freebsd.org Message-ID: <20031007200458.GC30862@wjv.com> References: <20031007190100.27B2E16A500@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031007190100.27B2E16A500@hub.freebsd.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_MUTT version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: good address will not resolve X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bv@wjv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 20:05:04 -0000 > Message: 14 > Date: Tue, 07 Oct 2003 15:01:54 -0400 > From: Mike Tancsa > Subject: Re: good address will not resolve in freebsd (_ in host > names) > No, but like I said, more and more people are starting to use > it. What is the big deal about _ vs - ? I am all for following > convention, but sometimes it leads to the Judean Popular > People's front vs the People's popular Front of Judea type > stuff.... Also, as someone else pointed out, I think the RFC > has changed since then. I can't find an RFC that says the host name has changed. I remeber first setting up DNS systems in the early-mid'90's when and underscore was permitted, but it was noted that it would stop being supported in the future. The RFC the other person refered to shows that almost anything is permitted on the internal names - but it never specifically addresses host names, as it done in RFC1034 I told the people at that site they would have to change, but they didn't bother to do that until things started breaking. It appears that MS is the culprit. The refernce in what I read point to an alternate character set and points to RFC2181 - but that does not appear to be correct. It's part of the W2K DNS and you can configure it four any one of four choices. Strict ANSI - RFC 1123, Non-RFC ANSI - adds underscore, Multibyte (UTF8) - MS naming standard, or Any - where any character can be used. The notes say that in >strictly private networks< MS suggests that the Unicode standard works well. The article also says you have to decide to enforce MS standards or have dual support. Since MS machines aren't running on most of the internet backbone and virtually all are non-MS, changing things at this stage of the game would surely create a lot of non-findable systems. I'm not going to change any of my name servers. I have enough problem with one of the European registrars refusing to accept a client registration as my servers don't meet THEIR standards. But that is .it - and it was only one - so I'm not about to change things that work. A question here - will the registrars permit registering a name with an underscore. > End of freebsd-stable Digest, Vol 29, Issue 3 > ********************************************* Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 13:16:59 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA1B116A4B3 for ; Tue, 7 Oct 2003 13:16:59 -0700 (PDT) Received: from fed1mtao08.cox.net (fed1mtao08.cox.net [68.6.19.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A75343FF5 for ; Tue, 7 Oct 2003 13:16:57 -0700 (PDT) (envelope-from ciscogeek@bgp4.net) Received: from bgp4.net ([68.99.195.198]) by fed1mtao08.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031007201654.HMYP8740.fed1mtao08.cox.net@bgp4.net> for ; Tue, 7 Oct 2003 16:16:54 -0400 Message-ID: <3F831F37.6090009@bgp4.net> Date: Tue, 07 Oct 2003 13:16:55 -0700 From: Janet Sullivan User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5b) Gecko/20030925 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@Freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: latest stable won't boot on Dell Inspiron 8200 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 20:16:59 -0000 I cvsup'd to today's stable, only to end up with a kernel that wouldn't boot all the way. It would freeze after printing out the line Mounting root from ufs:/dev/ad0s2a I backed up to stable from 2003.10.06.00.00.00, and my laptop now boots fine again. I'll try to to narrow this down further, but a recent commit seems to have broken stable for me, with either my custom kernel or GENERIC. My dmesg is below. Thanks. Copyright (c) 1992-2003 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 4.9-RC #0: Tue Oct 7 12:54:27 MST 2003 root@nagi.bgp4.net:/usr/obj/usr/src/sys/NAGI Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.70GHz (1695.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 536748032 (524168K bytes) avail memory = 518496256 (506344K bytes) Preloaded elf kernel "kernel" at 0xc03b2000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 11 entries at 0xc00fbb90 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xc000-0xc0ff mem 0xfcff0000-0xfcffffff,0xe0000000-0xe7ffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xe8000000 64MB info: [drm] Initialized radeon 1.8.0 20020828 on minor 0 uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xf8fffc00-0xf8fffc7f irq 11 at device 0.0 on pci2 xl0: Ethernet address: 00:06:5b:bb:69:96 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto chip0: irq 11 at device 1.0 on pci2 chip1: irq 11 at device 1.1 on pci2 fwohci0: mem 0xf8ff8000-0xf8ffbfff,0xf8fff000-0xf8fff7ff irq 11 at device 1.2 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 35:4f:c0:00:39:b1:c4:21 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 if_fwe0: on firewire0 if_fwe0: Fake Ethernet address: 36:4f:c0:b1:c4:21 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) chip2: irq 11 at device 3.0 on pci2 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 irq 0 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcm0: port 0xdc80-0xdcbf,0xd800-0xd8ff irq 11 at device 31.5 on pci0 pcm0: pci0: (vendor=0x8086, dev=0x2486) at 31.6 irq 11 orm0: