From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 01:20:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BD390F82 for ; Sun, 28 Apr 2013 01:20:57 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-da0-x22d.google.com (mail-da0-x22d.google.com [IPv6:2607:f8b0:400e:c00::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 9A43611C6 for ; Sun, 28 Apr 2013 01:20:57 +0000 (UTC) Received: by mail-da0-f45.google.com with SMTP id v40so473796dad.32 for ; Sat, 27 Apr 2013 18:20:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=MS/ctJ6IwSHyhI+Hn10rDjcYeb+FX4EMzbYGlpogQkY=; b=D8klPo8thbItZ0P/eKNLgQnpcQDTW1HQsAj0cpDkyonh2v1h9P/t6J7aDdtaRl2WfX Sjo5/JGbqZYNtBh79fto5mhCKNVxelihKg/RVb2snCS5s0DPXIQpWV0Mqs/X3Wtunmp1 IiA16PP4f+Zu7myKAFgg8+Ij9xezgYP2ZSQxwrSzgVmYZ30claAVM9LpQVv3kgX5Ak3w Vs4CYAbz7F7LN9eJUTWUFBaN46RyCAN8RJA51bU4JZd/21YuvSGOHaDRPOxpQF42NksO kWsJ6NFXMdFWuX1Jpnc1oEVT40ViN6b5SB/SnmIEzn3J00WaI1Wo9j3TSKcoo25wiXyH GCyQ== X-Received: by 10.69.0.132 with SMTP id ay4mr64730816pbd.62.1367112057362; Sat, 27 Apr 2013 18:20:57 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPSA id dr4sm17777488pbb.19.2013.04.27.18.20.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 27 Apr 2013 18:20:56 -0700 (PDT) Message-ID: <517C7969.4090501@gmail.com> Date: Sat, 27 Apr 2013 18:20:41 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: Steven Hartland Subject: Re: r249939+ not detecting ata trim References: <517C3C87.1020005@gmail.com> <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> In-Reply-To: <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 01:20:57 -0000 On 04/27/13 15:58, Steven Hartland wrote: > > If your controller doesn't support UNMAP then this will be the reason, > however mps should support this. > > Could you confirm if previously you where seeing UNMAP as the reported > delete_method? > > Regards > Steve > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. > and the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, > printing or otherwise disseminating it or any information contained in > it. > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. I am rebuilding world and kernel with the patches now. Congratulations/thanks on getting all this committed! I'll post the dmesg output from the printf patch afterward. Previously, the delete_method was reported as ATA_TRIM, with a very large delete max. Thanks, Matt From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 01:32:05 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C71F2205 for ; Sun, 28 Apr 2013 01:32:05 +0000 (UTC) (envelope-from prvs=18303b5217=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 6C1DB120E for ; Sun, 28 Apr 2013 01:32:04 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003518162.msg for ; Sun, 28 Apr 2013 02:32:02 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 28 Apr 2013 02:32:02 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=18303b5217=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@FreeBSD.org Message-ID: From: "Steven Hartland" To: "matt" References: <517C3C87.1020005@gmail.com> <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> <517C7969.4090501@gmail.com> Subject: Re: r249939+ not detecting ata trim Date: Sun, 28 Apr 2013 02:32:30 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 01:32:05 -0000 ----- Original Message ----- From: "matt" > On 04/27/13 15:58, Steven Hartland wrote: >> >> If your controller doesn't support UNMAP then this will be the reason, >> however mps should support this. >> >> Could you confirm if previously you where seeing UNMAP as the reported >> delete_method? > > I am rebuilding world and kernel with the patches now. > Congratulations/thanks on getting all this committed! > I'll post the dmesg output from the printf patch afterward. > > Previously, the delete_method was reported as ATA_TRIM, with a very > large delete max. > FYI: Change only requires kernel, world would be identical, which should save you some time. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 01:41:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C600F470 for ; Sun, 28 Apr 2013 01:41:45 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-da0-x229.google.com (mail-da0-x229.google.com [IPv6:2607:f8b0:400e:c00::229]) by mx1.freebsd.org (Postfix) with ESMTP id A0CD01270 for ; Sun, 28 Apr 2013 01:41:45 +0000 (UTC) Received: by mail-da0-f41.google.com with SMTP id p8so882767dan.0 for ; Sat, 27 Apr 2013 18:41:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=pQ2q6kmVuCsDnmNMb/AkManudWT9wg9n2whqKYIc8NU=; b=egOaax68kxUuDCcecfX2Alh2Yz5JRm2wr3ESz1l5Um53NRP9U4ku8OCJPKoqhOugcL xPjJiERwD707VcMnVqUddR6w6WkwMSyhG5JTvmW1ErtEZm6M/q9ocdJPomNru3ApFpBr T8IIKSMrYQLhI9+2dzHmNaLOCqv2xPxXLkKGm6CvisKs7R+Moai+8mroO2fsBkztNPiw j43KDgM9X5es2xe4Z654SctnaeN/J3zAV/LbjPZriDZ+IygxaidIXoOHQldEJjs38hQX gBEFjJg/ugzrmdaO7FO3keV6CNdmFGErFUrHZjLGEOPBwW4O+HDjDbOa6P5xkEBLEsFf 9N1A== X-Received: by 10.66.255.99 with SMTP id ap3mr37767430pad.102.1367113305462; Sat, 27 Apr 2013 18:41:45 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPSA id mt13sm17838969pbc.15.2013.04.27.18.41.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 27 Apr 2013 18:41:44 -0700 (PDT) Message-ID: <517C7E4B.1030501@gmail.com> Date: Sat, 27 Apr 2013 18:41:31 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: Steven Hartland Subject: Re: r249939+ not detecting ata trim References: <517C3C87.1020005@gmail.com> <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> <517C7969.4090501@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 01:41:45 -0000 On 04/27/13 18:32, Steven Hartland wrote: > > FYI: Change only requires kernel, world would be identical, which > should save you some time. > > Regards > Steve > > And some untrimmed deletes! Thanks, with geom/cam/disk stuff I usually assume that it could affect userland out of caution. BTW...ata identify is working fine, as even before the patch camcontrol identify indicated trim support. Thanks, Matt From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 01:51:16 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EBB9464A for ; Sun, 28 Apr 2013 01:51:16 +0000 (UTC) (envelope-from prvs=18303b5217=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 777F212BC for ; Sun, 28 Apr 2013 01:51:15 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003518298.msg for ; Sun, 28 Apr 2013 02:51:13 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 28 Apr 2013 02:51:13 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=18303b5217=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@FreeBSD.org Message-ID: <33B1A5523E9949278464E92CC6BB722E@multiplay.co.uk> From: "Steven Hartland" To: "matt" References: <517C3C87.1020005@gmail.com> <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> <517C7969.4090501@gmail.com> <517C7E4B.1030501@gmail.com> Subject: Re: r249939+ not detecting ata trim Date: Sun, 28 Apr 2013 02:51:43 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0464_01CE43BB.51199720" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 01:51:17 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0464_01CE43BB.51199720 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit ----- Original Message ----- From: "matt" >> FYI: Change only requires kernel, world would be identical, which >> should save you some time. > > And some untrimmed deletes! > > Thanks, with geom/cam/disk stuff I usually assume that it could affect > userland out of caution. > > BTW...ata identify is working fine, as even before the patch camcontrol > identify indicated trim support. Could you confirm the output you got from the debug as I would have expected to see UNMAP supported on your machine if you mps? I can envisage people wanting to know what delete methods are detected as supported so I've created a new little patch which will print this out from a verbose boot. Its attached if you want to try it, again only a kernel change, I'd be interested in the output you get. You should see something like:- da0: Delete methods: Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. ------=_NextPart_000_0464_01CE43BB.51199720 Content-Type: application/octet-stream; name="cam-scsi-delete-verbose.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="cam-scsi-delete-verbose.patch" --- sys/cam/scsi/scsi_da.c.orig 2013-04-28 00:22:33.312129712 +0000=0A= +++ sys/cam/scsi/scsi_da.c 2013-04-28 01:40:58.118450753 +0000=0A= @@ -3058,6 +3057,30 @@=0A= =0A= free(ata_params, M_SCSIDA);=0A= dadeletemethodchoose(softc, DA_DELETE_NONE);=0A= + if (bootverbose) {=0A= + char buf[80];=0A= + int sep;=0A= +=0A= + snprintf(buf, sizeof(buf), "Delete methods: <");=0A= + sep =3D 0;=0A= + for (i =3D DA_DELETE_MIN; i <=3D DA_DELETE_MAX; i++) {=0A= + if (softc->delete_available & (1 << i)) {=0A= + if (sep) {=0A= + strlcat(buf, ",", sizeof(buf));=0A= + } else {=0A= + sep =3D 1;=0A= + }=0A= + strlcat(buf, da_delete_method_names[i],=0A= + sizeof(buf));=0A= + if (i =3D=3D softc->delete_method) {=0A= + strlcat(buf, "(*)", sizeof(buf));=0A= + }=0A= + }=0A= + }=0A= + strlcat(buf, ">", sizeof(buf));=0A= + printf("%s%d: %s\n", periph->periph_name,=0A= + periph->unit_number, buf);=0A= + }=0A= softc->state =3D DA_STATE_NORMAL;=0A= /*=0A= * Since our peripheral may be invalidated by an error=0A= ------=_NextPart_000_0464_01CE43BB.51199720-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 02:04:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2DF2298D for ; Sun, 28 Apr 2013 02:04:02 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-da0-x22f.google.com (mail-da0-x22f.google.com [IPv6:2607:f8b0:400e:c00::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 084BE1310 for ; Sun, 28 Apr 2013 02:04:02 +0000 (UTC) Received: by mail-da0-f47.google.com with SMTP id p1so2439025dad.6 for ; Sat, 27 Apr 2013 19:04:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=FhtTy+mXiNl7vP6vXJamb7smTzQJfacbBQE2AWObAKQ=; b=bibwOEb3ZyiBxZO2k5ZkAaziu67ea40c/DYOP5r3CssPnxhOcwKN/OXScWg9EnSh8V J/lM0Rr5P+AtFaJ37Hsl79R3Y2AfvtCsyijwJwMIy2xy3tACUnsqCbQQByVrqvIL2PJQ jl8Pu5waZoqi6mz/wrCu51LsvChYsoL5+Xaz8NhzlHy005Y2k8Mdcb7m0wPbLDrG6Mgs sDO+6fa4FgOba7zz1nE1JlTFnFDtxw3R24Rc5Rt9yfg0Beq1DE37pHSWufwMcEODgvwK 5O5wDlkw+S0SaiwbHR0EeUBxVuSIX4/FdxTDTpBfNSCKNEDd868te7onJoe9DI3QjwjL CR0w== X-Received: by 10.66.81.2 with SMTP id v2mr40628482pax.204.1367114641818; Sat, 27 Apr 2013 19:04:01 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPSA id dr4sm17894175pbb.19.2013.04.27.19.04.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 27 Apr 2013 19:04:01 -0700 (PDT) Message-ID: <517C8382.8090404@gmail.com> Date: Sat, 27 Apr 2013 19:03:46 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: Steven Hartland Subject: Re: r249939+ not detecting ata trim References: <517C3C87.1020005@gmail.com> <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> <517C7969.4090501@gmail.com> <517C7E4B.1030501@gmail.com> <33B1A5523E9949278464E92CC6BB722E@multiplay.co.uk> In-Reply-To: <33B1A5523E9949278464E92CC6BB722E@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 02:04:02 -0000 On 04/27/13 18:51, Steven Hartland wrote: > ----- Original Message ----- From: "matt" >>> FYI: Change only requires kernel, world would be identical, which >>> should save you some time. >> >> And some untrimmed deletes! >> >> Thanks, with geom/cam/disk stuff I usually assume that it could affect >> userland out of caution. >> >> BTW...ata identify is working fine, as even before the patch camcontrol >> identify indicated trim support. > > Could you confirm the output you got from the debug as I would have > expected to see UNMAP supported on your machine if you mps? Output for sysctls kern.cam.da.3.delete_method: ATA_TRIM kern.cam.da.3.delete_max: 17179607040 kern.cam.da.3.minimum_cmd_size: 6 kern.cam.da.3.sort_io_queue: 0 kern.cam.da.3.error_inject: 0 kern.cam.da.4.delete_method: ATA_TRIM kern.cam.da.4.delete_max: 17179607040 Output for printf deleteflag: ATA_TRIM (2) = 1 I thought UNMAP was a SCSI command (for SAS disks), unless we're calling it UNMAP and then running ATA's TRIM? > I can envisage people wanting to know what delete methods are detected > as supported so I've created a new little patch which will print this > out from a verbose boot. > > Its attached if you want to try it, again only a kernel change, I'd > be interested in the output you get. You should see something like:- > da0: Delete methods: I'll give it a try and send the results. Thanks, Matt From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 02:09:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D09E7C29 for ; Sun, 28 Apr 2013 02:09:37 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) by mx1.freebsd.org (Postfix) with ESMTP id 9C55E134E for ; Sun, 28 Apr 2013 02:09:36 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.6/8.14.5) with ESMTP id r3S29RQD088378 for ; Sat, 27 Apr 2013 22:09:28 -0400 (EDT) (envelope-from andy@neu.net) Date: Sat, 27 Apr 2013 22:09:27 -0400 (EDT) From: AN To: freebsd-current@freebsd.org Subject: buildkernel fails in zlib (all) In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97.8 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 02:09:37 -0000 FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #62 r249867: Wed Apr 24 21:53:34 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 Trying to buildkernel at: # svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 250001 Node Kind: directory Schedule: normal Last Changed Author: wkoszek Last Changed Rev: 250001 Last Changed Date: 2013-04-27 18:59:15 -0500 (Sat, 27 Apr 2013) fails with: ===> zlib (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/MYKERNEL/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/MYKERNEL -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c /usr/src/sys/modules/zlib/../../net/zlib.c ld -d -warn-common -r -d -o zlib.ko zlib.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko export_syms | xargs -J% objcopy % zlib.ko objcopy --strip-debug zlib.ko 1 error *** [buildkernel] Error code 2 1 error *** [buildkernel] Error code 2 1 error Is anyone else seeing this? From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 02:13:13 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A3056E22 for ; Sun, 28 Apr 2013 02:13:13 +0000 (UTC) (envelope-from prvs=18303b5217=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 347331397 for ; Sun, 28 Apr 2013 02:13:12 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003518446.msg for ; Sun, 28 Apr 2013 03:13:11 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 28 Apr 2013 03:13:11 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=18303b5217=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@FreeBSD.org Message-ID: <5088CCE74E774A0DB87F003BBFB014FD@multiplay.co.uk> From: "Steven Hartland" To: "matt" References: <517C3C87.1020005@gmail.com> <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> <517C7969.4090501@gmail.com> <517C7E4B.1030501@gmail.com> <33B1A5523E9949278464E92CC6BB722E@multiplay.co.uk> <517C8382.8090404@gmail.com> Subject: Re: r249939+ not detecting ata trim Date: Sun, 28 Apr 2013 03:13:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 02:13:13 -0000 ----- Original Message ----- From: "matt" To: "Steven Hartland" Cc: Sent: Sunday, April 28, 2013 3:03 AM Subject: Re: r249939+ not detecting ata trim > On 04/27/13 18:51, Steven Hartland wrote: >> ----- Original Message ----- From: "matt" >>>> FYI: Change only requires kernel, world would be identical, which >>>> should save you some time. >>> >>> And some untrimmed deletes! >>> >>> Thanks, with geom/cam/disk stuff I usually assume that it could affect >>> userland out of caution. >>> >>> BTW...ata identify is working fine, as even before the patch camcontrol >>> identify indicated trim support. >> >> Could you confirm the output you got from the debug as I would have >> expected to see UNMAP supported on your machine if you mps? > Output for sysctls > kern.cam.da.3.delete_method: ATA_TRIM > kern.cam.da.3.delete_max: 17179607040 > kern.cam.da.3.minimum_cmd_size: 6 > kern.cam.da.3.sort_io_queue: 0 > kern.cam.da.3.error_inject: 0 > kern.cam.da.4.delete_method: ATA_TRIM > kern.cam.da.4.delete_max: 17179607040 > > Output for printf > deleteflag: ATA_TRIM (2) = 1 > > I thought UNMAP was a SCSI command (for SAS disks), unless we're calling > it UNMAP and then running ATA's TRIM? Thats correct, the mps controllers I have here announce UNMAP support for SATA disks that support TRIM and then do firmware translation on the commands sent from the OS before passing them to the disks. This is why I was expecting your controller to still do support delete's eventhough ATA_TRIM wasn't enabled yet. I'd be interested to see the details of your controller e.g. Apr 28 01:36:17 host01 kernel: mps0: port 0xf000-0xf0ff mem 0xfbe00000-0xfbe03fff,0xfbd80000-0xfbdbffff irq 56 at device 0.0 on pci129 Apr 28 01:36:17 host01 kernel: mps0: Reserved 0x4000 bytes for rid 0x14 type 3 at 0xfbe00000 Apr 28 01:36:17 host01 kernel: mps0: Firmware: 14.00.00.00, Driver: 14.00.00.01-fbsd Apr 28 01:36:17 host01 kernel: mps0: IOCCapabilities: 185c Apr 28 01:36:17 host01 kernel: mps0: attempting to allocate 1 MSI-X vectors (15 supported) Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 02:16:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1E1A8F6D for ; Sun, 28 Apr 2013 02:16:15 +0000 (UTC) (envelope-from prvs=18303b5217=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id B516A13BD for ; Sun, 28 Apr 2013 02:16:14 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003518464.msg for ; Sun, 28 Apr 2013 03:16:12 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 28 Apr 2013 03:16:12 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=18303b5217=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: From: "Steven Hartland" To: "AN" , References: Subject: Re: buildkernel fails in zlib (all) Date: Sun, 28 Apr 2013 03:16:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 02:16:15 -0000 ----- Original Message ----- From: "AN" To: Sent: Sunday, April 28, 2013 3:09 AM Subject: buildkernel fails in zlib (all) > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #62 r249867: Wed Apr 24 > 21:53:34 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > > Trying to buildkernel at: > # svn info > Path: . > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 250001 > Node Kind: directory > Schedule: normal > Last Changed Author: wkoszek > Last Changed Rev: 250001 > Last Changed Date: 2013-04-27 18:59:15 -0500 (Sat, 27 Apr 2013) > > fails with: > > ===> zlib (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/MYKERNEL/opt_global.h -I. -I@ -I@/contrib/altq > -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/MYKERNEL > -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse > -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality -c > /usr/src/sys/modules/zlib/../../net/zlib.c > ld -d -warn-common -r -d -o zlib.ko zlib.o > :> export_syms > awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko export_syms | xargs -J% > objcopy % zlib.ko > objcopy --strip-debug zlib.ko > 1 error > *** [buildkernel] Error code 2 > 1 error > *** [buildkernel] Error code 2 > 1 error > > > Is anyone else seeing this? Are you building with a -jXX option to make as I don't see the source of the error in your output there, so I suspect its actually failing earlier elsewhere but that's what your seeing from because multiple compiles are being actioned by make. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 02:20:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C454312C for ; Sun, 28 Apr 2013 02:20:40 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) by mx1.freebsd.org (Postfix) with ESMTP id 74EDB13E0 for ; Sun, 28 Apr 2013 02:20:40 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.6/8.14.5) with ESMTP id r3S2KZUH088417; Sat, 27 Apr 2013 22:20:35 -0400 (EDT) (envelope-from andy@neu.net) Date: Sat, 27 Apr 2013 22:20:35 -0400 (EDT) From: AN To: Steven Hartland Subject: Re: buildkernel fails in zlib (all) 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-Virus-Scanned: clamav-milter 0.97.8 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 02:20:40 -0000 On Sun, 28 Apr 2013, Steven Hartland wrote: > > ----- Original Message ----- From: "AN" > To: > Sent: Sunday, April 28, 2013 3:09 AM > Subject: buildkernel fails in zlib (all) > > >> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #62 r249867: Wed Apr 24 >> 21:53:34 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >> >> Trying to buildkernel at: >> # svn info >> Path: . >> Working Copy Root Path: /usr/src >> URL: svn://svn.freebsd.org/base/head >> Repository Root: svn://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 250001 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: wkoszek >> Last Changed Rev: 250001 >> Last Changed Date: 2013-04-27 18:59:15 -0500 (Sat, 27 Apr 2013) >> >> fails with: >> >> ===> zlib (all) >> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc >> -DHAVE_KERNEL_OPTION_HEADERS -include >> /usr/obj/usr/src/sys/MYKERNEL/opt_global.h -I. -I@ -I@/contrib/altq >> -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/MYKERNEL >> -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse >> -msoft-float -fno-asynchronous-unwind-tables -ffreestanding >> -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector >> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -Wno-error-tautological-compare >> -Wno-error-empty-body -Wno-error-parentheses-equality -c >> /usr/src/sys/modules/zlib/../../net/zlib.c >> ld -d -warn-common -r -d -o zlib.ko zlib.o >> :> export_syms >> awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko export_syms | xargs -J% >> objcopy % zlib.ko >> objcopy --strip-debug zlib.ko >> 1 error >> *** [buildkernel] Error code 2 >> 1 error >> *** [buildkernel] Error code 2 >> 1 error >> >> >> Is anyone else seeing this? > > Are you building with a -jXX option to make as I don't see the source > of the error in your output there, so I suspect its actually failing > earlier elsewhere but that's what your seeing from because multiple > compiles are being actioned by make. > > Regards > Steve > Hi Steve: Yes, I'm using time make -j6 buildkernel KERNCONF=MYKERNEL. How can I find out where it's failing? Should I post full output? From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 02:26:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DC3E43F2 for ; Sun, 28 Apr 2013 02:26:44 +0000 (UTC) (envelope-from prvs=18303b5217=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9FE1451 for ; Sun, 28 Apr 2013 02:26:44 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003518524.msg for ; Sun, 28 Apr 2013 03:26:42 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 28 Apr 2013 03:26:42 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=18303b5217=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: <69F30EA9CDE34DA9B1D3F031D8B404BB@multiplay.co.uk> From: "Steven Hartland" To: "AN" References: Subject: Re: buildkernel fails in zlib (all) Date: Sun, 28 Apr 2013 03:27:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 02:26:44 -0000 ----- Original Message ----- From: "AN" To: "Steven Hartland" Cc: Sent: Sunday, April 28, 2013 3:20 AM Subject: Re: buildkernel fails in zlib (all) > > > On Sun, 28 Apr 2013, Steven Hartland wrote: > >> >> ----- Original Message ----- From: "AN" >> To: >> Sent: Sunday, April 28, 2013 3:09 AM >> Subject: buildkernel fails in zlib (all) >> >> >>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #62 r249867: Wed Apr 24 >>> 21:53:34 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >>> >>> Trying to buildkernel at: >>> # svn info >>> Path: . >>> Working Copy Root Path: /usr/src >>> URL: svn://svn.freebsd.org/base/head >>> Repository Root: svn://svn.freebsd.org/base >>> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >>> Revision: 250001 >>> Node Kind: directory >>> Schedule: normal >>> Last Changed Author: wkoszek >>> Last Changed Rev: 250001 >>> Last Changed Date: 2013-04-27 18:59:15 -0500 (Sat, 27 Apr 2013) >>> >>> fails with: >>> >>> ===> zlib (all) >>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc >>> -DHAVE_KERNEL_OPTION_HEADERS -include >>> /usr/obj/usr/src/sys/MYKERNEL/opt_global.h -I. -I@ -I@/contrib/altq >>> -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/MYKERNEL >>> -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse >>> -msoft-float -fno-asynchronous-unwind-tables -ffreestanding >>> -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector >>> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >>> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -Wno-error-tautological-compare >>> -Wno-error-empty-body -Wno-error-parentheses-equality -c >>> /usr/src/sys/modules/zlib/../../net/zlib.c >>> ld -d -warn-common -r -d -o zlib.ko zlib.o >>> :> export_syms >>> awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko export_syms | xargs -J% >>> objcopy % zlib.ko >>> objcopy --strip-debug zlib.ko >>> 1 error >>> *** [buildkernel] Error code 2 >>> 1 error >>> *** [buildkernel] Error code 2 >>> 1 error >>> >>> >>> Is anyone else seeing this? >> >> Are you building with a -jXX option to make as I don't see the source >> of the error in your output there, so I suspect its actually failing >> earlier elsewhere but that's what your seeing from because multiple >> compiles are being actioned by make. >> >> Regards >> Steve >> > > Hi Steve: > > Yes, I'm using time make -j6 buildkernel KERNCONF=MYKERNEL. > > How can I find out where it's failing? Should I post full output? Easy way to re-run the make like this:- make -DNO_CLEAN buildkernel KERNCONF=MYKERNEL This will continue your build without cleaning first, which will mean it should fail pretty quickly and you'll get the real error. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 02:33:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A7765667 for ; Sun, 28 Apr 2013 02:33:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 420D914A2 for ; Sun, 28 Apr 2013 02:33:13 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id m6so1741888wiv.7 for ; Sat, 27 Apr 2013 19:33:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ig841Zctunlv2Iz8yh3SV2W59gAhrYGquh10d+KB1r8=; b=U8i+2ilZJX7sKqx2aEVmEFKSP8ADsUV6m+VomWXR7kDbQbGn45RB9OT2vt70ehppFO 4urabI+Z8g+QjTz0qXjPTFCdnbqm+25t5AuHn9+lp0ghRVucBCRWwaAq8amnpK+/xiaj LkgAlsobhsYrLicMB5qDee+Qvvk0fSohWN5Sb3JKcF6qoFn+3FCP4ay2wPI0ymRMW34z uIZ2WywfpHODz9VotkGyw5MArFEYla7HLYg6vlhYB2doTvyOjToc4X92/NIAe8xVLXU7 46WsS6RyNymaaCUIu3ziGEZu/DkWRuxcMnaF43ipgvqVyz32j8GUdkQcIy2mqolYQ9z/ teaQ== MIME-Version: 1.0 X-Received: by 10.180.107.6 with SMTP id gy6mr11019198wib.22.1367116392341; Sat, 27 Apr 2013 19:33:12 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.58.138 with HTTP; Sat, 27 Apr 2013 19:33:12 -0700 (PDT) In-Reply-To: <69F30EA9CDE34DA9B1D3F031D8B404BB@multiplay.co.uk> References: <69F30EA9CDE34DA9B1D3F031D8B404BB@multiplay.co.uk> Date: Sat, 27 Apr 2013 19:33:12 -0700 X-Google-Sender-Auth: P7Cu87DSQp1W7uUfzmJgSkkv-hs Message-ID: Subject: Re: buildkernel fails in zlib (all) From: Adrian Chadd To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 Cc: AN , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 02:33:13 -0000 Do it this time without -j6, so we can see where it failed. adrian On 27 April 2013 19:27, Steven Hartland wrote: > > ----- Original Message ----- From: "AN" > To: "Steven Hartland" > Cc: > Sent: Sunday, April 28, 2013 3:20 AM > Subject: Re: buildkernel fails in zlib (all) > > > >> >> >> On Sun, 28 Apr 2013, Steven Hartland wrote: >> >>> >>> ----- Original Message ----- From: "AN" >>> To: >>> Sent: Sunday, April 28, 2013 3:09 AM >>> Subject: buildkernel fails in zlib (all) >>> >>> >>>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #62 r249867: Wed Apr 24 >>>> 21:53:34 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >>>> >>>> Trying to buildkernel at: >>>> # svn info >>>> Path: . >>>> Working Copy Root Path: /usr/src >>>> URL: svn://svn.freebsd.org/base/head >>>> Repository Root: svn://svn.freebsd.org/base >>>> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >>>> Revision: 250001 >>>> Node Kind: directory >>>> Schedule: normal >>>> Last Changed Author: wkoszek >>>> Last Changed Rev: 250001 >>>> Last Changed Date: 2013-04-27 18:59:15 -0500 (Sat, 27 Apr 2013) >>>> >>>> fails with: >>>> >>>> ===> zlib (all) >>>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >>>> -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include >>>> /usr/obj/usr/src/sys/MYKERNEL/opt_global.h -I. -I@ -I@/contrib/altq >>>> -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/MYKERNEL >>>> -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse >>>> -msoft-float -fno-asynchronous-unwind-tables -ffreestanding >>>> -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector >>>> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >>>> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>>> -fdiagnostics-show-option -Wno-error-tautological-compare >>>> -Wno-error-empty-body -Wno-error-parentheses-equality -c >>>> /usr/src/sys/modules/zlib/../../net/zlib.c >>>> ld -d -warn-common -r -d -o zlib.ko zlib.o >>>> :> export_syms >>>> awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko export_syms | xargs -J% >>>> objcopy % zlib.ko >>>> objcopy --strip-debug zlib.ko >>>> 1 error >>>> *** [buildkernel] Error code 2 >>>> 1 error >>>> *** [buildkernel] Error code 2 >>>> 1 error >>>> >>>> >>>> Is anyone else seeing this? >>> >>> >>> Are you building with a -jXX option to make as I don't see the source >>> of the error in your output there, so I suspect its actually failing >>> earlier elsewhere but that's what your seeing from because multiple >>> compiles are being actioned by make. >>> >>> Regards >>> Steve >>> >> >> Hi Steve: >> >> Yes, I'm using time make -j6 buildkernel KERNCONF=MYKERNEL. >> >> How can I find out where it's failing? Should I post full output? > > > Easy way to re-run the make like this:- > make -DNO_CLEAN buildkernel KERNCONF=MYKERNEL > > This will continue your build without cleaning first, which will > mean it should fail pretty quickly and you'll get the real error. > > > Regards > Steve > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > person or entity to whom it is addressed. In the event of misdirection, the > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 02:36:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D80F5785 for ; Sun, 28 Apr 2013 02:36:13 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pd0-f175.google.com (mail-pd0-f175.google.com [209.85.192.175]) by mx1.freebsd.org (Postfix) with ESMTP id B2CFF14B8 for ; Sun, 28 Apr 2013 02:36:12 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id g10so200855pdj.20 for ; Sat, 27 Apr 2013 19:36:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=PHqXKVRjyVDe276DG5UqO4hxFswgWg8HW+9fefFi7Ak=; b=vlg5acMDeeYEg7RYKcBCBIlJGI2W2np/CbCYv5ca3U36gWZxDVhlu+murCX0CeTA8G sHLkf3+wFYrExWW9M2kLrTx+KarJTTmO0G/ZASCcLRa3JPmzPvPqflYmIOZHu0og4qzc /EgS3wcguvpCFEOZzWc76J+bGc1IQnEJRK9ZlTsTXQhclgy2SoDarOHswg0boTzveI+U Mk2Z/yLZxjUL4Z5HSE049M754kjzSSPbqxosi6TV4NX6riyQlGPrRa448Bb1lBivLq8q vHaDeBP9oLEa+WuSWjAlekr3MyOjEtGmRM1+lR4ZqtGs4wAvw4AFXv0RMGC9d17hRcAc C6Vw== X-Received: by 10.68.164.33 with SMTP id yn1mr65318619pbb.71.1367116566719; Sat, 27 Apr 2013 19:36:06 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPSA id hp1sm19473865pac.3.2013.04.27.19.36.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 27 Apr 2013 19:36:05 -0700 (PDT) Message-ID: <517C8B07.9020308@gmail.com> Date: Sat, 27 Apr 2013 19:35:51 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: Steven Hartland Subject: Re: r249939+ not detecting ata trim References: <517C3C87.1020005@gmail.com> <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> <517C7969.4090501@gmail.com> <517C7E4B.1030501@gmail.com> <33B1A5523E9949278464E92CC6BB722E@multiplay.co.uk> <517C8382.8090404@gmail.com> <5088CCE74E774A0DB87F003BBFB014FD@multiplay.co.uk> In-Reply-To: <5088CCE74E774A0DB87F003BBFB014FD@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 02:36:13 -0000 On 04/27/13 19:13, Steven Hartland wrote: > > Thats correct, the mps controllers I have here announce UNMAP support for > SATA disks that support TRIM and then do firmware translation on the > commands sent from the OS before passing them to the disks. > > This is why I was expecting your controller to still do support delete's > eventhough ATA_TRIM wasn't enabled yet. > > > I'd be interested to see the details of your controller e.g. > Apr 28 01:36:17 host01 kernel: mps0: port 0xf000-0xf0ff > mem 0xfbe00000-0xfbe03fff,0xfbd80000-0xfbdbffff irq 56 at device 0.0 > on pci129 > Apr 28 01:36:17 host01 kernel: mps0: Reserved 0x4000 bytes for rid > 0x14 type 3 at 0xfbe00000 > Apr 28 01:36:17 host01 kernel: mps0: Firmware: 14.00.00.00, Driver: > 14.00.00.01-fbsd > Apr 28 01:36:17 host01 kernel: mps0: IOCCapabilities: > 185c > Apr 28 01:36:17 host01 kernel: mps0: attempting to allocate 1 MSI-X > vectors (15 supported) > > Regards > Steve > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. > and the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, > printing or otherwise disseminating it or any information contained in > it. > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > Here are the delete methods: deleteflag: ATA_TRIM (2) = 1 da4: Delete methods: deleteflag: ATA_TRIM (2) = 1 da3: Delete methods: deleteflag: ATA_TRIM (2) = 1 Here is a truncated dmesg | fgrep mps mps0: port 0xb000-0xb0ff mem 0xfe83c000-0xfe83ffff,0xfe840000-0xfe87ffff irq 32 at device 0.0 on pci3 mps0: Firmware: 15.00.00.00, Driver: 14.00.00.02-fbsd mps0: IOCCapabilities: 1285c mps0: attempting to allocate 1 MSI-X vectors (15 supported) mps0: using IRQ 263 for MSI-X My firmware is ahead of the driver, and the card itself is an IBM M1015 cross-flashed to what is supposedly identical to a 9210-8i. Thanks, Matt From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 02:42:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0B09C994; Sun, 28 Apr 2013 02:42:26 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id D48E614E2; Sun, 28 Apr 2013 02:42:25 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id um15so1544258pbc.9 for ; Sat, 27 Apr 2013 19:42:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=wjbY0n6aaQlo3ocgMdoacFm6z2y3GY6RecuQCF1qrgI=; b=DO9XToNWtf2m4EDvoWODfgDUL7L0c2MpJv/hL9SCZyZ+WeXttQJqEzxXdkN1JcHGgG /YmJJHHrbKyjyPmigRkYIyzAsLCbr1Smn6Xzj0UcVbxeRPXymaFBVijVuhPLRJBnM/Q2 MFXqd5trFFajLYPmVBz5KVGI6EHatzC991tUIdHrK7oIi3z4I3GA/q9y8Jd+dbtUf3b2 GMQpa/dyA+CLcEqWMeDEiMynIyn7DYv6OkSzefavm5XxcVmC0ewvkWRASqa2VN2RlJ8j ffs6QtOZVUN1JVWV+nEKAnd6e/+XWZJAL19KqX9nkhv1r26rfJufjs7D5AqpK9+TAueM juBg== X-Received: by 10.66.148.201 with SMTP id tu9mr25125051pab.56.1367116945316; Sat, 27 Apr 2013 19:42:25 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPSA id l4sm18023491pbo.6.2013.04.27.19.42.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 27 Apr 2013 19:42:24 -0700 (PDT) Message-ID: <517C8C81.408@gmail.com> Date: Sat, 27 Apr 2013 19:42:09 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: buildkernel fails in zlib (all) References: <69F30EA9CDE34DA9B1D3F031D8B404BB@multiplay.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: AN , Steven Hartland , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 02:42:26 -0000 On 04/27/13 19:33, Adrian Chadd wrote: > Do it this time without -j6, so we can see where it failed. > > Another good one is to add | tee buildworld.log to the end of the build command as a matter of course, since you can then search the log if the error was beyond scrollback. AN, if your sources are about 12h old, they are probably failing because of the removal of MAKE_IDEA from some makefiles but not others. If that's the case, update sources and run it again...Buildworld failed for me last night for this reason. Matt From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 02:52:35 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BBFE3B88 for ; Sun, 28 Apr 2013 02:52:35 +0000 (UTC) (envelope-from prvs=18303b5217=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD8E151A for ; Sun, 28 Apr 2013 02:52:35 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003518695.msg for ; Sun, 28 Apr 2013 03:52:31 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 28 Apr 2013 03:52:31 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=18303b5217=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@FreeBSD.org Message-ID: <7F2DA233D2854DFCA4160BE6D8485D71@multiplay.co.uk> From: "Steven Hartland" To: "matt" References: <517C3C87.1020005@gmail.com> <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> <517C7969.4090501@gmail.com> <517C7E4B.1030501@gmail.com> <33B1A5523E9949278464E92CC6BB722E@multiplay.co.uk> <517C8382.8090404@gmail.com> <5088CCE74E774A0DB87F003BBFB014FD@multiplay.co.uk> <517C8B07.9020308@gmail.com> Subject: Re: r249939+ not detecting ata trim Date: Sun, 28 Apr 2013 03:53:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 02:52:35 -0000 ----- Original Message ----- From: "matt" >> > Here are the delete methods: > deleteflag: ATA_TRIM (2) = 1 > da4: Delete methods: > deleteflag: ATA_TRIM (2) = 1 > da3: Delete methods: > deleteflag: ATA_TRIM (2) = 1 > > Here is a truncated dmesg | fgrep mps > mps0: port 0xb000-0xb0ff mem > 0xfe83c000-0xfe83ffff,0xfe840000-0xfe87ffff irq 32 at device 0.0 on pci3 > mps0: Firmware: 15.00.00.00, Driver: 14.00.00.02-fbsd > mps0: IOCCapabilities: > 1285c > mps0: attempting to allocate 1 MSI-X vectors (15 supported) > mps0: using IRQ 263 for MSI-X > > My firmware is ahead of the driver, and the card itself is an IBM M1015 > cross-flashed to what is supposedly identical to a 9210-8i. Hmmm that's unexpected, it could be a FW change, but I'll get an mps box updated to current tomorrow and do some digging. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 03:01:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9F8DED46; Sun, 28 Apr 2013 03:01:11 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) by mx1.freebsd.org (Postfix) with ESMTP id 29E8C15E6; Sun, 28 Apr 2013 03:01:10 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.6/8.14.5) with ESMTP id r3S314G2088551; Sat, 27 Apr 2013 23:01:04 -0400 (EDT) (envelope-from andy@neu.net) Date: Sat, 27 Apr 2013 23:01:04 -0400 (EDT) From: AN To: Adrian Chadd Subject: Re: buildkernel fails in zlib (all) In-Reply-To: Message-ID: References: <69F30EA9CDE34DA9B1D3F031D8B404BB@multiplay.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.97.8 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-current@freebsd.org, Steven Hartland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 03:01:11 -0000 On Sat, 27 Apr 2013, Adrian Chadd wrote: > Do it this time without -j6, so we can see where it failed. > > > > adrian > > > On 27 April 2013 19:27, Steven Hartland wrote: >> >> ----- Original Message ----- From: "AN" >> To: "Steven Hartland" >> Cc: >> Sent: Sunday, April 28, 2013 3:20 AM >> Subject: Re: buildkernel fails in zlib (all) >> >> >> >>> >>> >>> On Sun, 28 Apr 2013, Steven Hartland wrote: >>> >>>> >>>> ----- Original Message ----- From: "AN" >>>> To: >>>> Sent: Sunday, April 28, 2013 3:09 AM >>>> Subject: buildkernel fails in zlib (all) >>>> >>>> >>>>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #62 r249867: Wed Apr 24 >>>>> 21:53:34 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >>>>> >>>>> Trying to buildkernel at: >>>>> # svn info >>>>> Path: . >>>>> Working Copy Root Path: /usr/src >>>>> URL: svn://svn.freebsd.org/base/head >>>>> Repository Root: svn://svn.freebsd.org/base >>>>> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >>>>> Revision: 250001 >>>>> Node Kind: directory >>>>> Schedule: normal >>>>> Last Changed Author: wkoszek >>>>> Last Changed Rev: 250001 >>>>> Last Changed Date: 2013-04-27 18:59:15 -0500 (Sat, 27 Apr 2013) >>>>> >>>>> fails with: >>>>> >>>>> ===> zlib (all) >>>>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >>>>> -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include >>>>> /usr/obj/usr/src/sys/MYKERNEL/opt_global.h -I. -I@ -I@/contrib/altq >>>>> -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/MYKERNEL >>>>> -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse >>>>> -msoft-float -fno-asynchronous-unwind-tables -ffreestanding >>>>> -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector >>>>> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>>>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >>>>> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>>>> -fdiagnostics-show-option -Wno-error-tautological-compare >>>>> -Wno-error-empty-body -Wno-error-parentheses-equality -c >>>>> /usr/src/sys/modules/zlib/../../net/zlib.c >>>>> ld -d -warn-common -r -d -o zlib.ko zlib.o >>>>> :> export_syms >>>>> awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko export_syms | xargs -J% >>>>> objcopy % zlib.ko >>>>> objcopy --strip-debug zlib.ko >>>>> 1 error >>>>> *** [buildkernel] Error code 2 >>>>> 1 error >>>>> *** [buildkernel] Error code 2 >>>>> 1 error >>>>> >>>>> >>>>> Is anyone else seeing this? >>>> >>>> >>>> Are you building with a -jXX option to make as I don't see the source >>>> of the error in your output there, so I suspect its actually failing >>>> earlier elsewhere but that's what your seeing from because multiple >>>> compiles are being actioned by make. >>>> >>>> Regards >>>> Steve >>>> >>> >>> Hi Steve: >>> >>> Yes, I'm using time make -j6 buildkernel KERNCONF=MYKERNEL. >>> >>> How can I find out where it's failing? Should I post full output? >> >> >> Easy way to re-run the make like this:- >> make -DNO_CLEAN buildkernel KERNCONF=MYKERNEL >> >> This will continue your build without cleaning first, which will >> mean it should fail pretty quickly and you'll get the real error. >> >> >> Regards >> Steve >> >> ================================================ >> This e.mail is private and confidential between Multiplay (UK) Ltd. and the >> person or entity to whom it is addressed. In the event of misdirection, the >> recipient is prohibited from using, copying, printing or otherwise >> disseminating it or any information contained in it. >> In the event of misdirection, illegible or incomplete transmission please >> telephone +44 845 868 1337 >> or return the E.mail to postmaster@multiplay.co.uk. >> >> _______________________________________________ >> 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" > Looks like the failure is here: make -DNO_CLEAN buildkernel KERNCONF=MYKERNEL ... -------------------------------------------------------------- >>> stage 3.2: building everything -------------------------------------------------------------- cd /usr/obj/usr/src/sys/MYKERNEL; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 10.0-CURRENT amd64 1000030" INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin COMPILER_TYPE=clang /usr/obj/usr/src/make.amd64/make -D NO_CLEAN KERNCONF=MYKERNEL -m /usr/src/share/mk TARGET=amd64 TARGET_ARCH=amd64 KERNEL=kernel all -DNO_MODULES_OBJ linking kernel if_ath_pci.o: In function `ath_pci_probe': /usr/src/sys/dev/ath/if_ath_pci.c:(.text+0xb9): undefined reference to `ath_hal_probe' if_ath_pci.o: In function `ath_pci_attach': /usr/src/sys/dev/ath/if_ath_pci.c:(.text+0x36c): undefined reference to `ath_intr' /usr/src/sys/dev/ath/if_ath_pci.c:(.text+0x62a): undefined reference to `ath_attach' if_ath_pci.o: In function `ath_pci_detach': /usr/src/sys/dev/ath/if_ath_pci.c:(.text+0x772): undefined reference to `ath_detach' if_ath_pci.o: In function `ath_pci_shutdown': /usr/src/sys/dev/ath/if_ath_pci.c:(.text+0x84d): undefined reference to `ath_shutdown' if_ath_pci.o: In function `ath_pci_suspend': /usr/src/sys/dev/ath/if_ath_pci.c:(.text+0x86d): undefined reference to `ath_suspend' if_ath_pci.o: In function `ath_pci_resume': /usr/src/sys/dev/ath/if_ath_pci.c:(.text+0x9ea): undefined reference to `ath_resume' ah_eeprom_v1.o: In function `ath_hal_v1EepromAttach': /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v1.c:(.text+0x11d): undefined reference to `ath_hal_malloc' ah_eeprom_v1.o: In function `v1EepromDetach': /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v1.c:(.text+0x421): undefined reference to `ath_hal_free' ah_eeprom_v3.o: In function `ath_hal_legacyEepromAttach': /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v3.c:(.text+0x137): undefined reference to `ath_hal_malloc' /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v3.c:(.text+0x1abb): undefined reference to `ath_hal_malloc' /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v3.c:(.text+0x1e1d): undefined reference to `ath_hal_malloc' /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v3.c:(.text+0x1fd1): undefined reference to `ath_hal_free' /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v3.c:(.text+0x200d): undefined reference to `ath_hal_free' /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v3.c:(.text+0x2e49): undefined reference to `ath_hal_free' ah_eeprom_v3.o: In function `legacyEepromDetach': /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v3.c:(.text+0x2ea7): undefined reference to `ath_hal_free' /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v3.c:(.text+0x2ec3): undefined reference to `ath_hal_free' ah_eeprom_v3.o:/usr/src/sys/dev/ath/ath_hal/ah_eeprom_v3.c:(.text+0x2edf): more undefined references to `ath_hal_free' follow ah_eeprom_v14.o: In function `ath_hal_v14EepromAttach': /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v14.c:(.text+0x4f): undefined reference to `ath_hal_malloc' ah_eeprom_v14.o: In function `v14EepromDetach': /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v14.c:(.text+0x3c1): undefined reference to `ath_hal_free' ah_eeprom_v4k.o: In function `ath_hal_v4kEepromAttach': /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v4k.c:(.text+0x4f): undefined reference to `ath_hal_malloc' ah_eeprom_v4k.o: In function `v4kEepromDetach': /usr/src/sys/dev/ath/ath_hal/ah_eeprom_v4k.c:(.text+0x2d1): undefined reference to `ath_hal_free' ah_eeprom_9287.o: In function `ath_hal_9287EepromAttach': /usr/src/sys/dev/ath/ath_hal/ah_eeprom_9287.c:(.text+0x4f): undefined reference to `ath_hal_malloc' ah_eeprom_9287.o: In function `v9287EepromDetach': /usr/src/sys/dev/ath/ath_hal/ah_eeprom_9287.c:(.text+0x2f1): undefined reference to `ath_hal_free' ar5210_attach.o: In function `ar5210Detach': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_attach.c:(.text+0x24): undefined reference to `ath_hal_free' ar5210_attach.o: In function `ar5210Attach': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_attach.c:(.text+0x88): undefined reference to `ath_hal_malloc' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_attach.c:(.text+0x24d): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_attach.c:(.text+0x2fd): undefined reference to `ath_hal_free' ar5210_attach.o:(.rodata+0x468): undefined reference to `ath_hal_getChanNoise' ar5210_misc.o: In function `ar5210EepromRead': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0xa7): undefined reference to `ath_hal_wait' ar5210_misc.o: In function `ar5210SetSifsTime': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0x77a): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0x7b8): undefined reference to `ath_hal_mac_clks' ar5210_misc.o: In function `ar5210GetSifsTime': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0x822): undefined reference to `ath_hal_mac_usec' ar5210_misc.o: In function `ar5210SetSlotTime': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0x850): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0x87c): undefined reference to `ath_hal_mac_clks' ar5210_misc.o: In function `ar5210GetSlotTime': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0x8ce): undefined reference to `ath_hal_mac_usec' ar5210_misc.o: In function `ar5210SetAckTimeout': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0x8fa): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0x938): undefined reference to `ath_hal_mac_clks' ar5210_misc.o: In function `ar5210GetAckTimeout': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0x9a2): undefined reference to `ath_hal_mac_usec' ar5210_misc.o: In function `ar5210SetCTSTimeout': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0xa4a): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0xa88): undefined reference to `ath_hal_mac_clks' ar5210_misc.o: In function `ar5210GetCTSTimeout': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0xaf5): undefined reference to `ath_hal_mac_usec' ar5210_misc.o: In function `ar5210GetCapability': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0xb72): undefined reference to `ath_hal_getcapability' ar5210_misc.o: In function `ar5210SetCapability': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0xbb5): undefined reference to `ath_hal_setcapability' ar5210_misc.o: In function `ar5210GetDiagState': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_misc.c:(.text+0xbf6): undefined reference to `ath_hal_getdiagstate' ar5210_phy.o: In function `ar5210GetRateTable': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_phy.c:(.text+0x24): undefined reference to `ath_hal_setupratetable' ar5210_reset.o: In function `ar5210Reset': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0x79f): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0x842): undefined reference to `ath_hal_wait' ar5210_reset.o: In function `ar5210ChipReset': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0x9cd): undefined reference to `ath_hal_wait' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0xa1e): undefined reference to `ath_hal_wait' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0xa7b): undefined reference to `ath_hal_wait' ar5210_reset.o: In function `ar5210SetTransmitPower': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0xe6e): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0xe7f): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0xe90): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0xea1): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0xeb2): undefined reference to `ath_hal_reverseBits' ar5210_reset.o:/usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0xec3): more undefined references to `ath_hal_reverseBits' follow ar5210_reset.o: In function `ar5210CalNoiseFloor': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0x1233): undefined reference to `ath_hal_wait' ar5210_reset.o: In function `ar5210PhyDisable': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0x1324): undefined reference to `ath_hal_wait' ar5210_reset.o: In function `ar5210Disable': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0x13ac): undefined reference to `ath_hal_wait' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0x13f9): undefined reference to `ath_hal_wait' ar5210_reset.o: In function `ar5210PerCalibrationN': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0x1515): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_reset.c:(.text+0x16d2): undefined reference to `ath_hal_wait' ar5210_xmit.o: In function `ar5210SetTxQueueProps': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_xmit.c:(.text+0x1e): undefined reference to `ath_hal_setTxQProps' ar5210_xmit.o: In function `ar5210GetTxQueueProps': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_xmit.c:(.text+0x54): undefined reference to `ath_hal_getTxQProps' ar5210_xmit.o: In function `ar5210SetupTxQueue': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_xmit.c:(.text+0xee): undefined reference to `ath_hal_setTxQProps' ar5210_xmit.o: In function `ar5210StopTxDma': /usr/src/sys/dev/ath/ath_hal/ar5210/ar5210_xmit.c:(.text+0x6d1): undefined reference to `ath_hal_wait' ar5211_attach.o: In function `ar5211Detach': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_attach.c:(.text+0x24): undefined reference to `ath_hal_free' ar5211_attach.o: In function `ar5211Attach': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_attach.c:(.text+0x98): undefined reference to `ath_hal_malloc' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_attach.c:(.text+0x63d): undefined reference to `ath_hal_free' ar5211_attach.o: In function `ar5211GetRadioRev': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_attach.c:(.text+0x7af): undefined reference to `ath_hal_reverseBits' ar5211_attach.o:(.rodata+0x468): undefined reference to `ath_hal_getChanNoise' ar5211_misc.o: In function `ar5211EepromRead': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0xc5): undefined reference to `ath_hal_wait' ar5211_misc.o: In function `ar5211SetSifsTime': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0x737): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0x763): undefined reference to `ath_hal_mac_clks' ar5211_misc.o: In function `ar5211GetSifsTime': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0x7ae): undefined reference to `ath_hal_mac_usec' ar5211_misc.o: In function `ar5211SetSlotTime': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0x7e0): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0x808): undefined reference to `ath_hal_mac_clks' ar5211_misc.o: In function `ar5211GetSlotTime': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0x84e): undefined reference to `ath_hal_mac_usec' ar5211_misc.o: In function `ar5211SetAckTimeout': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0x87a): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0x8b8): undefined reference to `ath_hal_mac_clks' ar5211_misc.o: In function `ar5211GetAckTimeout': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0x922): undefined reference to `ath_hal_mac_usec' ar5211_misc.o: In function `ar5211SetCTSTimeout': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0x9ca): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0xa08): undefined reference to `ath_hal_mac_clks' ar5211_misc.o: In function `ar5211GetCTSTimeout': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0xa75): undefined reference to `ath_hal_mac_usec' ar5211_misc.o: In function `ar5211GetCapability': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0xba3): undefined reference to `ath_hal_getcapability' ar5211_misc.o: In function `ar5211SetCapability': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0xbd8): undefined reference to `ath_hal_setcapability' ar5211_misc.o: In function `ar5211GetDiagState': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_misc.c:(.text+0xc11): undefined reference to `ath_hal_getdiagstate' ar5211_phy.o: In function `ar5211GetRateTable': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_phy.c:(.text+0x32): undefined reference to `ath_hal_setupratetable' ar5211_recv.o: In function `ar5211StopDmaReceive': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_recv.c:(.text+0x9e): undefined reference to `ath_hal_wait' ar5211_reset.o: In function `ar5211Reset': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x34a): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x359): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x601): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x633): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x662): undefined reference to `ath_hal_reverseBits' ar5211_reset.o:/usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x687): more undefined references to `ath_hal_reverseBits' follow ar5211_reset.o: In function `ar5211Reset': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x1564): undefined reference to `ath_hal_getctl' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x15e7): undefined reference to `ath_hal_getantennareduction' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x1e77): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x1eb8): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x1ed7): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x2000): undefined reference to `ath_hal_wait' ar5211_reset.o: In function `ar5211ChipReset': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x240d): undefined reference to `ath_hal_wait' ar5211_reset.o: In function `ar5211SetResetReg': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x273e): undefined reference to `ath_hal_wait' ar5211_reset.o: In function `ar5211Disable': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_reset.c:(.text+0x27dc): undefined reference to `ath_hal_wait' ar5211_xmit.o: In function `ar5211SetTxQueueProps': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_xmit.c:(.text+0xce): undefined reference to `ath_hal_setTxQProps' ar5211_xmit.o: In function `ar5211GetTxQueueProps': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_xmit.c:(.text+0x104): undefined reference to `ath_hal_getTxQProps' ar5211_xmit.o: In function `ar5211SetupTxQueue': /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_xmit.c:(.text+0x1b5): undefined reference to `ath_hal_setTxQProps' ar5212_attach.o: In function `ar5212GetRadioRev': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_attach.c:(.text+0x13f): undefined reference to `ath_hal_reverseBits' ar5212_attach.o: In function `ar5212Detach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_attach.c:(.text+0x2c5): undefined reference to `ath_hal_free' ar5212_attach.o: In function `ar5212Attach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_attach.c:(.text+0xadd): undefined reference to `ath_hal_malloc' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_attach.c:(.text+0xdaa): undefined reference to `ath_hal_rfprobe' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_attach.c:(.text+0x110d): undefined reference to `ath_hal_free' ar5212_attach.o:(.rodata+0xe38): undefined reference to `ath_hal_getChanNoise' ar5212_eeprom.o: In function `ar5212EepromRead': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_eeprom.c:(.text+0x55): undefined reference to `ath_hal_wait' ar5212_misc.o: In function `ar5212SetSifsTime': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0x807): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0x834): undefined reference to `ath_hal_mac_clks' ar5212_misc.o: In function `ar5212GetSifsTime': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0x87d): undefined reference to `ath_hal_mac_usec' ar5212_misc.o: In function `ar5212SetSlotTime': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0x8b0): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0x8dc): undefined reference to `ath_hal_mac_clks' ar5212_misc.o: In function `ar5212GetSlotTime': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0x92e): undefined reference to `ath_hal_mac_usec' ar5212_misc.o: In function `ar5212SetAckTimeout': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0x95a): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0x998): undefined reference to `ath_hal_mac_clks' ar5212_misc.o: In function `ar5212GetAckTimeout': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0xa02): undefined reference to `ath_hal_mac_usec' ar5212_misc.o: In function `ar5212SetCTSTimeout': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0xaaa): undefined reference to `ath_hal_mac_usec' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0xae8): undefined reference to `ath_hal_mac_clks' ar5212_misc.o: In function `ar5212GetCTSTimeout': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0xb55): undefined reference to `ath_hal_mac_usec' ar5212_misc.o: In function `ar5212SetCoverageClass': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0xc09): undefined reference to `ath_hal_mac_clks' ar5212_misc.o: In function `ar5212GetCapability': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0x14cb): undefined reference to `ath_hal_getcapability' ar5212_misc.o: In function `ar5212SetCapability': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0x1894): undefined reference to `ath_hal_setcapability' ar5212_misc.o: In function `ar5212GetDiagState': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:(.text+0x1995): undefined reference to `ath_hal_getdiagstate' ar5212_phy.o: In function `ar5212GetRateTable': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_phy.c:(.text+0x88): undefined reference to `ath_hal_setupratetable' ar5212_recv.o: In function `ar5212StopDmaReceive': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_recv.c:(.text+0x9e): undefined reference to `ath_hal_wait' ar5212_reset.o: In function `ar5212Reset': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:(.text+0x289): undefined reference to `ath_hal_ini_write' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:(.text+0xb74): undefined reference to `ath_hal_wait' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:(.text+0xc54): undefined reference to `ath_hal_getantennareduction' ar5212_reset.o: In function `ar5212SetTransmitPower': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:(.text+0x1242): undefined reference to `ath_hal_getctl' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:(.text+0x1482): undefined reference to `ath_hal_getantennareduction' ar5212_reset.o: In function `ar5212SetRateDurationTable': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:(.text+0x2a00): undefined reference to `ath_hal_computetxtime' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:(.text+0x2aa9): undefined reference to `ath_hal_computetxtime' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:(.text+0x2aeb): undefined reference to `ath_hal_computetxtime' ar5212_reset.o: In function `ar5212SetResetReg': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:(.text+0x3069): undefined reference to `ath_hal_wait' ar5212_reset.o: In function `ar5212GetNf': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:(.text+0x36bf): undefined reference to `ath_hal_wait' ar5212_reset.o: In function `ar5212ModifyRfBuffer': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:(.text+0x3cec): undefined reference to `ath_hal_reverseBits' ar5212_rfgain.o: In function `ar5212GetRfgain': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_rfgain.c:(.text+0x1ac): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_rfgain.c:(.text+0x250): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_rfgain.c:(.text+0x2e1): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_rfgain.c:(.text+0x38f): undefined reference to `ath_hal_reverseBits' ar5212_xmit.o: In function `ar5212SetTxQueueProps': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_xmit.c:(.text+0xf0): undefined reference to `ath_hal_setTxQProps' ar5212_xmit.o: In function `ar5212GetTxQueueProps': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_xmit.c:(.text+0x126): undefined reference to `ath_hal_getTxQProps' ar5212_xmit.o: In function `ar5212SetupTxQueue': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5212_xmit.c:(.text+0x25b): undefined reference to `ath_hal_setTxQProps' ar5416_ani.o: In function `ar5416AniPoll': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_ani.c:(.text+0x1129): undefined reference to `ath_hal_printf' ar5416_attach.o: In function `ar5416Detach': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_attach.c:(.text+0x565): undefined reference to `ath_hal_free' ar5416_attach.o: In function `ar5416ConfigPCIE': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_attach.c:(.text+0x5a0): undefined reference to `ath_hal_ini_write' ar5416_attach.o: In function `ar5416WriteIni': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_attach.c:(.text+0x834): undefined reference to `ath_hal_ini_write' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_attach.c:(.text+0x863): undefined reference to `ath_hal_ini_write' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_attach.c:(.text+0x879): undefined reference to `ath_hal_ini_write' ar5416_attach.o: In function `ar5416GetRadioRev': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_attach.c:(.text+0x14bf): undefined reference to `ath_hal_reverseBits' ar5416_attach.o: In function `ar5416Attach': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_attach.c:(.text+0x1877): undefined reference to `ath_hal_malloc' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_attach.c:(.text+0x1a6d): undefined reference to `ath_hal_printf' ar5416_cal.o: In function `ar5416InitCalHardware': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_cal.c:(.text+0x8a): undefined reference to `ath_hal_wait' ar5416_eeprom.o: In function `ar5416EepromRead': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_eeprom.c:(.text+0x3a): undefined reference to `ath_hal_wait' ar5416_gpio.o: In function `ar5416GpioCfgOutput': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_gpio.c:(.text+0x1e): undefined reference to `ath_hal_printf' ar5416_misc.o: In function `ar5416GetDiagState': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_misc.c:(.text+0x835): undefined reference to `ath_hal_getdiagstate' ar5416_phy.o: In function `ar5416GetRateTable': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_phy.c:(.text+0x5c): undefined reference to `ath_hal_setupratetable' ar5416_recv.o: In function `ar5416StopDmaReceive': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:(.text+0x117): undefined reference to `ath_hal_wait' ar5416_recv.o: In function `ar5416ProcRxDesc': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:(.text+0x39d): undefined reference to `ath_hal_printf' ar5416_reset.o: In function `ar5416Reset': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_reset.c:(.text+0x108e): undefined reference to `ath_hal_printf' ar5416_reset.o: In function `ar5416SetResetReg': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_reset.c:(.text+0x1494): undefined reference to `ath_hal_wait' ar5416_reset.o: In function `ar5416SetTransmitPower': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_reset.c:(.text+0x186c): undefined reference to `ath_hal_getctl' ar5416_reset.o: In function `ar5416SetReset': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_reset.c:(.text+0x246c): undefined reference to `ath_hal_wait' ar5416_reset.o: In function `ar5416GetTargetPowers': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_reset.c:(.text+0x363e): undefined reference to `ath_ee_interpolate' ar5416_reset.o: In function `ar5416GetTargetPowersLeg': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_reset.c:(.text+0x38ee): undefined reference to `ath_ee_interpolate' ar5416_reset.o: In function `ar5416GetGainBoundariesAndPdadcs': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_reset.c:(.text+0x3fa7): undefined reference to `ath_ee_getLowerUpperIndex' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_reset.c:(.text+0x4000): undefined reference to `ath_ee_FillVpdTable' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_reset.c:(.text+0x40fc): undefined reference to `ath_ee_FillVpdTable' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_reset.c:(.text+0x411d): undefined reference to `ath_ee_FillVpdTable' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_reset.c:(.text+0x418f): undefined reference to `ath_ee_interpolate' ar9160_attach.o: In function `ar9160Attach': /usr/src/sys/dev/ath/ath_hal/ar9001/ar9160_attach.c:(.text+0x57): undefined reference to `ath_hal_malloc' ar9280_attach.o: In function `ar9280Attach': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280_attach.c:(.text+0xdbb): undefined reference to `ath_hal_malloc' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280_attach.c:(.text+0xdf1): undefined reference to `ath_hal_EepromDataRead' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280_attach.c:(.text+0x1166): undefined reference to `ath_hal_printf' ar9280_attach.o: In function `ar9280ConfigPCIE': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280_attach.c:(.text+0x141c): undefined reference to `ath_hal_ini_write' ar9280_attach.o: In function `ar9280WriteIni': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280_attach.c:(.text+0x1636): undefined reference to `ath_hal_ini_write' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280_attach.c:(.text+0x164b): undefined reference to `ath_hal_ini_write' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280_attach.c:(.text+0x1664): undefined reference to `ath_hal_ini_write' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280_attach.c:(.text+0x16cf): undefined reference to `ath_hal_ini_write' ar9280_olc.o: In function `ar9280olcGetTxGainIndex': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280_olc.c:(.text+0x105): undefined reference to `ath_ee_getLowerUpperIndex' ar9285_attach.o: In function `ar9285Attach': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:(.text+0x6b): undefined reference to `ath_hal_malloc' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:(.text+0xa1): undefined reference to `ath_hal_EepromDataRead' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:(.text+0x429): undefined reference to `ath_hal_printf' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:(.text+0x5eb): undefined reference to `ath_hal_printf' ar9285_attach.o: In function `ar9285ConfigPCIE': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:(.text+0x71c): undefined reference to `ath_hal_ini_write' ar9285_attach.o: In function `ar9285WriteIni': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:(.text+0x8e7): undefined reference to `ath_hal_ini_write' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:(.text+0x913): undefined reference to `ath_hal_ini_write' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:(.text+0x92d): undefined reference to `ath_hal_ini_write' ar9285_reset.o: In function `ar9285SetTransmitPower': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c:(.text+0x56): undefined reference to `ath_hal_getctl' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c:(.text+0x79c): undefined reference to `ath_ee_getLowerUpperIndex' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c:(.text+0x87f): undefined reference to `ath_ee_FillVpdTable' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c:(.text+0x8a0): undefined reference to `ath_ee_FillVpdTable' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c:(.text+0x939): undefined reference to `ath_ee_interpolate' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c:(.text+0x9ee): undefined reference to `ath_ee_FillVpdTable' ar9285_reset.o: In function `ar9285SetBoardValues': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c:(.text+0x19ef): undefined reference to `ath_hal_printf' ar9285_cal.o: In function `ar9285_hw_cl_cal': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_cal.c:(.text+0xa0d): undefined reference to `ath_hal_wait' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9285_cal.c:(.text+0xaf1): undefined reference to `ath_hal_wait' ar9287_attach.o: In function `ar9287Attach': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_attach.c:(.text+0x6b): undefined reference to `ath_hal_malloc' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_attach.c:(.text+0xa1): undefined reference to `ath_hal_EepromDataRead' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_attach.c:(.text+0x2ef): undefined reference to `ath_hal_printf' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_attach.c:(.text+0x3c3): undefined reference to `ath_hal_printf' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_attach.c:(.text+0x400): undefined reference to `ath_hal_printf' ar9287_attach.o: In function `ar9287ConfigPCIE': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_attach.c:(.text+0x588): undefined reference to `ath_hal_ini_write' ar9287_attach.o: In function `ar9287WriteIni': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_attach.c:(.text+0x67f): undefined reference to `ath_hal_ini_write' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_attach.c:(.text+0x693): undefined reference to `ath_hal_ini_write' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_attach.c:(.text+0x6a7): undefined reference to `ath_hal_ini_write' /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_attach.c:(.text+0x6c1): undefined reference to `ath_hal_ini_write' ar9287_reset.o: In function `ar9287SetTransmitPower': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_reset.c:(.text+0x64): undefined reference to `ath_hal_getctl' ar9287_cal.o: In function `ar9287InitCalHardware': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_cal.c:(.text+0x66): undefined reference to `ath_hal_wait' ar9287_olc.o: In function `ar9287olcGetTxGainIndex': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287_olc.c:(.text+0x1d5): undefined reference to `ath_ee_getLowerUpperIndex' ar2413.o: In function `ar2413RfAttach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar2413.c:(.text+0x33): undefined reference to `ath_hal_malloc' ar2413.o: In function `ar2413RfDetach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar2413.c:(.text+0xc1): undefined reference to `ath_hal_free' ar2413.o: In function `ar2413SetChannel': /usr/src/sys/dev/ath/ath_hal/ar5212/ar2413.c:(.text+0x33e): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar2413.c:(.text+0x350): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar2413.c:(.text+0x395): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar2413.c:(.text+0x3e3): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar2413.c:(.text+0x421): undefined reference to `ath_hal_reverseBits' ar2413.o:/usr/src/sys/dev/ath/ath_hal/ar5212/ar2413.c:(.text+0x493): more undefined references to `ath_hal_reverseBits' follow ar2425.o: In function `ar2425RfAttach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar2425.c:(.text+0x33): undefined reference to `ath_hal_malloc' ar2425.o: In function `ar2425RfDetach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar2425.c:(.text+0xc1): undefined reference to `ath_hal_free' ar2425.o: In function `ar2425SetChannel': /usr/src/sys/dev/ath/ath_hal/ar5212/ar2425.c:(.text+0x287): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar2425.c:(.text+0x2f5): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar2425.c:(.text+0x3c8): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar2425.c:(.text+0x3da): undefined reference to `ath_hal_reverseBits' ar5111.o: In function `ar5111RfAttach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5111.c:(.text+0x43): undefined reference to `ath_hal_malloc' ar5111.o: In function `ar5111RfDetach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5111.c:(.text+0xd1): undefined reference to `ath_hal_free' ar5111.o: In function `ar5111SetChannel': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5111.c:(.text+0x2b2): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5111.c:(.text+0x33b): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5111.c:(.text+0x35a): undefined reference to `ath_hal_reverseBits' ar5112.o: In function `ar5112RfAttach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5112.c:(.text+0x43): undefined reference to `ath_hal_malloc' ar5112.o: In function `ar5112RfDetach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5112.c:(.text+0xd1): undefined reference to `ath_hal_free' ar5112.o: In function `ar5112SetChannel': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5112.c:(.text+0x33e): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5112.c:(.text+0x350): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5112.c:(.text+0x395): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5112.c:(.text+0x3e3): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5112.c:(.text+0x421): undefined reference to `ath_hal_reverseBits' ar5112.o:/usr/src/sys/dev/ath/ath_hal/ar5212/ar5112.c:(.text+0x493): more undefined references to `ath_hal_reverseBits' follow ar5413.o: In function `ar5413RfAttach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5413.c:(.text+0x43): undefined reference to `ath_hal_malloc' ar5413.o: In function `ar5413RfDetach': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5413.c:(.text+0xd1): undefined reference to `ath_hal_free' ar5413.o: In function `ar5413SetChannel': /usr/src/sys/dev/ath/ath_hal/ar5212/ar5413.c:(.text+0x34e): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5413.c:(.text+0x360): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5413.c:(.text+0x40d): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5413.c:(.text+0x47f): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5212/ar5413.c:(.text+0x491): undefined reference to `ath_hal_reverseBits' ar5413.o:/usr/src/sys/dev/ath/ath_hal/ar5212/ar5413.c:(.text+0x6d4): more undefined references to `ath_hal_reverseBits' follow ar2133.o: In function `ar2133RfAttach': /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x4f): undefined reference to `ath_hal_malloc' ar2133.o: In function `ar2133RfDetach': /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x171): undefined reference to `ath_hal_free' ar2133.o: In function `ar2133WriteRegs': /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x19d): undefined reference to `ath_hal_ini_write' ar2133.o: In function `ar2133SetChannel': /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x2ca): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x338): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x372): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x3b3): undefined reference to `ath_hal_reverseBits' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x3dd): undefined reference to `ath_hal_reverseBits' ar2133.o:/usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x465): more undefined references to `ath_hal_reverseBits' follow ar2133.o: In function `ar2133SetChannel': /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x499): undefined reference to `ath_hal_ini_bank_write' ar2133.o: In function `ar2133SetRfRegs': /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x525): undefined reference to `ath_hal_ini_bank_setup' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x53e): undefined reference to `ath_hal_ini_bank_setup' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x557): undefined reference to `ath_hal_ini_bank_setup' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x56e): undefined reference to `ath_hal_ini_bank_setup' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x585): undefined reference to `ath_hal_ini_bank_setup' ar2133.o:/usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x644): more undefined references to `ath_hal_ini_bank_setup' follow ar2133.o: In function `ar2133SetRfRegs': /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x655): undefined reference to `ath_hal_ini_bank_write' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x667): undefined reference to `ath_hal_ini_bank_write' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x679): undefined reference to `ath_hal_ini_bank_write' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x68b): undefined reference to `ath_hal_ini_bank_write' /usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x69d): undefined reference to `ath_hal_ini_bank_write' ar2133.o:/usr/src/sys/dev/ath/ath_hal/ar5416/ar2133.c:(.text+0x6ae): more undefined references to `ath_hal_ini_bank_write' follow ar9280.o: In function `ar9280RfAttach': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280.c:(.text+0x23): undefined reference to `ath_hal_malloc' ar9280.o: In function `ar9280RfDetach': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280.c:(.text+0xd1): undefined reference to `ath_hal_free' ar9280.o: In function `ar9280WriteRegs': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9280.c:(.text+0xfd): undefined reference to `ath_hal_ini_write' ar9287.o: In function `ar9287RfAttach': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287.c:(.text+0x23): undefined reference to `ath_hal_malloc' ar9287.o: In function `ar9287RfDetach': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287.c:(.text+0xd1): undefined reference to `ath_hal_free' ar9287.o: In function `ar9287WriteRegs': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287.c:(.text+0xfd): undefined reference to `ath_hal_ini_write' ar9287.o: In function `ar9287SetChannel': /usr/src/sys/dev/ath/ath_hal/ar9002/ar9287.c:(.text+0x25a): undefined reference to `ath_hal_ini_write' sample.o: In function `calc_usecs_unicast_packet': /usr/src/sys/dev/ath/ath_rate/sample/sample.c:(.text+0x256b): undefined reference to `ath_hal_pkt_txtime' /usr/src/sys/dev/ath/ath_rate/sample/sample.c:(.text+0x25b7): undefined reference to `ath_hal_pkt_txtime' *** [kernel] Error code 1 Stop in /usr/obj/usr/src/sys/MYKERNEL. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. [root@FBSD10 /usr/src]# From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 04:03:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0564565B; Sun, 28 Apr 2013 04:03:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 94AA617AD; Sun, 28 Apr 2013 04:03:03 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 82AB523F804; Sun, 28 Apr 2013 00:02:57 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us 82AB523F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 28 Apr 2013 00:02:56 -0400 From: Glen Barber To: Ian FREISLICH Subject: Re: panic: in_pcblookup_local (?) Message-ID: <20130428040256.GK1611@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BFVE2HhgxTpCzM8t" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 04:03:04 -0000 --BFVE2HhgxTpCzM8t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 27, 2013 at 10:17:32AM +0200, Ian FREISLICH wrote: > Hi >=20 > I've been getting the following panic on recent current r249717. > Sadly the crashdump is useless. >=20 I just saw similar panic on 10-CURRENT r249588. > Fatal trap 9: general protection fault while in kernel mode > cpuid =3D 15; apic id =3D 0f > instruction pointer =3D 0x20:0xffffffff80546fbc > stack pointer =3D 0x28:0xffffff846b677770 > frame pointer =3D 0x28:0xffffff846b6777b0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 4361 (zabbix_agentd) Hmm.. This is interests me. In my case, cf-agent was the current process. Backtrace of my panic follows. Any pointers on how to debug this further would be appreciated. Glen Script started on Sat Apr 27 23:53:53 2013 root@orion:/usr/obj/usr/src/sys/ORION # kgdb ./kernel.debug /var/crash/vmco= re.4 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid =3D 1; apic id =3D 01 instruction pointer =3D 0x20:0xffffffff80736cec stack pointer =3D 0x28:0xffffff81aad4e760 frame pointer =3D 0x28:0xffffff81aad4e7a0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 78664 (cf-agent) trap number =3D 9 panic: general protection fault cpuid =3D 1 KDB: stack backtrace: #0 0xffffffff80642a56 at kdb_backtrace+0x66 #1 0xffffffff80606eeb at panic+0x13b #2 0xffffffff808e3b10 at trap_fatal+0x290 #3 0xffffffff808e4331 at trap+0x241 #4 0xffffffff808cdbb3 at calltrap+0x8 #5 0xffffffff807371d8 at in_pcb_lport+0x128 #6 0xffffffff8073745a at in_pcbbind_setup+0x16a #7 0xffffffff80737d8e at in_pcbconnect_setup+0x71e #8 0xffffffff80737df9 at in_pcbconnect_mbuf+0x59 #9 0xffffffff807bf29f at udp_connect+0x11f #10 0xffffffff80680615 at kern_connectat+0x275 #11 0xffffffff80680731 at sys_connect+0x41 #12 0xffffffff808e32cb at amd64_syscall+0x63b #13 0xffffffff808cde97 at Xfast_syscall+0xf7 Uptime: 3d19h38m52s (ada0:ahcich0:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: CCB request is in progress (ada0:ahcich0:0:0:0): Error 5, Retries exhausted (ada0:ahcich0:0:0:0): Synchronize cache failed (ada1:ahcich1:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 (ada1:ahcich1:0:0:0): CAM status: CCB request is in progress (ada1:ahcich1:0:0:0): Error 5, Retries exhausted (ada1:ahcich1:0:0:0): Synchronize cache failed (ada2:ahcich4:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 (ada2:ahcich4:0:0:0): CAM status: CCB request is in progress (ada2:ahcich4:0:0:0): Error 5, Retries exhausted (ada2:ahcich4:0:0:0): Synchronize cache failed (ada3:ahcich5:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 (ada3:ahcich5:0:0:0): CAM status: CCB request is in progress (ada3:ahcich5:0:0:0): Error 5, Retries exhausted (ada3:ahcich5:0:0:0): Synchronize cache failed Dumping 1014 out of 6049 MB:..2%..12%..21%..32%..42%..51%..62%..71%..81%..9= 2% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols #0 doadump (textdump=3D) at pcpu.h:231 231 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) bt #0 doadump (textdump=3D) at pcpu.h:231 #1 0xffffffff80606a56 in kern_reboot (howto=3D260) at /usr/src/sys/kern/ke= rn_shutdown.c:447 #2 0xffffffff80606ed5 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff808e3b10 in trap_fatal (frame=3D0x9, eva=3D) at /usr/src/sys/amd64/amd64/trap.c:872 #4 0xffffffff808e4331 in trap (frame=3D0xffffff81aad4e6b0) at /usr/src/sys/amd64/amd64/trap.c:605 #5 0xffffffff808cdbb3 in calltrap () at /usr/src/sys/amd64/amd64/exception= =2ES:228 #6 0xffffffff80736cec in in_pcblookup_local (pcbinfo=3D0xffffffff80dc9180,= laddr=3D {s_addr =3D 50374848}, lport=3D339, lookupflags=3D1, cred=3D0xfffffe0= 16cdad100) at /usr/src/sys/netinet/in_pcb.c:1438 #7 0xffffffff807371d8 in in_pcb_lport (inp=3D0xfffffe016c2fb7a8, laddrp=3D= 0xffffff81aad4e860,=20 lportp=3D0xffffff81aad4e86e, cred=3D0xfffffe016cdad100, lookupflags=3D1) at /usr/src/sys/netinet/in_pcb.c:457 #8 0xffffffff8073745a in in_pcbbind_setup (inp=3D0xfffffe016c2fb7a8, nam= =3D0x0,=20 laddrp=3D0xffffff81aad4e900, lportp=3D0xffffff81aad4e90e, cred=3D0xffff= fe016cdad100) at /usr/src/sys/netinet/in_pcb.c:615 #9 0xffffffff80737d8e in in_pcbconnect_setup (inp=3D0xfffffe016c2fb7a8,=20 nam=3D, laddrp=3D0xffffff81aad4e9b8, lportp=3D0xff= ffff81aad4e9be,=20 faddrp=3D0xffffff81aad4e9b4, fportp=3D0xffffff81aad4e9bc, oinpp=3D0x0, = cred=3D0xfffffe016cdad100) at /usr/src/sys/netinet/in_pcb.c:1019 #10 0xffffffff80737df9 in in_pcbconnect_mbuf (inp=3D0xfffffe016c2fb7a8,=20 nam=3D, cred=3D, m=3D0x0) at /usr/src/sys/netinet/in_pcb.c:645 #11 0xffffffff807bf29f in udp_connect (so=3D0xfffffe016ce4e2a8, nam=3D0xfff= ffe0017c43740,=20 td=3D0xfffffe00ae986000) at /usr/src/sys/netinet/udp_usrreq.c:1530 #12 0xffffffff80680615 in kern_connectat (td=3D0xfffffe00ae986000, dirfd=3D= -100,=20 fd=3D, sa=3D0xfffffe0017c43740) at /usr/src/sys/ke= rn/uipc_syscalls.c:596 #13 0xffffffff80680731 in sys_connect (td=3D0xfffffe00ae986000, uap=3D0xfff= fff81aad4eb70) at /usr/src/sys/kern/uipc_syscalls.c:562 #14 0xffffffff808e32cb in amd64_syscall (td=3D0xfffffe00ae986000, traced=3D= 0) at subr_syscall.c:134 #15 0xffffffff808cde97 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exce= ption.S:387 #16 0x0000000801b3d8da in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 6 #6 0xffffffff80736cec in in_pcblookup_local (pcbinfo=3D0xffffffff80dc9180,= laddr=3D {s_addr =3D 50374848}, lport=3D339, lookupflags=3D1, cred=3D0xfffffe0= 16cdad100) at /usr/src/sys/netinet/in_pcb.c:1438 1438 LIST_FOREACH(phd, porthash, phd_hash) { (kgdb) list *0xffffffff80736cec 0xffffffff80736cec is in in_pcblookup_local (/usr/src/sys/netinet/in_pcb.c:= 1439). 1434 * port hash list. 1435 */ 1436 porthash =3D &pcbinfo->ipi_porthashbase[INP_PCBPORTHASH(lport, 1437 pcbinfo->ipi_porthashmask)]; 1438 LIST_FOREACH(phd, porthash, phd_hash) { 1439 if (phd->phd_port =3D=3D lport) 1440 break; 1441 } 1442 if (phd !=3D NULL) { 1443 /* (kgdb) p *pcbinfo $1 =3D {ipi_lock =3D {lock_object =3D {lo_name =3D 0xffffffff809d4d82 "udp"= , lo_flags =3D 69926912,=20 lo_data =3D 0, lo_witness =3D 0x0}, rw_lock =3D 1}, ipi_listhead =3D = 0xffffffff80dc9108,=20 ipi_count =3D 28, ipi_gencnt =3D 535501, ipi_lastport =3D 21249, ipi_last= low =3D 0,=20 ipi_lasthi =3D 0, ipi_zone =3D 0xfffffe0017b60380, ipi_pcbgroups =3D 0x0,= ipi_npcbgroups =3D 0,=20 ipi_hashfields =3D 0, ipi_hash_lock =3D {lock_object =3D { lo_name =3D 0xffffffff80a03d80 "pcbinfohash", lo_flags =3D 69402624, = lo_data =3D 0,=20 lo_witness =3D 0x0}, rw_lock =3D 18446741877615517696}, ipi_hashbase = =3D 0xfffffe00120f6000,=20 ipi_hashmask =3D 127, ipi_porthashbase =3D 0xfffffe00120f5c04, ipi_portha= shmask =3D 127,=20 ipi_wildbase =3D 0x0, ipi_wildmask =3D 0, ipi_vnet =3D 0x0, ipi_pspare = =3D {0x0, 0x0}} (kgdb) up #7 0xffffffff807371d8 in in_pcb_lport (inp=3D0xfffffe016c2fb7a8, laddrp=3D= 0xffffff81aad4e860,=20 lportp=3D0xffffff81aad4e86e, cred=3D0xfffffe016cdad100, lookupflags=3D1) at /usr/src/sys/netinet/in_pcb.c:457 457 tmpinp =3D in_pcblookup_local(pcbinfo, laddr, (kgdb) list *0xffffffff807371d8 0xffffffff807371d8 is in in_pcb_lport (/usr/src/sys/netinet/in_pcb.c:457). 452 #endif 453 #if defined(INET) && defined(INET6) 454 else 455 #endif 456 #ifdef INET 457 tmpinp =3D in_pcblookup_local(pcbinfo, laddr, 458 lport, lookupflags, cred); 459 #endif 460 } while (tmpinp !=3D NULL); 461=09 (kgdb) up #8 0xffffffff8073745a in in_pcbbind_setup (inp=3D0xfffffe016c2fb7a8, nam= =3D0x0,=20 laddrp=3D0xffffff81aad4e900, lportp=3D0xffffff81aad4e90e, cred=3D0xffff= fe016cdad100) at /usr/src/sys/netinet/in_pcb.c:615 615 error =3D in_pcb_lport(inp, &laddr, &lport, cred, lookupflags); (kgdb) list *0xffffffff8073745a 0xffffffff8073745a is in in_pcbbind_setup (/usr/src/sys/netinet/in_pcb.c:61= 6). 611 } 612 if (*lportp !=3D 0) 613 lport =3D *lportp; 614 if (lport =3D=3D 0) { 615 error =3D in_pcb_lport(inp, &laddr, &lport, cred, lookupflags); 616 if (error !=3D 0) 617 return (error); 618=09 619 } 620 *laddrp =3D laddr.s_addr; (kgdb) p nam $2 =3D (struct sockaddr *) 0x0 (kgdb) root@orion:/usr/obj/usr/src/sys/ORION # ^D Script done on Sat Apr 27 23:55:22 2013 --BFVE2HhgxTpCzM8t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRfJ9wAAoJEFJPDDeguUajmG0IAJb6zfujMoxbu9AiYUI+XXjF 2TZtKhv2z0iBZP3o5N+kGge/xz4I21QeJyOpzNMZqftHunxgZrtfaKS5dJiXpt5E CnDo9/8yze2u8JfmamAZUTRWMKwI/3PcPiYWRUDo2JKfJo8+ECh/qrcPPk2yBUFI +DQSgfBcs63WTrP/fx+lGO12r18W7s+fSbM4XK88RFf0GLfpOq52XmVQFlr5uH76 mc2pzzCdcabtHRgiQ5ytX4qoaEluMDQQMZsMBjrGUtf41KI/kjYi2rI8W3zTV+eO 5hYlfQHb5/wWZnLMaZvJtuZyGtpJwbjGWad+CNOl260r5zlmGY/yuGKwwVbR364= =lv8y -----END PGP SIGNATURE----- --BFVE2HhgxTpCzM8t-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 05:40:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7F6F0D4B for ; Sun, 28 Apr 2013 05:40:47 +0000 (UTC) (envelope-from jesse@glx.me) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) by mx1.freebsd.org (Postfix) with ESMTP id 0E47E19F2 for ; Sun, 28 Apr 2013 05:40:46 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id m15so2951389wgh.29 for ; Sat, 27 Apr 2013 22:40:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=glx.me; s=g; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type; bh=ywcTQfaAdSB1T8pq2fhxEWesU4oraKVtdrZgTGVuyWU=; b=fVRwAWjj6MiKlpBbjO24dbGOpVOR5z/V2VbSTNGqumNNuJ727OjMuMnwSfJ6Jb0kzx TDOosi1uhMR1n3hYt6IdefpXmCmjTEtoeliXTcfDGS8qXCbG0SeTRkswIJx+rvirwm3o wRrbgfqm5dYRixml1JFqGFHyrGqqFo4ekENW0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type:x-gm-message-state; bh=ywcTQfaAdSB1T8pq2fhxEWesU4oraKVtdrZgTGVuyWU=; b=OCj/oGRfhEJz4oxbBlqq1q6MhfG0RIr3HGb36u7NsGJ8LVqFndyQUV5fU1nvFaJ2ao tN6bXYKtk1muFZ7H8EPxLVNahF/nToyRug9AjnhOT/RBqQiHcQYWsKDpeVnBtyPmQHOf fhuSnv31n8K6/OVQv+mns2uIFvXrSMr8MkIdlLbca2aQV0zNTPdVl15gbfQCJeYlw/fm 3ovFxEFfkJlZyw3A8v63gwC0rSa4Us2mqCiqIP4p/4nnWgPQIKFvElew2cOXPs21RWMv PCajCYgkzs5rLJVL4rO7oFVihKzAuhmsAbCCzBGVm1iX7cdclCrUcm7IPSmmNOFWvoU6 wQUw== MIME-Version: 1.0 X-Received: by 10.194.93.133 with SMTP id cu5mr90007721wjb.56.1367127645880; Sat, 27 Apr 2013 22:40:45 -0700 (PDT) Received: by 10.194.78.18 with HTTP; Sat, 27 Apr 2013 22:40:45 -0700 (PDT) X-Originating-IP: [116.238.154.145] Date: Sun, 28 Apr 2013 13:40:45 +0800 Message-ID: Subject: new FreeBSD kernel failed to load mobile disk From: "+a-#+3-d+c-v+:-.+@-=+w-x@s@d@e@x@g@h@p@k" To: freebsd-current@freebsd.org X-Gm-Message-State: ALoCoQlSGusv3r6bx8ZDTF9Phho2cGIUHiNotV/1WyMlb5Kluv1hV3Oj+ESpDlnZLCkguqY2j6ss Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 05:40:47 -0000 I rebuilt the FreeBSD 10.0 kernel, found it can't load my mobile disk: (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 0 8 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command The shutdown will be paused by it. When I pull out the mobile disk, the computer is shutdown normally. This is the information when I insert the disk: ugen0.4: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x4100 umass0:4:0:-1: Attached to scbus4 xpt_release_devq(): requested 1 > present 0 da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 476940MB (976773164 512 byte sectors: 255H 63S/T 60801C) From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 08:44:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E6A2D6C1 for ; Sun, 28 Apr 2013 08:44:17 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm13-vm0.bullet.mail.ird.yahoo.com (nm13-vm0.bullet.mail.ird.yahoo.com [77.238.189.195]) by mx1.freebsd.org (Postfix) with SMTP id 442181DF8 for ; Sun, 28 Apr 2013 08:44:16 +0000 (UTC) Received: from [77.238.189.231] by nm13.bullet.mail.ird.yahoo.com with NNFMP; 28 Apr 2013 08:44:10 -0000 Received: from [217.146.189.96] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 28 Apr 2013 08:44:10 -0000 Received: from [127.0.0.1] by smtp112.mail.ird.yahoo.com with NNFMP; 28 Apr 2013 08:44:09 -0000 X-Yahoo-Newman-Id: 990543.55313.bm@smtp112.mail.ird.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: .YRudFcVM1mYkfVLeckxEaUyrOwqq47CFUV6z3Vi96iVmtc ThraotO7u2uVb1uL3tRq5uRTId9g3QHQrk_m4mRovNfwlLwZDpdQTQtMHW2P CKQFTFCLh0OnruYTzPeyEjrRY55Lc7b2EgoZfOZmarB8EQS2SKExr.dGMH6i Y5NpTIir8l9xTAl9nIAEj_o6zbOusoDxRTOCuAm1W6qSpg6MYy9NSW6x.2EP 27WxLMK6gVVKAtDgtJo.tphUD2ppTiRXxuu.iJU_s2ies0M3YT4k6nROoJ.0 uawMJExp8w5YlfoMUbKUhurBPOQugW6d32UXVBM0CA.o.NSPUTmevHaR8kA4 hHFk8Eyj62N2N.Oa3gCnKEZMtRlvQ0VkbTOR73uN2zh3AL5_7GkUvsFcGmql gsWaXgpx8OIbC1ERTKOb.1xtMFBvYLLtofRRYDUqVSPrLRNfT2J.NlGICUXi ttP5zRGnH49f6ZczTgCnCzXg0MRXipo_PQZ.x0MiBa25dQLH1imA5ZHHvZpK REIYTOS9iJTYOwao- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@87.158.14.187 with plain) by smtp112.mail.ird.yahoo.com with SMTP; 28 Apr 2013 01:44:09 -0700 PDT Message-ID: <517CE158.3000006@freebsd.org> Date: Sun, 28 Apr 2013 10:44:08 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Light humour References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 08:44:18 -0000 Am 28.04.2013 00:31, schrieb Paul Webster: > Just got this link on IRC, (freenode/##freebsd) was so funny I thought > I would see if I could get any of you guys to spit out you're coffee > :) > > http://antibsd.wordpress.com/ So much hatred and misinformation. Too bad that there might be people who believe this utter nonsense ... STefan From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 09:14:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 72586A7F for ; Sun, 28 Apr 2013 09:14:37 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 35AB41EB5 for ; Sun, 28 Apr 2013 09:14:36 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1UWNgp-0026BN-MU>; Sun, 28 Apr 2013 11:14:35 +0200 Received: from f052022160.adsl.alicedsl.de ([78.52.22.160] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1UWNgp-003p3g-Hx>; Sun, 28 Apr 2013 11:14:35 +0200 Subject: Re: Light humour From: "O. Hartmann" To: FreeBSD Current In-Reply-To: <517CE158.3000006@freebsd.org> References: <517CE158.3000006@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-QJ03O06XEkFlKLcrpKvf" Date: Sun, 28 Apr 2013 11:14:35 +0200 Message-ID: <1367140475.1528.3.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 78.52.22.160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 09:14:37 -0000 --=-QJ03O06XEkFlKLcrpKvf Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 2013-04-28 at 10:44 +0200, Stefan Esser wrote: > Am 28.04.2013 00:31, schrieb Paul Webster: > > Just got this link on IRC, (freenode/##freebsd) was so funny I thought > > I would see if I could get any of you guys to spit out you're coffee > > :) > >=20 > > http://antibsd.wordpress.com/ >=20 > So much hatred and misinformation. >=20 > Too bad that there might be people > who believe this utter nonsense ... >=20 > STefan This guy does give comments on Phoronix on a regular basis and sometimes it is funny to read the stuff that this misguided guy has to push out into the virgin world. Oliver --=-QJ03O06XEkFlKLcrpKvf 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) iQEcBAABAgAGBQJRfOh7AAoJEOgBcD7A/5N8RfQH/jFnRftFg6K9oYkcy2WePcGZ 7Cr9kt+kKlF+vbyVtGwx1INgGNVxqYHPdYCr5koOGfUDfSBDzlbp52cLqAs7V9gj Ggjb8GM/gSAmrjlOb1L8n8ZGySjJFmYCnFI8bgXmOVtLG4tOMZh7Kauur675wucW 4JuK8TbRHMnyu/aK8nFeMeW5YKjTrsJpAPO/s8CeCWxzBaL7VD+jVYap8twnsqp2 qhMgTMFZapdpR9LPbE3uWvIXfDXidCvVlqt+rd5IHTv/+2mWVoI2By5T4+bWeedE U8njLNG10MAW3rAfFcnTjfC3MhIPOQYOjFXvK1fFiOlQh/li4tpS/J6sBvY514I= =Uw+H -----END PGP SIGNATURE----- --=-QJ03O06XEkFlKLcrpKvf-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 12:52:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D446B14C for ; Sun, 28 Apr 2013 12:52:05 +0000 (UTC) (envelope-from cardiforia@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2EE145E for ; Sun, 28 Apr 2013 12:52:05 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hj19so1936604wib.9 for ; Sun, 28 Apr 2013 05:52:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=EBolNz/YCP/n0UrwqCNh48me6r/1r5yvc4GC5BJmiTM=; b=yhaMATPMhw/XJi4iyMYbnllkc1uvhoBK+gYfEbabglgP9d0XootN4bFjduVevH2OSY 3nr520iBVlAAyPPLAXRKMK7OXoTELfNN2jf4OEaAE29b73UTmCYiUaYdhSn1Lidva1SB fVlEmPB8SR5XnAkXbIDCnKlkZkVbTEixY4dCwqkrQjHE+ZOqCHW95kVmxpECHA+TDbTT I2Z+xrsN4uZiOnTlK5DSjaJEpYif1Mtlml/Kb/ywJPdBnch0XpotSD6Os4zfBIVoa1aX 4oAfTojg5qx9BXnQQex482DTOFepedRb39oOulgiTDLeWuRwvNoBxtjdsjPsxgjeRcp3 0dIw== X-Received: by 10.194.109.136 with SMTP id hs8mr91356679wjb.8.1367153524526; Sun, 28 Apr 2013 05:52:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.90.68 with HTTP; Sun, 28 Apr 2013 05:51:44 -0700 (PDT) In-Reply-To: <1367140475.1528.3.camel@thor.walstatt.dyndns.org> References: <517CE158.3000006@freebsd.org> <1367140475.1528.3.camel@thor.walstatt.dyndns.org> From: Ventsislav Nikolov Date: Sun, 28 Apr 2013 14:51:44 +0200 Message-ID: Subject: Re: Light humour To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 12:52:05 -0000 Hi guys, Wow! This definitely made my day! I haven't laughed so much before! :D Apparently that chap really "understands" what it is all about... LoL Thank you! :) BR, ---------------------- Love & Light Ventsislav Nikolov On Sun, Apr 28, 2013 at 11:14 AM, O. Hartmann wrote: > On Sun, 2013-04-28 at 10:44 +0200, Stefan Esser wrote: > > Am 28.04.2013 00:31, schrieb Paul Webster: > > > Just got this link on IRC, (freenode/##freebsd) was so funny I thought > > > I would see if I could get any of you guys to spit out you're coffee > > > :) > > > > > > http://antibsd.wordpress.com/ > > > > So much hatred and misinformation. > > > > Too bad that there might be people > > who believe this utter nonsense ... > > > > STefan > > This guy does give comments on Phoronix on a regular basis and sometimes > it is funny to read the stuff that this misguided guy has to push out > into the virgin world. > > Oliver > > > From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 12:52:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DC979262 for ; Sun, 28 Apr 2013 12:52:44 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id AE1CA147A for ; Sun, 28 Apr 2013 12:52:44 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id uk5so4645099obc.39 for ; Sun, 28 Apr 2013 05:52:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=FKmPypn++Vh88DbQl3zFj9XWzbZvgbZeaXzHn2k7TNw=; b=MFCeuTMiI5ms2ZTEvwU/zRMnqv9E07vBG2HaVaTN2L6f4mSAwX1U4wX8CZyrd8lCGq zdYi539xYM9IQXUZ2w8TiAHxrzaqvV4C19nQwGy/9+xYb0DMqBIReTZPGP4XkEUOKp0R 2RFVfZmKPKczRT9ulos0IY/rW/8Ug4pRtaqrQNzvhFfYPgjmdSkYkOQC9o8zVTE6Ebdi aMUrVxuBrbF4MCE061vRZ539eGBvTovCEP9ABw/bpKzzOhylFi0lrJE7fz3Im2EtksZ+ dS2dpPX/CYxHILZ2+vGUu0/v0ji22YjrP9MLptMPnbhiMy9DAmhf/eniJsaFzevTTs2E MJ3Q== MIME-Version: 1.0 X-Received: by 10.182.138.4 with SMTP id qm4mr21758533obb.101.1367153564034; Sun, 28 Apr 2013 05:52:44 -0700 (PDT) Received: by 10.76.162.230 with HTTP; Sun, 28 Apr 2013 05:52:43 -0700 (PDT) Date: Sun, 28 Apr 2013 08:52:43 -0400 Message-ID: Subject: Infiniband OFED CLANG failing From: Outback Dingo To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 12:52:44 -0000 svn info Path: . Working Copy Root Path: /usr/src URL: http://svn.freebsd.org/base/head Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 250012 Node Kind: directory Schedule: normal Last Changed Author: eadler Last Changed Rev: 250012 Last Changed Date: 2013-04-28 02:23:39 +0000 (Sun, 28 Apr 2013) cc -O2 -pipe -I/usr/src/contrib/ofed/usr.bin/opensm/../../include/infiniband -I/usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/include/ -pthread -DVENDOR_RMPP_SUPPORT -DDUAL_SIDED_RMPP -I/usr/src/contrib/ofed/usr.bin/opensm/../../include/infiniband -I/usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/include/ -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_console.c /usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_console.c:70:1: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] on: 0, delay_s: 2, loop_function:NULL}; ^~~ .on = /usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_console.c:70:8: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] on: 0, delay_s: 2, loop_function:NULL}; ^~~~~~~~ .delay_s = /usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_console.c:70:20: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] on: 0, delay_s: 2, loop_function:NULL}; ^~~~~~~~~~~~~~ .loop_function = 3 errors generated. *** [osm_console.o] Error code 1 Stop in /usr/src/contrib/ofed/usr.bin/opensm. From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 15:05:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3198B52B for ; Sun, 28 Apr 2013 15:05:28 +0000 (UTC) (envelope-from mj@feral.com) Received: from virtual.feral.com (virtual.feral.com [216.224.170.83]) by mx1.freebsd.org (Postfix) with ESMTP id DB95C1880 for ; Sun, 28 Apr 2013 15:05:27 +0000 (UTC) Received: from [192.168.136.3] (76-14-48-84.sf-cable.astound.net [76.14.48.84] (may be forged)) by virtual.feral.com (8.14.4/8.14.4) with ESMTP id r3SF4Jwq008177 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 28 Apr 2013 08:04:20 -0700 Message-ID: <517D3A73.9060709@feral.com> Date: Sun, 28 Apr 2013 08:04:19 -0700 From: Matthew Jacob User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Light humour References: <517CE158.3000006@freebsd.org> In-Reply-To: <517CE158.3000006@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (virtual.feral.com [216.224.170.83]); Sun, 28 Apr 2013 08:04:20 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 15:05:28 -0000 This actually gives me hope that computers won't ruin humanity. From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 15:57:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2E849C80; Sun, 28 Apr 2013 15:57:01 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-vb0-x235.google.com (mail-vb0-x235.google.com [IPv6:2607:f8b0:400c:c02::235]) by mx1.freebsd.org (Postfix) with ESMTP id C11421ACD; Sun, 28 Apr 2013 15:57:00 +0000 (UTC) Received: by mail-vb0-f53.google.com with SMTP id i3so1655947vbh.40 for ; Sun, 28 Apr 2013 08:57:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=rDO0tYAXh6pa1Wt7Z2xGQuFRbB2ryhJZX61qvZJP1J8=; b=wJH5TWUeUVfcg8eBWYdadYxZ2FAiR7yedDADvSeau6Nlqy/nSeHHGrCCL0n1zaiPen urtDd8VflTMpa5xy0fW/wHPZYZEuz3Fk0kCnFlMc6HzdG+9tlNRj4CXmcZf/tlffn6X7 8klHAktgjOtmYVbc8jSS5mEFFjHuyXh4xCll1UPuye1iTDX4UHZwaLCTY0BpaWzIJ1ge RbvcT5BiV0DzknrkIUPH98eFrM6OYI+Yhf+usdeoTwfKhywzb8g6Cgg5XLXArOFtm/ao tPfdYZlDCb2WjlbMZuhRCS7jaxzo/bEzpxiwqqF7QFimJld04RbbWoPMk+Yj7IqvnCZT ny1w== X-Received: by 10.220.65.1 with SMTP id g1mr32045942vci.63.1367164620234; Sun, 28 Apr 2013 08:57:00 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.59.9.103 with HTTP; Sun, 28 Apr 2013 08:56:39 -0700 (PDT) In-Reply-To: <5178F72F.90008@freebsd.org> References: <5178F72F.90008@freebsd.org> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Sun, 28 Apr 2013 17:56:39 +0200 X-Google-Sender-Auth: 1aZvnKSNL-X2Uy4y6x3LNPkXQXU Message-ID: Subject: Re: forwarding/ipfw/pf evolution (in pps) on -current To: Andre Oppermann Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" , Sami Halabi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 15:57:01 -0000 On Thu, Apr 25, 2013 at 11:28 AM, Andre Oppermann wrote: > > > Again one has to be really careful drawing any firm conclusions from this > as it was measured on a Pentium4 and UP kernel (GENERIC would add WITNESS > and INVARIANT overhead as well). > > The Pentium4 is about the worst micro-architecture when it comes to locks > and easily regresses. At the same time modern Intel Core i[3-7] and AMD64 > may actually improve with these changes. Unless more recent micro-archs > have been shown to exhibit the same regression we can't claim this change > was bad (other than for Pentium4). OK, here are the results of the same bench on another server (HP ProLiant DL320 G5): - Dual Core: Intel Xeon CPU 3050 2.13GHz (2133.45-MHz K8-class CPU) - NIC changed to dual 82571EB Graph: http://gugus69.free.fr/freebsd/benchs/current2/current-pps.png gnuplot data: http://gugus69.free.fr/freebsd/benchs/current2/plot/ ministat data: http://gugus69.free.fr/freebsd/benchs/current2/ministat/ raw data: http://gugus69.free.fr/freebsd/benchs/current2/raw/ Notice the Glebius' explanation regarding a unique one-flow test and the new pf-smp behavior: http://lists.freebsd.org/pipermail/freebsd-net/2013-April/035417.html Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 17:49:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B36A1EF9 for ; Sun, 28 Apr 2013 17:49:19 +0000 (UTC) (envelope-from lukasz.wojcik@zoho.com) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.103]) by mx1.freebsd.org (Postfix) with ESMTP id 9C7A21F12 for ; Sun, 28 Apr 2013 17:49:19 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type; b=cI+MDb5LrGOfJ4fxQBM3nD2PjbdymXyZ/dBL+9U5x/6ZvkNxyiy5/7jb2DabqZm4sUj8upeNRQA3 LEQk1xxN+M4DpLKStkA55PgnUs7ePPfhEzuJs+yk0fnNEb9G4saJ Received: from [192.168.100.102] (46.174.212.99 [46.174.212.99]) by mx.zohomail.com with SMTPS id 1367168234365612.232405334886; Sun, 28 Apr 2013 09:57:14 -0700 (PDT) Message-ID: <517D55A9.4060806@zoho.com> Date: Sun, 28 Apr 2013 19:00:25 +0200 From: Lukasz Wojcik User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20121028 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Light humour References: <517CE158.3000006@freebsd.org> In-Reply-To: <517CE158.3000006@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ZohoMailClient: External X-Zoho-Virus-Status: 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 17:49:19 -0000 On 04/28/13 10:44, Stefan Esser wrote: > Am 28.04.2013 00:31, schrieb Paul Webster: >> Just got this link on IRC, (freenode/##freebsd) was so funny I thought >> I would see if I could get any of you guys to spit out you're coffee >> :) >> >> http://antibsd.wordpress.com/ > > So much hatred and misinformation. > > Too bad that there might be people > who believe this utter nonsense ... Personally, I found it amusing. Especially the logic behind 'Freedom' section. -LW From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 17:54:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 943F8206 for ; Sun, 28 Apr 2013 17:54:28 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 2F7291F50 for ; Sun, 28 Apr 2013 17:54:28 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id m15so1421100wgh.1 for ; Sun, 28 Apr 2013 10:54:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=7UUV/I1YGqVi0VJ7H5XOh7kGHFvK/aw5LJsPyQBIF6w=; b=NX/bFj2/rkq78jRXnUX0NXfpV6rmGAGRP5rdw/bqrR6viXUCqF8UlzzDK4Mk0bxKPr brsM+2Hrt4N/u5t/EEkRZNChAwUkggfCUSs5yWj2xkH3DxttmwEvfYUFA3lin2gnoq2t N+DVV+drEPEq4W2f/T5IlVyxKQFdx1MITjSGqCbBpjUE64dM7Ny6199evxgTjMdsUCvT iQ5RBExRnXum7lecMyk3CJgZN/3Rfgq9oRMNBRIHBEKvYyRSsZEHrwkouY14pTvt/6tJ Ju94KCP30NOWCRT2UQLaOIwt1U+5USwKF3ixrIqkgm3ls6I6AxNLnQMhxXkM5m+Ix8xf lpUA== MIME-Version: 1.0 X-Received: by 10.194.119.33 with SMTP id kr1mr11218048wjb.36.1367171667268; Sun, 28 Apr 2013 10:54:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.58.138 with HTTP; Sun, 28 Apr 2013 10:54:27 -0700 (PDT) In-Reply-To: <517D55A9.4060806@zoho.com> References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> Date: Sun, 28 Apr 2013 10:54:27 -0700 X-Google-Sender-Auth: cFvZDTCs3aDqu_xM1awgHgkO2KY Message-ID: Subject: Re: Light humour From: Adrian Chadd To: Lukasz Wojcik Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 17:54:28 -0000 Yeah, the trouble is that people can/will believe this nonsense. So, question. Where's the pro-BSD blog(s) to offset it? :) adrian From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 18:07:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6E93D7FC for ; Sun, 28 Apr 2013 18:07:21 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB841FFB for ; Sun, 28 Apr 2013 18:07:21 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id bj3so1264223pad.20 for ; Sun, 28 Apr 2013 11:07:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=9bpwU5cW2ZoKKeKq/wFYu/d68Gybnh1LqN3M1UYQ8E4=; b=y0YqEh8tqnIoJbN4IlZPsnVfmd6e5o1LDjFW68fJusXV8od+snEWFacWyC6xc4kvr4 WcUaXfV1A9/SKMOag9cvmsP0M5dPArzQsQXcA8aTrK60qkTKJlXfRFJgAjB3aRCeF0bB FRuz022Uz2aESNE1dcQqthT3VYjXnqF1vXMk+poh4rJRiykVZGiZBzoMFoCaFhPuHu7V +ECv7ej7h1W1D4yOj1HWv+l+f/fIlNp2Z9wnme1WQrdNJlzmQ5GQ2OhwFi9g4NYoXwFt DnQiDD1iNtrKRgxXb5RAPC61WfmlrnRHm8OPAxxq+6BaT9TJzWDGHo3qh5tJh8heCPB/ aaeA== MIME-Version: 1.0 X-Received: by 10.66.219.231 with SMTP id pr7mr39389724pac.47.1367172435267; Sun, 28 Apr 2013 11:07:15 -0700 (PDT) Received: by 10.68.93.130 with HTTP; Sun, 28 Apr 2013 11:07:15 -0700 (PDT) In-Reply-To: References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> Date: Sun, 28 Apr 2013 21:07:15 +0300 Message-ID: Subject: Re: Light humour From: Alexander Yerenkow To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 18:07:21 -0000 Not criticizing, just commenting. I heard such utter nonsense sometimes, in which people do believe despite all common sense, that I'm not amused, but scared :) This blog is humor to very small, limited group of people, and at same time it's anti-bsd blog to bigger audience, who will not bother read some lines, instead peek in title, get few words here, few there, and close it. In they memory will be essence - that *BSD is suck, probably not allover, but they will remember that there are exist areas in which BSD have big problems. Mix this with lacking `nextgen techs` like KMS, decent virtualization level, no utf-8 in console and other myths, partial myths, or obsolete problems of old releases, and you'll receive bad opinion on BSD. But, there's not much to be done actually :) -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 18:09:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DFA2C934 for ; Sun, 28 Apr 2013 18:09:49 +0000 (UTC) (envelope-from s.montgomerysmith@gmail.com) Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id B11B81014 for ; Sun, 28 Apr 2013 18:09:49 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id x14so6539862ief.35 for ; Sun, 28 Apr 2013 11:09:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=cDwHax40HAy4j27YCwqOCqY74bs1fyLAguTeWYX7GyM=; b=XQnZ8IvMaRwmIsVfvnq3/ihgtJHdcYV4JpCWBHnLuzN7E+crtkXchJl2vEQoVmMxAu FxxAkigz/Pdt6+Lbx8neMA5hgQgfAdw+65ZBi7SNlNjGbUPfM7IgrIvgr9RIbiIw6Chi pPFVFkrcXKkr5LO9WtPruZYBbpdjh6FZTyW0Nt+U3TNoz5aci+yRDrDAc8Wne+6ZtzS0 IIBYY7o4p5yv4MIMXx/GXi412PzEXgHlW8FgXN3S+pvqQBshbpTWUI8M3desmEyOOrIN xEBxmPl22Omycm5bdeZHRdkd6gH8Mrv8hR3+xUvbP4iCdUD4gG/7lu9yI35Rjyng9kcJ u0jQ== X-Received: by 10.50.49.41 with SMTP id r9mr10014ign.13.1367172589410; Sun, 28 Apr 2013 11:09:49 -0700 (PDT) Received: from [192.168.0.11] (50-82-246-58.client.mchsi.com. [50.82.246.58]) by mx.google.com with ESMTPSA id wn10sm13573613igb.2.2013.04.28.11.09.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 28 Apr 2013 11:09:48 -0700 (PDT) Sender: Stephen Montgomery-Smith Message-ID: <517D65E9.4070908@missouri.edu> Date: Sun, 28 Apr 2013 13:09:45 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Light humour References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 18:09:49 -0000 On 04/28/2013 12:54 PM, Adrian Chadd wrote: > Yeah, the trouble is that people can/will believe this nonsense. > > So, question. Where's the pro-BSD blog(s) to offset it? :) A pro-BSD blog is a great idea. But let's not get into the Linux bashing the same way he bashed BSD. I personally like both OS very much, and I think they have a symbiotic relationship. Also, the ultimate freedom in licenses is the freedom to choose which version of freedom you like. I personally prefer the BSD license. But I respect those who prefer the GNU license. From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 19:36:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0F2F188B for ; Sun, 28 Apr 2013 19:36:41 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-pb0-x22b.google.com (mail-pb0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id E78571268 for ; Sun, 28 Apr 2013 19:36:40 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id ma3so1020054pbc.2 for ; Sun, 28 Apr 2013 12:36:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type; bh=iNc7rNEF67yB8Qm1JLBkQGZtWRa1a7Rxb0Rgpdqv80o=; b=DArmpYWkU4Zgms1fWaTvlinp+qNLwJRzL/4n6F5iQDGwj7ityuwBALWgHDMRjSX4gN R7lXMQNM8bFV+/D6YaIhu+/GZW1Ne0jGUUMyFyufRteEDd8/KU3Ge33zFRBo3nNjK/LT lB0y15k2GSrV0qJXg2sJYE17iomfHMDQmGqqINm/o6yaZ/oRkjdvllFANQi9K8IkD4Et lH7IMv1TIB7Gs2idEDVeupTD1SID4jO6QKZuIe0y6el+tWGH83VzO43Z3Xnkax7+kpak vP6jBc4wP52eWXuDCl7al2KmaWocxScG5ZzMYEJYT/7mqAYXacSGp45hDFyOJAYGOGaZ n/Ow== X-Received: by 10.66.187.231 with SMTP id fv7mr56051487pac.46.1367177800607; Sun, 28 Apr 2013 12:36:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.156.163 with HTTP; Sun, 28 Apr 2013 12:36:20 -0700 (PDT) From: Eir Nym Date: Sun, 28 Apr 2013 23:36:20 +0400 Message-ID: Subject: Installing new world failed (install -l) To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 19:36:41 -0000 Since -l switch introduced into install(8), I can't build new FreeBSD box at all. I do following command set to build new box: (http://eroese.org/mkw.sh) 1) cd /usr/head/src && svn up 2) make buildworld 3) make DESTDIR=/path/to/directory hierarchy distrib-dirs distribution installworld This worked for long time but after some point it had been broken. I found only 20130425 in UPDATING about this, but installing mergemaster gives nothing, obviously. I can't compile new install(8) since I have old system like FreeBSD-9-RELEASE (FreeBSD-CURRENT, r226748) and it doesn't have needed functions. The tail of install log is below. .. (lines removed) mtree -deU -f /usr/head/src/etc/mtree/BSD.sendmail.dist -p /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/ ./var/spool/clientmqueue missing (created) install -l s usr/src/sys /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/sys install: illegal option -- l usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** [distrib-dirs] Error code 64 Stop in /usr/head/src/etc. *** [hierarchy] Error code 1 Stop in /usr/head/src. *** Error code 1 Stop in /usr/head/src. -- Eir Nym From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 21:35:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 138D479E for ; Sun, 28 Apr 2013 21:35:42 +0000 (UTC) (envelope-from jrisom@gmail.com) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id DA3C215EB for ; Sun, 28 Apr 2013 21:35:41 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id a11so6570907iee.20 for ; Sun, 28 Apr 2013 14:35:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8BrgjHzUdaRwDmRCFhkc3LO3VKXFRfzzVoo2FqVCzOI=; b=x1fKVs+WT+lqK1w93K6nKy2hI+K9McGxlLL26pvGdhIrY3wYasL9S4fdRA6Np4q+n+ jHL/YYAToFSP4vCHkNfVSXJbVrD1t5D8+aHnaZJqTxZXBlPO7XSAcIL5pspoac0UxMnl LHcjPr32Y8S6NY8iYt+1JzC+XXzDDKnIOV2lmH1K5W++Qnbbjg+qOkIdgcWUfOBWM/vR bzRwvHVHYE9deGaD/NfeJpvnIW+owHFvjiNixFeO5DHCnhfcny4d82OTdI8FeK6EcGmL H4ydEDQVOjcJJruaZyplnCflQFxjJsfpUcLn8i8rsI8opwXneaRgLPuteGiDciKHxT+j b84g== X-Received: by 10.42.64.69 with SMTP id f5mr27968324ici.29.1367184941608; Sun, 28 Apr 2013 14:35:41 -0700 (PDT) Received: from [192.168.1.34] (c-98-212-197-211.hsd1.il.comcast.net. [98.212.197.211]) by mx.google.com with ESMTPSA id dy5sm15702193igc.1.2013.04.28.14.35.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 28 Apr 2013 14:35:41 -0700 (PDT) Message-ID: <517D961F.1020904@gmail.com> Date: Sun, 28 Apr 2013 16:35:27 -0500 From: Joshua Isom User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Light humour References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 21:35:42 -0000 I found it a few weeks ago. I left a comment in the jails article about citing sources. Comments need moderator approval, and of course it was never approved. The blog actually turned up in google's list in the front page when I searched for "FreeBSD Linux jail." I read an article on slashdot that BSD style licenses are becoming more popular, probably realizing the long term ramifications of GPL style licenses. I think the most dangerous thing in many GPLed projects is "any later version." It gives the FSF licensing control instead of developers. There needs to be a pro-BSD blog. Regarding the licensing differences, it's simple. BSD: "If you love something, set it free. If it comes back to you, it was meant to be." GPL: "If you love something, set if free, but put a chain around it's neck to make sure it doesn't get out of sight." On 4/28/2013 12:54 PM, Adrian Chadd wrote: > Yeah, the trouble is that people can/will believe this nonsense. > > So, question. Where's the pro-BSD blog(s) to offset it? :) > > > > adrian > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 22:15:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B531D96C for ; Sun, 28 Apr 2013 22:15:00 +0000 (UTC) (envelope-from s.montgomerysmith@gmail.com) Received: from mail-ia0-x233.google.com (mail-ia0-x233.google.com [IPv6:2607:f8b0:4001:c02::233]) by mx1.freebsd.org (Postfix) with ESMTP id 8884D1708 for ; Sun, 28 Apr 2013 22:15:00 +0000 (UTC) Received: by mail-ia0-f179.google.com with SMTP id p22so5054831iad.24 for ; Sun, 28 Apr 2013 15:15:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=negniVVGNn6H23aImllhIuTHjTTxPvK9nyDGrKxtSAs=; b=v2EStTWYadXFiYeWnoozJC/fSJDxpp2VYTmrMwBa8pEFkc26tPIYetT4WJfRxsV6P6 OrR2qZ5DiySnb4caircstB8vbDbKHvz9AYp0eelEZ/rqYHWTL235lKN/yhS0uBYq7Bjq C9jfgjAZKXKDEUyxtdMbFcj+BIqjcpa9RsQeSeLHy34jePhZi879EaqR8bKVtYb+4OqM yBZFa+wgFTl430kTdZT8GU7CpzsEE4xhzJ/XrKC0T5hximnI2uCGiv3cfgnMX/wc8tcD iNu4L7oPVS9wbTbkQB4Wk8352KSpoge8pPotdYg1xMjguAUGD2e0tkCXlzeKRDiwwFYa Zl3A== X-Received: by 10.50.129.99 with SMTP id nv3mr122405igb.97.1367187300277; Sun, 28 Apr 2013 15:15:00 -0700 (PDT) Received: from [192.168.0.11] (50-82-246-58.client.mchsi.com. [50.82.246.58]) by mx.google.com with ESMTPSA id fl5sm15803892igb.9.2013.04.28.15.14.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 28 Apr 2013 15:14:59 -0700 (PDT) Sender: Stephen Montgomery-Smith Message-ID: <517D9F60.4010907@missouri.edu> Date: Sun, 28 Apr 2013 17:14:56 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Light humour References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> <517D961F.1020904@gmail.com> In-Reply-To: <517D961F.1020904@gmail.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 22:15:00 -0000 On 04/28/2013 04:35 PM, Joshua Isom wrote: > > There needs to be a pro-BSD blog. Regarding the licensing differences, > it's simple. > > BSD: "If you love something, set it free. If it comes back to you, it > was meant to be." > > GPL: "If you love something, set if free, but put a chain around it's > neck to make sure it doesn't get out of sight." That is rather brilliant! From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 22:15:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F2C86A8C; Sun, 28 Apr 2013 22:15:10 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-vc0-f174.google.com (mail-vc0-f174.google.com [209.85.220.174]) by mx1.freebsd.org (Postfix) with ESMTP id A83661712; Sun, 28 Apr 2013 22:15:10 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id hf12so352801vcb.19 for ; Sun, 28 Apr 2013 15:15:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=EvSto9gF0ZdW3j/rFvhSlanW72D2nn5KWv8I5X4mYHg=; b=RT2PdGZmiDitirsLf2D5XJucHfZr4An/fNbNHhIiRoL2GUCJiC7OWjUGQ5q7m5HsPE Oq/TbjJomh6FajmUAx/BnhA6xYmW5w9KQztUy9tO/QTiPYhuWIIresumVOIh2YjoNMri k8M8n/YdxogKulVJ6Y66QHvODBum1N/Mz0p4oijEOq7FCTbtoiPPqWSNOG1GmiJ+oGcX CXRHZ6qqtcjOopwnYWdctWlrht+IB11AiOQ+rT9l0/RSEx7JLott9+WlzDCtrKajPugn DTsIlVgZNb/YR/cfX9WF91vkvzOk4f1epmmMpcKKIAW5iuRCl8aElGVypxZnSJvM0qdu BF9w== X-Received: by 10.58.180.196 with SMTP id dq4mr8049420vec.10.1367187303840; Sun, 28 Apr 2013 15:15:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.74.137 with HTTP; Sun, 28 Apr 2013 15:14:43 -0700 (PDT) In-Reply-To: References: From: Eir Nym Date: Mon, 29 Apr 2013 02:14:43 +0400 Message-ID: Subject: Re: Installing new world failed (install -l) To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 22:15:11 -0000 What should I do in this situation? -- Eir Nym On 28 April 2013 23:36, Eir Nym wrote: > Since -l switch introduced into install(8), I can't build new FreeBSD > box at all. > > I do following command set to build new box: (http://eroese.org/mkw.sh) > 1) cd /usr/head/src && svn up > 2) make buildworld > 3) make DESTDIR=/path/to/directory hierarchy distrib-dirs distribution > installworld > > This worked for long time but after some point it had been broken. I > found only 20130425 in UPDATING about this, but installing mergemaster > gives nothing, obviously. > I can't compile new install(8) since I have old system like > FreeBSD-9-RELEASE (FreeBSD-CURRENT, r226748) and it doesn't have > needed functions. > > The tail of install log is below. > > .. (lines removed) > mtree -deU -f /usr/head/src/etc/mtree/BSD.sendmail.dist -p > /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/ > ./var/spool/clientmqueue missing (created) > install -l s usr/src/sys /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/sys > install: illegal option -- l > usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 file2 > install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 ... fileN directory > install -d [-v] [-g group] [-m mode] [-o owner] directory ... > *** [distrib-dirs] Error code 64 > > Stop in /usr/head/src/etc. > *** [hierarchy] Error code 1 > > Stop in /usr/head/src. > *** Error code 1 > > Stop in /usr/head/src. > > -- Eir Nym From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 22:49:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 11FDC7F7; Sun, 28 Apr 2013 22:49:54 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost04.isp.att.net (fmailhost04.isp.att.net [204.127.217.104]) by mx1.freebsd.org (Postfix) with ESMTP id F105E1846; Sun, 28 Apr 2013 22:49:53 +0000 (UTC) Received: from ace.nina.org (adsl-74-179-107-221.gnv.bellsouth.net[74.179.107.221]) by isp.att.net (frfwmhc04) with SMTP id <20130428224952H0400aplpee>; Sun, 28 Apr 2013 22:49:53 +0000 X-Originating-IP: [74.179.107.221] Date: Sun, 28 Apr 2013 18:49:51 -0400 (EDT) From: Frank Seltzer X-X-Sender: frank_s@Ace.nina.org To: Adrian Chadd Subject: Re: Light humour In-Reply-To: Message-ID: References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Lukasz Wojcik , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 22:49:54 -0000 On Sun, 28 Apr 2013, Adrian Chadd wrote: > Yeah, the trouble is that people can/will believe this nonsense. > > So, question. Where's the pro-BSD blog(s) to offset it? :) > > > > adrian > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Paging Brett Glass! From owner-freebsd-current@FreeBSD.ORG Sun Apr 28 23:37:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DAE33CB0; Sun, 28 Apr 2013 23:37:18 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id C3B6E1BA2; Sun, 28 Apr 2013 23:37:18 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id D14952AA4BD; Sun, 28 Apr 2013 17:37:17 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id 39E1D1CC1B; Sun, 28 Apr 2013 18:37:17 -0500 (EST) Date: Sun, 28 Apr 2013 18:37:17 -0500 From: Diane Bruce To: Frank Seltzer Subject: Re: Light humour Message-ID: <20130428233717.GA80846@night.db.net> References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> 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) Cc: Lukasz Wojcik , Adrian Chadd , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 23:37:18 -0000 On Sun, Apr 28, 2013 at 06:49:51PM -0400, Frank Seltzer wrote: > > On Sun, 28 Apr 2013, Adrian Chadd wrote: > > > Yeah, the trouble is that people can/will believe this nonsense. > > > > So, question. Where's the pro-BSD blog(s) to offset it? :) http://www.softpanorama.org/Copyright/License_classification/social_roots_of_GPL.shtml > > adrian - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 06:19:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8CB336E7 for ; Mon, 29 Apr 2013 06:19:51 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1AE761849 for ; Mon, 29 Apr 2013 06:19:50 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r3T6JfeD006126; Mon, 29 Apr 2013 10:19:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r3T6JfFm006125; Mon, 29 Apr 2013 10:19:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 29 Apr 2013 10:19:41 +0400 From: Gleb Smirnoff To: Eir Nym Subject: Re: Installing new world failed (install -l) Message-ID: <20130429061941.GF76816@glebius.int.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 06:19:51 -0000 On Sun, Apr 28, 2013 at 11:36:20PM +0400, Eir Nym wrote: E> Since -l switch introduced into install(8), I can't build new FreeBSD E> box at all. E> E> I do following command set to build new box: (http://eroese.org/mkw.sh) E> 1) cd /usr/head/src && svn up E> 2) make buildworld E> 3) make DESTDIR=/path/to/directory hierarchy distrib-dirs distribution E> installworld E> E> This worked for long time but after some point it had been broken. I E> found only 20130425 in UPDATING about this, but installing mergemaster E> gives nothing, obviously. E> I can't compile new install(8) since I have old system like E> FreeBSD-9-RELEASE (FreeBSD-CURRENT, r226748) and it doesn't have E> needed functions. E> E> The tail of install log is below. E> E> .. (lines removed) E> mtree -deU -f /usr/head/src/etc/mtree/BSD.sendmail.dist -p E> /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/ E> ./var/spool/clientmqueue missing (created) E> install -l s usr/src/sys /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/sys E> install: illegal option -- l E> usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] E> [-o owner] file1 file2 E> install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] E> [-o owner] file1 ... fileN directory E> install -d [-v] [-g group] [-m mode] [-o owner] directory ... E> *** [distrib-dirs] Error code 64 I came to the following recipe when upgrading from a stale current to a modern one. This workarounds problem with install(1) and failure of clang bootstrap with old time.h in /usr/include. cd usr.bin/xinstall make && make install && make clean cd - make hierarchy make includes Now, make buildworld is possible. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 06:49:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 93E8AB4F; Mon, 29 Apr 2013 06:49:47 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) by mx1.freebsd.org (Postfix) with ESMTP id 194EC1A70; Mon, 29 Apr 2013 06:49:46 +0000 (UTC) Received: from digsys200-136.pip.digsys.bg (digsys200-136.pip.digsys.bg [193.68.136.200]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id r3T6nM9A092035 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 29 Apr 2013 09:49:24 +0300 (EEST) (envelope-from daniel@digsys.bg) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Light humour From: Daniel Kalchev In-Reply-To: <20130428233717.GA80846@night.db.net> Date: Mon, 29 Apr 2013 09:49:23 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <47FA89FD-8020-466C-BB36-EE2F4146D2CD@digsys.bg> References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> <20130428233717.GA80846@night.db.net> To: Diane Bruce X-Mailer: Apple Mail (2.1503) Cc: Lukasz Wojcik , freebsd-current@freebsd.org, Adrian Chadd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 06:49:47 -0000 On Apr 29, 2013, at 2:37 AM, Diane Bruce wrote: > = http://www.softpanorama.org/Copyright/License_classification/social_roots_= of_GPL.shtml By any measure a very good one. Could use some editing of course to make = it easier to comprehend for readers of different cultures though =85 and = simplify English sentences . :) Daniel From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 08:39:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A4BC5697; Mon, 29 Apr 2013 08:39:33 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-pd0-f178.google.com (mail-pd0-f178.google.com [209.85.192.178]) by mx1.freebsd.org (Postfix) with ESMTP id 810C01F82; Mon, 29 Apr 2013 08:39:33 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id w11so1502022pde.37 for ; Mon, 29 Apr 2013 01:39:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=5DyYSCRgG4/Laai+5tHaRT+gnP6U9i38CSDr9mfTJjk=; b=YIxiAjpwT91kazeZVHRgpTLxkhrW0PyzM0nsZA/pZFzIWAXUlwx1JcquXeyQOXI+0R li835uB5P2A/7+3682usdwoDBJ8/vjMVEnkYP4+F0KB5vG6jA3zLQqVA/0rqhsPcntEx j3V/Zu8dm8mXE6TrPmytC2iU4X3fM/pnYhZMrDA9Mrn5PDKP7hNHDvu7ATJQLqZB7/mB tysddCn4sCVjkXCZCQmVgHGBpTQLzBPDQiBUTUMvR26hbN2qs1vbhuD833BMkeJGHQDL L6ssnYtFS0lZRX0/hrvbGhBPavBicl5M0Bhv0P7UlMv1Mpldc06Gok1pAVNM+N/nT/FA UrCA== X-Received: by 10.68.90.197 with SMTP id by5mr27890980pbb.196.1367224767040; Mon, 29 Apr 2013 01:39:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.156.163 with HTTP; Mon, 29 Apr 2013 01:39:06 -0700 (PDT) In-Reply-To: <20130429061941.GF76816@glebius.int.ru> References: <20130429061941.GF76816@glebius.int.ru> From: Eir Nym Date: Mon, 29 Apr 2013 12:39:06 +0400 Message-ID: Subject: Re: Installing new world failed (install -l) To: Gleb Smirnoff Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 08:39:33 -0000 On 29 April 2013 10:19, Gleb Smirnoff wrote: > On Sun, Apr 28, 2013 at 11:36:20PM +0400, Eir Nym wrote: > E> Since -l switch introduced into install(8), I can't build new FreeBSD > E> box at all. > E> > E> I do following command set to build new box: (http://eroese.org/mkw.sh) > E> 1) cd /usr/head/src && svn up > E> 2) make buildworld > E> 3) make DESTDIR=/path/to/directory hierarchy distrib-dirs distribution > E> installworld > E> > E> This worked for long time but after some point it had been broken. I > E> found only 20130425 in UPDATING about this, but installing mergemaster > E> gives nothing, obviously. > E> I can't compile new install(8) since I have old system like > E> FreeBSD-9-RELEASE (FreeBSD-CURRENT, r226748) and it doesn't have > E> needed functions. > E> > E> The tail of install log is below. > E> > E> .. (lines removed) > E> mtree -deU -f /usr/head/src/etc/mtree/BSD.sendmail.dist -p > E> /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/ > E> ./var/spool/clientmqueue missing (created) > E> install -l s usr/src/sys /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/sys > E> install: illegal option -- l > E> usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > E> [-o owner] file1 file2 > E> install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > E> [-o owner] file1 ... fileN directory > E> install -d [-v] [-g group] [-m mode] [-o owner] directory ... > E> *** [distrib-dirs] Error code 64 > > I came to the following recipe when upgrading from a stale current to > a modern one. This workarounds problem with install(1) and failure of > clang bootstrap with old time.h in /usr/include. > > cd usr.bin/xinstall > make && make install && make clean > cd - > make hierarchy > make includes > > Now, make buildworld is possible. > I've tried this, but with no hope: Warning: Object directory not changed from original /usr/head/src/usr.bin/xinstall cc -O2 -pipe -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c xinstall.c xinstall.c: In function 'main': xinstall.c:301: warning: implicit declaration of function 'gid_from_group' xinstall.c:301: warning: nested extern declaration of 'gid_from_group' xinstall.c:311: warning: implicit declaration of function 'uid_from_user' xinstall.c:311: warning: nested extern declaration of 'uid_from_user' xinstall.c: In function 'metadata_log': xinstall.c:1331: warning: implicit declaration of function 'strsvis' xinstall.c:1331: warning: nested extern declaration of 'strsvis' cc -O2 -pipe -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c: In function 'setup_getid': /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137: warning: implicit declaration of function 'pwcache_groupdb' /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137: warning: nested extern declaration of 'pwcache_groupdb' /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139: warning: implicit declaration of function 'pwcache_userdb' /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139: warning: nested extern declaration of 'pwcache_userdb' cc -O2 -pipe -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o xinstall xinstall.o getid.o -lmd xinstall.o: In function `metadata_log': xinstall.c:(.text+0x169): undefined reference to `strsvis' xinstall.c:(.text+0x20e): undefined reference to `strsvis' xinstall.o: In function `main': xinstall.c:(.text+0x2472): undefined reference to `gid_from_group' xinstall.c:(.text+0x24f8): undefined reference to `uid_from_user' getid.o: In function `setup_getid': getid.c:(.text+0x7c2): undefined reference to `pwcache_groupdb' getid.c:(.text+0x7e2): undefined reference to `pwcache_userdb' *** Error code 1 > -- > Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 08:42:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4C9F0ABA for ; Mon, 29 Apr 2013 08:42:35 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id C41011FE4 for ; Mon, 29 Apr 2013 08:42:34 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r3T8gXM1006935; Mon, 29 Apr 2013 12:42:33 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r3T8gXU0006934; Mon, 29 Apr 2013 12:42:33 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 29 Apr 2013 12:42:33 +0400 From: Gleb Smirnoff To: Eir Nym Subject: Re: Installing new world failed (install -l) Message-ID: <20130429084233.GO76816@glebius.int.ru> References: <20130429061941.GF76816@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 08:42:35 -0000 On Mon, Apr 29, 2013 at 12:39:06PM +0400, Eir Nym wrote: E> > I came to the following recipe when upgrading from a stale current to E> > a modern one. This workarounds problem with install(1) and failure of E> > clang bootstrap with old time.h in /usr/include. E> > E> > cd usr.bin/xinstall E> > make && make install && make clean E> > cd - E> > make hierarchy E> > make includes E> > E> > Now, make buildworld is possible. E> > E> E> I've tried this, but with no hope: E> E> Warning: Object directory not changed from original E> /usr/head/src/usr.bin/xinstall E> cc -O2 -pipe -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99 E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline E> -Wnested-externs -Wredundant-decls -Wold-style-definition E> -Wno-pointer-sign -c xinstall.c E> xinstall.c: In function 'main': E> xinstall.c:301: warning: implicit declaration of function 'gid_from_group' E> xinstall.c:301: warning: nested extern declaration of 'gid_from_group' E> xinstall.c:311: warning: implicit declaration of function 'uid_from_user' E> xinstall.c:311: warning: nested extern declaration of 'uid_from_user' E> xinstall.c: In function 'metadata_log': E> xinstall.c:1331: warning: implicit declaration of function 'strsvis' E> xinstall.c:1331: warning: nested extern declaration of 'strsvis' E> cc -O2 -pipe -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99 E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline E> -Wnested-externs -Wredundant-decls -Wold-style-definition E> -Wno-pointer-sign -c E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c: In E> function 'setup_getid': E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137: E> warning: implicit declaration of function 'pwcache_groupdb' E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137: E> warning: nested extern declaration of 'pwcache_groupdb' E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139: E> warning: implicit declaration of function 'pwcache_userdb' E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139: E> warning: nested extern declaration of 'pwcache_userdb' E> cc -O2 -pipe -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99 E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline E> -Wnested-externs -Wredundant-decls -Wold-style-definition E> -Wno-pointer-sign -o xinstall xinstall.o getid.o -lmd E> xinstall.o: In function `metadata_log': E> xinstall.c:(.text+0x169): undefined reference to `strsvis' E> xinstall.c:(.text+0x20e): undefined reference to `strsvis' E> xinstall.o: In function `main': E> xinstall.c:(.text+0x2472): undefined reference to `gid_from_group' E> xinstall.c:(.text+0x24f8): undefined reference to `uid_from_user' E> getid.o: In function `setup_getid': E> getid.c:(.text+0x7c2): undefined reference to `pwcache_groupdb' E> getid.c:(.text+0x7e2): undefined reference to `pwcache_userdb' E> *** Error code 1 Your current is even older than mine was. Looks like you need to build and install new libc, then continue with install(1). -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 08:49:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4DFBA23F; Mon, 29 Apr 2013 08:49:09 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-pa0-f49.google.com (mail-pa0-f49.google.com [209.85.220.49]) by mx1.freebsd.org (Postfix) with ESMTP id 29BCB10C1; Mon, 29 Apr 2013 08:49:09 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id hk2so505517pac.8 for ; Mon, 29 Apr 2013 01:49:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=fAlXvvrtJET+KZZRuXAmDNIiOo2HWukqPe9Gsgyc/IM=; b=Qb/nHRtwN7clElCbOdQ3unb0IBaPHjt0rjgOlqtXfqyfoBK/qi7R+/xOCRlfiAuFcU +8s2K9F5AGVl/EKTOtnIkZU/IEWDFNOOXon2ytruHkYKpFIvVm4/W7rO0SiYRk66wpNi sBmd3Peaqj9E6XZ8xhjXzpAWSrboYreI8Q6jKrF5LQnfBcwYIl8iJVdv1sw2th3aRsLz Lk1EuBuQttgXr8gBpuCOBuo030oLk1l33KmJK2KGEdR5dt4hGCXbOIuVMfLZi80iS1aM vpegCs4Hn6pLblEc7S6GRsu6WKg/f3/Jm6W5RCOhBYHb6+hd9gK55xGNFJ2j7lMpuyye YwYQ== X-Received: by 10.66.48.201 with SMTP id o9mr41539118pan.196.1367225342618; Mon, 29 Apr 2013 01:49:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.156.163 with HTTP; Mon, 29 Apr 2013 01:48:42 -0700 (PDT) In-Reply-To: <20130429084233.GO76816@glebius.int.ru> References: <20130429061941.GF76816@glebius.int.ru> <20130429084233.GO76816@glebius.int.ru> From: Eir Nym Date: Mon, 29 Apr 2013 12:48:42 +0400 Message-ID: Subject: Re: Installing new world failed (install -l) To: Gleb Smirnoff Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 08:49:09 -0000 On 29 April 2013 12:42, Gleb Smirnoff wrote: > On Mon, Apr 29, 2013 at 12:39:06PM +0400, Eir Nym wrote: > E> > I came to the following recipe when upgrading from a stale current to > E> > a modern one. This workarounds problem with install(1) and failure of > E> > clang bootstrap with old time.h in /usr/include. > E> > > E> > cd usr.bin/xinstall > E> > make && make install && make clean > E> > cd - > E> > make hierarchy > E> > make includes > E> > > E> > Now, make buildworld is possible. > E> > > E> > E> I've tried this, but with no hope: > E> > E> Warning: Object directory not changed from original > E> /usr/head/src/usr.bin/xinstall > E> cc -O2 -pipe -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree > E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd > E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99 > E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W > E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch > E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline > E> -Wnested-externs -Wredundant-decls -Wold-style-definition > E> -Wno-pointer-sign -c xinstall.c > E> xinstall.c: In function 'main': > E> xinstall.c:301: warning: implicit declaration of function 'gid_from_group' > E> xinstall.c:301: warning: nested extern declaration of 'gid_from_group' > E> xinstall.c:311: warning: implicit declaration of function 'uid_from_user' > E> xinstall.c:311: warning: nested extern declaration of 'uid_from_user' > E> xinstall.c: In function 'metadata_log': > E> xinstall.c:1331: warning: implicit declaration of function 'strsvis' > E> xinstall.c:1331: warning: nested extern declaration of 'strsvis' > E> cc -O2 -pipe -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree > E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd > E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99 > E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W > E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch > E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline > E> -Wnested-externs -Wredundant-decls -Wold-style-definition > E> -Wno-pointer-sign -c > E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c > E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c: In > E> function 'setup_getid': > E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137: > E> warning: implicit declaration of function 'pwcache_groupdb' > E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137: > E> warning: nested extern declaration of 'pwcache_groupdb' > E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139: > E> warning: implicit declaration of function 'pwcache_userdb' > E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139: > E> warning: nested extern declaration of 'pwcache_userdb' > E> cc -O2 -pipe -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree > E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd > E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99 > E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W > E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch > E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline > E> -Wnested-externs -Wredundant-decls -Wold-style-definition > E> -Wno-pointer-sign -o xinstall xinstall.o getid.o -lmd > E> xinstall.o: In function `metadata_log': > E> xinstall.c:(.text+0x169): undefined reference to `strsvis' > E> xinstall.c:(.text+0x20e): undefined reference to `strsvis' > E> xinstall.o: In function `main': > E> xinstall.c:(.text+0x2472): undefined reference to `gid_from_group' > E> xinstall.c:(.text+0x24f8): undefined reference to `uid_from_user' > E> getid.o: In function `setup_getid': > E> getid.c:(.text+0x7c2): undefined reference to `pwcache_groupdb' > E> getid.c:(.text+0x7e2): undefined reference to `pwcache_userdb' > E> *** Error code 1 > > Your current is even older than mine was. Looks like you need to > build and install new libc, then continue with install(1). > > -- > Totus tuus, Glebius. I have r226748 which is near FreeBSD-9-Release. It was I trying to do. But if I'll build libc.. and other things, all my system will be unavailable. PS: install from toolchain is correct. From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 09:41:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C8D5E28F for ; Mon, 29 Apr 2013 09:41:26 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 5AAE91440 for ; Mon, 29 Apr 2013 09:41:25 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBE530.dip0.t-ipconnect.de [217.251.229.48]) (authenticated bits=128) by flat.berklix.org (8.14.5/8.14.5) with ESMTP id r3T9eKnS065399 for ; Mon, 29 Apr 2013 11:40:21 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id r3T9f0Io022252 for ; Mon, 29 Apr 2013 11:41:01 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id r3T9etSe046446 for ; Mon, 29 Apr 2013 11:41:00 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201304290941.r3T9etSe046446@fire.js.berklix.net> To: freebsd-current@freebsd.org Subject: Re: Light humour From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Mon, 29 Apr 2013 09:49:23 +0300." <47FA89FD-8020-466C-BB36-EE2F4146D2CD@digsys.bg> Date: Mon, 29 Apr 2013 11:40:55 +0200 Sender: jhs@berklix.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 09:41:26 -0000 Daniel Kalchev wrote: > > On Apr 29, 2013, at 2:37 AM, Diane Bruce wrote: > > > http://www.softpanorama.org/Copyright/License_classification/social_roots_of_GPL.shtml > > By any measure a very good one. Could use some editing of course to make it easier to comprehend for readers of different cultures though … and simplify English sentences . :) > > Daniel I suggest others save time & not read URL above, A skim finds pretentious verbiage, socioligist's analysis of different views of GPL v BSD people v. Stallman ... "throughout the XIX century into the early XX" Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with "> ". Send plain text. No quoted-printable, HTML, base64, multipart/alternative. From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 11:20:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8CF02312 for ; Mon, 29 Apr 2013 11:20:54 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 0C5FE1D09 for ; Mon, 29 Apr 2013 11:20:53 +0000 (UTC) Received: from rufus.webfusion.com (mail.heartinternet.co.uk [79.170.40.31]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id r3TBKfvr071755 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 29 Apr 2013 12:20:49 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.2 smtp.infracaninophile.co.uk r3TBKfvr071755 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1367234449; bh=JAM44y0vPUirv85RUJPoLqnn0oY0s6j/Tms3Mw1lEns=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Mon,=2029=20Apr=202013=2012:20:40=20+0100|From:=20Matthew =20Seaman=20|To:=20freebsd-curren t@freebsd.org|Subject:=20Re:=20Light=20humour|References:=20<20130 4290941.r3T9etSe046446@fire.js.berklix.net>|In-Reply-To:=20<201304 290941.r3T9etSe046446@fire.js.berklix.net>; b=yaar4xiQZFcruebn2ny7wcF33u2D02MCHDoTrJ7mUUaxnb3ycrvqlA3Jyt8H0M4vT KpbZrr+bvcpap0VA1uCjfrNZ6SUIAOtr45VMItOs5rcHn8OKak5Lavs8fCMGnQ8CQa 3olrPOc9O4ukU3+kIwIOrNQpPnd1MGvE0a9N6jBc= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host mail.heartinternet.co.uk [79.170.40.31] claimed to be rufus.webfusion.com Message-ID: <517E5788.4040305@infracaninophile.co.uk> Date: Mon, 29 Apr 2013 12:20:40 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Light humour References: <201304290941.r3T9etSe046446@fire.js.berklix.net> In-Reply-To: <201304290941.r3T9etSe046446@fire.js.berklix.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.97.8 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 11:20:54 -0000 On 29/04/2013 10:40, Julian H. Stacey wrote: > Daniel Kalchev wrote: >> >> On Apr 29, 2013, at 2:37 AM, Diane Bruce wrote: >> >>> http://www.softpanorama.org/Copyright/License_classification/social_roots_of_GPL.shtml >> >> By any measure a very good one. Could use some editing of course to make it easier to comprehend for readers of different cultures though … and simplify English sentences . :) >> >> Daniel > > I suggest others save time & not read URL above, > A skim finds pretentious verbiage, socioligist's analysis > of different views of GPL v BSD people v. Stallman ... > "throughout the XIX century into the early XX" You've just got to love those old Victorian steam-powered computers... Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 11:57:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AEF164C6 for ; Mon, 29 Apr 2013 11:57:32 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) by mx1.freebsd.org (Postfix) with ESMTP id 39B991F62 for ; Mon, 29 Apr 2013 11:57:31 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id r3TBvSMS049399 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 29 Apr 2013 14:57:30 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <517E6028.9040509@digsys.bg> Date: Mon, 29 Apr 2013 14:57:28 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Light humour References: <201304290941.r3T9etSe046446@fire.js.berklix.net> In-Reply-To: <201304290941.r3T9etSe046446@fire.js.berklix.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 11:57:32 -0000 On 29.04.13 12:40, Julian H. Stacey wrote: > Daniel Kalchev wrote: >> On Apr 29, 2013, at 2:37 AM, Diane Bruce wrote: >> >>> http://www.softpanorama.org/Copyright/License_classification/social_r= oots_of_GPL.shtml >> By any measure a very good one. Could use some editing of course to ma= ke it easier to comprehend for readers of different cultures though =85 a= nd simplify English sentences . :) >> >> Daniel > I suggest others save time & not read URL above, > A skim finds pretentious verbiage, socioligist's analysis > of different views of GPL v BSD people v. Stallman ... > "throughout the XIX century into the early XX" > > Cheers, > Julian > You just prove that guy's point. Ironically, as with everything else -=20 any "don't read it" plea has exactly the opposite effect. My observation is that the typical "Russian soul" kind of=20 thinking/expression is pretty much incomprehensible in the "western"=20 world. Some real gems are often ignored/lost because of this. As is, by=20 the way the concept of "Intelligentsia" which is in the core of that=20 particular article. The author rightly points out that the different licensing models and=20 the resulting different culture (of development, administration, usage)=20 in the Linux and BSD worlds is the result of different perception and=20 values. The different knowledge and understanding of the .. world too,=20 plays a role. It's just like with how humans grow trough their life, you = have one set of values as a child, other as young/adult and yet another=20 as a senior person. Daniel From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 11:57:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B2DF65D7 for ; Mon, 29 Apr 2013 11:57:57 +0000 (UTC) (envelope-from edschouten@gmail.com) Received: from mail-vb0-x22e.google.com (mail-vb0-x22e.google.com [IPv6:2607:f8b0:400c:c02::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 792671F74 for ; Mon, 29 Apr 2013 11:57:57 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id 10so316639vbe.19 for ; Mon, 29 Apr 2013 04:57:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=E5EAi8pPlC1DDEF6FWtceNO19jLaJMRF2WiyshimdHY=; b=xbRYnQPAqotZ/7qvY/mnhMFLInjROjVA8Zbt0Ool1Jxc3f3m1i8NF8lBRHs/ixcIle xYp32LNrUTQWphqrhYRkLk2yTVBbGgiuYJ+F2svGFEYs1pHbZPyU/kowP/o+TULhWGKG b+0nIEhYYI4QEhIg8XhARhVxjuVhOGoVmIUO6OSX6uiwP8DSVTvkDdXHcLFn56YtKR5x N1Z8ZGahnMjQH6iQqFYid8e65yiMOQRb2WsIYaL/UAmpJCxH3glAmHX/PCGU36BK40jT CqsIdu9JYUwqoQTfVYSC2Ez0KTG6qV1fgtNAqMnFXtqPrDrjhSi1tylqiRli1MNz9eNu CYpQ== MIME-Version: 1.0 X-Received: by 10.220.104.68 with SMTP id n4mr33126226vco.37.1367236676913; Mon, 29 Apr 2013 04:57:56 -0700 (PDT) Sender: edschouten@gmail.com Received: by 10.221.10.69 with HTTP; Mon, 29 Apr 2013 04:57:56 -0700 (PDT) In-Reply-To: References: Date: Mon, 29 Apr 2013 13:57:56 +0200 X-Google-Sender-Auth: vt2r_jCuu9mLz07w-_5X8m3Ru6I Message-ID: Subject: Re: Infiniband OFED CLANG failing From: Ed Schouten To: Outback Dingo Content-Type: text/plain; charset=UTF-8 Cc: Garrett Cooper , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 11:57:57 -0000 2013/4/28 Outback Dingo : > /usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_console.c:70:1: > error: use of GNU old-style field designator extension > [-Werror,-Wgnu-designator] > on: 0, delay_s: 2, loop_function:NULL}; > ^~~ This seems to be a known issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/174214 I've added Garrett to the Cc, as he seems to have replied to the original ticket. -- Ed Schouten From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 12:41:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 165DB6CD for ; Mon, 29 Apr 2013 12:41:20 +0000 (UTC) (envelope-from estrabd@gmail.com) Received: from mail-qe0-f42.google.com (mail-qe0-f42.google.com [209.85.128.42]) by mx1.freebsd.org (Postfix) with ESMTP id D1C2E123A for ; Mon, 29 Apr 2013 12:41:19 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id 1so1672643qee.29 for ; Mon, 29 Apr 2013 05:41:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=jQtT8loheZjkNkWQ8jFLGlivk1zIVJZ+s+uHh/ZQNvM=; b=v3ezQo80ybHQNqHy5cizMzFO9P00gniWB+yIhnJsG7a0FO6ZSq8kv9jqEIZm6m+W55 APcMHDI/pTtu4P7gdLDmtfBoS9GHbfpv/9bpQUFJR9ug3KT/nuKKjv9xAtsNz4PR1IwN Honcx3cd/lHP2ENWY7URFrg+4LEfxtquOP4rfCl/uEmeuE7bzxvYBF49R07nz/cwAbC6 0s1tilQVJHhONgAZ2Ro4znGsa+9jjsgBGMCCdKQLcNRaSe1BuBIJK5t3jZA/Atwiosrj i4UsB19IsTDFlAvXiVBc820hI5rcZlUUO5aYCxIdToj0Ov/pdXEo32rOZXrCvDsrYqvS mtcw== X-Received: by 10.229.178.10 with SMTP id bk10mr4994705qcb.24.1367239279217; Mon, 29 Apr 2013 05:41:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.163.201 with HTTP; Mon, 29 Apr 2013 05:40:59 -0700 (PDT) In-Reply-To: <517D65E9.4070908@missouri.edu> References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> <517D65E9.4070908@missouri.edu> From: "B. Estrade" Date: Mon, 29 Apr 2013 07:40:59 -0500 Message-ID: Subject: Re: Light humour To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 12:41:20 -0000 Maybe the FreeBSD "myths" section just needs to be updated, this guy gives a nice list of things to debunk. http://www.freebsd.org/advocacy/myths.html Brett On Sun, Apr 28, 2013 at 1:09 PM, Stephen Montgomery-Smith < stephen@missouri.edu> wrote: > On 04/28/2013 12:54 PM, Adrian Chadd wrote: > > Yeah, the trouble is that people can/will believe this nonsense. > > > > So, question. Where's the pro-BSD blog(s) to offset it? :) > > A pro-BSD blog is a great idea. But let's not get into the Linux > bashing the same way he bashed BSD. I personally like both OS very > much, and I think they have a symbiotic relationship. > > Also, the ultimate freedom in licenses is the freedom to choose which > version of freedom you like. I personally prefer the BSD license. But > I respect those who prefer the GNU license. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 14:23:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 38C2C75F; Mon, 29 Apr 2013 14:23:52 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-vb0-x236.google.com (mail-vb0-x236.google.com [IPv6:2607:f8b0:400c:c02::236]) by mx1.freebsd.org (Postfix) with ESMTP id DF0D517C7; Mon, 29 Apr 2013 14:23:51 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id w16so5249138vbf.13 for ; Mon, 29 Apr 2013 07:23:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=sbj8WIjgZMVj/ksCbgXM9yfxk2/aei6rg/Xr3ZqtFeY=; b=0aMTSbOROBt4n+wC8D/bD4XNo5XM7G+WYOsEvzk6Iep3BoSoJm2rBN/NcS5fjmJQER twmZKQFegGAvEnpU79FzaPhS8+mSh/1rLhj6gtmfKldmEC8o9qCjVW3IpW6M1TaGxlVo UcDuN8sRxTCVcIqqSTepFx8EkXc9FUHC9BZ9QGB41T4ls3hHmkH7a81yy4iqvrKsaFBd 5mQ277HoBoz10J98672Naz9SoJRPxAwu+AVgcrIQEKIxoGh1MjNQa0kCuZOQtCaWpcUh +eqprDJ59JXmfD4o3wPg3HZvzqbiJ4g76pRZkId1fL8vIZIoNziWDSmSvOKiub+E2htB QvIQ== MIME-Version: 1.0 X-Received: by 10.220.156.8 with SMTP id u8mr33165503vcw.24.1367245431451; Mon, 29 Apr 2013 07:23:51 -0700 (PDT) Received: by 10.59.2.170 with HTTP; Mon, 29 Apr 2013 07:23:51 -0700 (PDT) In-Reply-To: References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> Date: Mon, 29 Apr 2013 10:23:51 -0400 Message-ID: Subject: Re: Light humour From: Shawn Webb To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Lukasz Wojcik , FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 14:23:52 -0000 Not to spam my site or anything, but I blog pretty regularly about stuff I find fun on FreeBSD at http://0xfeedface.org/. If anyone wants an account to start blogging there, that'd be pretty cool. On Sun, Apr 28, 2013 at 1:54 PM, Adrian Chadd wrote: > Yeah, the trouble is that people can/will believe this nonsense. > > So, question. Where's the pro-BSD blog(s) to offset it? :) > > > > adrian > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 14:34:19 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 86404CBC for ; Mon, 29 Apr 2013 14:34:19 +0000 (UTC) (envelope-from misho@elwix.org) Received: from x0r.aitnet.org (unknown [IPv6:2a00:1728:9:1::5]) by mx1.freebsd.org (Postfix) with ESMTP id 4B08B183F for ; Mon, 29 Apr 2013 14:34:19 +0000 (UTC) Received: from pi.batmbg.com (unknown [212.116.129.162]) by x0r.aitnet.org (Postfix) with ESMTPSA id 8E0A13F701 for ; Mon, 29 Apr 2013 16:15:36 +0300 (EEST) Date: Mon, 29 Apr 2013 16:15:36 +0300 From: Michael Pounov To: freebsd-current@FreeBSD.org Subject: What you think about this PR? Message-Id: <20130429161536.3cfdec72.misho@elwix.org> Organization: ELWIX X-Mailer: Sylpheed 3.1.4 (GTK+ 2.24.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 14:34:19 -0000 http://www.freebsd.org/cgi/query-pr.cgi?pr=175546 -- Best Regards, Michael Pounov ELWIX - embedded lightweight unix - WWW: http://www.elwix.org/ EMail: misho@elwix.org Skype: mpunov XMPP: misho@aitnet.org Phone: +359 888 737358; +359 899 737358 From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 15:25:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B7B6BA37 for ; Mon, 29 Apr 2013 15:25:42 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF931B65 for ; Mon, 29 Apr 2013 15:25:41 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r3TFPkiw016856; Mon, 29 Apr 2013 10:25:46 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r3TFPk0Y016855; Mon, 29 Apr 2013 10:25:46 -0500 (CDT) (envelope-from brooks) Date: Mon, 29 Apr 2013 10:25:46 -0500 From: Brooks Davis To: Eir Nym Subject: Re: Installing new world failed (install -l) Message-ID: <20130429152546.GI50623@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+1TulI7fc0PCHNy3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 15:25:42 -0000 --+1TulI7fc0PCHNy3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 28, 2013 at 11:36:20PM +0400, Eir Nym wrote: > Since -l switch introduced into install(8), I can't build new FreeBSD > box at all. >=20 > I do following command set to build new box: (http://eroese.org/mkw.sh) > 1) cd /usr/head/src && svn up > 2) make buildworld > 3) make DESTDIR=3D/path/to/directory hierarchy distrib-dirs distribution > installworld heriarchy and distrib-dirs are both pointless here AFACT. >=20 > This worked for long time but after some point it had been broken. I > found only 20130425 in UPDATING about this, but installing mergemaster > gives nothing, obviously. > I can't compile new install(8) since I have old system like > FreeBSD-9-RELEASE (FreeBSD-CURRENT, r226748) and it doesn't have > needed functions. >=20 > The tail of install log is below. >=20 > .. (lines removed) > mtree -deU -f /usr/head/src/etc/mtree/BSD.sendmail.dist -p > /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/ > ./var/spool/clientmqueue missing (created) > install -l s usr/src/sys /usr/home/root/logs/2013-04-28/16.18.03/distro.i= 386/sys > install: illegal option -- l > usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 file2 > install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 ... fileN directory > install -d [-v] [-g group] [-m mode] [-o owner] directory ... > *** [distrib-dirs] Error code 64 Are you setting INSTALL=3D in make.conf, src.conf, etc? -- Brooks --+1TulI7fc0PCHNy3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRfpD5XY6L6fI4GtQRAjACAKCBVbNzejRI8DGn5vm9Y4Zu17KmZQCgxAKE 3i8HKuShWZ9DpY6eEiH47GU= =1D9E -----END PGP SIGNATURE----- --+1TulI7fc0PCHNy3-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 13:47:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4F89FA5F; Mon, 29 Apr 2013 13:47:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-da0-x236.google.com (mail-da0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) by mx1.freebsd.org (Postfix) with ESMTP id 262A4160C; Mon, 29 Apr 2013 13:47:22 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id s35so2950884dak.13 for ; Mon, 29 Apr 2013 06:47:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to; bh=n0nITwojxP5XW2e7v6XkTLLljYqif0G9UCWTz0sEuK4=; b=EiS5CsTL+FSDNsJwcrRsFkQR3iIF4Ar9kOhE595AJezy8OnhOGL7oR+XdAXVkKdWOM xBMu0z0Trvc+I0EGxJfQK6Xp3qBUNugmDkmn5WbzE2fxwZEdBTxjlrOx31Mh9ZyJK9mM Zi2xAwREYTNJT/LZ+dmnMZdHGiEuUBWwIoK1QuRjYf7AJumMxAl5zIN1o/bzuSTfUGkk fvgjnROf3r9R4zjdElnwgmPJrirlq2p+sfaf0v83YPxRtikskcx8cE5+Q9zbwdImLcLd sbmEZ+kzMHmCuAF0ERrBUvDn6FwsweVFD7GAhhoZ7Vh/m+HrdWMPIdo2WfTQcK7anxuL tecA== X-Received: by 10.68.91.131 with SMTP id ce3mr70400834pbb.46.1367243241990; Mon, 29 Apr 2013 06:47:21 -0700 (PDT) Received: from [192.168.20.8] (c-98-203-241-95.hsd1.wa.comcast.net. [98.203.241.95]) by mx.google.com with ESMTPSA id qr7sm24157669pbc.16.2013.04.29.06.47.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Apr 2013 06:47:21 -0700 (PDT) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <794C505F-590D-4F50-94EC-DD963168C018@gmail.com> X-Mailer: iPhone Mail (10B329) From: Garrett Cooper Subject: Re: Infiniband OFED CLANG failing Date: Mon, 29 Apr 2013 06:47:19 -0700 To: Ed Schouten X-Mailman-Approved-At: Mon, 29 Apr 2013 15:35:06 +0000 Cc: Outback Dingo , FreeBSD Current , freebsd-infiniband@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 13:47:22 -0000 On Apr 29, 2013, at 4:57 AM, Ed Schouten wrote: > 2013/4/28 Outback Dingo : >> /usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_c= onsole.c:70:1: >> error: use of GNU old-style field designator extension >> [-Werror,-Wgnu-designator] >> on: 0, delay_s: 2, loop_function:NULL}; >> ^~~ >=20 > This seems to be a known issue. >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/174214 >=20 > I've added Garrett to the Cc, as he seems to have replied to the > original ticket. Hi Ed! Could someone please commit the patch? It's going to be a while before t= he new OFED stack makes it in, so we might as well fix this now.. I've appro= ached Jeff R several times but gotten no response.. Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 14:46:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 91DC9F3A for ; Mon, 29 Apr 2013 14:46:10 +0000 (UTC) (envelope-from dc552@hermes.cam.ac.uk) Received: from ppsw-32.csi.cam.ac.uk (ppsw-32.csi.cam.ac.uk [IPv6:2001:630:212:8::e:f32]) by mx1.freebsd.org (Postfix) with ESMTP id 5C91018AC for ; Mon, 29 Apr 2013 14:46:10 +0000 (UTC) X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from [129.199.163.14] (port=64431 helo=[10.2.0.29]) by ppsw-32.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:587) with esmtpsa (PLAIN:dc552) (TLSv1:AES128-SHA:128) id 1UWpLC-0006Lt-18 (Exim 4.80_167-5a66dd3) (return-path ); Mon, 29 Apr 2013 15:46:06 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Light humour From: David Chisnall In-Reply-To: <517D65E9.4070908@missouri.edu> Date: Mon, 29 Apr 2013 15:46:06 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5DEF76D1-5CAC-42F1-9037-D803959CE4B1@cl.cam.ac.uk> References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> <517D65E9.4070908@missouri.edu> To: Stephen Montgomery-Smith X-Mailer: Apple Mail (2.1499) Sender: "Dr D. Chisnall" X-Mailman-Approved-At: Mon, 29 Apr 2013 15:35:33 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 14:46:10 -0000 On 28 Apr 2013, at 19:09, Stephen Montgomery-Smith = wrote: > But let's not get into the Linux > bashing the same way he bashed BSD. There is already a very good Linux Haters' Blog, in the tradition of the = UNIX Haters' Handbook. Unlike the antibsd blog (which contains = ill-informed rants and nonsense), it actually provides well-thought-out = criticisms of Linux in general and various distributions. I'd love to = see a similar blog for FreeBSD, with legitimate criticisms... David From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 17:02:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A12FBE50; Mon, 29 Apr 2013 17:02:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7BDAD107D; Mon, 29 Apr 2013 17:02:42 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E8882B94F; Mon, 29 Apr 2013 13:02:41 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: FreeBSD & Intel AMT Date: Mon, 29 Apr 2013 12:21:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201304291221.19725.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 29 Apr 2013 13:02:42 -0400 (EDT) Cc: Kamil Czekirda , jfv@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 17:02:42 -0000 On Friday, April 26, 2013 5:17:34 pm Kamil Czekirda wrote: > We have a problem with Intel AMT and FreeBSD. We have AMT version: > 8.1.20-build 1336. AMT stop responding about five minutes after booting > FreeBSD, it's FreeBSD 9.1-STABLE, 64 bit. > On Linux AMT works fine. We suspect driver, but it's similar like on Linux. > Can you show us the way to resolve this problem? While the e1000 drivers share the same common code, there are some differences in the OS-dependent bits (e.g. if_igb.c, etc.). I've cc'd Jack Vogel who maintains the e1000 drivers in FreeBSD. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 17:02:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DC59BF4A; Mon, 29 Apr 2013 17:02:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8051F107E; Mon, 29 Apr 2013 17:02:46 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D13F1B964; Mon, 29 Apr 2013 13:02:45 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: panic: in_pcblookup_local (?) Date: Mon, 29 Apr 2013 12:24:06 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <20130428040256.GK1611@glenbarber.us> In-Reply-To: <20130428040256.GK1611@glenbarber.us> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201304291224.06328.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 29 Apr 2013 13:02:45 -0400 (EDT) Cc: Glen Barber , Ian FREISLICH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 17:02:46 -0000 On Sunday, April 28, 2013 12:02:56 am Glen Barber wrote: > On Sat, Apr 27, 2013 at 10:17:32AM +0200, Ian FREISLICH wrote: > > Hi > > > > I've been getting the following panic on recent current r249717. > > Sadly the crashdump is useless. > > > > I just saw similar panic on 10-CURRENT r249588. > > > Fatal trap 9: general protection fault while in kernel mode > > cpuid = 15; apic id = 0f > > instruction pointer = 0x20:0xffffffff80546fbc > > stack pointer = 0x28:0xffffff846b677770 > > frame pointer = 0x28:0xffffff846b6777b0 > > 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 = 4361 (zabbix_agentd) > > Hmm.. This is interests me. In my case, cf-agent was the current > process. > > Backtrace of my panic follows. Any pointers on how to debug this > further would be appreciated. > > Glen > > Script started on Sat Apr 27 23:53:53 2013 > root@orion:/usr/obj/usr/src/sys/ORION # kgdb ./kernel.debug /var/crash/vmcore.4 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 1; apic id = 01 > instruction pointer = 0x20:0xffffffff80736cec > stack pointer = 0x28:0xffffff81aad4e760 > frame pointer = 0x28:0xffffff81aad4e7a0 > 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 = 78664 (cf-agent) > trap number = 9 > panic: general protection fault > cpuid = 1 > KDB: stack backtrace: > #0 0xffffffff80642a56 at kdb_backtrace+0x66 > #1 0xffffffff80606eeb at panic+0x13b > #2 0xffffffff808e3b10 at trap_fatal+0x290 > #3 0xffffffff808e4331 at trap+0x241 > #4 0xffffffff808cdbb3 at calltrap+0x8 > #5 0xffffffff807371d8 at in_pcb_lport+0x128 > #6 0xffffffff8073745a at in_pcbbind_setup+0x16a > #7 0xffffffff80737d8e at in_pcbconnect_setup+0x71e > #8 0xffffffff80737df9 at in_pcbconnect_mbuf+0x59 > #9 0xffffffff807bf29f at udp_connect+0x11f > #10 0xffffffff80680615 at kern_connectat+0x275 > #11 0xffffffff80680731 at sys_connect+0x41 > #12 0xffffffff808e32cb at amd64_syscall+0x63b > #13 0xffffffff808cde97 at Xfast_syscall+0xf7 > Uptime: 3d19h38m52s > (ada0:ahcich0:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 > (ada0:ahcich0:0:0:0): CAM status: CCB request is in progress > (ada0:ahcich0:0:0:0): Error 5, Retries exhausted > (ada0:ahcich0:0:0:0): Synchronize cache failed > (ada1:ahcich1:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 > (ada1:ahcich1:0:0:0): CAM status: CCB request is in progress > (ada1:ahcich1:0:0:0): Error 5, Retries exhausted > (ada1:ahcich1:0:0:0): Synchronize cache failed > (ada2:ahcich4:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 > (ada2:ahcich4:0:0:0): CAM status: CCB request is in progress > (ada2:ahcich4:0:0:0): Error 5, Retries exhausted > (ada2:ahcich4:0:0:0): Synchronize cache failed > (ada3:ahcich5:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 > (ada3:ahcich5:0:0:0): CAM status: CCB request is in progress > (ada3:ahcich5:0:0:0): Error 5, Retries exhausted > (ada3:ahcich5:0:0:0): Synchronize cache failed > Dumping 1014 out of 6049 MB:..2%..12%..21%..32%..42%..51%..62%..71%..81%..92% > > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > #0 doadump (textdump=) at pcpu.h:231 > 231 __asm("movq %%gs:%1,%0" : "=r" (td) > (kgdb) frame 6 > #6 0xffffffff80736cec in in_pcblookup_local (pcbinfo=0xffffffff80dc9180, laddr= > {s_addr = 50374848}, lport=339, lookupflags=1, cred=0xfffffe016cdad100) > at /usr/src/sys/netinet/in_pcb.c:1438 > 1438 LIST_FOREACH(phd, porthash, phd_hash) { > (kgdb) list *0xffffffff80736cec > 0xffffffff80736cec is in in_pcblookup_local (/usr/src/sys/netinet/in_pcb.c:1439). > 1434 * port hash list. > 1435 */ > 1436 porthash = &pcbinfo->ipi_porthashbase[INP_PCBPORTHASH(lport, > 1437 pcbinfo->ipi_porthashmask)]; > 1438 LIST_FOREACH(phd, porthash, phd_hash) { > 1439 if (phd->phd_port == lport) > 1440 break; > 1441 } > 1442 if (phd != NULL) { > 1443 /* Can you see what 'phd' and 'porthash' are? If kgdb can't see them you can reconstruct what 'porthash' should be (you know the lport arg to this routine and can get the relevant fields from 'pcbinfo'). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 18:12:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CA2EAA8B for ; Mon, 29 Apr 2013 18:12:32 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 46DBC15C9 for ; Mon, 29 Apr 2013 18:12:31 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id r3THhqN5080031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 29 Apr 2013 19:43:52 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id r3THhgLH062907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Apr 2013 19:43:42 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id r3THhgRB065082; Mon, 29 Apr 2013 19:43:42 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id r3THhf3j065081; Mon, 29 Apr 2013 19:43:41 +0200 (CEST) (envelope-from ticso) Date: Mon, 29 Apr 2013 19:43:41 +0200 From: Bernd Walter To: Alexander Yerenkow Subject: Re: Light humour Message-ID: <20130429174341.GC47072@cicely7.cicely.de> References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 18:12:32 -0000 On Sun, Apr 28, 2013 at 09:07:15PM +0300, Alexander Yerenkow wrote: > Not criticizing, just commenting. > I heard such utter nonsense sometimes, in which people do believe despite > all common sense, that I'm not amused, but scared :) Well - I don't see a problem with this. The people who don't understand enough to believe this crap won't use any BSD and go to Linux instead. It all contribute to the same quality as Linux already is. Type "netstat -nr" and you don't get IPv6 routing table - even windows agrees to traditional netstat -nr behavour... Interface isolation for ARP requests - what's that? Want to know link states use some strange tools. We all can extend this list forever. You just need to look at bootmessages to know how inconsistent Linux is. I didn't read all of the text, but the tiny bit is already failing logic in itself, which is the main reason why it is funny after all. I don't want any of those persons who believe this text anywhere else than on the other side. > This blog is humor to very small, limited group of people, and at same time > it's anti-bsd blog to bigger audience, who will not bother read some lines, > instead peek in title, get few words here, few there, and close it. In they > memory will be essence - that *BSD is suck, probably not allover, but they > will remember that there are exist areas in which BSD have big problems. > Mix this with lacking `nextgen techs` like KMS, decent virtualization > level, no utf-8 in console and other myths, partial myths, or obsolete > problems of old releases, and you'll receive bad opinion on BSD. > But, there's not much to be done actually :) -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 19:38:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CA42A950 for ; Mon, 29 Apr 2013 19:38:52 +0000 (UTC) (envelope-from feld@feld.me) Received: from new1-smtp.messagingengine.com (new1-smtp.messagingengine.com [66.111.4.221]) by mx1.freebsd.org (Postfix) with ESMTP id 9B2031BA3 for ; Mon, 29 Apr 2013 19:38:51 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 42D1E1E7F for ; Mon, 29 Apr 2013 15:38:41 -0400 (EDT) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute6.internal (MEProxy); Mon, 29 Apr 2013 15:38:42 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=feld.me; h= content-type:to:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to; s= mesmtp; bh=Lu24huJ1ML24QU5vij/HWwnpr38=; b=CbdxUho8OBSgwUvCvfMlm L8w3PCgkinNy/2feDJ2asRj97/x7+rKjKtP0MDbjI9K+lc9PtcVmAnmYEOTDDCtt nH076cFuypEnkcbxAK005O8TF/bDd9CpWCqHZkXpBUMnSZ1k+jp8gOBFlrrkLrFN wvShefIAY46ozY9JWd20Sw= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:to:subject:references:date :mime-version:content-transfer-encoding:from:message-id :in-reply-to; s=smtpout; bh=Lu24huJ1ML24QU5vij/HWwnpr38=; b=m1H7 mlfWKUoRuVfIXFA1XGW8ZnqVx2Nx3nh/IvO5sJizpnXTK89lDvj0CdovhDMYuMmQ MZx4jweXmuoipfNlVNw6UqNtua5exRBa1BExFCeuHpwaXSGjL0y24Pa04n/Zf22c giN3PFjbO3MKzn9g6/KUKEP7/r03xcSnKc+DXKk= X-Sasl-enc: ip3ULo8SKezjCCSReDUSDryVf/uE518fWC2G59UKPxlk 1367264320 Received: from tech304.office.supranet.net (unknown [66.170.8.18]) by mail.messagingengine.com (Postfix) with ESMTPA id D33AEC80008 for ; Mon, 29 Apr 2013 15:38:40 -0400 (EDT) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-current@freebsd.org Subject: Re: Light humour References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> <20130429174341.GC47072@cicely7.cicely.de> Date: Mon, 29 Apr 2013 14:38:40 -0500 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Mark Felder" Message-ID: In-Reply-To: <20130429174341.GC47072@cicely7.cicely.de> User-Agent: Opera Mail/12.14 (FreeBSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 19:38:52 -0000 On Mon, 29 Apr 2013 12:43:41 -0500, Bernd Walter wrote: > Want to know link states use some strange tools. This has been my complaint for ages. Task / BSD / Linux set ip / ifconfig / ifconfig or now "ip" which is extremely confusing wifi / ifconfig / iwconfig speed / ifconfig / miitool or ethtool duplex / ifconfig / miitool or ethtool vlan / ifconfig / vlan wol / ifconfig / miitool or ethtool bridge / ifconfig / brctl link aggregation / ifconfig / flags while loading module OR use distro network config scripts and restart *all* networking or reboot server!!! Zero guidelines or direction in their projects. It's even more painful when you install a distro and need to set vlan or duplex and you can't because the utility needs to be installed from the repository. Not sure if that's still commonplace but I was bit by it several times with debian installs. BSD has its own problems, but code quality and the thought put into design seems to be taken into serious consideration before something is committed to HEAD. From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 20:05:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 662423F7 for ; Mon, 29 Apr 2013 20:05:08 +0000 (UTC) (envelope-from jrisom@gmail.com) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id 3974A1CDA for ; Mon, 29 Apr 2013 20:05:08 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id tp5so7904093ieb.12 for ; Mon, 29 Apr 2013 13:05:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=yRxUI8NRwrynQSJxKLWh1I8CUh5Y9VAlr9QsZbU7+Q0=; b=dmY6d4P9s6XJ0qhq8CBPZtLslEmDzZUuuapOFLz1VLoxgjwWSgP5fZoPZbfNwEC1WN c+Tgvw0ApA8CkAe9M+hIrrCzehfh4lZxJWwqglMp+ssrrHSUnaaAOBOHHZNOSnM3bTsA q6/rnb//3aJWL9fZEZnZQJ98+wMO0JlP0LLkPB5BtYPxCIEBMvDfna6S3W4fMvUe45+V IUZcZI+IVGSy5TBpTfSUT2iDOOhBVQcWOz8ZIIBS+3M7MQzbJHtviaT3I4Qe7n93Or3i xS9m84iWoOFzRUFLLu4Uk4Vt7l38LZaLBzRjMG8BeF/cbIPG+o1KUrVAffLs1v9VDOXD Z7jQ== X-Received: by 10.50.30.6 with SMTP id o6mr8458496igh.80.1367265907905; Mon, 29 Apr 2013 13:05:07 -0700 (PDT) Received: from [192.168.1.34] (c-98-212-197-211.hsd1.il.comcast.net. [98.212.197.211]) by mx.google.com with ESMTPSA id fl5sm20792588igb.9.2013.04.29.13.05.07 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Apr 2013 13:05:07 -0700 (PDT) Message-ID: <517ED264.2080307@gmail.com> Date: Mon, 29 Apr 2013 15:04:52 -0500 From: Joshua Isom User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Light humour References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> <517D65E9.4070908@missouri.edu> <5DEF76D1-5CAC-42F1-9037-D803959CE4B1@cl.cam.ac.uk> In-Reply-To: <5DEF76D1-5CAC-42F1-9037-D803959CE4B1@cl.cam.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 20:05:08 -0000 On 4/29/2013 9:46 AM, David Chisnall wrote: > On 28 Apr 2013, at 19:09, Stephen Montgomery-Smith wrote: > >> But let's not get into the Linux >> bashing the same way he bashed BSD. > > There is already a very good Linux Haters' Blog, in the tradition of the UNIX Haters' Handbook. Unlike the antibsd blog (which contains ill-informed rants and nonsense), it actually provides well-thought-out criticisms of Linux in general and various distributions. I'd love to see a similar blog for FreeBSD, with legitimate criticisms... > > David All you need is one good blog, with someone posting as Devil's Advocate. Good debate requires someone opposing unanimity. From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 21:03:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 12220CF1 for ; Mon, 29 Apr 2013 21:03:18 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id 9FCEF1180 for ; Mon, 29 Apr 2013 21:03:17 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id s43so5837464wey.27 for ; Mon, 29 Apr 2013 14:03:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=65tToUiu2p4iyYjItsU7Nh1tXIURhhP0nmereG9QvPA=; b=gThL+Qd2PsN6+nDZl1WNGguVksQEHf1kl+IM6SS7Cs0IvwQsUGd86g7+2hRL8oT3zz LybMuwZVJCZGmB3D3uPLhO/Vo72s7fiw4edxtppP0sd9r/XHXrmtq8SbMpxhshFUGSpz Lk4jz/pVenXIUSdF3mjhWbjxLuB8L6vHQzp/rDeAhklC6RkF8s4l/WJ4x3a/Cizspo/V 0/bVS0sWEbo3Qg8DrJFj+WLVZQAP8y5B4IBGVV1gmOS+GjsFRbHcVyF21QHCDNfLjd1v N1jBzXIQy1MWu/QUBrPy+Kr87l60uk99gM+qnTuTMNKjJ6onu62rAZ4T0UCDq0+dIKSX reCQ== X-Received: by 10.180.188.198 with SMTP id gc6mr8497106wic.14.1367269396866; Mon, 29 Apr 2013 14:03:16 -0700 (PDT) Received: from [10.186.110.70] (78.16.90.92.rev.sfr.net. [92.90.16.78]) by mx.google.com with ESMTPSA id nf9sm22641082wic.3.2013.04.29.14.03.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Apr 2013 14:03:15 -0700 (PDT) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <15382440-DD95-4AED-A793-FBCF36E1B019@my.gd> X-Mailer: iPhone Mail (10B144) From: Damien Fleuriot Subject: Re: Light humour Date: Mon, 29 Apr 2013 23:02:31 +0200 To: Paul Webster X-Gm-Message-State: ALoCoQkW3exgQgajN5dkTv6gTWp1/6TjfPes5FT2wZpDSf3t2cmF55qM0NsFogq8wSEkETMJYApi Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 21:03:18 -0000 On 28 Apr 2013, at 00:31, Paul Webster wrote= : > Just got this link on IRC, (freenode/##freebsd) was so funny I thought > I would see if I could get any of you guys to spit out you're coffee > :) >=20 > http://antibsd.wordpress.com/ The author's orthographic and semantic skills tell all one needs to know, t= o be honest... I sincerely hope it's a troll because otherwise it's really sad... From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 00:35:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CC96BE7B; Tue, 30 Apr 2013 00:35:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA0D1018; Tue, 30 Apr 2013 00:35:57 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id C334823F804; Mon, 29 Apr 2013 20:35:54 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us C334823F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 29 Apr 2013 20:35:52 -0400 From: Glen Barber To: John Baldwin Subject: Re: panic: in_pcblookup_local (?) Message-ID: <20130430003552.GC1588@glenbarber.us> References: <20130428040256.GK1611@glenbarber.us> <201304291224.06328.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7qSK/uQB79J36Y4o" Content-Disposition: inline In-Reply-To: <201304291224.06328.jhb@freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian FREISLICH , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 00:35:57 -0000 --7qSK/uQB79J36Y4o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 29, 2013 at 12:24:06PM -0400, John Baldwin wrote: > On Sunday, April 28, 2013 12:02:56 am Glen Barber wrote: > > On Sat, Apr 27, 2013 at 10:17:32AM +0200, Ian FREISLICH wrote: > > > Hi > > >=20 > > > I've been getting the following panic on recent current r249717. > > > Sadly the crashdump is useless. > > >=20 > >=20 > > I just saw similar panic on 10-CURRENT r249588. > >=20 > > > Fatal trap 9: general protection fault while in kernel mode > > > cpuid =3D 15; apic id =3D 0f > > > instruction pointer =3D 0x20:0xffffffff80546fbc > > > stack pointer =3D 0x28:0xffffff846b677770 > > > frame pointer =3D 0x28:0xffffff846b6777b0 > > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > > current process =3D 4361 (zabbix_agentd) > >=20 > > Hmm.. This is interests me. In my case, cf-agent was the current > > process. > >=20 > > Backtrace of my panic follows. Any pointers on how to debug this > > further would be appreciated. > >=20 > > Glen > >=20 > > Script started on Sat Apr 27 23:53:53 2013 > > root@orion:/usr/obj/usr/src/sys/ORION # kgdb ./kernel.debug=20 > /var/crash/vmcore.4 > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and yo= u are > > welcome to change it and/or distribute copies of it under certain=20 > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > > This GDB was configured as "amd64-marcel-freebsd"... > >=20 > > Unread portion of the kernel message buffer: > >=20 > >=20 > > Fatal trap 9: general protection fault while in kernel mode > > cpuid =3D 1; apic id =3D 01 > > instruction pointer =3D 0x20:0xffffffff80736cec > > stack pointer =3D 0x28:0xffffff81aad4e760 > > frame pointer =3D 0x28:0xffffff81aad4e7a0 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 78664 (cf-agent) > > trap number =3D 9 > > panic: general protection fault > > cpuid =3D 1 > > KDB: stack backtrace: > > #0 0xffffffff80642a56 at kdb_backtrace+0x66 > > #1 0xffffffff80606eeb at panic+0x13b > > #2 0xffffffff808e3b10 at trap_fatal+0x290 > > #3 0xffffffff808e4331 at trap+0x241 > > #4 0xffffffff808cdbb3 at calltrap+0x8 > > #5 0xffffffff807371d8 at in_pcb_lport+0x128 > > #6 0xffffffff8073745a at in_pcbbind_setup+0x16a > > #7 0xffffffff80737d8e at in_pcbconnect_setup+0x71e > > #8 0xffffffff80737df9 at in_pcbconnect_mbuf+0x59 > > #9 0xffffffff807bf29f at udp_connect+0x11f > > #10 0xffffffff80680615 at kern_connectat+0x275 > > #11 0xffffffff80680731 at sys_connect+0x41 > > #12 0xffffffff808e32cb at amd64_syscall+0x63b > > #13 0xffffffff808cde97 at Xfast_syscall+0xf7 > > Uptime: 3d19h38m52s > > (ada0:ahcich0:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 = 00 00 > > (ada0:ahcich0:0:0:0): CAM status: CCB request is in progress > > (ada0:ahcich0:0:0:0): Error 5, Retries exhausted > > (ada0:ahcich0:0:0:0): Synchronize cache failed > > (ada1:ahcich1:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 = 00 00 > > (ada1:ahcich1:0:0:0): CAM status: CCB request is in progress > > (ada1:ahcich1:0:0:0): Error 5, Retries exhausted > > (ada1:ahcich1:0:0:0): Synchronize cache failed > > (ada2:ahcich4:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 = 00 00 > > (ada2:ahcich4:0:0:0): CAM status: CCB request is in progress > > (ada2:ahcich4:0:0:0): Error 5, Retries exhausted > > (ada2:ahcich4:0:0:0): Synchronize cache failed > > (ada3:ahcich5:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 = 00 00 > > (ada3:ahcich5:0:0:0): CAM status: CCB request is in progress > > (ada3:ahcich5:0:0:0): Error 5, Retries exhausted > > (ada3:ahcich5:0:0:0): Synchronize cache failed > > Dumping 1014 out of 6049=20 > MB:..2%..12%..21%..32%..42%..51%..62%..71%..81%..92% > >=20 > > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > > Loaded symbols for /boot/kernel/zfs.ko.symbols > > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > > #0 doadump (textdump=3D) at pcpu.h:231 > > 231 __asm("movq %%gs:%1,%0" : "=3Dr" (td) > > (kgdb) frame 6 > > #6 0xffffffff80736cec in in_pcblookup_local (pcbinfo=3D0xffffffff80dc9= 180,=20 > laddr=3D > > {s_addr =3D 50374848}, lport=3D339, lookupflags=3D1,=20 > cred=3D0xfffffe016cdad100) > > at /usr/src/sys/netinet/in_pcb.c:1438 > > 1438 LIST_FOREACH(phd, porthash, phd_hash) { > > (kgdb) list *0xffffffff80736cec > > 0xffffffff80736cec is in in_pcblookup_local=20 > (/usr/src/sys/netinet/in_pcb.c:1439). > > 1434 * port hash list. > > 1435 */ > > 1436 porthash =3D &pcbinfo->ipi_porthashbase[INP_PCBPORTHASH(lport, > > 1437 pcbinfo->ipi_porthashmask)]; > > 1438 LIST_FOREACH(phd, porthash, phd_hash) { > > 1439 if (phd->phd_port =3D=3D lport) > > 1440 break; > > 1441 } > > 1442 if (phd !=3D NULL) { > > 1443 /* >=20 > Can you see what 'phd' and 'porthash' are? If kgdb can't see them you can > reconstruct what 'porthash' should be (you know the lport arg to this rou= tine > and can get the relevant fields from 'pcbinfo'). >=20 I'm not sure if the output included makes much sense. If I did not do something correctly, please let me know. Glen Script started on Mon Apr 29 20:27:39 2013 root@orion:/usr/obj/usr/src/sys/ORION # kgdb ./kernel.debug /var/crash/vmco= re.4 [...] #0 doadump (textdump=3D) at pcpu.h:231 231 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) frame 6 #6 0xffffffff80736cec in in_pcblookup_local (pcbinfo=3D0xffffffff80dc9180,= laddr=3D {s_addr =3D 50374848}, lport=3D339, lookupflags=3D1, cred=3D0xfffffe0= 16cdad100) at /usr/src/sys/netinet/in_pcb.c:1438 1438 LIST_FOREACH(phd, porthash, phd_hash) { (kgdb) p *phd Cannot access memory at address 0x9e17b100fffffe00 (kgdb) p *porthash No symbol "porthash" in current context. (kgdb) p &pcbinfo->ipi_porthashbase[INP_PCBPORTHASH(lport,pcbinfo->ipi_port= hashmask)] No symbol "INP_PCBPORTHASH" in current context. (kgdb) p pcbinfo->ipi_porthashmask $1 =3D 127 (kgdb) p *pcbinfo->ipi_porthashmask Cannot access memory at address 0x7f (kgdb) p *lport Cannot access memory at address 0x153 (kgdb) p lport $2 =3D 339 (kgdb) quit root@orion:/usr/obj/usr/src/sys/ORION # ^D Script done on Mon Apr 29 20:32:01 2013 --7qSK/uQB79J36Y4o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRfxHoAAoJEFJPDDeguUajKLUH/R7ytpI9yqiIaNR1pbSq6SfM ORhfrluZ4apZRI8oCY2kIlx385eI1Jhca3u+o6cm+QP8kNATgNCeG3YEiiqrx+NR D9u1YNASUUkksAyPcj7TYiDLCu1ZbcwHJnFUIY2g+eV9J25DsUtLf8CAJjgebUKO 3tZrjVFDmr+Svk/RKZr4+fxv1k6nXYqjNvVp3o4AXOJmcNI5/3Z3c/JUW7RwJ81v MtJU7Gl7rqe6n819RSELFgxk0fKdfYEXCd0mL5pjnswC4yEubz22EruCkYSfaXMh Iz9GVLqxLn+4yVp9rPw8eIt4ArbqG5H3q6FUw4YijcAXwlRNeaae0grP0Xfm3RI= =irOW -----END PGP SIGNATURE----- --7qSK/uQB79J36Y4o-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 29 21:53:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3BF0BE66 for ; Mon, 29 Apr 2013 21:53:34 +0000 (UTC) (envelope-from Dave.Robison@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id E98901583 for ; Mon, 29 Apr 2013 21:53:33 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id r3TLrWaR023976 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Mon, 29 Apr 2013 16:53:32 -0500 Received: from lefty.vicor.com (10.242.182.122) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.2.309.2; Mon, 29 Apr 2013 16:53:32 -0500 Message-ID: <517EEBDC.1070309@fisglobal.com> Date: Mon, 29 Apr 2013 14:53:32 -0700 From: "Robison, Dave" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130407 Thunderbird/17.0.5 MIME-Version: 1.0 To: Subject: Re: Light humour References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Originating-IP: [10.242.182.122] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8626, 1.0.431, 0.0.0000 definitions=2013-04-29_07:2013-04-29,2013-04-29,1970-01-01 signatures=0 X-Mailman-Approved-At: Tue, 30 Apr 2013 01:11:14 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: david.robison@fisglobal.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 21:53:34 -0000 http://news.netcraft.com/archives/2013/04/01/most-reliable-hosting-company-sites-in-march-2013.html -- Dave Robison Sales Solution Architect II FIS Banking Solutions 510/621-2089 (w) 530/518-5194 (c) 510/621-2020 (f) daver@vicor.com david.robison@fisglobal.com _____________ The information contained in this message is proprietary and/or confidential. 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 aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 02:33:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0A32DEE9 for ; Tue, 30 Apr 2013 02:33: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 B60771463 for ; Tue, 30 Apr 2013 02:33:27 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id r3U2XQnJ028165 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Mon, 29 Apr 2013 21:33:26 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([10.132.99.23]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.02.0309.002; Mon, 29 Apr 2013 21:33:26 -0500 From: "Teske, Devin" To: "Robison, Dave" Subject: Re: Light humour Thread-Topic: Light humour Thread-Index: AQHOQ5cLYwXBW3HE+Uikj9HT/C0J5ZjuFJ4AgABOMYA= Date: Tue, 30 Apr 2013 02:33:25 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D7201F2FEDA@ltcfiswmsgmb21> References: <517EEBDC.1070309@fisglobal.com> In-Reply-To: <517EEBDC.1070309@fisglobal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.126] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8626, 1.0.431, 0.0.0000 definitions=2013-04-29_07:2013-04-29,2013-04-29,1970-01-01 signatures=0 Cc: "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 02:33:28 -0000 On Apr 29, 2013, at 2:53 PM, Robison, Dave wrote: > http://news.netcraft.com/archives/2013/04/01/most-reliable-hosting-compan= y-sites-in-march-2013.html >=20 (obligatory) netcraft confirms it! (smiles) --=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-current@FreeBSD.ORG Tue Apr 30 03:24:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A3B44B27 for ; Tue, 30 Apr 2013 03:24:33 +0000 (UTC) (envelope-from peter@wemm.org) Received: from mail-vb0-x22e.google.com (mail-vb0-x22e.google.com [IPv6:2607:f8b0:400c:c02::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 62B7516C3 for ; Tue, 30 Apr 2013 03:24:33 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id 10so56909vbe.5 for ; Mon, 29 Apr 2013 20:24:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=YybgddIE1hkESK3irs6mCwainj80J7TFcKJiPekXfp8=; b=K9Gb4fZGoMtHoso4Lh6DocdKX7Z3JzebqEXN0S97C1PVGY1bU4NFL/zi+lCSEfZAxY nrlSbKv6X+abiDyTdUMMP9kzEC9j+01c/tR65cgiZE2iiGxhRG+qYuC1D0gFNNhUORKI FygHVq9WuiLC0yg6+jrEk6Tqp0J8N6xNgOvHY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=YybgddIE1hkESK3irs6mCwainj80J7TFcKJiPekXfp8=; b=fR+1a9bXvA5ynzCHmPP7hXxP+vswi2uX2/FhvV2BJi/J3fefQnAsopnVqyZ3NdFxB4 2/BYskFt2Rn9fyr6tEnQhH9bMK+fJc385W2jv0ZNCrNgTPs3tI75ItAugQ4L9dRSa1K5 Me7Ps2yzTtvdVBt5bm9/rELoe57NV4Cx0OZZQIZ6dvSvX+G80HgfQOs2W4/menWiUcTA AFSen9VesOXxH2xBoqkrdEbUs8+NKCaeHSax/xOUhcEZnZM8syp2U/OKN7xraau4tgA8 MOyjwZnthk/+bh4rg+DVncplkUmTKU0p5BStOUawvQ03mbyZmR6DPVjRWV0XMrmLE7Iq x9aQ== MIME-Version: 1.0 X-Received: by 10.52.31.36 with SMTP id x4mr29777754vdh.44.1367292272736; Mon, 29 Apr 2013 20:24:32 -0700 (PDT) Received: by 10.220.197.66 with HTTP; Mon, 29 Apr 2013 20:24:32 -0700 (PDT) In-Reply-To: <13CA24D6AB415D428143D44749F57D7201F2FEDA@ltcfiswmsgmb21> References: <517EEBDC.1070309@fisglobal.com> <13CA24D6AB415D428143D44749F57D7201F2FEDA@ltcfiswmsgmb21> Date: Mon, 29 Apr 2013 20:24:32 -0700 Message-ID: Subject: Re: Light humour From: Peter Wemm To: Devin Teske Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnOfC0TkUJHLmNaVaaimT9bP/IG7i5zAhwDcq01KeaUlPSrh4i6tL6gPNoXsUKtLQFwj2h2 Cc: "" , "Robison, Dave" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 03:24:33 -0000 On Mon, Apr 29, 2013 at 7:33 PM, Teske, Devin wrote: > > On Apr 29, 2013, at 2:53 PM, Robison, Dave wrote: > >> http://news.netcraft.com/archives/2013/04/01/most-reliable-hosting-company-sites-in-march-2013.html >> > > (obligatory) netcraft confirms it! > > (smiles) You don't need netcraft.. the tools are built in! http://www.youtube.com/watch?v=SXmv8quf_xM (Please, don't be drinking anything.. I disclaim all responsibility for keyboard damage) -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 03:27:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DB245C49; Tue, 30 Apr 2013 03:27:06 +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 A720E16DF; Tue, 30 Apr 2013 03:27:06 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id r3U3R5jO023236 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 29 Apr 2013 22:27:05 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([10.132.99.23]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.02.0309.002; Mon, 29 Apr 2013 22:27:05 -0500 From: "Teske, Devin" To: Peter Wemm Subject: Re: Light humour Thread-Topic: Light humour Thread-Index: AQHOQ5cLYwXBW3HE+Uikj9HT/C0J5ZjuFJ4AgABOMYCAAA5KAIAAALUA Date: Tue, 30 Apr 2013 03:27:05 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D7201F2FFE6@ltcfiswmsgmb21> References: <517EEBDC.1070309@fisglobal.com> <13CA24D6AB415D428143D44749F57D7201F2FEDA@ltcfiswmsgmb21> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.126] MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8626, 1.0.431, 0.0.0000 definitions=2013-04-29_08:2013-04-29,2013-04-29,1970-01-01 signatures=0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Devin Teske , "Robison, Dave" , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 03:27:06 -0000 On Apr 29, 2013, at 8:24 PM, Peter Wemm wrote: On Mon, Apr 29, 2013 at 7:33 PM, Teske, Devin > wrote: On Apr 29, 2013, at 2:53 PM, Robison, Dave wrote: http://news.netcraft.com/archives/2013/04/01/most-reliable-hosting-company-= sites-in-march-2013.html (obligatory) netcraft confirms it! (smiles) You don't need netcraft.. the tools are built in! http://www.youtube.com/watch?v=3DSXmv8quf_xM (Please, don't be drinking anything.. I disclaim all responsibility for keyboard damage) My favorite YouTube video on FreeBSD=85 http://www.youtube.com/watch?v=3DevZMVVb_lhs -- 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-current@FreeBSD.ORG Tue Apr 30 03:58:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D6529352; Tue, 30 Apr 2013 03:58:27 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (unknown [IPv6:2607:fc50:1000:8200::42]) by mx1.freebsd.org (Postfix) with ESMTP id AE64217FA; Tue, 30 Apr 2013 03:58:27 +0000 (UTC) Received: from [192.168.42.131] (d66-183-220-167.bchsia.telus.net [66.183.220.167]) (authenticated bits=0) by orthanc.ca (8.14.6/8.14.6) with ESMTP id r3U3wOHs068125 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 29 Apr 2013 20:58:25 -0700 (PDT) (envelope-from lyndon@orthanc.ca) References: <517EEBDC.1070309@fisglobal.com> <13CA24D6AB415D428143D44749F57D7201F2FEDA@ltcfiswmsgmb21> <13CA24D6AB415D428143D44749F57D7201F2FFE6@ltcfiswmsgmb21> In-Reply-To: <13CA24D6AB415D428143D44749F57D7201F2FFE6@ltcfiswmsgmb21> Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii Message-Id: <87D0A2B4-C3D9-4564-8CBE-930304D29580@orthanc.ca> Content-Transfer-Encoding: quoted-printable From: Lyndon Nerenberg Subject: Re: Light humour Date: Mon, 29 Apr 2013 20:58:15 -0700 To: Devin Teske X-Mailer: Apple Mail (2.1085) Cc: "freebsd-current@freebsd.org" , "Robison, Dave" , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 03:58:27 -0000 On 2013-04-29, at 8:27 PM, Teske, Devin wrote: > http://www.youtube.com/watch?v=3DSXmv8quf_xM >=20 > (Please, don't be drinking anything.. I disclaim all responsibility > for keyboard damage) Please, PLEASE, can we have a "Where Are They Now" segment about this = kid? I want to know which company he is the CTO of. More = interestingly, I want to meet the board of directors that hired him ;-) From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 04:08:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AB99D4B2 for ; Tue, 30 Apr 2013 04:08:46 +0000 (UTC) (envelope-from harrison@glsan.com) Received: from mail-ia0-x22f.google.com (mail-ia0-x22f.google.com [IPv6:2607:f8b0:4001:c02::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9011836 for ; Tue, 30 Apr 2013 04:08:46 +0000 (UTC) Received: by mail-ia0-f175.google.com with SMTP id i38so92310iae.34 for ; Mon, 29 Apr 2013 21:08:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=SSnmJmftoDS2OgfZHDlR2eG26pTkB/SRncXrnqWo0hw=; b=VFPAOC1oVxZlYW0Uebgayn7IA9L+kRJZZAt7ha5eG97L++HAitCd/XB3LXNaxEraNZ IK3Bk+b1FLTXCFUF9BE0Bg1dL/EmJHry4OKjmzRP6dwo0+2/gB5JVBSHDC4PhZAIwJgd FI8X27iwf8t4KyJho/sPwXlreqtBzaK1zJo7CQHW68z5euN8VHLy9lCNVll+QXBf/J6D 32q9mV4BX0Eg1lNuLi6Q6ejP4FdbDIbvhHXraafylWNCWaPPnx8waRPxqQZ+Sx54/J5c CXWfVfi802vURrGyu9lCUzm3RhvaaLiVOJKXgsL66y2ibXm2KtLKGlNyUmoVWYs+MuFS 87/w== X-Received: by 10.42.90.72 with SMTP id j8mr23042038icm.34.1367294925845; Mon, 29 Apr 2013 21:08:45 -0700 (PDT) Received: from [192.168.1.64] (99-100-184-80.lightspeed.mdsnwi.sbcglobal.net. [99.100.184.80]) by mx.google.com with ESMTPSA id qn10sm20988109igc.6.2013.04.29.21.08.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Apr 2013 21:08:45 -0700 (PDT) Message-ID: <517F43CC.5070103@glsan.com> Date: Mon, 29 Apr 2013 23:08:44 -0500 From: Christopher Harrison User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: clean up /dev/zvol/ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmCLAgG3XQ5M3NpirGwuUkHzTiy/yLMBXG32iBfG5+O+hrmutLGpB1On1QGNVKoyaenFWBl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 04:08:46 -0000 /dev/zvol does not appear to be cleaning up the device tree of zfs and zfs snapshots. After zfs snapshots of a zfs volume have been deleted the device remains in the device tree. My /dev/zvol grows very large, quickly on my system taking multiple snapshots a day of multiple volumes. Does anyone have any ideas to clean up the /dev/zvol device tree? Thanks in advance, -C From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 05:29:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 79C47786; Tue, 30 Apr 2013 05:29:40 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pd0-f173.google.com (mail-pd0-f173.google.com [209.85.192.173]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6561BEF; Tue, 30 Apr 2013 05:29:39 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id v14so103328pde.32 for ; Mon, 29 Apr 2013 22:29:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=Yf+qfBA0nUA7E2sPWOcN8jDa26E6EjXzGAUpjshsxeM=; b=Kp5Bzvo/TuqEbAjEWtY+9yDvmWr313vjVQOXXscELE6HpbeVlgaguT/zvYPejFZXbM QGafxYtG9zW8YZJlJVJLCAcX8m3gkG52hk1PebEJPEFaKldXUifb/n4rUsctL/E+sArf iXn80wsc/qgjDab8So6GuqLY4ZqLDzJKpjCr/d5LNIcWzQJnYJm3YNyGjDMzR4sznbMP wvylYoTWESZ3U6xqvdPZILVxZ4+dpC2Llc4EWEFQ1DGJJi4onL0rbeaIKS7Hmpr+TXQj MfqBOZhXyU5yQphjXdaP5tB7cxV+6VVUNVweNxu6AgSNqiH6/IwTIZp3bEbTOiuac6JY Ni0w== X-Received: by 10.68.255.130 with SMTP id aq2mr11358447pbd.164.1367299779624; Mon, 29 Apr 2013 22:29:39 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id qb1sm26963637pbb.33.2013.04.29.22.29.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Apr 2013 22:29:38 -0700 (PDT) Message-ID: <517F56BA.8050203@FreeBSD.org> Date: Tue, 30 Apr 2013 15:29:30 +1000 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Devin Teske Subject: Re: Light humour References: <517EEBDC.1070309@fisglobal.com> <13CA24D6AB415D428143D44749F57D7201F2FEDA@ltcfiswmsgmb21> <13CA24D6AB415D428143D44749F57D7201F2FFE6@ltcfiswmsgmb21> In-Reply-To: <13CA24D6AB415D428143D44749F57D7201F2FFE6@ltcfiswmsgmb21> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: "Robison, Dave" , "freebsd-current@freebsd.org" , "Teske, Devin" , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 05:29:40 -0000 On 30/04/2013 1:27 PM, Teske, Devin wrote: > > On Apr 29, 2013, at 8:24 PM, Peter Wemm wrote: > > On Mon, Apr 29, 2013 at 7:33 PM, Teske, Devin > wrote: > > On Apr 29, 2013, at 2:53 PM, Robison, Dave wrote: > > http://news.netcraft.com/archives/2013/04/01/most-reliable-hosting-company-sites-in-march-2013.html > > > (obligatory) netcraft confirms it! > > (smiles) > > You don't need netcraft.. the tools are built in! > > http://www.youtube.com/watch?v=SXmv8quf_xM > > (Please, don't be drinking anything.. I disclaim all responsibility > for keyboard damage) > > > My favorite YouTube video on FreeBSD… > > http://www.youtube.com/watch?v=evZMVVb_lhs > > -- > Devin > > _____________ > The information contained in this message is proprietary and/or confidential. 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 aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. > _______________________________________________ > 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" > That's beautiful Devin, can we get an updated version of that to include -current rendered in HD (1080)? It's a wonderful piece that should be shared, nice work -koobs From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 05:53:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AFC98FFD; Tue, 30 Apr 2013 05:53: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 7D9ED1CB8; Tue, 30 Apr 2013 05:53:52 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id r3U5rprv011745 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 30 Apr 2013 00:53:51 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([10.132.99.23]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.02.0309.002; Tue, 30 Apr 2013 00:53:51 -0500 From: "Teske, Devin" To: Kubilay Kocak Subject: Re: Light humour Thread-Topic: Light humour Thread-Index: AQHOQ5cLYwXBW3HE+Uikj9HT/C0J5ZjuFJ4AgABOMYCAAA5KAIAAALUAgAAiNQCAAAbNAA== Date: Tue, 30 Apr 2013 05:53:51 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D7201F3025A@ltcfiswmsgmb21> References: <517EEBDC.1070309@fisglobal.com> <13CA24D6AB415D428143D44749F57D7201F2FEDA@ltcfiswmsgmb21> <13CA24D6AB415D428143D44749F57D7201F2FFE6@ltcfiswmsgmb21> <517F56BA.8050203@FreeBSD.org> In-Reply-To: <517F56BA.8050203@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.126] Content-Type: text/plain; charset="Windows-1252" Content-ID: <4630A80215FA2541B8E326FEC62D88E1@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8626, 1.0.431, 0.0.0000 definitions=2013-04-29_08:2013-04-29,2013-04-29,1970-01-01 signatures=0 Cc: Devin Teske , "Robison, Dave" , Peter Wemm , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 05:53:52 -0000 On Apr 29, 2013, at 10:29 PM, Kubilay Kocak wrote: > On 30/04/2013 1:27 PM, Teske, Devin wrote: >>=20 >> On Apr 29, 2013, at 8:24 PM, Peter Wemm wrote: >>=20 >> On Mon, Apr 29, 2013 at 7:33 PM, Teske, Devin > wrote: >>=20 >> On Apr 29, 2013, at 2:53 PM, Robison, Dave wrote: >>=20 >> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://news.netcraft.com/ar= chives/2013/04/01/most-reliable-hosting-company-sites-in-march-2013.html&k= =3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D= %0A&m=3DbMfYz2VPOLlM1Bv4kaQAfCWKPmfFi6y7UYnK2%2FRTgG8%3D%0A&s=3Dcd8daa96d93= d9cc840f5dbaf82d812a26a276410f739f029485fd94190f88090 >>=20 >>=20 >> (obligatory) netcraft confirms it! >>=20 >> (smiles) >>=20 >> You don't need netcraft.. the tools are built in! >>=20 >> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://www.youtube.com/watc= h?v%3DSXmv8quf_xM&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj= 2Ns9%2FssHJjg%3D%3D%0A&m=3DbMfYz2VPOLlM1Bv4kaQAfCWKPmfFi6y7UYnK2%2FRTgG8%3D= %0A&s=3Df4bb8cdaa5edfd76143b0a741cb6bc5211cc2e5b409040ad0d3091d7823c6650 >>=20 >> (Please, don't be drinking anything.. I disclaim all responsibility >> for keyboard damage) >>=20 >>=20 >> My favorite YouTube video on FreeBSD=85 >>=20 >> http://www.youtube.com/watch?v=3DevZMVVb_lhs >>=20 >=20 > That's beautiful Devin, can we get an updated version of that to include > -current rendered in HD (1080)? >=20 > It's a wonderful piece that should be shared, nice work >=20 Thanks! Happy to share my sources =85 they're stored on a PC at work. I think the original is actually already in HD (or somewhere in-between NTS= C and 1080p -- for example, I might have done it as 1024x768 for some reaso= n=85 maybe because the Render was taking too long). Either way, what you're seeing on YouTube is already down-sampled several t= imes (I down-sampled once from the original source to DVD R5 and that was f= urther down-sampled for effects and YouTube). The original video is also over an hour long (so imagine lots of Gibibytes). With respect to getting an up-to-date version, what's going to be of value = are my gource scripts that configure the rendering environment. A lot of tr= ial-and-error went into figuring out what works and what doesn't work (espe= cially when you start reaching 100,000 nodes and 50,000 edges; configuring = the physics of the render was an art in patience as well as persistence). Aside from that, gource takes input from CVS (using a Perl script I tuned f= or the job), SVN (natively), and Git. So that's good news for getting an updated render -- we just apply the conf= igs for that video but swap out the CVS log file for an updated SVN log fil= e. Then of course=85 we either throw massive hardware or lots of time at the r= endering process. (note: a $1200 rig with a fancy graphics card took over a= month to render the original video and reaches speeds as SLOW as 0.03 fram= es-per-second in the rendering process). --=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-current@FreeBSD.ORG Tue Apr 30 09:19:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5D9EC58D for ; Tue, 30 Apr 2013 09:19:24 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 252CC14C3 for ; Tue, 30 Apr 2013 09:19:23 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1UX6iT-000z6P-0F>; Tue, 30 Apr 2013 11:19:17 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UX6iS-002TYY-TY>; Tue, 30 Apr 2013 11:19:16 +0200 Subject: Re: Light humour From: "O. Hartmann" To: freebsd-current@freebsd.org Cc: freebsd-current@freebsd.org In-Reply-To: <517EEBDC.1070309@fisglobal.com> References: <517EEBDC.1070309@fisglobal.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 30 Apr 2013 11:19:16 +0200 Message-ID: <1367313556.53667.4.camel@telesto> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 09:19:24 -0000 If people would participate in discussions of severe subjects like they do regarding to the none-sense that BSD hater writes and womit out into the world, or even start commenting on the misguided guy's preferred comments in the Phoronix forum, I guess Google would counter-balance the hits a search with specific, negatively connotated search subjects including BSD or FreeBSD. From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 09:24:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BD23F6F2 for ; Tue, 30 Apr 2013 09:24:33 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 85A4F150E for ; Tue, 30 Apr 2013 09:24:33 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1UX6nY-0011Nf-P1>; Tue, 30 Apr 2013 11:24:32 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1UX6nY-002U0Q-M3>; Tue, 30 Apr 2013 11:24:32 +0200 Subject: [CURRENT] install: link /usr/share/man/man4/ntb_hw.4.gz -> /usr/share/man/man4/nve.4.gz: No such file or directory From: "O. Hartmann" To: freebsd-current Content-Type: text/plain; charset="us-ascii" Date: Tue, 30 Apr 2013 11:24:32 +0200 Message-ID: <1367313872.53667.6.camel@telesto> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 09:24:33 -0000 When doing a make installworld on FreeBSD 10.0-CURRENT #1 r250041: Mon Apr 29 09:34:03 CEST 2013 amd64 (sources at "At revision 250097") I receive this sticky error below: /usr/share/man/man4/nve.4.gz -> /usr/share/man/man4/ntb_hw.4.gz install: link /usr/share/man/man4/ntb_hw.4.gz -> /usr/share/man/man4/nve.4.gz: No such file or directory *** [_maninstall] Error code 71 Stop in /usr/src/share/man/man4. *** [realinstall] Error code 1 regards, Oliver From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 10:30:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A6EDDD29 for ; Tue, 30 Apr 2013 10:30:17 +0000 (UTC) (envelope-from mva@freebsd.org) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id 6B265183E for ; Tue, 30 Apr 2013 10:30:17 +0000 (UTC) Received: from [80.67.16.115] (helo=webmailfront04.ispgateway.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1UX7nr-0006wX-R4 for freebsd-current@freebsd.org; Tue, 30 Apr 2013 12:28:55 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Tue, 30 Apr 2013 12:28:55 +0200 Date: Tue, 30 Apr 2013 12:28:55 +0200 Message-ID: <20130430122855.Horde._Cy4dfliB6Jv-vcX5p1S0A1@webmail.df.eu> From: Marcus von Appen To: freebsd-current@freebsd.org Subject: Re: Light humour References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> <517D961F.1020904@gmail.com> In-Reply-To: <517D961F.1020904@gmail.com> User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mva@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 10:30:17 -0000 Joshua Isom : [...] > BSD: "If you love something, set it free. If it comes back to you, > it was meant to be." > > GPL: "If you love something, set if free, but put a chain around > it's neck to make sure it doesn't get out of sight." One of the best "to-the-point" explanations, brilliant! Cheers Marcus From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 18:01:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 930E8F15 for ; Tue, 30 Apr 2013 18:01:35 +0000 (UTC) (envelope-from carl@freebsd.org) Received: from mga14.intel.com (mga14.intel.com [143.182.124.37]) by mx1.freebsd.org (Postfix) with ESMTP id 5937A1139 for ; Tue, 30 Apr 2013 18:01:35 +0000 (UTC) Received: from azsmga002.ch.intel.com ([10.2.17.35]) by azsmga102.ch.intel.com with ESMTP; 30 Apr 2013 11:01:31 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.87,582,1363158000"; d="scan'208";a="234923572" Received: from crdelsey-fbsd.ch.intel.com (HELO [10.2.105.127]) ([10.2.105.127]) by AZSMGA002.ch.intel.com with ESMTP; 30 Apr 2013 11:01:04 -0700 Message-ID: <518006DE.9080407@FreeBSD.org> Date: Tue, 30 Apr 2013 11:01:02 -0700 From: Carl Delsey User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130115 Thunderbird/17.0.2 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: [CURRENT] install: link /usr/share/man/man4/ntb_hw.4.gz -> /usr/share/man/man4/nve.4.gz: No such file or directory References: <1367313872.53667.6.camel@telesto> In-Reply-To: <1367313872.53667.6.camel@telesto> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 18:01:35 -0000 On 04/30/13 02:24, O. Hartmann wrote: > When doing a > > make installworld > > on FreeBSD 10.0-CURRENT #1 r250041: Mon Apr 29 09:34:03 CEST 2013 amd64 > > (sources at "At revision 250097") > > I receive this sticky error below: > > /usr/share/man/man4/nve.4.gz -> /usr/share/man/man4/ntb_hw.4.gz > install: link /usr/share/man/man4/ntb_hw.4.gz > -> /usr/share/man/man4/nve.4.gz: No such file or directory > *** [_maninstall] Error code 71 > > Stop in /usr/src/share/man/man4. > *** [realinstall] Error code 1 > > > regards, > > Oliver > > _______________________________________________ > 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" Yeah. I screwed up. It is fixed in r250110 From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 18:17:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 49DB5652; Tue, 30 Apr 2013 18:17:30 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) by mx1.freebsd.org (Postfix) with ESMTP id 2620E11F6; Tue, 30 Apr 2013 18:17:29 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id r10so441112pdi.21 for ; Tue, 30 Apr 2013 11:17:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=wugmgPPgKt6QiAnp/43oS5XNP2WVl9JDXIGtKWQ4SpE=; b=WuGJo26v0/Y8jzFRkUd+MJYgl/7eQga3TwLk47Pv9d4F7gXEAg0jaiDNBLvPYzzi2N cl6isXPfiRcyfvIWZqiTxEiAqHcGmPhnZ5P8lU0Zz5opwfnXZFvVX3lUguAQweztT3+Z b2/b5ATGOH0fBoyX4BKjxTPdtVwbui/smZEiZ1JO47Nnleh/tKhrTe4JkSrvSyjjJ/wL mAr67slCB0aCFrosCje7LhoVzO/f3dory1WWgpXVpOPjuq4lnh61/k3Wme2+pD7Gp/+N fMci+1NDQMrYbk5MBvYDa2oz/pv0edatG3drtjrWFA1FMZBLslZD7RPKKNW522EN35Hb w4wQ== X-Received: by 10.66.25.80 with SMTP id a16mr102552pag.97.1367345849294; Tue, 30 Apr 2013 11:17:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.156.163 with HTTP; Tue, 30 Apr 2013 11:17:09 -0700 (PDT) In-Reply-To: <20130429152546.GI50623@lor.one-eyed-alien.net> References: <20130429152546.GI50623@lor.one-eyed-alien.net> From: Eir Nym Date: Tue, 30 Apr 2013 22:17:09 +0400 Message-ID: Subject: Re: Installing new world failed (install -l) To: Brooks Davis Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 18:17:30 -0000 -- Eir Nym On 29 April 2013 19:25, Brooks Davis wrote: > On Sun, Apr 28, 2013 at 11:36:20PM +0400, Eir Nym wrote: >> Since -l switch introduced into install(8), I can't build new FreeBSD >> box at all. >> >> I do following command set to build new box: (http://eroese.org/mkw.sh) >> 1) cd /usr/head/src && svn up >> 2) make buildworld >> 3) make DESTDIR=/path/to/directory hierarchy distrib-dirs distribution >> installworld > > heriarchy and distrib-dirs are both pointless here AFACT. > >> >> This worked for long time but after some point it had been broken. I >> found only 20130425 in UPDATING about this, but installing mergemaster >> gives nothing, obviously. >> I can't compile new install(8) since I have old system like >> FreeBSD-9-RELEASE (FreeBSD-CURRENT, r226748) and it doesn't have >> needed functions. >> >> The tail of install log is below. >> >> .. (lines removed) >> mtree -deU -f /usr/head/src/etc/mtree/BSD.sendmail.dist -p >> /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/ >> ./var/spool/clientmqueue missing (created) >> install -l s usr/src/sys /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/sys >> install: illegal option -- l >> usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] >> [-o owner] file1 file2 >> install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] >> [-o owner] file1 ... fileN directory >> install -d [-v] [-g group] [-m mode] [-o owner] directory ... >> *** [distrib-dirs] Error code 64 > > Are you setting INSTALL= in make.conf, src.conf, etc? > > -- Brooks I don't set this option at all. As far as I know I should not set it setting and I've tested with clean environment (like __MAKE_CONF=/dev/null & SRCCONF=/dev/null). The PATH should be different for cross-platform build as I do. the correct install path is ${MAKEOBJDIRPREFIX}/i386.i386/usr/head/src/tmp/legacy/usr/bin/install From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 19:13:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 842C652E for ; Tue, 30 Apr 2013 19:13:28 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id C569C1452 for ; Tue, 30 Apr 2013 19:13:27 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r3UJDQM0036135; Tue, 30 Apr 2013 14:13:26 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r3UJDQUs036134; Tue, 30 Apr 2013 14:13:26 -0500 (CDT) (envelope-from brooks) Date: Tue, 30 Apr 2013 14:13:26 -0500 From: Brooks Davis To: Eir Nym Subject: Re: Installing new world failed (install -l) Message-ID: <20130430191325.GE19259@lor.one-eyed-alien.net> References: <20130429152546.GI50623@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vv4Sf/kQfcwinyKX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 19:13:28 -0000 --vv4Sf/kQfcwinyKX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 30, 2013 at 10:17:09PM +0400, Eir Nym wrote: > -- Eir Nym >=20 >=20 > On 29 April 2013 19:25, Brooks Davis wrote: > > On Sun, Apr 28, 2013 at 11:36:20PM +0400, Eir Nym wrote: > >> Since -l switch introduced into install(8), I can't build new FreeBSD > >> box at all. > >> > >> I do following command set to build new box: (http://eroese.org/mkw.sh) > >> 1) cd /usr/head/src && svn up > >> 2) make buildworld > >> 3) make DESTDIR=3D/path/to/directory hierarchy distrib-dirs distributi= on > >> installworld > > > > heriarchy and distrib-dirs are both pointless here AFACT. > > > >> > >> This worked for long time but after some point it had been broken. I > >> found only 20130425 in UPDATING about this, but installing mergemaster > >> gives nothing, obviously. > >> I can't compile new install(8) since I have old system like > >> FreeBSD-9-RELEASE (FreeBSD-CURRENT, r226748) and it doesn't have > >> needed functions. > >> > >> The tail of install log is below. > >> > >> .. (lines removed) > >> mtree -deU -f /usr/head/src/etc/mtree/BSD.sendmail.dist -p > >> /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/ > >> ./var/spool/clientmqueue missing (created) > >> install -l s usr/src/sys /usr/home/root/logs/2013-04-28/16.18.03/distr= o.i386/sys > >> install: illegal option -- l > >> usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > >> [-o owner] file1 file2 > >> install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > >> [-o owner] file1 ... fileN directory > >> install -d [-v] [-g group] [-m mode] [-o owner] directory ... > >> *** [distrib-dirs] Error code 64 > > > > Are you setting INSTALL=3D in make.conf, src.conf, etc? > > > > -- Brooks >=20 > I don't set this option at all. > As far as I know I should not set it setting and I've tested with > clean environment (like __MAKE_CONF=3D/dev/null & SRCCONF=3D/dev/null). > The PATH should be different for cross-platform build as I do. > the correct install path is > ${MAKEOBJDIRPREFIX}/i386.i386/usr/head/src/tmp/legacy/usr/bin/install That's not the problem. I belive that the problem is that the hierarchy target is broken when called directly. As I mention above, it's also pointless. Just use installworld before distribution so installworld creates all the required directories rather than pre-creating them with hierarchy and distrib-dirs. -- Brooks --vv4Sf/kQfcwinyKX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRgBfVXY6L6fI4GtQRAjdkAJ4rl1mruRyPOmcmO7ssgYYtF/ybIACglK47 d1iDxSg5hRtvz7qJyRPJELU= =843J -----END PGP SIGNATURE----- --vv4Sf/kQfcwinyKX-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 20:13:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 889C3FD0 for ; Tue, 30 Apr 2013 20:13:05 +0000 (UTC) (envelope-from allmymaillists@gmail.com) Received: from mail-ve0-x229.google.com (mail-ve0-x229.google.com [IPv6:2607:f8b0:400c:c01::229]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA091608 for ; Tue, 30 Apr 2013 20:13:05 +0000 (UTC) Received: by mail-ve0-f169.google.com with SMTP id pa12so782451veb.0 for ; Tue, 30 Apr 2013 13:13:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=F0EtFWxIyN/JaMgYi+vO8LC9Wa4SzVfBIsr9O7ONdY8=; b=DZLNpeWsfZo4VYooW4asx8RBSc5P/9O4TZBNSM8yIx0eYMJVyvQlsFBeEsIle3xkJx J/UCh23hzHNSVZbyNIcOo5i+rRAOIP7TPfOtCBJeZLZa/2Q8CvBHc3xIK92J3tM/FiHm sIlxonqVmpcN1NEBXpy0mWGpBs6YTp+DROnSi6A9b18ETptmY0xxMkhttC3SlUo8zcsP /J0IRAd7YwcE1iP8whSE3U8AXqpxIhpTYQW9+PYzaHMQT4VO1yceVlisA7K9HvTBCzht Zy2DXaLB5NvPgBTOrqX4a01Tem6i627hlRj79ccxyif8CSpYY+tvGdGR/N0ksVsSWj+G F7FQ== MIME-Version: 1.0 X-Received: by 10.220.242.73 with SMTP id lh9mr9678846vcb.49.1367352784858; Tue, 30 Apr 2013 13:13:04 -0700 (PDT) Received: by 10.58.125.5 with HTTP; Tue, 30 Apr 2013 13:13:04 -0700 (PDT) In-Reply-To: <20130430122855.Horde._Cy4dfliB6Jv-vcX5p1S0A1@webmail.df.eu> References: <517CE158.3000006@freebsd.org> <517D55A9.4060806@zoho.com> <517D961F.1020904@gmail.com> <20130430122855.Horde._Cy4dfliB6Jv-vcX5p1S0A1@webmail.df.eu> Date: Tue, 30 Apr 2013 22:13:04 +0200 Message-ID: Subject: Re: Light humour From: Asen Varsanov To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 20:13:05 -0000 I am reading this mailing list and wanted to share my thoughts too. GNU/Linux and *BSD should go hand in hand. There is no conflict there. Both cherish open source and freedom culture. Maybe one is more of a fighter type the other more of a generous type, who knows, but for sure both brilliant. Please, don't make assumptions about average GNU/Linux user, from one blogger that seems to be a bit confused. In my opinion average GNU/Linux user respects all *open alternatives*. And because I like examples, I will just mention "Debian GNU/kFreeBSD". Also I think most GNU/Linux people (including me) are really happy about the ZFS port, so what can I say more ... Cheers, Asen From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 21:03:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E7431EC0; Tue, 30 Apr 2013 21:03:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 931A21821; Tue, 30 Apr 2013 21:03:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F167BB986; Tue, 30 Apr 2013 17:03:12 -0400 (EDT) From: John Baldwin To: Glen Barber Subject: Re: panic: in_pcblookup_local (?) Date: Tue, 30 Apr 2013 16:53:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <201304291224.06328.jhb@freebsd.org> <20130430003552.GC1588@glenbarber.us> In-Reply-To: <20130430003552.GC1588@glenbarber.us> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201304301653.13845.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 30 Apr 2013 17:03:13 -0400 (EDT) Cc: Ian FREISLICH , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 21:03:14 -0000 On Monday, April 29, 2013 8:35:52 pm Glen Barber wrote: > On Mon, Apr 29, 2013 at 12:24:06PM -0400, John Baldwin wrote: > > On Sunday, April 28, 2013 12:02:56 am Glen Barber wrote: > > > On Sat, Apr 27, 2013 at 10:17:32AM +0200, Ian FREISLICH wrote: > > > > Hi > > > > > > > > I've been getting the following panic on recent current r249717. > > > > Sadly the crashdump is useless. > > > > > > > > > > I just saw similar panic on 10-CURRENT r249588. > > > > > > > Fatal trap 9: general protection fault while in kernel mode > > > > cpuid = 15; apic id = 0f > > > > instruction pointer = 0x20:0xffffffff80546fbc > > > > stack pointer = 0x28:0xffffff846b677770 > > > > frame pointer = 0x28:0xffffff846b6777b0 > > > > 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 = 4361 (zabbix_agentd) > > > > > > Hmm.. This is interests me. In my case, cf-agent was the current > > > process. > > > > > > Backtrace of my panic follows. Any pointers on how to debug this > > > further would be appreciated. > > > > > > Glen > > > > > > Script started on Sat Apr 27 23:53:53 2013 > > > root@orion:/usr/obj/usr/src/sys/ORION # kgdb ./kernel.debug > > /var/crash/vmcore.4 > > > GNU gdb 6.1.1 [FreeBSD] > > > Copyright 2004 Free Software Foundation, Inc. > > > GDB is free software, covered by the GNU General Public License, and you are > > > welcome to change it and/or distribute copies of it under certain > > conditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > > This GDB was configured as "amd64-marcel-freebsd"... > > > > > > Unread portion of the kernel message buffer: > > > > > > > > > Fatal trap 9: general protection fault while in kernel mode > > > cpuid = 1; apic id = 01 > > > instruction pointer = 0x20:0xffffffff80736cec > > > stack pointer = 0x28:0xffffff81aad4e760 > > > frame pointer = 0x28:0xffffff81aad4e7a0 > > > 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 = 78664 (cf-agent) > > > trap number = 9 > > > panic: general protection fault > > > cpuid = 1 > > > KDB: stack backtrace: > > > #0 0xffffffff80642a56 at kdb_backtrace+0x66 > > > #1 0xffffffff80606eeb at panic+0x13b > > > #2 0xffffffff808e3b10 at trap_fatal+0x290 > > > #3 0xffffffff808e4331 at trap+0x241 > > > #4 0xffffffff808cdbb3 at calltrap+0x8 > > > #5 0xffffffff807371d8 at in_pcb_lport+0x128 > > > #6 0xffffffff8073745a at in_pcbbind_setup+0x16a > > > #7 0xffffffff80737d8e at in_pcbconnect_setup+0x71e > > > #8 0xffffffff80737df9 at in_pcbconnect_mbuf+0x59 > > > #9 0xffffffff807bf29f at udp_connect+0x11f > > > #10 0xffffffff80680615 at kern_connectat+0x275 > > > #11 0xffffffff80680731 at sys_connect+0x41 > > > #12 0xffffffff808e32cb at amd64_syscall+0x63b > > > #13 0xffffffff808cde97 at Xfast_syscall+0xf7 > > > Uptime: 3d19h38m52s > > > (ada0:ahcich0:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 > > > (ada0:ahcich0:0:0:0): CAM status: CCB request is in progress > > > (ada0:ahcich0:0:0:0): Error 5, Retries exhausted > > > (ada0:ahcich0:0:0:0): Synchronize cache failed > > > (ada1:ahcich1:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 > > > (ada1:ahcich1:0:0:0): CAM status: CCB request is in progress > > > (ada1:ahcich1:0:0:0): Error 5, Retries exhausted > > > (ada1:ahcich1:0:0:0): Synchronize cache failed > > > (ada2:ahcich4:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 > > > (ada2:ahcich4:0:0:0): CAM status: CCB request is in progress > > > (ada2:ahcich4:0:0:0): Error 5, Retries exhausted > > > (ada2:ahcich4:0:0:0): Synchronize cache failed > > > (ada3:ahcich5:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 > > > (ada3:ahcich5:0:0:0): CAM status: CCB request is in progress > > > (ada3:ahcich5:0:0:0): Error 5, Retries exhausted > > > (ada3:ahcich5:0:0:0): Synchronize cache failed > > > Dumping 1014 out of 6049 > > MB:..2%..12%..21%..32%..42%..51%..62%..71%..81%..92% > > > > > > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > > > Loaded symbols for /boot/kernel/zfs.ko.symbols > > > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > > > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > > > #0 doadump (textdump=) at pcpu.h:231 > > > 231 __asm("movq %%gs:%1,%0" : "=r" (td) > > > (kgdb) frame 6 > > > #6 0xffffffff80736cec in in_pcblookup_local (pcbinfo=0xffffffff80dc9180, > > laddr= > > > {s_addr = 50374848}, lport=339, lookupflags=1, > > cred=0xfffffe016cdad100) > > > at /usr/src/sys/netinet/in_pcb.c:1438 > > > 1438 LIST_FOREACH(phd, porthash, phd_hash) { > > > (kgdb) list *0xffffffff80736cec > > > 0xffffffff80736cec is in in_pcblookup_local > > (/usr/src/sys/netinet/in_pcb.c:1439). > > > 1434 * port hash list. > > > 1435 */ > > > 1436 porthash = &pcbinfo->ipi_porthashbase[INP_PCBPORTHASH(lport, > > > 1437 pcbinfo->ipi_porthashmask)]; > > > 1438 LIST_FOREACH(phd, porthash, phd_hash) { > > > 1439 if (phd->phd_port == lport) > > > 1440 break; > > > 1441 } > > > 1442 if (phd != NULL) { > > > 1443 /* > > > > Can you see what 'phd' and 'porthash' are? If kgdb can't see them you can > > reconstruct what 'porthash' should be (you know the lport arg to this routine > > and can get the relevant fields from 'pcbinfo'). > > > > I'm not sure if the output included makes much sense. If I did not do > something correctly, please let me know. > > Glen > > Script started on Mon Apr 29 20:27:39 2013 > root@orion:/usr/obj/usr/src/sys/ORION # kgdb ./kernel.debug /var/crash/vmcore.4 > [...] > #0 doadump (textdump=) at pcpu.h:231 > 231 __asm("movq %%gs:%1,%0" : "=r" (td) > (kgdb) frame 6 > #6 0xffffffff80736cec in in_pcblookup_local (pcbinfo=0xffffffff80dc9180, laddr= > {s_addr = 50374848}, lport=339, lookupflags=1, cred=0xfffffe016cdad100) > at /usr/src/sys/netinet/in_pcb.c:1438 > 1438 LIST_FOREACH(phd, porthash, phd_hash) { > (kgdb) p *phd > Cannot access memory at address 0x9e17b100fffffe00 > (kgdb) p *porthash > No symbol "porthash" in current context. > (kgdb) p &pcbinfo->ipi_porthashbase[INP_PCBPORTHASH(lport,pcbinfo->ipi_porthashmask)] > No symbol "INP_PCBPORTHASH" in current context. > (kgdb) p pcbinfo->ipi_porthashmask > $1 = 127 > (kgdb) p *pcbinfo->ipi_porthashmask > Cannot access memory at address 0x7f > (kgdb) p *lport > Cannot access memory at address 0x153 > (kgdb) p lport > $2 = 339 > (kgdb) quit > root@orion:/usr/obj/usr/src/sys/ORION # ^D Try 'p phd' to start. INP_PCBPORTHASH is a macro, so you will have to do it by hand: 'p pcbinfo->ipi_porthashbase[lport & pcbinfo->ipi_porthashmask]' (That should be what 'porthash' is.) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Apr 30 21:19:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F35262E8; Tue, 30 Apr 2013 21:19:11 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with ESMTP id D35391901; Tue, 30 Apr 2013 21:19:11 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id DE2D723F808; Tue, 30 Apr 2013 17:19:10 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us DE2D723F808 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 30 Apr 2013 17:19:08 -0400 From: Glen Barber To: John Baldwin Subject: Re: panic: in_pcblookup_local (?) Message-ID: <20130430211908.GB1621@glenbarber.us> References: <201304291224.06328.jhb@freebsd.org> <20130430003552.GC1588@glenbarber.us> <201304301653.13845.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="NMuMz9nt05w80d4+" Content-Disposition: inline In-Reply-To: <201304301653.13845.jhb@freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian FREISLICH , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 21:19:12 -0000 --NMuMz9nt05w80d4+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 30, 2013 at 04:53:13PM -0400, John Baldwin wrote: > Try 'p phd' to start. INP_PCBPORTHASH is a macro, so you will > have to do it by hand: >=20 > 'p pcbinfo->ipi_porthashbase[lport & pcbinfo->ipi_porthashmask]' >=20 > (That should be what 'porthash' is.) >=20 Thanks for the pointers. (Hah!) Hopefully this is the info you are looking for: Script started on Tue Apr 30 17:16:07 2013 root@orion:/usr/obj/usr/src/sys/ORION # kgdb ./kernel.debug /var/crash/vmco= re.4 [...] #0 doadump (textdump=3D) at pcpu.h:231 231 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) frame 6 #6 0xffffffff80736cec in in_pcblookup_local (pcbinfo=3D0xffffffff80dc9180,= laddr=3D {s_addr =3D 50374848}, lport=3D339, lookupflags=3D1, cred=3D0xfffffe0= 16cdad100) at /usr/src/sys/netinet/in_pcb.c:1438 1438 LIST_FOREACH(phd, porthash, phd_hash) { (kgdb) p phd $1 =3D (struct inpcbport *) 0x9e17b100fffffe00 (kgdb) p pcbinfo->ipi_porthashbase[lport & pcbinfo->ipi_porthashmask] $2 =3D {lh_first =3D 0x0} (kgdb) p lport $3 =3D 339 (kgdb) p pcbinfo->ipi_porthashmask $4 =3D 127 (kgdb) root@orion:/usr/obj/usr/src/sys/ORION # ^D Script done on Tue Apr 30 17:16:55 2013 Glen --NMuMz9nt05w80d4+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRgDVMAAoJEFJPDDeguUajemYIAKXL4h8+vkAAf9hLxI5/PoHA r7/+Eao+RPvUdmHBxmgdACC5iTeJf17SBTpwwhQWnhYGicsjLHFp+IjsosFg4+Uh ZJdb/GkoD/UoGbNBNL5k5gX2EBQp9770lGpr4TGuaj5GRuRYWMYwjtwKAPGh2fpY YiAdPttAQ1nhW+yWhuw+4ULOkFElBaRH54vJQGiimdK7hf3vKddB8HH13dOF3bgr n+a3WaUN0kG+2vWvSzCXM+MsmlnPDAWDp2S2TvbYsDlNcsdvTYS6AUDZlzDQDKpe eMsCeQaA3V1tbXvlsxfGDPdwmYuu75AxuJ9k8itnabU/ILstmPPFR+fd9KQE5Zs= =u3Tn -----END PGP SIGNATURE----- --NMuMz9nt05w80d4+-- From owner-freebsd-current@FreeBSD.ORG Wed May 1 16:19:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id ABF535E6; Wed, 1 May 2013 16:19:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 88B3A1737; Wed, 1 May 2013 16:19:39 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D43CAB993; Wed, 1 May 2013 12:19:38 -0400 (EDT) From: John Baldwin To: Glen Barber Subject: Re: panic: in_pcblookup_local (?) Date: Wed, 1 May 2013 11:56:03 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <201304301653.13845.jhb@freebsd.org> <20130430211908.GB1621@glenbarber.us> In-Reply-To: <20130430211908.GB1621@glenbarber.us> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201305011156.03974.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 01 May 2013 12:19:38 -0400 (EDT) Cc: Ian FREISLICH , freebsd-current@freebsd.org, Robert Watson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2013 16:19:39 -0000 On Tuesday, April 30, 2013 5:19:08 pm Glen Barber wrote: > On Tue, Apr 30, 2013 at 04:53:13PM -0400, John Baldwin wrote: > > Try 'p phd' to start. INP_PCBPORTHASH is a macro, so you will > > have to do it by hand: > > > > 'p pcbinfo->ipi_porthashbase[lport & pcbinfo->ipi_porthashmask]' > > > > (That should be what 'porthash' is.) > > > > Thanks for the pointers. (Hah!) > > Hopefully this is the info you are looking for: > > Script started on Tue Apr 30 17:16:07 2013 > root@orion:/usr/obj/usr/src/sys/ORION # kgdb ./kernel.debug /var/crash/vmcore.4 > [...] > #0 doadump (textdump=) at pcpu.h:231 > 231 __asm("movq %%gs:%1,%0" : "=r" (td) > (kgdb) frame 6 > #6 0xffffffff80736cec in in_pcblookup_local (pcbinfo=0xffffffff80dc9180, laddr= > {s_addr = 50374848}, lport=339, lookupflags=1, cred=0xfffffe016cdad100) > at /usr/src/sys/netinet/in_pcb.c:1438 > 1438 LIST_FOREACH(phd, porthash, phd_hash) { > (kgdb) p phd > $1 = (struct inpcbport *) 0x9e17b100fffffe00 That is odd, that looks word-swapped, as if it should be 0xfffffe009e17b100 (which would be a more normal pointer in the kernel on amd64). > (kgdb) p pcbinfo->ipi_porthashbase[lport & pcbinfo->ipi_porthashmask] > $2 = {lh_first = 0x0} So the list is now empty. :( This feels like the list was updated out from under the pcbinfo. Looking at your earlier e-mail: (kgdb) p *pcbinfo $1 = {ipi_lock = {lock_object = {lo_name = 0xffffffff809d4d82 "udp", lo_flags = 69926912, lo_data = 0, lo_witness = 0x0}, rw_lock = 1}, ipi_listhead = 0xffffffff80dc9108, ipi_count = 28, ipi_gencnt = 535501, ipi_lastport = 21249, ipi_lastlow = 0, ipi_lasthi = 0, ipi_zone = 0xfffffe0017b60380, ipi_pcbgroups = 0x0, ipi_npcbgroups = 0, ipi_hashfields = 0, ipi_hash_lock = {lock_object = { lo_name = 0xffffffff80a03d80 "pcbinfohash", lo_flags = 69402624, lo_data = 0, lo_witness = 0x0}, rw_lock = 18446741877615517696}, ipi_hashbase = 0xfffffe00120f6000, ipi_hashmask = 127, ipi_porthashbase = 0xfffffe00120f5c04, ipi_porthashmask = 127, ipi_wildbase = 0x0, ipi_wildmask = 0, ipi_vnet = 0x0, ipi_pspare = {0x0, 0x0}} It looks like the ipi_hash_lock is locked (and udp_connect() locks it), so I think the offending code is somewhere else. Also, I can't find anything that removes an inp without hold the correct pcbinfo lock. Only thing I can think of is if the pcbinfo pointer for an inp could change, so we could maybe lock the wrong one while removing it? Hmmmmmm, you know. In in_pcbremlists() and in_pcbdrop(), we read inp_phd without holding the hash lock. I think that probably don't actaully break anything, but this feels like a locking issue of some sort. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 1 17:45:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B8C8A566; Wed, 1 May 2013 17:45:54 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [204.107.128.56]) by mx1.freebsd.org (Postfix) with ESMTP id 955EB1BFE; Wed, 1 May 2013 17:45:54 +0000 (UTC) Received: from fell28n62.joh.private.cam.ac.uk (global-1-82.nat.csx.cam.ac.uk [131.111.184.82]) by cyrus.watson.org (Postfix) with ESMTPSA id 9143346B35; Wed, 1 May 2013 13:45:53 -0400 (EDT) Subject: Re: panic: in_pcblookup_local (?) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <201305011156.03974.jhb@freebsd.org> Date: Wed, 1 May 2013 18:45:53 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201304301653.13845.jhb@freebsd.org> <20130430211908.GB1621@glenbarber.us> <201305011156.03974.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1283) Cc: Ian FREISLICH , Glen Barber , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2013 17:45:54 -0000 On 1 May 2013, at 16:56, John Baldwin wrote: > It looks like the ipi_hash_lock is locked (and udp_connect() locks = it), so I=20 > think the offending code is somewhere else. Also, I can't find = anything that > removes an inp without hold the correct pcbinfo lock. Only thing I = can think > of is if the pcbinfo pointer for an inp could change, so we could = maybe > lock the wrong one while removing it? >=20 > Hmmmmmm, you know. In in_pcbremlists() and in_pcbdrop(), we read = inp_phd=20 > without holding the hash lock. I think that probably don't actaully = break > anything, but this feels like a locking issue of some sort. I'll need to catch up on this thread later, but a few questions: Do we know if the application in question is multithreaded, and if so, = might it be attempting concurrent operations on this socket? The corrupted pointer is worrying ... but interesting, and suggests = something else is going on here -- stack corruption earlier in the = system call, perhaps? In general, to modify our various hash lists you must lock both the = inpcb and the list. It's therefore sufficient to hold either lock to = read, so reading inp_phd should be OK with the inpcb lock held, even = without the hash lock held. Do we have a dump of *inp, and if so, can we confirm that the inpcb is = still properly referenced, if there is an associated socket, likewise a = dump of *inp->inp_socket to check things are properly referenced there? Robert= From owner-freebsd-current@FreeBSD.ORG Wed May 1 18:03:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E114DCF3; Wed, 1 May 2013 18:03:24 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id B2E9E1CE3; Wed, 1 May 2013 18:03:24 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 5D27823F804; Wed, 1 May 2013 14:03:23 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us 5D27823F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 1 May 2013 14:03:21 -0400 From: Glen Barber To: "Robert N. M. Watson" Subject: Re: panic: in_pcblookup_local (?) Message-ID: <20130501180321.GA44525@glenbarber.us> References: <201304301653.13845.jhb@freebsd.org> <20130430211908.GB1621@glenbarber.us> <201305011156.03974.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian FREISLICH , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2013 18:03:25 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 01, 2013 at 06:45:53PM +0100, Robert N. M. Watson wrote: >=20 > On 1 May 2013, at 16:56, John Baldwin wrote: >=20 > > It looks like the ipi_hash_lock is locked (and udp_connect() locks it),= so I=20 > > think the offending code is somewhere else. Also, I can't find anythin= g that > > removes an inp without hold the correct pcbinfo lock. Only thing I can= think > > of is if the pcbinfo pointer for an inp could change, so we could maybe > > lock the wrong one while removing it? > >=20 > > Hmmmmmm, you know. In in_pcbremlists() and in_pcbdrop(), we read inp_p= hd=20 > > without holding the hash lock. I think that probably don't actaully bre= ak > > anything, but this feels like a locking issue of some sort. >=20 > I'll need to catch up on this thread later, but a few questions: >=20 > Do we know if the application in question is multithreaded, and > if so, might it be attempting concurrent operations on this socket? I do not know if zabbix-agent is multithreaded, but cf-agent is. > The corrupted pointer is worrying ... but interesting, and suggests > something else is going on here -- stack corruption earlier in the > system call, perhaps? >=20 > In general, to modify our various hash lists you must lock both > the inpcb and the list. It's therefore sufficient to hold either > lock to read, so reading inp_phd should be OK with the inpcb lock > held, even without the hash lock held. >=20 > Do we have a dump of *inp, and if so, can we confirm that the > inpcb is still properly referenced, if there is an associated socket, > likewise a dump of *inp->inp_socket to check things are properly > referenced there? >=20 I will follow up with this information as soon as possible. Glen --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRgVjpAAoJEFJPDDeguUajIhAIAJ8zBs7CWHqPshgASEoRNLct gNl+GsLa5jXLkkkdAJy+UW+cadeBWDHg5cnNYpTPNTL0BIIZ65Lm2iGfYaLqLPHs 8sDC9TsMiG7SDZfpLVWLBWuZGuwr0q/2wLgdWWnV8OEzH6SkeQAop0z1hvaJrGEb 4aklPpwGFT3lXD7DaQrb0Q4Iu68P3cy3XGDBTczJj3nEaGdywEmYZtTUQv9uflC2 FH+9BZtO5kdGYEwfvXuYO3AM4th+zGmvnce/7Wt5mw8cIZXDkYYeAioblaIpQlP4 Ldi0R87FhiWpBSDVtFta5EVxQvWsVAXcdxscoEDibHw4zsXycZR/oQNeQWuSPTc= =8TRT -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Wed May 1 18:08:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 929FE5A2; Wed, 1 May 2013 18:08:58 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [204.107.128.56]) by mx1.freebsd.org (Postfix) with ESMTP id 6F32B1D42; Wed, 1 May 2013 18:08:58 +0000 (UTC) Received: from fell28n62.joh.private.cam.ac.uk (global-1-82.nat.csx.cam.ac.uk [131.111.184.82]) by cyrus.watson.org (Postfix) with ESMTPSA id B240846B35; Wed, 1 May 2013 14:08:57 -0400 (EDT) Subject: Re: panic: in_pcblookup_local (?) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <20130501180321.GA44525@glenbarber.us> Date: Wed, 1 May 2013 19:08:57 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <49916D2B-496A-40EA-971F-62951FF6B584@freebsd.org> References: <201304301653.13845.jhb@freebsd.org> <20130430211908.GB1621@glenbarber.us> <201305011156.03974.jhb@freebsd.org> <20130501180321.GA44525@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1283) Cc: Ian FREISLICH , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2013 18:08:58 -0000 On 1 May 2013, at 19:03, Glen Barber wrote: >> I'll need to catch up on this thread later, but a few questions: >>=20 >> Do we know if the application in question is multithreaded, and >> if so, might it be attempting concurrent operations on this socket? >=20 > I do not know if zabbix-agent is multithreaded, but cf-agent is. If in DDB, it would be useful to do a "ps" so we can identify threads in = the process, and in particular, whether they might be in the kernel = around the moment of the panic. > I will follow up with this information as soon as possible. Thanks. Do keep around as much information as you can from DDB, = crashdumps, etc. A useful set of things to keep from DDB includes the = initial panic information and trap frame, "show pcpu", "show allpcpu", = "trace", "alltrace", "ps", and if WITNESS is compiled in, "show locks" = and "show alllocks". On busy systems, all the backtraces add up to a lot = of space, so you might hold onto that rather than e-mail it, but contain = useful information. Often, debugging this sort of race condition = involves looking at what other network-centred threads are doing -- = e.g., device-driver ithreads, netisr, other involved user threads. You = may be able to extract much of that information using ps on the = crashdump (not sure if procstat is there yet for crashdumps) -- if so, = be sure to use -H (or whatever the argument is to print thread, not just = process, information). Off to a formal dinner, but back later! Robert= From owner-freebsd-current@FreeBSD.ORG Wed May 1 18:30:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F021FDF2; Wed, 1 May 2013 18:30:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id CAC6E1E4E; Wed, 1 May 2013 18:30:51 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9F5AEB911; Wed, 1 May 2013 14:30:50 -0400 (EDT) From: John Baldwin To: "Robert N. M. Watson" Subject: Re: panic: in_pcblookup_local (?) Date: Wed, 1 May 2013 14:30:36 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <20130501180321.GA44525@glenbarber.us> <49916D2B-496A-40EA-971F-62951FF6B584@freebsd.org> In-Reply-To: <49916D2B-496A-40EA-971F-62951FF6B584@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201305011430.37106.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 01 May 2013 14:30:50 -0400 (EDT) Cc: Ian FREISLICH , Glen Barber , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2013 18:30:52 -0000 On Wednesday, May 01, 2013 2:08:57 pm Robert N. M. Watson wrote: > > On 1 May 2013, at 19:03, Glen Barber wrote: > > >> I'll need to catch up on this thread later, but a few questions: > >> > >> Do we know if the application in question is multithreaded, and > >> if so, might it be attempting concurrent operations on this socket? > > > > I do not know if zabbix-agent is multithreaded, but cf-agent is. > > If in DDB, it would be useful to do a "ps" so we can identify threads in the process, and in particular, whether they might be in the kernel around the moment of the panic. > > > I will follow up with this information as soon as possible. > > Thanks. Do keep around as much information as you can from DDB, crashdumps, etc. A useful set of things to keep from DDB includes the initial panic information and trap frame, "show pcpu", "show allpcpu", "trace", "alltrace", "ps", and if WITNESS is compiled in, "show locks" and "show alllocks". On busy systems, all the backtraces add up to a lot of space, so you might hold onto that rather than e-mail it, but contain useful information. Often, debugging this sort of race condition involves looking at what other network-centred threads are doing -- e.g., device-driver ithreads, netisr, other involved user threads. You may be able to extract much of that information using ps on the crashdump (not sure if procstat is there yet for crashdumps) -- if so, be sure to use -H (or whatever the argument is to print thread, not just process, information). You can also grab my kgdb scripts from www.freebsd.org/~jhb/gdb/ Put those in a dir and do 'source gdb6'. You can then run 'ps' to get a good ps listing that includes threads. You can also use 'thread apply all bt' to get stacktraces of all threads in kgdb. I believe there is an 'allpcpu' command that is similar to 'show allpcpu' in DDB. Robert, in this case he has a full crashdump, so we can get quite a bit of information from it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 2 00:57:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3D4B34A5; Thu, 2 May 2013 00:57:14 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with ESMTP id 05A001D2B; Thu, 2 May 2013 00:57:13 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id E8CFC23F804; Wed, 1 May 2013 20:57:05 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us E8CFC23F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 1 May 2013 20:57:04 -0400 From: Glen Barber To: John Baldwin Subject: Re: panic: in_pcblookup_local (?) Message-ID: <20130502005704.GB1623@glenbarber.us> References: <20130501180321.GA44525@glenbarber.us> <49916D2B-496A-40EA-971F-62951FF6B584@freebsd.org> <201305011430.37106.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="s2ZSL+KKDSLx8OML" Content-Disposition: inline In-Reply-To: <201305011430.37106.jhb@freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian FREISLICH , freebsd-current@freebsd.org, "Robert N. M. Watson" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 00:57:14 -0000 --s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 01, 2013 at 02:30:36PM -0400, John Baldwin wrote: > On Wednesday, May 01, 2013 2:08:57 pm Robert N. M. Watson wrote: > > If in DDB, it would be useful to do a "ps" so we can identify threads i= n the=20 > > process, and in particular, whether they might be in the kernel around = the=20 > > moment of the panic. > >=20 > > > I will follow up with this information as soon as possible. > >=20 > > Thanks. Do keep around as much information as you can from DDB, crashdu= mps,=20 > > etc. A useful set of things to keep from DDB includes the initial panic= =20 > > information and trap frame, "show pcpu", "show allpcpu", "trace", "allt= race",=20 > > "ps", and if WITNESS is compiled in, "show locks" and "show alllocks". = On busy=20 > > systems, all the backtraces add up to a lot of space, so you might hold= onto=20 > > that rather than e-mail it, but contain useful information. Often, debu= gging=20 > > this sort of race condition involves looking at what other network-cent= red=20 > > threads are doing -- e.g., device-driver ithreads, netisr, other involv= ed user=20 > > threads. You may be able to extract much of that information using ps o= n the=20 > > crashdump (not sure if procstat is there yet for crashdumps) -- if so, = be sure=20 > > to use -H (or whatever the argument is to print thread, not just proces= s,=20 > > information). >=20 So, I am admittedly not too familiar with DDB. In fact, I just now realize the kernel is built without DDB... Additionally, the kernel is built without WITNESS. > You can also grab my kgdb scripts from www.freebsd.org/~jhb/gdb/ >=20 Thanks for these. > Put those in a dir and do 'source gdb6'. You can then run 'ps' to get a = good=20 > ps listing that includes threads. You can also use 'thread apply all bt'= to=20 > get stacktraces of all threads in kgdb. I believe there is an 'allpcpu'= =20 > command that is similar to 'show allpcpu' in DDB. >=20 I have the outputs of 'ps', 'allpcpu', and 'thread apply all bt' saved to separate script(1) files. Is there anything in particular I can look for before uploading the files somewhere public? At quick-ish look though, I did not see anything cf-agent (the current process at time of panic) related. > Robert, in this case he has a full crashdump, so we can get quite a bit o= f=20 > information from it. >=20 Right, and I can keep anything available for as long as necessary. Glen --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRgbngAAoJEFJPDDeguUajPwoH/1PS3aR5Y5gqMNPljv/kIryG kUouqmU8pbpOngvz7G+QGKGRsdRgAAS28whQTs6duzMVMMgGf5EYOHWEbBAgZGvn +u6o2noZjnKX9QA3V6HzKm7mNv+zXAFYYzxrwzzPSnGubKjVSOCCT+XQMnxcYnzi lSnkmKHmriFQKa2LUdI+RRv+SoG1gQQnYXoW/82x5nAl4/GAY/IruoSnPFVpWcom VVTf0Z1kLiJoTKdZSBQlIvD4pboGM6NSq92E9uk/0+im6b5mKoiQZ52BxbuiczR4 1FBCRlRf+LfWt4cd+8tIC2Dmuig0d3SpAjk9vlEUG24msPrf1Vgj6PFVhrZVisY= =Y9/z -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML-- From owner-freebsd-current@FreeBSD.ORG Thu May 2 06:43:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 91115984 for ; Thu, 2 May 2013 06:43:19 +0000 (UTC) (envelope-from mailer-daemon@vniz.net) Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [209.85.217.181]) by mx1.freebsd.org (Postfix) with ESMTP id 187DD16F2 for ; Thu, 2 May 2013 06:43:18 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id w10so211625lbi.40 for ; Wed, 01 May 2013 23:43:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :openpgp:content-type:content-transfer-encoding:x-gm-message-state; bh=oHx1Jzxw12jOPnzfl2L3xqtJ1qukniTjx0npmr1qU60=; b=c+LQoBC4G39rbviYx/mU4+fMDeer8ltV2lhqu7LKd/UjIGJ+N9LVaAeiq3cB+8TdPQ CxQSN4nVxHc0yvBO2TUsiEV9+wJxtzW5jKbgvJb9A/sC6+nFbj/qpNmwCRmH3aESJ6+3 kWJwCh8siFp1e/ZEu4LwPjnIWELy+Q4qYqy6z4jDdonCWHWoDWflwj5dU4xhX/RGxoAw JQ/Is4JNTmGycMQPJUZ2B4bPgp5ZxgMLR0w+Qcjhku5OzaFgOQdBfuP8w+mhz3VmDVFy cNJzEGJZnuv+GUpCbefb89WfXnIlcxhc6SwmHVMweopVwcewVDb5d2zmcFF7ZEo8f/+j 517w== X-Received: by 10.112.164.65 with SMTP id yo1mr2143407lbb.107.1367476991561; Wed, 01 May 2013 23:43:11 -0700 (PDT) Received: from [192.168.1.2] ([89.169.163.3]) by mx.google.com with ESMTPSA id jr19sm2289022lab.0.2013.05.01.23.43.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 01 May 2013 23:43:10 -0700 (PDT) Message-ID: <51820AFD.1030607@freebsd.org> Date: Thu, 02 May 2013 10:43:09 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: current@FreeBSD.org, davide@freebsd.org Subject: Kernel build error in hwpmc with system GNU cc OpenPGP: id=964474DD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmoeq58KeAOBun0C2OOYVtE539NjyDOHhZDGAoYQgu/iMuUQ3zdXNw/qI04x6YovM8UMfA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 06:43:19 -0000 cc1: warnings being treated as errors /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c: In function 'iap_allocate_pmc': /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c:1935: warning: 'map' may be used uninitialized in this function *** [hwpmc_core.o] Error code 1 -- bitcoin:13fGiNutKNHcVSsgtGQ7bQ5kgUKgEQHn7N From owner-freebsd-current@FreeBSD.ORG Thu May 2 06:51:21 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 76A20C96 for ; Thu, 2 May 2013 06:51:21 +0000 (UTC) (envelope-from mailer-daemon@vniz.net) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id 00A8A1777 for ; Thu, 2 May 2013 06:51:20 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id fl20so212838lab.23 for ; Wed, 01 May 2013 23:51:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :openpgp:content-type:content-transfer-encoding:x-gm-message-state; bh=6QE5scTddbzCBN/tm3Mpdk4QjIKsj9DITXlYrVGPc20=; b=pS0lVhlcP2OIIEjP3jPCVtJJOMxCfM4fPiOqAcxxSHYoKRANNNU9CLgt9PAOjk8gHU ki4UZYJj9ns8YNINEwO3Aw95AZVF6nna5TllAt0XIP7KhowznM3Oe5fOy3EiGtc1B/a1 igf21dNSxJAXtNYgeZeNdLWdjDRuyOAh0iZjUDkepKlSBHnftbqLyVq0a7WzcSUCRCwz IL9eNT3XLZKK+ut0zTZWSTXbl/21r8ssmC37nS5K2Kkp3R020TRH53u2/pkSvEBIc7mE 02Ac9w7y0LgNP+1S6G0W7chDNtq0Xb5ABOSeGP6mQl1K/gt3sBLwQwVWg84SXjeSYyzY /+Ug== X-Received: by 10.112.129.2 with SMTP id ns2mr2176905lbb.53.1367477479758; Wed, 01 May 2013 23:51:19 -0700 (PDT) Received: from [192.168.1.2] ([89.169.163.3]) by mx.google.com with ESMTPSA id 4sm2010713lak.6.2013.05.01.23.51.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 01 May 2013 23:51:19 -0700 (PDT) Message-ID: <51820CE6.1050607@freebsd.org> Date: Thu, 02 May 2013 10:51:18 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: current@FreeBSD.org, mav@freebsd.org, scsi@freebsd.org Subject: Last current shows strange CAM/SCSI error on empty USB card reader on the boot OpenPGP: id=964474DD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnkP+8i8JIgV9vBj8TApGv8f+Yvkg63Udh9lBmtvORYm2mwXhzoi9p0ex2aq8ZGNbCbeOLu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 06:51:21 -0000 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x4100 umass0:10:0:-1: Attached to scbus10 da0 at umass-sim0 bus 0 scbus10 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error -- bitcoin:13fGiNutKNHcVSsgtGQ7bQ5kgUKgEQHn7N From owner-freebsd-current@FreeBSD.ORG Thu May 2 07:51:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BBAED863; Thu, 2 May 2013 07:51:03 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ea0-x236.google.com (mail-ea0-x236.google.com [IPv6:2a00:1450:4013:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id CD84A1D0B; Thu, 2 May 2013 07:51:02 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id z16so120258ead.27 for ; Thu, 02 May 2013 00:51:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=VVnmJU0J3QG11WpndZaPEFFNRVQkSBZAVOvYhb2yCyw=; b=pV8NXlAsf29+zpmELmcAPUkipA39Cm4v7NvwZ09adT2qq9lzHUG7ePJE0UtnBbdxiV Nm078AR6N19v74+puZNLkQK2/GYRskZ4luxpM6zbYC8RFqaE4iWYET57s4zS7mhEMSOr Wrp9QzN3T2zFbGWfjqNaT4XNkETk7foSJXxsYsCJTrnQJQaDuGLRlwbdXk5bibfOSl77 gcJhkvGe0pUtdUPwTZC+hVflu8HhJ7pASDAqn2RUSp01RKW2np6luxSx1mqT400MHrhq MovFpvDm22ASpfIZmJVMlSZgOO8Q3Wn0D96zYFciSWeaE7GS2KZBmQK90uTgT+csE22J J0gQ== X-Received: by 10.15.32.71 with SMTP id z47mr5347031eeu.3.1367481061940; Thu, 02 May 2013 00:51:01 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (mavhome.mavhome.dp.ua. [213.227.240.37]) by mx.google.com with ESMTPSA id l6sm7898356eem.9.2013.05.02.00.50.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 02 May 2013 00:51:00 -0700 (PDT) Sender: Alexander Motin Message-ID: <51821AE2.9010503@FreeBSD.org> Date: Thu, 02 May 2013 10:50:58 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130413 Thunderbird/17.0.5 MIME-Version: 1.0 To: Andrey Chernov Subject: Re: Last current shows strange CAM/SCSI error on empty USB card reader on the boot References: <51820CE6.1050607@freebsd.org> In-Reply-To: <51820CE6.1050607@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Steven Hartland , current@FreeBSD.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 07:51:03 -0000 Thank you for the report. It is known issue. Steven (the author) is already testing the solution. On 02.05.2013 09:51, Andrey Chernov wrote: > umass0: on usbus3 > umass0: SCSI over Bulk-Only; quirks = 0x4100 > umass0:10:0:-1: Attached to scbus10 > da0 at umass-sim0 bus 0 scbus10 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) > (da0:umass-sim0:0:0:0): Error 6, Unretryable error > (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) > (da0:umass-sim0:0:0:0): Error 6, Unretryable error > (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) > (da0:umass-sim0:0:0:0): Error 6, Unretryable error > (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) > (da0:umass-sim0:0:0:0): Error 6, Unretryable error -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu May 2 07:55:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BB941A01 for ; Thu, 2 May 2013 07:55:37 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 5A3C11D42 for ; Thu, 2 May 2013 07:55:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id 7FD3D2A830A4 for ; Thu, 2 May 2013 09:55:28 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jX8jbCalEWQb for ; Thu, 2 May 2013 09:55:27 +0200 (SAST) Received: from clue.co.za (unknown [197.87.27.46]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 2D82F2A82FE8 for ; Thu, 2 May 2013 09:55:27 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UXoMQ-000GVb-96 for current@freebsd.org; Thu, 02 May 2013 09:55:26 +0200 To: current@freebsd.org Subject: LOR: two vfs_bio.c:3070, ufs_dirhash.c:284 and vfs_mount.c:851, vfs_subr.c:2167 From: "Ian FREISLICH" X-Attribution: BOFH Date: Thu, 02 May 2013 09:55:25 +0200 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 07:55:37 -0000 Hi I'm getting these two LORs at boot time, they don't seem to be known on http://ipv4.sources.zabbadoz.net/freebsd/lor.html lock order reversal: 1st 0xffffff83e37ee938 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3070 2nd 0xfffffe0030283800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffff846b756410 _witness_debugger() at _witness_debugger+0x65/frame 0xffffff846b756430 witness_checkorder() at witness_checkorder+0x857/frame 0xffffff846b7564e0 _sx_xlock() at _sx_xlock+0x6e/frame 0xffffff846b756510 ufsdirhash_acquire() at ufsdirhash_acquire+0x33/frame 0xffffff846b756530 ufsdirhash_add() at ufsdirhash_add+0x19/frame 0xffffff846b756560 ufs_direnter() at ufs_direnter+0x976/frame 0xffffff846b756630 ufs_makeinode() at ufs_makeinode+0x296/frame 0xffffff846b7567f0 VOP_CREATE_APV() at VOP_CREATE_APV+0x8c/frame 0xffffff846b756820 vn_open_cred() at vn_open_cred+0x2da/frame 0xffffff846b756970 kern_openat() at kern_openat+0x1de/frame 0xffffff846b756ad0 amd64_syscall() at amd64_syscall+0x26c/frame 0xffffff846b756bf0 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff846b756bf0 --- syscall (5, FreeBSD ELF64, sys_open), rip = 0x800b6f99a, rsp = 0x7fffffffd84 lock order reversal: 1st 0xfffffe003082f068 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:851 2nd 0xfffffe032a133240 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2167 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffff846b408410 _witness_debugger() at _witness_debugger+0x65/frame 0xffffff846b408430 witness_checkorder() at witness_checkorder+0x857/frame 0xffffff846b4084e0 __lockmgr_args() at __lockmgr_args+0xda4/frame 0xffffff846b4085b0 vop_stdlock() at vop_stdlock+0x39/frame 0xffffff846b4085d0 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x97/frame 0xffffff846b408600 _vn_lock() at _vn_lock+0x5e/frame 0xffffff846b408680 vget() at vget+0x63/frame 0xffffff846b4086d0 devfs_allocv() at devfs_allocv+0x13c/frame 0xffffff846b408730 devfs_root() at devfs_root+0x4d/frame 0xffffff846b408770 vfs_donmount() at vfs_donmount+0xa55/frame 0xffffff846b408a90 sys_nmount() at sys_nmount+0x6d/frame 0xffffff846b408ad0 amd64_syscall() at amd64_syscall+0x26c/frame 0xffffff846b408bf0 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff846b408bf0 --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x800a96daa, rsp = 0x7fffffffccc8, rbp = 0x7fffffffcce0 --- Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu May 2 09:27:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E5D299CE; Thu, 2 May 2013 09:27:40 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [204.107.128.56]) by mx1.freebsd.org (Postfix) with ESMTP id C366D107E; Thu, 2 May 2013 09:27:40 +0000 (UTC) Received: from [10.0.1.12] (host31-51-203-234.range31-51.btcentralplus.com [31.51.203.234]) by cyrus.watson.org (Postfix) with ESMTPSA id CDF1D46B5E; Thu, 2 May 2013 05:27:39 -0400 (EDT) Subject: Re: panic: in_pcblookup_local (?) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <20130502005704.GB1623@glenbarber.us> Date: Thu, 2 May 2013 10:27:39 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130501180321.GA44525@glenbarber.us> <49916D2B-496A-40EA-971F-62951FF6B584@freebsd.org> <201305011430.37106.jhb@freebsd.org> <20130502005704.GB1623@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1283) Cc: Ian FREISLICH , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 09:27:41 -0000 On 2 May 2013, at 01:57, Glen Barber wrote: > So, I am admittedly not too familiar with DDB. In fact, I just now > realize the kernel is built without DDB... DDB is a very powerful tool in that it's been custom-developed to help = debug common kernel panics. It lacks some of the flexibility, and = especially the data-type awareness of GDB, but GDB is a less well-suited = tool when investigating common crash patterns. I'll usually start out = debugging in DDB, and find that 90% of my in-development panics can be = debugged with it, resorting to GDB for post-mortem analyses in = production or particularly hard debugging cases (usually where DDB's = pretty printers for data types fall short). I've wanted, for a long = time, to teach DDB how to pretty-print arbitrary types using DTrace's = CTF meta-data, which would address the most significant major case where = I turn to GDB. Mind you, the limitations I see in GDB are made up for in = most part by John's GDB scripts :-). >> Put those in a dir and do 'source gdb6'. You can then run 'ps' to = get a good=20 >> ps listing that includes threads. You can also use 'thread apply all = bt' to=20 >> get stacktraces of all threads in kgdb. I believe there is an = 'allpcpu'=20 >> command that is similar to 'show allpcpu' in DDB. >=20 > I have the outputs of 'ps', 'allpcpu', and 'thread apply all bt' saved > to separate script(1) files. Is there anything in particular I can = look > for before uploading the files somewhere public? At quick-ish look > though, I did not see anything cf-agent (the current process at time = of > panic) related. To be honest, it's probably easiest if I just take a look at it and see = what I see. In as much as I find interesting things, I'll follow up = explaining what they are. We may find we can't track this problem down = from the data we have -- but it's worth a try. Robert= From owner-freebsd-current@FreeBSD.ORG Thu May 2 10:06:35 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 63CC2303; Thu, 2 May 2013 10:06:35 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-x22a.google.com (mail-vb0-x22a.google.com [IPv6:2607:f8b0:400c:c02::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 178731262; Thu, 2 May 2013 10:06:35 +0000 (UTC) Received: by mail-vb0-f42.google.com with SMTP id w16so309890vbf.29 for ; Thu, 02 May 2013 03:06:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=jkfUMK5M7DHqBZQ0j8jJIRAs9klyIFd4fDDlHC9Q7HU=; b=y0ink+INpOyxh2tL7Hs55ZwqNFd95343yndas1uwK/69Q5bTkcyMhZCbqcPEMlWMYD AZCnQV5vC1y0UALus/8m9uKyKH1wmzcRBVM4tdvnzDEl08N35Tns9hNm97gfgaLIhPM0 oqBdEV9ryjFfVPRMZDngxYrvPDl/ZYwQfSqxuW56rCFgboKGoYophtcp5eld7ZQp492X 8iXgAEwnLrode1dvEI+CvVupc81r/6D/9L5fEL7msgTHyPAGvj7PCzsYW+X3UT8FcXyT 3ntc8oY3wAuW9bQltqS1RCdEwsu6zN4EBzEptHO7ycXlm/QbbEXZxTe8jK30/i5p+7KQ MFpw== MIME-Version: 1.0 X-Received: by 10.221.9.70 with SMTP id ov6mr1899704vcb.72.1367489194563; Thu, 02 May 2013 03:06:34 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.203.199 with HTTP; Thu, 2 May 2013 03:06:34 -0700 (PDT) In-Reply-To: <51820AFD.1030607@freebsd.org> References: <51820AFD.1030607@freebsd.org> Date: Thu, 2 May 2013 12:06:34 +0200 X-Google-Sender-Auth: HpssBWfmAAQIqm-UwvrwlnAoRS8 Message-ID: Subject: Re: Kernel build error in hwpmc with system GNU cc From: Davide Italiano To: Andrey Chernov Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 10:06:35 -0000 On Thu, May 2, 2013 at 8:43 AM, Andrey Chernov wrote: > cc1: warnings being treated as errors > /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c: In function 'iap_allocate_pmc': > /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c:1935: warning: 'map' may be used uninitialized in this function > *** [hwpmc_core.o] Error code 1 > > -- > bitcoin:13fGiNutKNHcVSsgtGQ7bQ5kgUKgEQHn7N You can find a patch attached at the end of this mail that should fix the problem. More generally speaking, why are you building -CURRENT using GCC while the default compiler has been clang since November 2012? I understand we cannot completely get rid of GCC as long as Tier-2/Tier-3 arch haven't full support for clang and friends, OTOH, I see clang default on amd64 so I guess at some point we should declare GCC not officially supported anymore. Putting the additional burden of testing on the committer because two compilers are supported at the same time doesn't scale really well, at least according to me. Index: sys/dev/hwpmc/hwpmc_core.c =================================================================== --- sys/dev/hwpmc/hwpmc_core.c (revision 250174) +++ sys/dev/hwpmc/hwpmc_core.c (working copy) @@ -1945,7 +1945,7 @@ caps = a->pm_caps; if ((IAP_PMC_CAPS & caps) != caps) return (EPERM); - + map = 0; /* XXX: silent GCC warning */ arch = iap_is_event_architectural(pm->pm_event, &map); if (arch == EV_IS_ARCH_NOTSUPP) return (EOPNOTSUPP); -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Thu May 2 10:42:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0F1A4817; Thu, 2 May 2013 10:42:24 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with ESMTP id E0E451362; Thu, 2 May 2013 10:42:23 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id B250823F804; Thu, 2 May 2013 06:42:21 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us B250823F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 2 May 2013 06:42:19 -0400 From: Glen Barber To: "Robert N. M. Watson" Subject: Re: panic: in_pcblookup_local (?) Message-ID: <20130502104219.GA1586@glenbarber.us> References: <20130501180321.GA44525@glenbarber.us> <49916D2B-496A-40EA-971F-62951FF6B584@freebsd.org> <201305011430.37106.jhb@freebsd.org> <20130502005704.GB1623@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian FREISLICH , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 10:42:24 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 02, 2013 at 10:27:39AM +0100, Robert N. M. Watson wrote: >=20 > On 2 May 2013, at 01:57, Glen Barber wrote: >=20 > > So, I am admittedly not too familiar with DDB. In fact, I just now > > realize the kernel is built without DDB... >=20 > DDB is a very powerful tool in that it's been custom-developed > to help debug common kernel panics. It lacks some of the flexibility, > and especially the data-type awareness of GDB, but GDB is a less > well-suited tool when investigating common crash patterns. I'll > usually start out debugging in DDB, and find that 90% of my > in-development panics can be debugged with it, resorting to GDB for > post-mortem analyses in production or particularly hard debugging > cases (usually where DDB's pretty printers for data types fall > short). I've wanted, for a long time, to teach DDB how to pretty-print > arbitrary types using DTrace's CTF meta-data, which would address > the most significant major case where I turn to GDB. Mind you, the > limitations I see in GDB are made up for in most part by John's GDB > scripts :-). >=20 Hmm. Perhaps it would be worthwhile for me to rebuild the current kernel with DDB support. It looks like the machine has panicked a few times over the last two weeks or so, but based on the timestamps of the crash dumps and nagios complaints, happened during the middle of the night when I would not have really noticed, or otherwise would have just blamed my ISP. Two of the panics are ath(4) related. One looks similar to the one referenced in this thread, similarly triggered by a CFEngine process. In that case, the backtrace looks like: #4 0xffffffff808cdbb3 at calltrap+0x8 #5 0xffffffff807371d8 at in_pcb_lport+0x128 #6 0xffffffff8073745a at in_pcbbind_setup+0x16a #7 0xffffffff80737d8e at in_pcbconnect_setup+0x71e #8 0xffffffff80737df9 at in_pcbconnect_mbuf+0x59 #9 0xffffffff807bf29f at udp_connect+0x11f #10 0xffffffff80680615 at kern_connectat+0x275 Regarding DDB though, it would be rather difficult to access the machine if it drops to a DDB debugger session, since the machine acts as my firewall. > >> Put those in a dir and do 'source gdb6'. You can then run 'ps' to get= a good=20 > >> ps listing that includes threads. You can also use 'thread apply all = bt' to=20 > >> get stacktraces of all threads in kgdb. I believe there is an 'allpcp= u'=20 > >> command that is similar to 'show allpcpu' in DDB. > >=20 > > I have the outputs of 'ps', 'allpcpu', and 'thread apply all bt' saved > > to separate script(1) files. Is there anything in particular I can look > > for before uploading the files somewhere public? At quick-ish look > > though, I did not see anything cf-agent (the current process at time of > > panic) related. >=20 > To be honest, it's probably easiest if I just take a look at it > and see what I see. In as much as I find interesting things, I'll > follow up explaining what they are. We may find we can't track this > problem down from the data we have -- but it's worth a try. >=20 Sure. The files are available here: https://www.glenbarber.us/stuff/in_pcblookup_local/vmcore.4.ps.txt https://www.glenbarber.us/stuff/in_pcblookup_local/vmcore.4.allpcpu.txt https://www.glenbarber.us/stuff/in_pcblookup_local/vmcore.4.thread_appl= y_all_bt.txt Thanks to both of you for looking into this. Glen --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRgkMLAAoJEFJPDDeguUajBQYIAKR8BP8hK9zycL9J8JAlYqJh nO+hhLS5FWHsK5gy7cxb10TTKTu6bw8lcNV3mBuANBxXh0tVf+UYuk7WgTBXvWcb WUUFWQcY1Mhh8rdoEs2hax0Kuvp3wVHhIo0mWoK36S+jh9FmcGQWGqHn5oDW4Izo /Bbyqs8ir/Q73RQwWmuijvGGMR2tBUEPU50cSWS4IZobz1zJUa1wuf8TaNb9wJ0j FSpCk93U7K98h+u9gAegNOrfvWpaZa5MVH496D5iDfta4UN1MhS3LGSrR5uOElKa H82RXAKxz0wijOru4+D1Ne1gxNFrwuojGic0b2/3EDOLmz6Q5j09zgzv4RQjc6M= =mMpJ -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Thu May 2 11:25:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DD09FDCB; Thu, 2 May 2013 11:25:11 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [204.107.128.56]) by mx1.freebsd.org (Postfix) with ESMTP id BADA614E1; Thu, 2 May 2013 11:25:11 +0000 (UTC) Received: from c0237.aw.cl.cam.ac.uk (c0237.aw.cl.cam.ac.uk [128.232.100.237]) by cyrus.watson.org (Postfix) with ESMTPSA id 80DF746B8D; Thu, 2 May 2013 07:25:10 -0400 (EDT) Subject: Re: panic: in_pcblookup_local (?) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <20130502104219.GA1586@glenbarber.us> Date: Thu, 2 May 2013 12:25:08 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <52B3AEE5-D24A-4ED3-BB11-E7E27BFB447F@freebsd.org> References: <20130501180321.GA44525@glenbarber.us> <49916D2B-496A-40EA-971F-62951FF6B584@freebsd.org> <201305011430.37106.jhb@freebsd.org> <20130502005704.GB1623@glenbarber.us> <20130502104219.GA1586@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1283) Cc: Ian FREISLICH , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 11:25:11 -0000 On 2 May 2013, at 11:42, Glen Barber wrote: > Hmm. Perhaps it would be worthwhile for me to rebuild the current > kernel with DDB support. It looks like the machine has panicked a few > times over the last two weeks or so, but based on the timestamps of = the > crash dumps and nagios complaints, happened during the middle of the > night when I would not have really noticed, or otherwise would have = just > blamed my ISP. >=20 > Two of the panics are ath(4) related. One looks similar to the one > referenced in this thread, similarly triggered by a CFEngine process. >=20 > In that case, the backtrace looks like: >=20 > #4 0xffffffff808cdbb3 at calltrap+0x8 > #5 0xffffffff807371d8 at in_pcb_lport+0x128 > #6 0xffffffff8073745a at in_pcbbind_setup+0x16a > #7 0xffffffff80737d8e at in_pcbconnect_setup+0x71e > #8 0xffffffff80737df9 at in_pcbconnect_mbuf+0x59 > #9 0xffffffff807bf29f at udp_connect+0x11f > #10 0xffffffff80680615 at kern_connectat+0x275 >=20 > Regarding DDB though, it would be rather difficult to access the = machine > if it drops to a DDB debugger session, since the machine acts as my > firewall. Thanks -- will take a look at the attached. FWIW, though, I'm worried by the number of panics you are seeing, = especially given that they involve multiple subsystems, and in = particular, John's observation about a potentially corrupted pointer. = This makes me wonder whether (a) you are experiencing hardware faults -- = it would be worth running some memory/cpu/etc tests and (b) if we might = be seeing a software memory corruption bug of some sort. Robert= From owner-freebsd-current@FreeBSD.ORG Thu May 2 11:33:12 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 97115F50; Thu, 2 May 2013 11:33:12 +0000 (UTC) (envelope-from prvs=1834ac79c3=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id AE401152B; Thu, 2 May 2013 11:33:11 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003603617.msg; Thu, 02 May 2013 12:33:08 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 02 May 2013 12:33:08 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=1834ac79c3=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Alexander Motin" , "Andrey Chernov" References: <51820CE6.1050607@freebsd.org> <51821AE2.9010503@FreeBSD.org> Subject: Re: Last current shows strange CAM/SCSI error on empty USB card reader on the boot Date: Thu, 2 May 2013 12:33:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: current@FreeBSD.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 11:33:12 -0000 Yer, this one is slightly different issue than the one ken@ reported but its easy fixed, just needs:- Index: sys/cam/scsi/scsi_da.c =================================================================== --- sys/cam/scsi/scsi_da.c (revision 250174) +++ sys/cam/scsi/scsi_da.c (working copy) @@ -3118,7 +3183,7 @@ } else { int error; error = daerror(done_ccb, CAM_RETRY_SELTO, - SF_RETRY_UA|SF_QUIET_IR); + SF_RETRY_UA|SF_NO_PRINT); if (error == ERESTART) return; Will include in the patches once they been approved. ----- Original Message ----- From: "Alexander Motin" > Thank you for the report. It is known issue. Steven (the author) is > already testing the solution. > > On 02.05.2013 09:51, Andrey Chernov wrote: >> umass0: on usbus3 >> umass0: SCSI over Bulk-Only; quirks = 0x4100 >> umass0:10:0:-1: Attached to scbus10 >> da0 at umass-sim0 bus 0 scbus10 target 0 lun 0 >> da0: Removable Direct Access SCSI-0 device >> da0: 40.000MB/s transfers >> da0: Attempt to query device size failed: NOT READY, Medium not present >> (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 >> (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (da0:umass-sim0:0:0:0): SCSI status: Check Condition >> (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) >> (da0:umass-sim0:0:0:0): Error 6, Unretryable error >> (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 >> (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (da0:umass-sim0:0:0:0): SCSI status: Check Condition >> (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) >> (da0:umass-sim0:0:0:0): Error 6, Unretryable error >> (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 >> (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (da0:umass-sim0:0:0:0): SCSI status: Check Condition >> (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) >> (da0:umass-sim0:0:0:0): Error 6, Unretryable error >> (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 >> (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (da0:umass-sim0:0:0:0): SCSI status: Check Condition >> (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) >> (da0:umass-sim0:0:0:0): Error 6, Unretryable error ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Thu May 2 11:34:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 70C6D11B; Thu, 2 May 2013 11:34:44 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3DD1553; Thu, 2 May 2013 11:34:44 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id B8B9923F804; Thu, 2 May 2013 07:34:42 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us B8B9923F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 2 May 2013 07:34:40 -0400 From: Glen Barber To: "Robert N. M. Watson" Subject: Re: panic: in_pcblookup_local (?) Message-ID: <20130502113440.GD1586@glenbarber.us> References: <20130501180321.GA44525@glenbarber.us> <49916D2B-496A-40EA-971F-62951FF6B584@freebsd.org> <201305011430.37106.jhb@freebsd.org> <20130502005704.GB1623@glenbarber.us> <20130502104219.GA1586@glenbarber.us> <52B3AEE5-D24A-4ED3-BB11-E7E27BFB447F@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SO98HVl1bnMOfKZd" Content-Disposition: inline In-Reply-To: <52B3AEE5-D24A-4ED3-BB11-E7E27BFB447F@freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian FREISLICH , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 11:34:44 -0000 --SO98HVl1bnMOfKZd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 02, 2013 at 12:25:08PM +0100, Robert N. M. Watson wrote: >=20 > On 2 May 2013, at 11:42, Glen Barber wrote: >=20 > > Hmm. Perhaps it would be worthwhile for me to rebuild the current > > kernel with DDB support. It looks like the machine has panicked a few > > times over the last two weeks or so, but based on the timestamps of the > > crash dumps and nagios complaints, happened during the middle of the > > night when I would not have really noticed, or otherwise would have just > > blamed my ISP. > >=20 > > Two of the panics are ath(4) related. One looks similar to the one > > referenced in this thread, similarly triggered by a CFEngine process. > >=20 > > In that case, the backtrace looks like: > >=20 > > #4 0xffffffff808cdbb3 at calltrap+0x8 > > #5 0xffffffff807371d8 at in_pcb_lport+0x128 > > #6 0xffffffff8073745a at in_pcbbind_setup+0x16a > > #7 0xffffffff80737d8e at in_pcbconnect_setup+0x71e > > #8 0xffffffff80737df9 at in_pcbconnect_mbuf+0x59 > > #9 0xffffffff807bf29f at udp_connect+0x11f > > #10 0xffffffff80680615 at kern_connectat+0x275 > >=20 > > Regarding DDB though, it would be rather difficult to access the machine > > if it drops to a DDB debugger session, since the machine acts as my > > firewall. >=20 > Thanks -- will take a look at the attached. >=20 > FWIW, though, I'm worried by the number of panics you are seeing, > especially given that they involve multiple subsystems, and in > particular, John's observation about a potentially corrupted pointer. > This makes me wonder whether (a) you are experiencing hardware > faults -- it would be worth running some memory/cpu/etc tests and > (b) if we might be seeing a software memory corruption bug of some > sort. >=20 I will run memtest this weekend, once I move some wires around so I do not lose internet access entirely. I'll run some stress tests that do not require the machine to be offline in the meantime. I certainly won't discount hardware issue being the cause. For what it is worth, I just looked through my svn commit logs for that machine's configuration, and the only relatively recent change that was made was enabling powerd(8) - but that was about 3 months ago. Glen --SO98HVl1bnMOfKZd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRgk9QAAoJEFJPDDeguUajvGUH/Ak7FH5QYs2+dAAVUYoVjO8E tgvxOD+I6rGsBECixaWzHc+iPR85ox6sQurUFU0s3/uIU/lvI7iZ8O7iypdC/daw kyeAYSFYTzB/uT4oob/rIf9yz7qMj3wzy3lDHdG5+WyhEtw2OvZ4GWZRvnxcw+ld JGwIErPLrf3vJ5H/cslsprWr/mrb2wyg+Pz37SXo5DKVo2m1MqI7zbRbVto1Uhf8 2ebvxqhG1mtHByiLtHQ2vEfH8eKDP0iRTCpAlCEml7/ENGn5ExtrFbjB51SDRX90 +C5bgPvwITJWPpIAtWxPNdeBemGWVfvB7mVmiQjX++JUvCF4Sw08sC+HORPaax4= =IHeJ -----END PGP SIGNATURE----- --SO98HVl1bnMOfKZd-- From owner-freebsd-current@FreeBSD.ORG Thu May 2 12:21:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6FDF750F for ; Thu, 2 May 2013 12:21:08 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) by mx1.freebsd.org (Postfix) with ESMTP id 0CEBE17AD for ; Thu, 2 May 2013 12:21:07 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id l13so509063wie.0 for ; Thu, 02 May 2013 05:21:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=/Qmg6033LDJlHfD+dDjNZf1qlDi6ELsMHKLbZ+Pz084=; b=Hj5QsulZfdZUhN4f5BnGEUZkUCCOl3uLHSgGUXwQwg0xeL0cJtMikI+c+SvazqRE88 Rpw7ChRB8D/qGWyXvej7SKKAPhY/sduIQCOYM4Fhl3t53R5JAXK7bTPOaXL0ARKhK+Rd X6KZjf4RLmSOIT+bq9jwxarh6diFTceY/7UtRgx+aqiMz3D3flMYQorQEC6YNi9p9fF7 pUc/ifHCpsPcb1oW2X/NVwoheIE3hvUvBXu/7ZfcImZpWor7LyYtIAACuaq6ztcgYL+N x06MqZViUFnvdFl5hl52KuWS52p7A7Tnw0kbr9VeWHPW5v6MUYQp6/5zC4mDwdjRymEw Xj5w== MIME-Version: 1.0 X-Received: by 10.180.73.173 with SMTP id m13mr7071389wiv.27.1367497267178; Thu, 02 May 2013 05:21:07 -0700 (PDT) Received: by 10.194.76.147 with HTTP; Thu, 2 May 2013 05:21:06 -0700 (PDT) In-Reply-To: References: Date: Thu, 2 May 2013 14:21:06 +0200 Message-ID: Subject: Re: Light humour From: David Demelier To: Paul Webster Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 12:21:08 -0000 2013/4/28 Paul Webster : > Just got this link on IRC, (freenode/##freebsd) was so funny I thought > I would see if I could get any of you guys to spit out you're coffee > :) > > http://antibsd.wordpress.com/ Do not post any comment on that website ! The user will replace any content you write by something like "You're article is excellent, pointing exactly the facts". All of the comments are probably edited by the maintainer -- Demelier David From owner-freebsd-current@FreeBSD.ORG Thu May 2 13:05:24 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2A1C36AB; Thu, 2 May 2013 13:05:24 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw13.york.ac.uk (mail-gw13.york.ac.uk [144.32.129.163]) by mx1.freebsd.org (Postfix) with ESMTP id E32611ABC; Thu, 2 May 2013 13:05:23 +0000 (UTC) Received: from buffy-128.york.ac.uk ([144.32.128.160]:36581 helo=buffy.york.ac.uk) by mail-gw13.york.ac.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1UXtCM-0005ZJ-Ph; Thu, 02 May 2013 14:05:22 +0100 Received: from [127.0.0.1] (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.6/8.14.6) with ESMTP id r42D5LY0042884; Thu, 2 May 2013 14:05:21 +0100 (BST) (envelope-from gavin@FreeBSD.org) Subject: Google Summer of Code 2013 From: Gavin Atkinson To: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-jGJx6MMesantpnipOgCd" Date: Thu, 02 May 2013 14:05:21 +0100 Message-ID: <1367499921.35821.8.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-hackers@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 13:05:24 -0000 --=-jGJx6MMesantpnipOgCd Content-Type: text/plain; charset="ASCII" Content-Transfer-Encoding: quoted-printable Hi all, A reminder: The deadline for applications is 19:00 UTC Friday May 3rd (tomorrow). FreeBSD is pleased to announce that once again we have been selected to participate in the Google Summer of Code program. This gives University students the opportunity to earn a $5000 USD stipend in exchange for working on Open Source software over their Summer break. Students have around 12 weeks to work on their project, and will be mentored by existing FreeBSD committers. Participating organisations will earn $500 USD per student mentored. Over the past eight years we have hosted over 150 successful projects, and look forward to continuing this trend. FreeBSD's organisation page may be found at http://www.google-melange.com/gsoc/org/google/gsoc2013/freebsd and a list of possible project ideas may be found at https://wiki.freebsd.org/IdeasPage . Please note that projects do not have to come from the ideas list, and indeed students are encouraged to produce their own project ideas - the majority of past projects have been thought up by the particpants themselves. We are encouraging discussion of projects on the freebsd-hackers mailing list and the #freebsd-soc IRC channel on EFNet. Students are also encouraged to visit http://www.google-melange.com/ to view more details of the program, including eligibility requirements, and a list of other participating organisations. If you have administrative questions you can contact the FreeBSD GSoC administration team at soc-admins@FreeBSD.org. Thanks, Gavin --=-jGJx6MMesantpnipOgCd 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) iEYEABECAAYFAlGCZJEACgkQk13vRKCTJisRDACeN35EoTt8/dQJhdTm7PJhlzCt BP8An2wTjTKLaliDVub7OyAHZ7Y4c1vm =kKZy -----END PGP SIGNATURE----- --=-jGJx6MMesantpnipOgCd-- From owner-freebsd-current@FreeBSD.ORG Thu May 2 13:10:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4CD3AAEF; Thu, 2 May 2013 13:10:10 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id 07D351AFF; Thu, 2 May 2013 13:10:10 +0000 (UTC) Received: from spaceball.andric.com (spaceball.andric.com [IPv6:2001:7b8:3a7:0:204:4bff:fe01:de8a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CC0415C45; Thu, 2 May 2013 15:10:07 +0200 (CEST) Message-ID: <518265B2.40704@FreeBSD.org> Date: Thu, 02 May 2013 15:10:10 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Thunderbird/21.0 MIME-Version: 1.0 To: Davide Italiano , Andrey Chernov Subject: Re: Kernel build error in hwpmc with system GNU cc References: <51820AFD.1030607@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 13:10:10 -0000 On 2013-05-02 12:06, Davide Italiano wrote: > On Thu, May 2, 2013 at 8:43 AM, Andrey Chernov wrote: >> cc1: warnings being treated as errors >> /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c: In function 'iap_allocate_pmc': >> /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c:1935: warning: 'map' may be used uninitialized in this function ... > You can find a patch attached at the end of this mail that should fix > the problem. Hm, the warning seems to be bogus. Newer versions of gcc (I tried 4.7.3 and 4.8.1) do not warn about 'map' (though they both warn about another variable, which is set, but not used.) > More generally speaking, why are you building -CURRENT using GCC while > the default compiler has been clang since November 2012? > I understand we cannot completely get rid of GCC as long as > Tier-2/Tier-3 arch haven't full support for clang and friends, OTOH, I > see clang default on amd64 so I guess at some point we should declare > GCC not officially supported anymore. Putting the additional burden of > testing on the committer because two compilers are supported at the > same time doesn't scale really well, at least according to me. Some people still prefer gcc, and while this warning is a bit annoying, I see no problem in putting in a workaround. Using gcc for arches which default to clang will most likely have to be supported for quite some time. Also, if the external toolchain support ever comes off the ground, it will probably become necessary to suppress certain warnings on an individual basis; for example, with recent gcc versions, there are quite a large number of "variable x set but not used" warnings, which are not very useful, most of the time. From owner-freebsd-current@FreeBSD.ORG Thu May 2 13:10:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DCE16D00 for ; Thu, 2 May 2013 13:10:52 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from fallback7.mail.ru (fallback7.mail.ru [94.100.176.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9528F1B20 for ; Thu, 2 May 2013 13:10:52 +0000 (UTC) Received: from f320.mail.ru (f320.mail.ru [128.140.169.184]) by fallback7.mail.ru (mPOP.Fallback_MX) with ESMTP id B8312CCA465A for ; Thu, 2 May 2013 17:10:50 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Content-Transfer-Encoding:Content-Type:Message-ID:Reply-To:Date:Mime-Version:Subject:To:From; bh=2r0mxCSFSNu1P8jL3jaFCCNwsGkEt/Pl01zjisuATT8=; b=q5n+J/W184cEIXKd7VlOjmmTwLDsvIdQDAsjRER2b2uZin2EmceypNq+pkspe7Yf1vFVHWSgr4aEiFvnXTtCJELf/KIZ0Ool4JJmLZv/lXgUjAxAkYJhBgIkt6lzY4Dn; Received: from mail by f320.mail.ru with local (envelope-from ) id 1UXtHX-0007nM-Ci for freebsd-current@freebsd.org; Thu, 02 May 2013 17:10:43 +0400 Received: from [91.202.27.126] by e.mail.ru with HTTP; Thu, 02 May 2013 17:10:43 +0400 From: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= To: =?UTF-8?B?ZnJlZWJzZC1jdXJyZW50?= Subject: =?UTF-8?B?Q3VycmVudCByMjUwMTc0IHJlcGVhdGFibGUgcGFuaWM=?= Mime-Version: 1.0 X-Mailer: Mail.Ru Mailer 1.0 X-Originating-IP: [91.202.27.126] Date: Thu, 02 May 2013 17:10:43 +0400 X-Priority: 3 (Normal) Message-ID: <1367500243.704185033@f320.mail.ru> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Spam: Not detected X-Mras: Ok X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 13:10:52 -0000 VG9kYXkgY3VycmVudCBwYW5pY2VkIGFmdGVyIHNvbWUgbWludXRlcyBvZiBuZXR3b3JrIGxvYWQu IEtlcm5lbCBjb25mIGlzIEdFTkVSSUMgd2l0aCBhZGRlZCBST1VURVRBQkxFUz0xNiBvcHRpb24u IFNjcmVlbnNob290cyBodHRwOi8vdnZ0bGFuLnJ1L3BhbmljMS5qcGcgaHR0cDovL3Z2dGxhbi5y dS9wYW5pYzIuanBnIC4= From owner-freebsd-current@FreeBSD.ORG Thu May 2 13:11:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5A460E22 for ; Thu, 2 May 2013 13:11:32 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id 3573A1B39 for ; Thu, 2 May 2013 13:11:32 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id rr4so340848pbb.27 for ; Thu, 02 May 2013 06:11:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=XWNaNqdEQMsKzghpuxL15m6LiO172A0AZyGX1F1fbA8=; b=Dcun17a4HWxvDN7s5MWwOxOxNbdkAKaE4zGuwA6CEYKEIZAZTm1xO1ZasqOqwJdGQU M6DiXepGngyccJxF+ltWnM09X1hwTvrPrr+qjp1AU2XR9qouzLtB83x0JTvLBqhK+bAl ZMZQ1ZQ9i58ouf4CWrlQI5FEdbgWCnT1Gm/3Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=XWNaNqdEQMsKzghpuxL15m6LiO172A0AZyGX1F1fbA8=; b=b/E50hEhBfP61LU3FoDSHI02LnS2oz9ARTqgus5PjLeyLYhLs0QG2piDGloDr4sXwr OWhXhJZk+GU30MKwSabt+Dbyy1kc5A8a2WP5zObISRPmQTKN7E58blsKa9FVtgMTvr2S O2RPtvTvkY5vhSRQxJjDk6l1N/pNmJutofzhnpRxVOQbSEGTvHNqdKstrqif8XmYueZ8 xy73nS9QH0bJr2ZiPlVrahy4JRus6XTUF1kJ7fBJi4wh9mdB6aK8Q8YXqadFCOIOZY1X LX9YIk5HW1ekPTp563ORZ4OjRPL1oBK9n0CBxFojGKOZjkbTehXn3C/SrJbIfv4cNp7A k+oQ== X-Received: by 10.66.144.170 with SMTP id sn10mr9718783pab.42.1367500292010; Thu, 02 May 2013 06:11:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.159.97 with HTTP; Thu, 2 May 2013 06:11:01 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Thu, 2 May 2013 09:11:01 -0400 Message-ID: Subject: Re: Light humour To: David Demelier Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQngbovw6QLR7FOn2MX46pHaAUAKx5bFeToqkNDhOnTl08bEVrgmOfygIMnbI7aL3AAHSUvy Cc: Paul Webster , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 13:11:32 -0000 On 2 May 2013 08:21, David Demelier wrote: > 2013/4/28 Paul Webster : >> Just got this link on IRC, (freenode/##freebsd) was so funny I thought >> I would see if I could get any of you guys to spit out you're coffee >> :) >> >> http://antibsd.wordpress.com/ > > Do not post any comment on that website ! The user will replace any > content you write by something like "You're article is excellent, > pointing exactly the facts". > > All of the comments are probably edited by the maintainer > https://gs1.wac.edgecastcdn.net/8019B6/data.tumblr.com/tumblr_lmpcbtar6f1qafrh6.jpg -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Thu May 2 13:36:18 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4E1A6878; Thu, 2 May 2013 13:36:18 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-x233.google.com (mail-vb0-x233.google.com [IPv6:2607:f8b0:400c:c02::233]) by mx1.freebsd.org (Postfix) with ESMTP id B84271CBF; Thu, 2 May 2013 13:36:17 +0000 (UTC) Received: by mail-vb0-f51.google.com with SMTP id x16so437234vbf.24 for ; Thu, 02 May 2013 06:36:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=hH0tOZgRJ/DEmKEV9Wv8bx9xGjQozpYRONMW2btlO4A=; b=wfV4t4beDk27kdDQ7bWESkFUx8Pt9yw0HBVXukxAALeL8EfjuktdiftSYyh/i28WFp XNVTQ4oA9K/2FdLMIrcIuI9/6UDtD8NiwpHKWZMKiOOpgeyXD3N9VRyft3n4nDF4LLXy ZIDJgknXJChVTSCzDdHVLlEhvcyJUu8QOOORUYlmw2whr04Wr1PI5bnju9SSKYfr1Odw YUH7wGaki8oGeUqeEXIiQPAzmouIcGNGjwfCHc3+Uc52MR4PgIrP2XoPf4FVuRUqaqFU /MxvRMcYTjG7zgBOZYGeix72R6TglAZyStARcx8lGeLx//rhfKbI+Z2sqcel2SbSyTkm ZN2A== MIME-Version: 1.0 X-Received: by 10.221.9.70 with SMTP id ov6mr2124214vcb.72.1367501777248; Thu, 02 May 2013 06:36:17 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.203.199 with HTTP; Thu, 2 May 2013 06:36:17 -0700 (PDT) In-Reply-To: <518265B2.40704@FreeBSD.org> References: <51820AFD.1030607@freebsd.org> <518265B2.40704@FreeBSD.org> Date: Thu, 2 May 2013 15:36:17 +0200 X-Google-Sender-Auth: W33VrOC2Q79WunMdbzSuMszxHCA Message-ID: Subject: Re: Kernel build error in hwpmc with system GNU cc From: Davide Italiano To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 13:36:18 -0000 On Thu, May 2, 2013 at 3:10 PM, Dimitry Andric wrote: > On 2013-05-02 12:06, Davide Italiano wrote: >> >> On Thu, May 2, 2013 at 8:43 AM, Andrey Chernov wrote: >>> >>> cc1: warnings being treated as errors >>> /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c: In function >>> 'iap_allocate_pmc': >>> /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c:1935: warning: >>> 'map' may be used uninitialized in this function > > ... > >> You can find a patch attached at the end of this mail that should fix >> the problem. > > > Hm, the warning seems to be bogus. Newer versions of gcc (I tried 4.7.3 > and 4.8.1) do not warn about 'map' (though they both warn about another > variable, which is set, but not used.) > > > >> More generally speaking, why are you building -CURRENT using GCC while >> the default compiler has been clang since November 2012? >> I understand we cannot completely get rid of GCC as long as >> Tier-2/Tier-3 arch haven't full support for clang and friends, OTOH, I >> see clang default on amd64 so I guess at some point we should declare >> GCC not officially supported anymore. Putting the additional burden of >> testing on the committer because two compilers are supported at the >> same time doesn't scale really well, at least according to me. > > > Some people still prefer gcc, and while this warning is a bit annoying, > I see no problem in putting in a workaround. Using gcc for arches which Yes, for sure it's not a problem. I try to run 'make universe' when I commit change, but it's already slow on relatively recent hardware, and I just found annoying the need of rebuilding the system using two different compilers (in particular if one of them generates warning that are bogus, as happened in this case). Other than being time-expensive, the switch at runtime from clang to GCC was not so easy for me. In fact, if I try to change from clang to gcc46 and run 'make buildkernel' I get some errors like: cc1: error: unrecognized command line option '-fformat-extensions' cc1: warning: unrecognized command line option "-Wno-error-parentheses-equality" [enabled by default] cc1: warning: unrecognized command line option "-Wno-error-empty-body" [enabled by default] cc1: warning: unrecognized command line option "-Wno-error-tautological-compare" [enabled by default] *** [genassym.o] Error code 1 which disappear actually if I re-run buildworld. Maybe I'm missing something or I'm doing something wrong. But, at the end of the day, I preferred to have my lazyness winning. Actually, I don't think it worth the effort. If there's an easier way to do this, feel free to point me to it. > default to clang will most likely have to be supported for quite some > time. > > Also, if the external toolchain support ever comes off the ground, it > will probably become necessary to suppress certain warnings on an > individual basis; for example, with recent gcc versions, there are quite > a large number of "variable x set but not used" warnings, which are not > very useful, most of the time. Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Thu May 2 13:42:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5E2DFBF9 for ; Thu, 2 May 2013 13:42:53 +0000 (UTC) (envelope-from mailer-daemon@vniz.net) Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com [209.85.217.173]) by mx1.freebsd.org (Postfix) with ESMTP id 2365C1D29 for ; Thu, 2 May 2013 13:42:51 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id t10so528231lbi.18 for ; Thu, 02 May 2013 06:42:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:openpgp:content-type :content-transfer-encoding:x-gm-message-state; bh=drjB2P7EEdSuMcLPgTkL50ONQhTcaGksGSrRtkufQ34=; b=a4Ery64tK6dy/N8a/bFw/ZNrNUN9VTK7dpNPmJXSGqtyjr7YQjJAIteFA9Qz4j0EF9 cKj1qE6kIPBMCkcO58mjGWhJfzUmzTHlhtG7oZITGblQ3ucBZxA1g6ybuYvlAoT4Ljs/ FaJX4kQjfhuC519kRHIzy27arrSz35mSAUmg4t6yumJddqGI30lbYqS58n8Y6jbXPBAf 9I/suGB6IZesIIbr+Xdc6Wy77RrUx/CpaWIHndReZNnZfMFI7WB77aX2JRVocsjCjDo8 G0ru+lbZJzCjjftNHgqnVLH9DCxA8b4YWvN4j+nj9XQDu2AgDiD0qLUPWbvOk7u/yzec 0IKg== X-Received: by 10.112.149.97 with SMTP id tz1mr2411585lbb.134.1367502163962; Thu, 02 May 2013 06:42:43 -0700 (PDT) Received: from [192.168.1.2] ([89.169.163.3]) by mx.google.com with ESMTPSA id rn10sm2740059lbb.16.2013.05.02.06.42.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 02 May 2013 06:42:43 -0700 (PDT) Message-ID: <51826D52.6030403@freebsd.org> Date: Thu, 02 May 2013 17:42:42 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Davide Italiano Subject: Re: Kernel build error in hwpmc with system GNU cc References: <51820AFD.1030607@freebsd.org> In-Reply-To: OpenPGP: id=964474DD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQlaYhc6ELs7YxV4Xnq44cXg3HPPMTA2fUOW39viZbUXcyW25AphuzHUF9WiZjLVCMYowHaG Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 13:42:53 -0000 On 02.05.2013 14:06, Davide Italiano wrote: >> /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c:1935: warning: 'map' may be used uninitialized in this function >> *** [hwpmc_core.o] Error code 1 > You can find a patch attached at the end of this mail that should fix > the problem. Thanks, it fix this warning. > More generally speaking, why are you building -CURRENT using GCC while > the default compiler has been clang since November 2012? 1) clang is not ready for production, it is too buggy. See its fixes rate for very common things 'must work' in every compiler. It is included into -current not because of its quality, but to involve developers into clang bugfixes to make its progress faster, and personally me don't want to find clang bugs. 2) Its build time is too long. 3) It generates bigger code. > Putting the additional burden of > testing on the committer because two compilers are supported at the > same time doesn't scale really well, at least according to me. You'll hit this error later in any case, attempting to MFC your changes to -stable with GNU cc. -- bitcoin:13fGiNutKNHcVSsgtGQ7bQ5kgUKgEQHn7N From owner-freebsd-current@FreeBSD.ORG Thu May 2 13:52:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7751FF94 for ; Thu, 2 May 2013 13:52:37 +0000 (UTC) (envelope-from mailer-daemon@vniz.net) Received: from mail-lb0-f169.google.com (mail-lb0-f169.google.com [209.85.217.169]) by mx1.freebsd.org (Postfix) with ESMTP id EEAE51E24 for ; Thu, 2 May 2013 13:52:36 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id z5so537083lbh.14 for ; Thu, 02 May 2013 06:52:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:openpgp:content-type :content-transfer-encoding:x-gm-message-state; bh=aGDTnwE0M2n8MLkx7xKUhYB459yC2Ec2d+Lvp3J0f0s=; b=kt3CmbDIdRvcybBxefUQSlxfGFuM9t34snogz3dt7aLuFb2seZbxbCH0S7P7aRl3Rn itSQsbFCCw4+NPWXzd2QoIrRqHbYLhstKHg/RFVVOA3XXRozNTYNcaS5fVFvw2QkHODL UKM5vN/98u6vEyw0lTmw1CNZWhfRnUaPgNzPrsdN6z+1cAJPqXjbfTvuxtpvqK/2eZOY d8Rmbhx2db+kRAphFojpIOQ51PhiWGflCFcn5z5eK5smt483KjaTqRx+p7Eifvt3mxWH k8OHACnH2DZIR+qzPlHpknFW8ibSJlpDWU2YJ2VhDk0Er7NnC8qtoZhNSTWqynUlxXcc MaUQ== X-Received: by 10.112.155.202 with SMTP id vy10mr2733218lbb.51.1367502750374; Thu, 02 May 2013 06:52:30 -0700 (PDT) Received: from [192.168.1.2] ([89.169.163.3]) by mx.google.com with ESMTPSA id jr19sm2839928lab.0.2013.05.02.06.52.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 02 May 2013 06:52:29 -0700 (PDT) Message-ID: <51826F9B.5030800@freebsd.org> Date: Thu, 02 May 2013 17:52:27 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Steven Hartland Subject: Re: Last current shows strange CAM/SCSI error on empty USB card reader on the boot References: <51820CE6.1050607@freebsd.org> <51821AE2.9010503@FreeBSD.org> In-Reply-To: OpenPGP: id=964474DD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnfMnXy4DTdKfEqfXFiYGc6wJteL7cpI+PazBEXdpIcTGAAcoun0gkz+IYE/elfaJAJhjxt Cc: Alexander Motin , current@FreeBSD.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 13:52:37 -0000 On 02.05.2013 15:33, Steven Hartland wrote: > Yer, this one is slightly different issue than the one ken@ reported > but its easy fixed, just needs:- > Index: sys/cam/scsi/scsi_da.c > =================================================================== > --- sys/cam/scsi/scsi_da.c (revision 250174) > +++ sys/cam/scsi/scsi_da.c (working copy) > @@ -3118,7 +3183,7 @@ > } else { > int error; > error = daerror(done_ccb, CAM_RETRY_SELTO, > - SF_RETRY_UA|SF_QUIET_IR); > + SF_RETRY_UA|SF_NO_PRINT); > if (error == ERESTART) > return; > Thanx, this patch suppress console error. -- bitcoin:13fGiNutKNHcVSsgtGQ7bQ5kgUKgEQHn7N From owner-freebsd-current@FreeBSD.ORG Thu May 2 14:12:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 668FC799; Thu, 2 May 2013 14:12:38 +0000 (UTC) (envelope-from davide.italiano@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 18EFB1EF1; Thu, 2 May 2013 14:12:37 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id ia10so502440vcb.41 for ; Thu, 02 May 2013 07:12:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SLMz5B6Fvy6nW9YISVSZD4q8pigvpG9mtrGc6AfAnbc=; b=YAmUn3Nq+/8/Zncc1qu/sVCLFPxj1ALXdlEU/Xv1Sa9oC1jijekHNIWTyn7YDXBBN3 NvyYGdLTIAPO69jrF51UFhSfa2/mmA3/f670Yxu/CvfB/sDZFjHIN8X1HJreHgRhDTh1 lFhU5epYSE0RtOQS3VngF1RXInIpWNDt7mLiUsUcA8HqmIyscSoV/TOOlzQm3vCNkWsY YN1NuDVyYavt1kEFhUYaTlHklp3SpXDwsYjz1ymZInV2GINxgWfRIGnresMLwyWPjkyx wbgWFdkwD0+Q3d5ZrD8yZ7N9o9uGbOi2lMG0pwoLC4pgaiZUS6jbSwgL39bv8bv538+Z qXMQ== MIME-Version: 1.0 X-Received: by 10.52.231.231 with SMTP id tj7mr1872205vdc.111.1367503957072; Thu, 02 May 2013 07:12:37 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.203.199 with HTTP; Thu, 2 May 2013 07:12:36 -0700 (PDT) In-Reply-To: <51826D52.6030403@freebsd.org> References: <51820AFD.1030607@freebsd.org> <51826D52.6030403@freebsd.org> Date: Thu, 2 May 2013 16:12:36 +0200 X-Google-Sender-Auth: 97NCRG94pd0aVQWJTzMOibMm-bs Message-ID: Subject: Re: Kernel build error in hwpmc with system GNU cc From: Davide Italiano To: Andrey Chernov Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 14:12:38 -0000 On Thu, May 2, 2013 at 3:42 PM, Andrey Chernov wrote: > On 02.05.2013 14:06, Davide Italiano wrote: >>> /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c:1935: warning: 'map' may be used uninitialized in this function >>> *** [hwpmc_core.o] Error code 1 > >> You can find a patch attached at the end of this mail that should fix >> the problem. > > Thanks, it fix this warning. > >> More generally speaking, why are you building -CURRENT using GCC while >> the default compiler has been clang since November 2012? > > 1) clang is not ready for production, it is too buggy. See its fixes > rate for very common things 'must work' in every compiler. It is > included into -current not because of its quality, but to involve > developers into clang bugfixes to make its progress faster, and > personally me don't want to find clang bugs. > > 2) Its build time is too long. > > 3) It generates bigger code. > >> Putting the additional burden of >> testing on the committer because two compilers are supported at the >> same time doesn't scale really well, at least according to me. > > You'll hit this error later in any case, attempting to MFC your changes > to -stable with GNU cc. > > -- > bitcoin:13fGiNutKNHcVSsgtGQ7bQ5kgUKgEQHn7N I won't object about your 2) and 3), but if you fear to hit bugs you shouldn't probably run -CURRENT. About the backport, I faced the problem of adapting code in the past when merging to stable releases, so this is actually a different problem. If I'd blindly merged the incrimined change to 9-STABLE without building and notifying the GCC warning, then I would expect you ranting at me because of build failure. There's a notion of "default compiler" in 9 and in 10 and they're different. My opinion is that people should live with it, and unless someone will introduce some mechanism a-la redports.org to overcome the issue, I will take my risks committing changes and fixing failures if they occur. It's already really difficult to have tinderbox not ranting these days, adding another compiler just result in another dimension of complexity in the whole scenario. Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Thu May 2 15:24:02 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 70E0AB6B; Thu, 2 May 2013 15:24:02 +0000 (UTC) (envelope-from prvs=1834ac79c3=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8661B1339; Thu, 2 May 2013 15:24:01 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003605865.msg; Thu, 02 May 2013 16:23:58 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 02 May 2013 16:23:58 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=1834ac79c3=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <0D828644E76C46C0AE555645B45C7A1C@multiplay.co.uk> From: "Steven Hartland" To: "Alexander Motin" , "Andrey Chernov" References: <51820CE6.1050607@freebsd.org> <51821AE2.9010503@FreeBSD.org> Subject: Re: Last current shows strange CAM/SCSI error on empty USB card reader on the boot Date: Thu, 2 May 2013 16:24:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: current@FreeBSD.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 15:24:02 -0000 r250181 should fix this Andrey:- http://svnweb.freebsd.org/changeset/base/250181 Regards Steve ----- Original Message ----- From: "Alexander Motin" > Thank you for the report. It is known issue. Steven (the author) is > already testing the solution. > > On 02.05.2013 09:51, Andrey Chernov wrote: >> umass0: on usbus3 >> umass0: SCSI over Bulk-Only; quirks = 0x4100 >> umass0:10:0:-1: Attached to scbus10 >> da0 at umass-sim0 bus 0 scbus10 target 0 lun 0 >> da0: Removable Direct Access SCSI-0 device >> da0: 40.000MB/s transfers >> da0: Attempt to query device size failed: NOT READY, Medium not present >> (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 >> (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (da0:umass-sim0:0:0:0): SCSI status: Check Condition >> (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) >> (da0:umass-sim0:0:0:0): Error 6, Unretryable error >> (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 >> (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (da0:umass-sim0:0:0:0): SCSI status: Check Condition >> (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) >> (da0:umass-sim0:0:0:0): Error 6, Unretryable error >> (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 >> (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (da0:umass-sim0:0:0:0): SCSI status: Check Condition >> (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) >> (da0:umass-sim0:0:0:0): Error 6, Unretryable error >> (da0:umass-sim0:0:0:0): ATA COMMAND PASS THROUGH(16). CDB: 85 08 0a 00 00 02 00 00 00 00 00 00 00 40 ec 00 >> (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (da0:umass-sim0:0:0:0): SCSI status: Check Condition >> (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) >> (da0:umass-sim0:0:0:0): Error 6, Unretryable error > > -- > Alexander Motin > _______________________________________________ > 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" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Thu May 2 16:11:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 58B65B4F for ; Thu, 2 May 2013 16:11:10 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.33]) by mx1.freebsd.org (Postfix) with ESMTP id EA4BB16FB for ; Thu, 2 May 2013 16:11:09 +0000 (UTC) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by dlrexedge02.dlr.de (172.21.163.101) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 2 May 2013 18:10:44 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 2 May 2013 18:10:47 +0200 Date: Thu, 2 May 2013 18:11:58 +0200 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: Subject: files disappearing from ls on NFS Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" X-Originating-IP: [129.247.178.136] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 16:11:10 -0000 Hi, I've updated one of my -current machines this week (previous update was in february). Now I see a strange effect (it seems only on NFS mounts): ls or even echo * will list only some files (strange enough the first files from the normal, alphabetically ordered list). If I change something in the directory (delete a file or create a new one) for some time the complete listing will appear but after sime time (seconds to a minute or so) again only part of the files is listed. A ktrace on ls /usr/src/lib/libc/gen shows that getdirentries is called only once (returning 4096). For a full listing getdirentries is called 5 times with the last returning 0. I can still open files that are not listed if I know their name, though. The NFS server is a Windows 2008 server with an OpenText NFS Server which works without problems to all the other FreeBSD machines. So what could that be? Regards, harti From owner-freebsd-current@FreeBSD.ORG Thu May 2 16:17:13 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 493EAC9A for ; Thu, 2 May 2013 16:17:13 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 19AF41743 for ; Thu, 2 May 2013 16:17:12 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id j1so720698oag.13 for ; Thu, 02 May 2013 09:17:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=gypjpixyYpAFai5tcvdKwrvYSLLk8wf+BqqIhZMuHH0=; b=DZJzbZarO2NaDTI5O5qe4buP+5vmTkBJXM8uWMQv7e8Ci6/KwSSHMJMDXAidtAOLas SH6KWlzBI1yedUJs6iG0ZrJ1MvQE4Iha1yZUTE04YmdbC/VNme90Y/zyxDqL6ESlbET3 NbPayg4OHOoCXIh1Ag4PHmCudKhde3syPlKvwOTkhu33o+hAz+w5pjwAj8Ng39mtdrkc ujYi+kOUO+daK+4g4UyVNmPeY/irmsLGspL93NdCZQH2Rb5b5q5W3c/dG9m6oVsFPPka N4RpwZ7L4GVqR+3IE38s2maQOObkoiyAvsxTdXrNPZUkMh8ngNR3cyA1l/ouQNnnoguT WGsw== MIME-Version: 1.0 X-Received: by 10.60.133.134 with SMTP id pc6mr1978445oeb.87.1367511432235; Thu, 02 May 2013 09:17:12 -0700 (PDT) Received: by 10.76.141.15 with HTTP; Thu, 2 May 2013 09:17:12 -0700 (PDT) In-Reply-To: References: Date: Thu, 2 May 2013 09:17:12 -0700 Message-ID: Subject: Re: files disappearing from ls on NFS From: Freddie Cash To: Hartmut Brandt Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 16:17:13 -0000 There was just a security update that dealt with changes to getdirent or something along those lines. Check the security notices, and then see if reverting that change makes a difference. It was just in the past week here. On Thu, May 2, 2013 at 9:11 AM, Hartmut Brandt wrote: > Hi, > > I've updated one of my -current machines this week (previous update was in > february). Now I see a strange effect (it seems only on NFS mounts): ls or > even echo * will list only some files (strange enough the first files from > the normal, alphabetically ordered list). If I change something in the > directory (delete a file or create a new one) for some time the complete > listing will appear but after sime time (seconds to a minute or so) again > only part of the files is listed. > > A ktrace on ls /usr/src/lib/libc/gen shows that getdirentries is called > only once (returning 4096). For a full listing getdirentries is called 5 > times with the last returning 0. > > I can still open files that are not listed if I know their name, though. > > The NFS server is a Windows 2008 server with an OpenText NFS Server which > works without problems to all the other FreeBSD machines. > > So what could that be? > > Regards, > harti > ______________________________**_________________ > 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 " > -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu May 2 16:39:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9A93F13B; Thu, 2 May 2013 16:39:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 754201813; Thu, 2 May 2013 16:39:38 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C8DFFB993; Thu, 2 May 2013 12:39:37 -0400 (EDT) From: John Baldwin To: "Robert N. M. Watson" Subject: Re: panic: in_pcblookup_local (?) Date: Thu, 2 May 2013 12:08:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <20130502005704.GB1623@glenbarber.us> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201305021208.39287.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 02 May 2013 12:39:37 -0400 (EDT) Cc: Ian FREISLICH , Glen Barber , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 16:39:38 -0000 On Thursday, May 02, 2013 5:27:39 am Robert N. M. Watson wrote: > > On 2 May 2013, at 01:57, Glen Barber wrote: > > > So, I am admittedly not too familiar with DDB. In fact, I just now > > realize the kernel is built without DDB... > > DDB is a very powerful tool in that it's been custom-developed to help debug common kernel panics. It lacks some of the flexibility, and especially the data-type awareness of GDB, but GDB is a less well-suited tool when investigating common crash patterns. I'll usually start out debugging in DDB, and find that 90% of my in-development panics can be debugged with it, resorting to GDB for post-mortem analyses in production or particularly hard debugging cases (usually where DDB's pretty printers for data types fall short). I've wanted, for a long time, to teach DDB how to pretty-print arbitrary types using DTrace's CTF meta-data, which would address the most significant major case where I turn to GDB. Mind you, the limitations I see in GDB are made up for in most part by John's GDB scripts :-). Heh, I prefer DDB for active development as well, but after being forced to work in an environment where I had to largely do post-mortem analysis, I had to get a gdb environment that was close to as functional. Also, using kgdb on a live system to obtain info is less invasive than ddb (doesn't halt the system), and you can easily add new scripts to generate useful reports without having to recompile or reboot. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 2 16:39:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B19B713E; Thu, 2 May 2013 16:39:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 894CA1814; Thu, 2 May 2013 16:39:39 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CE998B997; Thu, 2 May 2013 12:39:38 -0400 (EDT) From: John Baldwin To: "Robert N. M. Watson" Subject: Re: panic: in_pcblookup_local (?) Date: Thu, 2 May 2013 12:09:41 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <20130502104219.GA1586@glenbarber.us> <52B3AEE5-D24A-4ED3-BB11-E7E27BFB447F@freebsd.org> In-Reply-To: <52B3AEE5-D24A-4ED3-BB11-E7E27BFB447F@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201305021209.41221.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 02 May 2013 12:39:39 -0400 (EDT) Cc: Ian FREISLICH , Glen Barber , freebsd-current@freebsd.org, Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 16:39:39 -0000 On Thursday, May 02, 2013 7:25:08 am Robert N. M. Watson wrote: > > On 2 May 2013, at 11:42, Glen Barber wrote: > > > Hmm. Perhaps it would be worthwhile for me to rebuild the current > > kernel with DDB support. It looks like the machine has panicked a few > > times over the last two weeks or so, but based on the timestamps of the > > crash dumps and nagios complaints, happened during the middle of the > > night when I would not have really noticed, or otherwise would have just > > blamed my ISP. > > > > Two of the panics are ath(4) related. One looks similar to the one > > referenced in this thread, similarly triggered by a CFEngine process. > > > > In that case, the backtrace looks like: > > > > #4 0xffffffff808cdbb3 at calltrap+0x8 > > #5 0xffffffff807371d8 at in_pcb_lport+0x128 > > #6 0xffffffff8073745a at in_pcbbind_setup+0x16a > > #7 0xffffffff80737d8e at in_pcbconnect_setup+0x71e > > #8 0xffffffff80737df9 at in_pcbconnect_mbuf+0x59 > > #9 0xffffffff807bf29f at udp_connect+0x11f > > #10 0xffffffff80680615 at kern_connectat+0x275 > > > > Regarding DDB though, it would be rather difficult to access the machine > > if it drops to a DDB debugger session, since the machine acts as my > > firewall. > > Thanks -- will take a look at the attached. > > FWIW, though, I'm worried by the number of panics you are seeing, especially given that they involve multiple subsystems, and in particular, John's observation about a potentially corrupted pointer. This makes me wonder whether (a) you are experiencing hardware faults -- it would be worth running some memory/cpu/etc tests and (b) if we might be seeing a software memory corruption bug of some sort. Other users have reported this (Ian Lepore), and Peter Wemm can now reproduce these at will as well, so I think this is a software bug. What might be easiest if we can't figure this out from the crashdump is just to bisect the offending revision. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 2 16:39:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7FE69145; Thu, 2 May 2013 16:39:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5C66B1816; Thu, 2 May 2013 16:39:41 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C7840B986; Thu, 2 May 2013 12:39:40 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: LOR: two vfs_bio.c:3070, ufs_dirhash.c:284 and vfs_mount.c:851, vfs_subr.c:2167 Date: Thu, 2 May 2013 12:35:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201305021235.13416.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 02 May 2013 12:39:40 -0400 (EDT) Cc: Ian FREISLICH , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 16:39:41 -0000 On Thursday, May 02, 2013 3:55:25 am Ian FREISLICH wrote: > Hi > > I'm getting these two LORs at boot time, they don't seem to be known > on http://ipv4.sources.zabbadoz.net/freebsd/lor.html > > lock order reversal: > 1st 0xffffff83e37ee938 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3070 > 2nd 0xfffffe0030283800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffff846b756410 > _witness_debugger() at _witness_debugger+0x65/frame 0xffffff846b756430 > witness_checkorder() at witness_checkorder+0x857/frame 0xffffff846b7564e0 > _sx_xlock() at _sx_xlock+0x6e/frame 0xffffff846b756510 > ufsdirhash_acquire() at ufsdirhash_acquire+0x33/frame 0xffffff846b756530 > ufsdirhash_add() at ufsdirhash_add+0x19/frame 0xffffff846b756560 > ufs_direnter() at ufs_direnter+0x976/frame 0xffffff846b756630 > ufs_makeinode() at ufs_makeinode+0x296/frame 0xffffff846b7567f0 > VOP_CREATE_APV() at VOP_CREATE_APV+0x8c/frame 0xffffff846b756820 > vn_open_cred() at vn_open_cred+0x2da/frame 0xffffff846b756970 > kern_openat() at kern_openat+0x1de/frame 0xffffff846b756ad0 > amd64_syscall() at amd64_syscall+0x26c/frame 0xffffff846b756bf0 > Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff846b756bf0 > --- syscall (5, FreeBSD ELF64, sys_open), rip = 0x800b6f99a, rsp = 0x7fffffffd84 > > lock order reversal: > 1st 0xfffffe003082f068 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:851 > 2nd 0xfffffe032a133240 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2167 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffff846b408410 > _witness_debugger() at _witness_debugger+0x65/frame 0xffffff846b408430 > witness_checkorder() at witness_checkorder+0x857/frame 0xffffff846b4084e0 > __lockmgr_args() at __lockmgr_args+0xda4/frame 0xffffff846b4085b0 > vop_stdlock() at vop_stdlock+0x39/frame 0xffffff846b4085d0 > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x97/frame 0xffffff846b408600 > _vn_lock() at _vn_lock+0x5e/frame 0xffffff846b408680 > vget() at vget+0x63/frame 0xffffff846b4086d0 > devfs_allocv() at devfs_allocv+0x13c/frame 0xffffff846b408730 > devfs_root() at devfs_root+0x4d/frame 0xffffff846b408770 > vfs_donmount() at vfs_donmount+0xa55/frame 0xffffff846b408a90 > sys_nmount() at sys_nmount+0x6d/frame 0xffffff846b408ad0 > amd64_syscall() at amd64_syscall+0x26c/frame 0xffffff846b408bf0 > Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff846b408bf0 > --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x800a96daa, rsp = 0x7fffffffccc8, rbp = 0x7fffffffcce0 --- The are both old and known. The bufwait one is documented in ufs_dirhash.c and is a false positive. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 2 16:40:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E182D505 for ; Thu, 2 May 2013 16:40:03 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.33]) by mx1.freebsd.org (Postfix) with ESMTP id 506B81840 for ; Thu, 2 May 2013 16:40:03 +0000 (UTC) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by dlrexedge02.dlr.de (172.21.163.101) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 2 May 2013 18:39:38 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 2 May 2013 18:39:40 +0200 Date: Thu, 2 May 2013 18:39:54 +0200 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: Freddie Cash Subject: Re: files disappearing from ls on NFS 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" X-Originating-IP: [129.247.178.136] Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 16:40:03 -0000 On Thu, 2 May 2013, Freddie Cash wrote: FC>There was just a security update that dealt with changes to getdirent or FC>something along those lines. FC> FC>Check the security notices, and then see if reverting that change makes a FC>difference. FC> FC>It was just in the past week here. If you mean SA-13:05.nfsserver that seams to be related to the NFS server only. My problem is in the client. harti FC> FC> FC>On Thu, May 2, 2013 at 9:11 AM, Hartmut Brandt FC>wrote: FC> Hi, FC> FC> I've updated one of my -current machines this week (previous FC> update was in february). Now I see a strange effect (it seems FC> only on NFS mounts): ls or even echo * will list only some files FC> (strange enough the first files from the normal, alphabetically FC> ordered list). If I change something in the directory (delete a FC> file or create a new one) for some time the complete listing FC> will appear but after sime time (seconds to a minute or so) FC> again only part of the files is listed. FC> FC> A ktrace on ls /usr/src/lib/libc/gen shows that getdirentries is FC> called only once (returning 4096). For a full listing FC> getdirentries is called 5 times with the last returning 0. FC> FC> I can still open files that are not listed if I know their name, FC> though. FC> FC> The NFS server is a Windows 2008 server with an OpenText NFS FC> Server which works without problems to all the other FreeBSD FC> machines. FC> FC> So what could that be? FC> FC> Regards, FC> harti FC> _______________________________________________ FC> freebsd-current@freebsd.org mailing list FC> http://lists.freebsd.org/mailman/listinfo/freebsd-current FC> To unsubscribe, send any mail to FC> "freebsd-current-unsubscribe@freebsd.org" FC> FC> FC> FC> FC>-- FC>Freddie Cash FC>fjwcash@gmail.com FC> FC> From owner-freebsd-current@FreeBSD.ORG Thu May 2 17:53:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 06DC5997; Thu, 2 May 2013 17:53:58 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs03.jnb1.cloudseed.co.za (zcs03.jnb1.cloudseed.co.za [41.154.0.139]) by mx1.freebsd.org (Postfix) with ESMTP id 93D5C1CE6; Thu, 2 May 2013 17:53:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTP id 0FB132B430A0; Thu, 2 May 2013 19:53:55 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs03.jnb1.cloudseed.co.za Received: from zcs03.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs03.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rq2jOqtN4EZr; Thu, 2 May 2013 19:53:54 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id B9D212B4309D; Thu, 2 May 2013 19:53:53 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UXxhT-000MPI-Ju; Thu, 02 May 2013 19:53:47 +0200 To: John Baldwin From: Ian FREISLICH Subject: Re: panic: in_pcblookup_local (?) In-Reply-To: <201305021209.41221.jhb@freebsd.org> References: <201305021209.41221.jhb@freebsd.org> <20130502104219.GA1586@glenbarber.us> <52B3AEE5-D24A-4ED3-BB11-E7E27BFB447F@freebsd.org> X-Attribution: BOFH Date: Thu, 02 May 2013 19:53:47 +0200 Message-Id: Cc: Glen Barber , freebsd-current@freebsd.org, "Robert N. M. Watson" , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 17:53:58 -0000 John Baldwin wrote: > On Thursday, May 02, 2013 7:25:08 am Robert N. M. Watson wrote: > > > > On 2 May 2013, at 11:42, Glen Barber wrote: > > > > > Hmm. Perhaps it would be worthwhile for me to rebuild the current > > > kernel with DDB support. It looks like the machine has panicked a few > > > times over the last two weeks or so, but based on the timestamps of the > > > crash dumps and nagios complaints, happened during the middle of the > > > night when I would not have really noticed, or otherwise would have just > > > blamed my ISP. > > > > > > Two of the panics are ath(4) related. One looks similar to the one > > > referenced in this thread, similarly triggered by a CFEngine process. > > > > > > In that case, the backtrace looks like: > > > > > > #4 0xffffffff808cdbb3 at calltrap+0x8 > > > #5 0xffffffff807371d8 at in_pcb_lport+0x128 > > > #6 0xffffffff8073745a at in_pcbbind_setup+0x16a > > > #7 0xffffffff80737d8e at in_pcbconnect_setup+0x71e > > > #8 0xffffffff80737df9 at in_pcbconnect_mbuf+0x59 > > > #9 0xffffffff807bf29f at udp_connect+0x11f > > > #10 0xffffffff80680615 at kern_connectat+0x275 > > > > > > Regarding DDB though, it would be rather difficult to access the machine > > > if it drops to a DDB debugger session, since the machine acts as my > > > firewall. > > > > Thanks -- will take a look at the attached. > > > > FWIW, though, I'm worried by the number of panics you are seeing, especiall y > given that they involve multiple subsystems, and in particular, John's > observation about a potentially corrupted pointer. This makes me wonder > whether (a) you are experiencing hardware faults -- it would be worth running > some memory/cpu/etc tests and (b) if we might be seeing a software memory > corruption bug of some sort. > > Other users have reported this (Ian Lepore), and Peter Wemm can now reproduce > these at will as well, so I think this is a software bug. What might be > easiest if we can't figure this out from the crashdump is just to bisect the > offending revision. I've started a binary search. I'll let you know what that turns up. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu May 2 18:08:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 68BC4FCC; Thu, 2 May 2013 18:08:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 58FA61DE6; Thu, 2 May 2013 18:08:39 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r42I8ZW7070828; Thu, 2 May 2013 21:08:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.2 kib.kiev.ua r42I8ZW7070828 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r42I8Z29070827; Thu, 2 May 2013 21:08:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 2 May 2013 21:08:35 +0300 From: Konstantin Belousov To: Davide Italiano Subject: Re: Kernel build error in hwpmc with system GNU cc Message-ID: <20130502180834.GL3047@kib.kiev.ua> References: <51820AFD.1030607@freebsd.org> <51826D52.6030403@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vH3HHxf962mwD/qo" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 18:08:40 -0000 --vH3HHxf962mwD/qo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 02, 2013 at 04:12:36PM +0200, Davide Italiano wrote: > On Thu, May 2, 2013 at 3:42 PM, Andrey Chernov wrote: > > On 02.05.2013 14:06, Davide Italiano wrote: > >>> /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c:1935: warning= : 'map' may be used uninitialized in this function > >>> *** [hwpmc_core.o] Error code 1 > > > >> You can find a patch attached at the end of this mail that should fix > >> the problem. > > > > Thanks, it fix this warning. > > > >> More generally speaking, why are you building -CURRENT using GCC while > >> the default compiler has been clang since November 2012? > > > > 1) clang is not ready for production, it is too buggy. See its fixes > > rate for very common things 'must work' in every compiler. It is > > included into -current not because of its quality, but to involve > > developers into clang bugfixes to make its progress faster, and > > personally me don't want to find clang bugs. > > > > 2) Its build time is too long. > > > > 3) It generates bigger code. > > > >> Putting the additional burden of > >> testing on the committer because two compilers are supported at the > >> same time doesn't scale really well, at least according to me. > > > > You'll hit this error later in any case, attempting to MFC your changes > > to -stable with GNU cc. > > > > -- > > bitcoin:13fGiNutKNHcVSsgtGQ7bQ5kgUKgEQHn7N >=20 >=20 > I won't object about your 2) and 3), but if you fear to hit bugs you > shouldn't probably run -CURRENT. > About the backport, I faced the problem of adapting code in the past > when merging to stable releases, so this is actually a different > problem. If I'd blindly merged the incrimined change to 9-STABLE > without building and notifying the GCC warning, then I would expect > you ranting at me because of build failure. > There's a notion of "default compiler" in 9 and in 10 and they're > different. My opinion is that people should live with it, and unless > someone will introduce some mechanism a-la redports.org to overcome > the issue, I will take my risks committing changes and fixing failures > if they occur. It's already really difficult to have tinderbox not > ranting these days, adding another compiler just result in another > dimension of complexity in the whole scenario. I experienced the same issues e.g. with the TTM commit, on somewhat bigger scale. There were 3 or 4 problems compiling the code with gcc, which were silently accepted by clang. Most ridiculous was clang silence on the double-declaration of the functions. For myself, I decided after the episode that I am morally unblended if default build is fine after the commit. For any compile issues reported by users with non-default compilers, I obviously take a look and do fix if possible, but I certainly do not intend to even try to test with non-default compiler on my own. --vH3HHxf962mwD/qo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJRgquiAAoJEJDCuSvBvK1B0csP/06PV83F4/mTZJF2qMXV/FhQ /JzpyXn3VlBm1OndN0CwWb03wPhOrIccpAPK/nl+b3YYHN/XuOmY2knd6wA0mxky D5gFL9IRzSLbh+9nUlTyiEs1O+xySFxXjhmLSa6Xu55NVkAKFl5NX7XqQm6cQSlQ DZbxzUV8MaUm/r390jm3pN8k/feB5zzjoJOfBafU71OU7mRrdhlMlAcQ0+6igqcE t2yE/ID/YQqhUwbyFsEJRbmg1ff0CMSNpUBgZdGmNkPnTU7+3dTSoqyGdFZUTbCn kN+yyqfVg0HuyUZXSA+E5Qiin4PAxK+zfsTNR1r9jCaDGszejQFK9F6IbksOx63P 7lU02lNE2dcTlzF6N03nXRebUTZmxvFFYzW7KDNHU2EIAG73huGFjr3SiUYYyp8z OpviUcI7WxSmfGLe3iC/5qnbBM8QAT/0HGzcrZlHGe3b9LjIdmtUKAyinhVjBuzG CEQsRf+bL03gNlJJAi2eUBl7olxHU6fB2wSgmeaDioKE4oeGELPnFSIbllo60cIY Gm9s0PMiG8/YXEs1vVYiMi/CVy6QSzxmKqyHJJwNUetc4iyLKZ5FHWPZIeaWIrDI 1AJaFGoraH3tfL65r3bosgbs8Abmy6/uuTw6/K++0U6h13VD61C1aI1KaGhiWTl6 PFX5Tl0grztGY5qYXDqX =DnJH -----END PGP SIGNATURE----- --vH3HHxf962mwD/qo-- From owner-freebsd-current@FreeBSD.ORG Thu May 2 18:18:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F17FA389 for ; Thu, 2 May 2013 18:18: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 D218F1E7A for ; Thu, 2 May 2013 18:18:12 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.7/8.14.6) with ESMTP id r42IICTS034834; Thu, 2 May 2013 11:18:12 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.7/8.14.7/Submit) id r42IIBv9034833; Thu, 2 May 2013 11:18:11 -0700 (PDT) (envelope-from david) Date: Thu, 2 May 2013 11:18:11 -0700 From: David Wolfskill To: Andrey Smagin Subject: Re: Current r250174 repeatable panic Message-ID: <20130502181811.GT1347@albert.catwhisker.org> References: <1367500243.704185033@f320.mail.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ImSVV91IQg5ga+3z" Content-Disposition: inline In-Reply-To: <1367500243.704185033@f320.mail.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 18:18:13 -0000 --ImSVV91IQg5ga+3z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 02, 2013 at 05:10:43PM +0400, Andrey Smagin wrote: > Today current paniced after some minutes of network load. Kernel conf is = GENERIC with added ROUTETABLES=3D16 option. Screenshoots http://vvtlan.ru/p= anic1.jpg http://vvtlan.ru/panic2.jpg . > ... I was able to build & boot: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #888 r2501= 73M/250174:1000032: Thu May 2 10:02:50 PDT 2013 root@g1-227.catwhisker= =2Eorg:/usr/obj/usr/src/sys/CANARY i386 without any issues (that I could see). On my laptop, this included running xdm with x11/nvidia-driver, logging in to X11, and starting a handful of xterms and logging in (via ssh) to several machines. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --ImSVV91IQg5ga+3z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlGCreIACgkQmprOCmdXAD1KFACfQDOkP0zCTCPUF4reqhKFDpwE SQQAn1hQzOlFiIPaVhs+2D4I9X+gXSub =TlHO -----END PGP SIGNATURE----- --ImSVV91IQg5ga+3z-- From owner-freebsd-current@FreeBSD.ORG Thu May 2 18:28:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9D114728 for ; Thu, 2 May 2013 18:28:28 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-oa0-f53.google.com (mail-oa0-f53.google.com [209.85.219.53]) by mx1.freebsd.org (Postfix) with ESMTP id 704AC1EF3 for ; Thu, 2 May 2013 18:28:28 +0000 (UTC) Received: by mail-oa0-f53.google.com with SMTP id n9so846664oag.40 for ; Thu, 02 May 2013 11:28:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=oSNDZ9LWOn+G7rvDcG8Mi4Drahoc1wig3FNeVP3vpFk=; b=NQVPARc+vMwNPw2cepqI6ymZBf5rln3Ektykb/12Q+2DYpTpart8/sRaBP1Y585syt ohc7VUHXO9t/4Sg+Hj9AOJjLln4/Auvn7HSCanKgshgVU5l0zOb+cXmAub+PtCi+/uCB 7+c1b0RkkRs3kS4flzWhvKRZ2oZAQMKSJQ2MzF/HoGkU+qL5COOA71pFSNzPFYKxMb9v aebxxAy496JBchu9AZCsJAD7upxnYPKwG8INXD8/qWe4+6IiniQ5e8QWVh8v8lONdSH0 dLEesO+imbkTg4+0x97kjJsw4X/O3UNYY93C4HK+Xp6RkzT5JP8sGmOH7siNZDI1TOx+ 8Gow== MIME-Version: 1.0 X-Received: by 10.60.97.4 with SMTP id dw4mr2119298oeb.75.1367519307850; Thu, 02 May 2013 11:28:27 -0700 (PDT) Received: by 10.76.156.198 with HTTP; Thu, 2 May 2013 11:28:27 -0700 (PDT) Date: Thu, 2 May 2013 14:28:27 -0400 Message-ID: Subject: buildworld of HEAD failing under 8.1-RELEASE From: Ryan Stone To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 18:28:28 -0000 I am getting the following error when trying to build HEAD on an 8.1-RELEASE build machine (i386 jail on an amd64 host): ===> lib/clang/libllvmanalysis (all) /usr/d2/users/rstone/git/svos/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/ConstantFolding.cpp: In function 'llvm::Constant* llvm::ConstantFoldCall(llvm::Function*, llvm::ArrayRef, const llvm::TargetLibraryInfo*)': /usr/d2/users/rstone/git/svos/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/ConstantFolding.cpp:1310: error: 'log2' was not declared in this scope *** [ConstantFolding.o] Error code 1 1 error *** [all] Error code 2 1 error *** [cross-tools] Error code 2 1 error *** [_cross-tools] Error code 2 1 error *** Error code 2 1 error Is there anything that I can do other than build on another machine? I don't control the build machines at $WORK so I'm not sure whether I can get them upgraded. :( From owner-freebsd-current@FreeBSD.ORG Thu May 2 18:32:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AE9EF95F; Thu, 2 May 2013 18:32:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8B2161F41; Thu, 2 May 2013 18:32:54 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0509EB911; Thu, 2 May 2013 14:32:54 -0400 (EDT) From: John Baldwin To: Ian FREISLICH Subject: Re: panic: in_pcblookup_local (?) Date: Thu, 2 May 2013 14:32:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <201305021209.41221.jhb@freebsd.org> <52B3AEE5-D24A-4ED3-BB11-E7E27BFB447F@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201305021432.34456.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 02 May 2013 14:32:54 -0400 (EDT) Cc: Glen Barber , freebsd-current@freebsd.org, "Robert N. M. Watson" , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 18:32:54 -0000 On Thursday, May 02, 2013 1:53:47 pm Ian FREISLICH wrote: > John Baldwin wrote: > > On Thursday, May 02, 2013 7:25:08 am Robert N. M. Watson wrote: > > > > > > On 2 May 2013, at 11:42, Glen Barber wrote: > > > > > > > Hmm. Perhaps it would be worthwhile for me to rebuild the current > > > > kernel with DDB support. It looks like the machine has panicked a few > > > > times over the last two weeks or so, but based on the timestamps of the > > > > crash dumps and nagios complaints, happened during the middle of the > > > > night when I would not have really noticed, or otherwise would have just > > > > blamed my ISP. > > > > > > > > Two of the panics are ath(4) related. One looks similar to the one > > > > referenced in this thread, similarly triggered by a CFEngine process. > > > > > > > > In that case, the backtrace looks like: > > > > > > > > #4 0xffffffff808cdbb3 at calltrap+0x8 > > > > #5 0xffffffff807371d8 at in_pcb_lport+0x128 > > > > #6 0xffffffff8073745a at in_pcbbind_setup+0x16a > > > > #7 0xffffffff80737d8e at in_pcbconnect_setup+0x71e > > > > #8 0xffffffff80737df9 at in_pcbconnect_mbuf+0x59 > > > > #9 0xffffffff807bf29f at udp_connect+0x11f > > > > #10 0xffffffff80680615 at kern_connectat+0x275 > > > > > > > > Regarding DDB though, it would be rather difficult to access the machine > > > > if it drops to a DDB debugger session, since the machine acts as my > > > > firewall. > > > > > > Thanks -- will take a look at the attached. > > > > > > FWIW, though, I'm worried by the number of panics you are seeing, especiall > y > > given that they involve multiple subsystems, and in particular, John's > > observation about a potentially corrupted pointer. This makes me wonder > > whether (a) you are experiencing hardware faults -- it would be worth running > > > some memory/cpu/etc tests and (b) if we might be seeing a software memory > > corruption bug of some sort. > > > > Other users have reported this (Ian Lepore), and Peter Wemm can now reproduce > > these at will as well, so I think this is a software bug. What might be > > easiest if we can't figure this out from the crashdump is just to bisect the > > offending revision. > > I've started a binary search. I'll let you know what that turns up. Thanks, and sorry for getting my Ian's mixed up. :-/ -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 2 18:36:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 887CDC24 for ; Thu, 2 May 2013 18:36:52 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) by mx1.freebsd.org (Postfix) with ESMTP id 769911F70 for ; Thu, 2 May 2013 18:36:52 +0000 (UTC) Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 69F3E1A0173; Thu, 2 May 2013 18:36:46 +0000 (UTC) Message-ID: <5182B23C.8000804@mail.lifanov.com> Date: Thu, 02 May 2013 14:36:44 -0400 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130403 Thunderbird/17.0.5 MIME-Version: 1.0 To: rysto32@gmail.com Subject: Re: buildworld of HEAD failing under 8.1-RELEASE References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 18:36:52 -0000 On 05/02/2013 02:28 PM, Ryan Stone wrote: > I am getting the following error when trying to build HEAD on an > 8.1-RELEASE build machine (i386 jail on an amd64 host): > > ===> lib/clang/libllvmanalysis (all) > /usr/d2/users/rstone/git/svos/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/ConstantFolding.cpp: > In function 'llvm::Constant* llvm::ConstantFoldCall(llvm::Function*, > llvm::ArrayRef, const llvm::TargetLibraryInfo*)': > /usr/d2/users/rstone/git/svos/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/ConstantFolding.cpp:1310: > error: 'log2' was not declared in this scope > *** [ConstantFolding.o] Error code 1 > 1 error > *** [all] Error code 2 > 1 error > *** [cross-tools] Error code 2 > 1 error > *** [_cross-tools] Error code 2 > 1 error > *** Error code 2 > 1 error > > Is there anything that I can do other than build on another machine? I > don't control the build machines at $WORK so I'm not sure whether I can get > them upgraded. :( > _______________________________________________ > 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" > I think, per http://svnweb.freebsd.org/base/head/UPDATING?view=co You need to bootstrap clang by building a recent version WITHOUT_CLANG and then removing the version. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Thu May 2 21:01:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2B0F3377; Thu, 2 May 2013 21:01:40 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id AEE18158C; Thu, 2 May 2013 21:01:39 +0000 (UTC) Received: from [77.41.107.10] (port=63156 helo=dc7700p.lissyara.su) by mx.lissyara.su with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UXzxm-0004Ql-Gm; Fri, 03 May 2013 00:18:46 +0400 Message-ID: <5182CA25.9030001@lissyara.su> Date: Fri, 03 May 2013 00:18:45 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: hardware@freebsd.org, current@freebsd.org, jhb@freebsd.org Subject: No ATA disks on 9.1 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 21:01:40 -0000 see begin in: http://lists.freebsd.org/pipermail/freebsd-current/2012-November/038000.html today, I have time and try find problem commit for 9-stable 2012.05.04.15.20.00 - all work OK 2012.05.05.00.00.00 - cannot boot it's only two kernel-related file for this period: Edit src/lib/libc/gen/sem_new.c Add delta 1.8.2.2 2012.05.04.20.45.53 jilles Edit src/sys/dev/pci/pci.c Add delta 1.425.2.8 2012.05.04.15.38.47 hselasky Edit src/sys/ufs/ufs/ufs_vnops.c Add delta 1.328.2.7 2012.05.04.15.51.23 jh diff -Nru /usr/src/sys/dev/pci/pci.c /tmp/src/sys/dev/pci/pci.c --- /usr/src/sys/dev/pci/pci.c 2013-05-03 00:05:19.000000000 +0400 +++ /tmp/src/sys/dev/pci/pci.c 2013-05-02 23:56:38.000000000 +0400 @@ -27,7 +27,7 @@ */ #include -__FBSDID("$FreeBSD: src/sys/dev/pci/pci.c,v 1.425.2.7 2012/04/11 20:50:17 jhb Exp $"); +__FBSDID("$FreeBSD: src/sys/dev/pci/pci.c,v 1.425.2.8 2012/05/04 15:38:47 hselasky Exp $"); #include "opt_bus.h" @@ -2746,16 +2746,15 @@ prefetch ? RF_PREFETCHABLE : 0); if (res == NULL) { /* - * If the allocation fails, clear the BAR and delete - * the resource list entry to force - * pci_alloc_resource() to allocate resources from the - * parent. + * If the allocation fails, delete the resource list entry + * to force pci_alloc_resource() to allocate resources + * from the parent. */ resource_list_delete(rl, type, reg); - start = 0; - } else + } else { start = rman_get_start(res); - pci_write_bar(dev, pm, start); + pci_write_bar(dev, pm, start); + } return (barlen); } @@ -3824,7 +3823,7 @@ if ((desc = malloc(strlen(vp) + strlen(dp) + 3, M_DEVBUF, M_NOWAIT)) != NULL) sprintf(desc, "%s, %s", vp, dp); - out: +out: if (vp != NULL) free(vp, M_DEVBUF); if (dp != NULL) @@ -4100,7 +4099,7 @@ count, *rid, type, rman_get_start(res)); map = rman_get_start(res); pci_write_bar(child, pm, map); -out:; +out: return (res); } @@ -4289,19 +4288,6 @@ type, rid, rman_get_start(rle->res)); return; } - -#ifndef __PCI_BAR_ZERO_VALID - /* - * If this is a BAR, clear the BAR so it stops - * decoding before releasing the resource. - */ - switch (type) { - case SYS_RES_IOPORT: - case SYS_RES_MEMORY: - pci_write_bar(child, pci_find_bar(child, rid), 0); - break; - } -#endif resource_list_unreserve(rl, dev, child, type, rid); } resource_list_delete(rl, type, rid); diff -Nru /usr/src/sys/ufs/ufs/ufs_vnops.c /tmp/src/sys/ufs/ufs/ufs_vnops.c --- /usr/src/sys/ufs/ufs/ufs_vnops.c 2013-05-03 00:05:30.000000000 +0400 +++ /tmp/src/sys/ufs/ufs/ufs_vnops.c 2013-05-02 23:56:49.000000000 +0400 @@ -35,7 +35,7 @@ */ #include -__FBSDID("$FreeBSD: src/sys/ufs/ufs/ufs_vnops.c,v 1.328.2.6 2012/05/02 15:15:28 jh Exp $"); +__FBSDID("$FreeBSD: src/sys/ufs/ufs/ufs_vnops.c,v 1.328.2.7 2012/05/04 15:51:23 jh Exp $"); #include "opt_quota.h" #include "opt_suiddir.h" @@ -528,6 +528,10 @@ return (EINVAL); } if (vap->va_flags != VNOVAL) { + if ((vap->va_flags & ~(UF_NODUMP | UF_IMMUTABLE | UF_APPEND | + UF_OPAQUE | UF_NOUNLINK | SF_ARCHIVED | SF_IMMUTABLE | + SF_APPEND | SF_NOUNLINK | SF_SNAPSHOT)) != 0) + return (EOPNOTSUPP); if (vp->v_mount->mnt_flag & MNT_RDONLY) return (EROFS); /* From owner-freebsd-current@FreeBSD.ORG Thu May 2 22:13:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CA9001C3 for ; Thu, 2 May 2013 22:13:59 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id 90F571830 for ; Thu, 2 May 2013 22:13:59 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id 16so948275obc.9 for ; Thu, 02 May 2013 15:13:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:x-received:sender:x-originating-ip:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=A3goGoCIB0RDQzlEsipuk+U2jqkkREO1uw+ApJMCVB4=; b=K0CTC6IKRFFLftDhjaLiOx+CkJfkRGwH1o00LKk2Tl11HvkamON4/SboEdiEmixmPP 1pW+bGOeOGcM93C7RvtBaZeyTKyx1t1xZOhU5Yj7KRYouJdFzU6xN8y7jiMtXG7qrGSR Hi7+OIcoqZeWtf+2pzbgjmAPq7TBwfMaKZy50= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:sender:x-originating-ip:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:x-gm-message-state; bh=A3goGoCIB0RDQzlEsipuk+U2jqkkREO1uw+ApJMCVB4=; b=jaZJg2YdX/XIt1LQQgTrHksNl9IVsHYzRgoUkVL+b9VXQuiYaFTeOlmfB7dfGkqvU+ 6mxGPdRkGunFnPXAFiyHrwTqRGH7ME0e/dHX5FSdsaDNg7hZ7scTw7Wq+26n4P0qfhuW oNL0C2BdLoFowTdbIfVB/SmFo4D+jbyBeFtv80FiKU+ST3Ywlj3QDj0oE4VY0oITiRan U9yK4a/RCbt9jVrigzjjEXfcZZ3SQj3j0dZ3K5yUlbrrJqZ5TJAm45YNDcJh2bH2i88i x3HdXi1qaM0GpknjcTZcEI3ZrDErukT8wizp9Cd9HR2foLEiecPjmyc/RPn4zrxOTCbq KSng== MIME-Version: 1.0 X-Received: by 10.182.75.169 with SMTP id d9mr1968282obw.3.1367532839064; Thu, 02 May 2013 15:13:59 -0700 (PDT) Sender: decke@bluelife.at Received: by 10.76.83.163 with HTTP; Thu, 2 May 2013 15:13:58 -0700 (PDT) X-Originating-IP: [2001:470:9bf5:200:21c:23ff:fe94:8591] In-Reply-To: <20130426174352.GA33054@gloom.sandvine.com> References: <20130426144955.GF1617@glenbarber.us> <20130426150210.GA29463@gloom.sandvine.com> <20130426150735.GG1617@glenbarber.us> <20130426174352.GA33054@gloom.sandvine.com> Date: Fri, 3 May 2013 00:13:58 +0200 X-Google-Sender-Auth: F_UqKQ-DLHhTckO_rcYKVRfH298 Message-ID: Subject: Re: Virtualbox addition in FreeBSD -current guest OS? From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: Mark Johnston Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmhJROKxw8aRwSU40HB/8CX6BocPYoKbs/9ACqtDLc9OYngQdOOeEmYdTlJ2VZ8o6lb/I8f Cc: Viren Shah , Glen Barber , Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 22:13:59 -0000 This should be fixed together with the update to 4.2.12 now. On Fri, Apr 26, 2013 at 7:43 PM, Mark Johnston wrote: > On Fri, Apr 26, 2013 at 11:07:35AM -0400, Glen Barber wrote: >> On Fri, Apr 26, 2013 at 11:02:10AM -0400, Mark Johnston wrote: >> > On Fri, Apr 26, 2013 at 10:49:55AM -0400, Glen Barber wrote: >> > > On Fri, Apr 26, 2013 at 10:45:19AM -0400, Viren Shah wrote: >> > > > I was having problems compiling the virtualbox guest additions on a FBSD >> > > > -current (Apr 23 20:30 EDT) system. I changed all the VM_OBJECT_LOCKs to >> > > > VM_OBJECT_WLOCKs (and same for the UNLOCKS) and added rwlock.h to the >> > > > includes. That enabled it to compile but I'm having problems getting X >> > > > started (it just hangs) using those vbox modules for xorg. Log msg (see >> > > > attached) says "failed to initialize VirtualBox device (rc=-102)" >> > > > >> > > > Anyone having recently compiled the vbox ose-additions on a -current system >> > > > and had it work? I'm just trying to figure out if this is a >> > > > -current-related issue or a vbox related one. >> > > > >> > > >> > > This was fixed months ago, I think. Is your ports tree updated? >> > >> > As far as the compilation issue goes, the virtualbox-ose-kmod port is >> > indeed fixed but virtualbox-ose-additions is still broken on current >> > with the latest ports tree. >> >> *sigh*... Is this broken "again" or broken "still" ? > > Looks like the latter based on the port's revision history. It was just > never fixed when the lock changed to a rwlock. > _______________________________________________ > 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" -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Thu May 2 23:02:49 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4EF8AC9B for ; Thu, 2 May 2013 23:02: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 133F51B3B for ; Thu, 2 May 2013 23:02:48 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::e439:4c2c:248a:40f2] (unknown [IPv6:2001:7b8:3a7:0:e439:4c2c:248a:40f2]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 0782A5C45; Fri, 3 May 2013 01:02:45 +0200 (CEST) Content-Type: multipart/mixed; boundary="Apple-Mail=_842A476D-068F-4BC1-BAFE-1C4E636CF4AD" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: buildworld of HEAD failing under 8.1-RELEASE From: Dimitry Andric In-Reply-To: Date: Fri, 3 May 2013 01:02:33 +0200 Message-Id: <413D3E21-7E3E-4463-A7C7-6A70F4AFF8DB@FreeBSD.org> References: To: Ryan Stone X-Mailer: Apple Mail (2.1503) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2013 23:02:49 -0000 --Apple-Mail=_842A476D-068F-4BC1-BAFE-1C4E636CF4AD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On May 2, 2013, at 20:28, Ryan Stone wrote: > I am getting the following error when trying to build HEAD on an > 8.1-RELEASE build machine (i386 jail on an amd64 host): >=20 > =3D=3D=3D> lib/clang/libllvmanalysis (all) > = /usr/d2/users/rstone/git/svos/lib/clang/libllvmanalysis/../../../contrib/l= lvm/lib/Analysis/ConstantFolding.cpp: > In function 'llvm::Constant* llvm::ConstantFoldCall(llvm::Function*, > llvm::ArrayRef, const llvm::TargetLibraryInfo*)': > = /usr/d2/users/rstone/git/svos/lib/clang/libllvmanalysis/../../../contrib/l= lvm/lib/Analysis/ConstantFolding.cpp:1310: > error: 'log2' was not declared in this scope ... > Is there anything that I can do other than build on another machine? = I > don't control the build machines at $WORK so I'm not sure whether I = can get > them upgraded. :( In 8.1-RELEASE, there was no log2() MFC yet. Can you please try the = attached diff? --Apple-Mail=_842A476D-068F-4BC1-BAFE-1C4E636CF4AD Content-Disposition: attachment; filename=llvm-config-log2-1.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="llvm-config-log2-1.diff" Content-Transfer-Encoding: 7bit Index: lib/clang/include/llvm/Config/config.h =================================================================== --- lib/clang/include/llvm/Config/config.h (revision 250174) +++ lib/clang/include/llvm/Config/config.h (working copy) @@ -5,6 +5,9 @@ #ifndef CONFIG_H #define CONFIG_H +/* Get __FreeBSD_version */ +#include + /* Bug report URL. */ #define BUG_REPORT_URL "http://llvm.org/bugs/" @@ -248,7 +251,9 @@ #define HAVE_LOG10 1 /* Define to 1 if you have the `log2' function. */ +#if __FreeBSD_version >= 900027 || (__FreeBSD_version < 900000 && __FreeBSD_version >= 802502) #define HAVE_LOG2 1 +#endif /* Define to 1 if you have the `longjmp' function. */ #define HAVE_LONGJMP 1 --Apple-Mail=_842A476D-068F-4BC1-BAFE-1C4E636CF4AD-- From owner-freebsd-current@FreeBSD.ORG Fri May 3 00:55:14 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4DD4CC94; Fri, 3 May 2013 00:55:14 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 1065D1EF3; Fri, 3 May 2013 00:55:14 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id dn14so1018835obc.5 for ; Thu, 02 May 2013 17:55:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=yxS1NCSO+bSL9EGd6JiEXMmaIJDXCID1wQK2Kzlw/fI=; b=SfyAQ4QYsWSoRvsBldB7fbvmvoE1Us8Q4dGTgZ1yWk6YLih+hPHgiPOeqLG2Y51XWC /cyrc/5lM0nEpeJtug03BsiU/w87IcqTpK+YTt3gILFZ1xIK97LC1KOaC+1EluuPNm2o HZuiyXT0fCDOMBxm0Vcn6W4gZaifYNfy7cL0S4KxpMfyN2ACVVPQJNx2hNRSa+wba+AK SIZixKChLVoVa7fagp6Z/+2M8FhqhaD4tWbubyox+j3hURiL1XpcGYyOEoLweMC+nSU6 Y1+cd8/CUm6bCAb2QDrtw7KgK3bkTI8tBSSW63tb5cH9k3ySmVKjOHSoIxOR1XM2dvT+ MeQg== MIME-Version: 1.0 X-Received: by 10.60.133.13 with SMTP id oy13mr2444257oeb.28.1367542513633; Thu, 02 May 2013 17:55:13 -0700 (PDT) Received: by 10.76.156.198 with HTTP; Thu, 2 May 2013 17:55:13 -0700 (PDT) In-Reply-To: <413D3E21-7E3E-4463-A7C7-6A70F4AFF8DB@FreeBSD.org> References: <413D3E21-7E3E-4463-A7C7-6A70F4AFF8DB@FreeBSD.org> Date: Thu, 2 May 2013 20:55:13 -0400 Message-ID: Subject: Re: buildworld of HEAD failing under 8.1-RELEASE From: Ryan Stone To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 00:55:14 -0000 On Thu, May 2, 2013 at 7:02 PM, Dimitry Andric wrote: > On May 2, 2013, at 20:28, Ryan Stone wrote: > > I am getting the following error when trying to build HEAD on an > > 8.1-RELEASE build machine (i386 jail on an amd64 host): > > > > ===> lib/clang/libllvmanalysis (all) > > > /usr/d2/users/rstone/git/svos/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/ConstantFolding.cpp: > > In function 'llvm::Constant* llvm::ConstantFoldCall(llvm::Function*, > > llvm::ArrayRef, const llvm::TargetLibraryInfo*)': > > > /usr/d2/users/rstone/git/svos/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/ConstantFolding.cpp:1310: > > error: 'log2' was not declared in this scope > ... > > Is there anything that I can do other than build on another machine? I > > don't control the build machines at $WORK so I'm not sure whether I can > get > > them upgraded. :( > > In 8.1-RELEASE, there was no log2() MFC yet. Can you please try the > attached diff? > This fixed it. Thank you. From owner-freebsd-current@FreeBSD.ORG Fri May 3 01:40:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 31D8C200; Fri, 3 May 2013 01:40:06 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 06B72100B; Fri, 3 May 2013 01:40:06 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 91A3B23F804; Thu, 2 May 2013 21:40:03 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us 91A3B23F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 2 May 2013 21:40:01 -0400 From: Glen Barber To: Bernhard =?iso-8859-1?Q?Fr=F6hlich?= Subject: Re: Virtualbox addition in FreeBSD -current guest OS? Message-ID: <20130503014001.GA1599@glenbarber.us> References: <20130426144955.GF1617@glenbarber.us> <20130426150210.GA29463@gloom.sandvine.com> <20130426150735.GG1617@glenbarber.us> <20130426174352.GA33054@gloom.sandvine.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Viren Shah , Current FreeBSD , Mark Johnston X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 01:40:06 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 03, 2013 at 12:13:58AM +0200, Bernhard Fr=F6hlich wrote: > This should be fixed together with the update to 4.2.12 now. >=20 Thank you. Glen --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRgxVxAAoJEFJPDDeguUajtj0H/1xpljxeLnV3zCcCXWchrnUW gT2Ua0hjmMPmX/BX7GfcwxjQ/2/HJzsD48HJKLJHdAVI/SUHTOnj1dXbZ6mS7+TW hm3478jkfenccpbXvKe1lBUOsEZg30Co5AovL8nZR1uzlf9aYMngSZnXyd2/U8DV j0payJDZEfPKNVUbO4dfb2XuChE8pVsQftM7RaAkyTavPRttvpbFKT9ieuWJ7bHU rlrMIOILOoxkdCds5Zech1L3p+J/NUxaucEXFsWUSBUx8nsSmj0kdt2Relrx37tD iCo1MHBIQkslffGVun+TnYvOJQACxe26rGanP7yo9L1/o9SvwS4ppR2JCpBnJhE= =vKpO -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-current@FreeBSD.ORG Fri May 3 04:34:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A9932371; Fri, 3 May 2013 04:34:39 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id 64938159B; Fri, 3 May 2013 04:34:39 +0000 (UTC) Received: from [77.41.107.10] (port=46804 helo=dc7700p.lissyara.su) by mx.lissyara.su with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UY7hc-0005yq-OH; Fri, 03 May 2013 08:34:36 +0400 Message-ID: <51833E5C.2050507@lissyara.su> Date: Fri, 03 May 2013 08:34:36 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: hardware@freebsd.org, current@freebsd.org, jhb@freebsd.org Subject: Re: No ATA disks on 9.1 References: <5182CA25.9030001@lissyara.su> In-Reply-To: <5182CA25.9030001@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 04:34:39 -0000 03.05.2013 00:18, Alex Keda пишет: > see begin in: > http://lists.freebsd.org/pipermail/freebsd-current/2012-November/038000.html > > > today, I have time and try find problem commit for 9-stable > > 2012.05.04.15.20.00 - all work OK > 2012.05.05.00.00.00 - cannot boot > I try build after > Edit src/sys/dev/pci/pci.c > Add delta 1.425.2.8 2012.05.04.15.38.47 hselasky it's cannot boot From owner-freebsd-current@FreeBSD.ORG Fri May 3 08:18:47 2013 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E090C6A2 for ; Fri, 3 May 2013 08:18:47 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-vc0-f180.google.com (mail-vc0-f180.google.com [209.85.220.180]) by mx1.freebsd.org (Postfix) with ESMTP id A5E1C1D78 for ; Fri, 3 May 2013 08:18:44 +0000 (UTC) Received: by mail-vc0-f180.google.com with SMTP id hv10so1210818vcb.39 for ; Fri, 03 May 2013 01:18:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=V0LPsX2Y+UGAPxLPG3Etov4Fliq1fTzb2WjngAgdq8k=; b=HeTWRhWFjaHLF4MeWphlpXNLRGDZ4LvMmdpxk1m59MO5H2L4I2HccU5I8P12MZPJKr t0+WvNVInhsYYEenWKLkwIHZONggv+IzGHtyNMqQI/AWhLE9uKzMwvTRbAyAeP0igBfI cGtTAaVILZsSisMoxKB9yiyuHfEKm8KWgZ4JIpCpwchCT1lWbfjq+/PG/c+DLvwDgCSo RD7Rg9hqjGZpJMPhqZbFM7lJAftGWmOrHgEYDzNWavkFZtfveMV4Ex/pkkVQsw38SSP0 WpQJIlMmE5cqTgJ1cMoT9zQ+VLsxCVyHfIdsTQTuW9Ece3Tl7JiUahOqgj8dEmOfmZ2V 4owg== MIME-Version: 1.0 X-Received: by 10.58.133.81 with SMTP id pa17mr3303974veb.37.1367569123985; Fri, 03 May 2013 01:18:43 -0700 (PDT) Received: by 10.220.168.205 with HTTP; Fri, 3 May 2013 01:18:43 -0700 (PDT) Date: Fri, 3 May 2013 04:18:43 -0400 Message-ID: Subject: ZFS error referencing Solaris From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 08:18:47 -0000 Hello list, today I am trying to upgrade my fileserver, I was running a kernel based on a then HEAD snapshot from sometime in late 2009.. I exported the ZFS dataset... booted from a current HEAD snapshot and I got this error message... ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Solaris: WARNING: can't open objset for Network/home/lmi/Public/%20091012 ^^^^ its not a big deal, I don't care about anything in that dataset, however I thought someone might want to know a error message still makes reference to Solaris... this is from a recent snapshot of HEAD uname -a FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #29 r249631M: Thu Apr 18 22:30:06 EDT 2013 root@MiniBSD:/usr/obj/usr/src/sys/GENERIC amd64 root@:~ # -- Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Fri May 3 08:33:41 2013 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6A9EED43 for ; Fri, 3 May 2013 08:33:41 +0000 (UTC) (envelope-from prvs=1835e7d83b=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 1245F1E54 for ; Fri, 3 May 2013 08:33:40 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003614814.msg for ; Fri, 03 May 2013 09:33:34 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 03 May 2013 09:33:34 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=1835e7d83b=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: Current@freebsd.org Message-ID: From: "Steven Hartland" To: "Sam Fourman Jr." , "FreeBSD Current" References: Subject: Re: ZFS error referencing Solaris Date: Fri, 3 May 2013 09:34:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 08:33:41 -0000 ----- Original Message ----- From: "Sam Fourman Jr." > Hello list, > > today I am trying to upgrade my fileserver, I was running a kernel based on > a then HEAD snapshot from sometime in late 2009.. > I exported the ZFS dataset... booted from a current HEAD snapshot and I got > this error message... > > > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > Solaris: WARNING: can't open objset for Network/home/lmi/Public/%20091012 > ^^^^ > its not a big deal, I don't care about anything in that dataset, however I > thought someone might want to know a error message still makes reference to > Solaris... Just a historical thing, all the errors are prefixed this. Latest head shouldn't have any problem importing old pool, so I'd consider this a bug. > this is from a recent snapshot of HEAD > uname -a > FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #29 r249631M: Thu Apr 18 > 22:30:06 EDT 2013 root@MiniBSD:/usr/obj/usr/src/sys/GENERIC amd64 > root@:~ # Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Fri May 3 12:22:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7AA9AA83 for ; Fri, 3 May 2013 12:22:33 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 366BF1D27 for ; Fri, 3 May 2013 12:22:32 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEAG6qg1GDaFvO/2dsb2JhbABQgz6DPLtzgRB0gh8BAQEDAQEBASArIAsFFhgCAg0ZAikBCRgBDQYIBwQBHASHZQYMsDWRC4EkjFF+NAeCQIETA5RpgkKBJpAMgykgMoEENQ X-IronPort-AV: E=Sophos;i="4.87,604,1363147200"; d="scan'208";a="26557886" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 03 May 2013 08:22:26 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 2FE02B4119; Fri, 3 May 2013 08:22:26 -0400 (EDT) Date: Fri, 3 May 2013 08:22:26 -0400 (EDT) From: Rick Macklem To: Hartmut Brandt Message-ID: <1685137855.94411.1367583746151.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: files disappearing from ls on NFS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 12:22:33 -0000 Hartmut Brandt wrote: > Hi, > > I've updated one of my -current machines this week (previous update > was in > february). Now I see a strange effect (it seems only on NFS mounts): > ls or > even echo * will list only some files (strange enough the first files > from > the normal, alphabetically ordered list). If I change something in the > directory (delete a file or create a new one) for some time the > complete > listing will appear but after sime time (seconds to a minute or so) > again > only part of the files is listed. > > A ktrace on ls /usr/src/lib/libc/gen shows that getdirentries is > called > only once (returning 4096). For a full listing getdirentries is called > 5 > times with the last returning 0. > > I can still open files that are not listed if I know their name, > though. > > The NFS server is a Windows 2008 server with an OpenText NFS Server > which > works without problems to all the other FreeBSD machines. > > So what could that be? > Someone else reported missing files returned via "ls" recently, when they used a small readdirsize (below 8K). I haven't yet had a change to try and reproduce it or do any snooping around. There haven't been any recent changes to readdir in the NFS client, except a trivial one that adds a check for vnode type being VDIR, so I don't see that it can be a recent NFS change. If you can increase the readdirsize, try that to see if it avoids the problem. "nfsstat -m" shows you what the mount options end up being after doing the mount. The server might be limiting the readdirsize to 4K, so you should check, even if you specify a large value for the mount. rick > Regards, > harti > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri May 3 12:31:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4CA21E3D for ; Fri, 3 May 2013 12:31:43 +0000 (UTC) (envelope-from paul.g.webster@googlemail.com) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 24A951DB6 for ; Fri, 3 May 2013 12:31:43 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id 10so1761497ied.33 for ; Fri, 03 May 2013 05:31:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=o5g2/8RxLnH5p/BIyNcBFr0BCCjCOtRX82G+L/qeP0c=; b=CK37LQCsSFGyeZ4Q+2YRweTMCIrMl3lZntm3X+ND7cuyF7FAVo/uDqpMbPuZya/+hx 2czHuhfv18dwBrru1AmZK5rioxVFqmQ0XqxLVDWEW0JBNQW/NoFqtF1rXNmBXM7qgsdP WhPNohpyBcx/3mON5SBztkH2kfTsyAuW3nFD9KtGVumFbHwlg79kovxJFMgq+B2LM3Zd GHVZwmI4kf/gnNM51XUKeLEblGH1wSm+bLYo/IN08ZsYqs/kRORjYdLFiVD9K0I0p5pD 3p0duK8Kg2ad50hUFkyu4vh5f5LDewxtUi6z+pbpbjBzu6/5A7ydZFwZWSfKonv6+HKk rC2w== MIME-Version: 1.0 X-Received: by 10.50.85.19 with SMTP id d19mr9657592igz.52.1367584302825; Fri, 03 May 2013 05:31:42 -0700 (PDT) Received: by 10.64.9.228 with HTTP; Fri, 3 May 2013 05:31:42 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 May 2013 13:31:42 +0100 Message-ID: Subject: Re: Light humour From: Paul Webster To: Eitan Adler Content-Type: text/plain; charset=UTF-8 Cc: David Demelier , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 12:31:43 -0000 it was not really meant to be trolling I am sorry if you see it that way; I just thought it was as my original posts state quite funny, never thought it would would raise so many follow up posts though :) On 02/05/2013, Eitan Adler wrote: > On 2 May 2013 08:21, David Demelier wrote: >> 2013/4/28 Paul Webster : >>> Just got this link on IRC, (freenode/##freebsd) was so funny I thought >>> I would see if I could get any of you guys to spit out you're coffee >>> :) >>> >>> http://antibsd.wordpress.com/ >> >> Do not post any comment on that website ! The user will replace any >> content you write by something like "You're article is excellent, >> pointing exactly the facts". >> >> All of the comments are probably edited by the maintainer >> > https://gs1.wac.edgecastcdn.net/8019B6/data.tumblr.com/tumblr_lmpcbtar6f1qafrh6.jpg > > -- > Eitan Adler > From owner-freebsd-current@FreeBSD.ORG Fri May 3 13:39:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 767BF3ED for ; Fri, 3 May 2013 13:39:50 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-da0-x22f.google.com (mail-da0-x22f.google.com [IPv6:2607:f8b0:400e:c00::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF891113 for ; Fri, 3 May 2013 13:39:50 +0000 (UTC) Received: by mail-da0-f47.google.com with SMTP id k13so805087dae.34 for ; Fri, 03 May 2013 06:39:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=4UFU+hAAu2fhOJ8z1aWImFgB/YXghFCFUF+zlUYtj2k=; b=P2bxFHnha4yZxbsaiLzagNnCMoeCtXN8MTlVhhR0dRw1r761UdZuqnX+lj4W2RCCaa 4pZoXf8bef/wwswJFjGGSkjHF0HGP8tebL9TXogsk5GU/PNDewvBW5Plc37kmFK6XjO0 1QajTGmBW5ptLT6w3kQFzwHH3FdCdELvzkJkk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=4UFU+hAAu2fhOJ8z1aWImFgB/YXghFCFUF+zlUYtj2k=; b=g9kb/6xbucoiy8jfXTAtIcCp+wLA4C72HAvY4CLW9o44fBHdD6FxAIsopujA5iF4LU xSAZTkboUqM+NOznljsEgRa8VgrgB9Et2DpoYSzs5SiV2g4eiwWTbNMu0gpVn5eK8B8x KxvC5YofzXYUxrSXD9lpjTQhG6Q2KX/59U2FkgudqaslY+BZp2Q/Dzre1+mNKXhe9tXp mfxgpf0dTYEqEt5shcnzb2UG7Snq75T9swnaJwdwkGvr6IrOwhseSlV4fXX0dt1zBR4P x4TyT4ZGF0TPjV+wZHxEzu7OIOizexDeu9UvVtphSDRO7NRUZGOoPBlFhKz08aKnaXMI rreA== X-Received: by 10.68.97.130 with SMTP id ea2mr13592083pbb.129.1367588390136; Fri, 03 May 2013 06:39:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.159.97 with HTTP; Fri, 3 May 2013 06:39:20 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Fri, 3 May 2013 09:39:20 -0400 Message-ID: Subject: Re: Light humour To: Paul Webster Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnhzfl0OOBK8Ej+Ar4dpDIKR4Q/1MyFkzqmNJiw59Bxsig2MDRkvlPvX/hHttUkWhBVGLKH Cc: David Demelier , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 13:39:50 -0000 On 3 May 2013 08:31, Paul Webster wrote: > it was not really meant to be trolling I am sorry if you see it that > way; I just thought it was as my original posts state quite funny, > never thought it would would raise so many follow up posts though :) antibsd is the troll, not you. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Fri May 3 13:48:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B44B87CF for ; Fri, 3 May 2013 13:48:01 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.33]) by mx1.freebsd.org (Postfix) with ESMTP id 248E4117F for ; Fri, 3 May 2013 13:48:00 +0000 (UTC) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by dlrexedge02.dlr.de (172.21.163.101) with Microsoft SMTP Server (TLS) id 14.2.328.9; Fri, 3 May 2013 15:47:36 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.2.328.9; Fri, 3 May 2013 15:47:39 +0200 Date: Fri, 3 May 2013 15:47:49 +0200 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: Rick Macklem Subject: Re: files disappearing from ls on NFS In-Reply-To: <1685137855.94411.1367583746151.JavaMail.root@erie.cs.uoguelph.ca> Message-ID: References: <1685137855.94411.1367583746151.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [129.247.178.136] Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 13:48:01 -0000 Hi Rick, I checked. readdirsize is 64k. I will try to do a binary search for the problematic commit next week. For this I had to do a local checkout (usually I have the system sources on the file server and this fails, of course). harti On Fri, 3 May 2013, Rick Macklem wrote: RM>Hartmut Brandt wrote: RM>> Hi, RM>> RM>> I've updated one of my -current machines this week (previous update RM>> was in RM>> february). Now I see a strange effect (it seems only on NFS mounts): RM>> ls or RM>> even echo * will list only some files (strange enough the first files RM>> from RM>> the normal, alphabetically ordered list). If I change something in the RM>> directory (delete a file or create a new one) for some time the RM>> complete RM>> listing will appear but after sime time (seconds to a minute or so) RM>> again RM>> only part of the files is listed. RM>> RM>> A ktrace on ls /usr/src/lib/libc/gen shows that getdirentries is RM>> called RM>> only once (returning 4096). For a full listing getdirentries is called RM>> 5 RM>> times with the last returning 0. RM>> RM>> I can still open files that are not listed if I know their name, RM>> though. RM>> RM>> The NFS server is a Windows 2008 server with an OpenText NFS Server RM>> which RM>> works without problems to all the other FreeBSD machines. RM>> RM>> So what could that be? RM>> RM>Someone else reported missing files returned via "ls" recently, when RM>they used a small readdirsize (below 8K). I haven't yet had a change to try RM>and reproduce it or do any snooping around. RM> RM>There haven't been any recent changes to readdir in the NFS client, RM>except a trivial one that adds a check for vnode type being VDIR, RM>so I don't see that it can be a recent NFS change. RM> RM>If you can increase the readdirsize, try that to see if it avoids RM>the problem. "nfsstat -m" shows you what the mount options end up RM>being after doing the mount. The server might be limiting the readdirsize RM>to 4K, so you should check, even if you specify a large value for RM>the mount. RM> RM>rick RM> RM>> Regards, RM>> harti RM>> _______________________________________________ RM>> freebsd-current@freebsd.org mailing list RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current RM>> To unsubscribe, send any mail to RM>> "freebsd-current-unsubscribe@freebsd.org" RM> From owner-freebsd-current@FreeBSD.ORG Fri May 3 14:14:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E0318240; Fri, 3 May 2013 14:14:31 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id 93AAD12E6; Fri, 3 May 2013 14:14:30 +0000 (UTC) Received: from [77.41.107.10] (port=18522 helo=dc7700p.lissyara.su) by mx.lissyara.su with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UYGkm-000GcT-LO; Fri, 03 May 2013 18:14:28 +0400 Message-ID: <5183C644.6040508@lissyara.su> Date: Fri, 03 May 2013 18:14:28 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: hardware@freebsd.org, current@freebsd.org Subject: Re: No ATA disks on 9.1 References: <5182CA25.9030001@lissyara.su> <51833E5C.2050507@lissyara.su> In-Reply-To: Content-Type: multipart/mixed; boundary="------------080407010801070105010203" X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 14:14:32 -0000 This is a multi-part message in MIME format. --------------080407010801070105010203 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 03.05.2013 10:19, Craig Rodrigues пишет: > > > > On Thu, May 2, 2013 at 9:34 PM, Alex Keda > wrote: > > 03.05.2013 00:18, Alex Keda пишет: > > Edit src/sys/dev/pci/pci.c > > Add delta 1.425.2.8 2012.05.04.15.38.47 hselasky > it's cannot boot > > > That looks like the source of the problem. > Please add boot_verbose to your loader.conf (see: > http://lists.freebsd.org/pipermail/freebsd-questions/2004-August/054981.html > ). > > Then provide the boot output: > (1) boot output before pci.c change > (2) boot output after pci.c change > > Provide the output to the mailing list. > -- > Craig see attached files --------------080407010801070105010203 Content-Type: text/plain; charset=UTF-8; name="kernel.2012.05.04.15.20.00.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="kernel.2012.05.04.15.20.00.log" IGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMTAwCmF0cnRjMDogPEFUIHJlYWx0aW1l IGNsb2NrPiBwb3J0IDB4NzAtMHg3MSwweDcyLTB4NzMgaXJxIDggb24gYWNwaTAKYXRydGMw OiByZWdpc3RlcmVkIGFzIGEgdGltZS1vZi1kYXkgY2xvY2sgKHJlc29sdXRpb24gMTAwMDAw MHVzLCBhZGp1c3RtZW50IDAuNTAwMDAwMDAwcykKaW9hcGljMDogcm91dGluZyBpbnRwaW4g OCAoSVNBIElSUSA4KSB0byBsYXBpYyAwIHZlY3RvciA1MApFdmVudCB0aW1lciAiUlRDIiBm cmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwCkFDUEkgdGltZXI6IDEvMSAxLzEgMS8xIDEv MSAxLzEgMS8xIDEvMiAxLzEgMS8xIDEvMSAtPiAxMApUaW1lY291bnRlciAiQUNQSS1mYXN0 IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDMyLWJp dCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwMDgtMHg4MDBiIG9uIGFjcGkwCmFj cGlfZWMwOiA8RW1iZWRkZWQgQ29udHJvbGxlcjogR1BFIDB4MTE+IHBvcnQgMHg2MiwweDY2 IG9uIGFjcGkwCnBjaV9saW5rMDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQogIFZhbGlk YXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKICBBZnRlciBEaXNhYmxl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rMTogICAgICAgIEluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBO ICAgICAwICAxMCAxMQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAg MTAgMTEKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBj aV9saW5rMjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQ cm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQogIFZhbGlkYXRpb24gICAgICAg ICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1 NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rMzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAg UmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAx MQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKICBBZnRl ciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rNDogICAg ICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAw ICAyNTUgICBOICAgICAwICAxMCAxMQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAg TiAgICAgMCAgMTAgMTEKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAg IDEwIDExCnBjaV9saW5rNTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAg SW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICA5CiAgVmFsaWRhdGlvbiAg ICAgICAgICAwICAyNTUgICBOICAgICAwICA5CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAy NTUgICBOICAgICAwICA5CnBjaV9saW5rNjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQog IFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKICBBZnRlciBE aXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rNzogICAgICAg IEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAy NTUgICBOICAgICAwICAxMCAxMQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAg ICAgMCAgMTAgMTEKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEw IDExCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24g YWNwaTAKcGNpYjA6IGRlY29kaW5nIDQgcmFuZ2UgMC0weGNmNwpwY2liMDogZGVjb2Rpbmcg NCByYW5nZSAweGQwMC0weGZmZmYKcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhhMDAwMC0w eGJmZmZmCnBjaWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4YzAwMDAwMDAtMHhmZWRmZmZmZgpw Y2liMDogTGVuZ3RoIG1pc21hdGNoIGZvciAzIHJhbmdlOiAxMWZmMDAwIHZzIDExZmVmZmYK cGNpYjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhmZWUwMTAwMC0weGZmZmZmZmZmCnBjaWIwOiBk ZWNvZGluZyAzIHJhbmdlIDB4ZDMwMDAtMHhkZmZmZgpwY2kwOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMApwY2kwOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTAKZm91bmQtPgl2ZW5kb3I9 MHgxMDAyLCBkZXY9MHg3OTEwLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9 MCwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMDA2LCBzdGF0cmVnPTB4MjIyMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRp bWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDc5MTIsIHJldmlkPTB4MDAKCWRv bWFpbj0wLCBidXM9MCwgc2xvdD0xLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBl PTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxu c3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDBjICgz MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2 PTB4NzkxNCwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTQsIGZ1bmM9MAoJ Y2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywg c3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDA0ICgxMDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglwb3dl cnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1l c3NhZ2UKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg3OTE1LCByZXZpZD0weDAwCglk b21haW49MCwgYnVzPTAsIHNsb3Q9NSwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlw ZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVs bnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDQgKDEw MDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBE MyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQpmb3VuZC0+CXZlbmRvcj0w eDEwMDIsIGRldj0weDc5MTYsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD02 LCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJl Zz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwNCAoMTAwMCBucyksIG1heGxhdD0weDAwICgw IG5zKQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3Vw cG9ydHMgMSBtZXNzYWdlCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4MCwgcmV2 aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTE4LCBmdW5jPTAKCWNsYXNzPTAxLTAx LThmLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgw MjMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0x MAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0 eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDkwMDAsIHNpemUgIDMsIGVuYWJsZWQK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4OTAwMC0weDkwMDcpIGZvciByaWQgMTAgb2Yg cGNpMDowOjE4OjAKCW1hcFsxNF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4 OTAwOCwgc2l6ZSAgMiwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHg5MDA4 LTB4OTAwYikgZm9yIHJpZCAxNCBvZiBwY2kwOjA6MTg6MAoJbWFwWzE4XTogdHlwZSBJL08g UG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg5MDEwLCBzaXplICAzLCBlbmFibGVkCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweDkwMTAtMHg5MDE3KSBmb3IgcmlkIDE4IG9mIHBjaTA6MDox ODowCgltYXBbMWNdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDUwMTgsIHNp emUgIDIsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NTAxOC0weDUwMWIp IGZvciByaWQgMWMgb2YgcGNpMDowOjE4OjAKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJh bmdlIDMyLCBiYXNlIDB4NTAyMCwgc2l6ZSAgNCwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVk IHR5cGUgNCAoMHg1MDIwLTB4NTAyZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6MTg6MAoJbWFw WzI0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZDA0MDkwMDAsIHNpemUgMTAs IGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDA0MDkwMDAtMHhkMDQwOTNm ZikgZm9yIHJpZCAyNCBvZiBwY2kwOjA6MTg6MApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3Ig MC4xOC5JTlRBCnBjaWIwOiBzbG90IDE4IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpmb3Vu ZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzODcsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBi dXM9MCwgc2xvdD0xOSwgZnVuYz0wCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBt ZmRldj0xCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTE2IChk d29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTEKCW1hcFsxMF06IHR5cGUgTWVt b3J5LCByYW5nZSAzMiwgYmFzZSAweGQwNDAxMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGQwNDAxMDAwLTB4ZDA0MDFmZmYpIGZvciByaWQgMTAg b2YgcGNpMDowOjE5OjAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5UQQpwY2li MDogc2xvdCAxOSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjMKZm91bmQtPgl2ZW5kb3I9MHgx MDAyLCBkZXY9MHg0Mzg4LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTks IGZ1bmM9MQoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAwNywgc3RhdHJlZz0weDAyYTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGlt ZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCglpbnRwaW49YiwgaXJxPTUKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwg YmFzZSAweGQwNDAyMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGQwNDAyMDAwLTB4ZDA0MDJmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjE5OjEK cGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5UQgpwY2liMDogc2xvdCAxOSBJTlRC IGhhcmR3aXJlZCB0byBJUlEgMTcKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0Mzg5 LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTksIGZ1bmM9MgoJY2xhc3M9 MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJl Zz0weDAyYTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49Yywg aXJxPTUKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGQwNDAzMDAw LCBzaXplIDEyLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQwNDAzMDAw LTB4ZDA0MDNmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjE5OjIKcGNpYjA6IG1hdGNoZWQg ZW50cnkgZm9yIDAuMTkuSU5UQwpwY2liMDogc2xvdCAxOSBJTlRDIGhhcmR3aXJlZCB0byBJ UlEgMTcKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0MzhhLCByZXZpZD0weDAwCglk b21haW49MCwgYnVzPTAsIHNsb3Q9MTksIGZ1bmM9MwoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAyYTAsIGNhY2hl bG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAw ICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YiwgaXJxPTUKCW1hcFsxMF06 IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGQwNDA0MDAwLCBzaXplIDEyLCBlbmFi bGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQwNDA0MDAwLTB4ZDA0MDRmZmYpIGZv ciByaWQgMTAgb2YgcGNpMDowOjE5OjMKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTku SU5UQgpwY2liMDogc2xvdCAxOSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTcKZm91bmQtPgl2 ZW5kb3I9MHgxMDAyLCBkZXY9MHg0MzhiLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAs IHNsb3Q9MTksIGZ1bmM9NAoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAyYTAsIGNhY2hlbG5zej0xNiAoZHdvcmRz KQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YywgaXJxPTUKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGQwNDA1MDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGQwNDA1MDAwLTB4ZDA0MDVmZmYpIGZvciByaWQgMTAgb2YgcGNp MDowOjE5OjQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5UQwpwY2liMDogc2xv dCAxOSBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMTcKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBk ZXY9MHg0Mzg2LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTksIGZ1bmM9 NQoJY2xhc3M9MGMtMDMtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAw Nywgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0 MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglp bnRwaW49ZCwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1 cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGQwNDA2 MDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQwNDA2 MDAwLTB4ZDA0MDYwZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjE5OjUKcGNpYjA6IG1hdGNo ZWQgZW50cnkgZm9yIDAuMTkuSU5URApwY2liMDogc2xvdCAxOSBJTlREIGhhcmR3aXJlZCB0 byBJUlEgMjMKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0Mzg1LCByZXZpZD0weDE0 Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjAsIGZ1bmM9MAoJY2xhc3M9MGMtMDUtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMywgc3RhdHJlZz0weDAyMzAsIGNh Y2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQsIHJh bmdlIDMyLCBiYXNlIDB4ODIwMCwgc2l6ZSAgNCwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVk IHR5cGUgNCAoMHg4MjAwLTB4ODIwZikgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MjA6MApmb3Vu ZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzOGMsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBi dXM9MCwgc2xvdD0yMCwgZnVuYz0xCgljbGFzcz0wMS0wMS04MiwgaGRydHlwZT0weDAwLCBt ZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDIyMCwgY2FjaGVsbnN6PTE2IChk d29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDQgKDB4MWYwLTB4MWY3KSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoyMDoxCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweDNmNi0weDNmNikgZm9yIHJpZCAxNCBvZiBwY2kwOjA6MjA6 MQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgxNzAtMHgxNzcpIGZvciByaWQgMTggb2Yg cGNpMDowOjIwOjEKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4Mzc2LTB4Mzc2KSBmb3Ig cmlkIDFjIG9mIHBjaTA6MDoyMDoxCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAz MiwgYmFzZSAweDUwNDAsIHNpemUgIDQsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDQgKDB4NTA0MC0weDUwNGYpIGZvciByaWQgMjAgb2YgcGNpMDowOjIwOjEKcGNpYjA6IG1h dGNoZWQgZW50cnkgZm9yIDAuMjAuSU5UQQpwY2liMDogc2xvdCAyMCBJTlRBIGhhcmR3aXJl ZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0MzgzLCByZXZpZD0w eDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjAsIGZ1bmM9MgoJY2xhc3M9MDQtMDMtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDA0MTAs IGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglw b3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUg TWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGQwNDA4MDAwLCBzaXplIDE0LCBlbmFibGVkCnBj aWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjIwLklOVEEKcGNpYjA6IHNsb3QgMjAgSU5UQSBo YXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4ZCwg cmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTMKCWNsYXNzPTA2 LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMGYsIHN0YXRyZWc9 MHgwMjIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4 MTAwMiwgZGV2PTB4NDM4NCwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIw LCBmdW5jPTQKCWNsYXNzPTA2LTA0LTAxLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJl Zz0weDAwMjcsIHN0YXRyZWc9MHgwMmEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDA0ICgxMDAwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4MTEwMCwgcmV2aWQ9MHgwMAoJ ZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI0LCBmdW5jPTAKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4 MTEwMSwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI0LCBmdW5jPTEKCWNs YXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0 YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVu ZG9yPTB4MTAyMiwgZGV2PTB4MTEwMiwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBz bG90PTI0LCBmdW5jPTIKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEK CWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4MTEwMywgcmV2aWQ9MHgwMAoJ ZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI0LCBmdW5jPTMKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g YXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDQwMDAt MHg0ZmZmKSBmb3IgcmlkIDFjIG9mIHBjaWIxCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGQwMjAwMDAwLTB4ZDAzZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjEKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YzAwMDAwMDAtMHhjN2ZmZmZmZikgZm9yIHJpZCAyNCBvZiBwY2li MQpwY2liMTogICBkb21haW4gICAgICAgICAgICAwCnBjaWIxOiAgIHNlY29uZGFyeSBidXMg ICAgIDEKcGNpYjE6ICAgc3Vib3JkaW5hdGUgYnVzICAgMQpwY2liMTogICBJL08gZGVjb2Rl ICAgICAgICAweDQwMDAtMHg0ZmZmCnBjaWIxOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZDAy MDAwMDAtMHhkMDNmZmZmZgpwY2liMTogICBwcmVmZXRjaGVkIGRlY29kZSAweGMwMDAwMDAw LTB4YzdmZmZmZmYKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpMTogZG9tYWlu PTAsIHBoeXNpY2FsIGJ1cz0xCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NzkxZiwg cmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0xLCBzbG90PTUsIGZ1bmM9MAoJY2xhc3M9MDMt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0w eDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YiwgaXJx PTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCU1T SSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFwWzEwXTogdHlwZSBQcmVmZXRjaGFi bGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGMwMDAwMDAwLCBzaXplIDI3LCBlbmFibGVk CnBjaWIxOiBhbGxvY2F0ZWQgcHJlZmV0Y2ggcmFuZ2UgKDB4YzAwMDAwMDAtMHhjN2ZmZmZm ZikgZm9yIHJpZCAxMCBvZiBwY2kwOjE6NTowCgltYXBbMThdOiB0eXBlIE1lbW9yeSwgcmFu Z2UgNjQsIGJhc2UgMHhkMDIwMDAwMCwgc2l6ZSAxNiwgZW5hYmxlZApwY2liMTogYWxsb2Nh dGVkIG1lbW9yeSByYW5nZSAoMHhkMDIwMDAwMC0weGQwMjBmZmZmKSBmb3IgcmlkIDE4IG9m IHBjaTA6MTo1OjAKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4 NDAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMTogYWxsb2NhdGVkIEkvTyBwb3J0IHJhbmdl ICgweDQwMDAtMHg0MGZmKSBmb3IgcmlkIDIwIG9mIHBjaTA6MTo1OjAKCW1hcFsyNF06IHR5 cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGQwMzAwMDAwLCBzaXplIDIwLCBlbmFibGVk CnBjaWIxOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGQwMzAwMDAwLTB4ZDAzZmZmZmYp IGZvciByaWQgMjQgb2YgcGNpMDoxOjU6MApwY2liMTogbWF0Y2hlZCBlbnRyeSBmb3IgMS41 LklOVEIKcGNpYjE6IHNsb3QgNSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTkKdmdhcGNpMDog PFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHg0MDAwLTB4NDBmZiBtZW0gMHhjMDAw MDAwMC0weGM3ZmZmZmZmLDB4ZDAyMDAwMDAtMHhkMDIwZmZmZiwweGQwMzAwMDAwLTB4ZDAz ZmZmZmYgaXJxIDE5IGF0IGRldmljZSA1LjAgb24gcGNpMQpwY2liMjogPEFDUEkgUENJLVBD SSBicmlkZ2U+IGF0IGRldmljZSA0LjAgb24gcGNpMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhkMDAwMDAwMC0weGQwMGZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWIyCnBjaWIyOiAg IGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMTYKcGNp YjI6ICAgc3Vib3JkaW5hdGUgYnVzICAgMTYKcGNpYjI6ICAgbWVtb3J5IGRlY29kZSAgICAg MHhkMDAwMDAwMC0weGQwMGZmZmZmCnBjaWIyOiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBj aWIyOiBjb3VsZCBub3QgZ2V0IFBDSSBpbnRlcnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXFxf U0JfLkMwOEIuQzI1MCAtIEFFX05PVF9GT1VORApwY2kxNjogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjIKcGNpMTY6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9MTYKZm91bmQtPgl2ZW5kb3I9 MHgxNGU0LCBkZXY9MHgxNzEzLCByZXZpZD0weDAyCglkb21haW49MCwgYnVzPTE2LCBzbG90 PTAsIGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21k cmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1 cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFwWzEwXTogdHlw ZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZDAwMDAwMDAsIHNpemUgMTYsIGVuYWJsZWQK cGNpYjI6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZDAwMDAwMDAtMHhkMDAwZmZmZikg Zm9yIHJpZCAxMCBvZiBwY2kwOjE2OjA6MApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC40 LklOVEEKcGNpYjA6IHNsb3QgNCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKcGNpYjI6IHNs b3QgMCBJTlRBIGlzIHJvdXRlZCB0byBpcnEgMTYKYmdlMDogPEJyb2FkY29tIEJDTTU5MDYg QTIsIEFTSUMgcmV2LiAweDAwYzAwMj4gbWVtIDB4ZDAwMDAwMDAtMHhkMDAwZmZmZiBpcnEg MTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kxNgpiZ2UwOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRl IDEgTVNJIHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNTYg dG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1MQpiZ2UwOiB1c2luZyBJUlEgMjU2IGZvciBNU0kK YmdlMDogQ0hJUCBJRCAweDAwMDBjMDAyOyBBU0lDIFJFViAweDBjOyBDSElQIFJFViAweGMw OyBQQ0ktRQptaWlidXMwOiA8TUlJIGJ1cz4gb24gYmdlMApicmdwaHkwOiA8QkNNNTkwNiAx MC8xMDBiYXNlVFggbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwCmJyZ3BoeTA6 IE9VSSAweDAwNTBlZiwgbW9kZWwgMHgwMDA0LCByZXYuIDAKYnJncGh5MDogIDEwYmFzZVQs IDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8sIGF1dG8tZmxv dwpiZ2UwOiBicGYgYXR0YWNoZWQKYmdlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MWY6Mjk6 ODk6Mzg6ZjMKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNS4wIG9u IHBjaTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4MjAwMC0weDNmZmYpIGZvciByaWQg MWMgb2YgcGNpYjMKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2MwMDAwMDAtMHhjZmZm ZmZmZikgZm9yIHJpZCAyMCBvZiBwY2liMwpwY2liMzogICBkb21haW4gICAgICAgICAgICAw CnBjaWIzOiAgIHNlY29uZGFyeSBidXMgICAgIDMyCnBjaWIzOiAgIHN1Ym9yZGluYXRlIGJ1 cyAgIDMyCnBjaWIzOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4MjAwMC0weDNmZmYKcGNpYjM6 ICAgbWVtb3J5IGRlY29kZSAgICAgMHhjYzAwMDAwMC0weGNmZmZmZmZmCnBjaWIzOiAgIG5v IHByZWZldGNoZWQgZGVjb2RlCnBjaWIzOiBjb3VsZCBub3QgZ2V0IFBDSSBpbnRlcnJ1cHQg cm91dGluZyB0YWJsZSBmb3IgXFxfU0JfLkMwOEIuQzI1NSAtIEFFX05PVF9GT1VORApwY2kz MjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKcGNpMzI6IGRvbWFpbj0wLCBwaHlzaWNhbCBi dXM9MzIKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNi4wIG9uIHBj aTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzgwMDAwMDAtMHhjODBmZmZmZikgZm9y IHJpZCAyMCBvZiBwY2liNApwY2liNDogICBkb21haW4gICAgICAgICAgICAwCnBjaWI0OiAg IHNlY29uZGFyeSBidXMgICAgIDQ4CnBjaWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDQ4CnBj aWI0OiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4YzgwMDAwMDAtMHhjODBmZmZmZgpwY2liNDog ICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2liNDogY291bGQgbm90IGdldCBQQ0kgaW50ZXJy dXB0IHJvdXRpbmcgdGFibGUgZm9yIFxcX1NCXy5DMDhCLkMyNUYgLSBBRV9OT1RfRk9VTkQK cGNpNDg6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CnBjaTQ4OiBkb21haW49MCwgcGh5c2lj YWwgYnVzPTQ4CmZvdW5kLT4JdmVuZG9yPTB4MTRlNCwgZGV2PTB4NDMxMiwgcmV2aWQ9MHgw MgoJZG9tYWluPTAsIGJ1cz00OCwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTAyLTgwLTAwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMDEwLCBj YWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJz cGVjIDMgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMg MSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFz ZSAweGM4MDAwMDAwLCBzaXplIDE0LCBlbmFibGVkCnBjaWI0OiBhbGxvY2F0ZWQgbWVtb3J5 IHJhbmdlICgweGM4MDAwMDAwLTB4YzgwMDNmZmYpIGZvciByaWQgMTAgb2YgcGNpMDo0ODow OjAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuNi5JTlRBCnBjaWIwOiBzbG90IDYgSU5U QSBoYXJkd2lyZWQgdG8gSVJRIDE4CnBjaWI0OiBzbG90IDAgSU5UQSBpcyByb3V0ZWQgdG8g aXJxIDE4CnNpYmFfYnduMDogPEJyb2FkY29tIEJDTTQzMTIgODAyLjExYS9iL2cgV2lyZWxl c3M+IG1lbSAweGM4MDAwMDAwLTB4YzgwMDNmZmYgaXJxIDE4IGF0IGRldmljZSAwLjAgb24g cGNpNDgKc2liYV9id24wOiB1bnN1cHBvcnRlZCBjb3JlaWQgKFVTQiAxLjEgSG9zdCkKYndu MCBvbiBzaWJhX2J3bjAKYnduMDogV0xBTiAoY2hpcGlkIDB4NDMxMSByZXYgMTMpIFBIWSAo YW5hbG9nIDQgdHlwZSAyIHJldiA5KSBSQURJTyAobWFudWYgMHgxN2YgdmVyIDB4MjA1MCBy ZXYgMikKYnduMDogRE1BICg2NCBiaXRzKQpid24wOiBNU0kgY291bnQgOiAxCnNpYmFfYndu MDogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkK bXNpOiByb3V0aW5nIE1TSSBJUlEgMjU3IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTIKc2li YV9id24wOiB1c2luZyBJUlEgMjU3IGZvciBNU0kKYnduMDogVXNpbmcgMSBNU0kgbWVzc2Fn ZXMKYnduMDogMTFiIHJhdGVzOiAxTWJwcyAyTWJwcyA1LjVNYnBzIDExTWJwcwpid24wOiAx MWcgcmF0ZXM6IDFNYnBzIDJNYnBzIDUuNU1icHMgMTFNYnBzIDZNYnBzIDlNYnBzIDEyTWJw cyAxOE1icHMgMjRNYnBzIDM2TWJwcyA0OE1icHMgNTRNYnBzCmFoY2kwOiA8QVRJIElYUDYw MCBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweDkwMDAtMHg5MDA3LDB4OTAwOC0weDkw MGIsMHg5MDEwLTB4OTAxNywweDUwMTgtMHg1MDFiLDB4NTAyMC0weDUwMmYgbWVtIDB4ZDA0 MDkwMDAtMHhkMDQwOTNmZiBpcnEgMTYgYXQgZGV2aWNlIDE4LjAgb24gcGNpMAppb2FwaWMw OiByb3V0aW5nIGludHBpbiAxNiAoUENJIElSUSAxNikgdG8gbGFwaWMgMCB2ZWN0b3IgNTMK YWhjaTA6IEFIQ0kgdjEuMTAgd2l0aCA0IDNHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIg bm90IHN1cHBvcnRlZAphaGNpMDogQ2FwczogNjRiaXQgTkNRIFNOVEYgTVBTIEFMUCBBTCBD TE8gM0dicHMgUE1EIFNTQyBQU0MgMzJjbWQgQ0NDIDRwb3J0cwphaGNpMDogQ2FwczI6CmFo Y2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpY2gwOiBD YXBzOgphaGNpY2gxOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYWhjaWNoMjogbm90IHByb2Jl ZCAoZGlzYWJsZWQpCmFoY2ljaDM6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpvaGNpMDogPE9I Q0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhkMDQwMTAwMC0weGQwNDAxZmZm IGlycSAyMyBhdCBkZXZpY2UgMTkuMCBvbiBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGlu IDIzIChQQ0kgSVJRIDIzKSB0byBsYXBpYyAwIHZlY3RvciA1NAp1c2J1czAgb24gb2hjaTAK dXNidXMwOiBicGYgYXR0YWNoZWQKb2hjaTA6IHVzYnBmOiBBdHRhY2hlZApvaGNpMTogPE9I Q0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhkMDQwMjAwMC0weGQwNDAyZmZm IGlycSAxNyBhdCBkZXZpY2UgMTkuMSBvbiBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGlu IDE3IChQQ0kgSVJRIDE3KSB0byBsYXBpYyAwIHZlY3RvciA1NQp1c2J1czEgb24gb2hjaTEK dXNidXMxOiBicGYgYXR0YWNoZWQKb2hjaTE6IHVzYnBmOiBBdHRhY2hlZApvaGNpMjogPE9I Q0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhkMDQwMzAwMC0weGQwNDAzZmZm IGlycSAxNyBhdCBkZXZpY2UgMTkuMiBvbiBwY2kwCnVzYnVzMiBvbiBvaGNpMgp1c2J1czI6 IGJwZiBhdHRhY2hlZApvaGNpMjogdXNicGY6IEF0dGFjaGVkCm9oY2kzOiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGQwNDA0MDAwLTB4ZDA0MDRmZmYgaXJxIDE3 IGF0IGRldmljZSAxOS4zIG9uIHBjaTAKdXNidXMzIG9uIG9oY2kzCnVzYnVzMzogYnBmIGF0 dGFjaGVkCm9oY2kzOiB1c2JwZjogQXR0YWNoZWQKb2hjaTQ6IDxPSENJIChnZW5lcmljKSBV U0IgY29udHJvbGxlcj4gbWVtIDB4ZDA0MDUwMDAtMHhkMDQwNWZmZiBpcnEgMTcgYXQgZGV2 aWNlIDE5LjQgb24gcGNpMAp1c2J1czQgb24gb2hjaTQKdXNidXM0OiBicGYgYXR0YWNoZWQK b2hjaTQ6IHVzYnBmOiBBdHRhY2hlZAplaGNpMDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAg Y29udHJvbGxlcj4gbWVtIDB4ZDA0MDYwMDAtMHhkMDQwNjBmZiBpcnEgMjMgYXQgZGV2aWNl IDE5LjUgb24gcGNpMAplaGNpMDogQU1EIFNCNjAwLzcwMCBxdWlyayBhcHBsaWVkCmVoY2kw OiBEcm9wcGVkIGludGVycnVwdHMgd29ya2Fyb3VuZCBlbmFibGVkCnVzYnVzNTogRUhDSSB2 ZXJzaW9uIDEuMAp1c2J1czUgb24gZWhjaTAKdXNidXM1OiBicGYgYXR0YWNoZWQKZWhjaTA6 IHVzYnBmOiBBdHRhY2hlZApwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAy MC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmF0YXBjaTA6IDxBVEkgSVhQNjAwIFVETUExMzMg Y29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3Niww eDUwNDAtMHg1MDRmIGlycSAxNiBhdCBkZXZpY2UgMjAuMSBvbiBwY2kwCmF0YTA6IDxBVEEg Y2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGF0YXBjaTAKaW9hcGljMDogcm91dGluZyBpbnRw aW4gMTQgKElTQSBJUlEgMTQpIHRvIGxhcGljIDAgdmVjdG9yIDU2CmhkYWMwOiA8QVRJIFNC NjAwIEhEQSBDb250cm9sbGVyPiBpcnEgMTYgYXQgZGV2aWNlIDIwLjIgb24gcGNpMApoZGFj MDogSERBIERyaXZlciBSZXZpc2lvbjogMjAxMjAxMjZfMDAwMgpoZGFjMDogQ29uZmlnIG9w dGlvbnM6IG9uPTB4MDAwMDAwMDAgb2ZmPTB4MDAwMDAwMDAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YzgxMDAwMDAtMHhjODEwM2ZmZikgZm9yIHJpZCAxMCBvZiBoZGFjMApoZGFj MDogTGF6eSBhbGxvY2F0aW9uIG9mIDB4NDAwMCBieXRlcyByaWQgMHgxMCB0eXBlIDMgYXQg MHhjODEwMDAwMApoZGFjMDogQ2FwczogT1NTIDQsIElTUyA0LCBCU1MgMCwgTlNETyAxLCA2 NGJpdCwgQ09SQiAyNTYsIFJJUkIgMjU2CmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRl dmljZSAyMC4zIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCnBjaWI1OiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjQgb24gcGNpMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhkMDEwMDAwMC0weGQwMWZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWI1 CnBjaWI1OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjU6ICAgc2Vjb25kYXJ5IGJ1cyAg ICAgMgpwY2liNTogICBzdWJvcmRpbmF0ZSBidXMgICAzCnBjaWI1OiAgIG1lbW9yeSBkZWNv ZGUgICAgIDB4ZDAxMDAwMDAtMHhkMDFmZmZmZgpwY2liNTogICBubyBwcmVmZXRjaGVkIGRl Y29kZQpwY2liNTogICBTdWJ0cmFjdGl2ZWx5IGRlY29kZWQgYnJpZGdlLgpwY2kyOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liNQpwY2kyOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTIKZm91 bmQtPgl2ZW5kb3I9MHgxMTgwLCBkZXY9MHgwNDc2LCByZXZpZD0weGI2Cglkb21haW49MCwg YnVzPTIsIHNsb3Q9NCwgZnVuYz0wCgljbGFzcz0wNi0wNy0wMCwgaGRydHlwZT0weDAyLCBt ZmRldj0xCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTAgKGR3 b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHg4MCAoMzIwMDAgbnMp LCBtYXhsYXQ9MHgwNyAoMTc1MCBucykKCWludHBpbj1hLCBpcnE9MTAKCXBvd2Vyc3BlYyAy ICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBNZW1v cnksIHJhbmdlIDMyLCBiYXNlIDB4ZDAxMDAwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjU6 IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZDAxMDAwMDAtMHhkMDEwMGZmZikgZm9yIHJp ZCAxMCBvZiBwY2kwOjI6NDowCnBjaWI1OiBtYXRjaGVkIGVudHJ5IGZvciAyLjQuSU5UQQpw Y2liNTogc2xvdCA0IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMApjYmIwOiA8UkY1QzQ3NiBQ Q0ktQ2FyZEJ1cyBCcmlkZ2U+IG1lbSAweGQwMTAwMDAwLTB4ZDAxMDBmZmYgaXJxIDIwIGF0 IGRldmljZSA0LjAgb24gcGNpMgpjYXJkYnVzMDogPENhcmRCdXMgYnVzPiBvbiBjYmIwCnBj Y2FyZDA6IDwxNi1iaXQgUENDYXJkIGJ1cz4gb24gY2JiMAppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAyMCAoUENJIElSUSAyMCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTcKY2JiMDogUENJIENv bmZpZ3VyYXRpb24gc3BhY2U6CiAgMHgwMDogMHgwNDc2MTE4MCAweDAyMTAwMDA3IDB4MDYw NzAwYjYgMHgwMDgyNDAwMCAKICAweDEwOiAweGQwMTAwMDAwIDB4MDIwMDAwZGMgMHgyMDAz MDMwMiAweGZmZmZmMDAwIAogIDB4MjA6IDB4MDAwMDAwMDAgMHhmZmZmZjAwMCAweDAwMDAw MDAwIDB4ZmZmZmZmZmMgCiAgMHgzMDogMHgwMDAwMDAwMCAweGZmZmZmZmZjIDB4MDAwMDAw MDAgMHgwNzAwMDExNCAKICAweDQwOiAweDMwYzIxMDNjIDB4MDAwMDAwMDEgMHgwMDAwMDAw MCAweDAwMDAwMDAwIAogIDB4NTA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAw IDB4MDAwMDAwMDAgCiAgMHg2MDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAg MHgwMDAwMDAwMCAKICAweDcwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAw eDAwMDAwMDAwIAogIDB4ODA6IDB4MzBhMDAwMDEgMHgwMDAwMDAwMCAweDA0NjMwNDYzIDB4 MDAwMDAwMDAgCiAgMHg5MDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgw MDAwMDAwMCAKICAweGEwOiAweDAwMDAwMDA4IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAw MDAwMDAwIAogIDB4YjA6IDB4MDAwMDAwMDAgMHhiZTAwMDAwMCAweDAwMDAzMDAwIDB4MDAw MDAwMDAgCiAgMHhjMDogMHgzMGMyMTAzYyAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAw MDAwMCAKICAweGQwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweGZlMGEw MDAxIAogIDB4ZTA6IDB4MjRjMDQwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAw MDAgCiAgMHhmMDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAw MCAKYW1kdGVtcDA6IDxBTUQgQ1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGhvc3Ri NAphbWR0ZW1wMDogRm91bmQgMiBjb3JlcyBhbmQgNCBzZW5zb3JzLgpiYXR0ZXJ5MDogPEFD UEkgQ29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTAKYmF0dGVyeTE6IDxBQ1BJIENv bnRyb2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwCmFjcGlfYWNhZDA6IDxBQyBBZGFwdGVy PiBvbiBhY3BpMAphY3BpX2J1dHRvbjA6IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkwCmFjcGlf bGlkMDogPENvbnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9uIGFjcGkwCmFjcGlfd21pMDog PEFDUEktV01JIG1hcHBpbmc+IG9uIGFjcGkwCmFjcGlfaHAwOiA8SFAgQUNQSS1XTUkgTWFw cGluZz4gb24gYWNwaV93bWkwCmFjcGlfaHAwOiBIUCBldmVudCBHVUlEIGRldGVjdGVkLCBp bnN0YWxsaW5nIGV2ZW50IGhhbmRsZXIKYWNwaV9ocDA6IEhQIENNSSBHVUlEIGRldGVjdGVk CmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQg Y29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGti ZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAphdGtiZDogdGhlIGN1cnJlbnQg a2JkIGNvbnRyb2xsZXIgY29tbWFuZCBieXRlIDAwNjUKYXRrYmQ6IGtleWJvYXJkIElEIDB4 NDFhYiAoMikKa2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgyKSwg Y29uZmlnOjB4MCwgZmxhZ3M6MHgzZDAwMDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAo SVNBIElSUSAxKSB0byBsYXBpYyAwIHZlY3RvciA1OAphdGtiZDA6IFtHSUFOVC1MT0NLRURd CnBzbTA6IHVuYWJsZSB0byBhbGxvY2F0ZSBJUlEKcHNtY3BucDA6IDxQUy8yIG1vdXNlIHBv cnQ+IGlycSAxMiBvbiBhY3BpMApwc20wOiBjdXJyZW50IGNvbW1hbmQgYnl0ZTowMDY1CnBz bTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMAppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAxMiAoSVNBIElSUSAxMikgdG8gbGFwaWMgMCB2ZWN0b3IgNTkKcHNtMDogW0dJQU5U LUxPQ0tFRF0KcHNtMDogbW9kZWwgU3luYXB0aWNzIFRvdWNocGFkLCBkZXZpY2UgSUQgMy0w MCwgMyBidXR0b25zCnBzbTA6IGNvbmZpZzowMDAwNDAwMCwgZmxhZ3M6MDAwMDAwMDgsIHBh Y2tldCBzaXplOjYKcHNtMDogc3luY21hc2s6YzAsIHN5bmNiaXRzOjAwCmFjcGkwOiB3YWtl dXAgY29kZSB2YSAweGZmZmZmZjgwY2QzODQwMDAgcGEgMHg5MDAwMApleF9pc2FfaWRlbnRp ZnkoKQphaGNfaXNhX3Byb2JlIDA6IGlvcG9ydCAweGMwMCBhbGxvYyBmYWlsZWQKYWhjX2lz YV9wcm9iZSAxOiBpb3BvcnQgMHgxYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDI6 IGlvcG9ydCAweDJjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgMzogaW9wb3J0IDB4 M2MwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSA0OiBpb3BvcnQgMHg0YzAwIGFsbG9j IGZhaWxlZAphaGNfaXNhX3Byb2JlIDU6IGlvcG9ydCAweDVjMDAgYWxsb2MgZmFpbGVkCmFo Y19pc2FfcHJvYmUgNjogaW9wb3J0IDB4NmMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9i ZSA3OiBpb3BvcnQgMHg3YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDg6IGlvcG9y dCAweDhjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgOTogaW9wb3J0IDB4OWMwMCBh bGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAxMDogaW9wb3J0IDB4YWMwMCBhbGxvYyBmYWls ZWQKYWhjX2lzYV9wcm9iZSAxMTogaW9wb3J0IDB4YmMwMCBhbGxvYyBmYWlsZWQKYWhjX2lz YV9wcm9iZSAxMjogaW9wb3J0IDB4Y2MwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAx MzogaW9wb3J0IDB4ZGMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAxNDogaW9wb3J0 IDB4ZWMwMCBhbGxvYyBmYWlsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTAwMDAt MHhhMDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YTA4MDAtMHhhMGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YTEwMDAtMHhhMTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YTE4MDAtMHhhMWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YTIwMDAtMHhhMjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTI4MDAtMHhhMmZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTMwMDAtMHhhMzdmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTM4MDAtMHhhM2ZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQwMDAtMHhhNDdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQ4MDAt MHhhNGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YTUwMDAtMHhhNTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YTU4MDAtMHhhNWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YTYwMDAtMHhhNjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YTY4MDAtMHhhNmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTcwMDAtMHhhNzdmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTc4MDAtMHhhN2ZmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTgwMDAtMHhhODdmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTg4MDAtMHhhOGZm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTkwMDAt MHhhOTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YTk4MDAtMHhhOWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YWEwMDAtMHhhYTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YWE4MDAtMHhhYWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YWIwMDAtMHhhYjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWI4MDAtMHhhYmZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWMwMDAtMHhhYzdmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWM4MDAtMHhhY2ZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQwMDAtMHhhZDdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQ4MDAt MHhhZGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YWUwMDAtMHhhZTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YWU4MDAtMHhhZWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YWYwMDAtMHhhZjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YWY4MDAtMHhhZmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjAwMDAtMHhiMDdmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjA4MDAtMHhiMGZmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjEwMDAtMHhiMTdmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjE4MDAtMHhiMWZm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjIwMDAt MHhiMjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YjI4MDAtMHhiMmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YjMwMDAtMHhiMzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YjM4MDAtMHhiM2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YjQwMDAtMHhiNDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjQ4MDAtMHhiNGZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjUwMDAtMHhiNTdmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjU4MDAtMHhiNWZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjYwMDAtMHhiNjdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjY4MDAt MHhiNmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YjcwMDAtMHhiNzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4Yjc4MDAtMHhiN2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YjgwMDAtMHhiODdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4Yjg4MDAtMHhiOGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjkwMDAtMHhiOTdmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjk4MDAtMHhiOWZmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmEwMDAtMHhiYTdmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmE4MDAtMHhiYWZm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmIwMDAt MHhiYjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YmI4MDAtMHhiYmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YmMwMDAtMHhiYzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YmM4MDAtMHhiY2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YmQwMDAtMHhiZDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmQ4MDAtMHhiZGZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmUwMDAtMHhiZTdmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmU4MDAtMHhiZWZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmYwMDAtMHhiZjdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmY4MDAt MHhiZmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZDMwMDAtMHhkMzdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZDM4MDAtMHhkM2ZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4ZDQwMDAtMHhkNDdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4ZDQ4MDAtMHhkNGZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDUwMDAtMHhkNTdmZikgZm9yIHJpZCAxIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDU4MDAtMHhkNWZmZikgZm9yIHJpZCAx IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDYwMDAtMHhkNjdmZikgZm9y IHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDY4MDAtMHhkNmZm ZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDcwMDAt MHhkNzdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZDc4MDAtMHhkN2ZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZDgwMDAtMHhkODdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4ZDg4MDAtMHhkOGZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4ZDkwMDAtMHhkOTdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDk4MDAtMHhkOWZmZikgZm9yIHJpZCAxIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGEwMDAtMHhkYTdmZikgZm9yIHJpZCAx IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGE4MDAtMHhkYWZmZikgZm9y IHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGIwMDAtMHhkYjdm ZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGI4MDAt MHhkYmZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZGMwMDAtMHhkYzdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZGM4MDAtMHhkY2ZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4ZGQwMDAtMHhkZDdmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4ZGQ4MDAtMHhkZGZmZikgZm9yIHJpZCAxIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGUwMDAtMHhkZTdmZikgZm9yIHJpZCAxIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGU4MDAtMHhkZWZmZikgZm9yIHJpZCAx IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGYwMDAtMHhkZjdmZikgZm9y IHJpZCAxIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGY4MDAtMHhkZmZm ZikgZm9yIHJpZCAxIG9mIG9ybTAKaXNhX3Byb2JlX2NoaWxkcmVuOiBkaXNhYmxpbmcgUG5Q IGRldmljZXMKYXRrYmRjOiBhdGtiZGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAph dHJ0YzogYXRydGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAphdHRpbWVyOiBhdHRp bWVyMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKc2M6IHNjMCBhbHJlYWR5IGV4aXN0 czsgc2tpcHBpbmcgaXQKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2 aWNlcwpvcm0wOiA8SVNBIE9wdGlvbiBST00+IGF0IGlvbWVtIDB4ZDAwMDAtMHhkMGZmZiBv biBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNj MDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4Kc2MwOiBmYjAsIGti ZDEsIHRlcm1pbmFsIGVtdWxhdG9yOiBzY3Rla2VuICh0ZWtlbiB0ZXJtaW5hbCkKdmdhMDog PEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4 YmZmZmYgb24gaXNhMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzYzAtMHgzZGYpIGZv ciByaWQgMCBvZiB2Z2EwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGEwMDAwLTB4YmZm ZmYpIGZvciByaWQgMCBvZiB2Z2EwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDNmMC0w eDNmNSkgZm9yIHJpZCAwIG9mIGZkYzAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4M2Y3 LTB4M2Y3KSBmb3IgcmlkIDEgb2YgZmRjMApmZGMwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0 IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTAKcHBjMDogY2Fubm90IHJl c2VydmUgSS9PIHBvcnQgcmFuZ2UKcHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQgaXJxIDcgb24g aXNhMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzZjgtMHgzZmYpIGZvciByaWQgMCBv ZiB1YXJ0MAp1YXJ0MCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEg NCBvbiBpc2EwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDJmOC0weDJmZikgZm9yIHJp ZCAwIG9mIHVhcnQxCnVhcnQxIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4MmY4LTB4MmZm IGlycSAzIG9uIGlzYTAKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIFBuUCBkZXZpY2Vz CmN0bDogQ0FNIFRhcmdldCBMYXllciBsb2FkZWQKYWNwaV90aHJvdHRsZTA6IDxBQ1BJIENQ VSBUaHJvdHRsaW5nPiBvbiBjcHUwCmFjcGlfdGhyb3R0bGUwOiBQX0NOVCBmcm9tIFBfQkxL IDB4ODAxMApwb3dlcm5vdzA6IDxQb3dlck5vdyEgSzg+IG9uIGNwdTAKYWNwaV90aHJvdHRs ZTE6IDxBQ1BJIENQVSBUaHJvdHRsaW5nPiBvbiBjcHUxCmFjcGlfdGhyb3R0bGUxOiBmYWls ZWQgdG8gYXR0YWNoIFBfQ05UCmRldmljZV9hdHRhY2g6IGFjcGlfdGhyb3R0bGUxIGF0dGFj aCByZXR1cm5lZCA2CnBvd2Vybm93MTogPFBvd2VyTm93ISBLOD4gb24gY3B1MQpEZXZpY2Ug Y29uZmlndXJhdGlvbiBmaW5pc2hlZC4KcHJvY2ZzIHJlZ2lzdGVyZWQKbGFwaWM6IERpdmlz b3IgMiwgRnJlcXVlbmN5IDk5NzUwMTMxIEh6ClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEu MDAwIG1zZWMKdmxhbjogaW5pdGlhbGl6ZWQsIHVzaW5nIGhhc2ggdGFibGVzIHdpdGggY2hh aW5pbmcKbG8wOiBicGYgYXR0YWNoZWQKaHB0cnI6IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQu CmhkYWNjMDogPEFuYWxvZyBEZXZpY2VzIEFEMTk4MUhEIEhEQSBDT0RFQz4gYXQgY2FkIDAg b24gaGRhYzAKaGRhY2MwOiBSb290IE5vZGUgYXQgbmlkPTA6IDEgc3Vibm9kZXMgMS0xCmhk YWEwOiA8QW5hbG9nIERldmljZXMgQUQxOTgxSEQgSERBIENPREVDIEF1ZGlvIEZ1bmN0aW9u IEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzAKaGRhYTA6IEF1ZGlvIEZ1bmN0aW9uIEdyb3Vw IGF0IG5pZD0xOiAzMCBzdWJub2RlcyAyLTMxCmhkYWEwOiBOdW1HUElPPTQgTnVtR1BPPTAg TnVtR1BJPTAgR1BJV2FrZT0wIEdQSVVuc29sPTEKaGRhYTA6ICBHUElPMDogZGlzYWJsZWQK aGRhYTA6ICBHUElPMTogZGlzYWJsZWQKaGRhYTA6ICBHUElPMjogZGlzYWJsZWQKaGRhYTA6 ICBHUElPMzogZGlzYWJsZWQKaGRhYTA6IFdBUk5JTkc6IG5pZD0yIGhhcyBjbmlkIG91dHNp ZGUgb2YgdGhlIEFGRyByYW5nZSBqPTAgZW50bnVtPTQgaW5kZXg9MCByZXM9MHgwMDAwMDQw MQpoZGFhMDogT3JpZ2luYWwgcGlucyBjb25maWd1cmF0aW9uOgpoZGFhMDogbmlkICAgMHgg ICAgYXMgc2VxIGRldmljZSAgICAgICBjb25uICBqYWNrICAgIGxvYyAgICAgICAgY29sb3Ig ICBtaXNjCmhkYWEwOiAgNSA5MjE3NDExMCAxICAwICBTcGVha2VyICAgICAgIEZpeGVkIEFu YWxvZyAgMHgxMiAgICAgICBHcmVlbiAgIDEKaGRhYTA6ICA2IDA0MjEyMDFmIDEgIDE1IEhl YWRwaG9uZXMgICAgSmFjayAgMS84ICAgICBSaWdodCAgICAgIEdyZXkgICAgMApoZGFhMDog IDcgNDEwNzEwZjAgMTUgMCAgTGluZS1vdXQgICAgICBOb25lICBBbmFsb2cgIFJlYXIgICAg ICAgQmxhY2sgICAwCmhkYWEwOiAgOCAwNGExMjAyMCAyICAwICBNaWMgICAgICAgICAgIEph Y2sgIDEvOCAgICAgUmlnaHQgICAgICBHcmV5ICAgIDAKaGRhYTA6ICA5IDAxODEzMDJlIDIg IDE0IExpbmUtaW4gICAgICAgSmFjayAgMS84ICAgICBSZWFyICAgICAgIEJsdWUgICAgMApo ZGFhMDogMTAgNDE0NWYwZjAgMTUgMCAgU1BESUYtb3V0ICAgICBOb25lICBPcHRpY2FsIFJl YXIgICAgICAgT3RoZXIgICAwCmhkYWEwOiAyMiA5OTU3MTFmMCAxNSAwICBEaWdpdGFsLW91 dCAgIEZpeGVkIEFuYWxvZyAgT25ib2FyZCAgICBCbGFjayAgIDEKaGRhYTA6IDIzIDU5OTNl MGYwIDE1IDAgIEFVWCAgICAgICAgICAgTm9uZSAgQVRBUEkgICBPbmJvYXJkICAgIFdoaXRl ICAgMApoZGFhMDogMjQgZjBhNzkxNTkgNSAgOSAgTWljICAgICAgICAgICBCb3RoICBBbmFs b2cgIE90aGVyICAgICAgUGluayAgICAxCmhkYWEwOiAyNSA1OTMzMTBmMCAxNSAwICBDRCAg ICAgICAgICAgIE5vbmUgIEFUQVBJICAgT25ib2FyZCAgICBCbGFjayAgIDAKaGRhYTA6IFBh dGNoZWQgcGlucyBjb25maWd1cmF0aW9uOgpoZGFhMDogbmlkICAgMHggICAgYXMgc2VxIGRl dmljZSAgICAgICBjb25uICBqYWNrICAgIGxvYyAgICAgICAgY29sb3IgICBtaXNjCmhkYWEw OiAgNSA5MjE3NDExMCAxICAwICBTcGVha2VyICAgICAgIEZpeGVkIEFuYWxvZyAgMHgxMiAg ICAgICBHcmVlbiAgIDEKaGRhYTA6ICA2IDA0MjEyMDFmIDEgIDE1IEhlYWRwaG9uZXMgICAg SmFjayAgMS84ICAgICBSaWdodCAgICAgIEdyZXkgICAgMApoZGFhMDogIDcgNDEwNzEwZjAg MTUgMCAgTGluZS1vdXQgICAgICBOb25lICBBbmFsb2cgIFJlYXIgICAgICAgQmxhY2sgICAw IERJU0EKaGRhYTA6ICA4IDA0YTEyMDIwIDIgIDAgIE1pYyAgICAgICAgICAgSmFjayAgMS84 ICAgICBSaWdodCAgICAgIEdyZXkgICAgMApoZGFhMDogIDkgMDE4MTMwMmUgMiAgMTQgTGlu ZS1pbiAgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgQmx1ZSAgICAwCmhkYWEwOiAx MCA0MTQ1ZjBmMCAxNSAwICBTUERJRi1vdXQgICAgIE5vbmUgIE9wdGljYWwgUmVhciAgICAg ICBPdGhlciAgIDAgRElTQQpoZGFhMDogMjIgOTk1NzExZjAgMTUgMCAgRGlnaXRhbC1vdXQg ICBGaXhlZCBBbmFsb2cgIE9uYm9hcmQgICAgQmxhY2sgICAxCmhkYWEwOiAyMyA1OTkzZTBm MCAxNSAwICBBVVggICAgICAgICAgIE5vbmUgIEFUQVBJICAgT25ib2FyZCAgICBXaGl0ZSAg IDAgRElTQQpoZGFhMDogMjQgZjBhNzkxNTkgNSAgOSAgTWljICAgICAgICAgICBCb3RoICBB bmFsb2cgIE90aGVyICAgICAgUGluayAgICAxCmhkYWEwOiAyNSA1OTMzMTBmMCAxNSAwICBD RCAgICAgICAgICAgIE5vbmUgIEFUQVBJICAgT25ib2FyZCAgICBCbGFjayAgIDAgRElTQQpo ZGFhMDogNCBhc3NvY2lhdGlvbnMgZm91bmQ6CmhkYWEwOiBBc3NvY2lhdGlvbiAwICgxKSBv dXQ6CmhkYWEwOiAgUGluIG5pZD01IHNlcT0wCmhkYWEwOiAgUGluIG5pZD02IHNlcT0xNQpo ZGFhMDogQXNzb2NpYXRpb24gMSAoMikgaW46CmhkYWEwOiAgUGluIG5pZD04IHNlcT0wCmhk YWEwOiAgUGluIG5pZD05IHNlcT0xNApoZGFhMDogQXNzb2NpYXRpb24gMiAoNSkgaW46Cmhk YWEwOiAgUGluIG5pZD0yNCBzZXE9OQpoZGFhMDogQXNzb2NpYXRpb24gMyAoMTUpIG91dDoK aGRhYTA6ICBQaW4gbmlkPTIyIHNlcT0wCmhkYWEwOiBUcmFjaW5nIGFzc29jaWF0aW9uIDAg KDEpCmhkYWEwOiAgUGluIDUgdHJhY2VkIHRvIERBQyAzCmhkYWEwOiAgUGluIDYgdHJhY2Vk IHRvIERBQyAzIGFuZCBocHJlZGlyIDAKaGRhYTA6IEFzc29jaWF0aW9uIDAgKDEpIHRyYWNl IHN1Y2NlZWRlZApoZGFhMDogVHJhY2luZyBhc3NvY2lhdGlvbiAxICgyKQpoZGFhMDogIFBp biA4IHRyYWNlZCB0byBBREMgNApoZGFhMDogIFBpbiA5IHRyYWNlZCB0byBBREMgNApoZGFh MDogQXNzb2NpYXRpb24gMSAoMikgdHJhY2Ugc3VjY2VlZGVkCmhkYWEwOiBUcmFjaW5nIGFz c29jaWF0aW9uIDIgKDUpCmhkYWEwOiBBc3NvY2lhdGlvbiAyICg1KSB0cmFjZSBmYWlsZWQK aGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRpb24gMyAoMTUpCmhkYWEwOiAgVW5hYmxlIHRvIHRy YWNlIHBpbiAyMiBzZXEgMCB3aXRoIG1pbiBuaWQgMApoZGFhMDogQXNzb2NpYXRpb24gMyAo MTUpIHRyYWNlIGZhaWxlZApoZGFhMDogTG9va2luZyBmb3IgYWRkaXRpb25hbCBEQUMgZm9y IGFzc29jaWF0aW9uIDAgKDEpCmhkYWEwOiBMb29raW5nIGZvciBhZGRpdGlvbmFsIEFEQyBm b3IgYXNzb2NpYXRpb24gMSAoMikKaGRhYTA6IFRyYWNpbmcgaW5wdXQgbW9uaXRvcgpoZGFh MDogIFRyYWNpbmcgbmlkIDEyIHRvIG91dApoZGFhMDogVHJhY2luZyBvdGhlciBpbnB1dCBt b25pdG9ycwpoZGFhMDogIFRyYWNpbmcgbmlkIDggdG8gb3V0CmhkYWEwOiAgbmlkIDggaXMg aW5wdXQgbW9uaXRvcgpoZGFhMDogIFRyYWNpbmcgbmlkIDkgdG8gb3V0CmhkYWEwOiAgbmlk IDkgaXMgaW5wdXQgbW9uaXRvcgpoZGFhMDogVHJhY2luZyBiZWVwZXIKaGRhYTA6ICBuaWQg MTYgdHJhY2VkIHRvIG91dApoZGFhMDogSGVhZHBob25lcyByZWRpcmVjdGlvbiBmb3IgYXNz b2NpYXRpb24gMCBuaWQ9NiB1c2luZyB1bnNvbGljaXRlZCByZXNwb25zZXMuCmhkYWEwOiBG RyBjb25maWcvcXVpcmtzOiBmb3JjZXN0ZXJlbyBpdnJlZjUwIGl2cmVmODAgaXZyZWYxMDAg aXZyZWYKaGRhYTA6IApoZGFhMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0rCmhkYWEwOiB8IERV TVBJTkcgSERBIE5PREVTIHwKaGRhYTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tKwpoZGFhMDog CmhkYWEwOiBEZWZhdWx0IFBhcmFtZXRlcgpoZGFhMDogLS0tLS0tLS0tLS0tLS0tLS0KaGRh YTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpoZGFhMDogICAgICAgICAgICAgICAg ICBQQ00KaGRhYTA6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDA3ZgpoZGFhMDogICAgICAg ICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA4IDExIDE2IDIyIDMyIDQ0IDQ4IEtIegpoZGFh MDogICAgICAgICAgSU4gYW1wOiAweDAwMjcwMzAwCmhkYWEwOiAgICAgICAgIE9VVCBhbXA6 IDB4ODAwNTNmM2QKaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAyIFtESVNBQkxF RF0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gb3V0cHV0CmhkYWEwOiAgICAgIFdp ZGdldCBjYXA6IDB4MDAwMzAzMTEKaGRhYTA6ICAgICAgICAgICAgICAgICAgRElHSVRBTCBT VEVSRU8KaGRhYTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwNQpoZGFhMDogICAgICAg ICAgICAgICAgICBBQzMgUENNCmhkYWEwOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwMjAwNjAK aGRhYTA6ICAgICAgICAgICAgICAgICAgMTYgYml0cywgNDQgNDggS0h6CmhkYWEwOiAgICAg Y29ubmVjdGlvbnM6IDIKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyBb RElTQUJMRURdIDwtIG5pZD0xIFtHSE9TVCFdIFtVTktOT1dOXSAoc2VsZWN0ZWQpCmhkYWEw OiAgICAgICAgICAgKyA8LSBuaWQ9NCBbYXVkaW8gaW5wdXRdCmhkYWEwOiAKaGRhYTA6ICAg ICAgICAgICAgIG5pZDogMwpoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBvdXRwdXQK aGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDAwMDQ0MQpoZGFhMDogICAgICAgICAgICAg ICAgICBQV1IgUFJPQyBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMCAoMHgwMDAw ODAwMSkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtIChwY20pCmhkYWEwOiAgICAgIFN0 cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYTA6ICAgICAgICAgICAgICAgICAgUENNCmhkYWEw OiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTAwN2YKaGRhYTA6ICAgICAgICAgICAgICAgICAg MTYgMjAgMjQgYml0cywgOCAxMSAxNiAyMiAzMiA0NCA0OCBLSHoKaGRhYTA6IApoZGFhMDog ICAgICAgICAgICAgbmlkOiA0CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIGlucHV0 CmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAxMDA1MTEKaGRhYTA6ICAgICAgICAgICAg ICAgICAgUFdSIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAxICgweDAwMDA0MDAx KQpoZGFhMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxCmhkYWEwOiAgICAgICAgICAg ICAgICAgIFBDTQpoZGFhMDogICAgICAgICBQQ00gY2FwOiAweDAwMDYwMDdmCmhkYWEwOiAg ICAgICAgICAgICAgICAgIDE2IDIwIGJpdHMsIDggMTEgMTYgMjIgMzIgNDQgNDggS0h6Cmhk YWEwOiAgICAgY29ubmVjdGlvbnM6IDEKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAg ICAgICAgKyA8LSBuaWQ9MjEgW2F1ZGlvIHNlbGVjdG9yXQpoZGFhMDogCmhkYWEwOiAgICAg ICAgICAgICBuaWQ6IDUKaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBTcGVha2VyIChG aXhlZCkKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDE4NwpoZGFhMDogICAgICAg ICAgICAgICAgICBVTlNPTCBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMCAoMHgw MDAwMDAwMSkKaGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAxMTczZgpoZGFhMDogICAg ICAgICAgICAgICAgICBJU0MgVFJRRCBQREMgSFAgT1VUIElOIFZSRUZbIDUwIDgwIEdST1VO RCBISVogXSBFQVBECmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4OTIxNzQxMTAKaGRhYTA6 ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA0MCBPVVQKaGRhYTA6ICAgICAgICAgICAgRUFQ RDogMHgwMDAwMDAwMgpoZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDgwMDUzZjNkCmhkYWEw OiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTYzIHNpemU9NSBvZmZzZXQ9NjEKaGRh YTA6ICAgICAgIElucHV0IGFtcDogMHgwMDI3MDMwMApoZGFhMDogICAgICAgICAgICAgICAg ICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0PTAKaGRhYTA6ICAgICBjb25uZWN0aW9u czogMgpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0g PC0gbmlkPTMgW2F1ZGlvIG91dHB1dF0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xNCBb YXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkKaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlk OiA2CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHBpbjogSGVhZHBob25lcyAoR3JleSBKYWNr KQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwMTg1CmhkYWEwOiAgICAgICAgICAg ICAgICAgIFVOU09MIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAwMDA4 MDAwKQpoZGFhMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDFmCmhkYWEwOiAgICAgICAg ICAgICAgICAgIElTQyBUUlFEIFBEQyBIUCBPVVQKaGRhYTA6ICAgICAgUGluIGNvbmZpZzog MHgwNDIxMjAxZgpoZGFhMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMGMwIEhQIE9VVApo ZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDgwMDUzZjNkCmhkYWEwOiAgICAgICAgICAgICAg ICAgIG11dGU9MSBzdGVwPTYzIHNpemU9NSBvZmZzZXQ9NjEKaGRhYTA6ICAgICBjb25uZWN0 aW9uczogMgpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxF RF0gPC0gbmlkPTMgW2F1ZGlvIG91dHB1dF0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0x NCBbYXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkKaGRhYTA6IApoZGFhMDogICAgICAgICAgICAg bmlkOiA3IFtESVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBMaW5lLW91 dCAoTm9uZSkKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDEwNApoZGFhMDogICAg ICAgICBQaW4gY2FwOiAweDAwMDAwMDEwCmhkYWEwOiAgICAgICAgICAgICAgICAgIE9VVApo ZGFhMDogICAgICBQaW4gY29uZmlnOiAweDQxMDcxMGYwCmhkYWEwOiAgICAgUGluIGNvbnRy b2w6IDB4MDAwMDAwMDAKaGRhYTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDA1M2YzZApoZGFh MDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD02MyBzaXplPTUgb2Zmc2V0PTYxCmhk YWEwOiAgICAgY29ubmVjdGlvbnM6IDEKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAg ICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0xNSBbYXVkaW8gbWl4ZXJdIFtESVNBQkxFRF0K aGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiA4CmhkYWEwOiAgICAgICAgICAgIE5h bWU6IHBpbjogTWljIChHcmV5IEphY2spCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0 MDAwODMKaGRhYTA6ICAgICAgICAgICAgICAgICAgVU5TT0wgU1RFUkVPCmhkYWEwOiAgICAg QXNzb2NpYXRpb246IDEgKDB4MDAwMDAwMDEpCmhkYWEwOiAgICAgICAgICAgICBPU1M6IG1p YyAobWljKQpoZGFhMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAxNzI3CmhkYWEwOiAgICAg ICAgICAgICAgICAgIElTQyBUUlFEIFBEQyBJTiBWUkVGWyA1MCA4MCBHUk9VTkQgSElaIF0K aGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHgwNGExMjAyMApoZGFhMDogICAgIFBpbiBjb250 cm9sOiAweDAwMDAwMDI0IElOIFZSRUZzCmhkYWEwOiAgICAgICBJbnB1dCBhbXA6IDB4MDAy NzAzMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MyBzaXplPTM5IG9m ZnNldD0wCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogOQpoZGFhMDogICAgICAg ICAgICBOYW1lOiBwaW46IExpbmUtaW4gKEJsdWUgSmFjaykKaGRhYTA6ICAgICAgV2lkZ2V0 IGNhcDogMHgwMDQwMDE4NwpoZGFhMDogICAgICAgICAgICAgICAgICBVTlNPTCBTVEVSRU8K aGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMSAoMHgwMDAwNDAwMCkKaGRhYTA6ICAgICAgICAg ICAgIE9TUzogbGluZSAobGluZSkKaGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMTcz NwpoZGFhMDogICAgICAgICAgICAgICAgICBJU0MgVFJRRCBQREMgT1VUIElOIFZSRUZbIDUw IDgwIEdST1VORCBISVogXQpoZGFhMDogICAgICBQaW4gY29uZmlnOiAweDAxODEzMDJlCmhk YWEwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMjQgSU4gVlJFRnMKaGRhYTA6ICAgICAg T3V0cHV0IGFtcDogMHg4MDA1M2YzZApoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTEg c3RlcD02MyBzaXplPTUgb2Zmc2V0PTYxCmhkYWEwOiAgICAgICBJbnB1dCBhbXA6IDB4MDAy NzAzMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MyBzaXplPTM5IG9m ZnNldD0wCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDIKaGRhYTA6ICAgICAgICAgICB8Cmhk YWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0zIFthdWRpbyBvdXRwdXRdIChz ZWxlY3RlZCkKaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTE0IFthdWRp byBtaXhlcl0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxMCBbRElTQUJMRURd CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHBpbjogU1BESUYtb3V0IChOb25lKQpoZGFhMDog ICAgICBXaWRnZXQgY2FwOiAweDAwNDAwMzAxCmhkYWEwOiAgICAgICAgICAgICAgICAgIERJ R0lUQUwgU1RFUkVPCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwMTAKaGRhYTA6 ICAgICAgICAgICAgICAgICAgT1VUCmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4NDE0NWYw ZjAKaGRhYTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAwMApoZGFhMDogICAgIGNvbm5l Y3Rpb25zOiAxCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlk PTIgW2F1ZGlvIG91dHB1dF0gW0RJU0FCTEVEXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAg ICBuaWQ6IDExIFtESVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gc2Vs ZWN0b3IKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDMwMDEwMQpoZGFhMDogICAgICAg ICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBjb25uZWN0aW9uczogNgpoZGFhMDogICAg ICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0zIFthdWRpbyBvdXRwdXRdIChz ZWxlY3RlZCkKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJdCmhk YWEwOiAgICAgICAgICAgKyA8LSBuaWQ9OSBbcGluOiBMaW5lLWluIChCbHVlIEphY2spXQpo ZGFhMDogICAgICAgICAgICsgPC0gbmlkPTE0IFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAg ICAgICArIDwtIG5pZD01IFtwaW46IFNwZWFrZXIgKEZpeGVkKV0KaGRhYTA6ICAgICAgICAg ICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKEJvdGgpXSBbRElTQUJMRURdCmhkYWEwOiAKaGRh YTA6ICAgICAgICAgICAgIG5pZDogMTIKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8g bWl4ZXIKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDIwMDEwMQpoZGFhMDogICAgICAg ICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMSAoMHgwMDAwMDAw MSkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogbWljCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6 IDIKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MzAgW2F1 ZGlvIHNlbGVjdG9yXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MzEg W2F1ZGlvIHNlbGVjdG9yXSBbRElTQUJMRURdCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAg IG5pZDogMTMKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gc2VsZWN0b3IKaGRhYTA6 ICAgICAgV2lkZ2V0IGNhcDogMHgwMDMwMDEwYwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAt MiAoMHgwMDAwMDAwMCkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogc3BlYWtlcgpoZGFhMDog ICAgICBPdXRwdXQgYW1wOiAweDgwMGIwZjBmCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11 dGU9MSBzdGVwPTE1IHNpemU9MTEgb2Zmc2V0PTE1CmhkYWEwOiAgICAgY29ubmVjdGlvbnM6 IDIKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MTYgW2Jl ZXAgd2lkZ2V0XSAoc2VsZWN0ZWQpCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwt IG5pZD0yMiBbcGluOiBEaWdpdGFsLW91dCAoRml4ZWQpXSBbRElTQUJMRURdCmhkYWEwOiAK aGRhYTA6ICAgICAgICAgICAgIG5pZDogMTQKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVk aW8gbWl4ZXIKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDIwMDEwMQpoZGFhMDogICAg ICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMCAoMHgwMDAw ODAwMSkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtLCBzcGVha2VyLCBsaW5lLCBtaWMK aGRhYTA6ICAgICBjb25uZWN0aW9uczogOApoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAg ICAgICAgICArIDwtIG5pZD0xMyBbYXVkaW8gc2VsZWN0b3JdCmhkYWEwOiAgICAgICAgICAg KyA8LSBuaWQ9MTcgW2F1ZGlvIHNlbGVjdG9yXQpoZGFhMDogICAgICAgICAgICsgPC0gbmlk PTE4IFthdWRpbyBzZWxlY3Rvcl0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xOSBbYXVk aW8gc2VsZWN0b3JdCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yNiBb YXVkaW8gc2VsZWN0b3JdIFtESVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxF RF0gPC0gbmlkPTI3IFthdWRpbyBzZWxlY3Rvcl0gW0RJU0FCTEVEXQpoZGFhMDogICAgICAg ICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjggW2F1ZGlvIHNlbGVjdG9yXSBbRElTQUJMRURd CmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yOSBbYXVkaW8gc2VsZWN0 b3JdIFtESVNBQkxFRF0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxNSBbRElT QUJMRURdCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG1peGVyCmhkYWEwOiAgICAg IFdpZGdldCBjYXA6IDB4MDAyMDAxMDAKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMQpoZGFh MDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8gc2Vs ZWN0b3JdIFtESVNBQkxFRF0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxNgpo ZGFhMDogICAgICAgICAgICBOYW1lOiBiZWVwIHdpZGdldApoZGFhMDogICAgICBXaWRnZXQg Y2FwOiAweDAwNzAwMDAwCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IC0yICgweDAwMDAwMDAw KQpoZGFhMDogICAgICAgICAgICAgT1NTOiBzcGVha2VyIChzcGVha2VyKQpoZGFhMDogCmhk YWEwOiAgICAgICAgICAgICBuaWQ6IDE3CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlv IHNlbGVjdG9yCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAzMDAxMGQKaGRhYTA6ICAg ICAgICAgICAgICAgICAgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDAgKDB4MDAw MDgwMDEpCmhkYWEwOiAgICAgICAgICAgICBPU1M6IHBjbQpoZGFhMDogICAgICBPdXRwdXQg YW1wOiAweDgwMDUxZjE3CmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTMx IHNpemU9NSBvZmZzZXQ9MjMKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMQpoZGFhMDogICAg ICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0zIFthdWRpbyBvdXRwdXRdCmhk YWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMTgKaGRhYTA6ICAgICAgICAgICAgTmFt ZTogYXVkaW8gc2VsZWN0b3IKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDMwMDEwZApo ZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjog LTIgKDB4MDAwMDAwMDApCmhkYWEwOiAgICAgICAgICAgICBPU1M6IG1pYwpoZGFhMDogICAg ICBPdXRwdXQgYW1wOiAweDgwMDUxZjE3CmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9 MSBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9MjMKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMQpo ZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD04IFtwaW46IE1p YyAoR3JleSBKYWNrKV0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxOQpoZGFh MDogICAgICAgICAgICBOYW1lOiBhdWRpbyBzZWxlY3RvcgpoZGFhMDogICAgICBXaWRnZXQg Y2FwOiAweDAwMzAwMTBkCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDog ICAgIEFzc29jaWF0aW9uOiAtMiAoMHgwMDAwMDAwMCkKaGRhYTA6ICAgICAgICAgICAgIE9T UzogbGluZQpoZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDgwMDUxZjE3CmhkYWEwOiAgICAg ICAgICAgICAgICAgIG11dGU9MSBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9MjMKaGRhYTA6ICAg ICBjb25uZWN0aW9uczogMQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICAr IDwtIG5pZD05IFtwaW46IExpbmUtaW4gKEJsdWUgSmFjayldCmhkYWEwOiAKaGRhYTA6ICAg ICAgICAgICAgIG5pZDogMjAgW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICBOYW1lOiBw b3dlciB3aWRnZXQKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDUwMDUwMApoZGFhMDog ICAgICAgICAgICAgICAgICBQV1IKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMTMKaGRhYTA6 ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MTMgW2F1ZGlvIHNlbGVj dG9yXSAoc2VsZWN0ZWQpCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MTQgW2F1ZGlvIG1p eGVyXQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0gW0RJU0FC TEVEXQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTE2IFtiZWVwIHdpZGdldF0KaGRhYTA6 ICAgICAgICAgICArIDwtIG5pZD0xOSBbYXVkaW8gc2VsZWN0b3JdCmhkYWEwOiAgICAgICAg ICAgKyA8LSBuaWQ9MjAgW3Bvd2VyIHdpZGdldF0gW0RJU0FCTEVEXQpoZGFhMDogICAgICAg ICAgICsgPC0gbmlkPTIxIFthdWRpbyBzZWxlY3Rvcl0KaGRhYTA6ICAgICAgICAgICArIDwt IG5pZD0yMiBbcGluOiBEaWdpdGFsLW91dCAoRml4ZWQpXSBbRElTQUJMRURdCmhkYWEwOiAg ICAgICAgICAgKyA8LSBuaWQ9MjMgW3BpbjogQVVYIChOb25lKV0gW0RJU0FCTEVEXQpoZGFh MDogICAgICAgICAgICsgPC0gbmlkPTI0IFtwaW46IE1pYyAoQm90aCldIFtESVNBQkxFRF0K aGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0yNSBbcGluOiBDRCAoTm9uZSldIFtESVNBQkxF RF0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0yNiBbYXVkaW8gc2VsZWN0b3JdIFtESVNB QkxFRF0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0yOSBbYXVkaW8gc2VsZWN0b3JdIFtE SVNBQkxFRF0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAyMQpoZGFhMDogICAg ICAgICAgICBOYW1lOiBhdWRpbyBzZWxlY3RvcgpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAw eDAwMzAwMTBkCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFz c29jaWF0aW9uOiAxICgweDAwMDA0MDAxKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBsaW5l LCBtaWMKaGRhYTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDA1MGYwMApoZGFhMDogICAgICAg ICAgICAgICAgICBtdXRlPTEgc3RlcD0xNSBzaXplPTUgb2Zmc2V0PTAKaGRhYTA6ICAgICBj b25uZWN0aW9uczogOApoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwt IG5pZD0xMiBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9OSBbcGlu OiBMaW5lLWluIChCbHVlIEphY2spXSAoc2VsZWN0ZWQpCmhkYWEwOiAgICAgICAgICAgKyBb RElTQUJMRURdIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAgICAgICAgICAgKyBb RElTQUJMRURdIDwtIG5pZD0xNSBbYXVkaW8gbWl4ZXJdIFtESVNBQkxFRF0KaGRhYTA6ICAg ICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI1IFtwaW46IENEIChOb25lKV0gW0RJU0FC TEVEXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9NSBbcGluOiBTcGVh a2VyIChGaXhlZCldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yNCBb cGluOiBNaWMgKEJvdGgpXSBbRElTQUJMRURdCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJM RURdIDwtIG5pZD0yMyBbcGluOiBBVVggKE5vbmUpXSBbRElTQUJMRURdCmhkYWEwOiAKaGRh YTA6ICAgICAgICAgICAgIG5pZDogMjIgW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICBO YW1lOiBwaW46IERpZ2l0YWwtb3V0IChGaXhlZCkKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDog MHgwMDQwMDAwMApoZGFhMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDIwCmhkYWEwOiAg ICAgICAgICAgICAgICAgIElOCmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4OTk1NzExZjAK aGRhYTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAwMApoZGFhMDogCmhkYWEwOiAgICAg ICAgICAgICBuaWQ6IDIzIFtESVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGlu OiBBVVggKE5vbmUpCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MDAwODEKaGRhYTA6 ICAgICAgICAgICAgICAgICAgVU5TT0wgU1RFUkVPCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6 IDB4MDAwMDAwMjcKaGRhYTA6ICAgICAgICAgICAgICAgICAgSVNDIFRSUUQgUERDIElOCmhk YWEwOiAgICAgIFBpbiBjb25maWc6IDB4NTk5M2UwZjAKaGRhYTA6ICAgICBQaW4gY29udHJv bDogMHgwMDAwMDAwMApoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDI0IFtESVNB QkxFRF0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBNaWMgKEJvdGgpCmhkYWEwOiAg ICAgIFdpZGdldCBjYXA6IDB4MDA0MDAxODcKaGRhYTA6ICAgICAgICAgICAgICAgICAgVU5T T0wgU1RFUkVPCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDE3MzcKaGRhYTA6ICAg ICAgICAgICAgICAgICAgSVNDIFRSUUQgUERDIE9VVCBJTiBWUkVGWyA1MCA4MCBHUk9VTkQg SElaIF0KaGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHhmMGE3OTE1OQpoZGFhMDogICAgIFBp biBjb250cm9sOiAweDAwMDAwMDAwCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwNTNm M2QKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9NjMgc2l6ZT01IG9mZnNl dD02MQpoZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDAwMjcwMzAwCmhkYWEwOiAgICAgICAg ICAgICAgICAgIG11dGU9MCBzdGVwPTMgc2l6ZT0zOSBvZmZzZXQ9MApoZGFhMDogICAgIGNv bm5lY3Rpb25zOiAyCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgW0RJ U0FCTEVEXSA8LSBuaWQ9MyBbYXVkaW8gb3V0cHV0XSAoc2VsZWN0ZWQpCmhkYWEwOiAgICAg ICAgICAgKyA8LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXQpoZGFhMDogCmhkYWEwOiAgICAgICAg ICAgICBuaWQ6IDI1IFtESVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBD RCAoTm9uZSkKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDAwMQpoZGFhMDogICAg ICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMDAy MApoZGFhMDogICAgICAgICAgICAgICAgICBJTgpoZGFhMDogICAgICBQaW4gY29uZmlnOiAw eDU5MzMxMGYwCmhkYWEwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMDAKaGRhYTA6IApo ZGFhMDogICAgICAgICAgICAgbmlkOiAyNiBbRElTQUJMRURdCmhkYWEwOiAgICAgICAgICAg IE5hbWU6IGF1ZGlvIHNlbGVjdG9yCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAzMDAx MGQKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhkYWEwOiAgICAgIE91dHB1dCBh bXA6IDB4ODAwNTFmMTcKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MzEg c2l6ZT01IG9mZnNldD0yMwpoZGFhMDogICAgIGNvbm5lY3Rpb25zOiAxCmhkYWEwOiAgICAg ICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTUgW3BpbjogU3BlYWtlciAoRml4 ZWQpXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDI3IFtESVNBQkxFRF0KaGRh YTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gc2VsZWN0b3IKaGRhYTA6ICAgICAgV2lkZ2V0 IGNhcDogMHgwMDMwMDEwZApoZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6 ICAgICAgT3V0cHV0IGFtcDogMHg4MDA1MWYxNwpoZGFhMDogICAgICAgICAgICAgICAgICBt dXRlPTEgc3RlcD0zMSBzaXplPTUgb2Zmc2V0PTIzCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6 IDEKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwt IG5pZD0yMyBbcGluOiBBVVggKE5vbmUpXSBbRElTQUJMRURdCmhkYWEwOiAKaGRhYTA6ICAg ICAgICAgICAgIG5pZDogMjggW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICBOYW1lOiBh dWRpbyBzZWxlY3RvcgpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMzAwMTBkCmhkYWEw OiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDgw MDUxZjE3CmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTMxIHNpemU9NSBv ZmZzZXQ9MjMKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMQpoZGFhMDogICAgICAgICAgIHwK aGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKEJvdGgpXSBbRElTQUJM RURdCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMjkgW0RJU0FCTEVEXQpoZGFh MDogICAgICAgICAgICBOYW1lOiBhdWRpbyBzZWxlY3RvcgpoZGFhMDogICAgICBXaWRnZXQg Y2FwOiAweDAwMzAwMTBkCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDog ICAgICBPdXRwdXQgYW1wOiAweDgwMDUxZjE3CmhkYWEwOiAgICAgICAgICAgICAgICAgIG11 dGU9MSBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9MjMKaGRhYTA6ICAgICBjb25uZWN0aW9uczog MQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0g bmlkPTI1IFtwaW46IENEIChOb25lKV0gW0RJU0FCTEVEXQpoZGFhMDogCmhkYWEwOiAgICAg ICAgICAgICBuaWQ6IDMwCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIHNlbGVjdG9y CmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAzMDAxMGQKaGRhYTA6ICAgICAgICAgICAg ICAgICAgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDEgKDB4MDAwMDAwMDEpCmhk YWEwOiAgICAgICAgICAgICBPU1M6IG1pYwpoZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDgw MDAwMDAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9m ZnNldD0wCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDEKaGRhYTA6ICAgICAgICAgICB8Cmhk YWEwOiAgICAgICAgICAgKyA8LSBuaWQ9OCBbcGluOiBNaWMgKEdyZXkgSmFjayldCmhkYWEw OiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMzEgW0RJU0FCTEVEXQpoZGFhMDogICAgICAg ICAgICBOYW1lOiBhdWRpbyBzZWxlY3RvcgpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAw MzAwMTBkCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgICBPdXRw dXQgYW1wOiAweDgwMDAwMDAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVw PTAgc2l6ZT0wIG9mZnNldD0wCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDEKaGRhYTA6ICAg ICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MjQgW3BpbjogTWljIChCb3Ro KV0gW0RJU0FCTEVEXQpoZGFhMDogCnBjbTA6IDxBbmFsb2cgRGV2aWNlcyBBRDE5ODFIRCBI REEgQ09ERUMgUENNIChBbmFsb2cgMi4wK0hQLzIuMCk+IGF0IG5pZCA1LDYgYW5kIDgsOSBv biBoZGFhMApwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0r CnBjbTA6IHwgRFVNUElORyBQQ00gUGxheWJhY2svUmVjb3JkIENoYW5uZWxzIHwKcGNtMDog Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20wOiAKcGNtMDog UGxheWJhY2s6CnBjbTA6IApwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKcGNt MDogICAgICAgICAgICAgICAgICBQQ00KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUw MDdmCnBjbTA6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0cywgOCAxMSAxNiAyMiAz MiA0NCA0OCBLSHoKcGNtMDogICAgICAgICAgICAgREFDOiAzCnBjbTA6IApwY20wOiBSZWNv cmQ6CnBjbTA6IApwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKcGNtMDogICAg ICAgICAgICAgICAgICBQQ00KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMDYwMDdmCnBj bTA6ICAgICAgICAgICAgICAgICAgMTYgMjAgYml0cywgOCAxMSAxNiAyMiAzMiA0NCA0OCBL SHoKcGNtMDogICAgICAgICAgICAgREFDOiA0CnBjbTA6IApwY20wOiArLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSsKcGNtMDogfCBEVU1QSU5HIFBsYXliYWNrL1JlY29yZCBQ YXRocyB8CnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20wOiAK cGNtMDogUGxheWJhY2s6CnBjbTA6IApwY20wOiAgICAgbmlkPTUgW3BpbjogU3BlYWtlciAo Rml4ZWQpXQpwY20wOiAgICAgICB8CnBjbTA6ICAgICAgICsgPC0gbmlkPTE0IFthdWRpbyBt aXhlcl0gW3NyYzogcGNtLCBzcGVha2VyLCBsaW5lLCBtaWNdCnBjbTA6ICAgICAgICAgICAg ICB8CnBjbTA6ICAgICAgICAgICAgICArIDwtIG5pZD0xMyBbYXVkaW8gc2VsZWN0b3JdIFtz cmM6IHNwZWFrZXJdCnBjbTA6ICAgICAgICAgICAgICAgICAgICAgfApwY20wOiAgICAgICAg ICAgICAgICAgICAgICsgPC0gbmlkPTE2IFtiZWVwIHdpZGdldF0gW3NyYzogc3BlYWtlcl0K cGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTE3IFthdWRpbyBzZWxlY3Rvcl0gW3NyYzog cGNtXQpwY20wOiAgICAgICAgICAgICAgICAgICAgIHwKcGNtMDogICAgICAgICAgICAgICAg ICAgICArIDwtIG5pZD0zIFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMDogICAgICAg ICAgICAgICsgPC0gbmlkPTE4IFthdWRpbyBzZWxlY3Rvcl0gW3NyYzogbWljXQpwY20wOiAg ICAgICAgICAgICAgICAgICAgIHwKcGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5p ZD04IFtwaW46IE1pYyAoR3JleSBKYWNrKV0gW3NyYzogbWljXQpwY20wOiAgICAgICAgICAg ICAgKyA8LSBuaWQ9MTkgW2F1ZGlvIHNlbGVjdG9yXSBbc3JjOiBsaW5lXQpwY20wOiAgICAg ICAgICAgICAgICAgICAgIHwKcGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD05 IFtwaW46IExpbmUtaW4gKEJsdWUgSmFjayldIFtzcmM6IGxpbmVdCnBjbTA6IApwY20wOiAg ICAgbmlkPTYgW3BpbjogSGVhZHBob25lcyAoR3JleSBKYWNrKV0KcGNtMDogICAgICAgfApw Y20wOiAgICAgICArIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJdIFtzcmM6IHBjbSwgc3BlYWtl ciwgbGluZSwgbWljXQpwY20wOiAgICAgICAgICAgICAgfApwY20wOiAgICAgICAgICAgICAg KyA8LSBuaWQ9MTMgW2F1ZGlvIHNlbGVjdG9yXSBbc3JjOiBzcGVha2VyXQpwY20wOiAgICAg ICAgICAgICAgICAgICAgIHwKcGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD0x NiBbYmVlcCB3aWRnZXRdIFtzcmM6IHNwZWFrZXJdCnBjbTA6ICAgICAgICAgICAgICArIDwt IG5pZD0xNyBbYXVkaW8gc2VsZWN0b3JdIFtzcmM6IHBjbV0KcGNtMDogICAgICAgICAgICAg ICAgICAgICB8CnBjbTA6ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9MyBbYXVkaW8g b3V0cHV0XSBbc3JjOiBwY21dCnBjbTA6ICAgICAgICAgICAgICArIDwtIG5pZD0xOCBbYXVk aW8gc2VsZWN0b3JdIFtzcmM6IG1pY10KcGNtMDogICAgICAgICAgICAgICAgICAgICB8CnBj bTA6ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9OCBbcGluOiBNaWMgKEdyZXkgSmFj ayldIFtzcmM6IG1pY10KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTE5IFthdWRpbyBz ZWxlY3Rvcl0gW3NyYzogbGluZV0KcGNtMDogICAgICAgICAgICAgICAgICAgICB8CnBjbTA6 ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9OSBbcGluOiBMaW5lLWluIChCbHVlIEph Y2spXSBbc3JjOiBsaW5lXQpwY20wOiAKcGNtMDogUmVjb3JkOgpwY20wOiAKcGNtMDogICAg IG5pZD00IFthdWRpbyBpbnB1dF0KcGNtMDogICAgICAgfApwY20wOiAgICAgICArIDwtIG5p ZD0yMSBbYXVkaW8gc2VsZWN0b3JdIFtzcmM6IGxpbmUsIG1pY10KcGNtMDogICAgICAgICAg ICAgIHwKcGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTEyIFthdWRpbyBtaXhlcl0gW3Ny YzogbWljXQpwY20wOiAgICAgICAgICAgICAgICAgICAgIHwKcGNtMDogICAgICAgICAgICAg ICAgICAgICArIDwtIG5pZD0zMCBbYXVkaW8gc2VsZWN0b3JdIFtzcmM6IG1pY10KcGNtMDog ICAgICAgICAgICAgICAgICAgICAgICAgICAgfApwY20wOiAgICAgICAgICAgICAgICAgICAg ICAgICAgICArIDwtIG5pZD04IFtwaW46IE1pYyAoR3JleSBKYWNrKV0gW3NyYzogbWljXQpw Y20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9OSBbcGluOiBMaW5lLWluIChCbHVlIEphY2sp XSBbc3JjOiBsaW5lXQpwY20wOiAKcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0r CnBjbTA6IHwgRFVNUElORyBWb2x1bWUgQ29udHJvbHMgfApwY20wOiArLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSsKcGNtMDogCnBjbTA6IE1hc3RlciBWb2x1bWUgKE9TUzogdm9sKTog LTkxLzNkQgpwY20wOiAgICB8CnBjbTA6ICAgICstIGN0bCAgMSAobmlkICAgNSBpbiApOiAg ICAtOTEvM2RCICg2NCBzdGVwcykgKyBtdXRlCnBjbTA6ICAgICstIGN0bCAgMyAobmlkICAg NiBpbiApOiAgICAtOTEvM2RCICg2NCBzdGVwcykgKyBtdXRlCnBjbTA6ICAgICstIGN0bCAg OCAobmlkICAxMyBvdXQpOiAgICAtNDUvMGRCICgxNiBzdGVwcykgKyBtdXRlCnBjbTA6ICAg ICstIGN0bCAgOSAobmlkICAxNyBvdXQpOiAgICAtMzQvMTJkQiAoMzIgc3RlcHMpICsgbXV0 ZQpwY20wOiAgICArLSBjdGwgMTAgKG5pZCAgMTggb3V0KTogICAgLTM0LzEyZEIgKDMyIHN0 ZXBzKSArIG11dGUKcGNtMDogICAgKy0gY3RsIDExIChuaWQgIDE5IG91dCk6ICAgIC0zNC8x MmRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTA6IApwY20wOiBQQ00gVm9sdW1lIChPU1M6IHBj bSk6IC0zNC8xMmRCCnBjbTA6ICAgIHwKcGNtMDogICAgKy0gY3RsICA5IChuaWQgIDE3IG91 dCk6ICAgIC0zNC8xMmRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTA6IApwY20wOiBNaWNyb3Bo b25lIFZvbHVtZSAoT1NTOiBtaWMpOiAwLzMwZEIKcGNtMDogICAgfApwY20wOiAgICArLSBj dGwgIDUgKG5pZCAgIDggb3V0KTogICAgMC8zMGRCICg0IHN0ZXBzKQpwY20wOiAgICArLSBj dGwgMTAgKG5pZCAgMTggb3V0KTogICAgLTM0LzEyZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNt MDogICAgKy0gY3RsIDEyIChuaWQgIDIxIG91dCk6ICAgIDAvMjJkQiAoMTYgc3RlcHMpICsg bXV0ZQpwY20wOiAgICArLSBjdGwgMTkgKG5pZCAgMzAgb3V0KTogICAgbXV0ZQpwY20wOiAK cGNtMDogTGluZS1pbiBWb2x1bWUgKE9TUzogbGluZSk6IDAvMzBkQgpwY20wOiAgICB8CnBj bTA6ICAgICstIGN0bCAgNyAobmlkICAgOSBvdXQpOiAgICAwLzMwZEIgKDQgc3RlcHMpCnBj bTA6ICAgICstIGN0bCAxMSAobmlkICAxOSBvdXQpOiAgICAtMzQvMTJkQiAoMzIgc3RlcHMp ICsgbXV0ZQpwY20wOiAgICArLSBjdGwgMTIgKG5pZCAgMjEgb3V0KTogICAgMC8yMmRCICgx NiBzdGVwcykgKyBtdXRlCnBjbTA6IApwY20wOiBTcGVha2VyL0JlZXAgVm9sdW1lIChPU1M6 IHNwZWFrZXIpOiAtNDUvMGRCCnBjbTA6ICAgIHwKcGNtMDogICAgKy0gY3RsICA4IChuaWQg IDEzIG91dCk6ICAgIC00NS8wZEIgKDE2IHN0ZXBzKSArIG11dGUKcGNtMDogCnBjbTA6IFJl Y29yZGluZyBMZXZlbCAoT1NTOiByZWMpOiAwLzIyZEIKcGNtMDogICAgfApwY20wOiAgICAr LSBjdGwgMTIgKG5pZCAgMjEgb3V0KTogICAgMC8yMmRCICgxNiBzdGVwcykgKyBtdXRlCnBj bTA6ICAgICstIGN0bCAxOSAobmlkICAzMCBvdXQpOiAgICBtdXRlCnBjbTA6IApwY20wOiBJ bnB1dCBNb25pdG9yaW5nIExldmVsIChPU1M6IGlnYWluKTogLTM0LzBkQgpwY20wOiAgICB8 CnBjbTA6ICAgICstIGN0bCAgOCAobmlkICAxMyBvdXQpOiAgICAtNDUvMGRCICgxNiBzdGVw cykgKyBtdXRlCnBjbTA6ICAgICstIGN0bCAxMCAobmlkICAxOCBvdXQpOiAgICAtMzQvMTJk QiAoMzIgc3RlcHMpICsgbXV0ZQpwY20wOiAgICArLSBjdGwgMTEgKG5pZCAgMTkgb3V0KTog ICAgLTM0LzEyZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMDogCnBjbTA6IE1peGVyICJ2b2wi OgpwY20wOiBNaXhlciAicGNtIjoKcGNtMDogTWl4ZXIgInNwZWFrZXIiOgpwY20wOiBNaXhl ciAibGluZSI6CnBjbTA6IE1peGVyICJtaWMiOgpwY20wOiBNaXhlciAicmVjIjoKcGNtMDog TWl4ZXIgImlnYWluIjoKcGNtMDogTWl4ZXIgIm9nYWluIjoKcGNtMDogY2xvbmUgbWFuYWdl cjogZGVhZGxpbmU9NzUwbXMgZmxhZ3M9MHg4MDAwMDAxZQpwY20wOiBzbmRidWZfc2V0bWFw IDM0YzAwMDAsIDEwMDAwOyAweGZmZmZmZjgwY2QzOTcwMDAgLT4gMzRjMDAwMApwY20wOiBz bmRidWZfc2V0bWFwIDc1NDAwMDAsIDEwMDAwOyAweGZmZmZmZjgwY2QzZDcwMDAgLT4gNzU0 MDAwMApoZGFjYzE6IDxMdWNlbnQvQWdlcmUgU3lzdGVtcyAoMHgxMDQwKSBIREEgQ09ERUM+ IGF0IGNhZCAxIG9uIGhkYWMwCmhkYWNjMTogUm9vdCBOb2RlIGF0IG5pZD0wOiAxIHN1Ym5v ZGVzIDEtMQp1bmtub3duOiA8THVjZW50L0FnZXJlIFN5c3RlbXMgKDB4MTA0MCkgSERBIENP REVDIE1vZGVtIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzEgKG5vIGRyaXZl ciBhdHRhY2hlZCkKdXNidXMwOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czE6 IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMjogMTJNYnBzIEZ1bGwgU3BlZWQg VVNCIHYxLjAKdXNidXMzOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czQ6IDEy TWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzNTogNDgwTWJwcyBIaWdoIFNwZWVkIFVT QiB2Mi4wCmFjcGlfdHowOiBfQUMzOiB0ZW1wZXJhdHVyZSA2MS4wID49IHNldHBvaW50IDQw LjAKYWNwaV90ejA6IF9BQzI6IHRlbXBlcmF0dXJlIDYxLjAgPj0gc2V0cG9pbnQgNTAuMAph Y3BpX3R6MDogX0FDMTogdGVtcGVyYXR1cmUgNjEuMCA+PSBzZXRwb2ludCA2MC4wCmFjcGlf dHowOiBzd2l0Y2hlZCBmcm9tIE5PTkUgdG8gX0FDMTogNjEuMEMKYWhjaWNoMDogQUhDSSBy ZXNldC4uLgphaGNpY2gwOiBTQVRBIGNvbm5lY3QgdGltZT0xMDB1cyBzdGF0dXM9MDAwMDAx MjMKYWhjaWNoMDogQUhDSSByZXNldDogZGV2aWNlIGZvdW5kCmF0YTA6IHJlc2V0IHRwMSBt YXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9MDAKdWdlbjAuMTogPEFUST4gYXQgdXNidXMwCnVo dWIwOiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPEFUST4gYXQgdXNidXMxCnVodWIxOiA8QVRJIE9I Q0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1 czEKdWdlbjIuMTogPEFUST4gYXQgdXNidXMyCnVodWIyOiA8QVRJIE9IQ0kgcm9vdCBIVUIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czIKdWdlbjMuMTog PEFUST4gYXQgdXNidXMzCnVodWIzOiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMKdWdlbjQuMTogPEFUST4gYXQgdXNi dXM0CnVodWI0OiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2J1czQKdWdlbjUuMTogPEFUST4gYXQgdXNidXM1CnVodWI1OiA8 QVRJIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBv biB1c2J1czUKYXRhMDogc3RhdDA9MHgwMCBlcnI9MHgwMSBsc2I9MHgxNCBtc2I9MHhlYgph dGEwOiBzdGF0MT0weDAwIGVycj0weDAwIGxzYj0weDAwIG1zYj0weDAwCmF0YTA6IHJlc2V0 IHRwMiBzdGF0MD0wMCBzdGF0MT0wMCBkZXZpY2VzPTB4MTAwMDAKKGFwcm9iZTE6YXRhMDow OjA6MCk6IFNJR05BVFVSRTogZWIxNApiYXR0ZXJ5MDogYmF0dGVyeSBpbml0aWFsaXphdGlv biBzdGFydApiYXR0ZXJ5MTogYmF0dGVyeSBpbml0aWFsaXphdGlvbiBzdGFydAphY3BpX2Fj YWQwOiBhY2xpbmUgaW5pdGlhbGl6YXRpb24gc3RhcnQKYWNwaV9hY2FkMDogT24gTGluZQph Y3BpX2FjYWQwOiBhY2xpbmUgaW5pdGlhbGl6YXRpb24gZG9uZSwgdHJpZWQgMSB0aW1lcwph Y3BpX3R6MDogX0FDMzogdGVtcGVyYXR1cmUgNjEuMCA+PSBzZXRwb2ludCA0MC4wCmFjcGlf dHowOiBfQUMyOiB0ZW1wZXJhdHVyZSA2MS4wID49IHNldHBvaW50IDUwLjAKYWNwaV90ejA6 IF9BQzM6IHRlbXBlcmF0dXJlIDYxLjAgPj0gc2V0cG9pbnQgNDAuMAphY3BpX3R6MDogX0FD MjogdGVtcGVyYXR1cmUgNjEuMCA+PSBzZXRwb2ludCA1MC4wCmFjcGlfdHowOiBzd2l0Y2hl ZCBmcm9tIF9BQzEgdG8gX0FDMjogNjEuMEMKYmF0dGVyeTA6IGJhdHRlcnkgaW5pdGlhbGl6 YXRpb24gZG9uZSwgdHJpZWQgMSB0aW1lcwp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVodWIyOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZAp1aHViMzogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjQ6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmFoY2ljaDA6IEFIQ0kg cmVzZXQ6IGRldmljZSByZWFkeSBhZnRlciA1MDBtcwooYXByb2JlMDphaGNpY2gwOjA6MDow KTogU0lHTkFUVVJFOiAwMDAwCihwcm9iZTA6Y3RsMmNhbTA6MDoxOjApOiBFcnJvciA2LCBV bnJldHJ5YWJsZSBlcnJvcgpwYXNzMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQg MCBsdW4gMApwYXNzMDogPFdEQyBXRDE2MDBCRVZULTAwQTBSVDAgMDEuMDFBMDE+IEFUQS04 IFNBVEEgMi54IGRldmljZQpwYXNzMDogU2VyaWFsIE51bWJlciBXRC1XWEgzNTI1MTQ1CnBh c3MwOiAzMDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMi54LCBVRE1BNiwgUElPIDgxOTJi eXRlcykKcGFzczA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZApwYXNzMSBhdCBhdGEwIGJ1 cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMApwYXNzMTogPFRFQUMgRFYtVzI4RS1SIEMuQjA+ IFJlbW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKcGFzczE6IDMzLjMwME1CL3MgdHJh bnNmZXJzIChVRE1BMiwgQVRBUEkgMTJieXRlcywgUElPIDY1NTM0Ynl0ZXMpCmFkYTAgYXQg YWhjaWNoMCBidXMgMCBzY2J1czAgdGFyZ2V0IDAgbHVuIDAKYWRhMDogPFdEQyBXRDE2MDBC RVZULTAwQTBSVDAgMDEuMDFBMDE+IEFUQS04IFNBVEEgMi54IGRldmljZQphZGEwOiBTZXJp YWwgTnVtYmVyIFdELVdYSDM1MjUxNDUKYWRhMDogMzAwLjAwME1CL3MgdHJhbnNmZXJzIChT QVRBIDIueCwgR0VPTTogbmV3IGRpc2sgYWRhMApVRE1BNiwgUElPIDgxOTJieXRlcykKYWRh MDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTA6IDE1MjYyN01CICgzMTI1ODE4MDkg NTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMDogUHJldmlvdXNseSB3 YXMga25vd24gYXMgYWQ0ClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpjcHUxIEFQOgogICAg IElEOiAweDAxMDAwMDAwICAgVkVSOiAweDgwMDUwMDEwIExEUjogMHgwMDAwMDAwMCBERlI6 IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6 IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06 IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMApUU0MgdGltZWNv dW50ZXIgZGlzY2FyZHMgbG93ZXIgNyBiaXQocykKVGltZWNvdW50ZXIgIlRTQy1sb3ciIGZy ZXF1ZW5jeSAxNTU4NTc5MCBIeiBxdWFsaXR5IC0xMDAKKGNkMDphdGEwOjA6MDowKTogU0NT SSBzdGF0dXMgZXJyb3IKKGNkMDphdGEwOjA6MDowKTogUkVBRCBDQVBBQ0lUWS4gQ0RCOiAy NSAwIDAgMCAwIDAgMCAwIDAgMCAKKGNkMDphdGEwOjA6MDowKTogQ0FNIHN0YXR1czogU0NT SSBTdGF0dXMgRXJyb3IKKGNkMDphdGEwOjA6MDowKTogU0NTSSBzdGF0dXM6IENoZWNrIENv bmRpdGlvbgooY2QwOmF0YTA6MDowOjApOiBTQ1NJIHNlbnNlOiBOT1QgUkVBRFkgYXNjOjNh LDEgKE1lZGl1bSBub3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkKQooY2QwOmF0YTA6MDowOjAp OiBFcnJvciA2LCBVbnJldHJ5YWJsZSBlcnJvcgpjZDAgYXQgYXRhMCBidXMgMCBzY2J1czEg dGFyZ2V0IDAgbHVuIDAKY2QwOiA8VEVBQyBEVi1XMjhFLVIgQy5CMD4gUmVtb3ZhYmxlIENE LVJPTSBTQ1NJLTAgZGV2aWNlIApjZDA6IDMzLjMwME1CL3MgdHJhbnNmZXJzIChVRE1BMiwg QVRBUEkgMTJieXRlcywgUElPIDY1NTM0Ynl0ZXMpCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBk ZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50IC0gdHJh eSBjbG9zZWQKR0VPTTogbmV3IGRpc2sgY2QwCihjZDA6YXRhMDowOjA6MCk6IFNDU0kgc3Rh dHVzIGVycm9yCihjZDA6YXRhMDowOjA6MCk6IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgMCAw IDAgMCAwIDAgMCAwIDAgCihjZDA6YXRhMDowOjA6MCk6IENBTSBzdGF0dXM6IFNDU0kgU3Rh dHVzIEVycm9yCihjZDA6YXRhMDowOjA6MCk6IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRp b24KKGNkMDphdGEwOjA6MDowKTogU0NTSSBzZW5zZTogTk9UIFJFQURZIGFzYzozYSwxIChN ZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNsb3NlZCkKKGNkMDphdGEwOjA6MDowKTogRXJy b3IgNiwgVW5yZXRyeWFibGUgZXJyb3IKKGNkMDphdGEwOjA6MDowKTogU0NTSSBzdGF0dXMg ZXJyb3IKKGNkMDphdGEwOjA6MDowKTogUkVBRCBDQVBBQ0lUWS4gQ0RCOiAyNSAwIDAgMCAw IDAgMCAwIDAgMCAKKGNkMDphdGEwOjA6MDowKTogQ0FNIHN0YXR1czogU0NTSSBTdGF0dXMg RXJyb3IKKGNkMDphdGEwOjA6MDowKTogU0NTSSBzdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo Y2QwOmF0YTA6MDowOjApOiBTQ1NJIHNlbnNlOiBOT1QgUkVBRFkgYXNjOjNhLDEgKE1lZGl1 bSBub3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkKQooY2QwOmF0YTA6MDowOjApOiBFcnJvciA2 LCBVbnJldHJ5YWJsZSBlcnJvcgooY2QwOmF0YTA6MDowOjApOiBTQ1NJIHN0YXR1cyBlcnJv cgooY2QwOmF0YTA6MDowOjApOiBSRUFEIENBUEFDSVRZLiBDREI6IDI1IDAgMCAwIDAgMCAw IDAgMCAwIAooY2QwOmF0YTA6MDowOjApOiBDQU0gc3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJv cgooY2QwOmF0YTA6MDowOjApOiBTQ1NJIHN0YXR1czogQ2hlY2sgQ29uZGl0aW9uCihjZDA6 YXRhMDowOjA6MCk6IFNDU0kgc2Vuc2U6IE5PVCBSRUFEWSBhc2M6M2EsMSAoTWVkaXVtIG5v dCBwcmVzZW50IC0gdHJheSBjbG9zZWQpCihjZDA6YXRhMDowOjA6MCk6IEVycm9yIDYsIFVu cmV0cnlhYmxlIGVycm9yClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNQp1aHViNTog MTAgcG9ydHMgd2l0aCAxMCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdh aXRpbmcgZm9yOiB1c2J1czUKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9s YWJlbC9yb290RlMgW3J3LGFzeW5jXS4uLgpzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5p dAp1Z2VuMC4yOiA8TG9naXRlY2g+IGF0IHVzYnVzMAp1bXMwOiA8TG9naXRlY2ggTG9naXRl Y2ggVVNCIE9wdGljYWwgTW91c2UsIGNsYXNzIDAvMCwgcmV2IDIuMDAvNDMuMDAsIGFkZHIg Mj4gb24gdXNidXMwCnVtczA6IDMgYnV0dG9ucyBhbmQgW1hZWl0gY29vcmRpbmF0ZXMgSUQ9 MAp1Z2VuMC4zOiA8QnJvYWRjb20gQ29ycD4gYXQgdXNidXMwCnVidDA6IDxCcm9hZGNvbSBD b3JwIEhQIEludGVncmF0ZWQgTW9kdWxlLCBjbGFzcyAyMjQvMSwgcmV2IDIuMDAvMS4wMCwg YWRkciAzPiBvbiB1c2J1czAKU2V0dGluZyBob3N0dXVpZDogNmE1MmEwMjMtOTkxNS1lMDEx LTA1YTQtNmQ5OTEwMTI5ZDI5LgpTZXR0aW5nIGhvc3RpZDogMHg0NTg5YmNmNi4KRW50cm9w eSBoYXJ2ZXN0aW5nOiBpbnRlcnJ1cHRzIGV0aGVybmV0IHBvaW50X3RvX3BvaW50IGtpY2tz dGFydC4KU3RhcnRpbmcgZmlsZSBzeXN0ZW0gY2hlY2tzOgovZGV2L2xhYmVsL3Jvb3RGUzog RklMRSBTWVNURU0gQ0xFQU47IFNLSVBQSU5HIENIRUNLUwovZGV2L2xhYmVsL3Jvb3RGUzog Y2xlYW4sIDU1MTI1NzMgZnJlZSAoMTAyMzk3IGZyYWdzLCA2NzYyNzIgYmxvY2tzLCAwLjMl IGZyYWdtZW50YXRpb24pCk1vdW50aW5nIGxvY2FsIGZpbGUgc3lzdGVtczoKTGludXggRUxG IGV4ZWMgaGFuZGxlciBpbnN0YWxsZWQKbGlucHJvY2ZzIHJlZ2lzdGVyZWQKLgphY3BpX3R6 MDogX0FDMzogdGVtcGVyYXR1cmUgNTUuMCA+PSBzZXRwb2ludCA0MC4wClNldHRpbmcgaG9z dG5hbWU6IEhQLmxpc3N5YXJhLnN1Lgp2Ym94ZHJ2OiBmQXN5bmM9MSBvZmZNaW49MHgyYjcy ZjQgb2ZmTWF4PTB4MmI3MmY0CnN1cGRydkdpcENyZWF0ZTogb21uaSB0aW1lciBub3Qgc3Vw cG9ydGVkLCBmYWxsaW5nIGJhY2sgdG8gc3luY2hyb25vdXMgbW9kZQpid24wOiBmaXJtd2Fy ZSB2ZXJzaW9uIChyZXYgNDEwIHBhdGNoIDIxNjAgZGF0ZSAweDc1MWEgdGltZSAweDdjMGEp CndsYW4wOiBicGYgYXR0YWNoZWQKd2xhbjA6IGJwZiBhdHRhY2hlZAp3bGFuMDogRXRoZXJu ZXQgYWRkcmVzczogMDA6MjE6MDA6MGE6NjQ6OGYKU3RhcnRpbmcgd3BhX3N1cHBsaWNhbnQu ClN0YXJ0aW5nIE5ldHdvcms6IGxvMCBiZ2UwIGJ3bjAuCmxvMDogZmxhZ3M9ODA0OTxVUCxM T09QQkFDSyxSVU5OSU5HLE1VTFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE2Mzg0CglvcHRpb25z PTM8UlhDU1VNLFRYQ1NVTT4KCWluZXQ2IDo6MSBwcmVmaXhsZW4gMTI4IAoJaW5ldDYgZmU4 MDo6MSVsbzAgcHJlZml4bGVuIDY0IHNjb3BlaWQgMHg5IAoJaW5ldCAxMjcuMC4wLjEgbmV0 bWFzayAweGZmMDAwMDAwIAoJbmQ2IG9wdGlvbnM9MjE8UEVSRk9STU5VRCxBVVRPX0xJTktM T0NBTD4KYmdlMDogZmxhZ3M9ODg0MzxVUCxCUk9BRENBU1QsUlVOTklORyxTSU1QTEVYLE1V TFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE1MDAKCW9wdGlvbnM9ODAwOWI8UlhDU1VNLFRYQ1NV TSxWTEFOX01UVSxWTEFOX0hXVEFHR0lORyxWTEFOX0hXQ1NVTSxMSU5LU1RBVEU+CglldGhl ciAwMDoxZjoyOTo4OTozODpmMwoJbmQ2IG9wdGlvbnM9Mjk8UEVSRk9STU5VRCxJRkRJU0FC TEVELEFVVE9fTElOS0xPQ0FMPgoJbWVkaWE6IEV0aGVybmV0IGF1dG9zZWxlY3QgKG5vbmUp CglzdGF0dXM6IG5vIGNhcnJpZXIKYnduMDogZmxhZ3M9ODgwMzxVUCxCUk9BRENBU1QsU0lN UExFWCxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAyMjkwCglldGhlciAwMDoyMTowMDowYTo2 NDo4ZgoJbmQ2IG9wdGlvbnM9Mjk8UEVSRk9STU5VRCxJRkRJU0FCTEVELEFVVE9fTElOS0xP Q0FMPgoJbWVkaWE6IElFRUUgODAyLjExIFdpcmVsZXNzIEV0aGVybmV0IGF1dG9zZWxlY3Qg bW9kZSAxMWcKCXN0YXR1czogYXNzb2NpYXRlZApTdGFydGluZyBkZXZkLgpid24wOiBmaXJt d2FyZSB2ZXJzaW9uIChyZXYgNDEwIHBhdGNoIDIxNjAgZGF0ZSAweDc1MWEgdGltZSAweDdj MGEpClN0YXJ0aW5nIE5ldHdvcms6IHVzYnVzMC4KU3RhcnRpbmcgTmV0d29yazogdXNidXMx LgpTdGFydGluZyBOZXR3b3JrOiB1c2J1czIuClN0YXJ0aW5nIE5ldHdvcms6IHVzYnVzMy4K U3RhcnRpbmcgTmV0d29yazogdXNidXM0LgpTdGFydGluZyBOZXR3b3JrOiB1c2J1czUuClN0 YXJ0aW5nIHdlYmNhbWQuCmJ3bjA6IHN0YXR1cyBvZiBSRiBzd2l0Y2ggaXMgY2hhbmdlZCB0 byBPRkYKQXR0YWNoZWQgdG8gdWdlbjAuMlswXQpTdGFydGluZyB1bXMwIG1vdXNlZC4KU3Rh cnRpbmcgd2ViY2FtZC4KQXR0YWNoZWQgdG8gdWdlbjAuM1swXQpid24wOiBwbGVhc2UgdHVy biBvbiB0aGUgUkYgc3dpdGNoCldBUk5JTkc6IGF0dGVtcHQgdG8gZG9tYWluX2FkZChuZXRn cmFwaCkgYWZ0ZXIgZG9tYWluZmluYWxpemUoKQpBZGRpdGlvbmFsIGluZXQgcm91dGluZyBv cHRpb25zOiBnYXRld2F5PVlFUy4KYWRkIG5ldCA6OmZmZmY6MC4wLjAuMDogZ2F0ZXdheSA6 OjEKYWRkIG5ldCA6OjAuMC4wLjA6IGdhdGV3YXkgOjoxCmFkZCBuZXQgZmU4MDo6OiBnYXRl d2F5IDo6MQphZGQgbmV0IGZmMDI6OjogZ2F0ZXdheSA6OjEKV2FpdGluZyAzMHMgZm9yIHRo ZSBkZWZhdWx0IHJvdXRlIGludGVyZmFjZTogLi4uCmFjcGlfdHowOiBfQUMzOiB0ZW1wZXJh dHVyZSA1NS4wID49IHNldHBvaW50IDQwLjAKLi4uCmJ3bjA6IG5lZWQgbXVsdGljYXN0IHVw ZGF0ZSBjYWxsYmFjawpid24wOiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAob2xkIDAga2V5 aWR4IDB4MikKYnduMDogbmVlZCBtdWx0aWNhc3QgdXBkYXRlIGNhbGxiYWNrCmJ3bjA6IG5l ZWQgbXVsdGljYXN0IHVwZGF0ZSBjYWxsYmFjawpid24wOiBSWCBkZWNyeXB0aW9uIGF0dGVt cHRlZCAob2xkIDAga2V5aWR4IDB4MikKKHdsYW4wKQpFTEYgbGRjb25maWcgcGF0aDogL2xp YiAvdXNyL2xpYiAvdXNyL2xpYi9jb21wYXQgL3Vzci9sb2NhbC9saWIgL3Vzci9sb2NhbC9r ZGU0L2xpYiAvdXNyL2xvY2FsL2tkZTQvbGliL2tkZTQgL3Vzci9sb2NhbC9saWIgL3Vzci9s b2NhbC9saWIvZXZlbnQyIC91c3IvbG9jYWwvbGliL2dlZ2wtMC4xIC91c3IvbG9jYWwvbGli L2duYXNoIC91c3IvbG9jYWwvbGliL2dyYXBodml6IC91c3IvbG9jYWwvbGliL2xpYnh1bCAv dXNyL2xvY2FsL2xpYi9teXNxbCAvdXNyL2xvY2FsL2xpYi9uc3MgL3Vzci9sb2NhbC9saWIv cHRoIC91c3IvbG9jYWwvbGliL3F0NCAvdXNyL2xvY2FsL2xpYi9zcGVlY2gtZGlzcGF0Y2hl ciAvdXNyL2xvY2FsL2xpYi92aXJ0dWFsYm94CjMyLWJpdCBjb21wYXRpYmlsaXR5IGxkY29u ZmlnIHBhdGg6IC91c3IvbGliMzIKL2V0Yy9yYzogV0FSTklORzogZGV2ZnNfc2V0X3J1bGVz ZXQ6IHlvdSBtdXN0IHNwZWNpZnkgYSBydWxlc2V0IG51bWJlcgovZXRjL3JjOiBXQVJOSU5H OiBkZXZmc19hcHBseV9ydWxlc2V0OiB5b3UgbXVzdCBzcGVjaWZ5IGEgcnVsZXNldApDcmVh dGluZyBhbmQvb3IgdHJpbW1pbmcgbG9nIGZpbGVzLgpTdGFydGluZyBzeXNsb2dkLgpDbGVh cmluZyAvdG1wIChYIHJlbGF0ZWQpLgpTdGFydGluZyBoY3NlY2QuClVwZGF0aW5nIG1vdGQ6 LgpTdGFydGluZyBmdXNlZnMuCmZ1c2U0YnNkOiB2ZXJzaW9uIDAuMy45LXByZTEsIEZVU0Ug QUJJIDcuMTkKU3RhcnRpbmcgcG93ZXJkLgpTdGFydGluZyBzbWFydGQuClN0YXJ0aW5nIG1k bnNkLgpNYXkgIDMgMTY6NDM6NDIgSFAgbUROU1Jlc3BvbmRlcjogbUROU1Jlc3BvbmRlciAo RW5naW5lZXJpbmcgQnVpbGQpIChPY3QgMTAgMjAxMiAxMjozMzozNCkgc3RhcnRpbmcKYndu MDogbmVlZCBtdWx0aWNhc3QgdXBkYXRlIGNhbGxiYWNrCk1heSAgMyAxNjo0Mzo0MiBIUCBt RE5TUmVzcG9uZGVyOiBtRE5TX0FkZEROU1NlcnZlcjogTG9jayBub3QgaGVsZCEgbUROU19i dXN5ICgwKSBtRE5TX3JlZW50cmFuY3kgKDApClN0YXJ0aW5nIGRidXMuCmJ3bjA6IFJYIGRl Y3J5cHRpb24gYXR0ZW1wdGVkIChvbGQgMCBrZXlpZHggMHgyKQpid24wOiBSWCBkZWNyeXB0 aW9uIGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4MikKYnduMDogUlggZGVjcnlwdGlvbiBh dHRlbXB0ZWQgKG9sZCAwIGtleWlkeCAweDIpCmJ3bjA6IFJYIGRlY3J5cHRpb24gYXR0ZW1w dGVkIChvbGQgMCBrZXlpZHggMHgyKQpid24wOiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAo b2xkIDAga2V5aWR4IDB4MikKYnduMDogUlggZGVjcnlwdGlvbiBhdHRlbXB0ZWQgKG9sZCAw IGtleWlkeCAweDIpCmJ3bjA6IFJYIGRlY3J5cHRpb24gYXR0ZW1wdGVkIChvbGQgMCBrZXlp ZHggMHgyKQpid24wOiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4 MikKYnduMDogUlggZGVjcnlwdGlvbiBhdHRlbXB0ZWQgKG9sZCAwIGtleWlkeCAweDIpCmJ3 bjA6IFJYIGRlY3J5cHRpb24gYXR0ZW1wdGVkIChvbGQgMCBrZXlpZHggMHgyKQpid24wOiBS WCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4MikKYnduMDogUlggZGVj cnlwdGlvbiBhdHRlbXB0ZWQgKG9sZCAwIGtleWlkeCAweDIpCmJ3bjA6IFJYIGRlY3J5cHRp b24gYXR0ZW1wdGVkIChvbGQgMCBrZXlpZHggMHgyKQpTdGFydGluZyBoYWxkLgpDb25maWd1 cmluZyBzeXNjb25zOiBibGFua3RpbWUuClVwZGF0aW5nIEtETSBjb25maWd1cmF0aW9uLgpJ bmZvcm1hdGlvbjogcmVhZGluZyBwcmUtZXhpc3Rpbmcga2RtcmMgL3Vzci9sb2NhbC9rZGU0 L3NoYXJlL2NvbmZpZy9rZG0va2RtcmMgKGNvbmZpZyB2ZXJzaW9uIDIuNCkKU3RhcnRpbmcg c3NoZC4KYWNwaV90ejA6IF9BQzM6IHRlbXBlcmF0dXJlIDU0LjAgPj0gc2V0cG9pbnQgNDAu MApTdGFydGluZyBjcm9uLgpTdGFydGluZyBiYWNrZ3JvdW5kIGZpbGUgc3lzdGVtIGNoZWNr cyBpbiA2MCBzZWNvbmRzLgoKXE0tUFxNLT9cTS1RXE1eT1xNLVFcTV5CXE0tUFxNLT1cTS1Q XE0tOFxNLVFcTV5GXE0tUFxNLTAsICAzIFxNLVBcTS08XE0tUFxNLTBcTS1RXE1eTyAyMDEz IFxNLVBcTS0zLiAxNjo0Mzo0NiAoTVNLKQpkcm0wOiA8QVRJIFJhZGVvbiBSUzY5MCBYMTI3 MCBJR1A+IG9uIHZnYXBjaTAKdmdhcGNpMDogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1T SSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSSBJUlEgMjU4IHRvIGxv Y2FsIEFQSUMgMCB2ZWN0b3IgNjAKdmdhcGNpMDogdXNpbmcgSVJRIDI1OCBmb3IgTVNJCmlu Zm86IFtkcm1dIE1TSSBlbmFibGVkIDEgbWVzc2FnZShzKQppbmZvOiBbZHJtXSBJbml0aWFs aXplZCByYWRlb24gMS4zMS4wIDIwMDgwNjEzCmluZm86IFtkcm1dIFNldHRpbmcgR0FSVCBs b2NhdGlvbiBiYXNlZCBvbiBuZXcgbWVtb3J5IG1hcAppbmZvOiBbZHJtXSBMb2FkaW5nIFJT NjkwL1JTNzQwIE1pY3JvY29kZQppbmZvOiBbZHJtXSBOdW0gcGlwZXM6IDEKaW5mbzogW2Ry bV0gd3JpdGViYWNrIHRlc3Qgc3VjY2VlZGVkIGluIDEgdXNlY3MKYWNwaV90ejA6IF9BQzM6 IHRlbXBlcmF0dXJlIDU3LjAgPj0gc2V0cG9pbnQgNDAuMApid24wOiBSWCBkZWNyeXB0aW9u IGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4MikKYnduMDogUlggZGVjcnlwdGlvbiBhdHRl bXB0ZWQgKG9sZCAwIGtleWlkeCAweDIpCmJ3bjA6IFJYIGRlY3J5cHRpb24gYXR0ZW1wdGVk IChvbGQgMCBrZXlpZHggMHgyKQpid24wOiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAob2xk IDAga2V5aWR4IDB4MikKYnduMDogUlggZGVjcnlwdGlvbiBhdHRlbXB0ZWQgKG9sZCAwIGtl eWlkeCAweDIpCmJ3bjA6IFJYIGRlY3J5cHRpb24gYXR0ZW1wdGVkIChvbGQgMCBrZXlpZHgg MHgyKQpid24wOiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4MikK YnduMDogUlggZGVjcnlwdGlvbiBhdHRlbXB0ZWQgKG9sZCAwIGtleWlkeCAweDIpCmJ3bjA6 IFJYIGRlY3J5cHRpb24gYXR0ZW1wdGVkIChvbGQgMCBrZXlpZHggMHgyKQphY3BpX3R6MDog X0FDMzogdGVtcGVyYXR1cmUgNTYuMCA+PSBzZXRwb2ludCA0MC4wCmJ3bjA6IFJYIGRlY3J5 cHRpb24gYXR0ZW1wdGVkIChvbGQgMCBrZXlpZHggMHgyKQpiYXR0ZXJ5MTogYmF0dGVyeSBp bml0aWFsaXphdGlvbiBmYWlsZWQsIGdpdmluZyB1cAphY3BpX3R6MDogX0FDMzogdGVtcGVy YXR1cmUgNTUuMCA+PSBzZXRwb2ludCA0MC4wCmJ3bjA6IFJYIGRlY3J5cHRpb24gYXR0ZW1w dGVkIChvbGQgMCBrZXlpZHggMHgyKQpid24wOiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAo b2xkIDAga2V5aWR4IDB4MikKYnduMDogUlggZGVjcnlwdGlvbiBhdHRlbXB0ZWQgKG9sZCAw IGtleWlkeCAweDIpCmJ3bjA6IFJYIGRlY3J5cHRpb24gYXR0ZW1wdGVkIChvbGQgMCBrZXlp ZHggMHgyKQpid24wOiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4 MikKYWNwaV90ejA6IF9BQzM6IHRlbXBlcmF0dXJlIDUxLjAgPj0gc2V0cG9pbnQgNDAuMApi d24wOiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4MikKYnduMDog UlggZGVjcnlwdGlvbiBhdHRlbXB0ZWQgKG9sZCAwIGtleWlkeCAweDIpCmJ3bjA6IFJYIGRl Y3J5cHRpb24gYXR0ZW1wdGVkIChvbGQgMCBrZXlpZHggMHgyKQpid24wOiBSWCBkZWNyeXB0 aW9uIGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4MikKYnduMDogUlggZGVjcnlwdGlvbiBh dHRlbXB0ZWQgKG9sZCAwIGtleWlkeCAweDIpCmJ3bjA6IFJYIGRlY3J5cHRpb24gYXR0ZW1w dGVkIChvbGQgMCBrZXlpZHggMHgyKQpid24wOiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAo b2xkIDAga2V5aWR4IDB4MikKYWNwaV90ejA6IF9BQzM6IHRlbXBlcmF0dXJlIDUwLjAgPj0g c2V0cG9pbnQgNDAuMAphY3BpX3R6MDogX0FDMzogdGVtcGVyYXR1cmUgNTAuMCA+PSBzZXRw b2ludCA0MC4wCmFjcGlfdHowOiBfQUMzOiB0ZW1wZXJhdHVyZSA1MC4wID49IHNldHBvaW50 IDQwLjAKYWNwaV90ejA6IHN3aXRjaGVkIGZyb20gX0FDMiB0byBfQUMzOiA1MC4wQwpNYXkg IDMgMTY6NDQ6MzAgSFAgc3U6IGxpc3N5YXJhIHRvIHJvb3Qgb24gL2Rldi9wdHMvMApid24w OiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4MikKYnduMDogUlgg ZGVjcnlwdGlvbiBhdHRlbXB0ZWQgKG9sZCAwIGtleWlkeCAweDIpCmJ3bjA6IFJYIGRlY3J5 cHRpb24gYXR0ZW1wdGVkIChvbGQgMCBrZXlpZHggMHgyKQpid24wOiBSWCBkZWNyeXB0aW9u IGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4MikKYnduMDogUlggZGVjcnlwdGlvbiBhdHRl bXB0ZWQgKG9sZCAwIGtleWlkeCAweDIpCmJ3bjA6IFJYIGRlY3J5cHRpb24gYXR0ZW1wdGVk IChvbGQgMCBrZXlpZHggMHgyKQpid24wOiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAob2xk IDAga2V5aWR4IDB4MikKYnduMDogUlggZGVjcnlwdGlvbiBhdHRlbXB0ZWQgKG9sZCAwIGtl eWlkeCAweDIpCmJ3bjA6IFJYIGRlY3J5cHRpb24gYXR0ZW1wdGVkIChvbGQgMCBrZXlpZHgg MHgyKQpid24wOiBSWCBkZWNyeXB0aW9uIGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4MikK YnduMDogUlggZGVjcnlwdGlvbiBhdHRlbXB0ZWQgKG9sZCAwIGtleWlkeCAweDIpCmJ3bjA6 IFJYIGRlY3J5cHRpb24gYXR0ZW1wdGVkIChvbGQgMCBrZXlpZHggMHgyKQpid24wOiBSWCBk ZWNyeXB0aW9uIGF0dGVtcHRlZCAob2xkIDAga2V5aWR4IDB4MikK --------------080407010801070105010203 Content-Type: text/plain; charset=UTF-8; name="kernel.2012.05.04.15.40.00_.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="kernel.2012.05.04.15.40.00_.log" ICAgTiAgICAgMCAgMTAgMTEKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAw eGNmOC0weGNmZiBvbiBhY3BpMApwY2liMDogZGVjb2RpbmcgNCByYW5nZSAwLTB4Y2Y3CnBj aWIwOiBkZWNvZGluZyA0IHJhbmdlIDB4ZDAwLTB4ZmZmZgpwY2liMDogZGVjb2RpbmcgMyBy YW5nZSAweGEwMDAwLTB4YmZmZmYKcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhjMDAwMDAw MC0weGZlZGZmZmZmCnBjaWIwOiBMZW5ndGggbWlzbWF0Y2ggZm9yIDMgcmFuZ2U6IDExZmYw MDAgdnMgMTFmZWZmZgpwY2liMDogZGVjb2RpbmcgMyByYW5nZSAweGZlZTAxMDAwLTB4ZmZm ZmZmZmYKcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhkMzAwMC0weGRmZmZmCnBjaTA6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9MApm b3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDc5MTAsIHJldmlkPTB4MDAKCWRvbWFpbj0w LCBidXM9MCwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgyMjIwLCBjYWNoZWxuc3o9MCAo ZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NzkxMiwg cmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTEsIGZ1bmM9MAoJY2xhc3M9MDYt MDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0w eDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwg bWluZ250PTB4MGMgKDMwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5k b3I9MHgxMDAyLCBkZXY9MHg3OTE0LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNs b3Q9NCwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCglj bWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJ IHN1cHBvcnRzIDEgbWVzc2FnZQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDc5MTUs IHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD01LCBmdW5jPTAKCWNsYXNzPTA2 LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9 MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwNCAoMTAwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJcG93ZXJzcGVjIDMg IHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCmZv dW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NzkxNiwgcmV2aWQ9MHgwMAoJZG9tYWluPTAs IGJ1cz0wLCBzbG90PTYsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwg bWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAo ZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDA0ICgxMDAwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJl bnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBk ZXY9MHg0MzgwLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTgsIGZ1bmM9 MAoJY2xhc3M9MDEtMDEtOGYsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAw Nywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0 MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglp bnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQg RDAKCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4OTAwMCwgc2l6 ZSAgMywgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHg5MDAwLTB4OTAwNykg Zm9yIHJpZCAxMCBvZiBwY2kwOjA6MTg6MAoJbWFwWzE0XTogdHlwZSBJL08gUG9ydCwgcmFu Z2UgMzIsIGJhc2UgMHg5MDA4LCBzaXplICAyLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSA0ICgweDkwMDgtMHg5MDBiKSBmb3IgcmlkIDE0IG9mIHBjaTA6MDoxODowCgltYXBb MThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDkwMTAsIHNpemUgIDMsIGVu YWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4OTAxMC0weDkwMTcpIGZvciByaWQg MTggb2YgcGNpMDowOjE4OjAKCW1hcFsxY106IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBi YXNlIDB4NTAxOCwgc2l6ZSAgMiwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAo MHg1MDE4LTB4NTAxYikgZm9yIHJpZCAxYyBvZiBwY2kwOjA6MTg6MAoJbWFwWzIwXTogdHlw ZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg1MDIwLCBzaXplICA0LCBlbmFibGVkCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDUwMjAtMHg1MDJmKSBmb3IgcmlkIDIwIG9mIHBj aTA6MDoxODowCgltYXBbMjRdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhkMDQw OTAwMCwgc2l6ZSAxMCwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMDQw OTAwMC0weGQwNDA5M2ZmKSBmb3IgcmlkIDI0IG9mIHBjaTA6MDoxODowCnBjaWIwOiBtYXRj aGVkIGVudHJ5IGZvciAwLjE4LklOVEEKcGNpYjA6IHNsb3QgMTggSU5UQSBoYXJkd2lyZWQg dG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4NywgcmV2aWQ9MHgw MAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTE5LCBmdW5jPTAKCWNsYXNzPTBjLTAzLTEwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMmEwLCBj YWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9 MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJbWFw WzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZDA0MDEwMDAsIHNpemUgMTIs IGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDA0MDEwMDAtMHhkMDQwMWZm ZikgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MTk6MApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3Ig MC4xOS5JTlRBCnBjaWIwOiBzbG90IDE5IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMwpmb3Vu ZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzODgsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBi dXM9MCwgc2xvdD0xOSwgZnVuYz0xCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTE2IChk d29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9NQoJbWFwWzEwXTogdHlwZSBNZW1v cnksIHJhbmdlIDMyLCBiYXNlIDB4ZDA0MDIwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDA0MDIwMDAtMHhkMDQwMmZmZikgZm9yIHJpZCAxMCBv ZiBwY2kwOjA6MTk6MQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOS5JTlRCCnBjaWIw OiBzbG90IDE5IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxNwpmb3VuZC0+CXZlbmRvcj0weDEw MDIsIGRldj0weDQzODksIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xOSwg ZnVuYz0yCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9 MHgwMDA3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1l cj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKCWludHBpbj1jLCBpcnE9NQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBi YXNlIDB4ZDA0MDMwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZDA0MDMwMDAtMHhkMDQwM2ZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MTk6Mgpw Y2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOS5JTlRDCnBjaWIwOiBzbG90IDE5IElOVEMg aGFyZHdpcmVkIHRvIElSUSAxNwpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzOGEs IHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xOSwgZnVuYz0zCgljbGFzcz0w Yy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVn PTB4MDJhMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBp cnE9NQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZDA0MDQwMDAs IHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDA0MDQwMDAt MHhkMDQwNGZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MTk6MwpwY2liMDogbWF0Y2hlZCBl bnRyeSBmb3IgMC4xOS5JTlRCCnBjaWIwOiBzbG90IDE5IElOVEIgaGFyZHdpcmVkIHRvIElS USAxNwpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzOGIsIHJldmlkPTB4MDAKCWRv bWFpbj0wLCBidXM9MCwgc2xvdD0xOSwgZnVuYz00CgljbGFzcz0wYy0wMy0xMCwgaGRydHlw ZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVs bnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1jLCBpcnE9NQoJbWFwWzEwXTog dHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZDA0MDUwMDAsIHNpemUgMTIsIGVuYWJs ZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDA0MDUwMDAtMHhkMDQwNWZmZikgZm9y IHJpZCAxMCBvZiBwY2kwOjA6MTk6NApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOS5J TlRDCnBjaWIwOiBzbG90IDE5IElOVEMgaGFyZHdpcmVkIHRvIElSUSAxNwpmb3VuZC0+CXZl bmRvcj0weDEwMDIsIGRldj0weDQzODYsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwg c2xvdD0xOSwgZnVuYz01CgljbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0w CgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDJiMCwgY2FjaGVsbnN6PTE2IChkd29yZHMp CglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKCWludHBpbj1kLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBE MCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMy LCBiYXNlIDB4ZDA0MDYwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4ZDA0MDYwMDAtMHhkMDQwNjBmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MTk6 NQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOS5JTlRECnBjaWIwOiBzbG90IDE5IElO VEQgaGFyZHdpcmVkIHRvIElSUSAyMwpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQz ODUsIHJldmlkPTB4MTQKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yMCwgZnVuYz0wCgljbGFz cz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAzLCBzdGF0 cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJbWFwWzEwXTogdHlw ZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg4MjAwLCBzaXplICA0LCBlbmFibGVkCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDgyMDAtMHg4MjBmKSBmb3IgcmlkIDEwIG9mIHBj aTA6MDoyMDowCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4YywgcmV2aWQ9MHgw MAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTEKCWNsYXNzPTAxLTAxLTgyLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjIwLCBj YWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9 MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMApwY2li MDogYWxsb2NhdGVkIHR5cGUgNCAoMHgxZjAtMHgxZjcpIGZvciByaWQgMTAgb2YgcGNpMDow OjIwOjEKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4M2Y2LTB4M2Y2KSBmb3IgcmlkIDE0 IG9mIHBjaTA6MDoyMDoxCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDE3MC0weDE3Nykg Zm9yIHJpZCAxOCBvZiBwY2kwOjA6MjA6MQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgz NzYtMHgzNzYpIGZvciByaWQgMWMgb2YgcGNpMDowOjIwOjEKCW1hcFsyMF06IHR5cGUgSS9P IFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4NTA0MCwgc2l6ZSAgNCwgZW5hYmxlZApwY2liMDog YWxsb2NhdGVkIHR5cGUgNCAoMHg1MDQwLTB4NTA0ZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6 MjA6MQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yMC5JTlRBCnBjaWIwOiBzbG90IDIw IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0w eDQzODMsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yMCwgZnVuYz0yCglj bGFzcz0wNC0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBz dGF0cmVnPTB4MDQxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgx OTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBp bj1hLCBpcnE9MTAKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJ bWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZDA0MDgwMDAsIHNpemUg MTQsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjAuSU5UQQpwY2liMDog c2xvdCAyMCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5kb3I9MHgxMDAy LCBkZXY9MHg0MzhkLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjAsIGZ1 bmM9MwoJY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4 MDAwZiwgc3RhdHJlZz0weDAyMjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91 bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0Mzg0LCByZXZpZD0weDAwCglkb21haW49MCwg YnVzPTAsIHNsb3Q9MjAsIGZ1bmM9NAoJY2xhc3M9MDYtMDQtMDEsIGhkcnR5cGU9MHgwMSwg bWZkZXY9MQoJY21kcmVnPTB4MDAyNywgc3RhdHJlZz0weDAyYTAsIGNhY2hlbG5zej0wIChk d29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDQgKDEwMDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAw LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MAoJY2xhc3M9 MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJl Zz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9 MHgxMDIyLCBkZXY9MHgxMTAxLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9 MjQsIGZ1bmM9MQoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21k cmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAyLCByZXZpZD0weDAwCglkb21h aW49MCwgYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MgoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5z ej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAz LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MwoJY2xhc3M9 MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJl Zz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKcGNpYjE6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDQgKDB4NDAwMC0weDRmZmYpIGZvciByaWQgMWMgb2YgcGNpYjEKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4ZDAyMDAwMDAtMHhkMDNmZmZmZikgZm9yIHJpZCAyMCBvZiBwY2li MQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjMDAwMDAwMC0weGM3ZmZmZmZmKSBmb3Ig cmlkIDI0IG9mIHBjaWIxCnBjaWIxOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjE6ICAg c2Vjb25kYXJ5IGJ1cyAgICAgMQpwY2liMTogICBzdWJvcmRpbmF0ZSBidXMgICAxCnBjaWIx OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4NDAwMC0weDRmZmYKcGNpYjE6ICAgbWVtb3J5IGRl Y29kZSAgICAgMHhkMDIwMDAwMC0weGQwM2ZmZmZmCnBjaWIxOiAgIHByZWZldGNoZWQgZGVj b2RlIDB4YzAwMDAwMDAtMHhjN2ZmZmZmZgpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li MQpwY2kxOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTEKZm91bmQtPgl2ZW5kb3I9MHgxMDAy LCBkZXY9MHg3OTFmLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTEsIHNsb3Q9NSwgZnVu Yz0wCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0w eDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK CWludHBpbj1iLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAg Y3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CgltYXBbMTBdOiB0 eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4YzAwMDAwMDAsIHNp emUgMjcsIGVuYWJsZWQKcGNpYjE6IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5nZSAoMHhjMDAw MDAwMC0weGM3ZmZmZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MTo1OjAKCW1hcFsxOF06IHR5 cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGQwMjAwMDAwLCBzaXplIDE2LCBlbmFibGVk CnBjaWIxOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGQwMjAwMDAwLTB4ZDAyMGZmZmYp IGZvciByaWQgMTggb2YgcGNpMDoxOjU6MAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFu Z2UgMzIsIGJhc2UgMHg0MDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIxOiBhbGxvY2F0ZWQg SS9PIHBvcnQgcmFuZ2UgKDB4NDAwMC0weDQwZmYpIGZvciByaWQgMjAgb2YgcGNpMDoxOjU6 MAoJbWFwWzI0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZDAzMDAwMDAsIHNp emUgMjAsIGVuYWJsZWQKcGNpYjE6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZDAzMDAw MDAtMHhkMDNmZmZmZikgZm9yIHJpZCAyNCBvZiBwY2kwOjE6NTowCnBjaWIxOiBtYXRjaGVk IGVudHJ5IGZvciAxLjUuSU5UQgpwY2liMTogc2xvdCA1IElOVEIgaGFyZHdpcmVkIHRvIElS USAxOQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDQwMDAtMHg0 MGZmIG1lbSAweGMwMDAwMDAwLTB4YzdmZmZmZmYsMHhkMDIwMDAwMC0weGQwMjBmZmZmLDB4 ZDAzMDAwMDAtMHhkMDNmZmZmZiBpcnEgMTkgYXQgZGV2aWNlIDUuMCBvbiBwY2kxCnBjaWIy OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDQuMCBvbiBwY2kwCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGQwMDAwMDAwLTB4ZDAwZmZmZmYpIGZvciByaWQgMjAgb2Yg cGNpYjIKcGNpYjI6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMjogICBzZWNvbmRhcnkg YnVzICAgICAxNgpwY2liMjogICBzdWJvcmRpbmF0ZSBidXMgICAxNgpwY2liMjogICBtZW1v cnkgZGVjb2RlICAgICAweGQwMDAwMDAwLTB4ZDAwZmZmZmYKcGNpYjI6ICAgbm8gcHJlZmV0 Y2hlZCBkZWNvZGUKcGNpYjI6IGNvdWxkIG5vdCBnZXQgUENJIGludGVycnVwdCByb3V0aW5n IHRhYmxlIGZvciBcXF9TQl8uQzA4Qi5DMjUwIC0gQUVfTk9UX0ZPVU5ECnBjaTE2OiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMgpwY2kxNjogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0xNgpm b3VuZC0+CXZlbmRvcj0weDE0ZTQsIGRldj0weDE3MTMsIHJldmlkPTB4MDIKCWRvbWFpbj0w LCBidXM9MTYsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2 IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTAKCXBvd2Vyc3BlYyAzICBzdXBw b3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0 CgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhkMDAwMDAwMCwgc2l6 ZSAxNiwgZW5hYmxlZApwY2liMjogYWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhkMDAwMDAw MC0weGQwMDBmZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MTY6MDowCnBjaWIwOiBtYXRjaGVk IGVudHJ5IGZvciAwLjQuSU5UQQpwY2liMDogc2xvdCA0IElOVEEgaGFyZHdpcmVkIHRvIElS USAxNgpwY2liMjogc2xvdCAwIElOVEEgaXMgcm91dGVkIHRvIGlycSAxNgpiZ2UwOiA8QnJv YWRjb20gQkNNNTkwNiBBMiwgQVNJQyByZXYuIDB4MDBjMDAyPiBtZW0gMHhkMDAwMDAwMC0w eGQwMDBmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTE2CmJnZTA6IGF0dGVtcHRp bmcgdG8gYWxsb2NhdGUgMSBNU0kgdmVjdG9ycyAoMSBzdXBwb3J0ZWQpCm1zaTogcm91dGlu ZyBNU0kgSVJRIDI1NiB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDUxCmJnZTA6IHVzaW5nIElS USAyNTYgZm9yIE1TSQpiZ2UwOiBDSElQIElEIDB4MDAwMGMwMDI7IEFTSUMgUkVWIDB4MGM7 IENISVAgUkVWIDB4YzA7IFBDSS1FCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBiZ2UwCmJyZ3Bo eTA6IDxCQ001OTA2IDEwLzEwMGJhc2VUWCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1p aWJ1czAKYnJncGh5MDogT1VJIDB4MDA1MGVmLCBtb2RlbCAweDAwMDQsIHJldi4gMApicmdw aHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwg YXV0bywgYXV0by1mbG93CmJnZTA6IGJwZiBhdHRhY2hlZApiZ2UwOiBFdGhlcm5ldCBhZGRy ZXNzOiAwMDoxZjoyOTo4OTozODpmMwpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSA1LjAgb24gcGNpMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgyMDAwLTB4 M2ZmZikgZm9yIHJpZCAxYyBvZiBwY2liMwpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhj YzAwMDAwMC0weGNmZmZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWIzCnBjaWIzOiAgIGRvbWFp biAgICAgICAgICAgIDAKcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMzIKcGNpYjM6ICAg c3Vib3JkaW5hdGUgYnVzICAgMzIKcGNpYjM6ICAgSS9PIGRlY29kZSAgICAgICAgMHgyMDAw LTB4M2ZmZgpwY2liMzogICBtZW1vcnkgZGVjb2RlICAgICAweGNjMDAwMDAwLTB4Y2ZmZmZm ZmYKcGNpYjM6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpYjM6IGNvdWxkIG5vdCBnZXQg UENJIGludGVycnVwdCByb3V0aW5nIHRhYmxlIGZvciBcXF9TQl8uQzA4Qi5DMjU1IC0gQUVf Tk9UX0ZPVU5ECnBjaTMyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpwY2kzMjogZG9tYWlu PTAsIHBoeXNpY2FsIGJ1cz0zMgpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRl dmljZSA2LjAgb24gcGNpMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjODAwMDAwMC0w eGM4MGZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWI0CnBjaWI0OiAgIGRvbWFpbiAgICAgICAg ICAgIDAKcGNpYjQ6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNDgKcGNpYjQ6ICAgc3Vib3JkaW5h dGUgYnVzICAgNDgKcGNpYjQ6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhjODAwMDAwMC0weGM4 MGZmZmZmCnBjaWI0OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaWI0OiBjb3VsZCBub3Qg Z2V0IFBDSSBpbnRlcnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXFxfU0JfLkMwOEIuQzI1RiAt IEFFX05PVF9GT1VORApwY2k0ODogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpNDg6IGRv bWFpbj0wLCBwaHlzaWNhbCBidXM9NDgKZm91bmQtPgl2ZW5kb3I9MHgxNGU0LCBkZXY9MHg0 MzEyLCByZXZpZD0weDAyCglkb21haW49MCwgYnVzPTQ4LCBzbG90PTAsIGZ1bmM9MAoJY2xh c3M9MDItODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3Rh dHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwg aXJxPTEwCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAK CU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFwWzEwXTogdHlwZSBNZW1vcnks IHJhbmdlIDY0LCBiYXNlIDB4YzgwMDAwMDAsIHNpemUgMTQsIGVuYWJsZWQKcGNpYjQ6IGFs bG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4YzgwMDAwMDAtMHhjODAwM2ZmZikgZm9yIHJpZCAx MCBvZiBwY2kwOjQ4OjA6MApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC42LklOVEEKcGNp YjA6IHNsb3QgNiBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTgKcGNpYjQ6IHNsb3QgMCBJTlRB IGlzIHJvdXRlZCB0byBpcnEgMTgKc2liYV9id24wOiA8QnJvYWRjb20gQkNNNDMxMiA4MDIu MTFhL2IvZyBXaXJlbGVzcz4gbWVtIDB4YzgwMDAwMDAtMHhjODAwM2ZmZiBpcnEgMTggYXQg ZGV2aWNlIDAuMCBvbiBwY2k0OApzaWJhX2J3bjA6IHVuc3VwcG9ydGVkIGNvcmVpZCAoVVNC IDEuMSBIb3N0KQpid24wIG9uIHNpYmFfYnduMApid24wOiBXTEFOIChjaGlwaWQgMHg0MzEx IHJldiAxMykgUEhZIChhbmFsb2cgNCB0eXBlIDIgcmV2IDkpIFJBRElPIChtYW51ZiAweDE3 ZiB2ZXIgMHgyMDUwIHJldiAyKQpid24wOiBETUEgKDY0IGJpdHMpCmJ3bjA6IE1TSSBjb3Vu dCA6IDEKc2liYV9id24wOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMg KDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNTcgdG8gbG9jYWwgQVBJQyAw IHZlY3RvciA1MgpzaWJhX2J3bjA6IHVzaW5nIElSUSAyNTcgZm9yIE1TSQpid24wOiBVc2lu ZyAxIE1TSSBtZXNzYWdlcwpid24wOiAxMWIgcmF0ZXM6IDFNYnBzIDJNYnBzIDUuNU1icHMg MTFNYnBzCmJ3bjA6IDExZyByYXRlczogMU1icHMgMk1icHMgNS41TWJwcyAxMU1icHMgNk1i cHMgOU1icHMgMTJNYnBzIDE4TWJwcyAyNE1icHMgMzZNYnBzIDQ4TWJwcyA1NE1icHMKYWhj aTA6IDxBVEkgSVhQNjAwIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBwb3J0IDB4OTAwMC0weDkw MDcsMHg5MDA4LTB4OTAwYiwweDkwMTAtMHg5MDE3LDB4NTAxOC0weDUwMWIsMHg1MDIwLTB4 NTAyZiBtZW0gMHhkMDQwOTAwMC0weGQwNDA5M2ZmIGlycSAxNiBhdCBkZXZpY2UgMTguMCBv biBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE2IChQQ0kgSVJRIDE2KSB0byBsYXBp YyAwIHZlY3RvciA1MwphaGNpMDogQUhDSSB2MC4wMCB3aXRoIDEgP0dicHMgcG9ydHMsIFBv cnQgTXVsdGlwbGllciBub3Qgc3VwcG9ydGVkIHdpdGggRkJTCmFoY2kwOiBDYXBzOiA/R2Jw cyBGQlMgMmNtZCAxcG9ydHMKYWhjaWNoMDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAw IG9uIGFoY2kwCmFoY2ljaDA6IENhcHM6IEZCU0NQCmFoY2ljaDE6IDxBSENJIGNoYW5uZWw+ IGF0IGNoYW5uZWwgMSBvbiBhaGNpMAphaGNpY2gxOiBDYXBzOiBGQlNDUAphaGNpY2gyOiBu b3QgcHJvYmVkIChkaXNhYmxlZCkKYWhjaWNoMzogbm90IHByb2JlZCAoZGlzYWJsZWQpCmFo Y2ljaDQ6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaGNpY2g1OiBub3QgcHJvYmVkIChkaXNh YmxlZCkKYWhjaWNoNjogbm90IHByb2JlZCAoZGlzYWJsZWQpCmFoY2ljaDc6IDxBSENJIGNo YW5uZWw+IGF0IGNoYW5uZWwgNyBvbiBhaGNpMApkZXZpY2VfYXR0YWNoOiBhaGNpY2g3IGF0 dGFjaCByZXR1cm5lZCA2CmFoY2ljaDg6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgOCBv biBhaGNpMApkZXZpY2VfYXR0YWNoOiBhaGNpY2g4IGF0dGFjaCByZXR1cm5lZCA2CmFoY2lj aDk6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgOSBvbiBhaGNpMApkZXZpY2VfYXR0YWNo OiBhaGNpY2g5IGF0dGFjaCByZXR1cm5lZCA2CmFoY2ljaDEwOiA8QUhDSSBjaGFubmVsPiBh dCBjaGFubmVsIDEwIG9uIGFoY2kwCmRldmljZV9hdHRhY2g6IGFoY2ljaDEwIGF0dGFjaCBy ZXR1cm5lZCA2CmFoY2ljaDExOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDExIG9uIGFo Y2kwCmRldmljZV9hdHRhY2g6IGFoY2ljaDExIGF0dGFjaCByZXR1cm5lZCA2CmFoY2ljaDEy OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEyIG9uIGFoY2kwCmRldmljZV9hdHRhY2g6 IGFoY2ljaDEyIGF0dGFjaCByZXR1cm5lZCA2CmFoY2ljaDEzOiA8QUhDSSBjaGFubmVsPiBh dCBjaGFubmVsIDEzIG9uIGFoY2kwCmRldmljZV9hdHRhY2g6IGFoY2ljaDEzIGF0dGFjaCBy ZXR1cm5lZCA2CmFoY2ljaDE0OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDE0IG9uIGFo Y2kwCmRldmljZV9hdHRhY2g6IGFoY2ljaDE0IGF0dGFjaCByZXR1cm5lZCA2CmFoY2ljaDE1 OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDE1IG9uIGFoY2kwCmRldmljZV9hdHRhY2g6 IGFoY2ljaDE1IGF0dGFjaCByZXR1cm5lZCA2CmFoY2ljaDE2OiBub3QgcHJvYmVkIChkaXNh YmxlZCkKYWhjaWNoMTc6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaGNpY2gxODogbm90IHBy b2JlZCAoZGlzYWJsZWQpCmFoY2ljaDE5OiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYWhjaWNo MjA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaGNpY2gyMTogPEFIQ0kgY2hhbm5lbD4gYXQg Y2hhbm5lbCAyMSBvbiBhaGNpMApkZXZpY2VfYXR0YWNoOiBhaGNpY2gyMSBhdHRhY2ggcmV0 dXJuZWQgNgphaGNpY2gyMjogbm90IHByb2JlZCAoZGlzYWJsZWQpCmFoY2ljaDIzOiBub3Qg cHJvYmVkIChkaXNhYmxlZCkKYWhjaWNoMjQ6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwg MjQgb24gYWhjaTAKZGV2aWNlX2F0dGFjaDogYWhjaWNoMjQgYXR0YWNoIHJldHVybmVkIDYK YWhjaWNoMjU6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMjUgb24gYWhjaTAKZGV2aWNl X2F0dGFjaDogYWhjaWNoMjUgYXR0YWNoIHJldHVybmVkIDYKYWhjaWNoMjY6IDxBSENJIGNo YW5uZWw+IGF0IGNoYW5uZWwgMjYgb24gYWhjaTAKZGV2aWNlX2F0dGFjaDogYWhjaWNoMjYg YXR0YWNoIHJldHVybmVkIDYKYWhjaWNoMjc6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaGNp Y2gyODogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAyOCBvbiBhaGNpMApkZXZpY2VfYXR0 YWNoOiBhaGNpY2gyOCBhdHRhY2ggcmV0dXJuZWQgNgphaGNpY2gyOTogPEFIQ0kgY2hhbm5l bD4gYXQgY2hhbm5lbCAyOSBvbiBhaGNpMApkZXZpY2VfYXR0YWNoOiBhaGNpY2gyOSBhdHRh Y2ggcmV0dXJuZWQgNgphaGNpY2gzMDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAzMCBv biBhaGNpMApkZXZpY2VfYXR0YWNoOiBhaGNpY2gzMCBhdHRhY2ggcmV0dXJuZWQgNgphaGNp Y2gzMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAzMSBvbiBhaGNpMApkZXZpY2VfYXR0 YWNoOiBhaGNpY2gzMSBhdHRhY2ggcmV0dXJuZWQgNgphaGNpY2gzMjogPEFIQ0kgY2hhbm5l bD4gYXQgY2hhbm5lbCAzMiBvbiBhaGNpMApkZXZpY2VfYXR0YWNoOiBhaGNpY2gzMiBhdHRh Y2ggcmV0dXJuZWQgNgphaGNpY2gzMzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAzMyBv biBhaGNpMApkZXZpY2VfYXR0YWNoOiBhaGNpY2gzMyBhdHRhY2ggcmV0dXJuZWQgNgphaGNp Y2gzNDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmFoY2ljaDM1OiBub3QgcHJvYmVkIChkaXNh YmxlZCkKYWhjaWNoMzY6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaGNpY2gzNzogbm90IHBy b2JlZCAoZGlzYWJsZWQpCmFoY2ljaDM4OiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYWhjaWNo Mzk6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMzkgb24gYWhjaTAKZGV2aWNlX2F0dGFj aDogYWhjaWNoMzkgYXR0YWNoIHJldHVybmVkIDYKYWhjaWNoNDA6IDxBSENJIGNoYW5uZWw+ IGF0IGNoYW5uZWwgNDAgb24gYWhjaTAKZGV2aWNlX2F0dGFjaDogYWhjaWNoNDAgYXR0YWNo IHJldHVybmVkIDYKYWhjaWNoNDE6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNDEgb24g YWhjaTAKZGV2aWNlX2F0dGFjaDogYWhjaWNoNDEgYXR0YWNoIHJldHVybmVkIDYKYWhjaWNo NDI6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNDIgb24gYWhjaTAKZGV2aWNlX2F0dGFj aDogYWhjaWNoNDIgYXR0YWNoIHJldHVybmVkIDYKYWhjaWNoNDM6IDxBSENJIGNoYW5uZWw+ IGF0IGNoYW5uZWwgNDMgb24gYWhjaTAKZGV2aWNlX2F0dGFjaDogYWhjaWNoNDMgYXR0YWNo IHJldHVybmVkIDYKYWhjaWNoNDQ6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNDQgb24g YWhjaTAKZGV2aWNlX2F0dGFjaDogYWhjaWNoNDQgYXR0YWNoIHJldHVybmVkIDYKYWhjaWNo NDU6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNDUgb24gYWhjaTAKZGV2aWNlX2F0dGFj aDogYWhjaWNoNDUgYXR0YWNoIHJldHVybmVkIDYKYWhjaWNoNDY6IDxBSENJIGNoYW5uZWw+ IGF0IGNoYW5uZWwgNDYgb24gYWhjaTAKZGV2aWNlX2F0dGFjaDogYWhjaWNoNDYgYXR0YWNo IHJldHVybmVkIDYKYWhjaWNoNDc6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNDcgb24g YWhjaTAKZGV2aWNlX2F0dGFjaDogYWhjaWNoNDcgYXR0YWNoIHJldHVybmVkIDYKYWhjaWNo NDg6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaGNpY2g0OTogbm90IHByb2JlZCAoZGlzYWJs ZWQpCmFoY2ljaDUwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYWhjaWNoNTE6IG5vdCBwcm9i ZWQgKGRpc2FibGVkKQphaGNpY2g1Mjogbm90IHByb2JlZCAoZGlzYWJsZWQpCmFoY2ljaDUz OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDUzIG9uIGFoY2kwCmRldmljZV9hdHRhY2g6 IGFoY2ljaDUzIGF0dGFjaCByZXR1cm5lZCA2CmFoY2ljaDU0OiBub3QgcHJvYmVkIChkaXNh YmxlZCkKYWhjaWNoNTU6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaGNpY2g1NjogPEFIQ0kg Y2hhbm5lbD4gYXQgY2hhbm5lbCA1NiBvbiBhaGNpMApkZXZpY2VfYXR0YWNoOiBhaGNpY2g1 NiBhdHRhY2ggcmV0dXJuZWQgNgphaGNpY2g1NzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5l bCA1NyBvbiBhaGNpMApkZXZpY2VfYXR0YWNoOiBhaGNpY2g1NyBhdHRhY2ggcmV0dXJuZWQg NgphaGNpY2g1ODogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA1OCBvbiBhaGNpMApkZXZp Y2VfYXR0YWNoOiBhaGNpY2g1OCBhdHRhY2ggcmV0dXJuZWQgNgphaGNpY2g1OTogbm90IHBy b2JlZCAoZGlzYWJsZWQpCmFoY2ljaDYwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDYw IG9uIGFoY2kwCmRldmljZV9hdHRhY2g6IGFoY2ljaDYwIGF0dGFjaCByZXR1cm5lZCA2CmFo Y2ljaDYxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDYxIG9uIGFoY2kwCmRldmljZV9h dHRhY2g6IGFoY2ljaDYxIGF0dGFjaCByZXR1cm5lZCA2CmFoY2ljaDYyOiA8QUhDSSBjaGFu bmVsPiBhdCBjaGFubmVsIDYyIG9uIGFoY2kwCmRldmljZV9hdHRhY2g6IGFoY2ljaDYyIGF0 dGFjaCByZXR1cm5lZCA2CmFoY2ljaDYzOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDYz IG9uIGFoY2kwCmRldmljZV9hdHRhY2g6IGFoY2ljaDYzIGF0dGFjaCByZXR1cm5lZCA2Cm9o Y2kwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGQwNDAxMDAwLTB4 ZDA0MDFmZmYgaXJxIDIzIGF0IGRldmljZSAxOS4wIG9uIHBjaTAKaW9hcGljMDogcm91dGlu ZyBpbnRwaW4gMjMgKFBDSSBJUlEgMjMpIHRvIGxhcGljIDAgdmVjdG9yIDU0CnVzYnVzMCBv biBvaGNpMAp1c2J1czA6IGJwZiBhdHRhY2hlZApvaGNpMDogdXNicGY6IEF0dGFjaGVkCm9o Y2kxOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGQwNDAyMDAwLTB4 ZDA0MDJmZmYgaXJxIDE3IGF0IGRldmljZSAxOS4xIG9uIHBjaTAKaW9hcGljMDogcm91dGlu ZyBpbnRwaW4gMTcgKFBDSSBJUlEgMTcpIHRvIGxhcGljIDAgdmVjdG9yIDU1CnVzYnVzMSBv biBvaGNpMQp1c2J1czE6IGJwZiBhdHRhY2hlZApvaGNpMTogdXNicGY6IEF0dGFjaGVkCm9o Y2kyOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGQwNDAzMDAwLTB4 ZDA0MDNmZmYgaXJxIDE3IGF0IGRldmljZSAxOS4yIG9uIHBjaTAKdXNidXMyIG9uIG9oY2ky CnVzYnVzMjogYnBmIGF0dGFjaGVkCm9oY2kyOiB1c2JwZjogQXR0YWNoZWQKb2hjaTM6IDxP SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZDA0MDQwMDAtMHhkMDQwNGZm ZiBpcnEgMTcgYXQgZGV2aWNlIDE5LjMgb24gcGNpMAp1c2J1czMgb24gb2hjaTMKdXNidXMz OiBicGYgYXR0YWNoZWQKb2hjaTM6IHVzYnBmOiBBdHRhY2hlZApvaGNpNDogPE9IQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhkMDQwNTAwMC0weGQwNDA1ZmZmIGlycSAx NyBhdCBkZXZpY2UgMTkuNCBvbiBwY2kwCnVzYnVzNCBvbiBvaGNpNAp1c2J1czQ6IGJwZiBh dHRhY2hlZApvaGNpNDogdXNicGY6IEF0dGFjaGVkCmVoY2kwOiA8RUhDSSAoZ2VuZXJpYykg VVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhkMDQwNjAwMC0weGQwNDA2MGZmIGlycSAyMyBh dCBkZXZpY2UgMTkuNSBvbiBwY2kwCmVoY2kwOiBBTUQgU0I2MDAvNzAwIHF1aXJrIGFwcGxp ZWQKZWhjaTA6IERyb3BwZWQgaW50ZXJydXB0cyB3b3JrYXJvdW5kIGVuYWJsZWQKdXNidXM1 OiBFSENJIHZlcnNpb24gMS4wCnVzYnVzNSBvbiBlaGNpMAp1c2J1czU6IGJwZiBhdHRhY2hl ZAplaGNpMDogdXNicGY6IEF0dGFjaGVkCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQg ZGV2aWNlIDIwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKYXRhcGNpMDogPEFUSSBJWFA2MDAg VURNQTEzMyBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3 LDB4Mzc2LDB4NTA0MC0weDUwNGYgaXJxIDE2IGF0IGRldmljZSAyMC4xIG9uIHBjaTAKYXRh MDogPEFUQSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYXRhcGNpMAppb2FwaWMwOiByb3V0 aW5nIGludHBpbiAxNCAoSVNBIElSUSAxNCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTYKaGRhYzA6 IDxBVEkgU0I2MDAgSERBIENvbnRyb2xsZXI+IGlycSAxNiBhdCBkZXZpY2UgMjAuMiBvbiBw Y2kwCmhkYWMwOiBIREEgRHJpdmVyIFJldmlzaW9uOiAyMDEyMDEyNl8wMDAyCmhkYWMwOiBD b25maWcgb3B0aW9uczogb249MHgwMDAwMDAwMCBvZmY9MHgwMDAwMDAwMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhjODEwMDAwMC0weGM4MTAzZmZmKSBmb3IgcmlkIDEwIG9mIGhk YWMwCmhkYWMwOiBMYXp5IGFsbG9jYXRpb24gb2YgMHg0MDAwIGJ5dGVzIHJpZCAweDEwIHR5 cGUgMyBhdCAweGM4MTAwMDAwCmhkYWMwOiBDYXBzOiBPU1MgNCwgSVNTIDQsIEJTUyAwLCBO U0RPIDEsIDY0Yml0LCBDT1JCIDI1NiwgUklSQiAyNTYKaXNhYjA6IDxQQ0ktSVNBIGJyaWRn ZT4gYXQgZGV2aWNlIDIwLjMgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNp YjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjAuNCBvbiBwY2kwCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGQwMTAwMDAwLTB4ZDAxZmZmZmYpIGZvciByaWQgMjAg b2YgcGNpYjUKcGNpYjU6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNTogICBzZWNvbmRh cnkgYnVzICAgICAyCnBjaWI1OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDMKcGNpYjU6ICAgbWVt b3J5IGRlY29kZSAgICAgMHhkMDEwMDAwMC0weGQwMWZmZmZmCnBjaWI1OiAgIG5vIHByZWZl dGNoZWQgZGVjb2RlCnBjaWI1OiAgIFN1YnRyYWN0aXZlbHkgZGVjb2RlZCBicmlkZ2UuCnBj aTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnBjaTI6IGRvbWFpbj0wLCBwaHlzaWNhbCBi dXM9Mgpmb3VuZC0+CXZlbmRvcj0weDExODAsIGRldj0weDA0NzYsIHJldmlkPTB4YjYKCWRv bWFpbj0wLCBidXM9Miwgc2xvdD00LCBmdW5jPTAKCWNsYXNzPTA2LTA3LTAwLCBoZHJ0eXBl PTB4MDIsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxu c3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDgwICgz MjAwMCBucyksIG1heGxhdD0weDA3ICgxNzUwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0 eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhkMDEwMDAwMCwgc2l6ZSAxMiwgZW5hYmxl ZApwY2liNTogYWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhkMDEwMDAwMC0weGQwMTAwZmZm KSBmb3IgcmlkIDEwIG9mIHBjaTA6Mjo0OjAKcGNpYjU6IG1hdGNoZWQgZW50cnkgZm9yIDIu NC5JTlRBCnBjaWI1OiBzbG90IDQgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIwCmNiYjA6IDxS RjVDNDc2IFBDSS1DYXJkQnVzIEJyaWRnZT4gbWVtIDB4ZDAxMDAwMDAtMHhkMDEwMGZmZiBp cnEgMjAgYXQgZGV2aWNlIDQuMCBvbiBwY2kyCmNhcmRidXMwOiA8Q2FyZEJ1cyBidXM+IG9u IGNiYjAKcGNjYXJkMDogPDE2LWJpdCBQQ0NhcmQgYnVzPiBvbiBjYmIwCmlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDIwIChQQ0kgSVJRIDIwKSB0byBsYXBpYyAwIHZlY3RvciA1NwpjYmIw OiBQQ0kgQ29uZmlndXJhdGlvbiBzcGFjZToKICAweDAwOiAweDA0NzYxMTgwIDB4MDIxMDAw MDcgMHgwNjA3MDBiNiAweDAwODI0MDAwIAogIDB4MTA6IDB4ZDAxMDAwMDAgMHgwMjAwMDBk YyAweDIwMDMwMzAyIDB4ZmZmZmYwMDAgCiAgMHgyMDogMHgwMDAwMDAwMCAweGZmZmZmMDAw IDB4MDAwMDAwMDAgMHhmZmZmZmZmYyAKICAweDMwOiAweDAwMDAwMDAwIDB4ZmZmZmZmZmMg MHgwMDAwMDAwMCAweDA3MDAwMTE0IAogIDB4NDA6IDB4MzBjMjEwM2MgMHgwMDAwMDAwMSAw eDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHg1MDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4 MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweDYwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgw MDAwMDAwMCAweDAwMDAwMDAwIAogIDB4NzA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAw MDAwMDAwIDB4MDAwMDAwMDAgCiAgMHg4MDogMHgzMGEwMDAwMSAweDAwMDAwMDAwIDB4MDQ2 MzA0NjMgMHgwMDAwMDAwMCAKICAweDkwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAw MDAwMCAweDAwMDAwMDAwIAogIDB4YTA6IDB4MDAwMDAwMDggMHgwMDAwMDAwMCAweDAwMDAw MDAwIDB4MDAwMDAwMDAgCiAgMHhiMDogMHgwMDAwMDAwMCAweGJlMDAwMDAwIDB4MDAwMDMw MDAgMHgwMDAwMDAwMCAKICAweGMwOiAweDMwYzIxMDNjIDB4MDAwMDAwMDAgMHgwMDAwMDAw MCAweDAwMDAwMDAwIAogIDB4ZDA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAw IDB4ZmUwYTAwMDEgCiAgMHhlMDogMHgyNGMwNDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAg MHgwMDAwMDAwMCAKICAweGYwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAw eDAwMDAwMDAwIAphbWR0ZW1wMDogPEFNRCBDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4g b24gaG9zdGI0CmFtZHRlbXAwOiBGb3VuZCAyIGNvcmVzIGFuZCA0IHNlbnNvcnMuCmJhdHRl cnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMApiYXR0ZXJ5MTog PEFDUEkgQ29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTAKYWNwaV9hY2FkMDogPEFD IEFkYXB0ZXI+IG9uIGFjcGkwCmFjcGlfYnV0dG9uMDogPFNsZWVwIEJ1dHRvbj4gb24gYWNw aTAKYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTAKYWNw aV93bWkwOiA8QUNQSS1XTUkgbWFwcGluZz4gb24gYWNwaTAKYWNwaV9ocDA6IDxIUCBBQ1BJ LVdNSSBNYXBwaW5nPiBvbiBhY3BpX3dtaTAKYWNwaV9ocDA6IEhQIGV2ZW50IEdVSUQgZGV0 ZWN0ZWQsIGluc3RhbGxpbmcgZXZlbnQgaGFuZGxlcgphY3BpX2hwMDogSFAgQ01JIEdVSUQg ZGV0ZWN0ZWQKYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmF0a2JkYzA6IDxL ZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFj cGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmF0a2JkOiB0aGUg Y3VycmVudCBrYmQgY29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA2NQphdGtiZDoga2V5Ym9h cmQgSUQgMHg0MWFiICgyKQprYmQwIGF0IGF0a2JkMAprYmQwOiBhdGtiZDAsIEFUIDEwMS8x MDIgKDIpLCBjb25maWc6MHgwLCBmbGFnczoweDNkMDAwMAppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAxIChJU0EgSVJRIDEpIHRvIGxhcGljIDAgdmVjdG9yIDU4CmF0a2JkMDogW0dJQU5U LUxPQ0tFRF0KcHNtMDogdW5hYmxlIHRvIGFsbG9jYXRlIElSUQpwc21jcG5wMDogPFBTLzIg bW91c2UgcG9ydD4gaXJxIDEyIG9uIGFjcGkwCnBzbTA6IGN1cnJlbnQgY29tbWFuZCBieXRl OjAwNjUKcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCmlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDEyIChJU0EgSVJRIDEyKSB0byBsYXBpYyAwIHZlY3RvciA1OQpwc20w OiBbR0lBTlQtTE9DS0VEXQpwc20wOiBtb2RlbCBTeW5hcHRpY3MgVG91Y2hwYWQsIGRldmlj ZSBJRCAzLTAwLCAzIGJ1dHRvbnMKcHNtMDogY29uZmlnOjAwMDA0MDAwLCBmbGFnczowMDAw MDAwOCwgcGFja2V0IHNpemU6Ngpwc20wOiBzeW5jbWFzazpjMCwgc3luY2JpdHM6MDAKYWNw aTA6IHdha2V1cCBjb2RlIHZhIDB4ZmZmZmZmODBjYjkzNzAwMCBwYSAweDkwMDAwCmV4X2lz YV9pZGVudGlmeSgpCmFoY19pc2FfcHJvYmUgMDogaW9wb3J0IDB4YzAwIGFsbG9jIGZhaWxl ZAphaGNfaXNhX3Byb2JlIDE6IGlvcG9ydCAweDFjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2Ff cHJvYmUgMjogaW9wb3J0IDB4MmMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAzOiBp b3BvcnQgMHgzYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDQ6IGlvcG9ydCAweDRj MDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgNTogaW9wb3J0IDB4NWMwMCBhbGxvYyBm YWlsZWQKYWhjX2lzYV9wcm9iZSA2OiBpb3BvcnQgMHg2YzAwIGFsbG9jIGZhaWxlZAphaGNf aXNhX3Byb2JlIDc6IGlvcG9ydCAweDdjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUg ODogaW9wb3J0IDB4OGMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSA5OiBpb3BvcnQg MHg5YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDEwOiBpb3BvcnQgMHhhYzAwIGFs bG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDExOiBpb3BvcnQgMHhiYzAwIGFsbG9jIGZhaWxl ZAphaGNfaXNhX3Byb2JlIDEyOiBpb3BvcnQgMHhjYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNh X3Byb2JlIDEzOiBpb3BvcnQgMHhkYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDE0 OiBpb3BvcnQgMHhlYzAwIGFsbG9jIGZhaWxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhMDAwMC0weGEwN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhMDgwMC0weGEwZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhMTAwMC0weGExN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhhMTgwMC0weGExZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMjAwMC0weGEyN2ZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMjgwMC0weGEyZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMzAwMC0weGEzN2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMzgwMC0weGEz ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNDAw MC0weGE0N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhNDgwMC0weGE0ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhNTAwMC0weGE1N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhNTgwMC0weGE1ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhhNjAwMC0weGE2N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNjgwMC0weGE2ZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNzAwMC0weGE3N2ZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNzgwMC0weGE3ZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhODAwMC0weGE4 N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhODgw MC0weGE4ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhOTAwMC0weGE5N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhOTgwMC0weGE5ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhYTAwMC0weGFhN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhhYTgwMC0weGFhZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhYjAwMC0weGFiN2ZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhYjgwMC0weGFiZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhYzAwMC0weGFjN2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhYzgwMC0weGFj ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZDAw MC0weGFkN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhZDgwMC0weGFkZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhZTAwMC0weGFlN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhZTgwMC0weGFlZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhhZjAwMC0weGFmN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZjgwMC0weGFmZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMDAwMC0weGIwN2ZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMDgwMC0weGIwZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMTAwMC0weGIx N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMTgw MC0weGIxZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiMjAwMC0weGIyN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiMjgwMC0weGIyZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiMzAwMC0weGIzN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiMzgwMC0weGIzZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNDAwMC0weGI0N2ZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNDgwMC0weGI0ZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNTAwMC0weGI1N2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNTgwMC0weGI1 ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNjAw MC0weGI2N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiNjgwMC0weGI2ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiNzAwMC0weGI3N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiNzgwMC0weGI3ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiODAwMC0weGI4N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiODgwMC0weGI4ZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiOTAwMC0weGI5N2ZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiOTgwMC0weGI5ZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTAwMC0weGJh N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTgw MC0weGJhZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiYjAwMC0weGJiN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiYjgwMC0weGJiZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiYzAwMC0weGJjN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiYzgwMC0weGJjZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiZDAwMC0weGJkN2ZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiZDgwMC0weGJkZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiZTAwMC0weGJlN2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiZTgwMC0weGJl ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiZjAw MC0weGJmN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiZjgwMC0weGJmZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhkMzAwMC0weGQzN2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhkMzgwMC0weGQzZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhkNDAwMC0weGQ0N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNDgwMC0weGQ0ZmZmKSBmb3IgcmlkIDEgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNTAwMC0weGQ1N2ZmKSBmb3Igcmlk IDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNTgwMC0weGQ1ZmZmKSBm b3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNjAwMC0weGQ2 N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNjgw MC0weGQ2ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhkNzAwMC0weGQ3N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhkNzgwMC0weGQ3ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhkODAwMC0weGQ4N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhkODgwMC0weGQ4ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkOTAwMC0weGQ5N2ZmKSBmb3IgcmlkIDEgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkOTgwMC0weGQ5ZmZmKSBmb3Igcmlk IDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkYTAwMC0weGRhN2ZmKSBm b3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkYTgwMC0weGRh ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkYjAw MC0weGRiN2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhkYjgwMC0weGRiZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhkYzAwMC0weGRjN2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhkYzgwMC0weGRjZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhkZDAwMC0weGRkN2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZDgwMC0weGRkZmZmKSBmb3IgcmlkIDEgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZTAwMC0weGRlN2ZmKSBmb3Igcmlk IDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZTgwMC0weGRlZmZmKSBm b3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZjAwMC0weGRm N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZjgw MC0weGRmZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMAppc2FfcHJvYmVfY2hpbGRyZW46IGRpc2Fi bGluZyBQblAgZGV2aWNlcwphdGtiZGM6IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBw aW5nIGl0CmF0cnRjOiBhdHJ0YzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CmF0dGlt ZXI6IGF0dGltZXIwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApzYzogc2MwIGFscmVh ZHkgZXhpc3RzOyBza2lwcGluZyBpdAppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9u LVBuUCBkZXZpY2VzCm9ybTA6IDxJU0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhkMDAwMC0w eGQwZmZmIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9u IGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpzYzA6 IGZiMCwga2JkMSwgdGVybWluYWwgZW11bGF0b3I6IHNjdGVrZW4gKHRla2VuIHRlcm1pbmFs KQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4 YTAwMDAtMHhiZmZmZiBvbiBpc2EwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDNjMC0w eDNkZikgZm9yIHJpZCAwIG9mIHZnYTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTAw MDAtMHhiZmZmZikgZm9yIHJpZCAwIG9mIHZnYTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQg KDB4M2YwLTB4M2Y1KSBmb3IgcmlkIDAgb2YgZmRjMApwY2liMDogYWxsb2NhdGVkIHR5cGUg NCAoMHgzZjctMHgzZjcpIGZvciByaWQgMSBvZiBmZGMwCmZkYzAgZmFpbGVkIHRvIHByb2Jl IGF0IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gaXNhMApwcGMwOiBj YW5ub3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5nZQpwcGMwIGZhaWxlZCB0byBwcm9iZSBhdCBp cnEgNyBvbiBpc2EwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDNmOC0weDNmZikgZm9y IHJpZCAwIG9mIHVhcnQwCnVhcnQwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4M2Y4LTB4 M2ZmIGlycSA0IG9uIGlzYTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4MmY4LTB4MmZm KSBmb3IgcmlkIDAgb2YgdWFydDEKdWFydDEgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgy ZjgtMHgyZmYgaXJxIDMgb24gaXNhMAppc2FfcHJvYmVfY2hpbGRyZW46IHByb2JpbmcgUG5Q IGRldmljZXMKY3RsOiBDQU0gVGFyZ2V0IExheWVyIGxvYWRlZAphY3BpX3Rocm90dGxlMDog PEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTAKYWNwaV90aHJvdHRsZTA6IFBfQ05UIGZy b20gUF9CTEsgMHg4MDEwCnBvd2Vybm93MDogPFBvd2VyTm93ISBLOD4gb24gY3B1MAphY3Bp X3Rocm90dGxlMTogPEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTEKYWNwaV90aHJvdHRs ZTE6IGZhaWxlZCB0byBhdHRhY2ggUF9DTlQKZGV2aWNlX2F0dGFjaDogYWNwaV90aHJvdHRs ZTEgYXR0YWNoIHJldHVybmVkIDYKcG93ZXJub3cxOiA8UG93ZXJOb3chIEs4PiBvbiBjcHUx CkRldmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLgpwcm9jZnMgcmVnaXN0ZXJlZApsYXBp YzogRGl2aXNvciAyLCBGcmVxdWVuY3kgOTk3NTAxNDkgSHoKVGltZWNvdW50ZXJzIHRpY2sg ZXZlcnkgMS4wMDAgbXNlYwp2bGFuOiBpbml0aWFsaXplZCwgdXNpbmcgaGFzaCB0YWJsZXMg d2l0aCBjaGFpbmluZwpsbzA6IGJwZiBhdHRhY2hlZApocHRycjogbm8gY29udHJvbGxlciBk ZXRlY3RlZC4KaGRhY2MwOiA8QW5hbG9nIERldmljZXMgQUQxOTgxSEQgSERBIENPREVDPiBh dCBjYWQgMCBvbiBoZGFjMApoZGFjYzA6IFJvb3QgTm9kZSBhdCBuaWQ9MDogMSBzdWJub2Rl cyAxLTEKaGRhYTA6IDxBbmFsb2cgRGV2aWNlcyBBRDE5ODFIRCBIREEgQ09ERUMgQXVkaW8g RnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApoZGFhMDogQXVkaW8gRnVuY3Rp b24gR3JvdXAgYXQgbmlkPTE6IDMwIHN1Ym5vZGVzIDItMzEKaGRhYTA6IE51bUdQSU89NCBO dW1HUE89MCBOdW1HUEk9MCBHUElXYWtlPTAgR1BJVW5zb2w9MQpoZGFhMDogIEdQSU8wOiBk aXNhYmxlZApoZGFhMDogIEdQSU8xOiBkaXNhYmxlZApoZGFhMDogIEdQSU8yOiBkaXNhYmxl ZApoZGFhMDogIEdQSU8zOiBkaXNhYmxlZApoZGFhMDogV0FSTklORzogbmlkPTIgaGFzIGNu aWQgb3V0c2lkZSBvZiB0aGUgQUZHIHJhbmdlIGo9MCBlbnRudW09NCBpbmRleD0wIHJlcz0w eDAwMDAwNDAxCmhkYWEwOiBPcmlnaW5hbCBwaW5zIGNvbmZpZ3VyYXRpb246CmhkYWEwOiBu aWQgICAweCAgICBhcyBzZXEgZGV2aWNlICAgICAgIGNvbm4gIGphY2sgICAgbG9jICAgICAg ICBjb2xvciAgIG1pc2MKaGRhYTA6ICA1IDkyMTc0MTEwIDEgIDAgIFNwZWFrZXIgICAgICAg Rml4ZWQgQW5hbG9nICAweDEyICAgICAgIEdyZWVuICAgMQpoZGFhMDogIDYgMDQyMTIwMWYg MSAgMTUgSGVhZHBob25lcyAgICBKYWNrICAxLzggICAgIFJpZ2h0ICAgICAgR3JleSAgICAw CmhkYWEwOiAgNyA0MTA3MTBmMCAxNSAwICBMaW5lLW91dCAgICAgIE5vbmUgIEFuYWxvZyAg UmVhciAgICAgICBCbGFjayAgIDAKaGRhYTA6ICA4IDA0YTEyMDIwIDIgIDAgIE1pYyAgICAg ICAgICAgSmFjayAgMS84ICAgICBSaWdodCAgICAgIEdyZXkgICAgMApoZGFhMDogIDkgMDE4 MTMwMmUgMiAgMTQgTGluZS1pbiAgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgQmx1 ZSAgICAwCmhkYWEwOiAxMCA0MTQ1ZjBmMCAxNSAwICBTUERJRi1vdXQgICAgIE5vbmUgIE9w dGljYWwgUmVhciAgICAgICBPdGhlciAgIDAKaGRhYTA6IDIyIDk5NTcxMWYwIDE1IDAgIERp Z2l0YWwtb3V0ICAgRml4ZWQgQW5hbG9nICBPbmJvYXJkICAgIEJsYWNrICAgMQpoZGFhMDog MjMgNTk5M2UwZjAgMTUgMCAgQVVYICAgICAgICAgICBOb25lICBBVEFQSSAgIE9uYm9hcmQg ICAgV2hpdGUgICAwCmhkYWEwOiAyNCBmMGE3OTE1OSA1ICA5ICBNaWMgICAgICAgICAgIEJv dGggIEFuYWxvZyAgT3RoZXIgICAgICBQaW5rICAgIDEKaGRhYTA6IDI1IDU5MzMxMGYwIDE1 IDAgIENEICAgICAgICAgICAgTm9uZSAgQVRBUEkgICBPbmJvYXJkICAgIEJsYWNrICAgMApo ZGFhMDogUGF0Y2hlZCBwaW5zIGNvbmZpZ3VyYXRpb246CmhkYWEwOiBuaWQgICAweCAgICBh cyBzZXEgZGV2aWNlICAgICAgIGNvbm4gIGphY2sgICAgbG9jICAgICAgICBjb2xvciAgIG1p c2MKaGRhYTA6ICA1IDkyMTc0MTEwIDEgIDAgIFNwZWFrZXIgICAgICAgRml4ZWQgQW5hbG9n ICAweDEyICAgICAgIEdyZWVuICAgMQpoZGFhMDogIDYgMDQyMTIwMWYgMSAgMTUgSGVhZHBo b25lcyAgICBKYWNrICAxLzggICAgIFJpZ2h0ICAgICAgR3JleSAgICAwCmhkYWEwOiAgNyA0 MTA3MTBmMCAxNSAwICBMaW5lLW91dCAgICAgIE5vbmUgIEFuYWxvZyAgUmVhciAgICAgICBC bGFjayAgIDAgRElTQQpoZGFhMDogIDggMDRhMTIwMjAgMiAgMCAgTWljICAgICAgICAgICBK YWNrICAxLzggICAgIFJpZ2h0ICAgICAgR3JleSAgICAwCmhkYWEwOiAgOSAwMTgxMzAyZSAy ICAxNCBMaW5lLWluICAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBCbHVlICAgIDAK aGRhYTA6IDEwIDQxNDVmMGYwIDE1IDAgIFNQRElGLW91dCAgICAgTm9uZSAgT3B0aWNhbCBS ZWFyICAgICAgIE90aGVyICAgMCBESVNBCmhkYWEwOiAyMiA5OTU3MTFmMCAxNSAwICBEaWdp dGFsLW91dCAgIEZpeGVkIEFuYWxvZyAgT25ib2FyZCAgICBCbGFjayAgIDEKaGRhYTA6IDIz IDU5OTNlMGYwIDE1IDAgIEFVWCAgICAgICAgICAgTm9uZSAgQVRBUEkgICBPbmJvYXJkICAg IFdoaXRlICAgMCBESVNBCmhkYWEwOiAyNCBmMGE3OTE1OSA1ICA5ICBNaWMgICAgICAgICAg IEJvdGggIEFuYWxvZyAgT3RoZXIgICAgICBQaW5rICAgIDEKaGRhYTA6IDI1IDU5MzMxMGYw IDE1IDAgIENEICAgICAgICAgICAgTm9uZSAgQVRBUEkgICBPbmJvYXJkICAgIEJsYWNrICAg MCBESVNBCmhkYWEwOiA0IGFzc29jaWF0aW9ucyBmb3VuZDoKaGRhYTA6IEFzc29jaWF0aW9u IDAgKDEpIG91dDoKaGRhYTA6ICBQaW4gbmlkPTUgc2VxPTAKaGRhYTA6ICBQaW4gbmlkPTYg c2VxPTE1CmhkYWEwOiBBc3NvY2lhdGlvbiAxICgyKSBpbjoKaGRhYTA6ICBQaW4gbmlkPTgg c2VxPTAKaGRhYTA6ICBQaW4gbmlkPTkgc2VxPTE0CmhkYWEwOiBBc3NvY2lhdGlvbiAyICg1 KSBpbjoKaGRhYTA6ICBQaW4gbmlkPTI0IHNlcT05CmhkYWEwOiBBc3NvY2lhdGlvbiAzICgx NSkgb3V0OgpoZGFhMDogIFBpbiBuaWQ9MjIgc2VxPTAKaGRhYTA6IFRyYWNpbmcgYXNzb2Np YXRpb24gMCAoMSkKaGRhYTA6ICBQaW4gNSB0cmFjZWQgdG8gREFDIDMKaGRhYTA6ICBQaW4g NiB0cmFjZWQgdG8gREFDIDMgYW5kIGhwcmVkaXIgMApoZGFhMDogQXNzb2NpYXRpb24gMCAo MSkgdHJhY2Ugc3VjY2VlZGVkCmhkYWEwOiBUcmFjaW5nIGFzc29jaWF0aW9uIDEgKDIpCmhk YWEwOiAgUGluIDggdHJhY2VkIHRvIEFEQyA0CmhkYWEwOiAgUGluIDkgdHJhY2VkIHRvIEFE QyA0CmhkYWEwOiBBc3NvY2lhdGlvbiAxICgyKSB0cmFjZSBzdWNjZWVkZWQKaGRhYTA6IFRy YWNpbmcgYXNzb2NpYXRpb24gMiAoNSkKaGRhYTA6IEFzc29jaWF0aW9uIDIgKDUpIHRyYWNl IGZhaWxlZApoZGFhMDogVHJhY2luZyBhc3NvY2lhdGlvbiAzICgxNSkKaGRhYTA6ICBVbmFi bGUgdG8gdHJhY2UgcGluIDIyIHNlcSAwIHdpdGggbWluIG5pZCAwCmhkYWEwOiBBc3NvY2lh dGlvbiAzICgxNSkgdHJhY2UgZmFpbGVkCmhkYWEwOiBMb29raW5nIGZvciBhZGRpdGlvbmFs IERBQyBmb3IgYXNzb2NpYXRpb24gMCAoMSkKaGRhYTA6IExvb2tpbmcgZm9yIGFkZGl0aW9u YWwgQURDIGZvciBhc3NvY2lhdGlvbiAxICgyKQpoZGFhMDogVHJhY2luZyBpbnB1dCBtb25p dG9yCmhkYWEwOiAgVHJhY2luZyBuaWQgMTIgdG8gb3V0CmhkYWEwOiBUcmFjaW5nIG90aGVy IGlucHV0IG1vbml0b3JzCmhkYWEwOiAgVHJhY2luZyBuaWQgOCB0byBvdXQKaGRhYTA6ICBu aWQgOCBpcyBpbnB1dCBtb25pdG9yCmhkYWEwOiAgVHJhY2luZyBuaWQgOSB0byBvdXQKaGRh YTA6ICBuaWQgOSBpcyBpbnB1dCBtb25pdG9yCmhkYWEwOiBUcmFjaW5nIGJlZXBlcgpoZGFh MDogIG5pZCAxNiB0cmFjZWQgdG8gb3V0CmhkYWEwOiBIZWFkcGhvbmVzIHJlZGlyZWN0aW9u IGZvciBhc3NvY2lhdGlvbiAwIG5pZD02IHVzaW5nIHVuc29saWNpdGVkIHJlc3BvbnNlcy4K aGRhYTA6IEZHIGNvbmZpZy9xdWlya3M6IGZvcmNlc3RlcmVvIGl2cmVmNTAgaXZyZWY4MCBp dnJlZjEwMCBpdnJlZgpoZGFhMDogCmhkYWEwOiArLS0tLS0tLS0tLS0tLS0tLS0tLSsKaGRh YTA6IHwgRFVNUElORyBIREEgTk9ERVMgfApoZGFhMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0r CmhkYWEwOiAKaGRhYTA6IERlZmF1bHQgUGFyYW1ldGVyCmhkYWEwOiAtLS0tLS0tLS0tLS0t LS0tLQpoZGFhMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxCmhkYWEwOiAgICAgICAg ICAgICAgICAgIFBDTQpoZGFhMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwMDdmCmhkYWEw OiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IGJpdHMsIDggMTEgMTYgMjIgMzIgNDQgNDgg S0h6CmhkYWEwOiAgICAgICAgICBJTiBhbXA6IDB4MDAyNzAzMDAKaGRhYTA6ICAgICAgICAg T1VUIGFtcDogMHg4MDA1M2YzZApoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDIg W0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBvdXRwdXQKaGRhYTA6 ICAgICAgV2lkZ2V0IGNhcDogMHgwMDAzMDMxMQpoZGFhMDogICAgICAgICAgICAgICAgICBE SUdJVEFMIFNURVJFTwpoZGFhMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDA1CmhkYWEw OiAgICAgICAgICAgICAgICAgIEFDMyBQQ00KaGRhYTA6ICAgICAgICAgUENNIGNhcDogMHgw MDAyMDA2MApoZGFhMDogICAgICAgICAgICAgICAgICAxNiBiaXRzLCA0NCA0OCBLSHoKaGRh YTA6ICAgICBjb25uZWN0aW9uczogMgpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAg ICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEgW0dIT1NUIV0gW1VOS05PV05dIChzZWxlY3Rl ZCkKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD00IFthdWRpbyBpbnB1dF0KaGRhYTA6IApo ZGFhMDogICAgICAgICAgICAgbmlkOiAzCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlv IG91dHB1dApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMDAwNDQxCmhkYWEwOiAgICAg ICAgICAgICAgICAgIFBXUiBQUk9DIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAw ICgweDAwMDA4MDAxKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBwY20gKHBjbSkKaGRhYTA6 ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpoZGFhMDogICAgICAgICAgICAgICAgICBQ Q00KaGRhYTA6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDA3ZgpoZGFhMDogICAgICAgICAg ICAgICAgICAxNiAyMCAyNCBiaXRzLCA4IDExIDE2IDIyIDMyIDQ0IDQ4IEtIegpoZGFhMDog CmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDQKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVk aW8gaW5wdXQKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDEwMDUxMQpoZGFhMDogICAg ICAgICAgICAgICAgICBQV1IgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDEgKDB4 MDAwMDQwMDEpCmhkYWEwOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYTA6ICAg ICAgICAgICAgICAgICAgUENNCmhkYWEwOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwNjAwN2YK aGRhYTA6ICAgICAgICAgICAgICAgICAgMTYgMjAgYml0cywgOCAxMSAxNiAyMiAzMiA0NCA0 OCBLSHoKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMQpoZGFhMDogICAgICAgICAgIHwKaGRh YTA6ICAgICAgICAgICArIDwtIG5pZD0yMSBbYXVkaW8gc2VsZWN0b3JdCmhkYWEwOiAKaGRh YTA6ICAgICAgICAgICAgIG5pZDogNQpoZGFhMDogICAgICAgICAgICBOYW1lOiBwaW46IFNw ZWFrZXIgKEZpeGVkKQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwMTg3CmhkYWEw OiAgICAgICAgICAgICAgICAgIFVOU09MIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9u OiAwICgweDAwMDAwMDAxKQpoZGFhMDogICAgICAgICBQaW4gY2FwOiAweDAwMDExNzNmCmhk YWEwOiAgICAgICAgICAgICAgICAgIElTQyBUUlFEIFBEQyBIUCBPVVQgSU4gVlJFRlsgNTAg ODAgR1JPVU5EIEhJWiBdIEVBUEQKaGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHg5MjE3NDEx MApoZGFhMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDQwIE9VVApoZGFhMDogICAgICAg ICAgICBFQVBEOiAweDAwMDAwMDAyCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwNTNm M2QKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9NjMgc2l6ZT01IG9mZnNl dD02MQpoZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDAwMjcwMzAwCmhkYWEwOiAgICAgICAg ICAgICAgICAgIG11dGU9MCBzdGVwPTMgc2l6ZT0zOSBvZmZzZXQ9MApoZGFhMDogICAgIGNv bm5lY3Rpb25zOiAyCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgW0RJ U0FCTEVEXSA8LSBuaWQ9MyBbYXVkaW8gb3V0cHV0XQpoZGFhMDogICAgICAgICAgICsgPC0g bmlkPTE0IFthdWRpbyBtaXhlcl0gKHNlbGVjdGVkKQpoZGFhMDogCmhkYWEwOiAgICAgICAg ICAgICBuaWQ6IDYKaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBIZWFkcGhvbmVzIChH cmV5IEphY2spCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MDAxODUKaGRhYTA6ICAg ICAgICAgICAgICAgICAgVU5TT0wgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDAg KDB4MDAwMDgwMDApCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwMWYKaGRhYTA6 ICAgICAgICAgICAgICAgICAgSVNDIFRSUUQgUERDIEhQIE9VVApoZGFhMDogICAgICBQaW4g Y29uZmlnOiAweDA0MjEyMDFmCmhkYWEwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwYzAg SFAgT1VUCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwNTNmM2QKaGRhYTA6ICAgICAg ICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9NjMgc2l6ZT01IG9mZnNldD02MQpoZGFhMDogICAg IGNvbm5lY3Rpb25zOiAyCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsg W0RJU0FCTEVEXSA8LSBuaWQ9MyBbYXVkaW8gb3V0cHV0XQpoZGFhMDogICAgICAgICAgICsg PC0gbmlkPTE0IFthdWRpbyBtaXhlcl0gKHNlbGVjdGVkKQpoZGFhMDogCmhkYWEwOiAgICAg ICAgICAgICBuaWQ6IDcgW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICBOYW1lOiBwaW46 IExpbmUtb3V0IChOb25lKQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwMTA0Cmhk YWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwMTAKaGRhYTA6ICAgICAgICAgICAgICAg ICAgT1VUCmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4NDEwNzEwZjAKaGRhYTA6ICAgICBQ aW4gY29udHJvbDogMHgwMDAwMDAwMApoZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDgwMDUz ZjNkCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTYzIHNpemU9NSBvZmZz ZXQ9NjEKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMQpoZGFhMDogICAgICAgICAgIHwKaGRh YTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0gW0RJ U0FCTEVEXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDgKaGRhYTA6ICAgICAg ICAgICAgTmFtZTogcGluOiBNaWMgKEdyZXkgSmFjaykKaGRhYTA6ICAgICAgV2lkZ2V0IGNh cDogMHgwMDQwMDA4MwpoZGFhMDogICAgICAgICAgICAgICAgICBVTlNPTCBTVEVSRU8KaGRh YTA6ICAgICBBc3NvY2lhdGlvbjogMSAoMHgwMDAwMDAwMSkKaGRhYTA6ICAgICAgICAgICAg IE9TUzogbWljIChtaWMpCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDE3MjcKaGRh YTA6ICAgICAgICAgICAgICAgICAgSVNDIFRSUUQgUERDIElOIFZSRUZbIDUwIDgwIEdST1VO RCBISVogXQpoZGFhMDogICAgICBQaW4gY29uZmlnOiAweDA0YTEyMDIwCmhkYWEwOiAgICAg UGluIGNvbnRyb2w6IDB4MDAwMDAwMjQgSU4gVlJFRnMKaGRhYTA6ICAgICAgIElucHV0IGFt cDogMHgwMDI3MDMwMApoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNp emU9Mzkgb2Zmc2V0PTAKaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiA5CmhkYWEw OiAgICAgICAgICAgIE5hbWU6IHBpbjogTGluZS1pbiAoQmx1ZSBKYWNrKQpoZGFhMDogICAg ICBXaWRnZXQgY2FwOiAweDAwNDAwMTg3CmhkYWEwOiAgICAgICAgICAgICAgICAgIFVOU09M IFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAxICgweDAwMDA0MDAwKQpoZGFhMDog ICAgICAgICAgICAgT1NTOiBsaW5lIChsaW5lKQpoZGFhMDogICAgICAgICBQaW4gY2FwOiAw eDAwMDAxNzM3CmhkYWEwOiAgICAgICAgICAgICAgICAgIElTQyBUUlFEIFBEQyBPVVQgSU4g VlJFRlsgNTAgODAgR1JPVU5EIEhJWiBdCmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4MDE4 MTMwMmUKaGRhYTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAyNCBJTiBWUkVGcwpoZGFh MDogICAgICBPdXRwdXQgYW1wOiAweDgwMDUzZjNkCmhkYWEwOiAgICAgICAgICAgICAgICAg IG11dGU9MSBzdGVwPTYzIHNpemU9NSBvZmZzZXQ9NjEKaGRhYTA6ICAgICAgIElucHV0IGFt cDogMHgwMDI3MDMwMApoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNp emU9Mzkgb2Zmc2V0PTAKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMgpoZGFhMDogICAgICAg ICAgIHwKaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTMgW2F1ZGlvIG91 dHB1dF0gKHNlbGVjdGVkKQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9 MTQgW2F1ZGlvIG1peGVyXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDEwIFtE SVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBTUERJRi1vdXQgKE5vbmUp CmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MDAzMDEKaGRhYTA6ICAgICAgICAgICAg ICAgICAgRElHSVRBTCBTVEVSRU8KaGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMDAx MApoZGFhMDogICAgICAgICAgICAgICAgICBPVVQKaGRhYTA6ICAgICAgUGluIGNvbmZpZzog MHg0MTQ1ZjBmMApoZGFhMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDAwCmhkYWEwOiAg ICAgY29ubmVjdGlvbnM6IDEKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAg KyA8LSBuaWQ9MiBbYXVkaW8gb3V0cHV0XSBbRElTQUJMRURdCmhkYWEwOiAKaGRhYTA6ICAg ICAgICAgICAgIG5pZDogMTEgW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICBOYW1lOiBh dWRpbyBzZWxlY3RvcgpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMzAwMTAxCmhkYWEw OiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIGNvbm5lY3Rpb25zOiA2Cmhk YWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTMgW2F1ZGlvIG91 dHB1dF0gKHNlbGVjdGVkKQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTEyIFthdWRpbyBt aXhlcl0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD05IFtwaW46IExpbmUtaW4gKEJsdWUg SmFjayldCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXQpoZGFh MDogICAgICAgICAgICsgPC0gbmlkPTUgW3BpbjogU3BlYWtlciAoRml4ZWQpXQpoZGFhMDog ICAgICAgICAgICsgPC0gbmlkPTI0IFtwaW46IE1pYyAoQm90aCldIFtESVNBQkxFRF0KaGRh YTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxMgpoZGFhMDogICAgICAgICAgICBOYW1l OiBhdWRpbyBtaXhlcgpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMjAwMTAxCmhkYWEw OiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAxICgw eDAwMDAwMDAxKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBtaWMKaGRhYTA6ICAgICBjb25u ZWN0aW9uczogMgpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5p ZD0zMCBbYXVkaW8gc2VsZWN0b3JdCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwt IG5pZD0zMSBbYXVkaW8gc2VsZWN0b3JdIFtESVNBQkxFRF0KaGRhYTA6IApoZGFhMDogICAg ICAgICAgICAgbmlkOiAxMwpoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBzZWxlY3Rv cgpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMzAwMTBjCmhkYWEwOiAgICAgQXNzb2Np YXRpb246IC0yICgweDAwMDAwMDAwKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBzcGVha2Vy CmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwYjBmMGYKaGRhYTA6ICAgICAgICAgICAg ICAgICAgbXV0ZT0xIHN0ZXA9MTUgc2l6ZT0xMSBvZmZzZXQ9MTUKaGRhYTA6ICAgICBjb25u ZWN0aW9uczogMgpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5p ZD0xNiBbYmVlcCB3aWRnZXRdIChzZWxlY3RlZCkKaGRhYTA6ICAgICAgICAgICArIFtESVNB QkxFRF0gPC0gbmlkPTIyIFtwaW46IERpZ2l0YWwtb3V0IChGaXhlZCldIFtESVNBQkxFRF0K aGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxNApoZGFhMDogICAgICAgICAgICBO YW1lOiBhdWRpbyBtaXhlcgpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMjAwMTAxCmhk YWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAw ICgweDAwMDA4MDAxKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBwY20sIHNwZWFrZXIsIGxp bmUsIG1pYwpoZGFhMDogICAgIGNvbm5lY3Rpb25zOiA4CmhkYWEwOiAgICAgICAgICAgfApo ZGFhMDogICAgICAgICAgICsgPC0gbmlkPTEzIFthdWRpbyBzZWxlY3Rvcl0KaGRhYTA6ICAg ICAgICAgICArIDwtIG5pZD0xNyBbYXVkaW8gc2VsZWN0b3JdCmhkYWEwOiAgICAgICAgICAg KyA8LSBuaWQ9MTggW2F1ZGlvIHNlbGVjdG9yXQpoZGFhMDogICAgICAgICAgICsgPC0gbmlk PTE5IFthdWRpbyBzZWxlY3Rvcl0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0g bmlkPTI2IFthdWRpbyBzZWxlY3Rvcl0gW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICsg W0RJU0FCTEVEXSA8LSBuaWQ9MjcgW2F1ZGlvIHNlbGVjdG9yXSBbRElTQUJMRURdCmhkYWEw OiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yOCBbYXVkaW8gc2VsZWN0b3JdIFtE SVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI5IFthdWRp byBzZWxlY3Rvcl0gW0RJU0FCTEVEXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6 IDE1IFtESVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gbWl4ZXIKaGRh YTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDIwMDEwMApoZGFhMDogICAgIGNvbm5lY3Rpb25z OiAxCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTExIFth dWRpbyBzZWxlY3Rvcl0gW0RJU0FCTEVEXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBu aWQ6IDE2CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGJlZXAgd2lkZ2V0CmhkYWEwOiAgICAg IFdpZGdldCBjYXA6IDB4MDA3MDAwMDAKaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogLTIgKDB4 MDAwMDAwMDApCmhkYWEwOiAgICAgICAgICAgICBPU1M6IHNwZWFrZXIgKHNwZWFrZXIpCmhk YWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMTcKaGRhYTA6ICAgICAgICAgICAgTmFt ZTogYXVkaW8gc2VsZWN0b3IKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDMwMDEwZApo ZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjog MCAoMHgwMDAwODAwMSkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtCmhkYWEwOiAgICAg IE91dHB1dCBhbXA6IDB4ODAwNTFmMTcKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0x IHN0ZXA9MzEgc2l6ZT01IG9mZnNldD0yMwpoZGFhMDogICAgIGNvbm5lY3Rpb25zOiAxCmhk YWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTMgW2F1ZGlvIG91 dHB1dF0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxOApoZGFhMDogICAgICAg ICAgICBOYW1lOiBhdWRpbyBzZWxlY3RvcgpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAw MzAwMTBkCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29j aWF0aW9uOiAtMiAoMHgwMDAwMDAwMCkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogbWljCmhk YWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwNTFmMTcKaGRhYTA6ICAgICAgICAgICAgICAg ICAgbXV0ZT0xIHN0ZXA9MzEgc2l6ZT01IG9mZnNldD0yMwpoZGFhMDogICAgIGNvbm5lY3Rp b25zOiAxCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTgg W3BpbjogTWljIChHcmV5IEphY2spXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6 IDE5CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIHNlbGVjdG9yCmhkYWEwOiAgICAg IFdpZGdldCBjYXA6IDB4MDAzMDAxMGQKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVP CmhkYWEwOiAgICAgQXNzb2NpYXRpb246IC0yICgweDAwMDAwMDAwKQpoZGFhMDogICAgICAg ICAgICAgT1NTOiBsaW5lCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwNTFmMTcKaGRh YTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MzEgc2l6ZT01IG9mZnNldD0yMwpo ZGFhMDogICAgIGNvbm5lY3Rpb25zOiAxCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAg ICAgICAgICsgPC0gbmlkPTkgW3BpbjogTGluZS1pbiAoQmx1ZSBKYWNrKV0KaGRhYTA6IApo ZGFhMDogICAgICAgICAgICAgbmlkOiAyMCBbRElTQUJMRURdCmhkYWEwOiAgICAgICAgICAg IE5hbWU6IHBvd2VyIHdpZGdldApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwNTAwNTAw CmhkYWEwOiAgICAgICAgICAgICAgICAgIFBXUgpoZGFhMDogICAgIGNvbm5lY3Rpb25zOiAx MwpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xMyBbYXVk aW8gc2VsZWN0b3JdIChzZWxlY3RlZCkKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xNCBb YXVkaW8gbWl4ZXJdCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MTUgW2F1ZGlvIG1peGVy XSBbRElTQUJMRURdCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MTYgW2JlZXAgd2lkZ2V0 XQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTE5IFthdWRpbyBzZWxlY3Rvcl0KaGRhYTA6 ICAgICAgICAgICArIDwtIG5pZD0yMCBbcG93ZXIgd2lkZ2V0XSBbRElTQUJMRURdCmhkYWEw OiAgICAgICAgICAgKyA8LSBuaWQ9MjEgW2F1ZGlvIHNlbGVjdG9yXQpoZGFhMDogICAgICAg ICAgICsgPC0gbmlkPTIyIFtwaW46IERpZ2l0YWwtb3V0IChGaXhlZCldIFtESVNBQkxFRF0K aGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0yMyBbcGluOiBBVVggKE5vbmUpXSBbRElTQUJM RURdCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MjQgW3BpbjogTWljIChCb3RoKV0gW0RJ U0FCTEVEXQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTI1IFtwaW46IENEIChOb25lKV0g W0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTI2IFthdWRpbyBzZWxlY3Rv cl0gW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTI5IFthdWRpbyBzZWxl Y3Rvcl0gW0RJU0FCTEVEXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDIxCmhk YWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIHNlbGVjdG9yCmhkYWEwOiAgICAgIFdpZGdl dCBjYXA6IDB4MDAzMDAxMGQKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhkYWEw OiAgICAgQXNzb2NpYXRpb246IDEgKDB4MDAwMDQwMDEpCmhkYWEwOiAgICAgICAgICAgICBP U1M6IGxpbmUsIG1pYwpoZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDgwMDUwZjAwCmhkYWEw OiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTE1IHNpemU9NSBvZmZzZXQ9MApoZGFh MDogICAgIGNvbm5lY3Rpb25zOiA4CmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAg ICAgICsgPC0gbmlkPTEyIFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAgICArIDwtIG5p ZD05IFtwaW46IExpbmUtaW4gKEJsdWUgSmFjayldIChzZWxlY3RlZCkKaGRhYTA6ICAgICAg ICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTE0IFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAg ICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0gW0RJU0FCTEVEXQpo ZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjUgW3BpbjogQ0QgKE5vbmUp XSBbRElTQUJMRURdCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD01IFtw aW46IFNwZWFrZXIgKEZpeGVkKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0g bmlkPTI0IFtwaW46IE1pYyAoQm90aCldIFtESVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICAr IFtESVNBQkxFRF0gPC0gbmlkPTIzIFtwaW46IEFVWCAoTm9uZSldIFtESVNBQkxFRF0KaGRh YTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAyMiBbRElTQUJMRURdCmhkYWEwOiAgICAg ICAgICAgIE5hbWU6IHBpbjogRGlnaXRhbC1vdXQgKEZpeGVkKQpoZGFhMDogICAgICBXaWRn ZXQgY2FwOiAweDAwNDAwMDAwCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwMjAK aGRhYTA6ICAgICAgICAgICAgICAgICAgSU4KaGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHg5 OTU3MTFmMApoZGFhMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDAwCmhkYWEwOiAKaGRh YTA6ICAgICAgICAgICAgIG5pZDogMjMgW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICBO YW1lOiBwaW46IEFVWCAoTm9uZSkKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDA4 MQpoZGFhMDogICAgICAgICAgICAgICAgICBVTlNPTCBTVEVSRU8KaGRhYTA6ICAgICAgICAg UGluIGNhcDogMHgwMDAwMDAyNwpoZGFhMDogICAgICAgICAgICAgICAgICBJU0MgVFJRRCBQ REMgSU4KaGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHg1OTkzZTBmMApoZGFhMDogICAgIFBp biBjb250cm9sOiAweDAwMDAwMDAwCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDog MjQgW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICBOYW1lOiBwaW46IE1pYyAoQm90aCkK aGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDE4NwpoZGFhMDogICAgICAgICAgICAg ICAgICBVTlNPTCBTVEVSRU8KaGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMTczNwpo ZGFhMDogICAgICAgICAgICAgICAgICBJU0MgVFJRRCBQREMgT1VUIElOIFZSRUZbIDUwIDgw IEdST1VORCBISVogXQpoZGFhMDogICAgICBQaW4gY29uZmlnOiAweGYwYTc5MTU5CmhkYWEw OiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMDAKaGRhYTA6ICAgICAgT3V0cHV0IGFtcDog MHg4MDA1M2YzZApoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD02MyBzaXpl PTUgb2Zmc2V0PTYxCmhkYWEwOiAgICAgICBJbnB1dCBhbXA6IDB4MDAyNzAzMDAKaGRhYTA6 ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MyBzaXplPTM5IG9mZnNldD0wCmhkYWEw OiAgICAgY29ubmVjdGlvbnM6IDIKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAg ICAgKyBbRElTQUJMRURdIDwtIG5pZD0zIFthdWRpbyBvdXRwdXRdIChzZWxlY3RlZCkKaGRh YTA6ICAgICAgICAgICArIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAKaGRhYTA6 ICAgICAgICAgICAgIG5pZDogMjUgW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICBOYW1l OiBwaW46IENEIChOb25lKQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwMDAxCmhk YWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgICAgICBQaW4gY2FwOiAw eDAwMDAwMDIwCmhkYWEwOiAgICAgICAgICAgICAgICAgIElOCmhkYWEwOiAgICAgIFBpbiBj b25maWc6IDB4NTkzMzEwZjAKaGRhYTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAwMApo ZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDI2IFtESVNBQkxFRF0KaGRhYTA6ICAg ICAgICAgICAgTmFtZTogYXVkaW8gc2VsZWN0b3IKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDog MHgwMDMwMDEwZApoZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICAg T3V0cHV0IGFtcDogMHg4MDA1MWYxNwpoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTEg c3RlcD0zMSBzaXplPTUgb2Zmc2V0PTIzCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDEKaGRh YTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9NSBbcGluOiBTcGVh a2VyIChGaXhlZCldCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMjcgW0RJU0FC TEVEXQpoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBzZWxlY3RvcgpoZGFhMDogICAg ICBXaWRnZXQgY2FwOiAweDAwMzAwMTBkCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJF TwpoZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDgwMDUxZjE3CmhkYWEwOiAgICAgICAgICAg ICAgICAgIG11dGU9MSBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9MjMKaGRhYTA6ICAgICBjb25u ZWN0aW9uczogMQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIFtESVNB QkxFRF0gPC0gbmlkPTIzIFtwaW46IEFVWCAoTm9uZSldIFtESVNBQkxFRF0KaGRhYTA6IApo ZGFhMDogICAgICAgICAgICAgbmlkOiAyOCBbRElTQUJMRURdCmhkYWEwOiAgICAgICAgICAg IE5hbWU6IGF1ZGlvIHNlbGVjdG9yCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAzMDAx MGQKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhkYWEwOiAgICAgIE91dHB1dCBh bXA6IDB4ODAwNTFmMTcKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MzEg c2l6ZT01IG9mZnNldD0yMwpoZGFhMDogICAgIGNvbm5lY3Rpb25zOiAxCmhkYWEwOiAgICAg ICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTI0IFtwaW46IE1pYyAoQm90aCld IFtESVNBQkxFRF0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAyOSBbRElTQUJM RURdCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIHNlbGVjdG9yCmhkYWEwOiAgICAg IFdpZGdldCBjYXA6IDB4MDAzMDAxMGQKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVP CmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwNTFmMTcKaGRhYTA6ICAgICAgICAgICAg ICAgICAgbXV0ZT0xIHN0ZXA9MzEgc2l6ZT01IG9mZnNldD0yMwpoZGFhMDogICAgIGNvbm5l Y3Rpb25zOiAxCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgW0RJU0FC TEVEXSA8LSBuaWQ9MjUgW3BpbjogQ0QgKE5vbmUpXSBbRElTQUJMRURdCmhkYWEwOiAKaGRh YTA6ICAgICAgICAgICAgIG5pZDogMzAKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8g c2VsZWN0b3IKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDMwMDEwZApoZGFhMDogICAg ICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMSAoMHgwMDAw MDAwMSkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogbWljCmhkYWEwOiAgICAgIE91dHB1dCBh bXA6IDB4ODAwMDAwMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBz aXplPTAgb2Zmc2V0PTAKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMQpoZGFhMDogICAgICAg ICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD04IFtwaW46IE1pYyAoR3JleSBKYWNr KV0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAzMSBbRElTQUJMRURdCmhkYWEw OiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIHNlbGVjdG9yCmhkYWEwOiAgICAgIFdpZGdldCBj YXA6IDB4MDAzMDAxMGQKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhkYWEwOiAg ICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0 ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMQpo ZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0yNCBbcGluOiBN aWMgKEJvdGgpXSBbRElTQUJMRURdCmhkYWEwOiAKcGNtMDogPEFuYWxvZyBEZXZpY2VzIEFE MTk4MUhEIEhEQSBDT0RFQyBQQ00gKEFuYWxvZyAyLjArSFAvMi4wKT4gYXQgbmlkIDUsNiBh bmQgOCw5IG9uIGhkYWEwCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSsKcGNtMDogfCBEVU1QSU5HIFBDTSBQbGF5YmFjay9SZWNvcmQgQ2hhbm5lbHMg fApwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTA6 IApwY20wOiBQbGF5YmFjazoKcGNtMDogCnBjbTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAw MDAwMQpwY20wOiAgICAgICAgICAgICAgICAgIFBDTQpwY20wOiAgICAgICAgIFBDTSBjYXA6 IDB4MDAwZTAwN2YKcGNtMDogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA4IDEx IDE2IDIyIDMyIDQ0IDQ4IEtIegpwY20wOiAgICAgICAgICAgICBEQUM6IDMKcGNtMDogCnBj bTA6IFJlY29yZDoKcGNtMDogCnBjbTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpw Y20wOiAgICAgICAgICAgICAgICAgIFBDTQpwY20wOiAgICAgICAgIFBDTSBjYXA6IDB4MDAw NjAwN2YKcGNtMDogICAgICAgICAgICAgICAgICAxNiAyMCBiaXRzLCA4IDExIDE2IDIyIDMy IDQ0IDQ4IEtIegpwY20wOiAgICAgICAgICAgICBEQUM6IDQKcGNtMDogCnBjbTA6ICstLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20wOiB8IERVTVBJTkcgUGxheWJhY2sv UmVjb3JkIFBhdGhzIHwKcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0r CnBjbTA6IApwY20wOiBQbGF5YmFjazoKcGNtMDogCnBjbTA6ICAgICBuaWQ9NSBbcGluOiBT cGVha2VyIChGaXhlZCldCnBjbTA6ICAgICAgIHwKcGNtMDogICAgICAgKyA8LSBuaWQ9MTQg W2F1ZGlvIG1peGVyXSBbc3JjOiBwY20sIHNwZWFrZXIsIGxpbmUsIG1pY10KcGNtMDogICAg ICAgICAgICAgIHwKcGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTEzIFthdWRpbyBzZWxl Y3Rvcl0gW3NyYzogc3BlYWtlcl0KcGNtMDogICAgICAgICAgICAgICAgICAgICB8CnBjbTA6 ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9MTYgW2JlZXAgd2lkZ2V0XSBbc3JjOiBz cGVha2VyXQpwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MTcgW2F1ZGlvIHNlbGVjdG9y XSBbc3JjOiBwY21dCnBjbTA6ICAgICAgICAgICAgICAgICAgICAgfApwY20wOiAgICAgICAg ICAgICAgICAgICAgICsgPC0gbmlkPTMgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpwY20w OiAgICAgICAgICAgICAgKyA8LSBuaWQ9MTggW2F1ZGlvIHNlbGVjdG9yXSBbc3JjOiBtaWNd CnBjbTA6ICAgICAgICAgICAgICAgICAgICAgfApwY20wOiAgICAgICAgICAgICAgICAgICAg ICsgPC0gbmlkPTggW3BpbjogTWljIChHcmV5IEphY2spXSBbc3JjOiBtaWNdCnBjbTA6ICAg ICAgICAgICAgICArIDwtIG5pZD0xOSBbYXVkaW8gc2VsZWN0b3JdIFtzcmM6IGxpbmVdCnBj bTA6ICAgICAgICAgICAgICAgICAgICAgfApwY20wOiAgICAgICAgICAgICAgICAgICAgICsg PC0gbmlkPTkgW3BpbjogTGluZS1pbiAoQmx1ZSBKYWNrKV0gW3NyYzogbGluZV0KcGNtMDog CnBjbTA6ICAgICBuaWQ9NiBbcGluOiBIZWFkcGhvbmVzIChHcmV5IEphY2spXQpwY20wOiAg ICAgICB8CnBjbTA6ICAgICAgICsgPC0gbmlkPTE0IFthdWRpbyBtaXhlcl0gW3NyYzogcGNt LCBzcGVha2VyLCBsaW5lLCBtaWNdCnBjbTA6ICAgICAgICAgICAgICB8CnBjbTA6ICAgICAg ICAgICAgICArIDwtIG5pZD0xMyBbYXVkaW8gc2VsZWN0b3JdIFtzcmM6IHNwZWFrZXJdCnBj bTA6ICAgICAgICAgICAgICAgICAgICAgfApwY20wOiAgICAgICAgICAgICAgICAgICAgICsg PC0gbmlkPTE2IFtiZWVwIHdpZGdldF0gW3NyYzogc3BlYWtlcl0KcGNtMDogICAgICAgICAg ICAgICsgPC0gbmlkPTE3IFthdWRpbyBzZWxlY3Rvcl0gW3NyYzogcGNtXQpwY20wOiAgICAg ICAgICAgICAgICAgICAgIHwKcGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD0z IFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlk PTE4IFthdWRpbyBzZWxlY3Rvcl0gW3NyYzogbWljXQpwY20wOiAgICAgICAgICAgICAgICAg ICAgIHwKcGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD04IFtwaW46IE1pYyAo R3JleSBKYWNrKV0gW3NyYzogbWljXQpwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MTkg W2F1ZGlvIHNlbGVjdG9yXSBbc3JjOiBsaW5lXQpwY20wOiAgICAgICAgICAgICAgICAgICAg IHwKcGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD05IFtwaW46IExpbmUtaW4g KEJsdWUgSmFjayldIFtzcmM6IGxpbmVdCnBjbTA6IApwY20wOiBSZWNvcmQ6CnBjbTA6IApw Y20wOiAgICAgbmlkPTQgW2F1ZGlvIGlucHV0XQpwY20wOiAgICAgICB8CnBjbTA6ICAgICAg ICsgPC0gbmlkPTIxIFthdWRpbyBzZWxlY3Rvcl0gW3NyYzogbGluZSwgbWljXQpwY20wOiAg ICAgICAgICAgICAgfApwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MTIgW2F1ZGlvIG1p eGVyXSBbc3JjOiBtaWNdCnBjbTA6ICAgICAgICAgICAgICAgICAgICAgfApwY20wOiAgICAg ICAgICAgICAgICAgICAgICsgPC0gbmlkPTMwIFthdWRpbyBzZWxlY3Rvcl0gW3NyYzogbWlj XQpwY20wOiAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CnBjbTA6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICsgPC0gbmlkPTggW3BpbjogTWljIChHcmV5IEphY2spXSBbc3Jj OiBtaWNdCnBjbTA6ICAgICAgICAgICAgICArIDwtIG5pZD05IFtwaW46IExpbmUtaW4gKEJs dWUgSmFjayldIFtzcmM6IGxpbmVdCnBjbTA6IApwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSsKcGNtMDogfCBEVU1QSU5HIFZvbHVtZSBDb250cm9scyB8CnBjbTA6ICstLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20wOiAKcGNtMDogTWFzdGVyIFZvbHVtZSAoT1NT OiB2b2wpOiAtOTEvM2RCCnBjbTA6ICAgIHwKcGNtMDogICAgKy0gY3RsICAxIChuaWQgICA1 IGluICk6ICAgIC05MS8zZEIgKDY0IHN0ZXBzKSArIG11dGUKcGNtMDogICAgKy0gY3RsICAz IChuaWQgICA2IGluICk6ICAgIC05MS8zZEIgKDY0IHN0ZXBzKSArIG11dGUKcGNtMDogICAg Ky0gY3RsICA4IChuaWQgIDEzIG91dCk6ICAgIC00NS8wZEIgKDE2IHN0ZXBzKSArIG11dGUK cGNtMDogICAgKy0gY3RsICA5IChuaWQgIDE3IG91dCk6ICAgIC0zNC8xMmRCICgzMiBzdGVw cykgKyBtdXRlCnBjbTA6ICAgICstIGN0bCAxMCAobmlkICAxOCBvdXQpOiAgICAtMzQvMTJk QiAoMzIgc3RlcHMpICsgbXV0ZQpwY20wOiAgICArLSBjdGwgMTEgKG5pZCAgMTkgb3V0KTog ICAgLTM0LzEyZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMDogCnBjbTA6IFBDTSBWb2x1bWUg KE9TUzogcGNtKTogLTM0LzEyZEIKcGNtMDogICAgfApwY20wOiAgICArLSBjdGwgIDkgKG5p ZCAgMTcgb3V0KTogICAgLTM0LzEyZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMDogCnBjbTA6 IE1pY3JvcGhvbmUgVm9sdW1lIChPU1M6IG1pYyk6IDAvMzBkQgpwY20wOiAgICB8CnBjbTA6 ICAgICstIGN0bCAgNSAobmlkICAgOCBvdXQpOiAgICAwLzMwZEIgKDQgc3RlcHMpCnBjbTA6 ICAgICstIGN0bCAxMCAobmlkICAxOCBvdXQpOiAgICAtMzQvMTJkQiAoMzIgc3RlcHMpICsg bXV0ZQpwY20wOiAgICArLSBjdGwgMTIgKG5pZCAgMjEgb3V0KTogICAgMC8yMmRCICgxNiBz dGVwcykgKyBtdXRlCnBjbTA6ICAgICstIGN0bCAxOSAobmlkICAzMCBvdXQpOiAgICBtdXRl CnBjbTA6IApwY20wOiBMaW5lLWluIFZvbHVtZSAoT1NTOiBsaW5lKTogMC8zMGRCCnBjbTA6 ICAgIHwKcGNtMDogICAgKy0gY3RsICA3IChuaWQgICA5IG91dCk6ICAgIDAvMzBkQiAoNCBz dGVwcykKcGNtMDogICAgKy0gY3RsIDExIChuaWQgIDE5IG91dCk6ICAgIC0zNC8xMmRCICgz MiBzdGVwcykgKyBtdXRlCnBjbTA6ICAgICstIGN0bCAxMiAobmlkICAyMSBvdXQpOiAgICAw LzIyZEIgKDE2IHN0ZXBzKSArIG11dGUKcGNtMDogCnBjbTA6IFNwZWFrZXIvQmVlcCBWb2x1 bWUgKE9TUzogc3BlYWtlcik6IC00NS8wZEIKcGNtMDogICAgfApwY20wOiAgICArLSBjdGwg IDggKG5pZCAgMTMgb3V0KTogICAgLTQ1LzBkQiAoMTYgc3RlcHMpICsgbXV0ZQpwY20wOiAK cGNtMDogUmVjb3JkaW5nIExldmVsIChPU1M6IHJlYyk6IDAvMjJkQgpwY20wOiAgICB8CnBj bTA6ICAgICstIGN0bCAxMiAobmlkICAyMSBvdXQpOiAgICAwLzIyZEIgKDE2IHN0ZXBzKSAr IG11dGUKcGNtMDogICAgKy0gY3RsIDE5IChuaWQgIDMwIG91dCk6ICAgIG11dGUKcGNtMDog CnBjbTA6IElucHV0IE1vbml0b3JpbmcgTGV2ZWwgKE9TUzogaWdhaW4pOiAtMzQvMGRCCnBj bTA6ICAgIHwKcGNtMDogICAgKy0gY3RsICA4IChuaWQgIDEzIG91dCk6ICAgIC00NS8wZEIg KDE2IHN0ZXBzKSArIG11dGUKcGNtMDogICAgKy0gY3RsIDEwIChuaWQgIDE4IG91dCk6ICAg IC0zNC8xMmRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTA6ICAgICstIGN0bCAxMSAobmlkICAx OSBvdXQpOiAgICAtMzQvMTJkQiAoMzIgc3RlcHMpICsgbXV0ZQpwY20wOiAKcGNtMDogTWl4 ZXIgInZvbCI6CnBjbTA6IE1peGVyICJwY20iOgpwY20wOiBNaXhlciAic3BlYWtlciI6CnBj bTA6IE1peGVyICJsaW5lIjoKcGNtMDogTWl4ZXIgIm1pYyI6CnBjbTA6IE1peGVyICJyZWMi OgpwY20wOiBNaXhlciAiaWdhaW4iOgpwY20wOiBNaXhlciAib2dhaW4iOgpwY20wOiBjbG9u ZSBtYW5hZ2VyOiBkZWFkbGluZT03NTBtcyBmbGFncz0weDgwMDAwMDFlCnBjbTA6IHNuZGJ1 Zl9zZXRtYXAgMzRjMDAwMCwgMTAwMDA7IDB4ZmZmZmZmODBjYjk0YTAwMCAtPiAzNGMwMDAw CnBjbTA6IHNuZGJ1Zl9zZXRtYXAgNWFjMDAwMCwgMTAwMDA7IDB4ZmZmZmZmODBjYjk4YTAw MCAtPiA1YWMwMDAwCmhkYWNjMTogPEx1Y2VudC9BZ2VyZSBTeXN0ZW1zICgweDEwNDApIEhE QSBDT0RFQz4gYXQgY2FkIDEgb24gaGRhYzAKaGRhY2MxOiBSb290IE5vZGUgYXQgbmlkPTA6 IDEgc3Vibm9kZXMgMS0xCnVua25vd246IDxMdWNlbnQvQWdlcmUgU3lzdGVtcyAoMHgxMDQw KSBIREEgQ09ERUMgTW9kZW0gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMSAo bm8gZHJpdmVyIGF0dGFjaGVkKQp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4w CnVzYnVzMTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMyOiAxMk1icHMgRnVs bCBTcGVlZCBVU0IgdjEuMAp1c2J1czM6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVz YnVzNDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXM1OiA0ODBNYnBzIEhpZ2gg U3BlZWQgVVNCIHYyLjAKYWNwaV90ejA6IF9BQzM6IHRlbXBlcmF0dXJlIDY1LjAgPj0gc2V0 cG9pbnQgNDAuMAphY3BpX3R6MDogX0FDMjogdGVtcGVyYXR1cmUgNjUuMCA+PSBzZXRwb2lu dCA1MC4wCmFjcGlfdHowOiBfQUMxOiB0ZW1wZXJhdHVyZSA2NS4wID49IHNldHBvaW50IDYw LjAKYWNwaV90ejA6IHN3aXRjaGVkIGZyb20gTk9ORSB0byBfQUMxOiA2NS4wQwphaGNpY2gw OiBBSENJIHJlc2V0Li4uCmFoY2ljaDA6IFNBVEEgY29ubmVjdCB0aW1lPTEwMHVzIHN0YXR1 cz0wMDAwMDEyMwphaGNpY2gwOiBBSENJIHJlc2V0OiBkZXZpY2UgZm91bmQKYWhjaWNoMTog QUhDSSByZXNldC4uLgp1Z2VuMC4xOiA8QVRJPiBhdCB1c2J1czAKdWh1YjA6IDxBVEkgT0hD SSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVz MAp1Z2VuMS4xOiA8QVRJPiBhdCB1c2J1czEKdWh1YjE6IDxBVEkgT0hDSSByb290IEhVQiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1Z2VuMi4xOiA8 QVRJPiBhdCB1c2J1czIKdWh1YjI6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCBy ZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8QVRJPiBhdCB1c2J1 czMKdWh1YjM6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAw LCBhZGRyIDE+IG9uIHVzYnVzMwp1Z2VuNC4xOiA8QVRJPiBhdCB1c2J1czQKdWh1YjQ6IDxB VEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzNAp1Z2VuNS4xOiA8QVRJPiBhdCB1c2J1czUKdWh1YjU6IDxBVEkgRUhDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNQphaGNp Y2gxOiBTQVRBIGNvbm5lY3QgdGltZW91dCB0aW1lPTEwMDAwdXMgc3RhdHVzPTAwMDAwMDAw CmFoY2ljaDE6IEFIQ0kgcmVzZXQ6IGRldmljZSBub3QgZm91bmQKYXRhMDogcmVzZXQgdHAx IG1hc2s9MDMgb3N0YXQwPTUwIG9zdGF0MT0wMAphdGEwOiBzdGF0MD0weDAwIGVycj0weDAx IGxzYj0weDE0IG1zYj0weGViCmF0YTA6IHN0YXQxPTB4MDAgZXJyPTB4MDAgbHNiPTB4MDAg bXNiPTB4MDAKYXRhMDogcmVzZXQgdHAyIHN0YXQwPTAwIHN0YXQxPTAwIGRldmljZXM9MHgx MDAwMAooYXByb2JlMTphdGEwOjA6MDowKTogU0lHTkFUVVJFOiBlYjE0CmJhdHRlcnkwOiBi YXR0ZXJ5IGluaXRpYWxpemF0aW9uIHN0YXJ0CmJhdHRlcnkxOiBiYXR0ZXJ5IGluaXRpYWxp emF0aW9uIHN0YXJ0CmFjcGlfYWNhZDA6IGFjbGluZSBpbml0aWFsaXphdGlvbiBzdGFydAph Y3BpX2FjYWQwOiBPbiBMaW5lCmFjcGlfYWNhZDA6IGFjbGluZSBpbml0aWFsaXphdGlvbiBk b25lLCB0cmllZCAxIHRpbWVzCmFjcGlfdHowOiBfQUMzOiB0ZW1wZXJhdHVyZSA2NS4wID49 IHNldHBvaW50IDQwLjAKYWNwaV90ejA6IF9BQzI6IHRlbXBlcmF0dXJlIDY1LjAgPj0gc2V0 cG9pbnQgNTAuMAphY3BpX3R6MDogX0FDMzogdGVtcGVyYXR1cmUgNjUuMCA+PSBzZXRwb2lu dCA0MC4wCmFjcGlfdHowOiBfQUMyOiB0ZW1wZXJhdHVyZSA2NS4wID49IHNldHBvaW50IDUw LjAKYmF0dGVyeTA6IGJhdHRlcnkgaW5pdGlhbGl6YXRpb24gZG9uZSwgdHJpZWQgMSB0aW1l cwp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjE6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIyOiAyIHBvcnRz IHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMzogMiBwb3J0cyB3aXRoIDIg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjQ6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCmFoY2ljaDA6IEFIQ0kgcmVzZXQ6IGRldmljZSByZWFkeSBhZnRl ciA1MDBtcwphaGNpY2gwOiBQb2xsIHRpbWVvdXQgb24gc2xvdCAwIHBvcnQgMAphaGNpY2gw OiBpcyAwMDAwMDAwMCBjcyAwMDAwMDAwMSBzcyAwMDAwMDAwMCBycyAwMDAwMDAwMSB0ZmQg MTUwIHNlcnIgMDAwMDAwMDAgY21kIDAwMDAyMDA3CihhcHJvYmUwOmFoY2ljaDA6MDowOjAp OiBDb21tYW5kIHRpbWVkIG91dAooYXByb2JlMDphaGNpY2gwOjA6MDowKTogRXJyb3IgNSwg UmV0cmllcyBleGhhdXN0ZWQKKHByb2JlMDpjdGwyY2FtMDowOjE6MCk6IEVycm9yIDYsIFVu cmV0cnlhYmxlIGVycm9yCmFjcGlfdHowOiBfQUMzOiB0ZW1wZXJhdHVyZSA2OC4wID49IHNl dHBvaW50IDQwLjAKYWNwaV90ejA6IF9BQzI6IHRlbXBlcmF0dXJlIDY4LjAgPj0gc2V0cG9p bnQgNTAuMApwYXNzMCBhdCBhdGEwIGJ1cyAwIHNjYnVzMiB0YXJnZXQgMCBsdW4gMApwYXNz MDogPFRFQUMgRFYtVzI4RS1SIEMuQjA+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmlj ZSAKcGFzczA6IDMzLjMwME1CL3MgdHJhbnNmZXJzIChVRE1BMiwgQVRBUEkgMTJieXRlcywg UElPIDY1NTM0Ynl0ZXMpClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpjcHUxIEFQOgogICAg IElEOiAweDAxMDAwMDAwICAgVkVSOiAweDgwMDUwMDEwIExEUjogMHgwMDAwMDAwMCBERlI6 IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6 IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06 IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMApUU0MgdGltZWNv dW50ZXIgZGlzY2FyZHMgbG93ZXIgNyBiaXQocykKVGltZWNvdW50ZXIgIlRTQy1sb3ciIGZy ZXF1ZW5jeSAxNTU4NjI3NCBIeiBxdWFsaXR5IC0xMDAKR0VPTTogbmV3IGRpc2sgY2QwCihj ZDA6YXRhMDowOjA6MCk6IFNDU0kgc3RhdHVzIGVycm9yCihjZDA6YXRhMDowOjA6MCk6IFJF QUQgQ0FQQUNJVFkuIENEQjogMjUgMCAwIDAgMCAwIDAgMCAwIDAgCihjZDA6YXRhMDowOjA6 MCk6IENBTSBzdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yCihjZDA6YXRhMDowOjA6MCk6IFND U0kgc3RhdHVzOiBDaGVjayBDb25kaXRpb24KKGNkMDphdGEwOjA6MDowKTogU0NTSSBzZW5z ZTogTk9UIFJFQURZIGFzYzozYSwxIChNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNsb3Nl ZCkKKGNkMDphdGEwOjA6MDowKTogRXJyb3IgNiwgVW5yZXRyeWFibGUgZXJyb3IKY2QwIGF0 IGF0YTAgYnVzIDAgc2NidXMyIHRhcmdldCAwIGx1biAwCmNkMDogPFRFQUMgRFYtVzI4RS1S IEMuQjA+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKY2QwOiAzMy4zMDBNQi9z IHRyYW5zZmVycyAoVURNQTIsIEFUQVBJIDEyYnl0ZXMsIFBJTyA2NTUzNGJ5dGVzKQpjZDA6 IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1 bSBub3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkCihjZDA6YXRhMDowOjA6MCk6IFNDU0kgc3Rh dHVzIGVycm9yCihjZDA6YXRhMDowOjA6MCk6IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgMCAw IDAgMCAwIDAgMCAwIDAgCihjZDA6YXRhMDowOjA6MCk6IENBTSBzdGF0dXM6IFNDU0kgU3Rh dHVzIEVycm9yCihjZDA6YXRhMDowOjA6MCk6IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRp b24KKGNkMDphdGEwOjA6MDowKTogU0NTSSBzZW5zZTogTk9UIFJFQURZIGFzYzozYSwxIChN ZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNsb3NlZCkKKGNkMDphdGEwOjA6MDowKTogRXJy b3IgNiwgVW5yZXRyeWFibGUgZXJyb3IKKGNkMDphdGEwOjA6MDowKTogU0NTSSBzdGF0dXMg ZXJyb3IKKGNkMDphdGEwOjA6MDowKTogUkVBRCBDQVBBQ0lUWS4gQ0RCOiAyNSAwIDAgMCAw IDAgMCAwIDAgMCAKKGNkMDphdGEwOjA6MDowKTogQ0FNIHN0YXR1czogU0NTSSBTdGF0dXMg RXJyb3IKKGNkMDphdGEwOjA6MDowKTogU0NTSSBzdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo Y2QwOmF0YTA6MDowOjApOiBTQ1NJIHNlbnNlOiBOT1QgUkVBRFkgYXNjOjNhLDEgKE1lZGl1 bSBub3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkKQooY2QwOmF0YTA6MDowOjApOiBFcnJvciA2 LCBVbnJldHJ5YWJsZSBlcnJvcgooY2QwOmF0YTA6MDowOjApOiBTQ1NJIHN0YXR1cyBlcnJv cgooY2QwOmF0YTA6MDowOjApOiBSRUFEIENBUEFDSVRZLiBDREI6IDI1IDAgMCAwIDAgMCAw IDAgMCAwIAooY2QwOmF0YTA6MDowOjApOiBDQU0gc3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJv cgooY2QwOmF0YTA6MDowOjApOiBTQ1NJIHN0YXR1czogQ2hlY2sgQ29uZGl0aW9uCihjZDA6 YXRhMDowOjA6MCk6IFNDU0kgc2Vuc2U6IE5PVCBSRUFEWSBhc2M6M2EsMSAoTWVkaXVtIG5v dCBwcmVzZW50IC0gdHJheSBjbG9zZWQpCihjZDA6YXRhMDowOjA6MCk6IEVycm9yIDYsIFVu cmV0cnlhYmxlIGVycm9yClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNQpSb290IG1v dW50IHdhaXRpbmcgZm9yOiB1c2J1czUKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM1 ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNQp1aHViNTogMTAgcG9ydHMgd2l0aCAx MCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1 czUKdWdlbjAuMjogPExvZ2l0ZWNoPiBhdCB1c2J1czAKdW1zMDogPExvZ2l0ZWNoIExvZ2l0 ZWNoIFVTQiBPcHRpY2FsIE1vdXNlLCBjbGFzcyAwLzAsIHJldiAyLjAwLzQzLjAwLCBhZGRy IDI+IG9uIHVzYnVzMAp1bXMwOiAzIGJ1dHRvbnMgYW5kIFtYWVpdIGNvb3JkaW5hdGVzIElE PTAKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM1CnVnZW4wLjM6IDxCcm9hZGNvbSBD b3JwPiBhdCB1c2J1czAKdWJ0MDogPEJyb2FkY29tIENvcnAgSFAgSW50ZWdyYXRlZCBNb2R1 bGUsIGNsYXNzIDIyNC8xLCByZXYgMi4wMC8xLjAwLCBhZGRyIDM+IG9uIHVzYnVzMApSb290 IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czUKdWdlbjUuMjogPEdlbmVzeXM+IGF0IHVzYnVz NQp1bWFzczA6IDxHZW5lc3lzIFVTQiBSZWFkZXIsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMi4w NywgYWRkciAyPiBvbiB1c2J1czUKdW1hc3MwOiAgU0NTSSBvdmVyIEJ1bGstT25seTsgcXVp cmtzID0gMHg0MTAwCnVtYXNzMDo0OjA6LTE6IEF0dGFjaGVkIHRvIHNjYnVzNApUcnlpbmcg dG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2xhYmVsL3Jvb3RGUyBbcncsYXN5bmNdLi4u Cm1vdW50cm9vdDogd2FpdGluZyBmb3IgZGV2aWNlIC9kZXYvbGFiZWwvcm9vdEZTIC4uLgoo cHJvYmUwOnVtYXNzLXNpbTA6MDowOjApOiBEb3duIHJldmluZyBQcm90b2NvbCBWZXJzaW9u IGZyb20gMiB0byAwPwpHRU9NOiBuZXcgZGlzayBkYTAKcGFzczEgYXQgdW1hc3Mtc2ltMCBi dXMgMCBzY2J1czQgdGFyZ2V0IDAgbHVuIDAKcGFzczE6IDxHZW5lcmljIFNUT1JBR0UgREVW SUNFIDAyMDc+IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0ktMCBkZXZpY2UgCnBhc3Mx OiBTZXJpYWwgTnVtYmVyIDAwMDAwMDAyNzYxOQpwYXNzMTogNDAuMDAwTUIvcyB0cmFuc2Zl cnMKZGEwIGF0IHVtYXNzLXNpbTAgYnVzIDAgc2NidXM0IHRhcmdldCAwIGx1biAwCmRhMDog PEdlbmVyaWMgU1RPUkFHRSBERVZJQ0UgMDIwNz4gUmVtb3ZhYmxlIERpcmVjdCBBY2Nlc3Mg U0NTSS0wIGRldmljZSAKZGEwOiBTZXJpYWwgTnVtYmVyIDAwMDAwMDAyNzYxOQpkYTA6IDQw LjAwME1CL3MgdHJhbnNmZXJzCmRhMDogNzY0N01CICgxNTY2MTA1NiA1MTIgYnl0ZSBzZWN0 b3JzOiAyNTVIIDYzUy9UIDk3NEMpCmFjcGlfdHowOiBfQUMzOiB0ZW1wZXJhdHVyZSA2MC4w ID49IHNldHBvaW50IDQwLjAKYWNwaV90ejA6IF9BQzI6IHRlbXBlcmF0dXJlIDYwLjAgPj0g c2V0cG9pbnQgNTAuMAphY3BpX3R6MDogX0FDMzogdGVtcGVyYXR1cmUgNjAuMCA+PSBzZXRw b2ludCA0MC4wCmFjcGlfdHowOiBfQUMyOiB0ZW1wZXJhdHVyZSA2MC4wID49IHNldHBvaW50 IDUwLjAKYWNwaV90ejA6IF9BQzM6IHRlbXBlcmF0dXJlIDYwLjAgPj0gc2V0cG9pbnQgNDAu MAphY3BpX3R6MDogX0FDMjogdGVtcGVyYXR1cmUgNjAuMCA+PSBzZXRwb2ludCA1MC4wCmFj cGlfdHowOiBzd2l0Y2hlZCBmcm9tIF9BQzEgdG8gX0FDMjogNjAuMEMKTW91bnRpbmcgZnJv bSB1ZnM6L2Rldi9sYWJlbC9yb290RlMgZmFpbGVkIHdpdGggZXJyb3IgMTkuCgpMb2FkZXIg dmFyaWFibGVzOgogIHZmcy5yb290Lm1vdW50ZnJvbT11ZnM6L2Rldi9sYWJlbC9yb290RlMK ICB2ZnMucm9vdC5tb3VudGZyb20ub3B0aW9ucz1ydyxhc3luYwoKTWFudWFsIHJvb3QgZmls ZXN5c3RlbSBzcGVjaWZpY2F0aW9uOgogIDxmc3R5cGU+OjxkZXZpY2U+IFtvcHRpb25zXQog ICAgICBNb3VudCA8ZGV2aWNlPiB1c2luZyBmaWxlc3lzdGVtIDxmc3R5cGU+CiAgICAgIGFu ZCB3aXRoIHRoZSBzcGVjaWZpZWQgKG9wdGlvbmFsKSBvcHRpb24gbGlzdC4KCiAgICBlZy4g dWZzOi9kZXYvZGEwczFhCiAgICAgICAgemZzOnRhbmsKICAgICAgICBjZDk2NjA6L2Rldi9h Y2QwIHJvCiAgICAgICAgICAod2hpY2ggaXMgZXF1aXZhbGVudCB0bzogbW91bnQgLXQgY2Q5 NjYwIC1vIHJvIC9kZXYvYWNkMCAvKQoKICA/ICAgICAgICAgICAgICAgTGlzdCB2YWxpZCBk aXNrIGJvb3QgZGV2aWNlcwogIC4gICAgICAgICAgICAgICBZaWVsZCAxIHNlY29uZCAoZm9y IGJhY2tncm91bmQgdGFza3MpCiAgPGVtcHR5IGxpbmU+ICAgIEFib3J0IG1hbnVhbCBpbnB1 dAoKbW91bnRyb290PiA/CgpMaXN0IG9mIEdFT00gbWFuYWdlZCBkaXNrIGRldmljZXM6CiAg dWZzaWQvNTE4M2JhZTY4OWM4Nzk1OGEgdWZzaWQvNTE4M2JhZTY4OWM4Nzk1OCBkYTBzMWEg ZGEwczEgZGEwIGNkMAoKbW91bnRyb290PiB1ZnM6ZGEwczFhClRyeWluZyB0byBtb3VudCBy b290IGZyb20gdWZzOmRhMHMxYSBbXS4uLgphY3BpX3R6MDogX0FDMzogdGVtcGVyYXR1cmUg NzAuMCA+PSBzZXRwb2ludCA0MC4wCmFjcGlfdHowOiBfQUMxOiB0ZW1wZXJhdHVyZSA3MC4w ID49IHNldHBvaW50IDY1LjAKYWNwaV90ejA6IHN3aXRjaGVkIGZyb20gX0FDMiB0byBfQUMx OiA3MC4wQwphY3BpX3R6MDogX0FDMzogdGVtcGVyYXR1cmUgNzAuMCA+PSBzZXRwb2ludCA0 MC4wCmFjcGlfdHowOiBfQUMyOiB0ZW1wZXJhdHVyZSA3MC4wID49IHNldHBvaW50IDUwLjAK YWNwaV90ejA6IF9BQzM6IHRlbXBlcmF0dXJlIDcwLjAgPj0gc2V0cG9pbnQgNDAuMAphY3Bp X3R6MDogX0FDMjogdGVtcGVyYXR1cmUgNzAuMCA+PSBzZXRwb2ludCA1MC4wCnN0YXJ0X2lu aXQ6IHRyeWluZyAvc2Jpbi9pbml0ClNldHRpbmcgaG9zdHV1aWQ6IDZhNTJhMDIzLTk5MTUt ZTAxMS0wNWE0LTZkOTkxMDEyOWQyOS4KU2V0dGluZyBob3N0aWQ6IDB4NDU4OWJjZjYuCkVu dHJvcHkgaGFydmVzdGluZzogaW50ZXJydXB0cyBldGhlcm5ldCBwb2ludF90b19wb2ludCBr aWNrc3RhcnQuClN0YXJ0aW5nIGZpbGUgc3lzdGVtIGNoZWNrczoKL2Rldi9kYTBzMWE6IEZJ TEUgU1lTVEVNIENMRUFOOyBTS0lQUElORyBDSEVDS1MKL2Rldi9kYTBzMWE6IGNsZWFuLCAx NzUxMzc2IGZyZWUgKDI0OCBmcmFncywgMjE4ODkxIGJsb2NrcywgMC4wJSBmcmFnbWVudGF0 aW9uKQpNb3VudGluZyBsb2NhbCBmaWxlIHN5c3RlbXM6LgovZXRjL3JjOiBXQVJOSU5HOiAk aG9zdG5hbWUgaXMgbm90IHNldCAtLSBzZWUgcmMuY29uZig1KS4KU3RhcnRpbmcgTmV0d29y azogbG8wIGJnZTAgYnduMC4KbG8wOiBmbGFncz04MDQ5PFVQLExPT1BCQUNLLFJVTk5JTkcs TVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTYzODQKCW9wdGlvbnM9MzxSWENTVU0sVFhDU1VN PgoJaW5ldDYgOjoxIHByZWZpeGxlbiAxMjggCglpbmV0NiBmZTgwOjoxJWxvMCBwcmVmaXhs ZW4gNjQgc2NvcGVpZCAweDkgCglpbmV0IDEyNy4wLjAuMSBuZXRtYXNrIDB4ZmYwMDAwMDAg CgluZDYgb3B0aW9ucz0yMTxQRVJGT1JNTlVELEFVVE9fTElOS0xPQ0FMPgpiZ2UwOiBmbGFn cz04ODAyPEJST0FEQ0FTVCxTSU1QTEVYLE1VTFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE1MDAK CW9wdGlvbnM9ODAwOWI8UlhDU1VNLFRYQ1NVTSxWTEFOX01UVSxWTEFOX0hXVEFHR0lORyxW TEFOX0hXQ1NVTSxMSU5LU1RBVEU+CglldGhlciAwMDoxZjoyOTo4OTozODpmMwoJbmQ2IG9w dGlvbnM9Mjk8UEVSRk9STU5VRCxJRkRJU0FCTEVELEFVVE9fTElOS0xPQ0FMPgoJbWVkaWE6 IEV0aGVybmV0IGF1dG9zZWxlY3QgKG5vbmUpCglzdGF0dXM6IG5vIGNhcnJpZXIKYnduMDog ZmxhZ3M9ODgwMjxCUk9BRENBU1QsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAy MjkwCglldGhlciAwMDoyMTowMDowYTo2NDo4ZgoJbmQ2IG9wdGlvbnM9Mjk8UEVSRk9STU5V RCxJRkRJU0FCTEVELEFVVE9fTElOS0xPQ0FMPgoJbWVkaWE6IElFRUUgODAyLjExIFdpcmVs ZXNzIEV0aGVybmV0IGF1dG9zZWxlY3QgKGF1dG9zZWxlY3QpCglzdGF0dXM6IG5vIGNhcnJp ZXIKU3RhcnRpbmcgZGV2ZC4KU3RhcnRpbmcgTmV0d29yazogYmdlMC4KYmdlMDogZmxhZ3M9 ODgwMjxCUk9BRENBU1QsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAxNTAwCglv cHRpb25zPTgwMDliPFJYQ1NVTSxUWENTVU0sVkxBTl9NVFUsVkxBTl9IV1RBR0dJTkcsVkxB Tl9IV0NTVU0sTElOS1NUQVRFPgoJZXRoZXIgMDA6MWY6Mjk6ODk6Mzg6ZjMKCW5kNiBvcHRp b25zPTI5PFBFUkZPUk1OVUQsSUZESVNBQkxFRCxBVVRPX0xJTktMT0NBTD4KCW1lZGlhOiBF dGhlcm5ldCBhdXRvc2VsZWN0IChub25lKQoJc3RhdHVzOiBubyBjYXJyaWVyClN0YXJ0aW5n IE5ldHdvcms6IGJ3bjAuCmJ3bjA6IGZsYWdzPTg4MDI8QlJPQURDQVNULFNJTVBMRVgsTVVM VElDQVNUPiBtZXRyaWMgMCBtdHUgMjI5MAoJZXRoZXIgMDA6MjE6MDA6MGE6NjQ6OGYKCW5k NiBvcHRpb25zPTI5PFBFUkZPUk1OVUQsSUZESVNBQkxFRCxBVVRPX0xJTktMT0NBTD4KCW1l ZGlhOiBJRUVFIDgwMi4xMSBXaXJlbGVzcyBFdGhlcm5ldCBhdXRvc2VsZWN0IChhdXRvc2Vs ZWN0KQoJc3RhdHVzOiBubyBjYXJyaWVyClN0YXJ0aW5nIE5ldHdvcms6IGJ3bjAuCmJ3bjA6 IGZsYWdzPTg4MDI8QlJPQURDQVNULFNJTVBMRVgsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUg MjI5MAoJZXRoZXIgMDA6MjE6MDA6MGE6NjQ6OGYKCW5kNiBvcHRpb25zPTI5PFBFUkZPUk1O VUQsSUZESVNBQkxFRCxBVVRPX0xJTktMT0NBTD4KCW1lZGlhOiBJRUVFIDgwMi4xMSBXaXJl bGVzcyBFdGhlcm5ldCBhdXRvc2VsZWN0IChhdXRvc2VsZWN0KQoJc3RhdHVzOiBubyBjYXJy aWVyClN0YXJ0aW5nIE5ldHdvcms6IHVzYnVzMC4KU3RhcnRpbmcgTmV0d29yazogdXNidXMx LgpTdGFydGluZyBOZXR3b3JrOiB1c2J1czIuClN0YXJ0aW5nIE5ldHdvcms6IHVzYnVzMy4K U3RhcnRpbmcgTmV0d29yazogdXNidXM0LgpTdGFydGluZyBOZXR3b3JrOiB1c2J1czUuClN0 YXJ0aW5nIHVtczAgbW91c2VkLgovZXRjL3JjLmQvYmx1ZXRvb3RoOiBFUlJPUjogVW5hYmxl IHRvIHNldHVwIEJsdWV0b290aCBzdGFjayBmb3IgZGV2aWNlIHVidDAKYWRkIG5ldCA6OmZm ZmY6MC4wLjAuMDogZ2F0ZXdheSA6OjEKYWRkIG5ldCA6OjAuMC4wLjA6IGdhdGV3YXkgOjox CmFkZCBuZXQgZmU4MDo6OiBnYXRld2F5IDo6MQphZGQgbmV0IGZmMDI6OjogZ2F0ZXdheSA6 OjEKR2VuZXJhdGluZyBob3N0LmNvbmYuCkNyZWF0aW5nIGFuZC9vciB0cmltbWluZyBsb2cg ZmlsZXMuClN0YXJ0aW5nIHN5c2xvZ2QuCkVMRiBsZGNvbmZpZyBwYXRoOiAvbGliIC91c3Iv bGliIC91c3IvbGliL2NvbXBhdAozMi1iaXQgY29tcGF0aWJpbGl0eSBsZGNvbmZpZyBwYXRo OiAvdXNyL2xpYjMyCkNsZWFyaW5nIC90bXAgKFggcmVsYXRlZCkuClVwZGF0aW5nIG1vdGQ6 LgpDb25maWd1cmluZyBzeXNjb25zOiBibGFua3RpbWUuClN0YXJ0aW5nIGNyb24uClN0YXJ0 aW5nIGJhY2tncm91bmQgZmlsZSBzeXN0ZW0gY2hlY2tzIGluIDYwIHNlY29uZHMuCgpGcmkg TWF5ICAzIDE0OjA4OjM2IFVUQyAyMDEzCmFjcGlfdHowOiBfQUMzOiB0ZW1wZXJhdHVyZSA2 Mi4wID49IHNldHBvaW50IDQwLjAKYWNwaV90ejA6IF9BQzI6IHRlbXBlcmF0dXJlIDYyLjAg Pj0gc2V0cG9pbnQgNTAuMApNYXkgIDMgMTQ6MDg6MzkgIGxvZ2luOiBST09UIExPR0lOIChy b290KSBPTiB0dHl2MAphY3BpX3R6MDogX0FDMzogdGVtcGVyYXR1cmUgNTkuMCA+PSBzZXRw b2ludCA0MC4wCmFjcGlfdHowOiBfQUMyOiB0ZW1wZXJhdHVyZSA1OS4wID49IHNldHBvaW50 IDUwLjAKYWNwaV90ejA6IHN3aXRjaGVkIGZyb20gX0FDMSB0byBfQUMyOiA1OS4wQwphY3Bp X3R6MDogX0FDMzogdGVtcGVyYXR1cmUgNTkuMCA+PSBzZXRwb2ludCA0MC4wCmFjcGlfdHow OiBfQUMzOiB0ZW1wZXJhdHVyZSA1OS4wID49IHNldHBvaW50IDQwLjAK --------------080407010801070105010203-- From owner-freebsd-current@FreeBSD.ORG Fri May 3 15:04:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 71D267B9 for ; Fri, 3 May 2013 15:04:40 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB86169C for ; Fri, 3 May 2013 15:04:39 +0000 (UTC) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by dlrexedge01.dlr.de (172.21.163.100) with Microsoft SMTP Server (TLS) id 14.2.328.9; Fri, 3 May 2013 17:04:28 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.2.328.9; Fri, 3 May 2013 17:04:32 +0200 Date: Fri, 3 May 2013 17:04:32 +0200 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: Daniel Braniss Subject: Re: files disappearing from ls on NFS In-Reply-To: Message-ID: References: <1685137855.94411.1367583746151.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [129.247.178.136] Cc: Rick Macklem , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 15:04:40 -0000 On Fri, 3 May 2013, Daniel Braniss wrote: DB>I don't know about current, but on 9.1-stable, the nfsstat -m only works DB>for root! nfsstat can be run by anybody. Same for current. It silently prints nothing. Took me some time to figure out I should try as root... harti From owner-freebsd-current@FreeBSD.ORG Fri May 3 15:13:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6333CF0C for ; Fri, 3 May 2013 15:13:19 +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 1C41C1764 for ; Fri, 3 May 2013 15:13:18 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1UYHVS-000AcL-NB; Fri, 03 May 2013 18:02:42 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Rick Macklem Subject: Re: files disappearing from ls on NFS In-reply-to: <1685137855.94411.1367583746151.JavaMail.root@erie.cs.uoguelph.ca> References: <1685137855.94411.1367583746151.JavaMail.root@erie.cs.uoguelph.ca> Comments: In-reply-to Rick Macklem message dated "Fri, 03 May 2013 08:22:26 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 May 2013 18:02:42 +0300 From: Daniel Braniss Message-ID: Cc: Hartmut Brandt , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 15:13:19 -0000 > Hartmut Brandt wrote: > > Hi, > > > > I've updated one of my -current machines this week (previous update > > was in > > february). Now I see a strange effect (it seems only on NFS mounts): > > ls or > > even echo * will list only some files (strange enough the first files > > from > > the normal, alphabetically ordered list). If I change something in the > > directory (delete a file or create a new one) for some time the > > complete > > listing will appear but after sime time (seconds to a minute or so) > > again > > only part of the files is listed. > > > > A ktrace on ls /usr/src/lib/libc/gen shows that getdirentries is > > called > > only once (returning 4096). For a full listing getdirentries is called > > 5 > > times with the last returning 0. > > > > I can still open files that are not listed if I know their name, > > though. > > > > The NFS server is a Windows 2008 server with an OpenText NFS Server > > which > > works without problems to all the other FreeBSD machines. > > > > So what could that be? > > > Someone else reported missing files returned via "ls" recently, when > they used a small readdirsize (below 8K). I haven't yet had a change to try > and reproduce it or do any snooping around. > > There haven't been any recent changes to readdir in the NFS client, > except a trivial one that adds a check for vnode type being VDIR, > so I don't see that it can be a recent NFS change. > > If you can increase the readdirsize, try that to see if it avoids > the problem. "nfsstat -m" shows you what the mount options end up > being after doing the mount. The server might be limiting the readdirsize > to 4K, so you should check, even if you specify a large value for > the mount. I don't know about current, but on 9.1-stable, the nfsstat -m only works for root! nfsstat can be run by anybody. > > rick > > > Regards, > > harti > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri May 3 17:20:21 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E520449B; Fri, 3 May 2013 17:20:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id C4F6F12D7; Fri, 3 May 2013 17:20:21 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2E6F0B9BB; Fri, 3 May 2013 13:20:21 -0400 (EDT) From: John Baldwin To: Alex Keda Subject: Re: No ATA disks on 9.1 Date: Fri, 3 May 2013 12:41:36 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <5182CA25.9030001@lissyara.su> In-Reply-To: <5182CA25.9030001@lissyara.su> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201305031241.36538.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 03 May 2013 13:20:21 -0400 (EDT) Cc: hardware@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 17:20:22 -0000 On Thursday, May 02, 2013 4:18:45 pm Alex Keda wrote: > see begin in: > http://lists.freebsd.org/pipermail/freebsd-current/2012-November/038000.html Hmm, what I see is that hdac0 is affected by this, but it's a bit odd. Can you try the patch below, but can you also get the output of 'devinfo -u' and 'devinfo -rv' from the 9.0 kernel? Index: /home/jhb/work/freebsd/svn/head/sys/dev/pci/pci.c =================================================================== --- /home/jhb/work/freebsd/svn/head/sys/dev/pci/pci.c (revision 250212) +++ /home/jhb/work/freebsd/svn/head/sys/dev/pci/pci.c (working copy) @@ -2816,13 +2816,37 @@ */ res = resource_list_reserve(rl, bus, dev, type, ®, start, end, count, prefetch ? RF_PREFETCHABLE : 0); +#if 0 + if (res == NULL && (start != 0 || end != ~0ul)) { + /* + * If the allocation fails, try to allocate a resource for + * this BAR using any available range. The firmware felt + * it was important enough to assign a resource, so don't + * disable decoding if we can help it. + */ + resource_list_delete(rl, type, reg); + start = 0; + end = ~0ul; + resource_list_add(rl, type, reg, 0, ~0ul, count); + resource_list_add(rl, type, reg, start, end, count); + res = resource_list_reserve(rl, bus, dev, type, ®, 0, ~0ul, + count, prefetch ? RF_PREFETCHABLE : 0); + } +#endif if (res == NULL) { /* * If the allocation fails, delete the resource list entry - * to force pci_alloc_resource() to allocate resources - * from the parent. + * and disable decoding for this device. + * + * If the driver requests this resource in the future, + * pci_reserve_map() will try to allocate fresh resources. */ resource_list_delete(rl, type, reg); + pci_disable_io(dev, type); + device_printf(bus, + "pci%d:%d:%d:%d bar %#x failed to allocate\n", + pci_get_domain(dev), pci_get_bus(dev), pci_get_slot(dev), + pci_get_function(dev), reg); } else { start = rman_get_start(res); pci_write_bar(dev, pm, start); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 3 17:53:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 588017C3; Fri, 3 May 2013 17:53:38 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id A50941650; Fri, 3 May 2013 17:53:37 +0000 (UTC) Received: from [77.41.107.10] (port=58536 helo=dc7700p.lissyara.su) by mx.lissyara.su with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UYKAp-000HHZ-A0; Fri, 03 May 2013 21:53:35 +0400 Message-ID: <5183F99F.40705@lissyara.su> Date: Fri, 03 May 2013 21:53:35 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: No ATA disks on 9.1 References: <5182CA25.9030001@lissyara.su> <201305031241.36538.jhb@freebsd.org> In-Reply-To: <201305031241.36538.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------090402090408030008040306" X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su Cc: hardware@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 17:53:38 -0000 This is a multi-part message in MIME format. --------------090402090408030008040306 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 03.05.2013 20:41, John Baldwin пишет: > On Thursday, May 02, 2013 4:18:45 pm Alex Keda wrote: >> see begin in: >> http://lists.freebsd.org/pipermail/freebsd-current/2012-November/038000.html > > Hmm, what I see is that hdac0 is affected by this, but it's a bit odd. Can > you try the patch below, but can you also get the output of 'devinfo -u' and > 'devinfo -rv' from the 9.0 kernel? see attached files ========= about patch, I cannot apply it for 9.1 source, too many differents... --------------090402090408030008040306 Content-Type: text/plain; charset=UTF-8; name="devinfo-rv.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="devinfo-rv.txt" bmV4dXMwCiAgYXBpYzAKICAgICAgSS9PIG1lbW9yeSBhZGRyZXNzZXM6CiAgICAgICAgICAw eGZlYzAwMDAwLTB4ZmVjMDAwMWYKICAgICAgICAgIDB4ZmVlMDAwMDAtMHhmZWUwMDNmZgog IHJhbTAKICAgICAgSS9PIG1lbW9yeSBhZGRyZXNzZXM6CiAgICAgICAgICAweDAtMHg5ZmJm ZgogICAgICAgICAgMHgxMDAwMDAtMHhiN2ZhZmZmZgogICAgICAgICAgMHgxMDAwMDAwMDAt MHgxM2ZmZmZmZmYKICBhY3BpMAogICAgICBJbnRlcnJ1cHQgcmVxdWVzdCBsaW5lczoKICAg ICAgICAgIDkKICAgICAgSS9PIHBvcnRzOgogICAgICAgICAgMHgxMC0weDFmCiAgICAgICAg ICAweDIyLTB4MjMKICAgICAgICAgIDB4MmUtMHgyZgogICAgICAgICAgMHg0ZS0weDRmCiAg ICAgICAgICAweDkyCiAgICAgICAgICAweDQwYgogICAgICAgICAgMHg0ZDAtMHg0ZDEKICAg ICAgICAgIDB4NGQ2CiAgICAgICAgICAweDUwMC0weDUzZgogICAgICAgICAgMHhjMDAtMHhj MDEKICAgICAgICAgIDB4YzE0CiAgICAgICAgICAweGM1MC0weGM1MQogICAgICAgICAgMHhj NTIKICAgICAgICAgIDB4YzZjCiAgICAgICAgICAweGM2ZgogICAgICAgICAgMHhjZDAtMHhj ZGYKICAgICAgICAgIDB4ODAwMC0weDgwMmYKICAgICAgICAgIDB4ODEwMC0weDgxMWYKICAg ICAgSS9PIG1lbW9yeSBhZGRyZXNzZXM6CiAgICAgICAgICAweGNkNDAwLTB4Y2ZmZmYKICAg ICAgICAgIDB4ZDJhMDAtMHhkMmZmZgogICAgICAgICAgMHhlMDAwMC0weGZmZmZmCiAgICBj cHUwIHBucGluZm8gX0hJRD1ub25lIF9VSUQ9MCBhdCBoYW5kbGU9XF9QUl8uQzAwMAogICAg ICBhY3BpX3Rocm90dGxlMAogICAgICAgICAgQUNQSSBJL08gcG9ydHM6CiAgICAgICAgICAg ICAgMHg4MDEwLTB4ODAxMwogICAgICBhY3BpX3BlcmYwCiAgICAgIHBvd2Vybm93MAogICAg ICBjcHVmcmVxMAogICAgY3B1MSBwbnBpbmZvIF9ISUQ9bm9uZSBfVUlEPTAgYXQgaGFuZGxl PVxfUFJfLkMwMDEKICAgICAgYWNwaV90aHJvdHRsZTEKICAgICAgYWNwaV9wZXJmMQogICAg ICBwb3dlcm5vdzEKICAgICAgY3B1ZnJlcTEKICAgIGFjcGlfc3lzcmVzb3VyY2UwIHBucGlu Zm8gX0hJRD1QTlAwQzAxIF9VSUQ9MCBhdCBoYW5kbGU9XF9TQl8uQzAxMQogICAgcGNpYjAg cG5waW5mbyBfSElEPVBOUDBBMDMgX1VJRD0wIGF0IGhhbmRsZT1cX1NCXy5DMDhCCiAgICAg ICAgSS9PIHBvcnRzOgogICAgICAgICAgICAweGNmOC0weGNmZgogICAgICBwY2kwCiAgICAg ICAgaG9zdGIwIHBucGluZm8gdmVuZG9yPTB4MTAwMiBkZXZpY2U9MHg3OTEwIHN1YnZlbmRv cj0weDEwM2Mgc3ViZGV2aWNlPTB4MzBjMiBjbGFzcz0weDA2MDAwMCBhdCBzbG90PTAgZnVu Y3Rpb249MAogICAgICAgIHBjaWIxIHBucGluZm8gdmVuZG9yPTB4MTAwMiBkZXZpY2U9MHg3 OTEyIHN1YnZlbmRvcj0weDEwM2Mgc3ViZGV2aWNlPTB4MzBjMiBjbGFzcz0weDA2MDQwMCBh dCBzbG90PTEgZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uQzA4Qi5DMDhDCiAgICAgICAgICAg IEkvTyBwb3J0czoKICAgICAgICAgICAgICAgIDB4NDAwMC0weDRmZmYKICAgICAgICAgICAg SS9PIG1lbW9yeSBhZGRyZXNzZXM6CiAgICAgICAgICAgICAgICAweGMwMDAwMDAwLTB4Yzdm ZmZmZmYKICAgICAgICAgICAgICAgIDB4ZDAyMDAwMDAtMHhkMDNmZmZmZgogICAgICAgICAg cGNpMQogICAgICAgICAgICB2Z2FwY2kwIHBucGluZm8gdmVuZG9yPTB4MTAwMiBkZXZpY2U9 MHg3OTFmIHN1YnZlbmRvcj0weDEwM2Mgc3ViZGV2aWNlPTB4MzBjMiBjbGFzcz0weDAzMDAw MCBhdCBzbG90PTUgZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uQzA4Qi5DMDhDLkMwOEQKICAg ICAgICAgICAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICAgICAg ICAgIDI1OAogICAgICAgICAgICAgICAgcGNpYjEgSS9PIHBvcnQgd2luZG93OgogICAgICAg ICAgICAgICAgICAgIDB4NDAwMC0weDQwZmYKICAgICAgICAgICAgICAgIHBjaWIxIG1lbW9y eSB3aW5kb3c6CiAgICAgICAgICAgICAgICAgICAgMHhkMDIwMDAwMC0weGQwMjBmZmZmCiAg ICAgICAgICAgICAgICAgICAgMHhkMDMwMDAwMC0weGQwM2ZmZmZmCiAgICAgICAgICAgICAg ICBwY2liMSBwcmVmZXRjaCB3aW5kb3c6CiAgICAgICAgICAgICAgICAgICAgMHhjMDAwMDAw MC0weGM3ZmZmZmZmCiAgICAgICAgICAgICAgdmdhcG0wCiAgICAgICAgICAgICAgZHJtMAog ICAgICAgIHBjaWIyIHBucGluZm8gdmVuZG9yPTB4MTAwMiBkZXZpY2U9MHg3OTE0IHN1YnZl bmRvcj0weDEwM2Mgc3ViZGV2aWNlPTB4MzBjMiBjbGFzcz0weDA2MDQwMCBhdCBzbG90PTQg ZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uQzA4Qi5DMjUwCiAgICAgICAgICAgIEkvTyBtZW1v cnkgYWRkcmVzc2VzOgogICAgICAgICAgICAgICAgMHhkMDAwMDAwMC0weGQwMGZmZmZmCiAg ICAgICAgICBwY2kxNgogICAgICAgICAgICBiZ2UwIHBucGluZm8gdmVuZG9yPTB4MTRlNCBk ZXZpY2U9MHgxNzEzIHN1YnZlbmRvcj0weDEwM2Mgc3ViZGV2aWNlPTB4MzBjMiBjbGFzcz0w eDAyMDAwMCBhdCBzbG90PTAgZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uQzA4Qi5DMjUwLkMy NTEKICAgICAgICAgICAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAg ICAgICAgICAgIDI1NgogICAgICAgICAgICAgICAgcGNpYjIgbWVtb3J5IHdpbmRvdzoKICAg ICAgICAgICAgICAgICAgICAweGQwMDAwMDAwLTB4ZDAwMGZmZmYKICAgICAgICAgICAgICBt aWlidXMwCiAgICAgICAgICAgICAgICBicmdwaHkwIHBucGluZm8gb3VpPTB4NTBlZiBtb2Rl bD0weDQgcmV2PTB4MCBhdCBwaHlubz0xCiAgICAgICAgcGNpYjMgcG5waW5mbyB2ZW5kb3I9 MHgxMDAyIGRldmljZT0weDc5MTUgc3VidmVuZG9yPTB4MTAzYyBzdWJkZXZpY2U9MHgzMGMy IGNsYXNzPTB4MDYwNDAwIGF0IHNsb3Q9NSBmdW5jdGlvbj0wIGhhbmRsZT1cX1NCXy5DMDhC LkMyNTUKICAgICAgICAgICAgSS9PIHBvcnRzOgogICAgICAgICAgICAgICAgMHgyMDAwLTB4 M2ZmZgogICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoKICAgICAgICAgICAgICAg IDB4Y2MwMDAwMDAtMHhjZmZmZmZmZgogICAgICAgICAgcGNpMzIKICAgICAgICBwY2liNCBw bnBpbmZvIHZlbmRvcj0weDEwMDIgZGV2aWNlPTB4NzkxNiBzdWJ2ZW5kb3I9MHgxMDNjIHN1 YmRldmljZT0weDMwYzIgY2xhc3M9MHgwNjA0MDAgYXQgc2xvdD02IGZ1bmN0aW9uPTAgaGFu ZGxlPVxfU0JfLkMwOEIuQzI1RgogICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoK ICAgICAgICAgICAgICAgIDB4YzgwMDAwMDAtMHhjODBmZmZmZgogICAgICAgICAgcGNpNDgK ICAgICAgICAgICAgc2liYV9id24wIHBucGluZm8gdmVuZG9yPTB4MTRlNCBkZXZpY2U9MHg0 MzEyIHN1YnZlbmRvcj0weDEwM2Mgc3ViZGV2aWNlPTB4MTM3MSBjbGFzcz0weDAyODAwMCBh dCBzbG90PTAgZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uQzA4Qi5DMjVGLkMyNjAKICAgICAg ICAgICAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICAgICAgICAg IDI1NwogICAgICAgICAgICAgICAgcGNpYjQgbWVtb3J5IHdpbmRvdzoKICAgICAgICAgICAg ICAgICAgICAweGM4MDAwMDAwLTB4YzgwMDNmZmYKICAgICAgICAgICAgICB1bmtub3duCiAg ICAgICAgICAgICAgYnduMAogICAgICAgICAgICAgIHVua25vd24KICAgICAgICAgICAgICB1 bmtub3duCiAgICAgICAgYWhjaTAgcG5waW5mbyB2ZW5kb3I9MHgxMDAyIGRldmljZT0weDQz ODAgc3VidmVuZG9yPTB4MTAwMiBzdWJkZXZpY2U9MHg0MzgwIGNsYXNzPTB4MDEwMThmIGF0 IHNsb3Q9MTggZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uQzA4Qi5DMjc1CiAgICAgICAgICAg IEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICAgICAgMTYKICAgICAgICAg ICAgSS9PIHBvcnRzOgogICAgICAgICAgICAgICAgMHg1MDE4LTB4NTAxYgogICAgICAgICAg ICAgICAgMHg1MDIwLTB4NTAyZgogICAgICAgICAgICAgICAgMHg5MDAwLTB4OTAwNwogICAg ICAgICAgICAgICAgMHg5MDA4LTB4OTAwYgogICAgICAgICAgICAgICAgMHg5MDEwLTB4OTAx NwogICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoKICAgICAgICAgICAgICAgIDB4 ZDA0MDkwMDAtMHhkMDQwOTNmZgogICAgICAgICAgYWhjaWNoMCBhdCBjaGFubmVsPTAKICAg ICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoKICAgICAgICAgICAgICAgICAgMHhk MDQwOTEwMC0weGQwNDA5MTdmCiAgICAgICAgb2hjaTAgcG5waW5mbyB2ZW5kb3I9MHgxMDAy IGRldmljZT0weDQzODcgc3VidmVuZG9yPTB4MTAzYyBzdWJkZXZpY2U9MHgzMGMyIGNsYXNz PTB4MGMwMzEwIGF0IHNsb3Q9MTkgZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uQzA4Qi5DMTJE CiAgICAgICAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICAgICAg MjMKICAgICAgICAgICAgSS9PIG1lbW9yeSBhZGRyZXNzZXM6CiAgICAgICAgICAgICAgICAw eGQwNDAxMDAwLTB4ZDA0MDFmZmYKICAgICAgICAgIHVzYnVzMAogICAgICAgICAgICB1aHVi MAogICAgICAgICAgICAgIHVtczAgcG5waW5mbyB2ZW5kb3I9MHgwNDZkIHByb2R1Y3Q9MHhj MDE4IGRldmNsYXNzPTB4MDAgZGV2c3ViY2xhc3M9MHgwMCBzZXJudW09IiIgcmVsZWFzZT0w eDQzMDAgbW9kZT1ob3N0IGludGNsYXNzPTB4MDMgaW50c3ViY2xhc3M9MHgwMSBpIGF0IGJ1 cz0xIGh1YmFkZHI9MSBwb3J0PTAgZGV2YWRkcj0yIGludGVyZmFjZT0wCiAgICAgICAgICAg ICAgdWJ0MCBwbnBpbmZvIHZlbmRvcj0weDAzZjAgcHJvZHVjdD0weDE3MWQgZGV2Y2xhc3M9 MHhlMCBkZXZzdWJjbGFzcz0weDAxIHNlcm51bT0iIiByZWxlYXNlPTB4MDEwMCBtb2RlPWhv c3QgaW50Y2xhc3M9MHhlMCBpbnRzdWJjbGFzcz0weDAxIGkgYXQgYnVzPTEgaHViYWRkcj0y IHBvcnQ9MCBkZXZhZGRyPTMgaW50ZXJmYWNlPTAKICAgICAgICBvaGNpMSBwbnBpbmZvIHZl bmRvcj0weDEwMDIgZGV2aWNlPTB4NDM4OCBzdWJ2ZW5kb3I9MHgxMDNjIHN1YmRldmljZT0w eDMwYzIgY2xhc3M9MHgwYzAzMTAgYXQgc2xvdD0xOSBmdW5jdGlvbj0xIGhhbmRsZT1cX1NC Xy5DMDhCLkMxMzEKICAgICAgICAgICAgSW50ZXJydXB0IHJlcXVlc3QgbGluZXM6CiAgICAg ICAgICAgICAgICAxNwogICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoKICAgICAg ICAgICAgICAgIDB4ZDA0MDIwMDAtMHhkMDQwMmZmZgogICAgICAgICAgdXNidXMxCiAgICAg ICAgICAgIHVodWIxCiAgICAgICAgb2hjaTIgcG5waW5mbyB2ZW5kb3I9MHgxMDAyIGRldmlj ZT0weDQzODkgc3VidmVuZG9yPTB4MTAzYyBzdWJkZXZpY2U9MHgzMGMyIGNsYXNzPTB4MGMw MzEwIGF0IHNsb3Q9MTkgZnVuY3Rpb249MiBoYW5kbGU9XF9TQl8uQzA4Qi5DMTM0CiAgICAg ICAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICAgICAgMTcKICAg ICAgICAgICAgSS9PIG1lbW9yeSBhZGRyZXNzZXM6CiAgICAgICAgICAgICAgICAweGQwNDAz MDAwLTB4ZDA0MDNmZmYKICAgICAgICAgIHVzYnVzMgogICAgICAgICAgICB1aHViMgogICAg ICAgIG9oY2kzIHBucGluZm8gdmVuZG9yPTB4MTAwMiBkZXZpY2U9MHg0MzhhIHN1YnZlbmRv cj0weDEwM2Mgc3ViZGV2aWNlPTB4MzBjMiBjbGFzcz0weDBjMDMxMCBhdCBzbG90PTE5IGZ1 bmN0aW9uPTMgaGFuZGxlPVxfU0JfLkMwOEIuQzEzNwogICAgICAgICAgICBJbnRlcnJ1cHQg cmVxdWVzdCBsaW5lczoKICAgICAgICAgICAgICAgIDE3CiAgICAgICAgICAgIEkvTyBtZW1v cnkgYWRkcmVzc2VzOgogICAgICAgICAgICAgICAgMHhkMDQwNDAwMC0weGQwNDA0ZmZmCiAg ICAgICAgICB1c2J1czMKICAgICAgICAgICAgdWh1YjMKICAgICAgICBvaGNpNCBwbnBpbmZv IHZlbmRvcj0weDEwMDIgZGV2aWNlPTB4NDM4YiBzdWJ2ZW5kb3I9MHgxMDNjIHN1YmRldmlj ZT0weDMwYzIgY2xhc3M9MHgwYzAzMTAgYXQgc2xvdD0xOSBmdW5jdGlvbj00IGhhbmRsZT1c X1NCXy5DMDhCLkMxM0EKICAgICAgICAgICAgSW50ZXJydXB0IHJlcXVlc3QgbGluZXM6CiAg ICAgICAgICAgICAgICAxNwogICAgICAgICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoKICAg ICAgICAgICAgICAgIDB4ZDA0MDUwMDAtMHhkMDQwNWZmZgogICAgICAgICAgdXNidXM0CiAg ICAgICAgICAgIHVodWI0CiAgICAgICAgZWhjaTAgcG5waW5mbyB2ZW5kb3I9MHgxMDAyIGRl dmljZT0weDQzODYgc3VidmVuZG9yPTB4MTAzYyBzdWJkZXZpY2U9MHgzMGMyIGNsYXNzPTB4 MGMwMzIwIGF0IHNsb3Q9MTkgZnVuY3Rpb249NSBoYW5kbGU9XF9TQl8uQzA4Qi5DMTNECiAg ICAgICAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICAgICAgMjMK ICAgICAgICAgICAgSS9PIG1lbW9yeSBhZGRyZXNzZXM6CiAgICAgICAgICAgICAgICAweGQw NDA2MDAwLTB4ZDA0MDYwZmYKICAgICAgICAgIHVzYnVzNQogICAgICAgICAgICB1aHViNQog ICAgICAgIHVua25vd24gcG5waW5mbyB2ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzODUgc3Vi dmVuZG9yPTB4MTAzYyBzdWJkZXZpY2U9MHgzMGMyIGNsYXNzPTB4MGMwNTAwIGF0IHNsb3Q9 MjAgZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uQzA4Qi5DMDlGCiAgICAgICAgICAgIEkvTyBw b3J0czoKICAgICAgICAgICAgICAgIDB4ODIwMC0weDgyMGYKICAgICAgICBhdGFwY2kwIHBu cGluZm8gdmVuZG9yPTB4MTAwMiBkZXZpY2U9MHg0MzhjIHN1YnZlbmRvcj0weDEwM2Mgc3Vi ZGV2aWNlPTB4MzBjMiBjbGFzcz0weDAxMDE4MiBhdCBzbG90PTIwIGZ1bmN0aW9uPTEgaGFu ZGxlPVxfU0JfLkMwOEIuQzEwQgogICAgICAgICAgICBJL08gcG9ydHM6CiAgICAgICAgICAg ICAgICAweDE3MC0weDE3NwogICAgICAgICAgICAgICAgMHgxZjAtMHgxZjcKICAgICAgICAg ICAgICAgIDB4Mzc2CiAgICAgICAgICAgICAgICAweDNmNgogICAgICAgICAgICAgICAgMHg1 MDQwLTB4NTA0ZgogICAgICAgICAgYXRhMCBhdCBjaGFubmVsPTAKICAgICAgICAgICAgICBJ bnRlcnJ1cHQgcmVxdWVzdCBsaW5lczoKICAgICAgICAgICAgICAgICAgMTQKICAgICAgICBo ZGFjMCBwbnBpbmZvIHZlbmRvcj0weDEwMDIgZGV2aWNlPTB4NDM4MyBzdWJ2ZW5kb3I9MHgx MDNjIHN1YmRldmljZT0weDMwYzIgY2xhc3M9MHgwNDAzMDAgYXQgc2xvdD0yMCBmdW5jdGlv bj0yIGhhbmRsZT1cX1NCXy5DMDhCLkMwRkQKICAgICAgICAgICAgSW50ZXJydXB0IHJlcXVl c3QgbGluZXM6CiAgICAgICAgICAgICAgICAxNgogICAgICAgICAgICBJL08gbWVtb3J5IGFk ZHJlc3NlczoKICAgICAgICAgICAgICAgIDB4YzgxMDAwMDAtMHhjODEwM2ZmZgogICAgICAg ICAgcGNtMAogICAgICAgIGlzYWIwIHBucGluZm8gdmVuZG9yPTB4MTAwMiBkZXZpY2U9MHg0 MzhkIHN1YnZlbmRvcj0weDEwM2Mgc3ViZGV2aWNlPTB4MzBjMiBjbGFzcz0weDA2MDEwMCBh dCBzbG90PTIwIGZ1bmN0aW9uPTMgaGFuZGxlPVxfU0JfLkMwOEIuQzBGRQogICAgICAgICAg aXNhMAogICAgICAgICAgICBzYzAKICAgICAgICAgICAgdmdhMAogICAgICAgICAgICAgICAg SS9PIHBvcnRzOgogICAgICAgICAgICAgICAgICAgIDB4M2MwLTB4M2RmCiAgICAgICAgICAg ICAgICBJL08gbWVtb3J5IGFkZHJlc3NlczoKICAgICAgICAgICAgICAgICAgICAweGEwMDAw LTB4YmZmZmYKICAgICAgICAgICAgZmRjMAogICAgICAgICAgICBwcGMwCiAgICAgICAgICAg IHVhcnQwCiAgICAgICAgICAgIHVhcnQxCiAgICAgICAgcGNpYjUgcG5waW5mbyB2ZW5kb3I9 MHgxMDAyIGRldmljZT0weDQzODQgc3VidmVuZG9yPTB4MDAwMCBzdWJkZXZpY2U9MHgwMDAw IGNsYXNzPTB4MDYwNDAxIGF0IHNsb3Q9MjAgZnVuY3Rpb249NCBoYW5kbGU9XF9TQl8uQzA4 Qi5DMEZDCiAgICAgICAgICAgIEkvTyBtZW1vcnkgYWRkcmVzc2VzOgogICAgICAgICAgICAg ICAgMHhkMDEwMDAwMC0weGQwMWZmZmZmCiAgICAgICAgICBwY2kyCiAgICAgICAgICAgIGNi YjAgcG5waW5mbyB2ZW5kb3I9MHgxMTgwIGRldmljZT0weDA0NzYgc3VidmVuZG9yPTB4MTAz YyBzdWJkZXZpY2U9MHgzMGMyIGNsYXNzPTB4MDYwNzAwIGF0IHNsb3Q9NCBmdW5jdGlvbj0w CiAgICAgICAgICAgICAgICBJbnRlcnJ1cHQgcmVxdWVzdCBsaW5lczoKICAgICAgICAgICAg ICAgICAgICAyMAogICAgICAgICAgICAgICAgcGNpYjUgbWVtb3J5IHdpbmRvdzoKICAgICAg ICAgICAgICAgICAgICAweGQwMTAwMDAwLTB4ZDAxMDBmZmYKICAgICAgICAgICAgICBjYXJk YnVzMAogICAgICAgICAgICAgIHBjY2FyZDAKICAgICAgICBob3N0YjEgcG5waW5mbyB2ZW5k b3I9MHgxMDIyIGRldmljZT0weDExMDAgc3VidmVuZG9yPTB4MDAwMCBzdWJkZXZpY2U9MHgw MDAwIGNsYXNzPTB4MDYwMDAwIGF0IHNsb3Q9MjQgZnVuY3Rpb249MAogICAgICAgIGhvc3Ri MiBwbnBpbmZvIHZlbmRvcj0weDEwMjIgZGV2aWNlPTB4MTEwMSBzdWJ2ZW5kb3I9MHgwMDAw IHN1YmRldmljZT0weDAwMDAgY2xhc3M9MHgwNjAwMDAgYXQgc2xvdD0yNCBmdW5jdGlvbj0x CiAgICAgICAgaG9zdGIzIHBucGluZm8gdmVuZG9yPTB4MTAyMiBkZXZpY2U9MHgxMTAyIHN1 YnZlbmRvcj0weDAwMDAgc3ViZGV2aWNlPTB4MDAwMCBjbGFzcz0weDA2MDAwMCBhdCBzbG90 PTI0IGZ1bmN0aW9uPTIKICAgICAgICBob3N0YjQgcG5waW5mbyB2ZW5kb3I9MHgxMDIyIGRl dmljZT0weDExMDMgc3VidmVuZG9yPTB4MDAwMCBzdWJkZXZpY2U9MHgwMDAwIGNsYXNzPTB4 MDYwMDAwIGF0IHNsb3Q9MjQgZnVuY3Rpb249MwogICAgICAgICAgYW1kdGVtcDAKICAgIHVu a25vd24gcG5waW5mbyBfSElEPW5vbmUgX1VJRD0wIGF0IGhhbmRsZT1cX1NCXy5DMDhCLkMw RkQuQzE3MQogICAgYWNwaV9lYzAgcG5waW5mbyBfSElEPVBOUDBDMDkgX1VJRD0wIGF0IGhh bmRsZT1cX1NCXy5DMDhCLkMwRkUuQzE3MgogICAgICAgIEkvTyBwb3J0czoKICAgICAgICAg ICAgMHg2MgogICAgICAgICAgICAweDY2CiAgICB1bmtub3duIHBucGluZm8gX0hJRD1QTlAw QTA2IF9VSUQ9MCBhdCBoYW5kbGU9XF9TQl8uQzA4Qi5DMEZFLkMxRjIKICAgIHVua25vd24g cG5waW5mbyBfSElEPVBOUDA1MDEgX1VJRD0wIGF0IGhhbmRsZT1cX1NCXy5DMDhCLkMwRkUu QzFGMi5DMjIwCiAgICB1bmtub3duIHBucGluZm8gX0hJRD1ub25lIF9VSUQ9MCBhdCBoYW5k bGU9XF9TQl8uQzA4Qi5DMEZFLkMxRjIuQzIyMC5DMjI0CiAgICB1bmtub3duIHBucGluZm8g X0hJRD1QTlAwNDAwIF9VSUQ9MCBhdCBoYW5kbGU9XF9TQl8uQzA4Qi5DMEZFLkMxRjIuQzIy NQogICAgdW5rbm93biBwbnBpbmZvIF9ISUQ9bm9uZSBfVUlEPTAgYXQgaGFuZGxlPVxfU0Jf LkMwOEIuQzBGRS5DMUYyLkMyMjUuQzIzMQogICAgdW5rbm93biBwbnBpbmZvIF9ISUQ9SUZY MDEwMiBfVUlEPTAgYXQgaGFuZGxlPVxfU0JfLkMwOEIuQzBGRS5DMjMyCiAgICBmcHVwbnAw IHBucGluZm8gX0hJRD1QTlAwQzA0IF9VSUQ9MCBhdCBoYW5kbGU9XF9TQl8uQzA4Qi5DMEZF LkMyNDIKICAgICAgICBJL08gcG9ydHM6CiAgICAgICAgICAgIDB4ZjAtMHhmZgogICAgYXR0 aW1lcjAgcG5waW5mbyBfSElEPVBOUDAxMDAgX1VJRD0wIGF0IGhhbmRsZT1cX1NCXy5DMDhC LkMwRkUuQzI0MwogICAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAg ICAwCiAgICAgICAgSS9PIHBvcnRzOgogICAgICAgICAgICAweDQwLTB4NDMKICAgIGF0ZG1h MCBwbnBpbmZvIF9ISUQ9UE5QMDIwMCBfVUlEPTAgYXQgaGFuZGxlPVxfU0JfLkMwOEIuQzBG RS5DMjJBCiAgICAgICAgRE1BIHJlcXVlc3QgbGluZXM6CiAgICAgICAgICAgIDQKICAgICAg ICBJL08gcG9ydHM6CiAgICAgICAgICAgIDB4MC0weGYKICAgICAgICAgICAgMHg4MC0weDhm CiAgICAgICAgICAgIDB4YzAtMHhkZgogICAgdW5rbm93biBwbnBpbmZvIF9ISUQ9UE5QMDgw MCBfVUlEPTAgYXQgaGFuZGxlPVxfU0JfLkMwOEIuQzBGRS5DMjQ0CiAgICAgICAgSS9PIHBv cnRzOgogICAgICAgICAgICAweDYxCiAgICBhdHJ0YzAgcG5waW5mbyBfSElEPVBOUDBCMDAg X1VJRD0wIGF0IGhhbmRsZT1cX1NCXy5DMDhCLkMwRkUuQzI0NQogICAgICAgIEludGVycnVw dCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICA4CiAgICAgICAgSS9PIHBvcnRzOgogICAg ICAgICAgICAweDcwLTB4NzEKICAgICAgICAgICAgMHg3Mi0weDczCiAgICB1bmtub3duIHBu cGluZm8gX0hJRD1QTlAwMTAzIF9VSUQ9MCBhdCBoYW5kbGU9XF9TQl8uQzA4Qi5DMEZFLkMy NDYKICAgIGF0a2JkYzAgcG5waW5mbyBfSElEPVBOUDAzMDMgX1VJRD0wIGF0IGhhbmRsZT1c X1NCXy5DMDhCLkMwRkUuQzI0QQogICAgICAgIEludGVycnVwdCByZXF1ZXN0IGxpbmVzOgog ICAgICAgICAgICAxCiAgICAgICAgSS9PIHBvcnRzOgogICAgICAgICAgICAweDYwCiAgICAg ICAgICAgIDB4NjQKICAgICAgYXRrYmQwCiAgICAgIHBzbTAKICAgICAgICAgIEludGVycnVw dCByZXF1ZXN0IGxpbmVzOgogICAgICAgICAgICAgIDEyCiAgICBwc21jcG5wMCBwbnBpbmZv IF9ISUQ9U1lOMDEzMSBfVUlEPTAgYXQgaGFuZGxlPVxfU0JfLkMwOEIuQzBGRS5DMjRCCiAg ICB1bmtub3duIHBucGluZm8gX0hJRD1ub25lIF9VSUQ9MCBhdCBoYW5kbGU9XF9TQl8uQzA4 Qi5DMEZFLkMyNEIuQzI0RAogICAgdW5rbm93biBwbnBpbmZvIF9ISUQ9UE5QMDAwMCBfVUlE PTAgYXQgaGFuZGxlPVxfU0JfLkMwOEIuQzBGRS5DMjRGCiAgICAgICAgSS9PIHBvcnRzOgog ICAgICAgICAgICAweDIwLTB4MjEKICAgICAgICAgICAgMHhhMC0weGExCiAgICBhY3BpX3N5 c3Jlc291cmNlMSBwbnBpbmZvIF9ISUQ9UE5QMEMwMiBfVUlEPTIgYXQgaGFuZGxlPVxfU0Jf LkMwOEIuQzBGRS5DMzdDCiAgICBwY2lfbGluazAgcG5waW5mbyBfSElEPVBOUDBDMEYgX1VJ RD05NiBhdCBoYW5kbGU9XF9TQl8uQzA4Qi5DMTQ1CiAgICBwY2lfbGluazEgcG5waW5mbyBf SElEPVBOUDBDMEYgX1VJRD05NyBhdCBoYW5kbGU9XF9TQl8uQzA4Qi5DMTQ2CiAgICBwY2lf bGluazIgcG5waW5mbyBfSElEPVBOUDBDMEYgX1VJRD05OCBhdCBoYW5kbGU9XF9TQl8uQzA4 Qi5DMTQ3CiAgICBwY2lfbGluazMgcG5waW5mbyBfSElEPVBOUDBDMEYgX1VJRD05OSBhdCBo YW5kbGU9XF9TQl8uQzA4Qi5DMTQ4CiAgICBwY2lfbGluazQgcG5waW5mbyBfSElEPVBOUDBD MEYgX1VJRD0xMDQgYXQgaGFuZGxlPVxfU0JfLkMwOEIuQzE0OQogICAgcGNpX2xpbms1IHBu cGluZm8gX0hJRD1QTlAwQzBGIF9VSUQ9MTA1IGF0IGhhbmRsZT1cX1NCXy5DMDhCLkMxNEEK ICAgIHBjaV9saW5rNiBwbnBpbmZvIF9ISUQ9UE5QMEMwRiBfVUlEPTEwNiBhdCBoYW5kbGU9 XF9TQl8uQzA4Qi5DMTRCCiAgICBwY2lfbGluazcgcG5waW5mbyBfSElEPVBOUDBDMEYgX1VJ RD0xMDcgYXQgaGFuZGxlPVxfU0JfLkMwOEIuQzE0QwogICAgdW5rbm93biBwbnBpbmZvIF9I SUQ9SFBRMDAwNCBfVUlEPTAgYXQgaGFuZGxlPVxfU0JfLkMwOEIuQUNFTAogICAgYWNwaV9z eXNyZXNvdXJjZTIgcG5waW5mbyBfSElEPVBOUDBDMDIgX1VJRD0xIGF0IGhhbmRsZT1cX1NC Xy5DMDhCLkMzN0EKICAgIHVua25vd24gcG5waW5mbyBfSElEPUhQUTAwMDYgX1VJRD0wIGF0 IGhhbmRsZT1cX1NCXy5DMjRFCiAgICBiYXR0ZXJ5MCBwbnBpbmZvIF9ISUQ9UE5QMEMwQSBf VUlEPTEgYXQgaGFuZGxlPVxfU0JfLkMxRUQKICAgIGJhdHRlcnkxIHBucGluZm8gX0hJRD1Q TlAwQzBBIF9VSUQ9MiBhdCBoYW5kbGU9XF9TQl8uQzFFQwogICAgYWNwaV9hY2FkMCBwbnBp bmZvIF9ISUQ9QUNQSTAwMDMgX1VJRD0wIGF0IGhhbmRsZT1cX1NCXy5DMUVCCiAgICBhY3Bp X2J1dHRvbjAgcG5waW5mbyBfSElEPVBOUDBDMEUgX1VJRD0wIGF0IGhhbmRsZT1cX1NCXy5D MjhECiAgICBhY3BpX2xpZDAgcG5waW5mbyBfSElEPVBOUDBDMEQgX1VJRD0wIGF0IGhhbmRs ZT1cX1NCXy5DMUYwCiAgICB1bmtub3duIHBucGluZm8gX0hJRD1QTlAwQzMyIF9VSUQ9MSBh dCBoYW5kbGU9XF9TQl8uQzFFRQogICAgYWNwaV93bWkwIHBucGluZm8gX0hJRD1QTlAwQzE0 IF9VSUQ9MCBhdCBoYW5kbGU9XF9TQl8uQzI4QQogICAgICBhY3BpX2hwMAogICAgYWNwaV9z eXNyZXNvdXJjZTMgcG5waW5mbyBfSElEPVBOUDBDMDIgX1VJRD0wIGF0IGhhbmRsZT1cX1NC Xy5DMzYxCiAgICB1bmtub3duIHBucGluZm8gX0hJRD1ub25lIF9VSUQ9MCBhdCBoYW5kbGU9 XF9UWl8uQzM5NwogICAgdW5rbm93biBwbnBpbmZvIF9ISUQ9bm9uZSBfVUlEPTAgYXQgaGFu ZGxlPVxfVFpfLkMzOTgKICAgIHVua25vd24gcG5waW5mbyBfSElEPW5vbmUgX1VJRD0wIGF0 IGhhbmRsZT1cX1RaXy5DMzk5CiAgICB1bmtub3duIHBucGluZm8gX0hJRD1ub25lIF9VSUQ9 MCBhdCBoYW5kbGU9XF9UWl8uQzM5QQogICAgdW5rbm93biBwbnBpbmZvIF9ISUQ9UE5QMEMw QiBfVUlEPTAgYXQgaGFuZGxlPVxfVFpfLkMzOUIKICAgIHVua25vd24gcG5waW5mbyBfSElE PVBOUDBDMEIgX1VJRD0xIGF0IGhhbmRsZT1cX1RaXy5DMzlDCiAgICB1bmtub3duIHBucGlu Zm8gX0hJRD1QTlAwQzBCIF9VSUQ9MiBhdCBoYW5kbGU9XF9UWl8uQzM5RAogICAgdW5rbm93 biBwbnBpbmZvIF9ISUQ9UE5QMEMwQiBfVUlEPTMgYXQgaGFuZGxlPVxfVFpfLkMzOUUKICAg IGFjcGlfdHowIHBucGluZm8gX0hJRD1ub25lIF9VSUQ9MCBhdCBoYW5kbGU9XF9UWl8uVFox XwogICAgYWNwaV90aW1lcjAgcG5waW5mbyB1bmtub3duIGF0IHVua25vd24KICAgICAgICBB Q1BJIEkvTyBwb3J0czoKICAgICAgICAgICAgMHg4MDA4LTB4ODAwYgo= --------------090402090408030008040306 Content-Type: text/plain; charset=UTF-8; name="devinfo-u.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="devinfo-u.txt" SW50ZXJydXB0IHJlcXVlc3QgbGluZXM6CiAgICAwIChhdHRpbWVyMCkKICAgIDEgKGF0a2Jk YzApCiAgICAzLTcgKHJvb3QwKQogICAgOCAoYXRydGMwKQogICAgOSAoYWNwaTApCiAgICAx MC0xMSAocm9vdDApCiAgICAxMiAocHNtMCkKICAgIDEzIChyb290MCkKICAgIDE0IChhdGEw KQogICAgMTUgKHJvb3QwKQogICAgMTYgKGhkYWMwKQogICAgMTYgKGFoY2kwKQogICAgMTcg KG9oY2k0KQogICAgMTcgKG9oY2kzKQogICAgMTcgKG9oY2kyKQogICAgMTcgKG9oY2kxKQog ICAgMTgtMTkgKHJvb3QwKQogICAgMjAgKGNiYjApCiAgICAyMS0yMiAocm9vdDApCiAgICAy MyAoZWhjaTApCiAgICAyMyAob2hjaTApCiAgICAyNTYgKGJnZTApCiAgICAyNTcgKHNpYmFf YnduMCkKICAgIDI1OCAodmdhcGNpMCkKRE1BIHJlcXVlc3QgbGluZXM6CiAgICAwLTMgKHJv b3QwKQogICAgNCAoYXRkbWEwKQogICAgNS03IChyb290MCkKSS9PIHBvcnRzOgogICAgMHgw LTB4ZiAoYXRkbWEwKQogICAgMHgxMC0weDFmIChhY3BpMCkKICAgIDB4MjAtMHgyMSAtLS0t CiAgICAweDIyLTB4MjMgKGFjcGkwKQogICAgMHgyNC0weDJkIChyb290MCkKICAgIDB4MmUt MHgyZiAoYWNwaTApCiAgICAweDMwLTB4M2YgKHJvb3QwKQogICAgMHg0MC0weDQzIChhdHRp bWVyMCkKICAgIDB4NDQtMHg0ZCAocm9vdDApCiAgICAweDRlLTB4NGYgKGFjcGkwKQogICAg MHg1MC0weDVmIChyb290MCkKICAgIDB4NjAgKGF0a2JkYzApCiAgICAweDYxIC0tLS0KICAg IDB4NjIgKGFjcGlfZWMwKQogICAgMHg2MyAocm9vdDApCiAgICAweDY0IChhdGtiZGMwKQog ICAgMHg2NSAocm9vdDApCiAgICAweDY2IChhY3BpX2VjMCkKICAgIDB4NjctMHg2ZiAocm9v dDApCiAgICAweDcwLTB4NzEgKGF0cnRjMCkKICAgIDB4NzItMHg3MyAoYXRydGMwKQogICAg MHg3NC0weDdmIChyb290MCkKICAgIDB4ODAtMHg4ZiAoYXRkbWEwKQogICAgMHg5MC0weDkx IChyb290MCkKICAgIDB4OTIgKGFjcGkwKQogICAgMHg5My0weDlmIChyb290MCkKICAgIDB4 YTAtMHhhMSAtLS0tCiAgICAweGEyLTB4YmYgKHJvb3QwKQogICAgMHhjMC0weGRmIChhdGRt YTApCiAgICAweGUwLTB4ZWYgKHJvb3QwKQogICAgMHhmMC0weGZmIChmcHVwbnAwKQogICAg MHgxMDAtMHgxNmYgKHJvb3QwKQogICAgMHgxNzAtMHgxNzcgKGF0YXBjaTApCiAgICAweDE3 OC0weDFlZiAocm9vdDApCiAgICAweDFmMC0weDFmNyAoYXRhcGNpMCkKICAgIDB4MWY4LTB4 Mzc1IChyb290MCkKICAgIDB4Mzc2IChhdGFwY2kwKQogICAgMHgzNzctMHgzYmYgKHJvb3Qw KQogICAgMHgzYzAtMHgzZGYgKHZnYTApCiAgICAweDNlMC0weDNmNSAocm9vdDApCiAgICAw eDNmNiAoYXRhcGNpMCkKICAgIDB4M2Y3LTB4NDBhIChyb290MCkKICAgIDB4NDBiIChhY3Bp MCkKICAgIDB4NDBjLTB4NGNmIChyb290MCkKICAgIDB4NGQwLTB4NGQxIChhY3BpMCkKICAg IDB4NGQyLTB4NGQ1IChyb290MCkKICAgIDB4NGQ2IChhY3BpMCkKICAgIDB4NGQ3LTB4NGZm IChyb290MCkKICAgIDB4NTAwLTB4NTNmIChhY3BpMCkKICAgIDB4NTQwLTB4YmZmIChyb290 MCkKICAgIDB4YzAwLTB4YzAxIChhY3BpMCkKICAgIDB4YzAyLTB4YzEzIChyb290MCkKICAg IDB4YzE0IChhY3BpMCkKICAgIDB4YzE1LTB4YzRmIChyb290MCkKICAgIDB4YzUwLTB4YzUx IChhY3BpMCkKICAgIDB4YzUyIChhY3BpMCkKICAgIDB4YzUzLTB4YzZiIChyb290MCkKICAg IDB4YzZjIChhY3BpMCkKICAgIDB4YzZkLTB4YzZlIChyb290MCkKICAgIDB4YzZmIChhY3Bp MCkKICAgIDB4YzcwLTB4Y2NmIChyb290MCkKICAgIDB4Y2QwLTB4Y2RmIChhY3BpMCkKICAg IDB4Y2UwLTB4Y2Y3IChyb290MCkKICAgIDB4Y2Y4LTB4Y2ZmIChwY2liMCkKICAgIDB4ZDAw LTB4MWZmZiAocm9vdDApCiAgICAweDIwMDAtMHgzZmZmIChwY2liMykKICAgIDB4NDAwMC0w eDRmZmYgKHBjaWIxKQogICAgMHg1MDAwLTB4NTAxNyAocm9vdDApCiAgICAweDUwMTgtMHg1 MDFiIChhaGNpMCkKICAgIDB4NTAxYy0weDUwMWYgKHJvb3QwKQogICAgMHg1MDIwLTB4NTAy ZiAoYWhjaTApCiAgICAweDUwMzAtMHg1MDNmIChyb290MCkKICAgIDB4NTA0MC0weDUwNGYg KGF0YXBjaTApCiAgICAweDUwNTAtMHg3ZmZmIChyb290MCkKICAgIDB4ODAwMC0weDgwMmYg KGFjcGkwKQogICAgMHg4MDMwLTB4ODBmZiAocm9vdDApCiAgICAweDgxMDAtMHg4MTFmIChh Y3BpMCkKICAgIDB4ODEyMC0weDgxZmYgKHJvb3QwKQogICAgMHg4MjAwLTB4ODIwZiAtLS0t CiAgICAweDgyMTAtMHg4ZmZmIChyb290MCkKICAgIDB4OTAwMC0weDkwMDcgKGFoY2kwKQog ICAgMHg5MDA4LTB4OTAwYiAoYWhjaTApCiAgICAweDkwMGMtMHg5MDBmIChyb290MCkKICAg IDB4OTAxMC0weDkwMTcgKGFoY2kwKQogICAgMHg5MDE4LTB4ZmZmZiAocm9vdDApCkkvTyBt ZW1vcnkgYWRkcmVzc2VzOgogICAgMHgwLTB4OWZiZmYgKHJhbTApCiAgICAweDlmYzAwLTB4 OWZmZmYgKHJvb3QwKQogICAgMHhhMDAwMC0weGJmZmZmICh2Z2EwKQogICAgMHhjMDAwMC0w eGNkM2ZmIChyb290MCkKICAgIDB4Y2Q0MDAtMHhjZmZmZiAoYWNwaTApCiAgICAweGQwMDAw LTB4ZDI5ZmYgKHJvb3QwKQogICAgMHhkMmEwMC0weGQyZmZmIChhY3BpMCkKICAgIDB4ZDMw MDAtMHhkZmZmZiAocm9vdDApCiAgICAweGUwMDAwLTB4ZmZmZmYgKGFjcGkwKQogICAgMHgx MDAwMDAtMHhiN2ZhZmZmZiAocmFtMCkKICAgIDB4YjdmYjAwMDAtMHhiZmZmZmZmZiAocm9v dDApCiAgICAweGMwMDAwMDAwLTB4YzdmZmZmZmYgKHBjaWIxKQogICAgMHhjODAwMDAwMC0w eGM4MGZmZmZmIChwY2liNCkKICAgIDB4YzgxMDAwMDAtMHhjODEwM2ZmZiAoaGRhYzApCiAg ICAweGM4MTA0MDAwLTB4Y2JmZmZmZmYgKHJvb3QwKQogICAgMHhjYzAwMDAwMC0weGNmZmZm ZmZmIChwY2liMykKICAgIDB4ZDAwMDAwMDAtMHhkMDBmZmZmZiAocGNpYjIpCiAgICAweGQw MTAwMDAwLTB4ZDAxZmZmZmYgKHBjaWI1KQogICAgMHhkMDIwMDAwMC0weGQwM2ZmZmZmIChw Y2liMSkKICAgIDB4ZDA0MDAwMDAtMHhkMDQwMGZmZiAocm9vdDApCiAgICAweGQwNDAxMDAw LTB4ZDA0MDFmZmYgKG9oY2kwKQogICAgMHhkMDQwMjAwMC0weGQwNDAyZmZmIChvaGNpMSkK ICAgIDB4ZDA0MDMwMDAtMHhkMDQwM2ZmZiAob2hjaTIpCiAgICAweGQwNDA0MDAwLTB4ZDA0 MDRmZmYgKG9oY2kzKQogICAgMHhkMDQwNTAwMC0weGQwNDA1ZmZmIChvaGNpNCkKICAgIDB4 ZDA0MDYwMDAtMHhkMDQwNjBmZiAoZWhjaTApCiAgICAweGQwNDA2MTAwLTB4ZDA0MDhmZmYg KHJvb3QwKQogICAgMHhkMDQwOTAwMC0weGQwNDA5M2ZmIChhaGNpMCkKICAgIDB4ZDA0MDk0 MDAtMHhmZWJmZmZmZiAocm9vdDApCiAgICAweGZlYzAwMDAwLTB4ZmVjMDAwMWYgKGFwaWMw KQogICAgMHhmZWMwMDAyMC0weGZlZGZmZmZmIChyb290MCkKICAgIDB4ZmVlMDAwMDAtMHhm ZWUwMDNmZiAoYXBpYzApCiAgICAweGZlZTAwNDAwLTB4ZmZmZmZmZmYgKHJvb3QwKQogICAg MHgxMDAwMDAwMDAtMHgxM2ZmZmZmZmYgKHJhbTApCiAgICAweDE0MDAwMDAwMC0weGZmZmZm ZmZmZmZmZmZmZmYgKHJvb3QwKQpBQ1BJIEkvTyBwb3J0czoKICAgIDB4MTAtMHgxZiAocm9v dDApCiAgICAweDIyLTB4MjMgKHJvb3QwKQogICAgMHgyZS0weDJmIChyb290MCkKICAgIDB4 NGUtMHg0ZiAocm9vdDApCiAgICAweDkyIChyb290MCkKICAgIDB4NDBiIChyb290MCkKICAg IDB4NGQwLTB4NGQxIChyb290MCkKICAgIDB4NGQ2IChyb290MCkKICAgIDB4NTAwLTB4NTNm IChyb290MCkKICAgIDB4YzAwLTB4YzAxIChyb290MCkKICAgIDB4YzE0IChyb290MCkKICAg IDB4YzUwLTB4YzUyIChyb290MCkKICAgIDB4YzZjIChyb290MCkKICAgIDB4YzZmIChyb290 MCkKICAgIDB4Y2QwLTB4Y2RmIChyb290MCkKICAgIDB4ODAwMC0weDgwMDcgKHJvb3QwKQog ICAgMHg4MDA4LTB4ODAwYiAoYWNwaV90aW1lcjApCiAgICAweDgwMGMtMHg4MDBmIChyb290 MCkKICAgIDB4ODAxMC0weDgwMTMgKGFjcGlfdGhyb3R0bGUwKQogICAgMHg4MDE0LTB4ODAy ZiAocm9vdDApCiAgICAweDgxMDAtMHg4MTFmIChyb290MCkKQUNQSSBJL08gbWVtb3J5IGFk ZHJlc3NlczoKICAgIDB4Y2Q0MDAtMHhjZmZmZiAocm9vdDApCiAgICAweGQyYTAwLTB4ZDJm ZmYgKHJvb3QwKQogICAgMHhlMDAwMC0weGZmZmZmIChyb290MCkKcGNpYjEgSS9PIHBvcnQg d2luZG93OgogICAgMHg0MDAwLTB4NDBmZiAodmdhcGNpMCkKICAgIDB4NDEwMC0weDRmZmYg KHJvb3QwKQpwY2liMSBtZW1vcnkgd2luZG93OgogICAgMHhkMDIwMDAwMC0weGQwMjBmZmZm ICh2Z2FwY2kwKQogICAgMHhkMDIxMDAwMC0weGQwMmZmZmZmIChyb290MCkKICAgIDB4ZDAz MDAwMDAtMHhkMDNmZmZmZiAodmdhcGNpMCkKcGNpYjEgcHJlZmV0Y2ggd2luZG93OgogICAg MHhjMDAwMDAwMC0weGM3ZmZmZmZmICh2Z2FwY2kwKQpwY2liMiBJL08gcG9ydCB3aW5kb3c6 CnBjaWIyIG1lbW9yeSB3aW5kb3c6CiAgICAweGQwMDAwMDAwLTB4ZDAwMGZmZmYgKGJnZTAp CiAgICAweGQwMDEwMDAwLTB4ZDAwZmZmZmYgKHJvb3QwKQpwY2liMiBwcmVmZXRjaCB3aW5k b3c6CnBjaWIzIEkvTyBwb3J0IHdpbmRvdzoKICAgIDB4MjAwMC0weDNmZmYgKHJvb3QwKQpw Y2liMyBtZW1vcnkgd2luZG93OgogICAgMHhjYzAwMDAwMC0weGNmZmZmZmZmIChyb290MCkK cGNpYjMgcHJlZmV0Y2ggd2luZG93OgpwY2liNCBJL08gcG9ydCB3aW5kb3c6CnBjaWI0IG1l bW9yeSB3aW5kb3c6CiAgICAweGM4MDAwMDAwLTB4YzgwMDNmZmYgKHNpYmFfYnduMCkKICAg IDB4YzgwMDQwMDAtMHhjODBmZmZmZiAocm9vdDApCnBjaWI0IHByZWZldGNoIHdpbmRvdzoK SS9PIG1lbW9yeSBhZGRyZXNzZXM6CiAgICAweGQwNDA5MDAwLTB4ZDA0MDkwZmYgKHJvb3Qw KQogICAgMHhkMDQwOTEwMC0weGQwNDA5MTdmIChhaGNpY2gwKQogICAgMHhkMDQwOTE4MC0w eGQwNDA5M2ZmIChyb290MCkKcGNpYjUgSS9PIHBvcnQgd2luZG93OgpwY2liNSBtZW1vcnkg d2luZG93OgogICAgMHhkMDEwMDAwMC0weGQwMTAwZmZmIChjYmIwKQogICAgMHhkMDEwMTAw MC0weGQwMWZmZmZmIChyb290MCkKcGNpYjUgcHJlZmV0Y2ggd2luZG93Ogo= --------------090402090408030008040306-- From owner-freebsd-current@FreeBSD.ORG Fri May 3 18:16:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DABFA1CE for ; Fri, 3 May 2013 18:16:33 +0000 (UTC) (envelope-from peter@wemm.org) Received: from mail-ve0-x231.google.com (mail-ve0-x231.google.com [IPv6:2607:f8b0:400c:c01::231]) by mx1.freebsd.org (Postfix) with ESMTP id 9991B1922 for ; Fri, 3 May 2013 18:16:33 +0000 (UTC) Received: by mail-ve0-f177.google.com with SMTP id jw11so1753705veb.8 for ; Fri, 03 May 2013 11:16:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=HJ+fFk0gr+nOS6E7DUc2Zvha9UVAvSFdQaxZNhWxkF0=; b=ZJGfmVDRvmAmsQgOV5H+/YupjtA60BweL4mAiOUtdETLejbvPY2NBS4S9L+TUHCmH4 M7MOkY9FJ3aikWqqfEk8S9E87ywjQZ7bqm6qWob07cpahSf1EwqDhjkfDRpIl9UBK6s0 7GZlRxKYPewN3txBIgcFFpnHcqqW1+KuuAoO0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=HJ+fFk0gr+nOS6E7DUc2Zvha9UVAvSFdQaxZNhWxkF0=; b=Fj1tZj/sLg4AJhP0qVniYA10hRC8f6LF+RVrAonN7an37MDr3LmMkD0hHAfYhKPhEo IXMdj1yAS5deS5F8mtiYIkrmi/wWpParAeQe0/VzEl+Q1VLtS94o6X3l/UKi1GAZtLjI 2Zvx3zf9kbRh0rR+b2kpfFjpdQeVQ31/gpfi6fsprd07sRSP1Ua/AHvXKFBu+5tgoPxl bDBbomyx/zHgCk67cJXQ7VYGRYjFyJYIPjcZvPY9PM35/q1lDFxzQjLwonHQZPd2+C2F uh8Uh5o/RmVj/SOmHE/YRJbcd186PZKyb10xg2RQQhmDqHzcbI646DYQ3NL1olRlIH8k jQgg== MIME-Version: 1.0 X-Received: by 10.52.165.83 with SMTP id yw19mr3376278vdb.74.1367604992786; Fri, 03 May 2013 11:16:32 -0700 (PDT) Received: by 10.220.197.66 with HTTP; Fri, 3 May 2013 11:16:32 -0700 (PDT) In-Reply-To: <201305021432.34456.jhb@freebsd.org> References: <201305021209.41221.jhb@freebsd.org> <52B3AEE5-D24A-4ED3-BB11-E7E27BFB447F@freebsd.org> <201305021432.34456.jhb@freebsd.org> Date: Fri, 3 May 2013 11:16:32 -0700 Message-ID: Subject: Re: panic: in_pcblookup_local (?) From: Peter Wemm To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlhTMuLvirpyelzKV2TQOk7fJ7y7W0lYOsqM0CJC5RVCOlaHX8hl5XxLxagkdyg+Dv3HuOw Cc: Glen Barber , Ian FREISLICH , "Robert N. M. Watson" , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 18:16:33 -0000 On Thu, May 2, 2013 at 11:32 AM, John Baldwin wrote: > On Thursday, May 02, 2013 1:53:47 pm Ian FREISLICH wrote: >> John Baldwin wrote: >> > On Thursday, May 02, 2013 7:25:08 am Robert N. M. Watson wrote: >> > > >> > > On 2 May 2013, at 11:42, Glen Barber wrote: >> > > >> > > > Hmm. Perhaps it would be worthwhile for me to rebuild the current >> > > > kernel with DDB support. It looks like the machine has panicked a few >> > > > times over the last two weeks or so, but based on the timestamps of the >> > > > crash dumps and nagios complaints, happened during the middle of the >> > > > night when I would not have really noticed, or otherwise would have just >> > > > blamed my ISP. >> > > > >> > > > Two of the panics are ath(4) related. One looks similar to the one >> > > > referenced in this thread, similarly triggered by a CFEngine process. >> > > > >> > > > In that case, the backtrace looks like: >> > > > >> > > > #4 0xffffffff808cdbb3 at calltrap+0x8 >> > > > #5 0xffffffff807371d8 at in_pcb_lport+0x128 >> > > > #6 0xffffffff8073745a at in_pcbbind_setup+0x16a >> > > > #7 0xffffffff80737d8e at in_pcbconnect_setup+0x71e >> > > > #8 0xffffffff80737df9 at in_pcbconnect_mbuf+0x59 >> > > > #9 0xffffffff807bf29f at udp_connect+0x11f >> > > > #10 0xffffffff80680615 at kern_connectat+0x275 >> > > > >> > > > Regarding DDB though, it would be rather difficult to access the machine >> > > > if it drops to a DDB debugger session, since the machine acts as my >> > > > firewall. >> > > >> > > Thanks -- will take a look at the attached. >> > > >> > > FWIW, though, I'm worried by the number of panics you are seeing, especiall >> y >> > given that they involve multiple subsystems, and in particular, John's >> > observation about a potentially corrupted pointer. This makes me wonder >> > whether (a) you are experiencing hardware faults -- it would be worth running >> >> > some memory/cpu/etc tests and (b) if we might be seeing a software memory >> > corruption bug of some sort. >> > >> > Other users have reported this (Ian Lepore), and Peter Wemm can now reproduce >> > these at will as well, so I think this is a software bug. What might be >> > easiest if we can't figure this out from the crashdump is just to bisect the >> > offending revision. >> >> I've started a binary search. I'll let you know what that turns up. > > Thanks, and sorry for getting my Ian's mixed up. :-/ > > -- > John Baldwin I forgot to roll back one of the routers at nyi.freebsd.org and it paniced again, the same way as before: Fatal trap 9: general protection fault while in kernel mode^M cpuid = 3; apic id = 03^M instruction pointer = 0x20:0xffffffff8067284c^M stack pointer = 0x28:0xffffff8098688760^M frame pointer = 0x28:0xffffff80986887a0^M code segment = base 0x0, limit 0xfffff, type 0x1b^M = DPL 0, pres 1, long 1, def32 0, gran 1^M processor eflags = interrupt enabled, resume, IOPL = 0^M current process = 15041 (svn)^M [ thread pid 15041 tid 100208 ]^M Stopped at in_pcblookup_local+0x5c: cmpw %r12w,0x18(%rax)^M #8 0xffffffff80829dff in calltrap () at ../../../amd64/amd64/exception.S:228 #9 0xffffffff8067284c in in_pcblookup_local (pcbinfo=0xffffffff80c9e180, laddr= {s_addr = 708980576}, lport=607, lookupflags=1, cred=0xfffffe006956d700) at ../../../netinet/in_pcb.c:1438 #10 0xffffffff80672d38 in in_pcb_lport (inp=0xfffffe00098aa620, laddrp=0xffffff809845d860, lportp=0xffffff809845d86e, cred=0xfffffe006956d700, lookupflags=1) at ../../../netinet/in_pcb.c:457 #11 0xffffffff80672fba in in_pcbbind_setup (inp=0xfffffe00098aa620, nam=0x0, laddrp=0xffffff809845d900, lportp=0xffffff809845d90e, cred=0xfffffe006956d700) at ../../../netinet/in_pcb.c:615 #12 0xffffffff806738ee in in_pcbconnect_setup (inp=0xfffffe00098aa620, nam=, laddrp=0xffffff809845d9b8, lportp=0xffffff809845d9be, faddrp=0xffffff809845d9b4, fportp=0xffffff809845d9bc, oinpp=0x0, cred=0xfffffe006956d700) at ../../../netinet/in_pcb.c:1019 #13 0xffffffff80673959 in in_pcbconnect_mbuf (inp=0xfffffe00098aa620, nam=, cred=, m=0x0) at ../../../netinet/in_pcb.c:645 #14 0xffffffff806fafcf in udp_connect (so=0xfffffe002e150d48, nam=0xfffffe00264df3b0, td=0xfffffe00091df490) at ../../../netinet/udp_usrreq.c:1530 #15 0xffffffff805faea5 in kern_connectat (td=0xfffffe00091df490, dirfd=-100, fd=, sa=0xfffffe00264df3b0) at ../../../kern/uipc_syscalls.c:593 #16 0xffffffff805fafc1 in sys_connect (td=0xfffffe00091df490, uap=0xffffff809845db70) at ../../../kern/uipc_syscalls.c:559 #17 0xffffffff8083f571 in amd64_syscall (td=0xfffffe00091df490, traced=0) at subr_syscall.c:134 There's been two separate machines, at least twice each on this exact panic / trace. Always with doing a 'svn update'. Rolling back to April 5th 249172 solves it. (There's nothing particular about that rev, except it was top-of-tree when the last update was done). I see a number locking changes in the area. Note that this is UDP, most likely a dns lookup. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV From owner-freebsd-current@FreeBSD.ORG Fri May 3 18:27:58 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1A261A71; Fri, 3 May 2013 18:27:58 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id C89D01B10; Fri, 3 May 2013 18:27:57 +0000 (UTC) Received: from [77.41.107.10] (port=55979 helo=dc7700p.lissyara.su) by mx.lissyara.su with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UYKi4-0004CD-KD; Fri, 03 May 2013 22:27:56 +0400 Message-ID: <518401AC.5010009@lissyara.su> Date: Fri, 03 May 2013 22:27:56 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: No ATA disks on 9.1 References: <5182CA25.9030001@lissyara.su> <201305031241.36538.jhb@freebsd.org> In-Reply-To: <201305031241.36538.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su Cc: hardware@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 18:27:58 -0000 03.05.2013 20:41, John Baldwin пишет: > On Thursday, May 02, 2013 4:18:45 pm Alex Keda wrote: >> see begin in: >> http://lists.freebsd.org/pipermail/freebsd-current/2012-November/038000.html > > Hmm, what I see is that hdac0 is affected by this, but it's a bit odd. Can > you try the patch below, but can you also get the output of 'devinfo -u' and > 'devinfo -rv' from the 9.0 kernel? I use this patch: srv0# diff -Nru sys/dev/pci/pci.c.orig sys/dev/pci/pci.c --- sys/dev/pci/pci.c.orig 2012-11-17 12:47:51.000000000 +0400 +++ sys/dev/pci/pci.c 2013-05-03 21:49:18.000000000 +0400 @@ -2751,6 +2751,11 @@ * from the parent. */ resource_list_delete(rl, type, reg); + pci_disable_io(dev, type); + device_printf(bus, + "pci%d:%d:%d:%d bar %#x failed to allocate\n", + pci_get_domain(dev), pci_get_bus(dev), pci_get_slot(dev), + pci_get_function(dev), reg); } else { start = rman_get_start(res); pci_write_bar(dev, pm, start); srv0# all OK: HP# uname -a FreeBSD HP.lissyara.su 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0: Fri May 3 22:03:50 MSK 2013 lissyara@srv0.host-food.ru:/usr/obj/usr/src/sys/GENERIC amd64 HP# Thanks! From owner-freebsd-current@FreeBSD.ORG Fri May 3 18:33:34 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C852BC48; Fri, 3 May 2013 18:33:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id A66CD1B82; Fri, 3 May 2013 18:33:34 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E91D1B917; Fri, 3 May 2013 14:33:33 -0400 (EDT) From: John Baldwin To: Alex Keda Subject: Re: No ATA disks on 9.1 Date: Fri, 3 May 2013 14:33:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <5182CA25.9030001@lissyara.su> <201305031241.36538.jhb@freebsd.org> <5183F99F.40705@lissyara.su> In-Reply-To: <5183F99F.40705@lissyara.su> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201305031433.33111.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 03 May 2013 14:33:34 -0400 (EDT) Cc: hardware@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 18:33:34 -0000 On Friday, May 03, 2013 1:53:35 pm Alex Keda wrote: > 03.05.2013 20:41, John Baldwin =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Thursday, May 02, 2013 4:18:45 pm Alex Keda wrote: > >> see begin in: > >> http://lists.freebsd.org/pipermail/freebsd-current/2012- November/038000.html > > > > Hmm, what I see is that hdac0 is affected by this, but it's a bit odd. = =20 Can > > you try the patch below, but can you also get the output of 'devinfo -u= '=20 and > > 'devinfo -rv' from the 9.0 kernel? > see attached files Ok, your BIOS assigns conflicting resources to ahci0 and hdac0. HPS' patch= =20 means that hdac0 claims register reads of ahci0 which breaks things. The=20 patch I posted should help. I was able to apply the patch to 9 without any difficulties: % patch < ~/work/patches/pci_fail_reseve.patch=20 Hmm... Looks like a unified diff to me... The text leading up to this was: =2D------------------------- |Index: /home/jhb/work/freebsd/svn/head/sys/dev/pci/pci.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |--- /home/jhb/work/freebsd/svn/head/sys/dev/pci/pci.c (revision 250212) |+++ /home/jhb/work/freebsd/svn/head/sys/dev/pci/pci.c (working copy) =2D------------------------- Patching file pci.c using Plan A... Hunk #1 succeeded at 2745 (offset -71 lines). done That file hasn't changed since 9.1, so no idea why it doesn't work for you. % svn info pci.c Path: pci.c Name: pci.c =2E.. URL: svn+ssh://svn.freebsd.org/base/stable/9/sys/dev/pci/pci.c Repository Root: svn+ssh://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 250212 Node Kind: file Schedule: normal Last Changed Author: marius Last Changed Rev: 248052 =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 3 18:50:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 828CB307 for ; Fri, 3 May 2013 18:50:00 +0000 (UTC) (envelope-from dim@freebsd.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id 48F9E1D35 for ; Fri, 3 May 2013 18:50:00 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::994f:ad10:491f:2d56] (unknown [IPv6:2001:7b8:3a7:0:994f:ad10:491f:2d56]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 357B95C45; Fri, 3 May 2013 20:49:57 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: buildworld of HEAD failing under 8.1-RELEASE From: Dimitry Andric In-Reply-To: Date: Fri, 3 May 2013 20:49:39 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <413D3E21-7E3E-4463-A7C7-6A70F4AFF8DB@FreeBSD.org> To: Ryan Stone X-Mailer: Apple Mail (2.1503) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 18:50:00 -0000 On May 3, 2013, at 02:55, Ryan Stone wrote: > On Thu, May 2, 2013 at 7:02 PM, Dimitry Andric = wrote: >> On May 2, 2013, at 20:28, Ryan Stone wrote: >>> I am getting the following error when trying to build HEAD on an >>> 8.1-RELEASE build machine (i386 jail on an amd64 host): ... >> = /usr/d2/users/rstone/git/svos/lib/clang/libllvmanalysis/../../../contrib/l= lvm/lib/Analysis/ConstantFolding.cpp:1310: >>> error: 'log2' was not declared in this scope ... >> In 8.1-RELEASE, there was no log2() MFC yet. Can you please try the >> attached diff? > This fixed it. Thank you. I have committed the fix in r250217. Since stable/9 still has clang 3.2, it does not have the original issue, so no MFC is needed for now. From owner-freebsd-current@FreeBSD.ORG Fri May 3 21:01:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D5114C28 for ; Fri, 3 May 2013 21:01:37 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id A00F6145D for ; Fri, 3 May 2013 21:01:37 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEAOwkhFGDaFvO/2dsb2JhbABQDoMwgzy7d4EQdIIfAQEBBAEBASArIAsbDgoCAg0ZAikBCRgBDQYIBwQBHASHawywaJBbgSSMW340B4JAgRMDlGqCQoEmkAyCTlsgMoEENQ X-IronPort-AV: E=Sophos;i="4.87,607,1363147200"; d="scan'208";a="26643401" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 03 May 2013 17:01:35 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id DEE2DB4023; Fri, 3 May 2013 17:01:35 -0400 (EDT) Date: Fri, 3 May 2013 17:01:35 -0400 (EDT) From: Rick Macklem To: Daniel Braniss Message-ID: <1671399717.114218.1367614895897.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: files disappearing from ls on NFS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Hartmut Brandt , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 21:01:37 -0000 Daniel Braniss wrote: > > Hartmut Brandt wrote: > > > Hi, > > > > > > I've updated one of my -current machines this week (previous > > > update > > > was in > > > february). Now I see a strange effect (it seems only on NFS > > > mounts): > > > ls or > > > even echo * will list only some files (strange enough the first > > > files > > > from > > > the normal, alphabetically ordered list). If I change something in > > > the > > > directory (delete a file or create a new one) for some time the > > > complete > > > listing will appear but after sime time (seconds to a minute or > > > so) > > > again > > > only part of the files is listed. > > > > > > A ktrace on ls /usr/src/lib/libc/gen shows that getdirentries is > > > called > > > only once (returning 4096). For a full listing getdirentries is > > > called > > > 5 > > > times with the last returning 0. > > > > > > I can still open files that are not listed if I know their name, > > > though. > > > > > > The NFS server is a Windows 2008 server with an OpenText NFS > > > Server > > > which > > > works without problems to all the other FreeBSD machines. > > > > > > So what could that be? > > > > > Someone else reported missing files returned via "ls" recently, when > > they used a small readdirsize (below 8K). I haven't yet had a change > > to try > > and reproduce it or do any snooping around. > > > > There haven't been any recent changes to readdir in the NFS client, > > except a trivial one that adds a check for vnode type being VDIR, > > so I don't see that it can be a recent NFS change. > > > > If you can increase the readdirsize, try that to see if it avoids > > the problem. "nfsstat -m" shows you what the mount options end up > > being after doing the mount. The server might be limiting the > > readdirsize > > to 4K, so you should check, even if you specify a large value for > > the mount. > > I don't know about current, but on 9.1-stable, the nfsstat -m only > works > for root! nfsstat can be run by anybody. > Yep. I played is "safe" and only allowed root to do it. I thought that some sysadmins might not want users to know what NFS mounts are being done and I didn't see any need for non-root to be able to do it. Having said the above, I don't have a strong opinion on it or an obvious example of a security risk caused by opening it up, so if the collective thinks it should be doable by non-root, it can be changed. rick > > > > rick > > > > > Regards, > > > harti > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to > > > "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri May 3 21:05:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6F53AF43 for ; Fri, 3 May 2013 21:05:01 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3944C14A7 for ; Fri, 3 May 2013 21:05:01 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlQJAFklhFGDaFvO/2dsb2JhbABQhnq7bwQDAYEQdIIfAQEEASNWBRYYAgINGQJZBogZBrB1kFuBJI1ZNAeCQIETA5cskTKDKSCBaw X-IronPort-AV: E=Sophos;i="4.87,607,1363147200"; d="scan'208";a="28331677" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 03 May 2013 17:05:00 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 2C066B3F17; Fri, 3 May 2013 17:05:00 -0400 (EDT) Date: Fri, 3 May 2013 17:05:00 -0400 (EDT) From: Rick Macklem To: Hartmut Brandt Message-ID: <1484065033.114278.1367615100171.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: files disappearing from ls on NFS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 21:05:01 -0000 Hartmut Brandt wrote: > On Fri, 3 May 2013, Daniel Braniss wrote: > > DB>I don't know about current, but on 9.1-stable, the nfsstat -m only > works > DB>for root! nfsstat can be run by anybody. > > Same for current. It silently prints nothing. Took me some time > to figure out I should try as root... > Yea, I suppose it should either be opened up to non-root (see previous post) or "only works as root" should be documented. rick > harti From owner-freebsd-current@FreeBSD.ORG Fri May 3 21:09:21 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1314E46E for ; Fri, 3 May 2013 21:09:21 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9C72114EB for ; Fri, 3 May 2013 21:09:19 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEAGEmhFGDaFvO/2dsb2JhbABQgz6DPLt3gRB0gh8BAQEDAQEBASArIAsFFhgCAg0ZAikBCRgBDQYIBwQBHASHZQYMsGuQW4EkjEsQfjQHgkCBEwOUaoJCgSaQDIMpIDKBBDU X-IronPort-AV: E=Sophos;i="4.87,607,1363147200"; d="scan'208";a="28332365" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 03 May 2013 17:09:18 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id B3DEDB3F26; Fri, 3 May 2013 17:09:18 -0400 (EDT) Date: Fri, 3 May 2013 17:09:18 -0400 (EDT) From: Rick Macklem To: Hartmut Brandt Message-ID: <834323350.114339.1367615358721.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: files disappearing from ls on NFS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 21:09:21 -0000 Hartmut Brandt wrote: > Hi Rick, > > I checked. readdirsize is 64k. > Since the server replied with 4K, I suspect you are seeing the same problem the other reporter has. I'll email if/when I have more information on it. > I will try to do a binary search for the problematic commit next week. > For > this I had to do a local checkout (usually I have the system sources > on > the file server and this fails, of course). > Ok, if you succeed in isolating the commit, that would be great. rick > harti > > On Fri, 3 May 2013, Rick Macklem wrote: > > RM>Hartmut Brandt wrote: > RM>> Hi, > RM>> > RM>> I've updated one of my -current machines this week (previous > update > RM>> was in > RM>> february). Now I see a strange effect (it seems only on NFS > mounts): > RM>> ls or > RM>> even echo * will list only some files (strange enough the first > files > RM>> from > RM>> the normal, alphabetically ordered list). If I change something > in the > RM>> directory (delete a file or create a new one) for some time the > RM>> complete > RM>> listing will appear but after sime time (seconds to a minute or > so) > RM>> again > RM>> only part of the files is listed. > RM>> > RM>> A ktrace on ls /usr/src/lib/libc/gen shows that getdirentries is > RM>> called > RM>> only once (returning 4096). For a full listing getdirentries is > called > RM>> 5 > RM>> times with the last returning 0. > RM>> > RM>> I can still open files that are not listed if I know their name, > RM>> though. > RM>> > RM>> The NFS server is a Windows 2008 server with an OpenText NFS > Server > RM>> which > RM>> works without problems to all the other FreeBSD machines. > RM>> > RM>> So what could that be? > RM>> > RM>Someone else reported missing files returned via "ls" recently, > when > RM>they used a small readdirsize (below 8K). I haven't yet had a > change to try > RM>and reproduce it or do any snooping around. > RM> > RM>There haven't been any recent changes to readdir in the NFS client, > RM>except a trivial one that adds a check for vnode type being VDIR, > RM>so I don't see that it can be a recent NFS change. > RM> > RM>If you can increase the readdirsize, try that to see if it avoids > RM>the problem. "nfsstat -m" shows you what the mount options end up > RM>being after doing the mount. The server might be limiting the > readdirsize > RM>to 4K, so you should check, even if you specify a large value for > RM>the mount. > RM> > RM>rick > RM> > RM>> Regards, > RM>> harti > RM>> _______________________________________________ > RM>> freebsd-current@freebsd.org mailing list > RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > RM>> To unsubscribe, send any mail to > RM>> "freebsd-current-unsubscribe@freebsd.org" > RM> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri May 3 21:28:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 79F281D7 for ; Fri, 3 May 2013 21:28:33 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 449E315D1 for ; Fri, 3 May 2013 21:28:32 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEAJkqhFGDaFvO/2dsb2JhbABQgz6DPLt3gRB0gh8BAQEDAQEBASArIAsFFhgCAg0ZAikBCRgBDQYIBwQBHASHZQYMsGSQXIEkjFt+NAeCQIETA5RqgkKBJpAMgykgMoEENQ X-IronPort-AV: E=Sophos;i="4.87,607,1363147200"; d="scan'208";a="28334446" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 03 May 2013 17:28:31 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id DF6B8B3F4F; Fri, 3 May 2013 17:28:31 -0400 (EDT) Date: Fri, 3 May 2013 17:28:31 -0400 (EDT) From: Rick Macklem To: Hartmut Brandt Message-ID: <474776293.114628.1367616511905.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: files disappearing from ls on NFS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 21:28:33 -0000 Hartmut Brandt wrote: > Hi, > > I've updated one of my -current machines this week (previous update > was in > february). Now I see a strange effect (it seems only on NFS mounts): > ls or > even echo * will list only some files (strange enough the first files > from > the normal, alphabetically ordered list). If I change something in the > directory (delete a file or create a new one) for some time the > complete > listing will appear but after sime time (seconds to a minute or so) > again > only part of the files is listed. > > A ktrace on ls /usr/src/lib/libc/gen shows that getdirentries is > called > only once (returning 4096). For a full listing getdirentries is called > 5 > times with the last returning 0. > > I can still open files that are not listed if I know their name, > though. > > The NFS server is a Windows 2008 server with an OpenText NFS Server > which > works without problems to all the other FreeBSD machines. > > So what could that be? > Just in case..is the NFS mount in a union mount by any chance? (There is a known bug for NFS readdir under a union mount, because the NFS client readdir isn't setting the eofflag. Someone has sent me a patch that looks fine, but it hasn't been checked into head yet.) I'll also grep a head kernel to check to see if anything else (except the NFS server) uses the eofflag argument to VOP_READDIR(). rick > Regards, > harti > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat May 4 01:02:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9EEFE185 for ; Sat, 4 May 2013 01:02:38 +0000 (UTC) (envelope-from paul.g.webster@googlemail.com) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 75BC11DC4 for ; Sat, 4 May 2013 01:02:38 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id e11so2485268iej.30 for ; Fri, 03 May 2013 18:02:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=bX7Capy+dhz7qqQHnJkBJrpQ+CuWCjLpYvFiss1hot8=; b=ZzEjT5NrRZBwvD0Y6PXs5cMJY6RlW6j45pVcSnKG1QDg6/HhxgCThlzoyTh7ni5pLR u1AYCT0J96NOGGzL4TiWEkhgvaXCtWQ7WHTlrt2S8LF0AfyL2eRyhfTeLu0LlMbhRBcN ZOusZnNHrxSzTmH3+pFsvVeSvn5lZG9jghn8YZUgc/TSiM8ZAV8oRimDhJBnerjGYu9Z JwGoxh/FppPXRQzaE/YFBCMOVCUASw4NaLXz2heu2+z+qXE2ZKgsAhEBi+YBC26OUNaj rwzCt+IioK65JluVF3smMEm81diOFj3McdFt3+Mas8VL+9zBXXRoM0+N1SWOHmGnRyq7 w5mQ== MIME-Version: 1.0 X-Received: by 10.50.39.42 with SMTP id m10mr102676igk.99.1367629358184; Fri, 03 May 2013 18:02:38 -0700 (PDT) Received: by 10.64.9.228 with HTTP; Fri, 3 May 2013 18:02:37 -0700 (PDT) In-Reply-To: References: Date: Sat, 4 May 2013 02:02:37 +0100 Message-ID: Subject: Re: Light humour From: Paul Webster To: Eitan Adler Content-Type: text/plain; charset=UTF-8 Cc: David Demelier , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 01:02:38 -0000 ah my miss interpretation sorry :) On 03/05/2013, Eitan Adler wrote: > On 3 May 2013 08:31, Paul Webster wrote: >> it was not really meant to be trolling I am sorry if you see it that >> way; I just thought it was as my original posts state quite funny, >> never thought it would would raise so many follow up posts though :) > > antibsd is the troll, not you. > > > > -- > Eitan Adler > From owner-freebsd-current@FreeBSD.ORG Sat May 4 01:21:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4BB673FA; Sat, 4 May 2013 01:21:49 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) by mx1.freebsd.org (Postfix) with ESMTP id 1220C1E4B; Sat, 4 May 2013 01:21:49 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id tb18so1882722obb.28 for ; Fri, 03 May 2013 18:21:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=OGAxe3ZhhedV7S5yhSFIHDzKd6dUaCxga1GKMLNJWqM=; b=ssIWzizQQYUClzrr17XgxcrEVB+Md1FvY4X61CnBRmLuZe5bjyi/R4u49VtFF3e5pg CDcl76b3F5YadN2JgZd/n/sj6KtZTyhViN1P0BT0VJbNfzjq2+0eruASVoY7Jan9VOKK MAu9cfiR+ShmtqFNQzf8KvdA4mnNh2ZbOggaYx4PNy7/0SW++uiRalnuafMSv071Ykf1 uitkmAAg6mqrW3LeNfRVa2uebUmK5nkui6T+1RbdPygHTyglJl0r3Hs9POWuGUSulJP3 Ja0f+RmnXbQqugAGpBpgKwQkT9fO1w8uJuxUW24dZynCfJmEBcA7uPFdOkqDrSwbMTRj TEXw== MIME-Version: 1.0 X-Received: by 10.60.33.73 with SMTP id p9mr3612349oei.14.1367630508091; Fri, 03 May 2013 18:21:48 -0700 (PDT) Received: by 10.182.142.38 with HTTP; Fri, 3 May 2013 18:21:48 -0700 (PDT) Date: Fri, 3 May 2013 21:21:48 -0400 Message-ID: Subject: It's not as annoying as you may think. From: Super Bisquit To: FreeBSD PowerPC ML , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 01:21:49 -0000 I have this laptop setup for i386 and can do testing of clang/llvm building for a port, module, or otherwise. On the side I have setup a laptop- i386 again- for a friend for studio,audio and Dj'ing. I'll get to the point. I may be able to test things on i386 and PowerPC/PPC 32bit soon. Then there is OSS emu10k and emu20k. I'm going to be needing to doing the building on PPC and maybe SPARC64/Ultra. Has anyone tested OSS on these architectures? And is it possible to update the sound driver to have the most recent development of OSS? From owner-freebsd-current@FreeBSD.ORG Sat May 4 01:55:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9FE8168F for ; Sat, 4 May 2013 01:55:18 +0000 (UTC) (envelope-from michael@kryptos-security.com) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7A21EEC for ; Sat, 4 May 2013 01:55:18 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id xk17so1917774obc.3 for ; Fri, 03 May 2013 18:55:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=ekcNHwKU93KyRbWwGUHNIA9hqeKYkPrsO/K5VetepX4=; b=eCbSIGB8C7ihMh7ZJlu/n2WOx/VKqAGhk9hwaagIQ1QIGdz02ls1o1rwQQBymbRaCD kUlwpgEcl+IWkfGDhRMhETshxniWCc07qlb/k/uxxbfJytDRciGcFnUo7fgqKV915UNa Ae54Y9BV88Y95XA70/Ql//Xu3t2VFy7XdhEKiKgWg3BQdjDe4QQHdVPxASu3w3/PeTcI jbJqm3DMfhv8If/zdxR0ATSxzxp8LjJgoyk1vzhle+3I34uMcDNKWqTQErG1ekC0k0Sq Mg2KxhATqqL8euS+aJvk/R4wHgZtV1h+5sW2pUkscdnvKqbQo3tpTcHH30DgXRMwiZRQ PVGA== MIME-Version: 1.0 X-Received: by 10.182.144.42 with SMTP id sj10mr3559412obb.66.1367632517856; Fri, 03 May 2013 18:55:17 -0700 (PDT) Received: by 10.76.83.41 with HTTP; Fri, 3 May 2013 18:55:17 -0700 (PDT) X-Originating-IP: [66.177.125.30] In-Reply-To: References: Date: Fri, 3 May 2013 21:55:17 -0400 Message-ID: Subject: Re: It's not as annoying as you may think. From: Michael Copeland To: Super Bisquit X-Gm-Message-State: ALoCoQmpCxzVRXuUMsaAVUfYWfP5QxmySoZ7twNuMR3Nhit/pLtO238uSKxnSVnOvI/eRoJPOQYo X-Mailman-Approved-At: Sat, 04 May 2013 02:07:26 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 01:55:18 -0000 I have to say I'm totally in the dark about what it is you're talking about or asking... or pointing out. I'm not even sure what the i386 machine being used for "studio, audio and DJ'ing" has to do with freebsd on ppc32. These machines are fun to play with but you're not going to be able to run new studio/audio software on one very well. You're limited on the amount of ram, the cpu isn't going to cut it for any form of encoding or transcoding. From owner-freebsd-current@FreeBSD.ORG Sat May 4 03:30:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D4BE8DB0; Sat, 4 May 2013 03:30:48 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-oa0-f48.google.com (mail-oa0-f48.google.com [209.85.219.48]) by mx1.freebsd.org (Postfix) with ESMTP id 979C11180; Sat, 4 May 2013 03:30:48 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id f4so2218116oah.21 for ; Fri, 03 May 2013 20:30:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=fdADGUqh5pPasbcafcsN75mfJIeUBgLRcLSmpnHAN4E=; b=gL6Zymk3jJUvgRaRVlXlc0lQRCF8Uc6vD01wkvgj85aMmb0DmjaMXXhvYYjugwOUje ZFdoIU1nAYWO1pJ13kGKX2Fq8GHoh9wC4xTrCxcHISwUWfjcMeGmfCXnor/utaPpWdO3 Ya6GL0/o652QUQgONy1njCul2fhsBTJfrLuhljfhtDWRS6BJHd0Bw793bc/a8yuveycD kWBZbn4p8K7mIN0q91Sn8jPjpoEwuaNJ9Ms22ABRZUD64Ed7s7xDqh5UZv2gAAdplVJU oITlGB3uD04IeSuD+7PZ2oRuzkFaxLMfsZIqFR+CAtdGu7RNjm9bZbTvq7q0XApPyEhz Sztg== MIME-Version: 1.0 X-Received: by 10.60.56.168 with SMTP id b8mr3550081oeq.5.1367638242403; Fri, 03 May 2013 20:30:42 -0700 (PDT) Received: by 10.182.142.38 with HTTP; Fri, 3 May 2013 20:30:42 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 May 2013 23:30:42 -0400 Message-ID: Subject: Re: It's not as annoying as you may think. From: Super Bisquit To: Michael Copeland Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 03:30:48 -0000 There was trouble building qt4 on FreeBSD 10.0 with clang and llvm. So, I can help with something like that. Or with testing anything new in the base OS. I can also test ports for both architectures mentioned in a short time..... Along with testing pieces of the base OS. I am using FreeBSD on three seprate architectures to set up a studio for a friend. The laptop does conversion and compression. The PPC32 machine will be set for effects. I would like to see how OSS's current svn code is on this architecture. Is it working? Has anyone else tested it? The UltraSPARC machine will be used to amplify and equalize. The machines are being set up for someone who is into music and not computers. So, sound, ports, base system, llvm, clang are what I know I can test on i386 and PPC32 now. On Fri, May 3, 2013 at 9:55 PM, Michael Copeland < michael@kryptos-security.com> wrote: > I have to say I'm totally in the dark about what it is you're talking > about or asking... or pointing out. I'm not even sure what the i386 machine > being used for "studio, audio and DJ'ing" has to do with freebsd on ppc32. > These machines are fun to play with but you're not going to be able to run > new studio/audio software on one very well. You're limited on the amount of > ram, the cpu isn't going to cut it for any form of encoding or transcoding. > From owner-freebsd-current@FreeBSD.ORG Sat May 4 03:35:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 34C17F1A for ; Sat, 4 May 2013 03:35:31 +0000 (UTC) (envelope-from michael@kryptos-security.com) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) by mx1.freebsd.org (Postfix) with ESMTP id 0202911B4 for ; Sat, 4 May 2013 03:35:30 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id er7so1930484obc.21 for ; Fri, 03 May 2013 20:35:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=Uxw94N8iVMF6iaKyToITsQd0VBKG5/+axf9zJkX2VGw=; b=cC7ebMAptDH9vrV6hVPojd52aA9PEzLBtk5oGRGzoLEjjfsjrG5Cun0ah1D0EzYcKk pB9VP92tYTy2cyMz8ycERyMIQLntlthx/FfFcOx3CwTQ0qsIygEtcd7L0YM+YXBlbsoX 5DvSfINDYaH6HCyqp2LVcQE2SDw0qHyXCvi/Oo/VoqApcs0ReGW7bQiDTInRnVpn1QFq t4usLmvxMxY++TsJFsxLswyVu9TjkpaKMkoBCnXkuxZXsZyOP8TrlEFmBYo5T58zwKpI LMljCpGpVAHZDjJnic11QbeMuIXaA/pDUFrUZ0GukVNsP2x4pVNqIL9XqGlMf2Nun3gs uuaw== MIME-Version: 1.0 X-Received: by 10.60.141.35 with SMTP id rl3mr3537103oeb.121.1367638530534; Fri, 03 May 2013 20:35:30 -0700 (PDT) Received: by 10.76.83.41 with HTTP; Fri, 3 May 2013 20:35:30 -0700 (PDT) X-Originating-IP: [66.177.125.30] In-Reply-To: References: Date: Fri, 3 May 2013 23:35:30 -0400 Message-ID: Subject: Re: It's not as annoying as you may think. From: Michael Copeland To: Super Bisquit X-Gm-Message-State: ALoCoQnRXyvWVLxlf8aFSS++nWlow+3DJljn4gpbMnQtiCsOFxEbPtfmXbN6nVKA/qdLrA9DuELC X-Mailman-Approved-At: Sat, 04 May 2013 03:59:02 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 03:35:31 -0000 Well the last I checked, clang was still busted on ppc32. YMMV. I still don't think you're gonna get much use out of a ppc machine for any form of effects unless you're just talking about using it as an equalizer. For that matter, you could do almost all of it on the i386 laptop. Why do you need to add in so many machines for this? For the record, you're not going to get any form of realtime audio effects from that ppc machine, unless you're running an old version of garage band from 10.5.8 on it, even then it's not going to be quick. If you're hellbent on using a ppc machine, get a ps3 for that purpose. From owner-freebsd-current@FreeBSD.ORG Sat May 4 04:20:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1B31D520 for ; Sat, 4 May 2013 04:20:38 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm17-vm4.bullet.mail.ne1.yahoo.com (nm17-vm4.bullet.mail.ne1.yahoo.com [98.138.91.177]) by mx1.freebsd.org (Postfix) with ESMTP id AA4BF132A for ; Sat, 4 May 2013 04:20:37 +0000 (UTC) Received: from [98.138.90.55] by nm17.bullet.mail.ne1.yahoo.com with NNFMP; 04 May 2013 04:14:17 -0000 Received: from [98.138.226.131] by tm8.bullet.mail.ne1.yahoo.com with NNFMP; 04 May 2013 04:14:17 -0000 Received: from [127.0.0.1] by smtp218.mail.ne1.yahoo.com with NNFMP; 04 May 2013 04:14:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367640857; bh=q+RrWD4KGZyvC7Gy12Cu80JamUZpYtR8PPSsV4y3gDk=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=JoqlB1kp9JnBNWWkA520mBFQwJ4socxbA897AnqqYxfbrGSZhYwAcbf1W/ys86a0mwArYnRY7d5CVs2v7V8AabGDozk8R/TNDSlawnfwxK/Cgyf+anZ7dG2evpUEc8jEkH9X7T3AxB3mTjO8mRDyFowDA/7leH+bci0mhuE1H8A= X-Yahoo-Newman-Id: 308064.37962.bm@smtp218.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: GyEdiRYVM1ktTP5rl9VE9dt6jnjdUSoxIa6k41RW4CPLgeQ tL1WpL29WnpkRWYO5cJOX_1nx5o6V0GLyz7z2uCghiRm828NrykNHRq4ilc8 z8HKMaWt8T_HdwTm8xbpUXn9NZTOLSru8FhbbiCFEk9T.1BQBtO5MWSTQDbI BSEUmntCiq_8IwaYtilr206KidfxuJEWNs3JN17uWv2WQUCCvZ8w9_g14Cfx JnLDIbYZRisQKT.7sqJdDxLlAoMPvHMpcTGTrdxFArFCggdDq80dJZ8183KA vBAkg5FrflgieW6ZwoAYNs2UTrBtGC8GxcrB4A57FwGuhukdruag0u70LtLZ UiByr_On301J.iDMq4kQAk_IvT7TJh7dZpn3pvMLYcqiUJLOaeArhg1tAfFJ 38pxv4iJ0m19wUS6.FbI5hk9VbgDty6szPl.S2wC4YpHCHIBa7N1skpDiiRz J8Jjz_QXv3WdnGOTckAkaZmtiNAd08Qxa0JhxB6vLqp1M1EFmh8ZApfwspV5 1R0MZw4uo9kEC204Ftw51aO2JUgmosdB6Q8WaYqxEA9x4IqngSe4MBA-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.210] (sean_bruno@71.202.40.63 with plain) by smtp218.mail.ne1.yahoo.com with SMTP; 03 May 2013 21:14:17 -0700 PDT Subject: Audio Hints, T520? From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-0ChyxBdnPLit6KyXtgKU" Date: Fri, 03 May 2013 21:14:16 -0700 Message-ID: <1367640856.1348.216.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 04:20:38 -0000 --=-0ChyxBdnPLit6KyXtgKU Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Speaker/headphones working great on Current. Was trying to get the microphone working, but it seems to not quite be working. =20 By "not" working, there is no audio detected when recording. Is there something in here that looks like a thing that I should adjust? http://people.freebsd.org/~sbruno/t520_sysctl_hdaa.txt Sean --=-0ChyxBdnPLit6KyXtgKU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRhIsTAAoJEBkJRdwI6BaHBhQIAJOFCtEILHpVtGV8F41SOnF+ umUkReVGMGvTR1wgcHWlag/gM4rB9PXksMSYsrS9/3O6RorPMVtsWEivTOscn+eC FBwhco/UsuvKB9u8QXLffj33vkHChd1aisLZaLxhRZ0GNtrqF9oPD+NYX0xrN0+S xk6a5m7+wFGOrNILPLPjI20Q3AKJ226WZiaeciOnP37Z5uszVHu/iLfz81XSX79U rCDN7uFo1j4OFPQbHHZy+lc6shdBu8W9LAiQdcLfgeNJMug5VgctWwQedjvRI+PS Kw7rLx4rmClIKOA0/in0yxeQsuBt8b92JSEoe3XFiIYFKDxxPN67Fw8UGZDoK0A= =cUpg -----END PGP SIGNATURE----- --=-0ChyxBdnPLit6KyXtgKU-- From owner-freebsd-current@FreeBSD.ORG Sat May 4 05:03:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 52F4E85B for ; Sat, 4 May 2013 05:03:38 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 405A51484 for ; Sat, 4 May 2013 05:03:38 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id A9B3F36F4F14; Fri, 3 May 2013 22:03:37 -0700 (PDT) To: Sean Bruno Subject: Re: Audio Hints, T520? From: Waitman Gobble X-UUID-HOR: fb450c24-b471-11e2-910d-902b34a86bc3 Message-Id: <20130504050337.A9B3F36F4F14@dx.burplex.com> Date: Fri, 3 May 2013 22:03:37 -0700 (PDT) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 05:03:38 -0000 On Fri, 03 May 2013 21:14:16 -0700, Sean Bruno wrote: > > >--=-0ChyxBdnPLit6KyXtgKU >Content-Type: text/plain; charset="us-ascii" >Content-Transfer-Encoding: quoted-printable > >Speaker/headphones working great on Current. > >Was trying to get the microphone working, but it seems to not quite be >working. =20 > >By "not" working, there is no audio detected when recording. Is there >something in here that looks like a thing that I should adjust? > >http://people.freebsd.org/~sbruno/t520_sysctl_hdaa.txt > >Sean > >--=-0ChyxBdnPLit6KyXtgKU >Content-Type: application/pgp-signature; name="signature.asc" >Content-Description: This is a digitally signed message part > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.4.13 (FreeBSD) > >iQEcBAABAgAGBQJRhIsTAAoJEBkJRdwI6BaHBhQIAJOFCtEILHpVtGV8F41SOnF+ >umUkReVGMGvTR1wgcHWlag/gM4rB9PXksMSYsrS9/3O6RorPMVtsWEivTOscn+eC >FBwhco/UsuvKB9u8QXLffj33vkHChd1aisLZaLxhRZ0GNtrqF9oPD+NYX0xrN0+S >xk6a5m7+wFGOrNILPLPjI20Q3AKJ226WZiaeciOnP37Z5uszVHu/iLfz81XSX79U >rCDN7uFo1j4OFPQbHHZy+lc6shdBu8W9LAiQdcLfgeNJMug5VgctWwQedjvRI+PS >Kw7rLx4rmClIKOA0/in0yxeQsuBt8b92JSEoe3XFiIYFKDxxPN67Fw8UGZDoK0A= >=cUpg >-----END PGP SIGNATURE----- > >--=-0ChyxBdnPLit6KyXtgKU-- > > Hi Sean, I'm not an audio recording expert, but something to check: what is the output of running the command 'mixer'? also, there are three or four inputs marked 'mute=1', have to select the proper input for recording and it can't be muted. -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Sat May 4 05:22:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6B707B0A for ; Sat, 4 May 2013 05:22:09 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm18-vm6.bullet.mail.gq1.yahoo.com (nm18-vm6.bullet.mail.gq1.yahoo.com [98.136.217.221]) by mx1.freebsd.org (Postfix) with SMTP id 181F314E2 for ; Sat, 4 May 2013 05:22:08 +0000 (UTC) Received: from [98.137.12.56] by nm18.bullet.mail.gq1.yahoo.com with NNFMP; 04 May 2013 05:22:02 -0000 Received: from [98.136.185.44] by tm1.bullet.mail.gq1.yahoo.com with NNFMP; 04 May 2013 05:22:02 -0000 Received: from [127.0.0.1] by smtp105.mail.gq1.yahoo.com with NNFMP; 04 May 2013 05:22:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1367644922; bh=ukUXg+SJufHkMrkreLQRh+/iSpeLzS+KT2FiYaLg9JI=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=oRPvL9iN6NzKQu7pD/NU0vJDe5QwK8GlCWvmp3WqaFS1gqkSo0GjmrrbqJTPsPtigmsatHjeaDVxAaM2WHbxeBm+gT9kzzbRYRWe0rlPR9qWDtF92G8QDQSiXxSjO+XVZjJifJWeKMRmcZ01nfvwqz7yseSMcCTkRbI8If2WQW8= X-Yahoo-Newman-Id: 577702.52730.bm@smtp105.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 7kUb3wIVM1lQUiFjk_HRGeHc9m2UDXPomNrDPU2H6NblutA z.LEIsbLDF1lg33VEq_7D2VN4O0cQU6oTHdyPsIOV1Z8HfplRdCLfHql5ipG D5yDCjLR1A1lGaW_.y2OBmgU2812ZxkCdtJvLVaVdTZPN6RxA4iJILeGv70Y hHY2eCKeiMOMvoK2ZyBfeWfv0Clf.HY28f9e7ECCX_hLVX3uztfaVR93IA6v jBqUeYlvbVdFMwL8u0IWND0BZ4q.7fT1ZjMTBfukOfHalQGzyKlGqGg7OOhP P6mr6IQu0ZIBBE7gKMdAghsucIq1YrjRldUhyhMGLwv6BQgHrD2JMfohfrQD nd4O4SNl0qmJxyTzJaf0gc41CJS74R6k9bTZov04Wv17a_ON5m34dxuin0G7 xlVe3P69xKvyFmsnee6WQvS2Xk8n4TIQGC0g76ZwAY3UVNx4T2g354kEqgFU qJ_VnnzLQLMU- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.210] (sean_bruno@71.202.40.63 with plain) by smtp105.mail.gq1.yahoo.com with SMTP; 03 May 2013 22:22:02 -0700 PDT Subject: Re: Audio Hints, T520? From: Sean Bruno To: Waitman Gobble In-Reply-To: <20130504050337.A9B3F36F4F14@dx.burplex.com> References: <20130504050337.A9B3F36F4F14@dx.burplex.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-1aEc2IhmnikNrczg/+FW" Date: Fri, 03 May 2013 22:22:01 -0700 Message-ID: <1367644921.1348.217.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 05:22:09 -0000 --=-1aEc2IhmnikNrczg/+FW Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Fri, 2013-05-03 at 22:03 -0700, Waitman Gobble wrote: > what is the output of running the command 'mixer'? $ mixer Mixer vol is currently set to 95:95 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 100:100 Mixer mic is currently set to 100:100 Mixer rec is currently set to 67:67 Recording source: mic All looks well to me. Sean --=-1aEc2IhmnikNrczg/+FW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRhJr5AAoJEBkJRdwI6BaHXe8H/0k5SQdGxU5xZlIWeHWL2tZk 0a7jKwE6uicBxcTqzmU2PCf4s4iwgy+TadUlp5yNds78Impb6EG0EBBwEkkzozFA ObaQSd2dycINGLX8p9XWY0XwmcMD6kUob47dGIpJF1P8d07whdAmiaSGV0phIjZr XHqX5YTz1mytYWq2V8l8KIDuyPkhtUF/2Rkn0AtUMP5vQiae0eAJ1kYGNyVwIyLz VpCuzutNpg9AUfwN/PlSPVeBXZrXj+ca4tFUM0tFaw7OYK/sfITpA4EW5NurfREP 8QbYk77moXETZAxneXvGMBYz3Mb1cti6HSI3X5FgBCFi3IMYNVKIHeRFsQMnsQo= =Of1I -----END PGP SIGNATURE----- --=-1aEc2IhmnikNrczg/+FW-- From owner-freebsd-current@FreeBSD.ORG Sat May 4 06:05:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7D430EF4; Sat, 4 May 2013 06:05:19 +0000 (UTC) (envelope-from andreevmaxim@gmail.com) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id CA75015B7; Sat, 4 May 2013 06:05:18 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id eo20so2042652lab.26 for ; Fri, 03 May 2013 23:05:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=XX5mD81J9iWOrT/AvDlpB6vcUIEniDOBkNrT4O8+1YA=; b=xz0NbtkE2w+wOQGhKWmyZ+sZo9V4bCvdzkZG7WX4RIOKuM32qxvsW77+4BbiTCyMx4 i01TJO1LamY2e0qgqSVImdai4ry5EqfkRObpXFinfbSHbI8Hr8UU0KAj60AYsBn9TEps vu2tupABYENA1pAlLfDtMIUgJs9e2fM2gk0CZE080jjqoy4eomf6cKF05ua1YJY5p5qD SKJGDH0T29cp8IhhRcaNVIcn+Tqz4dC9CTKHuJKMdkSBMfT5RF9vaMPxYOwG4Xrh6oKw XZ7GRhRRoWHu6CXMT+PUWKHQue2T0l+FcNG/ExLnmW90qvdOOX2FSSn0j4rovlFjM0vU qZwQ== X-Received: by 10.112.137.9 with SMTP id qe9mr5230813lbb.64.1367647517597; Fri, 03 May 2013 23:05:17 -0700 (PDT) Received: from [89.249.172.227] ([89.249.172.227]) by mx.google.com with ESMTPSA id z10sm3488510lbv.14.2013.05.03.23.05.16 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 03 May 2013 23:05:17 -0700 (PDT) Message-ID: <5184A52F.3080902@gmail.com> Date: Sat, 04 May 2013 10:05:35 +0400 From: Maxim Andreev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: sbruno@freebsd.org Subject: Re: Audio Hints, T520? References: <1367640856.1348.216.camel@localhost> In-Reply-To: <1367640856.1348.216.camel@localhost> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Sean Bruno , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 06:05:19 -0000 On 04.05.2013 08:14, Sean Bruno wrote: > Speaker/headphones working great on Current. > > Was trying to get the microphone working, but it seems to not quite > be working. > > By "not" working, there is no audio detected when recording. Is > there something in here that looks like a thing that I should > adjust? > > http://people.freebsd.org/~sbruno/t520_sysctl_hdaa.txt > > Sean > Hi, may be microphone (i'm talking about internal, but may be it also can be applied and to external) just is not /dev/dsp (default). It my W530 it is - speaker is /dev/dsp, but internal microphone recognized as /dev/dsp4 I use 'cat /dev/dsp..' while talking to microphone to find it, or audio/audacity can be used, it allows to set input device. From owner-freebsd-current@FreeBSD.ORG Sat May 4 06:41:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D6747963 for ; Sat, 4 May 2013 06:41:05 +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 8F94A16BC for ; Sat, 4 May 2013 06:41:05 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1UYW9V-000KHg-M1; Sat, 04 May 2013 09:41:01 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Rick Macklem Subject: Re: files disappearing from ls on NFS In-reply-to: <1484065033.114278.1367615100171.JavaMail.root@erie.cs.uoguelph.ca> References: <1484065033.114278.1367615100171.JavaMail.root@erie.cs.uoguelph.ca> Comments: In-reply-to Rick Macklem message dated "Fri, 03 May 2013 17:05:00 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 May 2013 09:41:01 +0300 From: Daniel Braniss Message-ID: Cc: Hartmut Brandt , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 06:41:05 -0000 > Hartmut Brandt wrote: > > On Fri, 3 May 2013, Daniel Braniss wrote: > > > > DB>I don't know about current, but on 9.1-stable, the nfsstat -m only > > works > > DB>for root! nfsstat can be run by anybody. > > > > Same for current. It silently prints nothing. Took me some time > > to figure out I should try as root... > > > Yea, I suppose it should either be opened up to non-root (see previous post) > or "only works as root" should be documented. > I have no strong opinios either, though security by obscurity was never my favorit. It should at least have said 'permition denied'. cheers, danny > rick > > > harti From owner-freebsd-current@FreeBSD.ORG Sat May 4 11:32:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 01D7F969 for ; Sat, 4 May 2013 11:32:07 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id B18A912AB for ; Sat, 4 May 2013 11:32:06 +0000 (UTC) Received: from [77.41.107.10] (port=40952 helo=dc7700p.lissyara.su) by mx.lissyara.su with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UYYos-000AJz-QN for freebsd-current@freebsd.org; Sat, 04 May 2013 13:31:54 +0400 Message-ID: <5184D58A.9010704@lissyara.su> Date: Sat, 04 May 2013 13:31:54 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: No ATA disks on 9.1 References: <5182CA25.9030001@lissyara.su> <201305031241.36538.jhb@freebsd.org> <5183F99F.40705@lissyara.su> <201305031433.33111.jhb@freebsd.org> In-Reply-To: <201305031433.33111.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 11:32:07 -0000 03.05.2013 22:33, John Baldwin пишет: > On Friday, May 03, 2013 1:53:35 pm Alex Keda wrote: >> 03.05.2013 20:41, John Baldwin пишет: >>> On Thursday, May 02, 2013 4:18:45 pm Alex Keda wrote: >>>> see begin in: >>>> http://lists.freebsd.org/pipermail/freebsd-current/2012- > November/038000.html >>> >>> Hmm, what I see is that hdac0 is affected by this, but it's a bit odd. > Can >>> you try the patch below, but can you also get the output of 'devinfo -u' > and >>> 'devinfo -rv' from the 9.0 kernel? >> see attached files > > Ok, your BIOS assigns conflicting resources to ahci0 and hdac0. HPS' patch > means that hdac0 claims register reads of ahci0 which breaks things. The > patch I posted should help. > > I was able to apply the patch to 9 without any difficulties: OK, it's work please, commit this to tree From owner-freebsd-current@FreeBSD.ORG Sat May 4 12:03:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C89A9D3C; Sat, 4 May 2013 12:03:00 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 617171697; Sat, 4 May 2013 12:03:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id A57D22A830C4; Sat, 4 May 2013 10:24:07 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sSNUYJL8ph84; Sat, 4 May 2013 10:24:07 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id CA4AB2A830C3; Sat, 4 May 2013 10:24:06 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UYXlD-0001UR-N0; Sat, 04 May 2013 10:24:03 +0200 To: Peter Wemm From: Ian FREISLICH Subject: Re: panic: in_pcblookup_local (?) In-Reply-To: References: <201305021209.41221.jhb@freebsd.org> <52B3AEE5-D24A-4ED3-BB11-E7E27BFB447F@freebsd.org> <201305021432.34456.jhb@freebsd.org> X-Attribution: BOFH Date: Sat, 04 May 2013 10:24:03 +0200 Message-Id: Cc: Glen Barber , freebsd-current@freebsd.org, "Robert N. M. Watson" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 12:03:00 -0000 Peter Wemm wrote: > >> > offending revision. > >> > >> I've started a binary search. I'll let you know what that turns up. > > > > Thanks, and sorry for getting my Ian's mixed up. :-/ > > > > -- > > John Baldwin > > There's been two separate machines, at least twice each on this exact > panic / trace. Always with doing a 'svn update'. > > Rolling back to April 5th 249172 solves it. (There's nothing > particular about that rev, except it was top-of-tree when the last > update was done). > > I see a number locking changes in the area. Note that this is UDP, > most likely a dns lookup. I'll work to confirm this here. I was a little slow in bisecting because I spent 2 days trying to figure out what revision caused PF to rapidly expire its entire state table which prevented testing this condition. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat May 4 12:21:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E0673408 for ; Sat, 4 May 2013 12:21:31 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id D21E4178F for ; Sat, 4 May 2013 12:21:31 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id D1E5836F4B4A; Sat, 4 May 2013 00:28:35 -0700 (PDT) To: Sean Bruno Subject: Re: Audio Hints, T520? From: Waitman Gobble X-UUID-HOR: 915a4c85-b47a-11e2-910d-902b34a86bc3 Message-Id: <20130504072835.D1E5836F4B4A@dx.burplex.com> Date: Sat, 4 May 2013 00:28:35 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 12:21:31 -0000 On Fri, 03 May 2013 22:22:01 -0700, Sean Bruno wrote: > >On Fri, 2013-05-03 at 22:03 -0700, Waitman Gobble wrote: >> what is the output of running the command 'mixer'? > >$ mixer >Mixer vol is currently set to 95:95 >Mixer pcm is currently set to 100:100 >Mixer speaker is currently set to 100:100 >Mixer mic is currently set to 100:100 >Mixer rec is currently set to 67:67 >Recording source: mic > > >All looks well to me. > >Sean > I agree. It looks like it should work. sorry not to have more info to help, After reading the man page for snd_hda and dev/snd/pcm/dsp.c src I don't think you *need* hints in /boot/loader.conf to make it work, but you can re-arrange 'pins' and set auto stuff, like plugging headphones in selects the device. i think. here's some stuff to check. I am *guessing* it's 'recording' from a different pin/device?? on this machine : [1070] > syscntl hw.snd.default_unit hw.snd.default_unit: 3 [1071] > dmesg | grep pcm3 pcm3: at nid 20 and 24,26 on hdaa1 [1072] > sysctl -a | grep nid20 dev.hdaa.1.nid20: pin: Line-out (Green Jack) dev.hdaa.1.nid20_config: 0x01014410 as=1 seq=0 device=Line-out conn=Jack ctype=1/8 loc=Rear color=Green misc=4 dev.hdaa.1.nid20_original: 0x01014410 as=1 seq=0 device=Line-out conn=Jack ctype=1/8 loc=Rear color=Green misc=4 [1073] > sysctl -a | grep nid24 dev.hdaa.1.nid24: pin: Mic (Pink Jack) dev.hdaa.1.nid24_config: 0x01a19c40 as=4 seq=0 device=Mic conn=Jack ctype=1/8 loc=Rear color=Pink misc=12 dev.hdaa.1.nid24_original: 0x01a19c40 as=4 seq=0 device=Mic conn=Jack ctype=1/8 loc=Rear color=Pink misc=12 I think there's probably a pink jack on the back of the machine where i can plug up a mic. a thought, did you already experiment to see if you can record something from oss /dev/dsp devices? I browsed through the source but I don't understand, at the moment, how to 'know' which /dev/dsp maps to pcm. [1044] > ls /dev/dsp* /dev/dsp0.1 /dev/dsp2.1 /dev/dsp4.1 /dev/dsp1.1 /dev/dsp3.1 /dev/dsp5.1 (based on previous matthias post) [1045] > dd if=/dev/dspN of=/tmp/bite [1046] > cat /tmp/bite > /dev/dspOUT_DEVICE -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Sat May 4 12:55:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A7E48E86 for ; Sat, 4 May 2013 12:55:16 +0000 (UTC) (envelope-from ktsin@acm.org) Received: from msr5.hinet.net (msr5.hinet.net [168.95.4.105]) by mx1.freebsd.org (Postfix) with ESMTP id 47B3C1911 for ; Sat, 4 May 2013 12:55:15 +0000 (UTC) Received: from mail.hsins.com ([211.72.204.50]) by msr5.hinet.net (8.14.2/8.14.2) with ESMTP id r44Ct8YJ025296 for ; Sat, 4 May 2013 20:55:09 +0800 (CST) Received: from mail.hsins.com (localhost [127.0.0.1]) by mail.hsins.com (8.13.4/8.13.4/cyrus) with ESMTP id r44Ct4A0018177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 4 May 2013 20:55:04 +0800 (CST) (envelope-from ktsin@acm.org) Received: (from ktsin@localhost) by mail.hsins.com (8.13.4/8.13.4/Submit) id r44Ct4SX018176 for freebsd-current@freebsd.org; Sat, 4 May 2013 20:55:04 +0800 (CST) (envelope-from ktsin@acm.org) Date: Sat, 4 May 2013 20:55:04 +0800 From: kit To: freebsd-current@freebsd.org Subject: panic in sctp_del_addr_from_vrf() ? Message-ID: <20130504125437.GA18168@plin.kimo.com.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.hsins.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 12:55:16 -0000 got this panic when network interfaces were being unconfigured during system shutdown. has anyone seen this? should i file a PR? thanks kit test.yahoo.com dumped core - see /home/crash/vmcore.2 Sat May 4 20:43:55 MYT 2013 FreeBSD test.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250229: Sat May 4 20:30:17 MYT 2013 ktsin@test.yahoo.com:/tmp/obj/usr/src/sys/SHUTTLE amd64 panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: . <118>Writing entropy file:. <118>. <118>Terminated <118>May 4 20:42:00 test syslogd: exiting on signal 15 Fatal trap 12: page fault while in kernel mode cpuid = 4; apic id = 04 fault virtual address = 0x8c fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8066e71c stack pointer = 0x28:0xffffff82187fb5d0 frame pointer = 0x28:0xffffff82187fb620 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 = 474 (wpa_supplicant) trap number = 12 panic: page fault cpuid = 4 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff82187fb190 kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff82187fb240 panic() at panic+0x155/frame 0xffffff82187fb2c0 trap_fatal() at trap_fatal+0x37a/frame 0xffffff82187fb320 trap_pfault() at trap_pfault+0x257/frame 0xffffff82187fb3c0 trap() at trap+0x43a/frame 0xffffff82187fb510 calltrap() at calltrap+0x8/frame 0xffffff82187fb510 --- trap 0xc, rip = 0xffffffff8066e71c, rsp = 0xffffff82187fb5d0, rbp = 0xffffff82187fb620 --- sctp_del_addr_from_vrf() at sctp_del_addr_from_vrf+0x7c/frame 0xffffff82187fb620 rt_newaddrmsg_fib() at rt_newaddrmsg_fib+0x44/frame 0xffffff82187fb6e0 rtinit1() at rtinit1+0x57b/frame 0xffffff82187fb860 in_scrubprefix() at in_scrubprefix+0x376/frame 0xffffff82187fb900 rip_ctlinput() at rip_ctlinput+0x143/frame 0xffffff82187fb930 pfctlinput() at pfctlinput+0x5c/frame 0xffffff82187fb960 ifioctl() at ifioctl+0x7f2/frame 0xffffff82187fba20 kern_ioctl() at kern_ioctl+0x22e/frame 0xffffff82187fba90 sys_ioctl() at sys_ioctl+0x142/frame 0xffffff82187fbae0 amd64_syscall() at amd64_syscall+0x2b4/frame 0xffffff82187fbbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xffffff82187fbbf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80122c26a, rsp = 0x7fffffffdb18, rbp = 0x7fffffffdb90 --- Uptime: 4m55s From owner-freebsd-current@FreeBSD.ORG Sat May 4 17:14:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A8F21151; Sat, 4 May 2013 17:14:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 20D7C692; Sat, 4 May 2013 17:14:38 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id j13so1581994wgh.1 for ; Sat, 04 May 2013 10:14:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=b/hNn/VPLtoulG4IH3YlOQpAf7KNIAj40GY5nI3vvEE=; b=T9cn0+h6FDjKhLDgeL5RJ6RW/7JYzHuyYJ0HW+4MDm6wfn+prR9qJdoYtEyqTUdkU/ 46IVuhxp5JL4QeDQFOalGG3VTlyDp3JhciZ4QPpD9b4WAaYOFEx8gwYQWSjMmCE2ZpBb pISV4l1qqwsClwf0FyN4pJSDeK0oM4t+Q8FFg7zns4j09WrqTkXrdnGw1pFxSuoOFKJv c3RjSC7dTh8N7lmbXhHbAKgmJHFM5aRMpq+ADMu1eVWF+cgwuxmEpaVWbtQfGHTdpK0G OIXQy1ancPgNgWTQ2NUqHVn45HSE3nt726OKe6o+PWh3Pe8gja4jYvNKJDQN2dasUrgR HMzQ== MIME-Version: 1.0 X-Received: by 10.194.93.133 with SMTP id cu5mr18808161wjb.56.1367687678355; Sat, 04 May 2013 10:14:38 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.58.138 with HTTP; Sat, 4 May 2013 10:14:38 -0700 (PDT) Date: Sat, 4 May 2013 10:14:38 -0700 X-Google-Sender-Auth: n37umqOy0D6zBJIpHcMAguzyHaU Message-ID: Subject: Note: AR93xx support is now in -HEAD From: Adrian Chadd To: freebsd-wireless@freebsd.org, freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 17:14:39 -0000 Hi, I don't think I've posted this yet, but there's now support for these NICs in -HEAD: * AR9380 * AR9390 * AR9580 * AR9590 * AR9562 * QCA9565 The AR933x / AR934x SoC wifi is in -HEAD but it's not yet tidied up enough to actually work on those SoCs. But it's there. * What have I tested: * hostap mode * sta mode * monitor mode What doesn't work / haven't tested: * bluetooth, bluetooth coexistence * adhoc / ahdemo modes * mesh mode (although this should just work) * TDMA The support is enabled by default on -HEAD; so the next snapshot that we do will include support for all of the above NICs w/ 11n. Adrian From owner-freebsd-current@FreeBSD.ORG Sat May 4 17:22:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BBDCF4A3 for ; Sat, 4 May 2013 17:22:39 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from fallback3.mail.ru (fallback3.mail.ru [94.100.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 400FE752 for ; Sat, 4 May 2013 17:22:39 +0000 (UTC) Received: from f210.mail.ru (f210.mail.ru [94.100.178.205]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id D2003E140EA0 for ; Sat, 4 May 2013 21:22:31 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=References:In-Reply-To:Content-Transfer-Encoding:Content-Type:Message-ID:Reply-To:Date:Mime-Version:Subject:Cc:To:From; bh=0hw55aWvEtZMwdFMUfM/PWV8Bfqlq3HzpMzwTQDWG8Y=; b=XdIkQ1XOlJOhO78WWHtzsOzWag/EzkHfY2y7Fj+hkgC9lZWaJwbsj2GjpFapzq1u+6W05VTZzgAVYPUBmCjKWzHDWl5pbu2G7BL5j9s/hhsbT3ligGDOZ/ay3DvPeoMQ; Received: from mail by f210.mail.ru with local (envelope-from ) id 1UYgAB-00041J-Sv; Sat, 04 May 2013 21:22:24 +0400 Received: from [217.118.95.188] by e.mail.ru with HTTP; Sat, 04 May 2013 21:22:23 +0400 From: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= To: =?UTF-8?B?a2l0?= Subject: =?UTF-8?B?UmU6IHBhbmljIGluIHNjdHBfZGVsX2FkZHJfZnJvbV92cmYoKSA/?= Mime-Version: 1.0 X-Mailer: Mail.Ru Mailer 1.0 X-Originating-IP: [217.118.95.188] Date: Sat, 04 May 2013 21:22:23 +0400 X-Priority: 3 (Normal) Message-ID: <1367688143.653552255@f210.mail.ru> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Spam: Not detected X-Mras: Ok In-Reply-To: <20130504125437.GA18168@plin.kimo.com.tw> References: <20130504125437.GA18168@plin.kimo.com.tw> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 17:22:39 -0000 IApJIGhhdmUgcGFuaWMgbGlrZSB5b3VyIGJ1dCBpbiBzY3RwX2FkZF9hZGRyX3RvX3ZyZi4gSSB0 aGluayBuZWVkIFBSLiAgTXkgcGFuaWMgc2NyZWVuc2hvb3QgaHR0cDovL3Z2dGxhbi5ydS9wYW5p YzEuanBnIGFuZCBzZWNvbmQgb25lIGh0dHA6Ly92dnRsYW4ucnUvcGFuaWMyLmpwZwoK0KHRg9Cx 0LHQvtGC0LAsICA0INC80LDRjyAyMDEzLCAyMDo1NSArMDg6MDAg0L7RgiBraXQgPGt0c2luQGFj bS5vcmc+Ogo+IApnb3QgdGhpcyBwYW5pYyB3aGVuIG5ldHdvcmsgaW50ZXJmYWNlcyB3ZXJlIGJl aW5nIHVuY29uZmlndXJlZCBkdXJpbmcKc3lzdGVtIHNodXRkb3duLiBoYXMgYW55b25lIHNlZW4g dGhpcz8gc2hvdWxkIGkgZmlsZSBhIFBSPwoKdGhhbmtzCmtpdAoKdGVzdC55YWhvby5jb20gZHVt cGVkIGNvcmUgLSBzZWUgL2hvbWUvY3Jhc2gvdm1jb3JlLjIKClNhdCBNYXkgIDQgMjA6NDM6NTUg TVlUIDIwMTMKCkZyZWVCU0QgdGVzdC55YWhvby5jb20gMTAuMC1DVVJSRU5UIEZyZWVCU0QgMTAu MC1DVVJSRU5UICMwIHIyNTAyMjk6IFNhdCBNYXkgIDQgMjA6MzA6MTcgTVlUIDIwMTMgICAgIGt0 c2luQHRlc3QueWFob28uY29tOi90bXAvb2JqL3Vzci9zcmMvc3lzL1NIVVRUTEUgIGFtZDY0Cgpw YW5pYzogcGFnZSBmYXVsdAoKR05VIGdkYiA2LjEuMSBbRnJlZUJTRF0KQ29weXJpZ2h0IDIwMDQg RnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3Zl cmVkIGJ5IHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUKd2VsY29t ZSB0byBjaGFuZ2UgaXQgYW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRh aW4gY29uZGl0aW9ucy4KVHlwZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMu ClRoZXJlIGlzIGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2Fy cmFudHkiIGZvciBkZXRhaWxzLgpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiYW1kNjQtbWFy Y2VsLWZyZWVic2QiLi4uCgpVbnJlYWQgcG9ydGlvbiBvZiB0aGUga2VybmVsIG1lc3NhZ2UgYnVm ZmVyOgouCjwxMTg+V3JpdGluZyBlbnRyb3B5IGZpbGU6Lgo8MTE4Pi4KPDExOD5UZXJtaW5hdGVk CjwxMTg+TWF5ICA0IDIwOjQyOjAwIHRlc3Qgc3lzbG9nZDogZXhpdGluZyBvbiBzaWduYWwgMTUK CkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUKY3B1aWQgPSA0 OyBhcGljIGlkID0gMDQKZmF1bHQgdmlydHVhbCBhZGRyZXNzICAgPSAweDhjCmZhdWx0IGNvZGUg ICAgICAgICAgICAgID0gc3VwZXJ2aXNvciByZWFkIGRhdGEsIHBhZ2Ugbm90IHByZXNlbnQKaW5z dHJ1Y3Rpb24gcG9pbnRlciAgICAgPSAweDIwOjB4ZmZmZmZmZmY4MDY2ZTcxYwpzdGFjayBwb2lu dGVyICAgICAgICAgICA9IDB4Mjg6MHhmZmZmZmY4MjE4N2ZiNWQwCmZyYW1lIHBvaW50ZXIgICAg ICAgICAgID0gMHgyODoweGZmZmZmZjgyMTg3ZmI2MjAKY29kZSBzZWdtZW50ICAgICAgICAgICAg PSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiCsKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoD0gRFBMIDAsIHByZXMgMSwgbG9uZyAxLCBkZWYz MiAwLCBncmFuIDEKcHJvY2Vzc29yIGVmbGFncyAgICAgICAgPSBpbnRlcnJ1cHQgZW5hYmxlZCwg cmVzdW1lLCBJT1BMID0gMApjdXJyZW50IHByb2Nlc3MgICAgICAgICA9IDQ3NCAod3BhX3N1cHBs aWNhbnQpCnRyYXAgbnVtYmVyICAgICAgICAgICAgID0gMTIKcGFuaWM6IHBhZ2UgZmF1bHQKY3B1 aWQgPSA0CktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBhdCBk Yl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyYi9mcmFtZSAweGZmZmZmZjgyMTg3ZmIxOTAKa2RiX2Jh Y2t0cmFjZSgpIGF0IGtkYl9iYWNrdHJhY2UrMHgzOS9mcmFtZSAweGZmZmZmZjgyMTg3ZmIyNDAK cGFuaWMoKSBhdCBwYW5pYysweDE1NS9mcmFtZSAweGZmZmZmZjgyMTg3ZmIyYzAKdHJhcF9mYXRh bCgpIGF0IHRyYXBfZmF0YWwrMHgzN2EvZnJhbWUgMHhmZmZmZmY4MjE4N2ZiMzIwCnRyYXBfcGZh dWx0KCkgYXQgdHJhcF9wZmF1bHQrMHgyNTcvZnJhbWUgMHhmZmZmZmY4MjE4N2ZiM2MwCnRyYXAo KSBhdCB0cmFwKzB4NDNhL2ZyYW1lIDB4ZmZmZmZmODIxODdmYjUxMApjYWxsdHJhcCgpIGF0IGNh bGx0cmFwKzB4OC9mcmFtZSAweGZmZmZmZjgyMTg3ZmI1MTAKLS0tIHRyYXAgMHhjLCByaXAgPSAw eGZmZmZmZmZmODA2NmU3MWMsIHJzcCA9IDB4ZmZmZmZmODIxODdmYjVkMCwgcmJwID0gMHhmZmZm ZmY4MjE4N2ZiNjIwIC0tLQpzY3RwX2RlbF9hZGRyX2Zyb21fdnJmKCkgYXQgc2N0cF9kZWxfYWRk cl9mcm9tX3ZyZisweDdjL2ZyYW1lIDB4ZmZmZmZmODIxODdmYjYyMApydF9uZXdhZGRybXNnX2Zp YigpIGF0IHJ0X25ld2FkZHJtc2dfZmliKzB4NDQvZnJhbWUgMHhmZmZmZmY4MjE4N2ZiNmUwCnJ0 aW5pdDEoKSBhdCBydGluaXQxKzB4NTdiL2ZyYW1lIDB4ZmZmZmZmODIxODdmYjg2MAppbl9zY3J1 YnByZWZpeCgpIGF0IGluX3NjcnVicHJlZml4KzB4Mzc2L2ZyYW1lIDB4ZmZmZmZmODIxODdmYjkw MApyaXBfY3RsaW5wdXQoKSBhdCByaXBfY3RsaW5wdXQrMHgxNDMvZnJhbWUgMHhmZmZmZmY4MjE4 N2ZiOTMwCnBmY3RsaW5wdXQoKSBhdCBwZmN0bGlucHV0KzB4NWMvZnJhbWUgMHhmZmZmZmY4MjE4 N2ZiOTYwCmlmaW9jdGwoKSBhdCBpZmlvY3RsKzB4N2YyL2ZyYW1lIDB4ZmZmZmZmODIxODdmYmEy MAprZXJuX2lvY3RsKCkgYXQga2Vybl9pb2N0bCsweDIyZS9mcmFtZSAweGZmZmZmZjgyMTg3ZmJh OTAKc3lzX2lvY3RsKCkgYXQgc3lzX2lvY3RsKzB4MTQyL2ZyYW1lIDB4ZmZmZmZmODIxODdmYmFl MAphbWQ2NF9zeXNjYWxsKCkgYXQgYW1kNjRfc3lzY2FsbCsweDJiNC9mcmFtZSAweGZmZmZmZjgy MTg3ZmJiZjAKWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2NhbGwrMHhmYi9mcmFtZSAweGZm ZmZmZjgyMTg3ZmJiZjAKLS0tIHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjY0LCBzeXNfaW9jdGwp LCByaXAgPSAweDgwMTIyYzI2YSwgcnNwID0gMHg3ZmZmZmZmZmRiMTgsIHJicCA9IDB4N2ZmZmZm ZmZkYjkwIC0tLQpVcHRpbWU6IDRtNTVzCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0 Cmh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVu dApUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVuc3Vi c2NyaWJlQGZyZWVic2Qub3JnIgo+IAoK0J7RgtC/0YDQsNCy0LvQtdC90L4g0LjQtyDQvNC+0LHQ uNC70YzQvdC+0Lkg0J/QvtGH0YLRiyBNYWlsLlJ1 From owner-freebsd-current@FreeBSD.ORG Sat May 4 17:57:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C2D40D90; Sat, 4 May 2013 17:57:20 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0E08F2; Sat, 4 May 2013 17:57:19 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id fp12so2349523lab.18 for ; Sat, 04 May 2013 10:57:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=YPj48zQWSdsbAjqjWBuazUTADLpN+ovVIpKNU0bJp1w=; b=IwuYu9idNAbCw8HPTuRl0a7Cg6poNsy4RVfAsrdgXNDohWjkE2twIgZMQB7koxWY+/ mDtNgY9xVz5sVU4iPc/KpEKscp29pcXhVoghJ4nyt7iaRXVHZMf841SkDToj8tPzZabr JGJLEa6o9mcm21iilR9Hskl+xvHY/ZFer3gCqW2Plm2d2w4q/GcTpjvvd3lw97phSlPV WGduXBXuMM5/u7PCKpa9gUFnqsGnJEoBhtZYEYvk3N2JSYCXAP8aolqh1qH2KCErbHW9 cZ00sOE5W2zvjTq3Ttpwpi5h1meoXBT/M/AyabNKlYAxbjr77OeMchLqiIjSpWLFdRFl OYeA== MIME-Version: 1.0 X-Received: by 10.152.27.39 with SMTP id q7mr5816621lag.36.1367690239005; Sat, 04 May 2013 10:57:19 -0700 (PDT) Received: by 10.112.150.70 with HTTP; Sat, 4 May 2013 10:57:18 -0700 (PDT) In-Reply-To: References: Date: Sat, 4 May 2013 13:57:18 -0400 Message-ID: Subject: Re: It's not as annoying as you may think. From: Super Bisquit To: Michael Copeland Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 17:57:20 -0000 I can't use the SoundBlaster PCI card on the laptop. Also, I need to be able to switch between the FreeBSD sound drivers and OSS drivers. What do I need to do to the kernel configuration file to allow this? Some ports will build with GCC and others with clang. What is the switch/command argument in make to allow this? I am very much aware of the capabilities of the processors and what works best on them. Effects such as loops are repetitive and that works just fine for the RISC load-store mechanism on Power 32 and 64 bit architectures. I do not currently have a PS3. The set up is for a friend who is not able to afford all of those great programs. I have spare machines. I am aware of and have used a lot of sound, audio, and conversion programs. On Fri, May 3, 2013 at 11:35 PM, Michael Copeland < michael@kryptos-security.com> wrote: > Well the last I checked, clang was still busted on ppc32. YMMV. > > I still don't think you're gonna get much use out of a ppc machine for any > form of effects unless you're just talking about using it as an equalizer. > For that matter, you could do almost all of it on the i386 laptop. Why do > you need to add in so many machines for this? For the record, you're not > going to get any form of realtime audio effects from that ppc machine, > unless you're running an old version of garage band from 10.5.8 on it, even > then it's not going to be quick. If you're hellbent on using a ppc machine, > get a ps3 for that purpose. > > From owner-freebsd-current@FreeBSD.ORG Sat May 4 18:10:25 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 60888326 for ; Sat, 4 May 2013 18:10:25 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id C63FE989 for ; Sat, 4 May 2013 18:10:24 +0000 (UTC) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by dlrexedge01.dlr.de (172.21.163.100) with Microsoft SMTP Server (TLS) id 14.2.328.9; Sat, 4 May 2013 20:10:11 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.2.328.9; Sat, 4 May 2013 20:10:17 +0200 Date: Sat, 4 May 2013 20:10:11 +0200 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: Rick Macklem Subject: Re: files disappearing from ls on NFS In-Reply-To: <834323350.114339.1367615358721.JavaMail.root@erie.cs.uoguelph.ca> Message-ID: References: <834323350.114339.1367615358721.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [129.247.178.136] Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 18:10:25 -0000 On Fri, 3 May 2013, Rick Macklem wrote: RM>Ok, if you succeed in isolating the commit, that would be great. Hmm. I'm somewhat stuck. clang from yesterday can't compile clang from a month ago... harti RM> RM>rick RM> RM>> harti RM>> RM>> On Fri, 3 May 2013, Rick Macklem wrote: RM>> RM>> RM>Hartmut Brandt wrote: RM>> RM>> Hi, RM>> RM>> RM>> RM>> I've updated one of my -current machines this week (previous RM>> update RM>> RM>> was in RM>> RM>> february). Now I see a strange effect (it seems only on NFS RM>> mounts): RM>> RM>> ls or RM>> RM>> even echo * will list only some files (strange enough the first RM>> files RM>> RM>> from RM>> RM>> the normal, alphabetically ordered list). If I change something RM>> in the RM>> RM>> directory (delete a file or create a new one) for some time the RM>> RM>> complete RM>> RM>> listing will appear but after sime time (seconds to a minute or RM>> so) RM>> RM>> again RM>> RM>> only part of the files is listed. RM>> RM>> RM>> RM>> A ktrace on ls /usr/src/lib/libc/gen shows that getdirentries is RM>> RM>> called RM>> RM>> only once (returning 4096). For a full listing getdirentries is RM>> called RM>> RM>> 5 RM>> RM>> times with the last returning 0. RM>> RM>> RM>> RM>> I can still open files that are not listed if I know their name, RM>> RM>> though. RM>> RM>> RM>> RM>> The NFS server is a Windows 2008 server with an OpenText NFS RM>> Server RM>> RM>> which RM>> RM>> works without problems to all the other FreeBSD machines. RM>> RM>> RM>> RM>> So what could that be? RM>> RM>> RM>> RM>Someone else reported missing files returned via "ls" recently, RM>> when RM>> RM>they used a small readdirsize (below 8K). I haven't yet had a RM>> change to try RM>> RM>and reproduce it or do any snooping around. RM>> RM> RM>> RM>There haven't been any recent changes to readdir in the NFS client, RM>> RM>except a trivial one that adds a check for vnode type being VDIR, RM>> RM>so I don't see that it can be a recent NFS change. RM>> RM> RM>> RM>If you can increase the readdirsize, try that to see if it avoids RM>> RM>the problem. "nfsstat -m" shows you what the mount options end up RM>> RM>being after doing the mount. The server might be limiting the RM>> readdirsize RM>> RM>to 4K, so you should check, even if you specify a large value for RM>> RM>the mount. RM>> RM> RM>> RM>rick RM>> RM> RM>> RM>> Regards, RM>> RM>> harti RM>> RM>> _______________________________________________ RM>> RM>> freebsd-current@freebsd.org mailing list RM>> RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current RM>> RM>> To unsubscribe, send any mail to RM>> RM>> "freebsd-current-unsubscribe@freebsd.org" RM>> RM> RM>> _______________________________________________ RM>> freebsd-current@freebsd.org mailing list RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current RM>> To unsubscribe, send any mail to RM>> "freebsd-current-unsubscribe@freebsd.org" RM> From owner-freebsd-current@FreeBSD.ORG Sat May 4 21:33:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A08F7A2A for ; Sat, 4 May 2013 21:33:23 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6631A118 for ; Sat, 4 May 2013 21:33:23 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEADN+hVGDaFvO/2dsb2JhbABQgz6DPLwHgRN0gh8BAQEDAQEBASAEJyALBRYYAgINGQIpAQkYAQ0GCAcEARwEh2UGDLAikCeBJIxbfgEzB4JAgRMDlGyCQoEmkA6DKSAygQQ1 X-IronPort-AV: E=Sophos;i="4.87,613,1363147200"; d="scan'208";a="26729381" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 04 May 2013 17:33:22 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 89C93B3F49; Sat, 4 May 2013 17:33:22 -0400 (EDT) Date: Sat, 4 May 2013 17:33:22 -0400 (EDT) From: Rick Macklem To: Hartmut Brandt Message-ID: <1232249832.122396.1367703202478.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: files disappearing from ls on NFS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: current@freebsd.org, Andrzej Tobola X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 21:33:23 -0000 Hartmut Brandt wrote: > On Fri, 3 May 2013, Rick Macklem wrote: > > RM>Ok, if you succeed in isolating the commit, that would be great. > > Hmm. I'm somewhat stuck. clang from yesterday can't compile clang from > a > month ago... > > harti > Oh well. You could try this patch (which is the one to fix readdir for union mounts), since I can see that VOP_VPTOCNP() will also be broken without it. (I can't see how that would break "ls", but it breaks __getcwd() and friends, so maybe it can affect "ls" somehow?) It's a cut/paste under windows, so I'm afraid the whitespace will be messed up, but it's pretty simple to apply by hand. Index: nfs_clvnops.c =================================================================== --- nfs_clvnops.c (revision 249568) +++ nfs_clvnops.c (working copy) @@ -2221,6 +2221,7 @@ !NFS_TIMESPEC_COMPARE(&np->n_mtime, &vattr.va_mtime)) { mtx_unlock(&np->n_mtx); NFSINCRGLOBAL(newnfsstats.direofcache_hits); + *ap->a_eofflag = 1; return (0); } else mtx_unlock(&np->n_mtx); @@ -2233,8 +2234,10 @@ tresid = uio->uio_resid; error = ncl_bioread(vp, uio, 0, ap->a_cred); - if (!error && uio->uio_resid == tresid) + if (!error && uio->uio_resid == tresid) { NFSINCRGLOBAL(newnfsstats.direofcache_misses); + *ap->a_eofflag = 1; + } return (error); } I haven't yet succeeded in reproducing the problem, but will be poking at it some more, rick > RM> > RM>rick > RM> > RM>> harti > RM>> > RM>> On Fri, 3 May 2013, Rick Macklem wrote: > RM>> > RM>> RM>Hartmut Brandt wrote: > RM>> RM>> Hi, > RM>> RM>> > RM>> RM>> I've updated one of my -current machines this week (previous > RM>> update > RM>> RM>> was in > RM>> RM>> february). Now I see a strange effect (it seems only on NFS > RM>> mounts): > RM>> RM>> ls or > RM>> RM>> even echo * will list only some files (strange enough the > first > RM>> files > RM>> RM>> from > RM>> RM>> the normal, alphabetically ordered list). If I change > something > RM>> in the > RM>> RM>> directory (delete a file or create a new one) for some time > the > RM>> RM>> complete > RM>> RM>> listing will appear but after sime time (seconds to a minute > or > RM>> so) > RM>> RM>> again > RM>> RM>> only part of the files is listed. > RM>> RM>> > RM>> RM>> A ktrace on ls /usr/src/lib/libc/gen shows that > getdirentries is > RM>> RM>> called > RM>> RM>> only once (returning 4096). For a full listing getdirentries > is > RM>> called > RM>> RM>> 5 > RM>> RM>> times with the last returning 0. > RM>> RM>> > RM>> RM>> I can still open files that are not listed if I know their > name, > RM>> RM>> though. > RM>> RM>> > RM>> RM>> The NFS server is a Windows 2008 server with an OpenText NFS > RM>> Server > RM>> RM>> which > RM>> RM>> works without problems to all the other FreeBSD machines. > RM>> RM>> > RM>> RM>> So what could that be? > RM>> RM>> > RM>> RM>Someone else reported missing files returned via "ls" > recently, > RM>> when > RM>> RM>they used a small readdirsize (below 8K). I haven't yet had a > RM>> change to try > RM>> RM>and reproduce it or do any snooping around. > RM>> RM> > RM>> RM>There haven't been any recent changes to readdir in the NFS > client, > RM>> RM>except a trivial one that adds a check for vnode type being > VDIR, > RM>> RM>so I don't see that it can be a recent NFS change. > RM>> RM> > RM>> RM>If you can increase the readdirsize, try that to see if it > avoids > RM>> RM>the problem. "nfsstat -m" shows you what the mount options end > up > RM>> RM>being after doing the mount. The server might be limiting the > RM>> readdirsize > RM>> RM>to 4K, so you should check, even if you specify a large value > for > RM>> RM>the mount. > RM>> RM> > RM>> RM>rick > RM>> RM> > RM>> RM>> Regards, > RM>> RM>> harti > RM>> RM>> _______________________________________________ > RM>> RM>> freebsd-current@freebsd.org mailing list > RM>> RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > RM>> RM>> To unsubscribe, send any mail to > RM>> RM>> "freebsd-current-unsubscribe@freebsd.org" > RM>> RM> > RM>> _______________________________________________ > RM>> freebsd-current@freebsd.org mailing list > RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > RM>> To unsubscribe, send any mail to > RM>> "freebsd-current-unsubscribe@freebsd.org" > RM> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat May 4 22:14:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9E632AB5 for ; Sat, 4 May 2013 22:14:53 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4A92B2 for ; Sat, 4 May 2013 22:14:53 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id j1so2570733oag.27 for ; Sat, 04 May 2013 15:14:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=dTerhbiCmlgPZCnpZ7lVH4Y2iKTjMi6knMbkRT2M85w=; b=sD1y2tffmrV7fRMoAZ81VQCa/Oo/JBdenqxOCRn4gAB6M+2vyEThgGBri5/3xjp5oK mmSWiXAFviTzqa3yJ6ZJqeB7hkjjkKdAc1TZZKt+s0tIhDncU9rm7eUdtHSGOaOggX+/ BpPgKdFj+IDvKDHEZ1+D0mzOBV2AfyFkTEawiwCUrnhea2D1HcCD8F4yYolnFH1Uq8Ei GG2zxqBlxda5jYOr03teK+o+ReHCi75BdnBpVol78pR0/PcARYJ6cFpxNPsWp1/3lFFS Do52Few+2uKas7dp2K/pe+q2QlGL33BVkAdk9oB3czTN5HkE/DkzNAIN/5CsHa4jjW7y MydA== MIME-Version: 1.0 X-Received: by 10.182.84.135 with SMTP id z7mr4178136oby.35.1367705686907; Sat, 04 May 2013 15:14:46 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.76.12.167 with HTTP; Sat, 4 May 2013 15:14:46 -0700 (PDT) In-Reply-To: <20130504072835.D1E5836F4B4A@dx.burplex.com> References: <20130504072835.D1E5836F4B4A@dx.burplex.com> Date: Sat, 4 May 2013 15:14:46 -0700 X-Google-Sender-Auth: uF4u3sc4BjRvFiBcdzgfjBY3qCQ Message-ID: Subject: Re: Audio Hints, T520? From: Kevin Oberman To: Waitman Gobble Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Sean Bruno , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 22:14:53 -0000 On Sat, May 4, 2013 at 12:28 AM, Waitman Gobble wrote: > On Fri, 03 May 2013 22:22:01 -0700, Sean Bruno > wrote: > > > > > >On Fri, 2013-05-03 at 22:03 -0700, Waitman Gobble wrote: > >> what is the output of running the command 'mixer'? > > > >$ mixer > >Mixer vol is currently set to 95:95 > >Mixer pcm is currently set to 100:100 > >Mixer speaker is currently set to 100:100 > >Mixer mic is currently set to 100:100 > >Mixer rec is currently set to 67:67 > >Recording source: mic > > > > > >All looks well to me. > > > >Sean > > > > I agree. It looks like it should work. > > sorry not to have more info to help, > > After reading the man page for snd_hda and dev/snd/pcm/dsp.c src I don't > think > you *need* hints in /boot/loader.conf to make it work, but you can > re-arrange > 'pins' and set auto stuff, like plugging headphones in selects the device. > i > think. > > here's some stuff to check. I am *guessing* it's 'recording' from a > different > pin/device?? > > on this machine : > > [1070] > syscntl hw.snd.default_unit > hw.snd.default_unit: 3 > > [1071] > dmesg | grep pcm3 > pcm3: at nid 20 and 24,26 on hdaa1 > > [1072] > sysctl -a | grep nid20 > dev.hdaa.1.nid20: pin: Line-out (Green Jack) > dev.hdaa.1.nid20_config: 0x01014410 as=1 seq=0 device=Line-out conn=Jack > ctype=1/8 loc=Rear color=Green misc=4 > dev.hdaa.1.nid20_original: 0x01014410 as=1 seq=0 device=Line-out conn=Jack > ctype=1/8 loc=Rear color=Green misc=4 > > [1073] > sysctl -a | grep nid24 > dev.hdaa.1.nid24: pin: Mic (Pink Jack) > dev.hdaa.1.nid24_config: 0x01a19c40 as=4 seq=0 device=Mic conn=Jack > ctype=1/8 > loc=Rear color=Pink misc=12 > dev.hdaa.1.nid24_original: 0x01a19c40 as=4 seq=0 device=Mic conn=Jack > ctype=1/8 loc=Rear color=Pink misc=12 > > I think there's probably a pink jack on the back of the machine where i can > plug up a mic. > > a thought, did you already experiment to see if you can record something > from > oss /dev/dsp devices? > I browsed through the source but I don't understand, at the moment, how to > 'know' which /dev/dsp maps to pcm. > > [1044] > ls /dev/dsp* > /dev/dsp0.1 /dev/dsp2.1 /dev/dsp4.1 > /dev/dsp1.1 /dev/dsp3.1 /dev/dsp5.1 > > (based on previous matthias post) > [1045] > dd if=/dev/dspN of=/tmp/bite > [1046] > cat /tmp/bite > /dev/dspOUT_DEVICE > > >From my /boot/loader.conf: # Load the sound driver snd_hda_load="YES" # and setup headphones # Out : speaker + headphones hint.hdac.0.cad0.nid25.config="as=1 seq=15" # In : mic + external mic hint.hdac.0.cad0.nid35.config="as=2" hint.hdac.0.cad0.nid27.config="as=2 seq=15" Works on my T520. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sat May 4 22:50:02 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3DF46895 for ; Sat, 4 May 2013 22:50:02 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 06D973E8 for ; Sat, 4 May 2013 22:50:01 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEACWQhVGDaFvO/2dsb2JhbABQgz6DPLwHgRN0gh8BAQEDAQEBASArIAsFFhgCAg0ZAikBCRgBDQYIBwQBHASHZQYMsDOQIYEkjFt+NAeCQIETA5RsgkKBJpAOgykgMoEENQ X-IronPort-AV: E=Sophos;i="4.87,613,1363147200"; d="scan'208";a="28413316" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 04 May 2013 18:49:29 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id CFECAB3F46; Sat, 4 May 2013 18:49:28 -0400 (EDT) Date: Sat, 4 May 2013 18:49:28 -0400 (EDT) From: Rick Macklem To: Hartmut Brandt Message-ID: <347158778.122924.1367707768693.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: files disappearing from ls on NFS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2013 22:50:02 -0000 Hartmut Brandt wrote: > On Fri, 3 May 2013, Rick Macklem wrote: > > RM>Ok, if you succeed in isolating the commit, that would be great. > > Hmm. I'm somewhat stuck. clang from yesterday can't compile clang from > a > month ago... > > harti > Oh, and one other thing you can try is switching to the old client "mount -t oldnfs ...". rick > RM> > RM>rick > RM> > RM>> harti > RM>> > RM>> On Fri, 3 May 2013, Rick Macklem wrote: > RM>> > RM>> RM>Hartmut Brandt wrote: > RM>> RM>> Hi, > RM>> RM>> > RM>> RM>> I've updated one of my -current machines this week (previous > RM>> update > RM>> RM>> was in > RM>> RM>> february). Now I see a strange effect (it seems only on NFS > RM>> mounts): > RM>> RM>> ls or > RM>> RM>> even echo * will list only some files (strange enough the > first > RM>> files > RM>> RM>> from > RM>> RM>> the normal, alphabetically ordered list). If I change > something > RM>> in the > RM>> RM>> directory (delete a file or create a new one) for some time > the > RM>> RM>> complete > RM>> RM>> listing will appear but after sime time (seconds to a minute > or > RM>> so) > RM>> RM>> again > RM>> RM>> only part of the files is listed. > RM>> RM>> > RM>> RM>> A ktrace on ls /usr/src/lib/libc/gen shows that > getdirentries is > RM>> RM>> called > RM>> RM>> only once (returning 4096). For a full listing getdirentries > is > RM>> called > RM>> RM>> 5 > RM>> RM>> times with the last returning 0. > RM>> RM>> > RM>> RM>> I can still open files that are not listed if I know their > name, > RM>> RM>> though. > RM>> RM>> > RM>> RM>> The NFS server is a Windows 2008 server with an OpenText NFS > RM>> Server > RM>> RM>> which > RM>> RM>> works without problems to all the other FreeBSD machines. > RM>> RM>> > RM>> RM>> So what could that be? > RM>> RM>> > RM>> RM>Someone else reported missing files returned via "ls" > recently, > RM>> when > RM>> RM>they used a small readdirsize (below 8K). I haven't yet had a > RM>> change to try > RM>> RM>and reproduce it or do any snooping around. > RM>> RM> > RM>> RM>There haven't been any recent changes to readdir in the NFS > client, > RM>> RM>except a trivial one that adds a check for vnode type being > VDIR, > RM>> RM>so I don't see that it can be a recent NFS change. > RM>> RM> > RM>> RM>If you can increase the readdirsize, try that to see if it > avoids > RM>> RM>the problem. "nfsstat -m" shows you what the mount options end > up > RM>> RM>being after doing the mount. The server might be limiting the > RM>> readdirsize > RM>> RM>to 4K, so you should check, even if you specify a large value > for > RM>> RM>the mount. > RM>> RM> > RM>> RM>rick > RM>> RM> > RM>> RM>> Regards, > RM>> RM>> harti > RM>> RM>> _______________________________________________ > RM>> RM>> freebsd-current@freebsd.org mailing list > RM>> RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > RM>> RM>> To unsubscribe, send any mail to > RM>> RM>> "freebsd-current-unsubscribe@freebsd.org" > RM>> RM> > RM>> _______________________________________________ > RM>> freebsd-current@freebsd.org mailing list > RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > RM>> To unsubscribe, send any mail to > RM>> "freebsd-current-unsubscribe@freebsd.org" > RM> > _______________________________________________ > 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"