From owner-freebsd-stable@FreeBSD.ORG Sun Jun 17 00:38:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4098C106566B for ; Sun, 17 Jun 2012 00:38:54 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id C1B0E8FC0A for ; Sun, 17 Jun 2012 00:38:53 +0000 (UTC) Received: by eabm6 with SMTP id m6so1389961eab.13 for ; Sat, 16 Jun 2012 17:38:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=N7prtZVJaDyLd6RUslxTQ0yqARNG1za+3sSoLmt+3oc=; b=mqbC/k2rzdVCPhCfMCHim4gwmENYkdkI9Of1cQZpK0laWbvU2MObvERXpMYEAxcK+5 aYuE7LHs56X1J3HjSvixeEMr9QjT1erlnSXLPG4K/l5DVvJ835n74BRAOTglXxTbLlDP PLQQLJp3m2lxg8/2pzvWl8tKJPaGWmuNHcyA4giIx5pb9UgkUpW48SncmxRfAcmHmVxM L0GxWCbcrokfEe5Q0X0OQiJqK6WzooQQpajAamEwASqgZKVSybSAgNj4q3bBF6wGhEJi MsimenFdywantXzMSqDdqSUeGNr86p3sntzWQiwJumcbRO82BqN9o/B32aZ7BmPnBNvv PKbA== Received: by 10.14.28.66 with SMTP id f42mr2592735eea.63.1339893532751; Sat, 16 Jun 2012 17:38:52 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id y12sm45553805eem.7.2012.06.16.17.38.51 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 16 Jun 2012 17:38:51 -0700 (PDT) Date: Sun, 17 Jun 2012 02:38:49 +0200 From: Mateusz Guzik To: David ROFFIAEN Message-ID: <20120617003849.GA11317@dft-labs.eu> References: <4FDCF74A.4010305@roffiaen.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4FDCF74A.4010305@roffiaen.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable Subject: Re: ggate problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2012 00:38:54 -0000 On Sat, Jun 16, 2012 at 11:14:50PM +0200, David ROFFIAEN wrote: > Hi list, > > I encoutered a panic with ggatec : > I misconfigured gg.exports on the server with bad IP address for > allowed client. Resulting a panic when creating ggatec on the > client. > Investigating the panic a I discovered at line 362 in g_gatec.c, the > ggio->gctl_sectorsize variable is not checked to be > 0 resulting a > "Fatal trap 18: integer divide fault while in kernel mode", thus > because there is no ggated allowed for my client IP (in my > misconfigured gg.exports) in my case. > > It would be better to check before the 'if' at line 362, that the > partition we are trying to import with ggatec is available and > otherwise give an explicit warning instead of letting the kernel > panicing. > I'm unable to reproduce this. It would be best if you provide: - version of your system - your gg.exports config - exact ggatec command you ran - backtrace from the panic -- Mateusz Guzik From owner-freebsd-stable@FreeBSD.ORG Sun Jun 17 09:18:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 028ED106564A for ; Sun, 17 Jun 2012 09:18:29 +0000 (UTC) (envelope-from prabhpal@digital-infotech.net) Received: from mail.digital-infotech.net (mail.digital-infotech.net [41.211.25.193]) by mx1.freebsd.org (Postfix) with ESMTP id 932798FC0C for ; Sun, 17 Jun 2012 09:18:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 186D72E404A; Sun, 17 Jun 2012 09:18:25 +0000 (GMT) Received: from mail.digital-infotech.net ([127.0.0.1]) by localhost (mail.digital-infotech.net [127.0.0.1]) (maiad, port 10024) with ESMTP id 22371-04; Sun, 17 Jun 2012 09:18:24 +0000 (GMT) Received: from mail.digital-infotech.net (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id E49DA2E4017; Sun, 17 Jun 2012 09:18:24 +0000 (GMT) X-DKIM: OpenDKIM Filter v2.5.0 mail.digital-infotech.net E49DA2E4017 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digital-infotech.net; s=digital; t=1339924704; bh=KzNDxP8NvdFx2DfiqNH8I1FcI3pjyHo4SeZRPvH79Q4=; h=In-Reply-To:References:Date:Subject:From:To:Cc:Reply-To; b=jTNu/n0/uCxJxQ/rcPeqlWdxmQ8jEMYPuzLR0CG51LEaUOsE6W7h/tK6DR4Q7F/L/ 5cjjI0CCpSLIO97g8J5iUne4VKZ9t/UTcFWoG3ZG+P6WRyS5Ubp0W6YNG5cK/wVJDA WWhl3FgOiP5L0Bwr+GgP2d40QlWbIFsXQVHdyB18= Received: from 41.211.0.76 (SquirrelMail authenticated user prabhpal@digital-infotech.net) by mail.digital-infotech.net with HTTP; Sun, 17 Jun 2012 09:18:24 -0000 Message-ID: In-Reply-To: <4FDCE91C.9040005@infracaninophile.co.uk> References: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> <4FDB6490.8080509@infracaninophile.co.uk> <98c09d7edf95e0e07910e7e5ce46accc.squirrel@mail.digital-infotech.net> <4FDB6CBD.6080900@infracaninophile.co.uk> <738cbc31aa2dce5787dc85cafb3d02a6.squirrel@mail.digital-infotech.net> <69642fed4fe6d9fb794eaedf2557cd8f.squirrel@mail.digital-infotech.net> <4FDCE91C.9040005@infracaninophile.co.uk> Date: Sun, 17 Jun 2012 09:18:24 -0000 From: "Shiv. Nath" To: "Matthew Seaman" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: USE PF to Prevent SMTP Brute Force Attacks - Resolved !!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: prabhpal@digital-infotech.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jun 2012 09:18:29 -0000 On 16/06/2012 21:03, Shiv. Nath wrote: Dear Matthew, Matthew, one a, one e. first thanks for assisting to secure 22/25 ports from brute force attack. i wish to consult if the following white list looks fine to exclude trusted networks (own network) int0="em0" secured_attack_ports="{21,22,25}" table persist block in log quick from pass in on $int0 proto tcp \ from any to $int0 port $secured_attack_ports \ flags S/SA keep state \ (max-src-conn-rate 5/300, overload flush global) ## Exclude Own Network From Brute-Force Rule ## table persist {71.221.25.0/24, 71.139.22.0/24} pass in on $int0 proto tcp from to any port $secured_attack_ports But, yes, other than that it looks good. You want to move the table definitions up to the top of the file and as you've shown, you want your network specific rule after the more generic rate-limited accept rule: remember that (except for quick rules) it's the last matching rule in the ruleset that applies. Cheers, Matthew Dear Matthew, i am sorry for misspelling your named, finally it is done with your assistance. you have very good knowledge of PF because you are gentleman indeed. sorry to trouble you too much. Thanks / Thanks / Thanks / Thanks / Thanks /Thanks / Thanks / Thanks From owner-freebsd-stable@FreeBSD.ORG Sun Jun 17 10:03:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72BCA1065670 for ; Sun, 17 Jun 2012 10:03:31 +0000 (UTC) (envelope-from nickolasbug@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 06D328FC12 for ; Sun, 17 Jun 2012 10:03:30 +0000 (UTC) Received: by wibhj8 with SMTP id hj8so705697wib.13 for ; Sun, 17 Jun 2012 03:03:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=U7eTvF1SyNTza330XM36kyFgMDWnL06Z+WFwAcqUwfA=; b=S9VGtcizfMqiZkpK2+p0+wf1mJhDUhj03uQTHVdenXBMDoE0ZgB8siO/CgdaoheL0F bIvaG6Jbs2L+bAGUqOpMeP4+/NsQEhUvnzUxpz6+txTPqsveF9xwzm2P5mQWCWdU7LTn tgbPHibr8czjytk7dm0FyS6u4ApfTCfetREoVxiGoGexQHTZhhpz9p2KPShBkExYXMMP aPZEyqktt1B4CvhcirXzdzkS/hKAEslRoi31NUWRK1mmlFv+B/qYtafeYldsWL1Z+geO bbXgb3WplDjG6IyHu37T1pzvSFvyrfVFPBnWe2ysXCZUuZ69dBR8QW9CqSGoRwiL/TNR c8LA== MIME-Version: 1.0 Received: by 10.180.95.137 with SMTP id dk9mr16271137wib.1.1339927401938; Sun, 17 Jun 2012 03:03:21 -0700 (PDT) Received: by 10.194.60.209 with HTTP; Sun, 17 Jun 2012 03:03:21 -0700 (PDT) In-Reply-To: <4FDC4A18.1050501@omnilan.de> References: <4FDC4A18.1050501@omnilan.de> Date: Sun, 17 Jun 2012 14:03:21 +0400 Message-ID: From: nickolasbug@gmail.com To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: (bsd)tar and multi-volume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2012 10:03:31 -0000 Hello, Harald. To create multivolume archive, you may use tar + split. ------- wbr, Nickolas 2012/6/16 Harald Schmalzbauer : > =A0Hello, > > according to tar(1), the base system tape archiver is bsdtar since 8.x , > which lacks support for multi-volumes. > I guess I can easily omit that restriction by installing gtar from > archivers/ in the ports collection. > Is there any plan to implement split volume support again for the base > system? Any better app to feed tapes these days in FreeBSD? > > Regards, > > -Harry > > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 17 11:57:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6CD31065670; Sun, 17 Jun 2012 11:57:24 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8845A8FC08; Sun, 17 Jun 2012 11:57:24 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3769002yhg.13 for ; Sun, 17 Jun 2012 04:57:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Jx1ZINH0m0SZeoVzKlKhPuH1R3eOJCDCtaWsmSKnp5A=; b=BQA28b1AYSnK+MORRu8Et3IBAA5AnBJWa2gjoWNDu8K31CaWhDfynIF7vxBldhtupZ xX01MjJ8TfLsOy7aqEtSqHyTXb/dupY3dSxzApZwCyr+kpQdtHAlCBIl53Xw5ZFyjOjy g4yOdlkWt087Q8piX3KKcAd6+ycNHwmTsibgzYz4ZdATpJSn9wG4k+8wrHTvG3BYi3Gh fL2cSFcVp2t3F8qN/t5hIOEf1Wm7xnhcOnugpjMiDugMa6sA75hKR35JC4FM6PZHDVF/ QpbLl86JCBWBRvab9+6KDN556seE6+DNuU1LbmerWVe92eb9a8xbdIHxanjhN10RP30z QcIw== MIME-Version: 1.0 Received: by 10.42.189.73 with SMTP id dd9mr2946424icb.49.1339934237860; Sun, 17 Jun 2012 04:57:17 -0700 (PDT) Received: by 10.231.136.1 with HTTP; Sun, 17 Jun 2012 04:57:17 -0700 (PDT) Received: by 10.231.136.1 with HTTP; Sun, 17 Jun 2012 04:57:17 -0700 (PDT) In-Reply-To: References: Date: Sun, 17 Jun 2012 13:57:17 +0200 Message-ID: From: Daniel Nebdal To: Alexander Yerenkow Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current , FreeBSD Stable Subject: Re: Stucking processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2012 11:57:25 -0000 Couldn't that just be because you're running a world that expects one kernel but finds another? As far as I know, running a newer world in a jail on an older system is not really recommended (while the opposite ought to be ok)? On Jun 16, 2012 11:33 AM, "Alexander Yerenkow" wrote: > Hello all. > Since I'm using stable as host, and current in chroot, I'll write to > both mail list, sorry for any inconvenience. > > My host is binary freebsd-updated 9; > FreeBSD 9.0-RELEASE-p3 (GENERIC) #0: Tue Jun 12 02:52:29 UTC 2012 > > I have chroot with latest current there installed r237089 (make > buildworld && buildkernel, no specific flags) > When I built from ports some programs in chroot all went fine, until I > got stucked process automoc (when building kdelibs4); > After few restarts I got build, and forget about it. > I'm toying now with portupgrade, and see similar stucks in ruby18 and > ruby19 (Even got few times in miniruby while building 1.8); > > Here's example of stucked processes (they aren't in top, and seems > totally inactive. I haven't kill them yet, so can try to dig, but to > where?): > 2677 5 Is 0:00,00 | `-- /bin/sh > 2678 5 I 0:00,00 | `-- sudo su > 2679 5 I 0:00,00 | `-- su > 2680 5 I 0:00,01 | `-- _su (csh) > 2687 5 I 0:00,03 | `-- /bin/csh -i > 2690 5 I+ 0:04,34 | `-- ruby19: portupgrade: [1/237] > audio/libsamplerate (ruby19) > > # procstat -k 2690 > PID TID COMM TDNAME KSTACK > 2690 100477 ruby19 - mi_switch > sleepq_catch_signals sleepq_timedwait_sig _sleep do_wait > __umtx_op_wait_uint_private_compat32 ia32_syscall Xint0x80_syscall > 2690 101110 ruby19 - mi_switch > sleepq_catch_signals sleepq_wait_sig _cv_wait_sig seltdwait > kern_select freebsd32_select ia32_syscall Xint0x80_syscall > > #top (with inactive filtered out;) > last pid: 11049; load averages: 0.09, 0.16, 0.19 > > up 0+00:14:48 12:27:20 > 63 processes: 1 running, 62 sleeping > CPU: 1.0% user, 0.0% nice, 0.8% system, 1.2% interrupt, 97.0% idle > Mem: 184M Active, 96M Inact, 1104M Wired, 2412K Cache, 171M Buf, 454M Free > Swap: 4096M Total, 4096M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 2610 root 2 20 0 261M 82548K kqread 1 0:12 1.27% > rtorrent > > > Is this my side's problem, or there's something wrong with current? :) > Any help appreciated. > > -- > Regards, > Alexander Yerenkow > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 17 18:35:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4C38106564A for ; Sun, 17 Jun 2012 18:35:21 +0000 (UTC) (envelope-from mnln.l4@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 544478FC18 for ; Sun, 17 Jun 2012 18:35:21 +0000 (UTC) Received: by ggnm2 with SMTP id m2so3719291ggn.13 for ; Sun, 17 Jun 2012 11:35:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dV26b9ftBwUfjXNkFA+m6zB0tMNFXMgWb6PvJZyXjs4=; b=WCbY6htN7npD4QqviJiiPVLfNCSt4/eBikHhDd8+wiGWASe5DwLPz8JkmFHAMHMoM/ TVOzHdgpPg2cRLPpzkeKOuZ4KZjyOwZC5Cnl6tuF/BHIhfWouObTaHH/XVSUcoKtd6bC 7rN41r3ZkQwW+7OUA8yKj84F2uvmqgY9lUWJAom5xU+v8K3UCBL/oDzEJWMhK1SH4lWh kSGdIb4P0ZDb9p/zDAKqb6Aa+tEZSn8DFT7FvlK/8/SXaShLyCIuaXW6A1p52ak1p/4i eGD7Im36Q4hyztcJsk6COOZWzlZkvBqLhH5uExNU2uyB1END4g5tQH7lKLJXo0C0JIg7 ADow== MIME-Version: 1.0 Received: by 10.50.140.70 with SMTP id re6mr6719545igb.23.1339958114556; Sun, 17 Jun 2012 11:35:14 -0700 (PDT) Received: by 10.231.246.134 with HTTP; Sun, 17 Jun 2012 11:35:14 -0700 (PDT) Date: Sun, 17 Jun 2012 11:35:14 -0700 Message-ID: From: "mnln.l4" To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary=e89a8f923b9c6e9ba104c2af4fa0 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel panic at early boot time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2012 18:35:21 -0000 --e89a8f923b9c6e9ba104c2af4fa0 Content-Type: text/plain; charset=UTF-8 I get a kernel panic at early boot time on 9.0-stable (r237150), GENERIC, AMD64. Repro step: 1. Boot, wait for welcome screen. 2. Repeat pressing Enter key rapidly (so kernel is loading, don't stop pressing Enter key). 3. See the following message at early boot * * *ACPI APIC Table: * *panic: AP #1 (PHY# 2) failed!* *cpuid = 0* *KDB: stack backtrace: **(address is remove below in backtrace)* *#0 kdb_backtrace* *#1 panic* *#2 cpu_mp_start* *#3 mp_start* *#4 mi_startup* *#5 btext* * * I can repro about 5 out of 10 times. * * I attached dmesg log captured during normal boot. The box has a MSI H67MA-E35 motherboard, Intel H67 chipset. The usb keyboard is connected to a hub then to the machine. Thanks. --e89a8f923b9c6e9ba104c2af4fa0 Content-Type: application/octet-stream; name="dmesg.log" Content-Disposition: attachment; filename="dmesg.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h3kg9ucm0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTIgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA5LjAtU1RBQkxFICMwIHIyMzcxNTA6IEZyaSBKdW4g MTUgMTc6MDY6NDEgVVRDIDIwMTIKICAgIHJvb3RAOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVS SUMgYW1kNjQKQ1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIENQVSBHODQwIEAgMi44MEdIeiAoMjc5 My43MS1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4 MjA2YTcgIEZhbWlseSA9IDYgIE1vZGVsID0gMmEgIFN0ZXBwaW5nID0gNwogIEZlYXR1cmVzPTB4 YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJS LFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NF MixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weGQ5YWUzYmY8U1NFMyxQQ0xNVUxRRFEsRFRF UzY0LE1PTixEU19DUEwsVk1YLEVTVCxUTTIsU1NTRTMsQ1gxNix4VFBSLFBEQ00sUENJRCxTU0U0 LjEsU1NFNC4yLFBPUENOVCxUU0NETFQsWFNBVkUsT1NYU0FWRT4KICBBTUQgRmVhdHVyZXM9MHgy ODEwMDgwMDxTWVNDQUxMLE5YLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MTxMQUhGPgog IFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQsIHBlcmZvcm1hbmNlIHN0YXRpc3RpY3MKcmVhbCBtZW1v cnkgID0gNDI5NDk2NzI5NiAoNDA5NiBNQikKYXZhaWwgbWVtb3J5ID0gMzk5NDM1Nzc2MCAoMzgw OSBNQikKRXZlbnQgdGltZXIgIkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxB TEFTS0EgQSBNIEk+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6 IDIgQ1BVcwpGcmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHggMiBjb3JlKHMpCiBjcHUwIChCU1Ap OiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMgppb2FwaWMwIDxWZXJzaW9uIDIu MD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmtiZDEgYXQga2JkbXV4MApjdGw6IENBTSBUYXJn ZXQgTGF5ZXIgbG9hZGVkCmFjcGkwOiA8QUxBU0tBIEEgTSBJPiBvbiBtb3RoZXJib2FyZAphY3Bp MDogUG93ZXIgQnV0dG9uIChmaXhlZCkKdW5rbm93bjogSS9PIHJhbmdlIG5vdCBzdXBwb3J0ZWQK Y3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmF0dGlt ZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0weDQzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVy ICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1 NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKYXRydGMwOiA8QVQgcmVhbHRpbWUg Y2xvY2s+IHBvcnQgMHg3MC0weDcxIGlycSA4IG9uIGFjcGkwCkV2ZW50IHRpbWVyICJSVEMiIGZy ZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBU aW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwClRpbWVjb3VudGVyICJI UEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5NTAKRXZlbnQgdGltZXIgIkhQRVQi IGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDU1MApFdmVudCB0aW1lciAiSFBFVDEiIGZy ZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDIiIGZyZXF1 ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDMiIGZyZXF1ZW5j eSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDQiIGZyZXF1ZW5jeSAx NDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDUiIGZyZXF1ZW5jeSAxNDMx ODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDYiIGZyZXF1ZW5jeSAxNDMxODE4 MCBIeiBxdWFsaXR5IDQ0MApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0 NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1I ej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdl PiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIw CnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZjAwMC0weGYwM2YgbWVt IDB4ZmUwMDAwMDAtMHhmZTNmZmZmZiwweGMwMDAwMDAwLTB4Y2ZmZmZmZmYgaXJxIDE2IGF0IGRl dmljZSAyLjAgb24gcGNpMAphZ3AwOiA8U2FuZHlCcmlkZ2UgZGVza3RvcCBHVDEgSUc+IG9uIHZn YXBjaTAKYWdwMDogYXBlcnR1cmUgc2l6ZSBpcyAyNTZNLCBkZXRlY3RlZCA2NTUzMmsgc3RvbGVu IG1lbW9yeQpwY2kwOiA8c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0 dGFjaGVkKQplaGNpMDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4 ZmU2MDcwMDAtMHhmZTYwNzNmZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1c2J1czA6 IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMwIG9uIGVoY2kwCmhkYWMwOiA8SW50ZWwgQ291Z2FyIFBv aW50IEhEQSBDb250cm9sbGVyPiBtZW0gMHhmZTYwMDAwMC0weGZlNjAzZmZmIGlycSAyMiBhdCBk ZXZpY2UgMjcuMCBvbiBwY2kwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0 IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpYjI6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDI4LjEgb24gcGNpMApwY2ky OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpzaWlzMDogPFNpSTMxMzIgU0FUQSBjb250cm9sbGVy PiBwb3J0IDB4ZTAwMC0weGUwN2YgbWVtIDB4ZmU1ODQwMDAtMHhmZTU4NDA3ZiwweGZlNTgwMDAw LTB4ZmU1ODNmZmYgaXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpMgpzaWlzY2gwOiA8U0lJUyBj aGFubmVsPiBhdCBjaGFubmVsIDAgb24gc2lpczAKc2lpc2NoMTogPFNJSVMgY2hhbm5lbD4gYXQg Y2hhbm5lbCAxIG9uIHNpaXMwCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0 IGRldmljZSAyOC4yIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKcGNpYjQ6 IDxQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmljZSAwLjAgb24gcGNpMwpwY2k0OiA8UENJ IGJ1cz4gb24gcGNpYjQKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTkgYXQgZGV2 aWNlIDI4LjMgb24gcGNpMApwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQp4aGNpMDogPFhI Q0kgKGdlbmVyaWMpIFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4ZmU0MDAwMDAtMHhmZTQwMWZm ZiBpcnEgMTkgYXQgZGV2aWNlIDAuMCBvbiBwY2k1CnhoY2kwOiAzMiBieXRlIGNvbnRleHQgc2l6 ZS4KdXNidXMxIG9uIHhoY2kwCnBjaWI2OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0 IGRldmljZSAyOC40IG9uIHBjaTAKcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKcmUwOiA8 UmVhbFRlayA4MTY4LzgxMTEgQi9DL0NQL0QvRFAvRS9GIFBDSWUgR2lnYWJpdCBFdGhlcm5ldD4g cG9ydCAweGQwMDAtMHhkMGZmIG1lbSAweGQwMDA0MDAwLTB4ZDAwMDRmZmYsMHhkMDAwMDAwMC0w eGQwMDAzZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTYKcmUwOiBVc2luZyAxIE1TSS1Y IG1lc3NhZ2UKcmUwOiBDaGlwIHJldi4gMHgyYzgwMDAwMApyZTA6IE1BQyByZXYuIDB4MDAwMDAw MDAKbWlpYnVzMDogPE1JSSBidXM+IG9uIHJlMApyZ2VwaHkwOiA8UlRMODE2OVMvODExMFMvODIx MSAxMDAwQkFTRS1UIG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMApyZ2VwaHkwOiAg bm9uZSwgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwYmFzZVQtRkRYLWZsb3csIDEwMGJhc2VUWCwg MTAwYmFzZVRYLUZEWCwgMTAwYmFzZVRYLUZEWC1mbG93LCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1t YXN0ZXIsIDEwMDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCAxMDAwYmFzZVQtRkRY LWZsb3csIDEwMDBiYXNlVC1GRFgtZmxvdy1tYXN0ZXIsIGF1dG8sIGF1dG8tZmxvdwpyZTA6IEV0 aGVybmV0IGFkZHJlc3M6IDhjOjg5OmE1OjEzOmVmOmQ3CmVoY2kxOiA8RUhDSSAoZ2VuZXJpYykg VVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZTYwNjAwMC0weGZlNjA2M2ZmIGlycSAyMyBhdCBk ZXZpY2UgMjkuMCBvbiBwY2kwCnVzYnVzMjogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czIgb24gZWhj aTEKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8 SVNBIGJ1cz4gb24gaXNhYjAKYWhjaTA6IDxJbnRlbCBDb3VnYXIgUG9pbnQgQUhDSSBTQVRBIGNv bnRyb2xsZXI+IHBvcnQgMHhmMGIwLTB4ZjBiNywweGYwYTAtMHhmMGEzLDB4ZjA5MC0weGYwOTcs MHhmMDgwLTB4ZjA4MywweGYwNjAtMHhmMDdmIG1lbSAweGZlNjA1MDAwLTB4ZmU2MDU3ZmYgaXJx IDE5IGF0IGRldmljZSAzMS4yIG9uIHBjaTAKYWhjaTA6IEFIQ0kgdjEuMzAgd2l0aCA2IDZHYnBz IHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgbm90IHN1cHBvcnRlZAphaGNpY2gwOiA8QUhDSSBjaGFu bmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hh bm5lbCAxIG9uIGFoY2kwCmFoY2ljaDI6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMiBvbiBh aGNpMAphaGNpY2gzOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTAKYWhjaWNo NDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA0IG9uIGFoY2kwCmFoY2ljaDU6IDxBSENJIGNo YW5uZWw+IGF0IGNoYW5uZWwgNSBvbiBhaGNpMApwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0 IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1 dHRvbj4gb24gYWNwaTAKdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4 M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTAKcHBjMTogPFBhcmFsbGVsIHBvcnQ+IHBvcnQg MHgzNzgtMHgzN2YgaXJxIDUgZHJxIDMgb24gYWNwaTAKcHBjMTogR2VuZXJpYyBjaGlwc2V0IChO SUJCTEUtb25seSkgaW4gQ09NUEFUSUJMRSBtb2RlCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVz PiBvbiBwcGMxCnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwCmxwdDA6 IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6IDxQ YXJhbGxlbCBJL08+IG9uIHBwYnVzMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgx MDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnZn YTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0w eGJmZmZmIG9uIGlzYTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQg cG9ydCAweDYwLDB4NjQgb24gaXNhMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRr YmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnBwYzA6IGNhbm5vdCBy ZXNlcnZlIEkvTyBwb3J0IHJhbmdlCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5 IENvbnRyb2w+IG9uIGNwdTAKcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+ IG9uIGNwdTAKZXN0MTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24g Y3B1MQpwNHRjYzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpUaW1l Y291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmhkYWNjMDogPFJlYWx0ZWsgQUxDODg3IEhE QSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6IDxSZWFsdGVrIEFMQzg4NyBIREEgQ09E RUMgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8UmVhbHRl ayBBTEM4ODcgSERBIENPREVDIFBDTSAoUmVhciBBbmFsb2cgNy4xLzIuMCk+IGF0IG5pZCAyMCwy MiwyMSwyMyBhbmQgMjQsMjYgb24gaGRhYTAKcGNtMTogPFJlYWx0ZWsgQUxDODg3IEhEQSBDT0RF QyBQQ00gKEZyb250IEFuYWxvZyk+IGF0IG5pZCAyNyBhbmQgMjUgb24gaGRhYTAKcGNtMjogPFJl YWx0ZWsgQUxDODg3IEhEQSBDT0RFQyBQQ00gKFJlYXIgRGlnaXRhbCk+IGF0IG5pZCAxNyBvbiBo ZGFhMApoZGFjYzE6IDxJbnRlbCBDb3VnYXIgUG9pbnQgSERBIENPREVDPiBhdCBjYWQgMyBvbiBo ZGFjMApoZGFhMTogPEludGVsIENvdWdhciBQb2ludCBIREEgQ09ERUMgQXVkaW8gRnVuY3Rpb24g R3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMQpwY20zOiA8SW50ZWwgQ291Z2FyIFBvaW50IEhEQSBD T0RFQyBQQ00gKEhETUkvRFAgOGNoKT4gYXQgbmlkIDYgb24gaGRhYTEKdXNidXMwOiA0ODBNYnBz IEhpZ2ggU3BlZWQgVVNCIHYyLjAKdXNidXMxOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4w CnVzYnVzMjogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVnZW4wLjE6IDxJbnRlbD4gYXQg dXNidXMwCnVodWIwOiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8MHgxMDMzPiBhdCB1c2J1czEKdWh1YjE6 IDwweDEwMzMgWEhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+ IG9uIHVzYnVzMQp1Z2VuMi4xOiA8SW50ZWw+IGF0IHVzYnVzMgp1aHViMjogPEludGVsIEVIQ0kg cm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czIKdWh1 YjE6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIwOiAyIHBvcnRz IHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjAuMjogPHZlbmRvciAweDgwODc+IGF0IHVzYnVzMAp1 aHViMzogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNzIDkvMCwgcmV2IDIuMDAv MC4wMCwgYWRkciAyPiBvbiB1c2J1czAKdWdlbjIuMjogPHZlbmRvciAweDgwODc+IGF0IHVzYnVz Mgp1aHViNDogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNzIDkvMCwgcmV2IDIu MDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czIKdWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCnVodWI0OiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZAp1Z2VuMC4zOiA8TWljcm9zb2Z0PiBhdCB1c2J1czAKdWtiZDA6IDxNaWNyb3NvZnQgQ29t Zm9ydCBDdXJ2ZSBLZXlib2FyZCAyMDAwLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuNzMsIGFkZHIg Mz4gb24gdXNidXMwCmtiZDIgYXQgdWtiZDAKdWhpZDA6IDxNaWNyb3NvZnQgQ29tZm9ydCBDdXJ2 ZSBLZXlib2FyZCAyMDAwLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuNzMsIGFkZHIgMz4gb24gdXNi dXMwCmFkYTAgYXQgYWhjaWNoMCBidXMgMCBzY2J1czIgdGFyZ2V0IDAgbHVuIDAKYWRhMDogPFNB TVNVTkcgSEQ1MDJISiAxQUoxMDAwMT4gQVRBLTggU0FUQSAyLnggZGV2aWNlCmFkYTA6IDMwMC4w MDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGEwOiBD b21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0 ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBh cyBhZDgKY2QwIGF0IGFoY2ljaDQgYnVzIDAgc2NidXM2IHRhcmdldCAwIGx1biAwCmNkMDogPFRT U1Rjb3JwIENERFZEVyBTSC0yMjJBTCBTQjAwPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZp Y2UgCmNkMDogMTUwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwgVURNQTUsIEFUQVBJIDEy Ynl0ZXMsIFBJTyA4MTkyYnl0ZXMpCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBm YWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50IC0gdHJheSBjbG9zZWQKU01QOiBB UCBDUFUgIzEgTGF1bmNoZWQhClRpbWVjb3VudGVyICJUU0MtbG93IiBmcmVxdWVuY3kgMTA5MTI5 MzAgSHogcXVhbGl0eSAxMDAwCnVnZW4wLjQ6IDx2ZW5kb3IgMHgwNWUzPiBhdCB1c2J1czAKdWh1 YjU6IDx2ZW5kb3IgMHgwNWUzIFVTQjIuMCBIdWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvNi4wYiwg YWRkciA0PiBvbiB1c2J1czAKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMwCnVodWI1OiA0 IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcg Zm9yOiB1c2J1czAKdWdlbjAuNTogPExvZ2l0ZWNoPiBhdCB1c2J1czAKdW1zMDogPExvZ2l0ZWNo IFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC81Ny4wMCwgYWRkciA1PiBvbiB1c2J1 czAKdW1zMDogMTYgYnV0dG9ucyBhbmQgW1hZWlRdIGNvb3JkaW5hdGVzIElEPTAKdWhpZDE6IDxM b2dpdGVjaCBVU0IgUmVjZWl2ZXIsIGNsYXNzIDAvMCwgcmV2IDIuMDAvNTcuMDAsIGFkZHIgNT4g b24gdXNidXMwClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvdWZzL2Qwcm9vdCBb cnddLi4uCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHByb2Nlc3MgYHZubHJ1 JyB0byBzdG9wLi4uZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9j ZXNzIGBidWZkYWVtb24nIHRvIHN0b3AuLi5kb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBm b3Igc3lzdGVtIHByb2Nlc3MgYHN5bmNlcicgdG8gc3RvcC4uLgpTeW5jaW5nIGRpc2tzLCB2bm9k ZXMgcmVtYWluaW5nLi4uMyAzIDEgMCBkb25lCkFsbCBidWZmZXJzIHN5bmNlZC4KQ29weXJpZ2h0 IChjKSAxOTkyLTIwMTIgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAx OTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUg UmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2Vy dmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91 bmRhdGlvbi4KRnJlZUJTRCA5LjAtU1RBQkxFICMwIHIyMzcxNTA6IEZyaSBKdW4gMTUgMTc6MDY6 NDEgVVRDIDIwMTIKICAgIHJvb3RAOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMgYW1kNjQK Q1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIENQVSBHODQwIEAgMi44MEdIeiAoMjc5My43MS1NSHog SzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4MjA2YTcgIEZh bWlseSA9IDYgIE1vZGVsID0gMmEgIFN0ZXBwaW5nID0gNwogIEZlYXR1cmVzPTB4YmZlYmZiZmY8 RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0Es Q01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQs VE0sUEJFPgogIEZlYXR1cmVzMj0weGQ5YWUzYmY8U1NFMyxQQ0xNVUxRRFEsRFRFUzY0LE1PTixE U19DUEwsVk1YLEVTVCxUTTIsU1NTRTMsQ1gxNix4VFBSLFBEQ00sUENJRCxTU0U0LjEsU1NFNC4y LFBPUENOVCxUU0NETFQsWFNBVkUsT1NYU0FWRT4KICBBTUQgRmVhdHVyZXM9MHgyODEwMDgwMDxT WVNDQUxMLE5YLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MTxMQUhGPgogIFRTQzogUC1z dGF0ZSBpbnZhcmlhbnQsIHBlcmZvcm1hbmNlIHN0YXRpc3RpY3MKcmVhbCBtZW1vcnkgID0gNDI5 NDk2NzI5NiAoNDA5NiBNQikKYXZhaWwgbWVtb3J5ID0gMzk5NDM1Nzc2MCAoMzgwOSBNQikKRXZl bnQgdGltZXIgIkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxBTEFTS0EgQSBN IEk+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwpG cmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHggMiBjb3JlKHMpCiBjcHUwIChCU1ApOiBBUElDIElE OiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMgppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAw LTIzIG9uIG1vdGhlcmJvYXJkCmtiZDEgYXQga2JkbXV4MApjdGw6IENBTSBUYXJnZXQgTGF5ZXIg bG9hZGVkCmFjcGkwOiA8QUxBU0tBIEEgTSBJPiBvbiBtb3RoZXJib2FyZAphY3BpMDogUG93ZXIg QnV0dG9uIChmaXhlZCkKdW5rbm93bjogSS9PIHJhbmdlIG5vdCBzdXBwb3J0ZWQKY3B1MDogPEFD UEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmF0dGltZXIwOiA8QVQg dGltZXI+IHBvcnQgMHg0MC0weDQzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIg ZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVl bmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBv cnQgMHg3MC0weDcxIGlycSA4IG9uIGFjcGkwCkV2ZW50IHRpbWVyICJSVEMiIGZyZXF1ZW5jeSAz Mjc2OCBIeiBxdWFsaXR5IDAKaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9t ZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVx dWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5NTAKRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5j eSAxNDMxODE4MCBIeiBxdWFsaXR5IDU1MApFdmVudCB0aW1lciAiSFBFVDEiIGZyZXF1ZW5jeSAx NDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDIiIGZyZXF1ZW5jeSAxNDMx ODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDMiIGZyZXF1ZW5jeSAxNDMxODE4 MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDQiIGZyZXF1ZW5jeSAxNDMxODE4MCBI eiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDUiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBx dWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDYiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFs aXR5IDQ0MApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFs aXR5IDkwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAw eDQwOC0weDQwYiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4 Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnZnYXBjaTA6 IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZjAwMC0weGYwM2YgbWVtIDB4ZmUwMDAw MDAtMHhmZTNmZmZmZiwweGMwMDAwMDAwLTB4Y2ZmZmZmZmYgaXJxIDE2IGF0IGRldmljZSAyLjAg b24gcGNpMAphZ3AwOiA8U2FuZHlCcmlkZ2UgZGVza3RvcCBHVDEgSUc+IG9uIHZnYXBjaTAKYWdw MDogYXBlcnR1cmUgc2l6ZSBpcyAyNTZNLCBkZXRlY3RlZCA2NTUzMmsgc3RvbGVuIG1lbW9yeQpw Y2kwOiA8c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpl aGNpMDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmU2MDcwMDAt MHhmZTYwNzNmZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1c2J1czA6IEVIQ0kgdmVy c2lvbiAxLjAKdXNidXMwIG9uIGVoY2kwCmhkYWMwOiA8SW50ZWwgQ291Z2FyIFBvaW50IEhEQSBD b250cm9sbGVyPiBtZW0gMHhmZTYwMDAwMC0weGZlNjAzZmZmIGlycSAyMiBhdCBkZXZpY2UgMjcu MCBvbiBwY2kwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAy OC4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpYjI6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDI4LjEgb24gcGNpMApwY2kyOiA8QUNQSSBQ Q0kgYnVzPiBvbiBwY2liMgpzaWlzMDogPFNpSTMxMzIgU0FUQSBjb250cm9sbGVyPiBwb3J0IDB4 ZTAwMC0weGUwN2YgbWVtIDB4ZmU1ODQwMDAtMHhmZTU4NDA3ZiwweGZlNTgwMDAwLTB4ZmU1ODNm ZmYgaXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpMgpzaWlzY2gwOiA8U0lJUyBjaGFubmVsPiBh dCBjaGFubmVsIDAgb24gc2lpczAKc2lpc2NoMTogPFNJSVMgY2hhbm5lbD4gYXQgY2hhbm5lbCAx IG9uIHNpaXMwCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmljZSAy OC4yIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKcGNpYjQ6IDxQQ0ktUENJ IGJyaWRnZT4gaXJxIDE4IGF0IGRldmljZSAwLjAgb24gcGNpMwpwY2k0OiA8UENJIGJ1cz4gb24g cGNpYjQKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTkgYXQgZGV2aWNlIDI4LjMg b24gcGNpMApwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQp4aGNpMDogPFhIQ0kgKGdlbmVy aWMpIFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4ZmU0MDAwMDAtMHhmZTQwMWZmZiBpcnEgMTkg YXQgZGV2aWNlIDAuMCBvbiBwY2k1CnhoY2kwOiAzMiBieXRlIGNvbnRleHQgc2l6ZS4KdXNidXMx IG9uIHhoY2kwCnBjaWI2OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAy OC40IG9uIHBjaTAKcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKcmUwOiA8UmVhbFRlayA4 MTY4LzgxMTEgQi9DL0NQL0QvRFAvRS9GIFBDSWUgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweGQw MDAtMHhkMGZmIG1lbSAweGQwMDA0MDAwLTB4ZDAwMDRmZmYsMHhkMDAwMDAwMC0weGQwMDAzZmZm IGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTYKcmUwOiBVc2luZyAxIE1TSS1YIG1lc3NhZ2UK cmUwOiBDaGlwIHJldi4gMHgyYzgwMDAwMApyZTA6IE1BQyByZXYuIDB4MDAwMDAwMDAKbWlpYnVz MDogPE1JSSBidXM+IG9uIHJlMApyZ2VwaHkwOiA8UlRMODE2OVMvODExMFMvODIxMSAxMDAwQkFT RS1UIG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMApyZ2VwaHkwOiAgbm9uZSwgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwYmFzZVQtRkRYLWZsb3csIDEwMGJhc2VUWCwgMTAwYmFzZVRY LUZEWCwgMTAwYmFzZVRYLUZEWC1mbG93LCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1tYXN0ZXIsIDEw MDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLWZsb3csIDEw MDBiYXNlVC1GRFgtZmxvdy1tYXN0ZXIsIGF1dG8sIGF1dG8tZmxvdwpyZTA6IEV0aGVybmV0IGFk ZHJlc3M6IDhjOjg5OmE1OjEzOmVmOmQ3CmVoY2kxOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBj b250cm9sbGVyPiBtZW0gMHhmZTYwNjAwMC0weGZlNjA2M2ZmIGlycSAyMyBhdCBkZXZpY2UgMjku MCBvbiBwY2kwCnVzYnVzMjogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czIgb24gZWhjaTEKaXNhYjA6 IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4g b24gaXNhYjAKYWhjaTA6IDxJbnRlbCBDb3VnYXIgUG9pbnQgQUhDSSBTQVRBIGNvbnRyb2xsZXI+ IHBvcnQgMHhmMGIwLTB4ZjBiNywweGYwYTAtMHhmMGEzLDB4ZjA5MC0weGYwOTcsMHhmMDgwLTB4 ZjA4MywweGYwNjAtMHhmMDdmIG1lbSAweGZlNjA1MDAwLTB4ZmU2MDU3ZmYgaXJxIDE5IGF0IGRl dmljZSAzMS4yIG9uIHBjaTAKYWhjaTA6IEFIQ0kgdjEuMzAgd2l0aCA2IDZHYnBzIHBvcnRzLCBQ b3J0IE11bHRpcGxpZXIgbm90IHN1cHBvcnRlZAphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBj aGFubmVsIDAgb24gYWhjaTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9u IGFoY2kwCmFoY2ljaDI6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMiBvbiBhaGNpMAphaGNp Y2gzOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTAKYWhjaWNoNDogPEFIQ0kg Y2hhbm5lbD4gYXQgY2hhbm5lbCA0IG9uIGFoY2kwCmFoY2ljaDU6IDxBSENJIGNoYW5uZWw+IGF0 IGNoYW5uZWwgNSBvbiBhaGNpMApwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAz MS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24g YWNwaTAKdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0 IGZsYWdzIDB4MTAgb24gYWNwaTAKcHBjMTogPFBhcmFsbGVsIHBvcnQ+IHBvcnQgMHgzNzgtMHgz N2YgaXJxIDUgZHJxIDMgb24gYWNwaTAKcHBjMTogR2VuZXJpYyBjaGlwc2V0IChOSUJCTEUtb25s eSkgaW4gQ09NUEFUSUJMRSBtb2RlCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMx CnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwCmxwdDA6IDxQcmludGVy PiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6IDxQYXJhbGxlbCBJ L08+IG9uIHBwYnVzMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNh MApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5l cmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9u IGlzYTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYw LDB4NjQgb24gaXNhMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQw IGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnBwYzA6IGNhbm5vdCByZXNlcnZlIEkv TyBwb3J0IHJhbmdlCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+ IG9uIGNwdTAKcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTAK ZXN0MTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MQpwNHRj YzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpUaW1lY291bnRlcnMg dGljayBldmVyeSAxLjAwMCBtc2VjCmhkYWNjMDogPFJlYWx0ZWsgQUxDODg3IEhEQSBDT0RFQz4g YXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6IDxSZWFsdGVrIEFMQzg4NyBIREEgQ09ERUMgQXVkaW8g RnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8UmVhbHRlayBBTEM4ODcg SERBIENPREVDIFBDTSAoUmVhciBBbmFsb2cgNy4xLzIuMCk+IGF0IG5pZCAyMCwyMiwyMSwyMyBh bmQgMjQsMjYgb24gaGRhYTAKcGNtMTogPFJlYWx0ZWsgQUxDODg3IEhEQSBDT0RFQyBQQ00gKEZy b250IEFuYWxvZyk+IGF0IG5pZCAyNyBhbmQgMjUgb24gaGRhYTAKcGNtMjogPFJlYWx0ZWsgQUxD ODg3IEhEQSBDT0RFQyBQQ00gKFJlYXIgRGlnaXRhbCk+IGF0IG5pZCAxNyBvbiBoZGFhMApoZGFj YzE6IDxJbnRlbCBDb3VnYXIgUG9pbnQgSERBIENPREVDPiBhdCBjYWQgMyBvbiBoZGFjMApoZGFh MTogPEludGVsIENvdWdhciBQb2ludCBIREEgQ09ERUMgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0 IG5pZCAxIG9uIGhkYWNjMQpwY20zOiA8SW50ZWwgQ291Z2FyIFBvaW50IEhEQSBDT0RFQyBQQ00g KEhETUkvRFAgOGNoKT4gYXQgbmlkIDYgb24gaGRhYTEKdXNidXMwOiA0ODBNYnBzIEhpZ2ggU3Bl ZWQgVVNCIHYyLjAKdXNidXMxOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCnVzYnVzMjog NDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVnZW4wLjE6IDxJbnRlbD4gYXQgdXNidXMwCnVo dWIwOiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8MHgxMDMzPiBhdCB1c2J1czEKdWh1YjE6IDwweDEwMzMg WEhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVz MQp1Z2VuMi4xOiA8SW50ZWw+IGF0IHVzYnVzMgp1aHViMjogPEludGVsIEVIQ0kgcm9vdCBIVUIs IGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czIKdWh1YjE6IDQgcG9y dHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIwOiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQKdWdlbjAuMjogPHZlbmRvciAweDgwODc+IGF0IHVzYnVzMAp1aHViMzogPHZl bmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wMCwgYWRk ciAyPiBvbiB1c2J1czAKdWdlbjIuMjogPHZlbmRvciAweDgwODc+IGF0IHVzYnVzMgp1aHViNDog PHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wMCwg YWRkciAyPiBvbiB1c2J1czIKdWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCnVodWI0OiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2Vu MC4zOiA8TWljcm9zb2Z0PiBhdCB1c2J1czAKdWtiZDA6IDxNaWNyb3NvZnQgQ29tZm9ydCBDdXJ2 ZSBLZXlib2FyZCAyMDAwLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuNzMsIGFkZHIgMz4gb24gdXNi dXMwCmtiZDIgYXQgdWtiZDAKdWhpZDA6IDxNaWNyb3NvZnQgQ29tZm9ydCBDdXJ2ZSBLZXlib2Fy ZCAyMDAwLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuNzMsIGFkZHIgMz4gb24gdXNidXMwCmFkYTAg YXQgYWhjaWNoMCBidXMgMCBzY2J1czIgdGFyZ2V0IDAgbHVuIDAKYWRhMDogPFNBTVNVTkcgSEQ1 MDJISiAxQUoxMDAwMT4gQVRBLTggU0FUQSAyLnggZGV2aWNlCmFkYTA6IDMwMC4wMDBNQi9zIHRy YW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGEwOiBDb21tYW5kIFF1 ZXVlaW5nIGVuYWJsZWQKYWRhMDogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3Jz OiAxNkggNjNTL1QgMTYzODNDKQphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDgKY2Qw IGF0IGFoY2ljaDQgYnVzIDAgc2NidXM2IHRhcmdldCAwIGx1biAwCmNkMDogPFRTU1Rjb3JwIENE RFZEVyBTSC0yMjJBTCBTQjAwPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgCmNkMDog MTUwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwgVURNQTUsIEFUQVBJIDEyYnl0ZXMsIFBJ TyA4MTkyYnl0ZXMpCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5P VCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50IC0gdHJheSBjbG9zZWQKU01QOiBBUCBDUFUgIzEg TGF1bmNoZWQhClRpbWVjb3VudGVyICJUU0MtbG93IiBmcmVxdWVuY3kgMTA5MTI5MjUgSHogcXVh bGl0eSAxMDAwCnVnZW4wLjQ6IDx2ZW5kb3IgMHgwNWUzPiBhdCB1c2J1czAKdWh1YjU6IDx2ZW5k b3IgMHgwNWUzIFVTQjIuMCBIdWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvNi4wYiwgYWRkciA0PiBv biB1c2J1czAKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMwCnVodWI1OiA0IHBvcnRzIHdp dGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC41OiA8TG9naXRlY2g+IGF0IHVzYnVz MApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czAKdW1zMDogPExvZ2l0ZWNoIFVTQiBSZWNl aXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC81Ny4wMCwgYWRkciA1PiBvbiB1c2J1czAKdW1zMDog MTYgYnV0dG9ucyBhbmQgW1hZWlRdIGNvb3JkaW5hdGVzIElEPTAKdWhpZDE6IDxMb2dpdGVjaCBV U0IgUmVjZWl2ZXIsIGNsYXNzIDAvMCwgcmV2IDIuMDAvNTcuMDAsIGFkZHIgNT4gb24gdXNidXMw ClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvdWZzL2Qwcm9vdCBbcnddLi4uCldh aXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHByb2Nlc3MgYHZubHJ1JyB0byBzdG9w Li4uZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGBidWZk YWVtb24nIHRvIHN0b3AuLi5kb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVt IHByb2Nlc3MgYHN5bmNlcicgdG8gc3RvcC4uLgpTeW5jaW5nIGRpc2tzLCB2bm9kZXMgcmVtYWlu aW5nLi4uMyAzIDIgMCAwIGRvbmUKQWxsIGJ1ZmZlcnMgc3luY2VkLgpDb3B5cmlnaHQgKGMpIDE5 OTItMjAxMiBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5 ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKCVRoZSBSZWdlbnRz IG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkZy ZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9u LgpGcmVlQlNEIDkuMC1TVEFCTEUgIzAgcjIzNzE1MDogRnJpIEp1biAxNSAxNzowNjo0MSBVVEMg MjAxMgogICAgcm9vdEA6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyBhbWQ2NApDUFU6IElu dGVsKFIpIFBlbnRpdW0oUikgQ1BVIEc4NDAgQCAyLjgwR0h6ICgyNzkzLjcyLU1IeiBLOC1jbGFz cyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgyMDZhNyAgRmFtaWx5ID0g NiAgTW9kZWwgPSAyYSAgU3RlcHBpbmcgPSA3CiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1F LERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBB VCxQU0UzNixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+ CiAgRmVhdHVyZXMyPTB4ZDlhZTNiZjxTU0UzLFBDTE1VTFFEUSxEVEVTNjQsTU9OLERTX0NQTCxW TVgsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxTU0U0LjIsUE9QQ05U LFRTQ0RMVCxYU0FWRSxPU1hTQVZFPgogIEFNRCBGZWF0dXJlcz0weDI4MTAwODAwPFNZU0NBTEws TlgsUkRUU0NQLExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQLXN0YXRlIGlu dmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSA0Mjk0OTY3Mjk2 ICg0MDk2IE1CKQphdmFpbCBtZW1vcnkgPSAzOTk0MzU3NzYwICgzODA5IE1CKQpDb3B5cmlnaHQg KGMpIDE5OTItMjAxMiBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5 ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKCVRoZSBS ZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2 ZWQuCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3Vu ZGF0aW9uLgpGcmVlQlNEIDkuMC1TVEFCTEUgIzAgcjIzNzE1MDogRnJpIEp1biAxNSAxNzowNjo0 MSBVVEMgMjAxMgogICAgcm9vdEA6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyBhbWQ2NApD UFU6IEludGVsKFIpIFBlbnRpdW0oUikgQ1BVIEc4NDAgQCAyLjgwR0h6ICgyNzkzLjcyLU1IeiBL OC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgyMDZhNyAgRmFt aWx5ID0gNiAgTW9kZWwgPSAyYSAgU3RlcHBpbmcgPSA3CiAgRmVhdHVyZXM9MHhiZmViZmJmZjxG UFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxD TU9WLFBBVCxQU0UzNixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxU TSxQQkU+CiAgRmVhdHVyZXMyPTB4ZDlhZTNiZjxTU0UzLFBDTE1VTFFEUSxEVEVTNjQsTU9OLERT X0NQTCxWTVgsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxTU0U0LjIs UE9QQ05ULFRTQ0RMVCxYU0FWRSxPU1hTQVZFPgogIEFNRCBGZWF0dXJlcz0weDI4MTAwODAwPFNZ U0NBTEwsTlgsUkRUU0NQLExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQLXN0 YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSA0Mjk0 OTY3Mjk2ICg0MDk2IE1CKQphdmFpbCBtZW1vcnkgPSAzOTk0MzU3NzYwICgzODA5IE1CKQpFdmVu dCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPEFMQVNLQSBBIE0g ST4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCkZy ZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCAyIGNvcmUocykKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6 ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAyCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAt MjMgb24gbW90aGVyYm9hcmQKa2JkMSBhdCBrYmRtdXgwCmN0bDogQ0FNIFRhcmdldCBMYXllciBs b2FkZWQKYWNwaTA6IDxBTEFTS0EgQSBNIEk+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dlciBC dXR0b24gKGZpeGVkKQp1bmtub3duOiBJL08gcmFuZ2Ugbm90IHN1cHBvcnRlZApjcHUwOiA8QUNQ SSBDUFU+IG9uIGFjcGkwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKYXR0aW1lcjA6IDxBVCB0 aW1lcj4gcG9ydCAweDQwLTB4NDMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBm cmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVu Y3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEwMAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9y dCAweDcwLTB4NzEgaXJxIDggb24gYWNwaTAKRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMy NzY4IEh6IHF1YWxpdHkgMApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21l bSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1 ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5 IDE0MzE4MTgwIEh6IHF1YWxpdHkgNTUwCkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0 MzE4MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMiIgZnJlcXVlbmN5IDE0MzE4 MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMyIgZnJlcXVlbmN5IDE0MzE4MTgw IEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUNCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6 IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUNSIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1 YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUNiIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxp dHkgNDQwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxp dHkgOTAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4 NDA4LTB4NDBiIG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhj ZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKdmdhcGNpMDog PFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhmMDAwLTB4ZjAzZiBtZW0gMHhmZTAwMDAw MC0weGZlM2ZmZmZmLDB4YzAwMDAwMDAtMHhjZmZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBv biBwY2kwCmFncDA6IDxTYW5keUJyaWRnZSBkZXNrdG9wIEdUMSBJRz4gb24gdmdhcGNpMAphZ3Aw OiBhcGVydHVyZSBzaXplIGlzIDI1Nk0sIGRldGVjdGVkIDY1NTMyayBzdG9sZW4gbWVtb3J5CnBj aTA6IDxzaW1wbGUgY29tbXM+IGF0IGRldmljZSAyMi4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmVo Y2kwOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZTYwNzAwMC0w eGZlNjA3M2ZmIGlycSAxNiBhdCBkZXZpY2UgMjYuMCBvbiBwY2kwCnVzYnVzMDogRUhDSSB2ZXJz aW9uIDEuMAp1c2J1czAgb24gZWhjaTAKaGRhYzA6IDxJbnRlbCBDb3VnYXIgUG9pbnQgSERBIENv bnRyb2xsZXI+IG1lbSAweGZlNjAwMDAwLTB4ZmU2MDNmZmYgaXJxIDIyIGF0IGRldmljZSAyNy4w IG9uIHBjaTAKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4 LjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2liMjogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguMSBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIyCnNpaXMwOiA8U2lJMzEzMiBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHhl MDAwLTB4ZTA3ZiBtZW0gMHhmZTU4NDAwMC0weGZlNTg0MDdmLDB4ZmU1ODAwMDAtMHhmZTU4M2Zm ZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCnNpaXNjaDA6IDxTSUlTIGNoYW5uZWw+IGF0 IGNoYW5uZWwgMCBvbiBzaWlzMApzaWlzY2gxOiA8U0lJUyBjaGFubmVsPiBhdCBjaGFubmVsIDEg b24gc2lpczAKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTggYXQgZGV2aWNlIDI4 LjIgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpwY2liNDogPFBDSS1QQ0kg YnJpZGdlPiBpcnEgMTggYXQgZGV2aWNlIDAuMCBvbiBwY2kzCnBjaTQ6IDxQQ0kgYnVzPiBvbiBw Y2liNApwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOSBhdCBkZXZpY2UgMjguMyBv biBwY2kwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnhoY2kwOiA8WEhDSSAoZ2VuZXJp YykgVVNCIDMuMCBjb250cm9sbGVyPiBtZW0gMHhmZTQwMDAwMC0weGZlNDAxZmZmIGlycSAxOSBh dCBkZXZpY2UgMC4wIG9uIHBjaTUKeGhjaTA6IDMyIGJ5dGUgY29udGV4dCBzaXplLgp1c2J1czEg b24geGhjaTAKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4 LjQgb24gcGNpMApwY2k2OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNgpyZTA6IDxSZWFsVGVrIDgx NjgvODExMSBCL0MvQ1AvRC9EUC9FL0YgUENJZSBHaWdhYml0IEV0aGVybmV0PiBwb3J0IDB4ZDAw MC0weGQwZmYgbWVtIDB4ZDAwMDQwMDAtMHhkMDAwNGZmZiwweGQwMDAwMDAwLTB4ZDAwMDNmZmYg aXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpNgpyZTA6IFVzaW5nIDEgTVNJLVggbWVzc2FnZQpy ZTA6IENoaXAgcmV2LiAweDJjODAwMDAwCnJlMDogTUFDIHJldi4gMHgwMDAwMDAwMAptaWlidXMw OiA8TUlJIGJ1cz4gb24gcmUwCnJnZXBoeTA6IDxSVEw4MTY5Uy84MTEwUy84MjExIDEwMDBCQVNF LVQgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwCnJnZXBoeTA6ICBub25lLCAxMGJh c2VULCAxMGJhc2VULUZEWCwgMTBiYXNlVC1GRFgtZmxvdywgMTAwYmFzZVRYLCAxMDBiYXNlVFgt RkRYLCAxMDBiYXNlVFgtRkRYLWZsb3csIDEwMDBiYXNlVCwgMTAwMGJhc2VULW1hc3RlciwgMTAw MGJhc2VULUZEWCwgMTAwMGJhc2VULUZEWC1tYXN0ZXIsIDEwMDBiYXNlVC1GRFgtZmxvdywgMTAw MGJhc2VULUZEWC1mbG93LW1hc3RlciwgYXV0bywgYXV0by1mbG93CnJlMDogRXRoZXJuZXQgYWRk cmVzczogOGM6ODk6YTU6MTM6ZWY6ZDcKZWhjaTE6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNv bnRyb2xsZXI+IG1lbSAweGZlNjA2MDAwLTB4ZmU2MDYzZmYgaXJxIDIzIGF0IGRldmljZSAyOS4w IG9uIHBjaTAKdXNidXMyOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMiBvbiBlaGNpMQppc2FiMDog PFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBv biBpc2FiMAphaGNpMDogPEludGVsIENvdWdhciBQb2ludCBBSENJIFNBVEEgY29udHJvbGxlcj4g cG9ydCAweGYwYjAtMHhmMGI3LDB4ZjBhMC0weGYwYTMsMHhmMDkwLTB4ZjA5NywweGYwODAtMHhm MDgzLDB4ZjA2MC0weGYwN2YgbWVtIDB4ZmU2MDUwMDAtMHhmZTYwNTdmZiBpcnEgMTkgYXQgZGV2 aWNlIDMxLjIgb24gcGNpMAphaGNpMDogQUhDSSB2MS4zMCB3aXRoIDYgNkdicHMgcG9ydHMsIFBv cnQgTXVsdGlwbGllciBub3Qgc3VwcG9ydGVkCmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNo YW5uZWwgMCBvbiBhaGNpMAphaGNpY2gxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24g YWhjaTAKYWhjaWNoMjogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAyIG9uIGFoY2kwCmFoY2lj aDM6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMyBvbiBhaGNpMAphaGNpY2g0OiA8QUhDSSBj aGFubmVsPiBhdCBjaGFubmVsIDQgb24gYWhjaTAKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQg Y2hhbm5lbCA1IG9uIGFoY2kwCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMx LjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBh Y3BpMAp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQg ZmxhZ3MgMHgxMCBvbiBhY3BpMApwcGMxOiA8UGFyYWxsZWwgcG9ydD4gcG9ydCAweDM3OC0weDM3 ZiBpcnEgNSBkcnEgMyBvbiBhY3BpMApwcGMxOiBHZW5lcmljIGNoaXBzZXQgKE5JQkJMRS1vbmx5 KSBpbiBDT01QQVRJQkxFIG1vZGUKcHBidXMwOiA8UGFyYWxsZWwgcG9ydCBidXM+IG9uIHBwYzEK cGxpcDA6IDxQTElQIG5ldHdvcmsgaW50ZXJmYWNlPiBvbiBwcGJ1czAKbHB0MDogPFByaW50ZXI+ IG9uIHBwYnVzMApscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQKcHBpMDogPFBhcmFsbGVsIEkv Tz4gb24gcHBidXMwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2Ew CnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVy aWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24g aXNhMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAs MHg2NCBvbiBpc2EwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAg YXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KcHBjMDogY2Fubm90IHJlc2VydmUgSS9P IHBvcnQgcmFuZ2UKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4g b24gY3B1MApwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApl c3QxOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCnA0dGNj MTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUxClRpbWVjb3VudGVycyB0 aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKaGRhY2MwOiA8UmVhbHRlayBBTEM4ODcgSERBIENPREVDPiBh dCBjYWQgMCBvbiBoZGFjMApoZGFhMDogPFJlYWx0ZWsgQUxDODg3IEhEQSBDT0RFQyBBdWRpbyBG dW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MwCnBjbTA6IDxSZWFsdGVrIEFMQzg4NyBI REEgQ09ERUMgUENNIChSZWFyIEFuYWxvZyA3LjEvMi4wKT4gYXQgbmlkIDIwLDIyLDIxLDIzIGFu ZCAyNCwyNiBvbiBoZGFhMApwY20xOiA8UmVhbHRlayBBTEM4ODcgSERBIENPREVDIFBDTSAoRnJv bnQgQW5hbG9nKT4gYXQgbmlkIDI3IGFuZCAyNSBvbiBoZGFhMApwY20yOiA8UmVhbHRlayBBTEM4 ODcgSERBIENPREVDIFBDTSAoUmVhciBEaWdpdGFsKT4gYXQgbmlkIDE3IG9uIGhkYWEwCmhkYWNj MTogPEludGVsIENvdWdhciBQb2ludCBIREEgQ09ERUM+IGF0IGNhZCAzIG9uIGhkYWMwCmhkYWEx OiA8SW50ZWwgQ291Z2FyIFBvaW50IEhEQSBDT0RFQyBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQg bmlkIDEgb24gaGRhY2MxCnBjbTM6IDxJbnRlbCBDb3VnYXIgUG9pbnQgSERBIENPREVDIFBDTSAo SERNSS9EUCA4Y2gpPiBhdCBuaWQgNiBvbiBoZGFhMQp1c2J1czA6IDQ4ME1icHMgSGlnaCBTcGVl ZCBVU0IgdjIuMAp1c2J1czE6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAKdXNidXMyOiA0 ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKdWdlbjAuMTogPEludGVsPiBhdCB1c2J1czAKdWh1 YjA6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIg MT4gb24gdXNidXMwCnVnZW4xLjE6IDwweDEwMzM+IGF0IHVzYnVzMQp1aHViMTogPDB4MTAzMyBY SENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMx CnVnZW4yLjE6IDxJbnRlbD4gYXQgdXNidXMyCnVodWIyOiA8SW50ZWwgRUhDSSByb290IEhVQiwg Y2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1aHViMTogNCBwb3J0 cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIyOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNl bGYgcG93ZXJlZAp1Z2VuMC4yOiA8dmVuZG9yIDB4ODA4Nz4gYXQgdXNidXMwCnVodWIzOiA8dmVu ZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyNCwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjAwLCBhZGRy IDI+IG9uIHVzYnVzMAp1Z2VuMi4yOiA8dmVuZG9yIDB4ODA4Nz4gYXQgdXNidXMyCnVodWI0OiA8 dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyNCwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjAwLCBh ZGRyIDI+IG9uIHVzYnVzMgp1aHViMzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKdWh1YjQ6IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4w LjM6IDxNaWNyb3NvZnQ+IGF0IHVzYnVzMAp1a2JkMDogPE1pY3Jvc29mdCBDb21mb3J0IEN1cnZl IEtleWJvYXJkIDIwMDAsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMS43MywgYWRkciAzPiBvbiB1c2J1 czAKa2JkMiBhdCB1a2JkMAp1aGlkMDogPE1pY3Jvc29mdCBDb21mb3J0IEN1cnZlIEtleWJvYXJk IDIwMDAsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMS43MywgYWRkciAzPiBvbiB1c2J1czAKYWRhMCBh dCBhaGNpY2gwIGJ1cyAwIHNjYnVzMiB0YXJnZXQgMCBsdW4gMAphZGEwOiA8U0FNU1VORyBIRDUw MkhKIDFBSjEwMDAxPiBBVEEtOCBTQVRBIDIueCBkZXZpY2UKYWRhMDogMzAwLjAwME1CL3MgdHJh bnNmZXJzIChTQVRBIDIueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTA6IENvbW1hbmQgUXVl dWVpbmcgZW5hYmxlZAphZGEwOiA0NzY5NDBNQiAoOTc2NzczMTY4IDUxMiBieXRlIHNlY3RvcnM6 IDE2SCA2M1MvVCAxNjM4M0MpCmFkYTA6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkOApjZDAg YXQgYWhjaWNoNCBidXMgMCBzY2J1czYgdGFyZ2V0IDAgbHVuIDAKY2QwOiA8VFNTVGNvcnAgQ0RE VkRXIFNILTIyMkFMIFNCMDA+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKY2QwOiAx NTAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMS54LCBVRE1BNSwgQVRBUEkgMTJieXRlcywgUElP IDgxOTJieXRlcykKY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9U IFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNsb3NlZApTTVA6IEFQIENQVSAjMSBM YXVuY2hlZCEKVGltZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxMDkxMjk1MiBIeiBxdWFs aXR5IDEwMDAKdWdlbjAuNDogPHZlbmRvciAweDA1ZTM+IGF0IHVzYnVzMAp1aHViNTogPHZlbmRv ciAweDA1ZTMgVVNCMi4wIEh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC82LjBiLCBhZGRyIDQ+IG9u IHVzYnVzMApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czAKdWh1YjU6IDQgcG9ydHMgd2l0 aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVz MAp1Z2VuMC41OiA8TG9naXRlY2g+IGF0IHVzYnVzMAp1bXMwOiA8TG9naXRlY2ggVVNCIFJlY2Vp dmVyLCBjbGFzcyAwLzAsIHJldiAyLjAwLzU3LjAwLCBhZGRyIDU+IG9uIHVzYnVzMAp1bXMwOiAx NiBidXR0b25zIGFuZCBbWFlaVF0gY29vcmRpbmF0ZXMgSUQ9MAp1aGlkMTogPExvZ2l0ZWNoIFVT QiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC81Ny4wMCwgYWRkciA1PiBvbiB1c2J1czAK VHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi91ZnMvZDByb290IFtyd10uLi4K --e89a8f923b9c6e9ba104c2af4fa0-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 17 19:55:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 366A6106566B for ; Sun, 17 Jun 2012 19:55:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id A40248FC08 for ; Sun, 17 Jun 2012 19:55:08 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 289967046; Sun, 17 Jun 2012 21:53:33 +0200 From: Hans Petter Selasky To: animelovin@gmail.com Date: Sun, 17 Jun 2012 21:52:55 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <201206151819.32398.hselasky@c2i.net> <4FDB6AA3.3040606@gmail.com> In-Reply-To: <4FDB6AA3.3040606@gmail.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201206172152.55303.hselasky@c2i.net> Cc: freebsd-stable@freebsd.org Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2012 19:55:09 -0000 On Friday 15 June 2012 19:02:27 animelovin@gmail.com wrote: > Perhaps you can ask the very same question in another way so its easier > to understand why you losing packets? All in all I always thought TCP/IP > was the basic unit in Internet based networking but feel free to correct > me if you have any news I might have missed... :) > > Also do you have any idea why AMD based CPUs could be vulnerable to this > alternative networking scheme and cause a remote denial service in fbsd > stable but not in CURRENT? > > Thanks, > > Etienne Hi, I loose packets because I use a WLAN adapter. Sometimes the link is down for various reasons, and then the routes start changing for manually created routes, and I want to prevent that. --HPS From owner-freebsd-stable@FreeBSD.ORG Sun Jun 17 20:30:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FD781065678 for ; Sun, 17 Jun 2012 20:30:58 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id BEF028FC18 for ; Sun, 17 Jun 2012 20:30:57 +0000 (UTC) Received: from pop1.matik.com.br (pop1.hm.net.br [189.7.38.73]) (authenticated bits=0) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q5HKUf6W017073 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 17 Jun 2012 17:30:42 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.4 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.5.2 msrv.matik.com.br q5HKUf6W017073 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1339965043; bh=iAu42NA7gYXDJVdbcGfBGqfQ8SFhHK0cXmv13V3tZjk=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=d5na66vDoOCJetVSsiuLYpCNPj03xqCrFznDpSzBEtmfoVQWXJ/1cWrnbKGmZshDD POYEGy+5Uhq2LhgSQXc2bQkOQpcc+2pwI5veyKv/0/6hwvQQxXcwDZrST5haxrmm3s Mn+wCowLSL9Tumh50a/GfZirqYDyx6bJMrupVpdU= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; auth=pass (PLAIN); spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <4FDE3E6C.9080703@hm.net.br> Date: Sun, 17 Jun 2012 17:30:36 -0300 From: H User-Agent: Mozilla/5.0 (X11; Linux i686; rv:13.0) Gecko/20120604 Firefox/13.0 SeaMonkey/2.10 MIME-Version: 1.0 To: Hans Petter Selasky References: <201206151819.32398.hselasky@c2i.net> <4FDB6AA3.3040606@gmail.com> <201206172152.55303.hselasky@c2i.net> In-Reply-To: <201206172152.55303.hselasky@c2i.net> X-Enigmail-Version: 1.4.2 OpenPGP: id=9C63083C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFBC3EA2F231949FCA4D1BD85" X-Spam-Status: No, score=-96.5 required=5.0 tests=AWL=0.693,BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,RCVD_IN_BRBL_LASTEXT=1.449,RCVD_IN_PBL=3.335,SPF_PASS=-0.001,T_RP_MATCHES_RCVD=-0.01,USER_IN_WHITELIST=-100 msrv.matik.com.br 1181; Body=1 Fuz1=1 Fuz2=1 [127.0.0.2] [127.0.0.11] [1 mail.matik.com.br.] [187.95.0.182] autolearn=no ASN AS28573 189.7.36.0/22 X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: freebsd-stable@freebsd.org Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2012 20:30:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFBC3EA2F231949FCA4D1BD85 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hans Petter Selasky wrote: > On Friday 15 June 2012 19:02:27 animelovin@gmail.com wrote: >> Perhaps you can ask the very same question in another way so its easie= r >> to understand why you losing packets? All in all I always thought TCP/= IP >> was the basic unit in Internet based networking but feel free to corre= ct >> me if you have any news I might have missed... :) >> >> Also do you have any idea why AMD based CPUs could be vulnerable to th= is >> alternative networking scheme and cause a remote denial service in fbs= d >> stable but not in CURRENT? >> >> Thanks, >> >> Etienne >=20 > Hi, >=20 > I loose packets because I use a WLAN adapter. Sometimes the link is dow= n for=20 > various reasons, and then the routes start changing for manually create= d=20 > routes, and I want to prevent that. >=20 well that is certainly not a reason for changing routes I have the feeling you are not explaining good enough what really is going on and it may help sending your configurations and an example of routes and IP addresses before and after this route change Hans --=20 H +55 11 4249.2222 --------------enigFBC3EA2F231949FCA4D1BD85 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/ePnEACgkQvKVfg5xjCDzP8ACeKmoHqKnTNZZWaXeyC5owygBG jtEAnRhO4rysP2Ob0MqdDnG4ib4kjbtt =2MpI -----END PGP SIGNATURE----- --------------enigFBC3EA2F231949FCA4D1BD85-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 17 21:10:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 893241065670 for ; Sun, 17 Jun 2012 21:10:58 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id C81FD8FC0C for ; Sun, 17 Jun 2012 21:10:57 +0000 (UTC) Received: (qmail 56974 invoked from network); 17 Jun 2012 21:10:49 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 17 Jun 2012 21:10:49 -0000 Date: Sun, 17 Jun 2012 23:10:49 +0200 (CEST) Message-Id: <20120617.231049.41685248.sthaug@nethelp.no> To: hm@hm.net.br From: sthaug@nethelp.no In-Reply-To: <4FDE3E6C.9080703@hm.net.br> References: <4FDB6AA3.3040606@gmail.com> <201206172152.55303.hselasky@c2i.net> <4FDE3E6C.9080703@hm.net.br> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, hselasky@c2i.net Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2012 21:10:58 -0000 > > I loose packets because I use a WLAN adapter. Sometimes the link is down for > > various reasons, and then the routes start changing for manually created > > routes, and I want to prevent that. > > well that is certainly not a reason for changing routes > > I have the feeling you are not explaining good enough what really is > going on and it may help sending your configurations and an example of > routes and IP addresses before and after this route change Why is this so hard to understand? "Link down" leads to "static route is deleted". This is standard FreeBSD behavior, and has been this way for as long as I can remember (btw, I believe this behavior is from the original BSD, not FreeBSD specific). You can show this by having a static default route pointing to an address on an Ethernet interface which has link. And then pulling the TP cable from the Ethernet interface. Observe that the default route is automatically removed. My claim is that this behavior is reasonable *but* I'd like the route restored when the link comes back up again. This is standard Cisco / Juniper behavior - but *not* standard FreeBSD behavior. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-stable@FreeBSD.ORG Sun Jun 17 21:21:12 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id AB0BB106564A; Sun, 17 Jun 2012 21:21:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 3BF0F15F8FA; Sun, 17 Jun 2012 21:21:12 +0000 (UTC) Message-ID: <4FDE4A47.2030204@FreeBSD.org> Date: Sun, 17 Jun 2012 14:21:11 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120609 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-current , freebsd-stable@FreeBSD.org X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: PORTS_MODULES X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2012 21:21:12 -0000 Howdy, This is an FYI to let people know about a really nice feature for those that have ports installed which include kernel modules. You can place a list in /etc/src.conf like this: PORTS_MODULES= emulators/virtualbox-ose-kmod sysutils/fusefs-kmod x11/nvidia-driver which will cause those modules to be built and installed with all the proper matching stuff at the same time as buildkernel and installkernel. This feature has existed for a while, but has had "issues." Thanks to a team effort it's a lot more robust now, and ready for prime time (in HEAD, and the -STABLE branches for now, soon to be in 9.1-RELEASE). Enjoy, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Jun 17 22:01:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 049A6106566B for ; Sun, 17 Jun 2012 22:01:14 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id 7C5BD8FC0A for ; Sun, 17 Jun 2012 22:01:13 +0000 (UTC) Received: from pop1.matik.com.br (pop1.hm.net.br [189.7.38.73]) (authenticated bits=0) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q5HM0vjY023967 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 17 Jun 2012 19:00:59 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.4 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.5.2 msrv.matik.com.br q5HM0vjY023967 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1339970460; bh=oocBkmb1rUCG/apNU9TQiF5qIW5+u9zoo6bYXVZl34c=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=pVyPSGXn1f29J5ZPvR/IhkTkIxuzisuwkRSnCqDTG87QA9ub2kxFkMA72PNMiK2C4 CTywWpzq6OxvFhuDdNPJtTaVDRhZtY5bYp+EDhEWiiG73NQE+Hr2icG8lSKN078UN8 lk4u+WLchxd2puPlLku9DcV1pnr1/tAdpaDUHtd4= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; auth=pass (PLAIN); spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <4FDE5393.5050808@hm.net.br> Date: Sun, 17 Jun 2012 19:00:51 -0300 From: H User-Agent: Mozilla/5.0 (X11; Linux i686; rv:13.0) Gecko/20120615 Firefox/13.0.1 SeaMonkey/2.10.1 MIME-Version: 1.0 To: sthaug@nethelp.no References: <4FDB6AA3.3040606@gmail.com> <201206172152.55303.hselasky@c2i.net> <4FDE3E6C.9080703@hm.net.br> <20120617.231049.41685248.sthaug@nethelp.no> In-Reply-To: <20120617.231049.41685248.sthaug@nethelp.no> X-Enigmail-Version: 1.4.2 OpenPGP: id=9C63083C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6553937CDC2F6ED5A5FABB6A" X-Spam-Status: No, score=-96.5 required=5.0 tests=AWL=0.686,BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,RCVD_IN_BRBL_LASTEXT=1.449,RCVD_IN_PBL=3.335,SPF_PASS=-0.001,T_RP_MATCHES_RCVD=-0.01,USER_IN_WHITELIST=-100 msrv.matik.com.br 1181; Body=1 Fuz1=1 Fuz2=1 [127.0.0.2] [127.0.0.11] [1 mail.matik.com.br.] [187.95.0.182] autolearn=no ASN AS28573 189.7.36.0/22 X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: freebsd-stable@freebsd.org, hselasky@c2i.net Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2012 22:01:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6553937CDC2F6ED5A5FABB6A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable sthaug@nethelp.no wrote: >>> I loose packets because I use a WLAN adapter. Sometimes the link is d= own for=20 >>> various reasons, and then the routes start changing for manually crea= ted=20 >>> routes, and I want to prevent that. >> >> well that is certainly not a reason for changing routes >> >> I have the feeling you are not explaining good enough what really is >> going on and it may help sending your configurations and an example of= >> routes and IP addresses before and after this route change >=20 > Why is this so hard to understand? "Link down" leads to "static route > is deleted". This is standard FreeBSD behavior, and has been this way > for as long as I can remember (btw, I believe this behavior is from > the original BSD, not FreeBSD specific). >=20 > You can show this by having a static default route pointing to an > address on an Ethernet interface which has link. And then pulling the > TP cable from the Ethernet interface. Observe that the default route > is automatically removed. may be you have not understood your own problem yet because so far is nothing to be understood because none of your statements is correct, it is also not FreeBSD's standard behavior and never has been as long as there is the valid IP address on the related interface, no static route will be deleted, you can even boot without cable and the [default] static route is there so you need to explain better your problem in order to understand it probably you have some other stuff running, thirdparty network manager or something, incorrect or incomplete ppoe or dhc configuration or whatever leads to the problem FYI static routes usually are the manually configured routes, so what you say is redundant and not correct, I guess you're loosing some kind of dynamic route since WL networks usually do not run RIP/OSPF/BGP I guess the route you apparently loose is coming from some dhcp server and may be your dhclient configuration is incomplete or none existent, but here now it would be useful to see your config --=20 H +55 11 4249.2222 --------------enig6553937CDC2F6ED5A5FABB6A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/eU5kACgkQvKVfg5xjCDyJJwCZAW2CG0LtaF1V8ewiOqHImaKy NHYAn2Rdycv7VqDZ+jpMtH29z+eLC0SR =loUE -----END PGP SIGNATURE----- --------------enig6553937CDC2F6ED5A5FABB6A-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 17 23:52:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71D55106567E for ; Sun, 17 Jun 2012 23:52:00 +0000 (UTC) (envelope-from animelovin@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 204778FC18 for ; Sun, 17 Jun 2012 23:52:00 +0000 (UTC) Received: by qcsg15 with SMTP id g15so3128034qcs.13 for ; Sun, 17 Jun 2012 16:51:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:organization:user-agent:mime-version :to:subject:x-priority:references:in-reply-to:content-type :content-transfer-encoding; bh=l0wjoPJ3N0Y2tYjOE+dHDPhKodHDIxpORZGayBRgXis=; b=iqhj8TkD6OBBaf44Cl9C32BrrlkxbbDE5dn/9Vz9z/SAmrB951kTeLMUTkvOyvtCY9 NoeMk2WP2bmaD455/h8AdE+SKpoh/QWtX/pxhxh9EHmQSUB7o7Y3z7KGp3820Zsq7G08 6mpdxM26pcz0s4oeZnSWOJ4yZg9S/MkY+yZL3yol1TsRibF+lRiNKufpxOQegF9ZT6XW KFiyWd3y+pdeXsCf7IqZbBYRuDWIh4XBByIN+p0seUnZAe3Y2O7gREXcJkkav4byruRJ jYHV75q+0tWLI/w0z/CYJiT4+9YI+1dgOkOVNb2HHJT2ckfmC7u+vk226JyYsu5ZHdDU jUjQ== Received: by 10.224.86.194 with SMTP id t2mr23892890qal.95.1339977119277; Sun, 17 Jun 2012 16:51:59 -0700 (PDT) Received: from [192.168.0.100] (modemcable107.221-22-96.mc.videotron.ca. [96.22.221.107]) by mx.google.com with ESMTPS id di8sm37772616qab.8.2012.06.17.16.51.57 (version=SSLv3 cipher=OTHER); Sun, 17 Jun 2012 16:51:58 -0700 (PDT) Message-ID: <4FDE6D9E.8090809@gthcfoundation.org> Date: Sun, 17 Jun 2012 19:51:58 -0400 From: Etienne Robillard Organization: gthcfoundation.org User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-stable@freebsd.org X-Priority: 2 (High) References: <201206151819.32398.hselasky@c2i.net> <4FDB6AA3.3040606@gmail.com> <201206172152.55303.hselasky@c2i.net> In-Reply-To: <201206172152.55303.hselasky@c2i.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jun 2012 23:52:00 -0000 On 06/17/2012 03:52 PM, Hans Petter Selasky wrote: > On Friday 15 June 2012 19:02:27 animelovin@gmail.com wrote: >> Perhaps you can ask the very same question in another way so its easier >> to understand why you losing packets? All in all I always thought TCP/IP >> was the basic unit in Internet based networking but feel free to correct >> me if you have any news I might have missed... :) >> >> Also do you have any idea why AMD based CPUs could be vulnerable to this >> alternative networking scheme and cause a remote denial service in fbsd >> stable but not in CURRENT? >> >> Thanks, >> >> Etienne > > Hi, > > I loose packets because I use a WLAN adapter. Sometimes the link is down for > various reasons, and then the routes start changing for manually created > routes, and I want to prevent that. > > --HPS Hi Hans, As per the usual PR triage workflow, I recommend you fill a bug report and add me to the CC list. :-) And based on your comment I figure I'm not the only one to complain with recent FreeBSD TCP/IP based networking issues... *** TEMPORARY SOLUTION *** WORKAROUND *** As a workaround, or until FreeBSD has approved a WITHOUT_OFDM option, I recommend you consider one of the following options: 1. Change your network adapter to Ethernet-class carrier for TCP/IP dynamic routing. 2. Switch to CCK modulation (if you really MUST stick with wireless IP encapsulation.... .) % ifconfig mode 11b % man ifconfig(8) for more info. In case you really want to stick with wireless based carrier (HIGHLY NOT RECOMMENDED for *ALL* FreeBSD users until it has been demonstrated that there is no privacy disclosure or potential health issues with any wireless frequency modulation scheme), consider using CCK modulation (802.11b) which should be point-to-point modulation scheme. Btw I believe this is a separate issue than the previous OpenSSL/libpng remote vulnerability (sysret) discussed a few days ago but as you comment suggest this bug should only imply wireless-based devices using the iEEE 802.11 stack for high-speed frequency modulation. Regards, Etienne References ---------- 1. http://lists.freebsd.org/pipermail/freebsd-chat/2011-March/006577.html 2. https://gthc.org/wiki/Advisories/OFDM_20110315 -- Etienne Robillard Occupation: Software Developer Company: Green Tea Hackers Club Email: erob@gthcfoundation.org Website: gthcfoundation.org Skype ID: incidah "Socialism is a philosophy of failure, the creed of ignorance, and the gospel of envy, its inherent virtue is the equal sharing of misery." -- Winston Churchill From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 02:52:21 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 245951065670 for ; Mon, 18 Jun 2012 02:52:21 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id C0A138FC12 for ; Mon, 18 Jun 2012 02:52:20 +0000 (UTC) Received: by yenl8 with SMTP id l8so3957583yen.13 for ; Sun, 17 Jun 2012 19:52:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition; bh=Q0d71hJZOD9Ng/1DkIJ1q24kk1fBTp7YM7bb25x9qUU=; b=OCpppBzXs6CWMu/8hVktBSDdfgQCqyvLl93SHoKy5leArE4nRpkJuqurfkHZdpITtt BhWmhKp3RBA0hpudV4l29jV2hDdJYA0eVxhhefWrWT/IfcKOHRGh7jBtLMVUOx9BmPBd 2T/WeAmDj4xnW2PqgzpVCLE/l0PU5ogImS+fo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:x-gm-message-state; bh=Q0d71hJZOD9Ng/1DkIJ1q24kk1fBTp7YM7bb25x9qUU=; b=efReFaSWRCIMpz1aF3o0Vh1USLJWt7QwynE6F4VQ5/YIPbFu2sh2YMLmeAqFGHlEPQ XkOgTWfjj9qlpr+jwem6uc+xff8xos/NjkXhID3iHiaAQPJn3RNQuX8/T1XSjA0E1J/d wJ/eYwELDu5k60HU7uXqvsdX8EEtrC2KLV6tIQCC9whPCDzQ5kAZSqMPzHSH6A6K1CRr Tb/TkbUrjxXwS17EvfJSJoxVFJsqn3ClHSGN8ioC4/gcKfD1AUTlvl+Mx4YNnf3OKXgX xds1swiL80aHWHsHYQpcikBlOWxLXnTYZmmi9QeOPLfj2i60z70IOod0EZLEO1peIn50 GD4g== Received: by 10.42.70.136 with SMTP id f8mr3980849icj.28.1339987637210; Sun, 17 Jun 2012 19:47:17 -0700 (PDT) Received: from DataIX.net (75-128-120-86.dhcp.aldl.mi.charter.com. [75.128.120.86]) by mx.google.com with ESMTPS id k6sm7946404igz.9.2012.06.17.19.47.16 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 17 Jun 2012 19:47:16 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q5I2lEFL087553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 17 Jun 2012 22:47:14 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q5I2lDS9087552 for stable@freebsd.org; Sun, 17 Jun 2012 22:47:13 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Sun, 17 Jun 2012 22:47:13 -0400 From: Jason Hellenthal To: stable@freebsd.org Message-ID: <20120618024713.GB82047@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline X-Gm-Message-State: ALoCoQnEFdoJsq5CqoxrhAupP3nR4QJMZsJTfhiBS/nMfUuHz4X49+7zZneZBs6GYRwg+lauaP9r Cc: Subject: FreeBSD 8.3-STABLE #0 r237184 if_tun auto-up upon create. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 02:52:21 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hoping someone here might be able to clue me in on what I am seeing. FreeBSD 8.3-STABLE #0 r237184 When creating a if_tun(4) device... ifconfig tun0 create=20 With these line in rc.conf(5) cloned_interfaces=3D"tun0" ifconfig_tun0=3D"metric 100 down" And sysctl net.link.tun.devfs_cloning=3D0 The resulting tun0 device results in state... tun0: flags=3D8011 metric 100 mtu 1500 After removing the ifconfig_tun0=3D and running ifconfig create... tun0: flags=3D8010 metric 0 mtu 1500 Why would the device enter a UP/DOWN state if there is no addressing information being fed to it ? and especially with a directive of "down" ? As a workaround I just removed the ifconfig_tun0=3D and dropped a ifconfig command in rc.local to achieve what I want for the moment. I need this interface created but not in any state unless otherwise manually specified. Thanks --=20 - (2^(N-1)) --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJP3pawAAoJEBSh2Dr1DU7WZPYIAI9dKJf6E4fkMSD8KfS1iS+g WzdhXG+A5/of/DF9We0yl3VfH8TLlVtvQJjGk0f17xQZWt5SN61ABkPzIL1E1z9/ oU/wc2bHF5G9FGcIZEW55lkgMa/yq/g/Ka5uye0U1MylQV7vUJqtTgdCBCJjpkqA p0IGp3VK3ojW+s+V30/bemFqzaHMTHirqu1oc7OfxiAPx2hVa3fErcZQtsxBKlnw Q8J0i5pM38Rj0zvYB83YrImFbYtNAM1PPvNG20fEj2XQnAR7132Z19JOXOx5T2d7 7qugLlrfn5st0Lmj871xWTRlwRzxRef0eZ035ZV31ombT/SN7zSZbyBJ52iRsTc= =S427 -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 07:37:34 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 847A7106566B for ; Mon, 18 Jun 2012 07:37:34 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id DF1998FC18 for ; Mon, 18 Jun 2012 07:37:33 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q5I7bRp3039218; Mon, 18 Jun 2012 14:37:27 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4FDEDAB7.7040802@rdtc.ru> Date: Mon, 18 Jun 2012 14:37:27 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jason Hellenthal References: <20120618024713.GB82047@DataIX.net> In-Reply-To: <20120618024713.GB82047@DataIX.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: FreeBSD 8.3-STABLE #0 r237184 if_tun auto-up upon create. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 07:37:34 -0000 18.06.2012 09:47, Jason Hellenthal ÐÉÛÅÔ: > > Hoping someone here might be able to clue me in on what I am seeing. > > FreeBSD 8.3-STABLE #0 r237184 > > When creating a if_tun(4) device... > ifconfig tun0 create > > With these line in rc.conf(5) > cloned_interfaces="tun0" > ifconfig_tun0="metric 100 down" > > And sysctl net.link.tun.devfs_cloning=0 > > The resulting tun0 device results in state... > tun0: flags=8011 metric 100 mtu 1500 > > > After removing the ifconfig_tun0= and running ifconfig create... > tun0: flags=8010 metric 0 mtu 1500 > > > Why would the device enter a UP/DOWN state if there is no addressing > information being fed to it ? and especially with a directive of "down" > ? That's because the word "up" is automatically added by system rc-scripts for ifconfig_XXX lines, so real ifconfig statement in your case is: ifconfig tun0 metric 100 down up Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 07:40:30 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EA531065679; Mon, 18 Jun 2012 07:40:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B648B8FC08; Mon, 18 Jun 2012 07:40:29 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1SgWZS-000E3Y-Gm; Mon, 18 Jun 2012 10:40:22 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Doug Barton In-reply-to: <4FDE4A47.2030204@FreeBSD.org> References: <4FDE4A47.2030204@FreeBSD.org> Comments: In-reply-to Doug Barton message dated "Sun, 17 Jun 2012 14:21:11 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Jun 2012 10:40:22 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-current , freebsd-stable@FreeBSD.org Subject: Re: PORTS_MODULES X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 07:40:30 -0000 > Howdy, > > This is an FYI to let people know about a really nice feature for those > that have ports installed which include kernel modules. You can place a > list in /etc/src.conf like this: > > PORTS_MODULES= emulators/virtualbox-ose-kmod sysutils/fusefs-kmod > x11/nvidia-driver > > which will cause those modules to be built and installed with all the > proper matching stuff at the same time as buildkernel and installkernel. > > This feature has existed for a while, but has had "issues." Thanks to a > team effort it's a lot more robust now, and ready for prime time (in > HEAD, and the -STABLE branches for now, soon to be in 9.1-RELEASE). > > Enjoy, > > Doug nice! does it also work when cross-compiling? ie, using an amd64-freebsd-8.3 kernel to compile for i386-freebsd-8.2 thanks, danny From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 07:53:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A476E106566C; Mon, 18 Jun 2012 07:53:38 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4CFA18FC0C; Mon, 18 Jun 2012 07:53:38 +0000 (UTC) Received: by obcni5 with SMTP id ni5so10309498obc.13 for ; Mon, 18 Jun 2012 00:53:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=D6lnSg21v7BILi5Z+8eVhqJnlrEmyRs4EiQ0wOBG668=; b=cT8JEdKGMo5C5Au6ywsdJrVkdOmYxT6iWDVhhSxoAiJQzU1eIZ97v2/IPFAW5P9Eud tHfmQc1wjBvyKohsqHTSD05wucPlH7Inn9DH/pzpRxiGnqn0zNoMDkJsZi0+LvGq2Axc EmoGqGxibLrkOuRIxhlb7rWUj+uJsP9biZVJrACOCIOjiqtqGolP6gXAvCa+CFai1d+A 6sYCYJs2M73LP165S1HKKr9iIdiAZz0Lj15B6BraJtGvr65TcRl4ZETKjkH+nHI2bphv 1KF90FiftgUkwhqhQqqUYQuJ2TYktlAtuEWAFaUXD4Ri3JPDBtSvt/vDFl0z5AfvoJRh l/2w== MIME-Version: 1.0 Received: by 10.60.2.3 with SMTP id 3mr14831986oeq.29.1340006017710; Mon, 18 Jun 2012 00:53:37 -0700 (PDT) Received: by 10.76.98.77 with HTTP; Mon, 18 Jun 2012 00:53:37 -0700 (PDT) In-Reply-To: References: <4FDE4A47.2030204@FreeBSD.org> Date: Mon, 18 Jun 2012 00:53:37 -0700 Message-ID: From: Garrett Cooper To: Daniel Braniss Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , freebsd-stable@freebsd.org, freebsd-current Subject: Re: PORTS_MODULES X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 07:53:38 -0000 On Mon, Jun 18, 2012 at 12:40 AM, Daniel Braniss wrot= e: >> Howdy, >> >> This is an FYI to let people know about a really nice feature for those >> that have ports installed which include kernel modules. You can place a >> list in /etc/src.conf like this: >> >> PORTS_MODULES=3D =A0emulators/virtualbox-ose-kmod sysutils/fusefs-kmod >> x11/nvidia-driver >> >> which will cause those modules to be built and installed with all the >> proper matching stuff at the same time as buildkernel and installkernel. >> >> This feature has existed for a while, but has had "issues." Thanks to a >> team effort it's a lot more robust now, and ready for prime time (in >> HEAD, and the -STABLE branches for now, soon to be in 9.1-RELEASE). >> >> Enjoy, >> >> Doug > > nice! > does it also work when cross-compiling? ie, using an amd64-freebsd-8.3 ke= rnel > to compile for i386-freebsd-8.2 In theory, yes, however some of the environment required to bootstrap some ports might be missing, depending on how the ports module pokes around for data in /usr/src, etc. Thanks! -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 10:43:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1088106566B; Mon, 18 Jun 2012 10:43:24 +0000 (UTC) (envelope-from freegih@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB4B8FC15; Mon, 18 Jun 2012 10:43:24 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so8555091pbb.13 for ; Mon, 18 Jun 2012 03:43:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=rwtX/19pQR3jdTvWu/9le/MM3+9Df+DobtT5lGYLqoE=; b=fM3WVma9BN3fa405iTbncRW/aNw2ttqVSqfaOAh0ElOA2+zvvTHcqGB2LFhturgDj3 UtTBugkHEvRdjSDwIC1EdPL26J5mzWpsbaFSfVdc/C0f2H1c9AB8TzGAjD+k+uW/4j9p IQM1Xo9iiSfJXU9yqa0alj4Uv3KLTLHu8Zu4uwSjj9Xk68AQJe42MLv/l+kLjkSm3DGA DTFcYaL0KHtiE9KCqEfTKkH7oht/eDlaYz7NVRDlDdYMNoCgrmEIMWvOxULYDHNDBoAl L9W/9FQviqtctGxTYapBRNPcyEO6NKi2eNdcaaMa1RsChpXEL/ehMaIwVm5hXVOrJ0t2 gfrQ== Received: by 10.68.232.201 with SMTP id tq9mr50769063pbc.70.1340016204216; Mon, 18 Jun 2012 03:43:24 -0700 (PDT) Received: from [10.1.2.99] ([58.252.109.49]) by mx.google.com with ESMTPS id rd7sm23434705pbc.70.2012.06.18.03.43.21 (version=SSLv3 cipher=OTHER); Mon, 18 Jun 2012 03:43:23 -0700 (PDT) Message-ID: <4FDF0647.2050205@gmail.com> Date: Mon, 18 Jun 2012 18:43:19 +0800 From: freegih User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:12.0) Gecko/20120603 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-wireless@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: [wifi] wifimgr for freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 10:43:24 -0000 Hi, I made a wifi script based on the wlanconfig in bsdinstaller. here is the code: https://github.com/gihnius/freebsd-wifi I think we can make it more suitable for many devices and normal use. Any idea to write a normal feature script to use freebsd wifi easily ? and thanks to the author of wlanconfig. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 10:52:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01176106566B for ; Mon, 18 Jun 2012 10:52:28 +0000 (UTC) (envelope-from dr@roffiaen.com) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id 617AA8FC0A for ; Mon, 18 Jun 2012 10:52:25 +0000 (UTC) Received: from [192.168.2.2] (unknown [78.220.40.62]) by smtp5-g21.free.fr (Postfix) with ESMTP id BF276D480B9 for ; Mon, 18 Jun 2012 12:52:20 +0200 (CEST) Message-ID: <4FDF0863.50609@roffiaen.com> Date: Mon, 18 Jun 2012 12:52:19 +0200 From: David ROFFIAEN User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120606 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: vlan+iwn panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 10:52:28 -0000 Hi list, I encoutered a panic with FreeBSD 9 Stable creating vlan with wlan0 (iwn0) parent. Panic occur when upping the vlan : Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xffffff800024b3f0 frame pointer = 0x28:0xffffff800024b4b0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xffffffff80625896 at kdb_backtrace+0x66 #1 0xffffffff805ed71e at panic+0x1ce #2 0xffffffff80887690 at trap_fatal+0x290 #3 0xffffffff808879fc at trap_pfault+0x21c #4 0xffffffff80887ff5 at trap+0x365 #5 0xffffffff80872713 at calltrap+0x8 #6 0xffffffff807b9968 at nd6_output+0x18 #7 0xffffffff807b41ed at ip6_output+0x11dd #8 0xffffffff807b4c8c at mld_dispatch_packet+0xdc #9 0xffffffff807b5121 at mld_dispatch_queue+0x21 #10 0xffffffff807b7ac0 at mld_fasttimo+0x640 #11 0xffffffff8064fdbb at pffasttimo+0x2b #12 0xffffffff80603540 at softclock+0x3c0 #13 0xffffffff805bf3e4 at intr_event_execute_handlers+0x104 #14 0xffffffff805c0b64 at ithread_loop+0xa4 #15 0xffffffff805bc04f at fork_exit+0x11f #16 0xffffffff80872c3e at fork_trampoline+0xe This problem doesn't occur with atheros card on SOEKRIS (i386) Regards David From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 11:19:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3859C1065672 for ; Mon, 18 Jun 2012 11:19:38 +0000 (UTC) (envelope-from mgamsjager@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id E65008FC1C for ; Mon, 18 Jun 2012 11:19:37 +0000 (UTC) Received: by vcbfy7 with SMTP id fy7so3266069vcb.13 for ; Mon, 18 Jun 2012 04:19:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=e96OYiQOf+VcKeoMPNcwVH60ua0Hvfg5/l3oBtY4H7o=; b=Cl7kyL8G5E2719TS8gorUe4mfx5cAiziwDPr/OwrA5GjKx6RzPeCwhBlIQsO/JRKM9 Xx7VJpj7s4ExdRggWCNhb4YVVBL05kq6jTs7lR0UEr5p4G5gYk4TXCGCSNckjo/MSKjD NA+f0l2qvZvbfEqI9cnldUpwWYnvaiy7j3qVK3kb93FAeDEyjRhFAwZPthL9ioUWIf/X vUrLAjFSI7I6/2B+zqkXej8cZeD0WC+RI51D6BTeMssV6RpNXBntj6DouaJSh926Gmps f2a36iDdg+BDlk81tTBH1jK7Ui25ztYd1Bg4GvvtEqH+Vsyfnorc/I7wGqtcLn8cYjkB 4zLw== Received: by 10.52.29.179 with SMTP id l19mr6322999vdh.73.1340018377180; Mon, 18 Jun 2012 04:19:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.172.199 with HTTP; Mon, 18 Jun 2012 04:19:06 -0700 (PDT) From: Matthias Gamsjager Date: Mon, 18 Jun 2012 13:19:06 +0200 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Unable to boot 9 stable/release on HP EliteBook 8560p X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 11:19:38 -0000 Hi, I have an Elitebook but I am unable to even load the kernel or get to a point where user interaction is posible. The bootloader reboots the machine just before or after the amount of memory is shown. Anyone with simliar problems an newer HP notebooks? Gr Matthias From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 11:38:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF40E106564A for ; Mon, 18 Jun 2012 11:38:17 +0000 (UTC) (envelope-from develloper.unix@hotmail.fr) Received: from blu0-omc2-s38.blu0.hotmail.com (blu0-omc2-s38.blu0.hotmail.com [65.55.111.113]) by mx1.freebsd.org (Postfix) with ESMTP id 72A308FC08 for ; Mon, 18 Jun 2012 11:38:17 +0000 (UTC) Received: from BLU0-SMTP27 ([65.55.111.72]) by blu0-omc2-s38.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 18 Jun 2012 04:38:11 -0700 X-Originating-IP: [163.5.151.30] X-Originating-Email: [develloper.unix@hotmail.fr] Message-ID: Received: from freebsd-schwer-q.local ([163.5.151.30]) by BLU0-SMTP27.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 18 Jun 2012 04:38:09 -0700 Date: Mon, 18 Jun 2012 13:38:07 +0200 From: Quentin Schwerkolt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120611 Thunderbird/13.0 MIME-Version: 1.0 To: Matthias Gamsjager References: In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 18 Jun 2012 11:38:09.0972 (UTC) FILETIME=[D629B740:01CD4D46] Cc: freebsd-stable@freebsd.org Subject: Re: Unable to boot 9 stable/release on HP EliteBook 8560p X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 11:38:17 -0000 I have had a similar problem with my HP Elitebook 8540p and I solved it by moving the sata controller from ahci to ide in the bios. Cordially. Q. Schwerkolt On 06/18/12 13:19, Matthias Gamsjager wrote: > Hi, > > I have an Elitebook but I am unable to even load the kernel or get to a= > point where user interaction is posible. The bootloader reboots the mac= hine > just before or after the amount of memory is shown. > > Anyone with simliar problems an newer HP notebooks? > > > Gr Matthias > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 12:01:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FAB2106566C for ; Mon, 18 Jun 2012 12:01:08 +0000 (UTC) (envelope-from mgamsjager@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 41B4E8FC19 for ; Mon, 18 Jun 2012 12:01:08 +0000 (UTC) Received: by vcbfy7 with SMTP id fy7so3287799vcb.13 for ; Mon, 18 Jun 2012 05:01:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=JERZmrgNtjTbvuWXSRCDZAPjkSLQf+IVulbnBtg6WnA=; b=KcUUu22bQE8RI3iSlLvZ8rl683yjC9JV0z1mvkoxe7yPyqKwvwK07JS5bjamlrjccH XPQ6qOlyCVDX9Zb7jGN+AEQW5yl5TvsNNP12gCjPdYaCI58r3AEPKDrgC5XPcJbGD/4+ 8f+zAAMrIwohdMvSndv+P7+Or5spX7k9iPsrnFHp7dvQiyO1LaGPIe8EVugD8pJLdOyd 9RDmdPrq8DBQLowKziGgFfujyloDjAwAmJxYpi/HTLGHPSki/FzgV4/q+1uvA8wVBfh4 qbtGe0naiR9dRSkEHsuj30OgyHm5eW10ICOo6matflYUVPGSiSQ330PmunOIUJE81bXY 1nSA== Received: by 10.52.29.179 with SMTP id l19mr6372876vdh.73.1340020867596; Mon, 18 Jun 2012 05:01:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.172.199 with HTTP; Mon, 18 Jun 2012 05:00:37 -0700 (PDT) In-Reply-To: References: From: Matthias Gamsjager Date: Mon, 18 Jun 2012 14:00:37 +0200 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Unable to boot 9 stable/release on HP EliteBook 8560p X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 12:01:08 -0000 On Mon, Jun 18, 2012 at 1:38 PM, Quentin Schwerkolt < develloper.unix@hotmail.fr> wrote: > I have had a similar problem with my HP Elitebook 8540p and I solved it > by moving the sata controller from ahci to ide in the bios. > > Cordially. > > Q. Schwerkolt > > > Thx this fixed the booting :) From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 13:31:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56A81106564A for ; Mon, 18 Jun 2012 13:31:15 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D835B8FC08 for ; Mon, 18 Jun 2012 13:31:14 +0000 (UTC) Received: by werg1 with SMTP id g1so4603491wer.13 for ; Mon, 18 Jun 2012 06:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JV493u4/qtx8oBvG9MM7/mD27DK4U46YtQqo+QidVJ0=; b=GvmoOaJiXAuvixOr3ysv42MxtA5EBxi1cdXluQBQfmP4MJifFtOA6tmFr9hJjHthcD 4SHerSth4oim7Aam55U65PFpo/DMh3PDiArMzEM6ZypEam/DDslfampQb0CJ2Sf/p0v3 GkFAxrURHa665MrI4loJ7fyv7GGk+C1cwW3j71eHy77yLqI8yJn3SdZcTKsRVXHB1OWi 2bzrtmyUCbcPZFuMusQZzwRsNzHiM6DqRsI2UwNkJXK1OfJPGSBZ31OWfIOjvsIamQGx MWgWvh6+qEqsOY/lpnDNBp9+cO1Hji4MOUQcEt/bTu/Ak3T8NPBZSzSTfMgMNRWQ4ivw 3ExQ== MIME-Version: 1.0 Received: by 10.216.228.98 with SMTP id e76mr7622643weq.150.1340026268375; Mon, 18 Jun 2012 06:31:08 -0700 (PDT) Received: by 10.216.142.35 with HTTP; Mon, 18 Jun 2012 06:31:08 -0700 (PDT) Received: by 10.216.142.35 with HTTP; Mon, 18 Jun 2012 06:31:08 -0700 (PDT) In-Reply-To: References: Date: Mon, 18 Jun 2012 23:01:08 +0930 Message-ID: From: Matt Thyer To: Matthias Gamsjager Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Unable to boot 9 stable/release on HP EliteBook 8560p X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 13:31:15 -0000 On Jun 18, 2012 9:34 PM, "Matthias Gamsjager" wrote: > > On Mon, Jun 18, 2012 at 1:38 PM, Quentin Schwerkolt < > develloper.unix@hotmail.fr> wrote: > > > I have had a similar problem with my HP Elitebook 8540p and I solved it > > by moving the sata controller from ahci to ide in the bios. > > I've had several problems with Linux on HP machines lately that have been fixed with BIOS upgrades. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 13:34:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA269106564A for ; Mon, 18 Jun 2012 13:34:25 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from smtp-int-m.obspm.fr (smtp-int-m.obspm.fr [145.238.187.15]) by mx1.freebsd.org (Postfix) with ESMTP id 3EC388FC0C for ; Mon, 18 Jun 2012 13:34:25 +0000 (UTC) Received: from pcjas.obspm.fr (pcjas.obspm.fr [145.238.184.233]) by smtp-int-m.obspm.fr (8.14.3/8.14.3/SIO Observatoire de Paris - 07/2009) with ESMTP id q5IDUHJD024812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 18 Jun 2012 15:30:18 +0200 Date: Mon, 18 Jun 2012 15:30:17 +0200 From: Albert Shih To: David ROFFIAEN Message-ID: <20120618133017.GA43101@pcjas.obspm.fr> References: <4FDF0863.50609@roffiaen.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4FDF0863.50609@roffiaen.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Miltered: at smtp-int-m.obspm.fr with ID 4FDF2D69.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FDF2D69.000/145.238.184.233/pcjas.obspm.fr/pcjas.obspm.fr/ Cc: freebsd-stable Subject: Re: vlan+iwn panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 13:34:25 -0000 Le 18/06/2012 ? 12:52:19+0200, David ROFFIAEN a écrit > Hi list, > > I encoutered a panic with FreeBSD 9 Stable creating vlan with wlan0 > (iwn0) parent. Panic occur when upping the vlan : I've same problem whitout vlan. Just sometime (rarely....) when the signal of the wifi is very weak the system crash with something very close. Regards. -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 xmpp: jas@jabber.obspm.fr Heure local/Local time: lun 18 jui 2012 15:28:58 CEST From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 14:28:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA8D2106566C for ; Mon, 18 Jun 2012 14:28:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id BFD238FC12 for ; Mon, 18 Jun 2012 14:28:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EF2E4B9A0; Mon, 18 Jun 2012 10:28:29 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Mon, 18 Jun 2012 10:26:20 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <201206151324.58103.jhb@freebsd.org> <4FDC5BA7.4040702@zonov.org> In-Reply-To: <4FDC5BA7.4040702@zonov.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206181026.20857.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 18 Jun 2012 10:28:30 -0400 (EDT) Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 14:28:31 -0000 On Saturday, June 16, 2012 6:10:47 am Andrey Zonov wrote: > On 6/15/12 9:24 PM, John Baldwin wrote: > > On Friday, June 15, 2012 2:12:06 am Andrey Zonov wrote: > >> On 6/13/12 7:10 PM, John Baldwin wrote: > >>> On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote: > >>>> On 6/13/12 12:51 AM, John Baldwin wrote: > >>>>> On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote: > >>>>>> On 6/12/12 10:06 PM, John Baldwin wrote: > >>>>>>> > >>>>>> [snip] > >>>>>>> Ok, I've added some more debugging. The patch is a bit larger now and > > you > >>>>> can > >>>>>>> fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch > >>>>>>> > >>>>>> > >>>>>> New dmesg is in attach. > >>>>> > >>>>> Sheesh, found another bug (wasn't masking 'front' properly). > >>>>> > >>>>> Try updated patch (same URL). > >>>>> > >>>> > >>>> Great! It works! > >>> > >>> Excellent. I've committed the 2 bugs needed to fix your box. However, > >>> there is another bug that this exposed that I'd like you to test. Can you > >>> update to the latest HEAD, apply the updated pcib_debug.patch, and boot > >>> with 'hw.pci.pcib_clear=1' set from the loader? That should exercise the > >>> bug I'm worried about and see if my fixes for that (recursively growing > >>> windows) works correctly. > >>> > >> > >> Attached. > > > > Hmm, it doesn't seem like hw.pci.pcib_clear was set (the pcibX devices still > > tried to allocate their initial windows). > > > > Ooops. Thanks. Unfortunately, this didn't actually exercise what I wanted, but that is ok. However, this did uncover another bug it seems: pcib7: at device 0.3 on pci5 pci6: on pcib7 pci6: domain=0, physical bus=6 found-> vendor=0x1000, dev=0x0054, revid=0x02 pcib3: attempting to grow I/O port window for (0xd000-0xdfff,0x1000) front candidate range: 0xd000-0xdfff pcib3: bus_adjust_resource(0xc000, 0xefff) pci0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) pcib0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) acpi0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) nexus0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) pcib3: grew I/O port window to 0xc000-0xefff pcib3: allocated I/O port range (0xd000-0xdfff) for rid 1c of pcib7 pcib7: allocated initial I/O port window of 0xd000-0xdfff This grew the range too large resulting in this failure later on: pcib9: failed to allocate initial I/O port window (0xc000-0xcfff,0x1000) Can you try the updated pcib_debug.patch? It has some more printf's for this case. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 14:32:00 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5622A106564A for ; Mon, 18 Jun 2012 14:32:00 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id F0C578FC16 for ; Mon, 18 Jun 2012 14:31:59 +0000 (UTC) Received: by ggnm2 with SMTP id m2so4274005ggn.13 for ; Mon, 18 Jun 2012 07:31:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to; bh=t2CHNIShF1CqXDuCug0DP3XDZebdIy1o5IgXRnMP7fQ=; b=RRs2n1ypYfwlqfmdDOeDwtnmMWxDXXapNQB7bB14sMkjAEL8L2VGZcqoP0AnH25Bm8 avx5Q0GPLxRLCN/vfIn9/97G6uCk/ji7W9Ch5+dUfUjZmfWrbTu5Jer2l9W7i4kvWk/Z wnbPE+bCJO0tA403bnSP+5UhaZjie3e9K6Mf0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:x-gm-message-state; bh=t2CHNIShF1CqXDuCug0DP3XDZebdIy1o5IgXRnMP7fQ=; b=WYpYEhOcH6ckXBz+UusWXg78zt4yfezDMIqOoFUjDBmClkzjZHNwtb41ylggjqCEqT 6a88ZrjTwnb5/TXwruDyafxqRtdgq6mRKmrqyMLZUi4pykYkV905JdPBGL986lyQdnhi 1ruci3L/2S7a/+/J2MQXdMTmRJtrtYORUcKFlbl8/eadsBn5skGIRk9r8lC9HOKld5dv 33MdSaQpVVIQK55ZOnarvudbOw5++zqq6pcm3iMIXixLgYyk3nH7MLEtP03hcBILC977 s27273miQNr8kVsXLBqoisvvFScvSYS+3CsCXUEPaCM0ORr5shd7SthMiscRclnYmBWI TxWg== Received: by 10.50.220.194 with SMTP id py2mr8674286igc.15.1340029919117; Mon, 18 Jun 2012 07:31:59 -0700 (PDT) Received: from DataIX.net (75-128-120-86.dhcp.aldl.mi.charter.com. [75.128.120.86]) by mx.google.com with ESMTPS id va9sm9206358igb.17.2012.06.18.07.31.58 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Jun 2012 07:31:58 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q5IEVudV074966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Jun 2012 10:31:56 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q5IEVtAw074965; Mon, 18 Jun 2012 10:31:55 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Mon, 18 Jun 2012 10:31:55 -0400 From: Jason Hellenthal To: Eugene Grosbein Message-ID: <20120618143155.GA74775@DataIX.net> References: <20120618024713.GB82047@DataIX.net> <4FDEDAB7.7040802@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4FDEDAB7.7040802@rdtc.ru> X-Gm-Message-State: ALoCoQlV3vrFwXbgdAbNkyjUapqzo6xeyF2bxbvhN2Ijhwdi3VVqS3OKwl5pvL6tyhx2OxKOnG7q Cc: stable@freebsd.org Subject: Re: FreeBSD 8.3-STABLE #0 r237184 if_tun auto-up upon create. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 14:32:00 -0000 On Mon, Jun 18, 2012 at 02:37:27PM +0700, Eugene Grosbein wrote: > 18.06.2012 09:47, Jason Hellenthal пишет: > > > > Hoping someone here might be able to clue me in on what I am seeing. > > > > FreeBSD 8.3-STABLE #0 r237184 > > > > When creating a if_tun(4) device... > > ifconfig tun0 create > > > > With these line in rc.conf(5) > > cloned_interfaces="tun0" > > ifconfig_tun0="metric 100 down" > > > > And sysctl net.link.tun.devfs_cloning=0 > > > > The resulting tun0 device results in state... > > tun0: flags=8011 metric 100 mtu 1500 > > > > > > After removing the ifconfig_tun0= and running ifconfig create... > > tun0: flags=8010 metric 0 mtu 1500 > > > > > > Why would the device enter a UP/DOWN state if there is no addressing > > information being fed to it ? and especially with a directive of "down" > > ? > > That's because the word "up" is automatically added by system rc-scripts > for ifconfig_XXX lines, so real ifconfig statement in your case is: > > ifconfig tun0 metric 100 down up > Ugh! thanks. guess Ill just have to stick with start_if.tun0 I could swear I have other interfaces that don't do that but at least I know what I am looking for now. Thanks again -- - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 15:40:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 397AA106566B for ; Mon, 18 Jun 2012 15:40:18 +0000 (UTC) (envelope-from MGASS@csbsju.edu) Received: from smtp1.computing.csbsju.edu (smtp1.computing.csbsju.edu [152.65.184.22]) by mx1.freebsd.org (Postfix) with ESMTP id DE5D58FC08 for ; Mon, 18 Jun 2012 15:40:17 +0000 (UTC) X-AuditID: ac10425b-b7f9e6d000000b5f-c2-4fdf48577cba Received: from Mail-HTCAS1.ad.csbsju.edu (Unknown_Domain [172.16.66.43]) by smtp1.computing.csbsju.edu (Symantec Messaging Gateway) with SMTP id B7.A5.02911.7584FDF4; Mon, 18 Jun 2012 10:25:11 -0500 (CDT) Received: from nx.csbsju.edu (172.16.66.30) by MAIL-HTCAS1.ad.csbsju.edu (172.16.66.43) with Microsoft SMTP Server id 14.2.309.2; Mon, 18 Jun 2012 10:25:10 -0500 Received: by nx.csbsju.edu (Postfix, from userid 1401) id C50ED521091; Mon, 18 Jun 2012 10:25:10 -0500 (CDT) Date: Mon, 18 Jun 2012 10:25:10 -0500 From: Michael Gass To: Message-ID: <20120618152510.GA8454@csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgk+LIzCtJLcpLzFFi42JZI+CkrRvucd/fYNktMYvDzUIOjB4zPs1n CWCM4rJJSc3JLEst0rdL4Mr4vq2DvaCVs2LTjT3MDYzn2LsYOTgkBEwkNr1O72LkBDLFJC7c W8/WxcjFISRwjlHi9uWHrBDOUkaJ3tcXGEGqhATyJC48n8AGYrMIqEo8mPiCGcRmA7Lbj/ax gNgiAgoSje0zwGqEBdQllv64CNbLK6An8WFhFyuELShxcuYTsHpmAR2JBbs/sYEcxCwgLbH8 HwdIWFRARWLKyW1sEGtlJaZNuMM8gZF/FpLuWUi6ZyF0L2BkXsUoVZxbUmCol5yfW1BakpmX rpdcnFScVaqXmlK6iRESbtE7GOd9NjzEKMDBqMTDm2l931+INbGsuDL3EKMlB5OSKO8tB6AQ X1J+SmVGYnFGfFFpTmqxkhzv6ev3/IXE4cLFpcUFmcmZ+aXF8aVFOYcYJTiYlUR4f3AB9fKm JFZWpRblQ7QeYpTmYFES593ft9JfSCA9sSQ1OzW1ILUIJmvPwaEkwbvBHahRsCg1PbUiLTOn BCatpMgbaX7HX0gKWQbdaiYOzkOM5hw8QPsng4zhLS5IzC3OTIcaIcsrcAPodDGYKKr2U4zW UuK8bSB9AiAVGaV5cNulFHhnd9z1F5JEkkDV/YrRFBiMwryzQfp5gCkUYa0Mb1A7UK8oVBBd nzkwrEV4pUCe4y0uSSxBdq8FSFQMJoqqU6qBUd91+pd8jbMzLNlPSE88OWHevZMOHy6qaX9Y Pa+3Jm56xzuF9vOPF96U1mtRnr1ConzvPq64mV9fRqkpNLx2XL1smoAs60Hjb83HXLwFxDlS VhjzBeqUXw48lGeye0/tpH3iH2uOllj+vrx9naDxB+MfiTqzb8Wucdq4yemAoMy2y7+TZnYl eiqxFGckGmoxFxUnAgAk/HoCmwMAAA== Subject: Cannot get flashplugin to work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 15:40:18 -0000 Running 9.0 STABLE Cannot get the linux flashplugin to work on either firefox or chrome. Followed the handbook exactly. Using ports I installed the following. * installed nspluginwrapper which also installed linux_base_f10 * installed linux-f10-flashplugin11 * linked libflashplayer.so into /usr/local/lib/browser_plugins/ (checked that the link is in the directory) * ran nspluginwrapper -v -a -i (this ran fine) mount shows that linprocfs is on /compat/linux/proc about:plugins shows that flashplayer is enabled in both firefox and chrome. The plugins do not work anywhere I try. I get messages like plugins-missing. Tried running firefox and chrome from the command line to check error messages. This is what shows up: *** NSPlugin Wrapper *** ERROR: NPP_New() wait for reply: Connection closed *** NSPlugin Wrapper *** WARNING:(/work/a/ports/www/nspluginwrapper/work/nspluginwrapper-1.4.4/src/npw-wrapper.c:2150):invoke_NPP_Destroy: assertion failed: (rpc_method_invoke_possible(plugin->connection)) I have updated my ports collection and tried deinstalling and reinstalling and have the same problem. Any ideas? From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 16:13:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0A50106564A for ; Mon, 18 Jun 2012 16:13:16 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 770F38FC12 for ; Mon, 18 Jun 2012 16:13:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Cc:Date:References:Subject:To:Content-Type; bh=pfQW+pk0zUC+5PLnnNudS5oHFYRKwUptPFYNxizdCPE=; b=mIImBjg4iSd98AzDMOFpq4wbu81JkxxvTZrFPkgAfbHNF110HWQ5tHT3iei06bGcD2ZsHDE9aJBG+054Uf1VoOOwMaKwwJMFmeDpGyZwD5yhfjUTGAVwv4Vhj78isg2I; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SgeZj-00009I-1P; Mon, 18 Jun 2012 11:13:16 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1340035990-94480-94479/5/5; Mon, 18 Jun 2012 16:13:10 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <20120618152510.GA8454@csbsju.edu> Date: Mon, 18 Jun 2012 11:13:10 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <20120618152510.GA8454@csbsju.edu> User-Agent: Opera Mail/12.00 (FreeBSD) X-SA-Score: -1.5 Cc: Michael Gass Subject: Re: Cannot get flashplugin to work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 16:13:16 -0000 On Mon, 18 Jun 2012 10:25:10 -0500, Michael Gass wrote: > Cannot get the linux flashplugin to work on either firefox or chrome. 9-STABLE here without issues. Can you post: /etc/rc.conf /etc/fstab output of `kldstat` output of `mount` output of `uname -a` Thanks! From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 16:33:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBB891065672 for ; Mon, 18 Jun 2012 16:33:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 33B4E8FC0A for ; Mon, 18 Jun 2012 16:33:49 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 288576468; Mon, 18 Jun 2012 17:54:39 +0200 From: Hans Petter Selasky To: H Date: Mon, 18 Jun 2012 17:54:15 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <4FDB6AA3.3040606@gmail.com> <20120617.231049.41685248.sthaug@nethelp.no> <4FDE5393.5050808@hm.net.br> In-Reply-To: <4FDE5393.5050808@hm.net.br> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206181754.15680.hselasky@c2i.net> Cc: freebsd-stable@freebsd.org, sthaug@nethelp.no Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 16:33:50 -0000 On Monday 18 June 2012 00:00:51 H wrote: > sthaug@nethelp.no wrote: > >>> I loose packets because I use a WLAN adapter. Sometimes the link is > >>> down for various reasons, and then the routes start changing for > >>> manually created routes, and I want to prevent that. > >> > >> well that is certainly not a reason for changing routes > >> > >> I have the feeling you are not explaining good enough what really is > >> going on and it may help sending your configurations and an example of > >> routes and IP addresses before and after this route change > > > > Why is this so hard to understand? "Link down" leads to "static route > > is deleted". This is standard FreeBSD behavior, and has been this way > > for as long as I can remember (btw, I believe this behavior is from > > the original BSD, not FreeBSD specific). > > > > You can show this by having a static default route pointing to an > > address on an Ethernet interface which has link. And then pulling the > > TP cable from the Ethernet interface. Observe that the default route > > is automatically removed. > > may be you have not understood your own problem yet > > because so far is nothing to be understood because none of your > statements is correct, it is also not FreeBSD's standard behavior and > never has been > > as long as there is the valid IP address on the related interface, no > static route will be deleted, you can even boot without cable and the > [default] static route is there > > so you need to explain better your problem in order to understand it > > probably you have some other stuff running, thirdparty network manager > or something, incorrect or incomplete ppoe or dhc configuration or > whatever leads to the problem > > FYI static routes usually are the manually configured routes, so what > you say is redundant and not correct, I guess you're loosing some kind > of dynamic route > > since WL networks usually do not run RIP/OSPF/BGP I guess the route you > apparently loose is coming from some dhcp server and may be your > dhclient configuration is incomplete or none existent, but here now it > would be useful to see your config Hi, I think we need to distinguish between two matters. One is where the route is directly reachable on the local-net of the network adapter, and ARP is valid/responding. The second case is when the route is not directly reachable. The second case is where the problem happens, like Stian kindly explained. # For example: ifconfig wlan0 10.0.0.2 255.255.255.0 up # Assume the router is at 10.0.0.1 # And we want to reach a certain destination through 10.0.0.1 # Then we do: route add 10.22.1.1 10.0.0.1 # # First the FreeBSD network stack will resolve the ethernet address for # 10.0.0.1, and all 10.22.1.1 IP packets will get sent to 10.0.0.1. # However, if the wlan0 link goes down, which sometimes happen, then the route for 10.22.1.1 is deleted. This is sometimes very annoying, and also, if it happens that the 10.22.1.1 is reachable from another network adapter, then traffic sometimes can end up mis-routed. --HPS From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 16:44:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 706521065670 for ; Mon, 18 Jun 2012 16:44:27 +0000 (UTC) (envelope-from MGASS@csbsju.edu) Received: from smtp1.computing.csbsju.edu (smtp1.computing.csbsju.edu [152.65.184.22]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7378FC12 for ; Mon, 18 Jun 2012 16:44:27 +0000 (UTC) X-AuditID: ac10425b-b7f9e6d000000b5f-86-4fdf5aea05be Received: from Mail-HTCAS1.ad.csbsju.edu (Unknown_Domain [172.16.66.43]) by smtp1.computing.csbsju.edu (Symantec Messaging Gateway) with SMTP id 9B.27.02911.AEA5FDF4; Mon, 18 Jun 2012 11:44:26 -0500 (CDT) Received: from nx.csbsju.edu (172.16.66.30) by MAIL-HTCAS1.ad.csbsju.edu (172.16.66.43) with Microsoft SMTP Server id 14.2.309.2; Mon, 18 Jun 2012 11:44:26 -0500 Received: by nx.csbsju.edu (Postfix, from userid 1401) id EDA5F521091; Mon, 18 Jun 2012 11:44:25 -0500 (CDT) Date: Mon, 18 Jun 2012 11:44:25 -0500 From: Michael Gass To: Mark Felder Message-ID: <20120618164425.GA13422@csbsju.edu> References: <20120618152510.GA8454@csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrEJsWRmVeSWpSXmKPExsWyRsBJW/dV1H1/g73PJC3OzvvJZnG4WciB yePX6kmsHjM+zWcJYIrisklJzcksSy3St0vgyui7eZqlYK5YxabbO9gbGH8KdjFyckgImEjs 3DKBHcIWk7hwbz1bFyMXh5DAOUaJV/vOQzlLGSWm/l/PClIlJJAn0fb8FBOIzSKgKvH78S6w bjYgu/1oHwuILSIgJ3HvRDNYDbOAgsSEbZeBajg4hAW0Jd5NBlvMK6AvceXPSkaIkT4Ss96t YoWIC0qcnPmEBaJVR2LB7k9sIK3MAtISy/9xgIQ5BTQk9j7fDlYiKqAiMeXkNjaIMbIS0ybc YZ7AKDQLyaRZSCbNQpi0gJF5FaNUcW5JgaFecn5uQWlJZl66XnJxUnFWqV5qSukmRkgoR+9g nPfZ8BCjAAejEg9vpvV9fyHWxLLiytxDjJYcTEqivNMigEJ8SfkplRmJxRnxRaU5qcVKcryn r9/zFxKHCxeXFhdkJmfmlxbHlxblHGKU4GBWEuH9wQXUy5uSWFmVWpQP0XqIUZqDRUmcd3/f Sn8hgfTEktTs1NSC1CKYrD0Hh5IErx0w5oUEi1LTUyvSMnNKYNJKiryR5nf8haSQZdCtZuLg PMRozsEDtD8GZAxvcUFibnFmOtQIWV6BG0Cni8FEUbWfYnTnmHvpxA1GIZa8/LxUKXFeaZAZ AiDVGaV5cJdIKfDO7rjrLySJJIFq0itGU2CQCvNqgfTzANM2wgkyvEHtQL2iUEF0febAcBfh nRAKdntJYgmy2y1A3heDiaLqlGpgbLwa3/ZlhoDo3eKzd4+sPiS+3y5g4r6y26+WW26SW2va JuM3Wdctbf82i+ovMgyXrx5beE15gUzF+iiPHycVXGR8jV13vm89vLg3veyMUOPvJceYDyxa snzb8+LoUyZi2Vy7Vvhw5y48rtU9LVjxUvOv93JSzQk+YQo7f937a2nmaiFy3nrjByWW4oxE Qy3mouJEAFlhWv3VAwAA Cc: freebsd-stable@freebsd.org Subject: Re: Cannot get flashplugin to work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 16:44:27 -0000 On Mon, Jun 18, 2012 at 11:13:10AM -0500, Mark Felder wrote: > On Mon, 18 Jun 2012 10:25:10 -0500, Michael Gass wrote: > > >Cannot get the linux flashplugin to work on either firefox or chrome. > > 9-STABLE here without issues. > > Can you post: > > /etc/rc.conf > /etc/fstab > output of `kldstat` > output of `mount` > output of `uname -a` > > Thanks! Here is the info: % uname -a FreeBSD ap200.home.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Sat May 19 09:07:23 CDT 2012 root@:/usr/obj/usr/src/sys/AP20120519 i386 % kldstat Id Refs Address Size Name 1 31 0xc0400000 74b158 kernel 2 1 0xc0b4c000 4e0c snd_ess.ko 3 2 0xc0b51000 4c68 snd_sbc.ko 4 1 0xc0b56000 4854 sem.ko 5 1 0xc0b5b000 70ec apm.ko 6 1 0xc4187000 8000 linprocfs.ko 7 2 0xc41a0000 2b000 linux.ko 8 1 0xc4232000 2000 linux_adobe.ko 9 1 0xc43ca000 2000 green_saver.ko % mount /dev/ada0p2 on / (ufs, local, soft-updates) devfs on /dev (devfs, local, multilabel) /dev/ada0p4 on /tmp (ufs, local, soft-updates) /dev/ada0p5 on /var (ufs, local, soft-updates) /dev/ada0p6 on /usr (ufs, local, soft-updates) linprocfs on /compat/linux/proc (linprocfs, local) % cat /etc/rc.conf hostname="ap200.home.net" keymap="us.iso.kbd" #ifconfig_fxp0="DHCP" ifconfig_fxp0="SYNCDHCP" sshd_enable="YES" moused_type="auto" moused_enable="YES" moused_flags="-A 1.8" saver="green" blanktime="900" ntpd_enable="YES" # powerd_enable="YES" # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev="NO" dbus_enable="YES" hald_enable="YES" apm_enable="YES" linux_enable="YES" Running 9.0 STABLE Cannot get the linux flashplugin to work on either firefox or chrome. Followed the handbook exactly. Using ports I installed the following. * installed nspluginwrapper which also installed linux_base_f10 * installed linux-f10-flashplugin11 * linked libflashplayer.so into /usr/local/lib/browser_plugins/ (checked that the link is in the directory) * ran nspluginwrapper -v -a -i (this ran fine) mount shows that linprocfs is on /compat/linux/proc about:plugins shows that flashplayer is enabled in both firefox and chrome. The plugins do not work anywhere I try. I messages like plugins-missing. Tried running firefox and chrome from the command line to check error messages. This is what shows up: *** NSPlugin Wrapper *** ERROR: NPP_New() wait for reply: Connection closed *** NSPlugin Wrapper *** WARNING:(/work/a/ports/www/nspluginwrapper/work/nspluginwrapper-1.4.4/src/npw-wrapper.c:2150):invoke_NPP_Destroy: assertion failed: (rpc_method_invoke_possible(plugin->connection)) I have updated my ports collection and tried deinstalling and reinstalling and have the same problem. Any ideas? From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 17:32:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5666D1065677 for ; Mon, 18 Jun 2012 17:32:54 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E502C8FC23; Mon, 18 Jun 2012 17:32:53 +0000 (UTC) Message-ID: <4FDF6645.5030607@FreeBSD.org> Date: Mon, 18 Jun 2012 13:32:53 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: Konstantin Belousov References: <20120616123445.GQ2337@deviant.kiev.zoral.com.ua> In-Reply-To: <20120616123445.GQ2337@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "mnln.l4" , freebsd-stable@freebsd.org Subject: Re: acpidump -dt broken in 9 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 17:32:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2012-06-16 08:34:45 -0400, Konstantin Belousov wrote: > On Fri, Jun 15, 2012 at 09:57:45PM -0700, mnln.l4 wrote: >> Just upgrade from 9.0 to 9 stable. >> >> `acpidump -dt` shows error message "realpath tmp file: No such >> file or directory" >> >> It is related to the recent change made to realpath(3) > > This was a bug/specific operation in acpidump relying on > non-conforming realpath(3) behaviour. The r235948 should be > merged. Committed as r237232. Thanks for letting me know. Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/fZkUACgkQmlay1b9qnVPwUgCgr8mQhgFSd3+Se8PapbbAN71P 0jkAoLL5LKm8xTIRDk0VBVdghNFYMXL6 =CqQO -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 17:51:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D87F1065674; Mon, 18 Jun 2012 17:51:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 150B58FC14; Mon, 18 Jun 2012 17:51:03 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5IHosYk031619; Mon, 18 Jun 2012 20:50:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5IHorNK081247; Mon, 18 Jun 2012 20:50:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5IHordU081246; Mon, 18 Jun 2012 20:50:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 18 Jun 2012 20:50:53 +0300 From: Konstantin Belousov To: Jung-uk Kim Message-ID: <20120618175053.GL2337@deviant.kiev.zoral.com.ua> References: <20120616123445.GQ2337@deviant.kiev.zoral.com.ua> <4FDF6645.5030607@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azIKtn7V5gBmWzzR" Content-Disposition: inline In-Reply-To: <4FDF6645.5030607@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "mnln.l4" , freebsd-stable@freebsd.org Subject: Re: acpidump -dt broken in 9 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 17:51:04 -0000 --azIKtn7V5gBmWzzR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 18, 2012 at 01:32:53PM -0400, Jung-uk Kim wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > On 2012-06-16 08:34:45 -0400, Konstantin Belousov wrote: > > On Fri, Jun 15, 2012 at 09:57:45PM -0700, mnln.l4 wrote: > >> Just upgrade from 9.0 to 9 stable. > >>=20 > >> `acpidump -dt` shows error message "realpath tmp file: No such > >> file or directory" > >>=20 > >> It is related to the recent change made to realpath(3) > >=20 > > This was a bug/specific operation in acpidump relying on > > non-conforming realpath(3) behaviour. The r235948 should be > > merged. >=20 > Committed as r237232. Thanks for letting me know. Thank you for handling this. --azIKtn7V5gBmWzzR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/fan0ACgkQC3+MBN1Mb4hCrQCcCiy1TkiWk9FdVph2/5kRD8XT KhcAn1w0GVtNUmvtAlhliiSEkAXI3pIs =+qyj -----END PGP SIGNATURE----- --azIKtn7V5gBmWzzR-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 18:43:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D49F71065670 for ; Mon, 18 Jun 2012 18:43:04 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 913F58FC0A for ; Mon, 18 Jun 2012 18:43:04 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id D5E9E1E000F6; Mon, 18 Jun 2012 20:42:57 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.4) with ESMTP id q5IIeLTv032594; Mon, 18 Jun 2012 20:40:21 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id q5IIeKdm032593; Mon, 18 Jun 2012 20:40:20 +0200 (CEST) (envelope-from nox) Date: Mon, 18 Jun 2012 20:40:20 +0200 (CEST) From: Juergen Lock Message-Id: <201206181840.q5IIeKdm032593@triton8.kn-bremen.de> To: feld@feld.me X-Newsgroups: local.list.freebsd.stable In-Reply-To: References: <20120618152510.GA8454@csbsju.edu> Organization: Cc: freebsd-stable@freebsd.org Subject: Re: Cannot get flashplugin to work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 18:43:04 -0000 In article you write: >On Mon, 18 Jun 2012 10:25:10 -0500, Michael Gass wrote: > >> Cannot get the linux flashplugin to work on either firefox or chrome. > >9-STABLE here without issues. > >Can you post: > >/etc/rc.conf >/etc/fstab >output of `kldstat` >output of `mount` >output of `uname -a` In addition try running nspluginwrapper as user instead of as root, I think /usr/local/lib/browser_plugins has been dropped from the search path of some(?) browsers in the meantime. HTH, :) Juergen From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 21:04:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51F84106564A for ; Mon, 18 Jun 2012 21:04:10 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id C6E4D8FC1A for ; Mon, 18 Jun 2012 21:04:09 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [186.222.218.245]) (authenticated bits=0) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q5IL3fXL035758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Jun 2012 18:03:42 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.4 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.5.2 msrv.matik.com.br q5IL3fXL035758 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1340053425; bh=obnLzRCohFtgYWPlPLqikJkK8m1SKA14qzLpEPQXEtI=; h=From:To:Subject:Date:Cc:References:In-Reply-To; b=BpCMC3n+FtpQTOr1xqivUq/vgCupOSfxMvckrAr438yTQacC40Cz9Bkmbclpne1Ax LUNWB4ug5WFnOKsyhID1M0W3pj+FHLou7CEhjtIutk0upbhlRS9a0dFYhhyk6vHbOO so4U2ik2B2AvhexL/+nHSbbTSM7MHISBVMEhUll0= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; auth=pass (PLAIN); spf=pass smtp.mfrom=hm@hm.net.br From: H Organization: HM-Net To: freebsd-stable@freebsd.org Date: Mon, 18 Jun 2012 18:03:34 -0300 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.8.4; i386; ; ) References: <4FDB6AA3.3040606@gmail.com> <4FDE5393.5050808@hm.net.br> <201206181754.15680.hselasky@c2i.net> In-Reply-To: <201206181754.15680.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1938882.UGr3QkiMLM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201206181803.41211.hm@hm.net.br> X-Spam-Status: No, score=-98.0 required=5.0 tests=AWL=0.683,BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,RCVD_IN_PBL=3.335,SPF_PASS=-0.001,T_RP_MATCHES_RCVD=-0.01,USER_IN_WHITELIST=-100 msrv.matik.com.br 1102; Body=1 Fuz1=1 Fuz2=1 [127.0.0.11] [1 mail.matik.com.br.] [187.95.0.182] autolearn=no ASN AS28573 186.222.216.0/21 X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: sthaug@nethelp.no, Hans Petter Selasky Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 21:04:10 -0000 --nextPart1938882.UGr3QkiMLM Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable On Monday 18 June 2012 12:54 Hans Petter Selasky wrote: > On Monday 18 June 2012 00:00:51 H wrote: > > sthaug@nethelp.no wrote: > > >>> I loose packets because I use a WLAN adapter. Sometimes the link is > > >>> down for various reasons, and then the routes start changing for > > >>> manually created routes, and I want to prevent that. > > >>=20 > > >> well that is certainly not a reason for changing routes > > >>=20 > > >> I have the feeling you are not explaining good enough what really is > > >> going on and it may help sending your configurations and an example = of > > >> routes and IP addresses before and after this route change > > >=20 > > > Why is this so hard to understand? "Link down" leads to "static route > > > is deleted". This is standard FreeBSD behavior, and has been this way > > > for as long as I can remember (btw, I believe this behavior is from > > > the original BSD, not FreeBSD specific). > > >=20 > > > You can show this by having a static default route pointing to an > > > address on an Ethernet interface which has link. And then pulling the > > > TP cable from the Ethernet interface. Observe that the default route > > > is automatically removed. > >=20 > > may be you have not understood your own problem yet > >=20 > > because so far is nothing to be understood because none of your > > statements is correct, it is also not FreeBSD's standard behavior and > > never has been > >=20 > > as long as there is the valid IP address on the related interface, no > > static route will be deleted, you can even boot without cable and the > > [default] static route is there > >=20 > > so you need to explain better your problem in order to understand it > >=20 > > probably you have some other stuff running, thirdparty network manager > > or something, incorrect or incomplete ppoe or dhc configuration or > > whatever leads to the problem > >=20 > > FYI static routes usually are the manually configured routes, so what > > you say is redundant and not correct, I guess you're loosing some kind > > of dynamic route > >=20 > > since WL networks usually do not run RIP/OSPF/BGP I guess the route you > > apparently loose is coming from some dhcp server and may be your > > dhclient configuration is incomplete or none existent, but here now it > > would be useful to see your config >=20 > Hi, >=20 > I think we need to distinguish between two matters. One is where the route > is directly reachable on the local-net of the network adapter, and ARP is > valid/responding. The second case is when the route is not directly > reachable. The second case is where the problem happens, like Stian kindly > explained. >=20 > # For example: >=20 > ifconfig wlan0 10.0.0.2 255.255.255.0 up >=20 > # Assume the router is at 10.0.0.1 > # And we want to reach a certain destination through 10.0.0.1 > # Then we do: >=20 > route add 10.22.1.1 10.0.0.1 >=20 no no no my friend, wrong again that is a static route and it goes away same way it was created, manually o= r=20 by deleting the IP address 10.0.0.2 from the related interface wether there is or not an active link on that interface does not matter Hans > # > # First the FreeBSD network stack will resolve the ethernet address for > # 10.0.0.1, and all 10.22.1.1 IP packets will get sent to 10.0.0.1. > # >=20 > However, if the wlan0 link goes down, which sometimes happen, then the > route for 10.22.1.1 is deleted. This is sometimes very annoying, and also, > if it happens that the 10.22.1.1 is reachable from another network > adapter, then traffic sometimes can end up mis-routed. >=20 > --HPS > _______________________________________________ > 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" =2D-=20 HM +55 17 8111.3300 --nextPart1938882.UGr3QkiMLM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEABECAAYFAk/fl60ACgkQvKVfg5xjCDzK5gCglEFRfc7RqFVXk4SBDEeipJds DqsAn2oNl2zn9XG78Cn5LkMOkv0UTb5I =WuSW -----END PGP SIGNATURE----- --nextPart1938882.UGr3QkiMLM-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 21:07:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF788106566C for ; Mon, 18 Jun 2012 21:07:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id 26F5A8FC26 for ; Mon, 18 Jun 2012 21:07:39 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 287629299; Mon, 18 Jun 2012 23:07:32 +0200 From: Hans Petter Selasky To: H Date: Mon, 18 Jun 2012 23:07:10 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <4FDB6AA3.3040606@gmail.com> <201206181754.15680.hselasky@c2i.net> <201206181803.41211.hm@hm.net.br> In-Reply-To: <201206181803.41211.hm@hm.net.br> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206182307.10050.hselasky@c2i.net> Cc: freebsd-stable@freebsd.org, sthaug@nethelp.no Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 21:07:40 -0000 On Monday 18 June 2012 23:03:34 H wrote: > On Monday 18 June 2012 12:54 Hans Petter Selasky wrote: > > On Monday 18 June 2012 00:00:51 H wrote: > > > sthaug@nethelp.no wrote: > > > >>> I loose packets because I use a WLAN adapter. Sometimes the link is > > > >>> down for various reasons, and then the routes start changing for > > > >>> manually created routes, and I want to prevent that. > > > >> > > > >> well that is certainly not a reason for changing routes > > > >> > > > >> I have the feeling you are not explaining good enough what really is > > > >> going on and it may help sending your configurations and an example > > > >> of routes and IP addresses before and after this route change > > > > > > > > Why is this so hard to understand? "Link down" leads to "static route > > > > is deleted". This is standard FreeBSD behavior, and has been this way > > > > for as long as I can remember (btw, I believe this behavior is from > > > > the original BSD, not FreeBSD specific). > > > > > > > > You can show this by having a static default route pointing to an > > > > address on an Ethernet interface which has link. And then pulling the > > > > TP cable from the Ethernet interface. Observe that the default route > > > > is automatically removed. > > > > > > may be you have not understood your own problem yet > > > > > > because so far is nothing to be understood because none of your > > > statements is correct, it is also not FreeBSD's standard behavior and > > > never has been > > > > > > as long as there is the valid IP address on the related interface, no > > > static route will be deleted, you can even boot without cable and the > > > [default] static route is there > > > > > > so you need to explain better your problem in order to understand it > > > > > > probably you have some other stuff running, thirdparty network manager > > > or something, incorrect or incomplete ppoe or dhc configuration or > > > whatever leads to the problem > > > > > > FYI static routes usually are the manually configured routes, so what > > > you say is redundant and not correct, I guess you're loosing some kind > > > of dynamic route > > > > > > since WL networks usually do not run RIP/OSPF/BGP I guess the route you > > > apparently loose is coming from some dhcp server and may be your > > > dhclient configuration is incomplete or none existent, but here now it > > > would be useful to see your config > > > > Hi, > > > > I think we need to distinguish between two matters. One is where the > > route is directly reachable on the local-net of the network adapter, and > > ARP is valid/responding. The second case is when the route is not > > directly reachable. The second case is where the problem happens, like > > Stian kindly explained. > > > > # For example: > > > > ifconfig wlan0 10.0.0.2 255.255.255.0 up > > > > # Assume the router is at 10.0.0.1 > > # And we want to reach a certain destination through 10.0.0.1 > > # Then we do: > > > > route add 10.22.1.1 10.0.0.1 > > no no no my friend, wrong again > > that is a static route and it goes away same way it was created, manually > or by deleting the IP address 10.0.0.2 from the related interface > > wether there is or not an active link on that interface does not matter > Hi, Can it be that dhclient which I'm running on this interface with manual routes disrupts stuff then ?? --HPS From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 21:41:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEB7D106564A for ; Mon, 18 Jun 2012 21:41:10 +0000 (UTC) (envelope-from olavgg@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6951D8FC16 for ; Mon, 18 Jun 2012 21:41:10 +0000 (UTC) Received: by qcsg15 with SMTP id g15so3825552qcs.13 for ; Mon, 18 Jun 2012 14:41:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=5uYpilk2QvQHIH7LXdTZr3HYoE15pjciUc2Y6k67Sts=; b=YVvgVBWFXXvFpkJHBQtRR1Wc1+vrLvGQsfrm4gbwQ744Wu9udp4BNW71twgKNoYTug w/9VZ0v7i888aeAwuR0OtGlYjQi76PnjK8xPZDOiZ6orzobQunYu/82njQ8ar6XyGqvK cnf00hlsFIV3ugx/uSXx9AE79CQtNQo7Y57rz6x306wI0exktdaIosN3DnXQUdSU6+YF rltAr4uS9oF1JOACBaewrIAdAdQnVvOSubzrMGpZvk8KVdMY8g7OIsAsGpbL9zEGMGfN KKSAG+iDlFxlGZlNjjall86GU3El7bsK8ZJalF2hCV132Q75Po0KCw7r67jLRESI9YFF Pzpg== MIME-Version: 1.0 Received: by 10.229.134.199 with SMTP id k7mr8310471qct.99.1340055669801; Mon, 18 Jun 2012 14:41:09 -0700 (PDT) Received: by 10.229.45.5 with HTTP; Mon, 18 Jun 2012 14:41:09 -0700 (PDT) Date: Mon, 18 Jun 2012 23:41:09 +0200 Message-ID: From: Olav Gjerde To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 Subject: Kernel modules are broken after updating to the latest FreeBSD 9-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 21:41:10 -0000 Yesterday I updated to the latest version of FreeBSD 9-STABLE. I always follow the procedure in the manual -> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html And I use the GENERIC config with no modifications. The system boots fine, however quite a few important kernel modules no longer works. Specifically nullfs, fdescfs, zfs, zlib, xfs, while some other modules like geom_mirror and geom_raid works. I get the following error messages: KLD nullfs.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type KLD fdescfs.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type What could have gone wrong? What can I do to fix this? From owner-freebsd-stable@FreeBSD.ORG Mon Jun 18 22:33:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D1231065680 for ; Mon, 18 Jun 2012 22:33:29 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id EB15E8FC0C for ; Mon, 18 Jun 2012 22:33:28 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5IMXRub046251; Mon, 18 Jun 2012 16:33:27 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5IMXRum046248; Mon, 18 Jun 2012 16:33:27 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 18 Jun 2012 16:33:27 -0600 (MDT) From: Warren Block To: Olav Gjerde In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Mon, 18 Jun 2012 16:33:27 -0600 (MDT) Cc: FreeBSD Stable Mailing List Subject: Re: Kernel modules are broken after updating to the latest FreeBSD 9-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2012 22:33:29 -0000 On Mon, 18 Jun 2012, Olav Gjerde wrote: > Yesterday I updated to the latest version of FreeBSD 9-STABLE. I > always follow the procedure in the manual -> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > And I use the GENERIC config with no modifications. > > The system boots fine, however quite a few important kernel modules no > longer works. Specifically nullfs, fdescfs, zfs, zlib, xfs, while some > other modules like geom_mirror and geom_raid works. > > I get the following error messages: > KLD nullfs.ko: depends on kernel - not available or version mismatch > linker_load_file: Unsupported file type > KLD fdescfs.ko: depends on kernel - not available or version mismatch > linker_load_file: Unsupported file type > > What could have gone wrong? What can I do to fix this? Did you miss the buildkernel/installkernel steps? From owner-freebsd-stable@FreeBSD.ORG Tue Jun 19 06:42:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5292E106566B for ; Tue, 19 Jun 2012 06:42:44 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id BB64E8FC16 for ; Tue, 19 Jun 2012 06:42:43 +0000 (UTC) Received: by lbon10 with SMTP id n10so6499601lbo.13 for ; Mon, 18 Jun 2012 23:42:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=gNWy1NWsRyGGcsp1xXhjpaST5bp06XzMYsiZeY723d0=; b=hqGPhzvJhDBbMyQZQ0p/JOjd7eu/5b9Nt2TZIlOTcvvRC/ykjYY/gLWEVXe756aBzF WF0mHCoCbpFXpTzZ/o+L0TgZNf1u1dPVOD3ZymmPSo2xAQHaSbFEabFMoBQG7JL+oDbw PKWtgt4Byx4Vs2tJlJbr+HMBb4yh8uk6WVfiIe/Q6yyJf117vmbcfBy3xmmtoI+2XjLg 4VPPCnrtIYGswGKDY0UaVCIKkcIES9iawy6GCgMJB2r2fZSKunljEoTTvG7waZS6FSU3 E7yXOfUqE0VBL5pVVmrEkXRA0no9IkKsyvJovmgStOIfgvIszjStL+psJH2hJQslWRqG mriQ== MIME-Version: 1.0 Received: by 10.112.84.168 with SMTP id a8mr7590491lbz.92.1340088162660; Mon, 18 Jun 2012 23:42:42 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.152.24.7 with HTTP; Mon, 18 Jun 2012 23:42:42 -0700 (PDT) X-Originating-IP: [79.140.39.245] In-Reply-To: <4FDF0863.50609@roffiaen.com> References: <4FDF0863.50609@roffiaen.com> Date: Tue, 19 Jun 2012 08:42:42 +0200 X-Google-Sender-Auth: J78w3rvte4H-yfdruYI6OMOEPfg Message-ID: From: Bernhard Schmidt To: David ROFFIAEN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmc2kwD7NCHwX1QgoeFrf49fXjlgghRG3MubNYTgWenwDRnKVQpd000jxht6eu2+KD1KUpB Cc: freebsd-stable Subject: Re: vlan+iwn panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2012 06:42:44 -0000 On Mon, Jun 18, 2012 at 12:52 PM, David ROFFIAEN wrote: > Hi list, > > I encoutered a panic with FreeBSD 9 Stable creating vlan with wlan0 (iwn0= ) > parent. Panic occur when upping the vlan : > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =A0 =3D 0x0 > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read data, page not = present > instruction pointer =A0 =A0 =3D 0x20:0x0 > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff800024b3f0 > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff800024b4b0 > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1= b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, long 1,= def32 0, gran 1 > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 > current process =A0 =A0 =A0 =A0 =3D 12 (swi4: clock) > trap number =A0 =A0 =A0 =A0 =A0 =A0 =3D 12 > panic: page fault > cpuid =3D 0 > KDB: stack backtrace: > #0 0xffffffff80625896 at kdb_backtrace+0x66 > #1 0xffffffff805ed71e at panic+0x1ce > #2 0xffffffff80887690 at trap_fatal+0x290 > #3 0xffffffff808879fc at trap_pfault+0x21c > #4 0xffffffff80887ff5 at trap+0x365 > #5 0xffffffff80872713 at calltrap+0x8 > #6 0xffffffff807b9968 at nd6_output+0x18 > #7 0xffffffff807b41ed at ip6_output+0x11dd > #8 0xffffffff807b4c8c at mld_dispatch_packet+0xdc > #9 0xffffffff807b5121 at mld_dispatch_queue+0x21 > #10 0xffffffff807b7ac0 at mld_fasttimo+0x640 > #11 0xffffffff8064fdbb at pffasttimo+0x2b > #12 0xffffffff80603540 at softclock+0x3c0 > #13 0xffffffff805bf3e4 at intr_event_execute_handlers+0x104 > #14 0xffffffff805c0b64 at ithread_loop+0xa4 > #15 0xffffffff805bc04f at fork_exit+0x11f > #16 0xffffffff80872c3e at fork_trampoline+0xe I don't see this on HEAD, so some commit might have fixed it, not certain which one though. I'm running into another panic though. > This problem doesn't occur with atheros card on SOEKRIS (i386). Just the "up" works or can you even do traffic? I'm not so sure about the later, I'm not aware that wlan+vlan has ever be tested. If it works for ath though, I'll look into the iwn part. --=20 Bernhard From owner-freebsd-stable@FreeBSD.ORG Tue Jun 19 06:46:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B3A8106566B for ; Tue, 19 Jun 2012 06:46:24 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id A2DA58FC08 for ; Tue, 19 Jun 2012 06:46:23 +0000 (UTC) Received: by lbon10 with SMTP id n10so6504284lbo.13 for ; Mon, 18 Jun 2012 23:46:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=/m7s8AaS+3wBHpM3coYIL5JJDNhKd1D6F3gRY0Zt41k=; b=lEXqHn3bkN080/Rtg5ObA/Xf0x35xQH8HkltZHvdepCB/ge00IhxOmCu7BHi9Ll936 wMg+hWy5q/NscDdlJj8FjbosNwi5LNGLP8P1+4z95d/QakyRPH1N5a9uxS9bSSNoBsgf e8FXzLEgU7/m/2aphfpRF+225FsqZDN6BHbqSLulp2KLVSeBClBAPcbTmuabqDgNT4xy H+CZjW6uIXFLfPjwG8Cermduc1BFDsTxBfPXJ0Gm1PSqOZuqPN3tkKZzq7OamQnFzGQC zFoKZXQ7cUWV0Db2jWukhzRMyn/i517vQ4OIR6Oe7d9X/b19xNowIqcZgv8Vb9h0eCr+ yvLg== MIME-Version: 1.0 Received: by 10.112.30.136 with SMTP id s8mr7686931lbh.51.1340088382257; Mon, 18 Jun 2012 23:46:22 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.152.24.7 with HTTP; Mon, 18 Jun 2012 23:46:22 -0700 (PDT) X-Originating-IP: [79.140.39.245] In-Reply-To: <20120618133017.GA43101@pcjas.obspm.fr> References: <4FDF0863.50609@roffiaen.com> <20120618133017.GA43101@pcjas.obspm.fr> Date: Tue, 19 Jun 2012 08:46:22 +0200 X-Google-Sender-Auth: 2FAWproC3UlD7QmWNJzACdkgWpA Message-ID: From: Bernhard Schmidt To: Albert Shih Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmY9XK+iGIK0X7a8BBbqee/Hjwnn4tW3M0JGgZOYQ2Fkvsh9GCP4wIPeGK8M0nYvKQpMLEu Cc: David ROFFIAEN , freebsd-stable Subject: Re: vlan+iwn panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2012 06:46:24 -0000 On Mon, Jun 18, 2012 at 3:30 PM, Albert Shih wrote: > =A0Le 18/06/2012 ? 12:52:19+0200, David ROFFIAEN a =E9crit >> Hi list, >> >> I encoutered a panic with FreeBSD 9 Stable creating vlan with wlan0 >> (iwn0) parent. Panic occur when upping the vlan : > > I've same problem whitout vlan. Just sometime (rarely....) when the signa= l > of the wifi is very weak the system crash with something very close. Very close? Do you mean same backtrace? Write a report next time you run into it please, preferably with a way to reproduce. --=20 Bernhard From owner-freebsd-stable@FreeBSD.ORG Tue Jun 19 07:56:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A66301065670 for ; Tue, 19 Jun 2012 07:56:34 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id 0B5048FC0A for ; Tue, 19 Jun 2012 07:56:33 +0000 (UTC) Received: from pop1.hm.net.br (bd072572.virtua.com.br [189.7.37.114] (may be forged)) (authenticated bits=0) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q5J7uFg3086350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jun 2012 04:56:15 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.4 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.5.2 msrv.matik.com.br q5J7uFg3086350 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1340092577; bh=xVeFHgxzzoM/gv4ECwiySLgXsFIE/dJGXsM++2NUPtE=; h=From:To:Subject:Date:Cc:References:In-Reply-To; b=cqnPP1Ic3zTLwhe0jJXr1ZB7Clq5p4faQy17lduNhelIMVC2DtWfdvygkmQViwA82 eTQY83pLlrsCQ/ssYm0LRysd3AbwLXloZxxkPQy4HE7NbL+9U9c1gAqGLARmTlgf4S es+RoBW7BAg6o72sIQl9rhslXKdtYBMq4Q2G4Sag= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; auth=pass (PLAIN); spf=pass smtp.mfrom=hm@hm.net.br From: H Organization: HM-Net To: freebsd-stable@freebsd.org Date: Tue, 19 Jun 2012 04:55:59 -0300 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.8.4; i386; ; ) References: <4FDB6AA3.3040606@gmail.com> <201206181803.41211.hm@hm.net.br> <201206182307.10050.hselasky@c2i.net> In-Reply-To: <201206182307.10050.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4499585.QzosB4aL3A"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201206190456.13409.hm@hm.net.br> X-Spam-Status: No, score=4.5 required=5.0 tests=AWL=-0.369,BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,RCVD_IN_BRBL_LASTEXT=1.449,RCVD_IN_PBL=3.335,RCVD_IN_RP_RNBL=1.31,RDNS_NONE=0.793,SPF_PASS=-0.001 msrv.matik.com.br 1356; Body=1 Fuz1=1 Fuz2=1 [127.0.0.11] [127.0.0.2] [1 mail.matik.com.br.] [127.0.0.6] [187.95.0.182] autolearn=no ASN AS28573 189.7.36.0/22 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: sthaug@nethelp.no, Hans Petter Selasky Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2012 07:56:34 -0000 --nextPart4499585.QzosB4aL3A Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable On Monday 18 June 2012 18:07 Hans Petter Selasky wrote: > On Monday 18 June 2012 23:03:34 H wrote: > > On Monday 18 June 2012 12:54 Hans Petter Selasky wrote: > > > On Monday 18 June 2012 00:00:51 H wrote: > > > > sthaug@nethelp.no wrote: > > > > >>> I loose packets because I use a WLAN adapter. Sometimes the link > > > > >>> is down for various reasons, and then the routes start changing > > > > >>> for manually created routes, and I want to prevent that. > > > > >>=20 > > > > >> well that is certainly not a reason for changing routes > > > > >>=20 > > > > >> I have the feeling you are not explaining good enough what really > > > > >> is going on and it may help sending your configurations and an > > > > >> example of routes and IP addresses before and after this route > > > > >> change > > > > >=20 > > > > > Why is this so hard to understand? "Link down" leads to "static > > > > > route is deleted". This is standard FreeBSD behavior, and has been > > > > > this way for as long as I can remember (btw, I believe this > > > > > behavior is from the original BSD, not FreeBSD specific). > > > > >=20 > > > > > You can show this by having a static default route pointing to an > > > > > address on an Ethernet interface which has link. And then pulling > > > > > the TP cable from the Ethernet interface. Observe that the default > > > > > route is automatically removed. > > > >=20 > > > > may be you have not understood your own problem yet > > > >=20 > > > > because so far is nothing to be understood because none of your > > > > statements is correct, it is also not FreeBSD's standard behavior a= nd > > > > never has been > > > >=20 > > > > as long as there is the valid IP address on the related interface, = no > > > > static route will be deleted, you can even boot without cable and t= he > > > > [default] static route is there > > > >=20 > > > > so you need to explain better your problem in order to understand it > > > >=20 > > > > probably you have some other stuff running, thirdparty network > > > > manager or something, incorrect or incomplete ppoe or dhc > > > > configuration or whatever leads to the problem > > > >=20 > > > > FYI static routes usually are the manually configured routes, so wh= at > > > > you say is redundant and not correct, I guess you're loosing some > > > > kind of dynamic route > > > >=20 > > > > since WL networks usually do not run RIP/OSPF/BGP I guess the route > > > > you apparently loose is coming from some dhcp server and may be your > > > > dhclient configuration is incomplete or none existent, but here now > > > > it would be useful to see your config > > >=20 > > > Hi, > > >=20 > > > I think we need to distinguish between two matters. One is where the > > > route is directly reachable on the local-net of the network adapter, > > > and ARP is valid/responding. The second case is when the route is not > > > directly reachable. The second case is where the problem happens, like > > > Stian kindly explained. > > >=20 > > > # For example: > > >=20 > > > ifconfig wlan0 10.0.0.2 255.255.255.0 up > > >=20 > > > # Assume the router is at 10.0.0.1 > > > # And we want to reach a certain destination through 10.0.0.1 > > > # Then we do: > > >=20 > > > route add 10.22.1.1 10.0.0.1 > >=20 > > no no no my friend, wrong again > >=20 > > that is a static route and it goes away same way it was created, manual= ly > > or by deleting the IP address 10.0.0.2 from the related interface > >=20 > > wether there is or not an active link on that interface does not matter >=20 > Hi, >=20 > Can it be that dhclient which I'm running on this interface with manual > routes disrupts stuff then ?? >=20 so now we're coming to the point ... on renewal of the IP address the interface is set do down, old IP removed a= nd=20 the new one (even if the same as before) is associated and the IF comes up= =20 again means, any route associated get lost, you may get a new one (default) from = the=20 dhcp server you could set some options in your /etc/dhclient.conf to match your needs you could request a longer lease time, eventually reduce the retry time to = get=20 less down time check your log what the dhcp server send to you may be you try something like: timeout 60; retry 60; send dhcp-lease-time 36000; (or more to cover your longest up time) if the longer lease time does not work, then I guess then you could use th= e=20 'script "name"' option to set your special route after renewal Hans =2D-=20 HM +55 17 8111.3300 --nextPart4499585.QzosB4aL3A Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEABECAAYFAk/gMJ0ACgkQvKVfg5xjCDxPdgCbBKbueD3t8vMZgrIO2tA4811L xnkAoJ6POSri4yslvTyKvnztgTsigxbK =Fvl6 -----END PGP SIGNATURE----- --nextPart4499585.QzosB4aL3A-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 19 08:44:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D327106566B for ; Tue, 19 Jun 2012 08:44:13 +0000 (UTC) (envelope-from gygy@stsnet.ro) Received: from mail.stsnet.ro (mail.stsnet.ro [193.151.31.253]) by mx1.freebsd.org (Postfix) with ESMTP id 383368FC12 for ; Tue, 19 Jun 2012 08:44:13 +0000 (UTC) Received: from mail.stsnet.ro (localhost.localdomain [127.0.0.1]) by mail.stsnet.ro (Postfix) with ESMTP id 0C84016DDAC for ; Tue, 19 Jun 2012 11:34:31 +0300 (EEST) Received: from localhost.localdomain [127.0.0.1] by BitDefender SMTP Proxy on localhost.localdomain [127.0.0.1] for localhost.localdomain [127.0.0.1]; Tue, 19 Jun 2012 11:34:31 +0300 (EEST) Received: from [192.168.100.46] (PC46.ciurel100.stsnet.ro [192.168.100.46]) (Authenticated sender: gygy) by mail.stsnet.ro (Postfix) with ESMTPSA id E1DD316DDAB for ; Tue, 19 Jun 2012 11:34:30 +0300 (EEST) Message-ID: <4FE03996.6060600@stsnet.ro> Date: Tue, 19 Jun 2012 11:34:30 +0300 From: Adrian Minta User-Agent: Mozilla/5.0 (X11; Linux i686; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> In-Reply-To: <4360846ab93b3a2b1968ee0f262cf148.squirrel@mail.digital-infotech.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BitDefender-Spam: No (0) X-BitDefender-SpamStamp: Build: [Engines: 2.13.3.14894, Dats: 205621, Stamp: 3], Multi: [Enabled], BW: [Enabled], RBL DNSBL: [Disabled], APM: [Disabled, Score: 500], SGN: [Enabled], URL: [Enabled], URI DNSBL: [Enabled], SQMD: [Disabled], RTDA: [Enabled, Hit: No, Details: v0.0; ], total: 0(775) X-BitDefender-CF-Stamp: none X-BitDefender-Scanner: Clean, Agent: BitDefender Smtp Proxy 3.1.0 on mail.stsnet.ro, sigver: 7.42657 Subject: Re: PF to Preventing SMTP Brute Force Attacks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2012 08:44:13 -0000 Better use something like fail2ban. -- Best regards, Adrian Minta From owner-freebsd-stable@FreeBSD.ORG Tue Jun 19 09:14:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C928106566C; Tue, 19 Jun 2012 09:14:42 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from smtp-int-m.obspm.fr (smtp-int-m.obspm.fr [145.238.187.15]) by mx1.freebsd.org (Postfix) with ESMTP id B31A38FC19; Tue, 19 Jun 2012 09:14:41 +0000 (UTC) Received: from pcjas.obspm.fr (pcjas.obspm.fr [145.238.184.233]) by smtp-int-m.obspm.fr (8.14.3/8.14.3/SIO Observatoire de Paris - 07/2009) with ESMTP id q5J9EdJZ025100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 19 Jun 2012 11:14:40 +0200 Date: Tue, 19 Jun 2012 11:14:39 +0200 From: Albert Shih To: Bernhard Schmidt Message-ID: <20120619091439.GA47797@pcjas.obspm.fr> References: <4FDF0863.50609@roffiaen.com> <20120618133017.GA43101@pcjas.obspm.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Miltered: at smtp-int-m.obspm.fr with ID 4FE042FF.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FE042FF.000/145.238.184.233/pcjas.obspm.fr/pcjas.obspm.fr/ Cc: David ROFFIAEN , freebsd-stable Subject: Re: vlan+iwn panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2012 09:14:42 -0000 Le 19/06/2012 ? 08:46:22+0200, Bernhard Schmidt a écrit > On Mon, Jun 18, 2012 at 3:30 PM, Albert Shih wrote: > >  Le 18/06/2012 ? 12:52:19+0200, David ROFFIAEN a écrit > >> Hi list, > >> > >> I encoutered a panic with FreeBSD 9 Stable creating vlan with wlan0 > >> (iwn0) parent. Panic occur when upping the vlan : > > > > I've same problem whitout vlan. Just sometime (rarely....) when the signal > > of the wifi is very weak the system crash with something very close. > > Very close? Do you mean same backtrace? Write a report next time you > run into it please, preferably with a way to reproduce. Yes I known, my bad. In fact I'm in very hury when the second time the problem appear so I just push poweroff buttom. When I say it's very close is «a look» on the console. So is'nt a good comparaison....not a comparaison at all. All I can say is when I'm near the wifi router, everything works fine. Regards. -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 xmpp: jas@jabber.obspm.fr Heure local/Local time: mar 19 jui 2012 11:12:40 CEST From owner-freebsd-stable@FreeBSD.ORG Tue Jun 19 11:58:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9D7F1065670 for ; Tue, 19 Jun 2012 11:58:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C08A38FC0A for ; Tue, 19 Jun 2012 11:58:56 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 32592B945; Tue, 19 Jun 2012 07:58:56 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 19 Jun 2012 07:54:03 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206190754.03765.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 19 Jun 2012 07:58:56 -0400 (EDT) Cc: "mnln.l4" Subject: Re: Kernel panic at early boot time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2012 11:58:57 -0000 On Sunday, June 17, 2012 2:35:14 pm mnln.l4 wrote: > I get a kernel panic at early boot time on 9.0-stable (r237150), GENERIC, > AMD64. > > Repro step: > 1. Boot, wait for welcome screen. > 2. Repeat pressing Enter key rapidly (so kernel is loading, don't stop > pressing Enter key). > 3. See the following message at early boot So don't do that. All your key presses are triggering SMI# events that are interfering with the AP's ability to respond to its startup IPI. There is nothing we can do about this in the OS. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 19 13:04:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C9E2106564A for ; Tue, 19 Jun 2012 13:04:05 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by mx1.freebsd.org (Postfix) with ESMTP id 973858FC15 for ; Tue, 19 Jun 2012 13:04:04 +0000 (UTC) Received: by wibhm6 with SMTP id hm6so2624492wib.1 for ; Tue, 19 Jun 2012 06:03:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=RhTdoXs4YHMwhrgkPfoQ+MLkMC7qDGYeElh9Z0R9oGw=; b=crAo7XidmBC+I6aQt8BwEeIcbUKNF1RfVHGGh8HceCR2Hiw//9I329+RRNTlr5ORJf vIBIimQ4f7tK0CH4NnApxRP0sKBc1k6x3mtrO3Qu9TbCSxWJMYj8aVV/f6p5Ji54giSu lUx1akvtniSOcmU20tCB4OJYk07j1w3Nb5T34JtbjpwehEQIIw2mkm3bfzNooE1m6tM5 FxNmnD4Rjf6yBBKsf+SfmsdBESHsx8EU8K88UVuMzawPle08u+9lNfd60ly3KAEj3mr/ rciqEAMq1OhGCUOXgcpVmQPC47Cc9ISDWW+s0CPXO+N498KhWEsfqAHBD1VrwFFyjfhX Pshw== MIME-Version: 1.0 Received: by 10.216.203.80 with SMTP id e58mr2482966weo.41.1340111038075; Tue, 19 Jun 2012 06:03:58 -0700 (PDT) Received: by 10.217.2.75 with HTTP; Tue, 19 Jun 2012 06:03:57 -0700 (PDT) X-Originating-IP: [2a02:6b8:0:401:c0c2:4137:d020:7ba2] In-Reply-To: <201206181026.20857.jhb@freebsd.org> References: <4FD0ECB7.8040908@zonov.org> <201206151324.58103.jhb@freebsd.org> <4FDC5BA7.4040702@zonov.org> <201206181026.20857.jhb@freebsd.org> Date: Tue, 19 Jun 2012 17:03:57 +0400 Message-ID: From: Andrey Zonov To: John Baldwin Content-Type: multipart/mixed; boundary=0016e6d7848a6254ca04c2d2eaa5 X-Gm-Message-State: ALoCoQlgDejEkml8X93Sfv60Sj6LUF/kPY/wXxm/WgHOWKtZind1lpafTrh5489YGnRjChW+UsFU Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2012 13:04:05 -0000 --0016e6d7848a6254ca04c2d2eaa5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Jun 18, 2012 at 6:26 PM, John Baldwin wrote: > On Saturday, June 16, 2012 6:10:47 am Andrey Zonov wrote: >> On 6/15/12 9:24 PM, John Baldwin wrote: >> > On Friday, June 15, 2012 2:12:06 am Andrey Zonov wrote: >> >> On 6/13/12 7:10 PM, John Baldwin wrote: >> >>> On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote: >> >>>> On 6/13/12 12:51 AM, John Baldwin wrote: >> >>>>> On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote: >> >>>>>> On 6/12/12 10:06 PM, John Baldwin wrote: >> >>>>>>> >> >>>>>> [snip] >> >>>>>>> Ok, I've added some more debugging. =A0The patch is a bit larger= now and >> > you >> >>>>> can >> >>>>>>> fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch >> >>>>>>> >> >>>>>> >> >>>>>> New dmesg is in attach. >> >>>>> >> >>>>> Sheesh, found another bug (wasn't masking 'front' properly). >> >>>>> >> >>>>> Try updated patch (same URL). >> >>>>> >> >>>> >> >>>> Great! =A0It works! >> >>> >> >>> Excellent. =A0I've committed the 2 bugs needed to fix your box. =A0H= owever, >> >>> there is another bug that this exposed that I'd like you to test. = =A0Can you >> >>> update to the latest HEAD, apply the updated pcib_debug.patch, and b= oot >> >>> with 'hw.pci.pcib_clear=3D1' set from the loader? =A0That should exe= rcise the >> >>> bug I'm worried about and see if my fixes for that (recursively grow= ing >> >>> windows) works correctly. >> >>> >> >> >> >> Attached. >> > >> > Hmm, it doesn't seem like hw.pci.pcib_clear was set (the pcibX devices= still >> > tried to allocate their initial windows). >> > >> >> Ooops. > > Thanks. =A0Unfortunately, this didn't actually exercise what I wanted, bu= t that > is ok. =A0However, this did uncover another bug it seems: > > pcib7: at device 0.3 on pci5 > pci6: on pcib7 > pci6: domain=3D0, physical bus=3D6 > found-> vendor=3D0x1000, dev=3D0x0054, revid=3D0x02 > pcib3: attempting to grow I/O port window for (0xd000-0xdfff,0x1000) > =A0 =A0 =A0 =A0front candidate range: 0xd000-0xdfff > pcib3: bus_adjust_resource(0xc000, 0xefff) > pci0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) > pcib0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) > acpi0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) > nexus0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) > pcib3: grew I/O port window to 0xc000-0xefff > pcib3: allocated I/O port range (0xd000-0xdfff) for rid 1c of pcib7 > pcib7: allocated initial I/O port window of 0xd000-0xdfff > > This grew the range too large resulting in this failure later on: > > pcib9: failed to allocate initial I/O port window (0xc000-0xcfff,0x1000) > > Can you try the updated pcib_debug.patch? =A0It has some more printf's fo= r > this case. > Sure. --=20 Andrey Zonov --0016e6d7848a6254ca04c2d2eaa5 Content-Type: text/plain; charset=US-ASCII; name="dmesg8.txt" Content-Disposition: attachment; filename="dmesg8.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h3mzhsdl0 TVAgQ29uZmlndXJhdGlvbiBUYWJsZSB2ZXJzaW9uIDEuNCBmb3VuZCBhdCAweGZmZmZmZmZmODAw ZmNiNzAKVGFibGUgJ0ZBQ1AnIGF0IDB4ZGZmYjAyOTAKVGFibGUgJ0FQSUMnIGF0IDB4ZGZmYjAz OTAKQVBJQzogRm91bmQgdGFibGUgYXQgMHhkZmZiMDM5MApBUElDOiBVc2luZyB0aGUgTUFEVCBl bnVtZXJhdG9yLgpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTogZW5hYmxlZApT TVA6IEFkZGVkIENQVSAwIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNCBBQ1BJIElEIDI6 IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgNCAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDEg QUNQSSBJRCAzOiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDEgKEFQKQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCA1IEFDUEkgSUQgNDogZW5hYmxlZApTTVA6IEFkZGVkIENQVSA1IChBUCkKTUFEVDog Rm91bmQgQ1BVIEFQSUMgSUQgMiBBQ1BJIElEIDU6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgMiAo QVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDYgQUNQSSBJRCA2OiBlbmFibGVkClNNUDogQWRk ZWQgQ1BVIDYgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAzIEFDUEkgSUQgNzogZW5hYmxl ZApTTVA6IEFkZGVkIENQVSAzIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNyBBQ1BJIElE IDg6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgNyAoQVApCkNvcHlyaWdodCAoYykgMTk5Mi0yMDEy IFRoZSBGcmVlQlNEIFByb2plY3QuCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4 NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NAogICAgICAgIFRoZSBSZWdlbnRz IG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkZy ZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9u LgpGcmVlQlNEIDEwLjAtQ1VSUkVOVCAjMSByMjM3MDE4TTogVHVlIEp1biAxOSAxMTo0OTozNiBV VEMgMjAxMgogICAgcm9vdEBkc3QtZGV2LnlhbmRleC5ydTovdXNyL29iai91c3Ivc3JjL3N5cy9o ZWFkIGFtZDY0ClByZWxvYWRlZCBlbGYga2VybmVsICIvYm9vdC9rZXJuZWwva2VybmVsIiBhdCAw eGZmZmZmZmZmODBmZGMwMDAuCkNhbGlicmF0aW5nIFRTQyBjbG9jayAuLi4gVFNDIGNsb2NrOiAy ODI2MzAyMTM5IEh6CkNQVTogSW50ZWwoUikgWGVvbihSKSBDUFUgICAgICAgICAgIEU1NDQwICBA IDIuODNHSHogKDI4MjYuMzAtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUlu dGVsIiAgSWQgPSAweDEwNjdhICBGYW1pbHkgPSA2ICBNb2RlbCA9IDE3ICBTdGVwcGluZyA9IDEw CiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4 LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILERUUyxBQ1BJLE1N WCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+CiAgRmVhdHVyZXMyPTB4YzBjZTNiZDxTU0Uz LERURVM2NCxNT04sRFNfQ1BMLFZNWCxFU1QsVE0yLFNTU0UzLENYMTYseFRQUixQRENNLERDQSxT U0U0LjEsWFNBVkUsT1NYU0FWRT4KICBBTUQgRmVhdHVyZXM9MHgyMDEwMDgwMDxTWVNDQUxMLE5Y LExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudCwg cGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSAzNDM1OTczODM2OCAoMzI3Njgg TUIpClBoeXNpY2FsIG1lbW9yeSBjaHVuayhzKToKMHgwMDAwMDAwMDAwMDEwMDAwIC0gMHgwMDAw MDAwMDAwMDliZmZmLCA1NzM0NDAgYnl0ZXMgKDE0MCBwYWdlcykKMHgwMDAwMDAwMDAwMTAwMDAw IC0gMHgwMDAwMDAwMDAwMWZmZmZmLCAxMDQ4NTc2IGJ5dGVzICgyNTYgcGFnZXMpCjB4MDAwMDAw MDAwMTAyODAwMCAtIDB4MDAwMDAwMDBkZmY5ZmZmZiwgMzc0MDc2MjExMiBieXRlcyAoOTEzMjcy IHBhZ2VzKQoweDAwMDAwMDAwZGZmYWUwMDAgLSAweDAwMDAwMDAwZGZmYWZmZmYsIDgxOTIgYnl0 ZXMgKDIgcGFnZXMpCjB4MDAwMDAwMDEwMDAwMDAwMCAtIDB4MDAwMDAwMDdlMmVhMGZmZiwgMjk1 NzY3OTQxMTIgYnl0ZXMgKDcyMjA4OTcgcGFnZXMpCmF2YWlsIG1lbW9yeSA9IDMzMTEzMDYzNDI0 ICgzMTU3OSBNQikKSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMCBhcyBhIHRhcmdldApFdmVudCB0 aW1lciAiTEFQSUMiIHF1YWxpdHkgNDAwCkFDUEkgQVBJQyBUYWJsZTogPDA5MDgwOCBBUElDMTMw OD4KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMCBhcyBhIHRhcmdldApJTlRSOiBBZGRpbmcgbG9j YWwgQVBJQyAxIGFzIGEgdGFyZ2V0CklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDIgYXMgYSB0YXJn ZXQKSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMyBhcyBhIHRhcmdldApJTlRSOiBBZGRpbmcgbG9j YWwgQVBJQyA0IGFzIGEgdGFyZ2V0CklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDUgYXMgYSB0YXJn ZXQKSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgNiBhcyBhIHRhcmdldApJTlRSOiBBZGRpbmcgbG9j YWwgQVBJQyA3IGFzIGEgdGFyZ2V0CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0g RGV0ZWN0ZWQ6IDggQ1BVcwpGcmVlQlNEL1NNUDogMiBwYWNrYWdlKHMpIHggNCBjb3JlKHMpCiBj cHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMQogY3B1MiAoQVAp OiBBUElDIElEOiAgMgogY3B1MyAoQVApOiBBUElDIElEOiAgMwogY3B1NCAoQVApOiBBUElDIElE OiAgNAogY3B1NSAoQVApOiBBUElDIElEOiAgNQogY3B1NiAoQVApOiBBUElDIElEOiAgNgogY3B1 NyAoQVApOiBBUElDIElEOiAgNwp4ODZiaW9zOiAgSVZUIDB4MDAwMDAwLTB4MDAwNGZmIGF0IDB4 ZmZmZmZlMDAwMDAwMDAwMAp4ODZiaW9zOiBTU0VHIDB4MDk4MDAwLTB4MDk4ZmZmIGF0IDB4ZmZm ZmZmODAwMDI5MDAwMAp4ODZiaW9zOiBFQkRBIDB4MDllMDAwLTB4MDlmZmZmIGF0IDB4ZmZmZmZl MDAwMDA5ZTAwMAp4ODZiaW9zOiAgUk9NIDB4MGEwMDAwLTB4MGZlZmZmIGF0IDB4ZmZmZmZlMDAw MDBhMDAwMApBUElDOiBDUFUgMCBoYXMgQUNQSSBJRCAxCkFQSUM6IENQVSAxIGhhcyBBQ1BJIElE IDMKQVBJQzogQ1BVIDIgaGFzIEFDUEkgSUQgNQpBUElDOiBDUFUgMyBoYXMgQUNQSSBJRCA3CkFQ SUM6IENQVSA0IGhhcyBBQ1BJIElEIDIKQVBJQzogQ1BVIDUgaGFzIEFDUEkgSUQgNApBUElDOiBD UFUgNiBoYXMgQUNQSSBJRCA2CkFQSUM6IENQVSA3IGhhcyBBQ1BJIElEIDgKV0FSTklORzogVklN QUdFICh2aXJ0dWFsaXplZCBuZXR3b3JrIHN0YWNrKSBpcyBhIGhpZ2hseSBleHBlcmltZW50YWwg ZmVhdHVyZS4KVUxFOiBzZXR1cCBjcHUgMApVTEU6IHNldHVwIGNwdSAxClVMRTogc2V0dXAgY3B1 IDIKVUxFOiBzZXR1cCBjcHUgMwpVTEU6IHNldHVwIGNwdSA0ClVMRTogc2V0dXAgY3B1IDUKVUxF OiBzZXR1cCBjcHUgNgpVTEU6IHNldHVwIGNwdSA3CkFDUEk6IFJTRFAgMHhmOTk2MCAwMDAyNCAo djAyIEFDUElBTSkKQUNQSTogWFNEVCAweGRmZmIwMTAwIDAwMDc0ICh2MDEgMDkwODA4IFhTRFQx MzA4IDIwMDgwOTA4IE1TRlQgMDAwMDAwOTcpCkFDUEk6IEZBQ1AgMHhkZmZiMDI5MCAwMDBGNCAo djAzIDA5MDgwOCBGQUNQMTMwOCAyMDA4MDkwOCBNU0ZUIDAwMDAwMDk3KQpBQ1BJOiBEU0RUIDB4 ZGZmYjA0ZDAgMDU0MTQgKHYwMSAgQ0xTZWEgQ0xTZWEwMDcgMDAwMDAwMDcgSU5UTCAyMDA1MTEx NykKQUNQSTogRkFDUyAweGRmZmJlMDAwIDAwMDQwCkFDUEk6IEFQSUMgMHhkZmZiMDM5MCAwMDBB QSAodjAxIDA5MDgwOCBBUElDMTMwOCAyMDA4MDkwOCBNU0ZUIDAwMDAwMDk3KQpBQ1BJOiBNQ0ZH IDB4ZGZmYjA0OTAgMDAwM0MgKHYwMSAwOTA4MDggT0VNTUNGRyAgMjAwODA5MDggTVNGVCAwMDAw MDA5NykKQUNQSTogT0VNQiAweGRmZmJlMDQwIDAwMDcxICh2MDEgMDkwODA4IE9FTUIxMzA4IDIw MDgwOTA4IE1TRlQgMDAwMDAwOTcpCkFDUEk6IEhQRVQgMHhkZmZiNThmMCAwMDAzOCAodjAxIDA5 MDgwOCBPRU1IUEVUICAyMDA4MDkwOCBNU0ZUIDAwMDAwMDk3KQpBQ1BJOiBBU0YhIDB4ZGZmYjU5 MjggMDAwODMgKHYzMiBBTUlBU0YgRTcyMzBBU0YgMDAwMDAwMDEgSU5UTCAyMDA1MTExNykKQUNQ STogRUlOSiAweGRmZmI1OWIwIDAwMTMwICh2MDEgIEFNSUVSIEFNSV9FSU5KIDIwMDgwOTA4IE1T RlQgMDAwMDAwOTcpCkFDUEk6IEJFUlQgMHhkZmZiNWI0MCAwMDAzMCAodjAxICBBTUlFUiBBTUlf QkVSVCAyMDA4MDkwOCBNU0ZUIDAwMDAwMDk3KQpBQ1BJOiBFUlNUIDB4ZGZmYjViNzAgMDAxQjAg KHYwMSAgQU1JRVIgQU1JX0VSU1QgMjAwODA5MDggTVNGVCAwMDAwMDA5NykKQUNQSTogSEVTVCAw eGRmZmI1ZDIwIDAwMEE4ICh2MDEgIEFNSUVSIEFNSV9IRVNUIDIwMDgwOTA4IE1TRlQgMDAwMDAw OTcpCk1BRFQ6IEZvdW5kIElPIEFQSUMgSUQgOCwgSW50ZXJydXB0IDAgYXQgMHhmZWMwMDAwMApp b2FwaWMwOiBSb3V0aW5nIGV4dGVybmFsIDgyNTlBJ3MgLT4gaW50cGluIDAKTUFEVDogRm91bmQg SU8gQVBJQyBJRCA5LCBJbnRlcnJ1cHQgMjQgYXQgMHhmZWM4ODAwMApNQURUOiBGb3VuZCBJTyBB UElDIElEIDEwLCBJbnRlcnJ1cHQgNDggYXQgMHhmZWM4OTAwMApNQURUOiBJbnRlcnJ1cHQgb3Zl cnJpZGU6IHNvdXJjZSAwLCBpcnEgMgppb2FwaWMwOiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAy Ck1BRFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDksIGlycSA5CmlvYXBpYzA6IGludHBp biA5IHRyaWdnZXI6IGxldmVsCmxhcGljOiBSb3V0aW5nIE5NSSAtPiBMSU5UMQpsYXBpYzogTElO VDEgdHJpZ2dlcjogZWRnZQpsYXBpYzogTElOVDEgcG9sYXJpdHk6IGhpZ2gKaW9hcGljMCA8VmVy c2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAppb2FwaWMxIDxWZXJzaW9uIDIuMD4g aXJxcyAyNC00NyBvbiBtb3RoZXJib2FyZAppb2FwaWMyIDxWZXJzaW9uIDIuMD4gaXJxcyA0OC03 MSBvbiBtb3RoZXJib2FyZApjcHUwIEJTUDoKICAgICBJRDogMHgwMDAwMDAwMCAgIFZFUjogMHgw MDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3 MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRp bWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4 MDAwMTA0MDAKbnVsbDogPG51bGwgZGV2aWNlLCB6ZXJvIGRldmljZT4KbmZzbG9jazogcHNldWRv LWRldmljZQpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4Ka2JkOiBu ZXcgYXJyYXkgc2l6ZSA0CmtiZDEgYXQga2JkbXV4MAptZW06IDxtZW1vcnk+CmNwdWN0bDogYWNj ZXNzIHRvIE1TUiByZWdpc3RlcnMvY3B1aWQgaW5mby4KaW86IDxJL08+CmFjcGkwOiA8MDkwODA4 IFhTRFQxMzA4PiBvbiBtb3RoZXJib2FyZApQQ0llOiBNZW1vcnkgTWFwcGVkIGNvbmZpZ3VyYXRp b24gYmFzZSBAIDB4ZTAwMDAwMDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gOSAoSVNBIElSUSA5 KSB0byBsYXBpYyAwIHZlY3RvciA0OApBQ1BJOiBFeGVjdXRlZCAxIGJsb2NrcyBvZiBtb2R1bGUt bGV2ZWwgZXhlY3V0YWJsZSBBTUwgY29kZQphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNw aTA6IHJlc2VydmF0aW9uIG9mIGZlZDFjMDAwLCA0MDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2Vy dmF0aW9uIG9mIGZlZDIwMDAwLCAyNTAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBv ZiBmZWQ0NTAwMCwgNWIwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgZmVkYTAw MDAsIDIwMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIGZlYzAxMDAwLCA3ZjAw MCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiBmZWM4MDAwMCwgNjAwMCAoMykgZmFp bGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiBmZWM4NjAwMCwgYTAwMCAoMykgZmFpbGVkCmFjcGkw OiByZXNlcnZhdGlvbiBvZiBmZjAwMDAwMCwgNDAwMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2Vy dmF0aW9uIG9mIGZmNDAwMDAwLCA0MDAwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24g b2YgZmY4MDAwMDAsIDQwMDAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiBmZmMw MDAwMCwgNDAwMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIGZlYzAwMDAwLCAx MDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIGZlZTAwMDAwLCAxMDAwICgzKSBm YWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJl c2VydmF0aW9uIG9mIDEwMDAwMCwgZGZmMDAwMDAgKDMpIGZhaWxlZApjcHUwOiBQcm9jZXNzb3Ig XFxfUFJfLlAwMDEgKEFDUEkgSUQgMSkgLT4gQVBJQyBJRCAwCmNwdTA6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MDogc3dpdGNoaW5nIHRvIGdlbmVyaWMgQ3ggbW9kZQpjcHUxOiBQcm9jZXNzb3Ig XFxfUFJfLlAwMDIgKEFDUEkgSUQgMikgLT4gQVBJQyBJRCA0CmNwdTE6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MjogUHJvY2Vzc29yIFxcX1BSXy5QMDAzIChBQ1BJIElEIDMpIC0+IEFQSUMgSUQg MQpjcHUyOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTM6IFByb2Nlc3NvciBcXF9QUl8uUDAwNCAo QUNQSSBJRCA0KSAtPiBBUElDIElEIDUKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHU0OiBQ cm9jZXNzb3IgXFxfUFJfLlAwMDUgKEFDUEkgSUQgNSkgLT4gQVBJQyBJRCAyCmNwdTQ6IDxBQ1BJ IENQVT4gb24gYWNwaTAKY3B1NTogUHJvY2Vzc29yIFxcX1BSXy5QMDA2IChBQ1BJIElEIDYpIC0+ IEFQSUMgSUQgNgpjcHU1OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTY6IFByb2Nlc3NvciBcXF9Q Ul8uUDAwNyAoQUNQSSBJRCA3KSAtPiBBUElDIElEIDMKY3B1NjogPEFDUEkgQ1BVPiBvbiBhY3Bp MApjcHU3OiBQcm9jZXNzb3IgXFxfUFJfLlAwMDggKEFDUEkgSUQgOCkgLT4gQVBJQyBJRCA3CmNw dTc6IDxBQ1BJIENQVT4gb24gYWNwaTAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAweDQwLTB4 NDMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBI eiBxdWFsaXR5IDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMiAoSVNBIElSUSAwKSB0byBsYXBp YyAwIHZlY3RvciA0OQpFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1 YWxpdHkgMTAwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEg OCBvbiBhY3BpMAphdHJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jayAocmVz b2x1dGlvbiAxMDAwMDAwdXMsIGFkanVzdG1lbnQgMC41MDAwMDAwMDBzKQppb2FwaWMwOiByb3V0 aW5nIGludHBpbiA4IChJU0EgSVJRIDgpIHRvIGxhcGljIDAgdmVjdG9yIDUwCkV2ZW50IHRpbWVy ICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKaHBldDA6IDxIaWdoIFByZWNpc2lv biBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwCmhwZXQw OiB2ZW5kb3IgMHg4MDg2LCByZXYgMHgxLCAxNDMxODE4MEh6IDY0Yml0LCAzIHRpbWVycywgbGVn YWN5IHJvdXRlCmhwZXQwOiAgdDA6IGlycXMgMHgwMGYwMDAwMCAoMCksIDY0Yml0LCBwZXJpb2Rp YwpocGV0MDogIHQxOiBpcnFzIDB4MDBmMDAwMDAgKDApCmhwZXQwOiAgdDI6IGlycXMgMHgwMGYw MDgwMCAoMCkKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5 IDk1MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAyMCAoUENJIElSUSAyMCkgdG8gbGFwaWMgMCB2 ZWN0b3IgNTEKRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5 IDQ1MApFdmVudCB0aW1lciAiSFBFVDEiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0 MApFdmVudCB0aW1lciAiSFBFVDIiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApB Q1BJIHRpbWVyOiAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgLT4gMTAK VGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA5MDAK YWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4 MGIgb24gYWNwaTAKcGNpX2xpbmswOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMK ICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgNSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAx MiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAgMyA0IDUgNiA3 IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAz IDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbmsxOiAgICAgICAgSW5kZXggIElSUSAgUnRk ICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNCA1 IDYgNyAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAg MyA0IDUgNiA3IDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAg ICAwICAzIDQgNSA2IDcgMTEgMTIgMTQgMTUKcGNpX2xpbmsyOiAgICAgICAgSW5kZXggIElSUSAg UnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDMg NCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAg ICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAy NTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbmszOiAgICAgICAg SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMCAg IE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAg MCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJs ZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xp bms0OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAg ICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRp b24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAg QWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIg MTQgMTUKcGNpX2xpbms1OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0 aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAx NQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDEx IDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2 IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbms2OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYg IElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAx MCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAg ICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbms3OiAgICAgICAgSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgNyAgIE4gICAgIDAg IDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA3ICAg TiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAw ICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpYjA6IDxBQ1BJIEhv c3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2liMDogZGVjb2Rpbmcg NCByYW5nZSAwLTB4Y2Y3CnBjaWIwOiBkZWNvZGluZyA0IHJhbmdlIDB4ZDAwLTB4ZmZmZgpwY2li MDogZGVjb2RpbmcgMyByYW5nZSAweGEwMDAwLTB4YmZmZmYKcGNpYjA6IGRlY29kaW5nIDMgcmFu Z2UgMHhkMDAwMC0weGRmZmZmCnBjaWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4ZjAwMDAwMDAtMHhm ZWJmZmZmZgpwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiBkb21haW49MCwgcGh5 c2ljYWwgYnVzPTAKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHg0MDAzLCByZXZpZD0weDIw CiAgICAgICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90PTAsIGZ1bmM9MAogICAgICAgIGNsYXNzPTA2 LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKICAgICAgICBjbWRyZWc9MHgwMTQ0LCBzdGF0 cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50 cGluPWEsIGlycT0xMQogICAgICAgIHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVu dCBEMAogICAgICAgIE1TSSBzdXBwb3J0cyAyIG1lc3NhZ2VzCnBjaWIwOiBtYXRjaGVkIGVudHJ5 IGZvciAwLjAuSU5UQQpwY2liMDogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNwpmb3Vu ZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDQwMjEsIHJldmlkPTB4MjAKICAgICAgICBkb21haW49 MCwgYnVzPTAsIHNsb3Q9MSwgZnVuYz0wCiAgICAgICAgY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9 MHgwMSwgbWZkZXY9MAogICAgICAgIGNtZHJlZz0weDAxNDQsIHN0YXRyZWc9MHgwMDEwLCBjYWNo ZWxuc3o9MTYgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDMgKDc1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQogICAgICAgIGludHBpbj1hLCBpcnE9NQog ICAgICAgIHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAogICAgICAgIE1T SSBzdXBwb3J0cyAyIG1lc3NhZ2VzCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjEuSU5UQQpw Y2liMDogc2xvdCAxIElOVEEgaGFyZHdpcmVkIHRvIElSUSA0OApmb3VuZC0+IHZlbmRvcj0weDgw ODYsIGRldj0weDQwMjUsIHJldmlkPTB4MjAKICAgICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9 NSwgZnVuYz0wCiAgICAgICAgY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAog ICAgICAgIGNtZHJlZz0weDAxNDQsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3Jk cykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1h eGxhdD0weDAwICgwIG5zKQogICAgICAgIGludHBpbj1hLCBpcnE9NQogICAgICAgIHBvd2Vyc3Bl YyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAogICAgICAgIE1TSSBzdXBwb3J0cyAyIG1l c3NhZ2VzCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjUuSU5UQQpwY2liMDogc2xvdCA1IElO VEEgaGFyZHdpcmVkIHRvIElSUSA1Mgpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDQwMjks IHJldmlkPTB4MjAKICAgICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9OSwgZnVuYz0wCiAgICAg ICAgY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAogICAgICAgIGNtZHJlZz0w eDAxNDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKICAgICAgICBsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAwICgwIG5z KQogICAgICAgIGludHBpbj1hLCBpcnE9NQogICAgICAgIHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBE MCBEMyAgY3VycmVudCBEMAogICAgICAgIE1TSSBzdXBwb3J0cyAyIG1lc3NhZ2VzCnBjaWIwOiBt YXRjaGVkIGVudHJ5IGZvciAwLjkuSU5UQQpwY2liMDogc2xvdCA5IElOVEEgaGFyZHdpcmVkIHRv IElSUSA1Ngpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDQwMmYsIHJldmlkPTB4MjAKICAg ICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9MTUsIGZ1bmM9MAogICAgICAgIGNsYXNzPTA4LTgw LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKICAgICAgICBjbWRyZWc9MHgwMDA2LCBzdGF0cmVn PTB4MDAxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAgICBpbnRwaW49 YSwgaXJxPTUKICAgICAgICBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAK ICAgICAgICBNU0ktWCBzdXBwb3J0cyA0IG1lc3NhZ2VzIGluIG1hcCAweDEwCiAgICAgICAgbWFw WzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmQ3ZjgwMDAsIHNpemUgMTQsIGVu YWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmQ3ZjgwMDAtMHhmZDdmYmZmZikgZm9y IHJpZCAxMCBvZiBwY2kwOjA6MTU6MApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xNS5JTlRB CnBjaWIwOiBzbG90IDE1IElOVEEgaGFyZHdpcmVkIHRvIElSUSA1Nwpmb3VuZC0+IHZlbmRvcj0w eDgwODYsIGRldj0weDQwMzAsIHJldmlkPTB4MjAKICAgICAgICBkb21haW49MCwgYnVzPTAsIHNs b3Q9MTYsIGZ1bmM9MAogICAgICAgIGNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTEKICAgICAgICBjbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3 b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHg0MDMwLCByZXZp ZD0weDIwCiAgICAgICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90PTE2LCBmdW5jPTEKICAgICAgICBj bGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCiAgICAgICAgY21kcmVnPTB4MDAw MCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5k LT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4NDAzMCwgcmV2aWQ9MHgyMAogICAgICAgIGRvbWFpbj0w LCBidXM9MCwgc2xvdD0xNiwgZnVuYz0yCiAgICAgICAgY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MQogICAgICAgIGNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0w eDQwMzAsIHJldmlkPTB4MjAKICAgICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9MTYsIGZ1bmM9 MwogICAgICAgIGNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKICAgICAgICBj bWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAg ICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHg0MDMwLCByZXZpZD0weDIwCiAgICAg ICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90PTE2LCBmdW5jPTQKICAgICAgICBjbGFzcz0wNi0wMC0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0xCiAgICAgICAgY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0w eDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4gdmVuZG9yPTB4 ODA4NiwgZGV2PTB4NDAzMSwgcmV2aWQ9MHgyMAogICAgICAgIGRvbWFpbj0wLCBidXM9MCwgc2xv dD0xNywgZnVuYz0wCiAgICAgICAgY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAogICAgICAgIGNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDQwMzUsIHJldmlk PTB4MjAKICAgICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9MjEsIGZ1bmM9MAogICAgICAgIGNs YXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKICAgICAgICBjbWRyZWc9MHgwMDAw LCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQt PiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHg0MDM1LCByZXZpZD0weDIwCiAgICAgICAgZG9tYWluPTAs IGJ1cz0wLCBzbG90PTIxLCBmdW5jPTEKICAgICAgICBjbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0xCiAgICAgICAgY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hl bG5zej0wIChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAw ICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4 NDAzNiwgcmV2aWQ9MHgyMAogICAgICAgIGRvbWFpbj0wLCBidXM9MCwgc2xvdD0yMiwgZnVuYz0w CiAgICAgICAgY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQogICAgICAgIGNt ZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQogICAgICAg IGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDQwMzYsIHJldmlkPTB4MjAKICAgICAg ICBkb21haW49MCwgYnVzPTAsIHNsb3Q9MjIsIGZ1bmM9MQogICAgICAgIGNsYXNzPTA2LTAwLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKICAgICAgICBjbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4 MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPiB2ZW5kb3I9MHg4 MDg2LCBkZXY9MHgyNjkwLCByZXZpZD0weDA5CiAgICAgICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTI4LCBmdW5jPTAKICAgICAgICBjbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0x CiAgICAgICAgY21kcmVnPTB4MDE0NCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdv cmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50cGluPWEsIGlycT01CiAgICAgICAgcG93ZXJz cGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICAgICAgTVNJIHN1cHBvcnRzIDEg bWVzc2FnZQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOC5JTlRBCnBjaWIwOiBzbG90IDI4 IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDI2 OTQsIHJldmlkPTB4MDkKICAgICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9MjgsIGZ1bmM9Mgog ICAgICAgIGNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKICAgICAgICBjbWRy ZWc9MHgwMTQ3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCiAgICAgICAg bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKICAgICAgICBpbnRwaW49YywgaXJxPTExCiAgICAgICAgcG93ZXJzcGVjIDIgIHN1cHBv cnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICAgICAgTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQpwY2li MDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOC5JTlRDCnBjaWIwOiBzbG90IDI4IElOVEMgaGFyZHdp cmVkIHRvIElSUSAxOApmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDI2OTYsIHJldmlkPTB4 MDkKICAgICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9MjgsIGZ1bmM9MwogICAgICAgIGNsYXNz PTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKICAgICAgICBjbWRyZWc9MHgwMTQ3LCBz dGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAg ICBpbnRwaW49ZCwgaXJxPTEwCiAgICAgICAgcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBj dXJyZW50IEQwCiAgICAgICAgTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQpwY2liMDogbWF0Y2hlZCBl bnRyeSBmb3IgMC4yOC5JTlRECnBjaWIwOiBzbG90IDI4IElOVEQgaGFyZHdpcmVkIHRvIElSUSAx OQpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDI2ODgsIHJldmlkPTB4MDkKICAgICAgICBk b21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MAogICAgICAgIGNsYXNzPTBjLTAzLTAwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTEKICAgICAgICBjbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4 MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAgICBpbnRwaW49YSwgaXJx PTcKICAgICAgICBtYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDkwMDAs IHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4OTAwMC0weDkwMWYp IGZvciByaWQgMjAgb2YgcGNpMDowOjI5OjAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjku SU5UQQpwY2liMDogc2xvdCAyOSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjMKZm91bmQtPiB2ZW5k b3I9MHg4MDg2LCBkZXY9MHgyNjg5LCByZXZpZD0weDA5CiAgICAgICAgZG9tYWluPTAsIGJ1cz0w LCBzbG90PTI5LCBmdW5jPTEKICAgICAgICBjbGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wCiAgICAgICAgY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0w IChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5z KSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50cGluPWIsIGlycT0xMAogICAgICAgIG1h cFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4OTA4MCwgc2l6ZSAgNSwgZW5h YmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHg5MDgwLTB4OTA5ZikgZm9yIHJpZCAyMCBv ZiBwY2kwOjA6Mjk6MQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRCCnBjaWIwOiBz bG90IDI5IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRl dj0weDI2OGMsIHJldmlkPTB4MDkKICAgICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1 bmM9NwogICAgICAgIGNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKICAgICAg ICBjbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAg ICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKICAgICAgICBpbnRwaW49YSwgaXJxPTcKICAgICAgICBwb3dlcnNwZWMgMiAgc3Vw cG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgICAgICBtYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFu Z2UgMzIsIGJhc2UgMHhmZDdmZjgwMCwgc2l6ZSAxMCwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhmZDdmZjgwMC0weGZkN2ZmYmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoyOTo3 CnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEEKcGNpYjA6IHNsb3QgMjkgSU5UQSBo YXJkd2lyZWQgdG8gSVJRIDIzCmVoY2kgZWFybHk6IFNNTSBhY3RpdmUsIHJlcXVlc3Qgb3duZXIg Y2hhbmdlCmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQ0ZSwgcmV2aWQ9MHhkOQogICAg ICAgIGRvbWFpbj0wLCBidXM9MCwgc2xvdD0zMCwgZnVuYz0wCiAgICAgICAgY2xhc3M9MDYtMDQt MDEsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAogICAgICAgIGNtZHJlZz0weDAxNDcsIHN0YXRyZWc9 MHgwMDEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgxYiAoNjc1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+IHZlbmRv cj0weDgwODYsIGRldj0weDI2NzAsIHJldmlkPTB4MDkKICAgICAgICBkb21haW49MCwgYnVzPTAs IHNsb3Q9MzEsIGZ1bmM9MAogICAgICAgIGNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTEKICAgICAgICBjbWRyZWc9MHgwMTQ3LCBzdGF0cmVnPTB4MDIwMCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNjllLCBy ZXZpZD0weDA5CiAgICAgICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90PTMxLCBmdW5jPTEKICAgICAg ICBjbGFzcz0wMS0wMS04YSwgaGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAgICAgY21kcmVnPTB4 MDAwNSwgc3RhdHJlZz0weDAyODgsIGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAgICAgbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAg ICAgICAgaW50cGluPWEsIGlycT0yNTUKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4MWYwLTB4 MWY3KSBmb3IgcmlkIDEwIG9mIHBjaTA6MDozMToxCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgw eDNmNi0weDNmNikgZm9yIHJpZCAxNCBvZiBwY2kwOjA6MzE6MQpwY2liMDogYWxsb2NhdGVkIHR5 cGUgNCAoMHgxNzAtMHgxNzcpIGZvciByaWQgMTggb2YgcGNpMDowOjMxOjEKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDQgKDB4Mzc2LTB4Mzc2KSBmb3IgcmlkIDFjIG9mIHBjaTA6MDozMToxCiAgICAg ICAgbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmZmEwLCBzaXplICA0 LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGZmYTAtMHhmZmFmKSBmb3Igcmlk IDIwIG9mIHBjaTA6MDozMToxCmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjY4MSwgcmV2 aWQ9MHgwOQogICAgICAgIGRvbWFpbj0wLCBidXM9MCwgc2xvdD0zMSwgZnVuYz0yCiAgICAgICAg Y2xhc3M9MDEtMDYtMDEsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAogICAgICAgIGNtZHJlZz0weDAw MDcsIHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQogICAg ICAgIGludHBpbj1iLCBpcnE9MTAKICAgICAgICBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMg IGN1cnJlbnQgRDAKICAgICAgICBtYXBbMTBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFz ZSAweDljMDAsIHNpemUgIDMsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4OWMw MC0weDljMDcpIGZvciByaWQgMTAgb2YgcGNpMDowOjMxOjIKICAgICAgICBtYXBbMTRdOiB0eXBl IEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDk4ODAsIHNpemUgIDIsIGVuYWJsZWQKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDQgKDB4OTg4MC0weDk4ODMpIGZvciByaWQgMTQgb2YgcGNpMDowOjMx OjIKICAgICAgICBtYXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDk4MDAs IHNpemUgIDMsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4OTgwMC0weDk4MDcp IGZvciByaWQgMTggb2YgcGNpMDowOjMxOjIKICAgICAgICBtYXBbMWNdOiB0eXBlIEkvTyBQb3J0 LCByYW5nZSAzMiwgYmFzZSAweDk0ODAsIHNpemUgIDIsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDQgKDB4OTQ4MC0weDk0ODMpIGZvciByaWQgMWMgb2YgcGNpMDowOjMxOjIKICAgICAg ICBtYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDk0MDAsIHNpemUgIDUs IGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4OTQwMC0weDk0MWYpIGZvciByaWQg MjAgb2YgcGNpMDowOjMxOjIKICAgICAgICBtYXBbMjRdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIs IGJhc2UgMHhmZDdmZmMwMCwgc2l6ZSAxMCwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhmZDdmZmMwMC0weGZkN2ZmZmZmKSBmb3IgcmlkIDI0IG9mIHBjaTA6MDozMToyCnBjaWIw OiBtYXRjaGVkIGVudHJ5IGZvciAwLjMxLklOVEIKcGNpYjA6IHNsb3QgMzEgSU5UQiBoYXJkd2ly ZWQgdG8gSVJRIDE5CmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjY5YiwgcmV2aWQ9MHgw OQogICAgICAgIGRvbWFpbj0wLCBidXM9MCwgc2xvdD0zMSwgZnVuYz0zCiAgICAgICAgY2xhc3M9 MGMtMDUtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAogICAgICAgIGNtZHJlZz0weDAwMDEsIHN0 YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQogICAgICAgIGlu dHBpbj1iLCBpcnE9MTEKICAgICAgICBtYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwg YmFzZSAweDQwMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHg0 MDAtMHg0MWYpIGZvciByaWQgMjAgb2YgcGNpMDowOjMxOjMKcGNpYjA6IG1hdGNoZWQgZW50cnkg Zm9yIDAuMzEuSU5UQgpwY2liMDogc2xvdCAzMSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTkKcGNp YjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgNDggYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBj aWIxOiBDbGVhcmluZyB3aW5kb3dzCnBjaWIxOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjE6 ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMTEKcGNpYjE6ICAgc3Vib3JkaW5hdGUgYnVzICAgMTEKcGNp YjE6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpMTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIx CnBjaTExOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTExCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gaXJxIDUyIGF0IGRldmljZSA1LjAgb24gcGNpMApwY2liMjogQ2xlYXJpbmcgd2luZG93 cwpwY2liMjogICBkb21haW4gICAgICAgICAgICAwCnBjaWIyOiAgIHNlY29uZGFyeSBidXMgICAg IDEwCnBjaWIyOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEwCnBjaWIyOiAgIG5vIHByZWZldGNoZWQg ZGVjb2RlCnBjaTEwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2kxMDogZG9tYWluPTAsIHBo eXNpY2FsIGJ1cz0xMApwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSA1NiBhdCBkZXZp Y2UgOS4wIG9uIHBjaTAKcGNpYjM6IENsZWFyaW5nIHdpbmRvd3MKcGNpYjM6ICAgZG9tYWluICAg ICAgICAgICAgMApwY2liMzogICBzZWNvbmRhcnkgYnVzICAgICA1CnBjaWIzOiAgIHN1Ym9yZGlu YXRlIGJ1cyAgIDkKcGNpYjM6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpNTogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjMKcGNpNTogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz01CmZvdW5kLT4gdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MzUwMCwgcmV2aWQ9MHgwMQogICAgICAgIGRvbWFpbj0wLCBidXM9 NSwgc2xvdD0wLCBmdW5jPTAKICAgICAgICBjbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBt ZmRldj0xCiAgICAgICAgY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0x NiAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMyAoNzUw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50cGluPWEsIGlycT01CiAgICAgICAg cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCnBjaWIzOiBtYXRjaGVkIGVu dHJ5IGZvciA1LjAuSU5UQQpwY2liMzogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpm b3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDM1MGMsIHJldmlkPTB4MDEKICAgICAgICBkb21h aW49MCwgYnVzPTUsIHNsb3Q9MCwgZnVuYz0zCiAgICAgICAgY2xhc3M9MDYtMDQtMDAsIGhkcnR5 cGU9MHgwMSwgbWZkZXY9MQogICAgICAgIGNtZHJlZz0weDAxNDcsIHN0YXRyZWc9MHgwMDEwLCBj YWNoZWxuc3o9MTYgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQogICAgICAgIHBvd2Vyc3BlYyAyICBz dXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGly cSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTUKcGNpYjQ6IENsZWFyaW5nIHdpbmRvd3MKcGNpYjQ6 ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNDogICBzZWNvbmRhcnkgYnVzICAgICA3CnBjaWI0 OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDkKcGNpYjQ6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNp NzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpNzogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz03 CmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MzUxMCwgcmV2aWQ9MHgwMQogICAgICAgIGRv bWFpbj0wLCBidXM9Nywgc2xvdD0wLCBmdW5jPTAKICAgICAgICBjbGFzcz0wNi0wNC0wMCwgaGRy dHlwZT0weDAxLCBtZmRldj0wCiAgICAgICAgY21kcmVnPTB4MDE0NCwgc3RhdHJlZz0weDAwMTAs IGNhY2hlbG5zej0xNiAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgcG93ZXJzcGVjIDIg IHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICAgICAgTVNJIHN1cHBvcnRzIDEgbWVzc2Fn ZSwgNjQgYml0CmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MzUxOCwgcmV2aWQ9MHgwMQog ICAgICAgIGRvbWFpbj0wLCBidXM9Nywgc2xvdD0yLCBmdW5jPTAKICAgICAgICBjbGFzcz0wNi0w NC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCiAgICAgICAgY21kcmVnPTB4MDE0Nywgc3RhdHJl Zz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAg bnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICAgICAgTVNJIHN1cHBvcnRz IDEgbWVzc2FnZSwgNjQgYml0CnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNl IDAuMCBvbiBwY2k3CnBjaWI1OiBDbGVhcmluZyB3aW5kb3dzCnBjaWI1OiAgIGRvbWFpbiAgICAg ICAgICAgIDAKcGNpYjU6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgOQpwY2liNTogICBzdWJvcmRpbmF0 ZSBidXMgICA5CnBjaWI1OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaTk6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWI1CnBjaTk6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9OQpwY2liNjogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24gcGNpNwpwY2liNjogQ2xlYXJpbmcgd2lu ZG93cwpwY2liNjogICBkb21haW4gICAgICAgICAgICAwCnBjaWI2OiAgIHNlY29uZGFyeSBidXMg ICAgIDgKcGNpYjY6ICAgc3Vib3JkaW5hdGUgYnVzICAgOApwY2liNjogICBubyBwcmVmZXRjaGVk IGRlY29kZQpwY2k4OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNgpwY2k4OiBkb21haW49MCwgcGh5 c2ljYWwgYnVzPTgKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxMDk2LCByZXZpZD0weDAx CiAgICAgICAgZG9tYWluPTAsIGJ1cz04LCBzbG90PTAsIGZ1bmM9MAogICAgICAgIGNsYXNzPTAy LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKICAgICAgICBjbWRyZWc9MHgwMTQ3LCBzdGF0 cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50 cGluPWEsIGlycT0xMQogICAgICAgIHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVu dCBEMAogICAgICAgIE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAogICAgICAgIG1hcFsx MF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGZkZmEwMDAwLCBzaXplIDE3LCBlbmFi bGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZkZjAwMDAwLTB4ZmRmZmZmZmYpIGZvciBy aWQgMjAgb2YgcGNpYjMKcGNpYjM6IGFsbG9jYXRlZCBpbml0aWFsIG1lbW9yeSB3aW5kb3cgb2Yg MHhmZGYwMDAwMC0weGZkZmZmZmZmCnBjaWIzOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGZk ZjAwMDAwLTB4ZmRmZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjQKcGNpYjQ6IGFsbG9jYXRlZCBp bml0aWFsIG1lbW9yeSB3aW5kb3cgb2YgMHhmZGYwMDAwMC0weGZkZmZmZmZmCnBjaWI0OiBhbGxv Y2F0ZWQgbWVtb3J5IHJhbmdlICgweGZkZjAwMDAwLTB4ZmRmZmZmZmYpIGZvciByaWQgMjAgb2Yg cGNpYjYKcGNpYjY6IGFsbG9jYXRlZCBpbml0aWFsIG1lbW9yeSB3aW5kb3cgb2YgMHhmZGYwMDAw MC0weGZkZmZmZmZmCnBjaWI2OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGZkZmEwMDAwLTB4 ZmRmYmZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDo4OjA6MAogICAgICAgIG1hcFsxOF06IHR5cGUg SS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZTg4MCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDog YWxsb2NhdGVkIHR5cGUgNCAoMHhlMDAwLTB4ZWZmZikgZm9yIHJpZCAxYyBvZiBwY2liMwpwY2li MzogYWxsb2NhdGVkIGluaXRpYWwgSS9PIHBvcnQgd2luZG93IG9mIDB4ZTAwMC0weGVmZmYKcGNp YjM6IGFsbG9jYXRlZCBJL08gcG9ydCByYW5nZSAoMHhlMDAwLTB4ZWZmZikgZm9yIHJpZCAxYyBv ZiBwY2liNApwY2liNDogYWxsb2NhdGVkIGluaXRpYWwgSS9PIHBvcnQgd2luZG93IG9mIDB4ZTAw MC0weGVmZmYKcGNpYjQ6IGFsbG9jYXRlZCBJL08gcG9ydCByYW5nZSAoMHhlMDAwLTB4ZWZmZikg Zm9yIHJpZCAxYyBvZiBwY2liNgpwY2liNjogYWxsb2NhdGVkIGluaXRpYWwgSS9PIHBvcnQgd2lu ZG93IG9mIDB4ZTAwMC0weGVmZmYKcGNpYjY6IGFsbG9jYXRlZCBJL08gcG9ydCByYW5nZSAoMHhl ODgwLTB4ZTg5ZikgZm9yIHJpZCAxOCBvZiBwY2kwOjg6MDowCnBjaWI2OiBtYXRjaGVkIGVudHJ5 IGZvciA4LjAuSU5UQQpwY2liNjogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOApmb3Vu ZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDEwOTYsIHJldmlkPTB4MDEKICAgICAgICBkb21haW49 MCwgYnVzPTgsIHNsb3Q9MCwgZnVuYz0xCiAgICAgICAgY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MQogICAgICAgIGNtZHJlZz0weDAxNDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNo ZWxuc3o9MTYgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAgICBpbnRwaW49YiwgaXJxPTEwCiAg ICAgICAgcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICAgICAgTVNJ IHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CiAgICAgICAgbWFwWzEwXTogdHlwZSBNZW1vcnks IHJhbmdlIDMyLCBiYXNlIDB4ZmRmZTAwMDAsIHNpemUgMTcsIGVuYWJsZWQKcGNpYjY6IGFsbG9j YXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZmRmZTAwMDAtMHhmZGZmZmZmZikgZm9yIHJpZCAxMCBvZiBw Y2kwOjg6MDoxCiAgICAgICAgbWFwWzE4XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2Ug MHhlYzAwLCBzaXplICA1LCBlbmFibGVkCnBjaWI2OiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2Ug KDB4ZWMwMC0weGVjMWYpIGZvciByaWQgMTggb2YgcGNpMDo4OjA6MQpwY2liNjogbWF0Y2hlZCBl bnRyeSBmb3IgOC4wLklOVEIKcGNpYjY6IHNsb3QgMCBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTkK ZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDcuMy4yPiBwb3J0IDB4 ZTg4MC0weGU4OWYgbWVtIDB4ZmRmYTAwMDAtMHhmZGZiZmZmZiBpcnEgMTggYXQgZGV2aWNlIDAu MCBvbiBwY2k4CmVtMDogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1 cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSSBJUlEgMjU2IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3Ig NTIKZW0wOiB1c2luZyBJUlEgMjU2IGZvciBNU0kKZW0wOiBVc2luZyBhbiBNU0kgaW50ZXJydXB0 CmVtMDogYnBmIGF0dGFjaGVkCmVtMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MjI6MTU6MzE6MmE6 OWMKZW0xOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDcuMy4yPiBwb3J0 IDB4ZWMwMC0weGVjMWYgbWVtIDB4ZmRmZTAwMDAtMHhmZGZmZmZmZiBpcnEgMTkgYXQgZGV2aWNl IDAuMSBvbiBwY2k4CmVtMTogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgx IHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSSBJUlEgMjU3IHRvIGxvY2FsIEFQSUMgMCB2ZWN0 b3IgNTMKZW0xOiB1c2luZyBJUlEgMjU3IGZvciBNU0kKZW0xOiBVc2luZyBhbiBNU0kgaW50ZXJy dXB0CmVtMTogYnBmIGF0dGFjaGVkCmVtMTogRXRoZXJuZXQgYWRkcmVzczogMDA6MjI6MTU6MzE6 MmE6OWQKcGNpYjc6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4zIG9uIHBjaTUK cGNpYjc6IENsZWFyaW5nIHdpbmRvd3MKcGNpYjc6ICAgZG9tYWluICAgICAgICAgICAgMApwY2li NzogICBzZWNvbmRhcnkgYnVzICAgICA2CnBjaWI3OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDYKcGNp Yjc6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjcK cGNpNjogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz02CmZvdW5kLT4gdmVuZG9yPTB4MTAwMCwgZGV2 PTB4MDA1NCwgcmV2aWQ9MHgwMgogICAgICAgIGRvbWFpbj0wLCBidXM9Niwgc2xvdD0zLCBmdW5j PTAKICAgICAgICBjbGFzcz0wMS0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAgICAg Y21kcmVnPTB4MDE1Nywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQogICAg ICAgIGxhdHRpbWVyPTB4OTggKDQ1NjAgbnMpLCBtaW5nbnQ9MHg0MCAoMTYwMDAgbnMpLCBtYXhs YXQ9MHgwYSAoMjUwMCBucykKICAgICAgICBpbnRwaW49YSwgaXJxPTExCiAgICAgICAgcG93ZXJz cGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCiAgICAgICAgTVNJIHN1cHBv cnRzIDEgbWVzc2FnZSwgNjQgYml0CiAgICAgICAgTVNJLVggc3VwcG9ydHMgMSBtZXNzYWdlIGlu IG1hcCAweDE0CiAgICAgICAgbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2Ug MHhkMDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIzOiBhdHRlbXB0aW5nIHRvIGdyb3cgSS9PIHBv cnQgd2luZG93IGZvciAoMHhkMDAwLTB4ZGZmZiwweDEwMDApCiAgICAgICAgZnJvbnQgY2FuZGlk YXRlIHJhbmdlOiAweGQwMDAtMHhkZmZmCiAgICAgICAgYWxpZ25lZCBmcm9udDogMHhjMDAwCnBj aWIzOiBidXNfYWRqdXN0X3Jlc291cmNlKDB4YzAwMCwgMHhlZmZmKQpwY2kwOiBidXNfYWRqdXN0 X3Jlc291cmNlKHBjaWIzLCAweDFjLCAweGMwMDAsIDB4ZWZmZikKcGNpYjA6IGJ1c19hZGp1c3Rf cmVzb3VyY2UocGNpYjMsIDB4MWMsIDB4YzAwMCwgMHhlZmZmKQphY3BpMDogYnVzX2FkanVzdF9y ZXNvdXJjZShwY2liMywgMHgxYywgMHhjMDAwLCAweGVmZmYpCm5leHVzMDogYnVzX2FkanVzdF9y ZXNvdXJjZShwY2liMywgMHgxYywgMHhjMDAwLCAweGVmZmYpCnBjaWIzOiBncmV3IEkvTyBwb3J0 IHdpbmRvdyB0byAweGMwMDAtMHhlZmZmCnBjaWIzOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2Ug KDB4ZDAwMC0weGRmZmYpIGZvciByaWQgMWMgb2YgcGNpYjcKcGNpYjc6IGFsbG9jYXRlZCBpbml0 aWFsIEkvTyBwb3J0IHdpbmRvdyBvZiAweGQwMDAtMHhkZmZmCnBjaWI3OiBhbGxvY2F0ZWQgSS9P IHBvcnQgcmFuZ2UgKDB4ZDAwMC0weGQwZmYpIGZvciByaWQgMTAgb2YgcGNpMDo2OjM6MAogICAg ICAgIG1hcFsxNF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZkZWZjMDAwLCBzaXpl IDE0LCBlbmFibGVkCnBjaWIzOiBhdHRlbXB0aW5nIHRvIGdyb3cgbWVtb3J5IHdpbmRvdyBmb3Ig KDB4ZmRlMDAwMDAtMHhmZGVmZmZmZiwweDEwMDAwMCkKICAgICAgICBmcm9udCBjYW5kaWRhdGUg cmFuZ2U6IDB4ZmRlMDAwMDAtMHhmZGVmZmZmZgogICAgICAgIGFsaWduZWQgZnJvbnQ6IDB4ZmRl MDAwMDAKcGNpYjM6IGJ1c19hZGp1c3RfcmVzb3VyY2UoMHhmZGUwMDAwMCwgMHhmZGZmZmZmZikK cGNpMDogYnVzX2FkanVzdF9yZXNvdXJjZShwY2liMywgMHgyMCwgMHhmZGUwMDAwMCwgMHhmZGZm ZmZmZikKcGNpYjA6IGJ1c19hZGp1c3RfcmVzb3VyY2UocGNpYjMsIDB4MjAsIDB4ZmRlMDAwMDAs IDB4ZmRmZmZmZmYpCmFjcGkwOiBidXNfYWRqdXN0X3Jlc291cmNlKHBjaWIzLCAweDIwLCAweGZk ZTAwMDAwLCAweGZkZmZmZmZmKQpuZXh1czA6IGJ1c19hZGp1c3RfcmVzb3VyY2UocGNpYjMsIDB4 MjAsIDB4ZmRlMDAwMDAsIDB4ZmRmZmZmZmYpCnBjaWIzOiBncmV3IG1lbW9yeSB3aW5kb3cgdG8g MHhmZGUwMDAwMC0weGZkZmZmZmZmCnBjaWIzOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGZk ZTAwMDAwLTB4ZmRlZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjcKcGNpYjc6IGFsbG9jYXRlZCBp bml0aWFsIG1lbW9yeSB3aW5kb3cgb2YgMHhmZGUwMDAwMC0weGZkZWZmZmZmCnBjaWI3OiBhbGxv Y2F0ZWQgbWVtb3J5IHJhbmdlICgweGZkZWZjMDAwLTB4ZmRlZmZmZmYpIGZvciByaWQgMTQgb2Yg cGNpMDo2OjM6MAogICAgICAgIG1hcFsxY106IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAw eGZkZWUwMDAwLCBzaXplIDE2LCBlbmFibGVkCnBjaWI3OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdl ICgweGZkZWUwMDAwLTB4ZmRlZWZmZmYpIGZvciByaWQgMWMgb2YgcGNpMDo2OjM6MApwY2liNzog bWF0Y2hlZCBlbnRyeSBmb3IgNi4zLklOVEEKcGNpYjc6IHNsb3QgMyBJTlRBIGhhcmR3aXJlZCB0 byBJUlEgMjYKbXB0MDogPExTSUxvZ2ljIFNBUy9TQVRBIEFkYXB0ZXI+IHBvcnQgMHhkMDAwLTB4 ZDBmZiBtZW0gMHhmZGVmYzAwMC0weGZkZWZmZmZmLDB4ZmRlZTAwMDAtMHhmZGVlZmZmZiBpcnEg MjYgYXQgZGV2aWNlIDMuMCBvbiBwY2k2Cm1wdDA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBN U0ktWCB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSS1YIElSUSAyNTggdG8g bG9jYWwgQVBJQyAwIHZlY3RvciA1NAptcHQwOiB1c2luZyBJUlEgMjU4IGZvciBNU0ktWAptcHQw OiBNUEkgVmVyc2lvbj0xLjUuMTYuMAptcHQwOiBjaGFpbiBkZXB0aCBsaW1pdGVkIHRvIDM0IChm cm9tIDIwNDApCm1wdDA6IE1heGltdW0gU2VnbWVudCBDb3VudDogMzA2LCBNYXhpbXVtIENBTSBT ZWdtZW50IENvdW50OiAzMwptcHQwOiBNc2dMZW5ndGg9MjAgSU9DTnVtYmVyID0gMAptcHQwOiBJ T0NGQUNUUzogR2xvYmFsQ3JlZGl0cz0yODYgQmxvY2tTaXplPTggYnl0ZXMgUmVxdWVzdCBGcmFt ZSBTaXplIDEyOCBieXRlcyBNYXggQ2hhaW4gRGVwdGggMzQKbXB0MDogSU9DRkFDVFM6IE51bSBQ b3J0cyAxLCBGV0ltYWdlU2l6ZSAwLCBGbGFncz0weDIKbXB0MDogTm8gSGFuZGxlcnMgRm9yIEFu eSBFdmVudCBOb3RpZnkgRnJhbWVzLiBFdmVudCAweGEgKEFDSyBub3QgcmVxdWlyZWQpLgptcHQw OiBObyBIYW5kbGVycyBGb3IgQW55IEV2ZW50IE5vdGlmeSBGcmFtZXMuIEV2ZW50IDB4MTYgKEFD SyBub3QgcmVxdWlyZWQpLgptcHQwOiBObyBIYW5kbGVycyBGb3IgQW55IEV2ZW50IE5vdGlmeSBG cmFtZXMuIEV2ZW50IDB4MTYgKEFDSyBub3QgcmVxdWlyZWQpLgptcHQwOiBObyBIYW5kbGVycyBG b3IgQW55IEV2ZW50IE5vdGlmeSBGcmFtZXMuIEV2ZW50IDB4MTYgKEFDSyBub3QgcmVxdWlyZWQp LgptcHQwOiBObyBIYW5kbGVycyBGb3IgQW55IEV2ZW50IE5vdGlmeSBGcmFtZXMuIEV2ZW50IDB4 MTIgKEFDSyBub3QgcmVxdWlyZWQpLgptcHQwOiBObyBIYW5kbGVycyBGb3IgQW55IEV2ZW50IE5v dGlmeSBGcmFtZXMuIEV2ZW50IDB4MTIgKEFDSyBub3QgcmVxdWlyZWQpLgptcHQwOiBObyBIYW5k bGVycyBGb3IgQW55IEV2ZW50IE5vdGlmeSBGcmFtZXMuIEV2ZW50IDB4MTIgKEFDSyBub3QgcmVx dWlyZWQpLgptcHQwOiBObyBIYW5kbGVycyBGb3IgQW55IEV2ZW50IE5vdGlmeSBGcmFtZXMuIEV2 ZW50IDB4MTIgKEFDSyBub3QgcmVxdWlyZWQpLgptcHQwOiBObyBIYW5kbGVycyBGb3IgQW55IEV2 ZW50IE5vdGlmeSBGcmFtZXMuIEV2ZW50IDB4MTYgKEFDSyBub3QgcmVxdWlyZWQpLgptcHQwOiBO byBIYW5kbGVycyBGb3IgQW55IEV2ZW50IE5vdGlmeSBGcmFtZXMuIEV2ZW50IDB4ZiAoQUNLIHJl cXVpcmVkKS4KbXB0MDogTm8gSGFuZGxlcnMgRm9yIEFueSBFdmVudCBOb3RpZnkgRnJhbWVzLiBF dmVudCAweGYgKEFDSyByZXF1aXJlZCkuCm1wdDA6IE5vIEhhbmRsZXJzIEZvciBBbnkgRXZlbnQg Tm90aWZ5IEZyYW1lcy4gRXZlbnQgMHhmIChBQ0sgcmVxdWlyZWQpLgptcHQwOiBObyBIYW5kbGVy cyBGb3IgQW55IEV2ZW50IE5vdGlmeSBGcmFtZXMuIEV2ZW50IDB4ZiAoQUNLIHJlcXVpcmVkKS4K bXB0MDogQ2FwYWJpbGl0aWVzOiAoIFJBSUQtMCBSQUlELTFFIFJBSUQtMSApCm1wdDA6IDAgQWN0 aXZlIFZvbHVtZXMgKDIgTWF4KQptcHQwOiAwIEhpZGRlbiBEcml2ZSBNZW1iZXJzICgxNCBNYXgp Cm1wdDA6IE5vIEhhbmRsZXJzIEZvciBBbnkgRXZlbnQgTm90aWZ5IEZyYW1lcy4gRXZlbnQgMHhh IChBQ0sgbm90IHJlcXVpcmVkKS4KcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE1 LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjg6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEg MTYgYXQgZGV2aWNlIDI4LjAgb24gcGNpMApwY2liODogQ2xlYXJpbmcgd2luZG93cwpwY2liODog ICBkb21haW4gICAgICAgICAgICAwCnBjaWI4OiAgIHNlY29uZGFyeSBidXMgICAgIDQKcGNpYjg6 ICAgc3Vib3JkaW5hdGUgYnVzICAgNApwY2liODogICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2k0 OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liOApwY2k0OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTQK cGNpYjk6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTggYXQgZGV2aWNlIDI4LjIgb24gcGNp MApwY2liOTogQ2xlYXJpbmcgd2luZG93cwpwY2liOTogICBkb21haW4gICAgICAgICAgICAwCnBj aWI5OiAgIHNlY29uZGFyeSBidXMgICAgIDMKcGNpYjk6ICAgc3Vib3JkaW5hdGUgYnVzICAgMwpw Y2liOTogICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li OQpwY2kzOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTMKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgxMDlhLCByZXZpZD0weDAwCiAgICAgICAgZG9tYWluPTAsIGJ1cz0zLCBzbG90PTAsIGZ1 bmM9MAogICAgICAgIGNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKICAgICAg ICBjbWRyZWc9MHgwMTQ3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCiAg ICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCiAgICAgICAgaW50cGluPWEsIGlycT0xMQogICAgICAgIHBvd2Vyc3BlYyAyICBz dXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAogICAgICAgIE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2Us IDY0IGJpdAogICAgICAgIG1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGZk YWUwMDAwLCBzaXplIDE3LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZkYTAw MDAwLTB4ZmRhZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjkKcGNpYjk6IGFsbG9jYXRlZCBpbml0 aWFsIG1lbW9yeSB3aW5kb3cgb2YgMHhmZGEwMDAwMC0weGZkYWZmZmZmCnBjaWI5OiBhbGxvY2F0 ZWQgbWVtb3J5IHJhbmdlICgweGZkYWUwMDAwLTB4ZmRhZmZmZmYpIGZvciByaWQgMTAgb2YgcGNp MDozOjA6MAogICAgICAgIG1hcFsxOF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4 Y2MwMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liOTogZmFpbGVkIHRvIGFsbG9jYXRlIGluaXRpYWwg SS9PIHBvcnQgd2luZG93ICgweGMwMDAtMHhjZmZmLDB4MTAwMCkKcGNpYjk6IG1hdGNoZWQgZW50 cnkgZm9yIDMuMC5JTlRBCnBjaWI5OiBzbG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE4CmVt MjogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA3LjMuMj4gbWVtIDB4ZmRh ZTAwMDAtMHhmZGFmZmZmZiBpcnEgMTggYXQgZGV2aWNlIDAuMCBvbiBwY2kzCmVtMjogYXR0ZW1w dGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0aW5n IE1TSSBJUlEgMjU5IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTUKZW0yOiB1c2luZyBJUlEgMjU5 IGZvciBNU0kKZW0yOiBVc2luZyBhbiBNU0kgaW50ZXJydXB0CmVtMjogYnBmIGF0dGFjaGVkCmVt MjogRXRoZXJuZXQgYWRkcmVzczogMDA6MjI6MTU6MzE6Mjc6NmEKcGNpYjEwOiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gaXJxIDE5IGF0IGRldmljZSAyOC4zIG9uIHBjaTAKcGNpYjEwOiBDbGVhcmlu ZyB3aW5kb3dzCnBjaWIxMDogICBkb21haW4gICAgICAgICAgICAwCnBjaWIxMDogICBzZWNvbmRh cnkgYnVzICAgICAyCnBjaWIxMDogICBzdWJvcmRpbmF0ZSBidXMgICAyCnBjaWIxMDogICBubyBw cmVmZXRjaGVkIGRlY29kZQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTAKcGNpMjogZG9t YWluPTAsIHBoeXNpY2FsIGJ1cz0yCmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTA5YSwg cmV2aWQ9MHgwMAogICAgICAgIGRvbWFpbj0wLCBidXM9Miwgc2xvdD0wLCBmdW5jPTAKICAgICAg ICBjbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAgICAgY21kcmVnPTB4 MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQogICAgICAgIGxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQog ICAgICAgIGludHBpbj1hLCBpcnE9MTAKICAgICAgICBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKICAgICAgICBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKICAg ICAgICBtYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmZDllMDAwMCwgc2l6 ZSAxNywgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZDkwMDAwMC0weGZkOWZm ZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWIxMApwY2liMTA6IGFsbG9jYXRlZCBpbml0aWFsIG1lbW9y eSB3aW5kb3cgb2YgMHhmZDkwMDAwMC0weGZkOWZmZmZmCnBjaWIxMDogYWxsb2NhdGVkIG1lbW9y eSByYW5nZSAoMHhmZDllMDAwMC0weGZkOWZmZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MjowOjAK ICAgICAgICBtYXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGJjMDAsIHNp emUgIDUsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4YjAwMC0weGJmZmYpIGZv ciByaWQgMWMgb2YgcGNpYjEwCnBjaWIxMDogYWxsb2NhdGVkIGluaXRpYWwgSS9PIHBvcnQgd2lu ZG93IG9mIDB4YjAwMC0weGJmZmYKcGNpYjEwOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4 YmMwMC0weGJjMWYpIGZvciByaWQgMTggb2YgcGNpMDoyOjA6MApwY2liMTA6IG1hdGNoZWQgZW50 cnkgZm9yIDIuMC5JTlRBCnBjaWIxMDogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOQpl bTM6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNy4zLjI+IHBvcnQgMHhi YzAwLTB4YmMxZiBtZW0gMHhmZDllMDAwMC0weGZkOWZmZmZmIGlycSAxOSBhdCBkZXZpY2UgMC4w IG9uIHBjaTIKZW0zOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMgKDEgc3Vw cG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjAgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1 NgplbTM6IHVzaW5nIElSUSAyNjAgZm9yIE1TSQplbTM6IFVzaW5nIGFuIE1TSSBpbnRlcnJ1cHQK ZW0zOiBicGYgYXR0YWNoZWQKZW0zOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoyMjoxNTozMToyODpk MQp1aGNpMDogPEludGVsIDYzMVhFU0IvNjMyWEVTQi8zMTAwIFVTQiBjb250cm9sbGVyIFVTQi0x PiBwb3J0IDB4OTAwMC0weDkwMWYgaXJxIDIzIGF0IGRldmljZSAyOS4wIG9uIHBjaTAKaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMjMgKFBDSSBJUlEgMjMpIHRvIGxhcGljIDAgdmVjdG9yIDU3CnVz YnVzMCBvbiB1aGNpMAp1c2J1czA6IGJwZiBhdHRhY2hlZAp1aGNpMDogdXNicGY6IEF0dGFjaGVk CnVoY2kxOiA8SW50ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAgVVNCIGNvbnRyb2xsZXIgVVNCLTI+ IHBvcnQgMHg5MDgwLTB4OTA5ZiBpcnEgMTkgYXQgZGV2aWNlIDI5LjEgb24gcGNpMAppb2FwaWMw OiByb3V0aW5nIGludHBpbiAxOSAoUENJIElSUSAxOSkgdG8gbGFwaWMgMCB2ZWN0b3IgNTgKdXNi dXMxIG9uIHVoY2kxCnVzYnVzMTogYnBmIGF0dGFjaGVkCnVoY2kxOiB1c2JwZjogQXR0YWNoZWQK ZWhjaTA6IDxJbnRlbCA2M1hYRVNCIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmQ3ZmY4MDAt MHhmZDdmZmJmZiBpcnEgMjMgYXQgZGV2aWNlIDI5Ljcgb24gcGNpMAp1c2J1czI6IEVIQ0kgdmVy c2lvbiAxLjAKdXNidXMyIG9uIGVoY2kwCnVzYnVzMjogYnBmIGF0dGFjaGVkCmVoY2kwOiB1c2Jw ZjogQXR0YWNoZWQKcGNpYjExOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAg b24gcGNpMApwY2liMTE6IENsZWFyaW5nIHdpbmRvd3MKcGNpYjExOiAgIGRvbWFpbiAgICAgICAg ICAgIDAKcGNpYjExOiAgIHNlY29uZGFyeSBidXMgICAgIDEKcGNpYjExOiAgIHN1Ym9yZGluYXRl IGJ1cyAgIDEKcGNpYjExOiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaWIxMTogICBTdWJ0cmFj dGl2ZWx5IGRlY29kZWQgYnJpZGdlLgpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTEKcGNp MTogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0xCmZvdW5kLT4gdmVuZG9yPTB4MThjYSwgZGV2PTB4 MDAyMCwgcmV2aWQ9MHgwMAogICAgICAgIGRvbWFpbj0wLCBidXM9MSwgc2xvdD0yLCBmdW5jPTAK ICAgICAgICBjbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAgICAgY21k cmVnPTB4MDAwMywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAgICAg bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCiAgICAgICAgcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQw CiAgICAgICAgbWFwWzEwXTogdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSAzMiwgYmFz ZSAweGY4MDAwMDAwLCBzaXplIDI2LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGY4MDAwMDAwLTB4ZmJmZmZmZmYpIGZvciByaWQgMjQgb2YgcGNpYjExCnBjaWIxMTogYWxsb2Nh dGVkIGluaXRpYWwgcHJlZmV0Y2ggd2luZG93IG9mIDB4ZjgwMDAwMDAtMHhmYmZmZmZmZgpwY2li MTE6IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5nZSAoMHhmODAwMDAwMC0weGZiZmZmZmZmKSBmb3Ig cmlkIDEwIG9mIHBjaTA6MToyOjAKICAgICAgICBtYXBbMTRdOiB0eXBlIE1lbW9yeSwgcmFuZ2Ug MzIsIGJhc2UgMHhmZDhjMDAwMCwgc2l6ZSAxOCwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhmZDgwMDAwMC0weGZkOGZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWIxMQpwY2liMTE6 IGFsbG9jYXRlZCBpbml0aWFsIG1lbW9yeSB3aW5kb3cgb2YgMHhmZDgwMDAwMC0weGZkOGZmZmZm CnBjaWIxMTogYWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhmZDhjMDAwMC0weGZkOGZmZmZmKSBm b3IgcmlkIDE0IG9mIHBjaTA6MToyOjAKICAgICAgICBtYXBbMThdOiB0eXBlIEkvTyBQb3J0LCBy YW5nZSAzMiwgYmFzZSAweGFjMDAsIHNpemUgIDcsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDQgKDB4YTAwMC0weGFmZmYpIGZvciByaWQgMWMgb2YgcGNpYjExCnBjaWIxMTogYWxsb2Nh dGVkIGluaXRpYWwgSS9PIHBvcnQgd2luZG93IG9mIDB4YTAwMC0weGFmZmYKcGNpYjExOiBhbGxv Y2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4YWMwMC0weGFjN2YpIGZvciByaWQgMTggb2YgcGNpMDox OjI6MAp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweGFjMDAtMHhhYzdm IG1lbSAweGY4MDAwMDAwLTB4ZmJmZmZmZmYsMHhmZDhjMDAwMC0weGZkOGZmZmZmIGF0IGRldmlj ZSAyLjAgb24gcGNpMQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBw Y2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8SW50ZWwgNjNYWEVTQjIgVURN QTEwMCBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2 LDB4ZmZhMC0weGZmYWYgYXQgZGV2aWNlIDMxLjEgb24gcGNpMAphdGEwOiA8QVRBIGNoYW5uZWw+ IGF0IGNoYW5uZWwgMCBvbiBhdGFwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE0IChJU0Eg SVJRIDE0KSB0byBsYXBpYyAwIHZlY3RvciA1OQphaGNpMDogPEludGVsIEVTQjIgQUhDSSBTQVRB IGNvbnRyb2xsZXI+IHBvcnQgMHg5YzAwLTB4OWMwNywweDk4ODAtMHg5ODgzLDB4OTgwMC0weDk4 MDcsMHg5NDgwLTB4OTQ4MywweDk0MDAtMHg5NDFmIG1lbSAweGZkN2ZmYzAwLTB4ZmQ3ZmZmZmYg aXJxIDE5IGF0IGRldmljZSAzMS4yIG9uIHBjaTAKYWhjaTA6IEFIQ0kgdjEuMTAgd2l0aCA2IDNH YnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgbm90IHN1cHBvcnRlZAphaGNpMDogQ2FwczogNjRi aXQgTkNRIEFMUCBBTCAzR2JwcyBTU0MgUFNDIDMyY21kIDZwb3J0cwphaGNpMDogQ2FwczI6CmFo Y2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpY2gwOiBDYXBz OgphaGNpY2gxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKYWhjaWNoMTog Q2FwczoKYWhjaWNoMjogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAyIG9uIGFoY2kwCmFoY2lj aDI6IENhcHM6CmFoY2ljaDM6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMyBvbiBhaGNpMAph aGNpY2gzOiBDYXBzOgphaGNpY2g0OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDQgb24gYWhj aTAKYWhjaWNoNDogQ2FwczoKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA1IG9u IGFoY2kwCmFoY2ljaDU6IENhcHM6CmljaHNtYjA6IDxJbnRlbCA2MzF4RVNCLzYzMjFFU0IgKEVT QjIpIFNNQnVzIGNvbnRyb2xsZXI+IHBvcnQgMHg0MDAtMHg0MWYgaXJxIDE5IGF0IGRldmljZSAz MS4zIG9uIHBjaTAKc21idXMwOiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVzPiBvbiBpY2hzbWIwCnNt YjA6IDxTTUJ1cyBnZW5lcmljIEkvTz4gb24gc21idXMwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1 dHRvbj4gb24gYWNwaTAKdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4 M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAo SVNBIElSUSA0KSB0byBsYXBpYyAwIHZlY3RvciA2MAp1YXJ0MDogZmFzdCBpbnRlcnJ1cHQKdWFy dDE6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGFjcGkw CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDMgKElTQSBJUlEgMykgdG8gbGFwaWMgMCB2ZWN0b3Ig NjEKdWFydDE6IGZhc3QgaW50ZXJydXB0CmFjcGkwOiB3YWtldXAgY29kZSB2YSAweGZmZmZmZjg4 YzQxMzEwMDAgcGEgMHg5MDAwMAphaGNfaXNhX3Byb2JlIDA6IGlvcG9ydCAweGMwMCBhbGxvYyBm YWlsZWQKYWhjX2lzYV9wcm9iZSAxOiBpb3BvcnQgMHgxYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNh X3Byb2JlIDI6IGlvcG9ydCAweDJjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgMzogaW9w b3J0IDB4M2MwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSA0OiBpb3BvcnQgMHg0YzAwIGFs bG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDU6IGlvcG9ydCAweDVjMDAgYWxsb2MgZmFpbGVkCmFo Y19pc2FfcHJvYmUgNjogaW9wb3J0IDB4NmMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSA3 OiBpb3BvcnQgMHg3YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDg6IGlvcG9ydCAweDhj MDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgOTogaW9wb3J0IDB4OWMwMCBhbGxvYyBmYWls ZWQKYWhjX2lzYV9wcm9iZSAxMDogaW9wb3J0IDB4YWMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9w cm9iZSAxMTogaW9wb3J0IDB4YmMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAxMjogaW9w b3J0IDB4Y2MwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAxMzogaW9wb3J0IDB4ZGMwMCBh bGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAxNDogaW9wb3J0IDB4ZWMwMCBhbGxvYyBmYWlsZWQK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTAwMDAtMHhhMDdmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTA4MDAtMHhhMGZmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTEwMDAtMHhhMTdmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTE4MDAtMHhhMWZmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTIwMDAtMHhhMjdmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTI4MDAtMHhhMmZmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTMwMDAtMHhhMzdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTM4MDAtMHhh M2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQwMDAt MHhhNDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQ4 MDAtMHhhNGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YTUwMDAtMHhhNTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YTU4MDAtMHhhNWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YTYwMDAtMHhhNjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YTY4MDAtMHhhNmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YTcwMDAtMHhhNzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YTc4MDAtMHhhN2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YTgwMDAtMHhhODdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTg4MDAtMHhhOGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTkwMDAtMHhhOTdmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTk4MDAtMHhhOWZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWEwMDAtMHhhYTdmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWE4MDAtMHhhYWZmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWIwMDAtMHhhYjdmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWI4MDAtMHhhYmZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWMwMDAtMHhhYzdmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWM4MDAtMHhhY2Zm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQwMDAtMHhh ZDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQ4MDAt MHhhZGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWUw MDAtMHhhZTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YWU4MDAtMHhhZWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YWYwMDAtMHhhZjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YWY4MDAtMHhhZmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YjAwMDAtMHhiMDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YjA4MDAtMHhiMGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YjEwMDAtMHhiMTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YjE4MDAtMHhiMWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjIwMDAtMHhiMjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjI4MDAtMHhiMmZmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjMwMDAtMHhiMzdmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjM4MDAtMHhiM2ZmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjQwMDAtMHhiNDdmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjQ4MDAtMHhiNGZmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjUwMDAtMHhiNTdmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjU4MDAtMHhiNWZmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjYwMDAtMHhiNjdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjY4MDAtMHhi NmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjcwMDAt MHhiNzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjc4 MDAtMHhiN2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YjgwMDAtMHhiODdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4Yjg4MDAtMHhiOGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YjkwMDAtMHhiOTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4Yjk4MDAtMHhiOWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YmEwMDAtMHhiYTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YmE4MDAtMHhiYWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YmIwMDAtMHhiYjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmI4MDAtMHhiYmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmMwMDAtMHhiYzdmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmM4MDAtMHhiY2ZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmQwMDAtMHhiZDdmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmQ4MDAtMHhiZGZmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmUwMDAtMHhiZTdmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmU4MDAtMHhiZWZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmYwMDAtMHhiZjdmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmY4MDAtMHhiZmZm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDAwMDAtMHhk MDdmZikgZm9yIHJpZCAzIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDAwMDAt MHhkMGZmZikgZm9yIHJpZCAzIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDEw MDAtMHhkMTdmZikgZm9yIHJpZCA0IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZDEwMDAtMHhkMWZmZikgZm9yIHJpZCA0IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4ZDIwMDAtMHhkMjdmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZDI4MDAtMHhkMmZmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4ZDMwMDAtMHhkMzdmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4ZDM4MDAtMHhkM2ZmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4ZDQwMDAtMHhkNDdmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4ZDQ4MDAtMHhkNGZmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDUwMDAtMHhkNTdmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDU4MDAtMHhkNWZmZikgZm9yIHJpZCA1IG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDYwMDAtMHhkNjdmZikgZm9yIHJpZCA1IG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDY4MDAtMHhkNmZmZikgZm9yIHJpZCA1IG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDcwMDAtMHhkNzdmZikgZm9yIHJpZCA1 IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDc4MDAtMHhkN2ZmZikgZm9yIHJp ZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDgwMDAtMHhkODdmZikgZm9y IHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDg4MDAtMHhkOGZmZikg Zm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDkwMDAtMHhkOTdm ZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDk4MDAtMHhk OWZmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGEwMDAt MHhkYTdmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGE4 MDAtMHhkYWZmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZGIwMDAtMHhkYjdmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4ZGI4MDAtMHhkYmZmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZGMwMDAtMHhkYzdmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4ZGM4MDAtMHhkY2ZmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4ZGQwMDAtMHhkZDdmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4ZGQ4MDAtMHhkZGZmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4ZGUwMDAtMHhkZTdmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGU4MDAtMHhkZWZmZikgZm9yIHJpZCA1IG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGYwMDAtMHhkZjdmZikgZm9yIHJpZCA1IG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGY4MDAtMHhkZmZmZikgZm9yIHJpZCA1IG9mIG9y bTAKaXNhYjA6IGZvdW5kIElDSDggb3IgZXF1aXZhbGVudCBjaGlwc2V0OiBJbnRlbCA2M1hYRVNC IHdhdGNoZG9nIHRpbWVyCmlzYV9wcm9iZV9jaGlsZHJlbjogZGlzYWJsaW5nIFBuUCBkZXZpY2Vz CmljaHdkMCBvbiBpc2EwCmlzYWIwOiBmb3VuZCBJQ0g4IG9yIGVxdWl2YWxlbnQgY2hpcHNldDog SW50ZWwgNjNYWEVTQiB3YXRjaGRvZyB0aW1lcgpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHg4 MzAtMHg4MzcpIGZvciByaWQgMCBvZiBpY2h3ZDAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4 ODYwLTB4ODdmKSBmb3IgcmlkIDEgb2YgaWNod2QwCmljaHdkMDogKG51bGwpIChJQ0g4IG9yIGVx dWl2YWxlbnQpCmljaHdkMDogdGltZXIgZGlzYWJsZWQKaXBtaTA6IDxJUE1JIFN5c3RlbSBJbnRl cmZhY2U+IG9uIGlzYTAKaXBtaTA6IEtDUyBtb2RlIGZvdW5kIGF0IGlvIDB4Y2EyIGFsaWdubWVu dCAweDEgb24gaXNhCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGNhMi0weGNhMykgZm9yIHJp ZCAwIG9mIGlwbWkwCmlwbWkwOiBjb3VsZG4ndCBmaW5kIGl0CmRldmljZV9hdHRhY2g6IGlwbWkw IGF0dGFjaCByZXR1cm5lZCA2CmF0cnRjOiBhdHJ0YzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5n IGl0CmF0dGltZXI6IGF0dGltZXIwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApzYzogc2Mw IGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAp1YXJ0OiB1YXJ0MCBhbHJlYWR5IGV4aXN0czsg c2tpcHBpbmcgaXQKdWFydDogdWFydDEgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CmlzYV9w cm9iZV9jaGlsZHJlbjogcHJvYmluZyBub24tUG5QIGRldmljZXMKaXBtaTA6IDxJUE1JIFN5c3Rl bSBJbnRlcmZhY2U+IGF0IHBvcnQgMHhjYTItMHhjYTMgb24gaXNhMAppcG1pMDogS0NTIG1vZGUg Zm91bmQgYXQgaW8gMHhjYTIgYWxpZ25tZW50IDB4MSBvbiBpc2EKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDQgKDB4Y2EyLTB4Y2EzKSBmb3IgcmlkIDAgb2YgaXBtaTAKaXBtaTA6IGNvdWxkbid0IGZp bmQgaXQKZGV2aWNlX2F0dGFjaDogaXBtaTAgYXR0YWNoIHJldHVybmVkIDYKb3JtMDogPElTQSBP cHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGM3ZmZmLDB4YzgwMDAtMHhjOGZmZiwweGM5 MDAwLTB4YzlmZmYsMHhkMDAwMC0weGQwZmZmLDB4ZDEwMDAtMHhkMWZmZiBvbiBpc2EwCnNjMDog PFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0 dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4Kc2MwOiBmYjAsIGtiZDEsIHRlcm1pbmFsIGVtdWxh dG9yOiBzY3Rla2VuICh0ZWtlbiB0ZXJtaW5hbCkKdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQg cG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApwY2liMDogYWxs b2NhdGVkIHR5cGUgNCAoMHgzYzAtMHgzZGYpIGZvciByaWQgMCBvZiB2Z2EwCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGEwMDAwLTB4YmZmZmYpIGZvciByaWQgMCBvZiB2Z2EwCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweDYwLTB4NjApIGZvciByaWQgMCBvZiBhdGtiZGMwCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweDY0LTB4NjQpIGZvciByaWQgMSBvZiBhdGtiZGMwCmF0a2JkYzA6 IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjAtMHg2MCkgZm9yIHJpZCAwIG9mIGF0a2JkYzAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjQtMHg2NCkgZm9yIHJpZCAxIG9mIGF0a2JkYzAK YXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKa2Jk MDogYXRrYmQwLCBnZW5lcmljICgwKSwgY29uZmlnOjB4MCwgZmxhZ3M6MHgzZjAwMDAKaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElSUSAxKSB0byBsYXBpYyAwIHZlY3RvciA2MgphdGti ZDA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IHVuYWJsZSB0byBhbGxvY2F0ZSBJUlEKZmRjMCBmYWls ZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmMCBpcnEgNiBkcnEgMiBvbiBpc2EwCnBwYzAgZmFpbGVk IHRvIHByb2JlIGF0IGlycSA3IG9uIGlzYTAKd2J3ZDAgZmFpbGVkIHRvIHByb2JlIG9uIGlzYTAK aXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIFBuUCBkZXZpY2VzCmNvcmV0ZW1wMDogPENQVSBP bi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUwCmNvcmV0ZW1wMDogU2V0dGluZyBUak1heD0x MDAKZXN0MDogZW5hYmxpbmcgU3BlZWRTdGVwCmVzdDA6IGZhaWxlZCB0byBlbmFibGUgU3BlZWRT dGVwCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCmNvcmV0 ZW1wMTogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUxCmNvcmV0ZW1wMTogU2V0 dGluZyBUak1heD0xMDAKZXN0MTogZW5hYmxpbmcgU3BlZWRTdGVwCmVzdDE6IGZhaWxlZCB0byBl bmFibGUgU3BlZWRTdGVwCnA0dGNjMTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBv biBjcHUxCmNvcmV0ZW1wMjogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUyCmNv cmV0ZW1wMjogU2V0dGluZyBUak1heD0xMDAKZXN0MjogZW5hYmxpbmcgU3BlZWRTdGVwCmVzdDI6 IGZhaWxlZCB0byBlbmFibGUgU3BlZWRTdGVwCnA0dGNjMjogPENQVSBGcmVxdWVuY3kgVGhlcm1h bCBDb250cm9sPiBvbiBjcHUyCmNvcmV0ZW1wMzogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3Jz PiBvbiBjcHUzCmNvcmV0ZW1wMzogU2V0dGluZyBUak1heD0xMDAKZXN0MzogZW5hYmxpbmcgU3Bl ZWRTdGVwCmVzdDM6IGZhaWxlZCB0byBlbmFibGUgU3BlZWRTdGVwCnA0dGNjMzogPENQVSBGcmVx dWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUzCmNvcmV0ZW1wNDogPENQVSBPbi1EaWUgVGhl cm1hbCBTZW5zb3JzPiBvbiBjcHU0CmNvcmV0ZW1wNDogU2V0dGluZyBUak1heD0xMDAKZXN0NDog ZW5hYmxpbmcgU3BlZWRTdGVwCmVzdDQ6IGZhaWxlZCB0byBlbmFibGUgU3BlZWRTdGVwCnA0dGNj NDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHU0CmNvcmV0ZW1wNTogPENQ VSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHU1CmNvcmV0ZW1wNTogU2V0dGluZyBUak1h eD0xMDAKZXN0NTogZW5hYmxpbmcgU3BlZWRTdGVwCmVzdDU6IGZhaWxlZCB0byBlbmFibGUgU3Bl ZWRTdGVwCnA0dGNjNTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHU1CmNv cmV0ZW1wNjogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHU2CmNvcmV0ZW1wNjog U2V0dGluZyBUak1heD0xMDAKZXN0NjogZW5hYmxpbmcgU3BlZWRTdGVwCmVzdDY6IGZhaWxlZCB0 byBlbmFibGUgU3BlZWRTdGVwCnA0dGNjNjogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9s PiBvbiBjcHU2CmNvcmV0ZW1wNzogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHU3 CmNvcmV0ZW1wNzogU2V0dGluZyBUak1heD0xMDAKZXN0NzogZW5hYmxpbmcgU3BlZWRTdGVwCmVz dDc6IGZhaWxlZCB0byBlbmFibGUgU3BlZWRTdGVwCnA0dGNjNzogPENQVSBGcmVxdWVuY3kgVGhl cm1hbCBDb250cm9sPiBvbiBjcHU3CkRldmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLgpsaW5w cm9jZnMgcmVnaXN0ZXJlZApsaW5zeXNmcyByZWdpc3RlcmVkCnByb2NmcyByZWdpc3RlcmVkClRp bWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKZXBhaXIgaW5pdGlhbGl6ZWQuCnZsYW46 IGluaXRpYWxpemVkLCB1c2luZyBoYXNoIHRhYmxlcyB3aXRoIGNoYWluaW5nCkxpbnV4IEVMRiBl eGVjIGhhbmRsZXIgaW5zdGFsbGVkCmlwZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBl bmFibGVkLCBuYXQgbG9hZGFibGUsIHJ1bGUtYmFzZWQgZm9yd2FyZGluZyBlbmFibGVkLCBkZWZh dWx0IHRvIGFjY2VwdCwgbG9nZ2luZyBkaXNhYmxlZAppcGZ3MDogYnBmIGF0dGFjaGVkCkRVTU1Z TkVUIDB4ZmZmZmZlMDAwNWU0ZDgwMCB3aXRoIElQdjYgaW5pdGlhbGl6ZWQgKDEwMDQwOSkKbG9h ZF9kbl9zY2hlZCBkbl9zY2hlZCBQUklPIGxvYWRlZApsb2FkX2RuX3NjaGVkIGRuX3NjaGVkIFFG USBsb2FkZWQKbG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBSUiBsb2FkZWQKbG9hZF9kbl9zY2hlZCBk bl9zY2hlZCBXRjJRKyBsb2FkZWQKbG8wOiBicGYgYXR0YWNoZWQKbG9hZF9kbl9zY2hlZCBkbl9z Y2hlZCBGSUZPIGxvYWRlZAp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVz MTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMyOiA0ODBNYnBzIEhpZ2ggU3BlZWQg VVNCIHYyLjAKYXRhMDogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQwPTdmIG9zdGF0MT0wMAp1Z2Vu MC4xOiA8SW50ZWw+IGF0IHVzYnVzMAp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPEludGVsPiBh dCB1c2J1czEKdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAw LzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVnZW4yLjE6IDxJbnRlbD4gYXQgdXNidXMyCnVodWIy OiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+ IG9uIHVzYnVzMgphdGEwOiBzdGF0MD0weDAwIGVycj0weDAwIGxzYj0weDAwIG1zYj0weDAwCmF0 YTA6IHN0YXQxPTB4MDAgZXJyPTB4MDAgbHNiPTB4MDAgbXNiPTB4MDAKYXRhMDogcmVzZXQgdHAy IHN0YXQwPTAwIHN0YXQxPTAwIGRldmljZXM9MHgwCmFoY2ljaDA6IEFIQ0kgcmVzZXQuLi4KYWhj aWNoMDogU0FUQSBjb25uZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1cz0wMDAwMDAwMAph aGNpY2gwOiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kCmFoY2ljaDE6IEFIQ0kgcmVzZXQu Li4KYWhjaWNoMTogU0FUQSBjb25uZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1cz0wMDAw MDAwMAphaGNpY2gxOiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kCmFoY2ljaDI6IEFIQ0kg cmVzZXQuLi4KYWhjaWNoMjogU0FUQSBjb25uZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1 cz0wMDAwMDAwMAphaGNpY2gyOiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kCmFoY2ljaDM6 IEFIQ0kgcmVzZXQuLi4KYWhjaWNoMzogU0FUQSBjb25uZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVz IHN0YXR1cz0wMDAwMDAwMAphaGNpY2gzOiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kCmFo Y2ljaDQ6IEFIQ0kgcmVzZXQuLi4KYWhjaWNoNDogU0FUQSBjb25uZWN0IHRpbWVvdXQgdGltZT0x MDAwMHVzIHN0YXR1cz0wMDAwMDAwMAphaGNpY2g0OiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZv dW5kCmFoY2ljaDU6IEFIQ0kgcmVzZXQuLi4KYWhjaWNoNTogU0FUQSBjb25uZWN0IHRpbWVvdXQg dGltZT0xMDAwMHVzIHN0YXR1cz0wMDAwMDAwMAphaGNpY2g1OiBBSENJIHJlc2V0OiBkZXZpY2Ug bm90IGZvdW5kCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1 aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6IDQgcG9y dHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4wLjI6IDxBdm9jZW50PiBhdCB1 c2J1czAKdWtiZDA6IDxFUDEgSW50ZXJydXB0PiBvbiB1c2J1czAKa2JkMiBhdCB1a2JkMAprYmQy OiB1a2JkMCwgZ2VuZXJpYyAoMCksIGNvbmZpZzoweDAsIGZsYWdzOjB4M2QwMDAwCnVtczA6IDxF UDIgSW50ZXJydXB0PiBvbiB1c2J1czAKR0VPTTogbmV3IGRpc2sgZGEwCmRhMCBhdCBtcHQwIGJ1 cyAwIHNjYnVzMCB0YXJnZXQgNCBsdW4gMApkYTA6IDxBVEEgU1QzNTAwMzIwTlMgU04wNj4gRml4 ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlCmRhMDogU2VyaWFsIE51bWJlciAgICAgICAg ICAgICA5UU1CWlNBMApkYTA6IDMwMC4wMDBNQi9zIHRyYW5zZmVycwpkYTA6IENvbW1hbmQgUXVl dWVpbmcgZW5hYmxlZApkYTA6IDQ3Njk0ME1CICg5NzY3NzMxNjggNTEyIGJ5dGUgc2VjdG9yczog MjU1SCA2M1MvVCA2MDgwMUMpCmRhMSBhdCBtcHQwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNSBsdW4g MApkYTE6IDxBVEEgV0RDIFdENTAwM0FCWVgtMCAxUzAxPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFND U0ktNSBkZXZpY2UKZGExOiBTZXJpYWwgTnVtYmVyICAgICAgV0QtV01BWVAwNjgyNjI3CmRhMTog MzAwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmRhMTog NDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDYwODAxQykK R0VPTTogbmV3IGRpc2sgZGExCnBhc3MwIGF0IG1wdDAgYnVzIDAgc2NidXMwIHRhcmdldCA0IGx1 biAwCnBhc3MwOiA8QVRBIFNUMzUwMDMyME5TIFNOMDY+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NT SS01IGRldmljZQpwYXNzMDogU2VyaWFsIE51bWJlciAgICAgICAgICAgICA5UU1CWlNBMApwYXNz MDogMzAwLjAwME1CL3MgdHJhbnNmZXJzCnBhc3MwOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQK cGFzczEgYXQgbXB0MCBidXMgMCBzY2J1czAgdGFyZ2V0IDUgbHVuIDAKcGFzczE6IDxBVEEgV0RD IFdENTAwM0FCWVgtMCAxUzAxPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UKcGFz czE6IFNlcmlhbCBOdW1iZXIgICAgICBXRC1XTUFZUDA2ODI2MjcKcGFzczE6IDMwMC4wMDBNQi9z IHRyYW5zZmVycwpwYXNzMTogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmRhMiBhdCBtcHQwIGJ1 cyAwIHNjYnVzMCB0YXJnZXQgNiBsdW4gMApkYTI6IDxBVEEgV0RDIFdENTAwM0FCWVgtMCAxUzAx PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UKZGEyOiBTZXJpYWwgTnVtYmVyICAg ICAgV0QtV01BWVAwNjc5NTQ2CmRhMjogMzAwLjAwME1CL3MgdHJhbnNmZXJzCmRhMjogQ29tbWFu ZCBRdWV1ZWluZyBlbmFibGVkCmRhMjogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0 b3JzOiAyNTVIIDYzUy9UIDYwODAxQykKZGEzIGF0IG1wdDAgYnVzIDAgc2NidXMwIHRhcmdldCA3 IGx1biAwCmRhMzogPEFUQSBTVDM1MDAzMjBOUyBTTjA2PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFND U0ktNSBkZXZpY2UKZGEzOiBTZXJpYWwgTnVtYmVyICAgICAgICAgICAgIDlRTUMxWDdaCmRhMzog MzAwLjAwME1CL3MgdHJhbnNmZXJzCmRhMzogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmRhMzog NDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDYwODAxQykK cGFzczIgYXQgbXB0MCBidXMgMCBzY2J1czAgdGFyZ2V0IDYgbHVuIDAKcGFzczI6IDxBVEEgV0RD IFdENTAwM0FCWVgtMCAxUzAxPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UKcGFz czI6IFNlcmlhbCBOdW1iZXIgICAgICBXRC1XTUFZUDA2Nzk1NDYKcGFzczI6IDMwMC4wMDBNQi9z IHRyYW5zZmVycwpwYXNzMjogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCnBhc3MzIGF0IG1wdDAg YnVzIDAgc2NidXMwIHRhcmdldCA3IGx1biAwCnBhc3MzOiA8QVRBIFNUMzUwMDMyME5TIFNOMDY+ IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZQpwYXNzMzogU2VyaWFsIE51bWJlciAg ICAgICAgICAgICA5UU1DMVg3WgpwYXNzMzogMzAwLjAwME1CL3MgdHJhbnNmZXJzCnBhc3MzOiBD b21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKU01QOiBBUCBDUFUgIzcgTGF1bmNoZWQhCmNwdTcgQVA6 CiAgICAgSUQ6IDB4MDcwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAwMDAwIERG UjogMHhmZmZmZmZmZgogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjog MHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgw MDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwClNNUDogQVAgQ1BVICMxIExh dW5jaGVkIQpjcHUxIEFQOgogICAgIElEOiAweDAxMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExE UjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTog MHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAw MTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMApT TVA6IEFQIENQVSAjMyBMYXVuY2hlZCEKY3B1MyBBUDoKICAgICBJRDogMHgwMzAwMDAwMCAgIFZF UjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4 MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFm ZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBw bWM6IDB4MDAwMTA0MDAKU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhCmNwdTIgQVA6CiAgICAgSUQ6 IDB4MDIwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZm ZmZmZgogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAw MCBTVlI6IDB4MDAwMDAxZmYKICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBl cnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwClNNUDogQVAgQ1BVICM2IExhdW5jaGVkIQpj cHU2IEFQOgogICAgIElEOiAweDA2MDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAw MDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQw MCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhl cm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMApTTVA6IEFQIENQ VSAjNCBMYXVuY2hlZCEKY3B1NCBBUDoKICAgICBJRDogMHgwNDAwMDAwMCAgIFZFUjogMHgwMDA1 MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAg bGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVy OiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAw MTA0MDAKU01QOiBBUCBDUFUgIzUgTGF1bmNoZWQhCmNwdTUgQVA6CiAgICAgSUQ6IDB4MDUwMDAw MDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZgogIGxp bnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4 MDAwMDAxZmYKICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAw MDAwZjAgcG1jOiAweDAwMDEwNDAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDEgKElTQSBJUlEg MSkgdG8gbGFwaWMgMSB2ZWN0b3IgNDgKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMyAoSVNBIElS USAzKSB0byBsYXBpYyAyIHZlY3RvciA0OAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA0IChJU0Eg SVJRIDQpIHRvIGxhcGljIDMgdmVjdG9yIDQ4CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDkgKElT QSBJUlEgOSkgdG8gbGFwaWMgNCB2ZWN0b3IgNDgKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTQg KElTQSBJUlEgMTQpIHRvIGxhcGljIDUgdmVjdG9yIDQ4CmlvYXBpYzA6IHJvdXRpbmcgaW50cGlu IDE5IChQQ0kgSVJRIDE5KSB0byBsYXBpYyA2IHZlY3RvciA0OAppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAyMyAoUENJIElSUSAyMykgdG8gbGFwaWMgNyB2ZWN0b3IgNDgKbXNpOiBBc3NpZ25pbmcg TVNJIElSUSAyNTcgdG8gbG9jYWwgQVBJQyAxIHZlY3RvciA0OQptc2k6IEFzc2lnbmluZyBNU0kt WCBJUlEgMjU4IHRvIGxvY2FsIEFQSUMgMiB2ZWN0b3IgNDkKbXNpOiBBc3NpZ25pbmcgTVNJIElS USAyNTkgdG8gbG9jYWwgQVBJQyAzIHZlY3RvciA0OQptc2k6IEFzc2lnbmluZyBNU0kgSVJRIDI2 MCB0byBsb2NhbCBBUElDIDQgdmVjdG9yIDQ5ClNNUDogcGFzc2VkIFRTQyBzeW5jaHJvbml6YXRp b24gdGVzdApUU0MgdGltZWNvdW50ZXIgZGlzY2FyZHMgbG93ZXIgOCBiaXQocykKVGltZWNvdW50 ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxMTA0MDI0MiBIeiBxdWFsaXR5IDEwMDAKaHdwbWM6IFNP RlQvMTYvNjQvMHg2NzxJTlQsVVNSLFNZUyxSRUEsV1JJPiBUU0MvMS82NC8weDIwPFJFQT4gSUFQ LzIvNDAvMHgzZmY8SU5ULFVTUixTWVMsRURHLFRIUixSRUEsV1JJLElOVixRVUEsUFJDPiBJQUYv My80MC8weDY3PElOVCxVU1IsU1lTLFJFQSxXUkk+Cg== --0016e6d7848a6254ca04c2d2eaa5-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 19 15:59:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4448106567B for ; Tue, 19 Jun 2012 15:59:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id A4E558FC0C for ; Tue, 19 Jun 2012 15:59:31 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0BB80B96D; Tue, 19 Jun 2012 11:59:31 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Tue, 19 Jun 2012 11:00:03 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <201206181026.20857.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206191100.03808.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 19 Jun 2012 11:59:31 -0400 (EDT) Cc: freebsd-stable , Marius Strobl Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2012 15:59:32 -0000 On Tuesday, June 19, 2012 9:03:57 am Andrey Zonov wrote: > On Mon, Jun 18, 2012 at 6:26 PM, John Baldwin wrote: > > On Saturday, June 16, 2012 6:10:47 am Andrey Zonov wrote: > >> On 6/15/12 9:24 PM, John Baldwin wrote: > >> > On Friday, June 15, 2012 2:12:06 am Andrey Zonov wrote: > >> >> On 6/13/12 7:10 PM, John Baldwin wrote: > >> >>> On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote: > >> >>>> On 6/13/12 12:51 AM, John Baldwin wrote: > >> >>>>> On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote: > >> >>>>>> On 6/12/12 10:06 PM, John Baldwin wrote: > >> >>>>>>> > >> >>>>>> [snip] > >> >>>>>>> Ok, I've added some more debugging. The patch is a bit larger now and > >> > you > >> >>>>> can > >> >>>>>>> fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch > >> >>>>>>> > >> >>>>>> > >> >>>>>> New dmesg is in attach. > >> >>>>> > >> >>>>> Sheesh, found another bug (wasn't masking 'front' properly). > >> >>>>> > >> >>>>> Try updated patch (same URL). > >> >>>>> > >> >>>> > >> >>>> Great! It works! > >> >>> > >> >>> Excellent. I've committed the 2 bugs needed to fix your box. However, > >> >>> there is another bug that this exposed that I'd like you to test. Can you > >> >>> update to the latest HEAD, apply the updated pcib_debug.patch, and boot > >> >>> with 'hw.pci.pcib_clear=1' set from the loader? That should exercise the > >> >>> bug I'm worried about and see if my fixes for that (recursively growing > >> >>> windows) works correctly. > >> >>> > >> >> > >> >> Attached. > >> > > >> > Hmm, it doesn't seem like hw.pci.pcib_clear was set (the pcibX devices still > >> > tried to allocate their initial windows). > >> > > >> > >> Ooops. > > > > Thanks. Unfortunately, this didn't actually exercise what I wanted, but that > > is ok. However, this did uncover another bug it seems: > > > > pcib7: at device 0.3 on pci5 > > pci6: on pcib7 > > pci6: domain=0, physical bus=6 > > found-> vendor=0x1000, dev=0x0054, revid=0x02 > > pcib3: attempting to grow I/O port window for (0xd000-0xdfff,0x1000) > > front candidate range: 0xd000-0xdfff > > pcib3: bus_adjust_resource(0xc000, 0xefff) > > pci0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) > > pcib0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) > > acpi0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) > > nexus0: bus_adjust_resource(pcib3, 0x1c, 0xc000, 0xefff) > > pcib3: grew I/O port window to 0xc000-0xefff > > pcib3: allocated I/O port range (0xd000-0xdfff) for rid 1c of pcib7 > > pcib7: allocated initial I/O port window of 0xd000-0xdfff > > > > This grew the range too large resulting in this failure later on: > > > > pcib9: failed to allocate initial I/O port window (0xc000-0xcfff,0x1000) > > > > Can you try the updated pcib_debug.patch? It has some more printf's for > > this case. > > > > Sure. Ok, found the bug, thanks! -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 19 19:15:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50CCA106566B for ; Tue, 19 Jun 2012 19:15:39 +0000 (UTC) (envelope-from olavgg@gmail.com) Received: from mail-qa0-f42.google.com (mail-qa0-f42.google.com [209.85.216.42]) by mx1.freebsd.org (Postfix) with ESMTP id 03E718FC0A for ; Tue, 19 Jun 2012 19:15:38 +0000 (UTC) Received: by qafi31 with SMTP id i31so2353602qaf.15 for ; Tue, 19 Jun 2012 12:15:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=olnhGgt1J80CnQuynGbngsjXta1QyVpJKA1JZXvF1j8=; b=V/Tpoci9aQWZtI/8W9TzryQ6QLI7DJDEeMHKWwVGzgCcWX3uWsrFVbGKzlFpRevNwM NGPCyYp7TDXOoaLfo3TfYFMDrr+aDLyd3zk9xKXcB4TxXuEnfhS4cX4GnoCquYcNGS6f 0dfdkv9eNkPjA5UnguCFu/AXipCCoGV3+BlY2M/rGL6e9yjWu/0lCIog4CIgNnKuEKnF BJukYhXPYtikrQ/ZwwriqmTGO0N7Tf3LEFasyLuKfsLoMtdS9tU4DnZrJsFjQvN60HgS HnRbqN9A65lGvWOig663gacQBgcw4YoL/9SEV32qHvawbQmTNc7TjREOONJkp0i0aXfv HuhQ== MIME-Version: 1.0 Received: by 10.229.134.199 with SMTP id k7mr10033506qct.99.1340133338220; Tue, 19 Jun 2012 12:15:38 -0700 (PDT) Received: by 10.229.45.5 with HTTP; Tue, 19 Jun 2012 12:15:38 -0700 (PDT) In-Reply-To: <2793AE6B6B3F4AA7A4BED1ABA466D500@white> References: <2793AE6B6B3F4AA7A4BED1ABA466D500@white> Date: Tue, 19 Jun 2012 21:15:38 +0200 Message-ID: From: Olav Gjerde To: Dewayne Geraghty Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Mailing List Subject: Re: Kernel modules are broken after updating to the latest FreeBSD9-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2012 19:15:39 -0000 No I didn't miss the buildkernel/installkernel steps :) I've tried everything from deleting /usr/obj /usr/src, csup'ing a new source to make build/kernel/world without -j I see with uname -a that the kernel date is in february (last time updated this server). Why doesn't it update to june? /boot/kernel is created in june. Is it something wrong with my source files? Should I try updating with cvsup instead of csup? From owner-freebsd-stable@FreeBSD.ORG Tue Jun 19 20:24:43 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7EAA106564A for ; Tue, 19 Jun 2012 20:24:43 +0000 (UTC) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Received: from nskntmtas01p.mx.bigpond.com (nskntmtas01p.mx.bigpond.com [61.9.168.137]) by mx1.freebsd.org (Postfix) with ESMTP id 51C788FC12 for ; Tue, 19 Jun 2012 20:24:42 +0000 (UTC) Received: from nskntcmgw09p ([61.9.169.169]) by nskntmtas01p.mx.bigpond.com with ESMTP id <20120619202435.PIR25972.nskntmtas01p.mx.bigpond.com@nskntcmgw09p>; Tue, 19 Jun 2012 20:24:35 +0000 Received: from hermes.heuristicsystems.com.au ([58.172.112.105]) by nskntcmgw09p with BigPond Outbound id QLQa1j00B2GVmci01LQaCY; Tue, 19 Jun 2012 20:24:35 +0000 X-Authority-Analysis: v=2.0 cv=Lam+G0ji c=1 sm=1 a=0GO/22z+lHYfckWJ4naYnw==:17 a=2xJL4Qrc9dMA:10 a=twTT4oUKOlYA:10 a=kj9zAlcOel0A:10 a=GHIR_BbyAAAA:8 a=4kJ3bFl4dHPlTN7XGVYA:9 a=CjuIK1q_8ugA:10 a=0GO/22z+lHYfckWJ4naYnw==:117 Received: from white (white.hs [10.0.5.2]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id q5JKJtU4029211 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 20 Jun 2012 06:19:58 +1000 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) From: "Dewayne" To: Date: Wed, 20 Jun 2012 06:19:55 +1000 Organization: Heuristic Systems Pty Ltd Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac1OWOCsyiwTrODfT9udcWyWRuioGA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: brian@maven-group.org Subject: Diskless ignore remount - fix (Re: conf/158127: [patch] remount_optional option in rc.initdiskless doesn' t actually work) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2012 20:24:43 -0000 I notice that PR 158127 remains outstanding, June, 2011. I've enclosed a patch for Stable 9.0, to correct diskless booting. When a mountpoint fails, the failure may be ignored as required/documented. --- /tmp/rc.initdiskless 2012-06-19 19:01:33.000000000 +1000 +++ /etc/rc.initdiskless 2012-06-19 19:02:16.000000000 +1000 @@ -166,7 +166,7 @@ chkerr() { lastitem () ( n=$(($# - 1)) ; shift $n ; echo $1 ) mountpoint="$(lastitem $2)" - [ -r $mountpoint/remount_optional ] && ( echo "$2 failed: ignoring due to remount_optional" ; return ) + [ -r $mountpoint/remount_optional ] && echo "$2 failed: ignoring due to remount_optional" && return case $1 in 0) The patch has been tested with/without /conf/default/etc/remount_optional & is functionally correct. It would be appreciated if someone would verify and commit. Regards, Dewayne. PS My apologies if Outlook has corrupted the patches appearance,we have to work with what we've got. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 04:58:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4F011065680 for ; Wed, 20 Jun 2012 04:58:06 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8211F8FC18 for ; Wed, 20 Jun 2012 04:58:06 +0000 (UTC) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id q5K4vxrQ018572 for ; Wed, 20 Jun 2012 00:58:00 -0400 (EDT) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id q5K4vxA4018571 for freebsd-stable@freebsd.org; Wed, 20 Jun 2012 00:57:59 -0400 (EDT) (envelope-from wayne) Date: Wed, 20 Jun 2012 00:57:59 -0400 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org Message-ID: <20120620045759.GY42080@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Seeking 6.4 make source for ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 04:58:07 -0000 Google is littered with messages from people who have 6.3 systems and can no longer upgrade ports. It appears that a recent change requires the version of make from 6.4. While it would be ideal if freebsd.org would build a 6.4 make on a 6.3 system and pseudo-officially support it, a reasonable alternative would be a simple way to download just the files required to build the 6.4 version of make on 6.3. Any possibility to get this tossed on a site someplace? From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 08:26:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A656106566C for ; Wed, 20 Jun 2012 08:26:06 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id C2D958FC16 for ; Wed, 20 Jun 2012 08:26:05 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1ShGEm-0004DO-HJ for freebsd-stable@freebsd.org; Wed, 20 Jun 2012 10:26:04 +0200 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1ShGEm-000880-8r for freebsd-stable@freebsd.org; Wed, 20 Jun 2012 10:26:04 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <20120620045759.GY42080@manor.msen.com> Date: Wed, 20 Jun 2012 10:26:02 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <20120620045759.GY42080@manor.msen.com> User-Agent: Opera Mail/12.00 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: 964c6a2bc69af72888bec91466701c23 Subject: Re: Seeking 6.4 make source for ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 08:26:06 -0000 On Wed, 20 Jun 2012 06:57:59 +0200, Michael R. Wayne wrote: > Google is littered with messages from people who have 6.3 systems > and can no longer upgrade ports. It appears that a recent change > requires the version of make from 6.4. > > While it would be ideal if freebsd.org would build a 6.4 make on a > 6.3 system and pseudo-officially support it, a reasonable alternative > would be a simple way to download just the files required to build > the 6.4 version of make on 6.3. > > Any possibility to get this tossed on a site someplace? Do you have a problem yourself or did you just found some messages on google? I presume you are running 6.3 yourself. Why don't you upgrade the OS to 6.4 or 7+, but you do upgrade the ports on an unsupported OS? Ronald. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 09:19:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B5471065673 for ; Wed, 20 Jun 2012 09:19:09 +0000 (UTC) (envelope-from michaelp@bsquare.com) Received: from owa.bsquare.com (vpn.bsquare.com [12.107.117.66]) by mx1.freebsd.org (Postfix) with ESMTP id 630D08FC0C for ; Wed, 20 Jun 2012 09:19:09 +0000 (UTC) Received: from [10.150.16.163] (10.150.16.163) by BREAL.camelot.bsquare.com (192.168.100.67) with Microsoft SMTP Server (TLS) id 14.2.298.4; Wed, 20 Jun 2012 02:17:57 -0700 Message-ID: <4FE19542.1020802@mpcdata.com> Date: Wed, 20 Jun 2012 10:17:54 +0100 From: Mike Pumford User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120612 Firefox/14.0 SeaMonkey/2.11 MIME-Version: 1.0 To: References: <20120620045759.GY42080@manor.msen.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.150.16.163] Subject: Re: Seeking 6.4 make source for ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 09:19:09 -0000 Ronald Klop wrote: > Do you have a problem yourself or did you just found some messages on > google? > I presume you are running 6.3 yourself. Why don't you upgrade the OS to > 6.4 or 7+, but you do upgrade the ports on an unsupported OS? > It is a little mind boggling. Unless required I wouldn't even recompile my ports when moving a system from 6.3 to 6.4. In fact I've got an internal system here that started life as 5.3 BETA and have been upgraded all the way to 7.4 via 6.4 with pretty much no downtime apart from the installworld part of the source upgrade. All the 5.x compiled ports ran fine on the 7.4 system until I got round to recompiling them. Mike From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 09:32:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1124E1065673 for ; Wed, 20 Jun 2012 09:32:00 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 6C7D98FC25 for ; Wed, 20 Jun 2012 09:31:59 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q5K9VubO062806; Wed, 20 Jun 2012 16:31:56 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4FE1988C.2050000@rdtc.ru> Date: Wed, 20 Jun 2012 16:31:56 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Mike Pumford References: <20120620045759.GY42080@manor.msen.com> <4FE19542.1020802@mpcdata.com> In-Reply-To: <4FE19542.1020802@mpcdata.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Seeking 6.4 make source for ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 09:32:00 -0000 20.06.2012 16:17, Mike Pumford ÐÉÛÅÔ: > Ronald Klop wrote: > >> Do you have a problem yourself or did you just found some messages on >> google? >> I presume you are running 6.3 yourself. Why don't you upgrade the OS to >> 6.4 or 7+, but you do upgrade the ports on an unsupported OS? >> > It is a little mind boggling. Unless required I wouldn't even recompile > my ports when moving a system from 6.3 to 6.4. In fact I've got an > internal system here that started life as 5.3 BETA and have been > upgraded all the way to 7.4 via 6.4 with pretty much no downtime apart > from the installworld part of the source upgrade. All the 5.x compiled > ports ran fine on the 7.4 system until I got round to recompiling them. You are not required to recompile ports when upgrading within major release, e.g. from 6.x to 6.4. There is no one reason to do that. They all will work just as usual. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 10:06:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A4EB1065673 for ; Wed, 20 Jun 2012 10:06:41 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 387718FC1A for ; Wed, 20 Jun 2012 10:06:41 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so457978pbb.13 for ; Wed, 20 Jun 2012 03:06:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TTBPsIqtpOiG69CcC+sd7YzaZoBd6BGErLLpqHDYc+8=; b=kSgHNZdGJNhrqAY9B4yimyfyepXHHHUfkhmD/Y1B+xepXkhpq967OiSU2QUWjXol3Z hisMxCElgYcRyIoV7tcRNgaJKp/H/Ihtm1e89P/LQaGtVgmjD+ZQLkfVoohc784lk4KP DFCz5WYErKLiGIHcCbH7QtqoYqOEMGZkNOHiWrkCpOB5mSosgPNMYMZQD6lLzM+xjcpS NBa4QfRmNZBFDyA1/PJftzoS8iCSTZW5/0DHfOpCyfGLQdshTUCAHej4giMfJcWJbhIm BoRa00aXqMDzvYwE0fnOCGTQEiAcnBLOTpBr2i8pcmqtALodSWHsE92OLWW98bCD0nPC S7ow== MIME-Version: 1.0 Received: by 10.68.232.201 with SMTP id tq9mr74964879pbc.70.1340186800676; Wed, 20 Jun 2012 03:06:40 -0700 (PDT) Received: by 10.68.54.232 with HTTP; Wed, 20 Jun 2012 03:06:40 -0700 (PDT) Date: Wed, 20 Jun 2012 13:06:40 +0300 Message-ID: From: Sami Halabi To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: error compiling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 10:06:41 -0000 Hi, i just cvsup standard 8.2, that pulled me 8.2-p4 into the source tree. when i made: make buildkernel KERNCONF=SAMI i got this: cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/amd64/acpica/acpi_switch.S cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/amd64/acpica/acpi_wakeup.c /usr/src/sys/amd64/acpica/acpi_wakeup.c: In function 'acpi_wakeup_ap': /usr/src/sys/amd64/acpica/acpi_wakeup.c:107: error: 'wakeup_pcb' undeclared (first use in this function) /usr/src/sys/amd64/acpica/acpi_wakeup.c:107: error: (Each undeclared identifier is reported only once /usr/src/sys/amd64/acpica/acpi_wakeup.c:107: error: for each function it appears in.) /usr/src/sys/amd64/acpica/acpi_wakeup.c: In function 'acpi_sleep_machdep': /usr/src/sys/amd64/acpica/acpi_wakeup.c:258: error: 'wakeup_pcb' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/SAMI. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # I Have the conf file with these options: ################### #SAMI ADDITIONS ################### device lagg options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options DUMMYNET options HZ=1000 options TCP_SIGNATURE device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w options IPSEC options DEVICE_POLLING device if_bridge options VIMAGE #options SCTP options IPDIVERT ################### any ideas? -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 12:41:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 891861065678 for ; Wed, 20 Jun 2012 12:41:29 +0000 (UTC) (envelope-from joerg_surmann@snafu.de) Received: from waikiki.ops.eusc.inter.net (waikiki.ops.eusc.inter.net [84.23.254.155]) by mx1.freebsd.org (Postfix) with ESMTP id 455A68FC08 for ; Wed, 20 Jun 2012 12:41:29 +0000 (UTC) X-Trace: 507c73757269697c38352e3137392e36382e3132377c3153684a79622d30303032 424c2d4e317c31333430313935313337 Received: from waikiki.ops.eusc.inter.net ([10.155.10.19] helo=localhost) by waikiki.ops.eusc.inter.net with esmtpsa (Exim 4.72) id 1ShJyb-0002BL-N1 for freebsd-stable@freebsd.org; Wed, 20 Jun 2012 14:25:37 +0200 Message-ID: <4FE1C140.1060700@snafu.de> Date: Wed, 20 Jun 2012 14:25:36 +0200 From: joerg_surmann User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: FreeBSD_mailiglist_KERNEL X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 85.179.68.127 X-SA-Exim-Mail-From: joerg_surmann@snafu.de X-SA-Exim-Scanned: No (on waikiki.ops.eusc.inter.net); SAEximRunCond expanded to false Subject: geli decrypt only one partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 12:41:29 -0000 hi all, i have two partitions: ada0p3.eli and ada1p3.eli on bootprocess i must type a passphrase for ada0p3 and have ada0p3.eli. next i type the passphrase for ada1p3 and i become: wrong key when the bootprocess is finish and i login and type geli attach -k /path to keyfile /dev/ada1p3 and i type the passphrase then i have ada1p3.eli. why can i decrypt only one partition on bootprocess? ada0p1.eli and ada1p3.eli are two parts on zfs miror. the mirroe cant create when i decrypt ada1p3 by hand. thanks for help suri From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 15:14:57 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86C7C1065672 for ; Wed, 20 Jun 2012 15:14:57 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (ei.bzerk.org [82.95.223.12]) by mx1.freebsd.org (Postfix) with ESMTP id E86CB8FC0A for ; Wed, 20 Jun 2012 15:14:56 +0000 (UTC) Received: from lt012.flucon.local (ip503d40cf.speed.planet.nl [80.61.64.207]) (authenticated bits=0) by ei.bzerk.org (8.14.4/8.14.4) with ESMTP id q5KFEjKJ044913 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 20 Jun 2012 17:14:46 +0200 (CEST) (envelope-from bulk@bzerk.org) From: Ruben de Groot Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 20 Jun 2012 17:14:45 +0200 Message-Id: <730E36C6-E2A7-4C62-B988-25D66CDFE292@bzerk.org> To: stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-Spam-Status: No, score=4.5 required=5.0 tests=RCVD_IN_PBL,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ei.bzerk.org X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [192.168.179.40]); Wed, 20 Jun 2012 17:14:49 +0200 (CEST) Cc: Subject: kern.geom.part.check_integrity=0 not working. not able to boot 9-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 15:14:57 -0000 I'm resending this email as I got no response the first time. After over 3 years of uptime, I decided to upgrade one of my SUN boxes = to 9-stable. However the new kernel didn't boot because of geom = integrity check issues. This I understand as I remember I had to use = some weird tricks in the past to get the entire disks used in the first = place.=20 Anyway, I felt lucky this was a known and documented problem, with a = workaround: http://www.freebsd.org/releases/9.0R/relnotes-detailed.html#AEN1277 However, the workaround doesn't seem to work :-( Type '?' for a list of commands, 'help' for more detailed help. OK set kern.geom.part.check_integrity=3D"0" OK boot jumping to kernel entry at 0xc0070000. Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-STABLE #5: Thu Jun 14 19:24:33 UTC 2012 Timecounters tick every 1.000 msec ada0 at ata2 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: 66.700MB/s transfers (UDMA4, PIO 8192bytes) ada0: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 ada1 at ata3 bus 0 scbus1 target 0 lun 0 ada1: ATA-7 device ada1: 66.700MB/s transfers (UDMA4, PIO 8192bytes) ada1: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad1 GEOM: ada0: adding VTOC8 information. GEOM_PART: integrity check failed (ada0, VTOC8) this is where it hangs, just like without setting = kern.geom.part.check_integrity. Is this a regression? -- cheers, Ruben de Groot _______________________________________________ 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 Wed Jun 20 15:55:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D81911065697 for ; Wed, 20 Jun 2012 15:55:55 +0000 (UTC) (envelope-from olavgg@gmail.com) Received: from mail-qa0-f42.google.com (mail-qa0-f42.google.com [209.85.216.42]) by mx1.freebsd.org (Postfix) with ESMTP id 88F1C8FC15 for ; Wed, 20 Jun 2012 15:55:55 +0000 (UTC) Received: by qafi31 with SMTP id i31so3101925qaf.15 for ; Wed, 20 Jun 2012 08:55:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zBjF8HwYl9ADSBwtT7Q+ZxPQgitRxmbB7RLC/8W00IQ=; b=fFbNdL6gU55YWhM7l+DGgUqB14IbTr7OGbEDtc6Hfgh5Fbgsyt7DxosZEN1EfS8TI8 SBk1en9KpThSrnT3/SmuYr2A9YoRyDoBsiLCrtAIpk87jo4KbHFMjifr2efkDJQIwKNf joJHTFSD6vSaH4/wnkhPvUELsZu/O7Ar9ZpSuPcvWv/KSa1tUFRghd6+3qUU0KrXtkiY eLc+vws0tcHJ7hQQQVRrYXvBTKsraDlxtsBPiAbZBtSGefh3ZY3x7epo0jXIkbNH6sNx KUe02HMF3J92+HP3tPloNPLVo2Bh0n+CGEU6lcAINp1t8dRN/4sv3AcTiW+WP1sBvxlc AQyg== MIME-Version: 1.0 Received: by 10.224.42.133 with SMTP id s5mr41304337qae.15.1340207754739; Wed, 20 Jun 2012 08:55:54 -0700 (PDT) Received: by 10.229.45.5 with HTTP; Wed, 20 Jun 2012 08:55:54 -0700 (PDT) In-Reply-To: <45AE16AE2D414E7D85BF0151B9D44CAA@white> References: <2793AE6B6B3F4AA7A4BED1ABA466D500@white> <45AE16AE2D414E7D85BF0151B9D44CAA@white> Date: Wed, 20 Jun 2012 17:55:54 +0200 Message-ID: From: Olav Gjerde To: Dewayne Geraghty Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: Kernel modules are broken after updating to the latestFreeBSD9-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 15:55:55 -0000 On Tue, Jun 19, 2012 at 9:45 PM, Dewayne Geraghty wrote: > Hi Olav, > It seems that you're doing the same as I would, in that you start from a > fresh base. > > I'd stay with csup, it is reliable and avoids the modula2 installation. > > Over the last 5 years, I have experienced the same weirdness on 2 > occasions, and out of desperation (no time), I've removed the source, > /usr/obj, removed ccache (that's been a few problems), removed -j > $((`sysctl -n hw.ncpu`+1)) and changed my source origin. =A0Because I'm i= n > Australia, I use: > > *default host=3Dcvsup3.au.freebsd.org > #*default host=3Dcvsup2.jp.freebsd.org > #*default host=3Dcvsup2.freebsd.org =A0# Only when updates are < 1hour ol= d > > There's a page in the Handbook for urls that are close to you. I'd sugges= t > that course. > Good luck. > > Regards, Dewayne. > PS If successful, please post to the list, so the cause may be > shared/reviewed. > I got the right kernel to load after doing a make installkernel in single user mode. However I still have a problem starting my jails. I get the following error message for each jail I start. /lib/libc.so.7: version FBSD_1.3 required by /bin/sh not found I use ezjail, are there some other way to update it than just using ezjail-admin update -i? From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 16:35:10 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id DABB8106566B for ; Wed, 20 Jun 2012 16:35:10 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 61F431608CA; Wed, 20 Jun 2012 16:35:09 +0000 (UTC) Message-ID: <4FE1FBB2.60005@FreeBSD.org> Date: Wed, 20 Jun 2012 20:34:58 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: Ruben de Groot References: <730E36C6-E2A7-4C62-B988-25D66CDFE292@bzerk.org> In-Reply-To: <730E36C6-E2A7-4C62-B988-25D66CDFE292@bzerk.org> X-Enigmail-Version: 1.4 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0B7F20E83C053E43D2A0E200" Cc: stable@freebsd.org Subject: Re: kern.geom.part.check_integrity=0 not working. not able to boot 9-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 16:35:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0B7F20E83C053E43D2A0E200 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 20.06.2012 19:14, Ruben de Groot wrote: > Timecounters tick every 1.000 msec > ada0 at ata2 bus 0 scbus0 target 0 lun 0 > ada0: ATA-7 device > ada0: 66.700MB/s transfers (UDMA4, PIO 8192bytes) > ada0: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad0 > ada1 at ata3 bus 0 scbus1 target 0 lun 0 > ada1: ATA-7 device > ada1: 66.700MB/s transfers (UDMA4, PIO 8192bytes) > ada1: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) > ada1: Previously was known as ad1 > GEOM: ada0: adding VTOC8 information. > GEOM_PART: integrity check failed (ada0, VTOC8) >=20 > this is where it hangs, just like without setting kern.geom.part.check_= integrity. >=20 > Is this a regression? Can you enable verbose boot mode and show what you will get? --=20 WBR, Andrey V. Elsukov --------------enig0B7F20E83C053E43D2A0E200 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP4fu5AAoJEAHF6gQQyKF6apAIAKoBrIQwuCt9bITDcplguoFA 7pRakyeqQyaAq7HWKUTJ/+V3TSJVArhkFMaa5WWFofx7TYJulqf0gPkh2XLJgVT3 XljXMRm8WCP0TyhRXptCM4UoFQaRhNkLJUXo6i1YIda2Pm+Q64mx2kkikfasogkU TchwZ8JFd5XNqd79Rrw53pKXMRr5k39GiaAuWyglJJxg8+cRa4DPV7lk9oPdxGEt PBiaO8m4sLGjwQFcAVQc8zgQ9LoP+23gK0NL/kNtj37z2d164Y5NmHDX/p/UkY9+ +xv9BBnlJj4uBhIjIeJLRXjuHRPRNeFJTjC1lpXZLXEpwyC+y0NLJk/lV/e/HRM= =NQOE -----END PGP SIGNATURE----- --------------enig0B7F20E83C053E43D2A0E200-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 18:24:07 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A57E106564A; Wed, 20 Jun 2012 18:24:07 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (ei.bzerk.org [82.95.223.12]) by mx1.freebsd.org (Postfix) with ESMTP id EAF648FC14; Wed, 20 Jun 2012 18:24:06 +0000 (UTC) Received: from [172.30.179.39] ([172.30.179.39]) (authenticated bits=0) by ei.bzerk.org (8.14.4/8.14.4) with ESMTP id q5KINqm8046630 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 20 Jun 2012 20:23:52 +0200 (CEST) (envelope-from bulk@bzerk.org) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Ruben de Groot In-Reply-To: <4FE1FBB2.60005@FreeBSD.org> Date: Wed, 20 Jun 2012 20:23:46 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <730E36C6-E2A7-4C62-B988-25D66CDFE292@bzerk.org> <4FE1FBB2.60005@FreeBSD.org> To: "Andrey V. Elsukov" X-Mailer: Apple Mail (2.1084) X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_00,J_CHICKENPOX_61, RDNS_NONE,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ei.bzerk.org X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [192.168.179.40]); Wed, 20 Jun 2012 20:24:04 +0200 (CEST) Cc: Ruben de Groot , stable@freebsd.org Subject: Re: kern.geom.part.check_integrity=0 not working. not able to boot 9-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 18:24:07 -0000 On 20 jun 2012, at 18:34, Andrey V. Elsukov wrote: > On 20.06.2012 19:14, Ruben de Groot wrote: >> Timecounters tick every 1.000 msec >> ada0 at ata2 bus 0 scbus0 target 0 lun 0 >> ada0: ATA-7 device >> ada0: 66.700MB/s transfers (UDMA4, PIO 8192bytes) >> ada0: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) >> ada0: Previously was known as ad0 >> ada1 at ata3 bus 0 scbus1 target 0 lun 0 >> ada1: ATA-7 device >> ada1: 66.700MB/s transfers (UDMA4, PIO 8192bytes) >> ada1: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) >> ada1: Previously was known as ad1 >> GEOM: ada0: adding VTOC8 information. >> GEOM_PART: integrity check failed (ada0, VTOC8) >>=20 >> this is where it hangs, just like without setting = kern.geom.part.check_integrity. >>=20 >> Is this a regression? >=20 > Can you enable verbose boot mode and show what you will get? It looks like it gets stuck in some loop and I can only break to lom and = reset. Type '?' for a list of commands, 'help' for more detailed help. OK unload OK set kern.geom.part.check_integrity=3D"0" OK boot kernel.9 -v /boot/kernel.9/kernel data=3D0x5af3d8+0xc2fd8 = syms=3D[0x8+0x77fe8+0x8+0x7119d] /boot/kernel.9/geom_mirror.ko text=3D0x37a10 data=3D0x5a0+0x18 = syms=3D[0x8+0x1650+0x8+0x1159] jumping to kernel entry at 0xc0070000. Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-STABLE #5: Thu Jun 14 19:24:33 UTC 2012 = root@morninglightmountain.hacktor.net:/usr/obj/usr/src/sys/MORNINGLIGHTMOU= NTAIN sparc64 Preloaded elf kernel "/boot/kernel.9/kernel" at 0xc089a000. Preloaded elf module "/boot/kernel.9/geom_mirror.ko" at 0xc089a1a0. real memory =3D 536870912 (512 MB) avail memory =3D 503963648 (480 MB) machine: SUNW,UltraAX-i2 cpu0: Sun Microsystems UltraSparc-IIe Processor (400.00 MHz CPU) mask=3D0x14 maxtl=3D5 maxwin=3D7 INTR: Adding CPU 0 as a target ULE: setup cpu 0 nfslock: pseudo-device mem: null: openfirm: random: ctl: CAM Target Layer loaded nexus0: pcib0: mem = 0x1fe00000000-0x1fe0000ffff,0x1fe01000000-0x1fe010000ff irq = 2032,2030,2031,2021 on nexus0 pcib0: Sabre, impl 0, version 0, IGN 0x1f, bus A, 66MHz pcib0: DVMA map: 0x60000000 to 0x63ffffff 8192 entries pcib0: PROM IOTSB size: 1 (2048 entries) pcib0: bus range 0 to 0; PCI bus 0 initalizing intr_countp pcib0: [GIANT-LOCKED] pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x108e, dev=3D0xa001, revid=3D0x00 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0146, statreg=3D0x02a0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 = (0 ns) found-> vendor=3D0x10b9, dev=3D0x1533, revid=3D0x00 domain=3D0, bus=3D0, slot=3D7, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x000f, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) powerspec 1 supports D0 D3 current D0 found-> vendor=3D0x10b9, dev=3D0x7101, revid=3D0x00 domain=3D0, bus=3D0, slot=3D3, func=3D0 class=3D00-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x1282, dev=3D0x9102, revid=3D0x31 domain=3D0, bus=3D0, slot=3D12, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x50 (2400 ns), mingnt=3D0x14 (5000 ns), maxlat=3D0x28 = (10000 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x10000, size 8, enabled map[14]: type Memory, range 32, base 0, size 8, enabled found-> vendor=3D0x1282, dev=3D0x9102, revid=3D0x31 domain=3D0, bus=3D0, slot=3D5, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x50 (2400 ns), mingnt=3D0x14 (5000 ns), maxlat=3D0x28 = (10000 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x10100, size 8, enabled map[14]: type Memory, range 32, base 0x2000, size 8, enabled found-> vendor=3D0x10b9, dev=3D0x5237, revid=3D0x03 domain=3D0, bus=3D0, slot=3D10, func=3D0 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x50 = (20000 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0x1000000, size 12, memory = disabled found-> vendor=3D0x10b9, dev=3D0x5229, revid=3D0xc3 domain=3D0, bus=3D0, slot=3D13, func=3D0 class=3D01-01-ff, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x08 (240 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 = (1000 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x10200, size 3, port = disabled map[14]: type I/O Port, range 32, base 0x10218, size 2, enabled map[18]: type I/O Port, range 32, base 0x10210, size 3, enabled map[1c]: type I/O Port, range 32, base 0x10208, size 2, enabled map[20]: type I/O Port, range 32, base 0x10220, size 4, enabled pci0: at device 7.0 (no driver attached) pci0: at device 3.0 (no driver attached) dc0: port 0x10000-0x100ff mem 0-0xff at = device 12.0 on pci0 miibus0: on dc0 amphy0: PHY 1 on miibus0 amphy0: OUI 0x000676, model 0x0004, rev. 0 amphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: bpf attached dc0: Ethernet address: 00:03:ba:05:fa:5c dc1: port 0x10100-0x101ff mem = 0x2000-0x20ff at device 5.0 on pci0 miibus1: on dc1 amphy1: PHY 1 on miibus1 amphy1: OUI 0x000676, model 0x0004, rev. 0 amphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc1: bpf attached dc1: Ethernet address: 00:03:ba:05:fa:5c pci0: at device 10.0 (no driver attached) atapci0: port = 0x10200-0x10207,0x10218-0x1021b,0x10210-0x10217,0x10208-0x1020b,0x10220-0x= 1022f at device 13.0 on pci0 atapci0: using PIO transfers above 137GB as workaround for 48bit DMA = access bug, expect reduced performance ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 syscons0: no video adapter found. nexus0: type unknown (no driver attached) procfs registered Timecounter "tick" frequency 400000000 Hz quality 1000 Event timer "tick" frequency 400000000 Hz quality 1000 Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached ata2: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 (aprobe0:ata2:0:0:0): SIGNATURE: 0000 ata3: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata3: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 (aprobe1:ata3:0:0:0): SIGNATURE: 0000 (probe0:ctl2cam0:0:1:0): Error 6, Unretryable error pass0 at ata2 bus 0 scbus0 target 0 lun 0 pass0: ATA-7 device pass0: Serial Number 9RX82F4A pass0: 66.700MB/s transfers (UDMA4, PIO 8192bytes) pass1 at ata3 bus 0 scbus1 target 0 lun 0 pass1: ATA-7 device pass1: Serial Number 9RA6K7MJ pass1: 66.700MB/s transfers (UDMA4, PIO 8192bytes) ada0 at ata2 bus 0 scbus0 target 0 lun 0 ada0: ATA-7GEOM: new disk ada0 device ada0: Serial Number 9RX82F4A ada0: 66.700MB/s transfers (UDMA4, PIO 8192bytes) ada0: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 ada1 at ata3 bus 0 scbus1 target 0 lun 0 ada1: ATA-7 device ada1: Serial Number 9RA6K7MJ ada1: 66.700MB/s transfers (UDMA4, PIO 8192bytes) ada1: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad1 GEOM: ada0: geometry does not match VTOC8 label (label: 16h,63s GEOM: = 255h,255s). GEOM: ada0: adding VTOC8 information. GEOM_PART: partition 7 has end offset beyond last LBA: 146805119 > = 48338639 GEOM_PART: partition 8 has start offset beyond last LBA: 146805120 > = 48338639 GEOM_PART: partition 8 has end offset beyond last LBA: 312579791 > = 48338639 GEOM_PART: integrity check failed (ada0, VTOC8) ata2: reset tp1 mask=3D03 ostat0=3D58 ostat1=3D00 ata2: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 (ada0:ata2:0:0:0): Command timed out (ada0:ata2:0:0:0): Retrying command ata2: reset tp1 mask=3D03 ostat0=3D58 ostat1=3D00 ata2: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 (ada0:ata2:0:0:0): Command timed out (ada0:ata2:0:0:0): Retrying command ata2: reset tp1 mask=3D03 ostat0=3D58 ostat1=3D00 ata2: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 (ada0:ata2:0:0:0): Command timed out (ada0:ata2:0:0:0): Retrying command ata2: reset tp1 mask=3D03 ostat0=3D58 ostat1=3D00 ata2: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 (ada0:ata2:0:0:0): Command timed out (ada0:ata2:0:0:0): Retrying command lom> > --=20 > WBR, Andrey V. Elsukov >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 18:29:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40855106566C for ; Wed, 20 Jun 2012 18:29:06 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.31.25]) by mx1.freebsd.org (Postfix) with ESMTP id F0EF98FC12 for ; Wed, 20 Jun 2012 18:29:05 +0000 (UTC) Received: from [84.44.152.99] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1ShPdR-0003iA-Rn; Wed, 20 Jun 2012 20:28:09 +0200 Date: Wed, 20 Jun 2012 20:28:07 +0200 From: Fabian Keil To: Joerg Surmann Message-ID: <20120620202807.66fdf248@fabiankeil.de> In-Reply-To: <4FE1C140.1060700@snafu.de> References: <4FE1C140.1060700@snafu.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/2eOa=+Q0HKilf=jeyE.7vVA"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-stable@freebsd.org Subject: Re: geli decrypt only one partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 18:29:06 -0000 --Sig_/2eOa=+Q0HKilf=jeyE.7vVA Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable joerg_surmann wrote: > i have two partitions: ada0p3.eli and ada1p3.eli > on bootprocess i must type a passphrase for ada0p3 and have ada0p3.eli. > next i type the passphrase for ada1p3 and i become: wrong key > when the bootprocess is finish and i login and type geli attach -k > /path to keyfile /dev/ada1p3 and i type the passphrase then i have > ada1p3.eli. > why can i decrypt only one partition on bootprocess? This is frequently the effect of an incorrectly specified keyfile in loader.conf. Do you get a boot message like the following for both keyfiles when booting in verbose mode? Jun 20 19:49:34 r500 kernel: Preloaded ada0s1d:geli_keyfile0 "/boot/ad4s1d.= key" at 0xffffffff813951d0. Fabian --Sig_/2eOa=+Q0HKilf=jeyE.7vVA Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/iFjkACgkQBYqIVf93VJ050ACgyu+vWXYNZscYSg7Yjm42bVar dCgAn1lBvyxh8Ep0+MhersJySwAarVO4 =u8sq -----END PGP SIGNATURE----- --Sig_/2eOa=+Q0HKilf=jeyE.7vVA-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 18:56:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9D9F106566B for ; Wed, 20 Jun 2012 18:56:19 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 9900C8FC0C for ; Wed, 20 Jun 2012 18:56:19 +0000 (UTC) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id q5KIuIag026462 for ; Wed, 20 Jun 2012 14:56:18 -0400 (EDT) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id q5KIuIef026461 for freebsd-stable@freebsd.org; Wed, 20 Jun 2012 14:56:18 -0400 (EDT) (envelope-from wayne) Date: Wed, 20 Jun 2012 14:56:18 -0400 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org Message-ID: <20120620185618.GC42080@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20120620045759.GY42080@manor.msen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Subject: Re: Seeking 6.4 make source for ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 18:56:20 -0000 On Wed, Jun 20, 2012 at 10:26:02AM +0200, Ronald Klop wrote: > On Wed, 20 Jun 2012 06:57:59 +0200, Michael R. Wayne > wrote: > > >Google is littered with messages from people who have 6.3 systems > >and can no longer upgrade ports. It appears that a recent change > >requires the version of make from 6.4. > > > >While it would be ideal if freebsd.org would build a 6.4 make on a > >6.3 system and pseudo-officially support it, a reasonable alternative > >would be a simple way to download just the files required to build > >the 6.4 version of make on 6.3. > > > >Any possibility to get this tossed on a site someplace? > > Do you have a problem yourself or did you just found some messages on > google? Have the problem myself. There are ports with security vulnerabilities and the recent change broke make for ports. I went to Google and found lots of other people with the same problem. The suggested fix is to use the make from 6.4. Hence my request. > I presume you are running 6.3 yourself. Why don't you upgrade the OS to > 6.4 or 7+, but you do upgrade the ports on an unsupported OS? Upgrading a port can be done without rebooting the machine. Upgrading the O/S is a MUCH more major undertaking and is almost never a "clean" process. Plus the time investment multiplied by many machines is huge (and dreaded). So, any chance of getting a 6.4 make compiled for 6.3? From owner-freebsd-stable@FreeBSD.ORG Wed Jun 20 19:29:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25070106566B for ; Wed, 20 Jun 2012 19:29:13 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) by mx1.freebsd.org (Postfix) with ESMTP id 066148FC12 for ; Wed, 20 Jun 2012 19:29:13 +0000 (UTC) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 09B2A5410; Wed, 20 Jun 2012 12:29:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1340220547; bh=0Vd8Ji+XCfySwLQXidbkMV7JqZkXGDsdDX3kQS6CBG8=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=oRPr3bdTZ6Q85yFznUq+ER+kZzGbsk1aDXqUOqghOvA8HN1MIB0ZOluZwZ0Ekwb78 eAniPiuvwSJS/NnUs0HZNlTiYAbE4GZQQo4tdg1yKEawWV5Ssa0mvkKdO9W1uD+n+l QixNbFKS12sOKGjVUHytKEilatn8ij4gCvlkcoR0= Message-ID: <4FE22482.5080907@delphij.net> Date: Wed, 20 Jun 2012 12:29:06 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120620045759.GY42080@manor.msen.com> <20120620185618.GC42080@manor.msen.com> In-Reply-To: <20120620185618.GC42080@manor.msen.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd07@wayne47.com, d@delphij.net Subject: Re: Seeking 6.4 make source for ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 19:29:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 06/20/12 11:56, Michael R. Wayne wrote: > On Wed, Jun 20, 2012 at 10:26:02AM +0200, Ronald Klop wrote: >> On Wed, 20 Jun 2012 06:57:59 +0200, Michael R. Wayne >> wrote: >> >>> Google is littered with messages from people who have 6.3 >>> systems and can no longer upgrade ports. It appears that a >>> recent change requires the version of make from 6.4. >>> >>> While it would be ideal if freebsd.org would build a 6.4 make >>> on a 6.3 system and pseudo-officially support it, a reasonable >>> alternative would be a simple way to download just the files >>> required to build the 6.4 version of make on 6.3. >>> >>> Any possibility to get this tossed on a site someplace? >> >> Do you have a problem yourself or did you just found some >> messages on google? > > Have the problem myself. There are ports with security > vulnerabilities and the recent change broke make for ports. I went > to Google and found lots of other people with the same problem. The > suggested fix is to use the make from 6.4. Hence my request. > >> I presume you are running 6.3 yourself. Why don't you upgrade the >> OS to 6.4 or 7+, but you do upgrade the ports on an unsupported >> OS? > > Upgrading a port can be done without rebooting the machine. > Upgrading the O/S is a MUCH more major undertaking and is almost > never a "clean" process. Plus the time investment multiplied by > many machines is huge (and dreaded). Well, not upgrading the OS means you could leave serious security issues unpatched, which may be Ok for certain trusted environment (e.g. where absolutely no untrusted local user will ever present) but not a wise idea for production system facing the Internet. The good, old time, when everyone wants to be a good neighbor with you, has gone forever. > So, any chance of getting a 6.4 make compiled for 6.3? Of course, it would compile (you can grab the source from CVS, CVSup, or SVN and compile it with: cd src/usr.bin/make make cleandir make cleandir # yes, do it twice, this is not a typo make obj make depend make sudo make install # or run this command as root without sudo ) Please note that FreeBSD 6.x was EoL'ed 2 years ago and we (secteam@) no longer support it anymore, which means you don't get security advisories, etc. for the base system. You are advised to upgrade to a more recent and supported FreeBSD release as listed at: http://security.freebsd.org/#sup Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJP4iSBAAoJEG80Jeu8UPuzAM0IAJOMi7zT930RSGUIETOZZQnY 63RKEmwydRV4Tx3urgrEDJM9/ebBECU5aQpejy+ztV1Fpgm8x9TrR4sIt2fGjPj+ JKdkrKUZX2Vc/wrnc7qtnTJOfWjOm2W0JH9NuKQrjFFZQSkptIr7Tj0iOOTG0Cb3 Z/pvVSTeVSDfTbS2kZprIbNHZnERUyJfQgN/o6NjduNOXnb9Nhgtd6PE/SpNrdfe ZIJt4+FkAmDf4QtnUMnqOKCSQg/FUbvBnjHfv645Jpud/cPvQeEZvQMVB2qG76Ex f2dyyb2wSZtbRL4Oe2YkTzB+dKlHbxvJfbl1fagN3KYVszzW6jMmFXbJsQQjyaU= =rukn -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 21 06:50:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F12961065674 for ; Thu, 21 Jun 2012 06:50:08 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8DF8FC14 for ; Thu, 21 Jun 2012 06:50:06 +0000 (UTC) Received: from server.rulingia.com (c220-239-254-65.belrs5.nsw.optusnet.com.au [220.239.254.65]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q5L6o6kb017942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 21 Jun 2012 16:50:06 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from aspire.rulingia.com (aspire.rulingia.com [192.168.123.161]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q5L6nx19068531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 21 Jun 2012 16:49:59 +1000 (EST) (envelope-from peter@rulingia.com) Received: from aspire.rulingia.com (localhost [127.0.0.1]) by aspire.rulingia.com (8.14.5/8.14.5) with ESMTP id q5L6PkkF016231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 21 Jun 2012 16:25:52 +1000 (EST) (envelope-from peter@aspire.rulingia.com) Received: (from peter@localhost) by aspire.rulingia.com (8.14.5/8.14.5/Submit) id q5L6PkxE016230 for freebsd-stable@freebsd.org; Thu, 21 Jun 2012 16:25:46 +1000 (EST) (envelope-from peter) Date: Thu, 21 Jun 2012 16:25:44 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20120621062544.GB1651@aspire.rulingia.com> References: <20120620045759.GY42080@manor.msen.com> <20120620185618.GC42080@manor.msen.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline In-Reply-To: <20120620185618.GC42080@manor.msen.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Seeking 6.4 make source for ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2012 06:50:09 -0000 --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jun-20 14:56:18 -0400, "Michael R. Wayne" w= rote: >Have the problem myself. There are ports with security vulnerabilities So, you're happy to have vulnerabilities is the base system but not in your ports? >and the recent change broke make for ports. Older releases generally require special code within the ports tree and this code is removed once the relevant branch is no longer supported. >So, any chance of getting a 6.4 make compiled for 6.3? Use your favourite source management tool (csup, cvsup, cvs or svn) to checkout a copy of /usr/src/usr.bin/make (and any other build=20 infrastructure it needs) for RELENG_6_4 or later and run "make" in that directory. You could even grab the files from the 6.4-RELEASE src install bundle on an FTP site. --=20 Peter Jeremy --wzJLGUyc3ArbnUjN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/ivmgACgkQ/opHv/APuIeEugCfRSjHQKrCV5KGPh/fcmdNi+LS VnsAoJD8AY3qnifDxu21HO7QlMhvHBua =1iG/ -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 21 07:54:39 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19EE0106566B for ; Thu, 21 Jun 2012 07:54:39 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-ups.ru (mail.kirov.so-ups.ru [178.74.170.1]) by mx1.freebsd.org (Postfix) with ESMTP id B71C98FC0C for ; Thu, 21 Jun 2012 07:54:38 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-ups.ru [127.0.0.1]) by mail.kirov.so-ups.ru (Postfix) with SMTP id 486ACB805E; Thu, 21 Jun 2012 11:54:33 +0400 (MSK) Received: from kirov.so-ups.ru (unknown [172.21.81.1]) by mail.kirov.so-ups.ru (Postfix) with ESMTP id 4318EB8026; Thu, 21 Jun 2012 11:54:33 +0400 (MSK) Received: by ns.kirov.so-ups.ru (Postfix, from userid 1010) id 3DA4ABA053; Thu, 21 Jun 2012 11:54:33 +0400 (MSK) Received: from [127.0.0.1] (unknown [10.118.3.52]) by ns.kirov.so-ups.ru (Postfix) with ESMTP id 0BD1EBA040; Thu, 21 Jun 2012 11:54:33 +0400 (MSK) Message-ID: <4FE2D335.4000406@FreeBSD.org> Date: Thu, 21 Jun 2012 11:54:29 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Ruben de Groot References: <730E36C6-E2A7-4C62-B988-25D66CDFE292@bzerk.org> <4FE1FBB2.60005@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: stable@freebsd.org Subject: Re: kern.geom.part.check_integrity=0 not working. not able to boot 9-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2012 07:54:39 -0000 On 20.06.2012 22:23, Ruben de Groot wrote: > ata2: reset tp2 stat0=50 stat1=00 devices=0x1 > (ada0:ata2:0:0:0): Command timed out > (ada0:ata2:0:0:0): Retrying command > ata2: reset tp1 mask=03 ostat0=58 ostat1=00 > ata2: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 > ata2: reset tp2 stat0=50 stat1=00 devices=0x1 > (ada0:ata2:0:0:0): Command timed out > (ada0:ata2:0:0:0): Retrying command It seems it is not related to the problem with integrity checks. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Thu Jun 21 08:23:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5D911065674 for ; Thu, 21 Jun 2012 08:23:53 +0000 (UTC) (envelope-from michaelp@bsquare.com) Received: from owa.bsquare.com (vpn.bsquare.com [12.107.117.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED658FC0C for ; Thu, 21 Jun 2012 08:23:53 +0000 (UTC) Received: from [10.150.16.163] (81.2.99.171) by BREAL.camelot.bsquare.com (192.168.100.67) with Microsoft SMTP Server (TLS) id 14.2.298.4; Thu, 21 Jun 2012 01:23:52 -0700 Message-ID: <4FE2DA16.5040704@mpcdata.com> Date: Thu, 21 Jun 2012 09:23:50 +0100 From: Mike Pumford User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120612 Firefox/14.0 SeaMonkey/2.11 MIME-Version: 1.0 To: References: <20120620045759.GY42080@manor.msen.com> <20120620185618.GC42080@manor.msen.com> In-Reply-To: <20120620185618.GC42080@manor.msen.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [81.2.99.171] Subject: Re: Seeking 6.4 make source for ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2012 08:23:53 -0000 Michael R. Wayne wrote: > Upgrading a port can be done without rebooting the machine. Upgrading > the O/S is a MUCH more major undertaking and is almost never a "clean" > process. Plus the time investment multiplied by many machines is huge > (and dreaded). > 6.x->7 was pretty painless. The machine was down for about 20mins while I did the installkernel/installworld step. I was in a bit of a rush so I didn't do the full mergemaster on /etc at that point in time and the only quirk I saw was a PAM auth warning in the log that didn't impact anything in the configuration I was using. This was fixed when I did the mergemaster on /etc (which I did on a snapshot later). At this point in time the machine was still running ports compiled in the 5.x timeframe. I then created a chroot environment to do the ports update in. Mike -- Mike Pumford, Senior Software Engineer MPC Data Limited e-mail: mpumford@mpcdata.com web: www.mpcdata.com tel: +44 (0) 1225 710600 fax: +44 (0) 1225 710601 ddi: +44 (0) 1225 710635 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 21 19:05:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D34C10656AD for ; Thu, 21 Jun 2012 19:05:39 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm17-vm2.bullet.mail.ne1.yahoo.com (nm17-vm2.bullet.mail.ne1.yahoo.com [98.138.91.93]) by mx1.freebsd.org (Postfix) with SMTP id 2FC1B8FC18 for ; Thu, 21 Jun 2012 19:05:39 +0000 (UTC) Received: from [98.138.90.51] by nm17.bullet.mail.ne1.yahoo.com with NNFMP; 21 Jun 2012 19:05:33 -0000 Received: from [98.138.84.43] by tm4.bullet.mail.ne1.yahoo.com with NNFMP; 21 Jun 2012 19:05:33 -0000 Received: from [127.0.0.1] by smtp111.mail.ne1.yahoo.com with NNFMP; 21 Jun 2012 19:05:33 -0000 X-Yahoo-Newman-Id: 766025.27175.bm@smtp111.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: cHiP3PkVM1l2JLp_AFcn6ADtGRjuG0_RqzjQ8XooR7HT4ne a0JCLQyu4HG60MunmRouPfsv2P0qOSBZ0PhzAO_KbtpEEBJgT7jdn6wYdiqx VZpEBo6a8Vdh9rVygJkwIbWZ.htiZ_1W11z9G5QojP7r9kcpj23TPtrOBr9g xCr21SrHdA0UafDYGV0q9Hy85YDIseUlNaFBjemrYFcJofUcskfESuHBt.XB vQ92U0lMKdsH9SR.R7LUdEsxFKpfzb2Y1huSC9xzunGZDxOu4cVFUrrpGY8Z 1zBJ.Xk5a2ITG9w3A5Nh1W9hfJ3CNyRIGLrO1U4TL7y311GyZuxn2qGr4dBf voX3_3ucsrXe2KxLxc1VIUSoZtuwKvriGvWPHROEQUXfKZL6XnjdEfx9UIKp Vz_NwsS7KommCVZEUnx0fHaAfMZo- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Received: from [192.168.10.102] (pfg@200.118.157.7 with plain) by smtp111.mail.ne1.yahoo.com with SMTP; 21 Jun 2012 12:05:33 -0700 PDT Message-ID: <4FE3707D.4040307@FreeBSD.org> Date: Thu, 21 Jun 2012 14:05:33 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120618 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Network unavailable when booting directly to FreeBSD. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2012 19:05:39 -0000 Hello; I noticed a regression from 9.0 and I cannot boot directly FreeBSD and access the network. Unfortunately I cannot recall the exact commit where this started happening. uname -a FreeBSD pcbsd-8555 9.0-STABLE FreeBSD 9.0-STABLE #12: Wed May 30 11:16:35 PDT 2012 root@build9x64.pcbsd.org:/usr/obj/builds/amd64/pcbsd-build90/fbsd-source/9.0/sys/GENERIC amd64 From my dmesg ______ ... pcib0: port 0xcf8-0xcff on acpi0 pcib0: Length mismatch for 4 range: 81 vs 7f pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 bge0: mem 0xfdef0000-0xfdefffff irq 16 at device 0.0 on pci2 bge0: CHIP ID 0x0000b002; ASIC REV 0x0b; CHIP REV 0xb0; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:18:8b:76:a4:1e pcib3: at device 4.0 on pci0 pci3: on pcib3 .... Cuse4BSD v0.1.23 @ /dev/cuse bge0: watchdog timeout -- resetting bge0: watchdog timeout -- resetting WARNING: attempt to domain_add(bluetooth) after domainfinalize() fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP _____ Iff I boot Windows first and then reboot to start FreeBSD the network works fine. Pedro. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 21 22:32:19 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E31C4106566B; Thu, 21 Jun 2012 22:32:19 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id ABCC78FC08; Thu, 21 Jun 2012 22:32:16 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa02.fnfis.com (8.14.4/8.14.4) with ESMTP id q5LMWFtg022866 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 21 Jun 2012 17:32:15 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.2.283.3; Thu, 21 Jun 2012 17:32:14 -0500 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 (Apple Message framework v1257) From: Devin Teske Date: Thu, 21 Jun 2012 15:32:06 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> To: X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-21_06:2012-06-21, 2012-06-21, 1970-01-01 signatures=0 Cc: Devin Teske Subject: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2012 22:32:20 -0000 Hi everybody, I've published a new port (sysutils/bsdconfig) so that we can get some test= ing on the replacement for sysinstall's [post-installation] "Configure" men= u. We're on a tight schedule, so if you have the time and/or energy your timel= y efforts will be GREATLY appreciated in helping to get this software teste= d prior to the 9.1-R code freeze. Please welcome "bsdconfig" (port pkg-descr below): bsdconfig is a robust utility for configuring/managing various aspects of t= he FreeBSD Operating System. Feature-highlights include (but are not limited t= o): - Modular, stable, efficient and i18n-compatible. - Easily maintained/extendable sh(1) source/syntax. - Works with both dialog(1) in base and Xdialog(1) from ports (x11/xdialo= g). - rc.conf(5) configuration/management based on sysutils/sysrc - Timezone configuration based on sysutils/tzdialog - Networking management based on sysutils/host-setup WWW: http://druidbsd.sourceforge.net/ Again, thank you very much for testing this new software. --=20 Devin P.S. Due to the large codebase comprising bsdconfig, ample precautions shou= ld be taken. I've not noticed any negative behavior in months of usage, but= just be warned. P.P.S. I don't think on subscribed to -stable@, so include me in your repli= es. _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 21 22:37:19 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9068B106566C; Thu, 21 Jun 2012 22:37:19 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 56E7D8FC24; Thu, 21 Jun 2012 22:37:19 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa07.fnfis.com (8.14.4/8.14.4) with ESMTP id q5LMbIQf022325 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 21 Jun 2012 17:37:18 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.2.283.3; Thu, 21 Jun 2012 17:37:18 -0500 MIME-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset="windows-1252" From: Devin Teske In-Reply-To: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> Date: Thu, 21 Jun 2012 15:37:14 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: <3806BAE7-B307-47A4-8AEB-B20CE8890EA7@fisglobal.com> References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> To: X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-21_06:2012-06-21, 2012-06-21, 1970-01-01 signatures=0 Cc: Devin Teske Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2012 22:37:19 -0000 Sorry, forgot to mention=85 The port will only install/work on 9.0 or higher. Testing needed on FreeBSD 9.0-R (or higher) and/or PC-BSD 9.0-R (or higher). --=20 Devin On Jun 21, 2012, at 3:32 PM, Devin Teske wrote: > Hi everybody, >=20 > I've published a new port (sysutils/bsdconfig) so that we can get some te= sting on the replacement for sysinstall's [post-installation] "Configure" m= enu. >=20 > We're on a tight schedule, so if you have the time and/or energy your tim= ely efforts will be GREATLY appreciated in helping to get this software tes= ted prior to the 9.1-R code freeze. >=20 > Please welcome "bsdconfig" (port pkg-descr below): >=20 > bsdconfig is a robust utility for configuring/managing various aspects of= the > FreeBSD Operating System. Feature-highlights include (but are not limited= to): > - Modular, stable, efficient and i18n-compatible. > - Easily maintained/extendable sh(1) source/syntax. > - Works with both dialog(1) in base and Xdialog(1) from ports (x11/xdial= og). > - rc.conf(5) configuration/management based on sysutils/sysrc > - Timezone configuration based on sysutils/tzdialog > - Networking management based on sysutils/host-setup >=20 > WWW: http://druidbsd.sourceforge.net/ >=20 > Again, thank you very much for testing this new software. > --=20 > Devin >=20 > P.S. Due to the large codebase comprising bsdconfig, ample precautions sh= ould be taken. I've not noticed any negative behavior in months of usage, b= ut just be warned. >=20 > P.P.S. I don't think on subscribed to -stable@, so include me in your rep= lies. >=20 > _____________ > The information contained in this message is proprietary and/or confident= ial. If you are not the intended recipient, please: (i) delete the message = and all copies; (ii) do not disclose, distribute or use the message in any = manner; and (iii) notify the sender immediately. In addition, please be awa= re that any message addressed to our domain is subject to archiving and rev= iew by persons other than the intended recipient. Thank you. _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 00:48:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D1CF1065674; Fri, 22 Jun 2012 00:48:02 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 2ADB78FC17; Fri, 22 Jun 2012 00:48:02 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q5M0ldEI071849; Thu, 21 Jun 2012 17:47:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1340326060; bh=ONV302FYM3hJLPl7QVop9lvTCNAOFW7i25VqkqtrurM=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=Q4/ALSlsxFWLm6Y55pAYL5joWYLbfgLcCawtxwwJbdhnDOJnYMxP4vWWKurFRqO/k Xyt6UQvHvXGrJ7KYGj2EkgUfOLnjmXE4VpnCdZU1wjtZJvcmOpYpvGfYrmQKKfJDSj 4lXtdDwMtjORntFluY9x9hNc2nxD0paLBpY20h1A= From: Sean Bruno To: Pedro Giffuni In-Reply-To: <4FE3707D.4040307@FreeBSD.org> References: <4FE3707D.4040307@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Thu, 21 Jun 2012 17:47:39 -0700 Message-ID: <1340326059.3247.21.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 326060001 Cc: "freebsd-stable@freebsd.org" Subject: Re: Network unavailable when booting directly to FreeBSD. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 00:48:02 -0000 On Thu, 2012-06-21 at 12:05 -0700, Pedro Giffuni wrote: > Hello; > > I noticed a regression from 9.0 and I cannot boot directly FreeBSD > and access the network. Unfortunately I cannot recall the exact > commit where this started happening. > > uname -a > FreeBSD pcbsd-8555 9.0-STABLE FreeBSD 9.0-STABLE #12: Wed May 30 > 11:16:35 PDT 2012 > root@build9x64.pcbsd.org:/usr/obj/builds/amd64/pcbsd-build90/fbsd-source/9.0/sys/GENERIC > amd64 > > From my dmesg > ______ > ... > pcib0: port 0xcf8-0xcff on acpi0 > pcib0: Length mismatch for 4 range: 81 vs 7f > pci0: on pcib0 > pci0: at device 0.0 (no driver attached) > pci0: at device 0.1 (no driver attached) > pci0: at device 0.2 (no driver attached) > pci0: at device 0.3 (no driver attached) > pci0: at device 0.4 (no driver attached) > pci0: at device 0.5 (no driver attached) > pci0: at device 0.6 (no driver attached) > pci0: at device 0.7 (no driver attached) > pcib1: at device 2.0 on pci0 > pci1: on pcib1 > pcib2: at device 3.0 on pci0 > pci2: on pcib2 > bge0: 0x00b002> mem 0xfdef0000-0xfdefffff irq 16 at device 0.0 on pci2 > bge0: CHIP ID 0x0000b002; ASIC REV 0x0b; CHIP REV 0xb0; PCI-E > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge0: Ethernet address: 00:18:8b:76:a4:1e > pcib3: at device 4.0 on pci0 > pci3: on pcib3 > > .... > Cuse4BSD v0.1.23 @ /dev/cuse > bge0: watchdog timeout -- resetting > bge0: watchdog timeout -- resetting > WARNING: attempt to domain_add(bluetooth) after domainfinalize() > fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 > bge0: watchdog timeout -- resetting > bge0: link state changed to DOWN > bge0: link state changed to UP > bge0: watchdog timeout -- resetting > bge0: link state changed to DOWN > bge0: link state changed to UP > bge0: watchdog timeout -- resetting > bge0: link state changed to DOWN > bge0: link state changed to UP > _____ > > Iff I boot Windows first and then reboot to start FreeBSD the network > works fine. > > Pedro. I wonder if this is the one that caused your problems? http://svnweb.freebsd.org/base?view=revision&revision=233495 Can you post the full verbose dmesg and the output of pciconf -lvb for review? Sean From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 01:14:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B6B1106566C for ; Fri, 22 Jun 2012 01:14:58 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm29.bullet.mail.sp2.yahoo.com (nm29.bullet.mail.sp2.yahoo.com [98.139.91.99]) by mx1.freebsd.org (Postfix) with SMTP id 24C1B8FC18 for ; Fri, 22 Jun 2012 01:14:58 +0000 (UTC) Received: from [72.30.22.77] by nm29.bullet.mail.sp2.yahoo.com with NNFMP; 22 Jun 2012 01:14:57 -0000 Received: from [98.139.91.30] by tm11.bullet.mail.sp2.yahoo.com with NNFMP; 22 Jun 2012 01:13:57 -0000 Received: from [127.0.0.1] by omp1030.mail.sp2.yahoo.com with NNFMP; 22 Jun 2012 01:13:57 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 529234.41111.bm@omp1030.mail.sp2.yahoo.com Received: (qmail 89253 invoked by uid 60001); 22 Jun 2012 01:13:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1340327637; bh=LsrGa8rz1wX7vRoBSRg06j3lUl4jKg8ORaPsnRYZoV0=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=qQlA+tPCEGmxFNSt7J2pPdGXhhG3a3zuRJKcKmGdCnf/DrAQg9A1Sv6MvUvIi4e/R5XrmWPSGiC7FC+qsnbCZsHb6ikwVATMnvr0CS4UcgktqIH6UYyBddOS31ma1blr80Yho+UFP2DzDIg975NCAcrexK95q/Mw8jRcNWxITuo= X-YMail-OSG: xiadEU0VM1kfGh6P5Y8GFiPOklMyAzwZUnA7Ox7ZRfCvRup Aq9S9PzXnJAizflWu8QP3s8p.XkYywCWjLRIAl5GSm0IoGBn34pJEj0Nn6d1 1sUL3weCXXUW5aeH3IdzrvscmmhfpkVtPo_6kkaZ_YWQtAUgd8.Hr7vfUN_E w0sUM9Nce5ulMdTn3FgB1975Paj_.jcNXGr5umikIZvMdY_hr42.Zb3IJdA5 7lhXm1kKEAKUbeLY2wSI1cut5tvUBd2UMrK17FZc6RPVK9pR2Z_h1DeFJhD4 XM1TDd3n_3LhZDGexXWnedfk8cS_XlHJFJU8Kb97QiGmvtJLQQtaTpINlVvh ZtgLckM10Ja87AANJCqELCQMpdTVOKYyQwScza8xTexqDBItRzJXuBiJNTW3 57_i.mhp4LUmXGlYzKY6QgrDTuL7uBShXRf9_ao_q1cv4qrXfvBbELKOu4hB IKlbYxUfoGAwJk.lr6Pf5ZOx5veO6wR4AccYe3TWow8RsH3zQiIShfEm4.N_ cVOclypzxeSTnZ5HkWomUza8uvAcwwhU- Received: from [200.118.157.7] by web113505.mail.gq1.yahoo.com via HTTP; Thu, 21 Jun 2012 18:13:57 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.118.349524 Message-ID: <1340327637.77444.YahooMailClassic@web113505.mail.gq1.yahoo.com> Date: Thu, 21 Jun 2012 18:13:57 -0700 (PDT) From: Pedro Giffuni To: Sean Bruno In-Reply-To: <1340326059.3247.21.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" Subject: Re: Network unavailable when booting directly to FreeBSD. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 01:14:58 -0000 =0A=0A--- Gio 21/6/12, Sean Bruno ha scritto:=0A=0A= > On Thu, 2012-06-21 at 12:05 -0700, Pedro Giffuni wrote:=0A> > Hello;=0A> = > =0A> > I noticed a regression from 9.0 and I cannot boot=0A> directly Fre= eBSD=0A> > and access the network. Unfortunately I cannot recall=0A> the ex= act=0A> > commit where this started happening.=0A> > =0A> > uname -a=0A> > = FreeBSD pcbsd-8555 9.0-STABLE FreeBSD 9.0-STABLE #12:=0A> Wed May 30 =0A> >= 11:16:35 PDT 2012 =0A> > root@build9x64.pcbsd.org:/usr/obj/builds/amd64/pc= bsd-build90/fbsd-source/9.0/sys/GENERIC=0A> =0A> > amd64=0A> > =0A...=0A> = =0A> I wonder if this is the one that caused your problems?=0A> =0A> http:/= /svnweb.freebsd.org/base?view=3Drevision&revision=3D233495=0A> =0A=0AI will= have a look at reverting it locally.=0A=0A> Can you post the full verbose = dmesg=0A=0Ahttp://people.freebsd.org/~pfg/dmesg-bge-error.txt=0A=0A> and th= e output of pciconf -lvb=0A=0Ahttp://people.freebsd.org/~pfg/pciconf.txt=0A= =0A> for review?=0A> =0A=0AThanks!=0A=0APedro.=0A From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 02:36:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90496106566B; Fri, 22 Jun 2012 02:36:13 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from ecbiz102.inmotionhosting.com (ecbiz102.inmotionhosting.com [70.39.235.94]) by mx1.freebsd.org (Postfix) with ESMTP id 437848FC0C; Fri, 22 Jun 2012 02:36:13 +0000 (UTC) Received: from c-50-136-23-27.hsd1.nh.comcast.net ([50.136.23.27]:49311 helo=jack.bspruce.com) by ecbiz102.inmotionhosting.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1ShtjB-0000LG-6i; Thu, 21 Jun 2012 22:36:05 -0400 Message-ID: <4FE3DA14.9090506@greatbaysoftware.com> Date: Thu, 21 Jun 2012 22:36:04 -0400 From: Charles Owens Organization: Great Bay Software User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FDABA0B.5030702@greatbaysoftware.com> <201206150804.46341.jhb@freebsd.org> In-Reply-To: <201206150804.46341.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ecbiz102.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - greatbaysoftware.com Cc: freebsd-stable@freebsd.org Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 02:36:13 -0000 On 6/15/12 8:04 AM, John Baldwin wrote: > On Friday, June 15, 2012 12:28:59 am Charles Owens wrote: >> Hello FreeBSD folk, >> >> We're seeing what appears to be a storage performance regression as we >> try to move from 8.1 (i386) to 8.3. We looked at 8.2 also and it >> appears that the regression happened between 8.1 and 8.2. >> >> Our system is an Intel S5520UR Server with 12 GB RAM, dual 4-core CPUs. >> Storage is a LSI MegaSAS 1078 controller (mfi) in a RAID-10 >> configuration, using UFS + geom_journal for filesystem. >> >> Postgresql performance, as seen via pgbench, dropped by approx 20%. >> This testing was done with our usual PAE-enabled kernels. We then went >> back to GENERIC kernels and did comparisons using "bonnie", results >> below. Following that is a kernel boot log. >> >> Notably, we're seeing this regression only with our RAID mfi(4) based >> systems. Notably, from looking at FreeBSD source changelogs it appears >> that the mfi(4) code has seen some changes since 8.1. > Between 8.1 and 8.2 mfi has not had any significant changes. The only changes > made to sys/dev/mfi were to add a new constant: > >> svn diff svn+ssh://svn.freebsd.org/base/releng/8.1/sys/dev/mfi > svn+ssh://svn.freebsd.org/base/releng/8.2/sys/dev/mfi > Index: mfireg.h > =================================================================== > --- mfireg.h (.../8.1/sys/dev/mfi) (revision 237134) > +++ mfireg.h (.../8.2/sys/dev/mfi) (revision 237134) > @@ -975,7 +975,9 @@ > MFI_PD_STATE_OFFLINE = 0x10, > MFI_PD_STATE_FAILED = 0x11, > MFI_PD_STATE_REBUILD = 0x14, > - MFI_PD_STATE_ONLINE = 0x18 > + MFI_PD_STATE_ONLINE = 0x18, > + MFI_PD_STATE_COPYBACK = 0x20, > + MFI_PD_STATE_SYSTEM = 0x40 > }; > > union mfi_ld_ref { > > The difference in write performance must be due to something else. You > mentioned you are using UFS + gjournal. I think gjournal uses BIO_FLUSH, so I > wonder if this is related: > > ------------------------------------------------------------------------ > r212939 | gibbs | 2010-09-20 19:39:00 -0400 (Mon, 20 Sep 2010) | 61 lines > > MFC 212160: > > Correct bioq_disksort so that bioq_insert_tail() offers barrier semantic. > Add the BIO_ORDERED flag for struct bio and update bio clients to use it. > > The barrier semantics of bioq_insert_tail() were broken in two ways: > > o In bioq_disksort(), an added bio could be inserted at the head of > the queue, even when a barrier was present, if the sort key for > the new entry was less than that of the last queued barrier bio. > > o The last_offset used to generate the sort key for newly queued bios > did not stay at the position of the barrier until either the > barrier was de-queued, or a new barrier (which updates last_offset) > was queued. When a barrier is in effect, we know that the disk > will pass through the barrier position just before the > "blocked bios" are released, so using the barrier's offset for > last_offset is the optimal choice. > > sys/geom/sched/subr_disk.c: > sys/kern/subr_disk.c: > o Update last_offset in bioq_insert_tail(). > > o Only update last_offset in bioq_remove() if the removed bio is > at the head of the queue (typically due to a call via > bioq_takefirst()) and no barrier is active. > > o In bioq_disksort(), if we have a barrier (insert_point is non-NULL), > set prev to the barrier and cur to it's next element. Now that > last_offset is kept at the barrier position, this change isn't > strictly necessary, but since we have to take a decision branch > anyway, it does avoid one, no-op, loop iteration in the while > loop that immediately follows. > > o In bioq_disksort(), bypass the normal sort for bios with the > BIO_ORDERED attribute and instead insert them into the queue > with bioq_insert_tail(). bioq_insert_tail() not only gives > the desired command order during insertion, but also provides > barrier semantics so that commands disksorted in the future > cannot pass the just enqueued transaction. > > sys/sys/bio.h: > Add BIO_ORDERED as bit 4 of the bio_flags field in struct bio. > > sys/cam/ata/ata_da.c: > sys/cam/scsi/scsi_da.c > Use an ordered command for SCSI/ATA-NCQ commands issued in > response to bios with the BIO_ORDERED flag set. > > sys/cam/scsi/scsi_da.c > Use an ordered tag when issuing a synchronize cache command. > > Wrap some lines to 80 columns. > > sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c > sys/geom/geom_io.c > Mark bios with the BIO_FLUSH command as BIO_ORDERED. > > Sponsored by: Spectra Logic Corporation > ------------------------------------------------------------------------ > > Can you try perhaps commenting out the 'bp->bio_flags |= BIO_ORDERED' line > changed in geom_io.c in 8.2? That would be effectively reverting this > portion of the diff: > > Index: geom_io.c > =================================================================== > --- geom_io.c (.../8.1/sys/geom) (revision 237134) > +++ geom_io.c (.../8.2/sys/geom) (revision 237134) > @@ -265,6 +265,7 @@ > g_trace(G_T_BIO, "bio_flush(%s)", cp->provider->name); > bp = g_alloc_bio(); > bp->bio_cmd = BIO_FLUSH; > + bp->bio_flags |= BIO_ORDERED; > bp->bio_done = NULL; > bp->bio_attribute = NULL; > bp->bio_offset = cp->provider->mediasize; > John... thanks for the suggestion. I've built and tested a kernel with this change made. Result: no change (same performance as with 8.2-GENERIC). Any thoughts as to where to go next? Thank you, Charles From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 03:50:51 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71352106566C; Fri, 22 Jun 2012 03:50:51 +0000 (UTC) (envelope-from rcm@fuzzwad.org) Received: from mail.volente.us (unknown [IPv6:2001:470:7:d47::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8888FC08; Fri, 22 Jun 2012 03:50:50 +0000 (UTC) Received: from shiny-w0.fuzzwad.net (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id q5M3ol2q071598; Thu, 21 Jun 2012 22:50:47 -0500 (CDT) (envelope-from rcm@fuzzwad.org) Message-ID: <4FE3EB9D.9070509@fuzzwad.org> Date: Thu, 21 Jun 2012 22:50:53 -0500 From: Ron McDowell User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Devin Teske References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> In-Reply-To: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Freebsd-stable@freebsd.org, Devin Teske Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 03:50:51 -0000 On 6/21/12 5:32 PM, Devin Teske wrote: > Hi everybody, > > I've published a new port (sysutils/bsdconfig) so that we can get some testing on the replacement for sysinstall's [post-installation] "Configure" menu. > > We're on a tight schedule, so if you have the time and/or energy your timely efforts will be GREATLY appreciated in helping to get this software tested prior to the 9.1-R code freeze. > > Please welcome "bsdconfig" (port pkg-descr below): > > bsdconfig is a robust utility for configuring/managing various aspects of the > FreeBSD Operating System. Feature-highlights include (but are not limited to): > - Modular, stable, efficient and i18n-compatible. > - Easily maintained/extendable sh(1) source/syntax. > - Works with both dialog(1) in base and Xdialog(1) from ports (x11/xdialog). > - rc.conf(5) configuration/management based on sysutils/sysrc > - Timezone configuration based on sysutils/tzdialog > - Networking management based on sysutils/host-setup > > WWW: http://druidbsd.sourceforge.net/ > > Again, thank you very much for testing this new software. > P.S. Due to the large codebase comprising bsdconfig, ample precautions should be taken. I've not noticed any negative behavior in months of usage, but just be warned. > > P.P.S. I don't think on subscribed to -stable@, so include me in your replies. I'm one of the coauthors of this code, and I am here on -stable. As stated, this port will only run on 9.0-RELEASE and later. Please give it a try! Thanks! -- Ron McDowell San Antonio TX From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 07:08:03 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09CAC106566B; Fri, 22 Jun 2012 07:08:03 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD1E8FC1D; Fri, 22 Jun 2012 07:08:01 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q5M77vMu083769; Fri, 22 Jun 2012 14:07:59 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4FE419CD.60708@rdtc.ru> Date: Fri, 22 Jun 2012 14:07:57 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Ron McDowell References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> <4FE3EB9D.9070509@fuzzwad.org> In-Reply-To: <4FE3EB9D.9070509@fuzzwad.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: Devin Teske , Freebsd-stable@freebsd.org Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 07:08:03 -0000 22.06.2012 10:50, Ron McDowell ÐÉÛÅÔ: >> Again, thank you very much for testing this new software. >> P.S. Due to the large codebase comprising bsdconfig, ample precautions should be taken. I've not noticed any negative behavior in months of usage, but just be warned. >> >> P.P.S. I don't think on subscribed to -stable@, so include me in your replies. > I'm one of the coauthors of this code, and I am here on -stable. As > stated, this port will only run on 9.0-RELEASE and later. > > Please give it a try! Thanks! I've tried it on installed 9.0-STABLE system. 1. At the moment, the documentation does not install: Could not install package en-freebsd-doc (pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/Latest/en-freebsd-doc.tbz' by URL) 2. For system running single gmirror gm0 consisting of 2 whole disks ada0 and ada1, 'Label allocated disk partitions' offers only ada0 and ada1 for disklabel editor and not gm0. And disklabel editor shows empty list of partitions. 3. Similar for FDISK Partition Editor (ada0/ada1 and not gm0 for choise), but Partition Editor presents whole disk space as 'unused' Note that current SATA disk prices and quality offers no choice for servers other that some kind of RAID. 4. Networking Devices configuration presents lagg0 device as . It should provide descriptive string like 'Link aggregation/failover'. 5. Same for vlan16. For vlan9 is shows right 'IEEE 802.1Q VLAN network interface'. It should work same way for vlan1-vlan4095 interfaces at least. 6. Same for ipfw0 pseudo-interface. 7. Networking Devices configuration does not allow to configure any interface while there are mounted NFS volumes. Should present a warning only, not disallow the operation. For example, it should be possible to configure new vlan interface while NFS mount uses another vlan. 8. In DNS Nameserver Configuration, it's not clear that one, in fact, can remove unneeded DNS server through two-step procedure - first try to edit, then clear the address. It should be more obvious at first. That's enough for this time :-) Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 07:37:52 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10AAE106566B; Fri, 22 Jun 2012 07:37:52 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id CB3248FC0A; Fri, 22 Jun 2012 07:37:51 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa05.fnfis.com (8.14.4/8.14.4) with ESMTP id q5M7boZk032530 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 22 Jun 2012 02:37:50 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.2.283.3; Fri, 22 Jun 2012 02:37:48 -0500 MIME-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset="koi8-r" From: Devin Teske In-Reply-To: <4FE419CD.60708@rdtc.ru> Date: Fri, 22 Jun 2012 00:37:46 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> <4FE3EB9D.9070509@fuzzwad.org> <4FE419CD.60708@rdtc.ru> To: Eugene Grosbein X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-21_07:2012-06-22, 2012-06-21, 1970-01-01 signatures=0 Cc: Freebsd-stable@freebsd.org, Devin Teske , Ron McDowell Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 07:37:52 -0000 On Jun 22, 2012, at 12:07 AM, Eugene Grosbein wrote: > 22.06.2012 10:50, Ron McDowell =D0=C9=DB=C5=D4: >=20 >>> Again, thank you very much for testing this new software. >>> P.S. Due to the large codebase comprising bsdconfig, ample precautions = should be taken. I've not noticed any negative behavior in months of usage,= but just be warned. >>>=20 >>> P.P.S. I don't think on subscribed to -stable@, so include me in your r= eplies. >> I'm one of the coauthors of this code, and I am here on -stable. As=20 >> stated, this port will only run on 9.0-RELEASE and later. >>=20 >> Please give it a try! Thanks! >=20 > I've tried it on installed 9.0-STABLE system. First, thank you for testing! > 1. At the moment, the documentation does not install: >=20 > Could not install package en-freebsd-doc (pkg_add: unable to fetch > 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/Latest/e= n-freebsd-doc.tbz' > by URL) >=20 Ok. Thx. A PR should be filed against bsdinstall (since bsdconfig is simply linking = to "bsdinstall docsinstall" for that menu item and is not actually responsi= ble for the bug). > 2. For system running single gmirror gm0 consisting of 2 whole disks > ada0 and ada1, 'Label allocated disk partitions' offers > only ada0 and ada1 for disklabel editor and not gm0. > And disklabel editor shows empty list of partitions. >=20 Ok, Thx. This too is not part of bsdconfig, but is linked to sade(8). NOTE: "Documentation Installation" and "Disk Partition/Label" are the only = two modules that are pointed to other tools (the former linked to "bsdinsta= ll docsinstall" and the latter linked to "sade"). The goal for this is to replace sade (which is not geom compatible) with a = new tool. This is on the community's to-do list. > 3. Similar for FDISK Partition Editor (ada0/ada1 and not gm0 for choise), > but Partition Editor presents whole disk space as 'unused' >=20 > Note that current SATA disk prices and quality offers no choice for serve= rs > other that some kind of RAID. >=20 Again, this is because sade(8) is not geom compatible. > 4. Networking Devices configuration presents lagg0 device as . > It should provide descriptive string like 'Link aggregation/failover'. >=20 It's on my to-do list to change the way descriptions are calculated. Currently, I've got a static hard-coded list of descriptions. Someone recom= mended that there was a way to get this information from sysctl. > 5. Same for vlan16. For vlan9 is shows right 'IEEE 802.1Q VLAN network in= terface'. > It should work same way for vlan1-vlan4095 interfaces at least. >=20 I'd like to know if the sysctl MIB's for describing network interfaces is r= eliable. Maybe I'll keep the static list as a fallback. But yes, you're abs= olutely right -- I should have supported up to 5 digits even (ifconfig has = internal limits of 16-bit unsigned integer for the interface instance-numbe= r). > 6. Same for ipfw0 pseudo-interface. >=20 Curious what sysctl says about it. > 7. Networking Devices configuration does not allow to configure any inter= face > while there are mounted NFS volumes. Should present a warning only, not d= isallow the operation. Did I completely disallow it? I'll have to re-check -- I thought that I had= made it so that you could view/edit the configuration but that the warning= says that changes will not become effective until you either reboot or vis= it the menu again when no NFS mounts are active. > For example, it should be possible to configure new vlan interface while = NFS mount > uses another clan. >=20 Do you know of a handy way of determining which NFS mount is using which ne= twork interface? And further, is there a handy way of traversing the route = path to determine that one interface isn't required as an intermediary tran= sit device? (meaning: can one truly ever know that making a new configurati= on active on any interface could not potentially drop your entire machine f= rom the net with hung NFS mounts?) Many months of testing in the lab produced no less than 6 edge-cases where = -- if a network link or route is modified when NFS mounts are active -- the= machine can enter an unstable/unusable state. So we decided to err on the side of caution when it came to allowing settin= gs to be made-active when NFS mounts are active. I'm not against improving the code, but I'm wondering if it wouldn't be saf= er to stick to disallowing any/all changes from being made-active (while al= lowing viewing/editing without making-active) when NFS mounts are active. NOTE: There are other safe-guards too. For example, if you're logged in via= SSH and using X11 forwarding while passing the "-X" flag (to use Xdialog(1= )), you are disallowed from making a new hostname active (you can change th= e hostname, but not make it active) because that would cause the very next = iteration of Xdialog(1) to fail due to a surreptitious X authority revocati= on based on the hostname-change in mid-session. > 8. In DNS Nameserver Configuration, it's not clear that one, in fact, > can remove unneeded DNS server through two-step procedure - first try to = edit, > then clear the address. It should be more obvious at first. >=20 Can you have a look at "bsdconfig startup_rcconf" and see if that's a bette= r way to go about the deletion-process? Or perhaps you're just advocating a helpful message in the text above the m= enu list that explains how to delete the item? (least amount of work) > That's enough for this time :-) >=20 Thank you again for testing! --=20 Cheers, Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 07:53:02 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B73A4106564A; Fri, 22 Jun 2012 07:53:02 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 1E6248FC1B; Fri, 22 Jun 2012 07:53:01 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q5M7r0NU084095; Fri, 22 Jun 2012 14:53:00 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4FE4245C.3040806@rdtc.ru> Date: Fri, 22 Jun 2012 14:53:00 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Devin Teske References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> <4FE3EB9D.9070509@fuzzwad.org> <4FE419CD.60708@rdtc.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: Ron McDowell , Freebsd-stable@freebsd.org Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 07:53:02 -0000 22.06.2012 14:37, Devin Teske ÐÉÛÅÔ: >> 5. Same for vlan16. For vlan9 is shows right 'IEEE 802.1Q VLAN network interface'. >> It should work same way for vlan1-vlan4095 interfaces at least. >> > > I'd like to know if the sysctl MIB's for describing network interfaces is reliable. Maybe I'll keep the static list as a fallback. But yes, you're absolutely right -- I should have supported up to 5 digits even (ifconfig has internal limits of 16-bit unsigned integer for the interface instance-number). > > >> 6. Same for ipfw0 pseudo-interface. >> > > Curious what sysctl says about it. I do not know what sysctl subtree do you refer to. >> 7. Networking Devices configuration does not allow to configure any interface >> while there are mounted NFS volumes. Should present a warning only, not disallow the operation. > > Did I completely disallow it? Yes. > I'll have to re-check -- I thought that I had made it so that you could view/edit the configuration but that the warning says that changes will not become effective until you either reboot or visit the menu again when no NFS mounts are active. > > >> For example, it should be possible to configure new vlan interface while NFS mount >> uses another clan. >> > > Do you know of a handy way of determining which NFS mount is using which network interface? And further, is there a handy way of traversing the route path to determine that one interface isn't required as an intermediary transit device? (meaning: can one truly ever know that making a new configuration active on any interface could not potentially drop your entire machine from the net with hung NFS mounts?) > > Many months of testing in the lab produced no less than 6 edge-cases where -- if a network link or route is modified when NFS mounts are active -- the machine can enter an unstable/unusable state. > > So we decided to err on the side of caution when it came to allowing settings to be made-active when NFS mounts are active. > > I'm not against improving the code, but I'm wondering if it wouldn't be safer to stick to disallowing any/all changes from being made-active (while allowing viewing/editing without making-active) when NFS mounts are active. > > NOTE: There are other safe-guards too. For example, if you're logged in via SSH and using X11 forwarding while passing the "-X" flag (to use Xdialog(1)), you are disallowed from making a new hostname active (you can change the hostname, but not make it active) because that would cause the very next iteration of Xdialog(1) to fail due to a surreptitious X authority revocation based on the hostname-change in mid-session. I'm sure that bsdconfig should emit warnings only but not disallow root to make any needed changes. NFS may use completly unrelated routes/interfaces, X11 may be user over network without ssh -X etc. It's pretty annoying for administrator to fight with tools thinking they know better what root should do. >> 8. In DNS Nameserver Configuration, it's not clear that one, in fact, >> can remove unneeded DNS server through two-step procedure - first try to edit, >> then clear the address. It should be more obvious at first. >> > > Can you have a look at "bsdconfig startup_rcconf" and see if that's a better way to go about the deletion-process? > > Or perhaps you're just advocating a helpful message in the text above the menu list that explains how to delete the item? (least amount of work) Again, just a message. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 08:39:28 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41082106566B; Fri, 22 Jun 2012 08:39:28 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 0572E8FC0C; Fri, 22 Jun 2012 08:39:27 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa06.fnfis.com (8.14.4/8.14.4) with ESMTP id q5M8dQDp011217 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 22 Jun 2012 03:39:26 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.2.283.3; Fri, 22 Jun 2012 03:39:25 -0500 MIME-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset="koi8-r" From: Devin Teske In-Reply-To: <4FE4245C.3040806@rdtc.ru> Date: Fri, 22 Jun 2012 01:39:23 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: <90361FE2-2298-48E5-B8B6-2BA704781098@fisglobal.com> References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> <4FE3EB9D.9070509@fuzzwad.org> <4FE419CD.60708@rdtc.ru> <4FE4245C.3040806@rdtc.ru> To: Eugene Grosbein X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-21_07:2012-06-22, 2012-06-21, 1970-01-01 signatures=0 Cc: McDowell , Devin Teske , Freebsd-stable@freebsd.org, Ron Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 08:39:28 -0000 On Jun 22, 2012, at 12:53 AM, Eugene Grosbein wrote: > 22.06.2012 14:37, Devin Teske =D0=C9=DB=C5=D4: >=20 >>> 5. Same for vlan16. For vlan9 is shows right 'IEEE 802.1Q VLAN network = interface'. >>> It should work same way for vlan1-vlan4095 interfaces at least. >>>=20 >>=20 >> I'd like to know if the sysctl MIB's for describing network interfaces i= s reliable. Maybe I'll keep the static list as a fallback. But yes, you're = absolutely right -- I should have supported up to 5 digits even (ifconfig h= as internal limits of 16-bit unsigned integer for the interface instance-nu= mber). >>=20 >>=20 >>> 6. Same for ipfw0 pseudo-interface. >>>=20 >>=20 >> Curious what sysctl says about it. >=20 > I do not know what sysctl subtree do you refer to. >=20 If you're using em(4) device, try: sysctl dev.em.0.%desc Otherwise (for example), if using fxp(4), try: sysctl dev.fxp.0.%desc Or for your vlan: sysctl dev.vlan.16.%desc And try for your ipfw(4) interface: sysctl dev.ipfw.0.%desc Are each of those meaningful? NOTE: They aren't available unless you have the hardware -- so I can't (for= example) try "sysctl dev.fxp.0.%desc" unless I have an fxp0 device display= ed in ifconfig(8). >>> 7. Networking Devices configuration does not allow to configure any int= erface >>> while there are mounted NFS volumes. Should present a warning only, not= disallow the operation. >>=20 >> Did I completely disallow it? >=20 > Yes. >=20 >> I'll have to re-check -- I thought that I had made it so that you could = view/edit the configuration but that the warning says that changes will not= become effective until you either reboot or visit the menu again when no N= FS mounts are active. >>=20 >>=20 >>> For example, it should be possible to configure new vlan interface whil= e NFS mount >>> uses another clan. >>>=20 >>=20 >> Do you know of a handy way of determining which NFS mount is using which= network interface? And further, is there a handy way of traversing the rou= te path to determine that one interface isn't required as an intermediary t= ransit device? (meaning: can one truly ever know that making a new configur= ation active on any interface could not potentially drop your entire machin= e from the net with hung NFS mounts?) >>=20 >> Many months of testing in the lab produced no less than 6 edge-cases whe= re -- if a network link or route is modified when NFS mounts are active -- = the machine can enter an unstable/unusable state. >>=20 >> So we decided to err on the side of caution when it came to allowing set= tings to be made-active when NFS mounts are active. >>=20 >> I'm not against improving the code, but I'm wondering if it wouldn't be = safer to stick to disallowing any/all changes from being made-active (while= allowing viewing/editing without making-active) when NFS mounts are active. >>=20 >> NOTE: There are other safe-guards too. For example, if you're logged in = via SSH and using X11 forwarding while passing the "-X" flag (to use Xdialo= g(1)), you are disallowed from making a new hostname active (you can change= the hostname, but not make it active) because that would cause the very ne= xt iteration of Xdialog(1) to fail due to a surreptitious X authority revoc= ation based on the hostname-change in mid-session. >=20 > I'm sure that bsdconfig should emit warnings only but not disallow root t= o make any needed changes. I'm inclined to agree. FreeBSD should not prevent you from being stupid (as= someone once told me). I should change the errors to warnings and allow th= e user to [potentially] hose their connection given ample warning/chance-to= -back-out. > NFS may use completly unrelated routes/interfaces, X11 may be user over n= etwork without ssh -X etc. Got that one covered actually -- you can tell when a user is using X11 forw= arding versus X11 local. > It's pretty annoying for administrator to fight with tools thinking they = know better what root should do. >=20 >>> 8. In DNS Nameserver Configuration, it's not clear that one, in fact, >>> can remove unneeded DNS server through two-step procedure - first try t= o edit, >>> then clear the address. It should be more obvious at first. >>>=20 >>=20 >> Can you have a look at "bsdconfig startup_rcconf" and see if that's a be= tter way to go about the deletion-process? >>=20 >> Or perhaps you're just advocating a helpful message in the text above th= e menu list that explains how to delete the item? (least amount of work) >=20 > Again, just a message. >=20 Ok, cool. Thanks again, --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 08:50:12 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00BB4106564A; Fri, 22 Jun 2012 08:50:12 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 581E28FC17; Fri, 22 Jun 2012 08:50:11 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q5M8o8nG084712; Fri, 22 Jun 2012 15:50:08 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4FE431C0.8040509@rdtc.ru> Date: Fri, 22 Jun 2012 15:50:08 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Devin Teske References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> <4FE3EB9D.9070509@fuzzwad.org> <4FE419CD.60708@rdtc.ru> <4FE4245C.3040806@rdtc.ru> <90361FE2-2298-48E5-B8B6-2BA704781098@fisglobal.com> In-Reply-To: <90361FE2-2298-48E5-B8B6-2BA704781098@fisglobal.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Ron McDowell , Freebsd-stable@freebsd.org Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 08:50:12 -0000 22.06.2012 15:39, Devin Teske wrote: >>>> 5. Same for vlan16. For vlan9 is shows right 'IEEE 802.1Q VLAN network interface'. >>>> It should work same way for vlan1-vlan4095 interfaces at least. >>>> >>> >>> I'd like to know if the sysctl MIB's for describing network interfaces is reliable. Maybe I'll keep the static list as a fallback. But yes, you're absolutely right -- I should have supported up to 5 digits even (ifconfig has internal limits of 16-bit unsigned integer for the interface instance-number). >>> >>> >>>> 6. Same for ipfw0 pseudo-interface. >>>> >>> >>> Curious what sysctl says about it. >> >> I do not know what sysctl subtree do you refer to. >> > > If you're using em(4) device, try: > > sysctl dev.em.0.%desc > > Otherwise (for example), if using fxp(4), try: > > sysctl dev.fxp.0.%desc > > Or for your vlan: > > sysctl dev.vlan.16.%desc > > And try for your ipfw(4) interface: > > sysctl dev.ipfw.0.%desc > > Are each of those meaningful? > > NOTE: They aren't available unless you have the hardware -- so I can't (for example) try "sysctl dev.fxp.0.%desc" unless I have an fxp0 device displayed in ifconfig(8). That's driver-dependent. For example, lagg does not presents %desc nor ipfw0 and I suppose pretty many others do not. You could use %desc if it's present and fall back to internal static list otherwise. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 12:30:05 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2729D106564A for ; Fri, 22 Jun 2012 12:30:05 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from lisa.milos.co.za (lisa.milos.co.za [109.169.49.137]) by mx1.freebsd.org (Postfix) with ESMTP id 685938FC12 for ; Fri, 22 Jun 2012 12:30:04 +0000 (UTC) Received: (qmail 71881 invoked by uid 89); 22 Jun 2012 12:28:33 -0000 Received: from unknown (HELO ClayDesktop) (clay@milos.co.za@192.168.200.6) by lisa.milos.co.za with ESMTPA; 22 Jun 2012 12:28:33 -0000 From: "Clayton Milos" To: References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> <4FE3EB9D.9070509@fuzzwad.org> <4FE419CD.60708@rdtc.ru> <4FE4245C.3040806@rdtc.ru> <90361FE2-2298-48E5-B8B6-2BA704781098@fisglobal.com> <4FE431C0.8040509@rdtc.ru> In-Reply-To: <4FE431C0.8040509@rdtc.ru> Date: Fri, 22 Jun 2012 13:27:52 +0100 Message-ID: <006001cd5072$84247cd0$8c6d7670$@milos.co.za> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKYuI98eZmJ4268sFEie+HjuxvsigJ53qn1Ad4Cgh0B4VDagAJQcn8NAZ6kCW0BFN0kv5UVh28Q Content-Language: en-gb Cc: Subject: RE: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 12:30:05 -0000 >>>>> 5. Same for vlan16. For vlan9 is shows right 'IEEE 802.1Q VLAN network interface'. >>>>> It should work same way for vlan1-vlan4095 interfaces at least. >>>>> >>>> >>>> I'd like to know if the sysctl MIB's for describing network interfaces is reliable. Maybe I'll keep the static list as a fallback. But yes, you're absolutely right -- I should have supported up to 5 digits even (ifconfig has internal limits of 16-bit unsigned integer for the interface instance-number). >>>> >>>> >>>>> 6. Same for ipfw0 pseudo-interface. >>>>> >>>> >>>> Curious what sysctl says about it. >>> >>> I do not know what sysctl subtree do you refer to. >>> >> >> If you're using em(4) device, try: >> >> sysctl dev.em.0.%desc >> >> Otherwise (for example), if using fxp(4), try: >> >> sysctl dev.fxp.0.%desc >> >> Or for your vlan: >> >> sysctl dev.vlan.16.%desc >> >> And try for your ipfw(4) interface: >> >> sysctl dev.ipfw.0.%desc >> >> Are each of those meaningful? >> >> NOTE: They aren't available unless you have the hardware -- so I can't (for example) try "sysctl dev.fxp.0.%desc" unless I have an fxp0 device displayed in ifconfig(8). >That's driver-dependent. For example, lagg does not presents %desc nor ipfw0 and I suppose pretty many others do not. You could use %desc if it's present and fall back to internal static list otherwise. Just something cosmetic but when I add a user when it comes to select the shell it does not have a title like: Select a shell Also it said that my user add failed but it was actually added as uid 1005. I added another user and it stated the uid 1005 when I was creating it but showed 1006 in the summary screen. It also said that adding the user failed. Perhaps I used to short a password as there was no password field entered in /etc/master.passwd twat:*:1005:1005::1340540161:1340626570:twat:/home/twat:/bin/sh test1:*:1006:1006::1340454020:1340496000:test1:/home/test1:/bin/tcsh When selecting user account expiry the calendar starts at 1 January 1970. I understand that this is when Unix time started but it would be nice for it to start from the current date. //Clay From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 14:24:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 601BF1065674 for ; Fri, 22 Jun 2012 14:24:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 225048FC0A for ; Fri, 22 Jun 2012 14:24:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 71A67B9B3; Fri, 22 Jun 2012 10:24:23 -0400 (EDT) From: John Baldwin To: Charles Owens Date: Fri, 22 Jun 2012 10:22:57 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FDABA0B.5030702@greatbaysoftware.com> <201206150804.46341.jhb@freebsd.org> <4FE3DA14.9090506@greatbaysoftware.com> In-Reply-To: <4FE3DA14.9090506@greatbaysoftware.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201206221022.57632.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 22 Jun 2012 10:24:23 -0400 (EDT) Cc: freebsd-stable@freebsd.org Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 14:24:24 -0000 On Thursday, June 21, 2012 10:36:04 pm Charles Owens wrote: > > On 6/15/12 8:04 AM, John Baldwin wrote: > > On Friday, June 15, 2012 12:28:59 am Charles Owens wrote: > >> Hello FreeBSD folk, > >> > >> We're seeing what appears to be a storage performance regression as we > >> try to move from 8.1 (i386) to 8.3. We looked at 8.2 also and it > >> appears that the regression happened between 8.1 and 8.2. > >> > >> Our system is an Intel S5520UR Server with 12 GB RAM, dual 4-core CPUs. > >> Storage is a LSI MegaSAS 1078 controller (mfi) in a RAID-10 > >> configuration, using UFS + geom_journal for filesystem. > >> > >> Postgresql performance, as seen via pgbench, dropped by approx 20%. > >> This testing was done with our usual PAE-enabled kernels. We then went > >> back to GENERIC kernels and did comparisons using "bonnie", results > >> below. Following that is a kernel boot log. > >> > >> Notably, we're seeing this regression only with our RAID mfi(4) based > >> systems. Notably, from looking at FreeBSD source changelogs it appears > >> that the mfi(4) code has seen some changes since 8.1. > > Between 8.1 and 8.2 mfi has not had any significant changes. The only changes > > made to sys/dev/mfi were to add a new constant: > > > >> svn diff svn+ssh://svn.freebsd.org/base/releng/8.1/sys/dev/mfi > > svn+ssh://svn.freebsd.org/base/releng/8.2/sys/dev/mfi > > Index: mfireg.h > > =================================================================== > > --- mfireg.h (.../8.1/sys/dev/mfi) (revision 237134) > > +++ mfireg.h (.../8.2/sys/dev/mfi) (revision 237134) > > @@ -975,7 +975,9 @@ > > MFI_PD_STATE_OFFLINE = 0x10, > > MFI_PD_STATE_FAILED = 0x11, > > MFI_PD_STATE_REBUILD = 0x14, > > - MFI_PD_STATE_ONLINE = 0x18 > > + MFI_PD_STATE_ONLINE = 0x18, > > + MFI_PD_STATE_COPYBACK = 0x20, > > + MFI_PD_STATE_SYSTEM = 0x40 > > }; > > > > union mfi_ld_ref { > > > > The difference in write performance must be due to something else. You > > mentioned you are using UFS + gjournal. I think gjournal uses BIO_FLUSH, so I > > wonder if this is related: > > > > ------------------------------------------------------------------------ > > r212939 | gibbs | 2010-09-20 19:39:00 -0400 (Mon, 20 Sep 2010) | 61 lines > > > > MFC 212160: > > > > Correct bioq_disksort so that bioq_insert_tail() offers barrier semantic. > > Add the BIO_ORDERED flag for struct bio and update bio clients to use it. > > > > The barrier semantics of bioq_insert_tail() were broken in two ways: > > > > o In bioq_disksort(), an added bio could be inserted at the head of > > the queue, even when a barrier was present, if the sort key for > > the new entry was less than that of the last queued barrier bio. > > > > o The last_offset used to generate the sort key for newly queued bios > > did not stay at the position of the barrier until either the > > barrier was de-queued, or a new barrier (which updates last_offset) > > was queued. When a barrier is in effect, we know that the disk > > will pass through the barrier position just before the > > "blocked bios" are released, so using the barrier's offset for > > last_offset is the optimal choice. > > > > sys/geom/sched/subr_disk.c: > > sys/kern/subr_disk.c: > > o Update last_offset in bioq_insert_tail(). > > > > o Only update last_offset in bioq_remove() if the removed bio is > > at the head of the queue (typically due to a call via > > bioq_takefirst()) and no barrier is active. > > > > o In bioq_disksort(), if we have a barrier (insert_point is non-NULL), > > set prev to the barrier and cur to it's next element. Now that > > last_offset is kept at the barrier position, this change isn't > > strictly necessary, but since we have to take a decision branch > > anyway, it does avoid one, no-op, loop iteration in the while > > loop that immediately follows. > > > > o In bioq_disksort(), bypass the normal sort for bios with the > > BIO_ORDERED attribute and instead insert them into the queue > > with bioq_insert_tail(). bioq_insert_tail() not only gives > > the desired command order during insertion, but also provides > > barrier semantics so that commands disksorted in the future > > cannot pass the just enqueued transaction. > > > > sys/sys/bio.h: > > Add BIO_ORDERED as bit 4 of the bio_flags field in struct bio. > > > > sys/cam/ata/ata_da.c: > > sys/cam/scsi/scsi_da.c > > Use an ordered command for SCSI/ATA-NCQ commands issued in > > response to bios with the BIO_ORDERED flag set. > > > > sys/cam/scsi/scsi_da.c > > Use an ordered tag when issuing a synchronize cache command. > > > > Wrap some lines to 80 columns. > > > > sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c > > sys/geom/geom_io.c > > Mark bios with the BIO_FLUSH command as BIO_ORDERED. > > > > Sponsored by: Spectra Logic Corporation > > ------------------------------------------------------------------------ > > > > Can you try perhaps commenting out the 'bp->bio_flags |= BIO_ORDERED' line > > changed in geom_io.c in 8.2? That would be effectively reverting this > > portion of the diff: > > > > Index: geom_io.c > > =================================================================== > > --- geom_io.c (.../8.1/sys/geom) (revision 237134) > > +++ geom_io.c (.../8.2/sys/geom) (revision 237134) > > @@ -265,6 +265,7 @@ > > g_trace(G_T_BIO, "bio_flush(%s)", cp->provider->name); > > bp = g_alloc_bio(); > > bp->bio_cmd = BIO_FLUSH; > > + bp->bio_flags |= BIO_ORDERED; > > bp->bio_done = NULL; > > bp->bio_attribute = NULL; > > bp->bio_offset = cp->provider->mediasize; > > > > John... thanks for the suggestion. I've built and tested a kernel with > this change made. Result: no change (same performance as with > 8.2-GENERIC). Any thoughts as to where to go next? Hmm. That seemed the most plausible candidate when I looked at this. Do you use quotas (there is one change in UFS related to quotas)? There are 5 changes that involve sys/kern/vfs_bio.c in 8.2: 209459, 212229, 212562, 212583, and 213890. Can you possibly test out kernels from stable/8 at those revisions on an 8.1 world and see if you can narrow it down futher? Barring that, can you do a binary search of kernels from stable/8 between 8.1 and 8.2 on an 8.1 world to see which commit caused the change in write performance? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 14:51:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44026106566B; Fri, 22 Jun 2012 14:51:32 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from ecbiz102.inmotionhosting.com (ecbiz102.inmotionhosting.com [70.39.235.94]) by mx1.freebsd.org (Postfix) with ESMTP id F331A8FC14; Fri, 22 Jun 2012 14:51:31 +0000 (UTC) Received: from c-50-136-23-27.hsd1.nh.comcast.net ([50.136.23.27]:51121 helo=jack.bspruce.com) by ecbiz102.inmotionhosting.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Si5Cs-00034d-7U; Fri, 22 Jun 2012 10:51:30 -0400 Message-ID: <4FE48670.5070407@greatbaysoftware.com> Date: Fri, 22 Jun 2012 10:51:28 -0400 From: Charles Owens Organization: Great Bay Software User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FDABA0B.5030702@greatbaysoftware.com> <201206150804.46341.jhb@freebsd.org> <4FE3DA14.9090506@greatbaysoftware.com> <201206221022.57632.jhb@freebsd.org> In-Reply-To: <201206221022.57632.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ecbiz102.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - greatbaysoftware.com Cc: freebsd-stable@freebsd.org Subject: re: disk IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 14:51:32 -0000 On 6/22/12 10:22 AM, John Baldwin wrote: > On Thursday, June 21, 2012 10:36:04 pm Charles Owens wrote: >> On 6/15/12 8:04 AM, John Baldwin wrote: >>> On Friday, June 15, 2012 12:28:59 am Charles Owens wrote: >>>> Hello FreeBSD folk, >>>> >>>> We're seeing what appears to be a storage performance regression as we >>>> try to move from 8.1 (i386) to 8.3. We looked at 8.2 also and it >>>> appears that the regression happened between 8.1 and 8.2. >>>> >>>> Our system is an Intel S5520UR Server with 12 GB RAM, dual 4-core CPUs. >>>> Storage is a LSI MegaSAS 1078 controller (mfi) in a RAID-10 >>>> configuration, using UFS + geom_journal for filesystem. >>>> >>>> Postgresql performance, as seen via pgbench, dropped by approx 20%. >>>> This testing was done with our usual PAE-enabled kernels. We then went >>>> back to GENERIC kernels and did comparisons using "bonnie", results >>>> below. Following that is a kernel boot log. >>>> >>>> Notably, we're seeing this regression only with our RAID mfi(4) based >>>> systems. Notably, from looking at FreeBSD source changelogs it appears >>>> that the mfi(4) code has seen some changes since 8.1. >>> Between 8.1 and 8.2 mfi has not had any significant changes. The only changes >>> made to sys/dev/mfi were to add a new constant: >>> >>>> svn diff svn+ssh://svn.freebsd.org/base/releng/8.1/sys/dev/mfi >>> svn+ssh://svn.freebsd.org/base/releng/8.2/sys/dev/mfi >>> Index: mfireg.h >>> =================================================================== >>> --- mfireg.h (.../8.1/sys/dev/mfi) (revision 237134) >>> +++ mfireg.h (.../8.2/sys/dev/mfi) (revision 237134) >>> @@ -975,7 +975,9 @@ >>> MFI_PD_STATE_OFFLINE = 0x10, >>> MFI_PD_STATE_FAILED = 0x11, >>> MFI_PD_STATE_REBUILD = 0x14, >>> - MFI_PD_STATE_ONLINE = 0x18 >>> + MFI_PD_STATE_ONLINE = 0x18, >>> + MFI_PD_STATE_COPYBACK = 0x20, >>> + MFI_PD_STATE_SYSTEM = 0x40 >>> }; >>> >>> union mfi_ld_ref { >>> >>> The difference in write performance must be due to something else. You >>> mentioned you are using UFS + gjournal. I think gjournal uses BIO_FLUSH, so I >>> wonder if this is related: >>> >>> ------------------------------------------------------------------------ >>> r212939 | gibbs | 2010-09-20 19:39:00 -0400 (Mon, 20 Sep 2010) | 61 lines >>> >>> MFC 212160: >>> >>> Correct bioq_disksort so that bioq_insert_tail() offers barrier semantic. >>> Add the BIO_ORDERED flag for struct bio and update bio clients to use it. >>> >>> The barrier semantics of bioq_insert_tail() were broken in two ways: >>> >>> o In bioq_disksort(), an added bio could be inserted at the head of >>> the queue, even when a barrier was present, if the sort key for >>> the new entry was less than that of the last queued barrier bio. >>> >>> o The last_offset used to generate the sort key for newly queued bios >>> did not stay at the position of the barrier until either the >>> barrier was de-queued, or a new barrier (which updates last_offset) >>> was queued. When a barrier is in effect, we know that the disk >>> will pass through the barrier position just before the >>> "blocked bios" are released, so using the barrier's offset for >>> last_offset is the optimal choice. >>> >>> sys/geom/sched/subr_disk.c: >>> sys/kern/subr_disk.c: >>> o Update last_offset in bioq_insert_tail(). >>> >>> o Only update last_offset in bioq_remove() if the removed bio is >>> at the head of the queue (typically due to a call via >>> bioq_takefirst()) and no barrier is active. >>> >>> o In bioq_disksort(), if we have a barrier (insert_point is non-NULL), >>> set prev to the barrier and cur to it's next element. Now that >>> last_offset is kept at the barrier position, this change isn't >>> strictly necessary, but since we have to take a decision branch >>> anyway, it does avoid one, no-op, loop iteration in the while >>> loop that immediately follows. >>> >>> o In bioq_disksort(), bypass the normal sort for bios with the >>> BIO_ORDERED attribute and instead insert them into the queue >>> with bioq_insert_tail(). bioq_insert_tail() not only gives >>> the desired command order during insertion, but also provides >>> barrier semantics so that commands disksorted in the future >>> cannot pass the just enqueued transaction. >>> >>> sys/sys/bio.h: >>> Add BIO_ORDERED as bit 4 of the bio_flags field in struct bio. >>> >>> sys/cam/ata/ata_da.c: >>> sys/cam/scsi/scsi_da.c >>> Use an ordered command for SCSI/ATA-NCQ commands issued in >>> response to bios with the BIO_ORDERED flag set. >>> >>> sys/cam/scsi/scsi_da.c >>> Use an ordered tag when issuing a synchronize cache command. >>> >>> Wrap some lines to 80 columns. >>> >>> sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c >>> sys/geom/geom_io.c >>> Mark bios with the BIO_FLUSH command as BIO_ORDERED. >>> >>> Sponsored by: Spectra Logic Corporation >>> ------------------------------------------------------------------------ >>> >>> Can you try perhaps commenting out the 'bp->bio_flags |= BIO_ORDERED' line >>> changed in geom_io.c in 8.2? That would be effectively reverting this >>> portion of the diff: >>> >>> Index: geom_io.c >>> =================================================================== >>> --- geom_io.c (.../8.1/sys/geom) (revision 237134) >>> +++ geom_io.c (.../8.2/sys/geom) (revision 237134) >>> @@ -265,6 +265,7 @@ >>> g_trace(G_T_BIO, "bio_flush(%s)", cp->provider->name); >>> bp = g_alloc_bio(); >>> bp->bio_cmd = BIO_FLUSH; >>> + bp->bio_flags |= BIO_ORDERED; >>> bp->bio_done = NULL; >>> bp->bio_attribute = NULL; >>> bp->bio_offset = cp->provider->mediasize; >>> >> John... thanks for the suggestion. I've built and tested a kernel with >> this change made. Result: no change (same performance as with >> 8.2-GENERIC). Any thoughts as to where to go next? > Hmm. That seemed the most plausible candidate when I looked at this. > > Do you use quotas (there is one change in UFS related to quotas)? > > There are 5 changes that involve sys/kern/vfs_bio.c in 8.2: > 209459, 212229, 212562, 212583, and 213890. > > Can you possibly test out kernels from stable/8 at those revisions on an 8.1 > world and see if you can narrow it down futher? > > Barring that, can you do a binary search of kernels from stable/8 between 8.1 > and 8.2 on an 8.1 world to see which commit caused the change in write > performance? > We don't use quotas. Yes... we'll work through those revisions. Thank you. Charles From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 11:47:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A280F106564A for ; Fri, 22 Jun 2012 11:47:28 +0000 (UTC) (envelope-from drbaud@yahoo.com) Received: from nm38-vm6.bullet.mail.ne1.yahoo.com (nm38-vm6.bullet.mail.ne1.yahoo.com [98.138.229.150]) by mx1.freebsd.org (Postfix) with SMTP id 56E1E8FC0A for ; Fri, 22 Jun 2012 11:47:28 +0000 (UTC) Received: from [98.138.90.55] by nm38.bullet.mail.ne1.yahoo.com with NNFMP; 22 Jun 2012 11:47:27 -0000 Received: from [98.138.89.198] by tm8.bullet.mail.ne1.yahoo.com with NNFMP; 22 Jun 2012 11:47:27 -0000 Received: from [127.0.0.1] by omp1056.mail.ne1.yahoo.com with NNFMP; 22 Jun 2012 11:47:27 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 653723.87949.bm@omp1056.mail.ne1.yahoo.com Received: (qmail 5835 invoked by uid 60001); 22 Jun 2012 11:47:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1340365647; bh=HmGZrIZv00s8Jio064PIs22bozvfDa9Mv340qTSFRuo=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=dipq67rniAKd3SCFSBvL8yyLwiohWsVn4DSxReqH/RwelMJbua82QcJ87MlqkUUfLqgIzY5pFbsposFeoLRgHCclkMwPfxVhuOA96F092r8fQG5OkEmrhSYF5MByex8xdgUSBdUizYgnaYWGqJoGPCRInNDX0U7ZeOnoGQxrnMQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=C/iRaCyUpsM7rWXfszPEjq0Wu5pAXpSqfAS5UyQ6tw6GYgt+5bwhKCAZ6zEw6hLF5pYeZpQcqrBIez5zgdoFD5h98qAcFEnPkmsB+cd2NLZKts5HxV3b+Do5sRdAzAb2feBop7uSfWwCCJm3mXrbpXERAZ3Ys8JEuGIJD3mak+g=; X-YMail-OSG: azPXdxwVM1mGgf6sZ32KyFoeFqV5Z2Ei97rWwr2ug5m.EbZ OMPzwUHS2O7iWhEJOOnoqzVpTVhVIqZp9PpOCeBRjywjZvwtDvTX_UZb52LE S5qxwiuF8vv3GnxNNF_oQCbB7iBK1ljmh.G4ejrhTNPOEWWzRPZJ4s4a0xeU joOVd9So79l0WKgm8UQQpopZ0CFo4kX_tvffrGfW5P4az3esYLcJpfM5zylx nPL5wDVgcYgM8700o6BEcWeU79MhtJAESMLXIJX1HnRGs5ni.6JCIDSg.16T C3rMG.vxlvVf50OujkGpYTcfXq5Jr4mc20AVv8aL3zvzWih8TDVTamxB4kxW QF.3zVeg2ISZzZ9EVYcMxK9w5mQQbg5aw9ASx_xMcJZslPJ2HSkX3gSzee7D I43FAzUOQ9_m2bxVtVIWHLAfHJgn08gxuXW6r5C1rWPKnzvLropk8heibfTy A Received: from [64.238.244.146] by web120701.mail.ne1.yahoo.com via HTTP; Fri, 22 Jun 2012 04:47:27 PDT X-Mailer: YahooMailWebService/0.8.118.349524 Message-ID: <1340365647.75119.YahooMailNeo@web120701.mail.ne1.yahoo.com> Date: Fri, 22 Jun 2012 04:47:27 -0700 (PDT) From: "Dr. Baud" To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 22 Jun 2012 15:24:07 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 9-STABLE doesn't build with clang/llvm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Dr. Baud" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 11:47:28 -0000 =0A=0A=A0=A0=A0 Anybody else having trouble building r237440 with clang:=0A= =0A/usr/bin/clang=A0 -O2 -pipe=A0 -I/usr/home/bketchum/kernels/stable-9/lib= /libc/includ=0Ae -I/usr/home/bketchum/kernels/stable-9/lib/libc/../../inclu= de -I/usr/home/bketc=0Ahum/kernels/stable-9/lib/libc/amd64 -DNLS=A0 -D__DBI= NTERFACE_PRIVATE -I/usr/home/b=0Aketchum/kernels/stable-9/lib/libc/../../co= ntrib/gdtoa -DINET6 -I/usr/home/bketch=0Aum/kernels/obj/stable-9/usr/home/b= ketchum/kernels/stable-9/lib/libc -I/usr/home/=0Abketchum/kernels/stable-9/= lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/=0Ahome/bketchum/kern= els/stable-9/lib/libc/../../contrib/tzcode/stdtime -I/usr/home=0A/bketchum/= kernels/stable-9/lib/libc/stdtime -I/usr/home/bketchum/kernels/stable-=0A9/= lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/home/bketchum/k= ern=0Aels/stable-9/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std= =3Dgnu99 -Qunu=0Ased-arguments -fstack-protector -Wsystem-headers -Wall -Wn= o-format-y2k -Wno-unin=0Aitialized -Wno-pointer-sign -Wno-empty-body -Wno-s= tring-plus-int -Wno-tautologic=0Aal-compare -Wno-unused-value -Wno-parenthe= ses-equality -Wno-unused-function -Wno=0A-conversion -Wno-switch -Wno-switc= h-enum -c /usr/home/bketchum/kernels/stable-9/=0Alib/libc/db/btree/bt_close= .c -o bt_close.o=0AIn file included from /usr/home/bketchum/kernels/stable-= 9/lib/libc/db/btree/bt_c=0Alose.c:44:=0A/usr/home/bketchum/kernels/stable-9= /lib/libc/../../include/stdlib.h:82:1: error:=0A=0A=A0=A0=A0=A0=A0 unknown = type name '_Noreturn'=0A_Noreturn void=A0=A0 abort(void);=0A^=0A/usr/home/b= ketchum/kernels/stable-9/lib/libc/../../include/stdlib.h:82:11: error=0A:= =0A=A0=A0=A0=A0=A0 expected identifier or '('=0A_Noreturn void=A0=A0 abort(= void);=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 ^=0A/usr/home/bketchum/kernels/stable-= 9/lib/libc/../../include/stdlib.h:92:1: error:=0A=0A=A0=A0=A0=A0=A0 unknown= type name '_Noreturn'=0A_Noreturn void=A0=A0 exit(int);=0A^=0A/usr/home/bk= etchum/kernels/stable-9/lib/libc/../../include/stdlib.h:92:11: error=0A:=0A= =A0=A0=A0=A0=A0 expected identifier or '('=0A_Noreturn void=A0=A0 exit(int)= ;=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 ^=0A/usr/home/bketchum/kernels/stable-9/lib= /libc/../../include/stdlib.h:151:1: error=0A:=0A=A0=A0=A0=A0=A0 unknown typ= e name '_Noreturn'=0A_Noreturn void=A0=A0 _Exit(int);=0A^=0A/usr/home/bketc= hum/kernels/stable-9/lib/libc/../../include/stdlib.h:151:11: erro=0Ar:=0A= =A0=A0=A0=A0=A0 expected identifier or '('=0A_Noreturn void=A0=A0 _Exit(int= );=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 ^=0AIn file included from /usr/home/bketch= um/kernels/stable-9/lib/libc/db/btree/bt_c=0Alose.c:46:=0A/usr/home/bketchu= m/kernels/stable-9/lib/libc/../../include/unistd.h:482:20: erro=0Ar:=0A=A0= =A0=A0=A0=A0 expected function body after function declarator=0Apid_t=A0=A0= =A0 vfork(void) __returns_twice;=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 ^=0A7 errors generated.=0A*** Error code 1=0A=0AStop = in /usr/home/bketchum/kernels/stable-9/lib/libc.=0A*** Error code 1=0A=0ASt= op in /usr/home/bketchum/kernels/stable-9.=0A*** Error code 1=0A=0AStop in = /usr/home/bketchum/kernels/stable-9.=0A*** Error code 1=0A=0AStop in /usr/h= ome/bketchum/kernels/stable-9.=0A*** Error code 1=0A=0AStop in /usr/home/bk= etchum/kernels/stable-9. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 15:35:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D7FB1065670 for ; Fri, 22 Jun 2012 15:35:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 317568FC08 for ; Fri, 22 Jun 2012 15:35:12 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q5MFZBV3020416; Fri, 22 Jun 2012 08:35:11 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q5MFZBWI020415; Fri, 22 Jun 2012 08:35:11 -0700 (PDT) (envelope-from david) Date: Fri, 22 Jun 2012 08:35:11 -0700 From: David Wolfskill To: "Dr. Baud" Message-ID: <20120622153511.GU1874@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , "Dr. Baud" , "freebsd-stable@freebsd.org" References: <1340365647.75119.YahooMailNeo@web120701.mail.ne1.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3a/Z8KDuKqDOIvAo" Content-Disposition: inline In-Reply-To: <1340365647.75119.YahooMailNeo@web120701.mail.ne1.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" Subject: Re: 9-STABLE doesn't build with clang/llvm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 15:35:12 -0000 --3a/Z8KDuKqDOIvAo Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 22, 2012 at 04:47:27AM -0700, Dr. Baud wrote: >=20 >=20 > =A0=A0=A0 Anybody else having trouble building r237440 with clang: > ... I did not have trouble (on i386): FreeBSD g1-227.catwhisker.org 9.0-STABLE FreeBSD 9.0-STABLE #195 237440M: F= ri Jun 22 05:22:20 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src= /sys/CANARY i386 Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --3a/Z8KDuKqDOIvAo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/kkK8ACgkQmprOCmdXAD09fQCfRvxfqkNWLm4/vYYCo6K60fOn ek4AnivHaYFxTzc+GVFJaT5Y1U2z/+7/ =ARkm -----END PGP SIGNATURE----- --3a/Z8KDuKqDOIvAo-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 17:45:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09D6A1065703 for ; Fri, 22 Jun 2012 17:45:00 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9089D8FC1A for ; Fri, 22 Jun 2012 17:44:59 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1929405wgb.31 for ; Fri, 22 Jun 2012 10:44:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=2IIp9tCINWICEEU1zhhakGq0zQq2nCPhbHxmWNuLCH8=; b=NT+jbGHJW/ofcm61zMm9wWpl78EdAWpIe7JH2nDz5rY5X1r37gzefx0gZoUD2FGsUe UnxZRajPwszP8lWOK3mh0wy9M2DdNpR3KyAnN4a4LNhKp4RVwcPzQJThCP8MHtq3GxMc OkJhOIaUh+X6jWrpIzBE0+m2Uqz/XepWd6P696TakBTjVh/4Ab5Av02Zpo+pwgdKqgxH SgylcHjnbLMZkyjZAJUn6um6yoOwDJldvLzhpTbOBwNm98E5h0UQ44Pl/rrnATmH9+MP 3RXnOyDUBr8W6sG7jQCXp1vBId8Y8R/5pKCmlxN4naixNL2Ctug/UUYEKd6gS9LzK5y0 g+SA== MIME-Version: 1.0 Received: by 10.216.228.29 with SMTP id e29mr1693019weq.153.1340387092812; Fri, 22 Jun 2012 10:44:52 -0700 (PDT) Received: by 10.223.155.72 with HTTP; Fri, 22 Jun 2012 10:44:52 -0700 (PDT) Date: Fri, 22 Jun 2012 19:44:52 +0200 Message-ID: From: Thomas Zander To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: KMS on Sandy bridge error device_attach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 17:45:00 -0000 Hi, I just updated my world to try kms which has recently been merged into stable. However I get this when kldload'ing i915kms: drmn0: on vgapci0 info: [drm] MSI enabled 1 message(s) error: [drm:pid1295:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. device_attach: drmn0 attach returned 12 CPU is this model: CPU: Intel(R) Xeon(R) CPU E31260L @ 2.40GHz (2400.07-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x206a7 Family = 6 Model = 2a Stepping = 7 Is this model supposed to work with the current code? Best regards Riggs From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 17:51:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FA481065674 for ; Fri, 22 Jun 2012 17:51:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id C614D8FC15 for ; Fri, 22 Jun 2012 17:51:42 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5MHpS7s048080; Fri, 22 Jun 2012 20:51:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5MHpSoM044497; Fri, 22 Jun 2012 20:51:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5MHpSvf044496; Fri, 22 Jun 2012 20:51:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 Jun 2012 20:51:28 +0300 From: Konstantin Belousov To: Thomas Zander Message-ID: <20120622175128.GJ2337@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Eujle+gWfWWL1xwM" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable Subject: Re: KMS on Sandy bridge error device_attach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 17:51:43 -0000 --Eujle+gWfWWL1xwM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 22, 2012 at 07:44:52PM +0200, Thomas Zander wrote: > Hi, >=20 > I just updated my world to try kms which has recently been merged into > stable. However I get this when kldload'ing i915kms: >=20 > drmn0: on vgapci0 > info: [drm] MSI enabled 1 message(s) > error: [drm:pid1295:drm_load] *ERROR* Card isn't AGP, or couldn't > initialize AGP. > device_attach: drmn0 attach returned 12 >=20 > CPU is this model: >=20 > CPU: Intel(R) Xeon(R) CPU E31260L @ 2.40GHz (2400.07-MHz K8-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x206a7 Family =3D 6 Model =3D 2a = Stepping =3D 7 >=20 > Is this model supposed to work with the current code? Show pciconf -lv output. Also show the dmesg from verbose boot. --Eujle+gWfWWL1xwM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/ksKAACgkQC3+MBN1Mb4iHPACgh8NZtP42096twAnmVlYRAOAg /3wAoOOLmrUzuFkHI6hm84S+gYYfoahv =mCo9 -----END PGP SIGNATURE----- --Eujle+gWfWWL1xwM-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 18:38:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3AC8106566B for ; Fri, 22 Jun 2012 18:38:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 35FA88FC1A for ; Fri, 22 Jun 2012 18:38:12 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5MIc8s4061157; Fri, 22 Jun 2012 21:38:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5MIc8aH044780; Fri, 22 Jun 2012 21:38:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5MIc88e044779; Fri, 22 Jun 2012 21:38:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 Jun 2012 21:38:08 +0300 From: Konstantin Belousov To: Thomas Zander Message-ID: <20120622183808.GK2337@deviant.kiev.zoral.com.ua> References: <20120622175128.GJ2337@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h5+NAFM+2Dh92xRs" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable Subject: Re: KMS on Sandy bridge error device_attach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 18:38:13 -0000 --h5+NAFM+2Dh92xRs Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 22, 2012 at 08:28:29PM +0200, Thomas Zander wrote: > Hello Konstantin, Do not strip lists from Cc:, I am not your tech support. >=20 > On Fri, Jun 22, 2012 at 7:51 PM, Konstantin Belousov > wrote: > >> CPU: Intel(R) Xeon(R) CPU E31260L @ 2.40GHz (2400.07-MHz K8-class CPU) > >> =9A Origin =3D "GenuineIntel" =9AId =3D 0x206a7 =9AFamily =3D 6 =9AMod= el =3D 2a =9AStepping =3D 7 > >> > >> Is this model supposed to work with the current code? > > > > Show pciconf -lv output. Also show the dmesg from verbose boot. >=20 > Thank you for your quick response. Output is attached. > This is probably one of the relatively rarely sold CPUs, so I might > have an edge case here... Yes, indeed, this is something Intel calls 'SandyBridge server Integrated Graphics'. The device id is known to agp driver, but probably it failed to attach due to some (mis)interpretation of the state. Your dmesg is not complete, the hda output displaced the previous messages which contained the agp attach diagnostic. Take agp or hda out from kernel, and rerun the test. Or, increase MSGBUF_SIZE, see conf/NOTES for description. --h5+NAFM+2Dh92xRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/ku44ACgkQC3+MBN1Mb4jX4QCfRomLCxGgscEHAaqBtcNVK6Ar UL8AoKPBK6gmZf9y64BQ4Tz9I3nyDLY7 =SVgr -----END PGP SIGNATURE----- --h5+NAFM+2Dh92xRs-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 18:41:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33FDA1065676; Fri, 22 Jun 2012 18:41:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id A95B48FC1B; Fri, 22 Jun 2012 18:41:46 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id q5MIfiXc095858; Fri, 22 Jun 2012 14:41:44 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4FE4BC5F.30002@sentex.net> Date: Fri, 22 Jun 2012 14:41:35 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Alexander Motin References: <201206201439.q5KEdaF9048424@svn.freebsd.org> In-Reply-To: <201206201439.q5KEdaF9048424@svn.freebsd.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 Cc: FreeBSD-STABLE Mailing List Subject: Re: svn commit: r237318 - in stable/8: share/man/man4 sys/cam sys/cam/scsi sys/conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 18:41:47 -0000 On 6/20/2012 10:39 AM, Alexander Motin wrote: > Author: mav > Date: Wed Jun 20 14:39:35 2012 > New Revision: 237318 > URL: http://svn.freebsd.org/changeset/base/237318 > > Log: > MFC r236712: > To make CAM debugging easier, compile in some debug flags (CAM_DEBUG_INFO, > CAM_DEBUG_CDB, CAM_DEBUG_PERIPH and CAM_DEBUG_PROBE) by default. > List of these flags can be modified with CAM_DEBUG_COMPILE kernel option. > CAMDEBUG kernel option still enables all possible debug, if not overriden. > > Additional 50KB of kernel size is a good price for the ability to debug > problems without rebuilding the kernel. In case where size is important, > debugging can be compiled out by setting CAM_DEBUG_COMPILE option to 0. Hi, Not sure if this is the commit or not, but a kernel from the 18th seems to function normally, and a kernel from today has a great deal of messages like the ones below. I also dont know if this is just exposing an existing bug in the driver that was upto now hidden ? Boot time, I see the following (probe1:twa0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe1:twa0:0:1:0): CAM status: Invalid Target ID (probe1:twa0:0:1:0): Error 22, Unretryable error (probe2:twa0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe2:twa0:0:2:0): CAM status: Invalid Target ID (probe2:twa0:0:2:0): Error 22, Unretryable error (probe3:twa0:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe3:twa0:0:3:0): CAM status: Invalid Target ID (probe3:twa0:0:3:0): Error 22, Unretryable error (probe4:twa0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe4:twa0:0:4:0): CAM status: Invalid Target ID (probe4:twa0:0:4:0): Error 22, Unretryable error (probe15:twa0:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe15:twa0:0:15:0): CAM status: Invalid Target ID (probe15:twa0:0:15:0): Error 22, Unretryable error (probe16:twa0:0:16:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe16:twa0:0:16:0): CAM status: Invalid Target ID (probe16:twa0:0:16:0): Error 22, Unretryable error (probe17:twa0:0:17:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe17:twa0:0:17:0): CAM status: Invalid Target ID (probe17:twa0:0:17:0): Error 22, Unretryable error (probe18:twa0:0:18:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe18:twa0:0:18:0): CAM status: Invalid Target ID (probe18:twa0:0:18:0): Error 22, Unretryable error (probe19:twa0:0:19:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe19:twa0:0:19:0): CAM status: Invalid Target ID (probe19:twa0:0:19:0): Error 22, Unretryable error (probe20:twa0:0:20:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe20:twa0:0:20:0): CAM status: Invalid Target ID (probe20:twa0:0:20:0): Error 22, Unretryable error (probe21:twa0:0:21:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe21:twa0:0:21:0): CAM status: Invalid Target ID (probe21:twa0:0:21:0): Error 22, Unretryable error (probe22:twa0:0:22:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe22:twa0:0:22:0): CAM status: Invalid Target ID (probe22:twa0:0:22:0): Error 22, Unretryable error (probe23:twa0:0:23:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe23:twa0:0:23:0): CAM status: Invalid Target ID (probe23:twa0:0:23:0): Error 22, Unretryable error (probe24:twa0:0:24:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe24:twa0:0:24:0): CAM status: Invalid Target ID (probe24:twa0:0:24:0): Error 22, Unretryable error (probe25:twa0:0:25:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe25:twa0:0:25:0): CAM status: Invalid Target ID (probe25:twa0:0:25:0): Error 22, Unretryable error (probe26:twa0:0:26:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe26:twa0:0:26:0): CAM status: Invalid Target ID (probe26:twa0:0:26:0): Error 22, Unretryable error (probe5:twa0:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe5:twa0:0:5:0): CAM status: Invalid Target ID (probe5:twa0:0:5:0): Error 22, Unretryable error (probe6:twa0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe6:twa0:0:6:0): CAM status: Invalid Target ID (probe6:twa0:0:6:0): Error 22, Unretryable error (probe7:twa0:0:7:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe7:twa0:0:7:0): CAM status: Invalid Target ID (probe7:twa0:0:7:0): Error 22, Unretryable error (probe8:twa0:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe8:twa0:0:8:0): CAM status: Invalid Target ID (probe8:twa0:0:8:0): Error 22, Unretryable error (probe9:twa0:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe9:twa0:0:9:0): CAM status: Invalid Target ID (probe9:twa0:0:9:0): Error 22, Unretryable error (probe10:twa0:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe10:twa0:0:10:0): CAM status: Invalid Target ID (probe10:twa0:0:10:0): Error 22, Unretryable error (probe11:twa0:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe11:twa0:0:11:0): CAM status: Invalid Target ID (probe11:twa0:0:11:0): Error 22, Unretryable error (probe12:twa0:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe12:twa0:0:12:0): CAM status: Invalid Target ID (probe12:twa0:0:12:0): Error 22, Unretryable error (probe13:twa0:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe13:twa0:0:13:0): CAM status: Invalid Target ID (probe13:twa0:0:13:0): Error 22, Unretryable error (probe14:twa0:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe14:twa0:0:14:0): CAM status: Invalid Target ID (probe14:twa0:0:14:0): Error 22, Unretryable error (probe27:twa0:0:27:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe27:twa0:0:27:0): CAM status: Invalid Target ID (probe27:twa0:0:27:0): Error 22, Unretryable error (probe28:twa0:0:28:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe28:twa0:0:28:0): CAM status: Invalid Target ID (probe28:twa0:0:28:0): Error 22, Unretryable error (probe29:twa0:0:29:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe29:twa0:0:29:0): CAM status: Invalid Target ID (probe29:twa0:0:29:0): Error 22, Unretryable error (probe30:twa0:0:30:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe30:twa0:0:30:0): CAM status: Invalid Target ID (probe30:twa0:0:30:0): Error 22, Unretryable error (probe31:twa0:0:31:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe31:twa0:0:31:0): CAM status: Invalid Target ID (probe31:twa0:0:31:0): Error 22, Unretryable error da0 at twa0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 476827MB (976541696 512 byte sectors: 255H 63S/T 60786C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #4 Launched! Timecounter "TSC-low" frequency 12471958 Hz quality 1000 Trying to mount root from ufs:/dev/da0p2 [rw]... And then with moderate disk activity, Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): WRITE(10). CDB: 2a 0 18 af 19 e2 0 0 40 0 Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): CAM status: Unconditionally Re-queue Request Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): Retrying command Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): WRITE(10). CDB: 2a 0 18 ad 78 92 0 0 10 0 Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): CAM status: Unconditionally Re-queue Request Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): Retrying command Jun 22 14:22:58 offsite2 kernel: (da0:twa0:0:0:0): WRITE(10). CDB: 2a 0 18 95 20 ba 0 0 8 0 Jun 22 14:22:58 offsite2 kernel: (da0:twa0:0:0:0): CAM status: Unconditionally Re-queue Request Jun 22 14:22:58 offsite2 kernel: (da0:twa0:0:0:0): Retrying command Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): WRITE(10). CDB: 2a 0 18 af 2f e2 0 0 40 0 Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): CAM status: Unconditionally Re-queue Request Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): Retrying command Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): WRITE(10). CDB: 2a 0 18 af 30 62 0 0 40 0 Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): CAM status: Unconditionally Re-queue Request Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): Retrying command 0{offsite2}# uname -a FreeBSD offsite2.sentex.ca 9.0-STABLE FreeBSD 9.0-STABLE #2: Thu Jun 21 09:48:07 EDT 2012 mdtancsa@offsite2.sentex.ca:/usr/obj/usr/src/sys/offsite amd64 0{offsite2}# Using jhb's handy pciconf from HEAD, I see (pciconf -lvcbe) twa0@pci0:2:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 rev=0x01 hdr=0x00 vendor = '3ware Inc' device = '9650SE SATA-II RAID PCIe' class = mass storage subclass = RAID bar [10] = type Prefetchable Memory, range 64, base 0x81c000000, size 33554432, enabled bar [18] = type Memory, range 64, base 0xe2420000, size 4096, enabled bar [20] = type I/O Port, range 32, base 0x4000, size 256, enabled cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 32 messages, 64 bit cap 10[70] = PCI-Express 1 legacy endpoint max data 128(512) link x1(x8) ecap 0001[100] = AER 1 1 fatal 0 non-fatal 0 corrected PCI-e errors = Fatal Error Detected Unsupported Request Detected Fatal = Unsupported Request Looking at the pciconf output from the older kernel, the unsupported request is there too twa0@pci0:2:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 rev=0x01 hdr=0x00 vendor = '3ware Inc' device = '9650SE SATA-II RAID PCIe' class = mass storage subclass = RAID bar [10] = type Prefetchable Memory, range 64, base 0x81c000000, size 33554432, enabled bar [18] = type Memory, range 64, base 0xe2420000, size 4096, enabled bar [20] = type I/O Port, range 32, base 0x4000, size 256, enabled cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 32 messages, 64 bit cap 10[70] = PCI-Express 1 legacy endpoint max data 128(512) link x1(x8) ecap 0001[100] = AER 1 1 fatal 0 non-fatal 0 corrected PCI-e errors = Fatal Error Detected Unsupported Request Detected Fatal = Unsupported Request 3ware device driver for 9000 series storage controllers, version: 3.80.06.003 twa0: <3ware 9000 series Storage Controller> port 0x4000-0x40ff mem 0x81c000000-0x81dffffff,0xe2420000-0xe2420fff irq 17 at device 0.0 on pci2 twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-2LP, 2 ports, Firmware FE9X 4.10.00.021, BIOS BE9X 4.08.00 .003 ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 18:58:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0339A106564A for ; Fri, 22 Jun 2012 18:58:54 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 731998FC08 for ; Fri, 22 Jun 2012 18:58:53 +0000 (UTC) Received: by lbon10 with SMTP id n10so4880917lbo.13 for ; Fri, 22 Jun 2012 11:58:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=hxgFUps0ZyGUcvS/93I/4FpaeyqCpOcwybBg8y+GnXw=; b=uUGuKN6EL0uPsLEzanxGkq5Aicb6yrI8H/KdsPVJBq0EsWzfp0LNvuM0tCfL2A4Hom wB6g3RhZmwSHSQdGNwylx8D9BNXse+fu0XOd5+WlMx0O9GiG6dsD/p1jxspSupkQ4zX6 vNzhT2OqoqilH1G0yfYYiY8zi4T4uwL/CW72FeDx2rw3Gma+g5BtEzoqzqHbx+E9lwv5 zRrGwAC3pJfFnz6rjTaQAPxdkNuZL6mIXAwc2SEi/nN93ILEisjZ5W7K0iYmg1M/hj4p v4XSMLutGfniz8+qqS4YIg6ZL+KXZ2plhWBw6GhamnaVAfP3Np/O2/hT/qanAr8eECIJ ipPg== Received: by 10.112.28.226 with SMTP id e2mr1891309lbh.96.1340391531498; Fri, 22 Jun 2012 11:58:51 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id h6sm21455004lbl.13.2012.06.22.11.58.49 (version=SSLv3 cipher=OTHER); Fri, 22 Jun 2012 11:58:50 -0700 (PDT) Sender: Alexander Motin Message-ID: <4FE4C067.1010705@FreeBSD.org> Date: Fri, 22 Jun 2012 21:58:47 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120618 Thunderbird/13.0 MIME-Version: 1.0 To: Mike Tancsa References: <201206201439.q5KEdaF9048424@svn.freebsd.org> <4FE4BC5F.30002@sentex.net> In-Reply-To: <4FE4BC5F.30002@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: svn commit: r237318 - in stable/8: share/man/man4 sys/cam sys/cam/scsi sys/conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 18:58:54 -0000 On 06/22/12 21:41, Mike Tancsa wrote: > On 6/20/2012 10:39 AM, Alexander Motin wrote: >> Author: mav >> Date: Wed Jun 20 14:39:35 2012 >> New Revision: 237318 >> URL: http://svn.freebsd.org/changeset/base/237318 >> >> Log: >> MFC r236712: >> To make CAM debugging easier, compile in some debug flags (CAM_DEBUG_INFO, >> CAM_DEBUG_CDB, CAM_DEBUG_PERIPH and CAM_DEBUG_PROBE) by default. >> List of these flags can be modified with CAM_DEBUG_COMPILE kernel option. >> CAMDEBUG kernel option still enables all possible debug, if not overriden. >> >> Additional 50KB of kernel size is a good price for the ability to debug >> problems without rebuilding the kernel. In case where size is important, >> debugging can be compiled out by setting CAM_DEBUG_COMPILE option to 0. > > Hi, > Not sure if this is the commit or not, but a kernel from the 18th seems to function normally, and a kernel from today has a great deal of messages like the ones below. I also dont know if this is just exposing an existing bug in the driver that was upto now hidden ? That's not. That's a bit later. > Boot time, I see the following > > (probe1:twa0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe1:twa0:0:1:0): CAM status: Invalid Target ID > (probe1:twa0:0:1:0): Error 22, Unretryable error > (probe2:twa0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe2:twa0:0:2:0): CAM status: Invalid Target ID > (probe2:twa0:0:2:0): Error 22, Unretryable error > (probe3:twa0:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe3:twa0:0:3:0): CAM status: Invalid Target ID > (probe3:twa0:0:3:0): Error 22, Unretryable error > (probe4:twa0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe4:twa0:0:4:0): CAM status: Invalid Target ID > (probe4:twa0:0:4:0): Error 22, Unretryable error > (probe15:twa0:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe15:twa0:0:15:0): CAM status: Invalid Target ID > (probe15:twa0:0:15:0): Error 22, Unretryable error > (probe16:twa0:0:16:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe16:twa0:0:16:0): CAM status: Invalid Target ID > (probe16:twa0:0:16:0): Error 22, Unretryable error > (probe17:twa0:0:17:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe17:twa0:0:17:0): CAM status: Invalid Target ID > (probe17:twa0:0:17:0): Error 22, Unretryable error > (probe18:twa0:0:18:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe18:twa0:0:18:0): CAM status: Invalid Target ID > (probe18:twa0:0:18:0): Error 22, Unretryable error > (probe19:twa0:0:19:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe19:twa0:0:19:0): CAM status: Invalid Target ID > (probe19:twa0:0:19:0): Error 22, Unretryable error > (probe20:twa0:0:20:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe20:twa0:0:20:0): CAM status: Invalid Target ID > (probe20:twa0:0:20:0): Error 22, Unretryable error > (probe21:twa0:0:21:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe21:twa0:0:21:0): CAM status: Invalid Target ID > (probe21:twa0:0:21:0): Error 22, Unretryable error > (probe22:twa0:0:22:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe22:twa0:0:22:0): CAM status: Invalid Target ID > (probe22:twa0:0:22:0): Error 22, Unretryable error > (probe23:twa0:0:23:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe23:twa0:0:23:0): CAM status: Invalid Target ID > (probe23:twa0:0:23:0): Error 22, Unretryable error > (probe24:twa0:0:24:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe24:twa0:0:24:0): CAM status: Invalid Target ID > (probe24:twa0:0:24:0): Error 22, Unretryable error > (probe25:twa0:0:25:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe25:twa0:0:25:0): CAM status: Invalid Target ID > (probe25:twa0:0:25:0): Error 22, Unretryable error > (probe26:twa0:0:26:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe26:twa0:0:26:0): CAM status: Invalid Target ID > (probe26:twa0:0:26:0): Error 22, Unretryable error > (probe5:twa0:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe5:twa0:0:5:0): CAM status: Invalid Target ID > (probe5:twa0:0:5:0): Error 22, Unretryable error > (probe6:twa0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe6:twa0:0:6:0): CAM status: Invalid Target ID > (probe6:twa0:0:6:0): Error 22, Unretryable error > (probe7:twa0:0:7:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe7:twa0:0:7:0): CAM status: Invalid Target ID > (probe7:twa0:0:7:0): Error 22, Unretryable error > (probe8:twa0:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe8:twa0:0:8:0): CAM status: Invalid Target ID > (probe8:twa0:0:8:0): Error 22, Unretryable error > (probe9:twa0:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe9:twa0:0:9:0): CAM status: Invalid Target ID > (probe9:twa0:0:9:0): Error 22, Unretryable error > (probe10:twa0:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe10:twa0:0:10:0): CAM status: Invalid Target ID > (probe10:twa0:0:10:0): Error 22, Unretryable error > (probe11:twa0:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe11:twa0:0:11:0): CAM status: Invalid Target ID > (probe11:twa0:0:11:0): Error 22, Unretryable error > (probe12:twa0:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe12:twa0:0:12:0): CAM status: Invalid Target ID > (probe12:twa0:0:12:0): Error 22, Unretryable error > (probe13:twa0:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe13:twa0:0:13:0): CAM status: Invalid Target ID > (probe13:twa0:0:13:0): Error 22, Unretryable error > (probe14:twa0:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe14:twa0:0:14:0): CAM status: Invalid Target ID > (probe14:twa0:0:14:0): Error 22, Unretryable error > (probe27:twa0:0:27:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe27:twa0:0:27:0): CAM status: Invalid Target ID > (probe27:twa0:0:27:0): Error 22, Unretryable error > (probe28:twa0:0:28:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe28:twa0:0:28:0): CAM status: Invalid Target ID > (probe28:twa0:0:28:0): Error 22, Unretryable error > (probe29:twa0:0:29:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe29:twa0:0:29:0): CAM status: Invalid Target ID > (probe29:twa0:0:29:0): Error 22, Unretryable error > (probe30:twa0:0:30:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe30:twa0:0:30:0): CAM status: Invalid Target ID > (probe30:twa0:0:30:0): Error 22, Unretryable error > (probe31:twa0:0:31:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe31:twa0:0:31:0): CAM status: Invalid Target ID > (probe31:twa0:0:31:0): Error 22, Unretryable error That is probably bug in a driver. It should return CAM_SEL_TIMEOUT instead of CAM_TID_INVALID for missing devices. You should seen some of these errors even before if booted with verbose messages enabled. > And then with moderate disk activity, > > Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): WRITE(10). CDB: 2a 0 18 af 19 e2 0 0 40 0 > Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): CAM status: Unconditionally Re-queue Request > Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): Retrying command > Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): WRITE(10). CDB: 2a 0 18 ad 78 92 0 0 10 0 > Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): CAM status: Unconditionally Re-queue Request > Jun 22 14:22:57 offsite2 kernel: (da0:twa0:0:0:0): Retrying command > Jun 22 14:22:58 offsite2 kernel: (da0:twa0:0:0:0): WRITE(10). CDB: 2a 0 18 95 20 ba 0 0 8 0 > Jun 22 14:22:58 offsite2 kernel: (da0:twa0:0:0:0): CAM status: Unconditionally Re-queue Request > Jun 22 14:22:58 offsite2 kernel: (da0:twa0:0:0:0): Retrying command > Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): WRITE(10). CDB: 2a 0 18 af 2f e2 0 0 40 0 > Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): CAM status: Unconditionally Re-queue Request > Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): Retrying command > Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): WRITE(10). CDB: 2a 0 18 af 30 62 0 0 40 0 > Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): CAM status: Unconditionally Re-queue Request > Jun 22 14:22:59 offsite2 kernel: (da0:twa0:0:0:0): Retrying command That is my fault and it is already fixed at HEAD at r237446. I'll merge it soon. It should be harmless. Sorry. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 19:13:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB4B5106566C; Fri, 22 Jun 2012 19:13:54 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 65E488FC12; Fri, 22 Jun 2012 19:13:54 +0000 (UTC) Received: by obbun3 with SMTP id un3so3019520obb.13 for ; Fri, 22 Jun 2012 12:13:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=TR9zc5773MxJtqmzECyo0dnO/hWOqkr9cU+n3GjJ7WU=; b=nEd4CvoY9vTJRQUc7nOpOSpdQJuiqq6prudVyGBV75n6+xIlhgoTxeFdDt8kXg8FrN 1YidiwQMBqXU8sap+UU65dAWIz0VtYBb8zoIkrrYSqoXw5VL9IhxBOwuOtYoGx0FtsQ2 /bomHcf35VBknsXeL4ocucYH3h6VN+giGNMbq5PzpjYf1afP8pGHCWN2LqKOgnVB4inJ k5M99V9vWo4BzwVts3O7wyk51xFPRDy2Wy5C2kHdh86bS/RT9v4IG8Oi1Ye/wAjOYfid zDeD5ybTzqnhxOJ46UsLMklVDMkLu4xv6BPYC7SaAEot8AzEqwqqyW9gB5Zh6dq2G6UF U79g== MIME-Version: 1.0 Received: by 10.182.47.66 with SMTP id b2mr3112980obn.2.1340392433744; Fri, 22 Jun 2012 12:13:53 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.182.10.34 with HTTP; Fri, 22 Jun 2012 12:13:53 -0700 (PDT) Date: Fri, 22 Jun 2012 15:13:53 -0400 X-Google-Sender-Auth: yNGpSVH2K7o2ZvfIa9MjSQ5ttk4 Message-ID: From: Rick Miller To: FreeBSD Questions , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 19:13:54 -0000 Hi All, Wondering if the Intel X520-DA2 10G Fibre NIC is supported in stable/8. Hardware notes don't specify it, but I have a system up and the interfaces appear to be loaded by the ix driver. However, status indicates "no carrier". -- Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 19:40:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2E58106564A; Fri, 22 Jun 2012 19:40:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id B7C088FC08; Fri, 22 Jun 2012 19:40:16 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D4B21B95D; Fri, 22 Jun 2012 15:40:15 -0400 (EDT) From: John Baldwin To: Mike Tancsa Date: Fri, 22 Jun 2012 15:06:35 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <201206201439.q5KEdaF9048424@svn.freebsd.org> <4FE4BC5F.30002@sentex.net> In-Reply-To: <4FE4BC5F.30002@sentex.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201206221506.35489.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 22 Jun 2012 15:40:16 -0400 (EDT) Cc: Alexander Motin , FreeBSD-STABLE Mailing List Subject: Re: svn commit: r237318 - in stable/8: share/man/man4 sys/cam sys/cam/scsi sys/conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 19:40:17 -0000 On Friday, June 22, 2012 2:41:35 pm Mike Tancsa wrote: > Using jhb's handy pciconf from HEAD, I see (pciconf -lvcbe) > > twa0@pci0:2:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 rev=0x01 hdr=0x00 > vendor = '3ware Inc' > device = '9650SE SATA-II RAID PCIe' > class = mass storage > subclass = RAID > bar [10] = type Prefetchable Memory, range 64, base 0x81c000000, size 33554432, enabled > bar [18] = type Memory, range 64, base 0xe2420000, size 4096, enabled > bar [20] = type I/O Port, range 32, base 0x4000, size 256, enabled > cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 05[50] = MSI supports 32 messages, 64 bit > cap 10[70] = PCI-Express 1 legacy endpoint max data 128(512) link x1(x8) > ecap 0001[100] = AER 1 1 fatal 0 non-fatal 0 corrected > PCI-e errors = Fatal Error Detected > Unsupported Request Detected > Fatal = Unsupported Request > > > Looking at the pciconf output from the older kernel, the unsupported request is there too > > twa0@pci0:2:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 rev=0x01 hdr=0x00 > vendor = '3ware Inc' > device = '9650SE SATA-II RAID PCIe' > class = mass storage > subclass = RAID > bar [10] = type Prefetchable Memory, range 64, base 0x81c000000, size 33554432, enabled > bar [18] = type Memory, range 64, base 0xe2420000, size 4096, enabled > bar [20] = type I/O Port, range 32, base 0x4000, size 256, enabled > cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 05[50] = MSI supports 32 messages, 64 bit > cap 10[70] = PCI-Express 1 legacy endpoint max data 128(512) link x1(x8) > ecap 0001[100] = AER 1 1 fatal 0 non-fatal 0 corrected > PCI-e errors = Fatal Error Detected > Unsupported Request Detected > Fatal = Unsupported Request I think you can ignore these. I think they happen during POST. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 19:44:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06DE1106566B; Fri, 22 Jun 2012 19:44:39 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id BBFDE8FC12; Fri, 22 Jun 2012 19:44:38 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id q5MJicFV005739; Fri, 22 Jun 2012 15:44:38 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4FE4CB1C.3030004@sentex.net> Date: Fri, 22 Jun 2012 15:44:28 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: John Baldwin References: <201206201439.q5KEdaF9048424@svn.freebsd.org> <4FE4BC5F.30002@sentex.net> <201206221506.35489.jhb@freebsd.org> In-Reply-To: <201206221506.35489.jhb@freebsd.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 Cc: FreeBSD-STABLE Mailing List Subject: Re: svn commit: r237318 - in stable/8: share/man/man4 sys/cam sys/cam/scsi sys/conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 19:44:39 -0000 On 6/22/2012 3:06 PM, John Baldwin wrote: >> PCI-e errors = Fatal Error Detected >> Unsupported Request Detected >> Fatal = Unsupported Request >> >> > > I think you can ignore these. I think they happen during POST. Thanks! A handy diagnostic tool to have BTW. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 19:45:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44B111065670; Fri, 22 Jun 2012 19:45:47 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id ED2B98FC1E; Fri, 22 Jun 2012 19:45:46 +0000 (UTC) Received: by obbun3 with SMTP id un3so3063373obb.13 for ; Fri, 22 Jun 2012 12:45:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=HBl22JnODOT4H5F6p9M04A4yVxKHE09w359K8sMEMhg=; b=AbhgU975jrMm3EwA5tu4vGmELRiX02mOPRXOYAfV8YUJRo7QCwKL4sK7eMormyEp1+ G79sX9b7OKWqJ5vHwmq1dLUGsBxrFDqCaS8vJALsMSuhfiySU4EPXu+T5Uw4VRDk+3HE hr+E6rVWJ9itzUCxYT6+JEMidk5esQp08wK/YNIHgTCTxWvjhQqY1vTjAOi9KuYt8iut yO9zwQj6D9le8XGr8/Ahk/xdUAq7/MDMBpGZg8Sl18ygZQ3GJGFboWYv0umOiv1JU0ih IYmIFek5mhKksjr9vif5Uv/iHgYqknv94qG9geFm3H+xgi2vbkbullIlRIYcMasX/gMq XtoA== MIME-Version: 1.0 Received: by 10.182.14.36 with SMTP id m4mr3257345obc.71.1340394346522; Fri, 22 Jun 2012 12:45:46 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.182.10.34 with HTTP; Fri, 22 Jun 2012 12:45:46 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 Jun 2012 15:45:46 -0400 X-Google-Sender-Auth: xyiLfF7zjX9lXRzxCTd5u4P3tj0 Message-ID: From: Rick Miller To: FreeBSD Questions , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 19:45:47 -0000 On Fri, Jun 22, 2012 at 3:13 PM, Rick Miller wro= te: > Hi All, > > Wondering if the Intel X520-DA2 10G Fibre NIC is supported in > stable/8. =A0Hardware notes don't specify it, but I have a system up and > the interfaces appear to be loaded by the ix driver. =A0However, status > indicates "no carrier". Ok, brain fart. Please forgive my ineptitude. I once sent an email inquiring about the Intel 82599, which is this NIC. Responses to that mail say it's supported by the ixgbe driver. My stable/8 installation (5/21/2012) probes it with an ix driver that I cannot find any info on. The ixgbe manage indicates it only supports 82598 based controllers. Not sure what to think here... From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 19:51:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FE0C10656AE for ; Fri, 22 Jun 2012 19:51:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 37E8D8FC19 for ; Fri, 22 Jun 2012 19:51:49 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2045B5C59; Fri, 22 Jun 2012 21:51:42 +0200 (CEST) Message-ID: <4FE4CCCE.906@FreeBSD.org> Date: Fri, 22 Jun 2012 21:51:42 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120607 Thunderbird/14.0 MIME-Version: 1.0 To: "Dr. Baud" References: <1340365647.75119.YahooMailNeo@web120701.mail.ne1.yahoo.com> In-Reply-To: <1340365647.75119.YahooMailNeo@web120701.mail.ne1.yahoo.com> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: 9-STABLE doesn't build with clang/llvm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 19:51:49 -0000 On 2012-06-22 13:47, Dr. Baud wrote: > Anybody else having trouble building r237440 with clang: ... > /usr/home/bketchum/kernels/stable-9/lib/libc/../../include/stdlib.h:82:1: error: > > unknown type name '_Noreturn' > _Noreturn void abort(void); > ^ There seems to be something wrong with your cdefs.h file. Please check your copy, which should be in: /usr/home/bketchum/kernels/stable-9/sys/sys/cdefs.h Alternatively, try running the failing command line with -save-temps, and upload the resulting bt_close.i somewhere (or attach it, but compress it first, please). From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 19:52:05 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8D261065695 for ; Fri, 22 Jun 2012 19:52:05 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BA95F8FC17; Fri, 22 Jun 2012 19:52:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5MJq5PE027425; Fri, 22 Jun 2012 19:52:05 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5MJq574027424; Fri, 22 Jun 2012 19:52:05 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Fri, 22 Jun 2012 21:52:03 +0200 From: Baptiste Daroussin To: Chris Nehren Message-ID: <20120622195202.GG83730@ithaqua.etoilebsd.net> References: <201206011857.q51IvqN3049343@office.dignus.com> <4FC91CFE.3090009@shatow.net> <20120601200953.GH15877@isuckatdomains.members.linode.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JbKQpFqZXJ2T76Sg" Content-Disposition: inline In-Reply-To: <20120601200953.GH15877@isuckatdomains.members.linode.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@FreeBSD.org Subject: Re: pkgng (Was: Why Are You NOT Using FreeBSD ?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 19:52:05 -0000 --JbKQpFqZXJ2T76Sg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 01, 2012 at 04:09:53PM -0400, Chris Nehren wrote: > On Fri, Jun 01, 2012 at 14:50:22 -0500 , Bryan Drewery wrote: > > FWIW, there is freebsd-update(8) now for binary updating of base, and > > pkgng[1] will allow binary upgrading of packages/ports similar to apt-g= et. > >=20 > > [1] http://wiki.freebsd.org/pkgng >=20 > The thing that really has me attracted to pkgng is that it's based on a > C library with a public API that developers can use / abuse. It's not > (AFAIK) officially released yet, but some early work I've been doing > with it has shown it to be useful enough. >=20 > --=20 > Thanks and best regards, > Chris Nehren > _______________________________________________ > 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" Do not hesitate to propose patches or bring feedback on how we can improve = the situation with library. The API is public but will only be consider as stable before 2.0, because i= t can be greatly improved and we hope to have reviews and feedback and cleanup be= fore marking it stable. regards, Bapt --JbKQpFqZXJ2T76Sg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/kzOIACgkQ8kTtMUmk6EwwDACffge2F9zmONEDIX0Blw+uqcvM NeEAn3g+PeHz1PTzSAC979jQRFj3V6so =Evsq -----END PGP SIGNATURE----- --JbKQpFqZXJ2T76Sg-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 20:00:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDE1F1065672; Fri, 22 Jun 2012 20:00:44 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from mail.averesystems.com (50-73-27-109-cpennsylvania.hfc.comcastbusiness.net [50.73.27.109]) by mx1.freebsd.org (Postfix) with ESMTP id B7B9D8FC08; Fri, 22 Jun 2012 20:00:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.averesystems.com (Postfix) with ESMTP id 09CC248049C; Fri, 22 Jun 2012 15:54:07 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.averesystems.com Received: from mail.averesystems.com ([127.0.0.1]) by localhost (mail.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e7LNDexcWa76; Fri, 22 Jun 2012 15:54:05 -0400 (EDT) Received: from riven.arriad.com (206.193.225.214.nauticom.net [206.193.225.214]) by mail.averesystems.com (Postfix) with ESMTPSA id BE7E4480276; Fri, 22 Jun 2012 15:54:04 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Andrew Boyer In-Reply-To: Date: Fri, 22 Jun 2012 15:54:01 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Rick Miller X-Mailer: Apple Mail (2.1278) Cc: freebsd-stable@freebsd.org, FreeBSD Questions Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 20:00:45 -0000 The ixgbe driver creates devices named ix0, etc. I believe you need to run 'ifconfig ix0 up' before it will attempt to = get link. -Andrew On Jun 22, 2012, at 3:45 PM, Rick Miller wrote: > On Fri, Jun 22, 2012 at 3:13 PM, Rick Miller = wrote: >> Hi All, >>=20 >> Wondering if the Intel X520-DA2 10G Fibre NIC is supported in >> stable/8. Hardware notes don't specify it, but I have a system up = and >> the interfaces appear to be loaded by the ix driver. However, status >> indicates "no carrier". >=20 > Ok, brain fart. Please forgive my ineptitude. I once sent an email > inquiring about the Intel 82599, which is this NIC. Responses to that > mail say it's supported by the ixgbe driver. My stable/8 installation > (5/21/2012) probes it with an ix driver that I cannot find any info > on. The ixgbe manage indicates it only supports 82598 based > controllers. Not sure what to think here... > _______________________________________________ > 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" -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 20:02:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6950B106566B; Fri, 22 Jun 2012 20:02:59 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1ED958FC1F; Fri, 22 Jun 2012 20:02:59 +0000 (UTC) Received: by obbun3 with SMTP id un3so3086560obb.13 for ; Fri, 22 Jun 2012 13:02:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=IW3+o435fKSnbumDwJ8P1l2aUlYqqX5kP+RUb+qAuKQ=; b=OVPBCnHZBPSYtSlqn64WTiB52AM8dhghlGn/dbEeSo+AEw+zn3wDmHxw215KjXkfhd fbIVC2vLpvg+BHUiyvjJH0adBaN66BSbp4V36ChB+8Zpqs4eiypnIsCF6RoVSruns+UF g7z4nwnBliOVAgZdixR5Gk8VAivS+WNjOJeiQrqoLo8M2/lf/7U+gRQSRyBM6NZZ7WTd Sbn6r97Mn9C/xaddjRXFDJvuiC3q0FtTdPZqmPdrttwBDuUL4l05ABt77RoPGmWF47kY 76y+4115bVT2XL997icJpVJxLhGZVOBX1/bhY0ClcHU9WSNBv2A499ZbcRhDDrMIUOty aptg== MIME-Version: 1.0 Received: by 10.182.47.66 with SMTP id b2mr3267431obn.2.1340395378756; Fri, 22 Jun 2012 13:02:58 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.182.10.34 with HTTP; Fri, 22 Jun 2012 13:02:58 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 Jun 2012 16:02:58 -0400 X-Google-Sender-Auth: Qa8wu1hQCg8iFn_5fikCWmrlCtg Message-ID: From: Rick Miller To: Andrew Boyer Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, FreeBSD Questions Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 20:02:59 -0000 On Fri, Jun 22, 2012 at 3:54 PM, Andrew Boyer wrote: > The ixgbe driver creates devices named ix0, etc. > > I believe you need to run 'ifconfig ix0 up' before it will attempt to get link. Thanks for clarifying that tidbit. At least I know the driver loading is the correct driver :) I did try ifup'ing the interface...it shows the interface up, status is still no carrier. I've had confirmation that the cable itself is good. I wonder if it matters that the upstream switch has VLAN tagging enabled? From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 20:32:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C464106564A; Fri, 22 Jun 2012 20:32:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DED948FC0C; Fri, 22 Jun 2012 20:32:07 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so4403687pbb.13 for ; Fri, 22 Jun 2012 13:32:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=veTTDz6N9x2G9mcNqFTwQHOvjfl6YdQvWPM5/HUjUg0=; b=KJJsCrJ4FNAESSg8eK7pqU7crIf6OMCO7N2pI9/+3h9D5hAqUSGfrjoucfoJmi+217 yQOtomYJJ+l3TvbyVIqKvAfkMqs7LhdJn8RpkOmEYLVs9BkGwJMnrbaOZh/X2my9QRHE pwABwL/bKUMY4TJHucl2PZNvBrK5B38ljyWo++/Hfdd8ucYULAD+jTWuJ0ZK/0p30Dqc PXouY4ycSpGUUFWgOcEv17aI2OKXDLzZ6JuzFfFyhhFPVyeerWbvENrYKOPMIZEGHOI7 F6ZbS1BQ6oz1BTgRz/3NTt8Pl6K/CbLegb1fIc0SvKK90XVI+loC45TXTHJ8rKDfggLf pVsQ== MIME-Version: 1.0 Received: by 10.68.202.99 with SMTP id kh3mr12947042pbc.157.1340397127693; Fri, 22 Jun 2012 13:32:07 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.147.18 with HTTP; Fri, 22 Jun 2012 13:32:07 -0700 (PDT) In-Reply-To: <4FDF0647.2050205@gmail.com> References: <4FDF0647.2050205@gmail.com> Date: Fri, 22 Jun 2012 13:32:07 -0700 X-Google-Sender-Auth: 8Q_n3IJNGpm6cpd3Czeo3VUtfIE Message-ID: From: Adrian Chadd To: freegih Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [wifi] wifimgr for freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 20:32:08 -0000 Hi! On 18 June 2012 03:43, freegih wrote: > Hi, I made a wifi script based on =A0the wlanconfig in bsdinstaller. > here is the code: > https://github.com/gihnius/freebsd-wifi > > I think we can make it more suitable for many devices and normal use. > > Any idea to write a normal feature script to use freebsd wifi easily ? > > and thanks to the author of wlanconfig. I'd love to see a non-ridiculous command line toolkit (which could later be extended to be GUI) for FreeBSD wireless. I suggest canvasing the freebsd forums and speak to whoever pipes up with some ideas. That crowd is very likely the right target for this kind of work. :) Good luck! adrian From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 20:42:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 768E3106566B; Fri, 22 Jun 2012 20:42:40 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 3BAF38FC0A; Fri, 22 Jun 2012 20:42:40 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa03.fnfis.com (8.14.4/8.14.4) with ESMTP id q5MKgWVZ007321 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 22 Jun 2012 15:42:32 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.2.283.3; Fri, 22 Jun 2012 15:42:31 -0500 MIME-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset="iso-8859-1" From: Devin Teske In-Reply-To: Date: Fri, 22 Jun 2012 13:42:28 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: References: <4FDF0647.2050205@gmail.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-22_04:2012-06-22, 2012-06-22, 1970-01-01 signatures=0 Cc: freebsd-stable@freebsd.org, freebsd-wireless@freebsd.org, freegih Subject: Re: [wifi] wifimgr for freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 20:42:40 -0000 On Jun 22, 2012, at 1:32 PM, Adrian Chadd wrote: > Hi! >=20 > On 18 June 2012 03:43, freegih wrote: >> Hi, I made a wifi script based on the wlanconfig in bsdinstaller. >> here is the code: >> https://github.com/gihnius/freebsd-wifi >>=20 >> I think we can make it more suitable for many devices and normal use. >>=20 >> Any idea to write a normal feature script to use freebsd wifi easily ? >>=20 >> and thanks to the author of wlanconfig. >=20 > I'd love to see a non-ridiculous command line toolkit (which could > later be extended to be GUI) for FreeBSD wireless. >=20 I think bsdconfig is the right landing zone for this (once it's tested -- c= heck out the port sysutils/bsdconfig -- and committed). bsdconfig is: (a) scriptable (b) pluggable (c) modular (d) Supports both Command-line (dialog) and GUI (Xdialog) (e) is i18n-compatible (f) written in sh(1) with very clean code that is properly scoped and consi= stent --=20 Devin > I suggest canvasing the freebsd forums and speak to whoever pipes up > with some ideas. That crowd is very likely the right target for this > kind of work. :) >=20 > Good luck! >=20 >=20 > adrian > _______________________________________________ > 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" _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 20:48:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACEA4106566B for ; Fri, 22 Jun 2012 20:48:47 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 30FDE8FC16 for ; Fri, 22 Jun 2012 20:48:47 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1056210wgb.1 for ; Fri, 22 Jun 2012 13:48:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to :x-gm-message-state; bh=ODsSzAk1azuxpZWR5IrGhHdBnuotKmB5pJt1fU94XMM=; b=gwucfPrPE3eZk6cKmULyXMmjOWFh3OvPXLvR/bCSEAZ9EuqrDRojBLD35etijliPl2 GtJTmExCdBLaVMaVooZTGMNWfm/XWjk9ciV4G63py8HyQaTgxXIYH6Ti9QUDbyV+QpJO n7irvd91QGJokrhaeReA/ORWrWR4NYjv9eHJ+cHmW9njf9cFXTLcQC8lXIbJ7On0JOlG A8zhiDjHdj2LaOgpEsc3itxJ+mWuT16wLcFVMQXY8pZdZgFvaAweiobZHwadePdmwrHg wl185GdMQVDZMOK0OqRwWGA+jX5n40YAquu1HOq0x1nSb/x3goBUlNkhCizGf2B7XeBf AcDg== Received: by 10.180.14.34 with SMTP id m2mr7268851wic.22.1340398126077; Fri, 22 Jun 2012 13:48:46 -0700 (PDT) Received: from [10.9.217.206] ([92.90.20.47]) by mx.google.com with ESMTPS id f7sm1558287wiv.2.2012.06.22.13.48.44 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 22 Jun 2012 13:48:45 -0700 (PDT) References: In-Reply-To: Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9A405) From: Damien Fleuriot Date: Fri, 22 Jun 2012 22:48:40 +0200 To: Rick Miller X-Gm-Message-State: ALoCoQkLwJZ/0BEWO5/CDuxoIS16HHepITshQpaODAW7HjfV5ZYQmaVxn8WyFXL3NEoK2WOlsxNY Cc: "freebsd-stable@freebsd.org" , FreeBSD Questions , Andrew Boyer Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 20:48:47 -0000 On 22 Jun 2012, at 22:02, Rick Miller wrote: > On Fri, Jun 22, 2012 at 3:54 PM, Andrew Boyer wr= ote: >> The ixgbe driver creates devices named ix0, etc. >>=20 >> I believe you need to run 'ifconfig ix0 up' before it will attempt to get= link. >=20 > Thanks for clarifying that tidbit. At least I know the driver loading > is the correct driver :) >=20 > I did try ifup'ing the interface...it shows the interface up, status > is still no carrier. I've had confirmation that the cable itself is > good. I wonder if it matters that the upstream switch has VLAN > tagging enabled? >=20 Nope, having a link is layer 1, VLAN tagging happens at layer 3 iirc. If you're unsure, you can always create a VLAN interface bound to your NIC. I suppose you've tried reversing the fibre pair.= From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 21:01:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 372A1106566C; Fri, 22 Jun 2012 21:01:42 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id CD7368FC12; Fri, 22 Jun 2012 21:01:41 +0000 (UTC) Received: by yenl8 with SMTP id l8so2255317yen.13 for ; Fri, 22 Jun 2012 14:01:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=h1sWHB64cLEKW/6R/ZtJ8atBwNAndzRE1oxf+swt8i4=; b=QuyBKbKgEErXuz0/aNvPoi3JdB6ysPVa+MDk2dGEhdaF6WjhMuetrBc6WvvqXwiB6Q d8vZsZxOTtGsbgWqPuWR8YCsBinfrXz2ffFak1Bl9606RWnp+j9514LNYpRJc7uUZKOl KKw2PFAZ99Y16EU5DmcV/+CNRflwZZarzWsfmrTwAtUtzgOHEVvZNvVO50a17Q0J0iy4 yXvazx20apdTgj+f4NMynS8NG3Rc8ekw7Yv1RJHTTBxCONrv3H8x/NMBGhYDOHKI9MKs HfwgLYxcGYcmkjZuqf/QCrM53nreEv0s/cGlv8bxkAq2QkPzbGNoejtafzSaFkv7BUg+ A1WA== MIME-Version: 1.0 Received: by 10.60.1.67 with SMTP id 3mr3454698oek.30.1340398901058; Fri, 22 Jun 2012 14:01:41 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.182.10.34 with HTTP; Fri, 22 Jun 2012 14:01:40 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 Jun 2012 17:01:40 -0400 X-Google-Sender-Auth: WTJ1lyUH7iK9mXvJWGYEDzYD03g Message-ID: From: Rick Miller To: Andrew Boyer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, FreeBSD Questions Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 21:01:42 -0000 dmesg and ifconfig output below... On Fri, Jun 22, 2012 at 4:02 PM, Rick Miller wro= te: > On Fri, Jun 22, 2012 at 3:54 PM, Andrew Boyer w= rote: >> The ixgbe driver creates devices named ix0, etc. >> >> I believe you need to run 'ifconfig ix0 up' before it will attempt to ge= t link. > > Thanks for clarifying that tidbit. =A0At least I know the driver loading > is the correct driver :) > > I did try ifup'ing the interface...it shows the interface up, status > is still no carrier. =A0I've had confirmation that the cable itself is > good. =A0I wonder if it matters that the upstream switch has VLAN > tagging enabled? ix0: port 0x7000-0x701f mem 0xf6b80000-0xf6bfffff,0xf6b70000-0xf6b73fff irq 40 at device 0.0 on pci7 ix0: Using MSIX interrupts with 9 vectors ix0: RX Descriptors exceed system mbuf max, using default instead! ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: Ethernet address: 90:e2:ba:15:e2:60 ix0: PCI Express Bus: Speed 5.0Gb/s Width x8 ix1: port 0x7020-0x703f mem 0xf6a80000-0xf6afffff,0xf6a70000-0xf6a73fff irq 44 at device 0.1 on pci7 ix1: Using MSIX interrupts with 9 vectors ix1: RX Descriptors exceed system mbuf max, using default instead! ix1: [ITHREAD] ix1: [ITHREAD] ix1: [ITHREAD] ix1: [ITHREAD] ix1: [ITHREAD] ix1: [ITHREAD] ix1: [ITHREAD] ix1: [ITHREAD] ix1: [ITHREAD] ix1: Ethernet address: 90:e2:ba:15:e2:61 ix1: PCI Express Bus: Speed 5.0Gb/s Width x8 ix0: flags=3D8843 metric 0 mtu 1500 options=3D401bb ether 90:e2:ba:XX:XX:XX inet 10.1.2.50 netmask 0xfffffe00 broadcast 10.1.3.255 media: Ethernet autoselect status: no carrier ix1: flags=3D8802 metric 0 mtu 1500 options=3D401bb ether 90:e2:ba:XX:XX:XX media: Ethernet autoselect status: no carrier --=20 Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 21:21:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D0D51065670; Fri, 22 Jun 2012 21:21:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6678FC15; Fri, 22 Jun 2012 21:21:05 +0000 (UTC) Received: by werg1 with SMTP id g1so2053614wer.13 for ; Fri, 22 Jun 2012 14:21:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=G0ipDEnY2kS1MUzU9S5CvkRbsiSv1AEMZXXqJeChr3o=; b=eXfeZ0nZfMEyHfED9e+OvPWmtEyVjqPUlokR0Lj/Q9grd7kIBuyP8Ha9A96PKLSEEC kOMDW8xnsJbt5juY67zN+BCUX6nhvm6xM5eItXyuGZ/aFQxCqUqG7KWwKAcO0pW0yYYA B+NCvN/c088PaGgQZCUguSyD1k37UtUxSR52KCe7NSg7DgDknuRiBDCUCAlAZpzq8sCy 3GU48LJDtW5gjdOLlv966xKMcWN7oGtvxhgC9EVl+jbYS9/XTjOrtcqYXf2ZXDd2aDta dBDKufFBTHrCz5YuVMGjmQvXXhT7Y5p6oTNvoq56/gz2/EchTgjdnegZYyCcmcX6mkOe KtYw== MIME-Version: 1.0 Received: by 10.216.196.147 with SMTP id r19mr1986574wen.87.1340400064669; Fri, 22 Jun 2012 14:21:04 -0700 (PDT) Received: by 10.180.105.232 with HTTP; Fri, 22 Jun 2012 14:21:04 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 Jun 2012 14:21:04 -0700 Message-ID: From: Jack Vogel To: Rick Miller Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, FreeBSD Questions , Andrew Boyer Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 21:21:06 -0000 Increase your system mbuf pool size, you do not want that failure to happen. Jack On Fri, Jun 22, 2012 at 2:01 PM, Rick Miller wrote: > dmesg and ifconfig output below... > > On Fri, Jun 22, 2012 at 4:02 PM, Rick Miller > wrote: > > On Fri, Jun 22, 2012 at 3:54 PM, Andrew Boyer > wrote: > >> The ixgbe driver creates devices named ix0, etc. > >> > >> I believe you need to run 'ifconfig ix0 up' before it will attempt to > get link. > > > > Thanks for clarifying that tidbit. At least I know the driver loading > > is the correct driver :) > > > > I did try ifup'ing the interface...it shows the interface up, status > > is still no carrier. I've had confirmation that the cable itself is > > good. I wonder if it matters that the upstream switch has VLAN > > tagging enabled? > > ix0: > port 0x7000-0x701f mem 0xf6b80000-0xf6bfffff,0xf6b70000-0xf6b73fff irq > 40 at device 0.0 on pci7 > ix0: Using MSIX interrupts with 9 vectors > ix0: RX Descriptors exceed system mbuf max, using default instead! > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: Ethernet address: 90:e2:ba:15:e2:60 > ix0: PCI Express Bus: Speed 5.0Gb/s Width x8 > ix1: > port 0x7020-0x703f mem 0xf6a80000-0xf6afffff,0xf6a70000-0xf6a73fff irq > 44 at device 0.1 on pci7 > ix1: Using MSIX interrupts with 9 vectors > ix1: RX Descriptors exceed system mbuf max, using default instead! > ix1: [ITHREAD] > ix1: [ITHREAD] > ix1: [ITHREAD] > ix1: [ITHREAD] > ix1: [ITHREAD] > ix1: [ITHREAD] > ix1: [ITHREAD] > ix1: [ITHREAD] > ix1: [ITHREAD] > ix1: Ethernet address: 90:e2:ba:15:e2:61 > ix1: PCI Express Bus: Speed 5.0Gb/s Width x8 > > > ix0: flags=8843 metric 0 mtu 1500 > > options=401bb > ether 90:e2:ba:XX:XX:XX > inet 10.1.2.50 netmask 0xfffffe00 broadcast 10.1.3.255 > media: Ethernet autoselect > status: no carrier > ix1: flags=8802 metric 0 mtu 1500 > > options=401bb > ether 90:e2:ba:XX:XX:XX > media: Ethernet autoselect > status: no carrier > > > -- > Take care > Rick Miller > _______________________________________________ > 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 Fri Jun 22 21:47:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D1DF1065686 for ; Fri, 22 Jun 2012 21:47:23 +0000 (UTC) (envelope-from martinrame@yahoo.com) Received: from nm14.bullet.mail.sp2.yahoo.com (nm14.bullet.mail.sp2.yahoo.com [98.139.91.84]) by mx1.freebsd.org (Postfix) with SMTP id 0EF868FC1C for ; Fri, 22 Jun 2012 21:47:23 +0000 (UTC) Received: from [98.139.91.65] by nm14.bullet.mail.sp2.yahoo.com with NNFMP; 22 Jun 2012 21:47:17 -0000 Received: from [98.139.91.18] by tm5.bullet.mail.sp2.yahoo.com with NNFMP; 22 Jun 2012 21:47:17 -0000 Received: from [127.0.0.1] by omp1018.mail.sp2.yahoo.com with NNFMP; 22 Jun 2012 21:47:17 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 738804.78514.bm@omp1018.mail.sp2.yahoo.com Received: (qmail 32872 invoked by uid 60001); 22 Jun 2012 21:47:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1340401637; bh=RvTFPeJm6W93zrhIbCHyVabnbVwd3xzqBQSBPAtT68o=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=KHZOutUXp2hMh91jS9m4VwG0lZfuGvVdlL7LICONSrMcn3EHsYJuhL9H9E5kgG2wMFqBQB4c8wUm/HAZjXh+RL0ijuMqymWkFJz19BN9scd9m06wKaI1waNX6g+oJF9cYPqCZadd5X7Qo9NpSZSRYb/HnaE6nSe638UXLlI4ynA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=AoKQm3tleRJTPShCW3jDAiZ0JXSuGG8XsE4GJLHQ6X+Mkp+oMqOD6gfkchbVQlwugqnt6IICjFquqWlnsmxahcS5aDLat6kOrf7Df8p+dzBuL/8vPIlMuiS0z+gUVd8IccttsxZRRd/Lz8EPKYxRPiQJKkEthKvv1Pn2OCz8Dq0=; X-YMail-OSG: Wh6c0EcVM1nCzuLfNM8g9_W5tU6yuI97g6c9Kvb8oRsle4e v_UesUDu3BsXJAsRkrlY6QLE7bTpARgZ8Y0nR6MErR_udtCGghsj100X4dMb VDxo6gpCrZrrazVs6CxSODJWep4oFzad8Ll3gE6RXH6migFruySRF4G16imE iYoHah1r_xdZ19QZLkIF0Mg2STAMlpSz.LllOg02zqAGiI4KWU.HdZhPr0v9 Hv8LOhnVdtdo6L.lefIntVUiwdf4tBRAGzrs4jHxTFrpGUFaqRd9lYYkC4WN Xrp0zrAWLPjaBOniK1epryYdwOro_69xKVLKieByBoYSklUD7JY2OM8bJQnd aASe1IQXZSl538DWpbOUvqL9tY2l9D2hkstvEyuE3lSujwhJLAuByYSmcy6H Sht3uWfAoEb.DEIbHxYgJTlkqsyx3JVu6Qs3PHBYN1c9GPBZWKhsullSwPVs QSoWd3I16bty3sCvvSOecNQO3EH62y0df8jB7NhBXkhFbkdAKUyPk2caMSaI _TEk07LFJXCf4W8g_BanFWYKYpacKM1HKeBcE Received: from [190.17.123.85] by web113519.mail.gq1.yahoo.com via HTTP; Fri, 22 Jun 2012 14:47:17 PDT X-Mailer: YahooMailWebService/0.8.118.349524 Message-ID: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> Date: Fri, 22 Jun 2012 14:47:17 -0700 (PDT) From: =?iso-8859-1?Q?Leonardo_M=2E_Ram=E9?= To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?iso-8859-1?Q?Leonardo_M=2E_Ram=E9?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 21:47:23 -0000 Hi, since a few of days ago, I noticed my home server turns very slow more = than once a day, so every time I run "top" to see what's processes are runn= ing, I can see fsck_ufs at the very top, and the hard drive working like ma= d.=0A=0AI've checked my crontab and there's nothing related to fsck_ufs, wh= ere can I start searching for the cause of the problem?, I thought this pro= cess should run only at boot or shutdown, but this time it is running -appa= rently- without a cause.=0A=0A=A0=0Auname -a:=0AFreeBSD server.my.local 9.0= -RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan =A03 07:46:30 UTC 2012 =A0 =A0 roo= t@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC =A0amd64=0A=0A=0AReg= ards,=0ALeonardo M. Ram=E9=0Ahttp://leonardorame.blogspot.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 22:17:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EA331065670 for ; Fri, 22 Jun 2012 22:17:05 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4D44A8FC0C for ; Fri, 22 Jun 2012 22:17:05 +0000 (UTC) Received: by vcbfy7 with SMTP id fy7so1421158vcb.13 for ; Fri, 22 Jun 2012 15:17:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version :x-gm-message-state; bh=M649/vyS2ZVS81KkbwcZIeX5ZpfSgOJWtH1RXef+o7s=; b=nEB0kroXS4ieS8bz8SgR2lTOeEqh3RiLpcPPfR2dZmdORpRxntveL+1rbhxCpcli4Q mH2cmRFRtyqdiF0nWmTj+PLEgqK9skshKobLO5oghBh1jm2lwXXusGHKqYxzaAJyVA6u Twttw87vZaPBMoDZZirscqz7r6lkDpIQL3nOd9OjqK+IbSZBAq/y0GYizdfWMg9kA4ZN SRJrX8B2Db/LwaOCId4zFc1+4cBx9m8b47JLsp6/gKcIdCJVDOFZNnwlnB0eSQHGREuU OPIK0lPQB0PlxcDEIKstt8RVy8DgmGCwXN5VyR5nE+Z5IQm7d9Xdrn1GNZz1aq/dmxhY BxTg== Received: by 10.52.176.66 with SMTP id cg2mr1550040vdc.121.1340403424419; Fri, 22 Jun 2012 15:17:04 -0700 (PDT) Received: from [97.60.243.135] (135.sub-97-60-243.myvzw.com. [97.60.243.135]) by mx.google.com with ESMTPS id cr4sm34581752vdb.7.2012.06.22.15.17.02 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 22 Jun 2012 15:17:03 -0700 (PDT) References: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> From: Mark Saad Content-Type: text/plain; charset=utf-8 X-Mailer: iPhone Mail (9B206) In-Reply-To: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> Message-Id: Date: Fri, 22 Jun 2012 18:16:59 -0400 To: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Gm-Message-State: ALoCoQlS8qxYZIg74qlWnEPmvpmql3hJbp6tOlLQUIiOAU56IfZLtbKn7wzoWV2Fqd+G6Myk5HTz Subject: Re: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 22:17:05 -0000 On Jun 22, 2012, at 5:47 PM, Leonardo M. Ram=C3=A9 wr= ote: > Hi, since a few of days ago, I noticed my home server turns very slow more= than once a day, so every time I run "top" to see what's processes are runn= ing, I can see fsck_ufs at the very top, and the hard drive working like mad= . >=20 > I've checked my crontab and there's nothing related to fsck_ufs, where can= I start searching for the cause of the problem?, I thought this process sho= uld run only at boot or shutdown, but this time it is running -apparently- w= ithout a cause. >=20 > =20 > uname -a: > FreeBSD server.my.local 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:= 46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC= amd64 >=20 >=20 > Regards, > Leonardo M. Ram=C3=A9 > http://leonardorame.blogspot.com > _______________________________________________ > 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" Can you tell us more about your server . Does its crash or reboot unexpected= ly ? Is this an ungraded server , was it FreeBSD 6,7, or 8 prior ? Also do y= ou have any ufs1 file systems mounted? Please send the output from mount -t ufs and your dmesg .=20 --- Mark saad | mark.saad@longcount.org= From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 22:19:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 194A3106564A; Fri, 22 Jun 2012 22:19:38 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B928C8FC14; Fri, 22 Jun 2012 22:19:37 +0000 (UTC) Received: by obbun3 with SMTP id un3so3268854obb.13 for ; Fri, 22 Jun 2012 15:19:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=fZL9kSEnOCddrF7KmZfF0ngnnLNitgXzZ5bUYfXBZiw=; b=a575d6vjMZINKletPl+vV4UBUvBF9NLJ743uPJO1EVR/hVUtc0UMR/0B5t4p0z02/I nQ4/V0FwggFitnWaCPVAxW9mlwicQ5jR2LPzDPCz5uPWyuKLzBK7UZeDcu7qa9kXVoib Vn3kNrABagYWbFLxwov7Ew2oPGQ5KR8E32wf9oJg1lSOZl150eSNYWugjV4uoBt8NQPy LPS7eJojIa5J7CErKzoOhrBGA3yrkUorULSvhxpme7uABE/iFzo2az2dYyjP54OW8HqV 1bH536GZxoyES+EXi+cjsTY6l9r2XpXHi7UBDTIRC5rO6bBryZbxg9Lhh4b4Wlv+/1Jy ggUQ== MIME-Version: 1.0 Received: by 10.60.22.201 with SMTP id g9mr3639296oef.8.1340403577264; Fri, 22 Jun 2012 15:19:37 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.182.10.34 with HTTP; Fri, 22 Jun 2012 15:19:37 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 Jun 2012 18:19:37 -0400 X-Google-Sender-Auth: MmASWIfHv1ygoikKNbyNCm0xEA4 Message-ID: From: Rick Miller To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, FreeBSD Questions , Andrew Boyer Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 22:19:38 -0000 On Fri, Jun 22, 2012 at 5:21 PM, Jack Vogel wrote: > Increase your system mbuf pool size, you do not want that failure to happen. Thanks, Jack. I saw a thread where you discussed this. You are referring to kern.ipc.nmbclusters, correct? Should I also adjust the following? hw.ixgbe.rxd hw.ixgbe.txd hw.ixgbe.num_queues hw.intr_storm_threshold From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 22:32:22 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84DF21065677; Fri, 22 Jun 2012 22:32:22 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 4386E8FC0C; Fri, 22 Jun 2012 22:32:22 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa06.fnfis.com (8.14.4/8.14.4) with ESMTP id q5MMWLri019838 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 22 Jun 2012 17:32:21 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.2.283.3; Fri, 22 Jun 2012 17:32:20 -0500 MIME-Version: 1.0 (Apple Message framework v1257) From: Devin Teske In-Reply-To: <006001cd5072$84247cd0$8c6d7670$@milos.co.za> Date: Fri, 22 Jun 2012 15:32:17 -0700 Message-ID: References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> <4FE3EB9D.9070509@fuzzwad.org> <4FE419CD.60708@rdtc.ru> <4FE4245C.3040806@rdtc.ru> <90361FE2-2298-48E5-B8B6-2BA704781098@fisglobal.com> <4FE431C0.8040509@rdtc.ru> <006001cd5072$84247cd0$8c6d7670$@milos.co.za> To: Clayton Milos X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-22_06:2012-06-22, 2012-06-22, 1970-01-01 signatures=0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Devin Teske , Freebsd-stable@freebsd.org Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 22:32:22 -0000 On Jun 22, 2012, at 5:27 AM, Clayton Milos wrote: >=20 > When selecting user account expiry the calendar starts at 1 January 1970.= I > understand that this is when Unix time started but it would be nice for it > to start from the current date. >=20 This was on-purpose because there is a discrepancy in passwd(5) manual rega= rding what a value of zero (0) means for these fields. >From passwd(5): The change field is the number of seconds from the epoch, UTC, until t= he password for the account must be changed. This field may be left empty to turn off the password aging feature. Nowhere in the manual does it say that zero is a synonym to being left empt= y. So I can think of one of two solutions: Update the manual to say that "0" is the same as being "left empty" or Change the behavior to treat zero as "[zero] seconds from the epoch". Currently, bsdconfig treats zero as the latter, not the former -- until suc= h discrepancy can be resolved. NOTE: It should also be noted that Linux and FreeBSD when pointed at the sa= me LDAP server have disagreements between the value of this field and the b= est solution in this situation is to remove the field in question (e.g., sh= adowExpire, shadowMax, etc.). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 22:44:28 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 304BB106566B; Fri, 22 Jun 2012 22:44:28 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id E2AAF8FC0A; Fri, 22 Jun 2012 22:44:27 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa02.fnfis.com (8.14.4/8.14.4) with ESMTP id q5MMiR6U025790 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 22 Jun 2012 17:44:27 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.2.283.3; Fri, 22 Jun 2012 17:44:26 -0500 MIME-Version: 1.0 (Apple Message framework v1257) From: Devin Teske In-Reply-To: Date: Fri, 22 Jun 2012 15:44:22 -0700 Message-ID: <082B913F-3A95-48C1-8B5A-BD220937748C@fisglobal.com> References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> <4FE3EB9D.9070509@fuzzwad.org> <4FE419CD.60708@rdtc.ru> <4FE4245C.3040806@rdtc.ru> <90361FE2-2298-48E5-B8B6-2BA704781098@fisglobal.com> <4FE431C0.8040509@rdtc.ru> <006001cd5072$84247cd0$8c6d7670$@milos.co.za> To: Devin Teske X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-22_06:2012-06-22, 2012-06-22, 1970-01-01 signatures=0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Clayton Milos , Freebsd-stable@freebsd.org Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 22:44:28 -0000 On Jun 22, 2012, at 3:32 PM, Devin Teske wrote: >=20 > On Jun 22, 2012, at 5:27 AM, Clayton Milos wrote: >=20 >>=20 >> When selecting user account expiry the calendar starts at 1 January 1970= . I >> understand that this is when Unix time started but it would be nice for = it >> to start from the current date. >>=20 >=20 > This was on-purpose because there is a discrepancy in passwd(5) manual re= garding what a value of zero (0) means for these fields. >=20 > From passwd(5): >=20 > The change field is the number of seconds from the epoch, UTC, until= the > password for the account must be changed. This field may be left em= pty > to turn off the password aging feature. >=20 > Nowhere in the manual does it say that zero is a synonym to being left em= pty. >=20 And yet, this is how the system treats zero (was my complaint). The user root (and toor, and several other system users) come with a defaul= t value of zero for this field. If zero was treated according to the manual, then root would be disabled by= default. But that's clearly not the case in a default installation which h= as a value of zero. So, when you're using bsdconfig to view an existing user that has a value o= f zero, you will notice that the default calendar date/time that is chosen = corresponds to "zero seconds from the epoch, UTC", despite the fact that I = know (and you know) that zero is synonymous with NULL. So I'm a fan of updating the man page and when that is done, I am happy to = change bsdconfig to treat zero as-such. But right now I wanted to stay true= to the manual (which plainly states that any non-NULL value is treated as = seconds from the epoch). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 22 23:23:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18E261065672; Fri, 22 Jun 2012 23:23:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id A0AC78FC12; Fri, 22 Jun 2012 23:23:44 +0000 (UTC) Received: by vcbfy7 with SMTP id fy7so1446771vcb.13 for ; Fri, 22 Jun 2012 16:23:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1KQbV7/H9K4jxrK+Y1XYXobncQzJjUbO0Kdh/J96fC0=; b=XLLImPjx1522JQHkt2HlTwHll9O74XlkSjr/fowAiyrTSr5YNTXUAbt1JljzQRf8Jc fWCq9613l21MGYXZaBu+Ve1ACTFTEoSPipTWXqR2Ng/uSD4bTFTLcNezmLrYDnECdoXR y+g64fL5GejqHjSvg33eo3mTshZ9HPOhA75papq1icB6UmKPU7vdBsZz7P6buLy9qH5Y ApOHfaKyj6xDoDFdPWm/0wCHZJrymcUDr3C1myYzHGW3gTq2QDNZI95qXWc41DBmfObi XVbisUFo6ImPexd1IddDCyITf24nSS01qKmrr6JyjiASZWaWEaJJW4kEiq1/RhFCJ7jh Zofw== MIME-Version: 1.0 Received: by 10.220.209.75 with SMTP id gf11mr2007846vcb.56.1340407423886; Fri, 22 Jun 2012 16:23:43 -0700 (PDT) Received: by 10.220.236.201 with HTTP; Fri, 22 Jun 2012 16:23:43 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 Jun 2012 16:23:43 -0700 Message-ID: From: Jack Vogel To: Rick Miller Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, FreeBSD Questions , Andrew Boyer Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 23:23:45 -0000 Would probably be good to take care of the storm threshold if you haven't, set it to 0 and you disable the check, that's what we do internally. As for the queues and number of descriptors, that's kind of up to you, different work loads and environments work best with different setups. Hopefully, when you get rid of the rx ring setup failure you will get things working. Jack On Fri, Jun 22, 2012 at 3:19 PM, Rick Miller wrote: > On Fri, Jun 22, 2012 at 5:21 PM, Jack Vogel wrote: > > Increase your system mbuf pool size, you do not want that failure to > happen. > > Thanks, Jack. I saw a thread where you discussed this. You are > referring to kern.ipc.nmbclusters, correct? > > Should I also adjust the following? > > hw.ixgbe.rxd > hw.ixgbe.txd > hw.ixgbe.num_queues > hw.intr_storm_threshold > From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 01:55:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15F4B1065672; Sat, 23 Jun 2012 01:55:09 +0000 (UTC) (envelope-from mnln.l4@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B77DB8FC0A; Sat, 23 Jun 2012 01:55:08 +0000 (UTC) Received: by obbun3 with SMTP id un3so3546604obb.13 for ; Fri, 22 Jun 2012 18:55:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iyAc/dzxsSljJDxVcZSBXn3t/3dpEysyrv6D20nhpjA=; b=H8N1POz5h2V66LaWeue2h1MKsxac5sIEApw4H1b9UWXZ5tKK0J/AeX4AsJbvdZbWmx KGwyWWOS+lCw8CmHb8IHxTUUHpTdMY6d5Sm+wPzSb1eXe27CnUSUK9Q3y/qyyGW2+ljZ 8xf/2/3GmxUyxRH+wVh/vIqDoSqEIUVdb9upnbwKVNf7JPb8yQoFxb2abFcKb3/EbQFs azsxGzo58TeEF6pZilL75Qktu1YOKpMbvdrE5iCBp8MjmAh3aMOD+8STJZiBxYgqKCZb KgwBXelFHkYp1Hr2BNlojdVqbT/BBJL7SFCcOicSVlsrldZlDpB1h8kY6wmYD3DzholC OpWw== MIME-Version: 1.0 Received: by 10.50.170.69 with SMTP id ak5mr3287699igc.47.1340416508226; Fri, 22 Jun 2012 18:55:08 -0700 (PDT) Received: by 10.231.246.134 with HTTP; Fri, 22 Jun 2012 18:55:08 -0700 (PDT) In-Reply-To: <201206190754.03765.jhb@freebsd.org> References: <201206190754.03765.jhb@freebsd.org> Date: Fri, 22 Jun 2012 18:55:08 -0700 Message-ID: From: "mnln.l4" To: John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic at early boot time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 01:55:09 -0000 Thanks for explaining the cause! On Tue, Jun 19, 2012 at 4:54 AM, John Baldwin wrote: > On Sunday, June 17, 2012 2:35:14 pm mnln.l4 wrote: > > I get a kernel panic at early boot time on 9.0-stable (r237150), GENERIC, > > AMD64. > > > > Repro step: > > 1. Boot, wait for welcome screen. > > 2. Repeat pressing Enter key rapidly (so kernel is loading, don't stop > > pressing Enter key). > > 3. See the following message at early boot > > So don't do that. All your key presses are triggering SMI# events that are > interfering with the AP's ability to respond to its startup IPI. There is > nothing we can do about this in the OS. > > -- > John Baldwin > From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 06:27:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0ABF91065672; Sat, 23 Jun 2012 06:27:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id C80EB8FC0A; Sat, 23 Jun 2012 06:27:56 +0000 (UTC) Received: by dadv36 with SMTP id v36so3434359dad.13 for ; Fri, 22 Jun 2012 23:27:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=X93jzRfdjMxrc2kkW+JEg0pu2xACulniBFXyND00iLY=; b=fgrlT/FFtnh6pruLyXzeI7lBCqezrZspj48SXyfEksckp+ObfmoT3TggWkSASMpmQL /xF6WW86KKJqcjbtJazA116gLuxQ1TqLQyPGER84zx6LEdqPRweuwmL7V9Jrsdo1MA8z N0bhU+K8Y79iPpL71C4e4T22O85wAaFiYOjibnDf1ytDwf0Wn8OX20DYw4IGbYlWJe5P PgRWhd18vDgl3nfpTfhnowZCQYjeXpoLobisHdYwU5oJUBxW0hH/zmwAxSUWr1NEPI/E dK9Tnbdxvgu7hdnXKi9S3Ngez9RP+4TPuFlY+7ViUewc5u7vySWLLM5ITEQARks4omP9 BcPA== Received: by 10.68.223.138 with SMTP id qu10mr18126854pbc.50.1340432876336; Fri, 22 Jun 2012 23:27:56 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id vp4sm1441037pbc.61.2012.06.22.23.27.53 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 22 Jun 2012 23:27:55 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 23 Jun 2012 15:27:46 -0700 From: YongHyeon PYUN Date: Sat, 23 Jun 2012 15:27:46 -0700 To: Pedro Giffuni Message-ID: <20120623222746.GA14050@michelle.cdnetworks.com> References: <4FE3707D.4040307@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FE3707D.4040307@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Network unavailable when booting directly to FreeBSD. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 06:27:57 -0000 On Thu, Jun 21, 2012 at 02:05:33PM -0500, Pedro Giffuni wrote: > Hello; > > I noticed a regression from 9.0 and I cannot boot directly FreeBSD > and access the network. Unfortunately I cannot recall the exact > commit where this started happening. > > uname -a > FreeBSD pcbsd-8555 9.0-STABLE FreeBSD 9.0-STABLE #12: Wed May 30 > 11:16:35 PDT 2012 > root@build9x64.pcbsd.org:/usr/obj/builds/amd64/pcbsd-build90/fbsd-source/9.0/sys/GENERIC > amd64 > > From my dmesg > ______ > ... > pcib0: port 0xcf8-0xcff on acpi0 > pcib0: Length mismatch for 4 range: 81 vs 7f > pci0: on pcib0 > pci0: at device 0.0 (no driver attached) > pci0: at device 0.1 (no driver attached) > pci0: at device 0.2 (no driver attached) > pci0: at device 0.3 (no driver attached) > pci0: at device 0.4 (no driver attached) > pci0: at device 0.5 (no driver attached) > pci0: at device 0.6 (no driver attached) > pci0: at device 0.7 (no driver attached) > pcib1: at device 2.0 on pci0 > pci1: on pcib1 > pcib2: at device 3.0 on pci0 > pci2: on pcib2 > bge0: 0x00b002> mem 0xfdef0000-0xfdefffff irq 16 at device 0.0 on pci2 > bge0: CHIP ID 0x0000b002; ASIC REV 0x0b; CHIP REV 0xb0; PCI-E > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge0: Ethernet address: 00:18:8b:76:a4:1e > pcib3: at device 4.0 on pci0 > pci3: on pcib3 > > .... > Cuse4BSD v0.1.23 @ /dev/cuse > bge0: watchdog timeout -- resetting > bge0: watchdog timeout -- resetting > WARNING: attempt to domain_add(bluetooth) after domainfinalize() > fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 > bge0: watchdog timeout -- resetting > bge0: link state changed to DOWN > bge0: link state changed to UP > bge0: watchdog timeout -- resetting > bge0: link state changed to DOWN > bge0: link state changed to UP > bge0: watchdog timeout -- resetting > bge0: link state changed to DOWN > bge0: link state changed to UP > _____ > > Iff I boot Windows first and then reboot to start FreeBSD the network > works fine. This looks strange and I can't narrow down what other changes made since 9.0-RELEASE broke the driver. Would you try reverting r235821? If that does not solve the issue, would you try a WIP version at the following URL? It's mainly written to improve BCM5720 with APE firmware support and it exactly follows recommendations suggested by Broadcom so it may have some differences. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c > > Pedro. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 07:25:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DD21106566C for ; Sat, 23 Jun 2012 07:25:43 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5998FC14 for ; Sat, 23 Jun 2012 07:25:42 +0000 (UTC) Received: by lbon10 with SMTP id n10so5533407lbo.13 for ; Sat, 23 Jun 2012 00:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5uGIDuuoTIZJemziKeA9FQlfi6WVtfD7AEr/InZ036M=; b=dG2C9hQbmCNieWMY3m9P42iuTAht5lu+pcvbBpYvGb3ia+0gn+pS+mdjjVD0HUEhrd hkjSr5fy9tc+tCZE3KJ63Oq/mmlgwZmv5Nc+kHjflcBHzCTuqpGDdXNkbVe+KnSRPbR1 b4oJudscTgYhJvOBa6ZdF/y+GaM12jwa8bhRVnNfs6GJ4kQfupZ7nVtN66hvLpOgwG9p Tpm2MTFVgl0lbJLYAha8icvOUMNQbhItG+9P3VYbAHfHGRc7dCs+WHtCMJZNfUP7YbIe 6cd/IqrH9kymihbIAkuMJ/XeHgq5m7LMPukHDWnUlyKOz7xur0OWtEFqSe1iLVDQpOsT nl0Q== MIME-Version: 1.0 Received: by 10.152.148.199 with SMTP id tu7mr4782420lab.43.1340436341024; Sat, 23 Jun 2012 00:25:41 -0700 (PDT) Received: by 10.112.56.145 with HTTP; Sat, 23 Jun 2012 00:25:40 -0700 (PDT) In-Reply-To: <20120622183808.GK2337@deviant.kiev.zoral.com.ua> References: <20120622175128.GJ2337@deviant.kiev.zoral.com.ua> <20120622183808.GK2337@deviant.kiev.zoral.com.ua> Date: Sat, 23 Jun 2012 09:25:40 +0200 Message-ID: From: Thomas Zander To: Konstantin Belousov Content-Type: multipart/mixed; boundary=e89a8f2353bbf3682b04c31ea792 Cc: freebsd-stable Subject: Re: KMS on Sandy bridge error device_attach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 07:25:43 -0000 --e89a8f2353bbf3682b04c31ea792 Content-Type: text/plain; charset=ISO-8859-1 On Fri, Jun 22, 2012 at 8:38 PM, Konstantin Belousov wrote: >> Thank you for your quick response. Output is attached. >> This is probably one of the relatively rarely sold CPUs, so I might >> have an edge case here... > Yes, indeed, this is something Intel calls 'SandyBridge server Integrated > Graphics'. The device id is known to agp driver, but probably it failed > to attach due to some (mis)interpretation of the state. > > Your dmesg is not complete, the hda output displaced the previous > messages which contained the agp attach diagnostic. Take agp or hda > out from kernel, and rerun the test. Or, increase MSGBUF_SIZE, see > conf/NOTES for description. Okay, thanks again. As you suggested, I have removed a few kernel modules from the boot process and it seems that the verbose dmesg output now fits into the buffer, see attached dmesg output. However I don't see more GPU attach diagnostic. Do I miss something? Riggs --e89a8f2353bbf3682b04c31ea792 Content-Type: text/plain; charset=US-ASCII; name="dmesg.txt" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h3sd0bc81 VGFibGUgJ0ZBQ1AnIGF0IDB4Y2E5MGE4MjgKVGFibGUgJ0FQSUMnIGF0IDB4Y2E5MGE5MjAKQVBJ QzogRm91bmQgdGFibGUgYXQgMHhjYTkwYTkyMApBUElDOiBVc2luZyB0aGUgTUFEVCBlbnVtZXJh dG9yLgpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTogZW5hYmxlZApTTVA6IEFk ZGVkIENQVSAwIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMiBBQ1BJIElEIDI6IGVuYWJs ZWQKU01QOiBBZGRlZCBDUFUgMiAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDQgQUNQSSBJ RCAzOiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDQgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCA2IEFDUEkgSUQgNDogZW5hYmxlZApTTVA6IEFkZGVkIENQVSA2IChBUCkKTUFEVDogRm91bmQg Q1BVIEFQSUMgSUQgMSBBQ1BJIElEIDU6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgMSAoQVApCk1B RFQ6IEZvdW5kIENQVSBBUElDIElEIDMgQUNQSSBJRCA2OiBlbmFibGVkClNNUDogQWRkZWQgQ1BV IDMgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCA1IEFDUEkgSUQgNzogZW5hYmxlZApTTVA6 IEFkZGVkIENQVSA1IChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNyBBQ1BJIElEIDg6IGVu YWJsZWQKU01QOiBBZGRlZCBDUFUgNyAoQVApCkNvcHlyaWdodCAoYykgMTk5Mi0yMDEyIFRoZSBG cmVlQlNEIFByb2plY3QuCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4 OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZl cnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBpcyBhIHJl Z2lzdGVyZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZyZWVCU0QgOS4w LVNUQUJMRSAjMCByMjM3NDQ0OiBGcmkgSnVuIDIyIDE5OjAwOjA5IENFU1QgMjAxMgogICAgcm9v dEBtYXJ2aW4yMDExOi91c3Ivb2JqL3Vzci9zcmMvc3lzL01BUlZJTiBhbWQ2NApQcmVsb2FkZWQg ZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhmZmZmZmZmZjgxMTM3MDAwLgpQ cmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC96ZnMua28iIGF0IDB4ZmZmZmZm ZmY4MTEzNzM3MC4KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvb3BlbnNv bGFyaXMua28iIGF0IDB4ZmZmZmZmZmY4MTEzN2E1OC4KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxl ICIvYm9vdC9rZXJuZWwva3JwYy5rbyIgYXQgMHhmZmZmZmZmZjgxMTM4MGM4LgpQcmVsb2FkZWQg ZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9nZW9tX2VsaS5rbyIgYXQgMHhmZmZmZmZmZjgx MTM4NzMwLgpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9jcnlwdG8ua28i IGF0IDB4ZmZmZmZmZmY4MTEzOGUyMC4KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9r ZXJuZWwvemxpYi5rbyIgYXQgMHhmZmZmZmZmZjgxMTM5NTA4LgpQcmVsb2FkZWQgZWxmIG9iaiBt b2R1bGUgIi9ib290L2tlcm5lbC9pZl9lbS5rbyIgYXQgMHhmZmZmZmZmZjgxMTM5YWYwLgpQcmVs b2FkZWQgL2Jvb3QvemZzL3pwb29sLmNhY2hlICIvYm9vdC96ZnMvenBvb2wuY2FjaGUiIGF0IDB4 ZmZmZmZmZmY4MTEzYTE1OC4KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwv YWVzbmkua28iIGF0IDB4ZmZmZmZmZmY4MTEzYTFiOC4KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxl ICIvYm9vdC9rZXJuZWwvaTkxNWttcy5rbyIgYXQgMHhmZmZmZmZmZjgxMTNhODIwLgpQcmVsb2Fk ZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9kcm0yLmtvIiBhdCAweGZmZmZmZmZmODEx M2FlODguClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2lpY2J1cy5rbyIg YXQgMHhmZmZmZmZmZjgxMTNiNTcwLgpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tl cm5lbC9paWMua28iIGF0IDB4ZmZmZmZmZmY4MTEzYmFkOC4KUHJlbG9hZGVkIGVsZiBvYmogbW9k dWxlICIvYm9vdC9rZXJuZWwvaWljYmIua28iIGF0IDB4ZmZmZmZmZmY4MTEzYzA4MC4KQ2FsaWJy YXRpbmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDI0MDAwNzA1MjggSHoKQ1BVOiBJbnRlbChS KSBYZW9uKFIpIENQVSBFMzEyNjBMIEAgMi40MEdIeiAoMjQwMC4wNy1NSHogSzgtY2xhc3MgQ1BV KQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4MjA2YTcgIEZhbWlseSA9IDYgIE1v ZGVsID0gMmEgIFN0ZXBwaW5nID0gNwogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQ U0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNF MzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZl YXR1cmVzMj0weDFmYmFlM2ZmPFNTRTMsUENMTVVMUURRLERURVM2NCxNT04sRFNfQ1BMLFZNWCxT TVgsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxTU0U0LjIseDJBUElD LFBPUENOVCxUU0NETFQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlg+CiAgQU1EIEZlYXR1cmVzPTB4 MjgxMDA4MDA8U1lTQ0FMTCxOWCxSRFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4K ICBUU0M6IFAtc3RhdGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVt b3J5ICA9IDE3MTc5ODY5MTg0ICgxNjM4NCBNQikKUGh5c2ljYWwgbWVtb3J5IGNodW5rKHMpOgow eDAwMDAwMDAwMDAwMTAwMDAgLSAweDAwMDAwMDAwMDAwOTlmZmYsIDU2NTI0OCBieXRlcyAoMTM4 IHBhZ2VzKQoweDAwMDAwMDAwMDAxMDAwMDAgLSAweDAwMDAwMDAwMDAxZmZmZmYsIDEwNDg1NzYg Ynl0ZXMgKDI1NiBwYWdlcykKMHgwMDAwMDAwMDAxMTc4MDAwIC0gMHgwMDAwMDAwMDFmZmZmZmZm LCA1MTg1NTM2MDAgYnl0ZXMgKDEyNjYwMCBwYWdlcykKMHgwMDAwMDAwMDIwMjAwMDAwIC0gMHgw MDAwMDAwMDNmZmZmZmZmLCA1MzQ3NzM3NjAgYnl0ZXMgKDEzMDU2MCBwYWdlcykKMHgwMDAwMDAw MDQwMjAwMDAwIC0gMHgwMDAwMDAwMGNhOGIxZmZmLCAyMzIyMjc2MzUyIGJ5dGVzICg1NjY5NjIg cGFnZXMpCjB4MDAwMDAwMDBjYWRjMDAwMCAtIDB4MDAwMDAwMDBjYWRjMWZmZiwgODE5MiBieXRl cyAoMiBwYWdlcykKMHgwMDAwMDAwMGNhZTc3MDAwIC0gMHgwMDAwMDAwMGNhZmZmZmZmLCAxNjA5 NzI4IGJ5dGVzICgzOTMgcGFnZXMpCjB4MDAwMDAwMDEwMDAwMDAwMCAtIDB4MDAwMDAwMDQxMDYz MmZmZiwgMTMxNTk4Mzc2OTYgYnl0ZXMgKDMyMTI4NTEgcGFnZXMpCmF2YWlsIG1lbW9yeSA9IDE2 NDMzOTcxMjAwICgxNTY3MiBNQikKSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMCBhcyBhIHRhcmdl dApFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPEFMQVNL QSBBIE0gST4KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMCBhcyBhIHRhcmdldApJTlRSOiBBZGRp bmcgbG9jYWwgQVBJQyAxIGFzIGEgdGFyZ2V0CklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDIgYXMg YSB0YXJnZXQKSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMyBhcyBhIHRhcmdldApJTlRSOiBBZGRp bmcgbG9jYWwgQVBJQyA0IGFzIGEgdGFyZ2V0CklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDUgYXMg YSB0YXJnZXQKSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgNiBhcyBhIHRhcmdldApJTlRSOiBBZGRp bmcgbG9jYWwgQVBJQyA3IGFzIGEgdGFyZ2V0CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBT eXN0ZW0gRGV0ZWN0ZWQ6IDggQ1BVcwpGcmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHggNCBjb3Jl KHMpIHggMiBTTVQgdGhyZWFkcwogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAKIGNwdTEgKEFQKTog QVBJQyBJRDogIDEKIGNwdTIgKEFQKTogQVBJQyBJRDogIDIKIGNwdTMgKEFQKTogQVBJQyBJRDog IDMKIGNwdTQgKEFQKTogQVBJQyBJRDogIDQKIGNwdTUgKEFQKTogQVBJQyBJRDogIDUKIGNwdTYg KEFQKTogQVBJQyBJRDogIDYKIGNwdTcgKEFQKTogQVBJQyBJRDogIDcKQVBJQzogQ1BVIDAgaGFz IEFDUEkgSUQgMQpBUElDOiBDUFUgMSBoYXMgQUNQSSBJRCA1CkFQSUM6IENQVSAyIGhhcyBBQ1BJ IElEIDIKQVBJQzogQ1BVIDMgaGFzIEFDUEkgSUQgNgpBUElDOiBDUFUgNCBoYXMgQUNQSSBJRCAz CkFQSUM6IENQVSA1IGhhcyBBQ1BJIElEIDcKQVBJQzogQ1BVIDYgaGFzIEFDUEkgSUQgNApBUElD OiBDUFUgNyBoYXMgQUNQSSBJRCA4Cng4NmJpb3M6ICBJVlQgMHgwMDAwMDAtMHgwMDA0ZmYgYXQg MHhmZmZmZmUwMDAwMDAwMDAwCng4NmJpb3M6IFNTRUcgMHgwOTgwMDAtMHgwOThmZmYgYXQgMHhm ZmZmZmY4MDAwMjYyMDAwCng4NmJpb3M6IEVCREEgMHgwOWQwMDAtMHgwOWZmZmYgYXQgMHhmZmZm ZmUwMDAwMDlkMDAwCng4NmJpb3M6ICBST00gMHgwYTAwMDAtMHgwZmVmZmYgYXQgMHhmZmZmZmUw MDAwMGEwMDAwCmxhcGljMDogQ01DSSB1bm1hc2tlZApVTEU6IHNldHVwIGNwdSAwClVMRTogc2V0 dXAgY3B1IDEKVUxFOiBzZXR1cCBjcHUgMgpVTEU6IHNldHVwIGNwdSAzClVMRTogc2V0dXAgY3B1 IDQKVUxFOiBzZXR1cCBjcHUgNQpVTEU6IHNldHVwIGNwdSA2ClVMRTogc2V0dXAgY3B1IDcKQUNQ STogUlNEUCAweGYwNDMwIDAwMDI0ICh2MDIgQUxBU0tBKQpBQ1BJOiBYU0RUIDB4Y2E5MDEwNjgg MDAwNEMgKHYwMSBBTEFTS0EgICAgQSBNIEkgMDEwNzIwMDkgQU1JICAwMDAxMDAxMykKQUNQSTog RkFDUCAweGNhOTBhODI4IDAwMEY0ICh2MDQgQUxBU0tBICAgIEEgTSBJIDAxMDcyMDA5IEFNSSAg MDAwMTAwMTMpCkFDUEk6IERTRFQgMHhjYTkwMTE0MCAwOTZFNiAodjAyIEFMQVNLQSAgICBBIE0g SSAwMDAwMDAwMCBJTlRMIDIwMDUxMTE3KQpBQ1BJOiBGQUNTIDB4Y2FkY2VmODAgMDAwNDAKQUNQ STogQVBJQyAweGNhOTBhOTIwIDAwMDkyICh2MDMgQUxBU0tBICAgIEEgTSBJIDAxMDcyMDA5IEFN SSAgMDAwMTAwMTMpCkFDUEk6IFNTRFQgMHhjYTkwYTliOCAwMDFENiAodjAxIEFNSUNQVSAgICAg UFJPQyAwMDAwMDAwMSBNU0ZUIDAzMDAwMDAxKQpBQ1BJOiBNQ0ZHIDB4Y2E5MGFiOTAgMDAwM0Mg KHYwMSBBTEFTS0EgICAgQSBNIEkgMDEwNzIwMDkgTVNGVCAwMDAwMDA5NykKQUNQSTogSFBFVCAw eGNhOTBhYmQwIDAwMDM4ICh2MDEgQUxBU0tBICAgIEEgTSBJIDAxMDcyMDA5IEFNSS4gMDAwMDAw MDQpCk1BRFQ6IEZvdW5kIElPIEFQSUMgSUQgMCwgSW50ZXJydXB0IDAgYXQgMHhmZWMwMDAwMApp b2FwaWMwOiBSb3V0aW5nIGV4dGVybmFsIDgyNTlBJ3MgLT4gaW50cGluIDAKTUFEVDogSW50ZXJy dXB0IG92ZXJyaWRlOiBzb3VyY2UgMCwgaXJxIDIKaW9hcGljMDogUm91dGluZyBJUlEgMCAtPiBp bnRwaW4gMgpNQURUOiBJbnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJjZSA5LCBpcnEgOQppb2FwaWMw OiBpbnRwaW4gOSB0cmlnZ2VyOiBsZXZlbApsYXBpYzogUm91dGluZyBOTUkgLT4gTElOVDEKbGFw aWM6IExJTlQxIHRyaWdnZXI6IGVkZ2UKbGFwaWM6IExJTlQxIHBvbGFyaXR5OiBoaWdoCmlvYXBp YzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKY3B1MCBCU1A6CiAgICAg SUQ6IDB4MDAwMDAwMDAgICBWRVI6IDB4MDEwNjAwMTUgTERSOiAweDAwMDAwMDAwIERGUjogMHhm ZmZmZmZmZgogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAw MDAwMCBTVlI6IDB4MDAwMDAxZmYKICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAw MCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwCiAgIGNtY2k6IDB4MDAwMDAwZjIKcmFu ZG9tOiA8ZW50cm9weSBzb3VyY2UsIFNvZnR3YXJlLCBZYXJyb3c+ClZFU0E6IElOVCAweDEwIHZl Y3RvciAweGMwMDA6MHgwMDE0ClZFU0E6IGluZm9ybWF0aW9uIGJsb2NrCjAwMDAgICA1NiA0NSA1 MyA0MSAwMCAwMyAwMCAwMSAwMCA5OSAwMSAwMCAwMCAwMCA0MCAwMAowMDEwICAgMDAgOTkgZmYg MDMgMDAgMDEgNDUgMDEgMDAgOTkgNTcgMDEgMDAgOTkgOGEgMDEKMDAyMCAgIDAwIDk5IDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAwMzAgICAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMDQwICAgNjAgMDEgNjEgMDEgNjIg MDEgNjMgMDEgNjQgMDEgNjUgMDEgNjYgMDEgNjcgMDEKMDA1MCAgIDY4IDAxIDY5IDAxIDZhIDAx IDZiIDAxIDZjIDAxIDZkIDAxIDZlIDAxIDZmIDAxCjAwNjAgICA3MCAwMSA3MSAwMSAzYyAwMSA0 ZCAwMSA1YyAwMSAzYSAwMSA0YiAwMSA1YSAwMQowMDcwICAgMDcgMDEgMWEgMDEgMWIgMDEgMDUg MDEgMTcgMDEgMTggMDEgMTIgMDEgMTQgMDEKMDA4MCAgIDE1IDAxIDAxIDAxIDAzIDAxIDExIDAx IDdkIDAxIDdlIDAxIDdmIDAxIGZmIGZmCjAwOTAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMGEwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAKMDBiMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwCjAwYzAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMAowMGQwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAKMDBlMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwCjAwZjAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMAowMTAwICAgNDkgNmUgNzQgNjUgNmMgMjggNTIgMjkgMjAgNTMgNjEgNmUgNjQg NzkgNjIgNzIKMDExMCAgIDY5IDY0IDY3IDY1IDJmIDQ5IDc2IDc5IDYyIDcyIDY5IDY0IDY3IDY1 IDIwIDQ3CjAxMjAgICA3MiA2MSA3MCA2OCA2OSA2MyA3MyAyMCA0MyA2OCA2OSA3MCA3MyA2NSA3 NCAyMAowMTMwICAgNDEgNjMgNjMgNjUgNmMgNjUgNzIgNjEgNzQgNjUgNjQgMjAgNTYgNDcgNDEg MjAKMDE0MCAgIDQyIDQ5IDRmIDUzIDAwIDQ5IDZlIDc0IDY1IDZjIDIwIDQzIDZmIDcyIDcwIDZm CjAxNTAgICA3MiA2MSA3NCA2OSA2ZiA2ZSAwMCA0OSA2ZSA3NCA2NSA2YyAyOCA1MiAyOSAyMAow MTYwICAgNTMgNjEgNmUgNjQgNzkgNjIgNzIgNjkgNjQgNjcgNjUgMmYgNDkgNzYgNzkgNjIKMDE3 MCAgIDcyIDY5IDY0IDY3IDY1IDIwIDQ3IDcyIDYxIDcwIDY4IDY5IDYzIDczIDIwIDQzCjAxODAg ICA2ZiA2ZSA3NCA3MiA2ZiA2YyA2YyA2NSA3MiAwMCA0OCA2MSA3MiA2NCA3NyA2MQowMTkwICAg NzIgNjUgMjAgNTYgNjUgNzIgNzMgNjkgNmYgNmUgMjAgMzAgMmUgMzAgMDAgMDAKMDFhMCAgIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxYjAgICAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMWMwICAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDFkMCAgIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxZTAgICAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMWYwICAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKVkVTQTogMTUgbW9kZShzKSBmb3Vu ZApWRVNBOiB2My4wLCA2NTQ3MmsgbWVtb3J5LCBmbGFnczoweDEsIG1vZGUgdGFibGU6MHhmZmZm ZmY4MDAwMmUwMDQwICg5OTAwMDA0MCkKVkVTQTogSW50ZWwoUikgU2FuZHlicmlkZ2UvSXZ5YnJp ZGdlIEdyYXBoaWNzIENoaXBzZXQgQWNjZWxlcmF0ZWQgVkdBIEJJT1MKVkVTQTogSW50ZWwgQ29y cG9yYXRpb24gSW50ZWwoUikgU2FuZHlicmlkZ2UvSXZ5YnJpZGdlIEdyYXBoaWNzIENvbnRyb2xs ZXIgSGFyZHdhcmUgVmVyc2lvbiAwLjAKaW86IDxJL08+CmNyeXB0bzogPGNyeXB0byBjb3JlPgpr YmQ6IG5ldyBhcnJheSBzaXplIDQKa2JkMSBhdCBrYmRtdXgwCm1lbTogPG1lbW9yeT4KbnVsbDog PG51bGwgZGV2aWNlLCB6ZXJvIGRldmljZT4KY3RsOiBDQU0gVGFyZ2V0IExheWVyIGxvYWRlZApj cnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKY3J5cHRvOiBhc3Np Z24gY3J5cHRvc29mdDAgZHJpdmVyIGlkIDAsIGZsYWdzIDEwMDY2MzI5NgpjcnlwdG86IGNyeXB0 b3NvZnQwIHJlZ2lzdGVycyBhbGcgMSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9z b2Z0MCByZWdpc3RlcnMgYWxnIDIgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29m dDAgcmVnaXN0ZXJzIGFsZyAzIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQw IHJlZ2lzdGVycyBhbGcgNCBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCBy ZWdpc3RlcnMgYWxnIDUgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVn aXN0ZXJzIGFsZyAxNiBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdp c3RlcnMgYWxnIDYgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0 ZXJzIGFsZyA3IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVy cyBhbGcgMTggZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJz IGFsZyAxOSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMg YWxnIDIwIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBh bGcgOCBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxn IDE1IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcg OSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDEw IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTMg ZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAxNCBm bGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDExIGZs YWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMjIgZmxh Z3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyMSBmbGFn cyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDE3IGZsYWdz IDAgbWF4b3BsZW4gMAphZXNuaTA6IDxBRVMtQ0JDLEFFUy1YVFM+IG9uIG1vdGhlcmJvYXJkCmNy eXB0bzogYXNzaWduIGFlc25pMCBkcml2ZXIgaWQgMSwgZmxhZ3MgMTY3NzcyMTYKY3J5cHRvOiBh ZXNuaTAgcmVnaXN0ZXJzIGFsZyAxMSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBhZXNuaTAg cmVnaXN0ZXJzIGFsZyAyMiBmbGFncyAwIG1heG9wbGVuIDAKYWNwaTA6IDxBTEFTS0EgQSBNIEk+ IG9uIG1vdGhlcmJvYXJkClBDSWU6IE1lbW9yeSBNYXBwZWQgY29uZmlndXJhdGlvbiBiYXNlIEAg MHhlMDAwMDAwMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA5IChJU0EgSVJRIDkpIHRvIGxhcGlj IDAgdmVjdG9yIDQ4CkFDUEk6IEV4ZWN1dGVkIDEgYmxvY2tzIG9mIG1vZHVsZS1sZXZlbCBleGVj dXRhYmxlIEFNTCBjb2RlCkFDUEkgRXJyb3I6IFtSQU1CXSBOYW1lc3BhY2UgbG9va3VwIGZhaWx1 cmUsIEFFX05PVF9GT1VORCAoMjAxMTA1MjcvcHNhcmdzLTM5MikKQUNQSSBFeGNlcHRpb246IEFF X05PVF9GT1VORCwgQ291bGQgbm90IGV4ZWN1dGUgYXJndW1lbnRzIGZvciBbUkFNV10gKFJlZ2lv bikgKDIwMTEwNTI3L25zaW5pdC0zODApCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpjcHUw OiA8QUNQSSBDUFU+IG9uIGFjcGkwCkFDUEk6IFNTRFQgMHhjYWRjZDgxOCAwMDc5QyAodjAxICAg IEFNSSAgICAgIElTVCAwMDAwMDAwMSBNU0ZUIDAzMDAwMDAxKQpBQ1BJOiBEeW5hbWljIE9FTSBU YWJsZSBMb2FkOgpBQ1BJOiBTU0RUIDAgMDA3OUMgKHYwMSAgICBBTUkgICAgICBJU1QgMDAwMDAw MDEgTVNGVCAwMzAwMDAwMSkKQUNQSTogU1NEVCAweGNhZGQ0YTE4IDAwMjFDICh2MDEgICAgQU1J ICAgICAgQ1NUIDAwMDAwMDAxIE1TRlQgMDMwMDAwMDEpCkFDUEk6IER5bmFtaWMgT0VNIFRhYmxl IExvYWQ6CkFDUEk6IFNTRFQgMCAwMDIxQyAodjAxICAgIEFNSSAgICAgIENTVCAwMDAwMDAwMSBN U0ZUIDAzMDAwMDAxKQpjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4g b24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHU0OiA8QUNQSSBDUFU+IG9uIGFj cGkwCmNwdTU6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1NjogPEFDUEkgQ1BVPiBvbiBhY3BpMApj cHU3OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0w eDQzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIg SHogcXVhbGl0eSAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIgKElTQSBJUlEgMCkgdG8gbGFw aWMgMCB2ZWN0b3IgNDkKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBx dWFsaXR5IDEwMAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzEgaXJx IDggb24gYWNwaTAKYXRydGMwOiByZWdpc3RlcmVkIGFzIGEgdGltZS1vZi1kYXkgY2xvY2sgKHJl c29sdXRpb24gMTAwMDAwMHVzLCBhZGp1c3RtZW50IDAuNTAwMDAwMDAwcykKaW9hcGljMDogcm91 dGluZyBpbnRwaW4gOCAoSVNBIElSUSA4KSB0byBsYXBpYyAwIHZlY3RvciA1MApFdmVudCB0aW1l ciAiUlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwCmhwZXQwOiA8SGlnaCBQcmVjaXNp b24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApocGV0 MDogdmVuZG9yIDB4ODA4NiwgcmV2IDB4MSwgMTQzMTgxODBIeiA2NGJpdCwgOCB0aW1lcnMsIGxl Z2FjeSByb3V0ZQpocGV0MDogIHQwOiBpcnFzIDB4MDBmMDAwMDAgKDApLCBNU0ksIDY0Yml0LCBw ZXJpb2RpYwpocGV0MDogIHQxOiBpcnFzIDB4MDBmMDAwMDAgKDApLCBNU0kKaHBldDA6ICB0Mjog aXJxcyAweDAwZjAwODAwICgwKSwgTVNJCmhwZXQwOiAgdDM6IGlycXMgMHgwMGYwMTAwMCAoMCks IE1TSQpocGV0MDogIHQ0OiBpcnFzIDB4MDAwMDAwMDAgKDApLCBNU0kKaHBldDA6ICB0NTogaXJx cyAweDAwMDAwMDAwICgwKSwgTVNJCmhwZXQwOiAgdDY6IGlycXMgMHgwMDAwMDAwMCAoMCksIE1T SQpocGV0MDogIHQ3OiBpcnFzIDB4MDAwMDAwMDAgKDApLCBNU0kKVGltZWNvdW50ZXIgIkhQRVQi IGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDk1MAptc2k6IHJvdXRpbmcgTVNJLVggSVJR IDI1NiB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDUxCm1zaTogcm91dGluZyBNU0ktWCBJUlEgMjU3 IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTIKbXNpOiByb3V0aW5nIE1TSS1YIElSUSAyNTggdG8g bG9jYWwgQVBJQyAwIHZlY3RvciA1Mwptc2k6IHJvdXRpbmcgTVNJLVggSVJRIDI1OSB0byBsb2Nh bCBBUElDIDAgdmVjdG9yIDU0Cm1zaTogcm91dGluZyBNU0ktWCBJUlEgMjYwIHRvIGxvY2FsIEFQ SUMgMCB2ZWN0b3IgNTUKbXNpOiByb3V0aW5nIE1TSS1YIElSUSAyNjEgdG8gbG9jYWwgQVBJQyAw IHZlY3RvciA1Ngptc2k6IHJvdXRpbmcgTVNJLVggSVJRIDI2MiB0byBsb2NhbCBBUElDIDAgdmVj dG9yIDU3Cm1zaTogcm91dGluZyBNU0ktWCBJUlEgMjYzIHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3Ig NTgKRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDU1MApB Q1BJIHRpbWVyOiAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgLT4gMTAK VGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA5MDAK YWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0MDgtMHg0 MGIgb24gYWNwaTAKcGNpX2xpbmswOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMK ICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAx MiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUgNiA3 IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAz IDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbmsxOiAgICAgICAgSW5kZXggIElSUSAgUnRk ICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNCA1 IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAg MCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUg ICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbmsyOiAgICAgICAgSW5k ZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMCAgIE4g ICAgIDAgIDMgNCA1IDYgMTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAgICAx MCAgIE4gICAgIDAgIDMgNCA1IDYgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAg IDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbmszOiAgICAg ICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAx MCAgIE4gICAgIDAgIDMgNCA1IDYgMTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAg IDAgICAxMCAgIE4gICAgIDAgIDMgNCA1IDYgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbms0 OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAg IDAgICAgNSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24g ICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0 ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQg MTUKcGNpX2xpbms1OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFs IFByb2JlICAgICAgIDAgICAgNSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQog IFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEy IDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcg MTAgMTEgMTIgMTQgMTUKcGNpX2xpbms2OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElS UXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgNyAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAx MSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA3ICAgTiAgICAgMCAgMyA0IDUg NiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAw ICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbms3OiAgICAgICAgSW5kZXggIElSUSAg UnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgMyAgIE4gICAgIDAgIDMg NCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICAzICAgTiAg ICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAy NTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpYjA6IDxBQ1BJIEhvc3Qt UENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2liMDogZGVjb2RpbmcgNCBy YW5nZSAwLTB4Y2Y3CnBjaWIwOiBkZWNvZGluZyA0IHJhbmdlIDB4ZDAwLTB4ZmZmZgpwY2liMDog ZGVjb2RpbmcgMyByYW5nZSAweGEwMDAwLTB4YmZmZmYKcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2Ug MHhjODAwMC0weGRmZmZmCnBjaWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4Y2ZhMDAwMDAtMHhmZmZm ZmZmZgpwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiBkb21haW49MCwgcGh5c2lj YWwgYnVzPTAKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgwMTA4LCByZXZpZD0weDA5Cglk b21haW49MCwgYnVzPTAsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MjA5MCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDAxMDEsIHJldmlkPTB4 MDkKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0 eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxu c3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgxMCAoNDAwMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDMgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBt YXRjaGVkIGVudHJ5IGZvciAwLjEuSU5UQQpwY2liMDogc2xvdCAxIElOVEEgaGFyZHdpcmVkIHRv IElSUSAxNgpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDAxMGEsIHJldmlkPTB4MDkKCWRv bWFpbj0wLCBidXM9MCwgc2xvdD0yLCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDkwLCBjYWNoZWxuc3o9MCAo ZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKCW1hcFsxMF06IHR5cGUgTWVt b3J5LCByYW5nZSA2NCwgYmFzZSAweGZiNDAwMDAwLCBzaXplIDIyLCBlbmFibGVkCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGZiNDAwMDAwLTB4ZmI3ZmZmZmYpIGZvciByaWQgMTAgb2YgcGNp MDowOjI6MAoJbWFwWzE4XTogdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFz ZSAweGQwMDAwMDAwLCBzaXplIDI4LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGQwMDAwMDAwLTB4ZGZmZmZmZmYpIGZvciByaWQgMTggb2YgcGNpMDowOjI6MAoJbWFwWzIwXTog dHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmMDAwLCBzaXplICA2LCBlbmFibGVkCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGYwMDAtMHhmMDNmKSBmb3IgcmlkIDIwIG9mIHBjaTA6 MDoyOjAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMi5JTlRBCnBjaWIwOiBzbG90IDIgSU5U QSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MDEwZCwg cmV2aWQ9MHgwOQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTYsIGZ1bmM9MAoJY2xhc3M9MDYtMDQt MDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAs IGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDEw ICg0MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNw ZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UK cGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuNi5JTlRBCnBjaWIwOiBzbG90IDYgSU5UQSBoYXJk d2lyZWQgdG8gSVJRIDE5CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MWMzYSwgcmV2aWQ9 MHgwNAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIyLCBmdW5jPTAKCWNsYXNzPTA3LTgwLTAwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMDEwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5z KSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTUKCXBvd2Vyc3BlYyAzICBzdXBw b3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0Cglt YXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmYmMwODAwMCwgc2l6ZSAgNCwg ZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmYmMwODAwMC0weGZiYzA4MDBmKSBm b3IgcmlkIDEwIG9mIHBjaTA6MDoyMjowCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjIyLklO VEEKcGNpYjA6IHNsb3QgMjIgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIxCmZvdW5kLT4JdmVuZG9y PTB4ODA4NiwgZGV2PTB4MWMyZCwgcmV2aWQ9MHgwNQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI2 LCBmdW5jPTAKCWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0w eDAwMDYsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49 YSwgaXJxPTMKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEw XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmJjMDcwMDAsIHNpemUgMTAsIGVuYWJs ZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmJjMDcwMDAtMHhmYmMwNzNmZikgZm9yIHJp ZCAxMCBvZiBwY2kwOjA6MjY6MApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yNi5JTlRBCnBj aWIwOiBzbG90IDI2IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMwplaGNpIGVhcmx5OiBTTU0gYWN0 aXZlLCByZXF1ZXN0IG93bmVyIGNoYW5nZQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDFj MjAsIHJldmlkPTB4MDUKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNywgZnVuYz0wCgljbGFzcz0w NC0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4 MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9NwoJcG93ZXJz cGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdl LCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZiYzAwMDAw LCBzaXplIDE0LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZiYzAwMDAwLTB4 ZmJjMDNmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjI3OjAKcGNpYjA6IG1hdGNoZWQgZW50cnkg Zm9yIDAuMjcuSU5UQQpwY2liMDogc2xvdCAyNyBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjIKZm91 bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxYzEwLCByZXZpZD0weGI1Cglkb21haW49MCwgYnVz PTAsIHNsb3Q9MjgsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9 MQoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDEwICg0MDAwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1 cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9y IDAuMjguSU5UQQpwY2liMDogc2xvdCAyOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTcKZm91bmQt Pgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxYzE4LCByZXZpZD0weGI1Cglkb21haW49MCwgYnVzPTAs IHNsb3Q9MjgsIGZ1bmM9NAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJ Y21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDEwICg0MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJl bnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAu MjguSU5UQQpwY2liMDogc2xvdCAyOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTcKZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgxYzFhLCByZXZpZD0weGI1Cglkb21haW49MCwgYnVzPTAsIHNs b3Q9MjgsIGZ1bmM9NQoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21k cmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDEwICg0MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CglpbnRwaW49YiwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQg RDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjgu SU5UQgpwY2liMDogc2xvdCAyOCBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5k b3I9MHg4MDg2LCBkZXY9MHgxYzFjLCByZXZpZD0weGI1Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9 MjgsIGZ1bmM9NgoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVn PTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDEwICg0MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglp bnRwaW49YywgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAK CU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjguSU5U QwpwY2liMDogc2xvdCAyOCBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMTgKZm91bmQtPgl2ZW5kb3I9 MHg4MDg2LCBkZXY9MHgxYzFlLCByZXZpZD0weGI1Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9Mjgs IGZ1bmM9NwoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4 MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDEwICg0MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49ZCwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1T SSBzdXBwb3J0cyAxIG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjguSU5URApw Y2liMDogc2xvdCAyOCBJTlREIGhhcmR3aXJlZCB0byBJUlEgMTkKZm91bmQtPgl2ZW5kb3I9MHg4 MDg2LCBkZXY9MHgxYzI2LCByZXZpZD0weDA1Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1 bmM9MAoJY2xhc3M9MGMtMDMtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAw Niwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBp cnE9MwoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0 eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmYmMwNjAwMCwgc2l6ZSAxMCwgZW5hYmxlZApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmYmMwNjAwMC0weGZiYzA2M2ZmKSBmb3IgcmlkIDEw IG9mIHBjaTA6MDoyOTowCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEEKcGNpYjA6 IHNsb3QgMjkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIzCmVoY2kgZWFybHk6IFNNTSBhY3RpdmUs IHJlcXVlc3Qgb3duZXIgY2hhbmdlCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQ0ZSwg cmV2aWQ9MHhhNQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTMwLCBmdW5jPTAKCWNsYXNzPTA2LTA0 LTAxLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEw LCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDEw ICg0MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2 PTB4MWM1NiwgcmV2aWQ9MHgwNQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTMxLCBmdW5jPTAKCWNs YXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRy ZWc9MHgwMjEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4 NiwgZGV2PTB4MWMwMiwgcmV2aWQ9MHgwNQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTMxLCBmdW5j PTIKCWNsYXNzPTAxLTA2LTAxLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcs IHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YiwgaXJx PTUKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRz IDEgbWVzc2FnZQoJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmMGIw LCBzaXplICAzLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGYwYjAtMHhmMGI3 KSBmb3IgcmlkIDEwIG9mIHBjaTA6MDozMToyCgltYXBbMTRdOiB0eXBlIEkvTyBQb3J0LCByYW5n ZSAzMiwgYmFzZSAweGYwYTAsIHNpemUgIDIsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDQgKDB4ZjBhMC0weGYwYTMpIGZvciByaWQgMTQgb2YgcGNpMDowOjMxOjIKCW1hcFsxOF06IHR5 cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZjA5MCwgc2l6ZSAgMywgZW5hYmxlZApwY2li MDogYWxsb2NhdGVkIHR5cGUgNCAoMHhmMDkwLTB4ZjA5NykgZm9yIHJpZCAxOCBvZiBwY2kwOjA6 MzE6MgoJbWFwWzFjXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmMDgwLCBzaXpl ICAyLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGYwODAtMHhmMDgzKSBmb3Ig cmlkIDFjIG9mIHBjaTA6MDozMToyCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwg YmFzZSAweGYwNjAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4 ZjA2MC0weGYwN2YpIGZvciByaWQgMjAgb2YgcGNpMDowOjMxOjIKCW1hcFsyNF06IHR5cGUgTWVt b3J5LCByYW5nZSAzMiwgYmFzZSAweGZiYzA1MDAwLCBzaXplIDExLCBlbmFibGVkCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGZiYzA1MDAwLTB4ZmJjMDU3ZmYpIGZvciByaWQgMjQgb2YgcGNp MDowOjMxOjIKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMzEuSU5UQgpwY2liMDogc2xvdCAz MSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMjAKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgx YzIyLCByZXZpZD0weDA1Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MwoJY2xhc3M9 MGMtMDUtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwMywgc3RhdHJlZz0w eDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1jLCBpcnE9MTAKCW1hcFsx MF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZiYzA0MDAwLCBzaXplICA4LCBlbmFi bGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZiYzA0MDAwLTB4ZmJjMDQwZmYpIGZvciBy aWQgMTAgb2YgcGNpMDowOjMxOjMKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBi YXNlIDB4ZjA0MCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhm MDQwLTB4ZjA1ZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6MzE6MwpwY2liMDogbWF0Y2hlZCBlbnRy eSBmb3IgMC4zMS5JTlRDCnBjaWIwOiBzbG90IDMxIElOVEMgaGFyZHdpcmVkIHRvIElSUSAxOApw Y2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAK cGNpYjE6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMTogICBzZWNvbmRhcnkgYnVzICAgICAx CnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEKcGNpYjE6ICAgbm8gcHJlZmV0Y2hlZCBkZWNv ZGUKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpMTogZG9tYWluPTAsIHBoeXNpY2Fs IGJ1cz0xCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZjAwMC0weGYw M2YgbWVtIDB4ZmI0MDAwMDAtMHhmYjdmZmZmZiwweGQwMDAwMDAwLTB4ZGZmZmZmZmYgaXJxIDE2 IGF0IGRldmljZSAyLjAgb24gcGNpMApkcm1uMDogPEludGVsIFNhbmR5QnJpZGdlIChNKT4gb24g dmdhcGNpMAp2Z2FwY2kwOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMgKDEg c3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjQgdG8gbG9jYWwgQVBJQyAwIHZlY3Rv ciA1OQp2Z2FwY2kwOiB1c2luZyBJUlEgMjY0IGZvciBNU0kKaW5mbzogW2RybV0gTVNJIGVuYWJs ZWQgMSBtZXNzYWdlKHMpCmVycm9yOiBbZHJtOnBpZDA6ZHJtX2xvYWRdICpFUlJPUiogQ2FyZCBp c24ndCBBR1AsIG9yIGNvdWxkbid0IGluaXRpYWxpemUgQUdQLgpkZXZpY2VfYXR0YWNoOiBkcm1u MCBhdHRhY2ggcmV0dXJuZWQgMTIKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTkg YXQgZGV2aWNlIDYuMCBvbiBwY2kwCnBjaWIyOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjI6 ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMgpwY2liMjogICBzdWJvcmRpbmF0ZSBidXMgICAyCnBjaWIy OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBj aTI6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9MgpwY2kwOiA8c2ltcGxlIGNvbW1zPiBhdCBkZXZp Y2UgMjIuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQplaGNpMDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAy LjAgY29udHJvbGxlcj4gbWVtIDB4ZmJjMDcwMDAtMHhmYmMwNzNmZiBpcnEgMjMgYXQgZGV2aWNl IDI2LjAgb24gcGNpMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAyMyAoUENJIElSUSAyMykgdG8g bGFwaWMgMCB2ZWN0b3IgNjAKdXNidXMwOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMCBvbiBlaGNp MAp1c2J1czA6IGJwZiBhdHRhY2hlZAplaGNpMDogdXNicGY6IEF0dGFjaGVkCnBjaTA6IDxtdWx0 aW1lZGlhLCBIREE+IGF0IGRldmljZSAyNy4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIzOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpYjM6 ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMzogICBzZWNvbmRhcnkgYnVzICAgICAzCnBjaWIz OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDMKcGNpYjM6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNp MzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKcGNpMzogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0z CnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC40IG9uIHBj aTAKcGNpYjQ6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNDogICBzZWNvbmRhcnkgYnVzICAg ICA0CnBjaWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDQKcGNpYjQ6ICAgbm8gcHJlZmV0Y2hlZCBk ZWNvZGUKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpNDogZG9tYWluPTAsIHBoeXNp Y2FsIGJ1cz00CnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAy OC41IG9uIHBjaTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4ZTAwMC0weGVmZmYpIGZvciBy aWQgMWMgb2YgcGNpYjUKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmJiMDAwMDAtMHhmYmJm ZmZmZikgZm9yIHJpZCAyMCBvZiBwY2liNQpwY2liNTogICBkb21haW4gICAgICAgICAgICAwCnBj aWI1OiAgIHNlY29uZGFyeSBidXMgICAgIDUKcGNpYjU6ICAgc3Vib3JkaW5hdGUgYnVzICAgNQpw Y2liNTogICBJL08gZGVjb2RlICAgICAgICAweGUwMDAtMHhlZmZmCnBjaWI1OiAgIG1lbW9yeSBk ZWNvZGUgICAgIDB4ZmJiMDAwMDAtMHhmYmJmZmZmZgpwY2liNTogICBubyBwcmVmZXRjaGVkIGRl Y29kZQpwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQpwY2k1OiBkb21haW49MCwgcGh5c2lj YWwgYnVzPTUKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxMGQzLCByZXZpZD0weDAwCglk b21haW49MCwgYnVzPTUsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2 IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhs YXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBE MCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CglNU0ktWCBz dXBwb3J0cyA1IG1lc3NhZ2VzIGluIG1hcCAweDFjCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFu Z2UgMzIsIGJhc2UgMHhmYmIwMDAwMCwgc2l6ZSAxNywgZW5hYmxlZApwY2liNTogYWxsb2NhdGVk IG1lbW9yeSByYW5nZSAoMHhmYmIwMDAwMC0weGZiYjFmZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6 NTowOjAKCW1hcFsxOF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZTAwMCwgc2l6 ZSAgNSwgZW5hYmxlZApwY2liNTogYWxsb2NhdGVkIEkvTyBwb3J0IHJhbmdlICgweGUwMDAtMHhl MDFmKSBmb3IgcmlkIDE4IG9mIHBjaTA6NTowOjAKCW1hcFsxY106IHR5cGUgTWVtb3J5LCByYW5n ZSAzMiwgYmFzZSAweGZiYjIwMDAwLCBzaXplIDE0LCBlbmFibGVkCnBjaWI1OiBhbGxvY2F0ZWQg bWVtb3J5IHJhbmdlICgweGZiYjIwMDAwLTB4ZmJiMjNmZmYpIGZvciByaWQgMWMgb2YgcGNpMDo1 OjA6MApwY2liNTogbWF0Y2hlZCBlbnRyeSBmb3IgNS4wLklOVEEKcGNpYjU6IHNsb3QgMCBJTlRB IGhhcmR3aXJlZCB0byBJUlEgMTcKZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25u ZWN0aW9uIDcuMy4yPiBwb3J0IDB4ZTAwMC0weGUwMWYgbWVtIDB4ZmJiMDAwMDAtMHhmYmIxZmZm ZiwweGZiYjIwMDAwLTB4ZmJiMjNmZmYgaXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpNQplbTA6 IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMyBNU0ktWCB2ZWN0b3JzICg1IHN1cHBvcnRlZCkKbXNp OiByb3V0aW5nIE1TSS1YIElSUSAyNjUgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA2MQptc2k6IHJv dXRpbmcgTVNJLVggSVJRIDI2NiB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDYyCm1zaTogcm91dGlu ZyBNU0ktWCBJUlEgMjY3IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNjMKZW0wOiB1c2luZyBJUlFz IDI2NS0yNjcgZm9yIE1TSS1YCmVtMDogVXNpbmcgTVNJWCBpbnRlcnJ1cHRzIHdpdGggMyB2ZWN0 b3JzCmVtMDogYnBmIGF0dGFjaGVkCmVtMDogRXRoZXJuZXQgYWRkcmVzczogNTQ6MDQ6YTY6OGE6 ZDU6NjEKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTggYXQgZGV2aWNlIDI4LjYg b24gcGNpMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhkMDAwLTB4ZGZmZikgZm9yIHJpZCAx YyBvZiBwY2liNgpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmYmEwMDAwMC0weGZiYWZmZmZm KSBmb3IgcmlkIDIwIG9mIHBjaWI2CnBjaWI2OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjY6 ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNgpwY2liNjogICBzdWJvcmRpbmF0ZSBidXMgICA2CnBjaWI2 OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZDAwMC0weGRmZmYKcGNpYjY6ICAgbWVtb3J5IGRlY29k ZSAgICAgMHhmYmEwMDAwMC0weGZiYWZmZmZmCnBjaWI2OiAgIG5vIHByZWZldGNoZWQgZGVjb2Rl CnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2CnBjaTY6IGRvbWFpbj0wLCBwaHlzaWNhbCBi dXM9Ngpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDEwZDMsIHJldmlkPTB4MDAKCWRvbWFp bj0wLCBidXM9Niwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3 b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQz ICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCU1TSS1YIHN1cHBv cnRzIDUgbWVzc2FnZXMgaW4gbWFwIDB4MWMKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAz MiwgYmFzZSAweGZiYTAwMDAwLCBzaXplIDE3LCBlbmFibGVkCnBjaWI2OiBhbGxvY2F0ZWQgbWVt b3J5IHJhbmdlICgweGZiYTAwMDAwLTB4ZmJhMWZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDo2OjA6 MAoJbWFwWzE4XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhkMDAwLCBzaXplICA1 LCBlbmFibGVkCnBjaWI2OiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4ZDAwMC0weGQwMWYp IGZvciByaWQgMTggb2YgcGNpMDo2OjA6MAoJbWFwWzFjXTogdHlwZSBNZW1vcnksIHJhbmdlIDMy LCBiYXNlIDB4ZmJhMjAwMDAsIHNpemUgMTQsIGVuYWJsZWQKcGNpYjY6IGFsbG9jYXRlZCBtZW1v cnkgcmFuZ2UgKDB4ZmJhMjAwMDAtMHhmYmEyM2ZmZikgZm9yIHJpZCAxYyBvZiBwY2kwOjY6MDow CnBjaWI2OiBtYXRjaGVkIGVudHJ5IGZvciA2LjAuSU5UQQpwY2liNjogc2xvdCAwIElOVEEgaGFy ZHdpcmVkIHRvIElSUSAxOAplbTE6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rp b24gNy4zLjI+IHBvcnQgMHhkMDAwLTB4ZDAxZiBtZW0gMHhmYmEwMDAwMC0weGZiYTFmZmZmLDB4 ZmJhMjAwMDAtMHhmYmEyM2ZmZiBpcnEgMTggYXQgZGV2aWNlIDAuMCBvbiBwY2k2CmVtMTogYXR0 ZW1wdGluZyB0byBhbGxvY2F0ZSAzIE1TSS1YIHZlY3RvcnMgKDUgc3VwcG9ydGVkKQptc2k6IHJv dXRpbmcgTVNJLVggSVJRIDI2OCB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDY0Cm1zaTogcm91dGlu ZyBNU0ktWCBJUlEgMjY5IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNjUKbXNpOiByb3V0aW5nIE1T SS1YIElSUSAyNzAgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA2NgplbTE6IHVzaW5nIElSUXMgMjY4 LTI3MCBmb3IgTVNJLVgKZW0xOiBVc2luZyBNU0lYIGludGVycnVwdHMgd2l0aCAzIHZlY3RvcnMK ZW0xOiBicGYgYXR0YWNoZWQKZW0xOiBFdGhlcm5ldCBhZGRyZXNzOiA1NDowNDphNjo4YTpkMjo1 ZApwY2liNzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOSBhdCBkZXZpY2UgMjguNyBvbiBw Y2kwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZiOTAwMDAwLTB4ZmI5ZmZmZmYpIGZvciBy aWQgMjAgb2YgcGNpYjcKcGNpYjc6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNzogICBzZWNv bmRhcnkgYnVzICAgICA3CnBjaWI3OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDcKcGNpYjc6ICAgbWVt b3J5IGRlY29kZSAgICAgMHhmYjkwMDAwMC0weGZiOWZmZmZmCnBjaWI3OiAgIG5vIHByZWZldGNo ZWQgZGVjb2RlCnBjaTc6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI3CnBjaTc6IGRvbWFpbj0wLCBw aHlzaWNhbCBidXM9Nwpmb3VuZC0+CXZlbmRvcj0weDFiMjEsIGRldj0weDEwNDIsIHJldmlkPTB4 MDAKCWRvbWFpbj0wLCBidXM9Nywgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTBjLTAzLTMwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxu c3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyks IG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDMgIHN1cHBv cnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgOCBtZXNzYWdlcywgNjQgYml0CglN U0ktWCBzdXBwb3J0cyA4IG1lc3NhZ2VzIGluIG1hcCAweDEwCgltYXBbMTBdOiB0eXBlIE1lbW9y eSwgcmFuZ2UgNjQsIGJhc2UgMHhmYjkwMDAwMCwgc2l6ZSAxNSwgZW5hYmxlZApwY2liNzogYWxs b2NhdGVkIG1lbW9yeSByYW5nZSAoMHhmYjkwMDAwMC0weGZiOTA3ZmZmKSBmb3IgcmlkIDEwIG9m IHBjaTA6NzowOjAKcGNpYjc6IG1hdGNoZWQgZW50cnkgZm9yIDcuMC5JTlRBCnBjaWI3OiBzbG90 IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE5CnBjaTc6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRl dmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKZWhjaTE6IDxFSENJIChnZW5lcmljKSBVU0Ig Mi4wIGNvbnRyb2xsZXI+IG1lbSAweGZiYzA2MDAwLTB4ZmJjMDYzZmYgaXJxIDIzIGF0IGRldmlj ZSAyOS4wIG9uIHBjaTAKdXNidXMxOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMSBvbiBlaGNpMQp1 c2J1czE6IGJwZiBhdHRhY2hlZAplaGNpMTogdXNicGY6IEF0dGFjaGVkCnBjaWI4OiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgNCAoMHhjMDAwLTB4Y2ZmZikgZm9yIHJpZCAxYyBvZiBwY2liOApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhmYjgwMDAwMC0weGZiOGZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWI4CnBjaWI4 OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjg6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgOApwY2li ODogICBzdWJvcmRpbmF0ZSBidXMgICA4CnBjaWI4OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YzAw MC0weGNmZmYKcGNpYjg6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmYjgwMDAwMC0weGZiOGZmZmZm CnBjaWI4OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaWI4OiAgIFN1YnRyYWN0aXZlbHkgZGVj b2RlZCBicmlkZ2UuCnBjaTg6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI4CnBjaTg6IGRvbWFpbj0w LCBwaHlzaWNhbCBidXM9OApmb3VuZC0+CXZlbmRvcj0weDExMDYsIGRldj0weDMwNDQsIHJldmlk PTB4YzAKCWRvbWFpbj0wLCBidXM9OCwgc2xvdD0zLCBmdW5jPTAKCWNsYXNzPTBjLTAwLTEwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMjEwLCBjYWNo ZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MjAgKDgwMDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMg MiAgc3VwcG9ydHMgRDAgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGZiODAwMDAwLCBzaXplIDExLCBlbmFibGVkCnBjaWI4OiBhbGxvY2F0 ZWQgbWVtb3J5IHJhbmdlICgweGZiODAwMDAwLTB4ZmI4MDA3ZmYpIGZvciByaWQgMTAgb2YgcGNp MDo4OjM6MAoJbWFwWzE0XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhjMDAwLCBz aXplICA3LCBlbmFibGVkCnBjaWI4OiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4YzAwMC0w eGMwN2YpIGZvciByaWQgMTQgb2YgcGNpMDo4OjM6MApwY2liODogbWF0Y2hlZCBlbnRyeSBmb3Ig OC4zLklOVEEKcGNpYjg6IHNsb3QgMyBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTkKcGNpODogPHNl cmlhbCBidXMsIEZpcmVXaXJlPiBhdCBkZXZpY2UgMy4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmlz YWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBi dXM+IG9uIGlzYWIwCmFoY2kwOiA8SW50ZWwgQ291Z2FyIFBvaW50IEFIQ0kgU0FUQSBjb250cm9s bGVyPiBwb3J0IDB4ZjBiMC0weGYwYjcsMHhmMGEwLTB4ZjBhMywweGYwOTAtMHhmMDk3LDB4ZjA4 MC0weGYwODMsMHhmMDYwLTB4ZjA3ZiBtZW0gMHhmYmMwNTAwMC0weGZiYzA1N2ZmIGlycSAyMCBh dCBkZXZpY2UgMzEuMiBvbiBwY2kwCmFoY2kwOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEgTVNJ IHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNzEgdG8gbG9jYWwg QVBJQyAwIHZlY3RvciA2NwphaGNpMDogdXNpbmcgSVJRIDI3MSBmb3IgTVNJCmFoY2kwOiBBSENJ IHYxLjMwIHdpdGggNiA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIG5vdCBzdXBwb3J0ZWQK YWhjaTA6IENhcHM6IDY0Yml0IE5DUSBTTlRGIEFMUCBBTCBDTE8gNkdicHMgUE1EIFNTQyBQU0Mg MzJjbWQgRU0gNnBvcnRzCmFoY2kwOiBDYXBzMjogQVBTVAphaGNpMDogRU0gQ2FwczogQUxIRCBY TVQgU01CIExFRAphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAK YWhjaWNoMDogQ2FwczoKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFo Y2kwCmFoY2ljaDE6IENhcHM6CmFoY2ljaDI6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaGNpY2gz OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTAKYWhjaWNoMzogQ2FwczoKYWhj aWNoNDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA0IG9uIGFoY2kwCmFoY2ljaDQ6IENhcHM6 IEhQQ1AKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA1IG9uIGFoY2kwCmFoY2lj aDU6IENhcHM6CnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRy aXZlciBhdHRhY2hlZCkKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAp1YXJ0 MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgx MCBvbiBhY3BpMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA0IChJU0EgSVJRIDQpIHRvIGxhcGlj IDAgdmVjdG9yIDY4CnVhcnQwOiBmYXN0IGludGVycnVwdAphY3BpMDogd2FrZXVwIGNvZGUgdmEg MHhmZmZmZmY4NDVjZDBmMDAwIHBhIDB4OTQwMDAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YTAwMDAtMHhhMDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YTA4MDAtMHhhMGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YTEwMDAtMHhhMTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YTE4MDAtMHhhMWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YTIwMDAtMHhhMjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YTI4MDAtMHhhMmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YTMwMDAtMHhhMzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTM4MDAtMHhhM2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQwMDAtMHhhNDdmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQ4MDAtMHhhNGZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTUwMDAtMHhhNTdmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTU4MDAtMHhhNWZmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTYwMDAtMHhhNjdmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTY4MDAtMHhhNmZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTcwMDAtMHhhNzdmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTc4MDAtMHhhN2Zm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTgwMDAtMHhh ODdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTg4MDAt MHhhOGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTkw MDAtMHhhOTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YTk4MDAtMHhhOWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YWEwMDAtMHhhYTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YWE4MDAtMHhhYWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YWIwMDAtMHhhYjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YWI4MDAtMHhhYmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YWMwMDAtMHhhYzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YWM4MDAtMHhhY2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQwMDAtMHhhZDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQ4MDAtMHhhZGZmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWUwMDAtMHhhZTdmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWU4MDAtMHhhZWZmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWYwMDAtMHhhZjdmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWY4MDAtMHhhZmZmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjAwMDAtMHhiMDdmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjA4MDAtMHhiMGZmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjEwMDAtMHhiMTdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjE4MDAtMHhi MWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjIwMDAt MHhiMjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjI4 MDAtMHhiMmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YjMwMDAtMHhiMzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YjM4MDAtMHhiM2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YjQwMDAtMHhiNDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YjQ4MDAtMHhiNGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YjUwMDAtMHhiNTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YjU4MDAtMHhiNWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YjYwMDAtMHhiNjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjY4MDAtMHhiNmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjcwMDAtMHhiNzdmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjc4MDAtMHhiN2ZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjgwMDAtMHhiODdmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjg4MDAtMHhiOGZmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjkwMDAtMHhiOTdmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjk4MDAtMHhiOWZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmEwMDAtMHhiYTdmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmE4MDAtMHhiYWZm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmIwMDAtMHhi YjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmI4MDAt MHhiYmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmMw MDAtMHhiYzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YmM4MDAtMHhiY2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YmQwMDAtMHhiZDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YmQ4MDAtMHhiZGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YmUwMDAtMHhiZTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YmU4MDAtMHhiZWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YmYwMDAtMHhiZjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YmY4MDAtMHhiZmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2UwMDAtMHhjZTdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2U4MDAtMHhjZWZmZikgZm9yIHJpZCAxIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2YwMDAtMHhjZjdmZikgZm9yIHJpZCAxIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2Y4MDAtMHhjZmZmZikgZm9yIHJpZCAxIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDAwMDAtMHhkMDdmZikgZm9yIHJpZCAx IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDA4MDAtMHhkMGZmZikgZm9yIHJp ZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDEwMDAtMHhkMTdmZikgZm9y IHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDE4MDAtMHhkMWZmZikg Zm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDIwMDAtMHhkMjdm ZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDI4MDAtMHhk MmZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDMwMDAt MHhkMzdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDM4 MDAtMHhkM2ZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZDQwMDAtMHhkNDdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4ZDQ4MDAtMHhkNGZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZDUwMDAtMHhkNTdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4ZDU4MDAtMHhkNWZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4ZDYwMDAtMHhkNjdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4ZDY4MDAtMHhkNmZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4ZDcwMDAtMHhkNzdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDc4MDAtMHhkN2ZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDgwMDAtMHhkODdmZikgZm9yIHJpZCAxIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDg4MDAtMHhkOGZmZikgZm9yIHJpZCAxIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDkwMDAtMHhkOTdmZikgZm9yIHJpZCAxIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDk4MDAtMHhkOWZmZikgZm9yIHJpZCAx IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGEwMDAtMHhkYTdmZikgZm9yIHJp ZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGE4MDAtMHhkYWZmZikgZm9y IHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGIwMDAtMHhkYjdmZikg Zm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGI4MDAtMHhkYmZm ZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGMwMDAtMHhk YzdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGM4MDAt MHhkY2ZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGQw MDAtMHhkZDdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZGQ4MDAtMHhkZGZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4ZGUwMDAtMHhkZTdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZGU4MDAtMHhkZWZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4ZGYwMDAtMHhkZjdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4ZGY4MDAtMHhkZmZmZikgZm9yIHJpZCAxIG9mIG9ybTAKaXNhX3Byb2JlX2No aWxkcmVuOiBkaXNhYmxpbmcgUG5QIGRldmljZXMKYXRydGM6IGF0cnRjMCBhbHJlYWR5IGV4aXN0 czsgc2tpcHBpbmcgaXQKYXR0aW1lcjogYXR0aW1lcjAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5n IGl0CnNjOiBzYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnVhcnQ6IHVhcnQwIGFscmVh ZHkgZXhpc3RzOyBza2lwcGluZyBpdAppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBu UCBkZXZpY2VzCm9ybTA6IDxJU0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhjMDAwMC0weGNkZmZm IG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2Mw OiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpzYzA6IGZiMCwga2JkMSwg dGVybWluYWwgZW11bGF0b3I6IHNjdGVrZW4gKHRla2VuIHRlcm1pbmFsKQp2Z2EwOiA8R2VuZXJp YyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBp c2EwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDNjMC0weDNkZikgZm9yIHJpZCAwIG9mIHZn YTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTAwMDAtMHhiZmZmZikgZm9yIHJpZCAwIG9m IHZnYTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjAtMHg2MCkgZm9yIHJpZCAwIG9mIGF0 a2JkYzAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjQtMHg2NCkgZm9yIHJpZCAxIG9mIGF0 a2JkYzAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYw LDB4NjQgb24gaXNhMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHg2MC0weDYwKSBmb3Igcmlk IDAgb2YgYXRrYmRjMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHg2NC0weDY0KSBmb3Igcmlk IDEgb2YgYXRrYmRjMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQw IGF0IGF0a2JkMAprYmQwOiBhdGtiZDAsIGdlbmVyaWMgKDApLCBjb25maWc6MHgwLCBmbGFnczow eDNmMDAwMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxIChJU0EgSVJRIDEpIHRvIGxhcGljIDAg dmVjdG9yIDY5CmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogdW5hYmxlIHRvIGFsbG9jYXRl IElSUQpmZGMwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4M2YwIGlycSA2IGRycSAyIG9uIGlz YTAKcHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQgaXJxIDcgb24gaXNhMApwY2liMDogYWxsb2NhdGVk IHR5cGUgNCAoMHgyZjgtMHgyZmYpIGZvciByaWQgMCBvZiB1YXJ0MQp1YXJ0MSBmYWlsZWQgdG8g cHJvYmUgYXQgcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBpc2EwCndid2QwIGZhaWxlZCB0byBw cm9iZSBvbiBpc2EwCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcwplc3Qw OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCnA0dGNjMDog PENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCmVzdDE6IDxFbmhhbmNlZCBT cGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKcDR0Y2MxOiA8Q1BVIEZyZXF1ZW5j eSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTEKZXN0MjogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVx dWVuY3kgQ29udHJvbD4gb24gY3B1MgpwNHRjYzI6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29u dHJvbD4gb24gY3B1Mgplc3QzOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9s PiBvbiBjcHUzCnA0dGNjMzogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUz CmVzdDQ6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTQKcDR0 Y2M0OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTQKZXN0NTogPEVuaGFu Y2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NQpwNHRjYzU6IDxDUFUgRnJl cXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NQplc3Q2OiA8RW5oYW5jZWQgU3BlZWRTdGVw IEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU2CnA0dGNjNjogPENQVSBGcmVxdWVuY3kgVGhlcm1h bCBDb250cm9sPiBvbiBjcHU2CmVzdDc6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENv bnRyb2w+IG9uIGNwdTcKcDR0Y2M3OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9u IGNwdTcKRGV2aWNlIGNvbmZpZ3VyYXRpb24gZmluaXNoZWQuCnByb2NmcyByZWdpc3RlcmVkClpG UyBmaWxlc3lzdGVtIHZlcnNpb24gNQpaRlMgc3RvcmFnZSBwb29sIHZlcnNpb24gMjgKbGFwaWM6 IERpdmlzb3IgMiwgRnJlcXVlbmN5IDUwMDAxNDgwIEh6ClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5 IDEuMDAwIG1zZWMKdmxhbjogaW5pdGlhbGl6ZWQsIHVzaW5nIGhhc2ggdGFibGVzIHdpdGggY2hh aW5pbmcKbG8wOiBicGYgYXR0YWNoZWQKdXNidXMwOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYy LjAKdXNidXMxOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKYWhjaWNoMDogQUhDSSByZXNl dC4uLgphaGNpY2gwOiBTQVRBIGNvbm5lY3QgdGltZT0xMDB1cyBzdGF0dXM9MDAwMDAxMzMKYWhj aWNoMDogQUhDSSByZXNldDogZGV2aWNlIGZvdW5kCmFoY2ljaDE6IEFIQ0kgcmVzZXQuLi4KYWhj aWNoMTogU0FUQSBjb25uZWN0IHRpbWU9MTAwdXMgc3RhdHVzPTAwMDAwMTMzCmFoY2ljaDE6IEFI Q0kgcmVzZXQ6IGRldmljZSBmb3VuZAphaGNpY2gzOiBBSENJIHJlc2V0Li4uCmFoY2ljaDM6IFNB VEEgY29ubmVjdCB0aW1lPTEwMHVzIHN0YXR1cz0wMDAwMDEyMwphaGNpY2gzOiBBSENJIHJlc2V0 OiBkZXZpY2UgZm91bmQKYWhjaWNoNDogQUhDSSByZXNldC4uLgp1Z2VuMC4xOiA8SW50ZWw+IGF0 IHVzYnVzMAp1aHViMDogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAv MS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPEludGVsPiBhdCB1c2J1czEKdWh1YjE6 IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4g b24gdXNidXMxCmFoY2ljaDQ6IFNBVEEgY29ubmVjdCB0aW1lb3V0IHRpbWU9MTAwMDB1cyBzdGF0 dXM9MDAwMDAwMDAKYWhjaWNoNDogQUhDSSByZXNldDogZGV2aWNlIG5vdCBmb3VuZAphaGNpY2g1 OiBBSENJIHJlc2V0Li4uCmFoY2ljaDU6IFNBVEEgY29ubmVjdCB0aW1lPTEwMDB1cyBzdGF0dXM9 MDAwMDAxMTMKYWhjaWNoNTogQUhDSSByZXNldDogZGV2aWNlIGZvdW5kCmFoY2ljaDU6IEFIQ0kg cmVzZXQ6IGRldmljZSByZWFkeSBhZnRlciAwbXMKYWhjaWNoMDogQUhDSSByZXNldDogZGV2aWNl IHJlYWR5IGFmdGVyIDEwMG1zCmFoY2ljaDE6IEFIQ0kgcmVzZXQ6IGRldmljZSByZWFkeSBhZnRl ciAxMDBtcwphaGNpY2gzOiBBSENJIHJlc2V0OiBkZXZpY2UgcmVhZHkgYWZ0ZXIgMTAwbXMKdWh1 YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIxOiAyIHBvcnRz IHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC4yOiA8dmVuZG9yIDB4ODA4Nz4g YXQgdXNidXMwCnVodWIyOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyNCwgY2xhc3MgOS8w LCByZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMAp1Z2VuMS4yOiA8dmVuZG9yIDB4ODA4 Nz4gYXQgdXNidXMxCnVodWIzOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyNCwgY2xhc3Mg OS8wLCByZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMQp1aHViMjogNiBwb3J0cyB3aXRo IDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjM6IDggcG9ydHMgd2l0aCA4IHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCnVnZW4xLjM6IDxQcm9saWZpYyBUZWNobm9sb2d5IEluYy4+IGF0IHVz YnVzMQphZGEwIGF0IGFoY2ljaDAgYnVzIDAgc2NidXMwIHRhcmdldCAwIGx1biAwCmFkYTA6IDxT VDIwMDBETDAwMy05VlQxNjYgQ0MzMj4gQVRBLTggU0FUQSAzLnggZGV2aWNlCmFkYTA6IFNlcmlh bCBOdW1iZXIgNVlEMUZaWEIKYWRhMDogNjAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDMueCwg VURNQTYsIFBJTyA4MTkyYnl0ZXMpCkdFT006IG5ldyBkaXNrIGNkMApHRU9NOiBuZXcgZGlzayBh ZGEwCmFkYTA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGEwOiAxOTA3NzI5TUIgKDM5MDcw MjkxNjggNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMDogUHJldmlvdXNs eSB3YXMga25vd24gYXMgYWQ0CmFkYTEgYXQgYWhjaWNoMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAg bHVuIDAKYWRhMTogPFNUMjAwMERMMDAzLTlWVDE2NiBDQzMyPiBBVEEtOCBTQVRBIDMueCBkZXZp Y2UKYWRhMTogU2VyaWFsIE51bWJlciA1WUQxV1FKRwphZGExOiA2MDAuMDAwTUIvcyB0cmFuc2Zl cnMgKFNBVEEgMy54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMTogQ29tbWFuZCBRdWV1ZWlu ZyBlbmFibGVkCmFkYTE6IDE5MDc3MjlNQiAoMzkwNzAyOTE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAx NkggNjNTL1QgMTYzODNDKQphZGExOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDYKYWRhMiBh dCBhaGNpY2gzIGJ1cyAwIHNjYnVzMiB0YXJnZXQgMCBsdW4gMAphZGEyOiA8U1QyMDAwREwwMDMt OVZUMTY2IENDMzI+IEFUQS04IFNBVEEgMy54IGRldmljZQphZGEyOiBTZXJpYWwgTnVtYmVyIDVZ RDFZNzVZCmFkYTI6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8g ODE5MmJ5dGVzKQphZGEyOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKY2QwIGF0IGFoY2ljaDUg YnVzIDAgc2NidXM0IHRhcmdldCAwIGx1biAwCmNkMDogPEhMLURULVNUIERWRFJBTSBHSDI0TlM3 MCBHTjAwPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgCmNkMDogU2VyaWFsIE51bWJl ciBLM1pCNUtHMTQ1MwpjZDA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE1 LCBBVEFQSSAxMmJ5dGVzLCBQSU8gODE5MmJ5dGVzKQpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2 aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudCAtIHRyYXkgY2xv c2VkCmFkYTI6IDE5MDc3MjlNQiAoMzkwNzAyOTE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNT L1QgMTYzODNDKQphZGEyOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDgKcGFzczAgYXQgYWhj aWNoMCBidXMgMCBzY2J1czAgdGFyZ2V0IDAgbHVuIDAKcGFzczA6IDxTVDIwMDBETDAwMy05VlQx NjYgQ0MzMj4gQVRBLTggU0FUQSAzLnggZGV2aWNlCnBhc3MwOiBTZXJpYWwgTnVtYmVyIDVZRDFG WlhCCnBhc3MwOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMy54LCBVRE1BNiwgUElPIDgx OTJieXRlcykKcGFzczA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZApwYXNzMSBhdCBhaGNpY2gx IGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMApwYXNzMTogPFNUMjAwMERMMDAzLTlWVDE2NiBD QzMyPiBBVEEtOCBTQVRBIDMueCBkZXZpY2UKcGFzczE6IFNlcmlhbCBOdW1iZXIgNVlEMVdRSkcK cGFzczE6IDYwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8gODE5MmJ5 dGVzKQpwYXNzMTogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCnBhc3MyIGF0IGFoY2ljaDMgYnVz IDAgc2NidXMyIHRhcmdldCAwIGx1biAwCnBhc3MyOiA8U1QyMDAwREwwMDMtOVZUMTY2IENDMzI+ IEFUQS04IFNBVEEgMy54IGRldmljZQpwYXNzMjogU2VyaWFsIE51bWJlciA1WUQxWTc1WQpwYXNz MjogMzAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDIueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMp CnBhc3MyOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKcGFzczMgYXQgYWhjaWNoNSBidXMgMCBz Y2J1czQgdGFyZ2V0IDAgbHVuIDAKcGFzczM6IDxITC1EVC1TVCBEVkRSQU0gR0gyNE5TNzAgR04w MD4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIApwYXNzMzogU2VyaWFsIE51bWJlciBL M1pCNUtHMTQ1MwpwYXNzMzogMTUwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwgVURNQTUs IEFUQVBJIDEyYnl0ZXMsIFBJTyA4MTkyYnl0ZXMpCmxhcGljNDogQ01DSSB1bm1hc2tlZApsYXBp YzU6IENNQ0kgdW5tYXNrZWQKbGFwaWMzOiBDTUNJIHVubWFza2VkCmxhcGljMjogQ01DSSB1bm1h c2tlZApsYXBpYzc6IENNQ0kgdW5tYXNrZWQKbGFwaWM2OiBDTUNJIHVubWFza2VkClNNUDogQVAg Q1BVICMxIExhdW5jaGVkIQpjcHUxIEFQOgogICAgIElEOiAweDAxMDAwMDAwICAgVkVSOiAweDAx MDYwMDE1IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcw MCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGlt ZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgw MDAxMDQwMAogICBjbWNpOiAweDAwMDEwMGYyClNNUDogQVAgQ1BVICM1IExhdW5jaGVkIQpjcHU1 IEFQOgogICAgIElEOiAweDA1MDAwMDAwICAgVkVSOiAweDAxMDYwMDE1IExEUjogMHgwMDAwMDAw MCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBU UFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06 IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMAogICBjbWNpOiAweDAw MDAwMGYyClNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpjcHUyIEFQOgogICAgIElEOiAweDAyMDAw MDAwICAgVkVSOiAweDAxMDYwMDE1IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBs aW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAw eDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAw MDAwMGYwIHBtYzogMHgwMDAxMDQwMAogICBjbWNpOiAweDAwMDAwMGYyClNNUDogQVAgQ1BVICM3 IExhdW5jaGVkIQpjcHU3IEFQOgogICAgIElEOiAweDA3MDAwMDAwICAgVkVSOiAweDAxMDYwMDE1 IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50 MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4 MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQw MAogICBjbWNpOiAweDAwMDAwMGYyClNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQpjcHU0IEFQOgog ICAgIElEOiAweDA0MDAwMDAwICAgVkVSOiAweDAxMDYwMDE1IExEUjogMHgwMDAwMDAwMCBERlI6 IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4 MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAw MTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMAogICBjbWNpOiAweDAwMDAwMGYy ClNNUDogQVAgQ1BVICM2IExhdW5jaGVkIQpjcHU2IEFQOgogICAgIElEOiAweDA2MDAwMDAwICAg VkVSOiAweDAxMDYwMDE1IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDog MHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAw MWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYw IHBtYzogMHgwMDAxMDQwMAogICBjbWNpOiAweDAwMDAwMGYyClNNUDogQVAgQ1BVICMzIExhdW5j aGVkIQpjcHUzIEFQOgogICAgIElEOiAweDAzMDAwMDAwICAgVkVSOiAweDAxMDYwMDE1IExEUjog MHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgw MDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAw ZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMAogICBj bWNpOiAweDAwMDAwMGYyCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDEgKElTQSBJUlEgMSkgdG8g bGFwaWMgMSB2ZWN0b3IgNDgKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAoSVNBIElSUSA0KSB0 byBsYXBpYyAyIHZlY3RvciA0OAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA5IChJU0EgSVJRIDkp IHRvIGxhcGljIDMgdmVjdG9yIDQ4CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIzIChQQ0kgSVJR IDIzKSB0byBsYXBpYyA0IHZlY3RvciA0OAptc2k6IEFzc2lnbmluZyBNU0ktWCBJUlEgMjU3IHRv IGxvY2FsIEFQSUMgMSB2ZWN0b3IgNDkKbXNpOiBBc3NpZ25pbmcgTVNJLVggSVJRIDI1OCB0byBs b2NhbCBBUElDIDIgdmVjdG9yIDQ5Cm1zaTogQXNzaWduaW5nIE1TSS1YIElSUSAyNTkgdG8gbG9j YWwgQVBJQyAzIHZlY3RvciA0OQptc2k6IEFzc2lnbmluZyBNU0ktWCBJUlEgMjYwIHRvIGxvY2Fs IEFQSUMgNCB2ZWN0b3IgNDkKbXNpOiBBc3NpZ25pbmcgTVNJLVggSVJRIDI2MSB0byBsb2NhbCBB UElDIDUgdmVjdG9yIDQ4Cm1zaTogQXNzaWduaW5nIE1TSS1YIElSUSAyNjIgdG8gbG9jYWwgQVBJ QyA2IHZlY3RvciA0OAptc2k6IEFzc2lnbmluZyBNU0ktWCBJUlEgMjYzIHRvIGxvY2FsIEFQSUMg NyB2ZWN0b3IgNDgKbXNpOiBBc3NpZ25pbmcgTVNJLVggSVJRIDI2NSB0byBsb2NhbCBBUElDIDUg dmVjdG9yIDQ5Cm1zaTogQXNzaWduaW5nIE1TSS1YIElSUSAyNjYgdG8gbG9jYWwgQVBJQyA2IHZl Y3RvciA0OQptc2k6IEFzc2lnbmluZyBNU0ktWCBJUlEgMjY3IHRvIGxvY2FsIEFQSUMgNyB2ZWN0 b3IgNDkKbXNpOiBBc3NpZ25pbmcgTVNJLVggSVJRIDI2OSB0byBsb2NhbCBBUElDIDEgdmVjdG9y IDUwCm1zaTogQXNzaWduaW5nIE1TSS1YIElSUSAyNzAgdG8gbG9jYWwgQVBJQyAyIHZlY3RvciA1 MAptc2k6IEFzc2lnbmluZyBNU0kgSVJRIDI3MSB0byBsb2NhbCBBUElDIDMgdmVjdG9yIDUwClNN UDogZmFpbGVkIFRTQyBzeW5jaHJvbml6YXRpb24gdGVzdApUU0MgdGltZWNvdW50ZXIgZGlzY2Fy ZHMgbG93ZXIgOCBiaXQocykKVGltZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSA5Mzc1Mjc1 IEh6IHF1YWxpdHkgLTEwMApHRU9NOiBuZXcgZGlzayBhZGExCkdFT006IG5ldyBkaXNrIGFkYTIK dWdlbjEuNDogPExvZ2l0ZWNoPiBhdCB1c2J1czEKdWtiZDA6IDxMb2dpdGVjaCBVU0IgUmVjZWl2 ZXIsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMzguMTAsIGFkZHIgND4gb24gdXNidXMxCmtiZDIgYXQg dWtiZDAKa2JkMjogdWtiZDAsIGdlbmVyaWMgKDApLCBjb25maWc6MHgwLCBmbGFnczoweDNkMDAw MAp1bXMwOiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAsIHJldiAxLjEwLzM4LjEw LCBhZGRyIDQ+IG9uIHVzYnVzMQp1bXMwOiAxMCBidXR0b25zIGFuZCBbWFlaVF0gY29vcmRpbmF0 ZXMgSUQ9MgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czAKdWdlbjAuMzogPEtpbmdzdG9u PiBhdCB1c2J1czAKdW1hc3MwOiA8S2luZ3N0b24gRGF0YVRyYXZlbGVyIEcyLCBjbGFzcyAwLzAs IHJldiAyLjAwLzEuMDAsIGFkZHIgMz4gb24gdXNidXMwCnVtYXNzMDogIFNDU0kgb3ZlciBCdWxr LU9ubHk7IHF1aXJrcyA9IDB4MDAwMAp1bWFzczA6NjowOi0xOiBBdHRhY2hlZCB0byBzY2J1czYK cGFzczQgYXQgdW1hc3Mtc2ltMCBidXMgMCBzY2J1czYgdGFyZ2V0IDAgbHVuIDAKcGFzczQ6IDxL aW5nc3RvbiBEYXRhVHJhdmVsZXIgRzIgMS4wMD4gUmVtb3ZhYmxlIERpcmVjdCBBY2Nlc3MgU0NT SS0yIGRldmljZSAKcGFzczQ6IFNlcmlhbCBOdW1iZXIgMDAxOUUwNkI1ODYwRjk0MEY3NkMwNEMz CnBhc3M0OiA0MC4wMDBNQi9zIHRyYW5zZmVycwpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHpm czpycC9yb290MCBbXS4uLgpHRU9NOiBuZXcgZGlzayBkYTAKZGEwIGF0IHVtYXNzLXNpbTAgYnVz IDAgc2NidXM2IHRhcmdldCAwIGx1biAwCmRhMDogPEtpbmdzdG9uIERhdGFUcmF2ZWxlciBHMiAx LjAwPiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIApkYTA6IFNlcmlhbCBO dW1iZXIgMDAxOUUwNkI1ODYwRjk0MEY3NkMwNEMzCmRhMDogNDAuMDAwTUIvcyB0cmFuc2ZlcnMK ZGEwOiAzODIxTUIgKDc4MjczOTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA0ODdDKQpz dGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdApMaW51eCBFTEYgZXhlYyBoYW5kbGVyIGluc3Rh bGxlZApsaW5wcm9jZnMgcmVnaXN0ZXJlZAp1cGxjb20wOiA8UHJvbGlmaWMgVGVjaG5vbG9neSBJ bmMuIFVTQi1TZXJpYWwgQ29udHJvbGxlciwgY2xhc3MgMC8wLCByZXYgMS4xMC8zLjAwLCBhZGRy IDM+IG9uIHVzYnVzMQpwZmxvZzA6IGJwZiBhdHRhY2hlZAplbTE6IExpbmsgaXMgdXAgMTAwMCBN YnBzIEZ1bGwgRHVwbGV4CnNwbGFzaDogaW1hZ2UgZGVjb2RlciBmb3VuZDogZ3JlZW5fc2F2ZXIK --e89a8f2353bbf3682b04c31ea792-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 08:09:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24E131065690 for ; Sat, 23 Jun 2012 08:09:15 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id DE5B58FC0C for ; Sat, 23 Jun 2012 08:09:14 +0000 (UTC) Received: by obbun3 with SMTP id un3so4035582obb.13 for ; Sat, 23 Jun 2012 01:09:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2vOEdbyyUSPbm4AZRWtscOfYW7SLE9jwXSfB8qJeBaM=; b=EGc6aKa4ZCHk5oL2gZOXO1lgAwBgNXgMB4jffRjg+TZKY6N1uuGlOhKouG3fAGtvMC NML6+6Q1NcQk31ssUI9Tja/AXevG6e3EX+9XlmFHJH/vQAo0YZkrY63NQVH46UM0D32V TZu+VrEPogLT6uRbndOlXyJGv23ol5qmCLxNuEymJoe6cDAB3WqDIeF4rES9d/r5WfI3 a3aHCpI1oR27o3mFnQHL8nSkc8MIWPOEjHCE9wyY8flGp9A9pWHIFGvDwO4ZBnZlHjNu WeGYfLQkt0W52jP0DQJL5u+3eZ8zt/Pxd1vFdgNDF+YW6bnG/+BPQOh/IuJQGJVSe+KE 700w== MIME-Version: 1.0 Received: by 10.60.8.35 with SMTP id o3mr4769082oea.45.1340438954403; Sat, 23 Jun 2012 01:09:14 -0700 (PDT) Received: by 10.182.7.67 with HTTP; Sat, 23 Jun 2012 01:09:14 -0700 (PDT) In-Reply-To: References: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> Date: Sat, 23 Jun 2012 11:09:14 +0300 Message-ID: From: Alexander Yerenkow To: Mark Saad Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-stable@freebsd.org" Subject: Re: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 08:09:15 -0000 Next time you'll see fsck, you should t least run ps axd (to see it's parent and to try guess what was that). -- Regards, Alexander Yerenkow From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 08:24:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE4341065670 for ; Sat, 23 Jun 2012 08:24:19 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from hosted.gothic.net.au (2001-44b8-4114-fe00-5054-00ff-fe31-937e.static.ipv6.internode.on.net [IPv6:2001:44b8:4114:fe00:5054:ff:fe31:937e]) by mx1.freebsd.org (Postfix) with ESMTP id 30AA18FC14 for ; Sat, 23 Jun 2012 08:24:19 +0000 (UTC) Received: from hosted.gothic.net.au (localhost [127.0.0.1]) by hosted.gothic.net.au (Postfix) with ESMTP id 3WK8nQ0KwyzFXvD; Sat, 23 Jun 2012 18:24:10 +1000 (EST) X-Virus-Scanned: amavisd-new at gothic.net.au Received: from hosted.gothic.net.au ([127.0.0.1]) by hosted.gothic.net.au (hosted.gothic.net.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5RqGWq5f75rX; Sat, 23 Jun 2012 18:23:59 +1000 (EST) Received: from 2001-44b8-4114-fe02-3106-e043-95e3-e975.static.ipv6.internode.on.net (2001-44b8-4114-fe02-3106-e043-95e3-e975.static.ipv6.internode.on.net [IPv6:2001:44b8:4114:fe02:3106:e043:95e3:e975]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sean@gothic.net.au) by hosted.gothic.net.au (Postfix) with ESMTPSA id 3WK8nC3X0QzFXv4; Sat, 23 Jun 2012 18:23:59 +1000 (EST) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Sean In-Reply-To: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> Date: Sat, 23 Jun 2012 18:23:58 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: <3729A720-2C8F-4C84-B05A-201394C40D63@gothic.net.au> References: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> To: =?iso-8859-1?Q?Leonardo_M=2E_Ram=E9?= X-Mailer: Apple Mail (2.1278) Cc: "freebsd-stable@freebsd.org" Subject: Re: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 08:24:19 -0000 On 23/06/2012, at 7:47 AM, Leonardo M. Ram=E9 wrote: > Hi, since a few of days ago, I noticed my home server turns very slow = more than once a day, so every time I run "top" to see what's processes = are running, I can see fsck_ufs at the very top, and the hard drive = working like mad. >=20 > I've checked my crontab and there's nothing related to fsck_ufs, where = can I start searching for the cause of the problem?, I thought this = process should run only at boot or shutdown, but this time it is running = -apparently- without a cause. >=20 > =20 Background fsck. Your server crashed, rebooted, started up and fsck is = running in the background while everything else continues. Ways to avoid background fsck: * Disable it completely in /etc/rc.conf: background_fsck=3D"NO". Then = fsck finishes completely before the OS continues booting, so there may = be extended delays if a crash occurs. * Use gjournal so fsck doesn't need to churn over the disks * Turn on softupdates-journaling for a similar effect. The more important thing is to find out why it crashed - if there was a = power outage, hardware or software issue. > uname -a: > FreeBSD server.my.local 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 = 07:46:30 UTC 2012 = root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >=20 >=20 > Regards, > Leonardo M. Ram=E9 > http://leonardorame.blogspot.com > _______________________________________________ > 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 Sat Jun 23 08:59:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7511106564A for ; Sat, 23 Jun 2012 08:59:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 323BA8FC0A for ; Sat, 23 Jun 2012 08:59:57 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5N8xqAC098443; Sat, 23 Jun 2012 11:59:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5N8xqUq061746; Sat, 23 Jun 2012 11:59:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5N8xqSj061745; Sat, 23 Jun 2012 11:59:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 23 Jun 2012 11:59:52 +0300 From: Konstantin Belousov To: Thomas Zander Message-ID: <20120623085952.GO2337@deviant.kiev.zoral.com.ua> References: <20120622175128.GJ2337@deviant.kiev.zoral.com.ua> <20120622183808.GK2337@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fF2H9CfXSnGSrGs7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable Subject: Re: KMS on Sandy bridge error device_attach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 08:59:58 -0000 --fF2H9CfXSnGSrGs7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 23, 2012 at 09:25:40AM +0200, Thomas Zander wrote: > On Fri, Jun 22, 2012 at 8:38 PM, Konstantin Belousov > wrote: > >> Thank you for your quick response. Output is attached. > >> This is probably one of the relatively rarely sold CPUs, so I might > >> have an edge case here... > > Yes, indeed, this is something Intel calls 'SandyBridge server Integrat= ed > > Graphics'. The device id is known to agp driver, but probably it failed > > to attach due to some (mis)interpretation of the state. > > > > Your dmesg is not complete, the hda output displaced the previous > > messages which contained the agp attach diagnostic. Take agp or hda > > out from kernel, and rerun the test. Or, increase MSGBUF_SIZE, see > > conf/NOTES for description. >=20 > Okay, thanks again. As you suggested, I have removed a few kernel > modules from the boot process and it seems that the verbose dmesg > output now fits into the buffer, see attached dmesg output. > However I don't see more GPU attach diagnostic. Do I miss something? Ok, but you did not tried to load i915kms, at least the dmesg you posted lacks an indication. Let me repeat: I need to see the lines related to the agp probe and attachment, I believe that it will show us the next direction to investigate. --fF2H9CfXSnGSrGs7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/lhYcACgkQC3+MBN1Mb4g4LACeIbkbxqaYgwqHooipSk5nMLI7 /wIAoOZHkaaK9uIUXkssjv6NJp0xGUcf =nFr2 -----END PGP SIGNATURE----- --fF2H9CfXSnGSrGs7-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 09:32:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 689EA106564A for ; Sat, 23 Jun 2012 09:32:32 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id EBEE08FC0A for ; Sat, 23 Jun 2012 09:32:31 +0000 (UTC) Received: from server.rulingia.com (c220-239-254-65.belrs5.nsw.optusnet.com.au [220.239.254.65]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q5N9WOZN030208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 23 Jun 2012 19:32:25 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q5N9WHvQ046120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 23 Jun 2012 19:32:17 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q5N9WHsO046118 for freebsd-stable@freebsd.org; Sat, 23 Jun 2012 19:32:17 +1000 (EST) (envelope-from peter) Date: Sat, 23 Jun 2012 19:32:17 +1000 From: Peter Jeremy To: freebsd-stable Stable Message-ID: <20120623093217.GA45488@server.rulingia.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Xorg in swwrt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 09:32:32 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Feb-06 15:19:12 +1030, Daniel O'Connor wrote: >I updated ports (portmaster -a basically) on this 8.2-PRE box and now >I find X takes a long, long time to start up and uses lots of CPU. It >shows the wchan as swwrt. FWIW, I've run into this a couple of times recently when logging out of X. This is with X.Org X Server 1.10.6 and a "ATI Radeon HD 2400 Pro" on 8-STABLE r235229. The problem seems to go away after a couple of hours. --=20 Peter Jeremy --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/ljSEACgkQ/opHv/APuIfFegCfTdoCZCJXingDs60zsvlTX8NH wuAAn2MIKoIBubA5mUTR6nw9QPSrjPkM =sQBM -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 11:38:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5AE210657A7 for ; Sat, 23 Jun 2012 11:38:39 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4B50A8FC14 for ; Sat, 23 Jun 2012 11:38:39 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so1177216wib.13 for ; Sat, 23 Jun 2012 04:38:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Zx9Rw9TTqxdS9MDtSmFQXZ+pqpf5IyxdbEMUnHHuX8w=; b=Vx3k1SHeKgcE5t5wmIbkuwoHOmN7VjjesM+xteDtb7S3Z/XQbqwOGSKk1MDXEgFAT1 yvKUYYUVdej4plqZupK2q3D9rY6DamYyL71B98ILPVPdyTbBKFb5NUJJhhk4zVb13Vmb 8HyjJPpW9oRSAJIn6mTM+MT9CXTx78xQ4Xxg3TtFD1cUKuXEwJEe9HFmFbAQ7b6VxvYs Z0KZDB133+EOKuEjrtyTdAVXUuFXwBPJDWs7Kt87Roc1YOw2rruG5Bq8qS+GK3CZIf3M Cfp0NnULy89zO7GOA3RPVhJTODa3VOtfUTVGfI9ILW08+1wyxGNtQEm7HQsPavVHXf1z KNSw== MIME-Version: 1.0 Received: by 10.216.228.29 with SMTP id e29mr3027318weq.153.1340451516004; Sat, 23 Jun 2012 04:38:36 -0700 (PDT) Received: by 10.223.155.72 with HTTP; Sat, 23 Jun 2012 04:38:35 -0700 (PDT) In-Reply-To: <20120623085952.GO2337@deviant.kiev.zoral.com.ua> References: <20120622175128.GJ2337@deviant.kiev.zoral.com.ua> <20120622183808.GK2337@deviant.kiev.zoral.com.ua> <20120623085952.GO2337@deviant.kiev.zoral.com.ua> Date: Sat, 23 Jun 2012 13:38:35 +0200 Message-ID: From: Thomas Zander To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Subject: Re: KMS on Sandy bridge error device_attach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 11:38:39 -0000 On Sat, Jun 23, 2012 at 10:59 AM, Konstantin Belousov wrote: > Ok, but you did not tried to load i915kms, at least the dmesg you posted > lacks an indication. Actually, it did. i915kms was in loader.conf. dmesg, line 37f: Preloaded elf obj module "/boot/kernel/i915kms.ko" at 0xffffffff8113a820. Preloaded elf obj module "/boot/kernel/drm2.ko" at 0xffffffff8113ae88. ... dmesg, lines 482-489: vgapci0: port 0xf000-0xf03f mem 0xfb400000-0xfb7fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 drmn0: on vgapci0 vgapci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 264 to local APIC 0 vector 59 vgapci0: using IRQ 264 for MSI info: [drm] MSI enabled 1 message(s) error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. device_attach: drmn0 attach returned 12 > Let me repeat: I need to see the lines related to the agp probe and > attachment, I believe that it will show us the next direction to > investigate. I did understand what you were after, but sorry, there is nothing more in the dmesg output. Do I need to perform additional steps besides verbose boot to obtain this data? Best regards Riggs From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 12:08:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 619CC1065670 for ; Sat, 23 Jun 2012 12:08:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id F07488FC1D for ; Sat, 23 Jun 2012 12:08:45 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5NC8esT047269; Sat, 23 Jun 2012 15:08:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5NC8ekj063294; Sat, 23 Jun 2012 15:08:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5NC8esi063293; Sat, 23 Jun 2012 15:08:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 23 Jun 2012 15:08:40 +0300 From: Konstantin Belousov To: Thomas Zander Message-ID: <20120623120840.GT2337@deviant.kiev.zoral.com.ua> References: <20120622175128.GJ2337@deviant.kiev.zoral.com.ua> <20120622183808.GK2337@deviant.kiev.zoral.com.ua> <20120623085952.GO2337@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HPvEMLO7QB7Fh5r+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable Subject: Re: KMS on Sandy bridge error device_attach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 12:08:46 -0000 --HPvEMLO7QB7Fh5r+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 23, 2012 at 01:38:35PM +0200, Thomas Zander wrote: > On Sat, Jun 23, 2012 at 10:59 AM, Konstantin Belousov > wrote: > > Ok, but you did not tried to load i915kms, at least the dmesg you posted > > lacks an indication. >=20 > Actually, it did. i915kms was in loader.conf. >=20 > dmesg, line 37f: > Preloaded elf obj module "/boot/kernel/i915kms.ko" at 0xffffffff8113a820. > Preloaded elf obj module "/boot/kernel/drm2.ko" at 0xffffffff8113ae88. > ... > dmesg, lines 482-489: > vgapci0: port 0xf000-0xf03f mem > 0xfb400000-0xfb7fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on > pci0 > drmn0: on vgapci0 > vgapci0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 264 to local APIC 0 vector 59 > vgapci0: using IRQ 264 for MSI > info: [drm] MSI enabled 1 message(s) > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize= AGP. > device_attach: drmn0 attach returned 12 Do you have agp.ko loaded from loader.conf ? If not, what happens if you add it there ? The i915kms does have a dependency on agp, so it should have been auto-loaded if not loaded explicitely. And agp should be probed at least. Loading i915kms from loader.conf is something I do not encourage right now, since you loose VGA console somewhere during the kernel startup. >=20 > > Let me repeat: I need to see the lines related to the agp probe and > > attachment, I believe that it will show us the next direction to > > investigate. >=20 > I did understand what you were after, but sorry, there is nothing more > in the dmesg output. Do I need to perform additional steps besides > verbose boot to obtain this data? Hmm, I probably see an issue. Please try the patch below. diff --git a/sys/dev/agp/agp_i810.c b/sys/dev/agp/agp_i810.c index a181ad7..c0f592c 100644 --- a/sys/dev/agp/agp_i810.c +++ b/sys/dev/agp/agp_i810.c @@ -700,7 +700,7 @@ static const struct agp_i810_match { .driver =3D &agp_i810_sb_driver }, { - .devid =3D 0x01088086, + .devid =3D 0x010a8086, .name =3D "SandyBridge server IG", .driver =3D &agp_i810_sb_driver }, --HPvEMLO7QB7Fh5r+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/lscgACgkQC3+MBN1Mb4jamACfSfjyvwJSnZhUXEABLLOMo88c N10An2YojGmGweGrx7gCFytBFZs3I9zI =0Oeq -----END PGP SIGNATURE----- --HPvEMLO7QB7Fh5r+-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 15:07:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1D47106564A for ; Sat, 23 Jun 2012 15:07:42 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3CFE78FC08 for ; Sat, 23 Jun 2012 15:07:42 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so2563358wgb.31 for ; Sat, 23 Jun 2012 08:07:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=A8/ie79vGYx0ym/293L7zko8238CGM/2lxlj06iPf/E=; b=nThoN8ikL/jwKkiD+ka5NIhTUWknU0NLwnXnNdx2jtLXtpm6DqkRvHP6V2ST+vjrOI ELiOmmTayZzCw+crKM4xr5WsGoVnFkf8wZOyVu017CR5PIIWHlJ1ZZA3Nfw2Dbr9YLZH CH5UCsEM6424aj5AcUO36FaEYl+u5snB6U691eCU1/Ji/4GQH/gliNMiiYZ/lnsanMsZ jFf+6KfZ4xeUYd5n1ct0d3v6HPSaFKMmTpGxDx5dViuWQg2uvDYZAAZt0HU817/ydM/r Ju9a8Liquxd0BnIvDZ6Yb2WbRV8juO8bsQ9SSnWpRaBgxVbO0wwDnFoq5GdXFGTQ+Gmp WONQ== MIME-Version: 1.0 Received: by 10.180.105.6 with SMTP id gi6mr12273196wib.4.1340464060910; Sat, 23 Jun 2012 08:07:40 -0700 (PDT) Received: by 10.223.155.72 with HTTP; Sat, 23 Jun 2012 08:07:40 -0700 (PDT) In-Reply-To: <20120623120840.GT2337@deviant.kiev.zoral.com.ua> References: <20120622175128.GJ2337@deviant.kiev.zoral.com.ua> <20120622183808.GK2337@deviant.kiev.zoral.com.ua> <20120623085952.GO2337@deviant.kiev.zoral.com.ua> <20120623120840.GT2337@deviant.kiev.zoral.com.ua> Date: Sat, 23 Jun 2012 17:07:40 +0200 Message-ID: From: Thomas Zander To: Konstantin Belousov Content-Type: multipart/mixed; boundary=f46d04428cc82f4a7c04c3251cb0 Cc: freebsd-stable Subject: Re: KMS on Sandy bridge error device_attach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 15:07:42 -0000 --f46d04428cc82f4a7c04c3251cb0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sat, Jun 23, 2012 at 2:08 PM, Konstantin Belousov wrote: > Hmm, I probably see an issue. Please try the patch below. > > diff --git a/sys/dev/agp/agp_i810.c b/sys/dev/agp/agp_i810.c > index a181ad7..c0f592c 100644 > --- a/sys/dev/agp/agp_i810.c > +++ b/sys/dev/agp/agp_i810.c > @@ -700,7 +700,7 @@ static const struct agp_i810_match { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0.driver =3D &agp_i810_sb_driver > =A0 =A0 =A0 =A0}, > =A0 =A0 =A0 =A0{ > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 .devid =3D 0x01088086, > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 .devid =3D 0x010a8086, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0.name =3D "SandyBridge server IG", > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0.driver =3D &agp_i810_sb_driver > =A0 =A0 =A0 =A0}, I believe you were right with the device ID. agp attaches now with these messages: agp0: on vgapci0 agp0: aperture size is 256M, detected 65532k stolen memory After applying the patch, when kldload'ing i915drm, there is quite some dmesg output (attached). I am going to build xorg and let you know whether it works. Thanks again for your help so far! Best, Riggs --f46d04428cc82f4a7c04c3251cb0 Content-Type: text/plain; charset=US-ASCII; name="i915kms.txt" Content-Disposition: attachment; filename="i915kms.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h3stillh1 ZHJtbjA6IDxJbnRlbCBTYW5keUJyaWRnZSAoTSk+IG9uIHZnYXBjaTAKaW5mbzogW2RybV0gTVNJ IGVuYWJsZWQgMSBtZXNzYWdlKHMpCmluZm86IFtkcm1dIEFHUCBhdCAweGQwMDAwMDAwIDI1Nk1C CmlpY2J1czA6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMCBhZGRyIDB4ZmYKaWljMDogPEky QyBnZW5lcmljIEkvTz4gb24gaWljYnVzMAppaWMxOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNi dXMxCmlpY2J1czI6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMSBhZGRyIDB4ZmYKaWljMjog PEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMgppaWMzOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBp aWNidXMzCmlpY2J1czQ6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMiBhZGRyIDB4ZmYKaWlj NDogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzNAppaWM1OiA8STJDIGdlbmVyaWMgSS9PPiBv biBpaWNidXM1CmlpY2J1czY6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMyBhZGRyIDB4ZmYK aWljNjogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzNgppaWM3OiA8STJDIGdlbmVyaWMgSS9P PiBvbiBpaWNidXM3CmlpY2J1czg6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiNCBhZGRyIDB4 ZmYKaWljODogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzOAppaWM5OiA8STJDIGdlbmVyaWMg SS9PPiBvbiBpaWNidXM5CmlpY2J1czEwOiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjUgYWRk ciAweGZmCmlpYzEwOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMxMAppaWMxMTogPEkyQyBn ZW5lcmljIEkvTz4gb24gaWljYnVzMTEKaWljYnVzMTI6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlp Y2JiNiBhZGRyIDB4ZmYKaWljMTI6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czEyCmlpYzEz OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMxMwppaWNidXMxNDogPFBoaWxpcHMgSTJDIGJ1 cz4gb24gaWljYmI3IGFkZHIgMHhmZgppaWMxNDogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVz MTQKaWljMTU6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czE1CmluZm86IFtkcm1dIFN1cHBv cnRzIHZibGFuayB0aW1lc3RhbXAgY2FjaGluZyBSZXYgMSAoMTAuMTAuMjAxMCkuCmluZm86IFtk cm1dIERyaXZlciBzdXBwb3J0cyBwcmVjaXNlIHZibGFuayB0aW1lc3RhbXAgcXVlcnkuCltkcm06 S01TOnBpZDEzNDk6aW50ZWxfZGV0ZWN0X3BjaF0gRm91bmQgQ291Z2FyUG9pbnQgUENICltkcm06 S01TOnBpZDEzNDk6aW5pdF92YnRfZGVmYXVsdHNdIFNldCBkZWZhdWx0IHRvIFNTQyBhdCAxMDBN SHoKW2RybTpLTVM6cGlkMTM0OTppbnRlbF9wYXJzZV9iaW9zXSBVc2luZyBWQlQgZnJvbSBPcFJl Z2lvbjogJFZCVCBTTkIvSVZCLURFU0tUT1BkCltkcm06S01TOnBpZDEzNDk6cGFyc2VfZ2VuZXJh bF9mZWF0dXJlc10gQkRCX0dFTkVSQUxfRkVBVFVSRVMgaW50X3R2X3N1cHBvcnQgMCBpbnRfY3J0 X3N1cHBvcnQgMSBsdmRzX3VzZV9zc2MgMCBsdmRzX3NzY19mcmVxIDEyMCBkaXNwbGF5X2Nsb2Nr X21vZGUgMApbZHJtOktNUzpwaWQxMzQ5OnBhcnNlX2dlbmVyYWxfZGVmaW5pdGlvbnNdIGNydF9k ZGNfYnVzX3BpbjogMgpbZHJtOktNUzpwaWQxMzQ5OnBhcnNlX2xmcF9wYW5lbF9kYXRhXSBGb3Vu ZCBwYW5lbCBtb2RlIGluIEJJT1MgVkJUIHRhYmxlczoKW2RybTpLTVM6cGlkMTM0OTpkcm1fbW9k ZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSAwOiIxMDI0eDc2OCIgMCA2NTAwMCAxMDI0 IDEwNDggMTE4NCAxMzQ0IDc2OCA3NzEgNzc3IDgwNiAweDggMHhhCltkcm06S01TOnBpZDEzNDk6 cGFyc2Vfc2R2b19wYW5lbF9kYXRhXSBGb3VuZCBTRFZPIHBhbmVsIG1vZGUgaW4gQklPUyBWQlQg dGFibGVzOgpbZHJtOktNUzpwaWQxMzQ5OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1v ZGVsaW5lIDA6IjE2MDB4MTIwMCIgMCAxNjIwMDAgMTYwMCAxNjY0IDE4NTYgMjE2MCAxMjAwIDEy MDEgMTIwNCAxMjUwIDB4OCAweGEKW2RybTpLTVM6cGlkMTM0OTpwYXJzZV9zZHZvX2RldmljZV9t YXBwaW5nXSBObyBTRFZPIGRldmljZSBpbmZvIGlzIGZvdW5kIGluIFZCVApbZHJtOktNUzpwaWQx MzQ5OmludGVsX21vZGVzZXRfaW5pdF0gMiBkaXNwbGF5IHBpcGVzIGF2YWlsYWJsZS4KW2RybTpL TVM6cGlkMTM0OTppbnRlbF9sdmRzX2luaXRdIExWRFMgaXMgbm90IHByZXNlbnQgaW4gVkJUCltk cm06S01TOnBpZDEzNDk6aW50ZWxfY3J0X2luaXRdIHBjaCBjcnQgYWRwYSBzZXQgdG8gMHhmNDAw MDAKW2RybTpLTVM6cGlkMTM0OTppbnRlbF9zZXR1cF9vdXRwdXRzXSBIRE1JQiAxIFBDSF9EUF9C IDEgSERNSUMgMCBIRE1JRCAwIFBDSF9EUF9DIDAgUENIX0RQX0QgMCBMVkRTIDAKW2RybTpLTVM6 cGlkMTM0OTppbnRlbF9zZHZvX3JlYWRfYnl0ZV0gaTJjIHRyYW5zZmVyIHJldHVybmVkIDIKW2Ry bTpLTVM6cGlkMTM0OTppbnRlbF9zZHZvX2luaXRdIE5vIFNEVk8gZGV2aWNlIGZvdW5kIG9uIFNE Vk9CCltkcm06S01TOnBpZDEzNDk6aW50ZWxfZHBfaTJjX2luaXRdIGkyY19pbml0IERQRERDLUIK W2RybTpLTVM6cGlkMTM0OTppbnRlbF9kcF9hdXhfY2hdIGRwX2F1eF9jaCB0aW1lb3V0IHN0YXR1 cyAweDUxNDUwMDNmCltkcm06S01TOnBpZDEzNDk6aW50ZWxfZHBfaTJjX2F1eF9jaF0gYXV4X2No IGZhaWxlZCAtNjAKW2RybTpLTVM6cGlkMTM0OTppbnRlbF9kcF9hdXhfY2hdIGRwX2F1eF9jaCB0 aW1lb3V0IHN0YXR1cyAweDUxNDUwMDNmCltkcm06S01TOnBpZDEzNDk6aW50ZWxfZHBfaTJjX2F1 eF9jaF0gYXV4X2NoIGZhaWxlZCAtNjAKW2RybTpLTVM6cGlkMTM0OTppcm9ubGFrZV9jcnRjX2Rw bXNdIGNydGMgMC8wIGRwbXMgb2ZmCltkcm06S01TOnBpZDEzNDk6aW50ZWxfd2FpdF9mb3JfdmJs YW5rXSB2Ymxhbmsgd2FpdCB0aW1lZCBvdXQKW2RybTpLTVM6cGlkMTM0OTppbnRlbF91cGRhdGVf ZmJjXSAKW2RybTpLTVM6cGlkMTM0OTppcm9ubGFrZV9jcnRjX2RwbXNdIGNydGMgMS8xIGRwbXMg b2ZmCltkcm06S01TOnBpZDEzNDk6aW50ZWxfdXBkYXRlX2ZiY10gCltkcm06S01TOnBpZDEzNDk6 aXJvbmxha2VfaW5pdF9wY2hfcmVmY2xrXSBoYXNfcGFuZWwgMCBoYXNfbHZkcyAwIGhhc19wY2hf ZWRwIDAgaGFzX2NwdV9lZHAgMCBoYXNfY2s1MDUgMApbZHJtOktNUzpwaWQxMzQ5Omlyb25sYWtl X2luaXRfcGNoX3JlZmNsa10gRGlzYWJsaW5nIFNTQyBlbnRpcmVseQppbmZvOiBbZHJtXSBFbmFi bGluZyBSQzYgc3RhdGVzOiBSQzYgb2ZmLCBSQzZwIG9mZiwgUkM2cHAgb2ZmCmRybW4wOiB0YWtp bmcgb3ZlciB0aGUgZmljdGl0aW91cyByYW5nZSAweGQwMDAwMDAwLTB4ZTAwMDAwMDAKW2RybTpL TVM6cGlkMTM0OTpkcm1faGVscGVyX3Byb2JlX3NpbmdsZV9jb25uZWN0b3JfbW9kZXNdIFtDT05O RUNUT1I6NzpWR0EtMV0KW2RybTpLTVM6cGlkMTM0OTppbnRlbF9pcm9ubGFrZV9jcnRfZGV0ZWN0 X2hvdHBsdWddIHRyaWdnZXIgaG90cGx1ZyBkZXRlY3QgY3ljbGU6IGFkcGE9MHhmNDAwMDAKW2Ry bTpLTVM6cGlkMTM0OTppbnRlbF9pcm9ubGFrZV9jcnRfZGV0ZWN0X2hvdHBsdWddIGlyb25sYWtl IGhvdHBsdWcgYWRwYT0weGY0MDAwMCwgcmVzdWx0IDAKW2RybTpLTVM6cGlkMTM0OTppbnRlbF9j cnRfZGV0ZWN0XSBDUlQgbm90IGRldGVjdGVkIHZpYSBob3RwbHVnCltkcm06S01TOnBpZDEzNDk6 ZHJtX2hlbHBlcl9wcm9iZV9zaW5nbGVfY29ubmVjdG9yX21vZGVzXSBbQ09OTkVDVE9SOjc6VkdB LTFdIGRpc2Nvbm5lY3RlZApbZHJtOktNUzpwaWQxMzQ5OmRybV9oZWxwZXJfcHJvYmVfc2luZ2xl X2Nvbm5lY3Rvcl9tb2Rlc10gW0NPTk5FQ1RPUjoxMDpIRE1JLUEtMV0KW2RybTpLTVM6cGlkMTM0 OTpkcm1fZWRpZF90b19lbGRdIEVMRDogbm8gQ0VBIEV4dGVuc2lvbiBmb3VuZApbZHJtOktNUzpw aWQxMzQ5OmRybV9oZWxwZXJfcHJvYmVfc2luZ2xlX2Nvbm5lY3Rvcl9tb2Rlc10gW0NPTk5FQ1RP UjoxMDpIRE1JLUEtMV0gcHJvYmVkIG1vZGVzIDoKW2RybTpLTVM6cGlkMTM0OTpkcm1fbW9kZV9k ZWJ1Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSAzMjoiMTAyNHg3NjgiIDc1IDc4ODAwIDEwMjQg MTA0MCAxMTM2IDEzMTIgNzY4IDc2OSA3NzIgODAwIDB4NDAgMHg1Cltkcm06S01TOnBpZDEzNDk6 ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgMTY6IjE2ODB4MTA1MCIgNjAg MTQ2MjUwIDE2ODAgMTc4NCAxOTYwIDIyNDAgMTA1MCAxMDUzIDEwNTkgMTA4OSAweDQ4IDB4Ngpb ZHJtOktNUzpwaWQxMzQ5OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDM1 OiI4MzJ4NjI0IiA3NSA1NzI4NCA4MzIgODY0IDkyOCAxMTUyIDYyNCA2MjUgNjI4IDY2NyAweDQw IDB4YQpbZHJtOktNUzpwaWQxMzQ5OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVs aW5lIDMxOiIxMjgweDEwMjQiIDc1IDEzNTAwMCAxMjgwIDEyOTYgMTQ0MCAxNjg4IDEwMjQgMTAy NSAxMDI4IDEwNjYgMHg0MCAweDUKW2RybTpLTVM6cGlkMTM0OTpkcm1fbW9kZV9kZWJ1Z19wcmlu dG1vZGVsaW5lXSBNb2RlbGluZSAzMzoiMTAyNHg3NjgiIDcwIDc1MDAwIDEwMjQgMTA0OCAxMTg0 IDEzMjggNzY4IDc3MSA3NzcgODA2IDB4NDAgMHhhCltkcm06S01TOnBpZDEzNDk6ZHJtX21vZGVf ZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgMjg6IjY0MHg0ODAiIDY3IDMwMjQwIDY0MCA3 MDQgNzY4IDg2NCA0ODAgNDgzIDQ4NiA1MjUgMHg0MCAweGEKW2RybTpLTVM6cGlkMTM0OTpkcm1f bW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSAyMzoiNjQweDQwMCIgNzAgMjMzNTQg NjQwIDY1NiA3MjAgODAwIDQwMCA0MDEgNDA0IDQxNyAweDAgMHg2Cltkcm06S01TOnBpZDEzNDk6 ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgMjc6IjY0MHg0ODAiIDczIDMx NTAwIDY0MCA2NjQgNzA0IDgzMiA0ODAgNDg5IDQ5MSA1MjAgMHg0MCAweGEKW2RybTpLTVM6cGlk MTM0OTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSAyNToiODAweDYwMCIg NTYgMzYwMDAgODAwIDgyNCA4OTYgMTAyNCA2MDAgNjAxIDYwMyA2MjUgMHg0MCAweDUKW2RybTpL TVM6cGlkMTM0OTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSAxOToiMTQw MHgxMDUwIiA2MCAxMjE3NTAgMTQwMCAxNDg4IDE2MzIgMTg2NCAxMDUwIDEwNTMgMTA1NyAxMDg5 IDB4NDAgMHg2Cltkcm06S01TOnBpZDEzNDk6ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0g TW9kZWxpbmUgMjk6IjY0MHg0ODAiIDYwIDI1MjAwIDY0MCA2NTYgNzUyIDgwMCA0ODAgNDkwIDQ5 MiA1MjUgMHg0MCAweGEKW2RybTpLTVM6cGlkMTM0OTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVs aW5lXSBNb2RlbGluZSAzNjoiODAweDYwMCIgNzUgNDk1MDAgODAwIDgxNiA4OTYgMTA1NiA2MDAg NjAxIDYwNCA2MjUgMHg0MCAweDUKW2RybTpLTVM6cGlkMTM0OTpkcm1fbW9kZV9kZWJ1Z19wcmlu dG1vZGVsaW5lXSBNb2RlbGluZSAyNDoiODAweDYwMCIgNjAgNDAwMDAgODAwIDg0MCA5NjggMTA1 NiA2MDAgNjAxIDYwNSA2MjggMHg0MCAweDUKW2RybTpLTVM6cGlkMTM0OTpkcm1fbW9kZV9kZWJ1 Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSAxODoiMTQ0MHg5MDAiIDYwIDEwNjUwMCAxNDQwIDE1 MjAgMTY3MiAxOTA0IDkwMCA5MDMgOTA5IDkzNCAweDQwIDB4NgpbZHJtOktNUzpwaWQxMzQ5OmRy bV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDIxOiIxMjgweDk2MCIgNjAgMTA4 MDAwIDEyODAgMTM3NiAxNDg4IDE4MDAgOTYwIDk2MSA5NjQgMTAwMCAweDQwIDB4NQpbZHJtOktN UzpwaWQxMzQ5OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDIwOiIxMjgw eDEwMjQiIDYwIDEwODAwMCAxMjgwIDEzMjggMTQ0MCAxNjg4IDEwMjQgMTAyNSAxMDI4IDEwNjYg MHg0MCAweDUKW2RybTpLTVM6cGlkMTM0OTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBN b2RlbGluZSAxNzoiMTYwMHgxMjAwIiA2MCAxNjIwMDAgMTYwMCAxNjY0IDE4NTYgMjE2MCAxMjAw IDEyMDEgMTIwNCAxMjUwIDB4NDAgMHg1Cltkcm06S01TOnBpZDEzNDk6ZHJtX21vZGVfZGVidWdf cHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgMzg6IjExNTJ4ODY0IiA3NSAxMDgwMDAgMTE1MiAxMjE2 IDEzNDQgMTYwMCA4NjQgODY1IDg2OCA5MDAgMHg0MCAweDUKW2RybTpLTVM6cGlkMTM0OTpkcm1f bW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSAyNjoiNjQweDQ4MCIgNzUgMzE1MDAg NjQwIDY1NiA3MjAgODQwIDQ4MCA0ODEgNDg0IDUwMCAweDQwIDB4YQpbZHJtOktNUzpwaWQxMzQ5 OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDMwOiI3MjB4NDAwIiA3MCAy ODMyMCA3MjAgNzM4IDg0NiA5MDAgNDAwIDQxMiA0MTQgNDQ5IDB4NDAgMHg2Cltkcm06S01TOnBp ZDEzNDk6ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgMzc6IjgwMHg2MDAi IDcyIDUwMDAwIDgwMCA4NTYgOTc2IDEwNDAgNjAwIDYzNyA2NDMgNjY2IDB4NDAgMHg1Cltkcm06 S01TOnBpZDEzNDk6ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgMzQ6IjEw MjR4NzY4IiA2MCA2NTAwMCAxMDI0IDEwNDggMTE4NCAxMzQ0IDc2OCA3NzEgNzc3IDgwNiAweDQw IDB4YQpbZHJtOktNUzpwaWQxMzQ5OmRybV9oZWxwZXJfcHJvYmVfc2luZ2xlX2Nvbm5lY3Rvcl9t b2Rlc10gW0NPTk5FQ1RPUjoxMzpEUC0xXQpbZHJtOktNUzpwaWQxMzQ5OmludGVsX2RwX2F1eF9j aF0gZHBfYXV4X2NoIHRpbWVvdXQgc3RhdHVzIDB4NTE0NTAwM2YKW2RybTpLTVM6cGlkMTM0OTpp bnRlbF9kcF9hdXhfY2hdIGRwX2F1eF9jaCB0aW1lb3V0IHN0YXR1cyAweDUxNDUwMDNmCltkcm06 S01TOnBpZDEzNDk6aW50ZWxfZHBfYXV4X2NoXSBkcF9hdXhfY2ggdGltZW91dCBzdGF0dXMgMHg1 MTQ1MDAzZgpbZHJtOktNUzpwaWQxMzQ5OmRybV9oZWxwZXJfcHJvYmVfc2luZ2xlX2Nvbm5lY3Rv cl9tb2Rlc10gW0NPTk5FQ1RPUjoxMzpEUC0xXSBkaXNjb25uZWN0ZWQKW2RybTpLTVM6cGlkMTM0 OTpkcm1fc2V0dXBfY3J0Y3NdIApbZHJtOktNUzpwaWQxMzQ5OmRybV9lbmFibGVfY29ubmVjdG9y c10gY29ubmVjdG9yIDcgZW5hYmxlZD8gbm8KW2RybTpLTVM6cGlkMTM0OTpkcm1fZW5hYmxlX2Nv bm5lY3RvcnNdIGNvbm5lY3RvciAxMCBlbmFibGVkPyB5ZXMKW2RybTpLTVM6cGlkMTM0OTpkcm1f ZW5hYmxlX2Nvbm5lY3RvcnNdIGNvbm5lY3RvciAxMyBlbmFibGVkPyBubwpbZHJtOktNUzpwaWQx MzQ5OmRybV90YXJnZXRfcHJlZmVycmVkXSBsb29raW5nIGZvciBjbWRsaW5lIG1vZGUgb24gY29u bmVjdG9yIDEwCltkcm06S01TOnBpZDEzNDk6ZHJtX3RhcmdldF9wcmVmZXJyZWRdIGxvb2tpbmcg Zm9yIHByZWZlcnJlZCBtb2RlIG9uIGNvbm5lY3RvciAxMApbZHJtOktNUzpwaWQxMzQ5OmRybV90 YXJnZXRfcHJlZmVycmVkXSBmb3VuZCBtb2RlIDE2ODB4MTA1MApbZHJtOktNUzpwaWQxMzQ5OmRy bV9zZXR1cF9jcnRjc10gcGlja2luZyBDUlRDcyBmb3IgODE5Mng4MTkyIGNvbmZpZwpbZHJtOktN UzpwaWQxMzQ5OmRybV9zZXR1cF9jcnRjc10gZGVzaXJlZCBtb2RlIDE2ODB4MTA1MCBzZXQgb24g Y3J0YyAzCltkcm06S01TOnBpZDEzNDk6aW50ZWxmYl9jcmVhdGVdIGFsbG9jYXRlZCAxNjgweDEw NTAgZmI6IDB4MDAwNjQwMDAsIGJvIDB4ZmZmZmZlMDE0MjAwOTIwMAppbmZvOiBbZHJtXSBJbml0 aWFsaXplZCBpOTE1IDEuNi4wIDIwMDgwNzMwCltkcm06S01TOnBpZDA6aW50ZWxfaXJvbmxha2Vf Y3J0X2RldGVjdF9ob3RwbHVnXSBpcm9ubGFrZSBob3RwbHVnIGFkcGE9MHhmNDAwMDAsIHJlc3Vs dCAwCltkcm06S01TOnBpZDA6aW50ZWxfY3J0X2RldGVjdF0gQ1JUIG5vdCBkZXRlY3RlZCB2aWEg aG90cGx1ZwpbZHJtOktNUzpwaWQwOm91dHB1dF9wb2xsX2V4ZWN1dGVdIFtDT05ORUNUT1I6NzpW R0EtMV0gc3RhdHVzIHVwZGF0ZWQgZnJvbSAyIHRvIDIKW2RybTpLTVM6cGlkMDpvdXRwdXRfcG9s bF9leGVjdXRlXSBbQ09OTkVDVE9SOjEwOkhETUktQS0xXSBzdGF0dXMgdXBkYXRlZCBmcm9tIDEg dG8gMQpbZHJtOktNUzpwaWQwOmludGVsX2RwX2F1eF9jaF0gZHBfYXV4X2NoIHRpbWVvdXQgc3Rh dHVzIDB4NTE0NTAwM2YKW2RybTpLTVM6cGlkMDppbnRlbF9kcF9hdXhfY2hdIGRwX2F1eF9jaCB0 aW1lb3V0IHN0YXR1cyAweDUxNDUwMDNmCltkcm06S01TOnBpZDA6aW50ZWxfZHBfYXV4X2NoXSBk cF9hdXhfY2ggdGltZW91dCBzdGF0dXMgMHg1MTQ1MDAzZgpbZHJtOktNUzpwaWQwOm91dHB1dF9w b2xsX2V4ZWN1dGVdIFtDT05ORUNUT1I6MTM6RFAtMV0gc3RhdHVzIHVwZGF0ZWQgZnJvbSAyIHRv IDIK --f46d04428cc82f4a7c04c3251cb0-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 17:13:30 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97287106566C; Sat, 23 Jun 2012 17:13:30 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 556838FC15; Sat, 23 Jun 2012 17:13:29 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa03.fnfis.com (8.14.4/8.14.4) with ESMTP id q5NHDSo1028269 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 23 Jun 2012 12:13:28 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.2.283.3; Sat, 23 Jun 2012 12:13:28 -0500 MIME-Version: 1.0 (Apple Message framework v1257) From: Devin Teske In-Reply-To: <082B913F-3A95-48C1-8B5A-BD220937748C@fisglobal.com> Date: Sat, 23 Jun 2012 10:13:25 -0700 Message-ID: <3E067C84-46DD-4345-BEBA-A4D93B59B4B9@fisglobal.com> References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> <4FE3EB9D.9070509@fuzzwad.org> <4FE419CD.60708@rdtc.ru> <4FE4245C.3040806@rdtc.ru> <90361FE2-2298-48E5-B8B6-2BA704781098@fisglobal.com> <4FE431C0.8040509@rdtc.ru> <006001cd5072$84247cd0$8c6d7670$@milos.co.za> <082B913F-3A95-48C1-8B5A-BD220937748C@fisglobal.com> To: Clayton Milos X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-23_06:2012-06-22, 2012-06-23, 1970-01-01 signatures=0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Devin Teske , Freebsd-stable@freebsd.org Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 17:13:30 -0000 On Jun 22, 2012, at 3:44 PM, Devin Teske wrote: >=20 > On Jun 22, 2012, at 3:32 PM, Devin Teske wrote: >=20 >>=20 >> On Jun 22, 2012, at 5:27 AM, Clayton Milos wrote: >>=20 >>>=20 >>> When selecting user account expiry the calendar starts at 1 January 197= 0. I >>> understand that this is when Unix time started but it would be nice for= it >>> to start from the current date. >>>=20 >>=20 >> This was on-purpose because there is a discrepancy in passwd(5) manual r= egarding what a value of zero (0) means for these fields. >>=20 >> From passwd(5): >>=20 >> The change field is the number of seconds from the epoch, UTC, unti= l the >> password for the account must be changed. This field may be left e= mpty >> to turn off the password aging feature. >>=20 >> Nowhere in the manual does it say that zero is a synonym to being left e= mpty. >>=20 >=20 > And yet, this is how the system treats zero (was my complaint). >=20 > The user root (and toor, and several other system users) come with a defa= ult value of zero for this field. >=20 > If zero was treated according to the manual, then root would be disabled = by default. But that's clearly not the case in a default installation which= has a value of zero. >=20 > So, when you're using bsdconfig to view an existing user that has a value= of zero, you will notice that the default calendar date/time that is chose= n corresponds to "zero seconds from the epoch, UTC", despite the fact that = I know (and you know) that zero is synonymous with NULL. >=20 > So I'm a fan of updating the man page and when that is done, I am happy t= o change bsdconfig to treat zero as-such. But right now I wanted to stay tr= ue to the manual (which plainly states that any non-NULL value is treated a= s seconds from the epoch). In an effort to get the passwd(5) manual updated (pre-requisite to fixing t= he bsdconfig(8) functionality to coincide with the manual change), I've fil= ed PR ports/169354. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=3D169354 --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 17:25:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F7A7106566B; Sat, 23 Jun 2012 17:25:01 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id CD8A48FC08; Sat, 23 Jun 2012 17:25:00 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q5NHOqDr042659; Sun, 24 Jun 2012 02:24:52 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Sun, 24 Jun 2012 02:24:52 +0900 (JST) Message-Id: <20120624.022452.67408510.iwasaki@jp.FreeBSD.org> To: adrian@freebsd.org From: Mitsuru IWASAKI In-Reply-To: References: <20120525.134903.05583594.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: iwasaki@freebsd.org, freebsd-stable@freebsd.org, jkim@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 17:25:01 -0000 Hi, > FWIW, Xorg suspend/resume via the "switch to VTY before suspending" > hack works on this Thinkpad T60. It's not optimal but hey, it _does_ > work. :) Your T60 has a Radeon graphic adapter, right? Could you try the radeon suspend/resume patch and kldload radeon.ko before suspending? http://people.freebsd.org/~iwasaki/acpi/drm-radeon_suspend-20120623.diff Thanks > Hi, > > No, I didn't have vesa loaded. I'll load that now and try tomorrow > after a reboot. > > Yes, I tried switching VTYs, each VTY had the same issue. I guess the > driver isn't doing a VGA mode change when I switch VTYs unless the > screens are in different modes? > > FWIW, Xorg suspend/resume via the "switch to VTY before suspending" > hack works on this Thinkpad T60. It's not optimal but hey, it _does_ > work. :) > > > Adrian > From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 19:11:28 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82DF41065670 for ; Sat, 23 Jun 2012 19:11:28 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 46EB28FC08 for ; Sat, 23 Jun 2012 19:11:28 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa02.fnfis.com (8.14.4/8.14.4) with ESMTP id q5NJBRB2002037 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 23 Jun 2012 14:11:27 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.2.283.3; Sat, 23 Jun 2012 14:11:26 -0500 MIME-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset="windows-1252" From: Devin Teske In-Reply-To: <006001cd5072$84247cd0$8c6d7670$@milos.co.za> Date: Sat, 23 Jun 2012 12:11:23 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> <4FE3EB9D.9070509@fuzzwad.org> <4FE419CD.60708@rdtc.ru> <4FE4245C.3040806@rdtc.ru> <90361FE2-2298-48E5-B8B6-2BA704781098@fisglobal.com> <4FE431C0.8040509@rdtc.ru> <006001cd5072$84247cd0$8c6d7670$@milos.co.za> To: Clayton Milos X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-23_07:2012-06-22, 2012-06-23, 1970-01-01 signatures=0 Cc: Freebsd-stable@freebsd.org Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 19:11:28 -0000 On Jun 22, 2012, at 5:27 AM, Clayton Milos wrote: >>>>>> 5. Same for vlan16. For vlan9 is shows right 'IEEE 802.1Q VLAN netwo= rk >>>>>> interface'. >>>>>> It should work same way for vlan1-vlan4095 interfaces at least. >>>>>>=20 >>>>>=20 >>>>> I'd like to know if the sysctl MIB's for describing network interfaces >>>>> is reliable. Maybe I'll keep the static list as a fallback. But yes, = you're >>>>> absolutely right -- I should have supported up to 5 digits even (ifco= nfig >>>>> has internal limits of 16-bit unsigned integer for the interface >>>>> instance-number). I've made the necessary changes to support vlan0-vlan99999 (though the syst= em will only support up to vlan65534). >>>>>> 6. Same for ipfw0 pseudo-interface. >>>>>>=20 >>>>>=20 >>>>> Curious what sysctl says about it. >>>>=20 >>>> I do not know what sysctl subtree do you refer to. >>>>=20 >>>=20 >>> If you're using em(4) device, try: >>>=20 >>> sysctl dev.em.0.%desc >>>=20 >>> Otherwise (for example), if using fxp(4), try: >>>=20 >>> sysctl dev.fxp.0.%desc >>>=20 >>> Or for your vlan: >>>=20 >>> sysctl dev.vlan.16.%desc >>>=20 >>> And try for your ipfw(4) interface: >>>=20 >>> sysctl dev.ipfw.0.%desc >>>=20 >>> Are each of those meaningful? >>>=20 >>> NOTE: They aren't available unless you have the hardware -- so I can't >>> (for example) try "sysctl dev.fxp.0.%desc" unless I have an fxp0 device >>> displayed in ifconfig(8). >=20 >> That's driver-dependent. For example, lagg does not presents %desc nor >> ipfw0 and I suppose pretty many others do not. You could use %desc if it= 's >> present and fall back to internal static list otherwise. >=20 Ok, I've added that functionality, but =85 since neither lagg(4) nor ipfw(4= ) provide %desc MIB, =85 what should we provide as static fallbacks? > Just something cosmetic but when I add a user when it comes to select the > shell it does not have a title like: Select a shell >=20 I fixed this too. > Also it said that my user add failed but it was actually added as uid 100= 5. I'm working on this one. I'm changing the routines to allow the UNIX pw(8) = errors to filter through, rather than masking them with a static error on n= on-success. > I added another user and it stated the uid 1005 when I was creating it but > showed 1006 in the summary screen. It also said that adding the user fail= ed. "pw usernext" is executed to get the next uid/gid pair that is available. I= t's possible a user was added in the process. I've not witnessed this, but = will try to replicate. > Perhaps I used to short a password as there was no password field entered= in > /etc/master.passwd > twat:*:1005:1005::1340540161:1340626570:twat:/home/twat:/bin/sh > test1:*:1006:1006::1340454020:1340496000:test1:/home/test1:/bin/tcsh >=20 The password is only set (as a separate command) if the pw(8) useradd succe= eded. I'm working on catching errors in edge-cases where we should proceed = despite non-success. > When selecting user account expiry the calendar starts at 1 January 1970.= I > understand that this is when Unix time started but it would be nice for it > to start from the current date. >=20 I filed PR docs/169354 against the passwd(5) manual. If nobody picks up the= PR in a timely fashion, I'll pro-actively modify bsdconfig to follow what = the man-page _should_ say versus what it _does_ say about "how to treat the= value of zero" (the default). --=20 Thanks for testing!, Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 20:04:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1FB5106566B for ; Sat, 23 Jun 2012 20:04:51 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm5-vm0.bullet.mail.sp2.yahoo.com (nm5-vm0.bullet.mail.sp2.yahoo.com [98.139.91.204]) by mx1.freebsd.org (Postfix) with SMTP id A5F838FC0A for ; Sat, 23 Jun 2012 20:04:51 +0000 (UTC) Received: from [72.30.22.92] by nm5.bullet.mail.sp2.yahoo.com with NNFMP; 23 Jun 2012 20:04:45 -0000 Received: from [98.139.91.21] by tm14.bullet.mail.sp2.yahoo.com with NNFMP; 23 Jun 2012 20:04:45 -0000 Received: from [127.0.0.1] by omp1021.mail.sp2.yahoo.com with NNFMP; 23 Jun 2012 20:04:45 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 324152.50003.bm@omp1021.mail.sp2.yahoo.com Received: (qmail 22031 invoked by uid 60001); 23 Jun 2012 20:04:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1340481884; bh=O6d4UcR3gtWBgta64+fJi4KZP6tLXlRqS1vJf0oAd5Y=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=0sPDqpzBZIWM2Q5cqHlnTxtyMH6H2Hj+WQ3FP22VW72449wRcHxHk8LvbXTwYIniTS85MC5rvMJZN7iPYJzRnmeXj88Yt9fgjMoQP9ANM0mu+48hVm/UIS8185NXNDgwp5Fzv23YF0q2N0mqJiEZnMOuvXVI/NzT+2kGmqyklt8= X-YMail-OSG: fA7oMAMVM1ltQfGKYC7gL3054q_Uz3WnWRC.pmyHDEhyjkF wfMalcYeU0A.XLsJ.pfIiZoyCP1imKNFcS00EdpWDquKG82nLu4pKK3UvkSq 0UVZyNHH3Zy1uL4vKYoMYzOjFkMFX.p1K2DpZ1pu9W5Gb2y.WhAtE2_42BEO AXMWif.2VLaexYq0bx.yNcnCI0x27yNKL662gDkzDoHWnZga8.whWIoLSsa5 kyPylAWnQu4WxbWZOeJZSdsGDFWZ1Uq.KLgYfTFB_j4LPwyoNZNOHPARjNBu RRZIy3Cwa7AU_V1NRMAXIPxeML1lBelwhBCb4_d7DBWL60N.rsAX_9l6m5U1 CFJEvAiTIcTLCtgC689ruHB7rrvE.n4mMbJlBVWBxBIpMyNC4bRv8f97l4x9 RlelWhKyn067phU3b7anlkuqDYjrcMAMB8ttBWpzXNtmhVA16dTWZGQ_IsKT FZTHsk1rv3nJkdXsIoHZew0wSk8HVx8CfOj818SDKw.qQPVkfnceNqy.OxYE L2WCoXqnyFTDlTVYnVvPqlcDMk9CFBX9lzT8- Received: from [200.118.157.7] by web113518.mail.gq1.yahoo.com via HTTP; Sat, 23 Jun 2012 13:04:44 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.118.349524 Message-ID: <1340481884.74911.YahooMailClassic@web113518.mail.gq1.yahoo.com> Date: Sat, 23 Jun 2012 13:04:44 -0700 (PDT) From: Pedro Giffuni To: pyunyh@gmail.com In-Reply-To: <20120623222746.GA14050@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Network unavailable when booting directly to FreeBSD. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2012 20:04:51 -0000 Hello;=0A=0A--- Sab 23/6/12, YongHyeon PYUN ha scritto:= =0A...=0A> =0A> > amd64=0A> > =0A> > From my dmesg=0A> > ______=0A> > ...= =0A> > pcib0: port 0xcf8-0xcff on=0A> acpi0=0A> > pc= ib0: Length mismatch for 4 range: 81 vs 7f=0A> > pci0: on pc= ib0=0A> > pci0: at device 0.0 (no driver=0A> attached)=0A> > = pci0: at device 0.1 (no driver=0A> attached)=0A> > pci0: at device 0.2 (no driver=0A> attached)=0A> > pci0: = at device 0.3 (no driver=0A> attached)=0A> > pci0: at device = 0.4 (no driver=0A> attached)=0A> > pci0: at device 0.5 (no dr= iver=0A> attached)=0A> > pci0: at device 0.6 (no driver=0A> a= ttached)=0A> > pci0: at device 0.7 (no driver=0A> attached)= =0A> > pcib1: at device 2.0 on=0A> pci0=0A> > pci1: <= ACPI PCI bus> on pcib1=0A> > pcib2: at device 3.0 on= =0A> pci0=0A> > pci2: on pcib2=0A> > bge0: Controller, ASIC rev. =0A> > 0x00b002> mem 0xfdef00= 00-0xfdefffff irq 16 at device=0A> 0.0 on pci2=0A> > bge0: CHIP ID 0x0000b0= 02; ASIC REV 0x0b; CHIP REV 0xb0;=0A> PCI-E=0A> > miibus0: on bge= 0=0A> > brgphy0: interface> PHY 1 on mii= bus0=0A> > brgphy0:=A0 10baseT, 10baseT-FDX, 100baseTX,=0A> 100baseTX-FDX, = 1000baseT, =0A> > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master,=0A= > auto, auto-flow=0A> > bge0: Ethernet address: 00:18:8b:76:a4:1e=0A> > pci= b3: at device 4.0 on=0A> pci0=0A> > pci3: on pcib3=0A> > =0A> > ....=0A> > Cuse4BSD v0.1.23 @ /dev/cuse=0A> > bge= 0: watchdog timeout -- resetting=0A> > bge0: watchdog timeout -- resetting= =0A> > WARNING: attempt to domain_add(bluetooth) after=0A> domainfinalize()= =0A> > fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8=0A> > bge0: watchdog time= out -- resetting=0A> > bge0: link state changed to DOWN=0A> > bge0: link st= ate changed to UP=0A> > bge0: watchdog timeout -- resetting=0A> > bge0: lin= k state changed to DOWN=0A> > bge0: link state changed to UP=0A> > bge0: wa= tchdog timeout -- resetting=0A> > bge0: link state changed to DOWN=0A> > bg= e0: link state changed to UP=0A> > _____=0A> > =0A> > Iff I boot Windows fi= rst and then reboot to start=0A> > FreeBSD the network works fine.=0A> =0A>= This looks strange and I can't narrow down what other=0A> changes made=0A>= since 9.0-RELEASE broke the driver. Would you try reverting=0A> r235821?= =0A> =0A=0AI reverted it manually but things didn't change.=0A=0A> If that = does not solve the issue, would you try a WIP=0A> version at=0A> the follow= ing URL? It's mainly written to improve BCM5720=0A> with APE=0A> firmware s= upport and it exactly follows recommendations=0A> suggested=0A> by Broadcom= so it may have some differences.=0A> =0A> http://people.freebsd.org/~yonga= ri/bge/if_bge.c=0A> http://people.freebsd.org/~yongari/bge/if_bgereg.h=0A> = http://people.freebsd.org/~yongari/bge/brgphy.c=0A> =0A=0ANo joy either :(= =0A=0APedro.=0A