From owner-freebsd-current@freebsd.org Sun Feb 19 03:54:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8147FCE53FF for ; Sun, 19 Feb 2017 03:54:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E36AAF70 for ; Sun, 19 Feb 2017 03:54:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v1J3sNuU022148 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 19 Feb 2017 05:54:23 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v1J3sNuU022148 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v1J3sMgT022147; Sun, 19 Feb 2017 05:54:23 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 19 Feb 2017 05:54:22 +0200 From: Konstantin Belousov To: Hans Petter Selasky Cc: FreeBSD Current Subject: Re: First thread in proc in not passed to thread_dtor eventhandler upon exit Message-ID: <20170219035422.GQ2092@kib.kiev.ua> References: <933e132d-289b-330d-b349-584a25e279d4@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <933e132d-289b-330d-b349-584a25e279d4@selasky.org> User-Agent: Mutt/1.7.2 (2016-11-26) 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 autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Feb 2017 03:54:29 -0000 On Sat, Feb 18, 2017 at 10:40:00PM +0100, Hans Petter Selasky wrote: > Hi, > > Is the following a bug or feature. I observe that the first thread in a > procedure is not passed to thread_dtor as declared by the following > eventhandler, when the procedure exits. > > EVENTHANDLER_DECLARE(thread_dtor, thread_dtor_fn); > > Is this a bug or feature? This is a feature. When a zombie process is reaped, the last thread in the process (the one which exited it) is left in the process thread list. This is an optimization, because process without at least one thread is never useful. You can see the code in fork1() which allocates struct proc from zone and then checks if there any thread pre-allocated as well (both struct proc and struct thread are type-stable). Since the last thread is not freed, its destructor is not signalled. > > I see a couple of clients in the kernel and if the first thread in proc > is simply recycled by re-init, we're leaking data for these clients? > And I'm planning to add one more for the LinuxKPI. > > Any insight? > > --HPS > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://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 Feb 19 08:33:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32015CE5C79 for ; Sun, 19 Feb 2017 08:33:21 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1E3EB771 for ; Sun, 19 Feb 2017 08:33:21 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 1D8AECE5C78; Sun, 19 Feb 2017 08:33:21 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D2D6CE5C77 for ; Sun, 19 Feb 2017 08:33:21 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D7F20770 for ; Sun, 19 Feb 2017 08:33:20 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1cfMvg-0007WR-Ac for current@freebsd.org; Sun, 19 Feb 2017 09:33:12 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1cfMvg-0005Qo-9Z for current@freebsd.org; Sun, 19 Feb 2017 09:33:12 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Sun, 19 Feb 2017 08:33:12 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: GDB question [ at least at first... ] Date: Sun, 19 Feb 2017 00:33:12 -0800 (PST) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Feb 2017 08:33:21 -0000 I've a custom kernel r313487 without, and another with, debugging lines re-added. [ i386 ]=20 With daily vmcore in /var/crash from the=20 former, can the latter be used with GDB [ the larger kernel ] to evaluate the=20 core file from the non-debugging, thinner kernel? And if so, better to learn GDB here or send it off as an attachment to an expert ?? The crashes almost uniformly [ 3/4 of them ] happen during seamonkey or links -g, and also after the recent seamonkey upgrade VS before, which almost=20 wrecked the install... if it matters any. OR, the fixes I did to the almost-wrecked install made it unstable to run a browser within. OR, some sysctl is not tuned to the recent hardware... From owner-freebsd-current@freebsd.org Sun Feb 19 08:44:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9156CE5F02 for ; Sun, 19 Feb 2017 08:44:08 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 95CADBF2 for ; Sun, 19 Feb 2017 08:44:08 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id EA0EF1FE086; Sun, 19 Feb 2017 09:44:03 +0100 (CET) Subject: Re: First thread in proc in not passed to thread_dtor eventhandler upon exit To: Konstantin Belousov References: <933e132d-289b-330d-b349-584a25e279d4@selasky.org> <20170219035422.GQ2092@kib.kiev.ua> Cc: FreeBSD Current From: Hans Petter Selasky Message-ID: <060681c7-4c46-dcc7-d797-868fd0ad35a6@selasky.org> Date: Sun, 19 Feb 2017 09:43:24 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20170219035422.GQ2092@kib.kiev.ua> Content-Type: multipart/mixed; boundary="------------B8A904A95BD087F287C9271A" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Feb 2017 08:44:09 -0000 This is a multi-part message in MIME format. --------------B8A904A95BD087F287C9271A Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 02/19/17 04:54, Konstantin Belousov wrote: > On Sat, Feb 18, 2017 at 10:40:00PM +0100, Hans Petter Selasky wrote: >> Hi, >> >> Is the following a bug or feature. I observe that the first thread in a >> procedure is not passed to thread_dtor as declared by the following >> eventhandler, when the procedure exits. >> >> EVENTHANDLER_DECLARE(thread_dtor, thread_dtor_fn); >> >> Is this a bug or feature? > This is a feature. When a zombie process is reaped, the last thread in > the process (the one which exited it) is left in the process thread list. > This is an optimization, because process without at least one thread > is never useful. > > You can see the code in fork1() which allocates struct proc from zone > and then checks if there any thread pre-allocated as well (both struct > proc and struct thread are type-stable). > > Since the last thread is not freed, its destructor is not signalled. Hi Konstantin, I see. To avoid leakage of LinuxKPI, Linux and Dtrace resources to all system threads, I think the attached patch is required. What do you think about the attached patch? If you don't like it can you suggest another approach? --HPS --------------B8A904A95BD087F287C9271A Content-Type: text/x-patch; name="thread_ctor_dtor.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="thread_ctor_dtor.patch" diff --git a/sys/kern/kern_proc.c b/sys/kern/kern_proc.c index f39326f..a206a0a 100644 --- a/sys/kern/kern_proc.c +++ b/sys/kern/kern_proc.c @@ -191,11 +191,17 @@ static int proc_ctor(void *mem, int size, void *arg, int flags) { struct proc *p; + struct thread *td; p = (struct proc *)mem; SDT_PROBE4(proc, , ctor , entry, p, size, arg, flags); EVENTHANDLER_INVOKE(process_ctor, p); SDT_PROBE4(proc, , ctor , return, p, size, arg, flags); + td = FIRST_THREAD_IN_PROC(p); + if (td != NULL) { + /* Make sure all thread constructors are executed */ + EVENTHANDLER_INVOKE(thread_ctor, td); + } return (0); } @@ -220,6 +226,9 @@ proc_dtor(void *mem, int size, void *arg) #endif /* Free all OSD associated to this thread. */ osd_thread_exit(td); + + /* Make sure all thread destructors are executed */ + EVENTHANDLER_INVOKE(thread_dtor, td); } EVENTHANDLER_INVOKE(process_dtor, p); if (p->p_ksi != NULL) --------------B8A904A95BD087F287C9271A-- From owner-freebsd-current@freebsd.org Sun Feb 19 09:31:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A764CE5D31 for ; Sun, 19 Feb 2017 09:31:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 24E461D5 for ; Sun, 19 Feb 2017 09:31:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v1J9Vies097672 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 19 Feb 2017 11:31:44 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v1J9Vies097672 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v1J9ViCt097671; Sun, 19 Feb 2017 11:31:44 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 19 Feb 2017 11:31:44 +0200 From: Konstantin Belousov To: Hans Petter Selasky Cc: FreeBSD Current Subject: Re: First thread in proc in not passed to thread_dtor eventhandler upon exit Message-ID: <20170219093144.GU2092@kib.kiev.ua> References: <933e132d-289b-330d-b349-584a25e279d4@selasky.org> <20170219035422.GQ2092@kib.kiev.ua> <060681c7-4c46-dcc7-d797-868fd0ad35a6@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <060681c7-4c46-dcc7-d797-868fd0ad35a6@selasky.org> User-Agent: Mutt/1.7.2 (2016-11-26) 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 autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Feb 2017 09:31:54 -0000 On Sun, Feb 19, 2017 at 09:43:24AM +0100, Hans Petter Selasky wrote: > On 02/19/17 04:54, Konstantin Belousov wrote: > > On Sat, Feb 18, 2017 at 10:40:00PM +0100, Hans Petter Selasky wrote: > >> Hi, > >> > >> Is the following a bug or feature. I observe that the first thread in a > >> procedure is not passed to thread_dtor as declared by the following > >> eventhandler, when the procedure exits. > >> > >> EVENTHANDLER_DECLARE(thread_dtor, thread_dtor_fn); > >> > >> Is this a bug or feature? > > This is a feature. When a zombie process is reaped, the last thread in > > the process (the one which exited it) is left in the process thread list. > > This is an optimization, because process without at least one thread > > is never useful. > > > > You can see the code in fork1() which allocates struct proc from zone > > and then checks if there any thread pre-allocated as well (both struct > > proc and struct thread are type-stable). > > > > Since the last thread is not freed, its destructor is not signalled. > > Hi Konstantin, > > I see. To avoid leakage of LinuxKPI, Linux and Dtrace resources to all > system threads, I think the attached patch is required. What do you > think about the attached patch? If you don't like it can you suggest > another approach? Your patch is in-line with e.g. osd handling, so I do not see a reason to suggest a different approach. Looks fine. Of course, the only worry is the fact that event handlers are called for the thread which is not newly allocated nor just freed. > diff --git a/sys/kern/kern_proc.c b/sys/kern/kern_proc.c > index f39326f..a206a0a 100644 > --- a/sys/kern/kern_proc.c > +++ b/sys/kern/kern_proc.c > @@ -191,11 +191,17 @@ static int > proc_ctor(void *mem, int size, void *arg, int flags) > { > struct proc *p; > + struct thread *td; > > p = (struct proc *)mem; > SDT_PROBE4(proc, , ctor , entry, p, size, arg, flags); > EVENTHANDLER_INVOKE(process_ctor, p); > SDT_PROBE4(proc, , ctor , return, p, size, arg, flags); > + td = FIRST_THREAD_IN_PROC(p); > + if (td != NULL) { > + /* Make sure all thread constructors are executed */ > + EVENTHANDLER_INVOKE(thread_ctor, td); > + } > return (0); > } > > @@ -220,6 +226,9 @@ proc_dtor(void *mem, int size, void *arg) > #endif > /* Free all OSD associated to this thread. */ > osd_thread_exit(td); > + > + /* Make sure all thread destructors are executed */ > + EVENTHANDLER_INVOKE(thread_dtor, td); > } > EVENTHANDLER_INVOKE(process_dtor, p); > if (p->p_ksi != NULL) From owner-freebsd-current@freebsd.org Sun Feb 19 16:38:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4806FCE54E0 for ; Sun, 19 Feb 2017 16:38:09 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 28CE9C6D for ; Sun, 19 Feb 2017 16:38:09 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 28381CE54DF; Sun, 19 Feb 2017 16:38:09 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27DFBCE54DE for ; Sun, 19 Feb 2017 16:38:09 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x22d.google.com (mail-yw0-x22d.google.com [IPv6:2607:f8b0:4002:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DCA13C6C for ; Sun, 19 Feb 2017 16:38:08 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x22d.google.com with SMTP id v200so41076402ywc.3 for ; Sun, 19 Feb 2017 08:38:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Usd/FHpIR+9BLZc2iiclMxJr3bCpryRRXPNGKuBx0ds=; b=UotNmMDqcpyjMoUmr2O8kQxTOvWhYCBWlun4QOZZ73sfcjcmqmZC65xOAOGws64qXk 4LZU6+AR4Wbr8cLD09zMoWvs9t7UXaEUERugX36LPs99nhftwsd+IEA8YUh/40RgKYM1 lOZyA2lawFgDlosro+5ULKaOGR41ndH2AuWmQuAWPY6fD5Z5RS7IjqQ5wSM4QE3UlgkH yqD6xEwv6yIaSy7D6pLPAQ+WBcWLZRPi1Q9/JvQJD3Ix+TL24xEliFBDCIAwBa2KQpYx 7HsirFYenZqqLFPDURDAbTvBxIim2tUyKYWU3+XT7eldvjZl/rJDBQetC/G94H/n2osy qEDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Usd/FHpIR+9BLZc2iiclMxJr3bCpryRRXPNGKuBx0ds=; b=ei4vLJfJI9Yx90TNDZEip4slUg+w9IzNiyhiPhDc4n/yJWLNP/DCQ+3DwDcvPaEk9x qLApfAyHjDTr3qY056zFmv/cjfenmfk1CMnnXk4BnNahH8pNHMQy5WQY7v7SHCDVsi54 y9Tw39LJY/cGtgh7KxoVU11AzeIqa9CEekoKQBKHgPZidilp5/+ZE7QkCpQviX+kWu/t sYqq+9foZL3SMTKRhu4P8sNSW2UELq2WyOC1qXFogG5TzBLkbZ6J19aBtdC2LB/e5gbu qTVF1GrLa9wbpUeSw6FgfD3AXvAcrvdjq2eYA7t+rdVpAUtIo+IBgj6FN6pifObYcDdh 7UqQ== X-Gm-Message-State: AMke39nHukLKlvqKzGG7a6+dcDG7uVUDpvfv8jvaoY2QKeBJL+gMuFEMRdHz3xBrstWAs8zUxDRO/p9FSRsDLw== X-Received: by 10.129.154.194 with SMTP id r185mr13059329ywg.252.1487522286439; Sun, 19 Feb 2017 08:38:06 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Sun, 19 Feb 2017 08:38:05 -0800 (PST) In-Reply-To: References: From: Alan Somers Date: Sun, 19 Feb 2017 09:38:05 -0700 X-Google-Sender-Auth: XuDT0OTMM88n2qgVGaSNeFn5jYc Message-ID: Subject: Re: GDB question [ at least at first... ] To: jbtakk@iherebuywisely.com Cc: current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Feb 2017 16:38:09 -0000 On Sun, Feb 19, 2017 at 1:33 AM, Jeffrey Bouquet wrote: > I've a custom kernel r313487 without, and > another with, debugging lines re-added. > [ i386 ] > > With daily vmcore in /var/crash from the > former, can the latter be used with GDB > [ the larger kernel ] to evaluate the > core file from the non-debugging, thinner > kernel? No. A debugging kernel isn't just a regular kernel with symbols. It also adds many more runtime assertions. The symbols from one won't match up with the core from another. > > And if so, better to learn GDB here or > send it off as an attachment to an > expert ?? There's never a bad time to learn GDB! It'll still work even on your non-debug kernel. You should try it out, and learn as much as you can. When you feel like you've gone as far as you can by yourself, then go ahead and post your problem to a mailing list of Bugzilla. Be sure to post the full stack trace. And search for it on Bugzilla before you post it; you may not be the first person to experience this bug. -Alan > > The crashes almost uniformly > [ 3/4 of them ] happen during > seamonkey or links -g, and also > after the > recent seamonkey upgrade > VS before, which almost > wrecked the install... if it matters any. > OR, the fixes I did to the almost-wrecked > install made it unstable to run > a browser within. OR, some sysctl > is not tuned to the recent hardware... > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://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 Feb 19 20:30:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B789CE5990; Sun, 19 Feb 2017 20:30:16 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 517D2187F; Sun, 19 Feb 2017 20:30:16 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1JKUFUo083830 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 19 Feb 2017 12:30:15 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1JKUFGh083829; Sun, 19 Feb 2017 12:30:15 -0800 (PST) (envelope-from sgk) Date: Sun, 19 Feb 2017 12:30:15 -0800 From: Steve Kargl To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: elf_load_section problem Message-ID: <20170219203015.GA83765@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Sun, 19 Feb 2017 21:41:15 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Feb 2017 20:30:16 -0000 Looks like I picked the wrong time to update a month old. Problem #1: 'kldload -v i915kms.ko' locks up the system. No panic. No messages logged. No keyboard response. Black screen of death. Problem #2: 'kldload -v drm2.ko' locks up the system. No panic. No messages logged. No keyboard response. Black screen of death. Problem #3: #1 and #2 along with an update of xorg to 1.18.4 prevents X from firing up. Problem #4: Ok. I re-install everything that X uses and their dependencies from source. % cd /usr/ports/misc/help2man % script % make Script started on Sun Feb 19 12:20:18 2017 laptop-kargl:root[201] make ===> help2man-1.47.4 depends on executable: gmake - found ===> help2man-1.47.4 depends on package: perl5>=5.24<5.25 - found ===> Configuring for help2man-1.47.4 configure: loading site script /usr/ports/Templates/config.site checking for perl... perl checking for module Locale::gettext... no checking for msgfmt... no checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for library containing dlsym... none required checking for library containing bindtextdomain... no checking for a BSD-compatible install... /usr/bin/install -c checking for makeinfo... build-aux/missing makeinfo checking for install-info... build-aux/missing install-info checking for msgmerge... build-aux/missing msgmerge checking for xgettext... build-aux/missing xgettext checking for po4a-updatepo... build-aux/missing po4a-updatepo checking for po4a-translate... build-aux/missing po4a-translate configure: creating ./config.status config.status: creating Makefile ===> Building for help2man-1.47.4 elf_load_section: truncated ELF file Abort trap *** Error code 1 Stop. make[1]: stopped in /usr/ports/misc/help2man *** Error code 1 Stop. make: stopped in /usr/ports/misc/help2man laptop-kargl:root[202] exit exit % exit Script done on Sun Feb 19 12:20:29 2017 -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Mon Feb 20 08:04:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F271CE59A9; Mon, 20 Feb 2017 08:04:46 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from springbank.echomania.com (springbank.echomania.com [IPv6:2a01:7c8:aab2:81::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "springbank.echomania.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 19FA61FFB; Mon, 20 Feb 2017 08:04:46 +0000 (UTC) (envelope-from dim@FreeBSD.org) X-Virus-Scanned: Debian amavisd-new at springbank.echomania.com Received: from [IPv6:2001:7b8:3a7::5dae:1b25:2f6c:febe] (unknown [IPv6:2001:7b8:3a7:0:5dae:1b25:2f6c:febe]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by springbank.echomania.com (Postfix) with ESMTPSA id 96422580298; Mon, 20 Feb 2017 09:04:41 +0100 (CET) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_7D3D6DB7-7781-4459-A875-8799B528DFCB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: elf_load_section problem Date: Mon, 20 Feb 2017 09:04:35 +0100 In-Reply-To: <20170219203015.GA83765@troutmask.apl.washington.edu> Cc: freebsd-ports@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org To: sgk@troutmask.apl.washington.edu References: <20170219203015.GA83765@troutmask.apl.washington.edu> X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Feb 2017 08:04:46 -0000 --Apple-Mail=_7D3D6DB7-7781-4459-A875-8799B528DFCB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 19 Feb 2017, at 21:30, Steve Kargl = wrote: >=20 > Looks like I picked the wrong time to update a month old. >=20 > Problem #1: 'kldload -v i915kms.ko' locks up the system. No > panic. No messages logged. No keyboard response. Black > screen of death. >=20 > Problem #2: 'kldload -v drm2.ko' locks up the system. No panic. > No messages logged. No keyboard response. Black screen of death. >=20 > Problem #3: #1 and #2 along with an update of xorg to 1.18.4 > prevents X from firing up. >=20 > Problem #4: Ok. I re-install everything that X uses and their > dependencies from source. I can't help you with these... > =3D=3D=3D> Building for help2man-1.47.4 > elf_load_section: truncated ELF file > Abort trap but this looks like a half-written or empty file. Did you do a full fsck, and did you already try cleaning out your work directory? -Dimitry --Apple-Mail=_7D3D6DB7-7781-4459-A875-8799B528DFCB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAliqoxkACgkQsF6jCi4glqPDuACeOtxNnAnRJNRnNk3o0K0ayheE R84An0i7ds8PnPJSwKEh9USy1j192peV =haLK -----END PGP SIGNATURE----- --Apple-Mail=_7D3D6DB7-7781-4459-A875-8799B528DFCB-- From owner-freebsd-current@freebsd.org Mon Feb 20 10:28:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9BECCE55A9; Mon, 20 Feb 2017 10:28:33 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C52691951; Mon, 20 Feb 2017 10:28:32 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA19514; Mon, 20 Feb 2017 12:28:24 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1cflCi-000L58-E8; Mon, 20 Feb 2017 12:28:24 +0200 Subject: Re: major code change for .zfs To: FreeBSD Current , freebsd-fs , freebsd-stable List References: <34c1e635-4f38-d483-bcf9-768311d7c726@FreeBSD.org> From: Andriy Gapon Message-ID: Date: Mon, 20 Feb 2017 12:27:27 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <34c1e635-4f38-d483-bcf9-768311d7c726@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Feb 2017 10:28:34 -0000 On 23/08/2016 11:43, Andriy Gapon wrote: > > Please review and test a change to .zfs code that is intended to make the code > aligned with FreeBSD VFS and, as such, more stable: > https://reviews.freebsd.org/D7421 > > The change removes two features. > .zfs/shares is gone because it was unused on FreeBSD anyway. We can restore > that when we need it. > An ability to take a snapshot by creating a directory under .zfs/snapshot is > removed. I hope that you didn't use it. Please do not start using it now :-) > Again, this feature can be restored with some work. > The reason I removed it is that its companion features of destroying and > renaming snapshots were already missing on FreeBSD, and properly implementing > the feature required some more work. This is a heads-up that I am going to commit the change. If you have objections or concerns please speak up. Thanks! -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Feb 20 18:09:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0983CE6A18; Mon, 20 Feb 2017 18:09:51 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A765318AE; Mon, 20 Feb 2017 18:09:51 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1KI9i6P089031 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Feb 2017 10:09:44 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1KI9ivc089030; Mon, 20 Feb 2017 10:09:44 -0800 (PST) (envelope-from sgk) Date: Mon, 20 Feb 2017 10:09:44 -0800 From: Steve Kargl To: Dimitry Andric Cc: freebsd-ports@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: elf_load_section problem Message-ID: <20170220180944.GA89000@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170219203015.GA83765@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Mon, 20 Feb 2017 18:26:05 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Feb 2017 18:09:51 -0000 On Mon, Feb 20, 2017 at 09:04:35AM +0100, Dimitry Andric wrote: > On 19 Feb 2017, at 21:30, Steve Kargl wrote: > > ===> Building for help2man-1.47.4 > > elf_load_section: truncated ELF file > > Abort trap > > but this looks like a half-written or empty file. Did you do a full > fsck, and did you already try cleaning out your work directory? > Yes, I did. It seems that the perl5.24 port was damaged during one of the black screens of death events. Removing perl5.24 and re-installing seems to have fixed the help2man problem. I can 'kldload joy.ko'. If I try to load any of drm.ko, drm2.ko, or i915kms.ko. Instant lock-up. I have no idea how to get any more information about the lock-up. This laptop, Dell Latitude D530, has worked very well with FreeBSD with sources from Jan 31th and earlier. Something in the last month has been broken. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Mon Feb 20 18:51:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 867ACCE6946 for ; Mon, 20 Feb 2017 18:51:00 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6C69111AC for ; Mon, 20 Feb 2017 18:51:00 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6BB25CE6945; Mon, 20 Feb 2017 18:51:00 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B50CCE6944 for ; Mon, 20 Feb 2017 18:51:00 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic308-36.consmr.mail.bf2.yahoo.com (sonic308-36.consmr.mail.bf2.yahoo.com [74.6.130.235]) by mx1.freebsd.org (Postfix) with ESMTP id 38B2D11AA for ; Mon, 20 Feb 2017 18:50:59 +0000 (UTC) (envelope-from filippomore@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1487616652; bh=TFDhavRch56aJmX0KX5ZVC0ya20fmHkIYC0cLiW1RkQ=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=HHRR2IrlI+0aKYTMDa7mVrMA0yAHOzyeeYh84aax4x7Vocg6fTNL/rfX3ZoD9evVDGU2ZzRwlKH4nGTaL/32J80Iqm0MKF+jCBWZp2tTfYDRkPgFisyjtE51HQ+9m8YjuBBfjfqR5kOoLXp1Oaw4gpZc3mCYdleBjXgvauVAIKTpsreKSdluvIzz1Gxv1fOQl6iLVmq+vgJAQuv4G80ozc3y15wC8O1y9zjqKembtm403FOYv8WL0eNNDE/XuTTwpWMb78VVuWDnI1/awQoXgt2ejkW8AuzE2owqhD2V/Df/+lM0ar/3bbNv5loE+hE/ZBWN5U/3W/FS7Dad3GKWgw== X-YMail-OSG: bVINdZgVM1koScztpofaQuFmzg_ui26rCka7VSU0uZaJJ_VujE_2s24ccMZ2gRk XlBBQlbgMMfSRyCvTo8OTiTLBwoxCt9nXPRfsGKVEyhzpeeb9FltkrpK_jEdT0z6B7zNOGW24Jrm 2RgCI.blf0bobZYfbH0FQmycBL5QY4tog_Ua_OoLNzQUp69LdPXBg68D_yoKbdELIOoxG35DPFJj ZCTIhX5JtcP.6tIRdItEgr0dIk_lr8OwPXeClo_vl_Fhj.d7eNNGL.Aipo1gtZhl32Eq3Y1eDlNX SuULg_S_QayjG4pctQtbQ_k_k3jWc_7x_q0qj7LbtpvCTPsj5c5wRE3liJnvN_KuUuc3bi_XPkT1 3wyrSZhrkcxUWWVdT5O2XCklaixc2yu51STd6ypVRWt2cMwJoPwpbx8_hJDPB4aE5rqFj75FJ7Xv gCbFUHkzxDUhmSfH_N65mHn5CA5AeaANXzZuJRyBvVoqOuJY5CGRyC8S9refHSvY.2H01huh5V5H .I707CbhgGrdB4U2.7tZJI0g_n_nN12uVoQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.bf2.yahoo.com with HTTP; Mon, 20 Feb 2017 18:50:52 +0000 Date: Mon, 20 Feb 2017 18:46:42 +0000 (UTC) From: Filippo Moretti Reply-To: Filippo Moretti To: FreeBSD Current Message-ID: <495112399.1232168.1487616402358@mail.yahoo.com> Subject: Problem compiling akonadi MIME-Version: 1.0 References: <495112399.1232168.1487616402358.ref@mail.yahoo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Feb 2017 18:51:00 -0000 While trying to compile akonadi I get the following error: ===> Installing for qtchooser-39===> Checking if qtchooser already installed===> Registering installation for qtchooser-39 as automaticInstalling qtchooser-39...pkg-static: qtchooser-39 conflicts with qt4-dbus-4.8.7 (installs files into the same place). Problematic file: /usr/local/bin/qdbus*** Error code 70 Stop.make[5]: stopped in /usr/ports/misc/qtchooser*** Error code 1Stop.make[4]: stopped in /usr/ports/devel/qt4-qmake*** Error code 1Stop.make[3]: stopped in /usr/ports/devel/qt4-moc*** Error code 1Stop.make[2]: stopped in /usr/ports/devel/automoc4*** Error code 1Stop.make[1]: stopped in /usr/ports/databases/akonadi*** Error code 1Stop.make: stopped in /usr/ports/databases/akonadi sincerelyFilippo From owner-freebsd-current@freebsd.org Mon Feb 20 19:10:50 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A102CE6F62; Mon, 20 Feb 2017 19:10:50 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C11291ECB; Mon, 20 Feb 2017 19:10:49 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id v77so16016675wmv.0; Mon, 20 Feb 2017 11:10:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=P3L3E9k5+UkHpIiU20ABdVOEIR2ezfhaEqIV8O0aYRs=; b=I2LwoJYyVDFvoBB6S9OjQTZf9lux5VjzXba3r+zYPguDZxyVfW3oBHOW9B/Vm8LkuX DmzfylYBDpQfBl6l+fIfwHj4kMocmsG1VidyOtd7ONyht3R70Tja5W6dQI0junVxRlIR mwQr/C6L6q7S6vC5AQInhUiR6H5ghQ3jdodq/9DQmoVBncCm/RVu3ykoK3GKiC9ZV4Bq h3Z8kUHAgdadoMWfEn9N31dJ0nzUvXlpt9jdChM3IhP/AOD1oO6m0YnSRovHHeuuc25o o2t/HLb2G4FxHlsIaAhzQIMwiSQLH2luFbXcM0PZWROvU/RIKCmhzJSi/XSgYCdQCoQX 0Znw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=P3L3E9k5+UkHpIiU20ABdVOEIR2ezfhaEqIV8O0aYRs=; b=hm2l8veGi0KnJ+FKXwrCKBpJ9D71to8NkueFVyOHnHXSWp4JEoR3TMr/fsRssvRCuH hRHzsAXORpxkpHcTyl62BvK8gi3yX/Y7gToknI54WITOAL9+cLeqzT60L4KXhUWOjrsF pKixBqzj5Outj8LFhkO4L1a0Qc6R/sbBJz99qJv5Rl4GTDY0o4MkQBpSrooYwOKO0rG4 oF0jD2xY7bYerUfy/gFOGtPDuml5/p2HXeQTj4RnbVv+omhsl7alXXbCYPhSNFTbK59k 0dzu8mXEoo8b7mms+iMwFzlc5VsIH97oVM42cv+RZOYyhLnqEiJt6y+YcwTL7kcHFBJL wvyQ== X-Gm-Message-State: AMke39nBxWVc8FA/RRj0/xILraFuA7jUcJy/ZozS1BcUMWjlHhibCL37WtyQkqWE6CHUbA== X-Received: by 10.28.158.74 with SMTP id h71mr12396602wme.59.1487617848059; Mon, 20 Feb 2017 11:10:48 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id w51sm10692040wrc.12.2017.02.20.11.10.46 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Mon, 20 Feb 2017 11:10:47 -0800 (PST) Date: Mon, 20 Feb 2017 20:10:45 +0100 From: Mateusz Guzik To: Mark Millard Cc: mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current , Nathan Whitehorn Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] Message-ID: <20170220191044.GA8526@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Mark Millard , mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current , Nathan Whitehorn References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Feb 2017 19:10:50 -0000 On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: > [Note: I experiment with clang based powerpc64 builds, > reporting problems that I find. Justin is familiar > with this, as is Nathan.] > > I tried to update the PowerMac G5 (a so-called "Quad Core") > that I have access to from head -r312761 to -r313864 and > ended up with random panics and hang ups in fairly short > order after booting. > > Some approximate bisecting for the kernel lead to: > (sometimes getting part way into a buildkernel attempt > for a different version before a failure happens) > > -r313266: works (just before use of atomic_fcmpset) > vs. > -r313271: fails (last of the "use atomic_fcmpset" check-ins) > > (I did not try -r313268 through -r313270 as the use was > gradually added.) > > So I'm currently running a -r313864 world with a -r313266 > kernel. > > No kernel that I tried that was from before -r313266 had the > problems. > > Any kernel that I tried that was from after -r313271 had the > problems. > > Of course I did not try them all in other direction. :) > I found that spin mutexes were not properly handling this, fixed in r313996. Locally I added a if (cpu_tick() % 2) return (0); snipped to amd64 fcmpset to simulate failures. Everything works, while it would easily fail without the patch. That said, I hope this concludes the 'missing check for not-reread value of failed fcmpset' saga. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Mon Feb 20 22:58:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5AABCE6D57 for ; Mon, 20 Feb 2017 22:58:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-71.reflexion.net [208.70.210.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 833932B2 for ; Mon, 20 Feb 2017 22:58:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9727 invoked from network); 20 Feb 2017 22:58:26 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 20 Feb 2017 22:58:26 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Mon, 20 Feb 2017 17:58:26 -0500 (EST) Received: (qmail 5815 invoked from network); 20 Feb 2017 22:58:26 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 20 Feb 2017 22:58:26 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id A8D59EC903F; Mon, 20 Feb 2017 14:58:25 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <20170220191044.GA8526@dft-labs.eu> Date: Mon, 20 Feb 2017 14:58:24 -0800 Cc: mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current , Nathan Whitehorn Content-Transfer-Encoding: 7bit Message-Id: <83428304-87BE-413C-BAB9-8FF218E7661C@dsl-only.net> References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Feb 2017 22:58:33 -0000 On 2017-Feb-20, at 11:10 AM, Mateusz Guzik wrote: > On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: >> [Note: I experiment with clang based powerpc64 builds, >> reporting problems that I find. Justin is familiar >> with this, as is Nathan.] >> >> I tried to update the PowerMac G5 (a so-called "Quad Core") >> that I have access to from head -r312761 to -r313864 and >> ended up with random panics and hang ups in fairly short >> order after booting. >> >> Some approximate bisecting for the kernel lead to: >> (sometimes getting part way into a buildkernel attempt >> for a different version before a failure happens) >> >> -r313266: works (just before use of atomic_fcmpset) >> vs. >> -r313271: fails (last of the "use atomic_fcmpset" check-ins) >> >> (I did not try -r313268 through -r313270 as the use was >> gradually added.) >> >> So I'm currently running a -r313864 world with a -r313266 >> kernel. >> >> No kernel that I tried that was from before -r313266 had the >> problems. >> >> Any kernel that I tried that was from after -r313271 had the >> problems. >> >> Of course I did not try them all in other direction. :) >> > > I found that spin mutexes were not properly handling this, fixed in > r313996. > > Locally I added a if (cpu_tick() % 2) return (0); snipped to amd64 > fcmpset to simulate failures. Everything works, while it would easily > fail without the patch. > > That said, I hope this concludes the 'missing check for not-reread value > of failed fcmpset' saga. > > -- > Mateusz Guzik I tried to update from -r313864 to -r313999 in my amd64 context (a VirtualBox machine under macOS) but it now crashes late in the boot sequence (after it processes a dump if I make one but before I can log in). This update was via my usual explicit svnlite update; buildworld buildkernel; etc. production style build of world and kernel, including use of MALLOC_PRODUCTION. The window shows: _vm_map_lock+0xf vm_map_wire+0x32 rtROMemObjNativeLockInMap+0x8c rtROMemObjNativeLockUser+0x51 RTR0MemObjLockUserTag+0x231 vbglR0HGCMInternalPreprocessCall+0x65d vbglR0HGCMInternalCall+0x17c vgdrvIoCtl_HGCMCall+0x43f VGDrvCommonIoCtl+0x261 vgdrvFreeBSDIOCtl+0x2cd devfs_ioctl+0xae VOP_IOCTL_APV+0x88 vn_ioctl+0x161 devfs_ioctl_f+0x1f kern_ioctl+0x280 sys_ioctl+0x13f amd64_syscall+0x397 Xfast_syscall+0xfb === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Feb 20 23:10:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45D0ACE61D6 for ; Mon, 20 Feb 2017 23:10:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-71.reflexion.net [208.70.210.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0737FC20 for ; Mon, 20 Feb 2017 23:10:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16606 invoked from network); 20 Feb 2017 23:12:52 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 20 Feb 2017 23:12:52 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Mon, 20 Feb 2017 18:10:46 -0500 (EST) Received: (qmail 14277 invoked from network); 20 Feb 2017 23:10:46 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 20 Feb 2017 23:10:46 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 8551FEC7B46; Mon, 20 Feb 2017 15:10:45 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <83428304-87BE-413C-BAB9-8FF218E7661C@dsl-only.net> Date: Mon, 20 Feb 2017 15:10:44 -0800 Cc: Justin Hibbits , mjg@freebsd.org, FreeBSD Current , svn-src-head@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <83428304-87BE-413C-BAB9-8FF218E7661C@dsl-only.net> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Feb 2017 23:10:49 -0000 On 2017-Feb-20, at 2:58 PM, Mark Millard wrote: > On 2017-Feb-20, at 11:10 AM, Mateusz Guzik = wrote: >=20 >> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: >>> [Note: I experiment with clang based powerpc64 builds, >>> reporting problems that I find. Justin is familiar >>> with this, as is Nathan.] >>>=20 >>> I tried to update the PowerMac G5 (a so-called "Quad Core") >>> that I have access to from head -r312761 to -r313864 and >>> ended up with random panics and hang ups in fairly short >>> order after booting. >>>=20 >>> Some approximate bisecting for the kernel lead to: >>> (sometimes getting part way into a buildkernel attempt >>> for a different version before a failure happens) >>>=20 >>> -r313266: works (just before use of atomic_fcmpset) >>> vs. >>> -r313271: fails (last of the "use atomic_fcmpset" check-ins) >>>=20 >>> (I did not try -r313268 through -r313270 as the use was >>> gradually added.) >>>=20 >>> So I'm currently running a -r313864 world with a -r313266 >>> kernel. >>>=20 >>> No kernel that I tried that was from before -r313266 had the >>> problems. >>>=20 >>> Any kernel that I tried that was from after -r313271 had the >>> problems. >>>=20 >>> Of course I did not try them all in other direction. :) >>>=20 >>=20 >> I found that spin mutexes were not properly handling this, fixed in >> r313996. >>=20 >> Locally I added a if (cpu_tick() % 2) return (0); snipped to amd64 >> fcmpset to simulate failures. Everything works, while it would easily >> fail without the patch. >>=20 >> That said, I hope this concludes the 'missing check for not-reread = value >> of failed fcmpset' saga. >>=20 >> --=20 >> Mateusz Guzik >=20 > I tried to update from -r313864 to -r313999 in my amd64 context > (a VirtualBox machine under macOS) but it now crashes late in > the boot sequence (after it processes a dump if I make one but > before I can log in). >=20 > This update was via my usual explicit svnlite update; buildworld > buildkernel; etc. production style build of world and kernel, > including use of MALLOC_PRODUCTION. >=20 > The window shows: >=20 > _vm_map_lock+0xf > vm_map_wire+0x32 > rtROMemObjNativeLockInMap+0x8c > rtROMemObjNativeLockUser+0x51 > RTR0MemObjLockUserTag+0x231 > vbglR0HGCMInternalPreprocessCall+0x65d > vbglR0HGCMInternalCall+0x17c > vgdrvIoCtl_HGCMCall+0x43f > VGDrvCommonIoCtl+0x261 > vgdrvFreeBSDIOCtl+0x2cd > devfs_ioctl+0xae > VOP_IOCTL_APV+0x88 > vn_ioctl+0x161 > devfs_ioctl_f+0x1f > kern_ioctl+0x280 > sys_ioctl+0x13f > amd64_syscall+0x397 > Xfast_syscall+0xfb More detail from booting with the -r313864 kernel.old and using kgdb on what the dump produced: # kgdb kernel.debug /var/crash/vmcore. /var/crash/vmcore.0 /var/crash/vmcore.last # kgdb kernel.debug /var/crash/vmcore.0 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>Starting vboxservice. <118>VBoxService 5.1.14 r112924 (verbosity: 0) freebsd.amd64 (Jan 20 = 2017 18:37:45) release log <118>00:00:00.000120 main Log opened 2017-02-20T22:38:46.348080000Z <118>00:00:00.000162 main OS Product: FreeBSD <118>00:00:00.000171 main OS Release: 12.0-CURRENT <118>00:00:00.000180 main OS Version: FreeBSD 12.0-CURRENT r313999M <118>00:00:00.000192 main Executable: /usr/local/sbin/VBoxService <118>00:00:00.000194 main Process ID: 609 <118>00:00:00.000196 main Package type: BSD_64BITS_GENERIC (OSE) Fatal trap 12: page fault while in kernel mode cpuid =3D 2; apic id =3D 02 fault virtual address =3D 0xd6 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff80d4ebaf stack pointer =3D 0x28:0xfffffe0122e2bef0 frame pointer =3D 0x28:0xfffffe0122e2bf00 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 609 (VBoxService) Reading symbols from /boot/kernel/zfs.ko...Reading symbols from = /usr/lib/debug//boot/kernel/zfs.ko.debug...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from = /usr/lib/debug//boot/kernel/opensolaris.ko.debug...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/modules/vboxguest.ko...done. Loaded symbols for /boot/modules/vboxguest.ko #0 doadump (textdump=3D0) at pcpu.h:232 232 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) bt #0 doadump (textdump=3D0) at pcpu.h:232 #1 0xffffffff8039dd0b in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, = dummy4=3D) at /usr/src/sys/ddb/db_command.c:546 #2 0xffffffff8039db0f in db_command (cmd_table=3D) = at /usr/src/sys/ddb/db_command.c:453 #3 0xffffffff8039d884 in db_command_loop () at = /usr/src/sys/ddb/db_command.c:506 #4 0xffffffff803a0814 in db_trap (type=3D, = code=3D) at /usr/src/sys/ddb/db_main.c:254 #5 0xffffffff80a9c0c3 in kdb_trap (type=3D, = code=3D, tf=3D) at = /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80ed25d2 in trap_fatal (frame=3D0xfffffe0122e2be30, = eva=3D214) at /usr/src/sys/amd64/amd64/trap.c:796 #7 0xffffffff80ed27dc in trap_pfault (frame=3D0xfffffe0122e2be30, = usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:658 #8 0xffffffff80ed1e90 in trap (frame=3D0xfffffe0122e2be30) at = /usr/src/sys/amd64/amd64/trap.c:421 #9 0xffffffff80eb6be1 in calltrap () at = /usr/src/sys/amd64/amd64/exception.S:236 #10 0xffffffff80d4ebaf in _vm_map_lock (map=3D0x1, file=3D0x0, line=3D0) = at /usr/src/sys/vm/vm_map.c:501 #11 0xffffffff80d51ea2 in vm_map_wire (map=3D, = start=3D4534272, end=3D4538368, flags=3D1) at = /usr/src/sys/vm/vm_map.c:2534 #12 0xffffffff8265291c in rtR0MemObjNativeLockInMap () from = /boot/modules/vboxguest.ko #13 0xffffffff82652881 in rtR0MemObjNativeLockUser () from = /boot/modules/vboxguest.ko #14 0xffffffff8264ec01 in RTR0MemObjLockUserTag () from = /boot/modules/vboxguest.ko #15 0xffffffff82624afd in vbglR0HGCMInternalPreprocessCall () from = /boot/modules/vboxguest.ko #16 0xffffffff8262411a in VbglR0HGCMInternalCall () from = /boot/modules/vboxguest.ko #17 0xffffffff8261ec4f in vgdrvIoCtl_HGCMCall () from = /boot/modules/vboxguest.ko #18 0xffffffff8261d221 in VGDrvCommonIoCtl () from = /boot/modules/vboxguest.ko #19 0xffffffff8262327d in vgdrvFreeBSDIOCtl () from = /boot/modules/vboxguest.ko #20 0xffffffff8092976e in devfs_ioctl (ap=3D) at = /usr/src/sys/fs/devfs/devfs_vnops.c:805 #21 0xffffffff8103ef58 in VOP_IOCTL_APV (vop=3D, = a=3D) at vnode_if.c:1067 #22 0xffffffff80b29431 in vn_ioctl (fp=3D0xfffff80006d37730, com=3D, data=3D0xfffffe0122e2c870, = active_cred=3D0xfffff80006495a00, td=3D) at = vnode_if.h:448 #23 0xffffffff80929d5f in devfs_ioctl_f (fp=3D, = com=3D, data=3D, cred=3D, td=3D0xfffff8001504e000) at = /usr/src/sys/fs/devfs/devfs_vnops.c:763 #24 0xffffffff80ab8bf0 in kern_ioctl (td=3D, fd=3D3, = com=3D, data=3D0xfffffe0122e2c870 "\031\002R\031P") = at file.h:322 #25 0xffffffff80ab88bf in sys_ioctl (td=3D, = uap=3D0xfffffe0122e2ca30) at /usr/src/sys/kern/sys_generic.c:743 #26 0xffffffff80ed2e27 in amd64_syscall (td=3D0xfffff8001504e000, = traced=3D0) at subr_syscall.c:135 #27 0xffffffff80eb6ecb in Xfast_syscall () at = /usr/src/sys/amd64/amd64/exception.S:396 #28 0x0000000800c5317a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Feb 20 23:35:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5872DCE6AC1; Mon, 20 Feb 2017 23:35:42 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com [IPv6:2a00:1450:400c:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CCC131911; Mon, 20 Feb 2017 23:35:41 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id r18so16959131wmd.3; Mon, 20 Feb 2017 15:35:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=y8lxRZiqFE+RaXEozUOQgq+0sg6e+vQmwCfXhNkkwdU=; b=MSbVqeapl9WUwC+0+oswpS9plQEzggq7OZihyhGzROXxdn3pMKIVLCLZX5D2fhKP9w ZZZy4oYgw6wM6lDWrXuyUEdo/Bdh740GORYFBgRibalREgccaTkKl8l6rF4qq2EEAjZm hnaIF6y2CYh7VyAnRNYoqp/6mK2rOPtWCXKkarWtriYihlHxZqosVO/RqrceHivh9mkx 1Tftqdec3axk6R+kpaiREGtwUO7RU1gwJAc00sR+Jo3zvXoxITKmDZRrr1TZJAlWClL0 531kGyOqeOd0ZBeZz9woozygxNOBGAhctNXBGi8LOmKiV5xs4nQrVyQpp8en6Lh/f8pz p15w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=y8lxRZiqFE+RaXEozUOQgq+0sg6e+vQmwCfXhNkkwdU=; b=ey6uH+o/wh+35dA/oMzUIqnUyBO24ovGDMoDBRtJJwm+SrYIoEV4/XYTPSM2GNGUp8 o1+BtUUCa6YKEm7aqPKuWn7PeUEsVOeplCPV8apQEdRVlyCIWCvm8GahFcoJGJ9yDX/W /Rp3SIKmpQwhJs1O41uW8y7RukztJqro6reSNVkQurE9V0PGzN0KEDItbdb5CEcPH7Zv lFt4tgIa9U39eu0u43302kD0Bt6sPqWpQeJhWSoU9+IjUdyunnd8ns5NPAln2obZXue+ GciUhZ+SdhH7w+p8d6SdFNWsSPIVnZ/K0p/4/sPRElAVg9AV8f70YgiwUH/E7bYkIaDL QUOA== X-Gm-Message-State: AMke39nB9Y6nguBBB32IimLos+dnFdED2RitYUxVTb9EEXhgZs91nvRca16iz3wAc/OSGw== X-Received: by 10.28.170.4 with SMTP id t4mr12781610wme.89.1487633740252; Mon, 20 Feb 2017 15:35:40 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id 136sm15311968wms.32.2017.02.20.15.35.39 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Mon, 20 Feb 2017 15:35:39 -0800 (PST) Date: Tue, 21 Feb 2017 00:35:37 +0100 From: Mateusz Guzik To: Mark Millard Cc: Justin Hibbits , mjg@freebsd.org, FreeBSD Current , svn-src-head@freebsd.org, FreeBSD PowerPC ML Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] Message-ID: <20170220233537.GB26759@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Mark Millard , Justin Hibbits , mjg@freebsd.org, FreeBSD Current , svn-src-head@freebsd.org, FreeBSD PowerPC ML References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <83428304-87BE-413C-BAB9-8FF218E7661C@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Feb 2017 23:35:42 -0000 On Mon, Feb 20, 2017 at 03:10:44PM -0800, Mark Millard wrote: > On 2017-Feb-20, at 2:58 PM, Mark Millard wrote: > > > On 2017-Feb-20, at 11:10 AM, Mateusz Guzik wrote: > > > >> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: > >>> [Note: I experiment with clang based powerpc64 builds, > >>> reporting problems that I find. Justin is familiar > >>> with this, as is Nathan.] > >>> > >>> I tried to update the PowerMac G5 (a so-called "Quad Core") > >>> that I have access to from head -r312761 to -r313864 and > >>> ended up with random panics and hang ups in fairly short > >>> order after booting. > >>> > >>> Some approximate bisecting for the kernel lead to: > >>> (sometimes getting part way into a buildkernel attempt > >>> for a different version before a failure happens) > >>> > >>> -r313266: works (just before use of atomic_fcmpset) > >>> vs. > >>> -r313271: fails (last of the "use atomic_fcmpset" check-ins) > >>> > >>> (I did not try -r313268 through -r313270 as the use was > >>> gradually added.) > >>> > >>> So I'm currently running a -r313864 world with a -r313266 > >>> kernel. > >>> > >>> No kernel that I tried that was from before -r313266 had the > >>> problems. > >>> > >>> Any kernel that I tried that was from after -r313271 had the > >>> problems. > >>> > >>> Of course I did not try them all in other direction. :) > >>> > >> > >> I found that spin mutexes were not properly handling this, fixed in > >> r313996. > >> > >> Locally I added a if (cpu_tick() % 2) return (0); snipped to amd64 > >> fcmpset to simulate failures. Everything works, while it would easily > >> fail without the patch. > >> > >> That said, I hope this concludes the 'missing check for not-reread value > >> of failed fcmpset' saga. > >> > >> -- > >> Mateusz Guzik > > > > I tried to update from -r313864 to -r313999 in my amd64 context > > (a VirtualBox machine under macOS) but it now crashes late in > > the boot sequence (after it processes a dump if I make one but > > before I can log in). > > > > This update was via my usual explicit svnlite update; buildworld > > buildkernel; etc. production style build of world and kernel, > > including use of MALLOC_PRODUCTION. > > > > The window shows: > > > > _vm_map_lock+0xf > > vm_map_wire+0x32 > > rtROMemObjNativeLockInMap+0x8c > > rtROMemObjNativeLockUser+0x51 > > RTR0MemObjLockUserTag+0x231 > > vbglR0HGCMInternalPreprocessCall+0x65d > > vbglR0HGCMInternalCall+0x17c > > vgdrvIoCtl_HGCMCall+0x43f > > VGDrvCommonIoCtl+0x261 > > vgdrvFreeBSDIOCtl+0x2cd > > devfs_ioctl+0xae > > VOP_IOCTL_APV+0x88 > > vn_ioctl+0x161 > > devfs_ioctl_f+0x1f > > kern_ioctl+0x280 > > sys_ioctl+0x13f > > amd64_syscall+0x397 > > Xfast_syscall+0xfb > > More detail from booting with the -r313864 kernel.old > and using kgdb on what the dump produced: > > # kgdb kernel.debug /var/crash/vmcore. > /var/crash/vmcore.0 /var/crash/vmcore.last > # kgdb kernel.debug /var/crash/vmcore.0 > 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>Starting vboxservice. > <118>VBoxService 5.1.14 r112924 (verbosity: 0) freebsd.amd64 (Jan 20 2017 18:37:45) release log > <118>00:00:00.000120 main Log opened 2017-02-20T22:38:46.348080000Z > <118>00:00:00.000162 main OS Product: FreeBSD > <118>00:00:00.000171 main OS Release: 12.0-CURRENT > <118>00:00:00.000180 main OS Version: FreeBSD 12.0-CURRENT r313999M > <118>00:00:00.000192 main Executable: /usr/local/sbin/VBoxService > <118>00:00:00.000194 main Process ID: 609 > <118>00:00:00.000196 main Package type: BSD_64BITS_GENERIC (OSE) > > > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 02 > fault virtual address = 0xd6 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80d4ebaf > stack pointer = 0x28:0xfffffe0122e2bef0 > frame pointer = 0x28:0xfffffe0122e2bf00 > 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 = 609 (VBoxService) > > #9 0xffffffff80eb6be1 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:236 > #10 0xffffffff80d4ebaf in _vm_map_lock (map=0x1, file=0x0, line=0) at /usr/src/sys/vm/vm_map.c:501 The function is: void _vm_map_lock(vm_map_t map, const char *file, int line) { if (map->system_map) mtx_lock_flags_(&map->system_mtx, 0, file, line); else sx_xlock_(&map->lock, file, line); map->timestamp++; } system_map is at offset 0xd5, thus the faulting address of 0xd6 with map address of 1 looks like the backtrace is corect. But this suggests the bug is unrelated to my changes and there is a chance there is no bug in the first place. Please make sure that the virtualbox module is recompiled against proper source tree. If the problem persists, please bisect. The range is not big. Off hand I don't see what can cause the failure in question (and chances are there is no bug if kbi changed and the module was not recompiled). > #11 0xffffffff80d51ea2 in vm_map_wire (map=, start=4534272, end=4538368, flags=1) at /usr/src/sys/vm/vm_map.c:2534 > #12 0xffffffff8265291c in rtR0MemObjNativeLockInMap () from /boot/modules/vboxguest.ko > #13 0xffffffff82652881 in rtR0MemObjNativeLockUser () from /boot/modules/vboxguest.ko > #14 0xffffffff8264ec01 in RTR0MemObjLockUserTag () from /boot/modules/vboxguest.ko > #15 0xffffffff82624afd in vbglR0HGCMInternalPreprocessCall () from /boot/modules/vboxguest.ko > #16 0xffffffff8262411a in VbglR0HGCMInternalCall () from /boot/modules/vboxguest.ko > #17 0xffffffff8261ec4f in vgdrvIoCtl_HGCMCall () from /boot/modules/vboxguest.ko > #18 0xffffffff8261d221 in VGDrvCommonIoCtl () from /boot/modules/vboxguest.ko > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Mon Feb 20 23:52:25 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6079DCE5090; Mon, 20 Feb 2017 23:52:25 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B9557CA; Mon, 20 Feb 2017 23:52:25 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1KNqOsR091219 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Feb 2017 15:52:24 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1KNqONp091218; Mon, 20 Feb 2017 15:52:24 -0800 (PST) (envelope-from sgk) Date: Mon, 20 Feb 2017 15:52:24 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: drm2, i915kms cause instant lock-up Message-ID: <20170220235224.GA91194@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Feb 2017 23:52:25 -0000 With a kernel and world from r313943 sources (circa Feb 19, 2017), kldload of either drm2.ko or i915kms.ko will lock up the system. There is no keyboard response, screen output, or panic. Just a locked up system. A kernel from r313027 and its modules boots fine. 'kldload drm2.ko' yields the following in /var/log/messages: agp0: on vgapci0 agp0: aperture size is 256M, detected 7676k stolen memory info: [drm] Initialized drm 1.1.0 20060810 'kldload drm2.ko' yields the following in /var/log/messages: drmn0: on vgapci0 intel_iicbb0 on drmn0 iicbus0: on iicbb0 addr 0xf2 iic0: on iicbus0 iicbus1: on intel_gmbus0 iic1: on iicbus1 intel_iicbb1 on drmn0 iicbus2: on iicbb1 addr 0xf2 iic2: on iicbus2 iicbus3: on intel_gmbus1 iic3: on iicbus3 intel_iicbb2 on drmn0 iicbus4: on iicbb2 addr 0xf2 iic4: on iicbus4 iicbus5: on intel_gmbus2 iic5: on iicbus5 intel_iicbb3 on drmn0 iicbus6: on iicbb3 addr 0xf2 iic6: on iicbus6 iicbus7: on intel_gmbus3 iic7: on iicbus7 intel_iicbb4 on drmn0 iicbus8: on iicbb4 addr 0xf2 iic8: on iicbus8 iicbus9: on intel_gmbus4 iic9: on iicbus9 intel_iicbb5 on drmn0 iicbus10: on iicbb5 addr 0xf2 iic10: on iicbus10 iicbus11: on intel_gmbus5 iic11: on iicbus11 info: [drm] MSI enabled 1 message(s) info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. composite sync not supported intel_sdvo_ddc_proxy397632 on drmn0 intel_sdvo_ddc_proxy397632: detached intel_sdvo_ddc_proxy397664 on drmn0 intel_sdvo_ddc_proxy397664: detached drmn0: taking over the fictitious range 0xe0000000-0xf0000000 info: [drm] initialized overlay support info: [drm] Connector LVDS-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.LVDS-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector VGA-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.VGA-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector SVIDEO-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.SVIDEO-1 info: [drm] - kern.vt.fb.default_mode composite sync not supported fbd0 on drmn0 VT: Replacing driver "vga" with new "fb". info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0 A diff of dmesg.boot for the good kernel and bad kernel shows --- /root/dmesg.good 2017-02-20 13:30:06.707702000 -0800 +++ /root/dmesg.bad 2017-02-20 13:42:10.271942000 -0800 @@ -2,11 +2,11 @@ Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. -FreeBSD 12.0-CURRENT #3 r313027: Mon Feb 20 11:59:15 PST 2017 +FreeBSD 12.0-CURRENT #1 r313943: Sun Feb 19 09:18:03 PST 2017 root@laptop-kargl:/mnt/obj/mnt/src/sys/MOBILE i386 FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM 3.9.1) VT(vga): text 80x25 -CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz (1995.05-MHz 686-class CPU) +CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz (1995.04-MHz 686-class CPU) Origin="GenuineIntel" Id=0x6fd Family=0x6 Model=0xf Stepping=13 Features=0xbfebfbff Features2=0xe3bd @@ -15,7 +15,7 @@ VT-x: (disabled in BIOS) HLT,PAUSE TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) -avail memory = 3663994880 (3494 MB) +avail memory = 3665018880 (3495 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs @@ -24,7 +24,7 @@ ioapic0 irqs 0-23 on motherboard random: entropy device external interface kbd1 at kbdmux0 -module_register_init: MOD_LOAD (vesa, 0xc0bf7440, 0) error 19 +module_register_init: MOD_LOAD (vesa, 0xc0ae6db0, 0) error 19 nexus0 vtvga0: on motherboard acpi0: on motherboard @@ -42,7 +42,7 @@ attimer0: port 0x40-0x43,0x50-0x53 irq 2 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 -Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 +Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: on acpi0 pcib0: failed to parse resources: AE_AML_NO_RESOURCE_END_TAG The module_register_init difference seems suspicious. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Mon Feb 20 23:58:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 873C1CE5500; Mon, 20 Feb 2017 23:58:11 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D7B1B72; Mon, 20 Feb 2017 23:58:11 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm0-x242.google.com with SMTP id c85so17015516wmi.1; Mon, 20 Feb 2017 15:58:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=k7xyikLNfEuxO+fXiDOOpKDtnzaQCMlepe4i9OyfcFI=; b=GQMZlvFhRx+wcnQblxLsqszNIJwhwC11tgRqrC4BFVLoZYOeUrSSpUjILdeOWPI585 gAVvGAYtHI9nGLzutDzpI017ksdo4Hx7EHV+Vg21IanO+Fhyap/snzcB+M67ooMvG2Wk sQ/0akiQCh/w7odyLuVqI+sTx8GteezmDVM4rM4dMbgIthiSxg+4cpA1cd/f0QoBHerH jxYwtneMxKzdTaAorUomQvEt4/1pUcFClWVKoHDlAF5yecO3tSsw0Y9hsUOMfd47vi+V O7p1VMzRbEjVsXaVZsFRD1AF8C4t6uy+byPCL92fGPD502bI8+lsqVZFLelNk7w4pKUB WXSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=k7xyikLNfEuxO+fXiDOOpKDtnzaQCMlepe4i9OyfcFI=; b=CXf9BKSawiqHlnUwIhNankjNV+Bo26dMpUEfbIx6i27gQlo77LBoj05gp+6UVy+g1M NbxNpiRWMza6l3EvSsTYkrxJK57lClqoUwpRIrS9c3Ra0H8esn74EeWEDhwInCfdoyBY pj9EAKjKqi3ymh7gTUTnd+IYSCg1A7bg4lTgScenBoPqy+yxa7VZaBC2h47oPYcXaalu 9QPn3smmjWA+OGGEl6aMaduWyG2lGvoV0LjPbEZkXek8GgC301l57Kq2U8shANR/1YWa r3yzAzONnAxfQVbDLYKE41dnzVfmzel45xpPkD0qPIjxALboGomeqXmDIoAMNiPsSNpd WeyA== X-Gm-Message-State: AMke39nEBpJ7usgo89gPMBtXyBpGVhxqkwSdlp6DvciI9lITqb26MPBGZHHhveSvzPAUGQ== X-Received: by 10.28.113.9 with SMTP id m9mr22654684wmc.60.1487635089598; Mon, 20 Feb 2017 15:58:09 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id o2sm26640390wra.42.2017.02.20.15.58.08 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Mon, 20 Feb 2017 15:58:09 -0800 (PST) Date: Tue, 21 Feb 2017 00:58:07 +0100 From: Mateusz Guzik To: Steve Kargl Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170220235807.GC26759@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Steve Kargl , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org References: <20170220235224.GA91194@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20170220235224.GA91194@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Feb 2017 23:58:11 -0000 On Mon, Feb 20, 2017 at 03:52:24PM -0800, Steve Kargl wrote: > With a kernel and world from r313943 sources (circa > Feb 19, 2017), kldload of either drm2.ko or i915kms.ko > will lock up the system. There is no keyboard response, > screen output, or panic. Just a locked up system. > > A kernel from r313027 and its modules boots fine. > 'kldload drm2.ko' yields the following in /var/log/messages: > There were quite a few invasive changes in this timeframe. Can you please: 1. switch to 313254 and ensure it works 2. apply https://people.freebsd.org/~mjg/patches/complete-locks.diff and check if it breaks If it does not break, revert the patch and bisect the kernel please. Otherwise I'll devise smaller diffs to narrow this down. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Tue Feb 21 00:02:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C11DCCE5A4E; Tue, 21 Feb 2017 00:02:42 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A62661252; Tue, 21 Feb 2017 00:02:42 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1L02fuO091399 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Feb 2017 16:02:41 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1L02fHl091398; Mon, 20 Feb 2017 16:02:41 -0800 (PST) (envelope-from sgk) Date: Mon, 20 Feb 2017 16:02:41 -0800 From: Steve Kargl To: Mateusz Guzik , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170221000241.GA91372@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170220235807.GC26759@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170220235807.GC26759@dft-labs.eu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 00:02:42 -0000 On Tue, Feb 21, 2017 at 12:58:07AM +0100, Mateusz Guzik wrote: > On Mon, Feb 20, 2017 at 03:52:24PM -0800, Steve Kargl wrote: > > With a kernel and world from r313943 sources (circa > > Feb 19, 2017), kldload of either drm2.ko or i915kms.ko > > will lock up the system. There is no keyboard response, > > screen output, or panic. Just a locked up system. > > > > A kernel from r313027 and its modules boots fine. > > 'kldload drm2.ko' yields the following in /var/log/messages: > > > > There were quite a few invasive changes in this timeframe. Can you > please: > > 1. switch to 313254 and ensure it works > 2. apply https://people.freebsd.org/~mjg/patches/complete-locks.diff and > check if it breaks > I'll give it a shot. It takes 30 to 60 minutes to build kernel and modules on my system. I'll post results when available. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Tue Feb 21 00:43:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05349CE6B7C; Tue, 21 Feb 2017 00:43:42 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DEB09F1A; Tue, 21 Feb 2017 00:43:41 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1L0heQo091596 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Feb 2017 16:43:40 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1L0hepS091595; Mon, 20 Feb 2017 16:43:40 -0800 (PST) (envelope-from sgk) Date: Mon, 20 Feb 2017 16:43:40 -0800 From: Steve Kargl To: Mateusz Guzik , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170221004340.GA91587@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170220235807.GC26759@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170220235807.GC26759@dft-labs.eu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 00:43:42 -0000 On Tue, Feb 21, 2017 at 12:58:07AM +0100, Mateusz Guzik wrote: > On Mon, Feb 20, 2017 at 03:52:24PM -0800, Steve Kargl wrote: > > With a kernel and world from r313943 sources (circa > > Feb 19, 2017), kldload of either drm2.ko or i915kms.ko > > will lock up the system. There is no keyboard response, > > screen output, or panic. Just a locked up system. > > > > A kernel from r313027 and its modules boots fine. > > 'kldload drm2.ko' yields the following in /var/log/messages: > > > > There were quite a few invasive changes in this timeframe. Can you > please: > > 1. switch to 313254 and ensure it works > 2. apply https://people.freebsd.org/~mjg/patches/complete-locks.diff and > check if it breaks > > If it does not break, revert the patch and bisect the kernel please. > Otherwise I'll devise smaller diffs to narrow this down. > With 1. and 2. the system boots and I can kldload both drm2 and i915kms. I revert the patch and start bisecting the kernel. Thanks for the quick response. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Tue Feb 21 00:50:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE188CE6F40; Tue, 21 Feb 2017 00:50:34 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr0-x243.google.com (mail-wr0-x243.google.com [IPv6:2a00:1450:400c:c0c::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8140B164B; Tue, 21 Feb 2017 00:50:34 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr0-x243.google.com with SMTP id 89so6996163wrr.1; Mon, 20 Feb 2017 16:50:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=l0PBSH/mHnJNHslH6dy9XWgM3kv3xwxxrOobqWkAOpk=; b=gFzUPzFjLf7bQ7EpZhHh9Den8QmmxmV/yH7NNbg9oEmOkQYXoFKcmNGWqn2s39Yy66 gQhLu77lXEspbKMTbuj3edzKFNduvNjs7XVjBXe2LE26YXv8iPJeW9OPMqp+Y0eoQ4u/ diUtjmWtsHnjdV1o0nbh6mawBubctVdNbQeSnyy0KU0pJyKqczs9wrrO3GwrMj3yg0Zv drh7bXSAQwms0i4h3Uz7AUdUY1PWfQWjaU9U+kFTR5STP0QFVRwqteWBPPgaEyxy4FKE q5Fu7bTgoIZpL8KmWnD26pN1zV6q5K7OaBqJym7tDFRzzjxD58c7/W8R1r5DLk8Ku8i3 gi9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=l0PBSH/mHnJNHslH6dy9XWgM3kv3xwxxrOobqWkAOpk=; b=HzgVqJ5X0KZ7/HMnfT+lkWsiQBueeIL11dpFBiA8XdGE3qikNHDCT+TQlSt11suedu 5h8cfsCou2nbagnHq71c8PPKW0InIqww5jhggqoH7YQ1EUHQuzSkNslR7rACGR56hQJJ SRMflDsnDZ39QGesHLvZdc9BXmEMw782V3+58jEm4DRY0avSXPEZmGHgBAm6euW5I4oC 3SQwsuzJKzuPV3CGLeEIvy0ykuVBoNO1zzZGL+vvuoK3pBAnnxaKbDYrPDRWmQ4O0z6v KCe/yOw/CFI0w9plLqOC1tNMP3qEenxT0PRD2erz9Z75AQQ+XphKDP4b3OyTQ1i4HG3Y vZJg== X-Gm-Message-State: AMke39lsphKPdQdDZ+4StvFZJRZ33eXSgdbtkPJuBecopxDKGH5F2o7T9ftZeCwyocbZNQ== X-Received: by 10.223.165.70 with SMTP id j6mr4377384wrb.173.1487638232848; Mon, 20 Feb 2017 16:50:32 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id y97sm15466677wmh.24.2017.02.20.16.50.32 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Mon, 20 Feb 2017 16:50:32 -0800 (PST) Date: Tue, 21 Feb 2017 01:50:30 +0100 From: Mateusz Guzik To: Steve Kargl Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170221005030.GD26759@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Steve Kargl , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170220235807.GC26759@dft-labs.eu> <20170221004340.GA91587@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20170221004340.GA91587@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 00:50:35 -0000 On Mon, Feb 20, 2017 at 04:43:40PM -0800, Steve Kargl wrote: > On Tue, Feb 21, 2017 at 12:58:07AM +0100, Mateusz Guzik wrote: > > On Mon, Feb 20, 2017 at 03:52:24PM -0800, Steve Kargl wrote: > > > With a kernel and world from r313943 sources (circa > > > Feb 19, 2017), kldload of either drm2.ko or i915kms.ko > > > will lock up the system. There is no keyboard response, > > > screen output, or panic. Just a locked up system. > > > > > > A kernel from r313027 and its modules boots fine. > > > 'kldload drm2.ko' yields the following in /var/log/messages: > > > > > > > There were quite a few invasive changes in this timeframe. Can you > > please: > > > > 1. switch to 313254 and ensure it works > > 2. apply https://people.freebsd.org/~mjg/patches/complete-locks.diff and > > check if it breaks > > > > If it does not break, revert the patch and bisect the kernel please. > > Otherwise I'll devise smaller diffs to narrow this down. > > > > With 1. and 2. the system boots and I can kldload both drm2 > and i915kms. I revert the patch and start bisecting the kernel. > Thanks for the quick response. > Thanks for testing. Note you may encounter some turbulences along the road as there were fixups and fixups to fixups to the combined above patch. Good luck. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Tue Feb 21 02:36:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D65ECE76CF for ; Tue, 21 Feb 2017 02:36:20 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-70.reflexion.net [208.70.210.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2254AF7 for ; Tue, 21 Feb 2017 02:36:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26720 invoked from network); 21 Feb 2017 02:38:23 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 21 Feb 2017 02:38:23 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Mon, 20 Feb 2017 21:36:17 -0500 (EST) Received: (qmail 22327 invoked from network); 21 Feb 2017 02:36:17 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Feb 2017 02:36:17 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 1F863EC9055; Mon, 20 Feb 2017 18:36:16 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <20170220233537.GB26759@dft-labs.eu> Date: Mon, 20 Feb 2017 18:36:15 -0800 Cc: Justin Hibbits , mjg@freebsd.org, FreeBSD Current , svn-src-head@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <26B93201-D3E9-4443-A60F-FC871EC5C96C@dsl-only.net> References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <83428304-87BE-413C-BAB9-8FF218E7661C@dsl-only.net> <20170220233537.GB26759@dft-labs.eu> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 02:36:20 -0000 On 2017-Feb-20, at 3:35 PM, Mateusz Guzik wrote: > On Mon, Feb 20, 2017 at 03:10:44PM -0800, Mark Millard wrote: >> On 2017-Feb-20, at 2:58 PM, Mark Millard = wrote: >>=20 >>> On 2017-Feb-20, at 11:10 AM, Mateusz Guzik = wrote: >>>=20 >>>> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: >>>>> [Note: I experiment with clang based powerpc64 builds, >>>>> reporting problems that I find. Justin is familiar >>>>> with this, as is Nathan.] >>>>>=20 >>>>> I tried to update the PowerMac G5 (a so-called "Quad Core") >>>>> that I have access to from head -r312761 to -r313864 and >>>>> ended up with random panics and hang ups in fairly short >>>>> order after booting. >>>>>=20 >>>>> Some approximate bisecting for the kernel lead to: >>>>> (sometimes getting part way into a buildkernel attempt >>>>> for a different version before a failure happens) >>>>>=20 >>>>> -r313266: works (just before use of atomic_fcmpset) >>>>> vs. >>>>> -r313271: fails (last of the "use atomic_fcmpset" check-ins) >>>>>=20 >>>>> (I did not try -r313268 through -r313270 as the use was >>>>> gradually added.) >>>>>=20 >>>>> So I'm currently running a -r313864 world with a -r313266 >>>>> kernel. >>>>>=20 >>>>> No kernel that I tried that was from before -r313266 had the >>>>> problems. >>>>>=20 >>>>> Any kernel that I tried that was from after -r313271 had the >>>>> problems. >>>>>=20 >>>>> Of course I did not try them all in other direction. :) >>>>>=20 >>>>=20 >>>> I found that spin mutexes were not properly handling this, fixed in >>>> r313996. >>>>=20 >>>> Locally I added a if (cpu_tick() % 2) return (0); snipped to amd64 >>>> fcmpset to simulate failures. Everything works, while it would = easily >>>> fail without the patch. >>>>=20 >>>> That said, I hope this concludes the 'missing check for not-reread = value >>>> of failed fcmpset' saga. >>>>=20 >>>> --=20 >>>> Mateusz Guzik >>>=20 >>> I tried to update from -r313864 to -r313999 in my amd64 context >>> (a VirtualBox machine under macOS) but it now crashes late in >>> the boot sequence (after it processes a dump if I make one but >>> before I can log in). >>>=20 >>> This update was via my usual explicit svnlite update; buildworld >>> buildkernel; etc. production style build of world and kernel, >>> including use of MALLOC_PRODUCTION. >>>=20 >>> The window shows: >>>=20 >>> _vm_map_lock+0xf >>> vm_map_wire+0x32 >>> rtROMemObjNativeLockInMap+0x8c >>> rtROMemObjNativeLockUser+0x51 >>> RTR0MemObjLockUserTag+0x231 >>> vbglR0HGCMInternalPreprocessCall+0x65d >>> vbglR0HGCMInternalCall+0x17c >>> vgdrvIoCtl_HGCMCall+0x43f >>> VGDrvCommonIoCtl+0x261 >>> vgdrvFreeBSDIOCtl+0x2cd >>> devfs_ioctl+0xae >>> VOP_IOCTL_APV+0x88 >>> vn_ioctl+0x161 >>> devfs_ioctl_f+0x1f >>> kern_ioctl+0x280 >>> sys_ioctl+0x13f >>> amd64_syscall+0x397 >>> Xfast_syscall+0xfb >>=20 >> More detail from booting with the -r313864 kernel.old >> and using kgdb on what the dump produced: >>=20 >> # kgdb kernel.debug /var/crash/vmcore. >> /var/crash/vmcore.0 /var/crash/vmcore.last >> # kgdb kernel.debug /var/crash/vmcore.0 >> 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"... >>=20 >> Unread portion of the kernel message buffer: >> <118>Starting vboxservice. >> <118>VBoxService 5.1.14 r112924 (verbosity: 0) freebsd.amd64 (Jan 20 = 2017 18:37:45) release log >> <118>00:00:00.000120 main Log opened = 2017-02-20T22:38:46.348080000Z >> <118>00:00:00.000162 main OS Product: FreeBSD >> <118>00:00:00.000171 main OS Release: 12.0-CURRENT >> <118>00:00:00.000180 main OS Version: FreeBSD 12.0-CURRENT = r313999M >> <118>00:00:00.000192 main Executable: /usr/local/sbin/VBoxService >> <118>00:00:00.000194 main Process ID: 609 >> <118>00:00:00.000196 main Package type: BSD_64BITS_GENERIC (OSE) >>=20 >>=20 >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 2; apic id =3D 02 >> fault virtual address =3D 0xd6 >> fault code =3D supervisor read data, page not present >> instruction pointer =3D 0x20:0xffffffff80d4ebaf >> stack pointer =3D 0x28:0xfffffe0122e2bef0 >> frame pointer =3D 0x28:0xfffffe0122e2bf00 >> 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 609 (VBoxService) >>=20 >=20 >=20 >=20 >> #9 0xffffffff80eb6be1 in calltrap () at = /usr/src/sys/amd64/amd64/exception.S:236 >> #10 0xffffffff80d4ebaf in _vm_map_lock (map=3D0x1, file=3D0x0, = line=3D0) at /usr/src/sys/vm/vm_map.c:501 >=20 > The function is: > void > _vm_map_lock(vm_map_t map, const char *file, int line) > { >=20 > if (map->system_map) > mtx_lock_flags_(&map->system_mtx, 0, file, line); > else > sx_xlock_(&map->lock, file, line); > map->timestamp++; > } >=20 > system_map is at offset 0xd5, thus the faulting address of 0xd6 with = map > address of 1 looks like the backtrace is corect. But this suggests the > bug is unrelated to my changes and there is a chance there is no bug = in > the first place. >=20 > Please make sure that the virtualbox module is recompiled against = proper > source tree. If the problem persists, please bisect. The range is not > big. >=20 > Off hand I don't see what can cause the failure in question (and = chances > are there is no bug if kbi changed and the module was not recompiled). >=20 >> #11 0xffffffff80d51ea2 in vm_map_wire (map=3D, = start=3D4534272, end=3D4538368, flags=3D1) at = /usr/src/sys/vm/vm_map.c:2534 >> #12 0xffffffff8265291c in rtR0MemObjNativeLockInMap () from = /boot/modules/vboxguest.ko >> #13 0xffffffff82652881 in rtR0MemObjNativeLockUser () from = /boot/modules/vboxguest.ko >> #14 0xffffffff8264ec01 in RTR0MemObjLockUserTag () from = /boot/modules/vboxguest.ko >> #15 0xffffffff82624afd in vbglR0HGCMInternalPreprocessCall () from = /boot/modules/vboxguest.ko >> #16 0xffffffff8262411a in VbglR0HGCMInternalCall () from = /boot/modules/vboxguest.ko >> #17 0xffffffff8261ec4f in vgdrvIoCtl_HGCMCall () from = /boot/modules/vboxguest.ko >> #18 0xffffffff8261d221 in VGDrvCommonIoCtl () from = /boot/modules/vboxguest.ko I do not expect that the kernel binary interface deliberately changed between -r313864 and -r313999. Until the attempted update of amd64 (which I always do first) the amd64 and arm64 were running: . . . 12.0-CURRENT FreeBSD 12.0-CURRENT r313864M . . . 1200021 1200021 I've not noticed an update to 1200022 yet. [It turned out that for powerpc64 I had to use -r313266 for the kernel when I tried to update to -r313864. This does mix 1200020 and 1200021. But 1200021 was removal of support for things I do not have involved --and the combination has seemed okay so far.] I've decided to do a round of port upgrades (to -r434493), although virtualbox client has not been updated. I'll force a rebuild before I'm done. It turns out that llvm39 is now required for what I choose to have and its build ran out of RAM/swap as I had things configured. So I've adjusted to have the VM have more RAM assigned and I'm not starting lumina but just using the console for now. We will see. Note: I always manually start lumina and so it was not involved in the boot problem: it was just a basic console style context at all times for the boot crash. Overall it will be a while before I have a works vs. fails pair that are significantly closer together. --=20 Mateusz Guzik From owner-freebsd-current@freebsd.org Tue Feb 21 05:27:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68B37CE637E; Tue, 21 Feb 2017 05:27:00 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D334AEE; Tue, 21 Feb 2017 05:27:00 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1L5Qwn1093429 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Feb 2017 21:26:58 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1L5QwSU093428; Mon, 20 Feb 2017 21:26:58 -0800 (PST) (envelope-from sgk) Date: Mon, 20 Feb 2017 21:26:58 -0800 From: Steve Kargl To: Mateusz Guzik , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170221052658.GA93413@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170220235807.GC26759@dft-labs.eu> <20170221004340.GA91587@troutmask.apl.washington.edu> <20170221005030.GD26759@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170221005030.GD26759@dft-labs.eu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 05:27:00 -0000 On Tue, Feb 21, 2017 at 01:50:30AM +0100, Mateusz Guzik wrote: > On Mon, Feb 20, 2017 at 04:43:40PM -0800, Steve Kargl wrote: > > On Tue, Feb 21, 2017 at 12:58:07AM +0100, Mateusz Guzik wrote: > > > On Mon, Feb 20, 2017 at 03:52:24PM -0800, Steve Kargl wrote: > > > > With a kernel and world from r313943 sources (circa > > > > Feb 19, 2017), kldload of either drm2.ko or i915kms.ko > > > > will lock up the system. There is no keyboard response, > > > > screen output, or panic. Just a locked up system. > > > > > > > > A kernel from r313027 and its modules boots fine. > > > > 'kldload drm2.ko' yields the following in /var/log/messages: > > > > > > > > > > There were quite a few invasive changes in this timeframe. Can you > > > please: > > > > > > 1. switch to 313254 and ensure it works > > > 2. apply https://people.freebsd.org/~mjg/patches/complete-locks.diff and > > > check if it breaks > > > > > > If it does not break, revert the patch and bisect the kernel please. > > > Otherwise I'll devise smaller diffs to narrow this down. > > > > > > > With 1. and 2. the system boots and I can kldload both drm2 > > and i915kms. I revert the patch and start bisecting the kernel. > > Thanks for the quick response. > > > > Thanks for testing. Note you may encounter some turbulences along the > road as there were fixups and fixups to fixups to the combined above > patch. > Well, the good news seems to be that r313254 and older are 'ok'. So, something between r313943 and r313254 is triggering a the problem. I'm still bisecting, but it might take a day or two. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Tue Feb 21 05:39:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B0D75CE678F for ; Tue, 21 Feb 2017 05:39:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-70.reflexion.net [208.70.210.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7132610BC for ; Tue, 21 Feb 2017 05:39:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18996 invoked from network); 21 Feb 2017 05:41:40 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 21 Feb 2017 05:41:40 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Tue, 21 Feb 2017 00:39:34 -0500 (EST) Received: (qmail 27892 invoked from network); 21 Feb 2017 05:39:34 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Feb 2017 05:39:34 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 386FDEC7E18; Mon, 20 Feb 2017 21:39:33 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <26B93201-D3E9-4443-A60F-FC871EC5C96C@dsl-only.net> Date: Mon, 20 Feb 2017 21:39:32 -0800 Cc: svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <7089D194-8BB3-4D40-8314-4A15B41986DA@dsl-only.net> References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <83428304-87BE-413C-BAB9-8FF218E7661C@dsl-only.net> <20170220233537.GB26759@dft-labs.eu> <26B93201-D3E9-4443-A60F-FC871EC5C96C@dsl-only.net> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 05:39:36 -0000 On 2017-Feb-20, at 6:36 PM, Mark Millard wrote: > On 2017-Feb-20, at 3:35 PM, Mateusz Guzik = wrote: >=20 >> On Mon, Feb 20, 2017 at 03:10:44PM -0800, Mark Millard wrote: >>> On 2017-Feb-20, at 2:58 PM, Mark Millard = wrote: >>>=20 >>>> On 2017-Feb-20, at 11:10 AM, Mateusz Guzik = wrote: >>>>=20 >>>>> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: >>>>>> [Note: I experiment with clang based powerpc64 builds, >>>>>> reporting problems that I find. Justin is familiar >>>>>> with this, as is Nathan.] >>>>>>=20 >>>>>> I tried to update the PowerMac G5 (a so-called "Quad Core") >>>>>> that I have access to from head -r312761 to -r313864 and >>>>>> ended up with random panics and hang ups in fairly short >>>>>> order after booting. >>>>>>=20 >>>>>> Some approximate bisecting for the kernel lead to: >>>>>> (sometimes getting part way into a buildkernel attempt >>>>>> for a different version before a failure happens) >>>>>>=20 >>>>>> -r313266: works (just before use of atomic_fcmpset) >>>>>> vs. >>>>>> -r313271: fails (last of the "use atomic_fcmpset" check-ins) >>>>>>=20 >>>>>> (I did not try -r313268 through -r313270 as the use was >>>>>> gradually added.) >>>>>>=20 >>>>>> So I'm currently running a -r313864 world with a -r313266 >>>>>> kernel. >>>>>>=20 >>>>>> No kernel that I tried that was from before -r313266 had the >>>>>> problems. >>>>>>=20 >>>>>> Any kernel that I tried that was from after -r313271 had the >>>>>> problems. >>>>>>=20 >>>>>> Of course I did not try them all in other direction. :) >>>>>>=20 >>>>>=20 >>>>> I found that spin mutexes were not properly handling this, fixed = in >>>>> r313996. >>>>>=20 >>>>> Locally I added a if (cpu_tick() % 2) return (0); snipped to amd64 >>>>> fcmpset to simulate failures. Everything works, while it would = easily >>>>> fail without the patch. >>>>>=20 >>>>> That said, I hope this concludes the 'missing check for not-reread = value >>>>> of failed fcmpset' saga. >>>>>=20 >>>>> --=20 >>>>> Mateusz Guzik >>>>=20 >>>> I tried to update from -r313864 to -r313999 in my amd64 context >>>> (a VirtualBox machine under macOS) but it now crashes late in >>>> the boot sequence (after it processes a dump if I make one but >>>> before I can log in). >>>>=20 >>>> This update was via my usual explicit svnlite update; buildworld >>>> buildkernel; etc. production style build of world and kernel, >>>> including use of MALLOC_PRODUCTION. >>>>=20 >>>> The window shows: >>>>=20 >>>> _vm_map_lock+0xf >>>> vm_map_wire+0x32 >>>> rtROMemObjNativeLockInMap+0x8c >>>> rtROMemObjNativeLockUser+0x51 >>>> RTR0MemObjLockUserTag+0x231 >>>> vbglR0HGCMInternalPreprocessCall+0x65d >>>> vbglR0HGCMInternalCall+0x17c >>>> vgdrvIoCtl_HGCMCall+0x43f >>>> VGDrvCommonIoCtl+0x261 >>>> vgdrvFreeBSDIOCtl+0x2cd >>>> devfs_ioctl+0xae >>>> VOP_IOCTL_APV+0x88 >>>> vn_ioctl+0x161 >>>> devfs_ioctl_f+0x1f >>>> kern_ioctl+0x280 >>>> sys_ioctl+0x13f >>>> amd64_syscall+0x397 >>>> Xfast_syscall+0xfb >>>=20 >>> More detail from booting with the -r313864 kernel.old >>> and using kgdb on what the dump produced: >>>=20 >>> # kgdb kernel.debug /var/crash/vmcore. >>> /var/crash/vmcore.0 /var/crash/vmcore.last >>> # kgdb kernel.debug /var/crash/vmcore.0 >>> 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"... >>>=20 >>> Unread portion of the kernel message buffer: >>> <118>Starting vboxservice. >>> <118>VBoxService 5.1.14 r112924 (verbosity: 0) freebsd.amd64 (Jan 20 = 2017 18:37:45) release log >>> <118>00:00:00.000120 main Log opened = 2017-02-20T22:38:46.348080000Z >>> <118>00:00:00.000162 main OS Product: FreeBSD >>> <118>00:00:00.000171 main OS Release: 12.0-CURRENT >>> <118>00:00:00.000180 main OS Version: FreeBSD 12.0-CURRENT = r313999M >>> <118>00:00:00.000192 main Executable: = /usr/local/sbin/VBoxService >>> <118>00:00:00.000194 main Process ID: 609 >>> <118>00:00:00.000196 main Package type: BSD_64BITS_GENERIC (OSE) >>>=20 >>>=20 >>> Fatal trap 12: page fault while in kernel mode >>> cpuid =3D 2; apic id =3D 02 >>> fault virtual address =3D 0xd6 >>> fault code =3D supervisor read data, page not present >>> instruction pointer =3D 0x20:0xffffffff80d4ebaf >>> stack pointer =3D 0x28:0xfffffe0122e2bef0 >>> frame pointer =3D 0x28:0xfffffe0122e2bf00 >>> 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 609 (VBoxService) >>>=20 >>=20 >>=20 >>=20 >>> #9 0xffffffff80eb6be1 in calltrap () at = /usr/src/sys/amd64/amd64/exception.S:236 >>> #10 0xffffffff80d4ebaf in _vm_map_lock (map=3D0x1, file=3D0x0, = line=3D0) at /usr/src/sys/vm/vm_map.c:501 >>=20 >> The function is: >> void >> _vm_map_lock(vm_map_t map, const char *file, int line) >> { >>=20 >> if (map->system_map) >> mtx_lock_flags_(&map->system_mtx, 0, file, line); >> else >> sx_xlock_(&map->lock, file, line); >> map->timestamp++; >> } >>=20 >> system_map is at offset 0xd5, thus the faulting address of 0xd6 with = map >> address of 1 looks like the backtrace is corect. But this suggests = the >> bug is unrelated to my changes and there is a chance there is no bug = in >> the first place. >>=20 >> Please make sure that the virtualbox module is recompiled against = proper >> source tree. If the problem persists, please bisect. The range is not >> big. >>=20 >> Off hand I don't see what can cause the failure in question (and = chances >> are there is no bug if kbi changed and the module was not = recompiled). >>=20 >>> #11 0xffffffff80d51ea2 in vm_map_wire (map=3D, = start=3D4534272, end=3D4538368, flags=3D1) at = /usr/src/sys/vm/vm_map.c:2534 >>> #12 0xffffffff8265291c in rtR0MemObjNativeLockInMap () from = /boot/modules/vboxguest.ko >>> #13 0xffffffff82652881 in rtR0MemObjNativeLockUser () from = /boot/modules/vboxguest.ko >>> #14 0xffffffff8264ec01 in RTR0MemObjLockUserTag () from = /boot/modules/vboxguest.ko >>> #15 0xffffffff82624afd in vbglR0HGCMInternalPreprocessCall () from = /boot/modules/vboxguest.ko >>> #16 0xffffffff8262411a in VbglR0HGCMInternalCall () from = /boot/modules/vboxguest.ko >>> #17 0xffffffff8261ec4f in vgdrvIoCtl_HGCMCall () from = /boot/modules/vboxguest.ko >>> #18 0xffffffff8261d221 in VGDrvCommonIoCtl () from = /boot/modules/vboxguest.ko >=20 > I do not expect that the kernel binary interface deliberately changed > between -r313864 and -r313999. Until the attempted update of amd64 > (which I always do first) the amd64 and arm64 were running: >=20 > . . . 12.0-CURRENT FreeBSD 12.0-CURRENT r313864M . . . 1200021 = 1200021 >=20 > I've not noticed an update to 1200022 yet. >=20 > [It turned out that for powerpc64 I had to use -r313266 for the > kernel when I tried to update to -r313864. This does mix 1200020 > and 1200021. But 1200021 was removal of support for things I do > not have involved --and the combination has seemed okay so far.] >=20 > I've decided to do a round of port upgrades (to -r434493), > although virtualbox client has not been updated. I'll force a > rebuild before I'm done. >=20 > It turns out that llvm39 is now required for what I choose to > have and its build ran out of RAM/swap as I had things configured. > So I've adjusted to have the VM have more RAM assigned and I'm not > starting lumina but just using the console for now. We will see. >=20 > Note: I always manually start lumina and so it was not > involved in the boot problem: it was just a basic console > style context at all times for the boot crash. >=20 > Overall it will be a while before I have a works vs. fails > pair that are significantly closer together. Looks like some kernel binary interface (as seen by emulators/virtualbox-ose-addition ) has changed: rebuilding emulators/virtualbox-ose-addition removed the booting crash but uname -apKU still lists 1200021 and 2100021 for the kernel and world for -r313999, just like for -r313864. [Unfortunately lumina no longer processes my mouse clicks so now I've got something else to figure out.] =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue Feb 21 06:50:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF4F5CE7F18; Tue, 21 Feb 2017 06:50:07 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr0-x243.google.com (mail-wr0-x243.google.com [IPv6:2a00:1450:400c:c0c::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DBD11897; Tue, 21 Feb 2017 06:50:07 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr0-x243.google.com with SMTP id q39so14104811wrb.2; Mon, 20 Feb 2017 22:50:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=7sShgGg8QNxIQ67MNAjR4XjQa/aVRE3oXf+13OLi0dI=; b=FUQQGn+HQnmc6fbf7M8q9GZTtvpeXMyAq1EIWrZlY/rh8TdVet3ben1wskFBYlO6ME baQyTFPZyfXS7QFavVmoSDlERKQ5Dh+X/PFuUDLNgeWgcwnwGXFLP1jFE8O1hL1XmCtk FSRJ17kHOCJBRrQij2mKoPGvWt94+GMzEg1j0HIoMciQiIuMuLHJVLQ0YhdlNGvVpXE4 DOyf/aRsZJ2ObFs+yKhMuHvw6RALOydeLiC2vkyMMexBpYtB28QBycMfbu34gA9D9UQt sLCdgOvTubDDOY8B5DjbSfbLy0O5jk4q1qcV4tMN+YF+8FEXzUlnjk8id2QhmhxLuQpL /d6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=7sShgGg8QNxIQ67MNAjR4XjQa/aVRE3oXf+13OLi0dI=; b=RwiitsF5Ybi6QmsvEXRlwb8J7NmEjavu96SLLNjojrQT1Ti2oHD5iqgTNYPO7st63r LENF0yxN5i+fCRXeIyI5kFbPllucTeM5Qk2LZq55cru9PS4YViLOwTHx1KnW3u7mzicu X5bfL2ZWnQsOWd4CpqLxdlKdRw0eo6c/QaNCgrgs+ZaJBboXq+3sisfcqbEbsFYSCtY5 g0xYlzAzC1dxwnxl/dCwHJVk5leaeyz/EpS0TyxB/o9Z2DRV08YfPk2xnqwMvA/X2A/+ +ALqazMQ66PCy1KQVEquDW52kSUbbvPRNg4+qYLlNPMOsEDAjW4MiQcnEaIWlesZCX+k 84eA== X-Gm-Message-State: AMke39nemBeA8n1bwIlTphVu79uQuol1OlF4h7rJU8sA0whFTwuTYCcmy1NPKAF4+ovEdw== X-Received: by 10.223.150.178 with SMTP id u47mr15319134wrb.200.1487659806097; Mon, 20 Feb 2017 22:50:06 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id b51sm27669934wrd.39.2017.02.20.22.50.04 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Mon, 20 Feb 2017 22:50:05 -0800 (PST) Date: Tue, 21 Feb 2017 07:50:03 +0100 From: Mateusz Guzik To: Mark Millard Cc: svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] Message-ID: <20170221065002.GG26759@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Mark Millard , svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <83428304-87BE-413C-BAB9-8FF218E7661C@dsl-only.net> <20170220233537.GB26759@dft-labs.eu> <26B93201-D3E9-4443-A60F-FC871EC5C96C@dsl-only.net> <7089D194-8BB3-4D40-8314-4A15B41986DA@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <7089D194-8BB3-4D40-8314-4A15B41986DA@dsl-only.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 06:50:08 -0000 On Mon, Feb 20, 2017 at 09:39:32PM -0800, Mark Millard wrote: > Looks like some kernel binary interface (as seen by > emulators/virtualbox-ose-addition ) has changed: > rebuilding emulators/virtualbox-ose-addition removed > the booting crash but uname -apKU still lists 1200021 > and 2100021 for the kernel and world for -r313999, > just like for -r313864. > I think this is r313992. I don't see why __FreeBSD_version would be modified for this. You are expected to always recompilel your modules while tracking -current. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Tue Feb 21 06:51:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43DB5CE7023 for ; Tue, 21 Feb 2017 06:51:37 +0000 (UTC) (envelope-from dchagin@chd.heemeyer.club) Received: from heemeyer.club (heemeyer.club [108.61.204.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "heemeyer.club", Issuer "heemeyer.club" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 270AB1C2B for ; Tue, 21 Feb 2017 06:51:36 +0000 (UTC) (envelope-from dchagin@chd.heemeyer.club) Received: from chd.heemeyer.club (dchagin.static.corbina.ru [78.107.232.239]) by heemeyer.club (8.15.2/8.15.1) with ESMTPS id v1L6pQ9S015074 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 21 Feb 2017 06:51:28 GMT (envelope-from dchagin@chd.heemeyer.club) X-Authentication-Warning: heemeyer.club: Host dchagin.static.corbina.ru [78.107.232.239] claimed to be chd.heemeyer.club Received: from chd.heemeyer.club (localhost [127.0.0.1]) by chd.heemeyer.club (8.15.2/8.15.1) with ESMTPS id v1L6pPpT001730 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 21 Feb 2017 09:51:25 +0300 (MSK) (envelope-from dchagin@chd.heemeyer.club) Received: (from dchagin@localhost) by chd.heemeyer.club (8.15.2/8.15.2/Submit) id v1L6pPRs001729 for freebsd-current@freebsd.org; Tue, 21 Feb 2017 09:51:25 +0300 (MSK) (envelope-from dchagin) Date: Tue, 21 Feb 2017 09:51:25 +0300 From: Chagin Dmitry To: freebsd-current@freebsd.org Subject: weird panic at mount Message-ID: <20170221065125.GA1718@chd.heemeyer.club> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 06:51:37 -0000 Trying to mount root from ufs:/dev/gpt/rootfs [rw]... <118>Setting hostuuid: 6e6fa481-535f-11cb-9756-be6694d54790. <118>Setting hostid: 0xa94c64a9. <118>Starting file system checks: <118>/dev/gpt/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/gpt/rootfs: clean, 1877279 free (13871 frags, 232926 blocks, 0.4% fragmentation) <118>/dev/gpt/homefs: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/gpt/homefs: clean, 116318576 free (1184592 frags, 14391748 blocks, 0.5% fragmentation) <118>/dev/gpt/varfs: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/gpt/varfs: clean, 5448483 free (1267 frags, 680902 blocks, 0.0% fragmentation) <118>Mounting local filesystems: Fatal trap 9: general protection fault while in kernel mode cpuid = 7; apic id = 07 instruction pointer = 0x20:0xffffffff8073cea7 stack pointer = 0x28:0xfffffe033db0b250 frame pointer = 0x28:0xfffffe033db0b260 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 = 72 (mount) Reading symbols from /boot/kernel/drm2.ko...Reading symbols from /usr/lib/debug//boot/kernel/drm2.ko.debug...done. done. Reading symbols from /boot/modules/fdescfs.ko...Reading symbols from /usr/lib/debug//boot/modules/fdescfs.ko.debug...done. done. doadump (textdump=1034988016) at /home/git/head/sys/kern/kern_shutdown.c:318 318 dumptid = curthread->td_tid; (kgdb) #0 doadump (textdump=1034988016) at /home/git/head/sys/kern/kern_shutdown.c:318 #1 0xffffffff803fc015 in db_fncall_generic (addr=-2139568144, rv=0xfffffe033db0a9a0, nargs=0, args=0xfffffe033db0a9b0) at /home/git/head/sys/ddb/db_command.c:581 #2 0xffffffff803fb5d4 in db_fncall (dummy1=-2185103365408, dummy2=false, dummy3=0, dummy4=0xfffffe033db0aae0 "") at /home/git/head/sys/ddb/db_command.c:629 #3 0xffffffff803faf3e in db_command ( last_cmdp=0xffffffff8170af40 , cmd_table=0x0, dopager=1) at /home/git/head/sys/ddb/db_command.c:453 #4 0xffffffff803faad9 in db_command_loop () at /home/git/head/sys/ddb/db_command.c:506 #5 0xffffffff803ff92a in db_trap (type=9, code=0) at /home/git/head/sys/ddb/db_main.c:248 #6 0xffffffff807f7361 in kdb_trap (type=9, code=0, tf=0xfffffe033db0b190) at /home/git/head/sys/kern/subr_kdb.c:654 #7 0xffffffff80ceb7bc in trap_fatal (frame=0xfffffe033db0b190, eva=0) at /home/git/head/sys/amd64/amd64/trap.c:819 #8 0xffffffff80ceabf1 in trap (frame=0xfffffe033db0b190) at /home/git/head/sys/amd64/amd64/trap.c:553 #9 0xffffffff80cec2ca in trap_check (frame=0xfffffe033db0b190) at /home/git/head/sys/amd64/amd64/trap.c:625 #10 #11 0xffffffff8073cea7 in prison_allow ( cred=0xffffffff819620f8 , flag=4096) at /home/git/head/sys/kern/kern_jail.c:2523 #12 0xffffffff81e2102c in fdesc_mount (mp=0xfffff8000771e6d0) at /home/git/head/sys/modules/fdescfs/../../fs/fdescfs/fdesc_vfsops.c:85 #13 0xffffffff808b8bf8 in vfs_domount_first (td=0xfffff800075fca80, vfsp=0xffffffff81e221f8 , fspath=0xfffff800073ca780 "/dev/fd", vp=0xfffff8000777e000, fsflags=0, optlist=0xfffffe033db0b798) at /home/git/head/sys/kern/vfs_mount.c:825 #14 0xffffffff808b4fa5 in vfs_domount (td=0xfffff800075fca80, fstype=0xfffff80007279f20 "fdescfs", fspath=0xfffff80007279f00 "/dev/fd", fsflags=0, optlist=0xfffffe033db0b798) at /home/git/head/sys/kern/vfs_mount.c:1114 #15 0xffffffff808b4088 in vfs_donmount (td=0xfffff800075fca80, fsflags=0, fsoptions=0xfffff80007360000) at /home/git/head/sys/kern/vfs_mount.c:675 #16 0xffffffff808b37c4 in sys_nmount (td=0xfffff800075fca80, uap=0xfffffe033db0ba58) at /home/git/head/sys/kern/vfs_mount.c:420 #17 0xffffffff80cece75 in syscallenter (td=0xfffff800075fca80, sa=0xfffffe033db0ba48) at /home/git/head/sys/amd64/amd64/../../kern/subr_syscall.c:135 #18 0xffffffff80cec67a in amd64_syscall (td=0xfffff800075fca80, traced=0) at /home/git/head/sys/amd64/amd64/trap.c:925 #19 #20 0x0000000800a8394a in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffdce8 (kgdb) (kgdb) up 11 #11 0xffffffff8073cea7 in prison_allow (cred=0xffffffff819620f8 , flag=0x1000) at /home/git/head/sys/kern/kern_jail.c:2523 2523 return (cred->cr_prison->pr_allow & flag); (kgdb) l 2518 int 2519 prison_allow(struct ucred *cred, unsigned flag) 2520 { 2521 2522 /* This is an atomic read, so no locking is necessary. */ 2523 return (cred->cr_prison->pr_allow & flag); 2524 } 2525 2526 /* 2527 * Remove a prison reference. If that was the last reference, remove the (kgdb) p *cred->cr_prison Cannot access memory at address 0x10000000000fe (kgdb) p *cred $1 = {cr_ref = 0x0, cr_uid = 0x0, cr_ruid = 0x816f9500, cr_svuid = 0xffffffff, cr_ngroups = 0x80de6efd, cr_rgid = 0xffffffff, cr_svgid = 0x14fb, cr_uidinfo = 0xfffff80003a3ef10, cr_ruidinfo = 0xffffffff80e75cef, cr_prison = 0x10000000000fe, cr_loginclass = 0xfffff800073ff420, cr_flags = 0x80e55a4b, cr_pspare2 = { 0x10000000001be, 0xfffff8000777e098}, cr_label = 0xffffffff80e55a4b, cr_audit = {ai_auid = 0x1ba, ai_mask = { am_success = 0x10000, am_failure = 0x81a59e00}, ai_termid = {at_port = 0xffffffff, at_type = 0x80ecb56d, at_addr = {0xffffffff, 0x4c9, 0x10000, 0x0}}, ai_asid = 0x0, ai_flags = 0x0}, cr_groups = 0xfffff80007870800, cr_agroups = 0x80ec4b1b, cr_smallgroups = {0xffffffff, 0x578, 0x10000, 0x819c8580, 0xffffffff, 0x80ec4b1b, 0xffffffff, 0x353a, 0x10000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} From owner-freebsd-current@freebsd.org Tue Feb 21 06:58:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9F76CE7246 for ; Tue, 21 Feb 2017 06:58:27 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5187D1E7E; Tue, 21 Feb 2017 06:58:27 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id c85so100787923wmi.1; Mon, 20 Feb 2017 22:58:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=kETNb37fDQtD5la81IpHhNAxRKK7+lsnlPhufAqhnz0=; b=mS+gVR/wEMDIzqkUqsExDCHvOtxUKVoRbwyWCFDtyx5aZ3+snorAHUgKq6HWFaSxKF iDxlQ/kPQYD8PUjns0No/n4I24V21Vb0P/BRkKhFBfjaK0MrhGyAEUlYS9QUbIj46Ire +Ow0kPyZb18LftOFe3GFiNTWXuprv1otBjHx7YXkL3ERVkefCMSoM44hpSMNjaXEq8Os g1G2IUJtVsU2wIcNqrjWEUkhVzREglapOyAjKzOfArKmg8ZLVuXd2rfPJkvxUDwX6O4c enHwLdvFH0zEGPwDwf8MAnh/A1iL205dxeS3HHgQ92tKGKdZiUz5FljnNjaG2kI7USHR 251Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=kETNb37fDQtD5la81IpHhNAxRKK7+lsnlPhufAqhnz0=; b=hF0sp/VtDrbH9xVAgS474L0I7PL//PUJGGRg1Qc6m0U4LyUvJxAFswDNonTsElnHbP WaZJ5oeBun1fBOp9joMUsRIbR4Knpmc5iXwzh4TpzlEOU0i4zKSIyV6GIBhReMW+guod m+3SR01/PLDDQ9+EgBXLx/5E5cnyS5NZZLxWu8PL3jSRX+lW1ye3I54XFcTWm4f9XmBX M35JIduCYydtT7QbMWK2yFFaoBY4gleeAF/DSLO0LZYtBbVh5aovy8+5v3YJvNUR0bXt yIjZPGdPI9+CUSUhAnqfP/D1uaryXqoowwNwUu+HiyyuvQ8WuhuovR8fliPkLIrwvj40 ZWfA== X-Gm-Message-State: AMke39l/mDTkiTLPn1OCCjwUT8JQwwbMMYOMZA5efsQGlwAjJ7GEBYykjhF4UtYknMrGig== X-Received: by 10.28.130.207 with SMTP id e198mr23042930wmd.4.1487660305744; Mon, 20 Feb 2017 22:58:25 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id j80sm16373335wmd.14.2017.02.20.22.58.25 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Mon, 20 Feb 2017 22:58:25 -0800 (PST) Date: Tue, 21 Feb 2017 07:58:23 +0100 From: Mateusz Guzik To: Chagin Dmitry Cc: freebsd-current@freebsd.org Subject: Re: weird panic at mount Message-ID: <20170221065823.GH26759@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Chagin Dmitry , freebsd-current@freebsd.org References: <20170221065125.GA1718@chd.heemeyer.club> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20170221065125.GA1718@chd.heemeyer.club> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 06:58:27 -0000 On Tue, Feb 21, 2017 at 09:51:25AM +0300, Chagin Dmitry wrote: > 2527 * Remove a prison reference. If that was the last reference, remove the > (kgdb) p *cred->cr_prison > Cannot access memory at address 0x10000000000fe > (kgdb) p *cred > $1 = {cr_ref = 0x0, cr_uid = 0x0, cr_ruid = 0x816f9500, cr_svuid = 0xffffffff, cr_ngroups = 0x80de6efd, > cr_rgid = 0xffffffff, cr_svgid = 0x14fb, cr_uidinfo = 0xfffff80003a3ef10, cr_ruidinfo = 0xffffffff80e75cef, > cr_prison = 0x10000000000fe, cr_loginclass = 0xfffff800073ff420, cr_flags = 0x80e55a4b, cr_pspare2 = { > 0x10000000001be, 0xfffff8000777e098}, cr_label = 0xffffffff80e55a4b, cr_audit = {ai_auid = 0x1ba, ai_mask = { > am_success = 0x10000, am_failure = 0x81a59e00}, ai_termid = {at_port = 0xffffffff, at_type = 0x80ecb56d, > at_addr = {0xffffffff, 0x4c9, 0x10000, 0x0}}, ai_asid = 0x0, ai_flags = 0x0}, cr_groups = 0xfffff80007870800, > cr_agroups = 0x80ec4b1b, cr_smallgroups = {0xffffffff, 0x578, 0x10000, 0x819c8580, 0xffffffff, 0x80ec4b1b, > 0xffffffff, 0x353a, 0x10000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} > Did you recompile your modules? Several fields seem off by a multiply of 8 bytes, which coincidently fits r313992. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Tue Feb 21 07:17:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DDF8CE794A for ; Tue, 21 Feb 2017 07:17:09 +0000 (UTC) (envelope-from dchagin@chd.heemeyer.club) Received: from heemeyer.club (heemeyer.club [108.61.204.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "heemeyer.club", Issuer "heemeyer.club" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 64AD8CBE for ; Tue, 21 Feb 2017 07:17:08 +0000 (UTC) (envelope-from dchagin@chd.heemeyer.club) Received: from chd.heemeyer.club (dchagin.static.corbina.ru [78.107.232.239]) by heemeyer.club (8.15.2/8.15.1) with ESMTPS id v1L7H527015129 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 21 Feb 2017 07:17:07 GMT (envelope-from dchagin@chd.heemeyer.club) X-Authentication-Warning: heemeyer.club: Host dchagin.static.corbina.ru [78.107.232.239] claimed to be chd.heemeyer.club Received: from chd.heemeyer.club (localhost [127.0.0.1]) by chd.heemeyer.club (8.15.2/8.15.1) with ESMTPS id v1L7H4j4001833 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 21 Feb 2017 10:17:04 +0300 (MSK) (envelope-from dchagin@chd.heemeyer.club) Received: (from dchagin@localhost) by chd.heemeyer.club (8.15.2/8.15.2/Submit) id v1L7H4wC001832; Tue, 21 Feb 2017 10:17:04 +0300 (MSK) (envelope-from dchagin) Date: Tue, 21 Feb 2017 10:17:04 +0300 From: Chagin Dmitry To: Mateusz Guzik , freebsd-current@freebsd.org Subject: Re: weird panic at mount Message-ID: <20170221071704.GA1787@chd.heemeyer.club> References: <20170221065125.GA1718@chd.heemeyer.club> <20170221065823.GH26759@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170221065823.GH26759@dft-labs.eu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 07:17:09 -0000 On Tue, Feb 21, 2017 at 07:58:23AM +0100, Mateusz Guzik wrote: > On Tue, Feb 21, 2017 at 09:51:25AM +0300, Chagin Dmitry wrote: > > 2527 * Remove a prison reference. If that was the last reference, remove the > > (kgdb) p *cred->cr_prison > > Cannot access memory at address 0x10000000000fe > > (kgdb) p *cred > > $1 = {cr_ref = 0x0, cr_uid = 0x0, cr_ruid = 0x816f9500, cr_svuid = 0xffffffff, cr_ngroups = 0x80de6efd, > > cr_rgid = 0xffffffff, cr_svgid = 0x14fb, cr_uidinfo = 0xfffff80003a3ef10, cr_ruidinfo = 0xffffffff80e75cef, > > cr_prison = 0x10000000000fe, cr_loginclass = 0xfffff800073ff420, cr_flags = 0x80e55a4b, cr_pspare2 = { > > 0x10000000001be, 0xfffff8000777e098}, cr_label = 0xffffffff80e55a4b, cr_audit = {ai_auid = 0x1ba, ai_mask = { > > am_success = 0x10000, am_failure = 0x81a59e00}, ai_termid = {at_port = 0xffffffff, at_type = 0x80ecb56d, > > at_addr = {0xffffffff, 0x4c9, 0x10000, 0x0}}, ai_asid = 0x0, ai_flags = 0x0}, cr_groups = 0xfffff80007870800, > > cr_agroups = 0x80ec4b1b, cr_smallgroups = {0xffffffff, 0x578, 0x10000, 0x819c8580, 0xffffffff, 0x80ec4b1b, > > 0xffffffff, 0x353a, 0x10000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} > > > > Did you recompile your modules? Several fields seem off by a multiply of > 8 bytes, which coincidently fits r313992. > Reading symbols from /boot/kernel/drm2.ko...Reading symbols from /usr/lib/debug//boot/kernel/drm2.ko.debug...done. ^^^^^^^^^^^^^ Reading symbols from /boot/modules/fdescfs.ko...Reading symbols from /usr/lib/debug//boot/modules/fdescfs.ko.debug...done. ^^^^^^^^^^^^^^^ looks like fdescfs module was old thanks! From owner-freebsd-current@freebsd.org Tue Feb 21 07:43:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A89ACE7317 for ; Tue, 21 Feb 2017 07:43:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-70.reflexion.net [208.70.210.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3BB321CBF for ; Tue, 21 Feb 2017 07:43:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31545 invoked from network); 21 Feb 2017 07:43:53 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 21 Feb 2017 07:43:53 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Tue, 21 Feb 2017 02:43:12 -0500 (EST) Received: (qmail 7065 invoked from network); 21 Feb 2017 07:43:12 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Feb 2017 07:43:12 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 717E8EC7B14; Mon, 20 Feb 2017 23:43:11 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: FYI: Going from head -r313864 to -r313999 I had to rebuild virtualbox-ose-additions 5.1.14 Message-Id: <85A30090-EECA-4380-A94C-9DD956AAC9AB@dsl-only.net> Date: Mon, 20 Feb 2017 23:43:10 -0800 To: FreeBSD Current , FreeBSD Toolchain X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 07:43:14 -0000 For amd64 I run FreeBSD under VirtualBox on macOS. So I use emulators/virtualbox-ose-additions in the FreeBSD instance. I've been using virtualbox-ose-additions-5.1.14 for some time under -r313864 (and some prior versions), no problems, no need to rebuild virtualbox-ose-additions-5.1.14 along the way to -r313864. On updating to -r313999 the boot got the following shortly before it would have given the login prompt normally. . . > # kgdb kernel.debug /var/crash/vmcore.0 > 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"... >=20 > Unread portion of the kernel message buffer: > <118>Starting vboxservice. > <118>VBoxService 5.1.14 r112924 (verbosity: 0) freebsd.amd64 (Jan 20 = 2017 18:37:45) release log > <118>00:00:00.000120 main Log opened = 2017-02-20T22:38:46.348080000Z > <118>00:00:00.000162 main OS Product: FreeBSD > <118>00:00:00.000171 main OS Release: 12.0-CURRENT > <118>00:00:00.000180 main OS Version: FreeBSD 12.0-CURRENT = r313999M > <118>00:00:00.000192 main Executable: /usr/local/sbin/VBoxService > <118>00:00:00.000194 main Process ID: 609 > <118>00:00:00.000196 main Package type: BSD_64BITS_GENERIC (OSE) >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 2; apic id =3D 02 > fault virtual address =3D 0xd6 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff80d4ebaf > stack pointer =3D 0x28:0xfffffe0122e2bef0 > frame pointer =3D 0x28:0xfffffe0122e2bf00 > 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 609 (VBoxService) >=20 > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from = /usr/lib/debug//boot/kernel/zfs.ko.debug...done. > done. > Loaded symbols for /boot/kernel/zfs.ko > Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols = from /usr/lib/debug//boot/kernel/opensolaris.ko.debug...done. > done. > Loaded symbols for /boot/kernel/opensolaris.ko > Reading symbols from /boot/modules/vboxguest.ko...done. > Loaded symbols for /boot/modules/vboxguest.ko > #0 doadump (textdump=3D0) at pcpu.h:232 > 232 __asm("movq %%gs:%1,%0" : "=3Dr" (td) > (kgdb) bt > #0 doadump (textdump=3D0) at pcpu.h:232 > #1 0xffffffff8039dd0b in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, = dummy4=3D) at /usr/src/sys/ddb/db_command.c:546 > #2 0xffffffff8039db0f in db_command (cmd_table=3D) at /usr/src/sys/ddb/db_command.c:453 > #3 0xffffffff8039d884 in db_command_loop () at = /usr/src/sys/ddb/db_command.c:506 > #4 0xffffffff803a0814 in db_trap (type=3D, = code=3D) at /usr/src/sys/ddb/db_main.c:254 > #5 0xffffffff80a9c0c3 in kdb_trap (type=3D, = code=3D, tf=3D) at = /usr/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff80ed25d2 in trap_fatal (frame=3D0xfffffe0122e2be30, = eva=3D214) at /usr/src/sys/amd64/amd64/trap.c:796 > #7 0xffffffff80ed27dc in trap_pfault (frame=3D0xfffffe0122e2be30, = usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:658 > #8 0xffffffff80ed1e90 in trap (frame=3D0xfffffe0122e2be30) at = /usr/src/sys/amd64/amd64/trap.c:421 > #9 0xffffffff80eb6be1 in calltrap () at = /usr/src/sys/amd64/amd64/exception.S:236 > #10 0xffffffff80d4ebaf in _vm_map_lock (map=3D0x1, file=3D0x0, line=3D0)= at /usr/src/sys/vm/vm_map.c:501 > #11 0xffffffff80d51ea2 in vm_map_wire (map=3D, = start=3D4534272, end=3D4538368, flags=3D1) at = /usr/src/sys/vm/vm_map.c:2534 > #12 0xffffffff8265291c in rtR0MemObjNativeLockInMap () from = /boot/modules/vboxguest.ko > #13 0xffffffff82652881 in rtR0MemObjNativeLockUser () from = /boot/modules/vboxguest.ko > #14 0xffffffff8264ec01 in RTR0MemObjLockUserTag () from = /boot/modules/vboxguest.ko > #15 0xffffffff82624afd in vbglR0HGCMInternalPreprocessCall () from = /boot/modules/vboxguest.ko > #16 0xffffffff8262411a in VbglR0HGCMInternalCall () from = /boot/modules/vboxguest.ko > #17 0xffffffff8261ec4f in vgdrvIoCtl_HGCMCall () from = /boot/modules/vboxguest.ko > #18 0xffffffff8261d221 in VGDrvCommonIoCtl () from = /boot/modules/vboxguest.ko > #19 0xffffffff8262327d in vgdrvFreeBSDIOCtl () from = /boot/modules/vboxguest.ko > #20 0xffffffff8092976e in devfs_ioctl (ap=3D) at = /usr/src/sys/fs/devfs/devfs_vnops.c:805 > #21 0xffffffff8103ef58 in VOP_IOCTL_APV (vop=3D, = a=3D) at vnode_if.c:1067 > #22 0xffffffff80b29431 in vn_ioctl (fp=3D0xfffff80006d37730, = com=3D, data=3D0xfffffe0122e2c870, = active_cred=3D0xfffff80006495a00, td=3D) at = vnode_if.h:448 > #23 0xffffffff80929d5f in devfs_ioctl_f (fp=3D, = com=3D, data=3D, cred=3D, td=3D0xfffff8001504e000) at = /usr/src/sys/fs/devfs/devfs_vnops.c:763 > #24 0xffffffff80ab8bf0 in kern_ioctl (td=3D, = fd=3D3, com=3D, data=3D0xfffffe0122e2c870 = "\031\002R\031P") at file.h:322 > #25 0xffffffff80ab88bf in sys_ioctl (td=3D, = uap=3D0xfffffe0122e2ca30) at /usr/src/sys/kern/sys_generic.c:743 > #26 0xffffffff80ed2e27 in amd64_syscall (td=3D0xfffff8001504e000, = traced=3D0) at subr_syscall.c:135 > #27 0xffffffff80eb6ecb in Xfast_syscall () at = /usr/src/sys/amd64/amd64/exception.S:396 > #28 0x0000000800c5317a in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal Booting using kernel.old and rebuilding virtualbox-ose-additions-5.1.14 got my boot context back to working when I again booted with kernel (-r31399) instead of kernel.old (-r313864). Mateusz Guzik has said: "I think this is r313992" for what made such rebuilding required. I have not done a bisection to find just where the rebuild became required. So this is not confirmed. There may be other things around that would need rebuilding. There were no UPDATING notes and uname -apKU continued to list the same thing (varying the replacement for ??? below): # uname -apKU FreeBSD FreeBSDx64 12.0-CURRENT FreeBSD 12.0-CURRENT r313???M amd64 = amd64 1200021 1200021 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue Feb 21 08:30:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D864CE68DE for ; Tue, 21 Feb 2017 08:30:07 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C926F1821 for ; Tue, 21 Feb 2017 08:30:06 +0000 (UTC) (envelope-from satan@ukr.net) Received: from satan by hell.ukr.net with local ID 1cg5AF-000Ial-Gn for freebsd-current@freebsd.org; Tue, 21 Feb 2017 09:47:11 +0200 Date: Tue, 21 Feb 2017 09:47:11 +0200 From: Vitalij Satanivskij To: freebsd-current@freebsd.org Subject: lam broken in 313938 ? Message-ID: <20170221074711.GA36066@hell.ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 08:30:07 -0000 Hello Found that after 313938 (Capsicum-ize lam) it's doesn't work. portsnap auto Looking up portsnap.FreeBSD.org mirrors... 6 mirrors found. Fetching snapshot tag from your-org.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Updating from Thu Feb 16 11:34:22 EET 2017 to Tue Feb 21 08:57:00 EET 2017. Fetching 5 metadata patches.lam: unable to limit stdio: Capabilities insufficient done. Applying metadata patches... done. Fetching 5 metadata files... lam: unable to limit stdio: Capabilities insufficient /usr/sbin/portsnap: cannot open 789d9ed1b338af92d7dfd15adeebe34ecf15455ff60ca989ca07dea13d1fed8b.gz: No such file or directory metadata is corrupt. Checked on few machines with current on board.. Any suggestion ? From owner-freebsd-current@freebsd.org Tue Feb 21 09:03:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1BD10CE7883 for ; Tue, 21 Feb 2017 09:03:35 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EFCD710B1 for ; Tue, 21 Feb 2017 09:03:34 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.ysv.freebsd.org (Postfix) id EC41CCE7881; Tue, 21 Feb 2017 09:03:34 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBE02CE7880 for ; Tue, 21 Feb 2017 09:03:34 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from nm49-vm3.bullet.mail.bf1.yahoo.com (nm49-vm3.bullet.mail.bf1.yahoo.com [216.109.115.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B2B7910B0 for ; Tue, 21 Feb 2017 09:03:34 +0000 (UTC) (envelope-from filippomore@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1487667638; bh=RIOIvbmlZShw7+g6PMB4X0IxcKFpru+EFSDuRegoaTk=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=C/3+FqA1jJq8lelb3AorHRdH6rCt3lvERjv20ddwMTe+WwbFd8LKbDLXgfheWQVNcVCwSlbpUmw4Q5nr/hm3vCCKA1HxLFSgPOCH3N9IyVULZwtt8dDYKJH5+4sZzdqJRTJBw1JbzZZI9FYZc9tjnXdKt9xMk9mS+qtZDVLm4E0dx7TGxmu+vOxu/vo4KGmGB3a3breCECzaOmVZUs6YumC33vrbVHqvnFdNcTEDjb0+dvMOwtk40PM3dpk6w+lqNmy7oB4iHT2IGHcp3jd4/sUjs/mPQJd8JDpmtl9csf/K0YH2TrccvZAe6HVTZiJIZMR7Jj5uaOyVe5AjFcP8EQ== Received: from [98.139.170.179] by nm49.bullet.mail.bf1.yahoo.com with NNFMP; 21 Feb 2017 09:00:38 -0000 Received: from [98.139.212.205] by tm22.bullet.mail.bf1.yahoo.com with NNFMP; 21 Feb 2017 09:00:38 -0000 Received: from [127.0.0.1] by omp1014.mail.bf1.yahoo.com with NNFMP; 21 Feb 2017 09:00:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 467802.15477.bm@omp1014.mail.bf1.yahoo.com X-YMail-OSG: wk3Qz3gVM1m60NWvpx5FS5Ify3QadGJatt1ZufLhpBBsTF2IDcDxEv4Wp7ECn1s 0epuWsf09uZDN0SdLznFHK3n80fOQLUc8Nc8dzIE5OOt8KkwF2LnQWrKhKwGPK6KfUABOxp4.2Ho n14YKAGnba8UuFLt.4qTpEn0uHICNZDLbIXtmltAjiL5gzluG2wDIZp2Eo7iQm1dWyVP4I7lvc7R X1Js2T75pJI2vyctfxOlikJMxT1Wo4WNC6LPj2YDT60a8lR57.UFKj3nCQutytHCa5UC27VYVDKd eezvfWu2PfRKE5gFi383WgFYPFrRSNe06fFB1WdrgJ0uE5WxBQ66QcnI7UQmVPYML8fxgpbjyLHl kw3N1L9Tcz9fvhhth1NXC9d02E8mvBKEnFEIZGwzWkjdjGKRkQEgUTY.FUDa0rv9j_GSs2cxffDk LLvPas7H2dyD.YWmirz1EM01N5sOqdQGoW3MPATi4IolQKdWLrItiU6G4TqXlApejR2Q6000atmc o7B0PQcTUpQlb4Aksuh.PewlK Received: from jws400119.mail.bf2.yahoo.com by sendmailws127.mail.bf1.yahoo.com; Tue, 21 Feb 2017 09:00:38 +0000; 1487667638.005 Date: Tue, 21 Feb 2017 09:00:37 +0000 (UTC) From: Filippo Moretti Reply-To: Filippo Moretti To: "current@freebsd.org" Message-ID: <735003599.1668108.1487667637648@mail.yahoo.com> In-Reply-To: <495112399.1232168.1487616402358@mail.yahoo.com> References: <495112399.1232168.1487616402358.ref@mail.yahoo.com> <495112399.1232168.1487616402358@mail.yahoo.com> Subject: Problem compiling akonadi MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 09:03:35 -0000 While trying to compile akonadi I get the following error: ===> Installing for qtchooser-39===> Checking if qtchooser already installed===> Registering installation for qtchooser-39 as automaticInstalling qtchooser-39...pkg-static: qtchooser-39 conflicts with qt4-dbus-4.8.7 (installs files into the same place). Problematic file: /usr/local/bin/qdbus*** Error code 70 Stop.make[5]: stopped in /usr/ports/misc/qtchooser*** Error code 1Stop.make[4]: stopped in /usr/ports/devel/qt4-qmake*** Error code 1Stop.make[3]: stopped in /usr/ports/devel/qt4-moc*** Error code 1Stop.make[2]: stopped in /usr/ports/devel/automoc4*** Error code 1Stop.make[1]: stopped in /usr/ports/databases/akonadi*** Error code 1Stop.make: stopped in /usr/ports/databases/akonadi sincerelyFilippo From owner-freebsd-current@freebsd.org Tue Feb 21 09:19:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B33CACE7DF7 for ; Tue, 21 Feb 2017 09:19:48 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9857D1A52 for ; Tue, 21 Feb 2017 09:19:48 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: by mailman.ysv.freebsd.org (Postfix) id 97B55CE7DF5; Tue, 21 Feb 2017 09:19:48 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 975A8CE7DF4 for ; Tue, 21 Feb 2017 09:19:48 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 10D6F1A4D for ; Tue, 21 Feb 2017 09:19:47 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id v1L9JNQE016231 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 21 Feb 2017 10:19:23 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id v1L9JNS2016228; Tue, 21 Feb 2017 10:19:23 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 21 Feb 2017 10:19:23 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Filippo Moretti cc: "current@freebsd.org" Subject: Re: Problem compiling akonadi In-Reply-To: <735003599.1668108.1487667637648@mail.yahoo.com> Message-ID: References: <495112399.1232168.1487616402358.ref@mail.yahoo.com> <495112399.1232168.1487616402358@mail.yahoo.com> <735003599.1668108.1487667637648@mail.yahoo.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-2.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 09:19:48 -0000 On Tue, 21 Feb 2017 09:00-0000, Filippo Moretti wrote: > While trying to compile akonadi I get the following error: > ===> Installing for qtchooser-39===> Checking if qtchooser already installed===> Registering installation for qtchooser-39 as automaticInstalling qtchooser-39...pkg-static: qtchooser-39 conflicts with qt4-dbus-4.8.7 (installs files into the same place). Problematic file: /usr/local/bin/qdbus*** Error code 70 > Stop.make[5]: stopped in /usr/ports/misc/qtchooser*** Error code 1Stop.make[4]: stopped in /usr/ports/devel/qt4-qmake*** Error code 1Stop.make[3]: stopped in /usr/ports/devel/qt4-moc*** Error code 1Stop.make[2]: stopped in /usr/ports/devel/automoc4*** Error code 1Stop.make[1]: stopped in /usr/ports/databases/akonadi*** Error code 1Stop.make: stopped in /usr/ports/databases/akonadi > sincerelyFilippo I had to: pkg delete qt4-linguisttools pkg delete qt4-rcc pkg delete qt4-moc Then I installed qtchooser, and next, I upgraded qt5-core only. Now, you should be able to upgrade the remaining ports. Note, I use ports which I build on my own, not pre-compiled packages. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@freebsd.org Tue Feb 21 09:37:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0C54CE68AB for ; Tue, 21 Feb 2017 09:37:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-72.reflexion.net [208.70.210.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A647F2C for ; Tue, 21 Feb 2017 09:37:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23726 invoked from network); 21 Feb 2017 09:38:07 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 21 Feb 2017 09:38:07 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Tue, 21 Feb 2017 04:37:27 -0500 (EST) Received: (qmail 12940 invoked from network); 21 Feb 2017 09:37:26 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Feb 2017 09:37:26 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 32402EC903F; Tue, 21 Feb 2017 01:37:26 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <20170220191044.GA8526@dft-labs.eu> Date: Tue, 21 Feb 2017 01:37:25 -0800 Cc: mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current , Nathan Whitehorn Content-Transfer-Encoding: 7bit Message-Id: <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 09:37:29 -0000 [Back to the powerpc64 context.] On 2017-Feb-20, at 11:10 AM, Mateusz Guzik wrote: > On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: >> [Note: I experiment with clang based powerpc64 builds, >> reporting problems that I find. Justin is familiar >> with this, as is Nathan.] >> >> I tried to update the PowerMac G5 (a so-called "Quad Core") >> that I have access to from head -r312761 to -r313864 and >> ended up with random panics and hang ups in fairly short >> order after booting. >> >> Some approximate bisecting for the kernel lead to: >> (sometimes getting part way into a buildkernel attempt >> for a different version before a failure happens) >> >> -r313266: works (just before use of atomic_fcmpset) >> vs. >> -r313271: fails (last of the "use atomic_fcmpset" check-ins) >> >> (I did not try -r313268 through -r313270 as the use was >> gradually added.) >> >> So I'm currently running a -r313864 world with a -r313266 >> kernel. >> >> No kernel that I tried that was from before -r313266 had the >> problems. >> >> Any kernel that I tried that was from after -r313271 had the >> problems. >> >> Of course I did not try them all in other direction. :) >> > > I found that spin mutexes were not properly handling this, fixed in > r313996. > > Locally I added a if (cpu_tick() % 2) return (0); snipped to amd64 > fcmpset to simulate failures. Everything works, while it would easily > fail without the patch. > > That said, I hope this concludes the 'missing check for not-reread value > of failed fcmpset' saga. > > -- > Mateusz Guzik -r313999 is an improvement for powerpc64: it boots and I can log in on the old PowerMac G5 so-called "Quad Core". But, e.g., buildworld buildkernel eventually hangs and later the powerpc64 panics for "spin lock held too long". === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue Feb 21 12:48:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2F95CE595A for ; Tue, 21 Feb 2017 12:48:28 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CE2981A53 for ; Tue, 21 Feb 2017 12:48:28 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: by mailman.ysv.freebsd.org (Postfix) id CAB45CE5959; Tue, 21 Feb 2017 12:48:28 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA5E0CE5958 for ; Tue, 21 Feb 2017 12:48:28 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.32]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailhost.dlr.de", Issuer "DLR CA - G02" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B50E1A52 for ; Tue, 21 Feb 2017 12:48:28 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from DLREXHUB02.intra.dlr.de (172.21.152.140) by mailhost.dlr.de (172.21.163.100) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 21 Feb 2017 13:48:12 +0100 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.3.319.2; Tue, 21 Feb 2017 13:48:16 +0100 Date: Tue, 21 Feb 2017 13:48:23 +0100 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: Subject: int128_t and uint128_t typeinfo Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" X-TM-AS-Product-Ver: SMEX-11.0.0.4283-8.100.1062-22898.006 X-TM-AS-Result: No--7.402900-5.000000-31 X-TM-AS-MatchedID: 700752-710739-702037-702626-188198-706891-187134-139504-7 04421-106230-105250-700107-148004-148050-10019-41000-42000-42003 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 12:48:29 -0000 Hi, it looks like the typeinfo for __int128_t and __uint128_t is missing from our dynamically linked libcxxrt. I added it like: Index: lib/libcxxrt/Version.map =================================================================== --- lib/libcxxrt/Version.map (revision 313007) +++ lib/libcxxrt/Version.map (working copy) @@ -192,6 +192,11 @@ "typeinfo name for unsigned short"; "typeinfo name for double"; + "typeinfo for __int128"; + "typeinfo for unsigned __int128"; + "typeinfo name for __int128"; + "typeinfo name for unsigned __int128"; + "typeinfo name for bool*"; "typeinfo name for wchar_t*"; "typeinfo name for short*"; I'm not sure whether this is the right place in the file where to add it. Could somebody please check? Thanks, harti@ From owner-freebsd-current@freebsd.org Tue Feb 21 14:39:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0DF9DCE838E for ; Tue, 21 Feb 2017 14:39:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id ECEFA1313 for ; Tue, 21 Feb 2017 14:39:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id E964ECE838D; Tue, 21 Feb 2017 14:39:10 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9070CE838C for ; Tue, 21 Feb 2017 14:39:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A02A91312 for ; Tue, 21 Feb 2017 14:39:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v1LEd82E026045 for ; Tue, 21 Feb 2017 14:39:08 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v1LEd8HH026044 for current@freebsd.org; Tue, 21 Feb 2017 06:39:08 -0800 (PST) (envelope-from david) Date: Tue, 21 Feb 2017 06:39:08 -0800 From: David Wolfskill To: current@freebsd.org Subject: Laptop very sluggish diring smoke-test @r314036 Message-ID: <20170221143908.GT1280@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="j2Hq/v/hWM+2lsVL" Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 14:39:11 -0000 --j2Hq/v/hWM+2lsVL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This morning's daily "head" update & smoke-test was from: FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #263 r3139= 88M/313991:1200021: Mon Feb 20 06:31:32 PST 2017 root@g1-252.catwhisker= =2Eorg:/common/S4/obj/usr/src/sys/CANARY amd64 to FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #264 r3140= 36M/314036:1200021: Tue Feb 21 05:52:20 PST 2017 root@g1-252.catwhisker= =2Eorg:/common/S4/obj/usr/src/sys/CANARY amd64 On reboot, the system was very sluggish; unfortunately, I failed to try to quantify that until I had already started the reboot to stable/11 -- I had been waiting for it to finish the reboot for around 5 minutes, watching: "Syncing disks, vnodes remaining ..." when the thought of noting the amount of elapsed time between reports of the numbers of remaining vnodes occurred to me: it was about 10 seconds each. Normally, it's closer to 2 seconds, if that, IIRC. In any case, overall behavior seemed fairly consistent with that magnitude of a slowdown overall. Peace, david --=20 David H. Wolfskill david@catwhisker.org How could one possibly "respect" a misogynist, racist, bullying con-man??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --j2Hq/v/hWM+2lsVL Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJYrFEMXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XNWkH/RNCGnLUwmH+grHceOmrTTRj MkIMF17fGF6Li0qeGP5J/dXS7mWF42rLafoyuPrHKsY6iy02psPlhpZYE6NYciR9 Dl0YmodAf9I5i4JSVPifrSkvG6Gh9FLBNMrSijmDK5OQEcwSbew0iXMTVsn972xO uFzt1lxDsT+Q0FBCFa7dtLhbbxyuokZtd4qcJGwDEF6QHvgVDTpb1n/zS90myBSl lOkijsMcQ8y4jNFyXSmakKQVuEr2DdX6k9WGYeILPZ5Rjpokt5W9YPE73z4InbiX clnBcyhT+hjnIp5Eozu0MnP1INcoLFa3K73cm25068iuDbjt+SC0r9pOO4LUjd4= =OfcZ -----END PGP SIGNATURE----- --j2Hq/v/hWM+2lsVL-- From owner-freebsd-current@freebsd.org Tue Feb 21 14:43:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F343BCE8882 for ; Tue, 21 Feb 2017 14:43:57 +0000 (UTC) (envelope-from zakharov.vv@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D2BF81B3B for ; Tue, 21 Feb 2017 14:43:57 +0000 (UTC) (envelope-from zakharov.vv@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id D20C0CE8881; Tue, 21 Feb 2017 14:43:57 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1B7DCE8880 for ; Tue, 21 Feb 2017 14:43:57 +0000 (UTC) (envelope-from zakharov.vv@gmail.com) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57F981B3A for ; Tue, 21 Feb 2017 14:43:57 +0000 (UTC) (envelope-from zakharov.vv@gmail.com) Received: by mail-lf0-x233.google.com with SMTP id l12so27928906lfe.0 for ; Tue, 21 Feb 2017 06:43:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=OL/iaKPEopBuOP5jPWDMk0KViSpQ+moqEoo686m74T8=; b=F01DnqK7tTMT/Hl3K2xL8mlhrx2kxXLj4U47pNe+XbUNbP4ft6dcIspx6j8ZKosPHT jftUOIByysRPzVuP8yvtGE8Vp0G0dF0o01CaXgQIwczHhAg1csvfjgoOZxTEVdgKYG71 Zk20JME7VHNmeF4rxcyvdYCnNPRqp0lsFGhddwYYTNj119bjMrIxz15LyZmsApeuTYYe zRBl+5t/KSNxUIXxyIxzCt+TyT6H2YZnn4Xs4xl1CPwpXCvPIcPOb2rU2gQt7YuDKElV vETwBRBcMyijagRmUNC7baBrTBWYDVxggQPFJ1eaQPP2A+ECTC/+/VV4UnN68QKbmYKb IqAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=OL/iaKPEopBuOP5jPWDMk0KViSpQ+moqEoo686m74T8=; b=G+5KMJUbsi1DS/hnrUEW9slgcdCRIv5coLJUuoLWpqmUjcYVpE26ey8UiKa09ABR1a VoT84L4rUvRPyWqSmxduBLWX7ODEGL9I9ABEMCeRw40loaNFmb3v9IjOG7A285EVq1HV RX/h7Vh/QsbRGAm9tyaGaeJ38qiNWF9xeFgwpYKXdFyTUI7E2fFQ1JSXkdeGQIxg8hGt BxTLCqJBhEE1TMe+w9WeFaFpBXOETcEsrunS6+/K5EaZxyIJwDAbsLt9HdWrz5HWxr19 jQ0xvrG4L4ultTI/k9oYDV/33kog2XoLl/MC6xt8wRwF8fxRAFtz6PPo6EbBP0xyCjsQ fTzg== X-Gm-Message-State: AMke39mgzdH8GNixoSSk+nlRh6yc2ViNUuCVHbURS5+MUW7CITX4nPomul7yjGvCz9RZYQ== X-Received: by 10.46.80.29 with SMTP id e29mr7009997ljb.127.1487688235063; Tue, 21 Feb 2017 06:43:55 -0800 (PST) Received: from localhost ([81.19.73.157]) by smtp.gmail.com with ESMTPSA id p11sm6228454lfd.20.2017.02.21.06.43.54 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Feb 2017 06:43:54 -0800 (PST) Date: Tue, 21 Feb 2017 17:43:54 +0300 From: Vladimir Zakharov To: current@freebsd.org Subject: r313938 breaks portsnap Message-ID: <20170221144354.uspllqrhevdc7gax@vzakharov> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Operating-System: FreeBSD 12.0-CURRENT amd64 X-PGP-Key: http://vzakharov.ru/pubkey.asc User-Agent: NeoMutt/20170206 (1.7.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 14:43:58 -0000 Hello After recent upgrade portsnap doesn't work anymore: # portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 6 mirrors found. Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Updating from Tue Feb 21 16:05:39 MSK 2017 to Tue Feb 21 16:59:30 MSK 2017. Fetching 5 metadata patches.lam: unable to limit stdio: Capabilities insufficient done. Applying metadata patches... done. Fetching 5 metadata files... lam: unable to limit stdio: Capabilities insufficient /usr/sbin/portsnap: cannot open 8c94d2c3f8fcea20eb1fd82021566c99c63a010e6b3702ee11e7a491795bcfb8.gz: No such file or directory metadata is corrupt. Reverting r313938 fixes the problem. -- Regards, | "In theory there is no difference between theory Vladimir Zakharov | and practice. In practice there is."- Yogi Berra From owner-freebsd-current@freebsd.org Tue Feb 21 14:45:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95070CE8996 for ; Tue, 21 Feb 2017 14:45:45 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 731781E32 for ; Tue, 21 Feb 2017 14:45:45 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 726D9CE8995; Tue, 21 Feb 2017 14:45:45 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72199CE8994 for ; Tue, 21 Feb 2017 14:45:45 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-pg0-x234.google.com (mail-pg0-x234.google.com [IPv6:2607:f8b0:400e:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 43D621E31 for ; Tue, 21 Feb 2017 14:45:45 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-pg0-x234.google.com with SMTP id s67so25729907pgb.3 for ; Tue, 21 Feb 2017 06:45:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=tQGgTD5yfuumVEGTItLhByFAoi0fN2elXruzzjB3UxI=; b=rJozJk7ntaWxNGTbfTEs18gw7DMmVcd5/KyzUn8w14kY0jW7roskX0n1bAxd86Jevz iGaByL6Ql6CXAFqA96I4lTeYAlQmcg/2zGMB/Hp1rvSpuRuplowTy5VH85PBXDKGjSrO fwPzbAcP7XzigL5Jp55gitXyNj9g42QGMG3wTnYAfLzY/2u4j9wQwggvnnTtKHSlXr0w mnHm4K8crDNhhJfLAkZQexBpIpUXNiV+DxvpPM8xVgWzfaXRmoaPDk2P315wNa9wVZAT GHG6k7EfrX9z8Ax+fzjPa0PowjfWfyNsLPb/w1e/+6AUQymvC+GLCc5l4PaHNsrO7SId D4Qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=tQGgTD5yfuumVEGTItLhByFAoi0fN2elXruzzjB3UxI=; b=kPeGtz7IPcvz+7K602PpEUPDr74h0Cdb/jWhMtXxhswcbF6lVgFqH1NWr7g1kjUWaO Nz8ZQl7mEhL7zLd3G9Ynb6X+3M8LAIRZgiC0qOReWYrrrkjxKYTbUPQZHx2QlHg/Bdc/ 2a7F5ZT9bsjCp4daRbPrAZ7ayqACTvHbFgDSfz+vn+jQwdX9UH+yiFhyGClwv8rNuGsG FwNaA5UWNHfS3v4uzyQr2K6I7gNoTE5kd3qezA5NtYuQ+wtJGGujWMgqZvBbm365fBA0 SBOFDJ6BqG2nfpfSOQHuD6Hmmq89Ut3nBS7bX2PQ0zaSIyXNy4MNapC/9NVXsdxNwitc ZMCw== X-Gm-Message-State: AMke39nClajGvLau4F5FiFMgoqjRf56hvOqhJ8tbPU09UbhicmlvkcM8FpW59aL1hLB4QQ== X-Received: by 10.99.167.74 with SMTP id w10mr36041400pgo.2.1487688344756; Tue, 21 Feb 2017 06:45:44 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id o18sm31074056pgn.36.2017.02.21.06.45.42 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Tue, 21 Feb 2017 06:45:44 -0800 (PST) Date: Tue, 21 Feb 2017 15:45:36 +0100 From: Mateusz Guzik To: David Wolfskill , current@freebsd.org Subject: Re: Laptop very sluggish diring smoke-test @r314036 Message-ID: <20170221144536.GI26759@dft-labs.eu> References: <20170221143908.GT1280@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20170221143908.GT1280@albert.catwhisker.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 14:45:45 -0000 On Tue, Feb 21, 2017 at 06:39:08AM -0800, David Wolfskill wrote: > This morning's daily "head" update & smoke-test was from: > > FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #263 r313988M/313991:1200021: Mon Feb 20 06:31:32 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > > to > > FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #264 r314036M/314036:1200021: Tue Feb 21 05:52:20 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > > On reboot, the system was very sluggish; unfortunately, I failed > to try to quantify that until I had already started the reboot to > stable/11 -- I had been waiting for it to finish the reboot for > around 5 minutes, watching: "Syncing disks, vnodes remaining ..." > when the thought of noting the amount of elapsed time between reports > of the numbers of remaining vnodes occurred to me: it was about 10 > seconds each. > > Normally, it's closer to 2 seconds, if that, IIRC. > > In any case, overall behavior seemed fairly consistent with that > magnitude of a slowdown overall. > Can you check if the problem IS NOT present on r313995 but IS present on r313996? Only rebuilding the kernel + modules is necessary. If the problem was not introduced by r313996 I'm afraid you will have to bisect. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Tue Feb 21 16:07:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47028CE8305 for ; Tue, 21 Feb 2017 16:07:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3060BE04 for ; Tue, 21 Feb 2017 16:07:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2FA25CE8304; Tue, 21 Feb 2017 16:07:13 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F3C0CE8303 for ; Tue, 21 Feb 2017 16:07:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D7399E03 for ; Tue, 21 Feb 2017 16:07:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v1LG7BNB027076; Tue, 21 Feb 2017 16:07:11 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v1LG7BQS027075; Tue, 21 Feb 2017 08:07:11 -0800 (PST) (envelope-from david) Date: Tue, 21 Feb 2017 08:07:11 -0800 From: David Wolfskill To: Mateusz Guzik Cc: current@freebsd.org Subject: Re: Laptop very sluggish diring smoke-test @r314036 Message-ID: <20170221160711.GW1280@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Mateusz Guzik , current@freebsd.org References: <20170221143908.GT1280@albert.catwhisker.org> <20170221144536.GI26759@dft-labs.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2HdWiV8iqzNK3pYB" Content-Disposition: inline In-Reply-To: <20170221144536.GI26759@dft-labs.eu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 16:07:13 -0000 --2HdWiV8iqzNK3pYB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2017 at 03:45:36PM +0100, Mateusz Guzik wrote: > ... > > stable/11 -- I had been waiting for it to finish the reboot for > > around 5 minutes, watching: "Syncing disks, vnodes remaining ..." > > when the thought of noting the amount of elapsed time between reports > > of the numbers of remaining vnodes occurred to me: it was about 10 > > seconds each. > >=20 > > Normally, it's closer to 2 seconds, if that, IIRC. > >=20 > > In any case, overall behavior seemed fairly consistent with that > > magnitude of a slowdown overall. > >=20 >=20 > Can you check if the problem IS NOT present on r313995 but IS present on > r313996? Only rebuilding the kernel + modules is necessary. >=20 > If the problem was not introduced by r313996 I'm afraid you will have to > bisect. >=20 > --=20 > Mateusz Guzik Well.... I "cloned" my head slice (4) to slice 3, updating source on slice 3 to r313995, rebooted to slice 3... and noticed that it didn't seem slugglish at all (unlike the earlier "smoke-test"). So before I did anything else, I rebooted it... and the countdown after "Syncing disks, vnodes remaining..." was about 1 second each..... So I'm not sure what happened, but it looks as if I can't (readily) reproduce the symptom. I'll try experimenting a bit more as time permits today (but I actually use the laptop in my day-to-day work, so that may prove challenging). Sorry for the noise. Peace, david --=20 David H. Wolfskill david@catwhisker.org How could one possibly "respect" a misogynist, racist, bullying con-man??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --2HdWiV8iqzNK3pYB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJYrGWvXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XiTYH/R1Dkmy+PkZXtKLY2UJapuCR l7fJjQo9mmRqO20gfveSJMuUNRwc6Oc3xX338Spx7YqA4EYzOVH7pM8pBNBnI0Ao zc3+P/x+E2BFf3ZayeJtws/9oUnVsX3ujUic5CXnJWOCcTaAHktKfTu8Q9n2+FgD KJiWMZFPW3T99IsHh8RzPukcO5wbfCUuQE6AhmYXpNj4h7BC0AxQsMS9Az2nfcpq DDbENNfZVmw9uXNGmfACb5TL0qAO2rvWINTscWCeekvpyTTtJTP+HX923NoWq6Ip T7pNsJxJhsB7YSbjZ3ESpo2alyCQEfLN+n1NuDrNjFNAcDbnI1no2G91dLh07lw= =FM5O -----END PGP SIGNATURE----- --2HdWiV8iqzNK3pYB-- From owner-freebsd-current@freebsd.org Tue Feb 21 17:26:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3EE4CE8EA9 for ; Tue, 21 Feb 2017 17:26:12 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DC6481376 for ; Tue, 21 Feb 2017 17:26:12 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id DBBF4CE8EA8; Tue, 21 Feb 2017 17:26:12 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB67FCE8EA7 for ; Tue, 21 Feb 2017 17:26:12 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from springbank.echomania.com (springbank.echomania.com [IPv6:2a01:7c8:aab2:81::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "springbank.echomania.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A61331375 for ; Tue, 21 Feb 2017 17:26:12 +0000 (UTC) (envelope-from dim@FreeBSD.org) X-Virus-Scanned: Debian amavisd-new at springbank.echomania.com Received: from [IPv6:2001:7b8:3a7::8181:e0b5:11f9:155c] (unknown [IPv6:2001:7b8:3a7:0:8181:e0b5:11f9:155c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by springbank.echomania.com (Postfix) with ESMTPSA id D56E95801D4; Tue, 21 Feb 2017 18:26:08 +0100 (CET) From: Dimitry Andric Message-Id: <54594A33-C1DE-4491-8AD2-04E354EC5FAE@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_E5BA89B5-8489-4A93-86A3-7B7846A3AB0E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: int128_t and uint128_t typeinfo Date: Tue, 21 Feb 2017 18:26:00 +0100 In-Reply-To: Cc: current@freebsd.org To: Hartmut Brandt References: X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 17:26:13 -0000 --Apple-Mail=_E5BA89B5-8489-4A93-86A3-7B7846A3AB0E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 21 Feb 2017, at 13:48, Hartmut Brandt wrote: >=20 > it looks like the typeinfo for __int128_t and __uint128_t is missing = from our dynamically linked libcxxrt. I added it like: >=20 > Index: lib/libcxxrt/Version.map > =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 > --- lib/libcxxrt/Version.map (revision 313007) > +++ lib/libcxxrt/Version.map (working copy) > @@ -192,6 +192,11 @@ > "typeinfo name for unsigned short"; > "typeinfo name for double"; >=20 > + "typeinfo for __int128"; > + "typeinfo for unsigned __int128"; > + "typeinfo name for __int128"; > + "typeinfo name for unsigned __int128"; > + > "typeinfo name for bool*"; > "typeinfo name for wchar_t*"; > "typeinfo name for short*"; >=20 > I'm not sure whether this is the right place in the file where to add = it. Could somebody please check? Yes, this is the right place, though with a few caveats: * We also need to add the typeinfo for __u?int128_t * and __u?int128_t const * * Maybe these should be under the CXXABI_2.0 version, since that is where newer libstdc++ places them * Maybe these should be dependent on whether the architecture supports 128 bit integers at all I need to think a bit on the above, then I'll commit a fix. -Dimitry P.S.: I'm going to ignore libstdc++ in base, since it is obsolete. --Apple-Mail=_E5BA89B5-8489-4A93-86A3-7B7846A3AB0E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAliseDAACgkQsF6jCi4glqNzhwCeI4ATx4sLJp2cf2Q+E+5HH0oP otYAn3HGOkVXwXQNB6mCdvtcDVW7Qb2W =c6Ll -----END PGP SIGNATURE----- --Apple-Mail=_E5BA89B5-8489-4A93-86A3-7B7846A3AB0E-- From owner-freebsd-current@freebsd.org Tue Feb 21 18:55:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 16CDFCE7640; Tue, 21 Feb 2017 18:55:13 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F0E9DAAC; Tue, 21 Feb 2017 18:55:12 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1LItBgq098130 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 21 Feb 2017 10:55:11 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1LItBw5098129; Tue, 21 Feb 2017 10:55:11 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2017 10:55:11 -0800 From: Steve Kargl To: Mateusz Guzik , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170221185511.GA98080@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170220235807.GC26759@dft-labs.eu> <20170221004340.GA91587@troutmask.apl.washington.edu> <20170221005030.GD26759@dft-labs.eu> <20170221052658.GA93413@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170221052658.GA93413@troutmask.apl.washington.edu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 18:55:13 -0000 On Mon, Feb 20, 2017 at 09:26:58PM -0800, Steve Kargl wrote: > > Well, the good news seems to be that r313254 and older are 'ok'. > So, something between r313943 and r313254 is triggering a the > problem. I'm still bisecting, but it might take a day or two. > I've been able to narrow the range down to r313854 to r313943. If I had to guess, the issue may be related to Author: kib Date: Fri Feb 17 21:08:32 2017 New Revision: 313898 URL: https://svnweb.freebsd.org/changeset/base/313898 Log: Merge i386 and amd64 mtrr drivers. I won't be able to investigate until later tonight (~ 10 hours from now). -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Tue Feb 21 21:51:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A14BCE80A9 for ; Tue, 21 Feb 2017 21:51:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 423951F8A for ; Tue, 21 Feb 2017 21:51:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3EADCCE80A8; Tue, 21 Feb 2017 21:51:53 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E52ACE80A7 for ; Tue, 21 Feb 2017 21:51:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from springbank.echomania.com (springbank.echomania.com [IPv6:2a01:7c8:aab2:81::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "springbank.echomania.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 08C691F88 for ; Tue, 21 Feb 2017 21:51:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) X-Virus-Scanned: Debian amavisd-new at springbank.echomania.com Received: from [IPv6:2001:7b8:3a7::8181:e0b5:11f9:155c] (unknown [IPv6:2001:7b8:3a7:0:8181:e0b5:11f9:155c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by springbank.echomania.com (Postfix) with ESMTPSA id 64AEF58006D; Tue, 21 Feb 2017 22:51:46 +0100 (CET) From: Dimitry Andric Message-Id: <3EBF6862-8DEC-4F96-9C95-78FEE5242A6C@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_C2BFDFC6-901C-45DC-B075-B17A69C53525"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: int128_t and uint128_t typeinfo Date: Tue, 21 Feb 2017 22:51:40 +0100 In-Reply-To: <54594A33-C1DE-4491-8AD2-04E354EC5FAE@FreeBSD.org> Cc: current@freebsd.org To: Hartmut Brandt References: <54594A33-C1DE-4491-8AD2-04E354EC5FAE@FreeBSD.org> X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 21:51:53 -0000 --Apple-Mail=_C2BFDFC6-901C-45DC-B075-B17A69C53525 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 21 Feb 2017, at 18:26, Dimitry Andric wrote: >=20 > On 21 Feb 2017, at 13:48, Hartmut Brandt = wrote: >>=20 >> it looks like the typeinfo for __int128_t and __uint128_t is missing = from our dynamically linked libcxxrt. ... > * We also need to add the typeinfo for __u?int128_t * and __u?int128_t > const * > * Maybe these should be under the CXXABI_2.0 version, since that is > where newer libstdc++ places them > * Maybe these should be dependent on whether the architecture supports > 128 bit integers at all >=20 > I need to think a bit on the above, then I'll commit a fix. Okay, can you please try r314061? -Dimitry --Apple-Mail=_C2BFDFC6-901C-45DC-B075-B17A69C53525 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAlistnEACgkQsF6jCi4glqPkhgCg3tQhrGjPgk6EfjZaYOPgKj+l weEAn2C2JSBL6U6gu2EMFb7u7upQNdiu =AEHB -----END PGP SIGNATURE----- --Apple-Mail=_C2BFDFC6-901C-45DC-B075-B17A69C53525-- From owner-freebsd-current@freebsd.org Tue Feb 21 23:45:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A32C6CE851C for ; Tue, 21 Feb 2017 23:45:02 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 831A81B3D for ; Tue, 21 Feb 2017 23:45:02 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7F9D5CE851B; Tue, 21 Feb 2017 23:45:02 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D979CE851A for ; Tue, 21 Feb 2017 23:45:02 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A3BB1B3C; Tue, 21 Feb 2017 23:45:02 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-it0-x22b.google.com with SMTP id d9so36964602itc.0; Tue, 21 Feb 2017 15:45:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=vocPjBI6XqeLG5VmerAD2WnjTiCIdZ7KnFXcE0W8/Zw=; b=b74Rk1w0Vy+9pExGgMro/cTdTAYUjZ9muFlzIKESlgeqhgCs2mjjQj2GVQR+wdmVLD muFA6OiNEOk19SNMvNWWgQukuFni1Vdg9icJ3yqo5a9CJSlukVHZ7Pk+yY6zx0myYcNk ME/zjxQi0eQgI9SauJKI6wp0o5Hc5Q1X/MKJqEIqCSInZIUkp396h9dMTgy3cwSEgJ9A +gkkyHWe7qqVy57y5DVivL0F/i89mwKFvyJk18q7yfoF7GEe/1T9aiKp3qP54Lux65Xo q+JbHWjQTptL7ZZW3E34TjBgEMp5EsGowfP5oP+sa3+Ll1G2598KjDKBjRAXXTKx4rFF udTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=vocPjBI6XqeLG5VmerAD2WnjTiCIdZ7KnFXcE0W8/Zw=; b=Wn/Eaq47vSE9Pz0xchN0L9SkimJm9n+mRFGGOZaCN4qEW6GPHnHmaXe5oz4nTg85It Nd7zEG86vqzGoSsuIbOXgXgafduCwIEodmTlnVEVugtm0p0v3S12q5TruIwFv7ydO+xT aJblG3QP7tnBsVBaLLwhqlvr70fPsCgBDme+YO7ijSJE6tgQ90yHqZ8N4mBDPrbjJ1WU ixpLkPKAG3V3z/YTSG4+fg+0o/QRhLV6CHN5IzVVDJOEDHpdHGoSWidOdHVWQKzKqDA9 6mPvx56ZUlDjTqbvy+R9iZQovrkf70aStMLqF93eMZj+cUMsAbCj3B64Y3hkkpJAGsh5 rLhg== X-Gm-Message-State: AMke39kQvTDOshACGyJ2JLoOMLozQD6Z5+tSGkWlKrsd+CWG3EHhlBjn/8iURDRSHapU11r3z75QhyK41f5ohQ== X-Received: by 10.36.82.82 with SMTP id d79mr20472930itb.29.1487720701744; Tue, 21 Feb 2017 15:45:01 -0800 (PST) MIME-Version: 1.0 References: <20170221144354.uspllqrhevdc7gax@vzakharov> In-Reply-To: <20170221144354.uspllqrhevdc7gax@vzakharov> From: Ben Woods Date: Tue, 21 Feb 2017 23:44:51 +0000 Message-ID: Subject: Re: r313938 breaks portsnap To: Allan Jude , Ed Maste , Vladimir Zakharov , "cem@freebsd.org" , current@freebsd.org, "jonathan@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Feb 2017 23:45:02 -0000 On Tue, 21 Feb 2017 at 10:44 pm, Vladimir Zakharov wrote: > Hello > > After recent upgrade portsnap doesn't work anymore: > > # portsnap fetch update > Looking up portsnap.FreeBSD.org mirrors... 6 mirrors found. > Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done. > Fetching snapshot metadata... done. > Updating from Tue Feb 21 16:05:39 MSK 2017 to Tue Feb 21 16:59:30 MSK 2017. > Fetching 5 metadata patches.lam: unable to limit stdio: Capabilities > insufficient > done. > Applying metadata patches... done. > Fetching 5 metadata files... lam: unable to limit stdio: Capabilities > insufficient > /usr/sbin/portsnap: cannot open > 8c94d2c3f8fcea20eb1fd82021566c99c63a010e6b3702ee11e7a491795bcfb8.gz: No > such file or directory > metadata is corrupt. > > Reverting r313938 fixes the problem. As it wasn't immediately clear to me: The r313938 being referred to is the change to base to capsicumize lam(1). https://svnweb.freebsd.org/base?view=revision&revision=313938 Regards, Ben -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Wed Feb 22 05:29:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8ADE0CE963E; Wed, 22 Feb 2017 05:29:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EEA3D1F27; Wed, 22 Feb 2017 05:29:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v1M5T8f6096325 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 22 Feb 2017 07:29:08 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v1M5T8f6096325 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v1M5T84R096324; Wed, 22 Feb 2017 07:29:08 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 22 Feb 2017 07:29:08 +0200 From: Konstantin Belousov To: Steve Kargl Cc: Mateusz Guzik , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170222052908.GL2092@kib.kiev.ua> References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170220235807.GC26759@dft-labs.eu> <20170221004340.GA91587@troutmask.apl.washington.edu> <20170221005030.GD26759@dft-labs.eu> <20170221052658.GA93413@troutmask.apl.washington.edu> <20170221185511.GA98080@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170221185511.GA98080@troutmask.apl.washington.edu> User-Agent: Mutt/1.7.2 (2016-11-26) 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 autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 05:29:15 -0000 On Tue, Feb 21, 2017 at 10:55:11AM -0800, Steve Kargl wrote: > On Mon, Feb 20, 2017 at 09:26:58PM -0800, Steve Kargl wrote: > > > > Well, the good news seems to be that r313254 and older are 'ok'. > > So, something between r313943 and r313254 is triggering a the > > problem. I'm still bisecting, but it might take a day or two. > > > > I've been able to narrow the range down to r313854 to r313943. > If I had to guess, the issue may be related to > > Author: kib > Date: Fri Feb 17 21:08:32 2017 > New Revision: 313898 > URL: https://svnweb.freebsd.org/changeset/base/313898 > > Log: > Merge i386 and amd64 mtrr drivers. > > I won't be able to investigate until later tonight (~ 10 hours from now). >From what I see in other messages, you are using i386 kernel on Core2 class machine, am I right ? Did r313897 worked fine ? r313898 has a bug for i386 architecture, which was fixed in r313934. Could you compile kernel from r313898 sources with r313934 applied on top of it ? I mean, take r313898 and apply the changes from r313934 either manually or with patch, but not take any further changes from svn after r313898. If such kernel does not boot, I will provide further instructions. From owner-freebsd-current@freebsd.org Wed Feb 22 05:32:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8BE5CE9987; Wed, 22 Feb 2017 05:32:43 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C48CA873; Wed, 22 Feb 2017 05:32:43 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1M5WgMc004254 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 21 Feb 2017 21:32:42 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1M5Wglt004253; Tue, 21 Feb 2017 21:32:42 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2017 21:32:42 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Cc: kib@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170222053242.GA4204@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170220235224.GA91194@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170220235224.GA91194@troutmask.apl.washington.edu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 05:32:43 -0000 Well, I found the guilty commit. r313934 breaks loading either i915kms.ko or drm2.ko on a Dell Latitude D530 laptop. details below. I'll also note that starting at r313902 or so, after loading i915kms.ko console output on vt is slooooooow. A simply 'time ls /usr/bin' reports 6.27 real, 4.00 user, and 1.08 sys, but the drawing on screen takes more than 30 seconds. One can painfully watch each line of output be rastered across the screen. Kib you can read the details below. If you need more info, ping me. I did notice that i686_mem.c used constants of the form 0xffffULL prior to the merge into x86_mem.c. You now use 0xfffUL. I have no idea whether this is related to cause. -- steve On Mon, Feb 20, 2017 at 03:52:24PM -0800, Steve Kargl wrote: > With a kernel and world from r313943 sources (circa > Feb 19, 2017), kldload of either drm2.ko or i915kms.ko > will lock up the system. There is no keyboard response, > screen output, or panic. Just a locked up system. > > A kernel from r313027 and its modules boots fine. > 'kldload drm2.ko' yields the following in /var/log/messages: > > agp0: on vgapci0 > agp0: aperture size is 256M, detected 7676k stolen memory > info: [drm] Initialized drm 1.1.0 20060810 > > 'kldload drm2.ko' yields the following in /var/log/messages: > drmn0: on vgapci0 > intel_iicbb0 on drmn0 > iicbus0: on iicbb0 addr 0xf2 > iic0: on iicbus0 > iicbus1: on intel_gmbus0 > iic1: on iicbus1 > intel_iicbb1 on drmn0 > iicbus2: on iicbb1 addr 0xf2 > iic2: on iicbus2 > iicbus3: on intel_gmbus1 > iic3: on iicbus3 > intel_iicbb2 on drmn0 > iicbus4: on iicbb2 addr 0xf2 > iic4: on iicbus4 > iicbus5: on intel_gmbus2 > iic5: on iicbus5 > intel_iicbb3 on drmn0 > iicbus6: on iicbb3 addr 0xf2 > iic6: on iicbus6 > iicbus7: on intel_gmbus3 > iic7: on iicbus7 > intel_iicbb4 on drmn0 > iicbus8: on iicbb4 addr 0xf2 > iic8: on iicbus8 > iicbus9: on intel_gmbus4 > iic9: on iicbus9 > intel_iicbb5 on drmn0 > iicbus10: on iicbb5 addr 0xf2 > iic10: on iicbus10 > iicbus11: on intel_gmbus5 > iic11: on iicbus11 > info: [drm] MSI enabled 1 message(s) > info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). > info: [drm] Driver supports precise vblank timestamp query. > composite sync not supported > intel_sdvo_ddc_proxy397632 on drmn0 > intel_sdvo_ddc_proxy397632: detached > intel_sdvo_ddc_proxy397664 on drmn0 > intel_sdvo_ddc_proxy397664: detached > drmn0: taking over the fictitious range 0xe0000000-0xf0000000 > info: [drm] initialized overlay support > info: [drm] Connector LVDS-1: get mode from tunables: > info: [drm] - kern.vt.fb.modes.LVDS-1 > info: [drm] - kern.vt.fb.default_mode > info: [drm] Connector VGA-1: get mode from tunables: > info: [drm] - kern.vt.fb.modes.VGA-1 > info: [drm] - kern.vt.fb.default_mode > info: [drm] Connector SVIDEO-1: get mode from tunables: > info: [drm] - kern.vt.fb.modes.SVIDEO-1 > info: [drm] - kern.vt.fb.default_mode > composite sync not supported > fbd0 on drmn0 > VT: Replacing driver "vga" with new "fb". > info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0 > > A diff of dmesg.boot for the good kernel and bad kernel shows > > --- /root/dmesg.good 2017-02-20 13:30:06.707702000 -0800 > +++ /root/dmesg.bad 2017-02-20 13:42:10.271942000 -0800 > @@ -2,11 +2,11 @@ > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > -FreeBSD 12.0-CURRENT #3 r313027: Mon Feb 20 11:59:15 PST 2017 > +FreeBSD 12.0-CURRENT #1 r313943: Sun Feb 19 09:18:03 PST 2017 > root@laptop-kargl:/mnt/obj/mnt/src/sys/MOBILE i386 > FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM 3.9.1) > VT(vga): text 80x25 > -CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz (1995.05-MHz 686-class CPU) > +CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz (1995.04-MHz 686-class CPU) > Origin="GenuineIntel" Id=0x6fd Family=0x6 Model=0xf Stepping=13 > Features=0xbfebfbff > Features2=0xe3bd > @@ -15,7 +15,7 @@ > VT-x: (disabled in BIOS) HLT,PAUSE > TSC: P-state invariant, performance statistics > real memory = 4294967296 (4096 MB) > -avail memory = 3663994880 (3494 MB) > +avail memory = 3665018880 (3495 MB) > Event timer "LAPIC" quality 100 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > @@ -24,7 +24,7 @@ > ioapic0 irqs 0-23 on motherboard > random: entropy device external interface > kbd1 at kbdmux0 > -module_register_init: MOD_LOAD (vesa, 0xc0bf7440, 0) error 19 > +module_register_init: MOD_LOAD (vesa, 0xc0ae6db0, 0) error 19 > nexus0 > vtvga0: on motherboard > acpi0: on motherboard > @@ -42,7 +42,7 @@ > attimer0: port 0x40-0x43,0x50-0x53 irq 2 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > -Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > +Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > pcib0: on acpi0 > pcib0: failed to parse resources: AE_AML_NO_RESOURCE_END_TAG > > The module_register_init difference seems suspicious. > > -- > Steve > 20161221 https://www.youtube.com/watch?v=IbCHE-hONow > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Wed Feb 22 05:37:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23C58CE9B38; Wed, 22 Feb 2017 05:37:42 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 08105B1B; Wed, 22 Feb 2017 05:37:42 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1M5bf0H004335 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 21 Feb 2017 21:37:41 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1M5bfoQ004334; Tue, 21 Feb 2017 21:37:41 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2017 21:37:41 -0800 From: Steve Kargl To: Konstantin Belousov Cc: Mateusz Guzik , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170222053741.GB4204@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170220235807.GC26759@dft-labs.eu> <20170221004340.GA91587@troutmask.apl.washington.edu> <20170221005030.GD26759@dft-labs.eu> <20170221052658.GA93413@troutmask.apl.washington.edu> <20170221185511.GA98080@troutmask.apl.washington.edu> <20170222052908.GL2092@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170222052908.GL2092@kib.kiev.ua> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 05:37:42 -0000 On Wed, Feb 22, 2017 at 07:29:08AM +0200, Konstantin Belousov wrote: > On Tue, Feb 21, 2017 at 10:55:11AM -0800, Steve Kargl wrote: > > On Mon, Feb 20, 2017 at 09:26:58PM -0800, Steve Kargl wrote: > > > > > > Well, the good news seems to be that r313254 and older are 'ok'. > > > So, something between r313943 and r313254 is triggering a the > > > problem. I'm still bisecting, but it might take a day or two. > > > > > > > I've been able to narrow the range down to r313854 to r313943. > > If I had to guess, the issue may be related to > > > > Author: kib > > Date: Fri Feb 17 21:08:32 2017 > > New Revision: 313898 > > URL: https://svnweb.freebsd.org/changeset/base/313898 > > > > Log: > > Merge i386 and amd64 mtrr drivers. > > > > I won't be able to investigate until later tonight (~ 10 hours from now). > > >From what I see in other messages, you are using i386 kernel on Core2 > class machine, am I right ? Did r313897 worked fine ? > > r313898 has a bug for i386 architecture, which was fixed in r313934. > Could you compile kernel from r313898 sources with r313934 applied on > top of it ? I mean, take r313898 and apply the changes from r313934 > either manually or with patch, but not take any further changes from > svn after r313898. > I just completed the bisection. r313934 is the problem. 'svn update -r 313933' boots and I can load drm2.ko. 'svn update -r 313934' boots and hangs on loading the module. As I noted in another reply I just sent, around -r313902 I can load the i915kms.ko but console output to vt is sloooow. Perhaps, a locking issue that 313934 exacerbated. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Wed Feb 22 05:48:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07236CE9E28; Wed, 22 Feb 2017 05:48:13 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D7A4910D1; Wed, 22 Feb 2017 05:48:12 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1M5mBVI004428 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 21 Feb 2017 21:48:11 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1M5mBJE004427; Tue, 21 Feb 2017 21:48:11 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2017 21:48:11 -0800 From: Steve Kargl To: Konstantin Belousov Cc: freebsd-hackers@freebsd.org, Mateusz Guzik , freebsd-current@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170222054811.GA4404@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170220235807.GC26759@dft-labs.eu> <20170221004340.GA91587@troutmask.apl.washington.edu> <20170221005030.GD26759@dft-labs.eu> <20170221052658.GA93413@troutmask.apl.washington.edu> <20170221185511.GA98080@troutmask.apl.washington.edu> <20170222052908.GL2092@kib.kiev.ua> <20170222053741.GB4204@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170222053741.GB4204@troutmask.apl.washington.edu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 05:48:13 -0000 On Tue, Feb 21, 2017 at 09:37:41PM -0800, Steve Kargl wrote: > On Wed, Feb 22, 2017 at 07:29:08AM +0200, Konstantin Belousov wrote: > > On Tue, Feb 21, 2017 at 10:55:11AM -0800, Steve Kargl wrote: > > > On Mon, Feb 20, 2017 at 09:26:58PM -0800, Steve Kargl wrote: > > > > > > > > Well, the good news seems to be that r313254 and older are 'ok'. > > > > So, something between r313943 and r313254 is triggering a the > > > > problem. I'm still bisecting, but it might take a day or two. > > > > > > > > > > I've been able to narrow the range down to r313854 to r313943. > > > If I had to guess, the issue may be related to > > > > > > Author: kib > > > Date: Fri Feb 17 21:08:32 2017 > > > New Revision: 313898 > > > URL: https://svnweb.freebsd.org/changeset/base/313898 > > > > > > Log: > > > Merge i386 and amd64 mtrr drivers. > > > > > > I won't be able to investigate until later tonight (~ 10 hours from now). > > > > >From what I see in other messages, you are using i386 kernel on Core2 > > class machine, am I right ? Did r313897 worked fine ? Re-reading your email, I noticed you asked about r313897. I'll rebuild the kernel at this revision and r313898 and get back to to you. Yes, it is i386 on a core2 system. : FreeBSD 12.0-CURRENT #20 r313931: Tue Feb 21 21:02:18 PST 2017 root@laptop-kargl:/mnt/obj/mnt/src/sys/MOBILE i386 FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM 3.9.1) VT(vga): text 80x25 CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz (1995.04-MHz 686-class CPU) Origin="GenuineIntel" Id=0x6fd Family=0x6 Model=0xf Stepping=13 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20000000 AMD Features2=0x1 VT-x: (disabled in BIOS) HLT,PAUSE > > > > r313898 has a bug for i386 architecture, which was fixed in r313934. > > Could you compile kernel from r313898 sources with r313934 applied on > > top of it ? I mean, take r313898 and apply the changes from r313934 > > either manually or with patch, but not take any further changes from > > svn after r313898. > > > > I just completed the bisection. r313934 is the problem. > 'svn update -r 313933' boots and I can load drm2.ko. > 'svn update -r 313934' boots and hangs on loading the > module. > > As I noted in another reply I just sent, around -r313902 > I can load the i915kms.ko but console output to vt is sloooow. > Perhaps, a locking issue that 313934 exacerbated. > > -- > Steve > 20161221 https://www.youtube.com/watch?v=IbCHE-hONow > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Wed Feb 22 06:08:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA7EECE84F7; Wed, 22 Feb 2017 06:08:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 29BDE1CE7; Wed, 22 Feb 2017 06:08:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v1M682DY005294 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 22 Feb 2017 08:08:03 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v1M682DY005294 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v1M682qD005293; Wed, 22 Feb 2017 08:08:02 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 22 Feb 2017 08:08:02 +0200 From: Konstantin Belousov To: Steve Kargl Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170222060802.GM2092@kib.kiev.ua> References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170222053242.GA4204@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170222053242.GA4204@troutmask.apl.washington.edu> User-Agent: Mutt/1.7.2 (2016-11-26) 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 autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 06:08:08 -0000 On Tue, Feb 21, 2017 at 09:32:42PM -0800, Steve Kargl wrote: > Well, I found the guilty commit. r313934 breaks loading > either i915kms.ko or drm2.ko on a Dell Latitude D530 laptop. > details below. > > I'll also note that starting at r313902 or so, after > loading i915kms.ko console output on vt is slooooooow. > A simply 'time ls /usr/bin' reports 6.27 real, 4.00 user, > and 1.08 sys, but the drawing on screen takes more than > 30 seconds. One can painfully watch each line of output > be rastered across the screen. > > Kib you can read the details below. If you need more info, > ping me. I did notice that i686_mem.c used constants of the > form 0xffffULL prior to the merge into x86_mem.c. You now > use 0xfffUL. I have no idea whether this is related to > cause. Well, yes, I found two instances more of such bugs, one seems to be innocent, and another might be the issue. Please try this on top of r313934 or the latest HEAD. diff --git a/sys/x86/x86/x86_mem.c b/sys/x86/x86/x86_mem.c index 8e93883863a..d639224f840 100644 --- a/sys/x86/x86/x86_mem.c +++ b/sys/x86/x86/x86_mem.c @@ -260,7 +260,7 @@ x86_mrfetch(struct mem_range_softc *sc) /* Compute the range from the mask. Ick. */ mrd->mr_len = (~(msrv & mtrr_physmask) & - (mtrr_physmask | 0xfffL)) + 1; + (mtrr_physmask | 0xfffLL)) + 1; if (!mrvalid(mrd->mr_base, mrd->mr_len)) mrd->mr_flags |= MDF_BOGUS; @@ -638,7 +638,7 @@ x86_mrinit(struct mem_range_softc *sc) * Determine the size of the PhysMask and PhysBase fields in * the variable range MTRRs. */ - mtrr_physmask = (((uint64_t)1 << cpu_maxphyaddr) - 1) & ~0xfffUL; + mtrr_physmask = (((uint64_t)1 << cpu_maxphyaddr) - 1) & ~0xfffULL; /* If fixed MTRRs supported and enabled. */ if ((mtrrcap & MTRR_CAP_FIXED) && (mtrrdef & MTRR_DEF_FIXED_ENABLE)) { From owner-freebsd-current@freebsd.org Wed Feb 22 06:29:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA978CE8BE0; Wed, 22 Feb 2017 06:29:44 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B70D5B7B; Wed, 22 Feb 2017 06:29:44 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1M6Thos004619 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 21 Feb 2017 22:29:43 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1M6Th6F004618; Tue, 21 Feb 2017 22:29:43 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2017 22:29:43 -0800 From: Steve Kargl To: Konstantin Belousov Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170222062943.GA4611@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170222053242.GA4204@troutmask.apl.washington.edu> <20170222060802.GM2092@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170222060802.GM2092@kib.kiev.ua> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 06:29:45 -0000 On Wed, Feb 22, 2017 at 08:08:02AM +0200, Konstantin Belousov wrote: > On Tue, Feb 21, 2017 at 09:32:42PM -0800, Steve Kargl wrote: > > Well, I found the guilty commit. r313934 breaks loading > > either i915kms.ko or drm2.ko on a Dell Latitude D530 laptop. > > details below. > > > > I'll also note that starting at r313902 or so, after > > loading i915kms.ko console output on vt is slooooooow. > > A simply 'time ls /usr/bin' reports 6.27 real, 4.00 user, > > and 1.08 sys, but the drawing on screen takes more than > > 30 seconds. One can painfully watch each line of output > > be rastered across the screen. > > > > Kib you can read the details below. If you need more info, > > ping me. I did notice that i686_mem.c used constants of the > > form 0xffffULL prior to the merge into x86_mem.c. You now > > use 0xfffUL. I have no idea whether this is related to > > cause. > > Well, yes, I found two instances more of such bugs, one seems to be innocent, > and another might be the issue. Please try this on top of r313934 or > the latest HEAD. > > diff --git a/sys/x86/x86/x86_mem.c b/sys/x86/x86/x86_mem.c > index 8e93883863a..d639224f840 100644 > --- a/sys/x86/x86/x86_mem.c > +++ b/sys/x86/x86/x86_mem.c > @@ -260,7 +260,7 @@ x86_mrfetch(struct mem_range_softc *sc) > > /* Compute the range from the mask. Ick. */ > mrd->mr_len = (~(msrv & mtrr_physmask) & > - (mtrr_physmask | 0xfffL)) + 1; > + (mtrr_physmask | 0xfffLL)) + 1; > if (!mrvalid(mrd->mr_base, mrd->mr_len)) > mrd->mr_flags |= MDF_BOGUS; > > @@ -638,7 +638,7 @@ x86_mrinit(struct mem_range_softc *sc) > * Determine the size of the PhysMask and PhysBase fields in > * the variable range MTRRs. > */ > - mtrr_physmask = (((uint64_t)1 << cpu_maxphyaddr) - 1) & ~0xfffUL; > + mtrr_physmask = (((uint64_t)1 << cpu_maxphyaddr) - 1) & ~0xfffULL; > > /* If fixed MTRRs supported and enabled. */ > if ((mtrrcap & MTRR_CAP_FIXED) && (mtrrdef & MTRR_DEF_FIXED_ENABLE)) { At -r313934 + patch seems to fix the hang on loading i915kms.ko and also the sloooow output to vt. Thanks for the quick response. I'll update to top of tree to check that there isn't any other problems. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Wed Feb 22 07:03:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5BCFCE9756; Wed, 22 Feb 2017 07:03:01 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A0AD81FA1; Wed, 22 Feb 2017 07:03:01 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1M730IB004927 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 21 Feb 2017 23:03:00 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1M730dr004926; Tue, 21 Feb 2017 23:03:00 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2017 23:03:00 -0800 From: Steve Kargl To: Konstantin Belousov Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170222070300.GA4919@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170222053242.GA4204@troutmask.apl.washington.edu> <20170222060802.GM2092@kib.kiev.ua> <20170222062943.GA4611@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170222062943.GA4611@troutmask.apl.washington.edu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 07:03:01 -0000 On Tue, Feb 21, 2017 at 10:29:43PM -0800, Steve Kargl wrote: > On Wed, Feb 22, 2017 at 08:08:02AM +0200, Konstantin Belousov wrote: > > On Tue, Feb 21, 2017 at 09:32:42PM -0800, Steve Kargl wrote: > > > Well, I found the guilty commit. r313934 breaks loading > > > either i915kms.ko or drm2.ko on a Dell Latitude D530 laptop. > > > details below. > > > > > > I'll also note that starting at r313902 or so, after > > > loading i915kms.ko console output on vt is slooooooow. > > > A simply 'time ls /usr/bin' reports 6.27 real, 4.00 user, > > > and 1.08 sys, but the drawing on screen takes more than > > > 30 seconds. One can painfully watch each line of output > > > be rastered across the screen. > > > > > > Kib you can read the details below. If you need more info, > > > ping me. I did notice that i686_mem.c used constants of the > > > form 0xffffULL prior to the merge into x86_mem.c. You now > > > use 0xfffUL. I have no idea whether this is related to > > > cause. > > > > Well, yes, I found two instances more of such bugs, one seems to be innocent, > > and another might be the issue. Please try this on top of r313934 or > > the latest HEAD. > > (patch delete) > > At -r313934 + patch seems to fix the hang on loading i915kms.ko and > also the sloooow output to vt. Thanks for the quick response. I'll > update to top of tree to check that there isn't any other problems. > A kernel and modules from top of tree works as expected. Thanks for the fix. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Wed Feb 22 15:21:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8616CE98F9 for ; Wed, 22 Feb 2017 15:21:00 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C026B1081 for ; Wed, 22 Feb 2017 15:21:00 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: by mailman.ysv.freebsd.org (Postfix) id BF6CACE98F8; Wed, 22 Feb 2017 15:21:00 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF101CE98F7 for ; Wed, 22 Feb 2017 15:21:00 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.33]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailhost.dlr.de", Issuer "DLR CA - G02" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 18C17107F; Wed, 22 Feb 2017 15:20:59 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by mailhost.dlr.de (172.21.163.101) with Microsoft SMTP Server (TLS) id 14.3.319.2; Wed, 22 Feb 2017 16:19:42 +0100 Received: from DLREXMBX01.intra.dlr.de ([fe80::d198:77e5:d411:fccd]) by dlrexhub01.intra.dlr.de ([::1]) with mapi id 14.03.0319.002; Wed, 22 Feb 2017 16:19:46 +0100 From: To: CC: Subject: RE: int128_t and uint128_t typeinfo Thread-Topic: int128_t and uint128_t typeinfo Thread-Index: AQHSjEDY+7DpxbI4aEG00x8gONJ6iqFzpd4AgABKOgCAATT04A== Date: Wed, 22 Feb 2017 15:19:45 +0000 Message-ID: <611243783F62AF48AFB07BC25FA4B1061CEECBB6@DLREXMBX01.intra.dlr.de> References: <54594A33-C1DE-4491-8AD2-04E354EC5FAE@FreeBSD.org> <3EBF6862-8DEC-4F96-9C95-78FEE5242A6C@FreeBSD.org> In-Reply-To: <3EBF6862-8DEC-4F96-9C95-78FEE5242A6C@FreeBSD.org> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-Product-Ver: SMEX-11.0.0.4283-8.100.1062-22902.000 X-TM-AS-Result: No--5.811600-5.000000-31 X-TM-AS-MatchedID: 150567-709584-121338-139006-708497-704746-106660-700075-1 39010-700752-188019-704421-710272-188199-701005-705167-705178-106230-148004 -148050-42000-42003 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 15:21:00 -0000 Looks like they are still not there. I've rebuilt world. nm -D -C /usr/lib/libcxxrt.so | grep 128 should show me the symbols, right? It does not. harti -----Original Message----- From: Dimitry Andric [mailto:dim@FreeBSD.org]=20 Sent: Tuesday, February 21, 2017 10:52 PM To: Brandt, Hartmut Cc: current@freebsd.org Subject: Re: int128_t and uint128_t typeinfo On 21 Feb 2017, at 18:26, Dimitry Andric wrote: >=20 > On 21 Feb 2017, at 13:48, Hartmut Brandt wrote: >>=20 >> it looks like the typeinfo for __int128_t and __uint128_t is missing fro= m our dynamically linked libcxxrt. ... > * We also need to add the typeinfo for __u?int128_t * and __u?int128_t =20 > const * > * Maybe these should be under the CXXABI_2.0 version, since that is =20 > where newer libstdc++ places them > * Maybe these should be dependent on whether the architecture supports > 128 bit integers at all >=20 > I need to think a bit on the above, then I'll commit a fix. Okay, can you please try r314061? -Dimitry From owner-freebsd-current@freebsd.org Wed Feb 22 15:31:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24DDCCE9C37 for ; Wed, 22 Feb 2017 15:31:21 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 039E91BCB for ; Wed, 22 Feb 2017 15:31:20 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 8447713378 for ; Wed, 22 Feb 2017 15:31:19 +0000 (UTC) Subject: Re: r313938 breaks portsnap To: freebsd-current@freebsd.org References: <20170221144354.uspllqrhevdc7gax@vzakharov> From: Allan Jude Message-ID: Date: Wed, 22 Feb 2017 10:31:11 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170221144354.uspllqrhevdc7gax@vzakharov> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LRu8T5mcs54G1tsbTRdBjTi6M3qej9dBK" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 15:31:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LRu8T5mcs54G1tsbTRdBjTi6M3qej9dBK Content-Type: multipart/mixed; boundary="HMp0aMTMa3c4cT0sT1RA3rIaMMareMwW7"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: Subject: Re: r313938 breaks portsnap References: <20170221144354.uspllqrhevdc7gax@vzakharov> In-Reply-To: <20170221144354.uspllqrhevdc7gax@vzakharov> --HMp0aMTMa3c4cT0sT1RA3rIaMMareMwW7 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2017-02-21 09:43, Vladimir Zakharov wrote: > Hello >=20 > After recent upgrade portsnap doesn't work anymore: >=20 > # portsnap fetch update > Looking up portsnap.FreeBSD.org mirrors... 6 mirrors found. > Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done. > Fetching snapshot metadata... done. > Updating from Tue Feb 21 16:05:39 MSK 2017 to Tue Feb 21 16:59:30 MSK 2= 017. > Fetching 5 metadata patches.lam: unable to limit stdio: Capabilities in= sufficient > done. > Applying metadata patches... done. > Fetching 5 metadata files... lam: unable to limit stdio: Capabilities i= nsufficient > /usr/sbin/portsnap: cannot open 8c94d2c3f8fcea20eb1fd82021566c99c63a010= e6b3702ee11e7a491795bcfb8.gz: No such file or directory > metadata is corrupt. >=20 > Reverting r313938 fixes the problem. >=20 Fixed in r314098. Thank you for the report, sorry for the breakage. --=20 Allan Jude --HMp0aMTMa3c4cT0sT1RA3rIaMMareMwW7-- --LRu8T5mcs54G1tsbTRdBjTi6M3qej9dBK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (MingW32) iQIcBAEBAgAGBQJYra7CAAoJEBmVNT4SmAt+ghkP/jrd6qzPfFPaQ02MdX8nPBlT LOHSTZ5HUhb3euWGGslnGkPyd+cQaf/nq5G6ZYU4aAvFG4vuex/ZvOIBy4lZ7c/O 9Hd4vxNtxOc6I/8S+F8cVdfxbw0QbmGxvJNja/5l7uFA6/UcVuaJxUSD2ZS7Q0+Z 9V2EotjjJjfecXyEpQwNloWZnMj/mWl3+WMyHmJpLJgVcC0GiVmkFh2CV6HTng1n FWUHeQcUvaDiiQT1NzjRh78ABOuQaZobxz8d2pRpkFNTYzQf4GKkZBPXzT8foM6M HsItRJsilYMI7X3OZZx/8Ze8dsEE+vEQYCYwQGNi/RHYt72tzSGS/FyHO2bgFgeR feBB2RjkPOK1gT1AInsvArDce3f5ju0W/BkquGXnOe4eiWddspQleelzmcAyoN96 t187HioLQk1bRSuPPb8k6k//dCcce0JvIO9SN9I+kOHbr5DF8HqbgLXdY0JAVsm0 WLtD7bpz2lyQGhlO25MxVcYb1dITtDSZTsYtyydvLrOLv+JESk2rEUjIoQM5SSrH C4pBdM7tJJqBtnsHMijBMd1Wklh69CEaCJHRneaFaqzlnvpyUcrEU0BK1g36sdjw /W89vpQKYSI9scefJyTbQs2OtbP5JWyIS+uU7ipvZjFSHjJ/6IdqOa2Z2D4fYgKy 4hl4wLw1q4UnAn8U/Wv/ =IbER -----END PGP SIGNATURE----- --LRu8T5mcs54G1tsbTRdBjTi6M3qej9dBK-- From owner-freebsd-current@freebsd.org Wed Feb 22 17:12:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 752F4CE9C7B for ; Wed, 22 Feb 2017 17:12:01 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2BF251DE8; Wed, 22 Feb 2017 17:12:01 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qt0-x236.google.com with SMTP id n21so8042917qta.1; Wed, 22 Feb 2017 09:12:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=zR2DBtV+hN62cOl07Z8581m/zEqmKzBF/d3PXEswxUQ=; b=Ak2Vi0FcMrvEFvpZYiiHpHIzkBKUdTvCsGhZYGdh5XGeLoXyTRCt6QKQ2C1d+f93E/ zWrdMv83CMwiEWB83fjWuKNgL3kP9wZi8TQ9aytMWxzWn2ucGHStkpo9VaKYygCHor9c 13Bse3w8yQgTt+IUBwfUIa/nOnmlSfQs/E97J/ubRezNqgpbgKdHCm609vmvn6ZCPxwY sHhh3ViUXRNvc3KStfGqW6myoLxpl/KGWVhjWsry08rim7y/uxfy/nidE81JKKz/3z5N cLvZzlo9WeI2ttVymtaxz3AWcNOpD8A7whiVEMJnJJwvrjKEDoqF/1xMpa4Hxln94+hL SDKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=zR2DBtV+hN62cOl07Z8581m/zEqmKzBF/d3PXEswxUQ=; b=sFcXVV8XYGauXM2rqzVprZyoUuDJ15a3O0itQkh/ALG7icc2uD+WieYBJps/heCbOi yjfeHqWNgJmcm4CVc7dcu4pw3S7QtYN77GGm22V6DY5jWvzVyk1Z3u5M37PXxVO+J8K0 PmuJr18sphehT4TnAj7p/SgQiSrzWrq5mk7FO3u/1YEmoOGgQqRVus8l7a9qNx5LYHDJ Zekl9k4oGrOEAJpIywpyD+JdJImF+g9FE74w7W4m9GXbp/evoMMQMrZvtDIcR7UiRbDN eTF0oLcMAvzgyvzMKFyuF697HE2gJbjgYxhqFZFq/NRCH/76pDbCJBYf8tGir2c7Pb4L 00kA== X-Gm-Message-State: AMke39nniQPYmNsqblycZUSaY73h0KthuCT8PZKwEvbbfs8HbYJK/4Mibarx3U/tOJbJ5bEXnRhff5pGGq9bJg== X-Received: by 10.237.60.3 with SMTP id t3mr515453qte.86.1487783520026; Wed, 22 Feb 2017 09:12:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Wed, 22 Feb 2017 09:11:29 -0800 (PST) In-Reply-To: References: <20170113120534.GC2349@kib.kiev.ua> <20170115202008.GL2349@kib.kiev.ua> <20170116120021.GQ2349@kib.kiev.ua> <5f814a7a-5e46-057e-62ad-dde0a61bc1c8@selasky.org> From: Jia-Shiun Li Date: Thu, 23 Feb 2017 01:11:29 +0800 Message-ID: Subject: Re: TSC as timecounter makes system lag To: freebsd-current , John Baldwin , Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 17:12:01 -0000 I got the impression that TSC was not preferred timecounter if it is not C-state invariant. But this apparenly is not the case now. Dig a bit and found r277900 chose to prefer TSC over saving power by disabling C2 state when TSC is selected as timecounter. But with EARLY_AP_STARTUP, and TSC as timecounter, CPU still enters C2 state. (Observed by sysctl dev.cpu.0.cx_usage_counters) With nooptions EARLY_AP_STARTUP, CPU correctly stays 100% in C1 and no lower. I added a printf in tc_windup() to check. With EARLY_AP_STARTUP, cpu_disable_c2_sleep is never increased, so it can not prevent CPU from entering C2. Guess there's some kind of race or init order issue, but it is beyond my understanding for now. -Jia-Shiun. From owner-freebsd-current@freebsd.org Wed Feb 22 18:49:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8DFACE9C65 for ; Wed, 22 Feb 2017 18:49:11 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 905821827 for ; Wed, 22 Feb 2017 18:49:11 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8FB6ECE9C64; Wed, 22 Feb 2017 18:49:11 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F5ECCE9C63 for ; Wed, 22 Feb 2017 18:49:11 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from springbank.echomania.com (springbank.echomania.com [IPv6:2a01:7c8:aab2:81::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "springbank.echomania.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 58B0A1826 for ; Wed, 22 Feb 2017 18:49:11 +0000 (UTC) (envelope-from dim@FreeBSD.org) X-Virus-Scanned: Debian amavisd-new at springbank.echomania.com Received: from [IPv6:2001:7b8:3a7::39b6:445e:76e7:b70f] (unknown [IPv6:2001:7b8:3a7:0:39b6:445e:76e7:b70f]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by springbank.echomania.com (Postfix) with ESMTPSA id 5F121580251; Wed, 22 Feb 2017 19:49:07 +0100 (CET) From: Dimitry Andric Message-Id: <201471EF-D383-49C0-B03B-64B91BAA4F0A@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_B66584D2-D462-4E04-9067-A5A198E65AE2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: int128_t and uint128_t typeinfo Date: Wed, 22 Feb 2017 19:48:56 +0100 In-Reply-To: <611243783F62AF48AFB07BC25FA4B1061CEECBB6@DLREXMBX01.intra.dlr.de> Cc: current@freebsd.org To: Hartmut.Brandt@dlr.de References: <54594A33-C1DE-4491-8AD2-04E354EC5FAE@FreeBSD.org> <3EBF6862-8DEC-4F96-9C95-78FEE5242A6C@FreeBSD.org> <611243783F62AF48AFB07BC25FA4B1061CEECBB6@DLREXMBX01.intra.dlr.de> X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 18:49:11 -0000 --Apple-Mail=_B66584D2-D462-4E04-9067-A5A198E65AE2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I had to commit a follow-up fix in r314104: when C++ names are used in the version script, they have to be surrounded by an extern "C++" {} block, otherwise the symbols end up as locals in the final library, and thus get stripped out of the installed version. -Dimitry On 22 Feb 2017, at 16:19, Hartmut.Brandt@dlr.de wrote: >=20 > Looks like they are still not there. I've rebuilt world. >=20 > nm -D -C /usr/lib/libcxxrt.so | grep 128 >=20 > should show me the symbols, right? It does not. >=20 > harti >=20 > -----Original Message----- > From: Dimitry Andric [mailto:dim@FreeBSD.org] > Sent: Tuesday, February 21, 2017 10:52 PM > To: Brandt, Hartmut > Cc: current@freebsd.org > Subject: Re: int128_t and uint128_t typeinfo >=20 > On 21 Feb 2017, at 18:26, Dimitry Andric wrote: >>=20 >> On 21 Feb 2017, at 13:48, Hartmut Brandt = wrote: >>>=20 >>> it looks like the typeinfo for __int128_t and __uint128_t is missing = from our dynamically linked libcxxrt. > ... >> * We also need to add the typeinfo for __u?int128_t * and = __u?int128_t >> const * >> * Maybe these should be under the CXXABI_2.0 version, since that is >> where newer libstdc++ places them >> * Maybe these should be dependent on whether the architecture = supports >> 128 bit integers at all >>=20 >> I need to think a bit on the above, then I'll commit a fix. >=20 > Okay, can you please try r314061? >=20 > -Dimitry >=20 --Apple-Mail=_B66584D2-D462-4E04-9067-A5A198E65AE2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAlit3SIACgkQsF6jCi4glqOqaACfbOUwrO/ovhz8Dbwca4e1THTS /UAAn0WRQeDkuvMK/tUaKADj5OJQNvpE =UqhR -----END PGP SIGNATURE----- --Apple-Mail=_B66584D2-D462-4E04-9067-A5A198E65AE2-- From owner-freebsd-current@freebsd.org Wed Feb 22 23:37:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBAEACEA1F4 for ; Wed, 22 Feb 2017 23:37:31 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C7F4A177A for ; Wed, 22 Feb 2017 23:37:31 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id C4843CEA1F3; Wed, 22 Feb 2017 23:37:31 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4264CEA1F2 for ; Wed, 22 Feb 2017 23:37:31 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87C611779 for ; Wed, 22 Feb 2017 23:37:31 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1cggTK-0007cf-0d for current@freebsd.org; Thu, 23 Feb 2017 00:37:22 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1cggTJ-0002kc-Vb for current@freebsd.org; Thu, 23 Feb 2017 00:37:21 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Wed, 22 Feb 2017 23:37:21 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: Lock order reversal [ newbie ] report Date: Wed, 22 Feb 2017 15:37:21 -0800 (PST) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Feb 2017 23:37:32 -0000 #0 #16 follow: jotted down : 1. ufs /usr/src/sys/kern/vfs_syscalls.c:3364 2. bufwait /usr/src/sys/ufs/ffs/ffs_vnops.c:280 3. ufs /usr/src/sys/kern/vfs_subr.c:2600 [ took roxterm out of the xinitrc, system stable seems more than yesterday.= .. too early to tell, which is/was a 2nd issue... put in urxvt and st... based on= TOP memory... ]=20= From owner-freebsd-current@freebsd.org Thu Feb 23 02:20:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D52ECE95FD for ; Thu, 23 Feb 2017 02:20:12 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 18F1DD49 for ; Thu, 23 Feb 2017 02:20:12 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 185FDCE95FC; Thu, 23 Feb 2017 02:20:12 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1814BCE95FB for ; Thu, 23 Feb 2017 02:20:12 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D1010D48 for ; Thu, 23 Feb 2017 02:20:11 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1cgj0q-0000N7-AX for current@freebsd.org; Thu, 23 Feb 2017 03:20:08 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1cgj0q-0002R4-9D for current@freebsd.org; Thu, 23 Feb 2017 03:20:08 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Thu, 23 Feb 2017 02:20:08 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: Re: Lock order reversal [ newbie ] report [2nd one] Date: Wed, 22 Feb 2017 18:20:08 -0800 (PST) X-Mailer: RMM6 In-Reply-To: Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Feb 2017 02:20:12 -0000 This one at boot: #0 to #10 bufwait /usr/src/sys/kern/vfs_bio.c:3500 dirhash /usr/src/sys/ufs/ufs/ufs_dirhash.c:201 r313487 12.0-CURRENT Feb 13 2017=20 1200020 FWIW=20 both the above and the below reports... On Wed, 22 Feb 2017 15:37:21 -0800 (PST), "Jeffrey Bouquet" wrote: > #0 #16 follow: > jotted down : >=20 > 1. ufs /usr/src/sys/kern/vfs_syscalls.c:3364 > 2. bufwait /usr/src/sys/ufs/ffs/ffs_vnops.c:280 > 3. ufs /usr/src/sys/kern/vfs_subr.c:2600 >=20 > [ took roxterm out of the xinitrc, system stable seems more than yesterda= y... too > early to tell, which is/was a 2nd issue... put in urxvt and st... based = on TOP memory... ]=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Feb 23 03:06:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E08ACEADB5 for ; Thu, 23 Feb 2017 03:06:45 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6EFF3CEF for ; Thu, 23 Feb 2017 03:06:45 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: by mailman.ysv.freebsd.org (Postfix) id 6E543CEADB4; Thu, 23 Feb 2017 03:06:45 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DF61CEADB3 for ; Thu, 23 Feb 2017 03:06:45 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-6.mit.edu (dmz-mailsec-scanner-6.mit.edu [18.7.68.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2070BCEE for ; Thu, 23 Feb 2017 03:06:44 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074423-e1bff70000004996-5c-58ae51bce4d7 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 83.58.18838.CB15EA85; Wed, 22 Feb 2017 22:06:37 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id v1N36Zpm008573; Wed, 22 Feb 2017 22:06:36 -0500 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v1N36WoQ010000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 22 Feb 2017 22:06:35 -0500 Date: Wed, 22 Feb 2017 21:06:32 -0600 From: Benjamin Kaduk To: Jeffrey Bouquet Cc: current Subject: Re: Lock order reversal [ newbie ] report [2nd one] Message-ID: <20170223030632.GN30306@kduck.kaduk.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrBIsWRmVeSWpSXmKPExsUixG6nrrs3cF2EwdHD0hYTrvxgsvj64Suz A5PHjE/zWTyuv+xkDGCK4rJJSc3JLEst0rdL4MqYt5S34AdPxcSNq1kbGG9xdTFycEgImEh0 31HrYuTiEBJoY5L49+QTG4SzkVFi+7bdjBDOVSaJjgOT2bsYOTlYBFQl3mzvZQOx2QRUJBq6 LzOD2CIC+hLPbu4DizMLKEqcPjCLBcQWFrCReLN/NiPINl6gbQfPRYGEhQTCJfovbAIr4RUQ lDg58wkLRKuWxI1/L5lAypkFpCWW/+MACXMKGAKdc5QJxBYVUJZomPGAeQKjwCwk3bOQdM9C 6F7AyLyKUTYlt0o3NzEzpzg1Wbc4OTEvL7VI10wvN7NELzWldBMjOEBdlHcwvuzzPsQowMGo xMN7YNHaCCHWxLLiytxDjJIcTEqivH/uAIX4kvJTKjMSizPii0pzUosPMUpwMCuJ8B5xXxch xJuSWFmVWpQPk5LmYFES5xXXaIwQEkhPLEnNTk0tSC2CycpwcChJ8Nb4AzUKFqWmp1akZeaU IKSZODhBhvMADZ8UADK8uCAxtzgzHSJ/ilFRSpz3KUizAEgiozQPrheUQCSy99e8YhQHekWY tx2knQeYfOC6XwENZgIabOm8FmRwSSJCSqqBUeLGZMFDnLt0Dj8suqgVfftG9od5pgJ1F2JX VCsebW9VmWYWqnX8kFLPZZbekGtpnYayBU8PyeTMmPNWWazm+8QAzoXPvuTed6zSWFqYN0tC IHizjb7VoifuX3Zq7usWPNuQ9Of7QgmhftVq33unHoRMUflsbcrz5P6GwsWm56rlVbIElMNE lViKMxINtZiLihMBIAim5vsCAAA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Feb 2017 03:06:45 -0000 Hi Jeffrey, Thank you for your enthusiasm in reporting these. Unfortunately, it is very likely that these two are "well-known" and believed to be harmless, so you have not discovered something terribly exciting. An old and no-longer particularly maintained listing of these and other LORs is at: http://sources.zabbadoz.net/freebsd/lor.html -Ben On Wed, Feb 22, 2017 at 06:20:08PM -0800, Jeffrey Bouquet wrote: > This one at boot: > #0 to #10 > bufwait > /usr/src/sys/kern/vfs_bio.c:3500 > dirhash > /usr/src/sys/ufs/ufs/ufs_dirhash.c:201 > > r313487 12.0-CURRENT Feb 13 2017 > 1200020 FWIW > both the above and the below reports... > > > > > On Wed, 22 Feb 2017 15:37:21 -0800 (PST), "Jeffrey Bouquet" wrote: > > > #0 #16 follow: > > jotted down : > > > > 1. ufs /usr/src/sys/kern/vfs_syscalls.c:3364 > > 2. bufwait /usr/src/sys/ufs/ffs/ffs_vnops.c:280 > > 3. ufs /usr/src/sys/kern/vfs_subr.c:2600 > > > > [ took roxterm out of the xinitrc, system stable seems more than yesterday... too > > early to tell, which is/was a 2nd issue... put in urxvt and st... based on TOP memory... ] > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Feb 23 10:08:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3105CE8A81 for ; Thu, 23 Feb 2017 10:08:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FE6ABD; Thu, 23 Feb 2017 10:08:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v1NA8T65075796 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 23 Feb 2017 12:08:29 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v1NA8T65075796 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v1NA8TpW075795; Thu, 23 Feb 2017 12:08:29 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 23 Feb 2017 12:08:29 +0200 From: Konstantin Belousov To: Jia-Shiun Li Cc: freebsd-current , John Baldwin , Konstantin Belousov Subject: Re: TSC as timecounter makes system lag Message-ID: <20170223100829.GR2092@kib.kiev.ua> References: <20170113120534.GC2349@kib.kiev.ua> <20170115202008.GL2349@kib.kiev.ua> <20170116120021.GQ2349@kib.kiev.ua> <5f814a7a-5e46-057e-62ad-dde0a61bc1c8@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) 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 autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Feb 2017 10:08:35 -0000 On Thu, Feb 23, 2017 at 01:11:29AM +0800, Jia-Shiun Li wrote: > I got the impression that TSC was not preferred timecounter > if it is not C-state invariant. But this apparenly is not the case now. > Dig a bit and found r277900 chose to prefer TSC over saving power > by disabling C2 state when TSC is selected as timecounter. > > But with EARLY_AP_STARTUP, and TSC as timecounter, > CPU still enters C2 state. > (Observed by sysctl dev.cpu.0.cx_usage_counters) > With nooptions EARLY_AP_STARTUP, CPU correctly stays 100% > in C1 and no lower. > > I added a printf in tc_windup() to check. With EARLY_AP_STARTUP, > cpu_disable_c2_sleep is never increased, so it can not prevent CPU > from entering C2. > > Guess there's some kind of race or init order issue, but it is > beyond my understanding for now. This is a useful analysis. Yes, I think that there is an init ordering issue. Note that cpu_disable_c2_sleep is only changed in tc_windup() when timecounter is changed. If existing and already engadged timecounter suddenly gets TC_FLAG_C2STOP set, tc_windup() ignores the flag. And with the early AP startup, tsc seems to be set as timecounter too early. Just moving order of init_TSC_tc() would not help, since tsc checks smp consistency, which requires started APs. Try this for now, but might be John has better idea how to handle the issue. You might need to add some extern declarations for the patch to compile. diff --git a/sys/x86/x86/tsc.c b/sys/x86/x86/tsc.c index 3f36fbd9f8a..f8e33069c70 100644 --- a/sys/x86/x86/tsc.c +++ b/sys/x86/x86/tsc.c @@ -545,6 +545,8 @@ init_TSC_tc(void) if (cpu_deepest_sleep >= 2 && cpu_vendor_id == CPU_VENDOR_INTEL && (amd_pminfo & AMDPM_TSC_INVARIANT) == 0) { tsc_timecounter.tc_flags |= TC_FLAGS_C2STOP; + if (timecounter == &tsc_timecounter) + cpu_disable_c2_sleep++; if (bootverbose) printf("TSC timecounter disables C2 and C3.\n"); } From owner-freebsd-current@freebsd.org Thu Feb 23 11:20:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B78ECEAB7F for ; Thu, 23 Feb 2017 11:20:26 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6174D1E84 for ; Thu, 23 Feb 2017 11:20:26 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: by mailman.ysv.freebsd.org (Postfix) id 5DE42CEAB7E; Thu, 23 Feb 2017 11:20:26 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D877CEAB7D for ; Thu, 23 Feb 2017 11:20:26 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.32]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailhost.dlr.de", Issuer "DLR CA - G02" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C55141E83; Thu, 23 Feb 2017 11:20:25 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from DLREXHUB02.intra.dlr.de (172.21.152.140) by mailhost.dlr.de (172.21.163.100) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 23 Feb 2017 12:20:10 +0100 Received: from DLREXMBX01.intra.dlr.de ([fe80::d198:77e5:d411:fccd]) by dlrexhub02.intra.dlr.de ([::1]) with mapi id 14.03.0319.002; Thu, 23 Feb 2017 12:20:16 +0100 From: To: CC: Subject: RE: int128_t and uint128_t typeinfo Thread-Topic: int128_t and uint128_t typeinfo Thread-Index: AQHSjEDY+7DpxbI4aEG00x8gONJ6iqFzpd4AgABKOgCAATT04IAAKlIAgAElqfA= Date: Thu, 23 Feb 2017 11:20:15 +0000 Message-ID: <611243783F62AF48AFB07BC25FA4B1061CEED2E2@DLREXMBX01.intra.dlr.de> References: <54594A33-C1DE-4491-8AD2-04E354EC5FAE@FreeBSD.org> <3EBF6862-8DEC-4F96-9C95-78FEE5242A6C@FreeBSD.org> <611243783F62AF48AFB07BC25FA4B1061CEECBB6@DLREXMBX01.intra.dlr.de> <201471EF-D383-49C0-B03B-64B91BAA4F0A@FreeBSD.org> In-Reply-To: <201471EF-D383-49C0-B03B-64B91BAA4F0A@FreeBSD.org> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-Product-Ver: SMEX-11.0.0.4283-8.100.1062-22902.006 X-TM-AS-Result: No--7.359800-5.000000-31 X-TM-AS-MatchedID: 150567-705388-700107-139006-708497-704746-106660-703586-7 05178-703788-188199-136070-700470-703371-702801-700075-139010-709584-121338 -700752-188019-704421-710272-701005-705167-106230-148004-148050-20043-42000 -42003 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Feb 2017 11:20:26 -0000 Now that appears to work. Thanks, harti -----Original Message----- From: Dimitry Andric [mailto:dim@FreeBSD.org]=20 Sent: Wednesday, February 22, 2017 7:49 PM To: Brandt, Hartmut Cc: current@freebsd.org Subject: Re: int128_t and uint128_t typeinfo I had to commit a follow-up fix in r314104: when C++ names are used in the = version script, they have to be surrounded by an extern "C++" {} block, oth= erwise the symbols end up as locals in the final library, and thus get stri= pped out of the installed version. -Dimitry On 22 Feb 2017, at 16:19, Hartmut.Brandt@dlr.de wrote: >=20 > Looks like they are still not there. I've rebuilt world. >=20 > nm -D -C /usr/lib/libcxxrt.so | grep 128 >=20 > should show me the symbols, right? It does not. >=20 > harti >=20 > -----Original Message----- > From: Dimitry Andric [mailto:dim@FreeBSD.org] > Sent: Tuesday, February 21, 2017 10:52 PM > To: Brandt, Hartmut > Cc: current@freebsd.org > Subject: Re: int128_t and uint128_t typeinfo >=20 > On 21 Feb 2017, at 18:26, Dimitry Andric wrote: >>=20 >> On 21 Feb 2017, at 13:48, Hartmut Brandt wrote: >>>=20 >>> it looks like the typeinfo for __int128_t and __uint128_t is missing fr= om our dynamically linked libcxxrt. > ... >> * We also need to add the typeinfo for __u?int128_t * and=20 >> __u?int128_t const * >> * Maybe these should be under the CXXABI_2.0 version, since that is=20 >> where newer libstdc++ places them >> * Maybe these should be dependent on whether the architecture=20 >> supports >> 128 bit integers at all >>=20 >> I need to think a bit on the above, then I'll commit a fix. >=20 > Okay, can you please try r314061? >=20 > -Dimitry >=20 From owner-freebsd-current@freebsd.org Thu Feb 23 12:49:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC253CE9FD2 for ; Thu, 23 Feb 2017 12:49:34 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A1C51BE1 for ; Thu, 23 Feb 2017 12:49:34 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: by mailman.ysv.freebsd.org (Postfix) id A11F5CE9FD1; Thu, 23 Feb 2017 12:49:34 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A047FCE9FD0 for ; Thu, 23 Feb 2017 12:49:34 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from smtprelay-h22.telenor.se (smtprelay-h22.telenor.se [195.54.99.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60B32BDB for ; Thu, 23 Feb 2017 12:49:33 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-h22.telenor.se (Postfix) with ESMTP id 0F622DEFF for ; Thu, 23 Feb 2017 13:29:55 +0100 (CET) X-SENDER-IP: [85.227.165.244] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2CwGwD01K5YEPSl41VdHRgHg0RBWlaDVIMrh0+QeZYUgR0aiSJEFAECAQEBAQEBAQYBAQEBAQEBAThEhRoPASNYAiYCOwqKJgEBnk2QBYImFYtggQuPUII6gl8FnBQBggWSAQGPLUiRLQGBMjYgPURfCoRFgkM/i3sBAQE X-IPAS-Result: A2CwGwD01K5YEPSl41VdHRgHg0RBWlaDVIMrh0+QeZYUgR0aiSJEFAECAQEBAQEBAQYBAQEBAQEBAThEhRoPASNYAiYCOwqKJgEBnk2QBYImFYtggQuPUII6gl8FnBQBggWSAQGPLUiRLQGBMjYgPURfCoRFgkM/i3sBAQE X-IronPort-AV: E=Sophos;i="5.35,197,1484002800"; d="scan'208";a="933572105" Received: from c-f4a5e355.06-431-73746f70.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.227.165.244]) by ipb2.telenor.se with ESMTP; 23 Feb 2017 13:29:50 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1cgsWq-000Pba-7p for current@freebsd.org; Thu, 23 Feb 2017 13:29:48 +0100 Received: from 193.12.143.142 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Thu, 23 Feb 2017 13:29:48 +0100 (CET) Message-ID: <54525.193.12.143.142.1487852988.squirrel@webmail.alvermark.net> Date: Thu, 23 Feb 2017 13:29:48 +0100 (CET) Subject: r314131: link_elf_obj: symbol iwm7265_cfg undefined From: "Jakob Alvermark" To: current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Feb 2017 12:49:34 -0000 Hi, Updated to r314131 and my iwm no longer works. (It is a 7265) Dmesg says: link_elf_obj: symbol iwm7265_cfg undefined linker_load_file: Unsupported file type Jakob From owner-freebsd-current@freebsd.org Thu Feb 23 12:56:50 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46308CEA2A4 for ; Thu, 23 Feb 2017 12:56:50 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 25470104F for ; Thu, 23 Feb 2017 12:56:50 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 24ABCCEA2A3; Thu, 23 Feb 2017 12:56:50 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 244E2CEA2A2 for ; Thu, 23 Feb 2017 12:56:50 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D25D8104E for ; Thu, 23 Feb 2017 12:56:49 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-vk0-x232.google.com with SMTP id x75so19094207vke.2 for ; Thu, 23 Feb 2017 04:56:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=r5p28lkonnC3WwYUDM3u0AsSfoV+sz8JGaIlRmJeVkM=; b=PW/5Ql5I8lA2WKswmWxX+sNhW6osk44q+Dz09raRGIcozToXk8SeKLh11reyA7CgW/ dFwNv+HxzjA9MVowhK3K7EZEmY2PaJUGBmElVXYe/CwF3T6MUnrLSa+AKuN5cT38RI5v TKgwshcRVNVJLp3BId0Mbn3oqhbY24OEERFgpPs0HQ3/AIyV5i8j+g6accWWGkIwDzpq yX/+rzveRhwbslwV9ezcSJWmyC9wFIbP/lCbIMSmXaoJHADgmyaNBeRT5ZktRdhN0fsq gigEOlYQEIUZdQkP2IZcxk5X6vdcJQuoEN1Ix2gvrwov4NmQUtrelSjWEyCLJSH1K5WU P1pA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=r5p28lkonnC3WwYUDM3u0AsSfoV+sz8JGaIlRmJeVkM=; b=qfXUYez5D9kVt1d6o8eMrqjaooEjNeF9ECK44l4kPor2IzytNb2fRpenjpgAVeMGZ8 R9KpG00uJu/6jQ8UVRNzQVKGtRjOdD/Wd2yNMFt5vVIRhYGxQnX41yxsMGbfMx74Aa2r hvxf6ormg+YIDnRlhFcfVV+4Ya6OAuOnzp4WL9wZZ6yvemP4XUhD40+75eDgYnfLI5uu FnSyEq9Bn8RrutgZ4eGk5qkXVrLv4g6OPvsHatdElu/guKTuR+icNcNk6WlrL3uBEsRi BGhkoUbzeySJlCZSQTn71zZBKjzoOBnulR09ikE2wyShm5ae7GViEPOsdcafan48XSvm WFPw== X-Gm-Message-State: AMke39k3CK20MJ6dzDYBXauvjZH5QM0DOtxBV/7PEM9ozrbUZpRB/Xqj8zBXmPcglYA2fE1hkdShfu7oT5gMYw== X-Received: by 10.31.178.137 with SMTP id b131mr18383089vkf.70.1487854609011; Thu, 23 Feb 2017 04:56:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.159.48.201 with HTTP; Thu, 23 Feb 2017 04:56:48 -0800 (PST) In-Reply-To: <54525.193.12.143.142.1487852988.squirrel@webmail.alvermark.net> References: <54525.193.12.143.142.1487852988.squirrel@webmail.alvermark.net> From: Andreas Nilsson Date: Thu, 23 Feb 2017 13:56:48 +0100 Message-ID: Subject: Re: r314131: link_elf_obj: symbol iwm7265_cfg undefined To: Jakob Alvermark Cc: current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Feb 2017 12:56:50 -0000 On Thu, Feb 23, 2017 at 1:29 PM, Jakob Alvermark wrote: > Hi, > > Updated to r314131 and my iwm no longer works. (It is a 7265) > Dmesg says: > link_elf_obj: symbol iwm7265_cfg undefined > linker_load_file: Unsupported file type > > Jakob > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Hello, I can second that, although I'm on FreeBSD 12.0-CURRENT #3 bb6561e09c3(drm-next) with an ac8260. Best regards Andreas From owner-freebsd-current@freebsd.org Thu Feb 23 13:52:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD4BCCEB3BC for ; Thu, 23 Feb 2017 13:52:40 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A9AB4EA8 for ; Thu, 23 Feb 2017 13:52:40 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id A9027CEB3BB; Thu, 23 Feb 2017 13:52:40 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8A58CEB3BA for ; Thu, 23 Feb 2017 13:52:40 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-vk0-x244.google.com (mail-vk0-x244.google.com [IPv6:2607:f8b0:400c:c05::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6012EEA7 for ; Thu, 23 Feb 2017 13:52:40 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-vk0-x244.google.com with SMTP id n125so2568815vke.3 for ; Thu, 23 Feb 2017 05:52:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=iLx0Muouwf9wgGbp2ykjhoMJ71+6lf7Pi1y1AQKJrG4=; b=lRrw2EfqR+QYjQQsxhNsosE6F9jWdx7LlrUQkbgccxcYHjn9rUuKcATvlzuL3IpCu8 KgpQt3gWf/lKja+4EKzmTjsnkuQNck0aE71uReHdAheDC1V9TYR3JSq3GNeFhf7lNseB yOqUbz05MHTa9Zy/18kf7dmVIbB329eArKDqAJ3YhnVzkFDvLTfvTSia1ma5HQ8BJLBY gn6bEgnCZV0mUg+TMgvhF9zk77p5aX/qnuIPOejKFARupUnjjgMyEt4WBEAubbM3Qhgk JhOSuBS80rEpPeFfJDxijVrS6DzDnGhqAsPdPQsRo6myRFGwPQFuX3eaDTdiTz8+SZyA DmMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=iLx0Muouwf9wgGbp2ykjhoMJ71+6lf7Pi1y1AQKJrG4=; b=jW3Wsk8ReGe5zY3j2uSuGdLnACB/7J4Aw4mAWbIW1dbPaj3jqH1BdZjLQDV+BhNRRF ElBXhXIgl9Al1CBFw0G6r01zw9j2Xkdcz42mSJxL9Qd+ar64uvzZCAMCfEdk2MkN91yZ G34A9QGdUPEtgs56sMpdS7wS6jc8YigID/TVSM76aLzRTGd6pihpYNbeWtzeLsOQ8XkV 4yJgC1Gk2ema5xQvbMdn8WFIwadovSYn68eNFjme1P8Bv9eI6yAuJTutFhtPv092CCTJ gHEPCZja9mw22U3cKNPsS4NxiZpR7l6zpXwhwPzcyv1vFUOdOgxd+ws+iBkIexZnK7ku wGvg== X-Gm-Message-State: AMke39lhbn5QD+I36qlyhAbLByqTvNlvH++K8qxHvBFpGFpX6hfAxzKiciGArnBspIFE4GeWwC+bC27woE14cg== X-Received: by 10.31.178.137 with SMTP id b131mr18502043vkf.70.1487857959574; Thu, 23 Feb 2017 05:52:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.159.48.201 with HTTP; Thu, 23 Feb 2017 05:52:38 -0800 (PST) In-Reply-To: References: <54525.193.12.143.142.1487852988.squirrel@webmail.alvermark.net> From: Andreas Nilsson Date: Thu, 23 Feb 2017 14:52:38 +0100 Message-ID: Subject: Re: r314131: link_elf_obj: symbol iwm7265_cfg undefined To: Jakob Alvermark Cc: current@freebsd.org Content-Type: multipart/mixed; boundary=001a11438b2c28408d054932edb0 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Feb 2017 13:52:40 -0000 --001a11438b2c28408d054932edb0 Content-Type: text/plain; charset=UTF-8 On Thu, Feb 23, 2017 at 1:56 PM, Andreas Nilsson wrote: > > > On Thu, Feb 23, 2017 at 1:29 PM, Jakob Alvermark > wrote: > >> Hi, >> >> Updated to r314131 and my iwm no longer works. (It is a 7265) >> Dmesg says: >> link_elf_obj: symbol iwm7265_cfg undefined >> linker_load_file: Unsupported file type >> >> Jakob >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >> " >> > > Hello, > > I can second that, although I'm on FreeBSD 12.0-CURRENT #3 > bb6561e09c3(drm-next) with an ac8260. > > Best regards > Andreas > It would seem a simple mistake in a Makefile: see attached diff. The module loads for me with that patch applied. Best regards Andreas --001a11438b2c28408d054932edb0 Content-Type: text/plain; charset=US-ASCII; name="iwm.diff" Content-Disposition: attachment; filename="iwm.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_izig3sm80 ZGlmZiAtLWdpdCBhL3N5cy9tb2R1bGVzL2l3bS9NYWtlZmlsZSBiL3N5cy9tb2R1bGVzL2l3bS9N YWtlZmlsZQppbmRleCAyZDA3NjkwNmNlOS4uZjhhZTcwNjUwY2IgMTAwNjQ0Ci0tLSBhL3N5cy9t b2R1bGVzL2l3bS9NYWtlZmlsZQorKysgYi9zeXMvbW9kdWxlcy9pd20vTWFrZWZpbGUKQEAgLTcs NiArNyw3IEBAIEtNT0Q9CWlmX2l3bQogU1JDUz0JaWZfaXdtLmMgaWZfaXdtX2JpbmRpbmcuYyBp Zl9pd21fdXRpbC5jIGlmX2l3bV9waHlfZGIuYwogU1JDUys9CWlmX2l3bV9tYWNfY3R4dC5jIGlm X2l3bV9waHlfY3R4dC5jIGlmX2l3bV90aW1lX2V2ZW50LmMKIFNSQ1MrPQlpZl9pd21fcG93ZXIu YyBpZl9pd21fc2Nhbi5jIGlmX2l3bV9sZWQuYyBpZl9pd21fbm90aWZfd2FpdC5jCitTUkNTKz0g IGlmX2l3bV83MDAwLmMgaWZfaXdtXzgwMDAuYwogIyBidXMgbGF5ZXIKIFNSQ1MrPQlpZl9pd21f cGNpZV90cmFucy5jCiBTUkNTKz0JZGV2aWNlX2lmLmggYnVzX2lmLmggcGNpX2lmLmggb3B0X3ds YW4uaAo= --001a11438b2c28408d054932edb0-- From owner-freebsd-current@freebsd.org Thu Feb 23 14:32:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62A61CEBC5E for ; Thu, 23 Feb 2017 14:32:41 +0000 (UTC) (envelope-from listjm@club.fr) Received: from smtp26.services.sfr.fr (smtp26.services.sfr.fr [93.17.128.20]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 245236D4 for ; Thu, 23 Feb 2017 14:32:40 +0000 (UTC) (envelope-from listjm@club.fr) Received: from [192.168.1.51] (241.158.6.84.rev.sfr.net [84.6.158.241]) by msfrf2628.sfr.fr (SMTP Server) with ESMTP id 1A2861C03306B for ; Thu, 23 Feb 2017 15:32:31 +0100 (CET) Received: from [192.168.1.51] (241.158.6.84.rev.sfr.net [84.6.158.241]) (Authenticated sender: juanmolina@sfr.fr) by msfrf2628.sfr.fr (SMTP Server) with ESMTPA for ; Thu, 23 Feb 2017 15:32:29 +0100 (CET) Authentication-Results: sfr.fr; auth=pass (PLAIN) smtp.auth=juanmolina@sfr.fr Subject: r314131: link_elf_obj: symbol iwm7265_cfg undefined To: FreeBSD-Current From: Juan =?iso-8859-1?b?UmFt824=?= Molina Menor Message-ID: Date: Thu, 23 Feb 2017 15:32:26 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 X-sfr-mailing: LEGIT Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Feb 2017 14:32:41 -0000 > On Thu, Feb 23, 2017 at 1:56 PM, Andreas Nilsson > wrote: > > >//>//>/On Thu, Feb 23, 2017 at 1:29 PM, Jakob Alvermark alvermark.net > > />/wrote: />//>>/Hi, />>//>>/Updated to r314131 and my iwm no longer works. (It is a 7265) />>/Dmesg says: />>/link_elf_obj: symbol iwm7265_cfg undefined />>/linker_load_file: Unsupported file type />>//>>/Jakob />>//>>/_______________________________________________ />>/freebsd-current at freebsd.org > mailing > list />>/https://lists.freebsd.org/mailman/listinfo/freebsd-current />>/To unsubscribe, send any mail to "freebsd-current-unsubscribe at > freebsd.org />>/" />>//>//>/Hello, />//>/I can second that, although I'm on FreeBSD 12.0-CURRENT #3 />/bb6561e09c3(drm-next) with an ac8260. />//>/Best regards />/Andreas />// > It would seem a simple mistake in a Makefile: see attached diff. > > The module loads for me with that patch applied. > > Best regards > Andreas > -------------- next part -------------- > diff --git a/sys/modules/iwm/Makefile b/sys/modules/iwm/Makefile > index 2d076906ce9..f8ae70650cb 100644 > --- a/sys/modules/iwm/Makefile > +++ b/sys/modules/iwm/Makefile > @@ -7,6 +7,7 @@ KMOD= if_iwm > SRCS= if_iwm.c if_iwm_binding.c if_iwm_util.c if_iwm_phy_db.c > SRCS+= if_iwm_mac_ctxt.c if_iwm_phy_ctxt.c if_iwm_time_event.c > SRCS+= if_iwm_power.c if_iwm_scan.c if_iwm_led.c if_iwm_notif_wait.c > +SRCS+= if_iwm_7000.c if_iwm_8000.c > # bus layer > SRCS+= if_iwm_pcie_trans.c > SRCS+= device_if.h bus_if.h pci_if.h opt_wlan.h Hi! Please add your findings to the PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217308 From owner-freebsd-current@freebsd.org Thu Feb 23 14:38:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18AD5CEBD66 for ; Thu, 23 Feb 2017 14:38:43 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id ED93A9DF for ; Thu, 23 Feb 2017 14:38:42 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: by mailman.ysv.freebsd.org (Postfix) id E9EF8CEBD65; Thu, 23 Feb 2017 14:38:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9924CEBD64 for ; Thu, 23 Feb 2017 14:38:42 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from smtprelay-b11.telenor.se (smtprelay-b11.telenor.se [62.127.194.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A5DC89DE for ; Thu, 23 Feb 2017 14:38:41 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-b11.telenor.se (Postfix) with ESMTP id 2F8CBC1FE for ; Thu, 23 Feb 2017 15:20:27 +0100 (CET) X-SENDER-IP: [85.227.165.244] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2CrFADt7q5YEPSl41VdHAEBBAEBCgEBg1BBIIEJB4NUinqQaRCHfI8rCh8LhS5KAoMdRBQBAgEBAQEBAQEGAQEBAQEBAQE4RIRxAQEBAwEBIQ8BGwgYCxALDgoCAiYCAiEGAQkIChQGCAcEARwEiTwDGQEJrgqCJhWHIw2DfgEBAQEBAQQBAQEBAR4FgQuKMIJRgWYBAYMhgl8FiSWSNToBggWEboYNgQOVMUiJfIcxAYEyNiCBAV8KPoZKPzUHiRGCLgEBAQ X-IPAS-Result: A2CrFADt7q5YEPSl41VdHAEBBAEBCgEBg1BBIIEJB4NUinqQaRCHfI8rCh8LhS5KAoMdRBQBAgEBAQEBAQEGAQEBAQEBAQE4RIRxAQEBAwEBIQ8BGwgYCxALDgoCAiYCAiEGAQkIChQGCAcEARwEiTwDGQEJrgqCJhWHIw2DfgEBAQEBAQQBAQEBAR4FgQuKMIJRgWYBAYMhgl8FiSWSNToBggWEboYNgQOVMUiJfIcxAYEyNiCBAV8KPoZKPzUHiRGCLgEBAQ X-IronPort-AV: E=Sophos;i="5.35,198,1484002800"; d="scan'208";a="680224619" Received: from c-f4a5e355.06-431-73746f70.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.227.165.244]) by ipb4.telenor.se with ESMTP; 23 Feb 2017 15:18:45 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1cguEE-000Q0o-K1; Thu, 23 Feb 2017 15:18:42 +0100 Received: from 193.12.143.142 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Thu, 23 Feb 2017 15:18:42 +0100 (CET) Message-ID: <65462.193.12.143.142.1487859522.squirrel@webmail.alvermark.net> In-Reply-To: References: <54525.193.12.143.142.1487852988.squirrel@webmail.alvermark.net> Date: Thu, 23 Feb 2017 15:18:42 +0100 (CET) Subject: Re: r314131: link_elf_obj: symbol iwm7265_cfg undefined From: "Jakob Alvermark" To: "Andreas Nilsson" Cc: "Jakob Alvermark" , current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Feb 2017 14:38:43 -0000 On Thu, February 23, 2017 14:52, Andreas Nilsson wrote: > On Thu, Feb 23, 2017 at 1:56 PM, Andreas Nilsson > wrote: > > >> >> >> On Thu, Feb 23, 2017 at 1:29 PM, Jakob Alvermark >> wrote: >> >> >>> Hi, >>> >>> >>> Updated to r314131 and my iwm no longer works. (It is a 7265) >>> Dmesg says: >>> link_elf_obj: symbol iwm7265_cfg undefined >>> linker_load_file: Unsupported file type >>> >>> >>> Jakob >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org >>> " >>> >>> >> >> Hello, >> >> >> I can second that, although I'm on FreeBSD 12.0-CURRENT #3 >> bb6561e09c3(drm-next) with an ac8260. >> >> Best regards >> Andreas >> >> > > It would seem a simple mistake in a Makefile: see attached diff. > > > The module loads for me with that patch applied. > > > Best regards > Andreas Yes, it works. I'm online again. Thanks! (Anyone committing this?) Jakob From owner-freebsd-current@freebsd.org Thu Feb 23 15:05:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50DA7CEB399 for ; Thu, 23 Feb 2017 15:05:30 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qk0-x241.google.com (mail-qk0-x241.google.com [IPv6:2607:f8b0:400d:c09::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB1C81CD5; Thu, 23 Feb 2017 15:05:29 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qk0-x241.google.com with SMTP id r90so5052860qki.3; Thu, 23 Feb 2017 07:05:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=3e7vT38VzJERmc9Vvu4vUoX12MMXapGcVLrKLppxK2g=; b=Jf9xBzgzu5gBuQfwpYFMIIQfTXQdCI+ZAKY2UQVRdjsZ07RtbWq+p09FtHprkY8C6c 6tsDOUuVXZn3m28DR7dywg2e5Pei43RQnGaDGAHImEzyhJViTfmPecjjoXSAAQ0vhl8A /lvmQyGY11cOvPzUXhbzhsms+5dHJHX4fERoedqFIKS5v4XaKLQxxRvSYqgbf8c2kt5p mKTv7Je3cyBbPRYIqWs5pzaNV90ZLDJ4s+xZVxgUyoMaOQVoXNB8rtlRHc5Wg4jLG346 QSSV6FqmfcMGzDE13SzhpZHtkRcoTWJaBTa1Swqy/Ntd2ZjSxDFgZkS5DgKVkXzZ7f/a M1UQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=3e7vT38VzJERmc9Vvu4vUoX12MMXapGcVLrKLppxK2g=; b=Z155Dl0l/yw9zBS8gB1ZYR0jN/ufCqDCjlt4T7uSauclgY7ghD1sDb10RIPb0N7p2m aRvcBxFqs9dKTU/KhUy2XChIb5jW0GycvSCbweSlAr9RWa8ieS5LfIwLGh3PL5YUJrkh 8PrcwRS/B1HYCyspfB1zty8J23ap9qk+PPFUYLjJqB1icH8Ij6LWVg7wsF1KQ1Yq4WZQ msH8/bF5bzmhn6H9GGoVZYrcrfhKUwPrg+cY1mXPYyJ209zEF1YusTW48tQ6RvAnL7z9 13hP7cvdrjDaYcyHWIr7iLUokmkVBGfwQyPqsaujpQI8GZicMrUgtsVBWyIJGSQfwOb3 qJ6Q== X-Gm-Message-State: AMke39nRagRIvgxchhOa8F7ZXI6ePzf1KQWvqfp1UjfT37rG3Eh9MrxStuVSIHMgpFHpX8HLHBAUdd32FZxwZg== X-Received: by 10.55.46.2 with SMTP id u2mr40364314qkh.231.1487862328857; Thu, 23 Feb 2017 07:05:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Thu, 23 Feb 2017 07:04:58 -0800 (PST) In-Reply-To: <20170223100829.GR2092@kib.kiev.ua> References: <20170113120534.GC2349@kib.kiev.ua> <20170115202008.GL2349@kib.kiev.ua> <20170116120021.GQ2349@kib.kiev.ua> <5f814a7a-5e46-057e-62ad-dde0a61bc1c8@selasky.org> <20170223100829.GR2092@kib.kiev.ua> From: Jia-Shiun Li Date: Thu, 23 Feb 2017 23:04:58 +0800 Message-ID: Subject: Re: TSC as timecounter makes system lag To: Konstantin Belousov Cc: freebsd-current , John Baldwin , Konstantin Belousov Content-Type: multipart/mixed; boundary=001a114f3f24967c08054933f1dc X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Feb 2017 15:05:30 -0000 --001a114f3f24967c08054933f1dc Content-Type: text/plain; charset=UTF-8 On Thu, Feb 23, 2017 at 6:08 PM, Konstantin Belousov wrote: > > This is a useful analysis. > > Yes, I think that there is an init ordering issue. Note that > cpu_disable_c2_sleep is only changed in tc_windup() when timecounter > is changed. If existing and already engadged timecounter suddenly gets > TC_FLAG_C2STOP set, tc_windup() ignores the flag. And with the early > AP startup, tsc seems to be set as timecounter too early. > > Just moving order of init_TSC_tc() would not help, since tsc checks smp > consistency, which requires started APs. Try this for now, but might > be John has better idea how to handle the issue. You might need to add > some extern declarations for the patch to compile. > > diff --git a/sys/x86/x86/tsc.c b/sys/x86/x86/tsc.c > index 3f36fbd9f8a..f8e33069c70 100644 > --- a/sys/x86/x86/tsc.c > +++ b/sys/x86/x86/tsc.c > @@ -545,6 +545,8 @@ init_TSC_tc(void) > if (cpu_deepest_sleep >= 2 && cpu_vendor_id == CPU_VENDOR_INTEL && > (amd_pminfo & AMDPM_TSC_INVARIANT) == 0) { > tsc_timecounter.tc_flags |= TC_FLAGS_C2STOP; > + if (timecounter == &tsc_timecounter) > + cpu_disable_c2_sleep++; > if (bootverbose) > printf("TSC timecounter disables C2 and C3.\n"); > } > This does not work. I added a printf before the outer if clause, and it says init_TSC_tc:546: deepest 00000000 vendor 00008086 amd_pminfo 00000000 full boot dmesg attached. Looks init_TSC_tc() is called too early before acpi_cpu_attach() initializing cpu_deepest_sleep. Maybe it should be put after driver initialization, since it depends on probed ACPI C states? -Jia-Shiun. --001a114f3f24967c08054933f1dc Content-Type: text/plain; charset=US-ASCII; name="dmesg.boot.txt" Content-Disposition: attachment; filename="dmesg.boot.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iziiooee0 VGFibGUgJ0ZBQ1AnIGF0IDB4Y2RkODAyOTAKVGFibGUgJ0FQSUMnIGF0IDB4Y2RkODAzOTAKQVBJ QzogRm91bmQgdGFibGUgYXQgMHhjZGQ4MDM5MApBUElDOiBVc2luZyB0aGUgTUFEVCBlbnVtZXJh dG9yLgpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTogZW5hYmxlZApTTVA6IEFk ZGVkIENQVSAwIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMSBBQ1BJIElEIDI6IGVuYWJs ZWQKU01QOiBBZGRlZCBDUFUgMSAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDEzMCBBQ1BJ IElEIDM6IGRpc2FibGVkCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDEzMSBBQ1BJIElEIDQ6IGRp c2FibGVkCkNvcHlyaWdodCAoYykgMTk5Mi0yMDE3IFRoZSBGcmVlQlNEIFByb2plY3QuCkNvcHly aWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5Miwg MTk5MywgMTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4g QWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBpcyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJrIG9m IFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZyZWVCU0QgMTIuMC1DVVJSRU5UICMyMSByMzEzOTA5 TTogVGh1IEZlYiAyMyAyMjozMToxMyBDU1QgMjAxNwogICAganNsaUBqc2xpLWU1Oi91c3Ivb2Jq L3Vzci9zcmMvYzJkbGFnL3N5cy9HRU5FUklDLU5PREVCVUcgYW1kNjQKRnJlZUJTRCBjbGFuZyB2 ZXJzaW9uIDMuOS4xICh0YWdzL1JFTEVBU0VfMzkxL2ZpbmFsIDI4OTYwMSkgKGJhc2VkIG9uIExM Vk0gMy45LjEpClRhYmxlICdGQUNQJyBhdCAweGNkZDgwMjkwClRhYmxlICdBUElDJyBhdCAweGNk ZDgwMzkwClRhYmxlICdNQ0ZHJyBhdCAweGNkZDgwNDAwClRhYmxlICdPRU1CJyBhdCAweGNkZDhl MDQwClRhYmxlICdIUEVUJyBhdCAweGNkZDg5NTMwClRhYmxlICdHU0NJJyBhdCAweGNkZDhlMGQw ClRhYmxlICdPU0ZSJyBhdCAweGNkZDg5NTcwClRhYmxlICdTU0RUJyBhdCAweGNkZDkwYmQwCkFD UEk6IE5vIFNSQVQgdGFibGUgZm91bmQKUFBJTSAwOiBQQT0weGEwMDAwLCBWQT0weGZmZmZmZmZm ODI2MTAwMDAsIHNpemU9MHgxMDAwMCwgbW9kZT0wClZUKHZnYSk6IHJlc29sdXRpb24gNjQweDQ4 MApQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3QvYzJkLnYva2VybmVsIiBhdCAweGZmZmZmZmZm ODI0YWQwMDAuClByZWxvYWRlZCAvYm9vdC9lbnRyb3B5ICIvYm9vdC9lbnRyb3B5IiBhdCAweGZm ZmZmZmZmODI0YWRlNDAuClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3QvYzJkLnYvemZz LmtvIiBhdCAweGZmZmZmZmZmODI0YWRlOTAuClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jv b3QvYzJkLnYvb3BlbnNvbGFyaXMua28iIGF0IDB4ZmZmZmZmZmY4MjRhZTY3OC4KQ2FsaWJyYXRp bmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDI4MDAxNTYyODUgSHoKQ1BVOiBJbnRlbChSKSBD b3JlKFRNKTIgRHVvIENQVSAgICAgRTc0MDAgIEAgMi44MEdIeiAoMjgwMC4xNi1NSHogSzgtY2xh c3MgQ1BVKQogIE9yaWdpbj0iR2VudWluZUludGVsIiAgSWQ9MHgxMDY3YSAgRmFtaWx5PTB4NiAg TW9kZWw9MHgxNyAgU3RlcHBpbmc9MTAKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUs UFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBT RTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBG ZWF0dXJlczI9MHhjMDhlMzlkPFNTRTMsRFRFUzY0LE1PTixEU19DUEwsRVNULFRNMixTU1NFMyxD WDE2LHhUUFIsUERDTSxTU0U0LjEsWFNBVkUsT1NYU0FWRT4KICBBTUQgRmVhdHVyZXM9MHgyMDEw MDgwMDxTWVNDQUxMLE5YLExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQLXN0 YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpJbnN0cnVjdGlvbiBUTEI6IDJN IHBhZ2VzLCA0LXdheSwgOCBlbnRyaWVzIG9yIDRNIHBhZ2VzLCA0LXdheSwgNCBlbnRyaWVzCklu c3RydWN0aW9uIFRMQjogNCBLQiBQYWdlcywgNC13YXkgc2V0IGFzc29jaWF0aXZlLCAxMjggZW50 cmllcwo2NC1CeXRlIHByZWZldGNoaW5nCkRhdGEgVExCMDogNCBLQnl0ZSBwYWdlcywgNC13YXkg YXNzb2NpYXRpdmUsIDE2IGVudHJpZXMKRGF0YSBUTEIwOiA0IE1CeXRlIHBhZ2VzLCA0LXdheSBz ZXQgYXNzb2NpYXRpdmUsIDE2IGVudHJpZXMKMm5kLWxldmVsIGNhY2hlOiAzTUJ5dGUsIDEyLXdh eSBzZXQgYXNzb2NpYXRpdmUsIDY0IGJ5dGUgbGluZSBzaXplCjFzdC1sZXZlbCBpbnN0cnVjdGlv biBjYWNoZTogMzIgS0IsIDgtd2F5IHNldCBhc3NvY2lhdGl2ZSwgNjQgYnl0ZSBsaW5lIHNpemUK RGF0YSBUTEIxOiA0IEtCeXRlIHBhZ2VzLCA0LXdheSBhc3NvY2lhdGl2ZSwgMjU2IGVudHJpZXMK MXN0LWxldmVsIGRhdGEgY2FjaGU6IDMyIEtCLCA4LXdheSBzZXQgYXNzb2NpYXRpdmUsIDY0IGJ5 dGUgbGluZSBzaXplCkwyIGNhY2hlOiAzMDcyIGtieXRlcywgOC13YXkgYXNzb2NpYXRpdmUsIDY0 IGJ5dGVzL2xpbmUKcmVhbCBtZW1vcnkgID0gNDI5NDk2NzI5NiAoNDA5NiBNQikKUGh5c2ljYWwg bWVtb3J5IGNodW5rKHMpOgoweDAwMDAwMDAwMDAwMTAwMDAgLSAweDAwMDAwMDAwMDAwOWFmZmYs IDU2OTM0NCBieXRlcyAoMTM5IHBhZ2VzKQoweDAwMDAwMDAwMDAxMDAwMDAgLSAweDAwMDAwMDAw MDAxZmZmZmYsIDEwNDg1NzYgYnl0ZXMgKDI1NiBwYWdlcykKMHgwMDAwMDAwMDAyNGY2MDAwIC0g MHgwMDAwMDAwMGM2MTRlZmZmLCAzMjg0NTA0NTc2IGJ5dGVzICg4MDE4ODEgcGFnZXMpCjB4MDAw MDAwMDEwMDAwMDAwMCAtIDB4MDAwMDAwMDEyZmZjZGZmZiwgODA1MTAxNTY4IGJ5dGVzICgxOTY1 NTggcGFnZXMpCmF2YWlsIG1lbW9yeSA9IDQwNTgxMTIwMDAgKDM4NzAgTUIpCkV2ZW50IHRpbWVy ICJMQVBJQyIgcXVhbGl0eSAxMDAKTEFQSUM6IGlwaV93YWl0KCkgdXMgbXVsdGlwbGllciA2OCAo ciA0MTAwMTM0IHRzYyAyODAwMTU2Mjg1KQpBQ1BJIEFQSUMgVGFibGU6IDxBX01fSV8gT0VNQVBJ QyA+ClBhY2thZ2UgSUQgc2hpZnQ6IDEKTDIgY2FjaGUgSUQgc2hpZnQ6IDEKTDEgY2FjaGUgSUQg c2hpZnQ6IDAKQ29yZSBJRCBzaGlmdDogMApJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAxIGFzIGEg dGFyZ2V0CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BV cwpGcmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHggMiBjb3JlKHMpClBhY2thZ2UgSFcgSUQgPSAw CglDb3JlIEhXIElEID0gMAoJCUNQVTAgKEJTUCk6IEFQSUMgSUQ6IDAKCUNvcmUgSFcgSUQgPSAx CgkJQ1BVMSAoQVApOiBBUElDIElEOiAxCkFQSUM6IENQVSAwIGhhcyBBQ1BJIElEIDEKQVBJQzog Q1BVIDEgaGFzIEFDUEkgSUQgMgp4ODZiaW9zOiAgSVZUIDB4MDAwMDAwLTB4MDAwNGZmIGF0IDB4 ZmZmZmY4MDAwMDAwMDAwMAp4ODZiaW9zOiBTU0VHIDB4MDlhMDAwLTB4MDlhZmZmIGF0IDB4ZmZm ZmZlMDBmNDFkYTAwMAp4ODZiaW9zOiBFQkRBIDB4MDllMDAwLTB4MDlmZmZmIGF0IDB4ZmZmZmY4 MDAwMDA5ZTAwMAp4ODZiaW9zOiAgUk9NIDB4MGEwMDAwLTB4MGZlZmZmIGF0IDB4ZmZmZmY4MDAw MDBhMDAwMApQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxlZApyYW5kb206IHJlYWQgNDA5 NiBieXRlcyBmcm9tIHByZWxvYWRlZCBjYWNoZQpyYW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLgpV TEU6IHNldHVwIGNwdSAwClVMRTogc2V0dXAgY3B1IDEKQUNQSTogUlNEUCAweDAwMDAwMDAwMDAw RkI5MDAgMDAwMDI0ICh2MDIgQUNQSUFNKQpBQ1BJOiBYU0RUIDB4MDAwMDAwMDBDREQ4MDEwMCAw MDAwNjQgKHYwMSBBX01fSV8gT0VNWFNEVCAgMDcwMDA5MDggTVNGVCAwMDAwMDA5NykKQUNQSTog RkFDUCAweDAwMDAwMDAwQ0REODAyOTAgMDAwMEY0ICh2MDMgQV9NX0lfIE9FTUZBQ1AgIDA3MDAw OTA4IE1TRlQgMDAwMDAwOTcpCkFDUEk6IERTRFQgMHgwMDAwMDAwMENERDgwNDQwIDAwOTBFQiAo djAxIEEwOTgyICBBMDk4MjA3MCAwMDAwMDA3MCBJTlRMIDIwMDYwMTEzKQpBQ1BJOiBGQUNTIDB4 MDAwMDAwMDBDREQ4RTAwMCAwMDAwNDAKQUNQSTogRkFDUyAweDAwMDAwMDAwQ0REOEUwMDAgMDAw MDQwCkFDUEk6IEFQSUMgMHgwMDAwMDAwMENERDgwMzkwIDAwMDA2QyAodjAxIEFfTV9JXyBPRU1B UElDICAwNzAwMDkwOCBNU0ZUIDAwMDAwMDk3KQpBQ1BJOiBNQ0ZHIDB4MDAwMDAwMDBDREQ4MDQw MCAwMDAwM0MgKHYwMSBBX01fSV8gT0VNTUNGRyAgMDcwMDA5MDggTVNGVCAwMDAwMDA5NykKQUNQ STogT0VNQiAweDAwMDAwMDAwQ0REOEUwNDAgMDAwMDg5ICh2MDEgQV9NX0lfIEFNSV9PRU0gIDA3 MDAwOTA4IE1TRlQgMDAwMDAwOTcpCkFDUEk6IEhQRVQgMHgwMDAwMDAwMENERDg5NTMwIDAwMDAz OCAodjAxIEFfTV9JXyBPRU1IUEVUICAwNzAwMDkwOCBNU0ZUIDAwMDAwMDk3KQpBQ1BJOiBHU0NJ IDB4MDAwMDAwMDBDREQ4RTBEMCAwMDIwMjQgKHYwMSBBX01fSV8gR01DSFNDSSAgMDcwMDA5MDgg TVNGVCAwMDAwMDA5NykKQUNQSTogT1NGUiAweDAwMDAwMDAwQ0REODk1NzAgMDAwMEIwICh2MDEg QV9NX0lfIE9FTU9TRlIgIDA3MDAwOTA4IE1TRlQgMDAwMDAwOTcpCkFDUEk6IFNTRFQgMHgwMDAw MDAwMENERDkwQkQwIDAwMEE3QyAodjAxIERwZ1BtbSBDcHVQbSAgICAwMDAwMDAxMiBJTlRMIDIw MDYwMTEzKQpNQURUOiBGb3VuZCBJTyBBUElDIElEIDIsIEludGVycnVwdCAwIGF0IDB4ZmVjMDAw MDAKaW9hcGljMDogdmVyIDB4MjAgbWF4cmVkaXIgMHgxNwppb2FwaWMwOiBSb3V0aW5nIGV4dGVy bmFsIDgyNTlBJ3MgLT4gaW50cGluIDAKTUFEVDogSW50ZXJydXB0IG92ZXJyaWRlOiBzb3VyY2Ug MCwgaXJxIDIKaW9hcGljMDogUm91dGluZyBJUlEgMCAtPiBpbnRwaW4gMgpNQURUOiBJbnRlcnJ1 cHQgb3ZlcnJpZGU6IHNvdXJjZSA5LCBpcnEgOQppb2FwaWMwOiBpbnRwaW4gOSB0cmlnZ2VyOiBs ZXZlbAppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmNwdTAg QlNQOgogICAgIElEOiAweDAwMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAw MCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBU UFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06 IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMApTTVA6IEFQIENQVSAj MSBMYXVuY2hlZCEKY3B1MSBBUDoKICAgICBJRDogMHgwMTAwMDAwMCAgIFZFUjogMHgwMDA1MDAx NCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGlu dDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAw eDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0 MDAKaW5pdF9UU0NfdGM6NTQ2OiBkZWVwZXN0IDAwMDAwMDAwIHZlbmRvciAwMDAwODA4NiBhbWRf cG1pbmZvIDAwMDAwMDAwClNNUDogcGFzc2VkIFRTQyBzeW5jaHJvbml6YXRpb24gdGVzdApUU0Mg dGltZWNvdW50ZXIgZGlzY2FyZHMgbG93ZXIgMSBiaXQocykKVGltZWNvdW50ZXIgIlRTQy1sb3ci IGZyZXF1ZW5jeSAxNDAwMDc4MTQyIEh6IHF1YWxpdHkgMTAwMApyYW5kb206IGVudHJvcHkgZGV2 aWNlIGV4dGVybmFsIGludGVyZmFjZQpzbmRfdW5pdF9pbml0KCkgdT0weDAwZmY4MDAwIFs1MTJd IGQ9MHgwMDAwN2MwMCBbMzJdIGM9MHgwMDAwMDNmZiBbMTAyNF0KZmVlZGVyX3JlZ2lzdGVyOiBz bmRfdW5pdD0tMSBzbmRfbWF4YXV0b3ZjaGFucz0xNiBsYXRlbmN5PTUgZmVlZGVyX3JhdGVfbWlu PTEgZmVlZGVyX3JhdGVfbWF4PTIwMTYwMDAgZmVlZGVyX3JhdGVfcm91bmQ9MjUKd2xhbjogPDgw Mi4xMSBMaW5rIExheWVyPgpuZXRtYXA6IGxvYWRlZCBtb2R1bGUKbnVsbDogPGZ1bGwgZGV2aWNl LCBudWxsIGRldmljZSwgemVybyBkZXZpY2U+Cm5mc2xvY2s6IHBzZXVkby1kZXZpY2UKY3J5cHRv OiA8Y3J5cHRvIGNvcmU+Cm1vZHVsZV9yZWdpc3Rlcl9pbml0OiBNT0RfTE9BRCAodmVzYSwgMHhm ZmZmZmZmZjgwZjRlMzcwLCAwKSBlcnJvciAxOQppbzogPEkvTz4Ka2JkOiBuZXcgYXJyYXkgc2l6 ZSA0CmtiZDEgYXQga2JkbXV4MAptZW06IDxtZW1vcnk+CmhwdG5yOiBSNzUwL0RDNzI4MCBjb250 cm9sbGVyIGRyaXZlciB2MS4xLjQKaHB0cnI6IFJvY2tldFJBSUQgMTd4eC8yeHh4IFNBVEEgY29u dHJvbGxlciBkcml2ZXIgdjEuMgpocHQyN3h4OiBSb2NrZXRSQUlEIDI3eHggY29udHJvbGxlciBk cml2ZXIgdjEuMi43Cm5leHVzMAp2dHZnYTA6IDxWVCBWR0EgZHJpdmVyPiBvbiBtb3RoZXJib2Fy ZApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdnR2Z2Ew CnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSByYW0wCmNy eXB0b3NvZnQwOiA8c29mdHdhcmUgY3J5cHRvPiBvbiBtb3RoZXJib2FyZApjcnlwdG86IGFzc2ln biBjcnlwdG9zb2Z0MCBkcml2ZXIgaWQgMCwgZmxhZ3MgMTAwNjYzMjk2CmNyeXB0bzogY3J5cHRv c29mdDAgcmVnaXN0ZXJzIGFsZyAxIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3Nv ZnQwIHJlZ2lzdGVycyBhbGcgMiBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0 MCByZWdpc3RlcnMgYWxnIDMgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAg cmVnaXN0ZXJzIGFsZyA0IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJl Z2lzdGVycyBhbGcgNSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdp c3RlcnMgYWxnIDE2IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lz dGVycyBhbGcgNiBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3Rl cnMgYWxnIDcgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJz IGFsZyAxOCBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMg YWxnIDE5IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBh bGcgMjAgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFs ZyA4IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcg MTUgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyA5 IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTAg ZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAxMyBm bGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDE0IGZs YWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTEgZmxh Z3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyMiBmbGFn cyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDIzIGZsYWdz IDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMjUgZmxhZ3Mg MCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyNCBmbGFncyAw IG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDI2IGZsYWdzIDAg bWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMjcgZmxhZ3MgMCBt YXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyOCBmbGFncyAwIG1h eG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDIxIGZsYWdzIDAgbWF4 b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTcgZmxhZ3MgMCBtYXhv cGxlbiAwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBj cnlwdG9zb2Z0MAphY3BpMDogPEFfTV9JXyBPRU1YU0RUPiBvbiBtb3RoZXJib2FyZApBQ1BJOiBF eGVjdXRlZCAxIGJsb2NrcyBvZiBtb2R1bGUtbGV2ZWwgZXhlY3V0YWJsZSBBTUwgY29kZQpBQ1BJ OiAyIEFDUEkgQU1MIHRhYmxlcyBzdWNjZXNzZnVsbHkgYWNxdWlyZWQgYW5kIGxvYWRlZApQQ0ll OiBNZW1vcnkgTWFwcGVkIGNvbmZpZ3VyYXRpb24gYmFzZSBAIDB4ZTAwMDAwMDAKaW9hcGljMDog cm91dGluZyBpbnRwaW4gOSAoSVNBIElSUSA5KSB0byBsYXBpYyAwIHZlY3RvciA0OAphY3BpMDog UG93ZXIgQnV0dG9uIChmaXhlZCkKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAo NCBiaXRzKSBmcm9tIGFjcGlfc3lzcmVzb3VyY2UwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gs IDggYnl0ZXMgKDQgYml0cykgZnJvbSBhY3BpX3N5c3Jlc291cmNlMQpyYW5kb206IGhhcnZlc3Rp bmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWNwaV9zeXNyZXNvdXJjZTIKcmFuZG9t OiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFjcGlfc3lzcmVzb3Vy Y2UzCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhY3Bp X3N5c3Jlc291cmNlNApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMp IGZyb20gYWNwaV9zeXNyZXNvdXJjZTUKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRl cyAoNCBiaXRzKSBmcm9tIGFjcGlfc3lzcmVzb3VyY2U2CmFjcGkwOiByZXNlcnZhdGlvbiBvZiBm ZWQwODAwMCwgMTAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiBmZWQxYzAwMCwg NDAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiBmZWQyMDAwMCwgMjAwMDAgKDMp IGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgZmVkNTAwMDAsIDQwMDAwICgzKSBmYWlsZWQK YWNwaTA6IHJlc2VydmF0aW9uIG9mIGZmYzAwMDAwLCAzMDAwMDAgKDMpIGZhaWxlZAphY3BpMDog cmVzZXJ2YXRpb24gb2YgZmVjMDAwMDAsIDEwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRp b24gb2YgZmVlMDAwMDAsIDEwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgZTAw MDAwMDAsIDEwMDAwMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAw ICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIDEwMDAwMCwgY2RkMDAwMDAgKDMpIGZh aWxlZApjcHUwOiBQcm9jZXNzb3IgXDEzNF9QUl8uUDAwMSAoQUNQSSBJRCAxKSAtPiBBUElDIElE IDAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApBQ1BJOiBEeW5hbWljIE9FTSBUYWJsZSBMb2Fk OgpBQ1BJOiBTU0RUIDB4RkZGRkY4MDAwM0JDM0MwMCAwMDAyQjkgKHYwMSBEcGdQbW0gUDAwMUlz dCAgMDAwMDAwMTEgSU5UTCAyMDA2MDExMykKQUNQSTogRHluYW1pYyBPRU0gVGFibGUgTG9hZDoK QUNQSTogU1NEVCAweEZGRkZGODAwMDNDMUEwMDAgMDAwNEIyICh2MDEgUG1SZWYgIFAwMDFDc3Qg IDAwMDAzMDAxIElOVEwgMjAwNjAxMTMpCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0 ZXMgKDQgYml0cykgZnJvbSBjcHUwCmNwdTE6IFByb2Nlc3NvciBcMTM0X1BSXy5QMDAyIChBQ1BJ IElEIDIpIC0+IEFQSUMgSUQgMQpjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCkFDUEk6IER5bmFt aWMgT0VNIFRhYmxlIExvYWQ6CkFDUEk6IFNTRFQgMHhGRkZGRjgwMDAzQkMzODAwIDAwMDJCOSAo djAxIERwZ1BtbSBQMDAySXN0ICAwMDAwMDAxMiBJTlRMIDIwMDYwMTEzKQpBQ1BJOiBEeW5hbWlj IE9FTSBUYWJsZSBMb2FkOgpBQ1BJOiBTU0RUIDB4RkZGRkY4MDAwMzlCNTYwMCAwMDAwODUgKHYw MSBQbVJlZiAgUDAwMkNzdCAgMDAwMDMwMDAgSU5UTCAyMDA2MDExMykKcmFuZG9tOiBoYXJ2ZXN0 aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGNwdTEKQUNQSTogUHJvY2Vzc29yIFwx MzRfUFJfLlAwMDMgKEFDUEkgSUQgMykgaWdub3JlZApBQ1BJOiBQcm9jZXNzb3IgXDEzNF9QUl8u UDAwNCAoQUNQSSBJRCA0KSBpZ25vcmVkCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0w eDQzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIg SHogcXVhbGl0eSAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIgKElTQSBJUlEgMCkgdG8gbGFw aWMgMSB2ZWN0b3IgNDgKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBx dWFsaXR5IDEwMApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZy b20gYXR0aW1lcjAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDcxIGly cSA4IG9uIGFjcGkwCmF0cnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRpbWUtb2YtZGF5IGNsb2NrIChy ZXNvbHV0aW9uIDEwMDAwMDB1cywgYWRqdXN0bWVudCAwLjUwMDAwMDAwMHMpCmlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDggKElTQSBJUlEgOCkgdG8gbGFwaWMgMCB2ZWN0b3IgNDkKRXZlbnQgdGlt ZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMApyYW5kb206IGhhcnZlc3Rpbmcg YXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYXRydGMwCmhwZXQwOiA8SGlnaCBQcmVjaXNp b24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApocGV0 MDogdmVuZG9yIDB4ODA4NiwgcmV2IDB4MSwgMTQzMTgxODBIeiA2NGJpdCwgNCB0aW1lcnMsIGxl Z2FjeSByb3V0ZQpocGV0MDogIHQwOiBpcnFzIDB4MDBmMDAwMDAgKDApLCA2NGJpdCwgcGVyaW9k aWMKaHBldDA6ICB0MTogaXJxcyAweDAwZjAwMDAwICgwKQpocGV0MDogIHQyOiBpcnFzIDB4MDBm MDA4MDAgKDApCmhwZXQwOiAgdDM6IGlycXMgMHgwMGYwMTAwMCAoMCkKVGltZWNvdW50ZXIgIkhQ RVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDk1MAppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAyMCAoUENJIElSUSAyMCkgdG8gbGFwaWMgMSB2ZWN0b3IgNDkKaW9hcGljMDogcm91dGlu ZyBpbnRwaW4gMjAgKFBDSSBJUlEgMjApIHRvIGxhcGljIDAgdmVjdG9yIDUwCkV2ZW50IHRpbWVy ICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NTAKRXZlbnQgdGltZXIgIkhQ RVQxIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQy IiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQzIiBm cmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFj aCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGhwZXQwCkFDUEkgdGltZXI6IDEvMSAxLzEgMS8xIDEv MSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAtPiAxMApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBm cmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1l ciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwOC0weDgwYiBvbiBhY3BpMApyYW5kb206IGhhcnZl c3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWNwaV90aW1lcjAKcGNpX2xpbmsw OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAg IDAgICAxMCAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24g ICAgICAgICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0 ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQg MTUKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaV9s aW5rMApwY2lfbGluazE6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRp YWwgUHJvYmUgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1 CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEg MTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYg NyAxMCAxMSAxMiAxNCAxNQpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gcGNpX2xpbmsxCnBjaV9saW5rMjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTUgICBOICAgICAwICAzIDQgNSA2IDcg MTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAgICAxNSAgIE4gICAgIDAgIDMg NCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAg ICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gs IDggYnl0ZXMgKDQgYml0cykgZnJvbSBwY2lfbGluazIKcGNpX2xpbmszOiAgICAgICAgSW5kZXgg IElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgNSAgIE4gICAg IDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1 ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAg ICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcmFuZG9tOiBoYXJ2 ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaV9saW5rMwpwY2lfbGluazQ6 ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAg MCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAg ICAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKICBBZnRl ciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAx NQpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcGNpX2xp bms0CnBjaV9saW5rNTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlh bCBQcm9iZSAgICAgICAwICAgMTQgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUK ICBWYWxpZGF0aW9uICAgICAgICAgIDAgICAxNCAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAx MiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3 IDEwIDExIDEyIDE0IDE1CnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0 cykgZnJvbSBwY2lfbGluazUKcGNpX2xpbms2OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYg IElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgMyAgIE4gICAgIDAgIDMgNCA1IDYgNyAx MCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICAzICAgTiAgICAgMCAgMyA0 IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAg ICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwg OCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaV9saW5rNgpwY2lfbGluazc6ICAgICAgICBJbmRleCAg SVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgICA3ICAgTiAgICAg MCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAgIDcg ICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAg IDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQpyYW5kb206IGhhcnZl c3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcGNpX2xpbms3CnBjaWIwOiA8QUNQ SSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpYjA6IGRlY29k aW5nIDUgcmFuZ2UgMC0weGZmCnBjaWIwOiBkZWNvZGluZyA0IHJhbmdlIDAtMHhjZjcKcGNpYjA6 IGRlY29kaW5nIDQgcmFuZ2UgMHhkMDAtMHhmZmZmCnBjaWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4 YTAwMDAtMHhiZmZmZgpwY2liMDogZGVjb2RpbmcgMyByYW5nZSAweGQwMDAwLTB4ZGZmZmYKcGNp YjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhjZGUwMDAwMC0weGRmZmZmZmZmCnBjaWIwOiBkZWNvZGlu ZyAzIHJhbmdlIDB4ZjAwMDAwMDAtMHhmZmZmZmZmZgpwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liMApwY2kwOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTAKZm91bmQtPgl2ZW5kb3I9MHg4MDg2 LCBkZXY9MHgyZTIwLCByZXZpZD0weDAzCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MCwgZnVuYz0w CgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBz dGF0cmVnPTB4MjA5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0w eDgwODYsIGRldj0weDJlMjIsIHJldmlkPTB4MDMKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yLCBm dW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAw MDcsIHN0YXRyZWc9MHgwMDkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwg aXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBw b3J0cyAxIG1lc3NhZ2UKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZl NDAwMDAwLCBzaXplIDIyLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZlNDAw MDAwLTB4ZmU3ZmZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjI6MAoJbWFwWzE4XTogdHlwZSBQ cmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGQwMDAwMDAwLCBzaXplIDI4LCBl bmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQwMDAwMDAwLTB4ZGZmZmZmZmYpIGZv ciByaWQgMTggb2YgcGNpMDowOjI6MAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIs IGJhc2UgMHhiYzAwLCBzaXplICAzLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgw eGJjMDAtMHhiYzA3KSBmb3IgcmlkIDIwIG9mIHBjaTA6MDoyOjAKcGNpYjA6IG1hdGNoZWQgZW50 cnkgZm9yIDAuMi5JTlRBCnBjaWIwOiBzbG90IDIgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MmUyMywgcmV2aWQ9MHgwMwoJZG9tYWluPTAsIGJ1 cz0wLCBzbG90PTIsIGZ1bmM9MQoJY2xhc3M9MDMtODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MQoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlw ZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmU4MDAwMDAsIHNpemUgMjAsIGVuYWJsZWQKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmU4MDAwMDAtMHhmZThmZmZmZikgZm9yIHJpZCAxMCBv ZiBwY2kwOjA6MjoxCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2EzNywgcmV2aWQ9MHgw MAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI2LCBmdW5jPTAKCWNsYXNzPTBjLTAzLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxu c3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCgltYXBbMjBdOiB0eXBlIEkvTyBQ b3J0LCByYW5nZSAzMiwgYmFzZSAweGI0ODAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDQgKDB4YjQ4MC0weGI0OWYpIGZvciByaWQgMjAgb2YgcGNpMDowOjI2OjAKcGNp YjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjYuSU5UQQpwY2liMDogc2xvdCAyNiBJTlRBIGhhcmR3 aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTM4LCByZXZpZD0w eDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjYsIGZ1bmM9MQoJY2xhc3M9MGMtMDMtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyOTAsIGNhY2hl bG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9MTQKCW1hcFsyMF06IHR5cGUgSS9P IFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YjgwMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogYWxs b2NhdGVkIHR5cGUgNCAoMHhiODAwLTB4YjgxZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6MjY6MQpw Y2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yNi5JTlRCCnBjaWIwOiBzbG90IDI2IElOVEIgaGFy ZHdpcmVkIHRvIElSUSAyMQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhMzksIHJldmlk PTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNiwgZnVuYz0yCgljbGFzcz0wYy0wMy0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI5MCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWMsIGlycT0xNQoJbWFwWzIwXTogdHlwZSBJ L08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhiODgwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweGI4ODAtMHhiODlmKSBmb3IgcmlkIDIwIG9mIHBjaTA6MDoyNjoy CnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI2LklOVEMKcGNpYjA6IHNsb3QgMjYgSU5UQyBo YXJkd2lyZWQgdG8gSVJRIDE4CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2EzYywgcmV2 aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI2LCBmdW5jPTcKCWNsYXNzPTBjLTAzLTIw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjkwLCBj YWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YywgaXJxPTE1Cglwb3dlcnNwZWMgMiAg c3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAz MiwgYmFzZSAweGZlM2ZiMDAwLCBzaXplIDEwLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGZlM2ZiMDAwLTB4ZmUzZmIzZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjI2OjcKcGNp YjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjYuSU5UQwpwY2liMDogc2xvdCAyNiBJTlRDIGhhcmR3 aXJlZCB0byBJUlEgMTgKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTNlLCByZXZpZD0w eDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjcsIGZ1bmM9MAoJY2xhc3M9MDQtMDMtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hl bG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MwoJcG93ZXJzcGVjIDIgIHN1cHBv cnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1h cFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZlM2Y0MDAwLCBzaXplIDE0LCBl bmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZlM2Y0MDAwLTB4ZmUzZjdmZmYpIGZv ciByaWQgMTAgb2YgcGNpMDowOjI3OjAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjcuSU5U QQpwY2liMDogc2xvdCAyNyBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjIKZm91bmQtPgl2ZW5kb3I9 MHg4MDg2LCBkZXY9MHgzYTQwLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9Mjgs IGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4 MDEwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1h LCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1 cHBvcnRzIDEgbWVzc2FnZQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOC5JTlRBCnBjaWIw OiBzbG90IDI4IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNwoJc2VjYnVzPTMsIHN1YmJ1cz0zCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2E0OCwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1 cz0wLCBzbG90PTI4LCBmdW5jPTQKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2 PTEKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJl bnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAu MjguSU5UQQpwY2liMDogc2xvdCAyOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTcKCXNlY2J1cz0y LCBzdWJidXM9Mgpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhNGEsIHJldmlkPTB4MDAK CWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yOCwgZnVuYz01CgljbGFzcz0wNi0wNC0wMCwgaGRydHlw ZT0weDAxLCBtZmRldj0xCgljbWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6 PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQoJaW50cGluPWIsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRz IEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBtYXRjaGVk IGVudHJ5IGZvciAwLjI4LklOVEIKcGNpYjA6IHNsb3QgMjggSU5UQiBoYXJkd2lyZWQgdG8gSVJR IDE2CglzZWNidXM9MSwgc3ViYnVzPTEKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTM0 LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MAoJY2xhc3M9MGMt MDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAy OTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9NwoJbWFwWzIwXTog dHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhiMDAwLCBzaXplICA1LCBlbmFibGVkCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGIwMDAtMHhiMDFmKSBmb3IgcmlkIDIwIG9mIHBjaTA6 MDoyOTowCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEEKcGNpYjA6IHNsb3QgMjkg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIzCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2Ez NSwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI5LCBmdW5jPTEKCWNsYXNzPTBj LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgw MjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YiwgaXJxPTUKCW1hcFsyMF06 IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YjA4MCwgc2l6ZSAgNSwgZW5hYmxlZApw Y2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhiMDgwLTB4YjA5ZikgZm9yIHJpZCAyMCBvZiBwY2kw OjA6Mjk6MQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRCCnBjaWIwOiBzbG90IDI5 IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNh MzYsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yOSwgZnVuYz0yCgljbGFzcz0w Yy0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4 MDI5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9 MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWMsIGlycT0xNQoJbWFwWzIw XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhiNDAwLCBzaXplICA1LCBlbmFibGVk CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGI0MDAtMHhiNDFmKSBmb3IgcmlkIDIwIG9mIHBj aTA6MDoyOToyCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEMKcGNpYjA6IHNsb3Qg MjkgSU5UQyBoYXJkd2lyZWQgdG8gSVJRIDE4CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4 M2EzYSwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI5LCBmdW5jPTcKCWNsYXNz PTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9 MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTcKCXBvd2Vy c3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBNZW1vcnks IHJhbmdlIDMyLCBiYXNlIDB4ZmUzZmEwMDAsIHNpemUgMTAsIGVuYWJsZWQKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4ZmUzZmEwMDAtMHhmZTNmYTNmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjA6 Mjk6NwpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRBCnBjaWIwOiBzbG90IDI5IElO VEEgaGFyZHdpcmVkIHRvIElSUSAyMwpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI0NGUs IHJldmlkPTB4OTAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0zMCwgZnVuYz0wCgljbGFzcz0wNi0w NC0wMSwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDAx MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJc2VjYnVzPTQsIHN1YmJ1cz00CmZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4M2ExNiwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBz bG90PTMxLCBmdW5jPTAKCWNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNt ZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2EyMiwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1 cz0wLCBzbG90PTMxLCBmdW5jPTIKCWNsYXNzPTAxLTA2LTAxLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCglpbnRwaW49YiwgaXJxPTUKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVu dCBEMAoJTVNJIHN1cHBvcnRzIDE2IG1lc3NhZ2VzCgltYXBbMTBdOiB0eXBlIEkvTyBQb3J0LCBy YW5nZSAzMiwgYmFzZSAweGE4ODAsIHNpemUgIDMsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDQgKDB4YTg4MC0weGE4ODcpIGZvciByaWQgMTAgb2YgcGNpMDowOjMxOjIKCW1hcFsxNF06 IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YTgwMCwgc2l6ZSAgMiwgZW5hYmxlZApw Y2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhhODAwLTB4YTgwMykgZm9yIHJpZCAxNCBvZiBwY2kw OjA6MzE6MgoJbWFwWzE4XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhhNDgwLCBz aXplICAzLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGE0ODAtMHhhNDg3KSBm b3IgcmlkIDE4IG9mIHBjaTA6MDozMToyCgltYXBbMWNdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAz MiwgYmFzZSAweGE0MDAsIHNpemUgIDIsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQg KDB4YTQwMC0weGE0MDMpIGZvciByaWQgMWMgb2YgcGNpMDowOjMxOjIKCW1hcFsyMF06IHR5cGUg SS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YTA4MCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDog YWxsb2NhdGVkIHR5cGUgNCAoMHhhMDgwLTB4YTA5ZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6MzE6 MgoJbWFwWzI0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmUzZjgwMDAsIHNpemUg MTEsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmUzZjgwMDAtMHhmZTNmODdm ZikgZm9yIHJpZCAyNCBvZiBwY2kwOjA6MzE6MgpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4z MS5JTlRCCnBjaWIwOiBzbG90IDMxIElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQpmb3VuZC0+CXZl bmRvcj0weDgwODYsIGRldj0weDNhMzAsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0zMSwgZnVuYz0zCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMDAzLCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50 cGluPWMsIGlycT0xNQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmUz ZjkwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmUzZjkw MDAtMHhmZTNmOTBmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MzE6MwoJbWFwWzIwXTogdHlwZSBJ L08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg0MDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDQgKDB4NDAwLTB4NDFmKSBmb3IgcmlkIDIwIG9mIHBjaTA6MDozMTozCnBj aWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjMxLklOVEMKcGNpYjA6IHNsb3QgMzEgSU5UQyBoYXJk d2lyZWQgdG8gSVJRIDE4CnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0 cykgZnJvbSBob3N0YjAKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhi YzAwLTB4YmMwNyBtZW0gMHhmZTQwMDAwMC0weGZlN2ZmZmZmLDB4ZDAwMDAwMDAtMHhkZmZmZmZm ZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCmFncDA6IDxJbnRlbCBHNDUgU1ZHQSBjb250 cm9sbGVyPiBvbiB2Z2FwY2kwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGNkZTAwMDAwLTB4 Y2RlMDBmZmYpIGZvciByaWQgNjQgb2YgYWdwMAphZ3AwOiBBbGxvY2F0ZWQgZmx1c2ggcGFnZSBw aHlzIDB4Y2RlMDAwMDAgdmlydCAweGZmZmZmODAwY2RlMDAwMDAKYWdwMDogYXBlcnR1cmUgc2l6 ZSBpcyAyNTZNLCBkZXRlY3RlZCAzMjc2NGsgc3RvbGVuIG1lbW9yeQphZ3AwOiBBR1BfSTk2NV9Q R1RCTF9DVEwyOiAwMDAwMDAwMAphZ3AwOiBBR1BfSTg1NV9HQ0MxOiAweDUwCmFncDA6IEFHUF9J OTY1X01TQUM6IDB4MDAKYWdwMDogTWFwcGFibGUgR1RUIGVudHJpZXM6IDY1NTM2CmFncDA6IFRv dGFsIEdUVCBlbnRyaWVzOiA1MjQyODgKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRl cyAoNCBiaXRzKSBmcm9tIGFncDAKdmdhcGNpMDogQm9vdCB2aWRlbyBkZXZpY2UKcmFuZG9tOiBo YXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHZnYXBjaTAKdmdhcGNpMTog PFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbSAweGZlODAwMDAwLTB4ZmU4ZmZmZmYgYXQgZGV2 aWNlIDIuMSBvbiBwY2kwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0 cykgZnJvbSB2Z2FwY2kxCnVoY2kwOiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiBjb250cm9s bGVyIFVTQi1EPiBwb3J0IDB4YjQ4MC0weGI0OWYgaXJxIDE2IGF0IGRldmljZSAyNi4wIG9uIHBj aTAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRvIGxhcGljIDAgdmVj dG9yIDUxCnVoY2kwOiBMZWdTdXAgPSAweDJmMDAKdXNidXMwIG9uIHVoY2kwCnVoY2kwOiB1c2Jw ZjogQXR0YWNoZWQKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBm cm9tIHVzYnVzMAp1c2J1czA6IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQg Yml0cykgZnJvbSB1aGNpMAoxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1aGNpMTogPEludGVs IDgyODAxSkkgKElDSDEwKSBVU0IgY29udHJvbGxlciBVU0ItRT4gcG9ydCAweGI4MDAtMHhiODFm IGlycSAyMSBhdCBkZXZpY2UgMjYuMSBvbiBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIx IChQQ0kgSVJRIDIxKSB0byBsYXBpYyAxIHZlY3RvciA0OQp1aGNpMTogTGVnU3VwID0gMHgyZjAw CnVzYnVzMSBvbiB1aGNpMQp1aGNpMTogdXNicGY6IEF0dGFjaGVkCnJhbmRvbTogaGFydmVzdGlu ZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSB1c2J1czEKdXNidXMxOiByYW5kb206IGhh cnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdWhjaTEKMTJNYnBzIEZ1bGwg U3BlZWQgVVNCIHYxLjAKdWhjaTI6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIGNvbnRyb2xs ZXIgVVNCLUY+IHBvcnQgMHhiODgwLTB4Yjg5ZiBpcnEgMTggYXQgZGV2aWNlIDI2LjIgb24gcGNp MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOCAoUENJIElSUSAxOCkgdG8gbGFwaWMgMCB2ZWN0 b3IgNTIKdWhjaTI6IExlZ1N1cCA9IDB4MmYwMAp1c2J1czIgb24gdWhjaTIKdWhjaTI6IHVzYnBm OiBBdHRhY2hlZApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZy b20gdXNidXMyCnVzYnVzMjogcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBi aXRzKSBmcm9tIHVoY2kyCjEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCmVoY2kwOiA8SW50ZWwg ODI4MDFKSSAoSUNIMTApIFVTQiAyLjAgY29udHJvbGxlciBVU0ItQj4gbWVtIDB4ZmUzZmIwMDAt MHhmZTNmYjNmZiBpcnEgMTggYXQgZGV2aWNlIDI2Ljcgb24gcGNpMAp1c2J1czM6IEVIQ0kgdmVy c2lvbiAxLjAKdXNidXMzIG9uIGVoY2kwCmVoY2kwOiB1c2JwZjogQXR0YWNoZWQKcmFuZG9tOiBo YXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVzYnVzMwp1c2J1czM6IHJh bmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBlaGNpMAo0ODBN YnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKaGRhYzA6IDxJbnRlbCA4MjgwMUpJIEhEQSBDb250cm9s bGVyPiBtZW0gMHhmZTNmNDAwMC0weGZlM2Y3ZmZmIGlycSAyMiBhdCBkZXZpY2UgMjcuMCBvbiBw Y2kwCmhkYWMwOiBQQ0kgY2FyZCB2ZW5kb3I6IDB4MTA0MywgZGV2aWNlOiAweDgyZmUKaGRhYzA6 IEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMTIwMTI2XzAwMDIKaGRhYzA6IENvbmZpZyBvcHRpb25z OiBvbj0weDAwMDAwMDAwIG9mZj0weDAwMDAwMDAwCmhkYWMwOiBhdHRlbXB0aW5nIHRvIGFsbG9j YXRlIDEgTVNJIHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNTYg dG8gbG9jYWwgQVBJQyAxIHZlY3RvciA1MApoZGFjMDogdXNpbmcgSVJRIDI1NiBmb3IgTVNJCmhk YWMwOiBDYXBzOiBPU1MgNCwgSVNTIDQsIEJTUyAwLCBOU0RPIDEsIDY0Yml0LCBDT1JCIDI1Niwg UklSQiAyNTYKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9t IGhkYWMwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC4w IG9uIHBjaTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmRmMDAwMDAtMHhmZGZmZmZmZikg Zm9yIHJpZCAyNCBvZiBwY2liMQpwY2liMTogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2 ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSSBJUlEgMjU3IHRvIGxvY2FsIEFQ SUMgMCB2ZWN0b3IgNTMKcGNpYjE6IHVzaW5nIElSUSAyNTcgZm9yIE1TSQpwY2liMTogW0dJQU5U LUxPQ0tFRF0KcGNpYjE6IEhvdFBsdWcgY29tbWFuZDogMDAwMCAtPiAxMDM4CnBjaWIxOiAgIGRv bWFpbiAgICAgICAgICAgIDAKcGNpYjE6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMwpwY2liMTogICBz dWJvcmRpbmF0ZSBidXMgICAzCnBjaWIxOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZmRmMDAwMDAt MHhmZGZmZmZmZgpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZy b20gcGNpYjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4 LjQgb24gcGNpMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhkMDAwLTB4ZGZmZikgZm9yIHJp ZCAxYyBvZiBwY2liMgpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZWEwMDAwMC0weGZlYWZm ZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWIyCnBjaWIyOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEg TVNJIHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNTggdG8gbG9j YWwgQVBJQyAxIHZlY3RvciA1MQpwY2liMjogdXNpbmcgSVJRIDI1OCBmb3IgTVNJCnBjaWIyOiBb R0lBTlQtTE9DS0VEXQpwY2liMjogSG90UGx1ZyBjb21tYW5kOiAwMDAwIC0+IDEwMzgKcGNpYjI6 ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMjogICBzZWNvbmRhcnkgYnVzICAgICAyCnBjaWIy OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDIKcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAgMHhkMDAw LTB4ZGZmZgpwY2liMjogICBtZW1vcnkgZGVjb2RlICAgICAweGZlYTAwMDAwLTB4ZmVhZmZmZmYK cGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNpYjI6IGFsbG9jYXRlZCBidXMgcmFuZ2Ug KDItMikgZm9yIHJpZCAwIG9mIHBjaTEKcGNpMTogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0yCmZv dW5kLT4JdmVuZG9yPTB4MTFhYiwgZGV2PTB4NjEwMSwgcmV2aWQ9MHhiMgoJZG9tYWluPTAsIGJ1 cz0yLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDEtMDEtOGYsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKCWludHBpbj1hLCBpcnE9MTAKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMyAgY3Vy cmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQoJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwg cmFuZ2UgMzIsIGJhc2UgMHhkYzAwLCBzaXplICAzLCBlbmFibGVkCnBjaWIyOiBhbGxvY2F0ZWQg SS9PIHBvcnQgcmFuZ2UgKDB4ZGMwMC0weGRjMDcpIGZvciByaWQgMTAgb2YgcGNpMDoyOjA6MAoJ bWFwWzE0XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhkODgwLCBzaXplICAyLCBl bmFibGVkCnBjaWIyOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4ZDg4MC0weGQ4ODMpIGZv ciByaWQgMTQgb2YgcGNpMDoyOjA6MAoJbWFwWzE4XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIs IGJhc2UgMHhkODAwLCBzaXplICAzLCBlbmFibGVkCnBjaWIyOiBhbGxvY2F0ZWQgSS9PIHBvcnQg cmFuZ2UgKDB4ZDgwMC0weGQ4MDcpIGZvciByaWQgMTggb2YgcGNpMDoyOjA6MAoJbWFwWzFjXTog dHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhkNDgwLCBzaXplICAyLCBlbmFibGVkCnBj aWIyOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4ZDQ4MC0weGQ0ODMpIGZvciByaWQgMWMg b2YgcGNpMDoyOjA6MAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhk NDAwLCBzaXplICA0LCBlbmFibGVkCnBjaWIyOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4 ZDQwMC0weGQ0MGYpIGZvciByaWQgMjAgb2YgcGNpMDoyOjA6MAoJbWFwWzI0XTogdHlwZSBNZW1v cnksIHJhbmdlIDMyLCBiYXNlIDB4ZmVhZmZjMDAsIHNpemUgIDksIGVuYWJsZWQKcGNpYjI6IGFs bG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZmVhZmZjMDAtMHhmZWFmZmRmZikgZm9yIHJpZCAyNCBv ZiBwY2kwOjI6MDowCnBjaWIyOiBtYXRjaGVkIGVudHJ5IGZvciAyLjAuSU5UQQpwY2liMjogc2xv dCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgphdGFwY2kwOiA8TWFydmVsbCA4OFNFNjEwMSBV RE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHhkYzAwLTB4ZGMwNywweGQ4ODAtMHhkODgzLDB4ZDgw MC0weGQ4MDcsMHhkNDgwLTB4ZDQ4MywweGQ0MDAtMHhkNDBmIG1lbSAweGZlYWZmYzAwLTB4ZmVh ZmZkZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMQphdGEyOiA8QVRBIGNoYW5uZWw+IGF0 IGNoYW5uZWwgMCBvbiBhdGFwY2kwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMg KDQgYml0cykgZnJvbSBhdGEyCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQg Yml0cykgZnJvbSBhdGFwY2kwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQg Yml0cykgZnJvbSBwY2kxCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0 cykgZnJvbSBwY2liMgpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZp Y2UgMjguNSBvbiBwY2kwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGMwMDAtMHhjZmZmKSBm b3IgcmlkIDFjIG9mIHBjaWIzCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZlOTAwMDAwLTB4 ZmU5ZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjMKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZmRlMDAwMDAtMHhmZGVmZmZmZikgZm9yIHJpZCAyNCBvZiBwY2liMwpwY2liMzogYXR0ZW1wdGlu ZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1T SSBJUlEgMjU5IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTQKcGNpYjM6IHVzaW5nIElSUSAyNTkg Zm9yIE1TSQpwY2liMzogW0dJQU5ULUxPQ0tFRF0KcGNpYjM6IEhvdFBsdWcgY29tbWFuZDogMDAw MCAtPiAxMDM4CnBjaWIzOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjM6ICAgc2Vjb25kYXJ5 IGJ1cyAgICAgMQpwY2liMzogICBzdWJvcmRpbmF0ZSBidXMgICAxCnBjaWIzOiAgIEkvTyBkZWNv ZGUgICAgICAgIDB4YzAwMC0weGNmZmYKcGNpYjM6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmZTkw MDAwMC0weGZlOWZmZmZmCnBjaWIzOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZmRlMDAwMDAtMHhm ZGVmZmZmZgpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpwY2liMzogYWxsb2NhdGVkIGJ1 cyByYW5nZSAoMS0xKSBmb3IgcmlkIDAgb2YgcGNpMgpwY2kyOiBkb21haW49MCwgcGh5c2ljYWwg YnVzPTEKZm91bmQtPgl2ZW5kb3I9MHgxMGVjLCBkZXY9MHg4MTY4LCByZXZpZD0weDAyCglkb21h aW49MCwgYnVzPTEsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3 b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQx IEQyIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCU1TSS1Y IHN1cHBvcnRzIDIgbWVzc2FnZXMgaW4gbWFwIDB4MjAKCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQs IHJhbmdlIDMyLCBiYXNlIDB4YzgwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMzogYWxsb2NhdGVk IEkvTyBwb3J0IHJhbmdlICgweGM4MDAtMHhjOGZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MTowOjAK CW1hcFsxOF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZlOWZmMDAwLCBzaXplIDEy LCBlbmFibGVkCnBjaWIzOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGZlOWZmMDAwLTB4ZmU5 ZmZmZmYpIGZvciByaWQgMTggb2YgcGNpMDoxOjA6MAoJbWFwWzIwXTogdHlwZSBQcmVmZXRjaGFi bGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZkZWYwMDAwLCBzaXplIDE2LCBlbmFibGVkCnBj aWIzOiBhbGxvY2F0ZWQgcHJlZmV0Y2ggcmFuZ2UgKDB4ZmRlZjAwMDAtMHhmZGVmZmZmZikgZm9y IHJpZCAyMCBvZiBwY2kwOjE6MDowCnBjaWIzOiBtYXRjaGVkIGVudHJ5IGZvciAxLjAuSU5UQQpw Y2liMzogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNwpyZTA6IDxSZWFsVGVrIDgxNjgv ODExMSBCL0MvQ1AvRC9EUC9FL0YvRyBQQ0llIEdpZ2FiaXQgRXRoZXJuZXQ+IHBvcnQgMHhjODAw LTB4YzhmZiBtZW0gMHhmZTlmZjAwMC0weGZlOWZmZmZmLDB4ZmRlZjAwMDAtMHhmZGVmZmZmZiBp cnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCnJlMDogTVNJIGNvdW50IDogMQpyZTA6IE1TSS1Y IGNvdW50IDogMgpyZTA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0ktWCB2ZWN0b3JzICgy IHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSS1YIElSUSAyNjAgdG8gbG9jYWwgQVBJQyAxIHZl Y3RvciA1MgpyZTA6IHVzaW5nIElSUSAyNjAgZm9yIE1TSS1YCnJlMDogVXNpbmcgMSBNU0ktWCBt ZXNzYWdlCnJlMDogQ2hpcCByZXYuIDB4M2MwMDAwMDAKcmUwOiBNQUMgcmV2LiAweDAwNDAwMDAw Cm1paWJ1czA6IDxNSUkgYnVzPiBvbiByZTAKcmdlcGh5MDogPFJUTDgxNjlTLzgxMTBTLzgyMTEg MTAwMEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKcmdlcGh5MDogT1VJ IDB4MDBlMDRjLCBtb2RlbCAweDAwMTEsIHJldi4gMgpyZ2VwaHkwOiAgbm9uZSwgMTBiYXNlVCwg MTBiYXNlVC1GRFgsIDEwYmFzZVQtRkRYLWZsb3csIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwg MTAwYmFzZVRYLUZEWC1mbG93LCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1tYXN0ZXIsIDEwMDBiYXNl VC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLWZsb3csIDEwMDBiYXNl VC1GRFgtZmxvdy1tYXN0ZXIsIGF1dG8sIGF1dG8tZmxvdwpyYW5kb206IGhhcnZlc3RpbmcgYXR0 YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcmdlcGh5MApyYW5kb206IGhhcnZlc3RpbmcgYXR0 YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gbWlpYnVzMApyZTA6IFVzaW5nIGRlZmF1bHRzIGZv ciBUU086IDY1NTE4LzM1LzIwNDgKcmUwOiBicGYgYXR0YWNoZWQKcmUwOiBFdGhlcm5ldCBhZGRy ZXNzOiAwMDoyNDo4Yzo0NzplNToyZApyZTA6IG5ldG1hcCBxdWV1ZXMvc2xvdHM6IFRYIDEvMjU2 LCBSWCAxLzI1NgpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZy b20gcmUwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBw Y2kyCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBwY2li Mwp1aGNpMzogPEludGVsIDgyODAxSkkgKElDSDEwKSBVU0IgY29udHJvbGxlciBVU0ItQT4gcG9y dCAweGIwMDAtMHhiMDFmIGlycSAyMyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCmlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDIzIChQQ0kgSVJRIDIzKSB0byBsYXBpYyAwIHZlY3RvciA1NQp1aGNpMzog TGVnU3VwID0gMHgyZjAwCnVzYnVzNCBvbiB1aGNpMwp1aGNpMzogdXNicGY6IEF0dGFjaGVkCnJh bmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSB1c2J1czQKdXNi dXM0OiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdWhj aTMKMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdWhjaTQ6IDxJbnRlbCA4MjgwMUpJIChJQ0gx MCkgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IHBvcnQgMHhiMDgwLTB4YjA5ZiBpcnEgMTkgYXQgZGV2 aWNlIDI5LjEgb24gcGNpMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOSAoUENJIElSUSAxOSkg dG8gbGFwaWMgMSB2ZWN0b3IgNTMKdWhjaTQ6IExlZ1N1cCA9IDB4MmYwMAp1c2J1czUgb24gdWhj aTQKdWhjaTQ6IHVzYnBmOiBBdHRhY2hlZApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5 dGVzICg0IGJpdHMpIGZyb20gdXNidXM1CnVzYnVzNTogcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFj aCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVoY2k0CjEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4w CnVoY2k1OiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiBjb250cm9sbGVyIFVTQi1DPiBwb3J0 IDB4YjQwMC0weGI0MWYgaXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTAKdWhjaTU6IExlZ1N1 cCA9IDB4MmYwMAp1c2J1czYgb24gdWhjaTUKdWhjaTU6IHVzYnBmOiBBdHRhY2hlZApyYW5kb206 IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdXNidXM2CnVzYnVzNjog cmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVoY2k1CjEy TWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCmVoY2kxOiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVT QiAyLjAgY29udHJvbGxlciBVU0ItQT4gbWVtIDB4ZmUzZmEwMDAtMHhmZTNmYTNmZiBpcnEgMjMg YXQgZGV2aWNlIDI5Ljcgb24gcGNpMAp1c2J1czc6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXM3IG9u IGVoY2kxCmVoY2kxOiB1c2JwZjogQXR0YWNoZWQKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwg OCBieXRlcyAoNCBiaXRzKSBmcm9tIHVzYnVzNwp1c2J1czc6IHJhbmRvbTogaGFydmVzdGluZyBh dHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBlaGNpMQo0ODBNYnBzIEhpZ2ggU3BlZWQgVVNC IHYyLjAKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kw CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGUwMDAtMHhlZmZmKSBmb3IgcmlkIDFjIG9mIHBj aWI0CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZlYjAwMDAwLTB4ZmViZmZmZmYpIGZvciBy aWQgMjAgb2YgcGNpYjQKcGNpYjQ6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNDogICBzZWNv bmRhcnkgYnVzICAgICA0CnBjaWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDQKcGNpYjQ6ICAgSS9P IGRlY29kZSAgICAgICAgMHhlMDAwLTB4ZWZmZgpwY2liNDogICBtZW1vcnkgZGVjb2RlICAgICAw eGZlYjAwMDAwLTB4ZmViZmZmZmYKcGNpYjQ6ICAgc3BlY2lhbCBkZWNvZGUgICAgc3VidHJhY3Rp dmUKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpYjQ6IGFsbG9jYXRlZCBidXMgcmFu Z2UgKDQtNCkgZm9yIHJpZCAwIG9mIHBjaTMKcGNpMzogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz00 CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTA3YywgcmV2aWQ9MHgwNQoJZG9tYWluPTAs IGJ1cz00LCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MAoJY21kcmVnPTB4MDAxNywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej04IChkd29yZHMp CglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4ZmYgKDYzNzUwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGZl YmUwMDAwLCBzaXplIDE3LCBlbmFibGVkCnBjaWI0OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgw eGZlYmUwMDAwLTB4ZmViZmZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDo0OjA6MAoJbWFwWzE0XTog dHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmViYzAwMDAsIHNpemUgMTcsIGVuYWJsZWQK cGNpYjQ6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZmViYzAwMDAtMHhmZWJkZmZmZikgZm9y IHJpZCAxNCBvZiBwY2kwOjQ6MDowCgltYXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwg YmFzZSAweGVjMDAsIHNpemUgIDYsIGVuYWJsZWQKcGNpYjQ6IGFsbG9jYXRlZCBJL08gcG9ydCBy YW5nZSAoMHhlYzAwLTB4ZWMzZikgZm9yIHJpZCAxOCBvZiBwY2kwOjQ6MDowCnBjaWI0OiBtYXRj aGVkIGVudHJ5IGZvciA0LjAuSU5UQQpwY2liNDogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElS USAxNgpmb3VuZC0+CXZlbmRvcj0weDExYzEsIGRldj0weDU4MTEsIHJldmlkPTB4NzAKCWRvbWFp bj0wLCBidXM9NCwgc2xvdD0zLCBmdW5jPTAKCWNsYXNzPTBjLTAwLTEwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTAKCWNtZHJlZz0weDAwMTYsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9OCAoZHdv cmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDBjICgzMDAwIG5zKSwgbWF4 bGF0PTB4MTggKDYwMDAgbnMpCglpbnRwaW49YSwgaXJxPTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0 cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMy LCBiYXNlIDB4ZmViOWYwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjQ6IGFsbG9jYXRlZCBtZW1v cnkgcmFuZ2UgKDB4ZmViOWYwMDAtMHhmZWI5ZmZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjQ6Mzow CnBjaWI0OiBtYXRjaGVkIGVudHJ5IGZvciA0LjMuSU5UQQpwY2liNDogc2xvdCAzIElOVEEgaGFy ZHdpcmVkIHRvIElSUSAxOQplbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rp b24+IHBvcnQgMHhlYzAwLTB4ZWMzZiBtZW0gMHhmZWJlMDAwMC0weGZlYmZmZmZmLDB4ZmViYzAw MDAtMHhmZWJkZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kzCmVtMDogYXR0YWNoX3By ZSBjYXBwaW5nIHF1ZXVlcyBhdCAxCmVtMDogdXNpbmcgMTAyNCB0eCBkZXNjcmlwdG9ycyBhbmQg MTAyNCByeCBkZXNjcmlwdG9ycwplbTA6IGFsbG9jYXRlZCBmb3IgMSB0eF9xdWV1ZXMKZW0wOiBh bGxvY2F0ZWQgZm9yIDEgcnhfcXVldWVzCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIgKElTQSBJ UlEgMCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTYKZW0wOiBicGYgYXR0YWNoZWQKZW0wOiBFdGhlcm5l dCBhZGRyZXNzOiAwMDoxYjoyMTozNDo1NDo2ZAplbTA6IG5ldG1hcCBxdWV1ZXMvc2xvdHM6IFRY IDEvMTAyNCwgUlggMS8xMDI0CnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQg Yml0cykgZnJvbSBlbTAKcGNpMzogPHNlcmlhbCBidXMsIEZpcmVXaXJlPiBhdCBkZXZpY2UgMy4w IChubyBkcml2ZXIgYXR0YWNoZWQpCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMg KDQgYml0cykgZnJvbSBwY2kzCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQg Yml0cykgZnJvbSBwY2liNAppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBv biBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNo LCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gaXNhMApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4 IGJ5dGVzICg0IGJpdHMpIGZyb20gaXNhYjAKYWhjaTA6IDxJbnRlbCBJQ0gxMCBBSENJIFNBVEEg Y29udHJvbGxlcj4gcG9ydCAweGE4ODAtMHhhODg3LDB4YTgwMC0weGE4MDMsMHhhNDgwLTB4YTQ4 NywweGE0MDAtMHhhNDAzLDB4YTA4MC0weGEwOWYgbWVtIDB4ZmUzZjgwMDAtMHhmZTNmODdmZiBp cnEgMTkgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAphaGNpMDogYXR0ZW1wdGluZyB0byBhbGxvY2F0 ZSAxNiBNU0kgdmVjdG9ycyAoMTYgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjEg dG8gbG9jYWwgQVBJQyAwIHZlY3RvciA2NAptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjIgdG8gbG9j YWwgQVBJQyAwIHZlY3RvciA2NQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjMgdG8gbG9jYWwgQVBJ QyAwIHZlY3RvciA2Ngptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjQgdG8gbG9jYWwgQVBJQyAwIHZl Y3RvciA2Nwptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjUgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA2 OAptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjYgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA2OQptc2k6 IHJvdXRpbmcgTVNJIElSUSAyNjcgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3MAptc2k6IHJvdXRp bmcgTVNJIElSUSAyNjggdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3MQptc2k6IHJvdXRpbmcgTVNJ IElSUSAyNjkgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3Mgptc2k6IHJvdXRpbmcgTVNJIElSUSAy NzAgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3Mwptc2k6IHJvdXRpbmcgTVNJIElSUSAyNzEgdG8g bG9jYWwgQVBJQyAwIHZlY3RvciA3NAptc2k6IHJvdXRpbmcgTVNJIElSUSAyNzIgdG8gbG9jYWwg QVBJQyAwIHZlY3RvciA3NQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNzMgdG8gbG9jYWwgQVBJQyAw IHZlY3RvciA3Ngptc2k6IHJvdXRpbmcgTVNJIElSUSAyNzQgdG8gbG9jYWwgQVBJQyAwIHZlY3Rv ciA3Nwptc2k6IHJvdXRpbmcgTVNJIElSUSAyNzUgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3OApt c2k6IHJvdXRpbmcgTVNJIElSUSAyNzYgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3OQphaGNpMDog dXNpbmcgSVJRcyAyNjEtMjc2IGZvciBNU0kKYWhjaTA6IEFIQ0kgdjEuMjAgd2l0aCA2IDNHYnBz IHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgc3VwcG9ydGVkCmFoY2kwOiBDYXBzOiA2NGJpdCBOQ1Eg U05URiBTUyBBTFAgQUwgQ0xPIDNHYnBzIFBNIFBNRCBTU0MgUFNDIDMyY21kIENDQyBFTSBlU0FU QSA2cG9ydHMKYWhjaTA6IENhcHMyOgphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVs IDAgb24gYWhjaTAKYWhjaWNoMDogQ2FwczogSFBDUApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNo LCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWhjaWNoMAphaGNpY2gxOiA8QUhDSSBjaGFubmVsPiBh dCBjaGFubmVsIDEgb24gYWhjaTAKYWhjaWNoMTogQ2FwczogSFBDUApyYW5kb206IGhhcnZlc3Rp bmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWhjaWNoMQphaGNpY2gyOiA8QUhDSSBj aGFubmVsPiBhdCBjaGFubmVsIDIgb24gYWhjaTAKYWhjaWNoMjogQ2FwczogSFBDUApyYW5kb206 IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWhjaWNoMgphaGNpY2gz OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTAKYWhjaWNoMzogQ2FwczogSFBD UApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWhjaWNo MwphaGNpY2g0OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDQgb24gYWhjaTAKYWhjaWNoNDog Q2FwczogSFBDUApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZy b20gYWhjaWNoNAphaGNpY2g1OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDUgb24gYWhjaTAK YWhjaWNoNTogQ2FwczogSFBDUApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0 IGJpdHMpIGZyb20gYWhjaWNoNQphaGNpZW0wOiA8QUhDSSBlbmNsb3N1cmUgbWFuYWdlbWVudCBi cmlkZ2U+IG9uIGFoY2kwCmFoY2llbTA6IENhcHM6IEFMSEQgWE1UIFNNQiBMRUQKcmFuZG9tOiBo YXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFoY2llbTAKcmFuZG9tOiBo YXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFoY2kwCnBjaTA6IDxzZXJp YWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcmFuZG9t OiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaTAKcmFuZG9tOiBo YXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaWIwCmFjcGlfYnV0dG9u MDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBi eXRlcyAoNCBiaXRzKSBmcm9tIGFjcGlfYnV0dG9uMApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNo LCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYXRkbWEwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gs IDggYnl0ZXMgKDQgYml0cykgZnJvbSBmcHVwbnAwCnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJs ZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCmlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDQgKElTQSBJUlEgNCkgdG8gbGFwaWMgMSB2ZWN0b3IgNDgKdWFydDA6IGZh c3QgaW50ZXJydXB0CnVhcnQwOiBQUFMgY2FwdHVyZSBtb2RlOiBEQ0QKcmFuZG9tOiBoYXJ2ZXN0 aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVhcnQwCmF0a2JkYzA6IDxLZXlib2Fy ZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2Jk MDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmF0a2JkOiB0aGUgY3VycmVudCBrYmQg Y29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA2NQphdGtiZDoga2V5Ym9hcmQgSUQgMHg0MWFiICgy KQprYmRjOiBSRVNFVF9LQkQgcmV0dXJuIGNvZGU6MDBmYQprYmRjOiBSRVNFVF9LQkQgc3RhdHVz OjAwYWEKa2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgyKSwgY29uZmln OjB4MCwgZmxhZ3M6MHgxZDAwMDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElSUSAx KSB0byBsYXBpYyAwIHZlY3RvciA1NwphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnJhbmRvbTogaGFy dmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhdGtiZDAKcHNtMDogdW5hYmxl IHRvIGFsbG9jYXRlIElSUQpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gYXRrYmRjMApBQ1BJOiBFbmFibGVkIDQgR1BFcyBpbiBibG9jayAwMCB0byAzRgpy YW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWNwaTAKcmFu ZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFwaWMwCmFjcGkw OiB3YWtldXAgY29kZSB2YSAweGZmZmZmZTAxMWZkODkwMDAgcGEgMHg5ODAwMApyYW5kb206IGhh cnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gbmV4dXMwCmFoY19pc2FfaWRl bnRpZnkgMDogaW9wb3J0IDB4YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX2lkZW50aWZ5IDE6IGlv cG9ydCAweDFjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfaWRlbnRpZnkgMjogaW9wb3J0IDB4MmMw MCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVudGlmeSAzOiBpb3BvcnQgMHgzYzAwIGFsbG9jIGZh aWxlZAphaGNfaXNhX2lkZW50aWZ5IDQ6IGlvcG9ydCAweDRjMDAgYWxsb2MgZmFpbGVkCmFoY19p c2FfaWRlbnRpZnkgNTogaW9wb3J0IDB4NWMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVudGlm eSA2OiBpb3BvcnQgMHg2YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX2lkZW50aWZ5IDc6IGlvcG9y dCAweDdjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfaWRlbnRpZnkgODogaW9wb3J0IDB4OGMwMCBh bGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVudGlmeSA5OiBpb3BvcnQgMHg5YzAwIGFsbG9jIGZhaWxl ZAphaGNfaXNhX2lkZW50aWZ5IDEwOiBpb3BvcnQgMHhhYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNh X2lkZW50aWZ5IDExOiBpb3BvcnQgMHhiYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX2lkZW50aWZ5 IDEyOiBpb3BvcnQgMHhjYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX2lkZW50aWZ5IDEzOiBpb3Bv cnQgMHhkYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX2lkZW50aWZ5IDE0OiBpb3BvcnQgMHhlYzAw IGFsbG9jIGZhaWxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMDAwMC0weGIwN2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMDgwMC0weGIwZmZm KSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMTAwMC0weGIx N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMTgwMC0w eGIxZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMjAw MC0weGIyN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhi MjgwMC0weGIyZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiMzAwMC0weGIzN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhiMzgwMC0weGIzZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiNDAwMC0weGI0N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhiNDgwMC0weGI0ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiNTAwMC0weGI1N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhiNTgwMC0weGI1ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiNjAwMC0weGI2N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNjgwMC0weGI2ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNzAwMC0weGI3N2ZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNzgwMC0weGI3ZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiODAwMC0weGI4N2ZmKSBmb3IgcmlkIDAg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiODgwMC0weGI4ZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiOTAwMC0weGI5N2ZmKSBmb3Ig cmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiOTgwMC0weGI5ZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTAwMC0weGJhN2Zm KSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTgwMC0weGJh ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYjAwMC0w eGJiN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYjgw MC0weGJiZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhi YzAwMC0weGJjN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiYzgwMC0weGJjZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhiZDAwMC0weGJkN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiZDgwMC0weGJkZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhiZTAwMC0weGJlN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiZTgwMC0weGJlZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhiZjAwMC0weGJmN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiZjgwMC0weGJmZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMDAwMC0weGQwN2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMDgwMC0weGQwZmZmKSBmb3IgcmlkIDEgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMTAwMC0weGQxN2ZmKSBmb3IgcmlkIDEgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMTgwMC0weGQxZmZmKSBmb3IgcmlkIDEg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMjAwMC0weGQyN2ZmKSBmb3Igcmlk IDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMjgwMC0weGQyZmZmKSBmb3Ig cmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMzAwMC0weGQzN2ZmKSBm b3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMzgwMC0weGQzZmZm KSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNDAwMC0weGQ0 N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNDgwMC0w eGQ0ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNTAw MC0weGQ1N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhk NTgwMC0weGQ1ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhkNjAwMC0weGQ2N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhkNjgwMC0weGQ2ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhkNzAwMC0weGQ3N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhkNzgwMC0weGQ3ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhkODAwMC0weGQ4N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhkODgwMC0weGQ4ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhkOTAwMC0weGQ5N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkOTgwMC0weGQ5ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkYTAwMC0weGRhN2ZmKSBmb3IgcmlkIDEgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkYTgwMC0weGRhZmZmKSBmb3IgcmlkIDEgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkYjAwMC0weGRiN2ZmKSBmb3IgcmlkIDEg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkYjgwMC0weGRiZmZmKSBmb3Igcmlk IDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkYzAwMC0weGRjN2ZmKSBmb3Ig cmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkYzgwMC0weGRjZmZmKSBm b3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZDAwMC0weGRkN2Zm KSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZDgwMC0weGRk ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZTAwMC0w eGRlN2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZTgw MC0weGRlZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhk ZjAwMC0weGRmN2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhkZjgwMC0weGRmZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMAppc2FfcHJvYmVfY2hpbGRyZW46IGRp c2FibGluZyBQblAgZGV2aWNlcwphdGtiZGM6IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBw aW5nIGl0CmF0cnRjOiBhdHJ0YzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CmF0dGltZXI6 IGF0dGltZXIwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApzYzogc2MwIGFscmVhZHkgZXhp c3RzOyBza2lwcGluZyBpdAp1YXJ0OiB1YXJ0MCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQK aXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcwpvcm0wOiA8SVNBIE9w dGlvbiBST00+IGF0IGlvbWVtIDB4Y2M4MDAtMHhjZDdmZiBvbiBpc2EwCnJhbmRvbTogaGFydmVz dGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBvcm0wCnNjMCBmYWlsZWQgdG8gcHJv YmUgb24gaXNhMAp2Z2EwIGZhaWxlZCB0byBwcm9iZSBvbiBpc2EwCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSA0ICgweDNmMC0weDNmNSkgZm9yIHJpZCAwIG9mIGZkYzAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDQgKDB4M2Y3LTB4M2Y3KSBmb3IgcmlkIDEgb2YgZmRjMApmZGMwIGZhaWxlZCB0byBwcm9i ZSBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTAKcHBjMDogY2Fu bm90IHJlc2VydmUgSS9PIHBvcnQgcmFuZ2UKcHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQgaXJxIDcg b24gaXNhMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgyZjgtMHgyZjgpIGZvciByaWQgMCBv ZiB1YXJ0MQp1YXJ0MSBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDJmOCBpcnEgMyBvbiBpc2Ew CmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcwpyYW5kb206IGhhcnZlc3Rp bmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWNwaV9wZXJmMApyYW5kb206IGhhcnZl c3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWNwaV9wZXJmMQplc3QwOiA8RW5o YW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCnJhbmRvbTogaGFydmVz dGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBjcHVmcmVxMApyYW5kb206IGhhcnZl c3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gZXN0MAplc3QxOiA8RW5oYW5jZWQg U3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCnJhbmRvbTogaGFydmVzdGluZyBh dHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBjcHVmcmVxMQpyYW5kb206IGhhcnZlc3Rpbmcg YXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gZXN0MQpEZXZpY2UgY29uZmlndXJhdGlvbiBm aW5pc2hlZC4KcHJvY2ZzIHJlZ2lzdGVyZWQKWkZTIE5PVElDRTogUHJlZmV0Y2ggaXMgZGlzYWJs ZWQgYnkgZGVmYXVsdCBpZiBsZXNzIHRoYW4gNEdCIG9mIFJBTSBpcyBwcmVzZW50OwogICAgICAg ICAgICB0byBlbmFibGUsIGFkZCAidmZzLnpmcy5wcmVmZXRjaF9kaXNhYmxlPTAiIHRvIC9ib290 L2xvYWRlci5jb25mLgpaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uOiA1ClpGUyBzdG9yYWdlIHBvb2wg dmVyc2lvbjogZmVhdHVyZXMgc3VwcG9ydCAoNTAwMCkKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkg MS4wMDAgbXNlYwpsbzA6IGJwZiBhdHRhY2hlZAp2bGFuOiBpbml0aWFsaXplZCwgdXNpbmcgaGFz aCB0YWJsZXMgd2l0aCBjaGFpbmluZwpJUHNlYzogSW5pdGlhbGl6ZWQgU2VjdXJpdHkgQXNzb2Np YXRpb24gUHJvY2Vzc2luZy4KdGNwX2luaXQ6IG5ldC5pbmV0LnRjcC50Y2JoYXNoc2l6ZSBhdXRv IHR1bmVkIHRvIDMyNzY4CmhwdG5yOiBubyBjb250cm9sbGVyIGRldGVjdGVkLgpocHRycjogbm8g Y29udHJvbGxlciBkZXRlY3RlZC4KaHB0Mjd4eDogbm8gY29udHJvbGxlciBkZXRlY3RlZC4KYXRh MjogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQwPTYwIG9zdGF0MT03MApoZGFjYzA6IDxSZWFsdGVr IEFMQzEyMDAgSERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFjMApoZGFhMDogPFJlYWx0ZWsgQUxD MTIwMCBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MwCmhkYWEwOiBTdWJz eXN0ZW0gSUQ6IDB4MTA0MzgyZmUKaGRhYTA6IE51bUdQSU89MiBOdW1HUE89MCBOdW1HUEk9MCBH UElXYWtlPTAgR1BJVW5zb2w9MQpoZGFhMDogIEdQSU8wOiBkaXNhYmxlZApoZGFhMDogIEdQSU8x OiBkaXNhYmxlZApoZGFhMDogT3JpZ2luYWwgcGlucyBjb25maWd1cmF0aW9uOgpoZGFhMDogbmlk ICAgMHggICAgYXMgc2VxIGRldmljZSAgICAgICBjb25uICBqYWNrICAgIGxvYyAgICAgICAgY29s b3IgICBtaXNjCmhkYWEwOiAxNyAxODU2MTE0MCA0ICAwICBEaWdpdGFsLW91dCAgIEphY2sgIERp Z2l0YWwgMHgxOCAgICAgICBCbGFjayAgIDEKaGRhYTA6IDIwIDAxMDE0MDEwIDEgIDAgIExpbmUt b3V0ICAgICAgSmFjayAgMS84ICAgICBSZWFyICAgICAgIEdyZWVuICAgMApoZGFhMDogMjEgMDEw MTEwMTIgMSAgMiAgTGluZS1vdXQgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgQmxhY2sg ICAwCmhkYWEwOiAyMiAwMTAxNjAxMSAxICAxICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAg UmVhciAgICAgICBPcmFuZ2UgIDAKaGRhYTA6IDIzIDAxMDEyMDE0IDEgIDQgIExpbmUtb3V0ICAg ICAgSmFjayAgMS84ICAgICBSZWFyICAgICAgIEdyZXkgICAgMApoZGFhMDogMjQgMDFhMTk4NTAg NSAgMCAgTWljICAgICAgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgUGluayAgICA4Cmhk YWEwOiAyNSAwMmExOWM2MCA2ICAwICBNaWMgICAgICAgICAgIEphY2sgIDEvOCAgICAgRnJvbnQg ICAgICBQaW5rICAgIDEyCmhkYWEwOiAyNiAwMTgxMzA1ZiA1ICAxNSBMaW5lLWluICAgICAgIEph Y2sgIDEvOCAgICAgUmVhciAgICAgICBCbHVlICAgIDAKaGRhYTA6IDI3IDAyMjE0YzIwIDIgIDAg IEhlYWRwaG9uZXMgICAgSmFjayAgMS84ICAgICBGcm9udCAgICAgIEdyZWVuICAgMTIKaGRhYTA6 IDI4IDU5MzMwMWYwIDE1IDAgIENEICAgICAgICAgICAgTm9uZSAgQVRBUEkgICBPbmJvYXJkICAg IFVua25vd24gMQpoZGFhMDogMjkgNDAxNWU2MDEgMCAgMSAgU3BlYWtlciAgICAgICBOb25lICBP cHRpY2FsIDB4MDAgICAgICAgV2hpdGUgICA2CmhkYWEwOiAzMCAwMTQ1NjEzMCAzICAwICBTUERJ Ri1vdXQgICAgIEphY2sgIE9wdGljYWwgUmVhciAgICAgICBPcmFuZ2UgIDEKaGRhYTA6IDMxIDQx MTExMWYwIDE1IDAgIFNwZWFrZXIgICAgICAgTm9uZSAgMS84ICAgICBSZWFyICAgICAgIEJsYWNr ICAgMQpoZGFhMDogUGF0Y2hpbmcgd2lkZ2V0IGNhcHMgbmlkPTI5IDB4MDA0MDAwMDAgLT4gMHgw MDcwMDAwMApoZGFhMDogUGF0Y2hlZCBwaW5zIGNvbmZpZ3VyYXRpb246CmhkYWEwOiBuaWQgICAw eCAgICBhcyBzZXEgZGV2aWNlICAgICAgIGNvbm4gIGphY2sgICAgbG9jICAgICAgICBjb2xvciAg IG1pc2MKaGRhYTA6IDE3IDE4NTYxMTQwIDQgIDAgIERpZ2l0YWwtb3V0ICAgSmFjayAgRGlnaXRh bCAweDE4ICAgICAgIEJsYWNrICAgMQpoZGFhMDogMjAgMDEwMTQwMTAgMSAgMCAgTGluZS1vdXQg ICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgR3JlZW4gICAwCmhkYWEwOiAyMSAwMTAxMTAx MiAxICAyICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBCbGFjayAgIDAK aGRhYTA6IDIyIDAxMDE2MDExIDEgIDEgIExpbmUtb3V0ICAgICAgSmFjayAgMS84ICAgICBSZWFy ICAgICAgIE9yYW5nZSAgMApoZGFhMDogMjMgMDEwMTIwMTQgMSAgNCAgTGluZS1vdXQgICAgICBK YWNrICAxLzggICAgIFJlYXIgICAgICAgR3JleSAgICAwCmhkYWEwOiAyNCAwMWExOTg1MCA1ICAw ICBNaWMgICAgICAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBQaW5rICAgIDgKaGRhYTA6 IDI1IDAyYTE5YzYwIDYgIDAgIE1pYyAgICAgICAgICAgSmFjayAgMS84ICAgICBGcm9udCAgICAg IFBpbmsgICAgMTIKaGRhYTA6IDI2IDAxODEzMDVmIDUgIDE1IExpbmUtaW4gICAgICAgSmFjayAg MS84ICAgICBSZWFyICAgICAgIEJsdWUgICAgMApoZGFhMDogMjcgMDIyMTRjMjAgMiAgMCAgSGVh ZHBob25lcyAgICBKYWNrICAxLzggICAgIEZyb250ICAgICAgR3JlZW4gICAxMgpoZGFhMDogMjgg NTkzMzAxZjAgMTUgMCAgQ0QgICAgICAgICAgICBOb25lICBBVEFQSSAgIE9uYm9hcmQgICAgVW5r bm93biAxIERJU0EKaGRhYTA6IDMwIDAxNDU2MTMwIDMgIDAgIFNQRElGLW91dCAgICAgSmFjayAg T3B0aWNhbCBSZWFyICAgICAgIE9yYW5nZSAgMQpoZGFhMDogMzEgNDExMTExZjAgMTUgMCAgU3Bl YWtlciAgICAgICBOb25lICAxLzggICAgIFJlYXIgICAgICAgQmxhY2sgICAxIERJU0EKaGRhYTA6 IDYgYXNzb2NpYXRpb25zIGZvdW5kOgpoZGFhMDogQXNzb2NpYXRpb24gMCAoMSkgb3V0OgpoZGFh MDogIFBpbiBuaWQ9MjAgc2VxPTAKaGRhYTA6ICBQaW4gbmlkPTIyIHNlcT0xCmhkYWEwOiAgUGlu IG5pZD0yMSBzZXE9MgpoZGFhMDogIFBpbiBuaWQ9MjMgc2VxPTQKaGRhYTA6IEFzc29jaWF0aW9u IDEgKDIpIG91dDoKaGRhYTA6ICBQaW4gbmlkPTI3IHNlcT0wCmhkYWEwOiBBc3NvY2lhdGlvbiAy ICgzKSBvdXQ6CmhkYWEwOiAgUGluIG5pZD0zMCBzZXE9MApoZGFhMDogQXNzb2NpYXRpb24gMyAo NCkgb3V0OgpoZGFhMDogIFBpbiBuaWQ9MTcgc2VxPTAKaGRhYTA6IEFzc29jaWF0aW9uIDQgKDUp IGluOgpoZGFhMDogIFBpbiBuaWQ9MjQgc2VxPTAKaGRhYTA6ICBQaW4gbmlkPTI2IHNlcT0xNQpo ZGFhMDogQXNzb2NpYXRpb24gNSAoNikgaW46CmhkYWEwOiAgUGluIG5pZD0yNSBzZXE9MApoZGFh MDogVHJhY2luZyBhc3NvY2lhdGlvbiAwICgxKQpoZGFhMDogIFBpbiAyMCB0cmFjZWQgdG8gREFD IDIKaGRhYTA6ICBQaW4gMjIgdHJhY2VkIHRvIERBQyAzCmhkYWEwOiAgUGluIDIxIHRyYWNlZCB0 byBEQUMgNApoZGFhMDogIFBpbiAyMyB0cmFjZWQgdG8gREFDIDUKaGRhYTA6IEFzc29jaWF0aW9u IDAgKDEpIHRyYWNlIHN1Y2NlZWRlZApoZGFhMDogVHJhY2luZyBhc3NvY2lhdGlvbiAxICgyKQpo ZGFhMDogIFBpbiAyNyB0cmFjZWQgdG8gREFDIDM3CmhkYWEwOiBBc3NvY2lhdGlvbiAxICgyKSB0 cmFjZSBzdWNjZWVkZWQKaGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRpb24gMiAoMykKaGRhYTA6ICBQ aW4gMzAgdHJhY2VkIHRvIERBQyA2CmhkYWEwOiBBc3NvY2lhdGlvbiAyICgzKSB0cmFjZSBzdWNj ZWVkZWQKaGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRpb24gMyAoNCkKaGRhYTA6ICBQaW4gMTcgdHJh Y2VkIHRvIERBQyAxNgpoZGFhMDogQXNzb2NpYXRpb24gMyAoNCkgdHJhY2Ugc3VjY2VlZGVkCmhk YWEwOiBUcmFjaW5nIGFzc29jaWF0aW9uIDQgKDUpCmhkYWEwOiAgUGluIDI0IHRyYWNlZCB0byBB REMgOApoZGFhMDogIFBpbiAyNiB0cmFjZWQgdG8gQURDIDgKaGRhYTA6IEFzc29jaWF0aW9uIDQg KDUpIHRyYWNlIHN1Y2NlZWRlZApoZGFhMDogVHJhY2luZyBhc3NvY2lhdGlvbiA1ICg2KQpoZGFh MDogIFBpbiAyNSB0cmFjZWQgdG8gQURDIDkKaGRhYTA6IEFzc29jaWF0aW9uIDUgKDYpIHRyYWNl IHN1Y2NlZWRlZApoZGFhMDogTG9va2luZyBmb3IgYWRkaXRpb25hbCBEQUMgZm9yIGFzc29jaWF0 aW9uIDAgKDEpCmhkYWEwOiBMb29raW5nIGZvciBhZGRpdGlvbmFsIERBQyBmb3IgYXNzb2NpYXRp b24gMSAoMikKaGRhYTA6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lhdGlv biAyICgzKQpoZGFhMDogTG9va2luZyBmb3IgYWRkaXRpb25hbCBEQUMgZm9yIGFzc29jaWF0aW9u IDMgKDQpCmhkYWEwOiBMb29raW5nIGZvciBhZGRpdGlvbmFsIEFEQyBmb3IgYXNzb2NpYXRpb24g NCAoNSkKaGRhYTA6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgQURDIGZvciBhc3NvY2lhdGlvbiA1 ICg2KQpoZGFhMDogVHJhY2luZyBpbnB1dCBtb25pdG9yCmhkYWEwOiAgVHJhY2luZyBuaWQgMTEg dG8gb3V0CmhkYWEwOiAgbmlkIDExIGlzIGlucHV0IG1vbml0b3IKaGRhYTA6ICBUcmFjaW5nIG5p ZCAzNCB0byBvdXQKaGRhYTA6ICBUcmFjaW5nIG5pZCAzNSB0byBvdXQKaGRhYTA6IFRyYWNpbmcg b3RoZXIgaW5wdXQgbW9uaXRvcnMKaGRhYTA6ICBUcmFjaW5nIG5pZCAyNCB0byBvdXQKaGRhYTA6 ICBUcmFjaW5nIG5pZCAyNSB0byBvdXQKaGRhYTA6ICBUcmFjaW5nIG5pZCAyNiB0byBvdXQKaGRh YTA6IFRyYWNpbmcgYmVlcGVyCmhkYWEwOiBGRyBjb25maWcvcXVpcmtzOiBmb3JjZXN0ZXJlbyBp dnJlZjUwIGl2cmVmODAgaXZyZWYxMDAgaXZyZWYKcGNtMDogPFJlYWx0ZWsgQUxDMTIwMCAoUmVh ciBBbmFsb2cgNy4xLzIuMCk+IGF0IG5pZCAyMCwyMiwyMSwyMyBhbmQgMjQsMjYgb24gaGRhYTAK cGNtMDogUGxheWJhY2s6CnBjbTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMSBQQ00KcGNt MDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwNTYwIDE2IDIwIDI0IGJpdHMsIDQ0IDQ4IDk2IDE5 MiBLSHoKcGNtMDogICAgICAgICAgICAgREFDOiAyIDMgNCA1CnBjbTA6IApwY20wOiAgICAgbmlk PTIwIFtwaW46IExpbmUtb3V0IChHcmVlbiBKYWNrKV0KcGNtMDogICAgICAgKyA8LSBuaWQ9MTIg W2F1ZGlvIG1peGVyXSBbc3JjOiBwY20sIG1peF0KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlk PTIgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9 MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaXhdCnBjbTA6IApwY20wOiAgICAgbmlkPTIyIFtwaW46 IExpbmUtb3V0IChPcmFuZ2UgSmFjayldCnBjbTA6ICAgICAgICsgPC0gbmlkPTEzIFthdWRpbyBt aXhlcl0gW3NyYzogcGNtLCBtaXhdCnBjbTA6ICAgICAgICAgICAgICArIDwtIG5pZD0zIFthdWRp byBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTExIFthdWRp byBtaXhlcl0gW3NyYzogbWl4XQpwY20wOiAKcGNtMDogICAgIG5pZD0yMSBbcGluOiBMaW5lLW91 dCAoQmxhY2sgSmFjayldCnBjbTA6ICAgICAgICsgPC0gbmlkPTE0IFthdWRpbyBtaXhlcl0gW3Ny YzogcGNtLCBtaXhdCnBjbTA6ICAgICAgICAgICAgICArIDwtIG5pZD00IFthdWRpbyBvdXRwdXRd IFtzcmM6IHBjbV0KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBtaXhlcl0g W3NyYzogbWl4XQpwY20wOiAKcGNtMDogICAgIG5pZD0yMyBbcGluOiBMaW5lLW91dCAoR3JleSBK YWNrKV0KcGNtMDogICAgICAgKyA8LSBuaWQ9MTUgW2F1ZGlvIG1peGVyXSBbc3JjOiBwY20sIG1p eF0KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTUgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNt XQpwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaXhd CnBjbTA6IApwY20wOiBSZWNvcmQ6CnBjbTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMSBQ Q00KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMDYwMTYwIDE2IDIwIGJpdHMsIDQ0IDQ4IDk2 IEtIegpwY20wOiAgICAgICAgICAgICBBREM6IDgKcGNtMDogCnBjbTA6ICAgICBuaWQ9OCBbYXVk aW8gaW5wdXRdCnBjbTA6ICAgICAgICsgPC0gbmlkPTM1IFthdWRpbyBtaXhlcl0gW3NyYzogc3Bl YWtlciwgbGluZSwgbWljLCBtaXhdCnBjbTA6ICAgICAgICAgICAgICArIDwtIG5pZD0yNCBbcGlu OiBNaWMgKFBpbmsgSmFjayldIFtzcmM6IG1pY10KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlk PTI2IFtwaW46IExpbmUtaW4gKEJsdWUgSmFjayldIFtzcmM6IGxpbmVdCnBjbTA6ICAgICAgICAg ICAgICArIDwtIG5pZD0yOSBbYmVlcCB3aWRnZXRdIFtzcmM6IHNwZWFrZXJdCnBjbTA6ICAgICAg ICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdIFtzcmM6IG1peF0KcGNtMDogCnBjbTA6 IElucHV0IE1peDoKcGNtMDogCnBjbTA6ICAgICBuaWQ9MTEgW2F1ZGlvIG1peGVyXQpwY20wOiAg ICAgICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKFBpbmsgSmFjayldIFtzcmM6IG1pY10KcGNtMDog ICAgICAgKyA8LSBuaWQ9MjYgW3BpbjogTGluZS1pbiAoQmx1ZSBKYWNrKV0gW3NyYzogbGluZV0K cGNtMDogICAgICAgKyA8LSBuaWQ9MjkgW2JlZXAgd2lkZ2V0XSBbc3JjOiBzcGVha2VyXQpwY20w OiAKcGNtMDogTWFzdGVyIFZvbHVtZSAoT1NTOiB2b2wpOiAtNDYvMGRCCnBjbTA6ICAgICstIGN0 bCAxMyAobmlkICAxMiBvdXQpOiAgICAtNDYvMGRCICgzMiBzdGVwcykKcGNtMDogICAgKy0gY3Rs IDE0IChuaWQgIDEyIGluICAgMCk6IG11dGUKcGNtMDogICAgKy0gY3RsIDE1IChuaWQgIDEyIGlu ICAgMSk6IG11dGUKcGNtMDogICAgKy0gY3RsIDE2IChuaWQgIDEzIG91dCk6ICAgIC00Ni8wZEIg KDMyIHN0ZXBzKQpwY20wOiAgICArLSBjdGwgMTcgKG5pZCAgMTMgaW4gICAwKTogbXV0ZQpwY20w OiAgICArLSBjdGwgMTggKG5pZCAgMTMgaW4gICAxKTogbXV0ZQpwY20wOiAgICArLSBjdGwgMTkg KG5pZCAgMTQgb3V0KTogICAgLTQ2LzBkQiAoMzIgc3RlcHMpCnBjbTA6ICAgICstIGN0bCAyMCAo bmlkICAxNCBpbiAgIDApOiBtdXRlCnBjbTA6ICAgICstIGN0bCAyMSAobmlkICAxNCBpbiAgIDEp OiBtdXRlCnBjbTA6ICAgICstIGN0bCAyMiAobmlkICAxNSBvdXQpOiAgICAtNDYvMGRCICgzMiBz dGVwcykKcGNtMDogICAgKy0gY3RsIDIzIChuaWQgIDE1IGluICAgMCk6IG11dGUKcGNtMDogICAg Ky0gY3RsIDI0IChuaWQgIDE1IGluICAgMSk6IG11dGUKcGNtMDogICAgKy0gY3RsIDI1IChuaWQg IDIwIGluICk6ICAgIG11dGUKcGNtMDogICAgKy0gY3RsIDI3IChuaWQgIDIxIGluICk6ICAgIG11 dGUKcGNtMDogICAgKy0gY3RsIDI5IChuaWQgIDIyIGluICk6ICAgIG11dGUKcGNtMDogICAgKy0g Y3RsIDMxIChuaWQgIDIzIGluICk6ICAgIG11dGUKcGNtMDogCnBjbTA6IFBDTSBWb2x1bWUgKE9T UzogcGNtKTogMC8wZEIKcGNtMDogICAgKy0gY3RsIDE0IChuaWQgIDEyIGluICAgMCk6IG11dGUK cGNtMDogICAgKy0gY3RsIDE3IChuaWQgIDEzIGluICAgMCk6IG11dGUKcGNtMDogICAgKy0gY3Rs IDIwIChuaWQgIDE0IGluICAgMCk6IG11dGUKcGNtMDogICAgKy0gY3RsIDIzIChuaWQgIDE1IGlu ICAgMCk6IG11dGUKcGNtMDogCnBjbTA6IE1pY3JvcGhvbmUgVm9sdW1lIChPU1M6IG1pYyk6IDAv MzBkQgpwY20wOiAgICArLSBjdGwgIDMgKG5pZCAgMTEgaW4gICAwKTogLTM0LzEyZEIgKDMyIHN0 ZXBzKSArIG11dGUKcGNtMDogICAgKy0gY3RsIDM0IChuaWQgIDI0IG91dCk6ICAgIDAvMzBkQiAo NCBzdGVwcykKcGNtMDogICAgKy0gY3RsIDUyIChuaWQgIDM1IGluICAgMCk6IG11dGUKcGNtMDog CnBjbTA6IExpbmUtaW4gVm9sdW1lIChPU1M6IGxpbmUpOiAwLzMwZEIKcGNtMDogICAgKy0gY3Rs ICA1IChuaWQgIDExIGluICAgMik6IC0zNC8xMmRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTA6ICAg ICstIGN0bCAzOCAobmlkICAyNiBvdXQpOiAgICAwLzMwZEIgKDQgc3RlcHMpCnBjbTA6ICAgICst IGN0bCA1NCAobmlkICAzNSBpbiAgIDIpOiBtdXRlCnBjbTA6IApwY20wOiBTcGVha2VyL0JlZXAg Vm9sdW1lIChPU1M6IHNwZWFrZXIpOiAtMzQvMTJkQgpwY20wOiAgICArLSBjdGwgIDggKG5pZCAg MTEgaW4gICA1KTogLTM0LzEyZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMDogICAgKy0gY3RsIDU3 IChuaWQgIDM1IGluICAgNSk6IG11dGUKcGNtMDogCnBjbTA6IFJlY29yZGluZyBMZXZlbCAoT1NT OiByZWMpOiAtMTYvMzBkQgpwY20wOiAgICArLSBjdGwgIDEgKG5pZCAgIDggaW4gICAwKTogLTE2 LzMwZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMDogICAgKy0gY3RsIDUyIChuaWQgIDM1IGluICAg MCk6IG11dGUKcGNtMDogICAgKy0gY3RsIDU0IChuaWQgIDM1IGluICAgMik6IG11dGUKcGNtMDog ICAgKy0gY3RsIDU3IChuaWQgIDM1IGluICAgNSk6IG11dGUKcGNtMDogICAgKy0gY3RsIDYyIChu aWQgIDM1IGluICAxMCk6IG11dGUKcGNtMDogCnBjbTA6IElucHV0IE1peCBMZXZlbCAoT1NTOiBt aXgpOiAtMzQvMTJkQgpwY20wOiAgICArLSBjdGwgIDMgKG5pZCAgMTEgaW4gICAwKTogLTM0LzEy ZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMDogICAgKy0gY3RsICA1IChuaWQgIDExIGluICAgMik6 IC0zNC8xMmRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTA6ICAgICstIGN0bCAgOCAobmlkICAxMSBp biAgIDUpOiAtMzQvMTJkQiAoMzIgc3RlcHMpICsgbXV0ZQpwY20wOiAgICArLSBjdGwgMTUgKG5p ZCAgMTIgaW4gICAxKTogbXV0ZQpwY20wOiAgICArLSBjdGwgMTggKG5pZCAgMTMgaW4gICAxKTog bXV0ZQpwY20wOiAgICArLSBjdGwgMjEgKG5pZCAgMTQgaW4gICAxKTogbXV0ZQpwY20wOiAgICAr LSBjdGwgMjQgKG5pZCAgMTUgaW4gICAxKTogbXV0ZQpwY20wOiAgICArLSBjdGwgNjIgKG5pZCAg MzUgaW4gIDEwKTogbXV0ZQpwY20wOiAKcGNtMDogSW5wdXQgTW9uaXRvcmluZyBMZXZlbCAoT1NT OiBpZ2Fpbik6IDAvMGRCCnBjbTA6ICAgICstIGN0bCAxNSAobmlkICAxMiBpbiAgIDEpOiBtdXRl CnBjbTA6ICAgICstIGN0bCAxOCAobmlkICAxMyBpbiAgIDEpOiBtdXRlCnBjbTA6ICAgICstIGN0 bCAyMSAobmlkICAxNCBpbiAgIDEpOiBtdXRlCnBjbTA6ICAgICstIGN0bCAyNCAobmlkICAxNSBp biAgIDEpOiBtdXRlCnBjbTA6IApwY20wOiBNaXhlciAidm9sIjoKcGNtMDogTWl4ZXIgInBjbSI6 CnBjbTA6IE1peGVyICJzcGVha2VyIjoKcGNtMDogTWl4ZXIgImxpbmUiOgpwY20wOiBNaXhlciAi bWljIjoKcGNtMDogTWl4ZXIgIm1peCI6CnBjbTA6IE1peGVyICJyZWMiOgpwY20wOiBNaXhlciAi aWdhaW4iOgpwY20wOiBTb2Z0IFBDTSBtaXhlciBFTkFCTEVECnBjbTA6IFBsYXliYWNrIGNoYW5u ZWwgc2V0IGlzOiBGcm9udCBMZWZ0LCBGcm9udCBSaWdodCwgRnJvbnQgQ2VudGVyLCBMb3cgRnJl cXVlbmN5IEVmZmVjdHMsIEJhY2sgTGVmdCwgQmFjayBSaWdodCwgU2lkZSBMZWZ0LCBTaWRlIFJp Z2h0LCAKcGNtMDogUGxheWJhY2sgY2hhbm5lbCBtYXRyaXggaXM6IDcuMSAoZGlzY29ubmVjdGVk KQpwY20wOiBSZWNvcmRpbmcgY2hhbm5lbCBzZXQgaXM6IEZyb250IExlZnQsIEZyb250IFJpZ2h0 LCAKcGNtMDogUmVjb3JkaW5nIGNoYW5uZWwgbWF0cml4IGlzOiAyLjAgKGRpc2Nvbm5lY3RlZCkK cmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjbTAKcGNt MTogPFJlYWx0ZWsgQUxDMTIwMCAoRnJvbnQgQW5hbG9nKT4gYXQgbmlkIDI3IGFuZCAyNSBvbiBo ZGFhMApwY20xOiBQbGF5YmFjazoKcGNtMTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxIFBD TQpwY20xOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAgMTYgMjAgMjQgYml0cywgNDQgNDgg OTYgMTkyIEtIegpwY20xOiAgICAgICAgICAgICBEQUM6IDM3CnBjbTE6IApwY20xOiAgICAgbmlk PTI3IFtwaW46IEhlYWRwaG9uZXMgKEdyZWVuIEphY2spXQpwY20xOiAgICAgICArIDwtIG5pZD0z OCBbYXVkaW8gbWl4ZXJdIFtzcmM6IHBjbSwgbWl4XQpwY20xOiAgICAgICAgICAgICAgKyA8LSBu aWQ9MzcgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpwY20xOiAgICAgICAgICAgICAgKyA8LSBu aWQ9MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaXhdCnBjbTE6IApwY20xOiBSZWNvcmQ6CnBjbTE6 ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMSBQQ00KcGNtMTogICAgICAgICBQQ00gY2FwOiAw eDAwMDYwMTYwIDE2IDIwIGJpdHMsIDQ0IDQ4IDk2IEtIegpwY20xOiAgICAgICAgICAgICBBREM6 IDkKcGNtMTogCnBjbTE6ICAgICBuaWQ9OSBbYXVkaW8gaW5wdXRdCnBjbTE6ICAgICAgICsgPC0g bmlkPTM0IFthdWRpbyBtaXhlcl0gW3NyYzogc3BlYWtlciwgbW9uaXRvcl0KcGNtMTogICAgICAg ICAgICAgICsgPC0gbmlkPTI1IFtwaW46IE1pYyAoUGluayBKYWNrKV0gW3NyYzogbW9uaXRvcl0K cGNtMTogICAgICAgICAgICAgICsgPC0gbmlkPTI5IFtiZWVwIHdpZGdldF0gW3NyYzogc3BlYWtl cl0KcGNtMTogCnBjbTE6IE1hc3RlciBWb2x1bWUgKE9TUzogdm9sKTogLTQ2LzBkQgpwY20xOiAg ICArLSBjdGwgMzkgKG5pZCAgMjcgaW4gKTogICAgbXV0ZQpwY20xOiAgICArLSBjdGwgNjMgKG5p ZCAgMzggb3V0KTogICAgLTQ2LzBkQiAoMzIgc3RlcHMpCnBjbTE6ICAgICstIGN0bCA2NCAobmlk ICAzOCBpbiAgIDApOiBtdXRlCnBjbTE6ICAgICstIGN0bCA2NSAobmlkICAzOCBpbiAgIDEpOiBt dXRlCnBjbTE6IApwY20xOiBQQ00gVm9sdW1lIChPU1M6IHBjbSk6IDAvMGRCCnBjbTE6ICAgICst IGN0bCA2NCAobmlkICAzOCBpbiAgIDApOiBtdXRlCnBjbTE6IApwY20xOiBNaWNyb3Bob25lMiBW b2x1bWUgKE9TUzogbW9uaXRvcik6IDAvMzBkQgpwY20xOiAgICArLSBjdGwgMzYgKG5pZCAgMjUg b3V0KTogICAgMC8zMGRCICg0IHN0ZXBzKQpwY20xOiAgICArLSBjdGwgNDIgKG5pZCAgMzQgaW4g ICAxKTogbXV0ZQpwY20xOiAKcGNtMTogU3BlYWtlci9CZWVwIFZvbHVtZSAoT1NTOiBzcGVha2Vy KQpwY20xOiAgICArLSBjdGwgNDYgKG5pZCAgMzQgaW4gICA1KTogbXV0ZQpwY20xOiAKcGNtMTog UmVjb3JkaW5nIExldmVsIChPU1M6IHJlYyk6IC0xNi8zMGRCCnBjbTE6ICAgICstIGN0bCAgMiAo bmlkICAgOSBpbiAgIDApOiAtMTYvMzBkQiAoMzIgc3RlcHMpICsgbXV0ZQpwY20xOiAgICArLSBj dGwgMzYgKG5pZCAgMjUgb3V0KTogICAgMC8zMGRCICg0IHN0ZXBzKQpwY20xOiAgICArLSBjdGwg NDIgKG5pZCAgMzQgaW4gICAxKTogbXV0ZQpwY20xOiAgICArLSBjdGwgNDYgKG5pZCAgMzQgaW4g ICA1KTogbXV0ZQpwY20xOiAKcGNtMTogSW5wdXQgTWl4IExldmVsIChPU1M6IG1peCkKcGNtMTog ICAgKy0gY3RsIDY1IChuaWQgIDM4IGluICAgMSk6IG11dGUKcGNtMTogCnBjbTE6IElucHV0IE1v bml0b3JpbmcgTGV2ZWwgKE9TUzogaWdhaW4pOiAwLzBkQgpwY20xOiAgICArLSBjdGwgNjUgKG5p ZCAgMzggaW4gICAxKTogbXV0ZQpwY20xOiAKcGNtMTogTWl4ZXIgInZvbCI6CnBjbTE6IE1peGVy ICJwY20iOgpwY20xOiBNaXhlciAicmVjIjoKcGNtMTogTWl4ZXIgImlnYWluIjoKcGNtMTogTWl4 ZXIgIm1vbml0b3IiOgpwY20xOiBTb2Z0IFBDTSBtaXhlciBFTkFCTEVECnBjbTE6IFBsYXliYWNr IGNoYW5uZWwgc2V0IGlzOiBGcm9udCBMZWZ0LCBGcm9udCBSaWdodCwgCnBjbTE6IFBsYXliYWNr IGNoYW5uZWwgbWF0cml4IGlzOiAyLjAgKGRpc2Nvbm5lY3RlZCkKcGNtMTogUmVjb3JkaW5nIGNo YW5uZWwgc2V0IGlzOiBGcm9udCBMZWZ0LCBGcm9udCBSaWdodCwgCnBjbTE6IFJlY29yZGluZyBj aGFubmVsIG1hdHJpeCBpczogMi4wIChkaXNjb25uZWN0ZWQpCnJhbmRvbTogaGFydmVzdGluZyBh dHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBwY20xCnBjbTI6IDxSZWFsdGVrIEFMQzEyMDAg KFJlYXIgRGlnaXRhbCk+IGF0IG5pZCAzMCBvbiBoZGFhMApwY20yOiBQbGF5YmFjazoKcGNtMjog ICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDA1IEFDMyBQQ00KcGNtMjogICAgICAgICBQQ00gY2Fw OiAweDAwMWUwNWUwIDE2IDIwIDI0IDMyIGJpdHMsIDQ0IDQ4IDg4IDk2IDE5MiBLSHoKcGNtMjog ICAgICAgICAgICAgREFDOiA2CnBjbTI6IApwY20yOiAgICAgbmlkPTMwIFtwaW46IFNQRElGLW91 dCAoT3JhbmdlIEphY2spXQpwY20yOiAgICAgICArIDwtIG5pZD02IFthdWRpbyBvdXRwdXRdIFtz cmM6IHBjbV0KcGNtMjogCnBjbTI6IE1peGVyICJ2b2wiIC0+ICJub25lIjogY2hpbGQ9MHgwMDAw MDAxMApwY20yOiBNaXhlciAicGNtIjogcGFyZW50PSJ2b2wiCnBjbTI6IFNvZnQgUENNIG1peGVy IEVOQUJMRUQKcGNtMjogUGxheWJhY2sgY2hhbm5lbCBzZXQgaXM6IEZyb250IExlZnQsIEZyb250 IFJpZ2h0LCAKcGNtMjogUGxheWJhY2sgY2hhbm5lbCBtYXRyaXggaXM6IDIuMCAodW5rbm93bikK cmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjbTIKcGNt MzogPFJlYWx0ZWsgQUxDMTIwMCAoRGlnaXRhbCk+IGF0IG5pZCAxNyBvbiBoZGFhMApwY20zOiBQ bGF5YmFjazoKcGNtMzogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDA1IEFDMyBQQ00KcGNtMzog ICAgICAgICBQQ00gY2FwOiAweDAwMWUwNWUwIDE2IDIwIDI0IDMyIGJpdHMsIDQ0IDQ4IDg4IDk2 IDE5MiBLSHoKcGNtMzogICAgICAgICAgICAgREFDOiAxNgpwY20zOiAKcGNtMzogICAgIG5pZD0x NyBbcGluOiBEaWdpdGFsLW91dCAoQmxhY2sgSmFjayldCnBjbTM6ICAgICAgICsgPC0gbmlkPTE2 IFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMzogCnBjbTM6IE1peGVyICJ2b2wiIC0+ICJu b25lIjogY2hpbGQ9MHgwMDAwMDAxMApwY20zOiBNaXhlciAicGNtIjogcGFyZW50PSJ2b2wiCnBj bTM6IFNvZnQgUENNIG1peGVyIEVOQUJMRUQKcGNtMzogUGxheWJhY2sgY2hhbm5lbCBzZXQgaXM6 IEZyb250IExlZnQsIEZyb250IFJpZ2h0LCAKcGNtMzogUGxheWJhY2sgY2hhbm5lbCBtYXRyaXgg aXM6IDIuMCAodW5rbm93bikKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBi aXRzKSBmcm9tIHBjbTMKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRz KSBmcm9tIGhkYWEwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykg ZnJvbSBoZGFjYzAKaGRhY2MxOiA8SW50ZWwgRWFnbGVsYWtlIEhEQSBDT0RFQz4gYXQgY2FkIDEg b24gaGRhYzAKaGRhYTE6IDxJbnRlbCBFYWdsZWxha2UgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0 IG5pZCAxIG9uIGhkYWNjMQpoZGFhMTogU3Vic3lzdGVtIElEOiAweDgwODYwMTAxCmhkYWExOiBO dW1HUElPPTAgTnVtR1BPPTAgTnVtR1BJPTAgR1BJV2FrZT0wIEdQSVVuc29sPTAKaGRhYTE6IE9y aWdpbmFsIHBpbnMgY29uZmlndXJhdGlvbjoKaGRhYTE6IG5pZCAgIDB4ICAgIGFzIHNlcSBkZXZp Y2UgICAgICAgY29ubiAgamFjayAgICBsb2MgICAgICAgIGNvbG9yICAgbWlzYwpoZGFhMTogIDMg MTg1NjAwMTAgMSAgMCAgRGlnaXRhbC1vdXQgICBKYWNrICBEaWdpdGFsIDB4MTggICAgICAgVW5r bm93biAwCmhkYWExOiBQYXRjaGVkIHBpbnMgY29uZmlndXJhdGlvbjoKaGRhYTE6IG5pZCAgIDB4 ICAgIGFzIHNlcSBkZXZpY2UgICAgICAgY29ubiAgamFjayAgICBsb2MgICAgICAgIGNvbG9yICAg bWlzYwpoZGFhMTogIDMgMTg1NjAwMTAgMSAgMCAgRGlnaXRhbC1vdXQgICBKYWNrICBEaWdpdGFs IDB4MTggICAgICAgVW5rbm93biAwCmhkYWExOiAxIGFzc29jaWF0aW9ucyBmb3VuZDoKaGRhYTE6 IEFzc29jaWF0aW9uIDAgKDEpIG91dDoKaGRhYTE6ICBQaW4gbmlkPTMgc2VxPTAKaGRhYTE6IFRy YWNpbmcgYXNzb2NpYXRpb24gMCAoMSkKaGRhYTE6ICBQaW4gMyB0cmFjZWQgdG8gREFDIDIKaGRh YTE6IEFzc29jaWF0aW9uIDAgKDEpIHRyYWNlIHN1Y2NlZWRlZApoZGFhMTogTG9va2luZyBmb3Ig YWRkaXRpb25hbCBEQUMgZm9yIGFzc29jaWF0aW9uIDAgKDEpCmhkYWExOiBUcmFjaW5nIGlucHV0 IG1vbml0b3IKaGRhYTE6IFRyYWNpbmcgb3RoZXIgaW5wdXQgbW9uaXRvcnMKaGRhYTE6IFRyYWNp bmcgYmVlcGVyCmhkYWExOiBGRyBjb25maWcvcXVpcmtzOiBmb3JjZXN0ZXJlbyBpdnJlZjUwIGl2 cmVmODAgaXZyZWYxMDAgaXZyZWYKcGNtNDogPEludGVsIEVhZ2xlbGFrZSAoSERNSSA4Y2gpPiBh dCBuaWQgMyBvbiBoZGFhMQpwY200OiBQbGF5YmFjazoKcGNtNDogICAgICBTdHJlYW0gY2FwOiAw eDAwMDAwMDA1IEFDMyBQQ00KcGNtNDogICAgICAgICBQQ00gY2FwOiAweDAwMWUwN2YwIDE2IDIw IDI0IDMyIGJpdHMsIDMyIDQ0IDQ4IDg4IDk2IDE3NiAxOTIgS0h6CnBjbTQ6ICAgICAgICAgICAg IERBQzogMgpwY200OiAKcGNtNDogICAgIG5pZD0zIFtwaW46IERpZ2l0YWwtb3V0IChKYWNrKV0K cGNtNDogICAgICAgKyA8LSBuaWQ9MiBbYXVkaW8gb3V0cHV0XSBbc3JjOiBwY21dCnBjbTQ6IApw Y200OiBNYXN0ZXIgVm9sdW1lIChPU1M6IHZvbCk6IDAvMGRCCnBjbTQ6ICAgICstIGN0bCAgMSAo bmlkICAgMyBpbiApOiAgICBtdXRlCnBjbTQ6IApwY200OiBQQ00gVm9sdW1lIChPU1M6IHBjbSk6 IDAvMGRCCnBjbTQ6ICAgICstIGN0bCAgMSAobmlkICAgMyBpbiApOiAgICBtdXRlCnBjbTQ6IApw Y200OiBNaXhlciAidm9sIjoKcGNtNDogTWl4ZXIgInBjbSI6CnBjbTQ6IFNvZnQgUENNIG1peGVy IEVOQUJMRUQKcGNtNDogUGxheWJhY2sgY2hhbm5lbCBtYXRyaXggaXM6IHVua25vd24sIGFzc3Vt aW5nIDcuMSAoZGlzY29ubmVjdGVkKQpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVz ICg0IGJpdHMpIGZyb20gcGNtNApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0 IGJpdHMpIGZyb20gaGRhYTEKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBi aXRzKSBmcm9tIGhkYWNjMQp1Z2VuMC4xOiA8SW50ZWwgVUhDSSByb290IEhVQj4gYXQgdXNidXMw CnVnZW42LjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCPiBhdCB1c2J1czYKdWh1YjA6IDxJbnRlbCBV SENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMw CnVnZW43LjE6IDxJbnRlbCBFSENJIHJvb3QgSFVCPiBhdCB1c2J1czcKdWh1YjE6IDxJbnRlbCBV SENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM2 CnVodWIyOiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBh ZGRyIDE+IG9uIHVzYnVzNwp1Z2VuNS4xOiA8SW50ZWwgVUhDSSByb290IEhVQj4gYXQgdXNidXM1 CnVnZW40LjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCPiBhdCB1c2J1czQKdWh1YjM6IDxJbnRlbCBV SENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM1 CnVodWI0OiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBh ZGRyIDE+IG9uIHVzYnVzNAp1Z2VuMy4xOiA8SW50ZWwgRUhDSSByb290IEhVQj4gYXQgdXNidXMz CnVnZW4yLjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCPiBhdCB1c2J1czIKdWh1YjU6IDxJbnRlbCBF SENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMz CnVnZW4xLjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCPiBhdCB1c2J1czEKdWh1YjY6IDxJbnRlbCBV SENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMy CnVodWI3OiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBh ZGRyIDE+IG9uIHVzYnVzMQphdGEyOiBzdGF0MD0weDIwIGVycj0weDIwIGxzYj0weDIwIG1zYj0w eDIwCmF0YTI6IHN0YXQxPTB4MzAgZXJyPTB4MzAgbHNiPTB4MzAgbXNiPTB4MzAKYXRhMjogcmVz ZXQgdHAyIHN0YXQwPTIwIHN0YXQxPTMwIGRldmljZXM9MHgwCmFoY2ljaDA6IEFIQ0kgcmVzZXQu Li4KYWhjaWNoMDogU0FUQSBjb25uZWN0IHRpbWU9MTAwdXMgc3RhdHVzPTAwMDAwMTIzCmFoY2lj aDA6IEFIQ0kgcmVzZXQ6IGRldmljZSBmb3VuZAphaGNpY2gwOiBBSENJIHJlc2V0OiBkZXZpY2Ug cmVhZHkgYWZ0ZXIgMG1zCmFoY2ljaDE6IEFIQ0kgcmVzZXQuLi4KYWhjaWNoMTogU0FUQSBjb25u ZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1cz0wMDAwMDAwMAphaGNpY2gxOiBBSENJIHJl c2V0OiBkZXZpY2Ugbm90IGZvdW5kCmFoY2ljaDI6IEFIQ0kgcmVzZXQuLi4KYWhjaWNoMjogU0FU QSBjb25uZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1cz0wMDAwMDAwMAphaGNpY2gyOiBB SENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kCmFoY2ljaDM6IEFIQ0kgcmVzZXQuLi4KYWhjaWNo MzogU0FUQSBjb25uZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1cz0wMDAwMDAwMAphaGNp Y2gzOiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kCmFoY2ljaDQ6IEFIQ0kgcmVzZXQuLi4K YWhjaWNoNDogU0FUQSBjb25uZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1cz0wMDAwMDAw MAphaGNpY2g0OiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kCmFoY2ljaDU6IEFIQ0kgcmVz ZXQuLi4KYWhjaWNoNTogU0FUQSBjb25uZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1cz0w MDAwMDAwMAphaGNpY2g1OiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kCnNlczAgYXQgYWhj aWVtMCBidXMgMCBzY2J1czcgdGFyZ2V0IDAgbHVuIDAKc2VzMDogPEFIQ0kgU0dQSU8gRW5jbG9z dXJlIDEuMDAgMDAwMT4gU0VNQiBTLUUtUyAyLjAwIGRldmljZQpzZXMwOiBTRU1CIFNFUyBEZXZp Y2UKc2VzMDogYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMApHZW5l cmF0aW9uIENvZGUgMHgwIGhhcyAxIFN1YkVuY2xvc3VyZXMKc2VzMDogdWh1YjE6IDIgcG9ydHMg d2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gs IDggYnl0ZXMgKDQgYml0cykgZnJvbSB1aHViMQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBi aXRzKSBmcm9tIHVodWIwCnVodWIzOiBHRU9NOiBuZXcgZGlzayBhZGEwCjIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0 ZXMgKDQgYml0cykgZnJvbSB1aHViMwphZGEwOiB1aHViNDogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBi aXRzKSBmcm9tIHVodWI0CjxLSU5HU1RPTiBTVlAxMDBTMjY0RyBDSlJBMDIwMj4gQVRBOC1BQ1Mg U0FUQSAyLnggZGV2aWNlCnVodWI2OiBhZGEwOiBTZXJpYWwgTnVtYmVyIFkwOFkxMDRUWTE5Swoy IHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApyYW5kb206IGhhcnZlc3Rpbmcg YXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdWh1YjYKdWh1Yjc6IDIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0 ZXMgKDQgYml0cykgZnJvbSB1aHViNwphZGEwOiAzMDAuMDAwTUIvcyB0cmFuc2ZlcnMgU3ViRW5j bG9zdXJlIElEIDAsIDEgVHlwZXMgV2l0aCB0aGlzIElELCBEZXNjcmlwdG9yIExlbmd0aCAzNiwg b2Zmc2V0IDgKc2VzMDogIChTQVRBIDIueCwgVURNQTUsIFBJTyA4MTkyYnl0ZXMpCmFkYTA6IDYx MDU3TUIgKDEyNTA0NTQyNCA1MTIgYnl0ZSBzZWN0b3JzKQpXV046IDAKcGFzczAgYXQgYWhjaWNo MCBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAKc2VzMDogcGFzczA6ICBUeXBlIERlc2NbMF06 IFR5cGUgMHgxNywgTWF4RWx0IDYsIEluIFN1YmVuYyAwLCBUZXh0IExlbmd0aCAwOiAKPEtJTkdT VE9OIFNWUDEwMFMyNjRHIENKUkEwMjAyPiBBVEE4LUFDUyBTQVRBIDIueCBkZXZpY2UKcGFzczA6 IFNlcmlhbCBOdW1iZXIgWTA4WTEwNFRZMTlLCnBhc3MwOiAzMDAuMDAwTUIvcyB0cmFuc2ZlcnMg KFNBVEEgMi54LCBVRE1BNSwgUElPIDgxOTJieXRlcykKcGFzczEgYXQgYWhjaWVtMCBidXMgMCBz Y2J1czcgdGFyZ2V0IDAgbHVuIDAKcGFzczE6IDxBSENJIFNHUElPIEVuY2xvc3VyZSAxLjAwIDAw MDE+IFNFTUIgUy1FLVMgMi4wMCBkZXZpY2UKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB6ZnM6 enJvb3QvUk9PVC9kZWZhdWx0IFtdLi4uClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNyB1 c2J1czMKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM3IHVzYnVzMwpSb290IG1vdW50IHdh aXRpbmcgZm9yOiB1c2J1czcgdXNidXMzCnVodWIyOiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUs IHNlbGYgcG93ZXJlZApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMp IGZyb20gdWh1YjIKdWh1YjU6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk CnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSB1aHViNQpz dGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdApyZTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBE T1dOCnVnZW4yLjI6IDxNaWNyb3NvZnQgTWljcm9zb2Z0IEJhc2ljIE9wdGljYWwgTW91c2UgdjIu MD4gYXQgdXNidXMyCnJlMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCnVtczAgb24gdWh1YjYK dW1zMDogPE1pY3Jvc29mdCBNaWNyb3NvZnQgQmFzaWMgT3B0aWNhbCBNb3VzZSB2Mi4wLCBjbGFz cyAwLzAsIHJldiAxLjEwLzEuOTksIGFkZHIgMj4gb24gdXNidXMyCnVtczA6IDMgYnV0dG9ucyBh bmQgW1hZWl0gY29vcmRpbmF0ZXMgSUQ9MApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5 dGVzICg0IGJpdHMpIGZyb20gdW1zMAo= --001a114f3f24967c08054933f1dc-- From owner-freebsd-current@freebsd.org Thu Feb 23 17:04:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4071ACEB9B8 for ; Thu, 23 Feb 2017 17:04:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F17D09EB; Thu, 23 Feb 2017 17:03:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 6DFA910A7B9; Thu, 23 Feb 2017 12:03:57 -0500 (EST) From: John Baldwin To: Jia-Shiun Li Cc: Konstantin Belousov , freebsd-current , Konstantin Belousov Subject: Re: TSC as timecounter makes system lag Date: Thu, 23 Feb 2017 08:55:42 -0800 Message-ID: <2204246.QKzIRnxiUQ@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <20170113120534.GC2349@kib.kiev.ua> <20170223100829.GR2092@kib.kiev.ua> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 23 Feb 2017 12:03:57 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Feb 2017 17:04:00 -0000 On Thursday, February 23, 2017 11:04:58 PM Jia-Shiun Li wrote: > On Thu, Feb 23, 2017 at 6:08 PM, Konstantin Belousov > wrote: > > > > > This is a useful analysis. > > > > Yes, I think that there is an init ordering issue. Note that > > cpu_disable_c2_sleep is only changed in tc_windup() when timecounter > > is changed. If existing and already engadged timecounter suddenly gets > > TC_FLAG_C2STOP set, tc_windup() ignores the flag. And with the early > > AP startup, tsc seems to be set as timecounter too early. > > > > Just moving order of init_TSC_tc() would not help, since tsc checks smp > > consistency, which requires started APs. Try this for now, but might > > be John has better idea how to handle the issue. You might need to add > > some extern declarations for the patch to compile. > > > > diff --git a/sys/x86/x86/tsc.c b/sys/x86/x86/tsc.c > > index 3f36fbd9f8a..f8e33069c70 100644 > > --- a/sys/x86/x86/tsc.c > > +++ b/sys/x86/x86/tsc.c > > @@ -545,6 +545,8 @@ init_TSC_tc(void) > > if (cpu_deepest_sleep >= 2 && cpu_vendor_id == CPU_VENDOR_INTEL && > > (amd_pminfo & AMDPM_TSC_INVARIANT) == 0) { > > tsc_timecounter.tc_flags |= TC_FLAGS_C2STOP; > > + if (timecounter == &tsc_timecounter) > > + cpu_disable_c2_sleep++; > > if (bootverbose) > > printf("TSC timecounter disables C2 and C3.\n"); > > } > > > > > This does not work. > > I added a printf before the outer if clause, and it says > > init_TSC_tc:546: deepest 00000000 vendor 00008086 amd_pminfo 00000000 > > full boot dmesg attached. Looks init_TSC_tc() is called too early before > acpi_cpu_attach() initializing cpu_deepest_sleep. Maybe it should be put > after > driver initialization, since it depends on probed ACPI C states? We don't actually need cpu_deepest_sleep. We could just set C2STOP always. It doesn't hurt to have the flag set if the system only supports C1 except that you get the printf in a verbose boot. Try this slight variation of Konstantin's patch. If this works we can remove cpu_deepest_sleep entirely as a followup since it will no longer be used: Index: tsc.c =================================================================== --- tsc.c (revision 314113) +++ tsc.c (working copy) @@ -542,9 +542,11 @@ init_TSC_tc(void) * result incorrect runtimes for kernel idle threads (but not * for any non-idle threads). */ - if (cpu_deepest_sleep >= 2 && cpu_vendor_id == CPU_VENDOR_INTEL && + if (cpu_vendor_id == CPU_VENDOR_INTEL && (amd_pminfo & AMDPM_TSC_INVARIANT) == 0) { tsc_timecounter.tc_flags |= TC_FLAGS_C2STOP; + if (timecounter == &tsc_timecounter) + cpu_disable_c2_sleep++; if (bootverbose) printf("TSC timecounter disables C2 and C3.\n"); } -- John Baldwin From owner-freebsd-current@freebsd.org Fri Feb 24 04:15:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE442CEB92E for ; Fri, 24 Feb 2017 04:15:57 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qk0-x242.google.com (mail-qk0-x242.google.com [IPv6:2607:f8b0:400d:c09::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A92A18EB; Fri, 24 Feb 2017 04:15:57 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qk0-x242.google.com with SMTP id x71so1538270qkb.0; Thu, 23 Feb 2017 20:15:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=H+hHptrhsuEr6+t53+0RmpxcjVOy2es08tlwA4gFpSI=; b=pi4+O8GyTKAtgo3wXSgjMM9a9WzS12cU8rjjBtCluuoZFafiFMNmMYOKqDTkXZHFOT qnuKexGg9t/tkfVkJyvaTqXrgeF1ACEoxwOI5+WyMoki2rUI0aZGTPu9a3FtqciQ1Yke zLMzDD194kjhS5Eh2K4BJsBbIDpciLAbPT8z4LIx1mS/0QnJTVBN90tPx2ZROxCmSyU0 /BJLYy1OZSay7IyFwOizzoftCRQOC2OXisoFNZEtjq5h5ikNRLPIJQ+Mw/9zBTfWwRc1 ferOiPR8ut9t4+07X4+BIKKNYMDoewQzMsfjcuuK8bO3WRE4FHACFauKOugUyCut+kjU crPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=H+hHptrhsuEr6+t53+0RmpxcjVOy2es08tlwA4gFpSI=; b=l/Z6DLob2B8vaevPr1DYA3gqkgK5G6PXYo4m9NAcOD52J3dbDUnu4oSxg+mxURlCqH F4CjRoZhgdp5pz6VDjwI83eU0Tn/Iw5yRuZo6P2aTW1rVjpoIUp18tiO8aJTa+8zw2YF F92fHOVrDh7pFG9yI+UwQMCvKXFtjQv/oCATE54X4sHwXWggRInXG8UmFrkffFkbi9i6 /w/qgHkcNeWfrowPC/X59neC1zMAXor0OPpxrWI1K2pStlaeToJY4LugHeFJPppcgeFs IVYHfvCFvFM1q+QnOrPh4yHZ3fozYAnMp+cM+NqAIAOyzCiiTyzWnBqONmRvk1LUW2QR i1lA== X-Gm-Message-State: AMke39n9wp4zf+gD1JFjJO+W0WR0ZbeM4jfMj4JiT56InEzCIvnXjtZywMgA2SJiuP19SMoTpZS/gJQ3rdhMAg== X-Received: by 10.55.46.2 with SMTP id u2mr686255qkh.231.1487909756720; Thu, 23 Feb 2017 20:15:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Thu, 23 Feb 2017 20:15:26 -0800 (PST) In-Reply-To: <2204246.QKzIRnxiUQ@ralph.baldwin.cx> References: <20170113120534.GC2349@kib.kiev.ua> <20170223100829.GR2092@kib.kiev.ua> <2204246.QKzIRnxiUQ@ralph.baldwin.cx> From: Jia-Shiun Li Date: Fri, 24 Feb 2017 12:15:26 +0800 Message-ID: Subject: Re: TSC as timecounter makes system lag To: John Baldwin Cc: Konstantin Belousov , freebsd-current , Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Feb 2017 04:15:58 -0000 On Fri, Feb 24, 2017 at 12:55 AM, John Baldwin wrote: > On Thursday, February 23, 2017 11:04:58 PM Jia-Shiun Li wrote: > > > > > > This does not work. > > > > I added a printf before the outer if clause, and it says > > > > init_TSC_tc:546: deepest 00000000 vendor 00008086 amd_pminfo 00000000 > > > > full boot dmesg attached. Looks init_TSC_tc() is called too early before > > acpi_cpu_attach() initializing cpu_deepest_sleep. Maybe it should be put > > after > > driver initialization, since it depends on probed ACPI C states? > > We don't actually need cpu_deepest_sleep. We could just set C2STOP always. > It doesn't hurt to have the flag set if the system only supports C1 except > that you get the printf in a verbose boot. > > Try this slight variation of Konstantin's patch. If this works we can > remove > cpu_deepest_sleep entirely as a followup since it will no longer be used: > > Index: tsc.c > =================================================================== > --- tsc.c (revision 314113) > +++ tsc.c (working copy) > @@ -542,9 +542,11 @@ init_TSC_tc(void) > * result incorrect runtimes for kernel idle threads (but not > * for any non-idle threads). > */ > - if (cpu_deepest_sleep >= 2 && cpu_vendor_id == CPU_VENDOR_INTEL && > + if (cpu_vendor_id == CPU_VENDOR_INTEL && > (amd_pminfo & AMDPM_TSC_INVARIANT) == 0) { > tsc_timecounter.tc_flags |= TC_FLAGS_C2STOP; > + if (timecounter == &tsc_timecounter) > + cpu_disable_c2_sleep++; > if (bootverbose) > printf("TSC timecounter disables C2 and C3.\n"); > } > Tested working on E7400 against r313909. And changing timecounter from/to TSC correctly enables/disables C2. The latter part cpu_disable_c2_sleep++ is not needed. When init_TSC_tc() got called timecounter is not yet tsc_timecounter. inittimecounter() later will do the work calling tc_windup(). -Jia-Shiun. From owner-freebsd-current@freebsd.org Fri Feb 24 11:45:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58733CEA9B1 for ; Fri, 24 Feb 2017 11:45:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E79B11D98; Fri, 24 Feb 2017 11:45:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v1OBjfeY013181 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 24 Feb 2017 13:45:41 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v1OBjfeY013181 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v1OBjfgS013179; Fri, 24 Feb 2017 13:45:41 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 24 Feb 2017 13:45:41 +0200 From: Konstantin Belousov To: Jia-Shiun Li Cc: John Baldwin , freebsd-current , Konstantin Belousov Subject: Re: TSC as timecounter makes system lag Message-ID: <20170224114541.GU2092@kib.kiev.ua> References: <20170113120534.GC2349@kib.kiev.ua> <20170223100829.GR2092@kib.kiev.ua> <2204246.QKzIRnxiUQ@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) 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 autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Feb 2017 11:45:52 -0000 On Fri, Feb 24, 2017 at 12:15:26PM +0800, Jia-Shiun Li wrote: > On Fri, Feb 24, 2017 at 12:55 AM, John Baldwin wrote: > > > On Thursday, February 23, 2017 11:04:58 PM Jia-Shiun Li wrote: > > > > > > > > > This does not work. > > > > > > I added a printf before the outer if clause, and it says > > > > > > init_TSC_tc:546: deepest 00000000 vendor 00008086 amd_pminfo 00000000 > > > > > > full boot dmesg attached. Looks init_TSC_tc() is called too early before > > > acpi_cpu_attach() initializing cpu_deepest_sleep. Maybe it should be put > > > after > > > driver initialization, since it depends on probed ACPI C states? > > > > We don't actually need cpu_deepest_sleep. We could just set C2STOP always. > > It doesn't hurt to have the flag set if the system only supports C1 except > > that you get the printf in a verbose boot. > > > > Try this slight variation of Konstantin's patch. If this works we can > > remove > > cpu_deepest_sleep entirely as a followup since it will no longer be used: > > > > Index: tsc.c > > =================================================================== > > --- tsc.c (revision 314113) > > +++ tsc.c (working copy) > > @@ -542,9 +542,11 @@ init_TSC_tc(void) > > * result incorrect runtimes for kernel idle threads (but not > > * for any non-idle threads). > > */ > > - if (cpu_deepest_sleep >= 2 && cpu_vendor_id == CPU_VENDOR_INTEL && > > + if (cpu_vendor_id == CPU_VENDOR_INTEL && > > (amd_pminfo & AMDPM_TSC_INVARIANT) == 0) { > > tsc_timecounter.tc_flags |= TC_FLAGS_C2STOP; > > + if (timecounter == &tsc_timecounter) > > + cpu_disable_c2_sleep++; > > if (bootverbose) > > printf("TSC timecounter disables C2 and C3.\n"); > > } > > > > Tested working on E7400 against r313909. And changing timecounter from/to > TSC > correctly enables/disables C2. > > The latter part cpu_disable_c2_sleep++ is not needed. When > init_TSC_tc() got called timecounter is not yet tsc_timecounter. > inittimecounter() later will do the work calling tc_windup(). > You mean, just this - if (cpu_deepest_sleep >= 2 && cpu_vendor_id == CPU_VENDOR_INTEL && + if (cpu_vendor_id == CPU_VENDOR_INTEL && is enough to fix the issue ? If yes, we can remove the cpu_deepest_sleep variable. This is John' observation, I think he would prefer to prepare the patch. From owner-freebsd-current@freebsd.org Fri Feb 24 13:32:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F124BCEB23E for ; Fri, 24 Feb 2017 13:32:41 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qt0-x231.google.com (mail-qt0-x231.google.com [IPv6:2607:f8b0:400d:c0d::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC6131A00; Fri, 24 Feb 2017 13:32:41 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qt0-x231.google.com with SMTP id b16so16583623qte.0; Fri, 24 Feb 2017 05:32:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=zbbph7XkwADgqIXCTjpIrLufofi1WU8jMkVJkHZepEU=; b=OH0m1tSqRjPc+B90GMQu1MOP9xm+2ex9+lYF8pGDU0lS3zfzG2K7Yz4Zabvkewn7tf SufXHD1nNcdKcGd3lXKPIQ+7dZA6X7bythjBYHWMHsYlonkSIcOyDTGe6NdXB5x4aiSm iLRJipnee6VEcUJdCzBB5Ybuj0J0BiFFgZavX/sT84oITOsFgpLVew5R+XnC9awPijMz tZ9GBk7PipixPT6j7X4siolAElz6r6bTIs3izZTyiYGsWqGbiSoqfvdRK0a5ZsWVm+u2 lN6u1uufZRB3L/aCIoh08WTNpl3MU2nAD333ee3tZ7xD8FDe/r++FFmmnqkrcyRUMahx wn9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=zbbph7XkwADgqIXCTjpIrLufofi1WU8jMkVJkHZepEU=; b=BsRXeUH/uv0SJLUT2W9MYzzOFieo7RLmnz/5bbbE0v21hFEmOhImoAG1hxJBnvQCMb KSsabphBbMNnwaNl1xbLU7jlMks0Vj7bO35hZmGlsFbUQcdmRUPTlRCr+6r353Rd/gH7 TPtE7WH4kDQu1yEE3byE7AjA2sdIz1XWdD8fkvbB9jMDnP+MUUUbMT1PBK7RcBluYRTx m5ZOtqudNbwHsaJLsvHW0OInj7UBl6j46HPlLc3yinZPDr1TWDdwjFpTHsA9OikWxeHt E7Vag4qH6QzUczakDSNp/uJyd5FoKMSOskyCBPg3JRVIOI5OuS5bpXx9d2rGvJJJKvyw Gxsg== X-Gm-Message-State: AMke39koR8oaLk5eJ/B0mBBIuEDy73JDOCjB5OxiegPKvkXO63zy9TGarPLzPjxpui+mPFnlOArH1ZBhWwUxsw== X-Received: by 10.200.38.3 with SMTP id u3mr2676376qtu.235.1487943160716; Fri, 24 Feb 2017 05:32:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Fri, 24 Feb 2017 05:32:10 -0800 (PST) In-Reply-To: <20170224114541.GU2092@kib.kiev.ua> References: <20170113120534.GC2349@kib.kiev.ua> <20170223100829.GR2092@kib.kiev.ua> <2204246.QKzIRnxiUQ@ralph.baldwin.cx> <20170224114541.GU2092@kib.kiev.ua> From: Jia-Shiun Li Date: Fri, 24 Feb 2017 21:32:10 +0800 Message-ID: Subject: Re: TSC as timecounter makes system lag To: Konstantin Belousov Cc: John Baldwin , freebsd-current , Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Feb 2017 13:32:42 -0000 On Fri, Feb 24, 2017 at 7:45 PM, Konstantin Belousov wrote: > On Fri, Feb 24, 2017 at 12:15:26PM +0800, Jia-Shiun Li wrote: > > Tested working on E7400 against r313909. And changing timecounter from/to > > TSC > > correctly enables/disables C2. > > > > The latter part cpu_disable_c2_sleep++ is not needed. When > > init_TSC_tc() got called timecounter is not yet tsc_timecounter. > > inittimecounter() later will do the work calling tc_windup(). > > > > You mean, just this > - if (cpu_deepest_sleep >= 2 && cpu_vendor_id == CPU_VENDOR_INTEL && > + if (cpu_vendor_id == CPU_VENDOR_INTEL && > is enough to fix the issue ? If yes, we can remove the cpu_deepest_sleep > variable. This is John' observation, I think he would prefer to prepare > the patch. > Correct. That's enough. -Jia-Shiun. From owner-freebsd-current@freebsd.org Fri Feb 24 13:39:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE0B6CEB39E for ; Fri, 24 Feb 2017 13:39:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B90871CDC for ; Fri, 24 Feb 2017 13:39:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id B57F0CEB39D; Fri, 24 Feb 2017 13:39:55 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B365FCEB39C for ; Fri, 24 Feb 2017 13:39:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 82FFF1CDB for ; Fri, 24 Feb 2017 13:39:54 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v1ODdquv062818 for ; Fri, 24 Feb 2017 13:39:52 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v1ODdq2K062817 for current@freebsd.org; Fri, 24 Feb 2017 05:39:52 -0800 (PST) (envelope-from david) Date: Fri, 24 Feb 2017 05:39:52 -0800 From: David Wolfskill To: current@freebsd.org Subject: Possible overlooked "svn add" in r314192? Message-ID: <20170224133952.GL1280@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NTcWb+kA98eddJG8" Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Feb 2017 13:39:55 -0000 --NTcWb+kA98eddJG8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Updating head in place from r314136 -> r314200, I find I can't build the kernel because: =2E.. =3D=3D=3D> iwifw/iwi_ibss (all) --- all_subdir_iwifw/iwi_monitor --- =3D=3D=3D> iwifw/iwi_monitor (all) --- all_subdir_ipmi --- --- all_subdir_ipmi/ipmi_linux --- =3D=3D=3D> ipmi/ipmi_linux (all) --- all_subdir_iwm --- bmake[4]: bmake[4]: don't know how to make if_iwm_fw.c. Stop bmake[4]: stopped in /usr/src/sys/modules/iwm =2EERROR_TARGET=3D'if_iwm_fw.c' =2EERROR_META_FILE=3D'' =2EMAKE.LEVEL=3D'4' MAKEFILE=3D'' =2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' =2ECURDIR=3D'/usr/src/sys/modules/iwm' =2EMAKE=3D'/usr/obj/usr/src/make.amd64/bmake' =2EOBJDIR=3D'/common/S4/obj/usr/src/sys/GENERIC/modules/usr/src/sys/modules= /iwm' =2ETARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'/common/S4/obj/usr/src/sys/GENERIC/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20160604' PATH=3D'/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/us= r/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/ob= j/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/common/S4/obj/usr/src/sys/GENERIC/modules/usr/src' =2EMAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.e= nv.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/= bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/shar= e/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/sys/m= odules/iwm/Makefile /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk= /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share= /mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.m= k /usr/src/sys/modules/iwm/../Makefile.inc /usr/src/share/mk/bsd.own.mk /us= r/src/share/mk/bsd.compiler.mk /usr/src/sys/conf/kern.opts.mk /usr/src/sys/= conf/config.mk /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.dep.mk = /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk /usr/sr= c/share/mk/bsd.subdir.mk /usr/src/sys/conf/kern.mk' =2EPATH=3D'. /usr/src/sys/modules/iwm /usr/src/sys/modules/iwm/../../dev/iw= m /common/S4/obj/usr/src/sys/GENERIC' *** [all_subdir_iwm] Error code 2 bmake[3]: stopped in /usr/src/sys/modules =2E.... Looking at r314192, I see a couple of (new) references to dev/iwm/if_iwm_fw.c, but nothing to indicate that it exists or how to build it. Overlooked "svn add", perhaps? Peace, david --=20 David H. Wolfskill david@catwhisker.org How could one possibly "respect" a misogynist, racist, bullying con-man??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --NTcWb+kA98eddJG8 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJYsDeoXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4Xg1AIAMZ4Xnh7Kgx1qFaYgeNroVUt fOO/+V9Ll+xyqijOTJqA3+VKoNtZ5bLSP1mCJ/HW/WMxXXIUJApWnSiHROZm7XKI 7I0b4sztLdIqyHdFBp0iUk+Cg/f6uAvH4R0IGWSVae+00DlC+iS0pWjv0Zp1aQ8x CJGkcMU3B2StM2IMFufmMzfrg7EDzoSPgB7ZW2UixGxOFnf6MMc7saEpKmmXvdUC z6Ve9gxU9qt6R0pyzLcswzHJ0tg/d9h4JTOC7UIu1JI2YytVTS83wyxiNj6iNs8F HTN6ftsqYqdZ666259AqwR0FD05h4q/VUluVdx6kLgz1Lkstr3TSvmnH1/6s118= =40hO -----END PGP SIGNATURE----- --NTcWb+kA98eddJG8-- From owner-freebsd-current@freebsd.org Fri Feb 24 14:50:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C58ECEB871 for ; Fri, 24 Feb 2017 14:50:51 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42FE71015; Fri, 24 Feb 2017 14:50:51 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qk0-x230.google.com with SMTP id u188so20130667qkc.2; Fri, 24 Feb 2017 06:50:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=DHjowMxAN1FqCb8RuwRIkGw7Y8oKYuNbSqhPuGDXxWA=; b=MT3bNvKoOi9ijIyUv4Ja3w9nqljLyesd2HTDt2SMX+F22tloncz5501V02oso3/AAO d0fvTOzBtYaom5mxZ4korXwzFocu66JrO5OiJRZ0T9kPn5NVaa6v8u+sDXwPFvz6gEOK ym3HyylE3gcjZIkfgNdnFYWC/ScwRF89vHca121STkDqazrzG1iJuSv+eHK2NrSgZj5p c9JWjNHzLgvzBbmERWjoXAK1JFXtj+mBVcaeIl0DevEozg9PQ4nmm2U+gHMhMybOQWTW LEB3wd1f6GiC+/M+xlwJ/ZPjgSjKSMV6Du6AMifSYAJVml5OPfTrzKwptYS1mdFkxAEo DjhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=DHjowMxAN1FqCb8RuwRIkGw7Y8oKYuNbSqhPuGDXxWA=; b=CCgbpe/Z1IbRtcvnY9PoNpc+1CAs/YtzE4yFsiwAKpdjxeUb3xEewoqnXTPoHs7oNo 2rJCNPNKq6njQZQQ+NV01/ii+ED8mMe6QNdgIEY93BiI9piWJ4vdxbhQfwT8gF/B44S1 V2uxDIzL5cI9CF8M6X40VzoKmEELPhvdWEu5cDXLSZFh+RGCAhSV7nhqcM3SlWJjzIPv P/OgvbBfcNXIDo/W3y/U+F5JZjELRegTuXNYytLA2giqN/7YeOVjLo8N/iXvJ680O7An oPqC728F/5DbRRT9GB0LUq6OtOeYngm+9E3TK0Ok20/3i0pjHTs6Z755m6jwvInubPJ+ tMxw== X-Gm-Message-State: AMke39kbrhkO4DbjWqa6KZZLsl4mXUd74v7X8qbM0x94oSRM1FCq8lDcGFyoYBVz0wGnSV/yG8sY81nAxpFJgA== X-Received: by 10.55.20.131 with SMTP id 3mr3237103qku.320.1487947850162; Fri, 24 Feb 2017 06:50:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Fri, 24 Feb 2017 06:50:19 -0800 (PST) In-Reply-To: References: <20170113120534.GC2349@kib.kiev.ua> <20170223100829.GR2092@kib.kiev.ua> <2204246.QKzIRnxiUQ@ralph.baldwin.cx> <20170224114541.GU2092@kib.kiev.ua> From: Jia-Shiun Li Date: Fri, 24 Feb 2017 22:50:19 +0800 Message-ID: Subject: Re: TSC as timecounter makes system lag To: Konstantin Belousov Cc: John Baldwin , freebsd-current , Konstantin Belousov Content-Type: multipart/mixed; boundary=001a1144d05c0e02bb054947db7c X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Feb 2017 14:50:51 -0000 --001a1144d05c0e02bb054947db7c Content-Type: text/plain; charset=UTF-8 On Fri, Feb 24, 2017 at 9:32 PM, Jia-Shiun Li wrote: > On Fri, Feb 24, 2017 at 7:45 PM, Konstantin Belousov > wrote: > >> On Fri, Feb 24, 2017 at 12:15:26PM +0800, Jia-Shiun Li wrote: >> > Tested working on E7400 against r313909. And changing timecounter >> from/to >> > TSC >> > correctly enables/disables C2. >> > >> > The latter part cpu_disable_c2_sleep++ is not needed. When >> > init_TSC_tc() got called timecounter is not yet tsc_timecounter. >> > inittimecounter() later will do the work calling tc_windup(). >> > >> >> You mean, just this >> - if (cpu_deepest_sleep >= 2 && cpu_vendor_id == CPU_VENDOR_INTEL && >> + if (cpu_vendor_id == CPU_VENDOR_INTEL && >> is enough to fix the issue ? If yes, we can remove the cpu_deepest_sleep >> variable. This is John' observation, I think he would prefer to prepare >> the patch. >> > > Correct. That's enough. > > Since that's simple enough... patch attached. Tested against r313909 too. -Jia-Shiun. --001a1144d05c0e02bb054947db7c Content-Type: application/octet-stream; name="fix-tsc-timecounter.patch" Content-Disposition: attachment; filename="fix-tsc-timecounter.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_izjwv51t0 SW5kZXg6IHN5cy9kZXYvYWNwaWNhL2FjcGlfY3B1LmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi9h Y3BpY2EvYWNwaV9jcHUuYwkocmV2aXNpb24gMzEzOTA5KQorKysgc3lzL2Rldi9hY3BpY2EvYWNw aV9jcHUuYwkod29ya2luZyBjb3B5KQpAQCAtNzAzLDcgKzcwMyw2IEBACiAgICAgc2MtPmNwdV9u b25fYzIgPSBzYy0+Y3B1X2N4X2NvdW50OwogICAgIHNjLT5jcHVfbm9uX2MzID0gc2MtPmNwdV9j eF9jb3VudDsKICAgICBzYy0+Y3B1X2N4X2NvdW50Kys7Ci0gICAgY3B1X2RlZXBlc3Rfc2xlZXAg PSAxOwogCiAgICAgLyogCiAgICAgICogVGhlIHNwZWMgc2F5cyBQX0JMSyBtdXN0IGJlIDYgYnl0 ZXMgbG9uZy4gIEhvd2V2ZXIsIHNvbWUgc3lzdGVtcwpAQCAtNzI5LDcgKzcyOCw2IEBACiAJICAg IGN4X3B0cisrOwogCSAgICBzYy0+Y3B1X25vbl9jMyA9IHNjLT5jcHVfY3hfY291bnQ7CiAJICAg IHNjLT5jcHVfY3hfY291bnQrKzsKLQkgICAgY3B1X2RlZXBlc3Rfc2xlZXAgPSAyOwogCX0KICAg ICB9CiAgICAgaWYgKHNjLT5jcHVfcF9ibGtfbGVuIDwgNikKQEAgLTc0Niw3ICs3NDQsNiBAQAog CSAgICBjeF9wdHItPnRyYW5zX2xhdCA9IEFjcGlHYmxfRkFEVC5DM0xhdGVuY3k7CiAJICAgIGN4 X3B0cisrOwogCSAgICBzYy0+Y3B1X2N4X2NvdW50Kys7Ci0JICAgIGNwdV9kZWVwZXN0X3NsZWVw ID0gMzsKIAl9CiAgICAgfQogfQpAQCAtODMxLDcgKzgyOCw2IEBACiAgICAgY3hfcHRyLT50eXBl ID0gQUNQSV9TVEFURV9DMDsKICAgICBjeF9wdHIrKzsKICAgICBzYy0+Y3B1X2N4X2NvdW50Kys7 Ci0gICAgY3B1X2RlZXBlc3Rfc2xlZXAgPSAxOwogCiAgICAgLyogU2V0IHVwIGFsbCB2YWxpZCBz dGF0ZXMuICovCiAgICAgZm9yIChpID0gMDsgaSA8IGNvdW50OyBpKyspIHsKQEAgLTg4NCw4ICs4 ODAsNiBAQAogCSAgICBjb250aW51ZTsKIAljYXNlIEFDUElfU1RBVEVfQzI6CiAJICAgIHNjLT5j cHVfbm9uX2MzID0gc2MtPmNwdV9jeF9jb3VudDsKLQkgICAgaWYgKGNwdV9kZWVwZXN0X3NsZWVw IDwgMikKLQkJICAgIGNwdV9kZWVwZXN0X3NsZWVwID0gMjsKIAkgICAgYnJlYWs7CiAJY2FzZSBB Q1BJX1NUQVRFX0MzOgogCWRlZmF1bHQ6CkBAIC04OTQsOCArODg4LDcgQEAKIAkJCQkgImFjcGlf Y3B1JWQ6IEMzWyVkXSBub3QgYXZhaWxhYmxlLlxuIiwKIAkJCQkgZGV2aWNlX2dldF91bml0KHNj LT5jcHVfZGV2KSwgaSkpOwogCQljb250aW51ZTsKLQkgICAgfSBlbHNlCi0JCWNwdV9kZWVwZXN0 X3NsZWVwID0gMzsKKwkgICAgfQogCSAgICBicmVhazsKIAl9CiAKSW5kZXg6IHN5cy9rZXJuL2tl cm5fY2xvY2tzb3VyY2UuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMva2Vybi9rZXJuX2Nsb2Nrc291cmNl LmMJKHJldmlzaW9uIDMxMzkwOSkKKysrIHN5cy9rZXJuL2tlcm5fY2xvY2tzb3VyY2UuYwkod29y a2luZyBjb3B5KQpAQCAtNTQsNyArNTQsNiBAQAogI2luY2x1ZGUgPG1hY2hpbmUvY3B1Lmg+CiAj aW5jbHVkZSA8bWFjaGluZS9zbXAuaD4KIAotaW50CQkJY3B1X2RlZXBlc3Rfc2xlZXAgPSAwOwkv KiBEZWVwZXN0IEN4IHN0YXRlIGF2YWlsYWJsZS4gKi8KIGludAkJCWNwdV9kaXNhYmxlX2MyX3Ns ZWVwID0gMDsgLyogVGltZXIgZGllcyBpbiBDMi4gKi8KIGludAkJCWNwdV9kaXNhYmxlX2MzX3Ns ZWVwID0gMDsgLyogVGltZXIgZGllcyBpbiBDMy4gKi8KIApJbmRleDogc3lzL3N5cy9zeXN0bS5o Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIHN5cy9zeXMvc3lzdG0uaAkocmV2aXNpb24gMzEzOTA5KQorKysgc3lz L3N5cy9zeXN0bS5oCSh3b3JraW5nIGNvcHkpCkBAIC0zMjEsNyArMzIxLDYgQEAKIHZvaWQJY3B1 X2FjdGl2ZWNsb2NrKHZvaWQpOwogdm9pZAljcHVfbmV3X2NhbGxvdXQoaW50IGNwdSwgc2JpbnRp bWVfdCBidCwgc2JpbnRpbWVfdCBidF9vcHQpOwogdm9pZAljcHVfZXRfZnJlcXVlbmN5KHN0cnVj dCBldmVudHRpbWVyICpldCwgdWludDY0X3QgbmV3ZnJlcSk7Ci1leHRlcm4gaW50CWNwdV9kZWVw ZXN0X3NsZWVwOwogZXh0ZXJuIGludAljcHVfZGlzYWJsZV9jMl9zbGVlcDsKIGV4dGVybiBpbnQJ Y3B1X2Rpc2FibGVfYzNfc2xlZXA7CiAKSW5kZXg6IHN5cy94ODYveDg2L3RzYy5jCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KLS0tIHN5cy94ODYveDg2L3RzYy5jCShyZXZpc2lvbiAzMTM5MDkpCisrKyBzeXMveDg2L3g4 Ni90c2MuYwkod29ya2luZyBjb3B5KQpAQCAtNTQyLDcgKzU0Miw3IEBACiAJICogcmVzdWx0IGlu Y29ycmVjdCBydW50aW1lcyBmb3Iga2VybmVsIGlkbGUgdGhyZWFkcyAoYnV0IG5vdAogCSAqIGZv ciBhbnkgbm9uLWlkbGUgdGhyZWFkcykuCiAJICovCi0JaWYgKGNwdV9kZWVwZXN0X3NsZWVwID49 IDIgJiYgY3B1X3ZlbmRvcl9pZCA9PSBDUFVfVkVORE9SX0lOVEVMICYmCisJaWYgKGNwdV92ZW5k b3JfaWQgPT0gQ1BVX1ZFTkRPUl9JTlRFTCAmJgogCSAgICAoYW1kX3BtaW5mbyAmIEFNRFBNX1RT Q19JTlZBUklBTlQpID09IDApIHsKIAkJdHNjX3RpbWVjb3VudGVyLnRjX2ZsYWdzIHw9IFRDX0ZM QUdTX0MyU1RPUDsKIAkJaWYgKGJvb3R2ZXJib3NlKQo= --001a1144d05c0e02bb054947db7c-- From owner-freebsd-current@freebsd.org Fri Feb 24 17:20:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1794CECF80 for ; Fri, 24 Feb 2017 17:20:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CFD5F1509 for ; Fri, 24 Feb 2017 17:20:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id CF343CECF7F; Fri, 24 Feb 2017 17:20:43 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEE30CECF7E for ; Fri, 24 Feb 2017 17:20:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x243.google.com (mail-pg0-x243.google.com [IPv6:2607:f8b0:400e:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 997EB1506; Fri, 24 Feb 2017 17:20:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x243.google.com with SMTP id z128so3706130pgb.3; Fri, 24 Feb 2017 09:20:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=oFu4AYnhQtRvGo6WVPSrcFZ5x920kZwlgIGzEm5VP6o=; b=jXevsgWltudpdKF4qbtXYNlyWUifPUGiuPqsIedUJy2kj0cYEr88hsq0UAZpme1rvu jHBmV3YjyYxleb0kt2/sXPZI1EqXgO2Avnmv6NMWvCY3yoO1JODqK2RhUSAKT1pbK/Tr B0leUicTwbmkHhXAYihB6ZaNUZ4wXzDj8JMAcuWiGY2vE1+T6R98uaGpLYo9SDWsLAHg pQJiyJhmodeR2wsIcA0TLoPy7EQrk2vrls3MpbzcF3CHrWoxbZ6tRb6KB1l9oCtWym9W ddpL9KUrPTzBdnAryVmlFMdZylHKKMjgeDFaVLUCNkazt24cZHvEMx/mDJ3g1lVxRR/O EglA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=oFu4AYnhQtRvGo6WVPSrcFZ5x920kZwlgIGzEm5VP6o=; b=XncIrDlIoPbzVo1bdyXmTQQrbGjMdFcnHPywlmYc4UOWn+58lA8Wh7hpDOaFEhMecb JDpX0UPRHrG82SYv8VTCR3whIvab/Q7olBhymyeV22Rtk9p4B0FMwxUaN9us7Cbcdq3K noMFDCS3dUUpXdCvfTJSexgPp/kMFFLMRcJieTV4KCYR7iPmCXLKxHgoOC+hWqCbo/qt XflYpQNfllIuXgMTLgzFGmTIE3jX/NAtP6VUBOvDKTZwlgH/GyFs5aI9QebWBhY9Dv7G Egmn9p0/i1sA1ja1g9kwuEJVVqktAeIPWX7H9E81Rg6qHxO6S+bfDf4WVae/HbVMzaWt J2yw== X-Gm-Message-State: AMke39lb3cMJxCn/XDRUYMAH8lhLTIVzCLVYzI/ZuYE8deiQAxRtx0MFaGKtiamQFnw70w== X-Received: by 10.99.112.75 with SMTP id a11mr4783897pgn.7.1487956842927; Fri, 24 Feb 2017 09:20:42 -0800 (PST) Received: from [192.168.20.13] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id o1sm16231670pgf.63.2017.02.24.09.20.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 24 Feb 2017 09:20:42 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Possible overlooked "svn add" in r314192? From: Ngie Cooper X-Mailer: iPhone Mail (14D27) In-Reply-To: <20170224133952.GL1280@albert.catwhisker.org> Date: Fri, 24 Feb 2017 09:20:41 -0800 Cc: current@freebsd.org, Adrian Chadd Content-Transfer-Encoding: 7bit Message-Id: References: <20170224133952.GL1280@albert.catwhisker.org> To: David Wolfskill X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Feb 2017 17:20:44 -0000 > On Feb 24, 2017, at 05:39, David Wolfskill wrote: > > Updating head in place from r314136 -> r314200, I find I can't build the > kernel because: > > ... > ===> iwifw/iwi_ibss (all) > --- all_subdir_iwifw/iwi_monitor --- > ===> iwifw/iwi_monitor (all) > --- all_subdir_ipmi --- > --- all_subdir_ipmi/ipmi_linux --- > ===> ipmi/ipmi_linux (all) > --- all_subdir_iwm --- > bmake[4]: bmake[4]: don't know how to make if_iwm_fw.c. Stop CCes Adrian. From owner-freebsd-current@freebsd.org Fri Feb 24 17:57:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0B04CEBA53 for ; Fri, 24 Feb 2017 17:57:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD99FBA2; Fri, 24 Feb 2017 17:57:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 7A16110A7DB; Fri, 24 Feb 2017 12:57:30 -0500 (EST) From: John Baldwin To: Jia-Shiun Li Cc: Konstantin Belousov , freebsd-current , Konstantin Belousov Subject: Re: TSC as timecounter makes system lag Date: Fri, 24 Feb 2017 09:44:19 -0800 Message-ID: <4834290.Ch45mPOc5h@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <20170113120534.GC2349@kib.kiev.ua> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Fri, 24 Feb 2017 12:57:30 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Feb 2017 17:57:32 -0000 On Friday, February 24, 2017 10:50:19 PM Jia-Shiun Li wrote: > On Fri, Feb 24, 2017 at 9:32 PM, Jia-Shiun Li wrote: > > > On Fri, Feb 24, 2017 at 7:45 PM, Konstantin Belousov > > wrote: > > > >> On Fri, Feb 24, 2017 at 12:15:26PM +0800, Jia-Shiun Li wrote: > >> > Tested working on E7400 against r313909. And changing timecounter > >> from/to > >> > TSC > >> > correctly enables/disables C2. > >> > > >> > The latter part cpu_disable_c2_sleep++ is not needed. When > >> > init_TSC_tc() got called timecounter is not yet tsc_timecounter. > >> > inittimecounter() later will do the work calling tc_windup(). > >> > > >> > >> You mean, just this > >> - if (cpu_deepest_sleep >= 2 && cpu_vendor_id == CPU_VENDOR_INTEL && > >> + if (cpu_vendor_id == CPU_VENDOR_INTEL && > >> is enough to fix the issue ? If yes, we can remove the cpu_deepest_sleep > >> variable. This is John' observation, I think he would prefer to prepare > >> the patch. > >> > > > > Correct. That's enough. > > > > > Since that's simple enough... patch attached. > Tested against r313909 too. Thanks for tracking down the cause and the patch! -- John Baldwin From owner-freebsd-current@freebsd.org Sat Feb 25 00:21:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC3E9CECA5F for ; Sat, 25 Feb 2017 00:21:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9BAE9661 for ; Sat, 25 Feb 2017 00:21:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9AFB7CECA5E; Sat, 25 Feb 2017 00:21:06 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A9B8CECA5D for ; Sat, 25 Feb 2017 00:21:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wr0-x242.google.com (mail-wr0-x242.google.com [IPv6:2a00:1450:400c:c0c::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A2E665C for ; Sat, 25 Feb 2017 00:21:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wr0-x242.google.com with SMTP id 89so4010354wrr.1 for ; Fri, 24 Feb 2017 16:21:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=1UgJxTmPHD6/n/OZ7lHRvy+USIdqhH2IdczSWa24sqw=; b=bGNYCRpNKCCdT0qEhCTUB3fe6xejQICgLf9SAf/Ez074FkKDBmLHsJ28CLmvTYzp5+ MrvowZmZSz2The0S6CzwYYNMDgK/MIG4KmoY+X0Uir3x+ql9XErtJGQqwdpdC/Hq1vCu EE/PY3hTytkFzUXMLSbSvM5hKlqhIR8TpDWiz07/ymsfnM3fliyLrzI8OU0CSrupCkma Trw/Rxa6FGu6phFVKF8z/mW9Rhx5Z8yvxp2vzacmXxF5uWrcn/D3gxXsznmr1BnOTxRs aFv5YHynwKfTwbry0sZLaPeWEmEACbPmb/gMU/c4yPfGoyIst70kudWMZ7AeAQFIXiIL nR7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=1UgJxTmPHD6/n/OZ7lHRvy+USIdqhH2IdczSWa24sqw=; b=F8xbQN5MAAgq0i11FijdAATpyJFws0elxsnNz74HhvyI9sST6LwSjmgpQHj8h+yLfI AhOSe8BB00pPAHRdx9vr0ADla15V92MayFfquKYuA7476ILOvbreUQKy2ap9L5HwbTvB QoPcFqveupc2q1k7bpWE8lCl91AKuXq59IWTpRdPrQ1tRxBS14sycSOjY5UFjAGj1RrX l57oxO01GREY7prYNyrclq/2CBAHd4KjzyOO/0q6GC4VwZXW7NFUvoSDv+waMhAeAx2s uv08q2hQIiPLrz34rvpIvhxkTrdiUotwOKREqX96snAyp6QTKidTVR9xSPzyDZN6SXkI 9xsg== X-Gm-Message-State: AMke39lTVFEw2kQvNFO5akm3SlsdxdizwMvnciseJcZFxGsHcUX/vtvGsVRAB5vAKMA4/bIff9b9hcGivut8dg== X-Received: by 10.223.165.17 with SMTP id i17mr5393348wrb.62.1487982064682; Fri, 24 Feb 2017 16:21:04 -0800 (PST) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.28.128.133 with HTTP; Fri, 24 Feb 2017 16:21:04 -0800 (PST) In-Reply-To: References: <20170224133952.GL1280@albert.catwhisker.org> From: Adrian Chadd Date: Fri, 24 Feb 2017 16:21:04 -0800 X-Google-Sender-Auth: jV2SFV0B_EbQ7d7Yz7WmJWkWwb8 Message-ID: Subject: Re: Possible overlooked "svn add" in r314192? To: Ngie Cooper Cc: David Wolfskill , "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 25 Feb 2017 00:21:06 -0000 fiiiixed! -a On 24 February 2017 at 09:20, Ngie Cooper wrote: > >> On Feb 24, 2017, at 05:39, David Wolfskill wrote: >> >> Updating head in place from r314136 -> r314200, I find I can't build the >> kernel because: >> >> ... >> ===> iwifw/iwi_ibss (all) >> --- all_subdir_iwifw/iwi_monitor --- >> ===> iwifw/iwi_monitor (all) >> --- all_subdir_ipmi --- >> --- all_subdir_ipmi/ipmi_linux --- >> ===> ipmi/ipmi_linux (all) >> --- all_subdir_iwm --- >> bmake[4]: bmake[4]: don't know how to make if_iwm_fw.c. Stop > > CCes Adrian. From owner-freebsd-current@freebsd.org Sat Feb 25 00:23:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B068CECC81; Sat, 25 Feb 2017 00:23:05 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com [IPv6:2a00:1450:400c:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09DCDA59; Sat, 25 Feb 2017 00:23:05 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id u63so5200244wmu.2; Fri, 24 Feb 2017 16:23:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=Gl0tK/UTK+/FnibmCokRYgh5owFlbr/ae5jF7BCf5Dw=; b=HJuwM4A+1w6wNb/sjsbbJ8U7LcDrRmboU3WP2wt2LB1CLUwQms4sltA+1AMGtaFtrt tB2/iiM72pwyVrHh6Ynrhb6GPqDfID0NJQiQlCj4o0Am8Oib/wfzzOmv2dtBPeiNnmGH t1NvW6rv2DscLQXFbsyT4oj0P0WnV7NBpshpvfa6KDMU3qjoURyUZcMxFEyiaCeFzMSH Tk/SONVrth64iEXR3e3vWJKvvy+oVhv14aOovAz74zNg+KMlnoemUO5msTpSGdeBeR2L 5szcAk6azM6tdXtP8xp3am0zaADO/pohrFz0DSkSCucuvHd07qmc8bFUDvsg5nbHrntA 5xpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=Gl0tK/UTK+/FnibmCokRYgh5owFlbr/ae5jF7BCf5Dw=; b=WX/W8i88Lg4xJhLmp0ULAYdc0l8YirBc9WvRVKGKGQ0PkoIKc7KWTOn8+VVaGNoAEl HGWg3GTHoD27o9GYlBaAfnJow/t0IPnkLm5A/RYPau2jWD2XVOXwRKGu1jdapWkmIMQf Nu1UgoKqd8sLqkNZ8YmRW2OQGeLP7dv2HrV/KLaS6rye0baZeLQVJzQycl1FJhailWAg yRcJyq2mGGhowL2JtT7YtxKED/E/qk/AhqZia4tzj9NBVduyBlF8+aEkufK7MwIqeWri 4cfxL1iVl5Bn1RDlvJ3tQ6CSlzCzLWaIgF8SyCOqcOZy58Aw+nc/v/AgFWvo4U6jJDpn 2zVw== X-Gm-Message-State: AMke39mJw12M4XRupucTpuObR3z0s3HYxpFaAveoVYZgnzoQIiGjUU3e9SDJnYGEMI2+nQ== X-Received: by 10.28.6.210 with SMTP id 201mr4917622wmg.85.1487982183619; Fri, 24 Feb 2017 16:23:03 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id l130sm4233029wmf.0.2017.02.24.16.23.02 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Fri, 24 Feb 2017 16:23:03 -0800 (PST) Date: Sat, 25 Feb 2017 01:23:01 +0100 From: Mateusz Guzik To: Mark Millard Cc: mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current , Nathan Whitehorn Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] Message-ID: <20170225002300.GC19697@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Mark Millard , mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current , Nathan Whitehorn References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 25 Feb 2017 00:23:05 -0000 On Tue, Feb 21, 2017 at 01:37:25AM -0800, Mark Millard wrote: > [Back to the powerpc64 context.] > > On 2017-Feb-20, at 11:10 AM, Mateusz Guzik wrote: > > > On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: > >> [Note: I experiment with clang based powerpc64 builds, > >> reporting problems that I find. Justin is familiar > >> with this, as is Nathan.] > >> > >> I tried to update the PowerMac G5 (a so-called "Quad Core") > >> that I have access to from head -r312761 to -r313864 and > >> ended up with random panics and hang ups in fairly short > >> order after booting. > >> > >> Some approximate bisecting for the kernel lead to: > >> (sometimes getting part way into a buildkernel attempt > >> for a different version before a failure happens) > >> > >> -r313266: works (just before use of atomic_fcmpset) > >> vs. > >> -r313271: fails (last of the "use atomic_fcmpset" check-ins) > >> > >> (I did not try -r313268 through -r313270 as the use was > >> gradually added.) > >> > >> So I'm currently running a -r313864 world with a -r313266 > >> kernel. > >> > >> No kernel that I tried that was from before -r313266 had the > >> problems. > >> > >> Any kernel that I tried that was from after -r313271 had the > >> problems. > >> > >> Of course I did not try them all in other direction. :) > >> > > > > I found that spin mutexes were not properly handling this, fixed in > > r313996. > > > > Locally I added a if (cpu_tick() % 2) return (0); snipped to amd64 > > fcmpset to simulate failures. Everything works, while it would easily > > fail without the patch. > > > > That said, I hope this concludes the 'missing check for not-reread value > > of failed fcmpset' saga. > > > > -- > > Mateusz Guzik > > -r313999 is an improvement for powerpc64: it boots and I can > log in on the old PowerMac G5 so-called "Quad Core". > > But, e.g., buildworld buildkernel eventually hangs and later > the powerpc64 panics for "spin lock held too long". > Allright, play time is over. Can you please: 1. verify r313254 is stable for you 2. apply https://people.freebsd.org/~mjg/patches/complete-locks.diff and https://people.freebsd.org/~mjg/.junk/ppc.diff on top of it and retry the test? This is a workaround which effectively disables the powerpc-specific primitive and makes it use a cmpset wrapper instead. I don't have the hardware to test right now and my attempts to boot in qemu also failed. That said, does not look like there are general fcmpset bugs left and the remaining issue seems powerpc-specific. If this works, I'll commit the workaround for the time being as in few weeks I'd like to start merging the work back to stable/11. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Sat Feb 25 04:32:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69101CECEAC for ; Sat, 25 Feb 2017 04:32:30 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-91.reflexion.net [208.70.210.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2A50C1920 for ; Sat, 25 Feb 2017 04:32:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 29858 invoked from network); 25 Feb 2017 04:25:48 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 25 Feb 2017 04:25:48 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Fri, 24 Feb 2017 23:25:48 -0500 (EST) Received: (qmail 29692 invoked from network); 25 Feb 2017 04:25:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 25 Feb 2017 04:25:47 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id B833AEC8534; Fri, 24 Feb 2017 20:25:46 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <20170225002300.GC19697@dft-labs.eu> Date: Fri, 24 Feb 2017 20:25:46 -0800 Cc: mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current , Nathan Whitehorn Content-Transfer-Encoding: 7bit Message-Id: <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> <20170225002300.GC19697@dft-labs.eu> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 25 Feb 2017 04:32:30 -0000 On 2017-Feb-24, at 4:23 PM, Mateusz Guzik wrote: > > On Tue, Feb 21, 2017 at 01:37:25AM -0800, Mark Millard wrote: >> [Back to the powerpc64 context.] >> >> On 2017-Feb-20, at 11:10 AM, Mateusz Guzik wrote: >> >>> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: >>>> [Note: I experiment with clang based powerpc64 builds, >>>> reporting problems that I find. Justin is familiar >>>> with this, as is Nathan.] >>>> >>>> I tried to update the PowerMac G5 (a so-called "Quad Core") >>>> that I have access to from head -r312761 to -r313864 and >>>> ended up with random panics and hang ups in fairly short >>>> order after booting. >>>> >>>> Some approximate bisecting for the kernel lead to: >>>> (sometimes getting part way into a buildkernel attempt >>>> for a different version before a failure happens) >>>> >>>> -r313266: works (just before use of atomic_fcmpset) >>>> vs. >>>> -r313271: fails (last of the "use atomic_fcmpset" check-ins) >>>> >>>> (I did not try -r313268 through -r313270 as the use was >>>> gradually added.) >>>> >>>> So I'm currently running a -r313864 world with a -r313266 >>>> kernel. >>>> >>>> No kernel that I tried that was from before -r313266 had the >>>> problems. >>>> >>>> Any kernel that I tried that was from after -r313271 had the >>>> problems. >>>> >>>> Of course I did not try them all in other direction. :) >>>> >>> >>> I found that spin mutexes were not properly handling this, fixed in >>> r313996. >>> >>> Locally I added a if (cpu_tick() % 2) return (0); snipped to amd64 >>> fcmpset to simulate failures. Everything works, while it would easily >>> fail without the patch. >>> >>> That said, I hope this concludes the 'missing check for not-reread value >>> of failed fcmpset' saga. >>> >>> -- >>> Mateusz Guzik >> >> -r313999 is an improvement for powerpc64: it boots and I can >> log in on the old PowerMac G5 so-called "Quad Core". >> >> But, e.g., buildworld buildkernel eventually hangs and later >> the powerpc64 panics for "spin lock held too long". >> > > Allright, play time is over. > > Can you please: > 1. verify r313254 is stable for you > 2. apply https://people.freebsd.org/~mjg/patches/complete-locks.diff and > https://people.freebsd.org/~mjg/.junk/ppc.diff on top of it and retry > the test? > > This is a workaround which effectively disables the powerpc-specific > primitive and makes it use a cmpset wrapper instead. I don't have the > hardware to test right now and my attempts to boot in qemu also failed. > > That said, does not look like there are general fcmpset bugs left and > the remaining issue seems powerpc-specific. > > If this works, I'll commit the workaround for the time being as in few > weeks I'd like to start merging the work back to stable/11. > > -- > Mateusz Guzik I've started a self-hosted powerpc64 -r313254 build based on running the -r313266 kernel. (The context sometimes do cross builds in is tied up with other things. -r313266 is what my prior bisection came up with as the last appearently-working kernel at the time.) So it will be a while before I have a -r313254 in place to try: the self-hosted build takes longer and so will not be installed for a while. To judge stability I'll probably have -e313254 build the patched update that you want me to test, initially doing a cleanworld. So that too will take a while. (The above wording presumes all goes well.) I'll let you know as I go along if I run into anything interesting. My builds are rebuilding both world and kernel since what turns into /usr/include/sys/* has changes in your patch. The builds are without MALLOC_PRODUCTION but are otherwise not debug builds. I've not seen anything indicating that anyone has been trying TARGET_ARCH=powerpc. I've been trying TARGET_ARCH=powerpc64 . While I do not have access to a true TARGET_ARCH=powerpc machine currently, such a build can be used on a PowerMac G5 so-called "Quad Core". So I could eventually build and try such on the one powerpc family machine that I currently have access to. clang 3.9.1 has a significant code generation problem for TARGET_ARCH=powerpc and so I'd have to use a gcc 4.2.1 based build for that sort of experiment. (There is no xtoolchain for 32-bit powerpc.) I use clang 3.9.1 or xtoolchain for TARGET_ARCH=powerpc64 and have been using clang 3.9.1 in recent times. My primary powerpc family use has been to experiment with building based on the modern libc++ and reporting issues discovered in the attempts. This explains the clang/xtoolchain context. clang 3.9.1 has major problems for C++ exception handling for both powerpc64 and powerpc but a lot of FreeBSD is independent of throwing C++ exceptions. By contrast xtoolchain-based works for C++ exception handling but lib32 fails to operate when built by a xtoolchain build. === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Feb 25 07:52:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B0085CECD52 for ; Sat, 25 Feb 2017 07:52:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-89.reflexion.net [208.70.210.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 710861F09 for ; Sat, 25 Feb 2017 07:52:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10239 invoked from network); 25 Feb 2017 07:46:49 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 25 Feb 2017 07:46:49 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Sat, 25 Feb 2017 02:46:07 -0500 (EST) Received: (qmail 8602 invoked from network); 25 Feb 2017 07:46:07 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 25 Feb 2017 07:46:07 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 3155AEC86E2; Fri, 24 Feb 2017 23:46:06 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> Date: Fri, 24 Feb 2017 23:46:05 -0800 Cc: Justin Hibbits , mjg@freebsd.org, FreeBSD Current , svn-src-head@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: 7bit Message-Id: References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> <20170225002300.GC19697@dft-labs.eu> <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 25 Feb 2017 07:52:48 -0000 On 2017-Feb-24, at 8:25 PM, Mark Millard wrote: > On 2017-Feb-24, at 4:23 PM, Mateusz Guzik wrote: >> >> On Tue, Feb 21, 2017 at 01:37:25AM -0800, Mark Millard wrote: >>> [Back to the powerpc64 context.] >>> >>> On 2017-Feb-20, at 11:10 AM, Mateusz Guzik wrote: >>> >>>> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: >>>>> [Note: I experiment with clang based powerpc64 builds, >>>>> reporting problems that I find. Justin is familiar >>>>> with this, as is Nathan.] >>>>> >>>>> I tried to update the PowerMac G5 (a so-called "Quad Core") >>>>> that I have access to from head -r312761 to -r313864 and >>>>> ended up with random panics and hang ups in fairly short >>>>> order after booting. >>>>> >>>>> Some approximate bisecting for the kernel lead to: >>>>> (sometimes getting part way into a buildkernel attempt >>>>> for a different version before a failure happens) >>>>> >>>>> -r313266: works (just before use of atomic_fcmpset) >>>>> vs. >>>>> -r313271: fails (last of the "use atomic_fcmpset" check-ins) >>>>> >>>>> (I did not try -r313268 through -r313270 as the use was >>>>> gradually added.) >>>>> >>>>> So I'm currently running a -r313864 world with a -r313266 >>>>> kernel. >>>>> >>>>> No kernel that I tried that was from before -r313266 had the >>>>> problems. >>>>> >>>>> Any kernel that I tried that was from after -r313271 had the >>>>> problems. >>>>> >>>>> Of course I did not try them all in other direction. :) >>>>> >>>> >>>> I found that spin mutexes were not properly handling this, fixed in >>>> r313996. >>>> >>>> Locally I added a if (cpu_tick() % 2) return (0); snipped to amd64 >>>> fcmpset to simulate failures. Everything works, while it would easily >>>> fail without the patch. >>>> >>>> That said, I hope this concludes the 'missing check for not-reread value >>>> of failed fcmpset' saga. >>>> >>>> -- >>>> Mateusz Guzik >>> >>> -r313999 is an improvement for powerpc64: it boots and I can >>> log in on the old PowerMac G5 so-called "Quad Core". >>> >>> But, e.g., buildworld buildkernel eventually hangs and later >>> the powerpc64 panics for "spin lock held too long". >>> >> >> Allright, play time is over. >> >> Can you please: >> 1. verify r313254 is stable for you >> 2. apply https://people.freebsd.org/~mjg/patches/complete-locks.diff and >> https://people.freebsd.org/~mjg/.junk/ppc.diff on top of it and retry >> the test? >> >> This is a workaround which effectively disables the powerpc-specific >> primitive and makes it use a cmpset wrapper instead. I don't have the >> hardware to test right now and my attempts to boot in qemu also failed. >> >> That said, does not look like there are general fcmpset bugs left and >> the remaining issue seems powerpc-specific. >> >> If this works, I'll commit the workaround for the time being as in few >> weeks I'd like to start merging the work back to stable/11. >> >> -- >> Mateusz Guzik > > I've started a self-hosted powerpc64 -r313254 build > based on running the -r313266 kernel. (The context > sometimes do cross builds in is tied up with other > things. -r313266 is what my prior bisection came up > with as the last appearently-working kernel at the > time.) > > So it will be a while before I have a -r313254 in > place to try: the self-hosted build takes longer > and so will not be installed for a while. > > To judge stability I'll probably have -e313254 build > the patched update that you want me to test, initially > doing a cleanworld. So that too will take a while. > > (The above wording presumes all goes well.) > > I'll let you know as I go along if I run into anything > interesting. > > > My builds are rebuilding both world and kernel since > what turns into /usr/include/sys/* has changes in your > patch. > > The builds are without MALLOC_PRODUCTION but are > otherwise not debug builds. > > > I've not seen anything indicating that anyone has > been trying TARGET_ARCH=powerpc. I've been trying > TARGET_ARCH=powerpc64 . > > While I do not have access to a true > TARGET_ARCH=powerpc machine currently, such a build > can be used on a PowerMac G5 so-called "Quad Core". > So I could eventually build and try such on the one > powerpc family machine that I currently have access > to. > > clang 3.9.1 has a significant code generation problem > for TARGET_ARCH=powerpc and so I'd have to use > a gcc 4.2.1 based build for that sort of experiment. > (There is no xtoolchain for 32-bit powerpc.) > > I use clang 3.9.1 or xtoolchain for > TARGET_ARCH=powerpc64 and have been using clang 3.9.1 > in recent times. My primary powerpc family use has > been to experiment with building based on the > modern libc++ and reporting issues discovered in the > attempts. This explains the clang/xtoolchain context. > > clang 3.9.1 has major problems for C++ exception > handling for both powerpc64 and powerpc but a > lot of FreeBSD is independent of throwing C++ > exceptions. By contrast xtoolchain-based works > for C++ exception handling but lib32 fails > to operate when built by a xtoolchain build. -r313254 had no trouble booting or building the patched version or anything else involved in getting there or installing. But the patched version failed quickly just attempting cleanworld's recursive remove. (So it did boot and let me log in.) The panic description was: panic: vn_finished_secondary_write: neg cnt The sources that are different from svn's -r313254 are (some tied to arm64 experiments, most everything else tied to powerpc64 and/or powerpc, those not from your patches are long standing from my investigations or from Justin H.): # svnlite status /usr/src | sort . . . (ignoring the ? lines) . . . M /usr/src/bin/sh/jobs.c M /usr/src/bin/sh/miscbltin.c M /usr/src/contrib/llvm/lib/Target/PowerPC/PPCInstrInfo.td M /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp M /usr/src/lib/csu/powerpc64/Makefile M /usr/src/libexec/rtld-elf/Makefile M /usr/src/sys/arm/arm/gic.c M /usr/src/sys/boot/ofw/Makefile.inc M /usr/src/sys/boot/powerpc/Makefile.inc M /usr/src/sys/boot/powerpc/kboot/Makefile M /usr/src/sys/boot/uboot/Makefile.inc M /usr/src/sys/conf/kmod.mk M /usr/src/sys/ddb/db_main.c M /usr/src/sys/ddb/db_script.c M /usr/src/sys/kern/init_main.c M /usr/src/sys/kern/kern_condvar.c M /usr/src/sys/kern/kern_lock.c M /usr/src/sys/kern/kern_lockstat.c M /usr/src/sys/kern/kern_mutex.c M /usr/src/sys/kern/kern_rwlock.c M /usr/src/sys/kern/kern_sx.c M /usr/src/sys/kern/kern_synch.c M /usr/src/sys/kern/kern_thread.c M /usr/src/sys/kern/subr_lock.c M /usr/src/sys/kern/vfs_default.c M /usr/src/sys/kern/vfs_subr.c M /usr/src/sys/powerpc/include/atomic.h M /usr/src/sys/powerpc/ofw/ofw_machdep.c M /usr/src/sys/sys/lock.h M /usr/src/sys/sys/lockmgr.h M /usr/src/sys/sys/lockstat.h M /usr/src/sys/sys/mutex.h M /usr/src/sys/sys/rwlock.h M /usr/src/sys/sys/sdt.h M /usr/src/sys/sys/sx.h M /usr/src/sys/sys/systm.h === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Feb 25 09:06:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C444CEA702 for ; Sat, 25 Feb 2017 09:06:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-93.reflexion.net [208.70.210.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B86185A for ; Sat, 25 Feb 2017 09:06:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16287 invoked from network); 25 Feb 2017 09:06:01 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 25 Feb 2017 09:06:01 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Sat, 25 Feb 2017 04:06:01 -0500 (EST) Received: (qmail 22712 invoked from network); 25 Feb 2017 09:06:01 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 25 Feb 2017 09:06:01 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 66939EC86E2; Sat, 25 Feb 2017 01:06:00 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: Date: Sat, 25 Feb 2017 01:05:59 -0800 Cc: Justin Hibbits , mjg@freebsd.org, FreeBSD Current , svn-src-head@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <477BA631-AB85-4E77-8BA3-CD2AFAD5E405@dsl-only.net> References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> <20170225002300.GC19697@dft-labs.eu> <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 25 Feb 2017 09:06:03 -0000 On 2017-Feb-24, at 11:46 PM, Mark Millard = wrote: > On 2017-Feb-24, at 8:25 PM, Mark Millard = wrote: >=20 >> On 2017-Feb-24, at 4:23 PM, Mateusz Guzik = wrote: >>>=20 >>> On Tue, Feb 21, 2017 at 01:37:25AM -0800, Mark Millard wrote: >>>> [Back to the powerpc64 context.] >>>>=20 >>>> On 2017-Feb-20, at 11:10 AM, Mateusz Guzik = wrote: >>>>=20 >>>>> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: >>>>>> [Note: I experiment with clang based powerpc64 builds, >>>>>> reporting problems that I find. Justin is familiar >>>>>> with this, as is Nathan.] >>>>>>=20 >>>>>> I tried to update the PowerMac G5 (a so-called "Quad Core") >>>>>> that I have access to from head -r312761 to -r313864 and >>>>>> ended up with random panics and hang ups in fairly short >>>>>> order after booting. >>>>>>=20 >>>>>> Some approximate bisecting for the kernel lead to: >>>>>> (sometimes getting part way into a buildkernel attempt >>>>>> for a different version before a failure happens) >>>>>>=20 >>>>>> -r313266: works (just before use of atomic_fcmpset) >>>>>> vs. >>>>>> -r313271: fails (last of the "use atomic_fcmpset" check-ins) >>>>>>=20 >>>>>> (I did not try -r313268 through -r313270 as the use was >>>>>> gradually added.) >>>>>>=20 >>>>>> So I'm currently running a -r313864 world with a -r313266 >>>>>> kernel. >>>>>>=20 >>>>>> No kernel that I tried that was from before -r313266 had the >>>>>> problems. >>>>>>=20 >>>>>> Any kernel that I tried that was from after -r313271 had the >>>>>> problems. >>>>>>=20 >>>>>> Of course I did not try them all in other direction. :) >>>>>>=20 >>>>>=20 >>>>> I found that spin mutexes were not properly handling this, fixed = in >>>>> r313996. >>>>>=20 >>>>> Locally I added a if (cpu_tick() % 2) return (0); snipped to amd64 >>>>> fcmpset to simulate failures. Everything works, while it would = easily >>>>> fail without the patch. >>>>>=20 >>>>> That said, I hope this concludes the 'missing check for not-reread = value >>>>> of failed fcmpset' saga. >>>>>=20 >>>>> --=20 >>>>> Mateusz Guzik >>>>=20 >>>> -r313999 is an improvement for powerpc64: it boots and I can >>>> log in on the old PowerMac G5 so-called "Quad Core". >>>>=20 >>>> But, e.g., buildworld buildkernel eventually hangs and later >>>> the powerpc64 panics for "spin lock held too long". >>>>=20 >>>=20 >>> Allright, play time is over. >>>=20 >>> Can you please: >>> 1. verify r313254 is stable for you >>> 2. apply https://people.freebsd.org/~mjg/patches/complete-locks.diff = and >>> https://people.freebsd.org/~mjg/.junk/ppc.diff on top of it and = retry >>> the test? >>>=20 >>> This is a workaround which effectively disables the powerpc-specific >>> primitive and makes it use a cmpset wrapper instead. I don't have = the >>> hardware to test right now and my attempts to boot in qemu also = failed. >>>=20 >>> That said, does not look like there are general fcmpset bugs left = and >>> the remaining issue seems powerpc-specific. >>>=20 >>> If this works, I'll commit the workaround for the time being as in = few >>> weeks I'd like to start merging the work back to stable/11. >>>=20 >>> --=20 >>> Mateusz Guzik >>=20 >> I've started a self-hosted powerpc64 -r313254 build >> based on running the -r313266 kernel. (The context=20 >> sometimes do cross builds in is tied up with other >> things. -r313266 is what my prior bisection came up >> with as the last appearently-working kernel at the >> time.) >>=20 >> So it will be a while before I have a -r313254 in >> place to try: the self-hosted build takes longer >> and so will not be installed for a while. >>=20 >> To judge stability I'll probably have -e313254 build >> the patched update that you want me to test, initially >> doing a cleanworld. So that too will take a while. >>=20 >> (The above wording presumes all goes well.) >>=20 >> I'll let you know as I go along if I run into anything >> interesting. >>=20 >>=20 >> My builds are rebuilding both world and kernel since >> what turns into /usr/include/sys/* has changes in your >> patch. >>=20 >> The builds are without MALLOC_PRODUCTION but are >> otherwise not debug builds. >>=20 >>=20 >> I've not seen anything indicating that anyone has >> been trying TARGET_ARCH=3Dpowerpc. I've been trying >> TARGET_ARCH=3Dpowerpc64 . >>=20 >> While I do not have access to a true >> TARGET_ARCH=3Dpowerpc machine currently, such a build >> can be used on a PowerMac G5 so-called "Quad Core". >> So I could eventually build and try such on the one >> powerpc family machine that I currently have access >> to. >>=20 >> clang 3.9.1 has a significant code generation problem >> for TARGET_ARCH=3Dpowerpc and so I'd have to use >> a gcc 4.2.1 based build for that sort of experiment. >> (There is no xtoolchain for 32-bit powerpc.) >>=20 >> I use clang 3.9.1 or xtoolchain for >> TARGET_ARCH=3Dpowerpc64 and have been using clang 3.9.1 >> in recent times. My primary powerpc family use has >> been to experiment with building based on the >> modern libc++ and reporting issues discovered in the >> attempts. This explains the clang/xtoolchain context. >>=20 >> clang 3.9.1 has major problems for C++ exception >> handling for both powerpc64 and powerpc but a >> lot of FreeBSD is independent of throwing C++ >> exceptions. By contrast xtoolchain-based works >> for C++ exception handling but lib32 fails >> to operate when built by a xtoolchain build. >=20 > -r313254 had no trouble booting or building > the patched version or anything else involved > in getting there or installing. >=20 > But the patched version failed quickly just > attempting cleanworld's recursive remove. (So > it did boot and let me log in.) The panic > description was: >=20 > panic: vn_finished_secondary_write: neg cnt >=20 >=20 > The sources that are different from svn's -r313254 > are (some tied to arm64 experiments, most everything > else tied to powerpc64 and/or powerpc, those not > from your patches are long standing from my > investigations or from Justin H.): >=20 > # svnlite status /usr/src | sort > . . . (ignoring the ? lines) . . . > M /usr/src/bin/sh/jobs.c > M /usr/src/bin/sh/miscbltin.c > M /usr/src/contrib/llvm/lib/Target/PowerPC/PPCInstrInfo.td > M /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp > M /usr/src/lib/csu/powerpc64/Makefile > M /usr/src/libexec/rtld-elf/Makefile > M /usr/src/sys/arm/arm/gic.c > M /usr/src/sys/boot/ofw/Makefile.inc > M /usr/src/sys/boot/powerpc/Makefile.inc > M /usr/src/sys/boot/powerpc/kboot/Makefile > M /usr/src/sys/boot/uboot/Makefile.inc > M /usr/src/sys/conf/kmod.mk > M /usr/src/sys/ddb/db_main.c > M /usr/src/sys/ddb/db_script.c > M /usr/src/sys/kern/init_main.c > M /usr/src/sys/kern/kern_condvar.c > M /usr/src/sys/kern/kern_lock.c > M /usr/src/sys/kern/kern_lockstat.c > M /usr/src/sys/kern/kern_mutex.c > M /usr/src/sys/kern/kern_rwlock.c > M /usr/src/sys/kern/kern_sx.c > M /usr/src/sys/kern/kern_synch.c > M /usr/src/sys/kern/kern_thread.c > M /usr/src/sys/kern/subr_lock.c > M /usr/src/sys/kern/vfs_default.c > M /usr/src/sys/kern/vfs_subr.c > M /usr/src/sys/powerpc/include/atomic.h > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/sys/lock.h > M /usr/src/sys/sys/lockmgr.h > M /usr/src/sys/sys/lockstat.h > M /usr/src/sys/sys/mutex.h > M /usr/src/sys/sys/rwlock.h > M /usr/src/sys/sys/sdt.h > M /usr/src/sys/sys/sx.h > M /usr/src/sys/sys/systm.h To recover from the problem and again have a buildworld buildkernel present I've booted based on: A) The -r313254 kernel without your patches (kernel.old). B) The -r313254 world (which had your patches in its build). I've reverted the /usr/src/ to not have your patches (but does have my prior ones from prior activity). I repeated the cleanworld to let it finish after its prior failure (that failed during a SSD trim activity). I've started buildworld buildkernel (with -j 4 as is normal for my context). So far this combination seems to be working fine. This suggests that the sys/sys/*.h files that ended up in /usr/include/sys/ and the sys/powerpc/include/atomic.h that ended up in /usr/include/machine/ were not problems as used in the world code --since those uses are still in place in the binaries being used. Only the kernel binaries seem to be a problem (not necessarily all of them). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Feb 25 13:49:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB5A7CEC952 for ; Sat, 25 Feb 2017 13:49:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-88.reflexion.net [208.70.210.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B35AC30 for ; Sat, 25 Feb 2017 13:49:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 24855 invoked from network); 25 Feb 2017 13:49:42 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 25 Feb 2017 13:49:42 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Sat, 25 Feb 2017 08:49:42 -0500 (EST) Received: (qmail 26312 invoked from network); 25 Feb 2017 13:49:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 25 Feb 2017 13:49:42 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 425EAEC86E2; Sat, 25 Feb 2017 05:49:41 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <477BA631-AB85-4E77-8BA3-CD2AFAD5E405@dsl-only.net> Date: Sat, 25 Feb 2017 05:49:40 -0800 Cc: svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> <20170225002300.GC19697@dft-labs.eu> <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> <477BA631-AB85-4E77-8BA3-CD2AFAD5E405@dsl-only.net> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 25 Feb 2017 13:49:44 -0000 On 2017-Feb-25, at 1:05 AM, Mark Millard wrote: > On 2017-Feb-24, at 11:46 PM, Mark Millard = wrote: >=20 >> On 2017-Feb-24, at 8:25 PM, Mark Millard = wrote: >>=20 >>> On 2017-Feb-24, at 4:23 PM, Mateusz Guzik = wrote: >>>>=20 >>>> On Tue, Feb 21, 2017 at 01:37:25AM -0800, Mark Millard wrote: >>>>> [Back to the powerpc64 context.] >>>>>=20 >>>>> On 2017-Feb-20, at 11:10 AM, Mateusz Guzik = wrote: >>>>>=20 >>>>>> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: >>>>>>> [Note: I experiment with clang based powerpc64 builds, >>>>>>> reporting problems that I find. Justin is familiar >>>>>>> with this, as is Nathan.] >>>>>>>=20 >>>>>>> I tried to update the PowerMac G5 (a so-called "Quad Core") >>>>>>> that I have access to from head -r312761 to -r313864 and >>>>>>> ended up with random panics and hang ups in fairly short >>>>>>> order after booting. >>>>>>>=20 >>>>>>> Some approximate bisecting for the kernel lead to: >>>>>>> (sometimes getting part way into a buildkernel attempt >>>>>>> for a different version before a failure happens) >>>>>>>=20 >>>>>>> -r313266: works (just before use of atomic_fcmpset) >>>>>>> vs. >>>>>>> -r313271: fails (last of the "use atomic_fcmpset" check-ins) >>>>>>>=20 >>>>>>> (I did not try -r313268 through -r313270 as the use was >>>>>>> gradually added.) >>>>>>>=20 >>>>>>> So I'm currently running a -r313864 world with a -r313266 >>>>>>> kernel. >>>>>>>=20 >>>>>>> No kernel that I tried that was from before -r313266 had the >>>>>>> problems. >>>>>>>=20 >>>>>>> Any kernel that I tried that was from after -r313271 had the >>>>>>> problems. >>>>>>>=20 >>>>>>> Of course I did not try them all in other direction. :) >>>>>>>=20 >>>>>>=20 >>>>>> I found that spin mutexes were not properly handling this, fixed = in >>>>>> r313996. >>>>>>=20 >>>>>> Locally I added a if (cpu_tick() % 2) return (0); snipped to = amd64 >>>>>> fcmpset to simulate failures. Everything works, while it would = easily >>>>>> fail without the patch. >>>>>>=20 >>>>>> That said, I hope this concludes the 'missing check for = not-reread value >>>>>> of failed fcmpset' saga. >>>>>>=20 >>>>>> --=20 >>>>>> Mateusz Guzik >>>>>=20 >>>>> -r313999 is an improvement for powerpc64: it boots and I can >>>>> log in on the old PowerMac G5 so-called "Quad Core". >>>>>=20 >>>>> But, e.g., buildworld buildkernel eventually hangs and later >>>>> the powerpc64 panics for "spin lock held too long". >>>>>=20 >>>>=20 >>>> Allright, play time is over. >>>>=20 >>>> Can you please: >>>> 1. verify r313254 is stable for you >>>> 2. apply = https://people.freebsd.org/~mjg/patches/complete-locks.diff and >>>> https://people.freebsd.org/~mjg/.junk/ppc.diff on top of it and = retry >>>> the test? >>>>=20 >>>> This is a workaround which effectively disables the = powerpc-specific >>>> primitive and makes it use a cmpset wrapper instead. I don't have = the >>>> hardware to test right now and my attempts to boot in qemu also = failed. >>>>=20 >>>> That said, does not look like there are general fcmpset bugs left = and >>>> the remaining issue seems powerpc-specific. >>>>=20 >>>> If this works, I'll commit the workaround for the time being as in = few >>>> weeks I'd like to start merging the work back to stable/11. >>>>=20 >>>> --=20 >>>> Mateusz Guzik >>>=20 >>> I've started a self-hosted powerpc64 -r313254 build >>> based on running the -r313266 kernel. (The context=20 >>> sometimes do cross builds in is tied up with other >>> things. -r313266 is what my prior bisection came up >>> with as the last appearently-working kernel at the >>> time.) >>>=20 >>> So it will be a while before I have a -r313254 in >>> place to try: the self-hosted build takes longer >>> and so will not be installed for a while. >>>=20 >>> To judge stability I'll probably have -e313254 build >>> the patched update that you want me to test, initially >>> doing a cleanworld. So that too will take a while. >>>=20 >>> (The above wording presumes all goes well.) >>>=20 >>> I'll let you know as I go along if I run into anything >>> interesting. >>>=20 >>>=20 >>> My builds are rebuilding both world and kernel since >>> what turns into /usr/include/sys/* has changes in your >>> patch. >>>=20 >>> The builds are without MALLOC_PRODUCTION but are >>> otherwise not debug builds. >>>=20 >>>=20 >>> I've not seen anything indicating that anyone has >>> been trying TARGET_ARCH=3Dpowerpc. I've been trying >>> TARGET_ARCH=3Dpowerpc64 . >>>=20 >>> While I do not have access to a true >>> TARGET_ARCH=3Dpowerpc machine currently, such a build >>> can be used on a PowerMac G5 so-called "Quad Core". >>> So I could eventually build and try such on the one >>> powerpc family machine that I currently have access >>> to. >>>=20 >>> clang 3.9.1 has a significant code generation problem >>> for TARGET_ARCH=3Dpowerpc and so I'd have to use >>> a gcc 4.2.1 based build for that sort of experiment. >>> (There is no xtoolchain for 32-bit powerpc.) >>>=20 >>> I use clang 3.9.1 or xtoolchain for >>> TARGET_ARCH=3Dpowerpc64 and have been using clang 3.9.1 >>> in recent times. My primary powerpc family use has >>> been to experiment with building based on the >>> modern libc++ and reporting issues discovered in the >>> attempts. This explains the clang/xtoolchain context. >>>=20 >>> clang 3.9.1 has major problems for C++ exception >>> handling for both powerpc64 and powerpc but a >>> lot of FreeBSD is independent of throwing C++ >>> exceptions. By contrast xtoolchain-based works >>> for C++ exception handling but lib32 fails >>> to operate when built by a xtoolchain build. >>=20 >> -r313254 had no trouble booting or building >> the patched version or anything else involved >> in getting there or installing. >>=20 >> But the patched version failed quickly just >> attempting cleanworld's recursive remove. (So >> it did boot and let me log in.) The panic >> description was: >>=20 >> panic: vn_finished_secondary_write: neg cnt >>=20 >>=20 >> The sources that are different from svn's -r313254 >> are (some tied to arm64 experiments, most everything >> else tied to powerpc64 and/or powerpc, those not >> from your patches are long standing from my >> investigations or from Justin H.): >>=20 >> # svnlite status /usr/src | sort >> . . . (ignoring the ? lines) . . . >> M /usr/src/bin/sh/jobs.c >> M /usr/src/bin/sh/miscbltin.c >> M /usr/src/contrib/llvm/lib/Target/PowerPC/PPCInstrInfo.td >> M /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp >> M /usr/src/lib/csu/powerpc64/Makefile >> M /usr/src/libexec/rtld-elf/Makefile >> M /usr/src/sys/arm/arm/gic.c >> M /usr/src/sys/boot/ofw/Makefile.inc >> M /usr/src/sys/boot/powerpc/Makefile.inc >> M /usr/src/sys/boot/powerpc/kboot/Makefile >> M /usr/src/sys/boot/uboot/Makefile.inc >> M /usr/src/sys/conf/kmod.mk >> M /usr/src/sys/ddb/db_main.c >> M /usr/src/sys/ddb/db_script.c >> M /usr/src/sys/kern/init_main.c >> M /usr/src/sys/kern/kern_condvar.c >> M /usr/src/sys/kern/kern_lock.c >> M /usr/src/sys/kern/kern_lockstat.c >> M /usr/src/sys/kern/kern_mutex.c >> M /usr/src/sys/kern/kern_rwlock.c >> M /usr/src/sys/kern/kern_sx.c >> M /usr/src/sys/kern/kern_synch.c >> M /usr/src/sys/kern/kern_thread.c >> M /usr/src/sys/kern/subr_lock.c >> M /usr/src/sys/kern/vfs_default.c >> M /usr/src/sys/kern/vfs_subr.c >> M /usr/src/sys/powerpc/include/atomic.h >> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >> M /usr/src/sys/sys/lock.h >> M /usr/src/sys/sys/lockmgr.h >> M /usr/src/sys/sys/lockstat.h >> M /usr/src/sys/sys/mutex.h >> M /usr/src/sys/sys/rwlock.h >> M /usr/src/sys/sys/sdt.h >> M /usr/src/sys/sys/sx.h >> M /usr/src/sys/sys/systm.h >=20 > To recover from the problem and again have a buildworld > buildkernel present I've booted based on: >=20 > A) The -r313254 kernel without your patches (kernel.old). > B) The -r313254 world (which had your patches in its > build). >=20 > I've reverted the /usr/src/ to not have your patches > (but does have my prior ones from prior activity). >=20 > I repeated the cleanworld to let it finish after its > prior failure (that failed during a SSD trim activity). >=20 > I've started buildworld buildkernel (with -j 4 as is > normal for my context). >=20 > So far this combination seems to be working fine. This > suggests that the sys/sys/*.h files that ended up in > /usr/include/sys/ and the sys/powerpc/include/atomic.h > that ended up in /usr/include/machine/ were not problems > as used in the world code --since those uses are still in > place in the binaries being used. Only the kernel > binaries seem to be a problem (not necessarily all of > them). Unfortunately it eventually got a panic for a Data Storage Interrupt. I may not be unable to do a self hosted build to get things back to normal.=20 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Feb 25 14:59:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1C74CEC1E6 for ; Sat, 25 Feb 2017 14:59:47 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id DAD1EFC9 for ; Sat, 25 Feb 2017 14:59:47 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id D6FF1CEC1E3; Sat, 25 Feb 2017 14:59:47 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D646FCEC1E1 for ; Sat, 25 Feb 2017 14:59:47 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1FC2CFC7 for ; Sat, 25 Feb 2017 14:59:46 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1chdov-0000QD-DG; Sat, 25 Feb 2017 15:59:37 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1chdov-0007qM-Bt; Sat, 25 Feb 2017 15:59:37 +0100 MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Sat, 25 Feb 2017 14:59:37 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "Benjamin Kaduk" CC: "current" Subject: Re: Lock order reversal [ newbie ] report [2nd one> more of ] Date: Sat, 25 Feb 2017 06:59:37 -0800 (PST) X-Mailer: RMM6 In-Reply-To: <20170223030632.GN30306@kduck.kaduk.org> Content-Type: multipart/mixed; boundary="----------=_1488034777-15113-150" Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 25 Feb 2017 14:59:48 -0000 This is a multi-part message in MIME format... ------------=_1488034777-15113-150 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 22 Feb 2017 21:06:32 -0600, Benjamin Kaduk wrote: > Hi Jeffrey, >=20 > Thank you for your enthusiasm in reporting these. > Unfortunately, it is very likely that these two are "well-known" and > believed to be harmless, so you have not discovered something > terribly exciting. >=20 > An old and no-longer particularly maintained listing of these and > other LORs is at: http://sources.zabbadoz.net/freebsd/lor.html >=20 > -Ben >=20 > On Wed, Feb 22, 2017 at 06:20:08PM -0800, Jeffrey Bouquet wrote: > > This one at boot: > > #0 to #10 > > bufwait > > /usr/src/sys/kern/vfs_bio.c:3500 > > dirhash > > /usr/src/sys/ufs/ufs/ufs_dirhash.c:201 > >=20 > > r313487 12.0-CURRENT Feb 13 2017=20 > > 1200020 FWIW=20 > > both the above and the below reports... > >=20 > >=20 > >=20 > >=20 > > On Wed, 22 Feb 2017 15:37:21 -0800 (PST), "Jeffrey Bouquet" wrote: > >=20 > > > #0 #16 follow: > > > jotted down : > > >=20 > > > 1. ufs /usr/src/sys/kern/vfs_syscalls.c:3364 > > > 2. bufwait /usr/src/sys/ufs/ffs/ffs_vnops.c:280 > > > 3. ufs /usr/src/sys/kern/vfs_subr.c:2600 > > >=20 > > > [ took roxterm out of the xinitrc, system stable seems more than yest= erday... too > > > early to tell, which is/was a 2nd issue... put in urxvt and st... ba= sed on TOP memory... ]=20 > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= .org" > >=20 > >=20 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Found a few more in a debug custom kernel that has 9h 54m uptime as of now, using nextboot, so are maybe not important... just a toy maybe to examine if anyone has free time and/or has less than 9h uptime issues to remove a few lock order reversals, in, say, amd64 (i386 here) if they are common to bot= h but would crash amd64 more reliably than the good uptime I have as of this morning... r318487 Feb 13 2017 12.0-CURRENT 1200020 .... Thought to email them only because different 'subsystem' messages occur during the boot verbose process... like 2016, 2017, 2016, 2015...=20 .... Maybe just newbie stuff. Thanks... ignore the 'speaker' stuff in it...=20 Jeff=20= ------------=_1488034777-15113-150 Content-Type: text/plain; name="=?UTF-8?Q?lOReversals-2017-feb-i386-list.txt?=" Content-Disposition: attachment; filename="=?UTF-8?Q?lOReversals-2017-feb-i386-list.txt?=" Content-Transfer-Encoding: base64 IGtlcm5lbCBsb2cgbWVzc2FnZXM6CitzdWJzeXN0ZW0gMTAwMDAwMAorICAg dm1fbWVtX2luaXQoMCkuLi4gZG9uZS4KKyAgIHZtX3BhZ2VfaW5pdCgwKS4u LiBkb25lLgorc3Vic3lzdGVtIDE4MDAwMDAKKyAgIHN5c2N0bF9yZWdpc3Rl cl9hbGwoMCkuLi4gZG9uZS4KKyAgIG1hbGxvY2luaXQoMCkuLi4gZG9uZS4K KyAgIG1hbGxvY19pbml0KCZNX0FDUElDQSkuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX0tCRE1VWCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZN X0xFRCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01BTE9ERVYpLi4u IGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9NRCkuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX01EU0VDVCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0 KCZNX01GSUJVRikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01QUiku Li4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01QUlNBUykuLi4gZG9uZS4K KyAgIG1hbGxvY19pbml0KCZNX01QUlVTRVIpLi4uIGRvbmUuCisgICBtYWxs b2NfaW5pdCgmTV9NUFQyKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1f TVBTU0FTKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fTVBTVVNFUiku Li4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0FDUElUQVNLKS4uLiBkb25l LgorICAgbWFsbG9jX2luaXQoJk1fTVBUVVNFUikuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX01SU0FTKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fQUNQSVNFTSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0NBTUND QlEpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9BQ1BJREVWKS4uLiBk b25lLgorICAgbWFsbG9jX2luaXQoJk1fTVZTKS4uLiBkb25lLgorICAgbWFs bG9jX2luaXQoJk1fTVdMREVWKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fTkVUTUFQKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fUFBCVVNE RVYpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9QU1RJT1ApLi4uIGRv bmUuCisgICBtYWxsb2NfaW5pdCgmTV9QU1RSQUlEKS4uLiBkb25lLgorICAg bWFsbG9jX2luaXQoJk1fUFVDKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fQ0FNU0lNKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fRU5UUk9Q WSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0NBTVhQVCkuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX0NBTURFVikuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX0NBTUNDQikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0 KCZNX0NBTVBBVEgpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9TSUlT KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fQ0FNUEVSSVBIKS4uLiBk b25lLgorICAgbWFsbG9jX2luaXQoJk1fU05QKS4uLiBkb25lLgorICAgbWFs bG9jX2luaXQoJk1fQUNQSUNNQkFUKS4uLiBkb25lLgorICAgbWFsbG9jX2lu aXQoJk1fQUM5NykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0ZFRURF UikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01JWEVSKS4uLiBkb25l LgorICAgbWFsbG9jX2luaXQoJk1fTUlESSkuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX1RXQSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1RX RSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1RXUykuLi4gZG9uZS4K KyAgIG1hbGxvY19pbml0KCZNX0FDUElQRVJGKS4uLiBkb25lLgorICAgbWFs bG9jX2luaXQoJk1fQUNQSVBXUikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0 KCZNX0NBTVNDSEVEKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fQ0FN USkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1NDU0lDRCkuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX1VBUlQpLi4uIGRvbmUuCisgICBtYWxs b2NfaW5pdCgmTV9BR1ApLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9B SENJKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fVVNCKS4uLiBkb25l LgorICAgbWFsbG9jX2luaXQoJk1fVVNCREVWKS4uLiBkb25lLgorICAgbWFs bG9jX2luaXQoJk1fU0NTSUNIKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fQVRBREEpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9DQU1ERVZR KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fU0NTSURBKS4uLiBkb25l LgorICAgbWFsbG9jX2luaXQoJk1fU0NTSUxPVykuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX0FNUikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZN X0FUQSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0FUQURNQSkuLi4g ZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0FUQVBDSSkuLi4gZG9uZS4KKyAg IG1hbGxvY19pbml0KCZNX0FUSERFVikuLi4gZG9uZS4KKyAgIG1hbGxvY19p bml0KCZNX0FUSF9IQUwpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9W VEJVRikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1ZUKS4uLiBkb25l LgorICAgbWFsbG9jX2luaXQoJk1fVlRGT05UKS4uLiBkb25lLgorICAgbWFs bG9jX2luaXQoJk1fU1lTTU9VU0UpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5p dCgmQ0lTU19NQUxMT0NfQ0xBU1MpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5p dCgmTV9ERVZGUzIpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9ERVZG UzMpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9DREVWUCkuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX0RFVkZTNCkuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX0RFVkZTUlVMRSkuLi4gZG9uZS4KKyAgIG1hbGxvY19p bml0KCZNX0RFVkZTKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fQ0RF VlBEQVRBKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fTVNET1NGU05P REUpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9NU0RPU0ZTRklMRU5P KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fTVNET1NGU01OVCkuLi4g ZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01TRE9TRlNGQVQpLi4uIGRvbmUu CisgICBtYWxsb2NfaW5pdCgmTV9ORVdORlNSVkNBQ0hFKS4uLiBkb25lLgor ICAgbWFsbG9jX2luaXQoJk1fTkVXTkZTRENMSUVOVCkuLi4gZG9uZS4KKyAg IG1hbGxvY19pbml0KCZNX05FV05GU0RTVEFURSkuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX05FV05GU0RMT0NLKS4uLiBkb25lLgorICAgbWFsbG9j X2luaXQoJk1fTkVXTkZTRExPQ0tGSUxFKS4uLiBkb25lLgorICAgbWFsbG9j X2luaXQoJk1fTkVXTkZTU1RSSU5HKS4uLiBkb25lLgorICAgbWFsbG9jX2lu aXQoJk1fTkVXTkZTVVNFUkdST1VQKS4uLiBkb25lLgorICAgbWFsbG9jX2lu aXQoJk1fTkVXTkZTRFJFUSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZN X05FV05GU0ZIKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fTkVXTkZT Q0xPV05FUikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX05FV05GU0NM T1BFTikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX05FV05GU0NMREVM RUcpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9ORVdORlNDTENMSUVO VCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX05FV05GU0NMTE9DS09X TkVSKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fTkVXTkZTQ0xMT0NL KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fTkVXTkZTVjROT0RFKS4u LiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fTkVXTkZTRElSRUNUSU8pLi4u IGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9ORVdORlNESVJPRkYpLi4uIGRv bmUuCisgICBtYWxsb2NfaW5pdCgmTV9ORVdORlNEUk9MTEJBQ0spLi4uIGRv bmUuCisgICBtYWxsb2NfaW5pdCgmTV9ORVdORlNMQVlPVVQpLi4uIGRvbmUu CisgICBtYWxsb2NfaW5pdCgmTV9ORVdORlNGTEFZT1VUKS4uLiBkb25lLgor ICAgbWFsbG9jX2luaXQoJk1fTkVXTkZTREVWSU5GTykuLi4gZG9uZS4KKyAg IG1hbGxvY19pbml0KCZNX05FV05GU1NPQ0tSRVEpLi4uIGRvbmUuCisgICBt YWxsb2NfaW5pdCgmTV9ORVdORlNDTERTKS4uLiBkb25lLgorICAgbWFsbG9j X2luaXQoJk1fTkVXTkZTTEFZUkVDQUxMKS4uLiBkb25lLgorICAgbWFsbG9j X2luaXQoJk1fTkVXTkZTRFNFU1NJT04pLi4uIGRvbmUuCisgICBtYWxsb2Nf aW5pdCgmTV9ORVdORlNSRVEpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgm TV9ORVdORlNNTlQpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9QRlNO T0RFUykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1BGU1ZOQ0FDSEUp Li4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9HRU9NKS4uLiBkb25lLgor ICAgbWFsbG9jX2luaXQoJk1fUkFJRCkuLi4gZG9uZS4KKyAgIG1hbGxvY19p bml0KCZNX01EX0RERikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01E X0lOVEVMKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fTURfSk1JQ1JP TikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01EX05WSURJQSkuLi4g ZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01EX1BST01JU0UpLi4uIGRvbmUu CisgICBtYWxsb2NfaW5pdCgmTV9NRF9TSUkpLi4uIGRvbmUuCisgICBtYWxs b2NfaW5pdCgmTV9UUl9DT05DQVQpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5p dCgmTV9UUl9SQUlEMCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1RS X1JBSUQxKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fVFJfUkFJRDFF KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fVFJfUkFJRDUpLi4uIGRv bmUuCisgICBtYWxsb2NfaW5pdCgmTV9JU0FERVYpLi4uIGRvbmUuCisgICBt YWxsb2NfaW5pdCgmTV9JU09GU01OVCkuLi4gZG9uZS4KKyAgIG1hbGxvY19p bml0KCZNX0lTT0ZTTk9ERSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZN X1NDU0lQQVNTKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fU0NTSVNB KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fU0NTSUVOQykuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX05WTElTVCkuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZEUk1fTUVNX0RNQSkuLi4gZG9uZS4KKyAgIG1hbGxvY19p bml0KCZEUk1fTUVNX1NBUkVBKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fREVWVCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1RUWUNPTlMp Li4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9GSUxFREVTQykuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX0ZJTEVERVNDX1RPX0xFQURFUikuLi4g ZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1NJR0lPKS4uLiBkb25lLgorICAg bWFsbG9jX2luaXQoJk1fRklMRUNBUFMpLi4uIGRvbmUuCisgICBtYWxsb2Nf aW5pdCgmTV9LRFRSQUNFKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1f S0VOVikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0tRVUVVRSkuLi4g ZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1BBUkdTKS4uLiBkb25lLgorICAg bWFsbG9jX2luaXQoJk1fRkFJTF9QT0lOVCkuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX0hIT09LKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1f SVRIUkVBRCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1BSSVNPTiku Li4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1BSSVNPTl9SQUNDVCkuLi4g ZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0tUUkFDRSkuLi4gZG9uZS4KKyAg IG1hbGxvY19pbml0KCZEUk1fTUVNX0RSSVZFUikuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX0xJTktFUikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0 KCZEUk1fTUVNX01BR0lDKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1f TE9DS0YpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9MT0dJTkNMQVNT KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fQ0FDSEUpLi4uIGRvbmUu CisgICBtYWxsb2NfaW5pdCgmTV9ERVZCVUYpLi4uIGRvbmUuCisgICBtYWxs b2NfaW5pdCgmTV9URU1QKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJkRS TV9NRU1fSU9DVExTKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJkRSTV9N RU1fTUFQUykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZEUk1fTUVNX0JV RlMpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9NT0RVTEUpLi4uIGRv bmUuCisgICBtYWxsb2NfaW5pdCgmTV9NVFhQT09MKS4uLiBkb25lLgorICAg bWFsbG9jX2luaXQoJk1fT1NEKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fUE1DSE9PS1MpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9QR1JQ KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fU0VTU0lPTikuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX1BST0MpLi4uIGRvbmUuCisgICBtYWxs b2NfaW5pdCgmTV9TVUJQUk9DKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fQ1JFRCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1BMSU1JVCku Li4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1VJRElORk8pLi4uIGRvbmUu CisgICBtYWxsb2NfaW5pdCgmTV9EVU1QRVIpLi4uIGRvbmUuCisgICBtYWxs b2NfaW5pdCgmRFJNX01FTV9TRUdTKS4uLiBkb25lLgorICAgbWFsbG9jX2lu aXQoJk1fU1lTQ1RMKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fU1lT Q1RMT0lEKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fU1lTQ1RMVE1Q KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJkRSTV9NRU1fUEFHRVMpLi4u IGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9USURIQVNIKS4uLiBkb25lLgor ICAgbWFsbG9jX2luaXQoJk1fQ0FMTE9VVCkuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX1VNVFgpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9Q MzFCKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fU1dBUCkuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX0JVUykuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX0JVU19TQykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZN X0RFVlNUQVQpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9FVkVOVEhB TkRMRVIpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9HVEFTS1FVRVVF KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fS09CSikuLi4gZG9uZS4K KyAgIG1hbGxvY19pbml0KCZNX1BDUFUpLi4uIGRvbmUuCisgICBtYWxsb2Nf aW5pdCgmTV9STUFOKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fU0JV RikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1NHTElTVCkuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX1RPUE8pLi4uIGRvbmUuCisgICBtYWxs b2NfaW5pdCgmRFJNX01FTV9GSUxFUykuLi4gZG9uZS4KKyAgIG1hbGxvY19p bml0KCZNX1NUQUNLKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fVEFT S1FVRVVFKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fVEVSTUlOQUwp Li4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9VTklUKS4uLiBkb25lLgor ICAgbWFsbG9jX2luaXQoJk1fVk1FTSkuLi4gZG9uZS4KKyAgIG1hbGxvY19p bml0KCZNX1dJVE5FU1MpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9J T0NUTE9QUykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1NFTEVDVCku Li4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0lPVikuLi4gZG9uZS4KKyAg IG1hbGxvY19pbml0KCZNX01TRykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0 KCZNX1NFTSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1NITSkuLi4g ZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1RUWSkuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX1BUUykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZN X0FDQ0YpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9QQUNLRVRfVEFH UykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0tTRU0pLi4uIGRvbmUu CisgICBtYWxsb2NfaW5pdCgmTV9TSE1GRCkuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX1NPTkFNRSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZN X1BDQikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZEUk1fTUVNX1FVRVVF UykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0FDTCkuLi4gZG9uZS4K KyAgIG1hbGxvY19pbml0KCZNX0xJTykuLi4gZG9uZS4KKyAgIG1hbGxvY19p bml0KCZNX0JJT0JVRikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1ZG U0NBQ0hFKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fU0VHTUVOVCku Li4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX05FVEFERFIpLi4uIGRvbmUu CisgICBtYWxsb2NfaW5pdCgmTV9WRlNfSEFTSCkuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX1ZOT0RFKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fTU9VTlQpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9TVEFURlMp Li4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmRFJNX01FTV9DTURTKS4uLiBk b25lLgorICAgbWFsbG9jX2luaXQoJk1fVk5PREVfTUFSS0VSKS4uLiBkb25l LgorICAgbWFsbG9jX2luaXQoJk1fRkFEVklTRSkuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX0FSQzRSQU5ET00pLi4uIGRvbmUuCisgICBtYWxsb2Nf aW5pdCgmTV9CUEYpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9GVEFC TEUpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9JRkRFU0NSKS4uLiBk b25lLgorICAgbWFsbG9jX2luaXQoJk1fSUZORVQpLi4uIGRvbmUuCisgICBt YWxsb2NfaW5pdCgmTV9JRkFERFIpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5p dCgmTV9JRk1BRERSKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fQ0xP TkUpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9HSUYpLi4uIGRvbmUu CisgICBtYWxsb2NfaW5pdCgmTV9MTFRBQkxFKS4uLiBkb25lLgorICAgbWFs bG9jX2luaXQoJk1fVFVOKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1f VkxBTikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0lGTElCKS4uLiBk b25lLgorICAgbWFsbG9jX2luaXQoJk1fUlRBQkxFKS4uLiBkb25lLgorICAg bWFsbG9jX2luaXQoJk1fODAyMTFfVkFQKS4uLiBkb25lLgorICAgbWFsbG9j X2luaXQoJk1fODAyMTFfQ1JZUFRPKS4uLiBkb25lLgorICAgbWFsbG9jX2lu aXQoJk1fODAyMTFfREZTKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1f ODAyMTFfQ09NKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fODAyMTFf TUVTSF9QUkVRKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fODAyMTFf TUVTSF9QUkVQKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fODAyMTFf TUVTSF9QRVJSKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fODAyMTFf TUVTSF9SVCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNXzgwMjExX01F U0hfR1RfUlQpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV84MDIxMV9O T0RFKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fODAyMTFfTk9ERV9J RSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNXzgwMjExX1BPV0VSKS4u LiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fODAyMTFfUkFURUNUTCkuLi4g ZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNXzgwMjExX1NDQU4pLi4uIGRvbmUu CisgICBtYWxsb2NfaW5pdCgmTV9ORVRHUkFQSCkuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX05FVEdSQVBIX01TRykuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX05FVEdSQVBIX0hPT0spLi4uIGRvbmUuCisgICBtYWxsb2Nf aW5pdCgmTV9ORVRHUkFQSF9OT0RFKS4uLiBkb25lLgorICAgbWFsbG9jX2lu aXQoJk1fTkVUR1JBUEhfSVRFTSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0 KCZNX05FVEdSQVBIX1BBUlNFKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fTkVUR1JBUEhfUFBQKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1f SUdNUCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0NBUlApLi4uIGRv bmUuCisgICBtYWxsb2NfaW5pdCgmTV9JUElEKS4uLiBkb25lLgorICAgbWFs bG9jX2luaXQoJk1fSU5NRklMVEVSKS4uLiBkb25lLgorICAgbWFsbG9jX2lu aXQoJk1fSVBNQUREUikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0lQ TU9QVFMpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9JUE1TT1VSQ0Up Li4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9ORVRBRERSKS4uLiBkb25l LgorICAgbWFsbG9jX2luaXQoJlNDVFBfTV9NQVApLi4uIGRvbmUuCisgICBt YWxsb2NfaW5pdCgmU0NUUF9NX1NUUk1JKS4uLiBkb25lLgorICAgbWFsbG9j X2luaXQoJlNDVFBfTV9TVFJNTykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0 KCZTQ1RQX01fQVNDX0FERFIpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgm U0NUUF9NX0FTQ19JVCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZTQ1RQ X01fQVVUSF9DTCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZTQ1RQX01f QVVUSF9LWSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZTQ1RQX01fQVVU SF9ITCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZTQ1RQX01fQVVUSF9J RikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZTQ1RQX01fU1RSRVNFVCku Li4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZTQ1RQX01fQ01TRykuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZTQ1RQX01fQ09QWUFMKS4uLiBkb25lLgor ICAgbWFsbG9jX2luaXQoJlNDVFBfTV9WUkYpLi4uIGRvbmUuCisgICBtYWxs b2NfaW5pdCgmU0NUUF9NX0lGQSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0 KCZTQ1RQX01fSUZOKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJlNDVFBf TV9USU1XKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJlNDVFBfTV9NVlJG KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJlNDVFBfTV9JVEVSKS4uLiBk b25lLgorICAgbWFsbG9jX2luaXQoJlNDVFBfTV9TT0NLT1BUKS4uLiBkb25l LgorICAgbWFsbG9jX2luaXQoJlNDVFBfTV9NQ09SRSkuLi4gZG9uZS4KKyAg IG1hbGxvY19pbml0KCZNX0hPU1RDQUNIRSkuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX0xSTykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1RD UExPRykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1RDUEZVTkNUSU9O UykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1NZTkNBQ0hFKS4uLiBk b25lLgorICAgbWFsbG9jX2luaXQoJk1fRlRBQkxFKS4uLiBkb25lLgorICAg bWFsbG9jX2luaXQoJk1fSU42TUZJTFRFUikuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX0lQNk1BRERSKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fSVA2TU9QVFMpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9JUDZN U09VUkNFKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fSVA2T1BUKS4u LiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fTUxEKS4uLiBkb25lLgorICAg bWFsbG9jX2luaXQoJk1fSVA2TkRQKS4uLiBkb25lLgorICAgbWFsbG9jX2lu aXQoJk1fRE5fSEVBUCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0RV TU1ZTkVUKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJkRSTV9NRU1fTUFQ UElOR1MpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9JUEZXKS4uLiBk b25lLgorICAgbWFsbG9jX2luaXQoJk1fSVBGV19UQkwpLi4uIGRvbmUuCisg ICBtYWxsb2NfaW5pdCgmTV9ORlNfRkhBKS4uLiBkb25lLgorICAgbWFsbG9j X2luaXQoJk1fTkZTTE9DSykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZN X05MTUlORk8pLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9OTE0pLi4u IGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9SUEMpLi4uIGRvbmUuCisgICBt YWxsb2NfaW5pdCgmTV9BVURJVENSRUQpLi4uIGRvbmUuCisgICBtYWxsb2Nf aW5pdCgmTV9BVURJVERBVEEpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgm TV9BVURJVFBBVEgpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9BVURJ VFRFWFQpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9BVURJVEdJRFNF VCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0FVRElUQlNNKS4uLiBk b25lLgorICAgbWFsbG9jX2luaXQoJk1fQVVESVRFVkNMQVNTKS4uLiBkb25l LgorICAgbWFsbG9jX2luaXQoJk1fQVVESVRfUElQRSkuLi4gZG9uZS4KKyAg IG1hbGxvY19pbml0KCZNX0FVRElUX1BJUEVfRU5UUlkpLi4uIGRvbmUuCisg ICBtYWxsb2NfaW5pdCgmTV9BVURJVF9QSVBFX1BSRVNFTEVDVCkuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX0FVRElUVFJJR0dFUikuLi4gZG9uZS4K KyAgIG1hbGxvY19pbml0KCZNX01BQ1RFTVApLi4uIGRvbmUuCisgICBtYWxs b2NfaW5pdCgmTV9QQUdFREVQKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fSU5PREVERVApLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9CTVNB RkVNQVApLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9ORVdCTEspLi4u IGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9BTExPQ0RJUkVDVCkuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX0lORElSREVQKS4uLiBkb25lLgorICAg bWFsbG9jX2luaXQoJk1fQUxMT0NJTkRJUikuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX0ZSRUVGUkFHKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fRlJFRUJMS1MpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9GUkVF RklMRSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0RJUkFERCkuLi4g ZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01LRElSKS4uLiBkb25lLgorICAg bWFsbG9jX2luaXQoJk1fRElSUkVNKS4uLiBkb25lLgorICAgbWFsbG9jX2lu aXQoJk1fTkVXRElSQkxLKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1f RlJFRVdPUkspLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9GUkVFREVQ KS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fSkFERFJFRikuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX0pSRU1SRUYpLi4uIGRvbmUuCisgICBt YWxsb2NfaW5pdCgmTV9KTVZSRUYpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5p dCgmTV9KTkVXQkxLKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fSkZS RUVCTEspLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9KRlJFRUZSQUcp Li4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9KU0VHKS4uLiBkb25lLgor ICAgbWFsbG9jX2luaXQoJk1fSlNFR0RFUCkuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX1NCREVQKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1f SlRSVU5DKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fSkZTWU5DKS4u LiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fU0VOVElORUwpLi4uIGRvbmUu CisgICBtYWxsb2NfaW5pdCgmTV9TQVZFRElOTykuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX0pCTE9DS1MpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5p dCgmTV9NT1VOVERBVEEpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9E SVJIQVNIKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fRFFVT1QpLi4u IGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9VRlNNTlQpLi4uIGRvbmUuCisg ICBtYWxsb2NfaW5pdCgmTV9WTVBHREFUQSkuLi4gZG9uZS4KKyAgIG1hbGxv Y19pbml0KCZNX1VNQUhBU0gpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgm RFJNX01FTV9CVUZMSVNUUykuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZE Uk1fTUVNX0FHUExJU1RTKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1f RklDVF9QQUdFUykuLi4gZG9uZS4KKyAgIHZtX3JhZGl4X3Jlc2VydmVfa3Zh KDApLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9MSU5VWCkuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX0VQT0xMKS4uLiBkb25lLgorICAgbWFs bG9jX2luaXQoJk1fRlVURVgpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgm TV9GVVRFWF9XUCkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1BDSV9M SU5LKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fQVRLQkRERVYpLi4u IGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9CWEVfSUxUKS4uLiBkb25lLgor ICAgbWFsbG9jX2luaXQoJkRSTV9NRU1fQ1RYQklUTUFQKS4uLiBkb25lLgor ICAgbWFsbG9jX2luaXQoJkRSTV9NRU1fU0dMSVNUUykuLi4gZG9uZS4KKyAg IG1hbGxvY19pbml0KCZEUk1fTUVNX0RSQVdBQkxFKS4uLiBkb25lLgorICAg bWFsbG9jX2luaXQoJkRSTV9NRU1fTU0pLi4uIGRvbmUuCisgICBtYWxsb2Nf aW5pdCgmTV9TUEtSKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQoJk1fSVND SSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZEUk1fTUVNX0hBU0hUQUIp Li4uIGRvbmUuCisgICBtYWxsb2NfaW5pdCgmTV9NRU1ERVNDKS4uLiBkb25l LgorICAgbWFsbG9jX2luaXQoJk1fRlBVS0VSTl9DVFgpLi4uIGRvbmUuCisg ICBtYWxsb2NfaW5pdCgmTV9QSVIpLi4uIGRvbmUuCisgICBtYWxsb2NfaW5p dCgmTV9EREJfQ0FQVFVSRSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZN X0FBQ0JVRikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0FQTURFViku Li4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01BRFQpLi4uIGRvbmUuCisg ICBtYWxsb2NfaW5pdCgmTV9BQUNDQU0pLi4uIGRvbmUuCisgICBtYWxsb2Nf aW5pdCgmTV9BQUNSQUlEQlVGKS4uLiBkb25lLgorICAgbWFsbG9jX2luaXQo Jk1fQUFDUkFJRENBTSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX0dE VEJVRikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX1FQSSkuLi4gZG9u ZS4KKyAgIG1hbGxvY19pbml0KCZNX0lPQVBJQykuLi4gZG9uZS4KKyAgIG1h bGxvY19pbml0KCZNX0xFR0FDWURFVikuLi4gZG9uZS4KKyAgIG1hbGxvY19p bml0KCZNX0lQU0JVRikuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01D QSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0KCZNX01QVEFCTEUpLi4uIGRv bmUuCisgICBtYWxsb2NfaW5pdCgmTV9BQ1BJSU5UUikuLi4gZG9uZS4KKyAg IG1hbGxvY19pbml0KCZNX01TSSkuLi4gZG9uZS4KKyAgIG1hbGxvY19pbml0 KCZNX05FWFVTREVWKS4uLiBkb25lLgorICAgdHVuYWJsZV9tYmluaXQoMCku Li4gZG9uZS4KKyAgIHBjcHVfem9uZXNfc3RhcnR1cCgwKS4uLiBkb25lLgor ICAgc2NtZW1pbml0KDApLi4uIGRvbmUuCisgICB2dF91cGRhdGVfc3RhdGlj KCZ2dF9jb25zZGV2KS4uLiBWVCh2Z2EpOiByZXNvbHV0aW9uIDY0MHg0ODAK K2RvbmUuCisgICBpbml0X2R5bmFtaWNfa2VudigwKS4uLiBkb25lLgorICAg dmlkX21hbGxvY19pbml0KDApLi4uIGRvbmUuCisgICBzbGVlcGluaXQoMCku Li4gZG9uZS4KKyAgIGF1dGhub25lX2luaXQoMCkuLi4gZG9uZS4KKyAgIGF1 dGh1bml4X2luaXQoMCkuLi4gZG9uZS4KK3N1YnN5c3RlbSAxYTgwMDAwCisg ICB3aXRuZXNzX2luaXRpYWxpemUoMCkuLi4gZG9uZS4KK3N1YnN5c3RlbSAx YWMwMDAwCisgICBtdHhfcG9vbF9zZXR1cF9keW5hbWljKDApLi4uIGRvbmUu CitzdWJzeXN0ZW0gMWIwMDAwMAorICAgZmlsZWxpc3Rpbml0KDApLi4uIGRv bmUuCisgICB1c2JfcXVpcmtfaW5pdCgwKS4uLiBkb25lLgorICAgbmxtX2Ns aWVudF9pbml0KDApLi4uIGRvbmUuCisgICBsZl9pbml0KDApLi4uIGRvbmUu CisgICBubG1faW5pdCgwKS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJmRi X3NjcmlwdF9tdHhfYXJncykuLi4gZG9uZS4KKyAgIHN4X3N5c2luaXQoJmNt YmF0X3N4bG9ja19hcmdzKS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJm1h Y19pZm5ldF9tdHhfYXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZm ZnNfc25hcGZyZWVfYXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZl dF9ldmVudHRpbWVyc19pbml0X2FyZ3MpLi4uIGRvbmUuCisgICBzeF9zeXNp bml0KCZ0dHlfbGlzdF9hcmdzKS4uLiBkb25lLgorICAgc3hfc3lzaW5pdCgm c25wX3JlZ2lzdGVyX2xvY2tfYXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNp bml0KCZhY2NlcHRfZmlsdGVyX2FyZ3MpLi4uIGRvbmUuCisgICBtdHhfc3lz aW5pdCgma3FfZ2xvYmFsX2FyZ3MpLi4uIGRvbmUuCisgICBzeF9zeXNpbml0 KCZpbl9jb250cm9sX3N4X2FyZ3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5p dCgmZG9tYWluX2FyZ3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgma3F1 ZXVlX2ZpbHRlcm9wc19hcmdzKS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQo JmtubGlzdF9sb2NrX2FyZ3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgm cm1fc3BpbmxvY2tfYXJncykuLi4gZG9uZS4KKyAgIHN4X3N5c2luaXQoJmNw dV9zeGxvY2tfYXJncykuLi4gZG9uZS4KKyAgIHN4X3N5c2luaXQoJmVjX3N4 bG9ja19hcmdzKS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJmluX211bHRp X210eF9hcmdzKS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJmFjY2VwdF9t dHhfYXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZlbmNhcG10eF9h cmdzKS4uLiBkb25lLgorICAgcm1fc3lzaW5pdCgmaW5faWZhZGRyX2xvY2tf YXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZzb19nbG9iYWxfbXR4 X2FyZ3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgmbXR4X2dhcmJhZ2Vf bGlzdF9hcmdzKS4uLiBkb25lLgorICAgc3hfc3lzaW5pdCgmc3hfZnBfc2V0 X2FyZ3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgmZGlybGlzdF9tdHhf YXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZoaG9va2hlYWRsaXN0 bG9ja19hcmdzKS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJnBjbV9zeW5j Z3JvdXBfYXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZ0Y19zZXRj bG9ja19pbml0X2FyZ3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgmem9t YmllX2xvY2tfYXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZpbnRy X2V2ZW50X2xpc3RfYXJncykuLi4gZG9uZS4KKyAgIHN4X3N5c2luaXQoJnN4 X3J1bGVzX2FyZ3MpLi4uIGRvbmUuCisgICBzeF9zeXNpbml0KCZ2ZnNjb25m X2FyZ3MpLi4uIGRvbmUuCisgICBzeF9zeXNpbml0KCZsaWRfc3hsb2NrX2Fy Z3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgmdXVpZF9sb2NrX2FyZ3Mp Li4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgmbW91bnRsaXN0X2FyZ3MpLi4u IGRvbmUuCisgICBtdHhfc3lzaW5pdCgmcm9vdF9ob2xkc19hcmdzKS4uLiBk b25lLgorICAgbXR4X3N5c2luaXQoJnNvZnRkZXBfbG9ja19hcmdzKS4uLiBk b25lLgorICAgbXR4X3N5c2luaXQoJnByaXNvbjBfYXJncykuLi4gZG9uZS4K KyAgIG10eF9zeXNpbml0KCZpbnRyX2NvbmZpZ19ob29rX2FyZ3MpLi4uIGRv bmUuCisgICBzeF9zeXNpbml0KCZhbGxwcmlzb25fbG9ja19hcmdzKS4uLiBk b25lLgorICAgcndfc3lzaW5pdCgma2hlbHBsaXN0bG9ja19hcmdzKS4uLiBk b25lLgorICAgbXR4X3N5c2luaXQoJnNsX3RhYl9sb2NrX2FyZ3MpLi4uIGRv bmUuCisgICBtdHhfc3lzaW5pdCgma3N0YWNrX2NhY2hlX2FyZ3MpLi4uIGRv bmUuCisgICBtdHhfc3lzaW5pdCgmZGV2c3RhdF9tdXRleF9hcmdzKS4uLiBk b25lLgorICAgbXR4X3N5c2luaXQoJmRldmZzX2RlX2ludGVybG9ja19hcmdz KS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJnZtX2RhZW1vbl9hcmdzKS4u LiBkb25lLgorICAgc3hfc3lzaW5pdCgmaWZkZXNjcl9zeF9hcmdzKS4uLiBk b25lLgorICAgbXR4X3N5c2luaXQoJnZtX2RlZmF1bHRfcG9saWN5X2FyZ3Mp Li4uIGRvbmUuCisgICByd19zeXNpbml0X2ZsYWdzKCZpZm5ldF9yd19hcmdz KS4uLiBkb25lLgorICAgc3hfc3lzaW5pdCgmbGludXhfaW9jdGxfYXJncyku Li4gZG9uZS4KKyAgIHN4X3N5c2luaXQoJmlmbmV0X3N4X2FyZ3MpLi4uIGRv bmUuCisgICBzeF9zeXNpbml0KCZjbG9uZV9kcmFpbl9sb2NrX2FyZ3MpLi4u IGRvbmUuCisgICBtdHhfc3lzaW5pdCgmZmlybXdhcmVfYXJncykuLi4gZG9u ZS4KKyAgIG10eF9zeXNpbml0KCZjZGV2cHJpdl9tdHhfYXJncykuLi4gZG9u ZS4KKyAgIHN4X3N5c2luaXQoJnBjaV9wb3dlcnN0YXRlX3N4bG9ja19hcmdz KS4uLiBkb25lLgorICAgc3hfc3lzaW5pdCgmcGNpX2xpbmtfc3hsb2NrX2Fy Z3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgmaWZfY2xvbmVyc19sb2Nr X2FyZ3MpLi4uIGRvbmUuCisgICBzeF9zeXNpbml0KCZwY2liX3N4bG9ja19h cmdzKS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJmxwX3RhYmxlc19hcmdz KS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJmluNl9tdWx0aV9tdHhfYXJn cykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZieGVfcHJldl9tdHhfYXJn cykuLi4gZG9uZS4KKyAgIHJtX3N5c2luaXQoJmluNl9pZmFkZHJfbG9ja19h cmdzKS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJnZlc2FfbG9ja19hcmdz KS4uLiBkb25lLgorICAgc3hfc3lzaW5pdCgmaHB0bXZfbGlzdF9sb2NrX2Fy Z3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgmaHBtdHZfZHBjX2xvY2tf YXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZtc2didWZfbG9ja19h cmdzKS4uLiBkb25lLgorICAgc3hfc3lzaW5pdCgmZ2lmX2lvY3RsX3N4X2Fy Z3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgmeHB0X3RvcG9faW5pdF9h cmdzKS4uLiBkb25lLgorICAgcndfc3lzaW5pdCgmbGx0YWJsZV9saXN0X2xv Y2tfYXJncykuLi4gZG9uZS4KKyAgIHN4X3N5c2luaXQoJnBvd2VycmVzX3N4 bG9ja19hcmdzKS4uLiBkb25lLgorICAgc3hfc3lzaW5pdCgmaHBldF9zeGxv Y2tfYXJncykuLi4gZG9uZS4KKyAgIHJ3X3N5c2luaXQoJmxvZ2luY2xhc3Nl c19pbml0X2FyZ3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgmcmVzZXR0 b2RyX2luaXRfYXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZwZmls X2hlYWRzX2xvY2tfYXJncykuLi4gZG9uZS4KKyAgIHN4X3N5c2luaXQoJm1l bXN4bG9ja2luaXRfYXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZy YXdjYl9tdHhfYXJncykuLi4gZG9uZS4KKyAgIHN4X3N5c2luaXQoJnNtYmF0 X3N4bG9ja19hcmdzKS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJnJ0c29j a19hcmdzKS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJnRoZXJtYWxfbXV0 ZXhfYXJncykuLi4gZG9uZS4KKyAgIG10eF9zeXNpbml0KCZpY19saXN0X2Fy Z3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgmbmZzX2N2ZXJmX210eF9h cmdzKS4uLiBkb25lLgorICAgc3hfc3lzaW5pdCgmYWNjdF9hcmdzKS4uLiBk b25lLgorICAgc3hfc3lzaW5pdCgmYWNwaV9zeGxvY2tfYXJncykuLi4gZG9u ZS4KKyAgIG10eF9zeXNpbml0KCZhaF9yZWdzZXJfYXJncykuLi4gZG9uZS4K KyAgIG10eF9zeXNpbml0KCZuZnNzdF9hcmdzKS4uLiBkb25lLgorICAgbXR4 X3N5c2luaXQoJmlzYV9kbWFfbG9ja19hcmdzKS4uLiBkb25lLgorICAgc3hf c3lzaW5pdCgmZGJfY2FwdHVyZV9zeF9hcmdzKS4uLiBkb25lLgorICAgbXR4 X3N5c2luaXQoJnVuaXRfYXJncykuLi4gZG9uZS4KKyAgIHN4X3N5c2luaXQo JmFjYWRfc3hsb2NrX2FyZ3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgm aWlyX2Vsb2NrX2FyZ3MpLi4uIGRvbmUuCisgICBtdHhfc3lzaW5pdCgmbnRw X2FyZ3MpLi4uIGRvbmUuCisgICBzeF9zeXNpbml0KCZpaXJfc2Rldl9sb2Nr X2FyZ3MpLi4uIGRvbmUuCisgICBzeF9zeXNpbml0KCZiYXR0ZXJ5X3N4bG9j a19hcmdzKS4uLiBkb25lLgorICAgbXR4X3N5c2luaXQoJnBtY19zb2Z0X210 eF9hcmdzKS4uLiBkb25lLgorICAgcG1jX2luaXRfc3goMCkuLi4gZG9uZS4K KyAgIG10eF9zeXNpbml0KCZubWlfbG9ja19hcmdzKS4uLiBkb25lLgorICAg bG9ja19kZWxheV9kZWZhdWx0X2luaXQoJm10eF9kZWxheSkuLi4gZG9uZS4K KyAgIGluaXRfYm91bmNlX3BhZ2VzKDApLi4uIGRvbmUuCisgICBsb2NrX2Rl bGF5X2RlZmF1bHRfaW5pdCgmbXR4X3NwaW5fZGVsYXkpLi4uIGRvbmUuCisg ICBjcmMzMmNfaW5pdF9odygwKS4uLiBkb25lLgorICAgbG9ja19kZWxheV9k ZWZhdWx0X2luaXQoJnJ3X2RlbGF5KS4uLiBkb25lLgorICAgaW5pdF90dXJu c3RpbGUwKDApLi4uIGRvbmUuCisgICByYW5nZWxvY2tfc3lzX2luaXQoMCku Li4gZG9uZS4KKyAgIGtvYmpfaW5pdF9tdXRleCgwKS4uLiBkb25lLgorICAg YXJjNF9pbml0KDApLi4uIGRvbmUuCisgICBvc2RfaW5pdCgwKS4uLiBkb25l LgorICAgbG9ja19kZWxheV9kZWZhdWx0X2luaXQoJnN4X2RlbGF5KS4uLiBk b25lLgorc3Vic3lzdGVtIDFjMDAwMDAKKyAgIGV2ZW50aGFuZGxlcl9pbml0 KDApLi4uIGRvbmUuCitzdWJzeXN0ZW0gMWMwMDAwMQorICAgdW10eHFfc3lz aW5pdCgwKS4uLiBkb25lLgorc3Vic3lzdGVtIDFmZmZmZmYKKyAgIHVjb21f aW5pdCgwKS4uLiBkb25lLgorc3Vic3lzdGVtIDIwMDAwMDAKKyAgIHVzYl9k ZXZfaW5pdCgwKS4uLiBkb25lLgorICAgZHBjcHVfc3RhcnR1cCgwKS4uLiBk b25lLgorICAgbW9kdWxlX2luaXQoMCkuLi4gZG9uZS4KKyAgIGxpbmtlcl9p bml0KDApLi4uIGRvbmUuCisgICBsaW5rX2VsZl9pbml0KDApLi4uIGRvbmUu CisgICBsaW51eF9pb2N0bF9yZWdpc3Rlcl9oYW5kbGVyKCZhYWNfbGludXhf aGFuZGxlcikuLi4gZG9uZS4KKyAgIGxpbnV4X2lvY3RsX3JlZ2lzdGVyX2hh bmRsZXIoJmFhY3JhaWRfbGludXhfaGFuZGxlcikuLi4gZG9uZS4KKyAgIGxp bnV4X2lvY3RsX3JlZ2lzdGVyX2hhbmRsZXIoJmFtcl9saW51eF9oYW5kbGVy KS4uLiBkb25lLgorICAgbGlua2VyX3ByZWxvYWQoMCkuLi4gY2FuJ3QgcmUt dXNlIGEgbGVhZiAoZ2VvbV9sYWJlbCkhCitkb25lLgorc3Vic3lzdGVtIDE4 MDAwMDAKKyAgIG1hbGxvY19pbml0KCZNX0pPVVJOQUwpLi4uIGRvbmUuCisg ICBtYWxsb2NfaW5pdCgmTV9OVklESUEpLi4uIGRvbmUuCisgICBtYWxsb2Nf aW5pdCgmTV9OVklESUFfTU9ERVNFVCkuLi4gZG9uZS4KK3N1YnN5c3RlbSAx YjAwMDAwCisgICBtdHhfc3lzaW5pdCgmZ19qb3VybmFsX2NhY2hlX2FyZ3Mp Li4uIGRvbmUuCitzdWJzeXN0ZW0gMjAwMDAwMAorICAgbGludXhfaW9jdGxf cmVnaXN0ZXJfaGFuZGxlcigmbWZpX2xpbnV4X2hhbmRsZXIpLi4uIGRvbmUu CisgICBsaW51eF9kZXZpY2VfcmVnaXN0ZXJfaGFuZGxlcigmbWZpX2Rldmlj ZV9oYW5kbGVyKS4uLiBkb25lLgorICAgZGV2aWNlc19zaG93X2FsbF9hZGQo MCkuLi4gZG9uZS4KKyAgIHR0eV9zaG93X2FkZCgwKS4uLiBkb25lLgorICAg dHR5c19zaG93X2FsbF9hZGQoMCkuLi4gZG9uZS4KKyAgIGJpb19zaG93X2Fk ZCgwKS4uLiBkb25lLgorICAgcGNpcmVnc19zaG93X2FkZCgwKS4uLiBkb25l LgorICAgcGdycGR1bXBfc2hvd19hZGQoMCkuLi4gZG9uZS4KKyAgIHNvY2tl dF9zaG93X2FkZCgwKS4uLiBkb25lLgorICAgc29ja2J1Zl9zaG93X2FkZCgw KS4uLiBkb25lLgorICAgcHJvdG9zd19zaG93X2FkZCgwKS4uLiBkb25lLgor ICAgZG9tYWluX3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBhaGRfcGF1c2Vf Y21kX2FkZCgwKS4uLiBkb25lLgorICAgYWhkX3VucGF1c2VfY21kX2FkZCgw KS4uLiBkb25lLgorICAgYWhkX2luX2NtZF9hZGQoMCkuLi4gZG9uZS4KKyAg IGFoZF9vdXRfY21kX2FkZCgwKS4uLiBkb25lLgorICAgaWdpX2xpc3Rfc2hv d19hZGQoMCkuLi4gZG9uZS4KKyAgIGFoZF9kdW1wX2NtZF9hZGQoMCkuLi4g ZG9uZS4KKyAgIHNpbl9zaG93X2FkZCgwKS4uLiBkb25lLgorICAgaW5faWZh ZGRyX3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBsb2NrX3Nob3dfYWRkKDAp Li4uIGRvbmUuCisgICBjZGV2X3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICB3 YXRjaGVzX3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBwYW5pY19zaG93X2Fk ZCgwKS4uLiBkb25lLgorICAgdW5wY2Jfc2hvd19hZGQoMCkuLi4gZG9uZS4K KyAgIGNwdXNldHNfc2hvd19hZGQoMCkuLi4gZG9uZS4KKyAgIGRwY3B1X29m Zl9zaG93X2FkZCgwKS4uLiBkb25lLgorICAgaW5wY2Jfc2hvd19hZGQoMCku Li4gZG9uZS4KKyAgIHBjcHVfc2hvd19hZGQoMCkuLi4gZG9uZS4KKyAgIGJ1 ZmZlcl9zaG93X2FkZCgwKS4uLiBkb25lLgorICAgbG9ja2VkYnVmc19zaG93 X2FkZCgwKS4uLiBkb25lLgorICAgdm5vZGVidWZzX3Nob3dfYWRkKDApLi4u IGRvbmUuCisgICBpbm9kZWRlcF9zaG93X2FkZCgwKS4uLiBkb25lLgorICAg aW5vZGVkZXBzX3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICB3b3JrbGlzdF9z aG93X2FkZCgwKS4uLiBkb25lLgorICAgd29ya2hlYWRfc2hvd19hZGQoMCku Li4gZG9uZS4KKyAgIG1rZGlyc19zaG93X2FkZCgwKS4uLiBkb25lLgorICAg ZmZzX3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBjb3VudGZyZWVidWZzX2Nt ZF9hZGQoMCkuLi4gZG9uZS4KKyAgIHBjcHVfc2hvd19hbGxfYWRkKDApLi4u IGRvbmUuCisgICBhbGxwY3B1X3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBw Y3RyaWVub2RlX3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBtc2didWZfc2hv d19hZGQoMCkuLi4gZG9uZS4KKyAgIHVtYV9zaG93X2FkZCgwKS4uLiBkb25l LgorICAgdW1hY2FjaGVfc2hvd19hZGQoMCkuLi4gZG9uZS4KKyAgIGVtX3Jl c2V0X2Rldl9jbWRfYWRkKDApLi4uIGRvbmUuCisgICBybWFuX3Nob3dfYWRk KDApLi4uIGRvbmUuCisgICBtYXBfc2hvd19hZGQoMCkuLi4gZG9uZS4KKyAg IHByb2N2bV9zaG93X2FkZCgwKS4uLiBkb25lLgorICAgdm1vY2hrX3Nob3df YWRkKDApLi4uIGRvbmUuCisgICBvYmplY3Rfc2hvd19hZGQoMCkuLi4gZG9u ZS4KKyAgIHZtb3BhZ19zaG93X2FkZCgwKS4uLiBkb25lLgorICAgcm1hbnNf c2hvd19hZGQoMCkuLi4gZG9uZS4KKyAgIHBhZ2Vfc2hvd19hZGQoMCkuLi4g ZG9uZS4KKyAgIHBhZ2VxX3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBwZ2lu Zm9fc2hvd19hZGQoMCkuLi4gZG9uZS4KKyAgIHJtYW5fc2hvd19hbGxfYWRk KDApLi4uIGRvbmUuCisgICBhbGxybWFuX3Nob3dfYWRkKDApLi4uIGRvbmUu CisgICBlbV9kdW1wX3F1ZXVlX2NtZF9hZGQoMCkuLi4gZG9uZS4KKyAgIGZy ZWVwYWdlc19zaG93X2FkZCgwKS4uLiBkb25lLgorICAgbWFsbG9jX3Nob3df YWRkKDApLi4uIGRvbmUuCisgICByYWRpeG5vZGVfc2hvd19hZGQoMCkuLi4g ZG9uZS4KKyAgIGxvY2tlZHZub2RzX3Nob3dfYWRkKDApLi4uIGRvbmUuCisg ICB2bm9kZV9zaG93X2FkZCgwKS4uLiBkb25lLgorICAgbW91bnRfc2hvd19h ZGQoMCkuLi4gZG9uZS4KKyAgIG11bHRpem9uZV9tYXRjaGVzX3Nob3dfYWRk KDApLi4uIGRvbmUuCisgICBzbGVlcHFfc2hvd19hZGQoMCkuLi4gZG9uZS4K KyAgIHNsZWVwcXVldWVfc2hvd19hZGQoMCkuLi4gZG9uZS4KKyAgIGludHJf c2hvd19hZGQoMCkuLi4gZG9uZS4KKyAgIGludHJjbnRfc2hvd19hZGQoMCku Li4gZG9uZS4KKyAgIGJwZl9pZl9zaG93X2FkZCgwKS4uLiBkb25lLgorICAg cHJvY3Nfc2hvd19hbGxfYWRkKDApLi4uIGRvbmUuCisgICBmbG93dGFibGVz X3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICB0aHJlYWRfc2hvd19hZGQoMCku Li4gZG9uZS4KKyAgIHRjcGNiX3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBm aWxlX3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBmaWxlc19zaG93X2FkZCgw KS4uLiBkb25lLgorICAgdHVybnN0aWxlX3Nob3dfYWRkKDApLi4uIGRvbmUu CisgICBsb2NrY2hhaW5fc2hvd19hZGQoMCkuLi4gZG9uZS4KKyAgIGNoYWlu c19zaG93X2FsbF9hZGQoMCkuLi4gZG9uZS4KKyAgIGFsbGNoYWluc19zaG93 X2FkZCgwKS4uLiBkb25lLgorICAgc2xlZXBjaGFpbl9zaG93X2FkZCgwKS4u LiBkb25lLgorICAgbG9ja3RyZWVfc2hvd19hZGQoMCkuLi4gZG9uZS4KKyAg IGlmbmV0X3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBpZm5ldHNfc2hvd19h bGxfYWRkKDApLi4uIGRvbmUuCisgICBjYWxsb3V0X3Nob3dfYWRkKDApLi4u IGRvbmUuCisgICBjeXJpeHJlZ19zaG93X2FkZCgwKS4uLiBkb25lLgorICAg aWR0X3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBzeXNyZWdzX3Nob3dfYWRk KDApLi4uIGRvbmUuCisgICBkYnJlZ3Nfc2hvd19hZGQoMCkuLi4gZG9uZS4K KyAgIHByaXNvbl9zaG93X2FkZCgwKS4uLiBkb25lLgorICAgcHJvY19zaG93 X2FkZCgwKS4uLiBkb25lLgorICAgdm1lbWR1bXBfc2hvd19hZGQoMCkuLi4g ZG9uZS4KKyAgIGxsZW50cnlfc2hvd19hZGQoMCkuLi4gZG9uZS4KKyAgIGxs dGFibGVfc2hvd19hZGQoMCkuLi4gZG9uZS4KKyAgIGxsdGFibGVzX3Nob3df YWxsX2FkZCgwKS4uLiBkb25lLgorICAgY2xvY2tzb3VyY2Vfc2hvd19hZGQo MCkuLi4gZG9uZS4KKyAgIHZtZW1kdW1wX3Nob3dfYWxsX2FkZCgwKS4uLiBk b25lLgorICAgdm1lbV9zaG93X2FkZCgwKS4uLiBkb25lLgorICAgdm1lbV9z aG93X2FsbF9hZGQoMCkuLi4gZG9uZS4KKyAgIG5ldGlzcl9zaG93X2FkZCgw KS4uLiBkb25lLgorICAgcGFuaWNfY21kX2FkZCgwKS4uLiBkb25lLgorICAg YWNwaV9wbV9yZWdpc3RlcigwKS4uLiBkb25lLgorICAgcnRjX3Nob3dfYWRk KDApLi4uIGRvbmUuCisgICBsb2Nrc19zaG93X2FkZCgwKS4uLiBkb25lLgor ICAgbG9ja3Nfc2hvd19hbGxfYWRkKDApLi4uIGRvbmUuCisgICBhbGxsb2Nr c19zaG93X2FkZCgwKS4uLiBkb25lLgorICAgd2l0bmVzc19zaG93X2FkZCgw KS4uLiBkb25lLgorICAgaXJxc19zaG93X2FkZCgwKS4uLiBkb25lLgorICAg YWhkX3N1bml0X2NtZF9hZGQoMCkuLi4gZG9uZS4KKyAgIGlvYXBpY19zaG93 X2FkZCgwKS4uLiBkb25lLgorICAgaW9hcGljc19zaG93X2FsbF9hZGQoMCku Li4gZG9uZS4KKyAgIHN0YV9zaG93X2FkZCgwKS4uLiBkb25lLgorICAgYXBp Y19zaG93X2FkZCgwKS4uLiBkb25lLgorICAgbGFwaWNfc2hvd19hZGQoMCku Li4gZG9uZS4KKyAgIHN0YXRhYl9zaG93X2FkZCgwKS4uLiBkb25lLgorICAg dmFwX3Nob3dfYWRkKDApLi4uIGRvbmUuCisgICBjb21fc2hvd19hZGQoMCku Li4gZG9uZS4KKyAgIHZhcHNfc2hvd19hbGxfYWRkKDApLi4uIGRvbmUuCisg ICBtZXNoX3Nob3dfYWxsX2FkZCgwKS4uLiBkb25lLgorICAgZ2VvbV9zaG93 X2FkZCgwKS4uLiBkb25lLgorICAgY29uaWZoa19zaG93X2FkZCgwKS4uLiBk b25lLgorICAgbGlua2VyX3N0b3BfY2xhc3NfYWRkKDApLi4uIGRvbmUuCisg ICBsaW5rZXJfaW5pdF9rZXJuZWxfbW9kdWxlcygwKS4uLiBtb2R1bGVfcmVn aXN0ZXI6IGNhbm5vdCByZWdpc3RlciBwY2kvZWhjaSBmcm9tIGtlcm5lbDsg YWxyZWFkeSBsb2FkZWQgZnJvbSBlaGNpLmtvCitkb25lLgorICAga2xkc3Rh dF9jbWRfYWRkKDApLi4uIGRvbmUuCisgICBkZXZpY2Vfc2hvd19hZGQoMCku Li4gZG9uZS4KK3N1YnN5c3RlbSAyMTAwMDAwCisgICBjcHVfc3RhcnR1cCgw KS4uLiBDUFU6IEFNRCBGWC04MzIwRSBFaWdodC1Db3JlIFByb2Nlc3NvciAg ICAgICAgICAgICAgICgzMjAwLjA4LU1IeiA2ODYtY2xhc3MgQ1BVKQorYXZh aWwgbWVtb3J5ID0gMzA3OTYxODU2MCAoMjkzNiBNQikKK2RvbmUuCisgICBh cGljX3NldHVwX2xvY2FsKDApLi4uIEV2ZW50IHRpbWVyICJMQVBJQyIgcXVh bGl0eSAxMDAKK2RvbmUuCisgICBtcF9zdGFydCgwKS4uLiBGcmVlQlNEL1NN UDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiA4IENQVXMKK2Rv bmUuCisgICBtYWR0X3NldF9pZHMoMCkuLi4gZG9uZS4KKyAgIG1jYV9pbml0 X2JzcCgwKS4uLiBkb25lLgorICAgY2FsbG91dF9jYWxsd2hlZWxfaW5pdCgw KS4uLiBkb25lLgorICAgcG1hcF9pbml0X3Jlc2VydmVkX3BhZ2VzKDApLi4u IGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmeDg2Ymlvc19tb2Qp Li4uIGRvbmUuCisgICBiaW9zMzJfaW5pdCgwKS4uLiBkb25lLgorc3Vic3lz dGVtIDIxMDAwMDEKKyAgIHZ0X2luaXRfbG9nb3MoMCkuLi4gZG9uZS4KK3N1 YnN5c3RlbSAyMTQwMDAwCisgICBpbml0X2R0cmFjZSgwKS4uLiBkb25lLgor ICAgaW5pdF9od3BtYygwKS4uLiBkb25lLgorICAgcG1jX3NvZnRfZXZfcmVn aXN0ZXIoJnBtY19fX2Nsb2NrX3N0YXQpLi4uIGRvbmUuCisgICBwbWNfc29m dF9ldl9yZWdpc3RlcigmcG1jX19fcGFnZV9mYXVsdF9hbGwpLi4uIGRvbmUu CisgICBwbWNfc29mdF9ldl9yZWdpc3RlcigmcG1jX19fcGFnZV9mYXVsdF9y ZWFkKS4uLiBkb25lLgorICAgcG1jX3NvZnRfZXZfcmVnaXN0ZXIoJnBtY19f X3BhZ2VfZmF1bHRfd3JpdGUpLi4uIGRvbmUuCisgICBwbWNfc29mdF9ldl9y ZWdpc3RlcigmcG1jX19fbG9ja19mYWlsZWQpLi4uIGRvbmUuCisgICBwbWNf c29mdF9ldl9yZWdpc3RlcigmcG1jX19fY2xvY2tfcHJvZikuLi4gZG9uZS4K KyAgIHBtY19zb2Z0X2V2X3JlZ2lzdGVyKCZwbWNfX19jbG9ja19oYXJkKS4u LiBkb25lLgorc3Vic3lzdGVtIDIxNjAwMDAKKyAgIHJhbmRvbV9pbml0KDAp Li4uIGRvbmUuCisgICByYW5kb21faGFydmVzdHFfaW5pdCgwKS4uLiBkb25l LgorICAgcmFuZG9tX2FsZ19jb250ZXh0X3JhX2luaXRfYWxnKDApLi4uIGRv bmUuCisgICByYW5kb21faGFydmVzdHFfcHJpbWUoMCkuLi4gZG9uZS4KKyAg IF9fc3RhY2tfY2hrX2luaXQoMCkuLi4gcmFuZG9tOiB1bmJsb2NraW5nIGRl dmljZS4KK2RvbmUuCitzdWJzeXN0ZW0gMjE4MDAwMAorICAgbWFjX2luaXQo MCkuLi4gZG9uZS4KK3N1YnN5c3RlbSAyMWQwMDAwCisgICBtYWNfbGF0ZV9p bml0KDApLi4uIGRvbmUuCitzdWJzeXN0ZW0gMjIwMDAwMAorICAgcHJvYzBf aW5pdCgwKS4uLiBkb25lLgorICAgZjAwZl9oYWNrKDApLi4uIGRvbmUuCisg ICBzaHV0ZG93bl9jb25mKDApLi4uIGRvbmUuCitzdWJzeXN0ZW0gMjMwMDAw MAorICAgdW1hX3N0YXJ0dXAzKDApLi4uIGRvbmUuCitzdWJzeXN0ZW0gMjM4 MDAwMAorICAgZGJfY2FwdHVyZV9zeXNpbml0KDApLi4uIGRvbmUuCitzdWJz eXN0ZW0gMjQwMDAwMAorICAgc2NoZWRfc2V0dXAoMCkuLi4gZG9uZS4KK3N1 YnN5c3RlbSAyNDgwMDAwCisgICBrdHJhY2VfaW5pdCgwKS4uLiBkb25lLgor c3Vic3lzdGVtIDI0YzAwMDAKKyAgIGF1ZGl0X2luaXQoMCkuLi4gZG9uZS4K K3N1YnN5c3RlbSAyNTAwMDAwCisgICBjcmVhdGVfaW5pdCgwKS4uLiBkb25l Lgorc3Vic3lzdGVtIDI2MDAwMDAKKyAgIGlkbGVfc2V0dXAoMCkuLi4gZG9u ZS4KK3N1YnN5c3RlbSAyNzAwMDAwCisgICBtYnVmX2luaXQoMCkuLi4gZG9u ZS4KKyAgIHNmc3RhdF9pbml0KDApLi4uIGRvbmUuCisgICBzZl9idWZfaW5p dCgwKS4uLiBkb25lLgorc3Vic3lzdGVtIDI4MDAwMDAKKyAgIGludHJfaW5p dCgwKS4uLiBkb25lLgorICAgYXBpY19zZXR1cF9pbygwKS4uLiBBQ1BJIEJJ T1MgV2FybmluZyAoYnVnKTogT3B0aW9uYWwgRkFEVCBmaWVsZCBQbTJDb250 cm9sQmxvY2sgaGFzIHZhbGlkIExlbmd0aCBidXQgemVybyBBZGRyZXNzOiAw eDAwMDAwMDAwMDAwMDAwMDAvMHgxICgyMDE3MDExOS90YmZhZHQtNjg4KQor ZG9uZS4KKyAgIGF0cGljX2luaXQoMCkuLi4gZG9uZS4KKyAgIGludHJfaW5p dF9maW5hbCgwKS4uLiBkb25lLgorc3Vic3lzdGVtIDJhMDAwMDAKKyAgIHN0 YXJ0X3NvZnRpbnRyKDApLi4uIGRvbmUuCisgICBuZXRpc3JfaW5pdCgwKS4u LiBkb25lLgorICAgc3RhcnRfc29mdGNsb2NrKDApLi4uIGRvbmUuCisgICBp bml0X2RldmljZV9wb2xsKDApLi4uIGRvbmUuCisgICBzeXNiZWVwX2luaXQo MCkuLi4gZG9uZS4KK3N1YnN5c3RlbSAyZjAwMDAwCisgICBkZXZmc19kZXZz X2luaXQoMCkuLi4gZG9uZS4KKyAgIHJlcm9vdF9jb25mKDApLi4uIGRvbmUu CitzdWJzeXN0ZW0gMzAwMDAwMAorICAgdm5ldF9jYXJwc3RhdHNfaW5pdCgw KS4uLiBkb25lLgorICAgdGFza3Fncm91cF9kZWZpbmVfaWZfY29uZmlnX3Rx ZygwKS4uLiBkb25lLgorICAgdm5ldF9pcDZzdGF0X2luaXQoMCkuLi4gZG9u ZS4KKyAgIHZuZXRfaXA0X2Z0c3RhdF9pbml0KDApLi4uIGRvbmUuCisgICB2 bmV0X2ljbXBzdGF0X2luaXQoMCkuLi4gZG9uZS4KKyAgIHZuZXRfaXA2X2Z0 c3RhdF9pbml0KDApLi4uIGRvbmUuCisgICB2bmV0X3VkcHN0YXRfaW5pdCgw KS4uLiBkb25lLgorICAgdm5ldF9yaXA2c3RhdF9pbml0KDApLi4uIGRvbmUu CisgICB2bmV0X2lwc3RhdF9pbml0KDApLi4uIGRvbmUuCisgICB2bmV0X2lj bXA2c3RhdF9pbml0KDApLi4uIGRvbmUuCisgICBoaG9va192bmV0X2luaXQo MCkuLi4gZG9uZS4KKyAgIHRhc2txZ3JvdXBfZGVmaW5lX2lmX2lvX3RxZygw KS4uLiBkb25lLgorICAgdm5ldF9hcnBzdGF0X2luaXQoMCkuLi4gZG9uZS4K KyAgIHRhc2txdWV1ZV9kZWZpbmVfZmFzdCgwKS4uLiBkb25lLgorICAgdGFz a3F1ZXVlX2RlZmluZV9haW9kX2tpY2soMCkuLi4gZG9uZS4KKyAgIHZuZXRf aWZfaW5pdCgwKS4uLiBkb25lLgorICAgdGFza3F1ZXVlX2RlZmluZV9rcXVl dWVfY3R4KDApLi4uIGRvbmUuCisgICB0YXNrcXVldWVfZGVmaW5lX3N3aSgw KS4uLiBkb25lLgorICAgdGFza3F1ZXVlX2RlZmluZV9zd2lfZ2lhbnQoMCku Li4gZG9uZS4KKyAgIHRhc2txdWV1ZV9kZWZpbmVfbnZpZGlhKDApLi4uIGRv bmUuCisgICB0YXNrcXVldWVfZGVmaW5lX3RocmVhZCgwKS4uLiBkb25lLgor ICAgdGFza3F1ZXVlX2RlZmluZV9udmttcygwKS4uLiBkb25lLgorICAgbW9k dWxlX3JlZ2lzdGVyX2luaXQoJmlmbGliX21vZHVsZWRhdGEpLi4uIGRvbmUu CisgICBldGhlcl9pbml0KDApLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0 ZXJfaW5pdCgmZXRoZXJfbW9kKS4uLiBkb25lLgorc3Vic3lzdGVtIDMwMTAw MDAKKyAgIHZuZXRfbmV0Z3JhcGhfaW5pdCgwKS4uLiBkb25lLgorICAgbW9k dWxlX3JlZ2lzdGVyX2luaXQoJm5ldGdyYXBoX21vZCkuLi4gZG9uZS4KK3N1 YnN5c3RlbSAzMTAwMDAwCisgICBpZWVlODAyMTFfbWVzaF9pbml0KDApLi4u IGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZ19yYWlkX3RyX2Nv bmNhdF9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm cmFuZG9tZGV2X21vZCkuLi4gcmFuZG9tOiBlbnRyb3B5IGRldmljZSBleHRl cm5hbCBpbnRlcmZhY2UKK2RvbmUuCisgICBpZWVlODAyMTFfcGh5X2luaXQo MCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZnX3JhaWRf dHJfcmFpZDBfbW9kKS4uLiBkb25lLgorICAgaWVlZTgwMjExX2F1dGhfc2V0 dXAoMCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZyb290 X2J1c19tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm cmF0ZWN0bF9ub25lX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZzdGFfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJmdfY2xhc3NfbW9kKS4uLiBkb25lLgorICAgYWNwaV9pbnRyX2lu aXQoJmFjcGlfaW50cl9sb2NrKS4uLiBkb25lLgorICAgaWVlZTgwMjExX3Zo dF9pbml0KDApLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm Z19yYWlkX3RyX3JhaWQxX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZnX3Zmc19tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVn aXN0ZXJfaW5pdCgmZ19yYWlkX3RyX3JhaWQxZV9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZ19sYWJlbF9tb2QpLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZ19yYWlkX3RyX3JhaWQ1X21v ZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhbXJyX21v ZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZnX3BhcnRf bW9kKS4uLiBkb25lLgorICAgaTY4Nl9tZW1fZHJ2aW5pdCgwKS4uLiBkb25l LgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmNjbXBfbW9kKS4uLiBkb25l LgorICAgazZfbWVtX2RydmluaXQoMCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZ0a2lwX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZ3ZXBfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJmZpcm13YXJlX21vZCkuLi4gZG9uZS4KKyAgIGFjcGlf dGFza19pbml0KDApLi4uIGRvbmUuCisgICBmZWVkZXJfcmVnaXN0ZXIoJmZl ZWRlcl9yb290X2NsYXNzKS4uLiBkb25lLgorICAgdHR5Y29uc2Rldl9pbml0 KDApLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmdmlydGlv X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ6bGli X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZnX21k X21vZCkuLi4gZG9uZS4KKyAgIHR0eWlucV9zdGFydHVwKDApLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmd2xhbl9tb2QpLi4uIGRvbmUu CisgICBpZWVlODAyMTFfaHRfaW5pdCgwKS4uLiBkb25lLgorICAgdHR5b3V0 cV9zdGFydHVwKDApLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5p dCgmZ19qb3VybmFsX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZnX2xhYmVsX21vZCkuLi4gZG9uZS4KKyAgIHNuZHN0YXRfc3lz aW5pdCgwKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmdf ZGV2X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZn X2Rpc2tfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQo Jm1wdF9jb3JlX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZnX3JhaWRfbWRfam1pY3Jvbl9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmZ19yYWlkX21kX2RkZl9tb2QpLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZ19yYWlkX21kX252aWRpYV9t b2QpLi4uIGRvbmUuCisgICBpZWVlODAyMTFfaHdtcF9pbml0KDApLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbXB0X3VzZXJfbW9kKS4u LiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmdfcmFpZF9tZF9w cm9taXNlX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZnX3JhaWRfbWRfaW50ZWxfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJmdfcmFpZF9tZF9zaWlfbW9kKS4uLiBkb25lLgorICAg bW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1wdF9jYW1fbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmdfcmFpZF9tb2QpLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbXB0X3JhaWRfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmt1ZV91aHViX21vZCku Li4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZtaWlidXNfcnVl X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ1ZGF2 X3VodWJfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQo Jm1paWJ1c191ZGF2X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZydWVwaHlfbWlpYnVzX21vZCkuLi4gZG9uZS4KKyAgIHB0c19p bml0KDApLi4uIGRvbmUuCisgICBjdHR5X2RydmluaXQoMCkuLi4gZG9uZS4K KyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZydW1fdWh1Yl9tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmcnVuX3VodWJfbW9kKS4u LiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnVhdGhfdWh1Yl9t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmaWZfdXBn dF91aHViX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZ1cmFsX3VodWJfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJnVydHdfdWh1Yl9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVn aXN0ZXJfaW5pdCgmenlkX3VodWJfbW9kKS4uLiBkb25lLgorICAgbW9kdWxl X3JlZ2lzdGVyX2luaXQoJnUzZ191aHViX21vZCkuLi4gZG9uZS4KKyAgIG1v ZHVsZV9yZWdpc3Rlcl9pbml0KCZ1YXJrX3VodWJfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnVic2FfdWh1Yl9tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmdWZ0ZGlfdWh1Yl9tb2Qp Li4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmdWlwYXFfdWh1 Yl9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmdWxw dF91aHViX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZ1cGxjb21fdWh1Yl9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0 ZXJfaW5pdCgmdXNsY29tX3VodWJfbW9kKS4uLiBkb25lLgorICAgbW9kdWxl X3JlZ2lzdGVyX2luaXQoJnV2aXNvcl91aHViX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ1dnNjb21fdWh1Yl9tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWhkX3BjaV9tb2QpLi4u IGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmdWZtX3VodWJfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnVoaWRfdWh1 Yl9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmdWti ZF91aHViX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZ1bXNfdWh1Yl9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJf aW5pdCgmYWFjcF9hYWNfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJmFjcGlfZWNfYWNwaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmdmdlX3BjaV9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWlpYnVzX3ZnZV9tb2QpLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWNwaV9pc2FiX2FjcGlfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmFhY19saW51 eF9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmdmly dGlvX3BjaV9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJmFjcGlfbGlkX2FjcGlfbW9kKS4uLiBkb25lLgorICAgbW9kdWxl X3JlZ2lzdGVyX2luaXQoJmFjcGlfcGVyZl9jcHVfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmFoZF9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWdhX3ZnYXBjaV9tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmcmFkZW9uX3ZnYXBjaV9t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZWRfcGNj YXJkX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ2 dG5ldF92aXJ0aW9fbW1pb19tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVn aXN0ZXJfaW5pdCgmdnRuZXRfdmlydGlvX3BjaV9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWlpYnVzX2VkX21vZCkuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZlZF9wY2lfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnZpcnRpb19ibGtfdmly dGlvX21taW9fbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2lu aXQoJnZpcnRpb19ibGtfdmlydGlvX3BjaV9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmdmlydGlvX2JhbGxvb25fdmlydGlvX3Bj aV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZW1f cGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ2 aXJ0aW9fc2NzaV92aXJ0aW9fcGNpX21vZCkuLi4gZG9uZS4KKyAgIGJwZl9k cnZpbml0KDApLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm dnJfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZtaWlidXNfdnJfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJnZ0dmdhX25leHVzX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZpZ2JfcGNpX21vZCkuLi4gZG9uZS4KKyAgIGNvbnNv bGVjdGxfZHJ2aW5pdCgwKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJmFoY19tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJf aW5pdCgmYWFjcmFpZF9saW51eF9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmYWFjcmFpZF9wY2lfbW9kKS4uLiBkb25lLgorICAg bW9kdWxlX3JlZ2lzdGVyX2luaXQoJmV0X3BjaV9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWlpYnVzX2V0X21vZCkuLi4gZG9u ZS4KKyAgIHN5c21vdXNlX2RydmluaXQoMCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZhbGNfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1v ZHVsZV9yZWdpc3Rlcl9pbml0KCZ2dGVfcGNpX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZtaWlidXNfdnRlX21vZCkuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ2eF9wY2lfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJndhdGNoZG9nX21vZCku Li4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ3Yl9wY2lfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1paWJ1c193 Yl9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmd2lf cGNjYXJkX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZ3aV9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2lu aXQoJndwaV9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJnhlX3BjY2FyZF9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVn aXN0ZXJfaW5pdCgmbWlpYnVzX3hsX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZ4bHBoeV9taWlidXNfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1paWJ1c19hbGNfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmFjcGlfYWNhZF9hY3Bp X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhY3Bp X3N5c3Jlc291cmNlX2FjcGlfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJmVwX2lzYV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmZXBfcGNjYXJkX21vZCkuLi4gZG9uZS4KKyAgIG1v ZHVsZV9yZWdpc3Rlcl9pbml0KCZlc3BfcGNpX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZleF9pc2FfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmV4X3BjY2FyZF9tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZXhjYV9tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZmJkX2ZiX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZmYmRfZHJtbl9tb2Qp Li4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZmJkX3VkbF9t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZmVfcGNj YXJkX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZt aWlidXNfZnhwX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZpbnBoeV9taWlidXNfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJm1paWJ1c19nZW1fbW9kKS4uLiBkb25lLgorICAgbW9k dWxlX3JlZ2lzdGVyX2luaXQoJmdlbV9wY2lfbW9kKS4uLiBkb25lLgorICAg bW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1paWJ1c19obWVfbW9kKS4uLiBkb25l LgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmhtZV9wY2lfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmhwdGlvcF9wY2lfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmlkYWRfaWRh X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZpZGFf cGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZh bGVfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZtaWlidXNfYWxlX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZhY3BpX25leHVzX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZpaXJfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZhbXJkX2Ftcl9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmaXBzZF9pcHNfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmlwc19wY2lfbW9kKS4uLiBkb25l LgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmlwd19wY2lfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmlzcF9wY2lfbW9kKS4u LiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJml3aV9wY2lfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJml3bl9wY2lf bW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJml4Z2Jf cGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZh Y3BpX3NtYmF0X2FjcGlfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJmFtcl9saW51eF9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmam1lX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmbWlpYnVzX2ptZV9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYW1yX3BjaV9tb2QpLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgma2JkbXV4X21vZCkuLi4ga2Jk MSBhdCBrYmRtdXgwCitkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQo JmxlX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5p dCgmYW5faXNhX21vZCkuLi4gZG9uZS4KKyAgIGxlZF9kcnZpbml0KDApLi4u IGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbGdlX3BjaV9tb2Qp Li4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWlpYnVzX2xn ZV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYW5f cGNjYXJkX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZtYWxvX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJf aW5pdCgmYW5fcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZhY3BpX3R6X2FjcGlfbW9kKS4uLiBkb25lLgorICAgbW9kdWxl X3JlZ2lzdGVyX2luaXQoJmFhY19wY2lfbW9kKS4uLiBkb25lLgorICAgbW9k dWxlX3JlZ2lzdGVyX2luaXQoJm1lbV9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmYXRhX3BjY2FyZF9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWZpX3BjaV9tb2QpLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWZpZF9tZmlfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1maXN5c3BkX21maV9t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYXRhX2lz YV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWNw aV90aHJvdHRsZV9jcHVfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJm1maV9saW51eF9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmYWNwaHlfbWlpYnVzX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhbXBoeV9taWlidXNfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmF0cGh5X21paWJ1c19t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYXhwaHlf bWlpYnVzX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZibXRwaHlfbWlpYnVzX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZicmdwaHlfbWlpYnVzX21vZCkuLi4gZG9uZS4KKyAgIG1v ZHVsZV9yZWdpc3Rlcl9pbml0KCZjaXBoeV9taWlidXNfbW9kKS4uLiBkb25l LgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmUxMDAwcGh5X21paWJ1c19t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZ2VudGJp X21paWJ1c19tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5p dCgmaWNzcGh5X21paWJ1c19tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVn aXN0ZXJfaW5pdCgmaXAxMDAwcGh5X21paWJ1c19tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmam1waHlfbWlpYnVzX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZseHRwaHlfbWlpYnVz X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZtbHBo eV9taWlidXNfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2lu aXQoJm5zZ3BoeV9taWlidXNfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJm5zcGh5X21paWJ1c19tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmbnNwaHl0ZXJfbWlpYnVzX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZwbmFwaHlfbWlpYnVz X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZxc3Bo eV9taWlidXNfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2lu aXQoJnJkY3BoeV9taWlidXNfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJnJnZXBoeV9taWlidXNfbW9kKS4uLiBkb25lLgorICAg bW9kdWxlX3JlZ2lzdGVyX2luaXQoJnJscGh5X21paWJ1c19tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmc21jcGh5X21paWJ1c19t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmc21zY3Bo eV9taWlidXNfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2lu aXQoJmlzYV9pc2FiX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZpc2FfZWlzYWJfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJnBucF9pc2FfbW9kKS4uLiBkb25lLgorICAgbW9kdWxl X3JlZ2lzdGVyX2luaXQoJnRka3BoeV9taWlidXNfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnRscGh5X21paWJ1c19tb2QpLi4u IGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmdHJ1ZXBoeV9taWli dXNfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnVr cGh5X21paWJ1c19tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJf aW5pdCgmeG1waHlfbWlpYnVzX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZtbHhkX21seF9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmbWx4X3BjaV9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWx5X3BjaV9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbW1jc2RfbW1jX21vZCkuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhdGFwY2lfcGNpX21vZCku Li4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZtcHJfcGNpX21v ZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhdGFfYXRh cGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZh dGFfYWNhcmRfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZhdGFfYWxpX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmbXBzX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmYXRhX2FtZF9wY2lfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmF0YV9hdGlfcGNpX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhdGFfY2VuYXRla19w Y2lfbW9kKS4uLiBkb25lLgorICAgY25fZHJ2aW5pdCgwKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmF0YV9jeXByZXNzX3BjaV9tb2Qp Li4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmY3B1ZnJlcV9j cHVfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmF0 YV9jeXJpeF9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJm1wdF9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJmF0YV9oaWdocG9pbnRfcGNpX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhdGFfaW50ZWxfcGNpX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhdGFfaXRlX3BjaV9t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYXRhX2pt aWNyb25fcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZtcnNhc19wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJmF0YV9tYXJ2ZWxsX3BjaV9tb2QpLi4uIGRvbmUuCisgICBm aWxkZXNjX2RydmluaXQoMCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZhdGFfbWljcm9uX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmYXRhX25hdGlvbmFsX3BjaV9tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbXNrY19wY2lfbW9kKS4u LiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1za19tc2tjX21v ZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZtaWlidXNf bXNrX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZh dGFfbmV0Y2VsbF9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJm12c2NoX212c19tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmbXZzY2hfc2F0YV9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmbXZzX3BjaV9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYXRhX252aWRpYV9wY2lfbW9kKS4u LiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm5mc2xvY2tfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm13bF9wY2lf bW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm5jdl9w Y2NhcmRfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQo Jm5ldG1hcF9tb2QpLi4uIG5ldG1hcDogbG9hZGVkIG1vZHVsZQorZG9uZS4K KyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhdGFfcHJvbWlzZV9wY2lfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm5nZV9wY2lf bW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1paWJ1 c19uZ2VfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQo Jm5zcF9wY2NhcmRfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJm51bGxfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJnBjY2FyZF9wY2ljX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZwY2NhcmRfY2JiX21vZCkuLi4gZG9uZS4KKyAgIG1v ZHVsZV9yZWdpc3Rlcl9pbml0KCZjYmJfaXNhX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZjYmJfcGNpX21vZCkuLi4gZG9uZS4K KyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZmaXh1cF9wY2lfcGNpX21vZCku Li4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZob3N0Yl9wY2lf bW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmlnbm9y ZV9wY2lfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZpc2FiX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0 ZXJfaW5pdCgmcGNpX3BjaWJfbW9kKS4uLiBkb25lLgorICAgYXVkaXRfcGlw ZV9pbml0KDApLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm YXRhX3NlcnZlcndvcmtzX3BjaV9tb2QpLi4uIGRvbmUuCisgICBhdWRpdF90 cmlnZ2VyX2NkZXZfaW5pdCgwKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJnBjaWJfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZ2Z2FwY2lfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1v ZHVsZV9yZWdpc3Rlcl9pbml0KCZwY25fcGNpX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZtaWlidXNfcGNuX21vZCkuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhdGFfc2lpX3BjaV9tb2Qp Li4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmcGxpcF9wcGJ1 c19tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbHB0 X3BwYnVzX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZhdGFfc2lzX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0 ZXJfaW5pdCgmcHBidXNfcHBjX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZwcGlfcHBidXNfbW9kKS4uLiBkb25lLgorICAgbW9k dWxlX3JlZ2lzdGVyX2luaXQoJnBwY19hY3BpX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZwcGNfaXNhX21vZCkuLi4gZG9uZS4K KyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZwcGNfcGNpX21vZCkuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZwcGNfcHVjX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhdGFfdmlhX3BjaV9t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmcHN0cGNp X3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm YXRoX3BjaV9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJnBzdF9wc3RwY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJnB0eV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVn aXN0ZXJfaW5pdCgmYWR2X3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmcHVjX3BjY2FyZF9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmcHVjX3BjaV9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWR3X3BjaV9tb2QpLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmcmFsX3BjaV9tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWVfcGNpX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZiY2VfcGNpX21vZCku Li4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZtaWlidXNfYmNl X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZiZmVf cGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZt aWlidXNfYmZlX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZiZ2VfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZtaWlidXNfYmdlX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZidF9pc2FfbW9kKS4uLiBkb25lLgorICAgbW9kdWxl X3JlZ2lzdGVyX2luaXQoJmJ0X3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmcmVfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1v ZHVsZV9yZWdpc3Rlcl9pbml0KCZtaWlidXNfcmVfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnJsX3BjaV9tb2QpLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmcmxfY2FyZGJ1c19tb2QpLi4u IGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWlpYnVzX3JsX21v ZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZzZGhjaV9h Y3BpX2FjcGlfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2lu aXQoJm1tY19zZGhjaV9hY3BpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZzZGhjaV9wY2lfcGNpX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZtbWNfc2RoY2lfcGNpX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZzZl9wY2lfbW9kKS4u LiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1paWJ1c19zZl9t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmc2dlX3Bj aV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWlp YnVzX3NnZV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5p dCgmY2FyZGJ1c19jYmJfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJnNpaXNfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZzaWlzY2hfc2lpc19tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmc2lzX3BjaV9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWlpYnVzX3Npc19tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWlpYnVzX2FlX21vZCku Li4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZza2NfcGNpX21v ZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZza19za2Nf bW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1paWJ1 c19za19tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm c25faXNhX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZzbl9wY2NhcmRfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJmNpc3NfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZhY3BpX2J1dHRvbl9hY3BpX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZzbnBfbW9kKS4uLiBkb25lLgorICAg bW9kdWxlX3JlZ2lzdGVyX2luaXQoJmFhY2NoX3BjaV9tb2QpLi4uIGRvbmUu CisgICBzbmRzdGF0X3JlZ2lzdGVyZmlsZSgmc25kc3RhdF92aW5mbykuLi4g ZG9uZS4KKyAgIHNuZHN0YXRfcmVnaXN0ZXJmaWxlKCZzbmRzdGF0X3ZpbmZv KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmFhY2RfYWFj X21vZCkuLi4gZG9uZS4KKyAgIHNuZHN0YXRfcmVnaXN0ZXJmaWxlKCZzbmRz dGF0X3ZpbmZvKS4uLiBkb25lLgorICAgc25kc3RhdF9yZWdpc3RlcmZpbGUo JnNuZHN0YXRfdmluZm8pLi4uIGRvbmUuCisgICBzbmRzdGF0X3JlZ2lzdGVy ZmlsZSgmc25kc3RhdF92aW5mbykuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZhZ2VfcGNpX21vZCkuLi4gZG9uZS4KKyAgIHNuZHN0YXRf cmVnaXN0ZXJmaWxlKCZzbmRzdGF0X3ZpbmZvKS4uLiBkb25lLgorICAgZHNw X3N5c2luaXQoMCkuLi4gZG9uZS4KKyAgIHNuZHN0YXRfcmVnaXN0ZXJmaWxl KCZzbmRzdGF0X3ZpbmZvKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJmljaHNzX2NwdV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVn aXN0ZXJfaW5pdCgmY3NfaXNhX21vZCkuLi4gZG9uZS4KKyAgIHNuZHN0YXRf cmVnaXN0ZXJmaWxlKCZzbmRzdGF0X3ZpbmZvKS4uLiBkb25lLgorICAgc25k c3RhdF9yZWdpc3RlcmZpbGUoJnNuZHN0YXRfdmluZm8pLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWNwaV9wY2lfcGNpYl9tb2QpLi4u IGRvbmUuCisgICBzbmRzdGF0X3JlZ2lzdGVyZmlsZSgmc25kc3RhdF92aW5m bykuLi4gZG9uZS4KKyAgIHNuZHN0YXRfcmVnaXN0ZXJmaWxlKCZzbmRzdGF0 X3ZpbmZvKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmFj cGlfcGNpX2xpbmtfYWNwaV9tb2QpLi4uIGRvbmUuCisgICBzbmRzdGF0X3Jl Z2lzdGVyZmlsZSgmc25kc3RhdF92aW5mbykuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZhY3BpX3BjaWJfYWNwaV9tb2QpLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWNwaV9wY2liX3BjaV9tb2Qp Li4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWR2X2lzYV9t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWdwX2Fs aV9ob3N0Yl9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5p dCgmYWdwX2FtZF9ob3N0Yl9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVn aXN0ZXJfaW5pdCgmYWdwX2FtZDY0X2hvc3RiX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhZ3BfYXRpX2hvc3RiX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhZ3BfaTgxMF92Z2Fw Y2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmFn cF9pbnRlbF9ob3N0Yl9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0 ZXJfaW5pdCgmYWdwX252aWRpYV9ob3N0Yl9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWdwX3Npc19ob3N0Yl9tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWdwX3ZpYV9ob3N0Yl9t b2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWljX2lz YV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYXJj bXNyX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5p dCgmYXRrYmRfYXRrYmRjX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZhdGtiZGNfaXNhX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZhdGtiZGNfYWNwaV9tb2QpLi4uIGRvbmUuCisg ICBzbmRzdGF0X3JlZ2lzdGVyZmlsZSgmc25kc3RhdF92aW5mbykuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZwc21fYXRrYmRjX21vZCku Li4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZwc21jcG5wX2lz YV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmcHNt Y3BucF9hY3BpX21vZCkuLi4gZG9uZS4KKyAgIHNuZHN0YXRfcmVnaXN0ZXJm aWxlKCZzbmRzdGF0X3ZpbmZvKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJmJ4ZV9wY2lfbW9kKS4uLiBkb25lLgorICAgc25kc3RhdF9y ZWdpc3RlcmZpbGUoJnNuZHN0YXRfdmluZm8pLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmZWRfaXNhX21vZCkuLi4gZG9uZS4KKyAgIG1v ZHVsZV9yZWdpc3Rlcl9pbml0KCZjc19wY2NhcmRfbW9kKS4uLiBkb25lLgor ICAgbWl4ZXJfc3lzaW5pdCgwKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJnZlc2FfbW9kKS4uLiBtb2R1bGVfcmVnaXN0ZXJfaW5pdDog TU9EX0xPQUQgKHZlc2EsIDB4YjYwZTQ2YzAsIDApIGVycm9yIDE5Citkb25l LgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmZkX2ZkY19tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZmRjX2FjcGlfbW9kKS4u LiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmZkY19pc2FfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmZkY19wY2Nh cmRfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmZl X2lzYV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm aHB0Mjd4eF9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJmhwdG12X3BjaV9tb2QpLi4uIGRvbmUuCisgICBzbmRzdGF0X3Jl Z2lzdGVyZmlsZSgmc25kc3RhdF92aW5mbykuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZtaWlidXNfZGNfbW9kKS4uLiBkb25lLgorICAg bW9kdWxlX3JlZ2lzdGVyX2luaXQoJmhwdG5yX3BjaV9tb2QpLi4uIGRvbmUu CisgICBzbmRzdGF0X3JlZ2lzdGVyZmlsZSgmc25kc3RhdF92aW5mbykuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZocHRycl9wY2lfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmlvX21vZCku Li4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZsZV9pc2FfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnNvdW5kX21v ZCkuLi4gZG9uZS4KKyAgIHNuZHN0YXRfcmVnaXN0ZXJmaWxlKCZzbmRzdGF0 X3ZpbmZvKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmRj cGh5X21paWJ1c19tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJf aW5pdCgmbmZlX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0 ZXJfaW5pdCgmbWlpYnVzX25mZV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmcmRyYW5kX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZuZWhlbWlhaF9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmbWlkaV9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmc3BlYWtlcl9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmc2N0ZXJtX3NjdGVrZW5fbW9kKS4u LiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnNjcm5kcl92Z2Ff bW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnN0ZV9w Y2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmhw ZXRfYWNwaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5p dCgmYWNwaV90aW1lcl9hY3BpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZtaWlidXNfc3RlX21vZCkuLi4gZG9uZS4KKyAgIG1v ZHVsZV9yZWdpc3Rlcl9pbml0KCZpc2NpX3BjaV9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmc3RnX2lzYV9tb2QpLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbmV4dXNfYWNwaV9yb290X21v ZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZzdGdfcGNj YXJkX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZw bnBiaW9zX2lzYV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJf aW5pdCgmc3RnX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0 ZXJfaW5pdCgmc3RnZV9wY2lfbW9kKS4uLiBkb25lLgorICAgbG9nX2Rydmlu aXQoMCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZtaWli dXNfc3RnZV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5p dCgmc3ltX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJf aW5pdCgmcG5waHlfbWlpYnVzX21vZCkuLi4gZG9uZS4KKyAgIHNtX2F0dGFj aF9tb3VzZSgwKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQo JnRpX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5p dCgmdGxfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZtaWlidXNfdGxfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJnBpaXhfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZ0cm1fcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZkZV9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9k dWxlX3JlZ2lzdGVyX2luaXQoJnR3YV9wY2lfbW9kKS4uLiBkb25lLgorICAg bW9kdWxlX3JlZ2lzdGVyX2luaXQoJnR3ZV9wY2lfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm5weGlzYV9pc2FfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm5weGlzYV9hY3BpX21v ZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ0d2VkX3R3 ZV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmcG10 aW1lcl9pc2FfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2lu aXQoJmRwdF9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJnBpcl9sZWdhY3lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJnNjX2lzYV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmdmdhX2lzYV9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmdmdhcG1fdmdhcGNpX21vZCkuLi4gZG9uZS4K KyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZtaWlidXNfYWdlX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ0d3NfcGNpX21vZCku Li4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhY3BpX2NtYmF0 X2FjcGlfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQo JmFoYV9pc2FfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2lu aXQoJmFhY3JhaWRwX2FhY3JhaWRfbW9kKS4uLiBkb25lLgorICAgbW9kdWxl X3JlZ2lzdGVyX2luaXQoJmFoY2ljaF9haGNpX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ0eF9wY2lfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1paWJ1c190eF9tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWhjaWVtX2FoY2lfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnR4cF9wY2lf bW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnVhcnRf YWNwaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm dWFydF9pc2FfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2lu aXQoJmVzdF9jcHVfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJmh3cHN0YXRlX2NwdV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmcDR0Y2NfY3B1X21vZCkuLi4gZG9uZS4KKyAgIG1v ZHVsZV9yZWdpc3Rlcl9pbml0KCZwb3dlcm5vd19jcHVfbW9kKS4uLiBkb25l LgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnNtaXN0X2NwdV9tb2QpLi4u IGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmdWFydF9wY2NhcmRf bW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmF0cGlj X2lzYV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm YXRwaWNfYWNwaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJf aW5pdCgmYXRydGNfaXNhX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZhdHJ0Y19hY3BpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZ1YXJ0X3BjaV9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmdWFydF9wdWNfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmF0dGltZXJfaXNhX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhdHRpbWVyX2FjcGlf bW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmlzYV9s ZWdhY3lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQo JmlzYV94ZW5wdl9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJf aW5pdCgmY3B1X2FjcGlfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJmF0ZG1hX2lzYV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmYXRkbWFfYWNwaV9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmb3JtX2lzYV9tb2QpLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmcGNpYl9sZWdhY3lfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnBjaWJ1c19wbnBfaXNh X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZwY2li aW9zX3BjaWJfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZlaGNpX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVn aXN0ZXJfaW5pdCgmcXBpX25leHVzX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZwY2liX3FwaV9tb2QpLi4uIGRvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmb2hjaV9wY2lfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnVoY2lfcGNpX21vZCkuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ4aGNpX3BjaV9tb2QpLi4u IGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYWhjaV9wY2lfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmFoY2lfYXRh cGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZp b2FwaWNfcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZhcGljX25leHVzX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZ1c2J1c19vaGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZ1c2J1c191aGNpX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ1c2J1c19laGNpX21vZCkuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZsZWdhY3lfbmV4dXNfbW9k KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmNwdV9sZWdh Y3lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnVz YnVzX3hoY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2lu aXQoJnVzYnVzX2F0OTFfdWRwX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZ1c2J1c19tdXNib3RnX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ1c2J1c191c3M4MjBkY2lfbW9kKS4u LiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnVzYnVzX29jdHVz Yl9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmdXNi dXNfZHdjb3RnX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZ1c2J1c19zYWYxNzYxb3RnX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZ1bWFzc191aHViX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ1cmlvX3VodWJfbW9kKS4uLiBkb25l LgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1wdGFibGVfcGNpYl9sZWdh Y3lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1w dGFibGVfcGNpYl9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJmFpY19wY2NhcmRfbW9kKS4uLiBkb25lLgorICAgbW9kdWxl X3JlZ2lzdGVyX2luaXQoJmFoY19pc2FfaXNhX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZuZXh1c19yb290X21vZCkuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZyYW1fbmV4dXNfbW9kKS4u LiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnN5c3Jlc291cmNl X2lzYV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm YWhjX3BjaV9wY2lfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJnVodWJfdXNidXNfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJnVodWJfdWh1Yl9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmYXVlX3VodWJfbW9kKS4uLiBkb25lLgorICAg bW9kdWxlX3JlZ2lzdGVyX2luaXQoJm1paWJ1c19hdWVfbW9kKS4uLiBkb25l LgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmF4ZV91aHViX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZtaWlidXNfYXhlX21v ZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZudmlkaWFf dmdhcGNpX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZjZGNlX3VodWJfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJmN1ZV91aHViX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZlaGNpX3BjaV9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVf cmVnaXN0ZXJfaW5pdCgmcHRuX21lbWRldl9wY2lfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnB0bmV0X3BjaV9tb2QpLi4uIGRv bmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmcHJvYmVfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnVldGhlcl9tb2QpLi4u IGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZW5jX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ4cHRfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmRhX21vZCkuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ4bF9wY2lfbW9kKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmNkX21vZCkuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZhcHJvYmVfbW9kKS4uLiBk b25lLgorICAgZmVlZGVyX3JlZ2lzdGVyKCZmZWVkZXJfZXFfY2xhc3MpLi4u IGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmY2hfbW9kKS4uLiBk b25lLgorICAgZmVlZGVyX3JlZ2lzdGVyKCZmZWVkZXJfZm9ybWF0X2NsYXNz KS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJnBhc3NfbW9k KS4uLiBkb25lLgorICAgZmVlZGVyX3JlZ2lzdGVyKCZmZWVkZXJfbWF0cml4 X2NsYXNzKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmRj X3BjaV9tb2QpLi4uIGRvbmUuCisgICBmZWVkZXJfcmVnaXN0ZXIoJmZlZWRl cl9taXhlcl9jbGFzcykuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZwbXBfbW9kKS4uLiBkb25lLgorICAgZmVlZGVyX3JlZ2lzdGVyKCZm ZWVkZXJfcmF0ZV9jbGFzcykuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZhZGFfbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVy X2luaXQoJnJ1ZV91aHViX21vZCkuLi4gZG9uZS4KKyAgIGZlZWRlcl9yZWdp c3RlcigmZmVlZGVyX3ZvbHVtZV9jbGFzcykuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZzYV9tb2QpLi4uIGRvbmUuCisgICBucHhpbml0 c3RhdGUoMCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZn X3BhcnRfYnNkX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZnX3BhcnRfZWJyX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZnX3BhcnRfZ3B0X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZnX3BhcnRfbWJyX21vZCkuLi4gZG9uZS4KKyAg IG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZudmlkaWFfbW9kZXNldF9tb2R1bGVk YXRhKS4uLiAKK2FjcXVpcmluZyBkdXBsaWNhdGUgbG9jayBvZiBzYW1lIHR5 cGU6ICJvcy5sb2NrX3N4IgorIDFzdCBvcy5sb2NrX3N4IEAgbnZpZGlhX29z LmM6NjIyCisgMm5kIG9zLmxvY2tfc3ggQCBudmlkaWFfb3MuYzo2MjIKK3N0 YWNrIGJhY2t0cmFjZToKKyMwIDB4YjVjMjI0MjEgYXQgd2l0bmVzc19kZWJ1 Z2dlcisweDgxCisjMSAweGI1YzIyMzQyIGF0IHdpdG5lc3NfY2hlY2tvcmRl cisweGQxMgorIzIgMHhiNWJjODgzZCBhdCBfc3hfeGxvY2srMHg2ZAorIzMg MHhiNzUyYWQ3ZSBhdCBvc19hY3F1aXJlX211dGV4KzB4M2UKKyM0IDB4Yjc0 MzQ1ODMgYXQgX252MDE5MTY1cm0rMHhiCitkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJmZ4cF9wY2lfbW9kKS4uLiBkb25lLgorc3Vic3lzdGVt IDM4MDAwMDAKKyAgIGhwdF9pbml0KDApLi4uIGRvbmUuCisgICBocHRfaW5p dCgwKS4uLiBkb25lLgorICAgaHB0X2luaXQoMCkuLi4gZG9uZS4KKyAgIGNv bmZpZ3VyZV9maXJzdCgwKS4uLiBkb25lLgorICAgYWNwaV90YXNrcV9pbml0 KDApLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmYXRhX21v ZHVsZWRhdGEpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgm Y2FtX21vZHVsZWRhdGEpLi4uIGRvbmUuCisgICBmYmRfZXZoX2luaXQoMCku Li4gZG9uZS4KKyAgIGNvbmZpZ3VyZSgwKS4uLiBuZXh1czAKK2RvbmUuCisg ICBtcHRfcG9zdGF0dGFjaCgwKS4uLiBkb25lLgorICAgYWNwaV9jcHVfcG9z dGF0dGFjaCgwKS4uLiBod3BzdGF0ZTA6IDxDb29sYG4nUXVpZXQgMi4wPiBv biBjcHUwCitkb25lLgorICAgdm1lbV9zdGFydF9jYWxsb3V0KDApLi4uIGRv bmUuCisgICBtY2FfY3JlYXRldHEoMCkuLi4gZG9uZS4KKyAgIGNvbmZpZ3Vy ZV9maW5hbCgwKS4uLiBkb25lLgorICAgbW91bnRyb290X2V2aF9pbml0KDAp Li4uIGRvbmUuCisgICBob29rX3RzY19mcmVxKDApLi4uIGRvbmUuCisgICBj cHVmcmVxX3Bvc3RfY2hhbmdlX2V2aF9pbml0KDApLi4uIGRvbmUuCitzdWJz eXN0ZW0gNDAwMDAwMAorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmFjbF9u ZnM0X21vZCkuLi4gZG9uZS4KKyAgIHZudGJsaW5pdCgwKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmFjbF9wb3NpeDFlX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZuZnNjbF9tb2QpLi4u IGRvbmUuCisgICBuYW1laWluaXQoMCkuLi4gTlVMTCBtcCBpbiBnZXRuZXd2 bm9kZSg5KSwgdGFnIGNyb3NzbXAKK2RvbmUuCisgICBuY2hpbml0KDApLi4u IGRvbmUuCisgICB2ZnNfaGFzaGluaXQoMCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZ1ZnNfbW9kKS4uLiBkb25lLgorICAgbW9kdWxl X3JlZ2lzdGVyX2luaXQoJmNkOTY2MF9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmbmZzX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZtc2Rvc2ZzX21vZCkuLi4gZG9uZS4KKyAgIG1v ZHVsZV9yZWdpc3Rlcl9pbml0KCZsaW5wcm9jZnNfbW9kKS4uLiBkb25lLgor ICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmRldmZzX21vZCkuLi4gZG9uZS4K KyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZwcm9jZnNfbW9kKS4uLiBkb25l LgorICAgdmZzX21vdW50X2luaXQoMCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZuZnNsb2NrZF9tb2QpLi4uIGRvbmUuCisgICBtb2R1 bGVfcmVnaXN0ZXJfaW5pdCgmYWlvX21vZCkuLi4gZG9uZS4KKyAgIHBpcGVp bml0KDApLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgma3Jw Y19tb2QpLi4uIGRvbmUuCisgICBwcm9jZGVzY19pbml0KDApLi4uIGRvbmUu CisgICBzb2Fpb19pbml0KDApLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0 ZXJfaW5pdCgmbmZzZF9tb2QpLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0 ZXJfaW5pdCgmbmZzc3ZjX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZuZnNjb21tb25fbW9kKS4uLiBkb25lLgorICAgdmZzX2V2 ZW50X2luaXQoMCkuLi4gZG9uZS4KK3N1YnN5c3RlbSA0ODAwMDAwCisgICBp bml0Y2xvY2tzKDApLi4uIGRvbmUuCisgICBpbml0dGltZWNvdW50ZXIoMCku Li4gVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYworZG9uZS4K KyAgIHNjaGVkX2luaXR0aWNrcygwKS4uLiBkb25lLgorICAgbnRwX2luaXQo MCkuLi4gZG9uZS4KKyAgIGt0aHJlYWRfc3RhcnQoJmRlYWRsa3Jlc19rZCku Li4gZG9uZS4KK3N1YnN5c3RlbSA2NDAwMDAwCisgICBtb2R1bGVfcmVnaXN0 ZXJfaW5pdCgmc3lzdnNobV9tb2QpLi4uIGRvbmUuCisgICBzaG1faW5pdCgw KS4uLiBkb25lLgorc3Vic3lzdGVtIDY4MDAwMDAKKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZzZW1fbW9kKS4uLiBkb25lLgorICAgbW9kdWxlX3JlZ2lz dGVyX2luaXQoJnN5c3ZzZW1fbW9kKS4uLiBkb25lLgorc3Vic3lzdGVtIDZj MDAwMDAKKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZzeXN2bXNnX21vZCku Li4gZG9uZS4KK3N1YnN5c3RlbSA2ZTAwMDAwCisgICBwMzFiaW5pdCgwKS4u LiBkb25lLgorICAgc2lncXVldWVfc3RhcnQoMCkuLi4gZG9uZS4KKyAgIGl0 aW1lcl9zdGFydCgwKS4uLiBkb25lLgorICAgcDMxYl9zZXRfc3RhbmRhcmQo MCkuLi4gZG9uZS4KK3N1YnN5c3RlbSA3MDAwMDAwCisgICBtb2R1bGVfcmVn aXN0ZXJfaW5pdCgmbmdfcHBwX21vZCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9y ZWdpc3Rlcl9pbml0KCZuZ19pcGZ3X21vZCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZyYWluX3NhdmVyX21vZCkuLi4gZG9uZS4KKyAg IHVzYnBmX2luaXQoMCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZ0dW5fbW9kKS4uLiBkb25lLgorICAga25vdGVfaW5pdCgwKS4uLiBk b25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmVsaW5rX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZ2bGFuX21vZCkuLi4g ZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZnaWZfbW9kKS4uLiBk b25lLgorICAgdm5ldF9sb2lmX2luaXQoMCkuLi4gZG9uZS4KK3N1YnN5c3Rl bSA3NDAwMDAwCisgICBlbGYzMl9saW51eF92ZHNvX3N5bV9pbml0KCZsaW51 eF9ydF9zaWdjb2Rlc3ltKS4uLiBkb25lLgorICAgZWxmMzJfbGludXhfdmRz b19zeW1faW5pdCgmbGludXhfdnN5c2NhbGxzeW0pLi4uIGRvbmUuCisgICBz aGFyZWRfcGFnZV9pbml0KDApLi4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0 ZXJfaW5pdCgmcHNldWRvZnNfZGF0YSkuLi4gZG9uZS4KKyAgIGVsZjMyX2lu c2VydF9icmFuZF9lbnRyeSgmZnJlZWJzZF9icmFuZF9pbmZvKS4uLiBkb25l LgorICAgZWxmMzJfbGludXhfdmRzb19zeW1faW5pdCgmbGludXhfc2lnY29k ZXN5bSkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZzaGVs bF9tb2QpLi4uIGRvbmUuCisgICBleGVjX3N5c3ZlY19pbml0KCZlbGYzMl9m cmVlYnNkX3N5c3ZlYykuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9p bml0KCZsaW51eGFvdXRfbW9kKS4uLiBkb25lLgorICAgZXhlY19wcmVhbGxv Y19hcmdzX2t2YSgwKS4uLiBkb25lLgorICAgZWxmMzJfaW5zZXJ0X2JyYW5k X2VudHJ5KCZmcmVlYnNkX2JyYW5kX29pbmZvKS4uLiBkb25lLgorICAgZWxm MzJfaW5zZXJ0X2JyYW5kX2VudHJ5KCZrZnJlZWJzZF9icmFuZF9pbmZvKS4u LiBkb25lLgorICAgZXhlY19zeXN2ZWNfaW5pdCgmbGludXhfc3lzdmVjKS4u LiBkb25lLgorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmFvdXRfbW9kKS4u LiBkb25lLgorICAgbGludXhfdmRzb19pbnN0YWxsKDApLi4uIGRvbmUuCisg ICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmbGludXhfZWxmX21vZCkuLi4gZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZlbGYzMl9tb2QpLi4uIGRv bmUuCitzdWJzeXN0ZW0gODAwMDAwMAorICAgZmxvd3RhYmxlX2luaXQoMCku Li4gZG9uZS4KK3N1YnN5c3RlbSA4MTAwMDAwCisgICB2bmV0X3BmaWxfaW5p dCgwKS4uLiBkb25lLgorc3Vic3lzdGVtIDg0MDAwMDAKKyAgIHZuZXRfZXRo ZXJfaW5pdCgwKS4uLiBkb25lLgorc3Vic3lzdGVtIDg2MDAwMDAKKyAgIGRv bWFpbmluaXQoMCkuLi4gZG9uZS4KKyAgIHNvY2tldF9pbml0KDApLi4uIGRv bmUuCisgICBzb2NrZXRfdm5ldF9pbml0KDApLi4uIGRvbmUuCitzdWJzeXN0 ZW0gODcwMDAwMAorICAgbW9kdWxlX3JlZ2lzdGVyX2luaXQoJmlnbXBfbW9k KS4uLiBkb25lLgorICAgbWxkX2luaXQoMCkuLi4gZG9uZS4KKyAgIHZuZXRf bWxkX2luaXQoMCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0 KCZtbGRfbW9kKS4uLiBkb25lLgorc3Vic3lzdGVtIDg4MDAwMDAKKyAgIGRv bWFpbl9hZGQoJmxvY2FsZG9tYWluKS4uLiBkb25lLgorICAgZG9tYWluX2Fk ZCgmaW5ldGRvbWFpbikuLi4gZG9uZS4KKyAgIGRvbWFpbl9hZGQoJmluZXQ2 ZG9tYWluKS4uLiBkb25lLgorICAgZG9tYWluX2FkZCgmcm91dGVkb21haW4p Li4uIGRvbmUuCisgICBkb21haW5faW5pdCgmaW5ldDZkb21haW4pLi4uIGRv bmUuCisgICBkb21haW5faW5pdCgmcm91dGVkb21haW4pLi4uIGRvbmUuCisg ICB2bmV0X2FycF9pbml0KDApLi4uIGRvbmUuCisgICBkb21haW5faW5pdCgm bG9jYWxkb21haW4pLi4uIGRvbmUuCisgICBkb21haW5faW5pdCgmaW5ldGRv bWFpbikuLi4gZG9uZS4KKyAgIHJvdXRlX2luaXQoMCkuLi4gZG9uZS4KKyAg IHZuZXRfcnRzX2luaXQoMCkuLi4gZG9uZS4KKyAgIHZuZXRfcm91dGVfaW5p dCgwKS4uLiBkb25lLgorICAgaXBwb3J0X3RpY2tfaW5pdCgwKS4uLiBkb25l LgorICAgaW42X2lmYXR0YWNoX2luaXQoMCkuLi4gZG9uZS4KKyAgIG1vZHVs ZV9yZWdpc3Rlcl9pbml0KCZjYXJwX21vZCkuLi4gZG9uZS4KKyAgIGlwaWRf c3lzaW5pdCgwKS4uLiBkb25lLgorICAgaWNtcF9iYW5kbGltaXRfaW5pdCgw KS4uLiBkb25lLgorc3Vic3lzdGVtIDg4MDYwMDAKKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZpcGZ3bW9kKS4uLiBkb25lLgorICAgaXBmd19pbml0KDAp Li4uIGlwZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBsb2FkYWJs ZSwgbmF0IGxvYWRhYmxlLCBkZWZhdWx0IHRvIGFjY2VwdCwgbG9nZ2luZyBk aXNhYmxlZAorZG9uZS4KKyAgIHZuZXRfaXBmd19pbml0KDApLi4uIGRvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZHVtbXluZXRfbW9kKS4uLiBE VU1NWU5FVCAwIHdpdGggSVB2NiBpbml0aWFsaXplZCAoMTAwNDA5KQorZG9u ZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZkbl9mcV9waWVfbW9kKS4u LiBsb2FkX2RuX3NjaGVkIGRuX3NjaGVkIEZRX1BJRSBsb2FkZWQKK2RvbmUu CisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmZG5fcHJpb19tb2QpLi4uIGxv YWRfZG5fc2NoZWQgZG5fc2NoZWQgUFJJTyBsb2FkZWQKK2RvbmUuCisgICBt b2R1bGVfcmVnaXN0ZXJfaW5pdCgmZG5fcWZxX21vZCkuLi4gbG9hZF9kbl9z Y2hlZCBkbl9zY2hlZCBRRlEgbG9hZGVkCitkb25lLgorICAgbW9kdWxlX3Jl Z2lzdGVyX2luaXQoJmRuX3JyX21vZCkuLi4gbG9hZF9kbl9zY2hlZCBkbl9z Y2hlZCBSUiBsb2FkZWQKK2RvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5p dCgmZG5fd2YycXBfbW9kKS4uLiBsb2FkX2RuX3NjaGVkIGRuX3NjaGVkIFdG MlErIGxvYWRlZAorZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZk bl9maWZvX21vZCkuLi4gbG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBGSUZPIGxv YWRlZAorZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZkbl9mcV9j b2RlbF9tb2QpLi4uIGxvYWRfZG5fc2NoZWQgZG5fc2NoZWQgRlFfQ09ERUwg bG9hZGVkCitkb25lLgorc3Vic3lzdGVtIDg4MDgwMDAKKyAgIGNjX2luaXQo MCkuLi4gZG9uZS4KKyAgIGRvbWFpbmZpbmFsaXplKDApLi4uIGRvbmUuCisg ICBpZl9hdHRhY2hkb21haW4oMCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdp c3Rlcl9pbml0KCZkbl9hcW1fcGllX21vZCkuLi4gbG9hZF9kbl9hcW0gZG5f YXFtIFBJRSBsb2FkZWQKK2RvbmUuCisgICBmbG93dGFibGVfaW5pdF92bmV0 X3Y2KDApLi4uIGRvbmUuCisgICBmbG93dGFibGVfaW5pdF92bmV0X3Y0KDAp Li4uIGRvbmUuCisgICBtb2R1bGVfcmVnaXN0ZXJfaW5pdCgmY2NfbmV3cmVu bykuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rlcl9pbml0KCZsb29wX21v ZCkuLi4gZG9uZS4KKyAgIHRjcF92bmV0X2luaXQoMCkuLi4gZG9uZS4KKyAg IHZuZXRfZ2lmX2luaXQoMCkuLi4gZG9uZS4KKyAgIG1vZHVsZV9yZWdpc3Rl cl9pbml0KCZkbl9hcW1fY29kZWxfbW9kKS4uLiBsb2FkX2RuX2FxbSBkbl9h cW0gQ09ERUwgbG9hZGVkCitkb25lLgorc3Vic3lzdGVtIGEwMDAwMDAKKyAg IHVzYl9kZXZfaW5pdF9wb3N0KDApLi4uIGRvbmUuCisgICBzeW5jaF9zZXR1 cCgwKS4uLiBkb25lLgorICAgdXNiX25lZWRzX2V4cGxvcmVfaW5pdCgwKS4u LiBkb25lLgorICAga3Byb2Nfc3RhcnQoJnJhbmRvbV9wcm9jX2twKS4uLiBk b25lLgorICAgYWNwaV90el9zdGFydHVwKDApLi4uIGRvbmUuCitzdWJzeXN0 ZW0gYTgwMDAwMAorICAgYm9vdF9ydW5faW50ZXJydXB0X2RyaXZlbl9jb25m aWdfaG9va3MoMCkuLi4gdWdlbjAuMTogPDB4MTEwNiBYSENJIHJvb3QgSFVC PiBhdCB1c2J1czAKK0V4cGVuc2l2ZSB0aW1lb3V0KDkpIGZ1bmN0aW9uOiAw eGI1NWE3YjQwKDB4YmU4NzcwMDApIDAuMDM2NDc5NDI2IHMKK0V4cGVuc2l2 ZSB0aW1lb3V0KDkpIGZ1bmN0aW9uOiAweGI1NjA5YWQwKDB4YmU1NWIwMDAp IDAuNDg5ODU4NDE3IHMKK2RvbmUuCisgICB2dF91cGdyYWRlKCZ2dF9jb25z ZGV2KS4uLiBkb25lLgorc3Vic3lzdGVtIGIwMDAwMDAKKyAgIG5mc19yb290 Y29uZigwKS4uLiBkb25lLgorICAgZmhhbmV3X2luaXQoMCkuLi4gZG9uZS4K K3N1YnN5c3RlbSBkMDAwMDAwCisgICBwcm9jMF9wb3N0KDApLi4uIGRvbmUu CitzdWJzeXN0ZW0gZDgwMDAwMAorICAgc2N0cF9zeXNjYWxsc19pbml0KDAp Li4uIGRvbmUuCisgICBzZWxlY3Rpbml0KDApLi4uIGRvbmUuCitzdWJzeXN0 ZW0gZGZmZmY5YworICAgbGlua2VyX3ByZWxvYWRfZmluaXNoKDApLi4uIGRv bmUuCitzdWJzeXN0ZW0gZTAwMDAwMAorICAga2lja19pbml0KDApLi4uIGRv bmUuCisgICBrc3RhY2tfY2FjaGVfaW5pdCgwKS4uLiBkb25lLgorc3Vic3lz dGVtIGU0MDAwMDAKKyAgIHZtX3BhZ2VvdXRfaW5pdCgwKS4uLiBkb25lLgor ICAga3Byb2Nfc3RhcnQoJnBhZ2Vfa3ApLi4uIGRvbmUuCitzdWJzeXN0ZW0g ZTgwMDAwMAorICAga3Byb2Nfc3RhcnQoJnZtX2twKS4uLiBkb25lLgorICAg a3Byb2Nfc3RhcnQoJmlkbGVwb2xsX2twKS4uLiBkb25lLgorc3Vic3lzdGVt IGVhMDAwMDAKKyAgIGtwcm9jX3N0YXJ0KCZidWZzcGFjZV9rcCkuLi4gZG9u ZS4KKyAgIGtwcm9jX3N0YXJ0KCZidWZfa3ApLi4uIGRvbmUuCitzdWJzeXN0 ZW0gZWMwMDAwMAorICAga3Byb2Nfc3RhcnQoJnZubHJ1X2twKS4uLiBkb25l LgorICAga3Byb2Nfc3RhcnQoJnVwX2twKS4uLiBkb25lLgorc3Vic3lzdGVt IGVlMDAwMDAKKyAgIGFjcGlfYWNhZF9hY19vbmx5KDApLi4uIGRvbmUuCisg ICBuZnNpb2Rfc2V0dXAoMCkuLi4gZG9uZS4KKyAgIGtwcm9jX3N0YXJ0KCZm bG93X2twKS4uLiBkb25lLgorc3Vic3lzdGVtIGYwMDAwMDAKKyAgIHJlbGVh c2VfYXBzKDApLi4uIFNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQorU01QOiBB UCBDUFUgIzIgTGF1bmNoZWQhCitTTVA6IEFQIENQVSAjNCBMYXVuY2hlZCEK K2RvbmUuCisgICBpbnRyX3NodWZmbGVfaXJxcygwKS4uLiBkb25lLgorICAg dHFnX3JlY29yZF9zbXBfc3RhcnRlZCgwKS4uLiBkb25lLgorICAgbmV0aXNy X3N0YXJ0KDApLi4uIGRvbmUuCisgICB0YXNrcWdyb3VwX2FkanVzdF9pZl9j b25maWdfdHFnKDApLi4uIGRvbmUuCisgICB0YXNrcWdyb3VwX2FkanVzdF9p Zl9pb190cWcoMCkuLi4gZG9uZS4KKyAgIG1jYV9zdGFydHVwKDApLi4uIGRv bmUuCisgICBpbml0X1RTQ190YygwKS4uLiBUaW1lY291bnRlciAiVFNDLWxv dyIgZnJlcXVlbmN5IDE2MDAwNDA2MjQgSHogcXVhbGl0eSAxMDAwCitkb25l LgorICAgY3B1c2V0X2luaXQoMCkuLi4gZG9uZS4KK3N1YnN5c3RlbSBmMDAw MDAxCisgICBpZmxpYl9yZWNvcmRfc3RhcnRlZCgwKS4uLiBkb25lLgorc3Vi c3lzdGVtIGZmZmZmZmYKKyAgIHByaW50X2NhZGRyX3QoJndpdF93YXJuKS4u LiBXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVk dWNlZCBwZXJmb3JtYW5jZS4KK2RvbmUuCisgICBwcmludF9jYWRkcl90KCZk aWFnX3dhcm4pLi4uIFdBUk5JTkc6IERJQUdOT1NUSUMgb3B0aW9uIGVuYWJs ZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1hbmNlLgorZG9uZS4KKyAgIHN0 YXJ0X3BlcmlvZGljX3Jlc2V0dG9kcigwKS4uLiBkb25lLgorVHJ5aW5nIHRv IG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9ncHQvV0Q1MDByb290IFtyd10u Li4KK1dBUk5JTkc6IC86IG1vdW50IHBlbmRpbmcgZXJyb3I6IGJsb2NrcyAz OTIgZmlsZXMgMAorbG9jayBvcmRlciByZXZlcnNhbDoKKyAxc3QgMHhkZGMz ODc2YyBidWZ3YWl0IChidWZ3YWl0KSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zm c19iaW8uYzozNTAwCisgMm5kIDB4YmY4MGMyMDAgZGlyaGFzaCAoZGlyaGFz aCkgQCAvdXNyL3NyYy9zeXMvdWZzL3Vmcy91ZnNfZGlyaGFzaC5jOjI4MQor c3RhY2sgYmFja3RyYWNlOgorIzAgMHhiNWMyMjQyMSBhdCB3aXRuZXNzX2Rl YnVnZ2VyKzB4ODEKKyMxIDB4YjVjMjIzNDIgYXQgd2l0bmVzc19jaGVja29y ZGVyKzB4ZDEyCisjMiAweGI1YmM4ODNkIGF0IF9zeF94bG9jaysweDZkCisj MyAweGI1ZWMzZjcwIGF0IHVmc2Rpcmhhc2hfcmVtb3ZlKzB4NDAKKyM0IDB4 YjVlYzcwYmEgYXQgdWZzX2RpcnJlbW92ZSsweDEzYQorIzUgMHhiNWVjZDg5 NSBhdCB1ZnNfcmVtb3ZlKzB4NzUKKyM2IDB4YjYxOGQ3ZjMgYXQgVk9QX1JF TU9WRV9BUFYrMHhkMworIzcgMHhiNWM5NTY4ZSBhdCBrZXJuX3VubGlua2F0 KzB4MjRlCisjOCAweGI1Yzk1NDMyIGF0IHN5c191bmxpbmsrMHgzMgorIzkg MHhiNjE1NWZhNSBhdCBzeXNjYWxsKzB4M2I1CisjMTAgMHhiNjE0MGVkZSBh dCBYaW50MHg4MF9zeXNjYWxsKzB4MmUKK0dFT01fU0NIRUQ6IExvYWRpbmc6 IG1wID0gMHhjMDJlMTA4NCwgZ19zY2hlZF9jbGFzcyA9IDB4YzAyZTEwODQu CitzcGtyb3BlbjogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGty b3BlbjogYWJvdXQgdG8gcGVyZm9ybSBwbGF5IGluaXRpYWxpemF0aW9uCitz cGtyd3JpdGU6IGVudGVyaW5nIHdpdGggZGV2ID0gc3BlYWtlciwgY291bnQg PSAyMAorcGxheXN0cmluZzogVCAoNTQpCitwbGF5c3RyaW5nOiBBICg0MSkK K3BsYXl0b25lOiBwaXRjaCA1OCBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMg dGlja3MKK3RvbmU6IHRoej0xODY1IGNlbnRpc2Vjcz0yNQorcmVzdDogMwor cGxheXN0cmluZzogQiAoNDIpCitwbGF5dG9uZTogcGl0Y2ggNTkgZm9yIDI1 IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9MTk3NSBjZW50 aXNlY3M9MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6IH4gKDdlKQorcmVzdDog MjgKK3BsYXlzdHJpbmc6IEEgKDQxKQorcGxheXRvbmU6IHBpdGNoIDU4IGZv ciAyNSB0aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTE4NjUg Y2VudGlzZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiBBICg0MSkKK3Bs YXl0b25lOiBwaXRjaCA1NiBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlj a3MKK3RvbmU6IHRoej0xNjYxIGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxh eXN0cmluZzogfiAoN2UpCityZXN0OiAyOAorcGxheXN0cmluZzogRiAoNDYp CitwbGF5dG9uZTogcGl0Y2ggNTQgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAz IHRpY2tzCit0b25lOiB0aHo9MTQ4MCBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMK K3BsYXlzdHJpbmc6IEYgKDQ2KQorcGxheXRvbmU6IHBpdGNoIDUzIGZvciAy NSB0aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTEzOTcgY2Vu dGlzZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiB+ICg3ZSkKK3Jlc3Q6 IDI4CitwbGF5c3RyaW5nOiBFICg0NSkKK3BsYXl0b25lOiBwaXRjaCA1MSBm b3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xMjQ1 IGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogRCAoNDQpCitw bGF5dG9uZTogcGl0Y2ggNTAgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRp Y2tzCit0b25lOiB0aHo9MTE3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3Nw a3JjbG9zZTogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCithY3F1aXJp bmcgZHVwbGljYXRlIGxvY2sgb2Ygc2FtZSB0eXBlOiAib3MubG9ja19tdHgi CisgMXN0IG9zLmxvY2tfbXR4IEAgbnZpZGlhX29zLmM6ODI0CisgMm5kIG9z LmxvY2tfbXR4IEAgbnZpZGlhX29zLmM6ODI0CitzdGFjayBiYWNrdHJhY2U6 CisjMCAweGI1YzIyNDIxIGF0IHdpdG5lc3NfZGVidWdnZXIrMHg4MQorIzEg MHhiNWMyMjM0MiBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhkMTIKKyMyIDB4 YjViYTRlODUgYXQgX19tdHhfbG9ja19mbGFncysweDk1CisjMyAweGI3NTJi MWRjIGF0IG9zX2FjcXVpcmVfc3BpbmxvY2srMHgyYworIzQgMHhiNzI2MjM3 NCBhdCBfbnYwMTE5NzNybSsweDE5MAorYXJjbXNyX2RyX2hhbmRsZTogVGFy Z2V0PTAsIGx1bj0wLCBQbHVnLUlOISEhCitsb2NrIG9yZGVyIHJldmVyc2Fs OgorIDFzdCAweGJlNWU1YzgwIGFyY21zciBpc3IgbG9jayAoYXJjbXNyIGlz ciBsb2NrKSBAIC91c3Ivc3JjL3N5cy9kZXYvYXJjbXNyL2FyY21zci5jOjIx NzgKKyAybmQgMHhiZTg2ZWJlYyBDQU0gZGV2aWNlIGxvY2sgKENBTSBkZXZp Y2UgbG9jaykgQCAvdXNyL3NyYy9zeXMvY2FtL3Njc2kvc2NzaV94cHQuYzoy MzQ5CitzdGFjayBiYWNrdHJhY2U6CisjMCAweGI1YzIyNDIxIGF0IHdpdG5l c3NfZGVidWdnZXIrMHg4MQorIzEgMHhiNWMyMjM0MiBhdCB3aXRuZXNzX2No ZWNrb3JkZXIrMHhkMTIKKyMyIDB4YjViYTRlODUgYXQgX19tdHhfbG9ja19m bGFncysweDk1CisjMyAweGI1NGU2OTI4IGF0IHNjc2lfc2Nhbl9sdW4rMHgx MzgKKyM0IDB4YjYwN2QxMDYgYXQgYXJjbXNyX3Jlc2Nhbl9sdW4rMHg5Ngor IzUgMHhiNjA3Y2Y3MSBhdCBhcmNtc3JfZHJfaGFuZGxlKzB4MzAxCisjNiAw eGI2MDc4ODY4IGF0IGFyY21zcl9pbnRyX2hhbmRsZXIrMHgzOAorIzcgMHhi NWI4OWU2ZSBhdCBpbnRyX2V2ZW50X2V4ZWN1dGVfaGFuZGxlcnMrMHg4ZQor IzggMHhiNWI4YTQ1MCBhdCBpdGhyZWFkX2xvb3ArMHg5MAorIzkgMHhiNWI4 NzY3ZSBhdCBmb3JrX2V4aXQrMHg3ZQorIzEwIDB4YjYxNDBlZjAgYXQgZm9y a190cmFtcG9saW5lKzB4OAorZGEwIGF0IGFyY21zcjAgYnVzIDAgc2NidXMw IHRhcmdldCAwIGx1biAwCitkYTA6IDxBcmVjYSBBUkMtMTIyMS1WT0wjMDAg UjAwMT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTUEMtMyBTQ1NJIGRldmljZQor ZGEwOiBTZXJpYWwgTnVtYmVyIDAwMDAwMDM5NzkwNzk1NzUKK2RhMDogMjUw LjAwME1CL3MgdHJhbnNmZXJzICgxMjUuMDAwTUh6IERULCBvZmZzZXQgMzIs IDE2Yml0KQorZGEwOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKK2RhMDog MzgxNDY5TUIgKDc4MTI0OTUzNiA1MTIgYnl0ZSBzZWN0b3JzKQorV0FSTklO RzogL2RlbGxfdG1wOiBHSk9VUk5BTCBmbGFnIG9uIGZzIGJ1dCBubyBnam91 cm5hbCBwcm92aWRlciBiZWxvdworc3Brcm9wZW46IGVudGVyaW5nIHdpdGgg ZGV2ID0gc3BlYWtlcgorc3Brcm9wZW46IGFib3V0IHRvIHBlcmZvcm0gcGxh eSBpbml0aWFsaXphdGlvbgorc3BrcmlvY3RsOiBlbnRlcmluZyB3aXRoIGRl diA9IHNwZWFrZXIsIGNtZCA9IDgwMDg1MzAxCit0b25lOiB0aHo9ODAwIGNl bnRpc2Vjcz01CitzcGtyY2xvc2U6IGVudGVyaW5nIHdpdGggZGV2ID0gc3Bl YWtlcgorbG9jayBvcmRlciByZXZlcnNhbDoKKyAxc3QgMHhiZmVlZTAzNCB1 ZnMgKHVmcykgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3lzY2FsbHMuYzoz MzY0CisgMm5kIDB4ZGRjYzg2ZGMgYnVmd2FpdCAoYnVmd2FpdCkgQCAvdXNy L3NyYy9zeXMvdWZzL2Zmcy9mZnNfdm5vcHMuYzoyODAKKyAzcmQgMHhjNDNi MDZkYyB1ZnMgKHVmcykgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vici5j OjI2MDAKK3N0YWNrIGJhY2t0cmFjZToKKyMwIDB4YjVjMjI0MjEgYXQgd2l0 bmVzc19kZWJ1Z2dlcisweDgxCisjMSAweGI1YzIyMzQyIGF0IHdpdG5lc3Nf Y2hlY2tvcmRlcisweGQxMgorIzIgMHhiNWI5YjVkNCBhdCBfX2xvY2ttZ3Jf YXJncysweGE2NAorIzMgMHhiNWViZTMxNyBhdCBmZnNfbG9jaysweDg3Cisj NCAweGI2MThlN2Y3IGF0IFZPUF9MT0NLMV9BUFYrMHhkNworIzUgMHhiNWM5 YzEzNyBhdCBfdm5fbG9jaysweGI3CisjNiAweGI1YzhhODk0IGF0IHZnZXQr MHg2NAorIzcgMHhiNWM3YzQyMSBhdCB2ZnNfaGFzaF9nZXQrMHhkMQorIzgg MHhiNWViOTcwNCBhdCBmZnNfdmdldGYrMHg0NAorIzkgMHhiNWVhZmM1NSBh dCBzb2Z0ZGVwX3N5bmNfYnVmKzB4YjU1CisjMTAgMHhiNWViZjAyZiBhdCBm ZnNfc3luY3Zub2RlKzB4MmRmCisjMTEgMHhiNWViZTRiNCBhdCBmZnNfZmRh dGFzeW5jKzB4MjQKKyMxMiAweGI2MTkyMDU3IGF0IFZPUF9GREFUQVNZTkNf QVBWKzB4ZDcKKyMxMyAweGI1Yzk4NjhkIGF0IGtlcm5fZnN5bmMrMHgyMWQK KyMxNCAweGI1Yzk4NzYyIGF0IHN5c19mZGF0YXN5bmMrMHgyMgorIzE1IDB4 YjYxNTVmYTUgYXQgc3lzY2FsbCsweDNiNQorIzE2IDB4YjYxNDBlZGUgYXQg WGludDB4ODBfc3lzY2FsbCsweDJlCitFeHBlbnNpdmUgdGltZW91dCg5KSBm dW5jdGlvbjogMHhiNWJkNWM5MCgweGJmZWJjMzU0KSAxLjg3OTE3MjczOSBz CitzcGtyb3BlbjogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGty b3BlbjogYWJvdXQgdG8gcGVyZm9ybSBwbGF5IGluaXRpYWxpemF0aW9uCitz cGtyd3JpdGU6IGVudGVyaW5nIHdpdGggZGV2ID0gc3BlYWtlciwgY291bnQg PSAyMAorcGxheXN0cmluZzogVCAoNTQpCitwbGF5c3RyaW5nOiBBICg0MSkK K3BsYXl0b25lOiBwaXRjaCA1OCBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMg dGlja3MKK3RvbmU6IHRoej0xODY1IGNlbnRpc2Vjcz0yNQorcmVzdDogMwor cGxheXN0cmluZzogQiAoNDIpCitwbGF5dG9uZTogcGl0Y2ggNTkgZm9yIDI1 IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9MTk3NSBjZW50 aXNlY3M9MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6IH4gKDdlKQorcmVzdDog MjgKK3BsYXlzdHJpbmc6IEEgKDQxKQorcGxheXRvbmU6IHBpdGNoIDU4IGZv ciAyNSB0aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTE4NjUg Y2VudGlzZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiBBICg0MSkKK3Bs YXl0b25lOiBwaXRjaCA1NiBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlj a3MKK3RvbmU6IHRoej0xNjYxIGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxh eXN0cmluZzogfiAoN2UpCityZXN0OiAyOAorcGxheXN0cmluZzogRiAoNDYp CitwbGF5dG9uZTogcGl0Y2ggNTQgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAz IHRpY2tzCit0b25lOiB0aHo9MTQ4MCBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMK K3BsYXlzdHJpbmc6IEYgKDQ2KQorcGxheXRvbmU6IHBpdGNoIDUzIGZvciAy NSB0aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTEzOTcgY2Vu dGlzZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiB+ICg3ZSkKK3Jlc3Q6 IDI4CitwbGF5c3RyaW5nOiBFICg0NSkKK3BsYXl0b25lOiBwaXRjaCA1MSBm b3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xMjQ1 IGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogRCAoNDQpCitw bGF5dG9uZTogcGl0Y2ggNTAgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRp Y2tzCit0b25lOiB0aHo9MTE3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3Nw a3JjbG9zZTogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3Bl bjogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3BlbjogYWJv dXQgdG8gcGVyZm9ybSBwbGF5IGluaXRpYWxpemF0aW9uCitzcGtyaW9jdGw6 IGVudGVyaW5nIHdpdGggZGV2ID0gc3BlYWtlciwgY21kID0gODAwODUzMDEK K3RvbmU6IHRoej04MDAgY2VudGlzZWNzPTUKK3Nwa3JjbG9zZTogZW50ZXJp bmcgd2l0aCBkZXYgPSBzcGVha2VyCitsb2NrIG9yZGVyIHJldmVyc2FsOgor IDFzdCAweGMyNGJjOTE0IHVmcyAodWZzKSBAIC91c3Ivc3JjL3N5cy9rZXJu L3Zmc19tb3VudC5jOjEyNzcKKyAybmQgMHhjMjUwY2EzMCBzeW5jZXIgKHN5 bmNlcikgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vici5jOjI3NjIKK3N0 YWNrIGJhY2t0cmFjZToKKyMwIDB4YjVjMjI0MjEgYXQgd2l0bmVzc19kZWJ1 Z2dlcisweDgxCisjMSAweGI1YzIyMzQyIGF0IHdpdG5lc3NfY2hlY2tvcmRl cisweGQxMgorIzIgMHhiNWI5YjVkNCBhdCBfX2xvY2ttZ3JfYXJncysweGE2 NAorIzMgMHhiNWM3ODRhZCBhdCB2b3Bfc3RkbG9jaysweDRkCisjNCAweGI2 MThlN2Y3IGF0IFZPUF9MT0NLMV9BUFYrMHhkNworIzUgMHhiNWM5YzEzNyBh dCBfdm5fbG9jaysweGI3CisjNiAweGI1YzhiMDBhIGF0IHZwdXR4KzB4MTZh CisjNyAweGI1YzgyODZjIGF0IGRvdW5tb3VudCsweDVkYworIzggMHhiNWM4 MjE4NSBhdCBzeXNfdW5tb3VudCsweDMxNQorIzkgMHhiNjE1NWZhNSBhdCBz eXNjYWxsKzB4M2I1CisjMTAgMHhiNjE0MGVkZSBhdCBYaW50MHg4MF9zeXNj YWxsKzB4MmUKK2xvY2sgb3JkZXIgcmV2ZXJzYWw6CisgMXN0IDB4YzI0YmM5 MTQgdWZzICh1ZnMpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX21vdW50LmM6 MTI3NworIDJuZCAweGMyNGJjN2Y4IGRldmZzIChkZXZmcykgQCAvdXNyL3Ny Yy9zeXMvdWZzL2Zmcy9mZnNfdmZzb3BzLmM6MTQwNAorc3RhY2sgYmFja3Ry YWNlOgorIzAgMHhiNWMyMjQyMSBhdCB3aXRuZXNzX2RlYnVnZ2VyKzB4ODEK KyMxIDB4YjVjMjIzNDIgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4ZDEyCisj MiAweGI1YjliNWQ0IGF0IF9fbG9ja21ncl9hcmdzKzB4YTY0CisjMyAweGI1 Yzc4NGFkIGF0IHZvcF9zdGRsb2NrKzB4NGQKKyM0IDB4YjYxOGU3ZjcgYXQg Vk9QX0xPQ0sxX0FQVisweGQ3CisjNSAweGI1YzljMTM3IGF0IF92bl9sb2Nr KzB4YjcKKyM2IDB4YjVlYjk2MTcgYXQgZmZzX2ZsdXNoZmlsZXMrMHgxNTcK KyM3IDB4YjVlOWQ5YWEgYXQgc29mdGRlcF9mbHVzaGZpbGVzKzB4MTdhCisj OCAweGI1ZWJjMDRjIGF0IGZmc191bm1vdW50KzB4N2MKKyM5IDB4YjVjODI5 OWIgYXQgZG91bm1vdW50KzB4NzBiCisjMTAgMHhiNWM4MjE4NSBhdCBzeXNf dW5tb3VudCsweDMxNQorIzExIDB4YjYxNTVmYTUgYXQgc3lzY2FsbCsweDNi NQorIzEyIDB4YjYxNDBlZGUgYXQgWGludDB4ODBfc3lzY2FsbCsweDJlCitz cGtyb3BlbjogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3Bl bjogYWJvdXQgdG8gcGVyZm9ybSBwbGF5IGluaXRpYWxpemF0aW9uCitzcGty d3JpdGU6IGVudGVyaW5nIHdpdGggZGV2ID0gc3BlYWtlciwgY291bnQgPSAy MAorcGxheXN0cmluZzogVCAoNTQpCitwbGF5c3RyaW5nOiBBICg0MSkKK3Bs YXl0b25lOiBwaXRjaCA1OCBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlj a3MKK3RvbmU6IHRoej0xODY1IGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxh eXN0cmluZzogQiAoNDIpCitwbGF5dG9uZTogcGl0Y2ggNTkgZm9yIDI1IHRp Y2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9MTk3NSBjZW50aXNl Y3M9MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6IH4gKDdlKQorcmVzdDogMjgK K3BsYXlzdHJpbmc6IEEgKDQxKQorcGxheXRvbmU6IHBpdGNoIDU4IGZvciAy NSB0aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTE4NjUgY2Vu dGlzZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0 b25lOiBwaXRjaCA1NiBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MK K3RvbmU6IHRoej0xNjYxIGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0 cmluZzogfiAoN2UpCityZXN0OiAyOAorcGxheXN0cmluZzogRiAoNDYpCitw bGF5dG9uZTogcGl0Y2ggNTQgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRp Y2tzCit0b25lOiB0aHo9MTQ4MCBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3Bs YXlzdHJpbmc6IEYgKDQ2KQorcGxheXRvbmU6IHBpdGNoIDUzIGZvciAyNSB0 aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTEzOTcgY2VudGlz ZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiB+ICg3ZSkKK3Jlc3Q6IDI4 CitwbGF5c3RyaW5nOiBFICg0NSkKK3BsYXl0b25lOiBwaXRjaCA1MSBmb3Ig MjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xMjQ1IGNl bnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogRCAoNDQpCitwbGF5 dG9uZTogcGl0Y2ggNTAgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tz Cit0b25lOiB0aHo9MTE3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3Nwa3Jj bG9zZTogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3Blbjog ZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3BlbjogYWJvdXQg dG8gcGVyZm9ybSBwbGF5IGluaXRpYWxpemF0aW9uCitzcGtyd3JpdGU6IGVu dGVyaW5nIHdpdGggZGV2ID0gc3BlYWtlciwgY291bnQgPSAyMAorcGxheXN0 cmluZzogVCAoNTQpCitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0b25lOiBw aXRjaCA1OCBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6 IHRoej0xODY1IGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzog QiAoNDIpCitwbGF5dG9uZTogcGl0Y2ggNTkgZm9yIDI1IHRpY2tzLCByZXN0 IGZvciAzIHRpY2tzCit0b25lOiB0aHo9MTk3NSBjZW50aXNlY3M9MjUKK3Jl c3Q6IDMKK3BsYXlzdHJpbmc6IH4gKDdlKQorcmVzdDogMjgKK3BsYXlzdHJp bmc6IEEgKDQxKQorcGxheXRvbmU6IHBpdGNoIDU4IGZvciAyNSB0aWNrcywg cmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTE4NjUgY2VudGlzZWNzPTI1 CityZXN0OiAzCitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0b25lOiBwaXRj aCA1NiBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRo ej0xNjYxIGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogfiAo N2UpCityZXN0OiAyOAorcGxheXN0cmluZzogRiAoNDYpCitwbGF5dG9uZTog cGl0Y2ggNTQgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25l OiB0aHo9MTQ4MCBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6 IEYgKDQ2KQorcGxheXRvbmU6IHBpdGNoIDUzIGZvciAyNSB0aWNrcywgcmVz dCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTEzOTcgY2VudGlzZWNzPTI1City ZXN0OiAzCitwbGF5c3RyaW5nOiB+ICg3ZSkKK3Jlc3Q6IDI4CitwbGF5c3Ry aW5nOiBFICg0NSkKK3BsYXl0b25lOiBwaXRjaCA1MSBmb3IgMjUgdGlja3Ms IHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xMjQ1IGNlbnRpc2Vjcz0y NQorcmVzdDogMworcGxheXN0cmluZzogRCAoNDQpCitwbGF5dG9uZTogcGl0 Y2ggNTAgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0 aHo9MTE3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3Nwa3JjbG9zZTogZW50 ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3BlbjogZW50ZXJpbmcg d2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3BlbjogYWJvdXQgdG8gcGVyZm9y bSBwbGF5IGluaXRpYWxpemF0aW9uCitzcGtyaW9jdGw6IGVudGVyaW5nIHdp dGggZGV2ID0gc3BlYWtlciwgY21kID0gODAwODUzMDEKK3RvbmU6IHRoej04 MDAgY2VudGlzZWNzPTUKK3Nwa3JjbG9zZTogZW50ZXJpbmcgd2l0aCBkZXYg PSBzcGVha2VyCitzcGtyb3BlbjogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVh a2VyCitzcGtyb3BlbjogYWJvdXQgdG8gcGVyZm9ybSBwbGF5IGluaXRpYWxp emF0aW9uCitzcGtyaW9jdGw6IGVudGVyaW5nIHdpdGggZGV2ID0gc3BlYWtl ciwgY21kID0gODAwODUzMDEKK3RvbmU6IHRoej04MDAgY2VudGlzZWNzPTUK K3Nwa3JjbG9zZTogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGty b3BlbjogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3Blbjog YWJvdXQgdG8gcGVyZm9ybSBwbGF5IGluaXRpYWxpemF0aW9uCitzcGtyd3Jp dGU6IGVudGVyaW5nIHdpdGggZGV2ID0gc3BlYWtlciwgY291bnQgPSAyMAor cGxheXN0cmluZzogVCAoNTQpCitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0 b25lOiBwaXRjaCA1OCBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MK K3RvbmU6IHRoej0xODY1IGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0 cmluZzogQiAoNDIpCitwbGF5dG9uZTogcGl0Y2ggNTkgZm9yIDI1IHRpY2tz LCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9MTk3NSBjZW50aXNlY3M9 MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6IH4gKDdlKQorcmVzdDogMjgKK3Bs YXlzdHJpbmc6IEEgKDQxKQorcGxheXRvbmU6IHBpdGNoIDU4IGZvciAyNSB0 aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTE4NjUgY2VudGlz ZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0b25l OiBwaXRjaCA1NiBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3Rv bmU6IHRoej0xNjYxIGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmlu ZzogfiAoN2UpCityZXN0OiAyOAorcGxheXN0cmluZzogRiAoNDYpCitwbGF5 dG9uZTogcGl0Y2ggNTQgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tz Cit0b25lOiB0aHo9MTQ4MCBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3BsYXlz dHJpbmc6IEYgKDQ2KQorcGxheXRvbmU6IHBpdGNoIDUzIGZvciAyNSB0aWNr cywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTEzOTcgY2VudGlzZWNz PTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiB+ICg3ZSkKK3Jlc3Q6IDI4Citw bGF5c3RyaW5nOiBFICg0NSkKK3BsYXl0b25lOiBwaXRjaCA1MSBmb3IgMjUg dGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xMjQ1IGNlbnRp c2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogRCAoNDQpCitwbGF5dG9u ZTogcGl0Y2ggNTAgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0 b25lOiB0aHo9MTE3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3Nwa3JjbG9z ZTogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3BlbjogZW50 ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3BlbjogYWJvdXQgdG8g cGVyZm9ybSBwbGF5IGluaXRpYWxpemF0aW9uCitzcGtyd3JpdGU6IGVudGVy aW5nIHdpdGggZGV2ID0gc3BlYWtlciwgY291bnQgPSAyMAorcGxheXN0cmlu ZzogVCAoNTQpCitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0b25lOiBwaXRj aCA1OCBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRo ej0xODY1IGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogQiAo NDIpCitwbGF5dG9uZTogcGl0Y2ggNTkgZm9yIDI1IHRpY2tzLCByZXN0IGZv ciAzIHRpY2tzCit0b25lOiB0aHo9MTk3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6 IDMKK3BsYXlzdHJpbmc6IH4gKDdlKQorcmVzdDogMjgKK3BsYXlzdHJpbmc6 IEEgKDQxKQorcGxheXRvbmU6IHBpdGNoIDU4IGZvciAyNSB0aWNrcywgcmVz dCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTE4NjUgY2VudGlzZWNzPTI1City ZXN0OiAzCitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0b25lOiBwaXRjaCA1 NiBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0x NjYxIGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogfiAoN2Up CityZXN0OiAyOAorcGxheXN0cmluZzogRiAoNDYpCitwbGF5dG9uZTogcGl0 Y2ggNTQgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0 aHo9MTQ4MCBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6IEYg KDQ2KQorcGxheXRvbmU6IHBpdGNoIDUzIGZvciAyNSB0aWNrcywgcmVzdCBm b3IgMyB0aWNrcwordG9uZTogdGh6PTEzOTcgY2VudGlzZWNzPTI1CityZXN0 OiAzCitwbGF5c3RyaW5nOiB+ICg3ZSkKK3Jlc3Q6IDI4CitwbGF5c3RyaW5n OiBFICg0NSkKK3BsYXl0b25lOiBwaXRjaCA1MSBmb3IgMjUgdGlja3MsIHJl c3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xMjQ1IGNlbnRpc2Vjcz0yNQor cmVzdDogMworcGxheXN0cmluZzogRCAoNDQpCitwbGF5dG9uZTogcGl0Y2gg NTAgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9 MTE3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3Nwa3JjbG9zZTogZW50ZXJp bmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3BlbjogZW50ZXJpbmcgd2l0 aCBkZXYgPSBzcGVha2VyCitzcGtyb3BlbjogYWJvdXQgdG8gcGVyZm9ybSBw bGF5IGluaXRpYWxpemF0aW9uCitzcGtyd3JpdGU6IGVudGVyaW5nIHdpdGgg ZGV2ID0gc3BlYWtlciwgY291bnQgPSAyMAorcGxheXN0cmluZzogVCAoNTQp CitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0b25lOiBwaXRjaCA1OCBmb3Ig MjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xODY1IGNl bnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogQiAoNDIpCitwbGF5 dG9uZTogcGl0Y2ggNTkgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tz Cit0b25lOiB0aHo9MTk3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3BsYXlz dHJpbmc6IH4gKDdlKQorcmVzdDogMjgKK3BsYXlzdHJpbmc6IEEgKDQxKQor cGxheXRvbmU6IHBpdGNoIDU4IGZvciAyNSB0aWNrcywgcmVzdCBmb3IgMyB0 aWNrcwordG9uZTogdGh6PTE4NjUgY2VudGlzZWNzPTI1CityZXN0OiAzCitw bGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0b25lOiBwaXRjaCA1NiBmb3IgMjUg dGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xNjYxIGNlbnRp c2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogfiAoN2UpCityZXN0OiAy OAorcGxheXN0cmluZzogRiAoNDYpCitwbGF5dG9uZTogcGl0Y2ggNTQgZm9y IDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9MTQ4MCBj ZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6IEYgKDQ2KQorcGxh eXRvbmU6IHBpdGNoIDUzIGZvciAyNSB0aWNrcywgcmVzdCBmb3IgMyB0aWNr cwordG9uZTogdGh6PTEzOTcgY2VudGlzZWNzPTI1CityZXN0OiAzCitwbGF5 c3RyaW5nOiB+ICg3ZSkKK3Jlc3Q6IDI4CitwbGF5c3RyaW5nOiBFICg0NSkK K3BsYXl0b25lOiBwaXRjaCA1MSBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMg dGlja3MKK3RvbmU6IHRoej0xMjQ1IGNlbnRpc2Vjcz0yNQorcmVzdDogMwor cGxheXN0cmluZzogRCAoNDQpCitwbGF5dG9uZTogcGl0Y2ggNTAgZm9yIDI1 IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9MTE3NSBjZW50 aXNlY3M9MjUKK3Jlc3Q6IDMKK3Nwa3JjbG9zZTogZW50ZXJpbmcgd2l0aCBk ZXYgPSBzcGVha2VyCitzcGtyb3BlbjogZW50ZXJpbmcgd2l0aCBkZXYgPSBz cGVha2VyCitzcGtyb3BlbjogYWJvdXQgdG8gcGVyZm9ybSBwbGF5IGluaXRp YWxpemF0aW9uCitzcGtyd3JpdGU6IGVudGVyaW5nIHdpdGggZGV2ID0gc3Bl YWtlciwgY291bnQgPSAyMAorcGxheXN0cmluZzogVCAoNTQpCitwbGF5c3Ry aW5nOiBBICg0MSkKK3BsYXl0b25lOiBwaXRjaCA1OCBmb3IgMjUgdGlja3Ms IHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xODY1IGNlbnRpc2Vjcz0y NQorcmVzdDogMworcGxheXN0cmluZzogQiAoNDIpCitwbGF5dG9uZTogcGl0 Y2ggNTkgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0 aHo9MTk3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6IH4g KDdlKQorcmVzdDogMjgKK3BsYXlzdHJpbmc6IEEgKDQxKQorcGxheXRvbmU6 IHBpdGNoIDU4IGZvciAyNSB0aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9u ZTogdGh6PTE4NjUgY2VudGlzZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5n OiBBICg0MSkKK3BsYXl0b25lOiBwaXRjaCA1NiBmb3IgMjUgdGlja3MsIHJl c3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xNjYxIGNlbnRpc2Vjcz0yNQor cmVzdDogMworcGxheXN0cmluZzogfiAoN2UpCityZXN0OiAyOAorcGxheXN0 cmluZzogRiAoNDYpCitwbGF5dG9uZTogcGl0Y2ggNTQgZm9yIDI1IHRpY2tz LCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9MTQ4MCBjZW50aXNlY3M9 MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6IEYgKDQ2KQorcGxheXRvbmU6IHBp dGNoIDUzIGZvciAyNSB0aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTog dGh6PTEzOTcgY2VudGlzZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiB+ ICg3ZSkKK3Jlc3Q6IDI4CitwbGF5c3RyaW5nOiBFICg0NSkKK3BsYXl0b25l OiBwaXRjaCA1MSBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3Rv bmU6IHRoej0xMjQ1IGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmlu ZzogRCAoNDQpCitwbGF5dG9uZTogcGl0Y2ggNTAgZm9yIDI1IHRpY2tzLCBy ZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9MTE3NSBjZW50aXNlY3M9MjUK K3Jlc3Q6IDMKK3Nwa3JjbG9zZTogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVh a2VyCitzcGtyb3BlbjogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitz cGtyb3BlbjogYWJvdXQgdG8gcGVyZm9ybSBwbGF5IGluaXRpYWxpemF0aW9u CitzcGtyd3JpdGU6IGVudGVyaW5nIHdpdGggZGV2ID0gc3BlYWtlciwgY291 bnQgPSAyMAorcGxheXN0cmluZzogVCAoNTQpCitwbGF5c3RyaW5nOiBBICg0 MSkKK3BsYXl0b25lOiBwaXRjaCA1OCBmb3IgMjUgdGlja3MsIHJlc3QgZm9y IDMgdGlja3MKK3RvbmU6IHRoej0xODY1IGNlbnRpc2Vjcz0yNQorcmVzdDog MworcGxheXN0cmluZzogQiAoNDIpCitwbGF5dG9uZTogcGl0Y2ggNTkgZm9y IDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9MTk3NSBj ZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6IH4gKDdlKQorcmVz dDogMjgKK3BsYXlzdHJpbmc6IEEgKDQxKQorcGxheXRvbmU6IHBpdGNoIDU4 IGZvciAyNSB0aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTE4 NjUgY2VudGlzZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiBBICg0MSkK K3BsYXl0b25lOiBwaXRjaCA1NiBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMg dGlja3MKK3RvbmU6IHRoej0xNjYxIGNlbnRpc2Vjcz0yNQorcmVzdDogMwor cGxheXN0cmluZzogfiAoN2UpCityZXN0OiAyOAorcGxheXN0cmluZzogRiAo NDYpCitwbGF5dG9uZTogcGl0Y2ggNTQgZm9yIDI1IHRpY2tzLCByZXN0IGZv ciAzIHRpY2tzCit0b25lOiB0aHo9MTQ4MCBjZW50aXNlY3M9MjUKK3Jlc3Q6 IDMKK3BsYXlzdHJpbmc6IEYgKDQ2KQorcGxheXRvbmU6IHBpdGNoIDUzIGZv ciAyNSB0aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTEzOTcg Y2VudGlzZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiB+ICg3ZSkKK3Jl c3Q6IDI4CitwbGF5c3RyaW5nOiBFICg0NSkKK3BsYXl0b25lOiBwaXRjaCA1 MSBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0x MjQ1IGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogRCAoNDQp CitwbGF5dG9uZTogcGl0Y2ggNTAgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAz IHRpY2tzCit0b25lOiB0aHo9MTE3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMK K3Nwa3JjbG9zZTogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGty b3BlbjogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3Blbjog YWJvdXQgdG8gcGVyZm9ybSBwbGF5IGluaXRpYWxpemF0aW9uCitzcGtyd3Jp dGU6IGVudGVyaW5nIHdpdGggZGV2ID0gc3BlYWtlciwgY291bnQgPSAyMAor cGxheXN0cmluZzogVCAoNTQpCitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0 b25lOiBwaXRjaCA1OCBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MK K3RvbmU6IHRoej0xODY1IGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0 cmluZzogQiAoNDIpCitwbGF5dG9uZTogcGl0Y2ggNTkgZm9yIDI1IHRpY2tz LCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9MTk3NSBjZW50aXNlY3M9 MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6IH4gKDdlKQorcmVzdDogMjgKK3Bs YXlzdHJpbmc6IEEgKDQxKQorcGxheXRvbmU6IHBpdGNoIDU4IGZvciAyNSB0 aWNrcywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTE4NjUgY2VudGlz ZWNzPTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0b25l OiBwaXRjaCA1NiBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3Rv bmU6IHRoej0xNjYxIGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmlu ZzogfiAoN2UpCityZXN0OiAyOAorcGxheXN0cmluZzogRiAoNDYpCitwbGF5 dG9uZTogcGl0Y2ggNTQgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tz Cit0b25lOiB0aHo9MTQ4MCBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3BsYXlz dHJpbmc6IEYgKDQ2KQorcGxheXRvbmU6IHBpdGNoIDUzIGZvciAyNSB0aWNr cywgcmVzdCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTEzOTcgY2VudGlzZWNz PTI1CityZXN0OiAzCitwbGF5c3RyaW5nOiB+ICg3ZSkKK3Jlc3Q6IDI4Citw bGF5c3RyaW5nOiBFICg0NSkKK3BsYXl0b25lOiBwaXRjaCA1MSBmb3IgMjUg dGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xMjQ1IGNlbnRp c2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogRCAoNDQpCitwbGF5dG9u ZTogcGl0Y2ggNTAgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0 b25lOiB0aHo9MTE3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3Nwa3JjbG9z ZTogZW50ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3BlbjogZW50 ZXJpbmcgd2l0aCBkZXYgPSBzcGVha2VyCitzcGtyb3BlbjogYWJvdXQgdG8g cGVyZm9ybSBwbGF5IGluaXRpYWxpemF0aW9uCitzcGtyd3JpdGU6IGVudGVy aW5nIHdpdGggZGV2ID0gc3BlYWtlciwgY291bnQgPSAyMAorcGxheXN0cmlu ZzogVCAoNTQpCitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0b25lOiBwaXRj aCA1OCBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRo ej0xODY1IGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogQiAo NDIpCitwbGF5dG9uZTogcGl0Y2ggNTkgZm9yIDI1IHRpY2tzLCByZXN0IGZv ciAzIHRpY2tzCit0b25lOiB0aHo9MTk3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6 IDMKK3BsYXlzdHJpbmc6IH4gKDdlKQorcmVzdDogMjgKK3BsYXlzdHJpbmc6 IEEgKDQxKQorcGxheXRvbmU6IHBpdGNoIDU4IGZvciAyNSB0aWNrcywgcmVz dCBmb3IgMyB0aWNrcwordG9uZTogdGh6PTE4NjUgY2VudGlzZWNzPTI1City ZXN0OiAzCitwbGF5c3RyaW5nOiBBICg0MSkKK3BsYXl0b25lOiBwaXRjaCA1 NiBmb3IgMjUgdGlja3MsIHJlc3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0x NjYxIGNlbnRpc2Vjcz0yNQorcmVzdDogMworcGxheXN0cmluZzogfiAoN2Up CityZXN0OiAyOAorcGxheXN0cmluZzogRiAoNDYpCitwbGF5dG9uZTogcGl0 Y2ggNTQgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0 aHo9MTQ4MCBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3BsYXlzdHJpbmc6IEYg KDQ2KQorcGxheXRvbmU6IHBpdGNoIDUzIGZvciAyNSB0aWNrcywgcmVzdCBm b3IgMyB0aWNrcwordG9uZTogdGh6PTEzOTcgY2VudGlzZWNzPTI1CityZXN0 OiAzCitwbGF5c3RyaW5nOiB+ICg3ZSkKK3Jlc3Q6IDI4CitwbGF5c3RyaW5n OiBFICg0NSkKK3BsYXl0b25lOiBwaXRjaCA1MSBmb3IgMjUgdGlja3MsIHJl c3QgZm9yIDMgdGlja3MKK3RvbmU6IHRoej0xMjQ1IGNlbnRpc2Vjcz0yNQor cmVzdDogMworcGxheXN0cmluZzogRCAoNDQpCitwbGF5dG9uZTogcGl0Y2gg NTAgZm9yIDI1IHRpY2tzLCByZXN0IGZvciAzIHRpY2tzCit0b25lOiB0aHo9 MTE3NSBjZW50aXNlY3M9MjUKK3Jlc3Q6IDMKK3Nwa3JjbG9zZTogZW50ZXJp bmcgd2l0aCBkZXYgPSBzcGVha2VyCgoK ------------=_1488034777-15113-150-- From owner-freebsd-current@freebsd.org Sat Feb 25 15:03:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 608FECEC57B for ; Sat, 25 Feb 2017 15:03:28 +0000 (UTC) (envelope-from beckerdavid263@gmail.com) Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2BD398FC for ; Sat, 25 Feb 2017 15:03:28 +0000 (UTC) (envelope-from beckerdavid263@gmail.com) Received: by mail-it0-x229.google.com with SMTP id 203so40833251ith.0 for ; Sat, 25 Feb 2017 07:03:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=daXgqAfOFUPxM3C2h+SJ0P8yeUmvYKZkbtOQ4ndjHLg=; b=anLokjY8GqkpTTLBtYPX+6OfgbCg+akbGbTPnDcF3/77QZ9E4K6rMBtBRpzGBOJXGq 5ttZPQUjgUgPKt6RHWBTkL+fQf9/OqHem1dSmm88tVKO47xNcofOukI7S7DGZmRw90KR Fed8jOOaf/WanxosvI7qfURSccQhCBnEeRuCfYBJM05ot+i3DHSyOrMpMh1O6Yqp4gOQ 3pRY6SMkIi5+Dw8yHMGOVTQWypOTKUJWdSyzSMb0COq2qZ4gdZXMw1zR7FPKPOZA+5VP +dj/A/S6a/OUFb3ziX19dAaw16jKaMImLIWFmxm/0NthwwH5JsdQTaS1WS51Qwv4pJvE 6Ubg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=daXgqAfOFUPxM3C2h+SJ0P8yeUmvYKZkbtOQ4ndjHLg=; b=SyCX/G7aC14zl0WrvnJPa53gQEFg3j6Ab5WkmJ5e4l/Pc37pl0BYca75zMWUc8b8QT z6aqaWy5mx7lYDuRkh89W3DHVt8hAJLtMAaoSTQrY56NfWz2nznmK6miDF9m6q6wtfYQ SooYj+AIM/K1yDzIidnGsGq4MBYCbjgsobDLBqkLkL8h/xtqLTdVUIVcnF946Tw4wRjK kXCyugjzqoNVFKTkEiNiq3CwsIgq3cW0VOmrmntlifG05w86+loB9NZVpEXwvNSmBo/T v41Vqawh2E3aYRN3yvkmVlIhqUNU2k7Gq8jZIPCCbhXqWMfCsv1QPjeXKYITy8dGNxYH gKgQ== X-Gm-Message-State: AMke39kLXHksvupJkX1Y0mEkbyBak/4rE1Nv6J/FedRkm7wSXBjNvHiMvbbcrboK1pk3+GeZgW54PWl0wBjLtw== X-Received: by 10.36.44.4 with SMTP id i4mr6761800iti.105.1488035007361; Sat, 25 Feb 2017 07:03:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.239.141 with HTTP; Sat, 25 Feb 2017 07:03:26 -0800 (PST) Received: by 10.64.239.141 with HTTP; Sat, 25 Feb 2017 07:03:26 -0800 (PST) From: david becker Date: Sat, 25 Feb 2017 07:03:26 -0800 Message-ID: Subject: To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 25 Feb 2017 15:03:28 -0000 Mit freundlichen Gr=C3=BC=C3=9Fen David Becker Vossemer Stra=C3=9Fe 17 41812 Erkelenz Tel.: 01520 3916568 From owner-freebsd-current@freebsd.org Sat Feb 25 17:58:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23D40CED839 for ; Sat, 25 Feb 2017 17:58:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-85.reflexion.net [208.70.210.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D779AEFE for ; Sat, 25 Feb 2017 17:58:42 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23220 invoked from network); 25 Feb 2017 17:58:40 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 25 Feb 2017 17:58:40 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Sat, 25 Feb 2017 12:58:40 -0500 (EST) Received: (qmail 27737 invoked from network); 25 Feb 2017 17:58:40 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 25 Feb 2017 17:58:40 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id DD2FAEC8534; Sat, 25 Feb 2017 09:58:39 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: Date: Sat, 25 Feb 2017 09:58:39 -0800 Cc: svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <9A63B36E-5F81-4ECD-A2A2-AB442AAC26A6@dsl-only.net> References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> <20170225002300.GC19697@dft-labs.eu> <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> <477BA631-AB85-4E77-8BA3-CD2AFAD5E405@dsl-only.net> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 25 Feb 2017 17:58:43 -0000 On 2017-Feb-25, at 5:49 AM, Mark Millard wrote: > On 2017-Feb-25, at 1:05 AM, Mark Millard wrote: >=20 >> On 2017-Feb-24, at 11:46 PM, Mark Millard = wrote: >>=20 >>> On 2017-Feb-24, at 8:25 PM, Mark Millard = wrote: >>>=20 >>>> On 2017-Feb-24, at 4:23 PM, Mateusz Guzik = wrote: >>>>>=20 >>>>> On Tue, Feb 21, 2017 at 01:37:25AM -0800, Mark Millard wrote: >>>>>> [Back to the powerpc64 context.] >>>>>>=20 >>>>>> On 2017-Feb-20, at 11:10 AM, Mateusz Guzik = wrote: >>>>>>=20 >>>>>>> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote: >>>>>>>> [Note: I experiment with clang based powerpc64 builds, >>>>>>>> reporting problems that I find. Justin is familiar >>>>>>>> with this, as is Nathan.] >>>>>>>>=20 >>>>>>>> I tried to update the PowerMac G5 (a so-called "Quad Core") >>>>>>>> that I have access to from head -r312761 to -r313864 and >>>>>>>> ended up with random panics and hang ups in fairly short >>>>>>>> order after booting. >>>>>>>>=20 >>>>>>>> Some approximate bisecting for the kernel lead to: >>>>>>>> (sometimes getting part way into a buildkernel attempt >>>>>>>> for a different version before a failure happens) >>>>>>>>=20 >>>>>>>> -r313266: works (just before use of atomic_fcmpset) >>>>>>>> vs. >>>>>>>> -r313271: fails (last of the "use atomic_fcmpset" check-ins) >>>>>>>>=20 >>>>>>>> (I did not try -r313268 through -r313270 as the use was >>>>>>>> gradually added.) >>>>>>>>=20 >>>>>>>> So I'm currently running a -r313864 world with a -r313266 >>>>>>>> kernel. >>>>>>>>=20 >>>>>>>> No kernel that I tried that was from before -r313266 had the >>>>>>>> problems. >>>>>>>>=20 >>>>>>>> Any kernel that I tried that was from after -r313271 had the >>>>>>>> problems. >>>>>>>>=20 >>>>>>>> Of course I did not try them all in other direction. :) >>>>>>>>=20 >>>>>>>=20 >>>>>>> I found that spin mutexes were not properly handling this, fixed = in >>>>>>> r313996. >>>>>>>=20 >>>>>>> Locally I added a if (cpu_tick() % 2) return (0); snipped to = amd64 >>>>>>> fcmpset to simulate failures. Everything works, while it would = easily >>>>>>> fail without the patch. >>>>>>>=20 >>>>>>> That said, I hope this concludes the 'missing check for = not-reread value >>>>>>> of failed fcmpset' saga. >>>>>>>=20 >>>>>>> --=20 >>>>>>> Mateusz Guzik >>>>>>=20 >>>>>> -r313999 is an improvement for powerpc64: it boots and I can >>>>>> log in on the old PowerMac G5 so-called "Quad Core". >>>>>>=20 >>>>>> But, e.g., buildworld buildkernel eventually hangs and later >>>>>> the powerpc64 panics for "spin lock held too long". >>>>>>=20 >>>>>=20 >>>>> Allright, play time is over. >>>>>=20 >>>>> Can you please: >>>>> 1. verify r313254 is stable for you >>>>> 2. apply = https://people.freebsd.org/~mjg/patches/complete-locks.diff and >>>>> https://people.freebsd.org/~mjg/.junk/ppc.diff on top of it and = retry >>>>> the test? >>>>>=20 >>>>> This is a workaround which effectively disables the = powerpc-specific >>>>> primitive and makes it use a cmpset wrapper instead. I don't have = the >>>>> hardware to test right now and my attempts to boot in qemu also = failed. >>>>>=20 >>>>> That said, does not look like there are general fcmpset bugs left = and >>>>> the remaining issue seems powerpc-specific. >>>>>=20 >>>>> If this works, I'll commit the workaround for the time being as in = few >>>>> weeks I'd like to start merging the work back to stable/11. >>>>>=20 >>>>> --=20 >>>>> Mateusz Guzik >>>>=20 >>>> I've started a self-hosted powerpc64 -r313254 build >>>> based on running the -r313266 kernel. (The context=20 >>>> sometimes do cross builds in is tied up with other >>>> things. -r313266 is what my prior bisection came up >>>> with as the last appearently-working kernel at the >>>> time.) >>>>=20 >>>> So it will be a while before I have a -r313254 in >>>> place to try: the self-hosted build takes longer >>>> and so will not be installed for a while. >>>>=20 >>>> To judge stability I'll probably have -e313254 build >>>> the patched update that you want me to test, initially >>>> doing a cleanworld. So that too will take a while. >>>>=20 >>>> (The above wording presumes all goes well.) >>>>=20 >>>> I'll let you know as I go along if I run into anything >>>> interesting. >>>>=20 >>>>=20 >>>> My builds are rebuilding both world and kernel since >>>> what turns into /usr/include/sys/* has changes in your >>>> patch. >>>>=20 >>>> The builds are without MALLOC_PRODUCTION but are >>>> otherwise not debug builds. >>>>=20 >>>>=20 >>>> I've not seen anything indicating that anyone has >>>> been trying TARGET_ARCH=3Dpowerpc. I've been trying >>>> TARGET_ARCH=3Dpowerpc64 . >>>>=20 >>>> While I do not have access to a true >>>> TARGET_ARCH=3Dpowerpc machine currently, such a build >>>> can be used on a PowerMac G5 so-called "Quad Core". >>>> So I could eventually build and try such on the one >>>> powerpc family machine that I currently have access >>>> to. >>>>=20 >>>> clang 3.9.1 has a significant code generation problem >>>> for TARGET_ARCH=3Dpowerpc and so I'd have to use >>>> a gcc 4.2.1 based build for that sort of experiment. >>>> (There is no xtoolchain for 32-bit powerpc.) >>>>=20 >>>> I use clang 3.9.1 or xtoolchain for >>>> TARGET_ARCH=3Dpowerpc64 and have been using clang 3.9.1 >>>> in recent times. My primary powerpc family use has >>>> been to experiment with building based on the >>>> modern libc++ and reporting issues discovered in the >>>> attempts. This explains the clang/xtoolchain context. >>>>=20 >>>> clang 3.9.1 has major problems for C++ exception >>>> handling for both powerpc64 and powerpc but a >>>> lot of FreeBSD is independent of throwing C++ >>>> exceptions. By contrast xtoolchain-based works >>>> for C++ exception handling but lib32 fails >>>> to operate when built by a xtoolchain build. >>>=20 >>> -r313254 had no trouble booting or building >>> the patched version or anything else involved >>> in getting there or installing. >>>=20 >>> But the patched version failed quickly just >>> attempting cleanworld's recursive remove. (So >>> it did boot and let me log in.) The panic >>> description was: >>>=20 >>> panic: vn_finished_secondary_write: neg cnt >>>=20 >>>=20 >>> The sources that are different from svn's -r313254 >>> are (some tied to arm64 experiments, most everything >>> else tied to powerpc64 and/or powerpc, those not >>> from your patches are long standing from my >>> investigations or from Justin H.): >>>=20 >>> # svnlite status /usr/src | sort >>> . . . (ignoring the ? lines) . . . >>> M /usr/src/bin/sh/jobs.c >>> M /usr/src/bin/sh/miscbltin.c >>> M /usr/src/contrib/llvm/lib/Target/PowerPC/PPCInstrInfo.td >>> M /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp >>> M /usr/src/lib/csu/powerpc64/Makefile >>> M /usr/src/libexec/rtld-elf/Makefile >>> M /usr/src/sys/arm/arm/gic.c >>> M /usr/src/sys/boot/ofw/Makefile.inc >>> M /usr/src/sys/boot/powerpc/Makefile.inc >>> M /usr/src/sys/boot/powerpc/kboot/Makefile >>> M /usr/src/sys/boot/uboot/Makefile.inc >>> M /usr/src/sys/conf/kmod.mk >>> M /usr/src/sys/ddb/db_main.c >>> M /usr/src/sys/ddb/db_script.c >>> M /usr/src/sys/kern/init_main.c >>> M /usr/src/sys/kern/kern_condvar.c >>> M /usr/src/sys/kern/kern_lock.c >>> M /usr/src/sys/kern/kern_lockstat.c >>> M /usr/src/sys/kern/kern_mutex.c >>> M /usr/src/sys/kern/kern_rwlock.c >>> M /usr/src/sys/kern/kern_sx.c >>> M /usr/src/sys/kern/kern_synch.c >>> M /usr/src/sys/kern/kern_thread.c >>> M /usr/src/sys/kern/subr_lock.c >>> M /usr/src/sys/kern/vfs_default.c >>> M /usr/src/sys/kern/vfs_subr.c >>> M /usr/src/sys/powerpc/include/atomic.h >>> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >>> M /usr/src/sys/sys/lock.h >>> M /usr/src/sys/sys/lockmgr.h >>> M /usr/src/sys/sys/lockstat.h >>> M /usr/src/sys/sys/mutex.h >>> M /usr/src/sys/sys/rwlock.h >>> M /usr/src/sys/sys/sdt.h >>> M /usr/src/sys/sys/sx.h >>> M /usr/src/sys/sys/systm.h >>=20 >> To recover from the problem and again have a buildworld >> buildkernel present I've booted based on: >>=20 >> A) The -r313254 kernel without your patches (kernel.old). >> B) The -r313254 world (which had your patches in its >> build). >>=20 >> I've reverted the /usr/src/ to not have your patches >> (but does have my prior ones from prior activity). >>=20 >> I repeated the cleanworld to let it finish after its >> prior failure (that failed during a SSD trim activity). >>=20 >> I've started buildworld buildkernel (with -j 4 as is >> normal for my context). >>=20 >> So far this combination seems to be working fine. This >> suggests that the sys/sys/*.h files that ended up in >> /usr/include/sys/ and the sys/powerpc/include/atomic.h >> that ended up in /usr/include/machine/ were not problems >> as used in the world code --since those uses are still in >> place in the binaries being used. Only the kernel >> binaries seem to be a problem (not necessarily all of >> them). >=20 > Unfortunately it eventually got a panic for a Data Storage > Interrupt. >=20 > I may not be unable to do a self hosted build to get things > back to normal.=20 I tried simply starting another buildworld buildkernel after booting and it did complete. Installing and rebooting worked fine. So apparently whatever was going on for the Data Storage Interrupt is fairly rare. Thus the PowerMac G5 so-called "Quad Core" is back to -r313254 without your patches. (The "Quad Core" really has two processors, each with 2 cores.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Feb 25 19:31:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 629A3CED7EC; Sat, 25 Feb 2017 19:31:14 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-pg0-x241.google.com (mail-pg0-x241.google.com [IPv6:2607:f8b0:400e:c05::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B95A238; Sat, 25 Feb 2017 19:31:14 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-pg0-x241.google.com with SMTP id 5so7489055pgj.0; Sat, 25 Feb 2017 11:31:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=O/RD6/jdqar3/0DiPgm/Tub2w85Ph06+zCtOm2d6aAs=; b=Jea4TnSLNNaK+xA2au5Tp2rsZhJ8dMLkZzwED8Awg4GD2iaO+m4guhwcoyBQToX9wQ xGj8zXP5Uh1lndbnHjUTtkes9REg17NGKtv2eModugU3coocH8wPoQRAehCtKJxPIEfj xJS0cku9+/E1os+dEmcOjt3n97wlkcSlCPdhMOxcHP9H07tzVJP5lEnTkklytTlPBfaN lA5otf1gczd3EbvA6w+Tuedk9EFnGkMip79yX12rqk29zxgw0sScitZS6Aj69GySKVzt 6rssxikdNH7vwxcbkDwyZUkJyPRH3Ra9uX6lMCzQCk6mza3p0p8g5BGvGFrcI9esGZnX TePg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=O/RD6/jdqar3/0DiPgm/Tub2w85Ph06+zCtOm2d6aAs=; b=Za9T8IBlkSIo7LmXcrUaECXG5yF1qDBtmkpmtdCzlgpMUp6tfRFf/Q3xTQPzL38TVS zKPB853IhBz3u5DXUHlvgbbTLi6x1E+oXM6mX/s31ze0iXegmZ5rzGVtN0VQegcqgr+x dMQbkF9H2xP7XL5sGxJqKnmsxsaw98PMwIq3Oq3iIIW7WUkg7TB4Jp0PsrYFaKIWDB3+ yhkXmh96IwoBzV9RTslWzFP2eLyg5VyuMwz1f8A4QcUrHJP/Ybgdf8IORH1SBXaC9yO2 /j+AmTrjkpkPNbP39Q75iphb7Z2shAhtqbgdGVnzzIbFHGWi1UhXXRumLxZX40gv+nvX /wzg== X-Gm-Message-State: AMke39l8YYKXx6oZPjFzW7HDiOLUvY4VkktBL9zDoAYhCwxjZXA1SDuhKo0Ns4YGu9tDzA== X-Received: by 10.84.236.4 with SMTP id q4mr13181084plk.1.1488051073695; Sat, 25 Feb 2017 11:31:13 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id 4sm4708084pfr.124.2017.02.25.11.31.09 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Sat, 25 Feb 2017 11:31:13 -0800 (PST) Date: Sat, 25 Feb 2017 20:31:04 +0100 From: Mateusz Guzik To: Mark Millard Cc: svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] Message-ID: <20170225193103.GA4379@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Mark Millard , svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> <20170225002300.GC19697@dft-labs.eu> <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> <477BA631-AB85-4E77-8BA3-CD2AFAD5E405@dsl-only.net> <9A63B36E-5F81-4ECD-A2A2-AB442AAC26A6@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <9A63B36E-5F81-4ECD-A2A2-AB442AAC26A6@dsl-only.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 25 Feb 2017 19:31:14 -0000 On Sat, Feb 25, 2017 at 09:58:39AM -0800, Mark Millard wrote: > Thus the PowerMac G5 so-called "Quad Core" is back to > -r313254 without your patches. (The "Quad Core" really has > two processors, each with 2 cores.) > Thanks a lot for testing. I'll have to think what to do with it, worst case I'll #ifdef changes with powerpc. -- Mateusz Guzik