From owner-freebsd-current@freebsd.org Tue May 1 03:23:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E000FC245E for ; Tue, 1 May 2018 03:23:22 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic301-30.consmr.mail.ne1.yahoo.com (sonic301-30.consmr.mail.ne1.yahoo.com [66.163.184.199]) (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 F14F075F67 for ; Tue, 1 May 2018 03:23:21 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: 2Hpmha4VM1ldRiV_EaWjkcFa8u0Qe6elZpzY.ExdvqMQwMVL3Kcc2VFrWsAJBqF R3grupIDjFy4J.wn21R918kUQdWLNU7PgxlkyYbssYe9B2ktEI31Xvi6Nwr87ttzgW1CIn9lhw5O ptgDbuES74HGQJVLl8t7Af58S5J2zlFQLEgLJUNQDHsR63vEb3yxoFR0PIHhtaLqTa0iSLDSwjeY wvaC_pg77ythh3.aILtP3kXH57HuSFziYXFPruJb1cAGvQxjQEQMwfe10HbjMN4awbdwB.awPWDL A.DHI6zavsvqYnEgs5x_3X3tMOmhEvm1DqkdQ8_i._OKSVLeYQ_aX.JB.u.FjYsal53S1vQZmU0k bycEuAykdatLTkK8cXb4SgvTLPPxMWfZQP8ZEMTp6fMeJxz4ZFAAuPy.JA1mwJOdk0AuGegKQQ50 fAJiW79Gp44dBfca2m7QQgGBgocXz2k47uikEGwSSNjEKMEntOH1M4e2u8Z3g3BCFnzgcU2goWlS KZfI0oHHgtDrCYT4pdxbTx4YamQ3pNVDwdBn0U6daOC57Sjuz6ECUlqTEwXeZREUlRNn64W2vD9E U_5SYK.yApvsY4RkfokW91k.PMDuA6D60D8JdDR5g.peNfavMz0FtfGQoKnZLXU.kJCGhygw6430 MfH8aQ3U- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Tue, 1 May 2018 03:23:15 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp421.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 932548db5a686e1dcc2fc008ed0ead4a for ; Tue, 01 May 2018 03:23:15 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: Kingston USB3.0 Media Reader vs. "CCB request completed with an error" and the like during boot Message-Id: <83B60C60-4035-411B-A614-922A03F8B156@yahoo.com> Date: Mon, 30 Apr 2018 20:23:14 -0700 To: FreeBSD Current X-Mailer: Apple Mail (2.3445.6.18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 01 May 2018 03:23:22 -0000 =46rom a head -r333133 boot of a Ryzen Threadripper 1950X (native FreeBSD boot, not my usual Hyper-V boot): uhub3: 22 ports with 22 removable, self powered ugen3.2: at usbus3 umass0 numa-domain 1 on uhub2 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks =3D 0xc000 umass0:10:0: Attached to scbus10 . . . run_interrupt_driven_hooks: still waiting after 60 seconds for = xpt_config (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00=20 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error (probe0:umass-sim0:0:0:0): Retrying command, 3 more tries remain (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 = 10 00 00=20 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid = field in CDB) (probe0:umass-sim0:0:0:0): Error 22, Unretryable error . . . da0 at umass-sim0 bus 0 scbus10 target 0 lun 0 da0: < FCR-HS3 -0 1.00> Removable Direct Access SPC-4 SCSI device da0: Serial Number ???????? da0: 400.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da0: quirks=3D0x2 da1 at umass-sim0 bus 0 scbus10 target 0 lun 1 da1: < FCR-HS3 -1 1.00> Removable Direct Access SPC-4 SCSI device da1: Serial Number ???????? da1: 400.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da1: quirks=3D0x2 da2 at umass-sim0 bus 0 scbus10 target 0 lun 2 da2: < FCR-HS3 -2 1.00> Removable Direct Access SPC-4 SCSI device da2: Serial Number ???????? da2: 400.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da2: quirks=3D0x2 da3 at umass-sim0 bus 0 scbus10 target 0 lun 3 da3: < FCR-HS3 -3 1.00> Removable Direct Access SPC-4 SCSI device da3: Serial Number ???????? da3: 400.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present da3: quirks=3D0x2 I'm not sure what to make of the (probe0:umass-sim0:0:0:0) notes. For what I have used the Kingston USB3.0 Media Reader for, it seems to work. For reference: # uname -apKU FreeBSD FBSDFSSD 12.0-CURRENT FreeBSD 12.0-CURRENT r333133M amd64 = amd64 1200062 1200062 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue May 1 14:34:58 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9725FAD064 for ; Tue, 1 May 2018 14:34:57 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.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 6865375371; Tue, 1 May 2018 14:34:57 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from [192.168.200.3] (c-73-216-227-39.hsd1.va.comcast.net [73.216.227.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: gallatin) by duke.cs.duke.edu (Postfix) with ESMTPSA id 7034427001F8; Tue, 1 May 2018 10:34:50 -0400 (EDT) DMARC-Filter: OpenDMARC Filter v1.3.1 duke.cs.duke.edu 7034427001F8 Authentication-Results: duke.cs.duke.edu; dmarc=none header.from=cs.duke.edu DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail0816; t=1525185291; bh=JBd+stOZw0q3CdEBnOOfROjZoSyLqQ8dtHBvraHpPUE=; h=Subject:To:From:Date:From; b=VbPRQ0zyThifteSYtoH8/4pRIVjx2gF+inX4w4O0WVJj3KmXBGf0w9JulmmdfO+be 4UursmdRQonalNV730oDLpA8hUtss2WV5ZNqyzrtlLfHxMXARIQZKiJVvVLKwy2JrR YRDv7Tl7xC2Fx+UrR3QwoyFDMGKefMlK//Kr3EbOeySFDhxo3RW7vH0iQI0mXZwmym mZP8Pw7Moz015PIqKFzx5c+M0tv0+zUPPVhKvr3hIK15/2r0H5ZMjcKUMiOtmSilvd hLYjzCLEKv/ulrglqs6OIUBy7yQmN1jcGtP2roZTrJ1yZuS78fGaUPgfNjV2WEJMfo 8V+3ye5SMjJXw== Subject: Re: Odd ZFS boot module issue on r332158 To: Andriy Gapon , Allan Jude , freebsd-current@FreeBSD.org References: <935ad20e-017c-5c34-61b4-9db58788a663@freebsd.org> <5316e5ea-17a2-2f23-3c88-1671f41b5642@cs.duke.edu> <00fd72d0-cb41-eaf7-347e-6f3423bb6008@FreeBSD.org> From: Andrew Gallatin Message-ID: Date: Tue, 1 May 2018 10:34:49 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 01 May 2018 14:34:58 -0000 On 04/10/18 16:51, Andriy Gapon wrote: > On 10/04/2018 22:48, Andrew Gallatin wrote: >> On 04/10/18 11:25, Andriy Gapon wrote: >>> On 10/04/2018 15:27, Andrew Gallatin wrote: >>>> Is there something like tools/diag/prtblknos for ZFS? >>> >>> zdb. >>> >>> It has a manual page, but in the case like this you typically want to run >>> zdb -d[d*] >>> Add d-s until you get all the information you want. >>> >>> It looks like five d-s is needed to get individual blocks reported. >>> >> >> Thanks for the instructions! >> >> How do I interpret this output: > [snip] >>                0 L1  1:1f01016c000:1000 20000L/1000P F=3 B=16769122/16769122 >>                0  L0 1:1f00f9e3000:20000 20000L/20000P F=1 B=16769122/16769122 >>            20000  L0 1:1f00fa03000:20000 20000L/20000P F=1 B=16769122/16769122 >>            40000  L0 1:1f00fa23000:20000 20000L/20000P F=1 B=16769122/16769122 > > The first number is an offset within the file (hex); Lx is a block level where > L0 is a data block, L1 is an indirect block just above data blocks, etc; x:y:z > is a (top-level) vdev number, a block offset on disk (hex) and a block size on > disk(hex); the rest is not as important. > > The quoted offsets appear to be just below 2TB. > > > Are these byte addresses? Or do I need to multiply by the blocksize to determine the offset into the file? From your "just below 2TB" I'm assuming byte addresses. This is a supermicro board X10SRA. They do have a f/w update, but I suspect it is mainly just for new ucode. Of course there is no changelong. I guess I'll try it if/when I'm totally unable to boot into a new BE. I just checked, and my EFI loader is ~1 year old, I should probably try updating that too. FWIW, I just updated to head again, and I see a problem with just one module, which looks like the attached. Drew From owner-freebsd-current@freebsd.org Tue May 1 18:14:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3F2EFB2C89 for ; Tue, 1 May 2018 18:14:58 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp001.me.com (st13p35im-asmtp001.me.com [17.164.199.64]) (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 75733852A3; Tue, 1 May 2018 18:14:58 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp001.me.com by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) id <0P8200C0078CCB00@st13p35im-asmtp001.me.com>; Tue, 01 May 2018 17:14:45 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=04042017; t=1525194885; bh=Oqqc0X9ejxcystNubgbEU1uONgKMGSxdGwWgxZbQwO8=; h=From:Message-id:Content-type:MIME-version:Subject:Date:To; b=CuqxyJD43LIsyMFzAb1X64qs2hJz14gDx4zi0USohcdTzjrhjSbfmvP/CNkCwF+Ku aeYfqwZe7f9ttB/yG/u3NH7bIm0nGTpxpRmom7DRdUH+HOrL1BxpGA1iWDbZqnlIrV CdFFtFTX2hPaTlmJ72UOAIC18tEo2VARkqyuUOxUXy5pVjtBjIwiEv8A6Iy+AVEu/K JPkL/lWXkzmGX6npbNb/GsfRFSDpBbkakgSGKR9mAEKAPiVps/xL91svmhVwXtN3ng 6Hh2k/vdJ3xjSV6G0nG7xNDs//ewpnpAOD+tpmm8ChkCApcHJcWptR3U0Tnv30gF8n S9uXZnU3Zur0A== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) with ESMTPSA id <0P82004AB7WG5J10@st13p35im-asmtp001.me.com>; Tue, 01 May 2018 17:14:43 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-05-01_09:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1805010168 From: Toomas Soome Message-id: MIME-version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: Re: Odd ZFS boot module issue on r332158 Date: Tue, 01 May 2018 20:14:40 +0300 In-reply-to: Cc: Andriy Gapon , Allan Jude , freebsd-current@FreeBSD.org To: Andrew Gallatin References: <935ad20e-017c-5c34-61b4-9db58788a663@freebsd.org> <5316e5ea-17a2-2f23-3c88-1671f41b5642@cs.duke.edu> <00fd72d0-cb41-eaf7-347e-6f3423bb6008@FreeBSD.org> X-Mailer: Apple Mail (2.3445.6.18) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 01 May 2018 18:14:59 -0000 > On 1 May 2018, at 17:34, Andrew Gallatin wrote: >=20 > On 04/10/18 16:51, Andriy Gapon wrote: >> On 10/04/2018 22:48, Andrew Gallatin wrote: >>> On 04/10/18 11:25, Andriy Gapon wrote: >>>> On 10/04/2018 15:27, Andrew Gallatin wrote: >>>>> Is there something like tools/diag/prtblknos for ZFS? >>>>=20 >>>> zdb. >>>>=20 >>>> It has a manual page, but in the case like this you typically want = to run >>>> zdb -d[d*] >>>> Add d-s until you get all the information you want. >>>>=20 >>>> It looks like five d-s is needed to get individual blocks reported. >>>>=20 >>>=20 >>> Thanks for the instructions! >>>=20 >>> How do I interpret this output: >> [snip] >>> 0 L1 1:1f01016c000:1000 20000L/1000P F=3D3 = B=3D16769122/16769122 >>> 0 L0 1:1f00f9e3000:20000 20000L/20000P F=3D1 = B=3D16769122/16769122 >>> 20000 L0 1:1f00fa03000:20000 20000L/20000P F=3D1 = B=3D16769122/16769122 >>> 40000 L0 1:1f00fa23000:20000 20000L/20000P F=3D1 = B=3D16769122/16769122 >> The first number is an offset within the file (hex); Lx is a block = level where >> L0 is a data block, L1 is an indirect block just above data blocks, = etc; x:y:z >> is a (top-level) vdev number, a block offset on disk (hex) and a = block size on >> disk(hex); the rest is not as important. >> The quoted offsets appear to be just below 2TB. >=20 > Are these byte addresses? Or do I need to multiply by the blocksize = to determine the offset into the file? =46rom your "just below 2TB" I'm = assuming byte addresses. >=20 > This is a supermicro board X10SRA. They do have a f/w update, > but I suspect it is mainly just for new ucode. Of course there is > no changelong. I guess I'll try it if/when I'm totally unable to > boot into a new BE. >=20 > I just checked, and my EFI loader is ~1 year old, I should probably = try > updating that too. >=20 > FWIW, I just updated to head again, and I see a problem with just one > module, which looks like the attached. >=20 could you test https://reviews.freebsd.org/D15207 = ? rgds, toomas From owner-freebsd-current@freebsd.org Tue May 1 19:38:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C6AFFB57A7 for ; Tue, 1 May 2018 19:38:22 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.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 DF8BE7B593; Tue, 1 May 2018 19:38:21 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from [192.168.200.3] (c-73-216-227-39.hsd1.va.comcast.net [73.216.227.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: gallatin) by duke.cs.duke.edu (Postfix) with ESMTPSA id BFB7227001F8; Tue, 1 May 2018 15:38:20 -0400 (EDT) DMARC-Filter: OpenDMARC Filter v1.3.1 duke.cs.duke.edu BFB7227001F8 Authentication-Results: duke.cs.duke.edu; dmarc=none header.from=cs.duke.edu DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail0816; t=1525203500; bh=j+1WH97PoKTL1fJaTLZHbuPN56PA9wdnUkJjgocw0Vg=; h=Subject:To:From:Date:From; b=kwAZ6d8vC8hFiDUMFaozVumahMqRAyH04sREvqPjJzgXIa6+0DRqpwUhX0hYL6Ztk Y0IPlP5CvxJagugLjs/gAFrRwsQKlEa7S+fwRCSU6nTUQ5z9co8Ho08rYTZfBxY4Kh euX93HfrivrB1ivME0M1E7Iuj1a/6frslCgMBdBuDivDQ5F5TXo6GqGaxp7WwLiiw3 WX1QErSitqUR8CM2gfc8QABDwaPRISgmKnP6XpdlUjS3UmjxDVj65ZdcvQ6FDTHKeW Vg0ntO+jZaWWJLcZH92+ubkk/fLhppOPMJ4m41J4FBk9POW9SPcMUHqTJQJWeEDMdR wQyhT8cICeh1w== Subject: Re: Odd ZFS boot module issue on r332158 To: Toomas Soome Cc: Andriy Gapon , Allan Jude , freebsd-current@FreeBSD.org References: <935ad20e-017c-5c34-61b4-9db58788a663@freebsd.org> <5316e5ea-17a2-2f23-3c88-1671f41b5642@cs.duke.edu> <00fd72d0-cb41-eaf7-347e-6f3423bb6008@FreeBSD.org> From: Andrew Gallatin Message-ID: <72d90b5c-59f9-ec6b-5726-7f3b79686f1a@cs.duke.edu> Date: Tue, 1 May 2018 15:38:20 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 01 May 2018 19:38:22 -0000 On 05/01/18 13:14, Toomas Soome wrote: > > >> On 1 May 2018, at 17:34, Andrew Gallatin > > wrote: >> >> On 04/10/18 16:51, Andriy Gapon wrote: >>> On 10/04/2018 22:48, Andrew Gallatin wrote: >>>> On 04/10/18 11:25, Andriy Gapon wrote: >>>>> On 10/04/2018 15:27, Andrew Gallatin wrote: >>>>>> Is there something like tools/diag/prtblknos for ZFS? >>>>> >>>>> zdb. >>>>> >>>>> It has a manual page, but in the case like this you typically want >>>>> to run >>>>> zdb -d[d*] >>>>> Add d-s until you get all the information you want. >>>>> >>>>> It looks like five d-s is needed to get individual blocks reported. >>>>> >>>> >>>> Thanks for the instructions! >>>> >>>> How do I interpret this output: >>> [snip] >>>>                0 L1  1:1f01016c000:1000 20000L/1000P F=3 >>>> B=16769122/16769122 >>>>                0  L0 1:1f00f9e3000:20000 20000L/20000P F=1 >>>> B=16769122/16769122 >>>>            20000  L0 1:1f00fa03000:20000 20000L/20000P F=1 >>>> B=16769122/16769122 >>>>            40000  L0 1:1f00fa23000:20000 20000L/20000P F=1 >>>> B=16769122/16769122 >>> The first number is an offset within the file (hex); Lx is a block >>> level where >>> L0 is a data block, L1 is an indirect block just above data blocks, >>> etc; x:y:z >>> is a (top-level) vdev number, a block offset on disk (hex) and a >>> block size on >>> disk(hex); the rest is not as important. >>> The quoted offsets appear to be just below 2TB. >> >> Are these byte addresses?  Or do I need to multiply by the blocksize >> to determine the offset into the file?  From your "just below 2TB" I'm >> assuming byte addresses. >> >> This is a supermicro board X10SRA. They do have a f/w update, >> but I suspect it is mainly just for new ucode.  Of course there is >> no changelong.  I guess I'll try it if/when I'm totally unable to >> boot into a new BE. >> >> I just checked, and my EFI loader is ~1 year old, I should probably try >> updating that too. >> >> FWIW, I just updated to head again, and I see a problem with just one >> module, which looks like the attached. >> > > could you test https://reviews.freebsd.org/D15207 Thank you so much! I just tried that, and I'm afraid that it didn't help, though by all rights I'd expect that it should. I installed the world into a new BE, and made sure to re-install boot1.efi into all my EFI partitions. Are you able to replicate this issue yourself? Drew From owner-freebsd-current@freebsd.org Tue May 1 20:00:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C83FCFB676B for ; Tue, 1 May 2018 20:00:00 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.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 7455C82979; Tue, 1 May 2018 20:00:00 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from [192.168.200.3] (c-73-216-227-39.hsd1.va.comcast.net [73.216.227.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: gallatin) by duke.cs.duke.edu (Postfix) with ESMTPSA id 4695727001F7; Tue, 1 May 2018 15:59:59 -0400 (EDT) DMARC-Filter: OpenDMARC Filter v1.3.1 duke.cs.duke.edu 4695727001F7 Authentication-Results: duke.cs.duke.edu; dmarc=none header.from=cs.duke.edu DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail0816; t=1525204799; bh=BQsfYx4TYknC1OvRLEXV7sfaFd+1YyKGY7JfigULAJw=; h=Subject:To:From:Date:From; b=PPmbTtIrv9ES9kCPbVTi23tUok+0Yb1ZVaZX+gRt6vVmCXH5SLzuhBLBWhOP8HHdo 2EAG3YjwSz2cM2jdZVARm2GAB02teHrjvnPCPmMnZfPE/yTMbHeVXvMMZYugOLnYZh 0LxgP1sy9a2gTsYG9UN9ZSMj9NoPvwTXvjZAAnJUDR7Ls/vQBITl5HyQSdAlCVeAku ITeZ05VUN3tZS16sjOaM51VAosoGn2tWs/SbfP6M69FErTs5GwLlMvhUvlbp7boSf6 +lwJTqUX6OEgvl5nwtBEcFDOjNZuNPfUj2WRulP6J+ByfwRTWMVFfUXWItZ+x9PMLp B4YYOytsEoG2g== Subject: Re: Odd ZFS boot module issue on r332158 To: Toomas Soome Cc: Andriy Gapon , Allan Jude , freebsd-current@FreeBSD.org References: <935ad20e-017c-5c34-61b4-9db58788a663@freebsd.org> <5316e5ea-17a2-2f23-3c88-1671f41b5642@cs.duke.edu> <00fd72d0-cb41-eaf7-347e-6f3423bb6008@FreeBSD.org> From: Andrew Gallatin Message-ID: <336f22a5-e654-2faf-44f5-fcafa7ddeff7@cs.duke.edu> Date: Tue, 1 May 2018 15:59:58 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 01 May 2018 20:00:00 -0000 FWIW, I also updated to the latest BIOS available for this board, Supermicro X10SRA, to version: 2.0c Release Date: 09/25/2017. One thing I noticed is that even though the board supports UEFI, there was no UEFI update procedure for it, and I had to flash via a USB stick with a FreeDOS boot image. Given that, I would not be terribly... surprised... if the UEFI fw on the board had issues with 2TB as well. All the update seemed to do was re-order my PCI devices, so I had to revisit my Xorg and byhve pptdev configurations. Thankfully, the only module giving issues is nvidia, which is just as well loaded post-boot. FWIW, the error is ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /boot/modules/nvidia.ko - elf64_obj_loadimage: read failed can't load file '/boot/modules/nvidia.ko': input/output error ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Drew From owner-freebsd-current@freebsd.org Thu May 3 09:41:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0FC4FCB59A for ; Thu, 3 May 2018 09:41:05 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf0-f49.google.com (mail-lf0-f49.google.com [209.85.215.49]) (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 3C81769C7F; Thu, 3 May 2018 09:41:04 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf0-f49.google.com with SMTP id g12-v6so24991753lfb.10; Thu, 03 May 2018 02:41:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=eRcnIvnqA29ubnIFVJ7rTrpECVdET5SZE8xSjFPhgwY=; b=W9qnUpZdiJZCd0jKpOqzQuzOFSimyngnbfx8XKgjP3wnwPm7RXGj4QqoDv52lOAkTJ fnMMG/tzOisLKYzEIIsLpP5WieDKD5VLlEqO4uZgO/ux2Ubjo+sNUjoHyWNArQym73pT S88kvDNPch8C1P2tS9Sjdr3ign2M/+8Wf+9ha7Hgj4/xnZKbtG/daINmU+Jv3/Q0sl0G KQ+mWoKYjag9qaw6L2Hld45IoCjdrOsdKiezUmEIo/NUjwMlSEIP+ni9KS8QSk2dmPgt AlzE3qf9y64wlNVOarBPRW/++NCatAnmjm2PeLPVU3Uy7vwSnKQAlhcbqsJzOh84eJEZ Gfdg== X-Gm-Message-State: ALQs6tAAw9f+Fxl8BUxJ34MuXIqIb8oBKOwLRCrAGd2/9t13TtUeRpn4 5W99SNK7D5o66d8XNdD0hwi8MIoW X-Google-Smtp-Source: AB8JxZqsB58SlDKS+HsY6OGliUJFvwikSMtWZpNRW5gzVTIjST52998S1Jew3rnVSVYQY2BFz7OkXQ== X-Received: by 2002:a19:180a:: with SMTP id o10-v6mr13636835lfi.117.1525340463106; Thu, 03 May 2018 02:41:03 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id m20-v6sm2729854lfc.23.2018.05.03.02.41.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 May 2018 02:41:02 -0700 (PDT) From: Andriy Gapon Subject: Is kern.sched.preempt_thresh=0 a sensible default? To: Stefan Esser , "M. Warner Losh" Cc: FreeBSD Current References: <1d188cb0-ebc8-075f-ed51-57641ede1fd6@freebsd.org> <49fa8de4-e164-0642-4e01-a6188992c32e@freebsd.org> <32d6305b-3d57-4d37-ba1b-51631e994520@FreeBSD.org> <93efc3e1-7ac3-fedc-a71e-66c99f8e8c1e@freebsd.org> Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <9aaec961-e604-303a-52f3-ee24e3a435d0@FreeBSD.org> Date: Thu, 3 May 2018 12:41:01 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <93efc3e1-7ac3-fedc-a71e-66c99f8e8c1e@freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 03 May 2018 09:41:06 -0000 On 05/04/2018 15:31, Stefan Esser wrote: > After looking at sched_ule.c and top/machine.c it appears, that the value > of preempt_thresh corresponds to the PRI value as shown by top (or ps -l) > plus PZERO which is calculated as (PRI_MIN_KERN=80) + 20. Kernel defines priorities from zero to 255. top shows the same priorities with 100 subtracted. At least that's how I look at it. I think we said the same thing but in different words. > What I do not understand, though, is that the decision about a preemption > is only based on the calculated new priority of the thread, but not at all > on the priority of other running threads (except the idle thread). I don't understand this statement. A new thread to run is picked up based on priorities of all runnable threads. The preemption decision does take into account the priorities of the currently running thread as well as the new thread. > On my system, a "real" batch job (i.e. one that does not voluntarily give > up the CPU due to I/O) seems to have a PRI value of 80 to 100 (growing > over time), while an interactive process has a PRI of 20, a maximally > "niced" interactive process has 52. > > So, I'd expect a reasonable default value of preempt_thresh to be slightly > above 120 (e.g. 124) to prevent I/O heavy threads from stealing each other > the CPU too often, and to prevent "niced" processes from doing the same ... > > The two values configured into the kernel (80 for PREEMPTION and 255 for > FULL_PREEMPTION) seem to be extremes, but something in between (e.g. 124) > is not offered (can only be configured via sysctl without any information > for the correspondence between the threshold value and the PRI value in > any document I've found, besides the kernel sources ...). > > > Is PRI_MIN_KERN=80 really a good default value for the preemption threshold? Yeah, a good question... I am not really sure about this. In my opinion it would be better to set preempt_thresh to at least PRI_MAX_KERN, so that all threads running in kernel are allowed to preempt userland threads. But that would also allow kernel threads (with priorities between PRI_MIN_KERN and PRI_MAX_KERN) to preempt other kernel threads as well, not sure if that's always okay. The same argument applies to higher values for preempt_thresh as well. Perhaps a single preempt_thresh is not expressive enough? Just a thought... maybe we need two thresholds where one tells that threads with better priority are potentially allowed to preempt other threads and the other tells that threads with worse priority can be preempted. For example: - may_preempt_prio=PRI_MAX_INTERACT - may_be_preempted_prio=PRI_MIN_BATCH This tells that realtime, kernel and interactive threads are allowed to preempt other threads if other conditions are met. And only batch and idle threads can actually be preempted. Probably even the above is not flexible enough. I think that we need preemption policies that might not be expressible as one or two numbers. A policy could be something like this: - interrupt threads can preempt only threads from "lower" classes: real-time, kernel, timeshare, idle; - interrupt threads cannot preempt other interrupt threads - real-time threads can preempt other real-time threads and threads from "lower" classes: kernel, timeshare, idle - kernel threads can preempt only threads from lower classes: timeshare, idle - interactive timeshare threads can only preempt batch and idle threads - batch threads can only preempt idle threads -- Andriy Gapon From owner-freebsd-current@freebsd.org Thu May 3 14:15:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18EC7FAC8E3 for ; Thu, 3 May 2018 14:15:14 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mailout11.t-online.de (mailout11.t-online.de [194.25.134.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F7B069B43 for ; Thu, 3 May 2018 14:15:12 +0000 (UTC) (envelope-from se@freebsd.org) Received: from fwd39.aul.t-online.de (fwd39.aul.t-online.de [172.20.27.138]) by mailout11.t-online.de (Postfix) with SMTP id 1B0AD42492A4 for ; Thu, 3 May 2018 16:08:28 +0200 (CEST) Received: from Stefans-MBP-LAN.fritz.box (GW9YOYZOYhrEbH44DEs0dWmVNrW5z+ybY9IzflTK9bPoYWQg7A6KqJdRGi0islFZB7@[84.154.116.170]) by fwd39.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 encrypted) esmtp id 1fEEuG-0hDhbM0; Thu, 3 May 2018 16:08:24 +0200 To: FreeBSD Current From: Stefan Esser Subject: grep extremely slow for LC_CTYPE=C? Openpgp: preference=signencrypt Autocrypt: addr=se@freebsd.org; prefer-encrypt=mutual; keydata= xsBNBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAHNLlN0ZWZhbiBFw59lciAoVC1PbmxpbmUpIDxzdC5lc3NlckB0LW9ubGluZS5kZT7CwH8E EwEIACkFAlhtTvQCGwMFCQWjmoAHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRBH67Xv Wv31RAn0B/9skuajrZxjtCiaOFeJw9l8qEOSNF6PKMN2i/wosqNK57yRQ9AS18x4+mJKXQtc mwyejjQTO9wasBcniKMYyUiie3p7iGuFR4kSqi4xG7dXKjMkYvArWH5DxeWBrVf94yPDexEV FnEG9t1sIXjL17iFR8ng5Kkya5yGWWmikmPdtZChj9OUq4NKHKR7/HGM2dxP3I7BheOwY9PF 4mhqVN2Hu1ZpbzzJo68N8GGBmpQNmahnTsLQ97lsirbnPWyMviWcbzfBCocI9IlepwTCqzlN FMctBpLYjpgBwHZVGXKucU+eQ/FAm+6NWatcs7fpGr7dN99S8gVxnCFX1Lzp/T1YzsBNBFVx iRIBCACxI/aglzGVbnI6XHd0MTP05VK/fJub4hHdc+LQpz1MkVnCAhFbY9oecTB/togdKtfi loavjbFrb0nJhJnx57K+3SdSuu+znaQ4SlWiZOtXnkbpRWNUeMm+gtTDMSvloGAfr76RtFHs kdDOLgXsHD70bKuMhlBxUCrSwGzHaD00q8iQPhJZ5itb3WPqz3B4IjiDAWTO2obD1wtAvSuH uUj/XJRsiKDKW3x13cfavkad81bZW4cpNwUv8XHLv/vaZPSAly+hkY7NrDZydMMXVNQ7AJQu fWuTJ0q7sImRcEZ5EIa98esJPey4O7C0vY405wjeyxpVZkpqThDMurqtQFn1ABEBAAHCwGUE GAEKAA8FAlVxiRICGwwFCQWjmoAACgkQR+u171r99UQEHAf/ZxNbMxwX1v/hXc2ytE6yCAil piZzOffT1VtS3ET66iQRe5VVKL1RXHoIkDRXP7ihm3WF7ZKy9yA9BafMmFxsbXR3+2f+oND6 nRFqQHpiVB/QsVFiRssXeJ2f0WuPYqhpJMFpKTTW/wUWhsDbytFAKXLLfesKdUlpcrwpPnJo KqtVbWAtQ2/o3y+icYOUYzUig+CHl/0pEPr7cUhdDWqZfVdRGVIk6oy00zNYYUmlkkVoU7MB V5D7ZwcBPtjs254P3ecG42szSiEo2cvY9vnMTCIL37tX0M5fE/rHub/uKfG2+JdYSlPJUlva RS1+ODuLoy1pzRd907hl8a7eaVLQWA== Message-ID: <08d32caa-aa44-cff7-d09c-af2444674958@freebsd.org> Date: Thu, 3 May 2018 16:08:24 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-ID: GW9YOYZOYhrEbH44DEs0dWmVNrW5z+ybY9IzflTK9bPoYWQg7A6KqJdRGi0islFZB7 X-TOI-MSGID: e47e18d2-e1d5-413c-9c8c-2404b2839e4f X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 03 May 2018 14:15:14 -0000 Hi all, while working on a new portmaster version, I found that bsdgrep is much faster in an UTF-8 locale than in the C locale, much to my surprise. I have uploaded a small shell-script with test data that can be fetched from: https://people.freebsd.org/~se/grep-test.txz The script uses "grep -v -f patternfile datafile" to select from datafiles the lines that are not matched by the contents of patternfile: #------------------------------------------------------------------- #!/bin/sh LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 export LANG LC_CTYPE time grep -v -f grep-test-pattern grep-test-data LANG=C LC_CTYPE=C #unset LANG LC_CTYPE # is an alternative leading to the same result ... time grep -v -f grep-test-pattern grep-test-data #------------------------------------------------------------------- The first "grep" needs 3.5 seconds to finish on my system, but the second one (with LC_CTYPE=C or no locale set at all) runs for minutes (I did not bother to check whether it finishes at all). Is this a bug in grep? Maybe there is something odd in the data file (loading the pattern is not slower with LC_CTYPE=C, it takes 0.8 seconds on my system), but this is a problem that was observed with "real" data, not a specifically constructed worst case. Any ideas what's causing this behavior? I'm currently setting the UTF-8 locale as in the first invocation above to make grep run in reasonable time, but I'd expect it to be faster in the C locale ... Regards, STefan From owner-freebsd-current@freebsd.org Thu May 3 14:41:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0473FAD69A for ; Thu, 3 May 2018 14:41:47 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 74C046FC6F; Thu, 3 May 2018 14:41:47 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lf0-f43.google.com (mail-lf0-f43.google.com [209.85.215.43]) (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)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 2FBBA14548; Thu, 3 May 2018 14:41:47 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf0-f43.google.com with SMTP id b23-v6so26354602lfg.4; Thu, 03 May 2018 07:41:47 -0700 (PDT) X-Gm-Message-State: ALQs6tARu5330Lf/3FRJ9otkoJlEWawnmmzmdm8p1Mwp5Go3o5bybvWo TqL1fEsZW4lmxYFXv3Iz1M9GGIga/Ge0eqr+SAw= X-Google-Smtp-Source: AB8JxZrcSK6eNI6Y74xWpU+fF8/gwrgk5io1iYVE6UJQPzAe93vUCXEfq8vdk0D6HLBgUytiFJyUC76bmuMou/L3DSQ= X-Received: by 2002:a2e:8794:: with SMTP id n20-v6mr17210750lji.38.1525358505716; Thu, 03 May 2018 07:41:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.49.18 with HTTP; Thu, 3 May 2018 07:41:25 -0700 (PDT) In-Reply-To: <08d32caa-aa44-cff7-d09c-af2444674958@freebsd.org> References: <08d32caa-aa44-cff7-d09c-af2444674958@freebsd.org> From: Kyle Evans Date: Thu, 3 May 2018 09:41:25 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: grep extremely slow for LC_CTYPE=C? To: Stefan Esser Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 03 May 2018 14:41:47 -0000 On Thu, May 3, 2018 at 9:08 AM, Stefan Esser wrote: > Hi all, > > while working on a new portmaster version, I found that bsdgrep is much > faster in an UTF-8 locale than in the C locale, much to my surprise. > > I have uploaded a small shell-script with test data that can be fetched > from: > > https://people.freebsd.org/~se/grep-test.txz > > The script uses "grep -v -f patternfile datafile" to select from datafiles > the lines that are not matched by the contents of patternfile: > > #------------------------------------------------------------------- > #!/bin/sh > > LANG=en_US.UTF-8 > LC_CTYPE=en_US.UTF-8 > > export LANG LC_CTYPE > > time grep -v -f grep-test-pattern grep-test-data > > LANG=C > LC_CTYPE=C > #unset LANG LC_CTYPE # is an alternative leading to the same result ... > > time grep -v -f grep-test-pattern grep-test-data > #------------------------------------------------------------------- > > The first "grep" needs 3.5 seconds to finish on my system, but the second > one (with LC_CTYPE=C or no locale set at all) runs for minutes (I did not > bother to check whether it finishes at all). > > Is this a bug in grep? > > Maybe there is something odd in the data file (loading the pattern is not > slower with LC_CTYPE=C, it takes 0.8 seconds on my system), but this is a > problem that was observed with "real" data, not a specifically constructed > worst case. > > Any ideas what's causing this behavior? > > I'm currently setting the UTF-8 locale as in the first invocation above > to make grep run in reasonable time, but I'd expect it to be faster in > the C locale ... > > Regards, STefan Hmm... what does `grep -V` look like, just to confirm? These are the results on my local system: root@viper:/tmp/grep# ./grep-test.sh All/mpfr-3.1.7.tgz 0.10 real 0.10 user 0.00 sys All/mpfr-3.1.7.tgz 0.09 real 0.08 user 0.00 sys But I don't immediately recall if I have local modifications in regex(3)/bsdgrep that might have affected this. =( Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Thu May 3 15:19:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6EC40FAE35D for ; Thu, 3 May 2018 15:19:49 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mailout12.t-online.de (mailout12.t-online.de [194.25.134.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E4ED17A927; Thu, 3 May 2018 15:19:48 +0000 (UTC) (envelope-from se@freebsd.org) Received: from fwd32.aul.t-online.de (fwd32.aul.t-online.de [172.20.26.144]) by mailout12.t-online.de (Postfix) with SMTP id 964D841C2885; Thu, 3 May 2018 17:19:41 +0200 (CEST) Received: from Stefans-MBP-LAN.fritz.box (SyLEuiZCZhFrk2-4zza7OTk6OCT7aEvgW1fFjMpVSLC5ZtphoVUzmrmDh2CR9prZvS@[84.154.116.170]) by fwd32.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 encrypted) esmtp id 1fEG19-3fzk8G0; Thu, 3 May 2018 17:19:35 +0200 Subject: Re: grep extremely slow for LC_CTYPE=C? To: Kyle Evans References: <08d32caa-aa44-cff7-d09c-af2444674958@freebsd.org> From: Stefan Esser Openpgp: preference=signencrypt Autocrypt: addr=se@freebsd.org; prefer-encrypt=mutual; keydata= xsBNBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAHNLlN0ZWZhbiBFw59lciAoVC1PbmxpbmUpIDxzdC5lc3NlckB0LW9ubGluZS5kZT7CwH8E EwEIACkFAlhtTvQCGwMFCQWjmoAHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRBH67Xv Wv31RAn0B/9skuajrZxjtCiaOFeJw9l8qEOSNF6PKMN2i/wosqNK57yRQ9AS18x4+mJKXQtc mwyejjQTO9wasBcniKMYyUiie3p7iGuFR4kSqi4xG7dXKjMkYvArWH5DxeWBrVf94yPDexEV FnEG9t1sIXjL17iFR8ng5Kkya5yGWWmikmPdtZChj9OUq4NKHKR7/HGM2dxP3I7BheOwY9PF 4mhqVN2Hu1ZpbzzJo68N8GGBmpQNmahnTsLQ97lsirbnPWyMviWcbzfBCocI9IlepwTCqzlN FMctBpLYjpgBwHZVGXKucU+eQ/FAm+6NWatcs7fpGr7dN99S8gVxnCFX1Lzp/T1YzsBNBFVx iRIBCACxI/aglzGVbnI6XHd0MTP05VK/fJub4hHdc+LQpz1MkVnCAhFbY9oecTB/togdKtfi loavjbFrb0nJhJnx57K+3SdSuu+znaQ4SlWiZOtXnkbpRWNUeMm+gtTDMSvloGAfr76RtFHs kdDOLgXsHD70bKuMhlBxUCrSwGzHaD00q8iQPhJZ5itb3WPqz3B4IjiDAWTO2obD1wtAvSuH uUj/XJRsiKDKW3x13cfavkad81bZW4cpNwUv8XHLv/vaZPSAly+hkY7NrDZydMMXVNQ7AJQu fWuTJ0q7sImRcEZ5EIa98esJPey4O7C0vY405wjeyxpVZkpqThDMurqtQFn1ABEBAAHCwGUE GAEKAA8FAlVxiRICGwwFCQWjmoAACgkQR+u171r99UQEHAf/ZxNbMxwX1v/hXc2ytE6yCAil piZzOffT1VtS3ET66iQRe5VVKL1RXHoIkDRXP7ihm3WF7ZKy9yA9BafMmFxsbXR3+2f+oND6 nRFqQHpiVB/QsVFiRssXeJ2f0WuPYqhpJMFpKTTW/wUWhsDbytFAKXLLfesKdUlpcrwpPnJo KqtVbWAtQ2/o3y+icYOUYzUig+CHl/0pEPr7cUhdDWqZfVdRGVIk6oy00zNYYUmlkkVoU7MB V5D7ZwcBPtjs254P3ecG42szSiEo2cvY9vnMTCIL37tX0M5fE/rHub/uKfG2+JdYSlPJUlva RS1+ODuLoy1pzRd907hl8a7eaVLQWA== Message-ID: Date: Thu, 3 May 2018 17:19:34 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-ID: SyLEuiZCZhFrk2-4zza7OTk6OCT7aEvgW1fFjMpVSLC5ZtphoVUzmrmDh2CR9prZvS X-TOI-MSGID: 87543dc1-8411-49b6-b5b7-c04aa39b9d7f X-Mailman-Approved-At: Thu, 03 May 2018 15:27:46 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 03 May 2018 15:19:49 -0000 Am 03.05.18 um 16:41 schrieb Kyle Evans: Hi Kyle, thank you for the fast reply. You were right to request grep -V output, but see below ... ;-) > On Thu, May 3, 2018 at 9:08 AM, Stefan Esser wrote: >> The first "grep" needs 3.5 seconds to finish on my system, but the second >> one (with LC_CTYPE=C or no locale set at all) runs for minutes (I did not >> bother to check whether it finishes at all). >> >> Is this a bug in grep? >> >> Maybe there is something odd in the data file (loading the pattern is not >> slower with LC_CTYPE=C, it takes 0.8 seconds on my system), but this is a >> problem that was observed with "real" data, not a specifically constructed >> worst case. >> >> Any ideas what's causing this behavior? >> >> I'm currently setting the UTF-8 locale as in the first invocation above >> to make grep run in reasonable time, but I'd expect it to be faster in >> the C locale ... >> >> Regards, STefan > > Hmm... what does `grep -V` look like, just to confirm? Ah, yes, good point ... $ which grep /usr/bin/grep $ grep -V grep (GNU grep) 2.5.1-FreeBSD Copyright 1988, 1992-1999, 2000, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. So, it seems I have to complain somewhere else about this behavior ... But I have (for a long time) in my /etc/src.conf: WITH_BSDGREP= yes WITH_BSD_GREP_FASTMATCH= yes WITHOUT_GNU_GREP_COMPAT= yes And before seeing the grep -V output, I was convinced that I had been using BSD grep (i.e. that it replaced GNU grep with above options) by default ... But now I see that I need to invoke bsdgrep under that name. It is very fast, but does not give the expected (correct?) result, which is the single line that is not suppressed by the pattern match ... > These are the results on my local system: > > root@viper:/tmp/grep# ./grep-test.sh > All/mpfr-3.1.7.tgz > 0.10 real 0.10 user 0.00 sys > All/mpfr-3.1.7.tgz > 0.09 real 0.08 user 0.00 sys > > But I don't immediately recall if I have local modifications in > regex(3)/bsdgrep that might have affected this. =( Yes, that's the correct result and extremely fast! But on my system (with only "bsdgrep" substituted for "grep") I get $ sh bsdgrep-test.sh | wc 0.15 real 0.14 user 0.00 sys 0.15 real 0.15 user 0.00 sys 3362 3362 94700 I.e. only about 1/3 of the lines are suppressed by the pattern, while all but 1 line should be ... Or is one of the build options that I used unsafe? Best regards, STefan From owner-freebsd-current@freebsd.org Thu May 3 16:03:35 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8401FAFE88; Thu, 3 May 2018 16:03:34 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (unknown [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A6B2843A7; Thu, 3 May 2018 16:03:34 +0000 (UTC) (envelope-from eugen@grosbein.net) X-Envelope-To: freebsd-current@freebsd.org Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w43G3R54017197 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 3 May 2018 18:03:27 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w43G3NSK082827 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 3 May 2018 23:03:23 +0700 (+07) (envelope-from eugen@grosbein.net) To: freebsd-acpi@freebsd.org Cc: FreeBSD Current From: Eugene Grosbein Subject: D15247: add rcorder(8) support to /etc/rc.resume Message-ID: <5AEB32BB.40502@grosbein.net> Date: Thu, 3 May 2018 23:03:07 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="36k032L4l8gnKumd9QBWBJd61wSoQqjbD" X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Mailman-Approved-At: Thu, 03 May 2018 16:13:34 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 03 May 2018 16:03:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --36k032L4l8gnKumd9QBWBJd61wSoQqjbD Content-Type: multipart/mixed; boundary="i10jINebtXcW0oxibA5jLLiOCQLXDhiWA"; protected-headers="v1" From: Eugene Grosbein To: freebsd-acpi@freebsd.org Cc: FreeBSD Current Message-ID: <5AEB32BB.40502@grosbein.net> Subject: D15247: add rcorder(8) support to /etc/rc.resume --i10jINebtXcW0oxibA5jLLiOCQLXDhiWA Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Hi! While dealing with https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D22= 7866 I've found we have no easy way to insert custom "hooks" after ACPI resume procedure other than devd(8). And running devd itself may be undesirable for several reasons. Manual editing of /etc/rc.resume is not desirable too because it makes upgrades less smooth. So, I'd like to add rcorder(8) support to /etc/rc.resume: https://reviews= =2Efreebsd.org/D15247 /etc/rc.resume will call "rcorder -k resume" and run rcNG scripts containing "KEYWORD: resume" with single "resume" argument. Working example is the port sysutils/cpupdate version g20180324_1 that defines extra_commands=3D"resume" to reload CPU microcode cleared by= suspend/resume sequence. This change does nothing if system has no rcNG scripts with "KEYWORD: res= ume" inside. I'm going to commit this in a week unless told not to for a reason. --i10jINebtXcW0oxibA5jLLiOCQLXDhiWA-- --36k032L4l8gnKumd9QBWBJd61wSoQqjbD 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 iQEcBAEBAgAGBQJa6zLFAAoJELDNGvImmIsovNoH/1keONB2dbx9TMFVw8HG3LDO WGPzFtuqSwiGUv9imkftcpf9vYly4iishNqkW07lko8huNFbI1fTIkukd4d/hKwf TuB/QVcT6ABQJEzgwXqhic187p8b0HYC+PEcqLcJkIHipiDhY81RA/ek007vK6Xd 4Aj5OwOIypqU/x45wfYo+cKzDgeOhboEKm04oSV5dpWqJfVV8BpFHwVeRFHJ0DiO bDyQmVQHYGsnFy4R8B/qjdefdAhK80FwicO2+FKA9CE2hSLxcAReTpddSo34Gqbu 2dI/fd1g0Yby8oQahuNELAz2P0kp1oOiBnGLv212RfQDfpozRxJOuwH1qBmjVDU= =1l39 -----END PGP SIGNATURE----- --36k032L4l8gnKumd9QBWBJd61wSoQqjbD-- From owner-freebsd-current@freebsd.org Thu May 3 17:55:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B90C8FB3DCF for ; Thu, 3 May 2018 17:55:06 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mailout04.t-online.de (mailout04.t-online.de [194.25.134.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40BD97DBAB; Thu, 3 May 2018 17:55:06 +0000 (UTC) (envelope-from se@freebsd.org) Received: from fwd39.aul.t-online.de (fwd39.aul.t-online.de [172.20.27.138]) by mailout04.t-online.de (Postfix) with SMTP id 8494841AD8E0; Thu, 3 May 2018 19:54:58 +0200 (CEST) Received: from Stefans-MBP-LAN.fritz.box (ZqRD+sZJohtyzKLDP11qC3ggITZCke2cPoS+aSQnTXPknD2T6lFiPS7VmUW14LTZI3@[84.154.116.170]) by fwd39.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 encrypted) esmtp id 1fEIRV-0g0uIa0; Thu, 3 May 2018 19:54:57 +0200 Subject: Re: grep extremely slow for LC_CTYPE=C? [SOLVED] To: Kyle Evans References: <08d32caa-aa44-cff7-d09c-af2444674958@freebsd.org> From: Stefan Esser Openpgp: preference=signencrypt Autocrypt: addr=se@freebsd.org; prefer-encrypt=mutual; keydata= xsBNBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAHNLlN0ZWZhbiBFw59lciAoVC1PbmxpbmUpIDxzdC5lc3NlckB0LW9ubGluZS5kZT7CwH8E EwEIACkFAlhtTvQCGwMFCQWjmoAHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRBH67Xv Wv31RAn0B/9skuajrZxjtCiaOFeJw9l8qEOSNF6PKMN2i/wosqNK57yRQ9AS18x4+mJKXQtc mwyejjQTO9wasBcniKMYyUiie3p7iGuFR4kSqi4xG7dXKjMkYvArWH5DxeWBrVf94yPDexEV FnEG9t1sIXjL17iFR8ng5Kkya5yGWWmikmPdtZChj9OUq4NKHKR7/HGM2dxP3I7BheOwY9PF 4mhqVN2Hu1ZpbzzJo68N8GGBmpQNmahnTsLQ97lsirbnPWyMviWcbzfBCocI9IlepwTCqzlN FMctBpLYjpgBwHZVGXKucU+eQ/FAm+6NWatcs7fpGr7dN99S8gVxnCFX1Lzp/T1YzsBNBFVx iRIBCACxI/aglzGVbnI6XHd0MTP05VK/fJub4hHdc+LQpz1MkVnCAhFbY9oecTB/togdKtfi loavjbFrb0nJhJnx57K+3SdSuu+znaQ4SlWiZOtXnkbpRWNUeMm+gtTDMSvloGAfr76RtFHs kdDOLgXsHD70bKuMhlBxUCrSwGzHaD00q8iQPhJZ5itb3WPqz3B4IjiDAWTO2obD1wtAvSuH uUj/XJRsiKDKW3x13cfavkad81bZW4cpNwUv8XHLv/vaZPSAly+hkY7NrDZydMMXVNQ7AJQu fWuTJ0q7sImRcEZ5EIa98esJPey4O7C0vY405wjeyxpVZkpqThDMurqtQFn1ABEBAAHCwGUE GAEKAA8FAlVxiRICGwwFCQWjmoAACgkQR+u171r99UQEHAf/ZxNbMxwX1v/hXc2ytE6yCAil piZzOffT1VtS3ET66iQRe5VVKL1RXHoIkDRXP7ihm3WF7ZKy9yA9BafMmFxsbXR3+2f+oND6 nRFqQHpiVB/QsVFiRssXeJ2f0WuPYqhpJMFpKTTW/wUWhsDbytFAKXLLfesKdUlpcrwpPnJo KqtVbWAtQ2/o3y+icYOUYzUig+CHl/0pEPr7cUhdDWqZfVdRGVIk6oy00zNYYUmlkkVoU7MB V5D7ZwcBPtjs254P3ecG42szSiEo2cvY9vnMTCIL37tX0M5fE/rHub/uKfG2+JdYSlPJUlva RS1+ODuLoy1pzRd907hl8a7eaVLQWA== Cc: FreeBSD Current Message-ID: <2324e7f9-e691-00ba-d45f-c392d2889416@freebsd.org> Date: Thu, 3 May 2018 19:54:56 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-ID: ZqRD+sZJohtyzKLDP11qC3ggITZCke2cPoS+aSQnTXPknD2T6lFiPS7VmUW14LTZI3 X-TOI-MSGID: a90286d0-e28e-428c-b2c1-53868cf8d276 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 03 May 2018 17:55:07 -0000 Am 03.05.18 um 17:28 schrieb Kyle Evans: > On Thu, May 3, 2018 at 10:19 AM, Stefan Esser wrote: >> Am 03.05.18 um 16:41 schrieb Kyle Evans: >>> Hmm... what does `grep -V` look like, just to confirm? >> >> Ah, yes, good point ... >> >> $ which grep >> /usr/bin/grep >> >> $ grep -V >> grep (GNU grep) 2.5.1-FreeBSD >> >> Copyright 1988, 1992-1999, 2000, 2001 Free Software Foundation, Inc. >> This is free software; see the source for copying conditions. There is NO >> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >> >> So, it seems I have to complain somewhere else about this behavior ... > > Eh, no worries there. Newer GNU grep sucks less, and we're going to > replace it Real Soon Now (TM). Thank you very much - your reply was really helpful! I just tested with GNU grep 2.27 (the current port version) and it does not show the extreme slowness of the old version in FreeBSD, but is still more than 10 times slower than BSD grep on my test data. >> But I have (for a long time) in my /etc/src.conf: >> >> WITH_BSDGREP= yes >> WITH_BSD_GREP_FASTMATCH= yes >> WITHOUT_GNU_GREP_COMPAT= yes >> >> And before seeing the grep -V output, I was convinced that I had been using >> BSD grep (i.e. that it replaced GNU grep with above options) by default ... >> >> But now I see that I need to invoke bsdgrep under that name. It is very fast, >> but does not give the expected (correct?) result, which is the single line >> that is not suppressed by the pattern match ... > > This is actually because you've typo'd WITH_BSD_GREP. =) WITH_BSD_GREP > will replace /usr/bin/grep with bsdgrep and put GNU grep at > /usr/bin/gnugrep. Yes, that was what I had expected, and I had correctly spelled WITH_BSD_PATCH, but never bother to check that I got the "grep" I wanted ... > I also recommend using WITHOUT_BSD_GREP_FASTMATCH / not using > WITH_BSD_GREP_FASTMATCH. See below response. It is so much faster than GNU grep on this use-case anyway ;-) $ sh grep-test.sh All/mpfr-3.1.7.tgz 0.14 real 0.13 user 0.00 sys All/mpfr-3.1.7.tgz 0.13 real 0.13 user 0.00 sys This is a factor 30 to 40 better than with our GNU grep (for the UTF-8 case, where it finishes in finite time, orders of magnitude faster for LANG=C ;-) ). And yes, FASTMATCH was responsible for the erroneous result in my previous tests with BSD grep. Now that I have rebuild it without that option, it works perfectly for me :) > BSD_GREP_FASTMATCH is best left off (default on HEAD)- it was disabled > because the version of tre ("fastmatch") that bsdgrep uses is buggy > and I don't want to invest the time to fix it. The performance of the > version we use isn't any better than our libc regex(3), so I made the > decision to switch it to that and focus efforts on optimizing our > general regex implementation instead. A decision I can well understand and sympathize with. How about removing the BSD_GREP_FASTMATCH option, then? > I have plans to replace our libc regex(3) with Onigmo [1], which is at > least twice as fast as what we have and comes with all kinds of other > extensions- GNU extensions will be exposed via libregex, and I also > plan to install Onigmo on its own so that others can use that with its > own interface. The difference between it and libregex will be that > libregex exposes a regex(3) interface for using extensions with an > option to go REG_POSIX. > > [1] https://github.com/k-takata/Onigmo Great plan! But for now BSD grep seems well up to the task and my only problem is now, that I need to support stable releases that use (and will stay with) the old GNU grep, so I'll need to keep the work-around (or perhaps depend on the port version?). Thanks again! Best regards, STefan From owner-freebsd-current@freebsd.org Thu May 3 18:11:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60854FB4641 for ; Thu, 3 May 2018 18:11:28 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 347A380B42; Thu, 3 May 2018 18:11:28 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lf0-f48.google.com (mail-lf0-f48.google.com [209.85.215.48]) (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)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id E2BC115A3B; Thu, 3 May 2018 18:11:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf0-f48.google.com with SMTP id j193-v6so27319861lfg.6; Thu, 03 May 2018 11:11:27 -0700 (PDT) X-Gm-Message-State: ALQs6tBd7NVBN0GuXXBSAT3jMdd0OsVeRzzHYPmYekzFyiqF7Se3T0RD jGlS/zPHz6aSZzZQzvy9Uo0np9TLKZkGT+mcWaw= X-Google-Smtp-Source: AB8JxZoKG7TZWUF+rUlVlr7OZBjN3QeqXupnf0pBg61DvwJk3uppkuimuMtpcpxHDtbwd8vpoj9uvTKuyMr+y8+wa60= X-Received: by 2002:a2e:7113:: with SMTP id m19-v6mr17595925ljc.44.1525371086359; Thu, 03 May 2018 11:11:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.49.18 with HTTP; Thu, 3 May 2018 11:11:05 -0700 (PDT) In-Reply-To: <2324e7f9-e691-00ba-d45f-c392d2889416@freebsd.org> References: <08d32caa-aa44-cff7-d09c-af2444674958@freebsd.org> <2324e7f9-e691-00ba-d45f-c392d2889416@freebsd.org> From: Kyle Evans Date: Thu, 3 May 2018 13:11:05 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: grep extremely slow for LC_CTYPE=C? [SOLVED] To: Stefan Esser Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 03 May 2018 18:11:28 -0000 On Thu, May 3, 2018 at 12:54 PM, Stefan Esser wrote: > Am 03.05.18 um 17:28 schrieb Kyle Evans: >> On Thu, May 3, 2018 at 10:19 AM, Stefan Esser wrote: >>> Am 03.05.18 um 16:41 schrieb Kyle Evans: >>>> Hmm... what does `grep -V` look like, just to confirm? >>> >>> Ah, yes, good point ... >>> >>> $ which grep >>> /usr/bin/grep >>> >>> $ grep -V >>> grep (GNU grep) 2.5.1-FreeBSD >>> >>> Copyright 1988, 1992-1999, 2000, 2001 Free Software Foundation, Inc. >>> This is free software; see the source for copying conditions. There is NO >>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >>> >>> So, it seems I have to complain somewhere else about this behavior ... >> >> Eh, no worries there. Newer GNU grep sucks less, and we're going to >> replace it Real Soon Now (TM). > > Thank you very much - your reply was really helpful! > > I just tested with GNU grep 2.27 (the current port version) and it does not > show the extreme slowness of the old version in FreeBSD, but is still more > than 10 times slower than BSD grep on my test data. > This is good. =) We tend to be slower in most areas, so any win is a good one. >>> But I have (for a long time) in my /etc/src.conf: >>> >>> WITH_BSDGREP= yes >>> WITH_BSD_GREP_FASTMATCH= yes >>> WITHOUT_GNU_GREP_COMPAT= yes >>> >>> And before seeing the grep -V output, I was convinced that I had been using >>> BSD grep (i.e. that it replaced GNU grep with above options) by default ... >>> >>> But now I see that I need to invoke bsdgrep under that name. It is very fast, >>> but does not give the expected (correct?) result, which is the single line >>> that is not suppressed by the pattern match ... >> >> This is actually because you've typo'd WITH_BSD_GREP. =) WITH_BSD_GREP >> will replace /usr/bin/grep with bsdgrep and put GNU grep at >> /usr/bin/gnugrep. > > Yes, that was what I had expected, and I had correctly spelled WITH_BSD_PATCH, > but never bother to check that I got the "grep" I wanted ... > >> I also recommend using WITHOUT_BSD_GREP_FASTMATCH / not using >> WITH_BSD_GREP_FASTMATCH. See below response. > > It is so much faster than GNU grep on this use-case anyway ;-) > > $ sh grep-test.sh > All/mpfr-3.1.7.tgz > 0.14 real 0.13 user 0.00 sys > All/mpfr-3.1.7.tgz > 0.13 real 0.13 user 0.00 sys > > This is a factor 30 to 40 better than with our GNU grep (for the UTF-8 case, > where it finishes in finite time, orders of magnitude faster for LANG=C ;-) ). > > And yes, FASTMATCH was responsible for the erroneous result in my previous > tests with BSD grep. Now that I have rebuild it without that option, it works > perfectly for me :) Also good to hear! >> BSD_GREP_FASTMATCH is best left off (default on HEAD)- it was disabled >> because the version of tre ("fastmatch") that bsdgrep uses is buggy >> and I don't want to invest the time to fix it. The performance of the >> version we use isn't any better than our libc regex(3), so I made the >> decision to switch it to that and focus efforts on optimizing our >> general regex implementation instead. > > A decision I can well understand and sympathize with. > > How about removing the BSD_GREP_FASTMATCH option, then? Right- I've been meaning to find time to rip it all out. I'll see if I can harvest some spare time from the weekend to make it happen. >> I have plans to replace our libc regex(3) with Onigmo [1], which is at >> least twice as fast as what we have and comes with all kinds of other >> extensions- GNU extensions will be exposed via libregex, and I also >> plan to install Onigmo on its own so that others can use that with its >> own interface. The difference between it and libregex will be that >> libregex exposes a regex(3) interface for using extensions with an >> option to go REG_POSIX. >> >> [1] https://github.com/k-takata/Onigmo > > Great plan! But for now BSD grep seems well up to the task and my only > problem is now, that I need to support stable releases that use (and will > stay with) the old GNU grep, so I'll need to keep the work-around (or > perhaps depend on the port version?). I do recommend pulling in textproc/gnugrep if you can. GNU grep in base has bugs that are likely going to stay unless someone (that isn't me =)) wants to take up the task of maintaining an older version of GNU Grep that's going to be disappearing from head. Newer versions have a lot more sensible behavior than what we have in base. > Thanks again! > > Best regards, STefan From owner-freebsd-current@freebsd.org Thu May 3 20:27:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F67BFB94B9 for ; Thu, 3 May 2018 20:27:20 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4448C7B898 for ; Thu, 3 May 2018 20:27:20 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from lrrr.mouf.net (cpe-24-163-43-246.nc.res.rr.com [24.163.43.246]) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id w43KR9rJ064719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Thu, 3 May 2018 20:27:15 GMT (envelope-from swills@FreeBSD.org) Subject: Re: zfskern{txg_thread_enter} thread using 100% or more CPU From: Steve Wills To: FreeBSD Current References: Message-ID: <34da53a8-628f-ac5e-36e4-ecc61b45f405@FreeBSD.org> Date: Thu, 3 May 2018 16:27:04 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Thu, 03 May 2018 20:27:15 +0000 (UTC) X-Spam-Status: No, score=1.3 required=4.5 tests=RCVD_IN_RP_RNBL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99.2 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 03 May 2018 20:27:20 -0000 I finally caught this happening while I had "lockstat sleep 1" running in a loop, the output looks like: https://gist.github.com/swills/a2a20c2a4296a4c596ec7f329fb945ab And top looks like this: https://gist.github.com/swills/6e749313e52679224adec91d4841ad83 Also noticed that there are actually 2 threads of pid 17 [zfskern{txg_thread_enter}] which are reporting 57% and 42% of disk IO, everything else is idle as far as IO. The system is not totally unresponsive, processes that don't need IO are working, but anything that needs IO hangs. Perhaps it's a hardware issue, but I can't find any other evidence of it. Any ideas? Steve On 04/24/2018 19:30, Steve Wills wrote: > Hi, > > Recently on multiple systems running CURRENT, I've been seeing the > system become unresponsive. Leaving top(1) running has lead me to notice > that when this happens, the system is still responding to ping and top > over ssh is still working, but no new processes can start and switching > to other tasks doesn't work. In top, I do see pid 17, > [zfskern{txg_thread_enter}] monopolizing both CPU usage and disk IO. Any > ideas how to troubleshoot this? It doesn't appear to be a hardware issue. > > Steve > _______________________________________________ > 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 Fri May 4 06:09:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E6F3FC8EFD for ; Fri, 4 May 2018 06:09:39 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9EE9A7A9E6 for ; Fri, 4 May 2018 06:09:38 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from [195.4.92.141] (helo=mjail1.freenet.de) by mout1.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.90_1 #2) id 1fETuR-0006Ak-Fs for freebsd-current@freebsd.org; Fri, 04 May 2018 08:09:35 +0200 Received: from [::1] (port=57046 helo=mjail1.freenet.de) by mjail1.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.90_1 #2) id 1fETuR-0006Jj-C3 for freebsd-current@freebsd.org; Fri, 04 May 2018 08:09:35 +0200 Received: from mx8.freenet.de ([195.4.92.18]:35408) by mjail1.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.90_1 #2) id 1fETsF-0004Jx-Et for freebsd-current@freebsd.org; Fri, 04 May 2018 08:07:19 +0200 Received: from p4fd9fb9a.dip0.t-ipconnect.de ([79.217.251.154]:46838 helo=freebsd-t450.fritz.box) by mx8.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (port 587) (Exim 4.90_1 #2) id 1fETsF-00071H-93 for freebsd-current@freebsd.org; Fri, 04 May 2018 08:07:19 +0200 Date: Fri, 4 May 2018 08:07:17 +0200 From: Manuel =?iso-8859-15?Q?St=FChn?= To: freebsd-current@freebsd.org Subject: Regression Resume Lenovo T450 Message-ID: <20180504060717.GA88565@freebsd-t450.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.9.5 (2018-04-13) X-Spamscore: -5.8 (-----) X-Spamreport: Action: no action Symbol: RCVD_VIA_SMTP_AUTH(0.00) Symbol: TO_DN_NONE(0.00) Symbol: FROM_HAS_DN(0.00) Symbol: RCVD_TLS_ALL(0.00) Symbol: FROM_EQ_ENVFROM(0.00) Symbol: TO_MATCH_ENVRCPT_ALL(0.00) Symbol: ASN(0.00) Symbol: RCPT_COUNT_ONE(0.00) Symbol: BAYES_HAM(-2.66) Symbol: NEURAL_HAM(-3.00) Symbol: MIME_GOOD(-0.10) Symbol: RCVD_COUNT_ONE(0.00) Message-ID: 20180504060717.GA88565@freebsd-t450.fritz.box X-FN-Spambar: X-Originated-At: 79.217.251.154!46838 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 04 May 2018 06:09:39 -0000 Since some time now CURRENT runs very smoothly on my Lenovo T450 in conjunction with drm-stable-kmod installed. WLAN, Suspense&Resume worked out of the box (at least ... until now). Due to pkg(8) complaining about wrong ABI of packages, I've made an update from r332385 (1200061) to r333091 (1200062), and now the T450 does not resume anymore; i have to hold the power button for some time to power it down. The ZFS-Boot-Environment I've made beforehand updating is still capable of resuming. I tried to find out which commit broke the resume for me by installing older kernels, but even installing r332385 kernel (into the actual r333091 userland) does not restore its capability to resume. Any ideas or hints? Which information can i provide to help investigating this matter? -- Manuel From owner-freebsd-current@freebsd.org Fri May 4 18:05:19 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1E96FB3AA8 for ; Fri, 4 May 2018 18:05:19 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::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 2366D75621 for ; Fri, 4 May 2018 18:05:19 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.208] (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 7384a8b1 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Fri, 4 May 2018 11:05:17 -0700 (PDT) Subject: Re: Regression Resume Lenovo T450 To: =?UTF-8?Q?Manuel_St=c3=bchn?= , freebsd-current@freebsd.org References: <20180504060717.GA88565@freebsd-t450.fritz.box> From: Pete Wright Message-ID: <6c435933-0c94-a6ad-7647-d78b2dd2b631@nomadlogic.org> Date: Fri, 4 May 2018 11:05:16 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180504060717.GA88565@freebsd-t450.fritz.box> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 04 May 2018 18:05:19 -0000 On 05/03/2018 23:07, Manuel Stühn wrote: > > Since some time now CURRENT runs very smoothly on my Lenovo T450 in > conjunction with drm-stable-kmod installed. WLAN, Suspense&Resume > worked out of the box (at least ... until now). Due to pkg(8) > complaining about wrong ABI of packages, I've made an update from > r332385 (1200061) to r333091 (1200062), and now the T450 does not > resume anymore; i have to hold the power button for some time to power > it down. The ZFS-Boot-Environment I've made beforehand updating is > still capable of resuming. > > I tried to find out which commit broke the resume for me by installing > older kernels, but even installing r332385 kernel (into the actual > r333091 userland) does not restore its capability to resume. > > Any ideas or hints? Which information can i provide to help > investigating this matter? have you tried suspend/resume without having the drm-next kmod loaded?  I have run into a couple instances of that breaking due to drm-next. if it does work w/o drm-next then it might be worth rebuilding the pkg locally (via "cd /usr/ports/graphics/drm-next-kmod && make package" for example) and see if that fixes it. there is also a sysctl knob i've set in the past to help in this area, i'll dig through my notes and see if i can find it... -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Fri May 4 21:09:45 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E21AFB8111 for ; Fri, 4 May 2018 21:09:45 +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 D3AA26A5B6 for ; Fri, 4 May 2018 21:09:44 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 94B47FB8110; Fri, 4 May 2018 21:09:44 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83736FB810F for ; Fri, 4 May 2018 21:09:44 +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 25FC86A5B5 for ; Fri, 4 May 2018 21:09:43 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.129] (helo=rmmprod07.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1fEhax-0001Zp-NH for current@freebsd.org; Fri, 04 May 2018 22:46:23 +0200 Received: from mail by rmmprod07.runbox with local (Exim 4.86_2) (envelope-from ) id 1fEhax-0005JD-Lx for current@freebsd.org; Fri, 04 May 2018 22:46:23 +0200 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 ; Fri, 04 May 2018 20:46:23 GMT From: "Jeffrey Bouquet" To: "current" Subject: OSVERSION Date: Fri, 04 May 2018 13:46:23 -0700 (PDT) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 04 May 2018 21:09:45 -0000 12.0-CURRENT r332797 GENERIC amd64 .................. make: "/usr/ports/Mk/bsd.port.mk" line 1171: Unable to determine OS version. Either define OSVERSION, or=20 install /usr/include/sys/param.h... .............................. then , with param.h in place=20 .............................. port builds, pkgdb -u, and portsdb -u all fail with:=20 .............................. line 1200: UNAME_r (12.0-CURRENT) and OSVERSION (12.0-CURRENT) do not agree on major version number.=20=20 .......................... Can I set that in sh or tcsh or zsh?=20 .........................= From owner-freebsd-current@freebsd.org Fri May 4 21:28:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 901B4FB8C47 for ; Fri, 4 May 2018 21:28:57 +0000 (UTC) (envelope-from asomers@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 12F8C6D8BF for ; Fri, 4 May 2018 21:28:57 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id C8324FB8C46; Fri, 4 May 2018 21:28:56 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2AD8FB8C44 for ; Fri, 4 May 2018 21:28:56 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::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 E41356D8BE for ; Fri, 4 May 2018 21:28:55 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lf0-x230.google.com with SMTP id y14-v6so32477811lfy.12 for ; Fri, 04 May 2018 14:28:55 -0700 (PDT) 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=R6bo6rf5uDci92aqYEgScPGnBw0TtkKjgUxsE4YjAxc=; b=XVAnGkww94EdYpYy2Eog4ZR7h1YZIBvTr7SJae1uB+bQigM/HQGnEPxmbjHrxZRbPb BcwwgVK2vqUMBRrt3CSfqEOU17x4HDNkIlg4zaIh0P4rhg/ZYEyQIWeJ46OK4kpbAL/0 84qbZbgMnSpKIRw6mtjk9mwO7DTUM8g9ltjhWPAar2sZR0PCheIeITQ59PpqkI5gR1wB I1ojragBlsaH8ylG/QVGkFGbNdtlw4QDAFQdkU9Nzv2HVwJK0g8pSeJzwZU99MaldTPy XtWtKzcJFusW5/ovk2siDtfhjmU9oqRWNOEHw2um2vJIQhlVbDOJP29MDMyykqs2ZSHm lf/Q== 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=R6bo6rf5uDci92aqYEgScPGnBw0TtkKjgUxsE4YjAxc=; b=RRIbllkRLB9dj3Fg/I/CLdCfHMB8kMUwxae5uqMgiQ8306eRNI1jf9Iz93GNUtjUyy GCFTER9L5Ps9TaogHq8sjT8akCfkm2pyM0ECse7ykPbOIP31uMBM6OQm1cjvv35lpe4b YBPSAZPad0L3eeYBUEr4tupZuEEzANLxtC75b2AC26yPd4QVz9b8vL/Ne3fPo4Ng/tQB 6qNsCdRz+KEz68AuHPQVSZyi0vgjE6T87rYVd3f4Gjs3PonCsh37b2ymb2mytcKfnPlN B64zBUD7W2b7phqD0PYtzSh7Is9yw6gYpx06u0N7RJH+gAgOAw8kfJicG9WtFXCsSR7T Ktbw== X-Gm-Message-State: ALQs6tDXwtgJwaRWBS7IhSkoC9f8/xvQvLXCdb6NvxQRqfMHU9PM4PBc 6DAHaHQcdrmUjvR0GUMkDpRNhbvz/h9Yr3cv/a9ZYg== X-Google-Smtp-Source: AB8JxZq96dwuIa2pAPpPttQ/SkI+B/VLiYVg0OzaJRgjZf7WF1jCvQVx5rKrY+iUXLZFz+t1E+MOWD3RG9CSgQ7D0gU= X-Received: by 2002:a19:eb5d:: with SMTP id j90-v6mr18905671lfh.86.1525469334405; Fri, 04 May 2018 14:28:54 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.179.114.79 with HTTP; Fri, 4 May 2018 14:28:53 -0700 (PDT) In-Reply-To: References: From: Alan Somers Date: Fri, 4 May 2018 15:28:53 -0600 X-Google-Sender-Auth: MFGIRVWG0e8soBgX6LIWKNR-2VQ Message-ID: Subject: Re: OSVERSION To: Jeffrey Bouquet Cc: current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 04 May 2018 21:28:57 -0000 On Fri, May 4, 2018 at 2:46 PM, Jeffrey Bouquet wrote: > 12.0-CURRENT r332797 GENERIC amd64 > .................. > make: "/usr/ports/Mk/bsd.port.mk" line 1171: Unable to > determine OS version. Either define OSVERSION, or > install /usr/include/sys/param.h... > .............................. > then , with param.h in place > > .............................. > port builds, pkgdb -u, and portsdb -u all fail with: > .............................. > line 1200: UNAME_r (12.0-CURRENT) and OSVERSION (12.0-CURRENT) do not agree > on major version number. > .......................... > Can I set that in sh or tcsh or zsh? > ......................... > Looks like you're running ports in a jail. The best way to do that is to set OSVERSION in /etc/make.conf. Some jail managers will even do that for you. It should look a little like this: > cat /etc/make.conf OSVERSION+=1100122 UNAME_ENV+= OSVERSION=${OSVERSION} UNAME_ENV+= UNAME_s=FreeBSD UNAME_ENV+= UNAME_r=11.0-RELEASE UNAME_ENV+= UNAME_v="${UNAME_s} ${UNAME_r}" .MAKEFLAGS: ${UNAME_ENV} MAKE_ENV+= ${UNAME_ENV} CONFIGURE_ENV+= ${UNAME_ENV} SCRIPTS_ENV+= ${UNAME_ENV} From owner-freebsd-current@freebsd.org Fri May 4 21:39:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BE5EFB90E5 for ; Fri, 4 May 2018 21:39:07 +0000 (UTC) (envelope-from ian@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 B4048706A0 for ; Fri, 4 May 2018 21:39:06 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 71C5AFB90E3; Fri, 4 May 2018 21:39:06 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DE1FFB90E2 for ; Fri, 4 May 2018 21:39:06 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 D9F9670693 for ; Fri, 4 May 2018 21:39:05 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 8e82c035-4fe3-11e8-8e23-5bc9f169c8f5 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 8e82c035-4fe3-11e8-8e23-5bc9f169c8f5; Fri, 04 May 2018 21:39:01 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w44Ld0tk048524; Fri, 4 May 2018 15:39:00 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1525469940.57768.288.camel@freebsd.org> Subject: Re: OSVERSION From: Ian Lepore To: Alan Somers , Jeffrey Bouquet Cc: current Date: Fri, 04 May 2018 15:39:00 -0600 In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 04 May 2018 21:39:07 -0000 On Fri, 2018-05-04 at 15:28 -0600, Alan Somers wrote: > On Fri, May 4, 2018 at 2:46 PM, Jeffrey Bouquet > wrote: > > > > > 12.0-CURRENT r332797 GENERIC amd64 > > .................. > > make: "/usr/ports/Mk/bsd.port.mk" line 1171: Unable to > > determine OS version. Either define OSVERSION, or > > install /usr/include/sys/param.h... > > .............................. > > then , with param.h in place > > > > .............................. > > port builds, pkgdb -u, and  portsdb -u all fail with: > > .............................. > > line 1200: UNAME_r (12.0-CURRENT) and OSVERSION (12.0-CURRENT) do not agree > > on major version number. > > .......................... > > Can I set that in sh or tcsh or zsh? > > ......................... > > > Looks like you're running ports in a jail.  The best way to do that is to > set OSVERSION in /etc/make.conf.  Some jail managers will even do that for > you.  It should look a little like this: > >  > cat /etc/make.conf > OSVERSION+=1100122 > UNAME_ENV+=     OSVERSION=${OSVERSION} > UNAME_ENV+=     UNAME_s=FreeBSD > UNAME_ENV+=     UNAME_r=11.0-RELEASE > UNAME_ENV+=     UNAME_v="${UNAME_s} ${UNAME_r}" > .MAKEFLAGS:     ${UNAME_ENV} > MAKE_ENV+=      ${UNAME_ENV} > CONFIGURE_ENV+= ${UNAME_ENV} > SCRIPTS_ENV+=   ${UNAME_ENV} If you're running a freebsd 11 jail on a freebsd 12 host, the best solution is to set osrelease and osreldate in your jail config to reflect the 11.x userland you want the jail to implement. Then all the values returned by uname and various sysctls will be consistently correct within the jail. For example, on a 10.3 host I have a jail: fb8 {     host.hostname = "${name}.hippie.lan";     ip4.addr = 172.22.42.241;     persist = true;     devfs_ruleset = 100;     osrelease="8.4-STABLE";     osreldate= 804507; } -- Ian From owner-freebsd-current@freebsd.org Fri May 4 23:29:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D094FBB3B2 for ; Fri, 4 May 2018 23:29:15 +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 BF2886B410 for ; Fri, 4 May 2018 23:29:14 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 78E30FBB3AF; Fri, 4 May 2018 23:29:14 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6785DFBB3AE for ; Fri, 4 May 2018 23:29:14 +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 097D66B40C; Fri, 4 May 2018 23:29:13 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.129] (helo=rmmprod07.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1fEk8W-0001oM-9x; Sat, 05 May 2018 01:29:12 +0200 Received: from mail by rmmprod07.runbox with local (Exim 4.86_2) (envelope-from ) id 1fEk8W-0005Uf-8s; Sat, 05 May 2018 01:29:12 +0200 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); Fri, 04 May 2018 23:29:12 GMT From: "Jeffrey Bouquet" To: "Alan Somers" CC: "current" Subject: Re: OSVERSION Date: Fri, 04 May 2018 16:29:12 -0700 (PDT) X-Mailer: RMM6 In-Reply-To: Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 04 May 2018 23:29:15 -0000 On Fri, 4 May 2018 15:28:53 -0600, Alan Somers wrote: > On Fri, May 4, 2018 at 2:46 PM, Jeffrey Bouquet > wrote: >=20 > > 12.0-CURRENT r332797 GENERIC amd64 > > .................. > > make: "/usr/ports/Mk/bsd.port.mk" line 1171: Unable to > > determine OS version. Either define OSVERSION, or > > install /usr/include/sys/param.h... > > .............................. > > then , with param.h in place > > > > .............................. > > port builds, pkgdb -u, and portsdb -u all fail with: > > .............................. > > line 1200: UNAME_r (12.0-CURRENT) and OSVERSION (12.0-CURRENT) do not a= gree > > on major version number. > > .......................... > > Can I set that in sh or tcsh or zsh? > > ......................... > > >=20 > Looks like you're running ports in a jail. The best way to do that is to > set OSVERSION in /etc/make.conf. Some jail managers will even do that for > you. It should look a little like this: >=20 > > cat /etc/make.conf > OSVERSION+=3D1100122 > UNAME_ENV+=3D OSVERSION=3D${OSVERSION} > UNAME_ENV+=3D UNAME_s=3DFreeBSD > UNAME_ENV+=3D UNAME_r=3D11.0-RELEASE > UNAME_ENV+=3D UNAME_v=3D"${UNAME_s} ${UNAME_r}" > .MAKEFLAGS: ${UNAME_ENV} > MAKE_ENV+=3D ${UNAME_ENV} > CONFIGURE_ENV+=3D ${UNAME_ENV} > SCRIPTS_ENV+=3D ${UNAME_ENV} > _______________________________________________ > 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" uname -K plugged into that template fixed the port error message.=20 Thanks!=20= From owner-freebsd-current@freebsd.org Sat May 5 00:09:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBAEAFBD56E for ; Sat, 5 May 2018 00:09:31 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 4E47073E6D for ; Sat, 5 May 2018 00:09:30 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-214-163.albq.qwest.net [67.0.214.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id CF3C9192888 for ; Fri, 4 May 2018 15:58:17 +0000 (UTC) To: freebsd-current From: Sean Bruno Subject: Recent warnings. Openpgp: preference=signencrypt Autocrypt: addr=sbruno@freebsd.org; prefer-encrypt=mutual; keydata= xsBNBFk+0UEBCADaf4bgxxKvMOhRV5NPoGWRCCGm49d6+1VFNlQ77WsY/+Zvf95TPULdRlnG w648KfxWt7+O3kdKhdRwnqlXWC7zA2Qt0dRE1yIqOGJ4jp4INvp/bcxWzgr0aoKOjrlnfxRV bh+s0rzdZt6TsNL3cVYxkC8oezjaUkHdW4mFJU249U1QJogkF8g0FeKNfEcjEkwJNX6lQJH+ EzCWT0NCk6J+Xyo+zOOljxPp1OUfdvZi3ulkU/qTZstGVWxFVsP8xQklV/y3AFcbIYx6iGJ4 5L7WuB0IWhO7Z4yHENr8wFaNYwpod9i4egX2BugbrM8pOfhN2/qqdeG1L5LMtXw3yyAhABEB AAHNN1NlYW4gQnJ1bm8gKEZyZWVCU0QgRGV2ZWxvcGVyIEtleSkgPHNicnVub0BmcmVlYnNk Lm9yZz7CwJQEEwEKAD4WIQToxOn4gDUE4eP0ujS95PX+ibX8tgUCWT7RQQIbAwUJBaOagAUL CQgHAwUVCgkICwUWAwIBAAIeAQIXgAAKCRC95PX+ibX8ttKTCACFKzRc56EBAlVotq02EjZP SfX+unlk6AuPBzShxqRxeK+bGYVCigrYd1M8nnskv0dEiZ5iYeND9HIxbpEyopqgpVTibA7w gBXaZ7SOEhNX1wXwg14JrralfSmPFMYni+sWegPMX/zwfAsn1z4mG1Nn44Xqo3o7CfpkMPy6 M5Bow2IDzIhEYISLR+urxs74/aHU35PLtBSDtu18914SEMDdva27MARN8mbeCDbuJVfGCPWy YHuy2t+9u2Zn5Dd+t3sBXLM9gpeaMm+4x6TNPpESygbVdh4tDdjVZ9DK/bWFg0kMgfZoaq6J l0jNsQXrZV3bzYNFbVw04pFcvA2GIJ7xzsBNBFk+0UEBCADIXBmQOaKMHGbc9vwjhV4Oj5aZ DdhNedn12FVeTdOXJvuTOusgxS29lla0RenHGDsgD08UiFpasBXWq/E+BhQ19d+iRbLLR17O KKc1ZGefoVbLARLXD68J5j4XAyK+6k2KqBLlqzAEpHTzsksM9naARkVXiEVcrt6ciw0FSm8n kuK3gDKKe93XfzfP+TQdbvvzJc7Fa+appLbXz61TM1aikaQlda8bWubDegwXbuoJdB34xU1m yjr/N4o+raL0x7QrzdH+wwgrTTo+H4S2c1972Skt5K5tbxLowfHicRl23V8itVQr3sBtlX4+ 66q+Apm7+R36bUS/k+G45Sp6iPpxABEBAAHCwHwEGAEKACYWIQToxOn4gDUE4eP0ujS95PX+ ibX8tgUCWT7RQQIbDAUJBaOagAAKCRC95PX+ibX8trrIB/9Pljqt/JGamD9tx4dOVmxSyFg9 z2xzgklTLuDgS73MM120mM7ao9AQUeWiSle/H0UCK7xPOzC/aeUC4oygDQKAfkkNbCNTo3+A qDjBRA8qx0e9a/QjDL+RFgD4L5kLT4tToY8T8HaBp8h03LBfk510IaI8oL/Jg7vpM3PDtJMW tUi2H+yNFmL3NfM2oBToWKLFsoP54f/eeeImrNnrlLjLHPzqS+/9apgYqX2Jwiv3tHBc4FTO GuY8VvF7BpixJs8Pc2RUuCfSyodrp1YG1kRGlXAH0cqwwr0Zmk4+7dZvtVQMCl6kS6q1+84q JwtItxS2eXSEA4NO0sQ3BXUywANh Message-ID: <7c24741f-ee63-7ccc-2abe-de3c043641fc@freebsd.org> Date: Fri, 4 May 2018 18:09:26 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="b1xADXjCSASK2LQJhREbW2NK7acXEyxBU" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 00:09:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --b1xADXjCSASK2LQJhREbW2NK7acXEyxBU Content-Type: multipart/mixed; boundary="7T3x9wKBguUG5KJjAD8bDMBWdppSIm2VH"; protected-headers="v1" From: Sean Bruno To: freebsd-current Message-ID: <7c24741f-ee63-7ccc-2abe-de3c043641fc@freebsd.org> Subject: Recent warnings. --7T3x9wKBguUG5KJjAD8bDMBWdppSIm2VH Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable make[3]: "/usr/src/share/mk/bsd.prog.mk" line 274: warning: duplicate script for target "_scriptsinstall" ignored make[3]: "/usr/src/share/mk/bsd.prog.mk" line 274: warning: using previous script for "_scriptsinstall" defined here This popped up on me this week. Anyone see what's going on? sean --7T3x9wKBguUG5KJjAD8bDMBWdppSIm2VH-- --b1xADXjCSASK2LQJhREbW2NK7acXEyxBU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE6MTp+IA1BOHj9Lo0veT1/om1/LYFAlrs9jZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU4 QzRFOUY4ODAzNTA0RTFFM0Y0QkEzNEJERTRGNUZFODlCNUZDQjYACgkQveT1/om1 /LYIwgf/bmbMCtQlhNUpOIq2hXCktCVMUXR0bwKWCxr//St/30DpQvJZDy8sHvhp 3pyBOuU4zj0qezvaXHCJBq1edi+daccxXGTBLDS+BWdXcKMRx40nZjbRWUjDtUB5 ngv90+wQ0Cv+tHGeu9TftMFgq5rfiRpJARhC/GZpW1JX3IPN80tKb5y3eNTDlWZv CF5C7X4QBqhH5l9rAQnmGuBwE3QnqExGk7ZD2uVZ8NegCr5dtK2eAhXdLaNtaEhj eJvpbUisp2yliPYsCppl2NoQS/LDXw/rOJy4FCK3rKGktiYmzVQ4CVUCPKZaTwWb 1sg+Oq0mcjsc2J8rIpID6Ighb6+4iA== =NBR0 -----END PGP SIGNATURE----- --b1xADXjCSASK2LQJhREbW2NK7acXEyxBU-- From owner-freebsd-current@freebsd.org Sat May 5 00:59:35 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6999DFBE967; Sat, 5 May 2018 00:59:35 +0000 (UTC) (envelope-from rozhuk.im@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 E345B7FF0B; Sat, 5 May 2018 00:59:34 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-wm0-x242.google.com with SMTP id n10-v6so7529635wmc.1; Fri, 04 May 2018 17:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:mime-version :content-transfer-encoding; bh=vQ8pHV8rRwg0y0gqcc9s+eOe6STNkdcUnYnGXgVRSVY=; b=VCEKCnU7ewbDdL83rR08rt2lgiQpvlRO94kWRmtdPRv5mzUBU3beLBy8BE7gqE88yD zIWONFY6nrJj1inyW4yQGrjxQdR5Zx3OgS1tO0zKkyPqBxmMTP8jSz6KzJwHEmlXMEWA LHcDAouidJMvxTJas/u/HXzVNw6d2KJy023w1gRtZL0VQyyGXcSFkusIs3QHOdTUdcuN 3m+Y/Eo4mllvnlkHQoIwoZgC0QVO2mXpU1pryi2D/tle7KbrrTL5O04wfkD+EfQn+lRh Nl81JuIn0XQEBMduLSTCGuKcLL/VjdlmFxq/uRErhE30DKzSV0QuJ4ebYOPK0yLxSYz3 z4yQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:mime-version :content-transfer-encoding; bh=vQ8pHV8rRwg0y0gqcc9s+eOe6STNkdcUnYnGXgVRSVY=; b=dNxC5sgqlc/zNQAhU5KvYUI2E1Ojhw9cykGW5Tc3Yyd/oqU+5WOntjOw1/y08DYqN5 plsSCVlCT6rFY4B7uckA/ajeMsYoaAtY4/5Gdfx86/8xVRU0qZW/3CvifLsEKM43FWeL DzaRlQG/Mt5eY1c2W5QXGwnmaoSjpiOX/cGRmBsTkTbzZZ1fEWtD21jgBza6zIxKkQoY DIcda8zR1Ij+wyyXQ1FIXICDg53zQkPD5vRt8eDlgW1zpX0VXXzXZsTBNxiHWvH/bD2T qKWCzrxl3Du6rniHILvzHmcgUbBOOzleCuzqVQpTXDQtDVgvnCgLHDkvXb/Pz30IKAph r9GA== X-Gm-Message-State: ALQs6tCkzRB0A8+CSxHsBRll0P/ZAEJMMPtxVwvnf5Bp8h98RaWDWc8W oKap2yR9dLlIN+ztQPF5QPHUaCe1 X-Google-Smtp-Source: AB8JxZrVpam14Jj8F4cxRUuzupaAi9cgz0pMyNF7PnvIkDw26UKi5Iq+yy0wGYU+F93BVOz8DbCQoA== X-Received: by 2002:a50:92e6:: with SMTP id l35-v6mr39145526eda.98.1525481973665; Fri, 04 May 2018 17:59:33 -0700 (PDT) Received: from localhost ([2001:470:1f15:3d8:7285:c2ff:fe37:5722]) by smtp.gmail.com with ESMTPSA id p5-v6sm9839020edh.7.2018.05.04.17.59.32 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 04 May 2018 17:59:32 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Sat, 5 May 2018 03:59:31 +0300 To: freebsd-current@freebsd.org, FreeBSD Hackers , bdrewery@FreeBSD.org Cc: Rozhuk Ivan Subject: SSP_CFLAGS for kernel Message-ID: <20180505035931.33120d74@gmail.com> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; amd64-portbld-freebsd11.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 00:59:35 -0000 Hi! I set: /etc/src.conf: WITH_SSP= /etc/make.conf: SSP_CFLAGS=-fstack-protector-all WITH_SSP_PORTS=yes But in /usr/src/sys/conf/kern.mk: ... # # GCC SSP support # .if ${MK_SSP} != "no" && \ ${MACHINE_CPUARCH} != "arm" && ${MACHINE_CPUARCH} != "mips" CFLAGS+= -fstack-protector .endif ... Is there should be some thing like in /usr/src/share/mk/bsd.sys.mk: SSP_CFLAGS?= -fstack-protector CFLAGS+= ${SSP_CFLAGS} ??? PS: /usr/ports/UPDATING "The default SSP_CLFAGS is -fstack-protector, but -fstack-protector-all" should be: "The default SSP_CFLAGS is -fstack-protector, but -fstack-protector-all" From owner-freebsd-current@freebsd.org Sat May 5 05:49:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2843FCB1C5 for ; Sat, 5 May 2018 05:49:59 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yb0-x232.google.com (mail-yb0-x232.google.com [IPv6:2607:f8b0:4002:c09::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 410D184870 for ; Sat, 5 May 2018 05:49:59 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mail-yb0-x232.google.com with SMTP id f138-v6so756076yba.6 for ; Fri, 04 May 2018 22:49:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to; bh=KZVu7Zb06yC3oXrx/kmz0lh0RHLWgtpdkigV5zHHXMA=; b=MZPte5+KIafsBOjcRNFp0c5To4/F0Ao9uwRZWs4ySWSU6Y3Din0X6sWmXbqUp9lAWR MYbWjYj5khNXlAckR3ykOHvIWPaJlb7SetubAj3atJ0HvvQ0Zg2kJFEjJQ+f2EJ7s22e ckiBqcnHptQYVm9ZXZ88gR2FUO5MOlyrHerAs= 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=KZVu7Zb06yC3oXrx/kmz0lh0RHLWgtpdkigV5zHHXMA=; b=cFC2nObm1orFoX4XnqNnMUkXfnIgB8yRciLySpkq0wgEoUSskKsS2Qwszig4EypNUz nXfXOvMXI45+CCwK5J4IvjOTFKCiyrFCO5yAtgMhjkEbnFBPPrXw+fs7ZOw2m3DQmBQB 6eJzfiRchYwq/Cegl2p9QFS0wPmx4/tBtFryj1o8Lnmd2/SOGC1udDNVMJzFh5gtjHke y4CswNNSnTAuqzClycl495YBwuL325YeUUQqQ9mD5V87EqkODCive6UA1pDTUGkXtk08 l53EtGUiTQQnLcZ68DVSSs16+xCmXWCcY6el8zxfGrUafvrVZgunXRJCDjxEF/qwXJXg anrw== X-Gm-Message-State: ALQs6tBzxfPb8Ueb0vfkCHeWQhIlTzKI17SGf//OCwbZhNMCnEGMLDzn zz9RGgMiFdqdi2OdcxA1mMHwM6J4EiohLrgMrx2KBdh2 X-Google-Smtp-Source: AB8JxZp9vPw88S6Rz4nU4Dse/OTR4BV1yuqvrOnyL6S33NHhZmFJakF4HIL0NvCMudEuA7AVC2VaG8ROcXV9qnGvQVs= X-Received: by 2002:a25:cf88:: with SMTP id f130-v6mr18175526ybg.69.1525499398077; Fri, 04 May 2018 22:49:58 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:c709:0:0:0:0:0 with HTTP; Fri, 4 May 2018 22:49:27 -0700 (PDT) From: Eitan Adler Date: Fri, 4 May 2018 22:49:27 -0700 Message-ID: Subject: kgdb crashing on a vmcore with dumptid = 0 To: freebsd-current Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 05:50:00 -0000 gdb$ bt #0 thr_kill () at thr_kill.S:3 #1 0x00000008035046b4 in __raise (s=0x6) at /usr/src/lib/libc/gen/raise.c:54 #2 0x0000000803504629 in abort () at /usr/src/lib/libc/stdlib/abort.c:67 #3 0x0000000000c805c6 in dump_core () at utils.c:284 #4 0x0000000000c81920 in internal_vproblem (problem=0x24bd890 , file=0x15c560e "inferior.c", line=0x135, fmt=0x15780ac "%s: Assertion `%s' failed.", ap=0x7fffffffb9e0) at utils.c:493 #5 0x0000000000c806d8 in internal_verror (file=0x15c560e "inferior.c", line=0x135, fmt=0x15780ac "%s: Assertion `%s' failed.", ap=0x7fffffffb9e0) at utils.c: 518 #6 0x00000000008363a8 in internal_error (file=0x15c560e "inferior.c", line=0x135, fmt=0x15780ac "%s: Assertion `%s' failed.") at common/errors.c:55 #7 0x0000000000a8397e in find_inferior_pid (pid=0x0) at inferior.c:309 #8 0x0000000000a83d54 in find_inferior_ptid (ptid=...) at inferior.c:323 #9 0x0000000000c10049 in default_thread_architecture (ops=0x2702d90 , ptid=...) at target.c:3131 #10 0x0000000000bfec2b in delegate_thread_architecture (self=0x2702d90 , arg1=...) at ./target-delegates.c:2525 #11 0x0000000000bfec2b in delegate_thread_architecture (self=0x26eedd0 , arg1=...) at ./target-delegates.c:2525 #12 0x0000000000bfec2b in delegate_thread_architecture (self=0x26ec280 , arg1=...) at ./target-delegates.c:2525 #13 0x0000000000b53cba in get_thread_regcache (ptid=...) at regcache.c:439 #14 0x0000000000b53d5e in get_current_regcache () at regcache.c:448 #15 0x0000000000713077 in kgdb_trgt_open (arg=0x80410900e "vmcore.2", from_tty=0x1) at fbsd-kvm.c:335 #16 0x0000000000bf3980 in open_target (args=0x80410900e "vmcore.2", from_tty=0x1, command=0x8041c8f40) at target.c:356 #17 0x0000000000722c35 in do_sfunc (c=0x8041c8f40, args=0x80410900e "vmcore.2", from_tty=0x1) at cli/cli-decode.c:122 #18 0x0000000000726b5a in cmd_func (cmd=0x8041c8f40, args=0x80410900e "vmcore.2", from_tty=0x1) at cli/cli-decode.c:1886 #19 0x0000000000c450c7 in execute_command (p=0x804109015 "2", from_tty=0x1) at top.c:630 #20 0x0000000000acd4a8 in catch_command_errors (command=0xc445f0 , arg=0x804109000 "target vmcore vmcore.2", from_tty=0x1) at main.c:378 #21 0x0000000000accdf2 in captured_main_1 (context=0x7fffffffcfe8) at main.c:1124 #22 0x0000000000aca62d in captured_main (data=0x7fffffffcfe8) at main.c:1146 #23 0x0000000000aca508 in gdb_main (args=0x7fffffffcfe8) at main.c:1172 #24 0x000000000050bd5b in main (argc=0x3, argv=0x7fffffffd558) at kgdb-main.c:410 gdb$ up 7 #7 0x0000000000a8397e in find_inferior_pid (pid=0x0) at inferior.c:309 309 gdb_assert (pid != 0); gdb$ frame Stack level 7, frame at 0x7fffffffba50: rip = 0xa8397e in find_inferior_pid (inferior.c:309); saved rip = 0xa83d54 called by frame at 0x7fffffffba60, caller of frame at 0x7fffffffba20 source language c++. Arglist at 0x7fffffffba40, args: pid=0x0 Locals at 0x7fffffffba40, Previous frame's sp is 0x7fffffffba50 Saved registers: rbp at 0x7fffffffba40, rip at 0x7fffffffba48 pid = 0x0 inf = 0x8415d5 gdb$ list 304 struct inferior *inf; 305 306 /* Looking for inferior pid == 0 is always wrong, and indicative of 307 a bug somewhere else. There may be more than one with pid == 0, 308 for instance. */ 309 gdb_assert (pid != 0); 310 311 for (inf = inferior_list; inf; inf = inf->next) 312 if (inf->pid == pid) 313 return inf; gdb$ p pid $1 = 0x0 gdb$ p ptid $2 = { m_pid = 0x0, m_lwp = 0x0, m_tid = 0x0 } gdb$ up #9 0x0000000000c10049 in default_thread_architecture (ops=0x2702d90 , ptid=...) at target.c:3131 3131 inferior *inf = find_inferior_ptid (ptid); gdb$ list 3126 } 3127 3128 static struct gdbarch * 3129 default_thread_architecture (struct target_ops *ops, ptid_t ptid) 3130 { 3131 inferior *inf = find_inferior_ptid (ptid); 3132 gdb_assert (inf != NULL); 3133 return inf->gdbarch; 3134 } 3135 gdb$ p ops $4 = (target_ops *) 0x2702d90 gdb$ up #14 0x0000000000b53d5e in get_current_regcache () at regcache.c:448 448 return get_thread_regcache (inferior_ptid); gdb$ list 443 } 444 445 struct regcache * 446 get_current_regcache (void) 447 { 448 return get_thread_regcache (inferior_ptid); 449 } 450 451 /* See common/common-regcache.h. */ 452 gdb$ p inferior_ptid $13 = { m_pid = 0x0, m_lwp = 0x0, m_tid = 0x0 } gdb$ up #15 0x0000000000713077 in kgdb_trgt_open (arg=0x80410900e "vmcore.2", from_tty=0x1) at fbsd-kvm.c:335 335 target_fetch_registers (get_current_regcache (), -1); gdb$ list 330 kt = kgdb_thr_next(kt); 331 } 332 if (curkthr != 0) 333 inferior_ptid = fbsd_vmcore_ptid(curkthr->tid); 334 335 target_fetch_registers (get_current_regcache (), -1); 336 337 reinit_frame_cache (); 338 print_stack_frame (get_selected_frame (NULL), 0, SRC_AND_LOC, 1); 339 } gdb$ p inferior_ptid $17 = { m_pid = 0x0, m_lwp = 0x0, m_tid = 0x0 } gdb$ p curkthr $18 = (kthr *) 0x0 gdb$ frame Stack level 15, frame at 0x7fffffffbd90: rip = 0x713077 in kgdb_trgt_open (fbsd-kvm.c:335); saved rip = 0xbf3980 called by frame at 0x7fffffffbdc0, caller of frame at 0x7fffffffbc40 source language c++. Arglist at 0x7fffffffbd80, args: arg=0x80410900e "vmcore.2", from_tty=0x1 Locals at 0x7fffffffbd80, Previous frame's sp is 0x7fffffffbd90 Saved registers: rbp at 0x7fffffffbd80, rip at 0x7fffffffbd88 arg = 0x80410900e "vmcore.2" from_tty = 0x1 ops = 0x8043ef840 inf = 0x80442de80 old_chain = 0x804431820 ti = 0x7fffffffd550 kt = 0x0 nkvm = 0x804363800 temp = 0x8047f33b0 "/home/eax/crashes/aes_gpault_crash/vmcore.2" kernel = 0x8043dec80 "/home/eax/crashes/aes_gpault_crash/kernel/kernel" filename = 0x8047f33b0 "/home/eax/crashes/aes_gpault_crash/vmcore.2" ontop = 0x0 gdb$ p curkthr $19 = (kthr *) 0x0 which is coming from curkthr = kgdb_thr_lookup_tid(dumptid); if (curkthr == NULL) curkthr = first; gdb$ p dumptid $20 = 0x0 which is coming from TRY { dumptid = parse_and_eval_long("dumptid"); } CATCH(e, RETURN_MASK_ERROR) { dumptid = -1; } END_CATCH which is getting into a bit deeper gdb internals than I want to deal with right now. If anyone feels like like looking into this, a full set of debugging information is available including my kernel, the vmcore, the gdb image, the gdb core, etc. I'll also try and spend some more time on this over the next few weeks. -- Eitan Adler From owner-freebsd-current@freebsd.org Sat May 5 06:05:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27382FCB829; Sat, 5 May 2018 06:05:24 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf0-f52.google.com (mail-lf0-f52.google.com [209.85.215.52]) (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 664B487A7F; Sat, 5 May 2018 06:05:23 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf0-f52.google.com with SMTP id y72-v6so20005492lfd.2; Fri, 04 May 2018 23:05:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:openpgp:autocrypt:message-id :date:user-agent:mime-version:content-language :content-transfer-encoding; bh=pCT4beGxgqt88ZDLIwMAH6yRurV9doPThjuQQYU/Qko=; b=kmrzuqEJ4AgjXNhLR780DgexG7XBxnB638l76VxXupOep1YFCT+lZWV0EyhYogxtX8 YbORuO3S30ZoAsu6ja6QY2n5zkoPNvLZTTZt3k6qaCC46Z2oBASuSqOqyNAFkc6p0r2w YiObYoynNY9uYuHTlAbe8YjBiqOIh0+d564+DlcHTAJKv1wH99/QCbKeyxEDrWD1CGL7 dZ9mQqFRO97iGdzUX9bGZZTMOs2h6nAtjT4Q3gqC4cBmNv5hzXYWDd8iVq9MrfKEIm0E iedmqd/YuGT9rbN/sw5pr9u4+DBdBsMrUF4n3SedqNzx8rb3y1YoCa6aaBA0P8jv0YyK D6wQ== X-Gm-Message-State: ALQs6tBAUsyl/F3qBN3ZCWIj/J7mGkjxwy4QoKEEGFPKFAKR9LeyI3rz mCOMLB2u5DYVnh3vG8wZtxJVdON1 X-Google-Smtp-Source: AB8JxZoJXF3DylJVflHN36D8GN89yluxju6aHKpSYO/Z7KXJeMHVfbHI3+4PQxLbfHdXMieO3jgZsg== X-Received: by 2002:a19:16c2:: with SMTP id 63-v6mr2922528lfw.3.1525500315446; Fri, 04 May 2018 23:05:15 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id r137-v6sm3625109lfr.17.2018.05.04.23.05.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 04 May 2018 23:05:14 -0700 (PDT) To: FreeBSD Current , "freebsd-acpi@freebsd.org" From: Andriy Gapon Subject: [CFT] call AcpiLeaveSleepStatePrep after re-enabling interrupts Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Sat, 5 May 2018 09:05:13 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 06:05:24 -0000 I would like ask for help with testing this change https://reviews.freebsd.org/D15306 I want to do this change because that call (actually, AcpiHwLegacyWakePrep) does a memory allocation and ACPI namespace evaluation. Although it is not very likely to run into any trouble, it is still not safe to make those calls with interrupts disabled. Also, AcpiLeaveSleepStatePrep is documented as called when interrupts are enabled. witness(4) and malloc(9) do not currently check for a context with interrupts disabled via intr_disable and we lack a facility for doing that. So, those unsafe operations fly under the radar. But if intr_disable in acpi_EnterSleepState was replaced with spinlock_enter (which it probably should be), then witness and malloc would immmediately complain. The ACPI wakeup sequence is very sensitive to changes, but I consider this change to be rather safe. What AcpiHwLegacyWakePrep essentially does is writing a value corresponding to S0 into SLP_TYPx bits of PM1 Control Register(s). According to ACPI specifications that write should be a NOP as SLP_EN bit is not set. Additionally, there are no accesses to ACPI hardware and firmware between the old location of the call and the new one. So, the move should not affect the interaction between then OS and ACPI platform. Index: sys/dev/acpica/acpi.c =================================================================== --- sys/dev/acpica/acpi.c (revision 333269) +++ sys/dev/acpica/acpi.c (working copy) @@ -2975,8 +2975,6 @@ acpi_EnterSleepState(struct acpi_softc *sc, int st if (sleep_result == 1 && state != ACPI_STATE_S4) AcpiWriteBitRegister(ACPI_BITREG_SCI_ENABLE, ACPI_ENABLE_EVENT); - AcpiLeaveSleepStatePrep(state); - if (sleep_result == 1 && state == ACPI_STATE_S3) { /* * Prevent mis-interpretation of the wakeup by power button @@ -3005,6 +3003,8 @@ acpi_EnterSleepState(struct acpi_softc *sc, int st /* call acpi_wakeup_machdep() again with interrupt enabled */ acpi_wakeup_machdep(sc, state, sleep_result, 1); + AcpiLeaveSleepStatePrep(state); + if (sleep_result == -1) goto backout; -- Andriy Gapon From owner-freebsd-current@freebsd.org Sat May 5 06:06:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 440BFFCB910 for ; Sat, 5 May 2018 06:06:32 +0000 (UTC) (envelope-from bsd-lists@BSDforge.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 D0D436820A for ; Sat, 5 May 2018 06:06:31 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: by mailman.ysv.freebsd.org (Postfix) id 92C9AFCB90F; Sat, 5 May 2018 06:06:31 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F3FAFCB90E for ; Sat, 5 May 2018 06:06:31 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 D355C681E4 for ; Sat, 5 May 2018 06:06:30 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id w45682t9004918; Fri, 4 May 2018 23:08:08 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: UDNSMS MIME-Version: 1.0 In-Reply-To: <1525469940.57768.288.camel@freebsd.org> From: "Chris H" Reply-To: bsd-lists@BSDforge.com To: "current" , "Jeffrey Bouquet" Subject: Re: OSVERSION Date: Fri, 04 May 2018 23:08:08 -0700 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 06:06:32 -0000 On Fri, 04 May 2018 15:39:00 -0600 "Ian Lepore" said > On Fri, 2018-05-04 at 15:28 -0600, Alan Somers wrote: > > On Fri, May 4, 2018 at 2:46 PM, Jeffrey Bouquet=20 > > wrote: > >=20 > > >=20 > > > 12=2E0-CURRENT r332797 GENERIC amd64 > > > =2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E > > > make: "/usr/ports/Mk/bsd=2Eport=2Emk" line 1171: Unable to > > > determine OS version=2E Either define OSVERSION, or > > > install /usr/include/sys/param=2Eh=2E=2E=2E > > > =2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E > > > then , with param=2Eh in place > > >=20 > > > =2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E > > > port builds, pkgdb -u, and=C2=A0=C2=A0portsdb -u all fail with: > > > =2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E > > > line 1200: UNAME_r (12=2E0-CURRENT) and OSVERSION (12=2E0-CURRENT) do not > > agree > > > on major version number=2E > > > =2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E > > > Can I set that in sh or tcsh or zsh? > > > =2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E > > >=20 > > Looks like you're running ports in a jail=2E=C2=A0=C2=A0The best way to d= o that is to > > set OSVERSION in /etc/make=2Econf=2E=C2=A0=C2=A0Some jail managers will eve= n do that for > > you=2E=C2=A0=C2=A0It should look a little like this: > >=20 > > =C2=A0> cat /etc/make=2Econf > > OSVERSION+=3D1100122 > > UNAME_ENV+=3D=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0OSVERSION=3D${OSVERSION} > > UNAME_ENV+=3D=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0UNAME_s=3DFreeBSD > > UNAME_ENV+=3D=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0UNAME_r=3D11=2E0-RELEASE > > UNAME_ENV+=3D=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0UNAME_v=3D"${UNAME_s} ${UNAM= E_r}" > > =2EMAKEFLAGS:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0${UNAME_ENV} > > MAKE_ENV+=3D=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0${UNAME_ENV} > > CONFIGURE_ENV+=3D ${UNAME_ENV} > > SCRIPTS_ENV+=3D=C2=A0=C2=A0=C2=A0${UNAME_ENV} >=20 > If you're running a freebsd 11 jail on a freebsd 12 host, the best > solution is to set osrelease and osreldate in your jail config to > reflect the 11=2Ex userland you want the jail to implement=2E Then all the > values returned by uname and various sysctls will be consistently > correct within the jail=2E For example, on a 10=2E3 host I have a jail: >=20 > fb8 { > =C2=A0=C2=A0=C2=A0=C2=A0host=2Ehostname =3D "${name}=2Ehippie=2Elan"; > =C2=A0=C2=A0=C2=A0=C2=A0ip4=2Eaddr =3D 172=2E22=2E42=2E241; > =C2=A0=C2=A0=C2=A0=C2=A0persist =3D true; > =C2=A0=C2=A0=C2=A0=C2=A0devfs_ruleset =3D 100; > =C2=A0=C2=A0=C2=A0=C2=A0osrelease=3D"8=2E4-STABLE"; > =C2=A0=C2=A0=C2=A0=C2=A0osreldate=3D 804507; > } >=20 > -- Ian +1 I do exactly the same in my jails to better isolate them from the host=2E In fact, you can even lie about what (os)version you're using, if you need to=2E :-) --Chris > _______________________________________________ > freebsd-current@freebsd=2Eorg mailing list > https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd=2Eorg= " From owner-freebsd-current@freebsd.org Sat May 5 06:10:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8867FFCBBBA for ; Sat, 5 May 2018 06:10:27 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 EF8376A545 for ; Sat, 5 May 2018 06:10:26 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id w455vkGK003909 for ; Fri, 4 May 2018 22:57:52 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: UDNSMS MIME-Version: 1.0 From: "Chris H" Reply-To: bsd-lists@BSDforge.com To: "FreeBSD Current" Subject: IGNORE_OSVERSION=yes -- can't install pkg Date: Fri, 04 May 2018 22:57:52 -0700 Message-Id: <078050dffc03a3b75cc86224c9c1fbd6@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 06:10:27 -0000 I just setup a jail from a 12-CURRENT I built awhile ago=2E It has no ports t= ree=2E So I'm attempting to install svnlite=2E issuing pkg search svnlite returns The package management tool is not yet installed on your system=2E Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg from pkg+http://pkg=2EFreeBSD=2Eorg/FreeBSD:12:amd64/latest, = please wait=2E=2E=2E Verifying signature with trusted certificate pkg=2Efreebsd=2Eorg=2E2013102301=2E=2E=2E = done [12current=2Elocalhost] Installing pkg-1=2E10=2E5=2E=2E=2E Newer FreeBSD version for package pkg: To ignore this error set IGNORE_OSVERSION=3Dyes - package: 1200062 - running kernel: 1200054 Allow missmatch now?[Y/n]: Umm, what? Should I ignore this error? If so, why is there an error at all? I answered no=2E Guess I won't be able to use pkg(8) on this jail(8)=2E :-( --Chris From owner-freebsd-current@freebsd.org Sat May 5 09:07:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0281FA783B for ; Sat, 5 May 2018 09:07:00 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:191:217b::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.bsd4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3016C6BAA5; Sat, 5 May 2018 09:06:59 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Sat, 05 May 2018 11:06:56 +0200 Message-ID: <87muxezd1r.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: freebsd-current@freebsd.org Cc: Sean Bruno , Kyle Evans Subject: Re: Recent warnings. In-Reply-To: <7c24741f-ee63-7ccc-2abe-de3c043641fc@freebsd.org> References: <7c24741f-ee63-7ccc-2abe-de3c043641fc@freebsd.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/27.0 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 09:07:00 -0000 On Sat, 05 May 2018 02:09:26 +0200, Sean Bruno wrote: > > make[3]: "/usr/src/share/mk/bsd.prog.mk" line 274: warning: duplicate > script for target "_scriptsinstall" ignored > make[3]: "/usr/src/share/mk/bsd.prog.mk" line 274: warning: using > previous script for "_scriptsinstall" defined here > > > This popped up on me this week. Anyone see what's going on? This is obviously caused by this change: Index: share/mk/bsd.prog.mk =================================================================== --- share/mk/bsd.prog.mk (revision 333235) +++ share/mk/bsd.prog.mk (revision 333236) @@ -271,6 +271,7 @@ SCRIPTSMODE_${script:T}?= ${SCRIPTSMODE} STAGE_AS_${script:T}= ${SCRIPTSDIR_${script:T}}/${SCRIPTSNAME_${script:T}} _scriptsinstall: _SCRIPTSINS_${script:T} + echo ">SFD>F>DF YES" _SCRIPTSINS_${script:T}: ${script} ${INSTALL} ${TAG_ARGS} -o ${SCRIPTSOWN_${.ALLSRC:T}} \ -g ${SCRIPTSGRP_${.ALLSRC:T}} -m ${SCRIPTSMODE_${.ALLSRC:T}} \ -- Herbert From owner-freebsd-current@freebsd.org Sat May 5 09:02:02 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A3E4FA7609; Sat, 5 May 2018 09:02:02 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D4C16993B; Sat, 5 May 2018 09:02:01 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.14.80.170]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M1SLt-1eLh3P162z-00tXMc; Sat, 05 May 2018 11:01:50 +0200 Date: Sat, 5 May 2018 11:01:11 +0200 From: "O. Hartmann" To: "K. Macy" , Stephen Hurd Cc: "O. Hartmann" , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers , FreeBSD CURRENT Subject: Re: svn commit: r333175 - in head/sys: kern net netinet netinet6 sys: TRAP 12 Message-ID: <20180505110138.6cae0f75@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20180503222419.4228e8e8@thor.intern.walstatt.dynvpn.de> References: <201805021936.w42JaTlq039053@repo.freebsd.org> <20180503213206.7fba052c@thor.intern.walstatt.dynvpn.de> <20180503222419.4228e8e8@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:MnDkm2d5rKwgZK3RWRh2AEWyuRhScfqav79bp9XhK4jIrmkKdQ1 fR1fwLfUHjwK/pj3C46HSZaM/C96yET7i8Dx1r0txRm3qurD7iX9VkuQCm9FBPb7PCgRjwd LqzoeJGpVxWBfN0i43N1QNv5CZg4ba4InY/X1tjEZ5k+mFGxPnx5JNwFqtrCJz2PecDWrd1 v1tae55kUr/mIrem+/TKQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Hms12gabo6I=:IpjPtXHD1zzM1102MYF4wN UejCrh1Nh+ddzd/ESVG+d00fQEYJLp8Bto/Ft3Q9Zamd8cKOimCYwcoRdGL5oqlZidCvP7Vf0 iYa4ynaDKhdI0CamvKF+IdHMW/MOc4HNNLRteuw0fCc+89iD0XEF9zoR7F8bcyT36RIKWMTPm p4MvE2CaPMZfc0BSAua0tHA22ROAvwXb0RO677zglIeO6JE9N36F3Fj+l+WlDUshrFG+/MPtw NLd9mE0MuiECM2JHjlJRsfZS73uS8WfFPKeqASkJcaGEq6CGBXlTXIWlXq4YlrkDT9CLnvmRm TWju+fF6tHxSNfH+Hs/5gtreJtlrd2iN69PqePx6dXV/WvIeDh7Q0l3Y+YzIcqfU7W6aFrKHh 1r5k1SGQYHgFRlpxMpJUcfwlEtlyP7bP/tM+yKSWEJ4qqHz+6CwhY+P+guQZahoJXQFc46Ll4 rqdLZ/3R/6yQ9RIoBVlrZTyCjuiCOsWGZ8f0U2TUuEm3RkUio/SM4WJG9unECD0+DZsg1NnZY UbJA6WrMRA7Ze5RG6JnIXby4GPvPbnQpNUBQY7aKY+DlNJicqvw9J6F9kl66ZQPPNzxFUmQJv DnCtmBJtRytEWiUUusMG9vpUXuHAMhMd/b2jCFw51fTlyP6gsWHFwleZiaoRMiycVHtlnMGEu 9hCWV8ltOYLlUDFxUlGlaC2SWhGDDiV2u1bvLFAugw+TzQGvx2hkdLf8TYqKsibFh3HU1HZrg hseHuNj1sNa1x1PoUMsnvtT30p31fCj96XmX4q1dCXQJXTp41HADJfYmKZA/m27oyHF3Q1Biu pIs8ysr X-Mailman-Approved-At: Sat, 05 May 2018 10:36:30 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 09:02:03 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBNTEyDQoNCkFtIFRo dSwgMyBNYXkgMjAxOCAyMjoyMzo1MiArMDIwMA0KIk8uIEhhcnRtYW5uIiA8b2hhcnRtYW5uQHdh bHN0YXR0Lm9yZz4gc2NocmllYjoNCg0KDQpJJ20gbm90IGZhbWlsaWFyIHdpdGgga2VybmVsIGRl YnVnZ2luZywgc28gdGhlcmUgYXJlIHNvbWUgc3RydWdnbGVzLg0KDQpBZnRlciBjb21waWxpbmcg YSBkZWJ1Z2dpbmcga2VybmVsIG9uIA0KDQpWZXJzaW9uIFN0cmluZzogRnJlZUJTRCAxMi4wLUNV UlJFTlQgIzIgcjMzMzI2OTogU2F0IE1heSAgNSAwODoxMDozMiBDRVNUIDIwMTgNCg0KUGFuaWMg U3RyaW5nOiBMb2NrIHRjcCBub3QgZXhjbHVzaXZlbHkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL25l dGluZXQvaW5fcGNiLmM6MTM5MQ0KDQoNCkFuZCB0aGlzIGlzIHdoYXQgSSBjYW4gcHJvdmlkZSB5 b3Ugd2l0aDoNCg0KDQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvdXNyL29iai91c3Ivc3JjL2FtZDY0 LmFtZDY0L3N5cy9XQUxIQUxMLURFQlVHL2tlcm5lbC5mdWxsLi4uZG9uZS4NCg0KVW5yZWFkIHBv cnRpb24gb2YgdGhlIGtlcm5lbCBtZXNzYWdlIGJ1ZmZlcjoNCnBhbmljOiBMb2NrIHRjcCBub3Qg ZXhjbHVzaXZlbHkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL25ldGluZXQvaW5fcGNiLmM6MTM5MQ0K DQpjcHVpZCA9IDQNCnRpbWUgPSAxNTI1NTEwMjkxDQpLREI6IHN0YWNrIGJhY2t0cmFjZToNCmRi X3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDJiL2ZyYW1l IDB4ZmZmZmZlMDBlNDg1ZTY3MA0KdnBhbmljKCkgYXQgdnBhbmljKzB4MWEzL2ZyYW1lIDB4ZmZm ZmZlMDBlNDg1ZTZkMA0KcGFuaWMoKSBhdCBwYW5pYysweDQzL2ZyYW1lIDB4ZmZmZmZlMDBlNDg1 ZTczMA0KX3J3X3d1bmxvY2tfY29va2llKCkgYXQgX3J3X3d1bmxvY2tfY29va2llKzB4MTM3L2Zy YW1lIDB4ZmZmZmZlMDBlNDg1ZTc2MA0KaW5fcGNiZnJlZSgpIGF0IGluX3BjYmZyZWUrMHg1MWEv ZnJhbWUgMHhmZmZmZmUwMGU0ODVlN2IwDQp0Y3BfdXNyX2RldGFjaCgpIGF0IHRjcF91c3JfZGV0 YWNoKzB4MTVlL2ZyYW1lIDB4ZmZmZmZlMDBlNDg1ZTdmMA0Kc29mcmVlKCkgYXQgc29mcmVlKzB4 MmY0L2ZyYW1lIDB4ZmZmZmZlMDBlNDg1ZTg0MA0Kc29jbG9zZSgpIGF0IHNvY2xvc2UrMHgzODcv ZnJhbWUgMHhmZmZmZmUwMGU0ODVlOGIwDQpjbG9zZWYoKSBhdCBjbG9zZWYrMHgxZjUvZnJhbWUg MHhmZmZmZmUwMGU0ODVlOTQwDQpjbG9zZWZwKCkgYXQgY2xvc2VmcCsweGEwL2ZyYW1lIDB4ZmZm ZmZlMDBlNDg1ZTk4MA0KYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0X3N5c2NhbGwrMHg2ZDMvZnJh bWUgMHhmZmZmZmUwMGU0ODVlYWIwDQpmYXN0X3N5c2NhbGxfY29tbW9uKCkgYXQgZmFzdF9zeXNj YWxsX2NvbW1vbisweDEwMS9mcmFtZSAweGZmZmZmZTAwZTQ4NWVhYjANCi0gLS0tIHN5c2NhbGwg KDYsIEZyZWVCU0QgRUxGNjQsIHN5c19jbG9zZSksIHJpcCA9IDB4ODAxMTFhZGRhLCByc3AgPSAw eDdmZmZkZjNmNzIyOCwgcmJwID0NCjB4N2ZmZmRmM2Y3MjQwIC0tLSBLREI6IGVudGVyOiBwYW5p Yw0KDQpfX2N1cnRocmVhZCAoKSBhdCAuL21hY2hpbmUvcGNwdS5oOjIzMQ0KMjMxICAgICAgICAg ICAgIF9fYXNtKCJtb3ZxICUlZ3M6JTEsJTAiIDogIj1yIiAodGQpDQooa2dkYikgYnQNCihrZ2Ri KSBidA0KIzAgIF9fY3VydGhyZWFkICgpIGF0IC4vbWFjaGluZS9wY3B1Lmg6MjMxDQojMSAgZG9h ZHVtcCAodGV4dGR1bXA9MCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjM2 NQ0KIzIgIDB4ZmZmZmZmZmY4MDU5N2Q1YiBpbiBkYl9kdW1wIChkdW1teT08b3B0aW1pemVkIG91 dD4sIGR1bW15Mj08dW5hdmFpbGFibGU+LA0KZHVtbXkzPTx1bmF2YWlsYWJsZT4sIGR1bW15ND08 dW5hdmFpbGFibGU+KSBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQuYzo1NzQNCiMzICAw eGZmZmZmZmZmODA1OTdhZTYgaW4gZGJfY29tbWFuZCAobGFzdF9jbWRwPTxvcHRpbWl6ZWQgb3V0 PiwgY21kX3RhYmxlPTxvcHRpbWl6ZWQNCm91dD4sIGRvcGFnZXI9PG9wdGltaXplZCBvdXQ+KSBh dCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQuYzo0ODEgIzQNCm91dD4weGZmZmZmZmZmODA1 OTc4MTQgaW4gZGJfY29tbWFuZF9sb29wICgpIGF0IC91c3Ivc3JjL3N5cy9kZGIvZGJfY29tbWFu ZC5jOjUzNA0KIzUgIDB4ZmZmZmZmZmY4MDU5YjA0ZiBpbiBkYl90cmFwICh0eXBlPTxvcHRpbWl6 ZWQgb3V0PiwgY29kZT08b3B0aW1pemVkIG91dD4pDQphdCAvdXNyL3NyYy9zeXMvZGRiL2RiX21h aW4uYzoyNTAgIzYgIDB4ZmZmZmZmZmY4MDkyNDQ2MyBpbiBrZGJfdHJhcCAodHlwZT0zLA0KY29k ZT0tNjE0NTYsIHRmPTxvcHRpbWl6ZWQgb3V0PikgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl9r ZGIuYzo2OTcgIzcNCjB4ZmZmZmZmZmY4MGM4MGFiNyBpbiB0cmFwIChmcmFtZT0weGZmZmZmZTAw ZTQ4NWU1YTApDQphdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjU1MCAjOCAgPHNp Z25hbCBoYW5kbGVyIGNhbGxlZD4gIzkgIGtkYl9lbnRlcg0KKHdoeT0weGZmZmZmZmZmODBkZDdi NTQgInBhbmljIiwgbXNnPTxvcHRpbWl6ZWQgb3V0PikgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3Vi cl9rZGIuYzo0NzkNCiMxMCAweGZmZmZmZmZmODA4ZGI1MDAgaW4gdnBhbmljIChmbXQ9PG9wdGlt aXplZCBvdXQ+LCBhcD0weGZmZmZmZTAwZTQ4NWU3MTApDQphdCAvdXNyL3NyYy9zeXMva2Vybi9r ZXJuX3NodXRkb3duLmM6ODUxICMxMSAweGZmZmZmZmZmODA4ZGI1OTMgaW4gcGFuaWMNCihmbXQ9 MHhmZmZmZmZmZjgxMjViYmQ4IDxjbnB1dHNfbXR4PiAiXDI1MVwzMTJcMzMyXDIwMFwzNzdcMzc3 XDM3N1wzNzciKQ0KYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjc4OSAjMTIg MHhmZmZmZmZmZjgwOGQ2NWI3IGluIF9fcndfYXNzZXJ0DQooYz0weGZmZmZmZTAwMTExZWU2NTAs IHdoYXQ9NCwgZmlsZT0weGZmZmZmZmZmODBkYzUxNTcgIi91c3Ivc3JjL3N5cy9uZXRpbmV0L2lu X3BjYi5jIiwNCmxpbmU9MTM5MSkgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9yd2xvY2suYzox NDI2ICMxMyBfcndfd3VubG9ja19jb29raWUNCihjPTB4ZmZmZmZlMDAxMTFlZTY1MCwgZmlsZT0w eGZmZmZmZmZmODBkYzUxNTcgIi91c3Ivc3JjL3N5cy9uZXRpbmV0L2luX3BjYi5jIiwNCmxpbmU9 MTM5MSkgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9yd2xvY2suYzozNjIgIzE0IDB4ZmZmZmZm ZmY4MGE2OGNhYSBpbiBpbl9wY2JmcmVlDQooaW5wPTB4ZmZmZmY4MDA2NjA1OGIxMCkgYXQgL3Vz ci9zcmMvc3lzL25ldGluZXQvaW5fcGNiLmM6MTM5MSAjMTUgMHhmZmZmZmZmZjgwYjA5YTZlIGlu DQp0Y3BfZGV0YWNoIChzbz08b3B0aW1pemVkIG91dD4sIGlucD08b3B0aW1pemVkIG91dD4pDQph dCAvdXNyL3NyYy9zeXMvbmV0aW5ldC90Y3BfdXNycmVxLmM6MjU4ICMxNiB0Y3BfdXNyX2RldGFj aCAoc289PG9wdGltaXplZCBvdXQ+KQ0KYXQgL3Vzci9zcmMvc3lzL25ldGluZXQvdGNwX3VzcnJl cS5jOjI4OSAjMTcgMHhmZmZmZmZmZjgwOTdjMzk0IGluIHNvZnJlZQ0KKHNvPTB4ZmZmZmY4MDAx OTg4ZDM1OCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19zb2NrZXQuYzoxMDMyICMxOCAweGZm ZmZmZmZmODA5N2Q0ODcgaW4NCnNvY2xvc2UgKHNvPTB4ZmZmZmY4MDAxOTg4ZDM1OCkgYXQgL3Vz ci9zcmMvc3lzL2tlcm4vdWlwY19zb2NrZXQuYzoxMTI2ICMxOQ0KMHhmZmZmZmZmZjgwODg1YWQ1 IGluIGZvX2Nsb3NlIChmcD08b3B0aW1pemVkIG91dD4sIHRkPTxvcHRpbWl6ZWQgb3V0PikNCmF0 IC91c3Ivc3JjL3N5cy9zeXMvZmlsZS5oOjM0OCAjMjAgX2Zkcm9wIChmcD08b3B0aW1pemVkIG91 dD4sIHRkPTxvcHRpbWl6ZWQgb3V0PikNCmF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZGVzY3Jp cC5jOjI5NTcgIzIxIGNsb3NlZiAoZnA9MHhmZmZmZjgwMDA0ZWY0ZWIwLA0KdGQ9MHhmZmZmZjgw MDE5ODkxNTYwKSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2Rlc2NyaXAuYzoyNTM4ICMyMiAw eGZmZmZmZmZmODA4ODI5MjAgaW4NCmNsb3NlZnAgKGZkcD0weGZmZmZmODAwMTk1NTM0NTAsIGZk PTEyLCBmcD0weGZmZmZmODAwMDRlZjRlYjAsIHRkPTB4ZmZmZmY4MDAxOTg5MTU2MCwNCmhvbGRs ZWFkZXJzPTApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZGVzY3JpcC5jOjEyMDggIzIzIDB4 ZmZmZmZmZmY4MGM4MjAzMyBpbg0Kc3lzY2FsbGVudGVyICh0ZD0weGZmZmZmODAwMTk4OTE1NjAp DQphdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvLi4vLi4va2Vybi9zdWJyX3N5c2NhbGwuYzox MzUgIzI0IGFtZDY0X3N5c2NhbGwNCih0ZD0weGZmZmZmODAwMTk4OTE1NjAsIHRyYWNlZD0wKSBh dCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjk0NSAjMjUgPHNpZ25hbA0KaGFuZGxl ciBjYWxsZWQ+ICMyNiAweDAwMDAwMDA4MDExMWFkZGEgaW4gPz8gKCkgQmFja3RyYWNlIHN0b3Bw ZWQ6IENhbm5vdCBhY2Nlc3MgbWVtb3J5DQphdCBhZGRyZXNzIDB4N2ZmZmRmM2Y3MjI4IChrZ2Ri KSANCg0KDQoNCg0KPiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tDQo+IEhhc2g6 IFNIQTUxMg0KPiANCj4gQW0gVGh1LCAzIE1heSAyMDE4IDEyOjUzOjA1IC0wNzAwDQo+ICJLLiBN YWN5IiA8a21hY3lAZnJlZWJzZC5vcmc+IHNjaHJpZWI6DQo+IA0KPiA+IENhbiB5b3UgZ2l2ZSBh bnkgY29udGV4dCBvbiB3aGF0IHRoZXkncmUgZG9pbmc/IEluIGFkZGl0aW9uIC0gZXZlbiBvbg0K PiA+IGEgcHJvZHVjdGlvbiBrZXJuZWwgaXQncyBwb3NzaWJsZSB0byBjb21waWxlIGluIEREQiB0 byBhdCBsZWFzdCBnZXQgYQ0KPiA+IGJhY2t0cmFjZS4gWW91ciByZXBvcnQgb25seSBnaXZlcyB1 cyBlbm91Z2ggaW5mb3JtYXRpb24gdG8ga25vdyB0aGF0ICANCj4gDQo+IE5vdCBhdCB0aGUgbW9t ZW50LiBUaGUgaW1tZWRpYXRlIGNyYXNoIGNvcnJ1cHRlZCB0aGUgL3Vzci9zcmMgZmlsZXN5c3Rl bSBzbyBJIGNhbiBub3QNCj4gcmVjb21waWxlIGEga2VybmVsLiBFdmVyeSBhdHRlbXB0IHRvIC9l dGMvbmV0c3RhcnQgdGhlIG5ldHdvcmsgb24gdGhlIGJ1Z2d5IGtlcm5lbCBlbmRzDQo+IHVwIGlu IGEgZnVydGhlciBkZXN0cnVjdGlvbiwgc28gSSBzdG9wcGVkIGF0IHRoaXMgdmVyeSBtb21lbnQg YW5kIGhvcGVmdWxseSBJIGNhbg0KPiBjb3B5IC91c3Ivc3JjIGZyb20gYSByMzMxNTMgYm94IChy MzMzMTUzIGlzIGZvciBtZSB0aGUgbGFzdCB3b3JraW5nIHJldmlzaW9uKSB2aWEgVVNCDQo+IGZs YXNoIGRyaXZlIGFuZCByZWNvbXBpbGUgdGhlIGtlcm5lbC4gQnV0IEknbGwgZ28gZm9yIHIzMzMx NTMgZmlyc3Qgc2luY2UgSSBuZWVkIHRoZQ0KPiBzZXJ2ZXIgdXAgdG9tb3Jyb3cgYW5kIEknbGwg dHJ5IG9uIHRoZSBvdGhlciBib3ggd2hpY2ggaXMgYWxzbyBhZmZlY3RlZCwgYnV0IGFsc28NCj4g ZXF1aXB0ZWQgd2l0aCB0aGUgaTM1MCBOSUMgb24gd2hpY2ggdGhlIHByb2JsZW0gb2NjdXJzIHZl cnkgcXVpY2tseS4NCj4gDQo+ID4gdGhlcmUgaXMgX2FuXyBpc3N1ZS4gSXQncyBkaWZmaWN1bHQg dG8gcHJvY2VlZCBvbiB0aGlzIGFsb25lLiBJIGRvDQo+ID4gaGF2ZSBhIHJlcG9ydCBmcm9tIHRo ZSBGcmVlQlNEIENJIGluZnJhc3RydWN0dXJlIHRoYXQgd2UncmUgbG9va2luZyBpbg0KPiA+IHRv IG5vdy4gIFdpdGggbHVjayB0aGF0IGlzIHRoZSBzYW1lIGlzc3VlLg0KPiA+IA0KPiA+IC1NDQo+ ID4gDQo+ID4gT24gVGh1LCBNYXkgMywgMjAxOCBhdCAxMjozMSBQTSwgTy4gSGFydG1hbm4gPG9o YXJ0bWFubkB3YWxzdGF0dC5vcmc+IHdyb3RlOiAgDQo+ID4gPiAtLS0tLUJFR0lOIFBHUCBTSUdO RUQgTUVTU0FHRS0tLS0tDQo+ID4gPiBIYXNoOiBTSEE1MTINCj4gPiA+DQo+ID4gPiBBbSBXZWQs IDIgTWF5IDIwMTggMTk6MzY6MjkgKzAwMDAgKFVUQykNCj4gPiA+IFN0ZXBoZW4gSHVyZCA8c2h1 cmRARnJlZUJTRC5vcmc+IHNjaHJpZWI6DQo+ID4gPiAgICANCj4gPiA+PiBBdXRob3I6IHNodXJk DQo+ID4gPj4gRGF0ZTogV2VkIE1heSAgMiAxOTozNjoyOSAyMDE4DQo+ID4gPj4gTmV3IFJldmlz aW9uOiAzMzMxNzUNCj4gPiA+PiBVUkw6IGh0dHBzOi8vc3Zud2ViLmZyZWVic2Qub3JnL2NoYW5n ZXNldC9iYXNlLzMzMzE3NQ0KPiA+ID4+DQo+ID4gPj4gTG9nOg0KPiA+ID4+ICAgU2VwYXJhdGUg bGlzdCBtYW5pcHVsYXRpb24gbG9ja2luZyBmcm9tIHN0YXRlIGNoYW5nZSBpbiBtdWx0aWNhc3QN Cj4gPiA+Pg0KPiA+ID4+ICAgTXVsdGljYXN0IGluY29ycmVjdGx5IGNhbGxzIGluIHRvIGRyaXZl cnMgd2l0aCBhIG11dGV4IGhlbGQgY2F1c2luZyBkcml2ZXJzDQo+ID4gPj4gICB0byBoYXZlIHRv IGdvIHRocm91Z2ggYWxsIG1hbm5lciBvZiBjb250b3J0aW9ucyB0byB1c2UgYSBub24gc2xlZXBh YmxlIGxvY2suDQo+ID4gPj4gICBTZXJpYWxpemUgbXVsdGljYXN0IHVwZGF0ZXMgaW5zdGVhZC4N Cj4gPiA+Pg0KPiA+ID4+ICAgU3VibWl0dGVkIGJ5OiAgICAgICBtbWFjeSA8bW1hY3lAbWF0dG1h Y3kuaW8+DQo+ID4gPj4gICBSZXZpZXdlZCBieTogICAgICAgIHNodXJkLCBzYnJ1bm8NCj4gPiA+ PiAgIFNwb25zb3JlZCBieTogICAgICAgTGltZWxpZ2h0IE5ldHdvcmtzDQo+ID4gPj4gICBEaWZm ZXJlbnRpYWwgUmV2aXNpb246ICAgICAgaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0QxNDk2 OQ0KPiA+ID4+DQo+ID4gPj4gTW9kaWZpZWQ6DQo+ID4gPj4gICBoZWFkL3N5cy9rZXJuL3N1YnJf Z3Rhc2txdWV1ZS5jDQo+ID4gPj4gICBoZWFkL3N5cy9rZXJuL3N1YnJfd2l0bmVzcy5jDQo+ID4g Pj4gICBoZWFkL3N5cy9uZXQvaWYuYw0KPiA+ID4+ICAgaGVhZC9zeXMvbmV0aW5ldC9pZ21wLmMN Cj4gPiA+PiAgIGhlYWQvc3lzL25ldGluZXQvaWdtcF92YXIuaA0KPiA+ID4+ICAgaGVhZC9zeXMv bmV0aW5ldC9pbi5jDQo+ID4gPj4gICBoZWFkL3N5cy9uZXRpbmV0L2luX21jYXN0LmMNCj4gPiA+ PiAgIGhlYWQvc3lzL25ldGluZXQvaW5fcGNiLmMNCj4gPiA+PiAgIGhlYWQvc3lzL25ldGluZXQv aW5fdmFyLmgNCj4gPiA+PiAgIGhlYWQvc3lzL25ldGluZXQvaXBfY2FycC5jDQo+ID4gPj4gICBo ZWFkL3N5cy9uZXRpbmV0Ni9pbjYuYw0KPiA+ID4+ICAgaGVhZC9zeXMvbmV0aW5ldDYvaW42X2lm YXR0YWNoLmMNCj4gPiA+PiAgIGhlYWQvc3lzL25ldGluZXQ2L2luNl9tY2FzdC5jDQo+ID4gPj4g ICBoZWFkL3N5cy9uZXRpbmV0Ni9pbjZfcGNiLmMNCj4gPiA+PiAgIGhlYWQvc3lzL25ldGluZXQ2 L2luNl92YXIuaA0KPiA+ID4+ICAgaGVhZC9zeXMvbmV0aW5ldDYvbWxkNi5jDQo+ID4gPj4gICBo ZWFkL3N5cy9uZXRpbmV0Ni9tbGQ2X3Zhci5oDQo+ID4gPj4gICBoZWFkL3N5cy9zeXMvZ3Rhc2tx dWV1ZS5oDQo+ID4gPj4NCj4gPiA+PiBNb2RpZmllZDogaGVhZC9zeXMva2Vybi9zdWJyX2d0YXNr cXVldWUuYw0KPiA+ID4+ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KPiA+ID4+IC0tLSBoZWFkL3N5 cy9rZXJuL3N1YnJfZ3Rhc2txdWV1ZS5jICAgV2VkIE1heSAgMiAxNzo0MTowMCAyMDE4ICAgICAg ICAocjMzMzE3NCkNCj4gPiA+PiArKysgaGVhZC9zeXMva2Vybi9zdWJyX2d0YXNrcXVldWUuYyAg IFdlZCBNYXkgIDIgMTk6MzY6MjkgMjAxOCAgICAgICAgKHIzMzMxNzUpDQo+ID4gPj4gQEAgLTUz LDYgKzUzLDcgQEAgc3RhdGljIHZvaWQgZ3Rhc2txdWV1ZV90aHJlYWRfZW5xdWV1ZSh2b2lkICop Ow0KPiA+ID4+ICBzdGF0aWMgdm9pZCAgZ3Rhc2txdWV1ZV90aHJlYWRfbG9vcCh2b2lkICphcmcp Ow0KPiA+ID4+DQo+ID4gPj4gIFRBU0tRR1JPVVBfREVGSU5FKHNvZnRpcnEsIG1wX25jcHVzLCAx KTsNCj4gPiA+PiArVEFTS1FHUk9VUF9ERUZJTkUoY29uZmlnLCAxLCAxKTsNCj4gPiA+Pg0KPiA+ ID4+ICBzdHJ1Y3QgZ3Rhc2txdWV1ZV9idXN5IHsNCj4gPiA+PiAgICAgICBzdHJ1Y3QgZ3Rhc2sg ICAgKnRiX3J1bm5pbmc7DQo+ID4gPj4gQEAgLTY2Miw3ICs2NjMsNyBAQCBTWVNJTklUKHRxZ19y ZWNvcmRfc21wX3N0YXJ0ZWQsIFNJX1NVQl9TTVAsIFNJX09SREVSX0YNCj4gPiA+Pg0KPiA+ID4+ ICB2b2lkDQo+ID4gPj4gIHRhc2txZ3JvdXBfYXR0YWNoKHN0cnVjdCB0YXNrcWdyb3VwICpxZ3Jv dXAsIHN0cnVjdCBncm91cHRhc2sgKmd0YXNrLA0KPiA+ID4+IC0gICAgdm9pZCAqdW5pcSwgaW50 IGlycSwgY2hhciAqbmFtZSkNCj4gPiA+PiArICAgIHZvaWQgKnVuaXEsIGludCBpcnEsIGNvbnN0 IGNoYXIgKm5hbWUpDQo+ID4gPj4gIHsNCj4gPiA+PiAgICAgICBjcHVzZXRfdCBtYXNrOw0KPiA+ ID4+ICAgICAgIGludCBxaWQsIGVycm9yOw0KPiA+ID4+IEBAIC05NzYsNCArOTc3LDEzIEBAIHZv aWQNCj4gPiA+PiAgdGFza3Fncm91cF9kZXN0cm95KHN0cnVjdCB0YXNrcWdyb3VwICpxZ3JvdXAp DQo+ID4gPj4gIHsNCj4gPiA+Pg0KPiA+ID4+ICt9DQo+ID4gPj4gKw0KPiA+ID4+ICt2b2lkDQo+ ID4gPj4gK3Rhc2txZ3JvdXBfY29uZmlnX2d0YXNrX2luaXQodm9pZCAqY3R4LCBzdHJ1Y3QgZ3Jv dXB0YXNrICpndGFzaywgZ3Rhc2tfZm5fdCAqZm4sDQo+ID4gPj4gKyAgICAgY29uc3QgY2hhciAq bmFtZSkNCj4gPiA+PiArew0KPiA+ID4+ICsNCj4gPiA+PiArICAgICBHUk9VUFRBU0tfSU5JVChn dGFzaywgMCwgZm4sIGN0eCk7DQo+ID4gPj4gKyAgICAgdGFza3Fncm91cF9hdHRhY2gocWdyb3Vw X2NvbmZpZywgZ3Rhc2ssIGd0YXNrLCAtMSwgbmFtZSk7DQo+ID4gPj4gIH0NCj4gPiA+Pg0KPiA+ ID4+IE1vZGlmaWVkOiBoZWFkL3N5cy9rZXJuL3N1YnJfd2l0bmVzcy5jDQo+ID4gPj4gPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09DQo+ID4gPj4gLS0tIGhlYWQvc3lzL2tlcm4vc3Vicl93aXRuZXNzLmMg ICAgICBXZWQgTWF5ICAyIDE3OjQxOjAwIDIwMTggICAgICAgIChyMzMzMTc0KQ0KPiA+ID4+ICsr KyBoZWFkL3N5cy9rZXJuL3N1YnJfd2l0bmVzcy5jICAgICAgV2VkIE1heSAgMiAxOTozNjoyOSAy MDE4ICAgICAgICAocjMzMzE3NSkNCj4gPiA+PiBAQCAtNTMyLDE4ICs1MzIsMjIgQEAgc3RhdGlj IHN0cnVjdCB3aXRuZXNzX29yZGVyX2xpc3RfZW50cnkgb3JkZXJfbGlzdHNbXSA9DQo+ID4gPj4g ICAgICAgICogSVB2NCBtdWx0aWNhc3Q6DQo+ID4gPj4gICAgICAgICogcHJvdG9jb2wgbG9ja3Mg YmVmb3JlIGludGVyZmFjZSBsb2NrcywgYWZ0ZXIgVURQIGxvY2tzLg0KPiA+ID4+ICAgICAgICAq Lw0KPiA+ID4+ICsgICAgIHsgImluX211bHRpX3N4IiwgJmxvY2tfY2xhc3Nfc3ggfSwNCj4gPiA+ PiAgICAgICB7ICJ1ZHBpbnAiLCAmbG9ja19jbGFzc19ydyB9LA0KPiA+ID4+IC0gICAgIHsgImlu X211bHRpX210eCIsICZsb2NrX2NsYXNzX210eF9zbGVlcCB9LA0KPiA+ID4+ICsgICAgIHsgImlu X211bHRpX2xpc3RfbXR4IiwgJmxvY2tfY2xhc3NfbXR4X3NsZWVwIH0sDQo+ID4gPj4gICAgICAg eyAiaWdtcF9tdHgiLCAmbG9ja19jbGFzc19tdHhfc2xlZXAgfSwNCj4gPiA+PiArICAgICB7ICJp Zm5ldF9ydyIsICZsb2NrX2NsYXNzX3J3IH0sDQo+ID4gPj4gICAgICAgeyAiaWZfYWRkcl9sb2Nr IiwgJmxvY2tfY2xhc3NfcncgfSwNCj4gPiA+PiAgICAgICB7IE5VTEwsIE5VTEwgfSwNCj4gPiA+ PiAgICAgICAvKg0KPiA+ID4+ICAgICAgICAqIElQdjYgbXVsdGljYXN0Og0KPiA+ID4+ICAgICAg ICAqIHByb3RvY29sIGxvY2tzIGJlZm9yZSBpbnRlcmZhY2UgbG9ja3MsIGFmdGVyIFVEUCBsb2Nr cy4NCj4gPiA+PiAgICAgICAgKi8NCj4gPiA+PiArICAgICB7ICJpbjZfbXVsdGlfc3giLCAmbG9j a19jbGFzc19zeCB9LA0KPiA+ID4+ICAgICAgIHsgInVkcGlucCIsICZsb2NrX2NsYXNzX3J3IH0s DQo+ID4gPj4gLSAgICAgeyAiaW42X211bHRpX210eCIsICZsb2NrX2NsYXNzX210eF9zbGVlcCB9 LA0KPiA+ID4+ICsgICAgIHsgImluNl9tdWx0aV9saXN0X210eCIsICZsb2NrX2NsYXNzX210eF9z bGVlcCB9LA0KPiA+ID4+ICAgICAgIHsgIm1sZF9tdHgiLCAmbG9ja19jbGFzc19tdHhfc2xlZXAg fSwNCj4gPiA+PiArICAgICB7ICJpZm5ldF9ydyIsICZsb2NrX2NsYXNzX3J3IH0sDQo+ID4gPj4g ICAgICAgeyAiaWZfYWRkcl9sb2NrIiwgJmxvY2tfY2xhc3NfcncgfSwNCj4gPiA+PiAgICAgICB7 IE5VTEwsIE5VTEwgfSwNCj4gPiA+PiAgICAgICAvKg0KPiA+ID4+DQo+ID4gPj4gTW9kaWZpZWQ6 IGhlYWQvc3lzL25ldC9pZi5jDQo+ID4gPj4gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQo+ID4gPj4g LS0tIGhlYWQvc3lzL25ldC9pZi5jIFdlZCBNYXkgIDIgMTc6NDE6MDAgMjAxOCAgICAgICAgKHIz MzMxNzQpDQo+ID4gPj4gKysrIGhlYWQvc3lzL25ldC9pZi5jIFdlZCBNYXkgIDIgMTk6MzY6Mjkg MjAxOCAgICAgICAgKHIzMzMxNzUpDQo+ID4gPj4gQEAgLTk4NSwxMSArOTg1LDEzIEBAIHN0YXRp YyB2b2lkDQo+ID4gPj4gIGlmX3B1cmdlbWFkZHJzKHN0cnVjdCBpZm5ldCAqaWZwKQ0KPiA+ID4+ ICB7DQo+ID4gPj4gICAgICAgc3RydWN0IGlmbXVsdGlhZGRyICppZm1hOw0KPiA+ID4+IC0gICAg IHN0cnVjdCBpZm11bHRpYWRkciAqbmV4dDsNCj4gPiA+Pg0KPiA+ID4+ICAgICAgIElGX0FERFJf V0xPQ0soaWZwKTsNCj4gPiA+PiAtICAgICBUQUlMUV9GT1JFQUNIX1NBRkUoaWZtYSwgJmlmcC0+ aWZfbXVsdGlhZGRycywgaWZtYV9saW5rLCBuZXh0KQ0KPiA+ID4+ICsgICAgIHdoaWxlICghVEFJ TFFfRU1QVFkoJmlmcC0+aWZfbXVsdGlhZGRycykpIHsNCj4gPiA+PiArICAgICAgICAgICAgIGlm bWEgPSBUQUlMUV9GSVJTVCgmaWZwLT5pZl9tdWx0aWFkZHJzKTsNCj4gPiA+PiArICAgICAgICAg ICAgIFRBSUxRX1JFTU9WRSgmaWZwLT5pZl9tdWx0aWFkZHJzLCBpZm1hLCBpZm1hX2xpbmspOw0K PiA+ID4+ICAgICAgICAgICAgICAgaWZfZGVsbXVsdGlfbG9ja2VkKGlmcCwgaWZtYSwgMSk7DQo+ ID4gPj4gKyAgICAgfQ0KPiA+ID4+ICAgICAgIElGX0FERFJfV1VOTE9DSyhpZnApOw0KPiA+ID4+ ICB9DQo+ID4gPj4NCj4gPiA+PiBAQCAtMzQyOSw2ICszNDMxLDEyIEBAIGlmX2FkZG11bHRpKHN0 cnVjdCBpZm5ldCAqaWZwLCBzdHJ1Y3Qgc29ja2FkZHIgKnNhLA0KPiA+ID4+ICAgICAgIHN0cnVj dCBzb2NrYWRkcl9kbCBzZGw7DQo+ID4gPj4gICAgICAgaW50IGVycm9yOw0KPiA+ID4+DQo+ID4g Pj4gKyNpZmRlZiBJTkVUDQo+ID4gPj4gKyAgICAgSU5fTVVMVElfTElTVF9VTkxPQ0tfQVNTRVJU KCk7DQo+ID4gPj4gKyNlbmRpZg0KPiA+ID4+ICsjaWZkZWYgSU5FVDYNCj4gPiA+PiArICAgICBJ TjZfTVVMVElfTElTVF9VTkxPQ0tfQVNTRVJUKCk7DQo+ID4gPj4gKyNlbmRpZg0KPiA+ID4+ICAg ICAgIC8qDQo+ID4gPj4gICAgICAgICogSWYgdGhlIGFkZHJlc3MgaXMgYWxyZWFkeSBwcmVzZW50 LCByZXR1cm4gYSBuZXcgcmVmZXJlbmNlIHRvIGl0Ow0KPiA+ID4+ICAgICAgICAqIG90aGVyd2lz ZSwgYWxsb2NhdGUgc3RvcmFnZSBhbmQgc2V0IHVwIGEgbmV3IGFkZHJlc3MuDQo+ID4gPj4gQEAg LTM2MTAsNiArMzYxOCw5IEBAIGlmX2RlbG11bHRpX2lmbWEoc3RydWN0IGlmbXVsdGlhZGRyICpp Zm1hKQ0KPiA+ID4+ICAgICAgIHN0cnVjdCBpZm5ldCAqaWZwOw0KPiA+ID4+ICAgICAgIGludCBs YXN0cmVmOw0KPiA+ID4+DQo+ID4gPj4gKyNpZmRlZiBJTkVUDQo+ID4gPj4gKyAgICAgSU5fTVVM VElfTElTVF9VTkxPQ0tfQVNTRVJUKCk7DQo+ID4gPj4gKyNlbmRpZg0KPiA+ID4+ICAgICAgIGlm cCA9IGlmbWEtPmlmbWFfaWZwOw0KPiA+ID4+ICAjaWZkZWYgRElBR05PU1RJQw0KPiA+ID4+ICAg ICAgIGlmIChpZnAgPT0gTlVMTCkgew0KPiA+ID4+IEBAIC0zNzExLDggKzM3MjIsNyBAQCBpZl9k ZWxtdWx0aV9sb2NrZWQoc3RydWN0IGlmbmV0ICppZnAsIHN0cnVjdCBpZm11bHRpYWQNCj4gPiA+ PiAgICAgICAgICAgICAgICAgICAgICAgaWZfZnJlZW11bHRpKGxsX2lmbWEpOw0KPiA+ID4+ICAg ICAgICAgICAgICAgfQ0KPiA+ID4+ICAgICAgIH0NCj4gPiA+PiAtDQo+ID4gPj4gLSAgICAgaWYg KGlmcCAhPSBOVUxMKQ0KPiA+ID4+ICsgICAgIGlmIChpZnAgIT0gTlVMTCAmJiBkZXRhY2hpbmcg PT0gMCkNCj4gPiA+PiAgICAgICAgICAgICAgIFRBSUxRX1JFTU9WRSgmaWZwLT5pZl9tdWx0aWFk ZHJzLCBpZm1hLCBpZm1hX2xpbmspOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgaWZfZnJlZW11bHRp KGlmbWEpOw0KPiA+ID4+DQo+ID4gPj4gTW9kaWZpZWQ6IGhlYWQvc3lzL25ldGluZXQvaWdtcC5j DQo+ID4gPj4gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQo+ID4gPj4gLS0tIGhlYWQvc3lzL25ldGlu ZXQvaWdtcC5jICAgV2VkIE1heSAgMiAxNzo0MTowMCAyMDE4ICAgICAgICAocjMzMzE3NCkNCj4g PiA+PiArKysgaGVhZC9zeXMvbmV0aW5ldC9pZ21wLmMgICBXZWQgTWF5ICAyIDE5OjM2OjI5IDIw MTggICAgICAgIChyMzMzMTc1KQ0KPiA+ID4+IEBAIC0xMzYsNyArMTM2LDcgQEAgc3RhdGljIGlu dCAgICAgICAgaWdtcF92M19lbnF1ZXVlX2dyb3VwX3JlY29yZChzdHJ1Y3QgbWJ1ZnEgKg0KPiA+ ID4+ICAgICAgICAgICAgICAgICAgIHN0cnVjdCBpbl9tdWx0aSAqLCBjb25zdCBpbnQsIGNvbnN0 IGludCwgY29uc3QgaW50KTsNCj4gPiA+PiAgc3RhdGljIGludCAgIGlnbXBfdjNfZW5xdWV1ZV9m aWx0ZXJfY2hhbmdlKHN0cnVjdCBtYnVmcSAqLA0KPiA+ID4+ICAgICAgICAgICAgICAgICAgIHN0 cnVjdCBpbl9tdWx0aSAqKTsNCj4gPiA+PiAtc3RhdGljIHZvaWQgIGlnbXBfdjNfcHJvY2Vzc19n cm91cF90aW1lcnMoc3RydWN0IGlnbXBfaWZzb2Z0YyAqLA0KPiA+ID4+ICtzdGF0aWMgdm9pZCAg aWdtcF92M19wcm9jZXNzX2dyb3VwX3RpbWVycyhzdHJ1Y3QgaW5fbXVsdGlfaGVhZCAqLA0KPiA+ ID4+ICAgICAgICAgICAgICAgICAgIHN0cnVjdCBtYnVmcSAqLCBzdHJ1Y3QgbWJ1ZnEgKiwgc3Ry dWN0IGluX211bHRpICosDQo+ID4gPj4gICAgICAgICAgICAgICAgICAgY29uc3QgaW50KTsNCj4g PiA+PiAgc3RhdGljIGludCAgIGlnbXBfdjNfbWVyZ2Vfc3RhdGVfY2hhbmdlcyhzdHJ1Y3QgaW5f bXVsdGkgKiwNCj4gPiA+PiBAQCAtMTYyLDEyICsxNjIsMTIgQEAgc3RhdGljIGNvbnN0IHN0cnVj dCBuZXRpc3JfaGFuZGxlciBpZ21wX25oID0gew0KPiA+ID4+ICAgKiB0aGVtc2VsdmVzIGFyZSBu b3QgdmlydHVhbGl6ZWQuDQo+ID4gPj4gICAqDQo+ID4gPj4gICAqIExvY2tpbmc6DQo+ID4gPj4g LSAqICAqIFRoZSBwZXJtaXR0ZWQgbG9jayBvcmRlciBpczogSU5fTVVMVElfTE9DSywgSUdNUF9M T0NLLCBJRl9BRERSX0xPQ0suDQo+ID4gPj4gKyAqICAqIFRoZSBwZXJtaXR0ZWQgbG9jayBvcmRl ciBpczogSU5fTVVMVElfTElTVF9MT0NLLCBJR01QX0xPQ0ssIElGX0FERFJfTE9DSy4NCj4gPiA+ PiAgICogICAgQW55IG1heSBiZSB0YWtlbiBpbmRlcGVuZGVudGx5OyBpZiBhbnkgYXJlIGhlbGQg YXQgdGhlIHNhbWUNCj4gPiA+PiAgICogICAgdGltZSwgdGhlIGFib3ZlIGxvY2sgb3JkZXIgbXVz dCBiZSBmb2xsb3dlZC4NCj4gPiA+PiAgICogICogQWxsIG91dHB1dCBpcyBkZWxlZ2F0ZWQgdG8g dGhlIG5ldGlzci4NCj4gPiA+PiAgICogICAgTm93IHRoYXQgR2lhbnQgaGFzIGJlZW4gZWxpbWlu YXRlZCwgdGhlIG5ldGlzciBtYXkgYmUgaW5saW5lZC4NCj4gPiA+PiAtICogICogSU5fTVVMVElf TE9DSyBjb3ZlcnMgaW5fbXVsdGkuDQo+ID4gPj4gKyAqICAqIElOX01VTFRJX0xJU1RfTE9DSyBj b3ZlcnMgaW5fbXVsdGkuDQo+ID4gPj4gICAqICAqIElHTVBfTE9DSyBjb3ZlcnMgaWdtcF9pZnNv ZnRjIGFuZCBhbnkgZ2xvYmFsIHZhcmlhYmxlcyBpbiB0aGlzIGZpbGUsDQo+ID4gPj4gICAqICAg IGluY2x1ZGluZyB0aGUgb3V0cHV0IHF1ZXVlLg0KPiA+ID4+ICAgKiAgKiBJRl9BRERSX0xPQ0sg Y292ZXJzIGlmX211bHRpYWRkcnMsIHdoaWNoIGlzIHVzZWQgZm9yIGEgdmFyaWV0eSBvZg0KPiA+ ID4+IEBAIC00NDEsNyArNDQxLDcgQEAgc3lzY3RsX2lnbXBfaWZpbmZvKFNZU0NUTF9IQU5ETEVS X0FSR1MpDQo+ID4gPj4gICAgICAgaWYgKGVycm9yKQ0KPiA+ID4+ICAgICAgICAgICAgICAgcmV0 dXJuIChlcnJvcik7DQo+ID4gPj4NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9MT0NLKCk7DQo+ID4g Pj4gKyAgICAgSU5fTVVMVElfTElTVF9MT0NLKCk7DQo+ID4gPj4gICAgICAgSUdNUF9MT0NLKCk7 DQo+ID4gPj4NCj4gPiA+PiAgICAgICBpZiAobmFtZVswXSA8PSAwIHx8IG5hbWVbMF0gPiBWX2lm X2luZGV4KSB7DQo+ID4gPj4gQEAgLTQ3NSw3ICs0NzUsNyBAQCBzeXNjdGxfaWdtcF9pZmluZm8o U1lTQ1RMX0hBTkRMRVJfQVJHUykNCj4gPiA+Pg0KPiA+ID4+ICBvdXRfbG9ja2VkOg0KPiA+ID4+ ICAgICAgIElHTVBfVU5MT0NLKCk7DQo+ID4gPj4gLSAgICAgSU5fTVVMVElfVU5MT0NLKCk7DQo+ ID4gPj4gKyAgICAgSU5fTVVMVElfTElTVF9VTkxPQ0soKTsNCj4gPiA+PiAgICAgICByZXR1cm4g KGVycm9yKTsNCj4gPiA+PiAgfQ0KPiA+ID4+DQo+ID4gPj4gQEAgLTU4Niw3ICs1ODYsNiBAQCBp Z2lfYWxsb2NfbG9ja2VkKC8qY29uc3QqLyBzdHJ1Y3QgaWZuZXQgKmlmcCkNCj4gPiA+PiAgICAg ICBpZ2ktPmlnaV9xaSA9IElHTVBfUUlfSU5JVDsNCj4gPiA+PiAgICAgICBpZ2ktPmlnaV9xcmkg PSBJR01QX1FSSV9JTklUOw0KPiA+ID4+ICAgICAgIGlnaS0+aWdpX3VyaSA9IElHTVBfVVJJX0lO SVQ7DQo+ID4gPj4gLSAgICAgU0xJU1RfSU5JVCgmaWdpLT5pZ2lfcmVsaW5taGVhZCk7DQo+ID4g Pj4gICAgICAgbWJ1ZnFfaW5pdCgmaWdpLT5pZ2lfZ3EsIElHTVBfTUFYX1JFU1BPTlNFX1BBQ0tF VFMpOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgTElTVF9JTlNFUlRfSEVBRCgmVl9pZ2lfaGVhZCwg aWdpLCBpZ2lfbGluayk7DQo+ID4gPj4gQEAgLTYxMiwxMSArNjExLDEyIEBAIGlnbXBfaWZkZXRh Y2goc3RydWN0IGlmbmV0ICppZnApDQo+ID4gPj4gIHsNCj4gPiA+PiAgICAgICBzdHJ1Y3QgaWdt cF9pZnNvZnRjICAgICAqaWdpOw0KPiA+ID4+ICAgICAgIHN0cnVjdCBpZm11bHRpYWRkciAgICAg ICppZm1hOw0KPiA+ID4+IC0gICAgIHN0cnVjdCBpbl9tdWx0aSAgICAgICAgICppbm0sICp0aW5t Ow0KPiA+ID4+IC0NCj4gPiA+PiArICAgICBzdHJ1Y3QgaW5fbXVsdGkgICAgICAgICAqaW5tOw0K PiA+ID4+ICsgICAgIHN0cnVjdCBpbl9tdWx0aV9oZWFkIGlubV9mcmVlX3RtcDsNCj4gPiA+PiAg ICAgICBDVFIzKEtUUl9JR01QVjMsICIlczogY2FsbGVkIGZvciBpZnAgJXAoJXMpIiwgX19mdW5j X18sIGlmcCwNCj4gPiA+PiAgICAgICAgICAgaWZwLT5pZl94bmFtZSk7DQo+ID4gPj4NCj4gPiA+ PiArICAgICBTTElTVF9JTklUKCZpbm1fZnJlZV90bXApOw0KPiA+ID4+ICAgICAgIElHTVBfTE9D SygpOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgaWdpID0gKChzdHJ1Y3QgaW5faWZpbmZvICopaWZw LT5pZl9hZmRhdGFbQUZfSU5FVF0pLT5paV9pZ21wOw0KPiA+ID4+IEBAIC02MzEsMjQgKzYzMSwx NSBAQCBpZ21wX2lmZGV0YWNoKHN0cnVjdCBpZm5ldCAqaWZwKQ0KPiA+ID4+ICAgICAgICAgICAg ICAgICAgICAgICAgICAgKCIlczogaWZtYV9wcm90b3NwZWMgaXMgTlVMTCIsIF9fZnVuY19fKSk7 DQo+ID4gPj4gICNlbmRpZg0KPiA+ID4+ICAgICAgICAgICAgICAgICAgICAgICBpbm0gPSAoc3Ry dWN0IGluX211bHRpICopaWZtYS0+aWZtYV9wcm90b3NwZWM7DQo+ID4gPj4gLSAgICAgICAgICAg ICAgICAgICAgIGlmIChpbm0tPmlubV9zdGF0ZSA9PSBJR01QX0xFQVZJTkdfTUVNQkVSKSB7DQo+ ID4gPj4gLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU0xJU1RfSU5TRVJUX0hFQUQoJmln aS0+aWdpX3JlbGlubWhlYWQsDQo+ID4gPj4gLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIGlubSwgaW5tX25yZWxlKTsNCj4gPiA+PiAtICAgICAgICAgICAgICAgICAgICAgfQ0KPiA+ ID4+ICsgICAgICAgICAgICAgICAgICAgICBpZiAoaW5tLT5pbm1fc3RhdGUgPT0gSUdNUF9MRUFW SU5HX01FTUJFUikNCj4gPiA+PiArICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbm1fcmVs ZV9sb2NrZWQoJmlubV9mcmVlX3RtcCwgaW5tKTsNCj4gPiA+PiAgICAgICAgICAgICAgICAgICAg ICAgaW5tX2NsZWFyX3JlY29yZGVkKGlubSk7DQo+ID4gPj4gICAgICAgICAgICAgICB9DQo+ID4g Pj4gICAgICAgICAgICAgICBJRl9BRERSX1JVTkxPQ0soaWZwKTsNCj4gPiA+PiAtICAgICAgICAg ICAgIC8qDQo+ID4gPj4gLSAgICAgICAgICAgICAgKiBGcmVlIHRoZSBpbl9tdWx0aSByZWZlcmVu Y2UocykgZm9yIHRoaXMgSUdNUCBsaWZlY3ljbGUuDQo+ID4gPj4gLSAgICAgICAgICAgICAgKi8N Cj4gPiA+PiAtICAgICAgICAgICAgIFNMSVNUX0ZPUkVBQ0hfU0FGRShpbm0sICZpZ2ktPmlnaV9y ZWxpbm1oZWFkLCBpbm1fbnJlbGUsDQo+ID4gPj4gLSAgICAgICAgICAgICAgICAgdGlubSkgew0K PiA+ID4+IC0gICAgICAgICAgICAgICAgICAgICBTTElTVF9SRU1PVkVfSEVBRCgmaWdpLT5pZ2lf cmVsaW5taGVhZCwgaW5tX25yZWxlKTsNCj4gPiA+PiAtICAgICAgICAgICAgICAgICAgICAgaW5t X3JlbGVhc2VfbG9ja2VkKGlubSk7DQo+ID4gPj4gLSAgICAgICAgICAgICB9DQo+ID4gPj4gKyAg ICAgICAgICAgICBpbm1fcmVsZWFzZV9saXN0X2RlZmVycmVkKCZpbm1fZnJlZV90bXApOw0KPiA+ ID4+ICAgICAgIH0NCj4gPiA+PiAtDQo+ID4gPj4gICAgICAgSUdNUF9VTkxPQ0soKTsNCj4gPiA+ PiArDQo+ID4gPj4gIH0NCj4gPiA+Pg0KPiA+ID4+ICAvKg0KPiA+ID4+IEBAIC02ODQsMTEgKzY3 NSw2IEBAIGlnaV9kZWxldGVfbG9ja2VkKGNvbnN0IHN0cnVjdCBpZm5ldCAqaWZwKQ0KPiA+ID4+ ICAgICAgICAgICAgICAgICAgICAgICBtYnVmcV9kcmFpbigmaWdpLT5pZ2lfZ3EpOw0KPiA+ID4+ DQo+ID4gPj4gICAgICAgICAgICAgICAgICAgICAgIExJU1RfUkVNT1ZFKGlnaSwgaWdpX2xpbmsp Ow0KPiA+ID4+IC0NCj4gPiA+PiAtICAgICAgICAgICAgICAgICAgICAgS0FTU0VSVChTTElTVF9F TVBUWSgmaWdpLT5pZ2lfcmVsaW5taGVhZCksDQo+ID4gPj4gLSAgICAgICAgICAgICAgICAgICAg ICAgICAoIiVzOiB0aGVyZSBhcmUgZGFuZ2xpbmcgaW5fbXVsdGkgcmVmZXJlbmNlcyIsDQo+ID4g Pj4gLSAgICAgICAgICAgICAgICAgICAgICAgICBfX2Z1bmNfXykpOw0KPiA+ID4+IC0NCj4gPiA+ PiAgICAgICAgICAgICAgICAgICAgICAgZnJlZShpZ2ksIE1fSUdNUCk7DQo+ID4gPj4gICAgICAg ICAgICAgICAgICAgICAgIHJldHVybjsNCj4gPiA+PiAgICAgICAgICAgICAgIH0NCj4gPiA+PiBA QCAtNzIyLDcgKzcwOCw3IEBAIGlnbXBfaW5wdXRfdjFfcXVlcnkoc3RydWN0IGlmbmV0ICppZnAs IGNvbnN0IHN0cnVjdCBpcA0KPiA+ID4+ICAgICAgIH0NCj4gPiA+PiAgICAgICBJR01QU1RBVF9J TkMoaWdwc19yY3ZfZ2VuX3F1ZXJpZXMpOw0KPiA+ID4+DQo+ID4gPj4gLSAgICAgSU5fTVVMVElf TE9DSygpOw0KPiA+ID4+ICsgICAgIElOX01VTFRJX0xJU1RfTE9DSygpOw0KPiA+ID4+ICAgICAg IElHTVBfTE9DSygpOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgaWdpID0gKChzdHJ1Y3QgaW5faWZp bmZvICopaWZwLT5pZl9hZmRhdGFbQUZfSU5FVF0pLT5paV9pZ21wOw0KPiA+ID4+IEBAIC03Nzgs NyArNzY0LDcgQEAgaWdtcF9pbnB1dF92MV9xdWVyeShzdHJ1Y3QgaWZuZXQgKmlmcCwgY29uc3Qg c3RydWN0IGlwDQo+ID4gPj4NCj4gPiA+PiAgb3V0X2xvY2tlZDoNCj4gPiA+PiAgICAgICBJR01Q X1VOTE9DSygpOw0KPiA+ID4+IC0gICAgIElOX01VTFRJX1VOTE9DSygpOw0KPiA+ID4+ICsgICAg IElOX01VTFRJX0xJU1RfVU5MT0NLKCk7DQo+ID4gPj4NCj4gPiA+PiAgICAgICByZXR1cm4gKDAp Ow0KPiA+ID4+ICB9DQo+ID4gPj4gQEAgLTgxNiw3ICs4MDIsNyBAQCBpZ21wX2lucHV0X3YyX3F1 ZXJ5KHN0cnVjdCBpZm5ldCAqaWZwLCBjb25zdCBzdHJ1Y3QgaXANCj4gPiA+PiAgICAgICAgICAg ICAgIElHTVBTVEFUX0lOQyhpZ3BzX3Jjdl9ncm91cF9xdWVyaWVzKTsNCj4gPiA+PiAgICAgICB9 DQo+ID4gPj4NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9MT0NLKCk7DQo+ID4gPj4gKyAgICAgSU5f TVVMVElfTElTVF9MT0NLKCk7DQo+ID4gPj4gICAgICAgSUdNUF9MT0NLKCk7DQo+ID4gPj4NCj4g PiA+PiAgICAgICBpZ2kgPSAoKHN0cnVjdCBpbl9pZmluZm8gKilpZnAtPmlmX2FmZGF0YVtBRl9J TkVUXSktPmlpX2lnbXA7DQo+ID4gPj4gQEAgLTg3Miw3ICs4NTgsNyBAQCBpZ21wX2lucHV0X3Yy X3F1ZXJ5KHN0cnVjdCBpZm5ldCAqaWZwLCBjb25zdCBzdHJ1Y3QgaXANCj4gPiA+Pg0KPiA+ID4+ ICBvdXRfbG9ja2VkOg0KPiA+ID4+ICAgICAgIElHTVBfVU5MT0NLKCk7DQo+ID4gPj4gLSAgICAg SU5fTVVMVElfVU5MT0NLKCk7DQo+ID4gPj4gKyAgICAgSU5fTVVMVElfTElTVF9VTkxPQ0soKTsN Cj4gPiA+Pg0KPiA+ID4+ICAgICAgIHJldHVybiAoMCk7DQo+ID4gPj4gIH0NCj4gPiA+PiBAQCAt ODk5LDcgKzg4NSw3IEBAIGlnbXBfdjJfdXBkYXRlX2dyb3VwKHN0cnVjdCBpbl9tdWx0aSAqaW5t LCBjb25zdCBpbnQgdA0KPiA+ID4+ICAgICAgIENUUjQoS1RSX0lHTVBWMywgIjB4JTA4eDogJXMv JXMgdGltZXI9JWQiLCBfX2Z1bmNfXywNCj4gPiA+PiAgICAgICAgICAgbnRvaGwoaW5tLT5pbm1f YWRkci5zX2FkZHIpLCBpbm0tPmlubV9pZnAtPmlmX3huYW1lLCB0aW1lcik7DQo+ID4gPj4NCj4g PiA+PiAtICAgICBJTl9NVUxUSV9MT0NLX0FTU0VSVCgpOw0KPiA+ID4+ICsgICAgIElOX01VTFRJ X0xJU1RfTE9DS19BU1NFUlQoKTsNCj4gPiA+Pg0KPiA+ID4+ICAgICAgIHN3aXRjaCAoaW5tLT5p bm1fc3RhdGUpIHsNCj4gPiA+PiAgICAgICBjYXNlIElHTVBfTk9UX01FTUJFUjoNCj4gPiA+PiBA QCAtMTAxMSw3ICs5OTcsNyBAQCBpZ21wX2lucHV0X3YzX3F1ZXJ5KHN0cnVjdCBpZm5ldCAqaWZw LCBjb25zdCBzdHJ1Y3QgaXANCj4gPiA+PiAgICAgICAgICAgICAgICAgICAgICAgSUdNUFNUQVRf SU5DKGlncHNfcmN2X2dzcl9xdWVyaWVzKTsNCj4gPiA+PiAgICAgICB9DQo+ID4gPj4NCj4gPiA+ PiAtICAgICBJTl9NVUxUSV9MT0NLKCk7DQo+ID4gPj4gKyAgICAgSU5fTVVMVElfTElTVF9MT0NL KCk7DQo+ID4gPj4gICAgICAgSUdNUF9MT0NLKCk7DQo+ID4gPj4NCj4gPiA+PiAgICAgICBpZ2kg PSAoKHN0cnVjdCBpbl9pZmluZm8gKilpZnAtPmlmX2FmZGF0YVtBRl9JTkVUXSktPmlpX2lnbXA7 DQo+ID4gPj4gQEAgLTEwOTIsNyArMTA3OCw3IEBAIGlnbXBfaW5wdXRfdjNfcXVlcnkoc3RydWN0 IGlmbmV0ICppZnAsIGNvbnN0IHN0cnVjdCBpcA0KPiA+ID4+DQo+ID4gPj4gIG91dF9sb2NrZWQ6 DQo+ID4gPj4gICAgICAgSUdNUF9VTkxPQ0soKTsNCj4gPiA+PiAtICAgICBJTl9NVUxUSV9VTkxP Q0soKTsNCj4gPiA+PiArICAgICBJTl9NVUxUSV9MSVNUX1VOTE9DSygpOw0KPiA+ID4+DQo+ID4g Pj4gICAgICAgcmV0dXJuICgwKTsNCj4gPiA+PiAgfQ0KPiA+ID4+IEBAIC0xMTA5LDcgKzEwOTUs NyBAQCBpZ21wX2lucHV0X3YzX2dyb3VwX3F1ZXJ5KHN0cnVjdCBpbl9tdWx0aSAqaW5tLCBzdHJ1 Y3QNCj4gPiA+PiAgICAgICBpbnQgICAgICAgICAgICAgICAgICAgICAgcmV0dmFsOw0KPiA+ID4+ ICAgICAgIHVpbnQxNl90ICAgICAgICAgICAgICAgICBuc3JjOw0KPiA+ID4+DQo+ID4gPj4gLSAg ICAgSU5fTVVMVElfTE9DS19BU1NFUlQoKTsNCj4gPiA+PiArICAgICBJTl9NVUxUSV9MSVNUX0xP Q0tfQVNTRVJUKCk7DQo+ID4gPj4gICAgICAgSUdNUF9MT0NLX0FTU0VSVCgpOw0KPiA+ID4+DQo+ ID4gPj4gICAgICAgcmV0dmFsID0gMDsNCj4gPiA+PiBAQCAtMTI0Niw3ICsxMjMyLDcgQEAgaWdt cF9pbnB1dF92MV9yZXBvcnQoc3RydWN0IGlmbmV0ICppZnAsIC8qY29uc3QqLyBzdHJ1DQo+ID4g Pj4gICAgICAgICogSWYgd2UgYXJlIGEgbWVtYmVyIG9mIHRoaXMgZ3JvdXAsIGFuZCBvdXIgbWVt YmVyc2hpcCBzaG91bGQgYmUNCj4gPiA+PiAgICAgICAgKiByZXBvcnRlZCwgc3RvcCBvdXIgZ3Jv dXAgdGltZXIgYW5kIHRyYW5zaXRpb24gdG8gdGhlICdsYXp5JyBzdGF0ZS4NCj4gPiA+PiAgICAg ICAgKi8NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9MT0NLKCk7DQo+ID4gPj4gKyAgICAgSU5fTVVM VElfTElTVF9MT0NLKCk7DQo+ID4gPj4gICAgICAgaW5tID0gaW5tX2xvb2t1cChpZnAsIGlnbXAt PmlnbXBfZ3JvdXApOw0KPiA+ID4+ICAgICAgIGlmIChpbm0gIT0gTlVMTCkgew0KPiA+ID4+ICAg ICAgICAgICAgICAgc3RydWN0IGlnbXBfaWZzb2Z0YyAqaWdpOw0KPiA+ID4+IEBAIC0xMzA1LDcg KzEyOTEsNyBAQCBpZ21wX2lucHV0X3YxX3JlcG9ydChzdHJ1Y3QgaWZuZXQgKmlmcCwgLypjb25z dCovIHN0cnUNCj4gPiA+PiAgICAgICB9DQo+ID4gPj4NCj4gPiA+PiAgb3V0X2xvY2tlZDoNCj4g PiA+PiAtICAgICBJTl9NVUxUSV9VTkxPQ0soKTsNCj4gPiA+PiArICAgICBJTl9NVUxUSV9MSVNU X1VOTE9DSygpOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgcmV0dXJuICgwKTsNCj4gPiA+PiAgfQ0K PiA+ID4+IEBAIC0xMzczLDcgKzEzNTksNyBAQCBpZ21wX2lucHV0X3YyX3JlcG9ydChzdHJ1Y3Qg aWZuZXQgKmlmcCwgLypjb25zdCovIHN0cnUNCj4gPiA+PiAgICAgICAgKiByZXBvcnRlZCwgYW5k IG91ciBncm91cCB0aW1lciBpcyBwZW5kaW5nIG9yIGFib3V0IHRvIGJlIHJlc2V0LA0KPiA+ID4+ ICAgICAgICAqIHN0b3Agb3VyIGdyb3VwIHRpbWVyIGJ5IHRyYW5zaXRpb25pbmcgdG8gdGhlICds YXp5JyBzdGF0ZS4NCj4gPiA+PiAgICAgICAgKi8NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9MT0NL KCk7DQo+ID4gPj4gKyAgICAgSU5fTVVMVElfTElTVF9MT0NLKCk7DQo+ID4gPj4gICAgICAgaW5t ID0gaW5tX2xvb2t1cChpZnAsIGlnbXAtPmlnbXBfZ3JvdXApOw0KPiA+ID4+ICAgICAgIGlmIChp bm0gIT0gTlVMTCkgew0KPiA+ID4+ICAgICAgICAgICAgICAgc3RydWN0IGlnbXBfaWZzb2Z0YyAq aWdpOw0KPiA+ID4+IEBAIC0xNDE4LDcgKzE0MDQsNyBAQCBpZ21wX2lucHV0X3YyX3JlcG9ydChz dHJ1Y3QgaWZuZXQgKmlmcCwgLypjb25zdCovIHN0cnUNCj4gPiA+PiAgICAgICB9DQo+ID4gPj4N Cj4gPiA+PiAgb3V0X2xvY2tlZDoNCj4gPiA+PiAtICAgICBJTl9NVUxUSV9VTkxPQ0soKTsNCj4g PiA+PiArICAgICBJTl9NVUxUSV9MSVNUX1VOTE9DSygpOw0KPiA+ID4+DQo+ID4gPj4gICAgICAg cmV0dXJuICgwKTsNCj4gPiA+PiAgfQ0KPiA+ID4+IEBAIC0xNjQ3LDYgKzE2MzMsNyBAQCBpZ21w X2Zhc3R0aW1vX3ZuZXQodm9pZCkNCj4gPiA+PiAgICAgICBzdHJ1Y3QgaWdtcF9pZnNvZnRjICAg ICAqaWdpOw0KPiA+ID4+ICAgICAgIHN0cnVjdCBpZm11bHRpYWRkciAgICAgICppZm1hOw0KPiA+ ID4+ICAgICAgIHN0cnVjdCBpbl9tdWx0aSAgICAgICAgICppbm07DQo+ID4gPj4gKyAgICAgc3Ry dWN0IGluX211bHRpX2hlYWQgaW5tX2ZyZWVfdG1wOw0KPiA+ID4+ICAgICAgIGludCAgICAgICAg ICAgICAgICAgICAgICBsb29wLCB1cmlfZmFzdGh6Ow0KPiA+ID4+DQo+ID4gPj4gICAgICAgbG9v cCA9IDA7DQo+ID4gPj4gQEAgLTE2NjIsNyArMTY0OSw4IEBAIGlnbXBfZmFzdHRpbW9fdm5ldCh2 b2lkKQ0KPiA+ID4+ICAgICAgICAgICAhVl9zdGF0ZV9jaGFuZ2VfdGltZXJzX3J1bm5pbmcpDQo+ ID4gPj4gICAgICAgICAgICAgICByZXR1cm47DQo+ID4gPj4NCj4gPiA+PiAtICAgICBJTl9NVUxU SV9MT0NLKCk7DQo+ID4gPj4gKyAgICAgU0xJU1RfSU5JVCgmaW5tX2ZyZWVfdG1wKTsNCj4gPiA+ PiArICAgICBJTl9NVUxUSV9MSVNUX0xPQ0soKTsNCj4gPiA+PiAgICAgICBJR01QX0xPQ0soKTsN Cj4gPiA+Pg0KPiA+ID4+ICAgICAgIC8qDQo+ID4gPj4gQEAgLTE3MjAsNyArMTcwOCw3IEBAIGln bXBfZmFzdHRpbW9fdm5ldCh2b2lkKQ0KPiA+ID4+ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBpZ2ktPmlnaV92ZXJzaW9uKTsNCj4gPiA+PiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBicmVhazsNCj4gPiA+PiAgICAgICAgICAgICAgICAgICAgICAgY2FzZSBJR01QX1ZF UlNJT05fMzoNCj4gPiA+PiAtICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpZ21wX3YzX3By b2Nlc3NfZ3JvdXBfdGltZXJzKGlnaSwgJnFycSwNCj4gPiA+PiArICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBpZ21wX3YzX3Byb2Nlc3NfZ3JvdXBfdGltZXJzKCZpbm1fZnJlZV90bXAsICZx cnEsDQo+ID4gPj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICZzY3EsIGlubSwg dXJpX2Zhc3Roeik7DQo+ID4gPj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYnJlYWs7 DQo+ID4gPj4gICAgICAgICAgICAgICAgICAgICAgIH0NCj4gPiA+PiBAQCAtMTcyOCw4ICsxNzE2 LDYgQEAgaWdtcF9mYXN0dGltb192bmV0KHZvaWQpDQo+ID4gPj4gICAgICAgICAgICAgICBJRl9B RERSX1JVTkxPQ0soaWZwKTsNCj4gPiA+Pg0KPiA+ID4+ICAgICAgICAgICAgICAgaWYgKGlnaS0+ aWdpX3ZlcnNpb24gPT0gSUdNUF9WRVJTSU9OXzMpIHsNCj4gPiA+PiAtICAgICAgICAgICAgICAg ICAgICAgc3RydWN0IGluX211bHRpICAgICAgICAgKnRpbm07DQo+ID4gPj4gLQ0KPiA+ID4+ICAg ICAgICAgICAgICAgICAgICAgICBpZ21wX2Rpc3BhdGNoX3F1ZXVlKCZxcnEsIDAsIGxvb3ApOw0K PiA+ID4+ICAgICAgICAgICAgICAgICAgICAgICBpZ21wX2Rpc3BhdGNoX3F1ZXVlKCZzY3EsIDAs IGxvb3ApOw0KPiA+ID4+DQo+ID4gPj4gQEAgLTE3MzcsMTggKzE3MjMsMTMgQEAgaWdtcF9mYXN0 dGltb192bmV0KHZvaWQpDQo+ID4gPj4gICAgICAgICAgICAgICAgICAgICAgICAqIEZyZWUgdGhl IGluX211bHRpIHJlZmVyZW5jZShzKSBmb3IgdGhpcw0KPiA+ID4+ICAgICAgICAgICAgICAgICAg ICAgICAgKiBJR01QIGxpZmVjeWNsZS4NCj4gPiA+PiAgICAgICAgICAgICAgICAgICAgICAgICov DQo+ID4gPj4gLSAgICAgICAgICAgICAgICAgICAgIFNMSVNUX0ZPUkVBQ0hfU0FGRShpbm0sICZp Z2ktPmlnaV9yZWxpbm1oZWFkLA0KPiA+ID4+IC0gICAgICAgICAgICAgICAgICAgICAgICAgaW5t X25yZWxlLCB0aW5tKSB7DQo+ID4gPj4gLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU0xJ U1RfUkVNT1ZFX0hFQUQoJmlnaS0+aWdpX3JlbGlubWhlYWQsDQo+ID4gPj4gLSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGlubV9ucmVsZSk7DQo+ID4gPj4gLSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgaW5tX3JlbGVhc2VfbG9ja2VkKGlubSk7DQo+ID4gPj4gLSAgICAgICAg ICAgICAgICAgICAgIH0NCj4gPiA+PiArICAgICAgICAgICAgICAgICAgICAgaW5tX3JlbGVhc2Vf bGlzdF9kZWZlcnJlZCgmaW5tX2ZyZWVfdG1wKTsNCj4gPiA+PiAgICAgICAgICAgICAgIH0NCj4g PiA+PiAgICAgICB9DQo+ID4gPj4NCj4gPiA+PiAgb3V0X2xvY2tlZDoNCj4gPiA+PiAgICAgICBJ R01QX1VOTE9DSygpOw0KPiA+ID4+IC0gICAgIElOX01VTFRJX1VOTE9DSygpOw0KPiA+ID4+ICsg ICAgIElOX01VTFRJX0xJU1RfVU5MT0NLKCk7DQo+ID4gPj4gIH0NCj4gPiA+Pg0KPiA+ID4+ICAv Kg0KPiA+ID4+IEBAIC0xNzYwLDcgKzE3NDEsNyBAQCBpZ21wX3YxdjJfcHJvY2Vzc19ncm91cF90 aW1lcihzdHJ1Y3QgaW5fbXVsdGkgKmlubSwgY28NCj4gPiA+PiAgew0KPiA+ID4+ICAgICAgIGlu dCByZXBvcnRfdGltZXJfZXhwaXJlZDsNCj4gPiA+Pg0KPiA+ID4+IC0gICAgIElOX01VTFRJX0xP Q0tfQVNTRVJUKCk7DQo+ID4gPj4gKyAgICAgSU5fTVVMVElfTElTVF9MT0NLX0FTU0VSVCgpOw0K PiA+ID4+ICAgICAgIElHTVBfTE9DS19BU1NFUlQoKTsNCj4gPiA+Pg0KPiA+ID4+ICAgICAgIGlm IChpbm0tPmlubV90aW1lciA9PSAwKSB7DQo+ID4gPj4gQEAgLTE4MDIsMTQgKzE3ODMsMTQgQEAg aWdtcF92MXYyX3Byb2Nlc3NfZ3JvdXBfdGltZXIoc3RydWN0IGluX211bHRpICppbm0sIGNvDQo+ ID4gPj4gICAqIE5vdGU6IFVubG9ja2VkIHJlYWQgZnJvbSBpZ2kuDQo+ID4gPj4gICAqLw0KPiA+ ID4+ICBzdGF0aWMgdm9pZA0KPiA+ID4+IC1pZ21wX3YzX3Byb2Nlc3NfZ3JvdXBfdGltZXJzKHN0 cnVjdCBpZ21wX2lmc29mdGMgKmlnaSwNCj4gPiA+PiAraWdtcF92M19wcm9jZXNzX2dyb3VwX3Rp bWVycyhzdHJ1Y3QgaW5fbXVsdGlfaGVhZCAqaW5taCwNCj4gPiA+PiAgICAgIHN0cnVjdCBtYnVm cSAqcXJxLCBzdHJ1Y3QgbWJ1ZnEgKnNjcSwNCj4gPiA+PiAgICAgIHN0cnVjdCBpbl9tdWx0aSAq aW5tLCBjb25zdCBpbnQgdXJpX2Zhc3RoeikNCj4gPiA+PiAgew0KPiA+ID4+ICAgICAgIGludCBx dWVyeV9yZXNwb25zZV90aW1lcl9leHBpcmVkOw0KPiA+ID4+ICAgICAgIGludCBzdGF0ZV9jaGFu Z2VfcmV0cmFuc21pdF90aW1lcl9leHBpcmVkOw0KPiA+ID4+DQo+ID4gPj4gLSAgICAgSU5fTVVM VElfTE9DS19BU1NFUlQoKTsNCj4gPiA+PiArICAgICBJTl9NVUxUSV9MSVNUX0xPQ0tfQVNTRVJU KCk7DQo+ID4gPj4gICAgICAgSUdNUF9MT0NLX0FTU0VSVCgpOw0KPiA+ID4+DQo+ID4gPj4gICAg ICAgcXVlcnlfcmVzcG9uc2VfdGltZXJfZXhwaXJlZCA9IDA7DQo+ID4gPj4gQEAgLTE5MDcsOCAr MTg4OCw3IEBAIGlnbXBfdjNfcHJvY2Vzc19ncm91cF90aW1lcnMoc3RydWN0IGlnbXBfaWZzb2Z0 YyAqaWdpLA0KPiA+ID4+ICAgICAgICAgICAgICAgICAgICAgICBpZiAoaW5tLT5pbm1fc3RhdGUg PT0gSUdNUF9MRUFWSU5HX01FTUJFUiAmJg0KPiA+ID4+ICAgICAgICAgICAgICAgICAgICAgICAg ICAgaW5tLT5pbm1fc2NydiA9PSAwKSB7DQo+ID4gPj4gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgaW5tLT5pbm1fc3RhdGUgPSBJR01QX05PVF9NRU1CRVI7DQo+ID4gPj4gLSAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgU0xJU1RfSU5TRVJUX0hFQUQoJmlnaS0+aWdpX3JlbGlubWhl YWQsDQo+ID4gPj4gLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlubSwgaW5tX25y ZWxlKTsNCj4gPiA+PiArICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbm1fcmVsZV9sb2Nr ZWQoaW5taCwgaW5tKTsNCj4gPiA+PiAgICAgICAgICAgICAgICAgICAgICAgfQ0KPiA+ID4+ICAg ICAgICAgICAgICAgfQ0KPiA+ID4+ICAgICAgICAgICAgICAgYnJlYWs7DQo+ID4gPj4gQEAgLTE5 MjksNyArMTkwOSw3IEBAIHN0YXRpYyB2b2lkDQo+ID4gPj4gIGlnbXBfdjNfc3VwcHJlc3NfZ3Jv dXBfcmVjb3JkKHN0cnVjdCBpbl9tdWx0aSAqaW5tKQ0KPiA+ID4+ICB7DQo+ID4gPj4NCj4gPiA+ PiAtICAgICBJTl9NVUxUSV9MT0NLX0FTU0VSVCgpOw0KPiA+ID4+ICsgICAgIElOX01VTFRJX0xJ U1RfTE9DS19BU1NFUlQoKTsNCj4gPiA+Pg0KPiA+ID4+ICAgICAgIEtBU1NFUlQoaW5tLT5pbm1f aWdpLT5pZ2lfdmVyc2lvbiA9PSBJR01QX1ZFUlNJT05fMywNCj4gPiA+PiAgICAgICAgICAgICAg ICgiJXM6IG5vdCBJR01QdjMgbW9kZSBvbiBsaW5rIiwgX19mdW5jX18pKTsNCj4gPiA+PiBAQCAt MjAwMywxMyArMTk4MywxNSBAQCBpZ21wX3YzX2NhbmNlbF9saW5rX3RpbWVycyhzdHJ1Y3QgaWdt cF9pZnNvZnRjICppZ2kpDQo+ID4gPj4gIHsNCj4gPiA+PiAgICAgICBzdHJ1Y3QgaWZtdWx0aWFk ZHIgICAgICAqaWZtYTsNCj4gPiA+PiAgICAgICBzdHJ1Y3QgaWZuZXQgICAgICAgICAgICAqaWZw Ow0KPiA+ID4+IC0gICAgIHN0cnVjdCBpbl9tdWx0aSAgICAgICAgICppbm0sICp0aW5tOw0KPiA+ ID4+ICsgICAgIHN0cnVjdCBpbl9tdWx0aSAgICAgICAgICppbm07DQo+ID4gPj4gKyAgICAgc3Ry dWN0IGluX211bHRpX2hlYWQgaW5tX2ZyZWVfdG1wOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgQ1RS MyhLVFJfSUdNUFYzLCAiJXM6IGNhbmNlbCB2MyB0aW1lcnMgb24gaWZwICVwKCVzKSIsIF9fZnVu Y19fLA0KPiA+ID4+ICAgICAgICAgICBpZ2ktPmlnaV9pZnAsIGlnaS0+aWdpX2lmcC0+aWZfeG5h bWUpOw0KPiA+ID4+DQo+ID4gPj4gLSAgICAgSU5fTVVMVElfTE9DS19BU1NFUlQoKTsNCj4gPiA+ PiArICAgICBJTl9NVUxUSV9MSVNUX0xPQ0tfQVNTRVJUKCk7DQo+ID4gPj4gICAgICAgSUdNUF9M T0NLX0FTU0VSVCgpOw0KPiA+ID4+ICsgICAgIFNMSVNUX0lOSVQoJmlubV9mcmVlX3RtcCk7DQo+ ID4gPj4NCj4gPiA+PiAgICAgICAvKg0KPiA+ID4+ICAgICAgICAqIFN0b3AgdGhlIHYzIEdlbmVy YWwgUXVlcnkgUmVzcG9uc2Ugb24gdGhpcyBsaW5rIHN0b25lIGRlYWQuDQo+ID4gPj4gQEAgLTIw NTAsNyArMjAzMiw3IEBAIGlnbXBfdjNfY2FuY2VsX2xpbmtfdGltZXJzKHN0cnVjdCBpZ21wX2lm c29mdGMgKmlnaSkNCj4gPiA+PiAgICAgICAgICAgICAgICAgICAgICAgICogbWVzc2FnZSBpcyBz ZW50IHVwc3RyZWFtIHRvIHRoZSBvbGQgcXVlcmllciAtLQ0KPiA+ID4+ICAgICAgICAgICAgICAg ICAgICAgICAgKiB0cmFuc2l0aW9uIHRvIE5PVCB3b3VsZCBsb3NlIHRoZSBsZWF2ZSBhbmQgcmFj ZS4NCj4gPiA+PiAgICAgICAgICAgICAgICAgICAgICAgICovDQo+ID4gPj4gLSAgICAgICAgICAg ICAgICAgICAgIFNMSVNUX0lOU0VSVF9IRUFEKCZpZ2ktPmlnaV9yZWxpbm1oZWFkLCBpbm0sIGlu bV9ucmVsZSk7DQo+ID4gPj4gKyAgICAgICAgICAgICAgICAgICAgIGlubV9yZWxlX2xvY2tlZCgm aW5tX2ZyZWVfdG1wLCBpbm0pOw0KPiA+ID4+ICAgICAgICAgICAgICAgICAgICAgICAvKiBGQUxM VEhST1VHSCAqLw0KPiA+ID4+ICAgICAgICAgICAgICAgY2FzZSBJR01QX0dfUVVFUllfUEVORElO R19NRU1CRVI6DQo+ID4gPj4gICAgICAgICAgICAgICBjYXNlIElHTVBfU0dfUVVFUllfUEVORElO R19NRU1CRVI6DQo+ID4gPj4gQEAgLTIwNjksMTAgKzIwNTEsOCBAQCBpZ21wX3YzX2NhbmNlbF9s aW5rX3RpbWVycyhzdHJ1Y3QgaWdtcF9pZnNvZnRjICppZ2kpDQo+ID4gPj4gICAgICAgICAgICAg ICBtYnVmcV9kcmFpbigmaW5tLT5pbm1fc2NxKTsNCj4gPiA+PiAgICAgICB9DQo+ID4gPj4gICAg ICAgSUZfQUREUl9SVU5MT0NLKGlmcCk7DQo+ID4gPj4gLSAgICAgU0xJU1RfRk9SRUFDSF9TQUZF KGlubSwgJmlnaS0+aWdpX3JlbGlubWhlYWQsIGlubV9ucmVsZSwgdGlubSkgew0KPiA+ID4+IC0g ICAgICAgICAgICAgU0xJU1RfUkVNT1ZFX0hFQUQoJmlnaS0+aWdpX3JlbGlubWhlYWQsIGlubV9u cmVsZSk7DQo+ID4gPj4gLSAgICAgICAgICAgICBpbm1fcmVsZWFzZV9sb2NrZWQoaW5tKTsNCj4g PiA+PiAtICAgICB9DQo+ID4gPj4gKw0KPiA+ID4+ICsgICAgIGlubV9yZWxlYXNlX2xpc3RfZGVm ZXJyZWQoJmlubV9mcmVlX3RtcCk7DQo+ID4gPj4gIH0NCj4gPiA+Pg0KPiA+ID4+ICAvKg0KPiA+ ID4+IEBAIC0yMTk5LDcgKzIxNzksNyBAQCBpZ21wX3YxdjJfcXVldWVfcmVwb3J0KHN0cnVjdCBp bl9tdWx0aSAqaW5tLCBjb25zdCBpbnQNCj4gPiA+PiAgICAgICBzdHJ1Y3QgaXAgICAgICAgICAg ICAgICAqaXA7DQo+ID4gPj4gICAgICAgc3RydWN0IG1idWYgICAgICAgICAgICAgKm07DQo+ID4g Pj4NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9MT0NLX0FTU0VSVCgpOw0KPiA+ID4+ICsgICAgIElO X01VTFRJX0xJU1RfTE9DS19BU1NFUlQoKTsNCj4gPiA+PiAgICAgICBJR01QX0xPQ0tfQVNTRVJU KCk7DQo+ID4gPj4NCj4gPiA+PiAgICAgICBpZnAgPSBpbm0tPmlubV9pZnA7DQo+ID4gPj4gQEAg LTIyNzYsMTAgKzIyNTYsOCBAQCBpZ21wX2NoYW5nZV9zdGF0ZShzdHJ1Y3QgaW5fbXVsdGkgKmlu bSkNCj4gPiA+PiAgICAgICBzdHJ1Y3QgaWZuZXQgKmlmcDsNCj4gPiA+PiAgICAgICBpbnQgZXJy b3I7DQo+ID4gPj4NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9MT0NLX0FTU0VSVCgpOw0KPiA+ID4+ IC0NCj4gPiA+PiAgICAgICBlcnJvciA9IDA7DQo+ID4gPj4gLQ0KPiA+ID4+ICsgICAgIElOX01V TFRJX0xPQ0tfQVNTRVJUKCk7DQo+ID4gPj4gICAgICAgLyoNCj4gPiA+PiAgICAgICAgKiBUcnkg dG8gZGV0ZWN0IGlmIHRoZSB1cHBlciBsYXllciBqdXN0IGFza2VkIHVzIHRvIGNoYW5nZSBzdGF0 ZQ0KPiA+ID4+ICAgICAgICAqIGZvciBhbiBpbnRlcmZhY2Ugd2hpY2ggaGFzIG5vdyBnb25lIGF3 YXkuDQo+ID4gPj4gQEAgLTIzNzksOSArMjM1NywxMCBAQCBpZ21wX2luaXRpYWxfam9pbihzdHJ1 Y3QgaW5fbXVsdGkgKmlubSwgc3RydWN0IGlnbXBfaWYNCj4gPiA+PiAgICAgICAgICAgICAgICAq IGdyb3VwIGFyb3VuZCBmb3IgdGhlIGZpbmFsIElOQ0xVREUge30gZW5xdWV1ZS4NCj4gPiA+PiAg ICAgICAgICAgICAgICAqLw0KPiA+ID4+ICAgICAgICAgICAgICAgaWYgKGlnaS0+aWdpX3ZlcnNp b24gPT0gSUdNUF9WRVJTSU9OXzMgJiYNCj4gPiA+PiAtICAgICAgICAgICAgICAgICBpbm0tPmlu bV9zdGF0ZSA9PSBJR01QX0xFQVZJTkdfTUVNQkVSKQ0KPiA+ID4+IC0gICAgICAgICAgICAgICAg ICAgICBpbm1fcmVsZWFzZV9sb2NrZWQoaW5tKTsNCj4gPiA+PiAtDQo+ID4gPj4gKyAgICAgICAg ICAgICAgICAgaW5tLT5pbm1fc3RhdGUgPT0gSUdNUF9MRUFWSU5HX01FTUJFUikgew0KPiA+ID4+ ICsgICAgICAgICAgICAgICAgICAgICBNUEFTUyhpbm0tPmlubV9yZWZjb3VudCA+IDEpOw0KPiA+ ID4+ICsgICAgICAgICAgICAgICAgICAgICBpbm1fcmVsZV9sb2NrZWQoTlVMTCwgaW5tKTsNCj4g PiA+PiArICAgICAgICAgICAgIH0NCj4gPiA+PiAgICAgICAgICAgICAgIGlubS0+aW5tX3N0YXRl ID0gSUdNUF9SRVBPUlRJTkdfTUVNQkVSOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgICAgICAgICBz d2l0Y2ggKGlnaS0+aWdpX3ZlcnNpb24pIHsNCj4gPiA+PiBAQCAtMjQ3Myw3ICsyNDUyLDcgQEAg aWdtcF9oYW5kbGVfc3RhdGVfY2hhbmdlKHN0cnVjdCBpbl9tdWx0aSAqaW5tLCBzdHJ1Y3QNCj4g PiA+Pg0KPiA+ID4+ICAgICAgIGlmcCA9IGlubS0+aW5tX2lmcDsNCj4gPiA+Pg0KPiA+ID4+IC0g ICAgIElOX01VTFRJX0xPQ0tfQVNTRVJUKCk7DQo+ID4gPj4gKyAgICAgSU5fTVVMVElfTElTVF9M T0NLX0FTU0VSVCgpOw0KPiA+ID4+ICAgICAgIElHTVBfTE9DS19BU1NFUlQoKTsNCj4gPiA+Pg0K PiA+ID4+ICAgICAgIEtBU1NFUlQoaWdpICYmIGlnaS0+aWdpX2lmcCA9PSBpZnAsICgiJXM6IGlu Y29uc2lzdGVudCBpZnAiLCBfX2Z1bmNfXykpOw0KPiA+ID4+IEBAIC0yNTMxLDcgKzI1MTAsNyBA QCBpZ21wX2ZpbmFsX2xlYXZlKHN0cnVjdCBpbl9tdWx0aSAqaW5tLCBzdHJ1Y3QgaWdtcF9pZnMN Cj4gPiA+PiAgICAgICAgICAgX19mdW5jX18sIG50b2hsKGlubS0+aW5tX2FkZHIuc19hZGRyKSwg aW5tLT5pbm1faWZwLA0KPiA+ID4+ICAgICAgICAgICBpbm0tPmlubV9pZnAtPmlmX3huYW1lKTsN Cj4gPiA+Pg0KPiA+ID4+IC0gICAgIElOX01VTFRJX0xPQ0tfQVNTRVJUKCk7DQo+ID4gPj4gKyAg ICAgSU5fTVVMVElfTElTVF9MT0NLX0FTU0VSVCgpOw0KPiA+ID4+ICAgICAgIElHTVBfTE9DS19B U1NFUlQoKTsNCj4gPiA+Pg0KPiA+ID4+ICAgICAgIHN3aXRjaCAoaW5tLT5pbm1fc3RhdGUpIHsN Cj4gPiA+PiBAQCAtMjY1OCw3ICsyNjM3LDcgQEAgaWdtcF92M19lbnF1ZXVlX2dyb3VwX3JlY29y ZChzdHJ1Y3QgbWJ1ZnEgKm1xLCBzdHJ1Y3QNCj4gPiA+PiAgICAgICBpbl9hZGRyX3QgICAgICAg ICAgICAgICAgbmFkZHI7DQo+ID4gPj4gICAgICAgdWludDhfdCAgICAgICAgICAgICAgICAgIG1v ZGU7DQo+ID4gPj4NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9MT0NLX0FTU0VSVCgpOw0KPiA+ID4+ ICsgICAgIElOX01VTFRJX0xJU1RfTE9DS19BU1NFUlQoKTsNCj4gPiA+Pg0KPiA+ID4+ICAgICAg IGVycm9yID0gMDsNCj4gPiA+PiAgICAgICBpZnAgPSBpbm0tPmlubV9pZnA7DQo+ID4gPj4gQEAg LTMwMTgsNyArMjk5Nyw3IEBAIGlnbXBfdjNfZW5xdWV1ZV9maWx0ZXJfY2hhbmdlKHN0cnVjdCBt YnVmcSAqbXEsIHN0cnVjdA0KPiA+ID4+ICAgICAgIHVpbnQ4X3QgICAgICAgICAgICAgICAgICBt b2RlLCBub3csIHRoZW47DQo+ID4gPj4gICAgICAgcmVjdHlwZV90ICAgICAgICAgICAgICAgIGNy dCwgZHJ0LCBucnQ7DQo+ID4gPj4NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9MT0NLX0FTU0VSVCgp Ow0KPiA+ID4+ICsgICAgIElOX01VTFRJX0xJU1RfTE9DS19BU1NFUlQoKTsNCj4gPiA+Pg0KPiA+ ID4+ICAgICAgIGlmIChpbm0tPmlubV9uc3JjID09IDAgfHwNCj4gPiA+PiAgICAgICAgICAgKGlu bS0+aW5tX3N0WzBdLmlzc19hc20gPiAwICYmIGlubS0+aW5tX3N0WzFdLmlzc19hc20gPiAwKSkN Cj4gPiA+PiBAQCAtMzIyMSw3ICszMjAwLDcgQEAgaWdtcF92M19tZXJnZV9zdGF0ZV9jaGFuZ2Vz KHN0cnVjdCBpbl9tdWx0aSAqaW5tLCBzdHJ1DQo+ID4gPj4gICAgICAgZG9tZXJnZSA9IDA7DQo+ ID4gPj4gICAgICAgcmVjc2xlbiA9IDA7DQo+ID4gPj4NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9M T0NLX0FTU0VSVCgpOw0KPiA+ID4+ICsgICAgIElOX01VTFRJX0xJU1RfTE9DS19BU1NFUlQoKTsN Cj4gPiA+PiAgICAgICBJR01QX0xPQ0tfQVNTRVJUKCk7DQo+ID4gPj4NCj4gPiA+PiAgICAgICAv Kg0KPiA+ID4+IEBAIC0zMzIwLDcgKzMyOTksNyBAQCBpZ21wX3YzX2Rpc3BhdGNoX2dlbmVyYWxf cXVlcnkoc3RydWN0IGlnbXBfaWZzb2Z0YyAqaWcNCj4gPiA+PiAgICAgICBzdHJ1Y3QgaW5fbXVs dGkgICAgICAgICAqaW5tOw0KPiA+ID4+ICAgICAgIGludCAgICAgICAgICAgICAgICAgICAgICBy ZXR2YWwsIGxvb3A7DQo+ID4gPj4NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9MT0NLX0FTU0VSVCgp Ow0KPiA+ID4+ICsgICAgIElOX01VTFRJX0xJU1RfTE9DS19BU1NFUlQoKTsNCj4gPiA+PiAgICAg ICBJR01QX0xPQ0tfQVNTRVJUKCk7DQo+ID4gPj4NCj4gPiA+PiAgICAgICBLQVNTRVJUKGlnaS0+ aWdpX3ZlcnNpb24gPT0gSUdNUF9WRVJTSU9OXzMsDQo+ID4gPj4gQEAgLTM2MzIsNyArMzYxMSw2 IEBAIERCX1NIT1dfQ09NTUFORChpZ2lfbGlzdCwgZGJfc2hvd19pZ2lfbGlzdCkNCj4gPiA+PiAg ICAgICAgICAgICAgIGRiX3ByaW50ZigiICAgIHFpICV1XG4iLCBpZ2ktPmlnaV9xaSk7DQo+ID4g Pj4gICAgICAgICAgICAgICBkYl9wcmludGYoIiAgICBxcmkgJXVcbiIsIGlnaS0+aWdpX3FyaSk7 DQo+ID4gPj4gICAgICAgICAgICAgICBkYl9wcmludGYoIiAgICB1cmkgJXVcbiIsIGlnaS0+aWdp X3VyaSk7DQo+ID4gPj4gLSAgICAgICAgICAgICAvKiBTTElTVF9IRUFEKCxpbl9tdWx0aSkgICBp Z2lfcmVsaW5taGVhZCAqLw0KPiA+ID4+ICAgICAgICAgICAgICAgLyogc3RydWN0IG1idWZxICAg IGlnaV9ncTsgKi8NCj4gPiA+PiAgICAgICAgICAgICAgIGRiX3ByaW50ZigiXG4iKTsNCj4gPiA+ PiAgICAgICB9DQo+ID4gPj4NCj4gPiA+PiBNb2RpZmllZDogaGVhZC9zeXMvbmV0aW5ldC9pZ21w X3Zhci5oDQo+ID4gPj4gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQo+ID4gPj4gLS0tIGhlYWQvc3lz L25ldGluZXQvaWdtcF92YXIuaCAgICAgICBXZWQgTWF5ICAyIDE3OjQxOjAwIDIwMTggICAgICAg IChyMzMzMTc0KQ0KPiA+ID4+ICsrKyBoZWFkL3N5cy9uZXRpbmV0L2lnbXBfdmFyLmggICAgICAg V2VkIE1heSAgMiAxOTozNjoyOSAyMDE4ICAgICAgICAocjMzMzE3NSkNCj4gPiA+PiBAQCAtMjE0 LDcgKzIxNCw2IEBAIHN0cnVjdCBpZ21wX2lmc29mdGMgew0KPiA+ID4+ICAgICAgIHVpbnQzMl90 IGlnaV9xaTsgICAgICAgIC8qIElHTVB2MyBRdWVyeSBJbnRlcnZhbCAocykgKi8NCj4gPiA+PiAg ICAgICB1aW50MzJfdCBpZ2lfcXJpOyAgICAgICAvKiBJR01QdjMgUXVlcnkgUmVzcG9uc2UgSW50 ZXJ2YWwgKHMpICovDQo+ID4gPj4gICAgICAgdWludDMyX3QgaWdpX3VyaTsgICAgICAgLyogSUdN UHYzIFVuc29saWNpdGVkIFJlcG9ydCBJbnRlcnZhbCAocykgKi8NCj4gPiA+PiAtICAgICBTTElT VF9IRUFEKCxpbl9tdWx0aSkgICBpZ2lfcmVsaW5taGVhZDsgLyogcmVsZWFzZWQgZ3JvdXBzICov DQo+ID4gPj4gICAgICAgc3RydWN0IG1idWZxICAgIGlnaV9ncTsgICAgICAgICAvKiBnZW5lcmFs IHF1ZXJ5IHJlc3BvbnNlcyBxdWV1ZSAqLw0KPiA+ID4+ICB9Ow0KPiA+ID4+DQo+ID4gPj4NCj4g PiA+PiBNb2RpZmllZDogaGVhZC9zeXMvbmV0aW5ldC9pbi5jDQo+ID4gPj4gPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09DQo+ID4gPj4gLS0tIGhlYWQvc3lzL25ldGluZXQvaW4uYyAgICAgV2VkIE1heSAg MiAxNzo0MTowMCAyMDE4ICAgICAgICAocjMzMzE3NCkNCj4gPiA+PiArKysgaGVhZC9zeXMvbmV0 aW5ldC9pbi5jICAgICBXZWQgTWF5ICAyIDE5OjM2OjI5IDIwMTggICAgICAgIChyMzMzMTc1KQ0K PiA+ID4+IEBAIC02MzIsMTIgKzYzMiwxMCBAQCBpbl9kaWZhZGRyX2lvY3RsKHVfbG9uZyBjbWQs IGNhZGRyX3QgZGF0YSwgc3RydWN0IGlmbmUNCj4gPiA+PiAgICAgICAgICAgICAgIHN0cnVjdCBp bl9pZmluZm8gKmlpOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgICAgICAgICBpaSA9ICgoc3RydWN0 IGluX2lmaW5mbyAqKWlmcC0+aWZfYWZkYXRhW0FGX0lORVRdKTsNCj4gPiA+PiAtICAgICAgICAg ICAgIElOX01VTFRJX0xPQ0soKTsNCj4gPiA+PiAgICAgICAgICAgICAgIGlmIChpaS0+aWlfYWxs aG9zdHMpIHsNCj4gPiA+PiAtICAgICAgICAgICAgICAgICAgICAgKHZvaWQpaW5fbGVhdmVncm91 cF9sb2NrZWQoaWktPmlpX2FsbGhvc3RzLCBOVUxMKTsNCj4gPiA+PiArICAgICAgICAgICAgICAg ICAgICAgKHZvaWQpaW5fbGVhdmVncm91cChpaS0+aWlfYWxsaG9zdHMsIE5VTEwpOw0KPiA+ID4+ ICAgICAgICAgICAgICAgICAgICAgICBpaS0+aWlfYWxsaG9zdHMgPSBOVUxMOw0KPiA+ID4+ICAg ICAgICAgICAgICAgfQ0KPiA+ID4+IC0gICAgICAgICAgICAgSU5fTVVMVElfVU5MT0NLKCk7DQo+ ID4gPj4gICAgICAgfQ0KPiA+ID4+DQo+ID4gPj4gICAgICAgSUZfQUREUl9XTE9DSyhpZnApOw0K PiA+ID4+IEBAIC05OTQsMTEgKzk5MiwxMiBAQCBpbl9icm9hZGNhc3Qoc3RydWN0IGluX2FkZHIg aW4sIHN0cnVjdCBpZm5ldCAqaWZwKQ0KPiA+ID4+ICB2b2lkDQo+ID4gPj4gIGluX2lmZGV0YWNo KHN0cnVjdCBpZm5ldCAqaWZwKQ0KPiA+ID4+ICB7DQo+ID4gPj4gLQ0KPiA+ID4+ICsgICAgIElO X01VTFRJX0xPQ0soKTsNCj4gPiA+PiAgICAgICBpbl9wY2JwdXJnZWlmMCgmVl9yaXBjYmluZm8s IGlmcCk7DQo+ID4gPj4gICAgICAgaW5fcGNicHVyZ2VpZjAoJlZfdWRiaW5mbywgaWZwKTsNCj4g PiA+PiAgICAgICBpbl9wY2JwdXJnZWlmMCgmVl91bGl0ZWNiaW5mbywgaWZwKTsNCj4gPiA+PiAg ICAgICBpbl9wdXJnZW1hZGRycyhpZnApOw0KPiA+ID4+ICsgICAgIElOX01VTFRJX1VOTE9DSygp Ow0KPiA+ID4+ICB9DQo+ID4gPj4NCj4gPiA+PiAgLyoNCj4gPiA+PiBAQCAtMTAxMSwxMiArMTAx MCwxMiBAQCBpbl9pZmRldGFjaChzdHJ1Y3QgaWZuZXQgKmlmcCkNCj4gPiA+PiAgc3RhdGljIHZv aWQNCj4gPiA+PiAgaW5fcHVyZ2VtYWRkcnMoc3RydWN0IGlmbmV0ICppZnApDQo+ID4gPj4gIHsN Cj4gPiA+PiAtICAgICBMSVNUX0hFQUQoLGluX211bHRpKSBwdXJnZWlubXM7DQo+ID4gPj4gLSAg ICAgc3RydWN0IGluX211bHRpICAgICAgICAgKmlubSwgKnRpbm07DQo+ID4gPj4gKyAgICAgc3Ry dWN0IGluX211bHRpX2hlYWQgcHVyZ2Vpbm1zOw0KPiA+ID4+ICsgICAgIHN0cnVjdCBpbl9tdWx0 aSAgICAgICAgICppbm07DQo+ID4gPj4gICAgICAgc3RydWN0IGlmbXVsdGlhZGRyICAgICAgKmlm bWE7DQo+ID4gPj4NCj4gPiA+PiAtICAgICBMSVNUX0lOSVQoJnB1cmdlaW5tcyk7DQo+ID4gPj4g LSAgICAgSU5fTVVMVElfTE9DSygpOw0KPiA+ID4+ICsgICAgIFNMSVNUX0lOSVQoJnB1cmdlaW5t cyk7DQo+ID4gPj4gKyAgICAgSU5fTVVMVElfTElTVF9MT0NLKCk7DQo+ID4gPj4NCj4gPiA+PiAg ICAgICAvKg0KPiA+ID4+ICAgICAgICAqIEV4dHJhY3QgbGlzdCBvZiBpbl9tdWx0aSBhc3NvY2lh dGVkIHdpdGggdGhlIGRldGFjaGluZyBpZnANCj4gPiA+PiBAQCAtMTAzNCwxNyArMTAzMywxMyBA QCBpbl9wdXJnZW1hZGRycyhzdHJ1Y3QgaWZuZXQgKmlmcCkNCj4gPiA+PiAgICAgICAgICAgICAg ICAgICAoIiVzOiBpZm1hX3Byb3Rvc3BlYyBpcyBOVUxMIiwgX19mdW5jX18pKTsNCj4gPiA+PiAg I2VuZGlmDQo+ID4gPj4gICAgICAgICAgICAgICBpbm0gPSAoc3RydWN0IGluX211bHRpICopaWZt YS0+aWZtYV9wcm90b3NwZWM7DQo+ID4gPj4gLSAgICAgICAgICAgICBMSVNUX0lOU0VSVF9IRUFE KCZwdXJnZWlubXMsIGlubSwgaW5tX2xpbmspOw0KPiA+ID4+ICsgICAgICAgICAgICAgaW5tX3Jl bGVfbG9ja2VkKCZwdXJnZWlubXMsIGlubSk7DQo+ID4gPj4gICAgICAgfQ0KPiA+ID4+ICAgICAg IElGX0FERFJfUlVOTE9DSyhpZnApOw0KPiA+ID4+DQo+ID4gPj4gLSAgICAgTElTVF9GT1JFQUNI X1NBRkUoaW5tLCAmcHVyZ2Vpbm1zLCBpbm1fbGluaywgdGlubSkgew0KPiA+ID4+IC0gICAgICAg ICAgICAgTElTVF9SRU1PVkUoaW5tLCBpbm1fbGluayk7DQo+ID4gPj4gLSAgICAgICAgICAgICBp bm1fcmVsZWFzZV9sb2NrZWQoaW5tKTsNCj4gPiA+PiAtICAgICB9DQo+ID4gPj4gKyAgICAgaW5t X3JlbGVhc2VfbGlzdF9kZWZlcnJlZCgmcHVyZ2Vpbm1zKTsNCj4gPiA+PiAgICAgICBpZ21wX2lm ZGV0YWNoKGlmcCk7DQo+ID4gPj4gLQ0KPiA+ID4+IC0gICAgIElOX01VTFRJX1VOTE9DSygpOw0K PiA+ID4+ICsgICAgIElOX01VTFRJX0xJU1RfVU5MT0NLKCk7DQo+ID4gPj4gIH0NCj4gPiA+Pg0K PiA+ID4+ICBzdHJ1Y3QgaW5fbGxlbnRyeSB7DQo+ID4gPj4NCj4gPiA+PiBNb2RpZmllZDogaGVh ZC9zeXMvbmV0aW5ldC9pbl9tY2FzdC5jDQo+ID4gPj4gPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQo+ ID4gPj4gLS0tIGhlYWQvc3lzL25ldGluZXQvaW5fbWNhc3QuYyAgICAgICBXZWQgTWF5ICAyIDE3 OjQxOjAwIDIwMTggICAgICAgIChyMzMzMTc0KQ0KPiA+ID4+ICsrKyBoZWFkL3N5cy9uZXRpbmV0 L2luX21jYXN0LmMgICAgICAgV2VkIE1heSAgMiAxOTozNjoyOSAyMDE4ICAgICAgICAocjMzMzE3 NSkNCj4gPiA+PiBAQCAtNTEsNiArNTEsNyBAQCBfX0ZCU0RJRCgiJEZyZWVCU0QkIik7DQo+ID4g Pj4gICNpbmNsdWRlIDxzeXMvc3lzY3RsLmg+DQo+ID4gPj4gICNpbmNsdWRlIDxzeXMva3RyLmg+ DQo+ID4gPj4gICNpbmNsdWRlIDxzeXMvdGFza3F1ZXVlLmg+DQo+ID4gPj4gKyNpbmNsdWRlIDxz eXMvZ3Rhc2txdWV1ZS5oPg0KPiA+ID4+ICAjaW5jbHVkZSA8c3lzL3RyZWUuaD4NCj4gPiA+Pg0K PiA+ID4+ICAjaW5jbHVkZSA8bmV0L2lmLmg+DQo+ID4gPj4gQEAgLTU5LDYgKzYwLDggQEAgX19G QlNESUQoIiRGcmVlQlNEJCIpOw0KPiA+ID4+ICAjaW5jbHVkZSA8bmV0L3JvdXRlLmg+DQo+ID4g Pj4gICNpbmNsdWRlIDxuZXQvdm5ldC5oPg0KPiA+ID4+DQo+ID4gPj4gKyNpbmNsdWRlIDxuZXQv ZXRoZXJuZXQuaD4NCj4gPiA+PiArDQo+ID4gPj4gICNpbmNsdWRlIDxuZXRpbmV0L2luLmg+DQo+ ID4gPj4gICNpbmNsdWRlIDxuZXRpbmV0L2luX3N5c3RtLmg+DQo+ID4gPj4gICNpbmNsdWRlIDxu ZXRpbmV0L2luX2ZpYi5oPg0KPiA+ID4+IEBAIC05MSwxOCArOTQsMjQgQEAgc3RhdGljIE1BTExP Q19ERUZJTkUoTV9JUE1TT1VSQ0UsICJpcF9tc291cmNlIiwNCj4gPiA+Pg0KPiA+ID4+ICAvKg0K PiA+ID4+ICAgKiBMb2NraW5nOg0KPiA+ID4+IC0gKiAtIExvY2sgb3JkZXIgaXM6IEdpYW50LCBJ TlBfV0xPQ0ssIElOX01VTFRJX0xPQ0ssIElHTVBfTE9DSywgSUZfQUREUl9MT0NLLg0KPiA+ID4+ ICsgKiAtIExvY2sgb3JkZXIgaXM6IEdpYW50LCBJTlBfV0xPQ0ssIElOX01VTFRJX0xJU1RfTE9D SywgSUdNUF9MT0NLLCBJRl9BRERSX0xPQ0suDQo+ID4gPj4gICAqIC0gVGhlIElGX0FERFJfTE9D SyBpcyBpbXBsaWNpdGx5IHRha2VuIGJ5IGlubV9sb29rdXAoKSBlYXJsaWVyLCBob3dldmVyDQo+ ID4gPj4gICAqICAgaXQgY2FuIGJlIHRha2VuIGJ5IGNvZGUgaW4gbmV0L2lmLmMgYWxzby4NCj4g PiA+PiAgICogLSBpcF9tb3B0aW9ucyBhbmQgaW5fbWZpbHRlciBhcmUgY292ZXJlZCBieSB0aGUg SU5QX1dMT0NLLg0KPiA+ID4+ICAgKg0KPiA+ID4+IC0gKiBzdHJ1Y3QgaW5fbXVsdGkgaXMgY292 ZXJlZCBieSBJTl9NVUxUSV9MT0NLLiBUaGVyZSBpc24ndCBzdHJpY3RseQ0KPiA+ID4+ICsgKiBz dHJ1Y3QgaW5fbXVsdGkgaXMgY292ZXJlZCBieSBJTl9NVUxUSV9MSVNUX0xPQ0suIFRoZXJlIGlz bid0IHN0cmljdGx5DQo+ID4gPj4gICAqIGFueSBuZWVkIGZvciBpbl9tdWx0aSBpdHNlbGYgdG8g YmUgdmlydHVhbGl6ZWQgLS0gaXQgaXMgYm91bmQgdG8gYW4gaWZwDQo+ID4gPj4gICAqIGFueXdh eSBubyBtYXR0ZXIgd2hhdCBoYXBwZW5zLg0KPiA+ID4+ICAgKi8NCj4gPiA+PiAtc3RydWN0IG10 eCBpbl9tdWx0aV9tdHg7DQo+ID4gPj4gLU1UWF9TWVNJTklUKGluX211bHRpX210eCwgJmluX211 bHRpX210eCwgImluX211bHRpX210eCIsIE1UWF9ERUYpOw0KPiA+ID4+ICtzdHJ1Y3QgbXR4IGlu X211bHRpX2xpc3RfbXR4Ow0KPiA+ID4+ICtNVFhfU1lTSU5JVChpbl9tdWx0aV9tdHgsICZpbl9t dWx0aV9saXN0X210eCwgImluX211bHRpX2xpc3RfbXR4IiwgTVRYX0RFRik7DQo+ID4gPj4NCj4g PiA+PiArc3RydWN0IG10eCBpbl9tdWx0aV9mcmVlX210eDsNCj4gPiA+PiArTVRYX1NZU0lOSVQo aW5fbXVsdGlfZnJlZV9tdHgsICZpbl9tdWx0aV9mcmVlX210eCwgImluX211bHRpX2ZyZWVfbXR4 IiwgTVRYX0RFRik7DQo+ID4gPj4gKw0KPiA+ID4+ICtzdHJ1Y3Qgc3ggaW5fbXVsdGlfc3g7DQo+ ID4gPj4gK1NYX1NZU0lOSVQoaW5fbXVsdGlfc3gsICZpbl9tdWx0aV9zeCwgImluX211bHRpX3N4 Iik7DQo+ID4gPj4gKw0KPiA+ID4+ICAvKg0KPiA+ID4+ICAgKiBGdW5jdGlvbnMgd2l0aCBub24t c3RhdGljIGxpbmthZ2UgZGVmaW5lZCBpbiB0aGlzIGZpbGUgc2hvdWxkIGJlDQo+ID4gPj4gICAq IGRlY2xhcmVkIGluIGluX3Zhci5oOg0KPiA+ID4+IEBAIC0xNTEsNiArMTYwLDcgQEAgc3RhdGlj IGludCAgICAgICAgaW5tX2lzX2lmcF9kZXRhY2hlZChjb25zdCBzdHJ1Y3QgaW5fbXVsdGkgKg0K PiA+ID4+ICBzdGF0aWMgaW50ICAgaW5tX21lcmdlKHN0cnVjdCBpbl9tdWx0aSAqLCAvKmNvbnN0 Ki8gc3RydWN0IGluX21maWx0ZXIgKik7DQo+ID4gPj4gIHN0YXRpYyB2b2lkICBpbm1fcHVyZ2Uo c3RydWN0IGluX211bHRpICopOw0KPiA+ID4+ICBzdGF0aWMgdm9pZCAgaW5tX3JlYXAoc3RydWN0 IGluX211bHRpICopOw0KPiA+ID4+ICtzdGF0aWMgdm9pZCBpbm1fcmVsZWFzZShzdHJ1Y3QgaW5f bXVsdGkgKik7DQo+ID4gPj4gIHN0YXRpYyBzdHJ1Y3QgaXBfbW9wdGlvbnMgKg0KPiA+ID4+ICAg ICAgICAgICAgICAgaW5wX2ZpbmRtb3B0aW9ucyhzdHJ1Y3QgaW5wY2IgKik7DQo+ID4gPj4gIHN0 YXRpYyB2b2lkICBpbnBfZnJlZW1vcHRpb25zX2ludGVybmFsKHN0cnVjdCBpcF9tb3B0aW9ucyAq KTsNCj4gPiA+PiBAQCAtMjE2LDYgKzIyNiw2NSBAQCBpbm1faXNfaWZwX2RldGFjaGVkKGNvbnN0 IHN0cnVjdCBpbl9tdWx0aSAqaW5tKQ0KPiA+ID4+ICB9DQo+ID4gPj4gICNlbmRpZg0KPiA+ID4+ DQo+ID4gPj4gK3N0YXRpYyBzdHJ1Y3QgZ3JvdXB0YXNrIGZyZWVfZ3Rhc2s7DQo+ID4gPj4gK3N0 YXRpYyBzdHJ1Y3QgaW5fbXVsdGlfaGVhZCBpbm1fZnJlZV9saXN0Ow0KPiA+ID4+ICtzdGF0aWMg dm9pZCBpbm1fcmVsZWFzZV90YXNrKHZvaWQgKmFyZyBfX3VudXNlZCk7DQo+ID4gPj4gK3N0YXRp YyB2b2lkIGlubV9pbml0KHZvaWQpDQo+ID4gPj4gK3sNCj4gPiA+PiArICAgICBTTElTVF9JTklU KCZpbm1fZnJlZV9saXN0KTsNCj4gPiA+PiArICAgICB0YXNrcWdyb3VwX2NvbmZpZ19ndGFza19p bml0KE5VTEwsICZmcmVlX2d0YXNrLCBpbm1fcmVsZWFzZV90YXNrLCAiaW5tDQo+ID4gPj4gcmVs ZWFzZSB0YXNrIik7ICt9DQo+ID4gPj4gKw0KPiA+ID4+ICtTWVNJTklUKGlubV9pbml0LCBTSV9T VUJfU01QICsgMSwgU0lfT1JERVJfRklSU1QsDQo+ID4gPj4gKyAgICAgaW5tX2luaXQsIE5VTEwp Ow0KPiA+ID4+ICsNCj4gPiA+PiArDQo+ID4gPj4gK3ZvaWQNCj4gPiA+PiAraW5tX3JlbGVhc2Vf bGlzdF9kZWZlcnJlZChzdHJ1Y3QgaW5fbXVsdGlfaGVhZCAqaW5taCkNCj4gPiA+PiArew0KPiA+ ID4+ICsNCj4gPiA+PiArICAgICBpZiAoU0xJU1RfRU1QVFkoaW5taCkpDQo+ID4gPj4gKyAgICAg ICAgICAgICByZXR1cm47DQo+ID4gPj4gKyAgICAgbXR4X2xvY2soJmluX211bHRpX2ZyZWVfbXR4 KTsNCj4gPiA+PiArICAgICBTTElTVF9DT05DQVQoJmlubV9mcmVlX2xpc3QsIGlubWgsIGluX211 bHRpLCBpbm1fbnJlbGUpOw0KPiA+ID4+ICsgICAgIG10eF91bmxvY2soJmluX211bHRpX2ZyZWVf bXR4KTsNCj4gPiA+PiArICAgICBHUk9VUFRBU0tfRU5RVUVVRSgmZnJlZV9ndGFzayk7DQo+ID4g Pj4gK30NCj4gPiA+PiArDQo+ID4gPj4gK3ZvaWQNCj4gPiA+PiAraW5tX3JlbGVhc2VfZGVmZXJy ZWQoc3RydWN0IGluX211bHRpICppbm0pDQo+ID4gPj4gK3sNCj4gPiA+PiArICAgICBzdHJ1Y3Qg aW5fbXVsdGlfaGVhZCB0bXA7DQo+ID4gPj4gKw0KPiA+ID4+ICsgICAgIElOX01VTFRJX0xJU1Rf TE9DS19BU1NFUlQoKTsNCj4gPiA+PiArICAgICBNUEFTUyhpbm0tPmlubV9yZWZjb3VudCA+IDAp Ow0KPiA+ID4+ICsgICAgIGlmICgtLWlubS0+aW5tX3JlZmNvdW50ID09IDApIHsNCj4gPiA+PiAr ICAgICAgICAgICAgIFNMSVNUX0lOSVQoJnRtcCk7DQo+ID4gPj4gKyAgICAgICAgICAgICBpbm0t PmlubV9pZm1hLT5pZm1hX3Byb3Rvc3BlYyA9IE5VTEw7DQo+ID4gPj4gKyAgICAgICAgICAgICBT TElTVF9JTlNFUlRfSEVBRCgmdG1wLCBpbm0sIGlubV9ucmVsZSk7DQo+ID4gPj4gKyAgICAgICAg ICAgICBpbm1fcmVsZWFzZV9saXN0X2RlZmVycmVkKCZ0bXApOw0KPiA+ID4+ICsgICAgIH0NCj4g PiA+PiArfQ0KPiA+ID4+ICsNCj4gPiA+PiArc3RhdGljIHZvaWQNCj4gPiA+PiAraW5tX3JlbGVh c2VfdGFzayh2b2lkICphcmcgX191bnVzZWQpDQo+ID4gPj4gK3sNCj4gPiA+PiArICAgICBzdHJ1 Y3QgaW5fbXVsdGlfaGVhZCBpbm1fZnJlZV90bXA7DQo+ID4gPj4gKyAgICAgc3RydWN0IGluX211 bHRpICppbm0sICp0aW5tOw0KPiA+ID4+ICsNCj4gPiA+PiArICAgICBTTElTVF9JTklUKCZpbm1f ZnJlZV90bXApOw0KPiA+ID4+ICsgICAgIG10eF9sb2NrKCZpbl9tdWx0aV9mcmVlX210eCk7DQo+ ID4gPj4gKyAgICAgU0xJU1RfQ09OQ0FUKCZpbm1fZnJlZV90bXAsICZpbm1fZnJlZV9saXN0LCBp bl9tdWx0aSwgaW5tX25yZWxlKTsNCj4gPiA+PiArICAgICBtdHhfdW5sb2NrKCZpbl9tdWx0aV9m cmVlX210eCk7DQo+ID4gPj4gKyAgICAgSU5fTVVMVElfTE9DSygpOw0KPiA+ID4+ICsgICAgIFNM SVNUX0ZPUkVBQ0hfU0FGRShpbm0sICZpbm1fZnJlZV90bXAsIGlubV9ucmVsZSwgdGlubSkgew0K PiA+ID4+ICsgICAgICAgICAgICAgU0xJU1RfUkVNT1ZFX0hFQUQoJmlubV9mcmVlX3RtcCwgaW5t X25yZWxlKTsNCj4gPiA+PiArICAgICAgICAgICAgIE1QQVNTKGlubSk7DQo+ID4gPj4gKyAgICAg ICAgICAgICBpbm1fcmVsZWFzZShpbm0pOw0KPiA+ID4+ICsgICAgIH0NCj4gPiA+PiArICAgICBJ Tl9NVUxUSV9VTkxPQ0soKTsNCj4gPiA+PiArfQ0KPiA+ID4+ICsNCj4gPiA+PiAgLyoNCj4gPiA+ PiAgICogSW5pdGlhbGl6ZSBhbiBpbl9tZmlsdGVyIHN0cnVjdHVyZSB0byBhIGtub3duIHN0YXRl IGF0IHQwLCB0MQ0KPiA+ID4+ICAgKiB3aXRoIGFuIGVtcHR5IHNvdXJjZSBmaWx0ZXIgbGlzdC4N Cj4gPiA+PiBAQCAtMjMyLDcgKzMwMSw3IEBAIGltZl9pbml0KHN0cnVjdCBpbl9tZmlsdGVyICpp bWYsIGNvbnN0IGludCBzdDAsIGNvbnN0DQo+ID4gPj4gIC8qDQo+ID4gPj4gICAqIEZ1bmN0aW9u IGZvciBsb29raW5nIHVwIGFuIGluX211bHRpIHJlY29yZCBmb3IgYW4gSVB2NCBtdWx0aWNhc3Qg YWRkcmVzcw0KPiA+ID4+ICAgKiBvbiBhIGdpdmVuIGludGVyZmFjZS4gaWZwIG11c3QgYmUgdmFs aWQuIElmIG5vIHJlY29yZCBmb3VuZCwgcmV0dXJuIE5VTEwuDQo+ID4gPj4gLSAqIFRoZSBJTl9N VUxUSV9MT0NLIGFuZCBJRl9BRERSX0xPQ0sgb24gaWZwIG11c3QgYmUgaGVsZC4NCj4gPiA+PiAr ICogVGhlIElOX01VTFRJX0xJU1RfTE9DSyBhbmQgSUZfQUREUl9MT0NLIG9uIGlmcCBtdXN0IGJl IGhlbGQuDQo+ID4gPj4gICAqLw0KPiA+ID4+ICBzdHJ1Y3QgaW5fbXVsdGkgKg0KPiA+ID4+ICBp bm1fbG9va3VwX2xvY2tlZChzdHJ1Y3QgaWZuZXQgKmlmcCwgY29uc3Qgc3RydWN0IGluX2FkZHIg aW5hKQ0KPiA+ID4+IEBAIC0yNDAsNyArMzA5LDcgQEAgaW5tX2xvb2t1cF9sb2NrZWQoc3RydWN0 IGlmbmV0ICppZnAsIGNvbnN0IHN0cnVjdCBpbl9hDQo+ID4gPj4gICAgICAgc3RydWN0IGlmbXVs dGlhZGRyICppZm1hOw0KPiA+ID4+ICAgICAgIHN0cnVjdCBpbl9tdWx0aSAqaW5tOw0KPiA+ID4+ DQo+ID4gPj4gLSAgICAgSU5fTVVMVElfTE9DS19BU1NFUlQoKTsNCj4gPiA+PiArICAgICBJTl9N VUxUSV9MSVNUX0xPQ0tfQVNTRVJUKCk7DQo+ID4gPj4gICAgICAgSUZfQUREUl9MT0NLX0FTU0VS VChpZnApOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgaW5tID0gTlVMTDsNCj4gPiA+PiBAQCAtMjY0 LDcgKzMzMyw3IEBAIGlubV9sb29rdXAoc3RydWN0IGlmbmV0ICppZnAsIGNvbnN0IHN0cnVjdCBp bl9hZGRyIGluYQ0KPiA+ID4+ICB7DQo+ID4gPj4gICAgICAgc3RydWN0IGluX211bHRpICppbm07 DQo+ID4gPj4NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9MT0NLX0FTU0VSVCgpOw0KPiA+ID4+ICsg ICAgIElOX01VTFRJX0xJU1RfTE9DS19BU1NFUlQoKTsNCj4gPiA+PiAgICAgICBJRl9BRERSX1JM T0NLKGlmcCk7DQo+ID4gPj4gICAgICAgaW5tID0gaW5tX2xvb2t1cF9sb2NrZWQoaWZwLCBpbmEp Ow0KPiA+ID4+ICAgICAgIElGX0FERFJfUlVOTE9DSyhpZnApOw0KPiA+ID4+IEBAIC00NTEsNyAr NTIwLDcgQEAgaW5fZ2V0bXVsdGkoc3RydWN0IGlmbmV0ICppZnAsIGNvbnN0IHN0cnVjdCBpbl9h ZGRyICpnDQo+ID4gPj4gICAgICAgSU5fTVVMVElfTE9DS19BU1NFUlQoKTsNCj4gPiA+Pg0KPiA+ ID4+ICAgICAgIGlpID0gKHN0cnVjdCBpbl9pZmluZm8gKilpZnAtPmlmX2FmZGF0YVtBRl9JTkVU XTsNCj4gPiA+PiAtDQo+ID4gPj4gKyAgICAgSU5fTVVMVElfTElTVF9MT0NLKCk7DQo+ID4gPj4g ICAgICAgaW5tID0gaW5tX2xvb2t1cChpZnAsICpncm91cCk7DQo+ID4gPj4gICAgICAgaWYgKGlu bSAhPSBOVUxMKSB7DQo+ID4gPj4gICAgICAgICAgICAgICAvKg0KPiA+ID4+IEBAIC00NjAsMTEg KzUyOSwxMyBAQCBpbl9nZXRtdWx0aShzdHJ1Y3QgaWZuZXQgKmlmcCwgY29uc3Qgc3RydWN0IGlu X2FkZHIgKmcNCj4gPiA+PiAgICAgICAgICAgICAgICAqLw0KPiA+ID4+ICAgICAgICAgICAgICAg S0FTU0VSVChpbm0tPmlubV9yZWZjb3VudCA+PSAxLA0KPiA+ID4+ICAgICAgICAgICAgICAgICAg ICgiJXM6IGJhZCByZWZjb3VudCAlZCIsIF9fZnVuY19fLCBpbm0tPmlubV9yZWZjb3VudCkpOw0K PiA+ID4+IC0gICAgICAgICAgICAgKytpbm0tPmlubV9yZWZjb3VudDsNCj4gPiA+PiArICAgICAg ICAgICAgIGlubV9hY3F1aXJlX2xvY2tlZChpbm0pOw0KPiA+ID4+ICAgICAgICAgICAgICAgKnBp bm0gPSBpbm07DQo+ID4gPj4gLSAgICAgICAgICAgICByZXR1cm4gKDApOw0KPiA+ID4+ICAgICAg IH0NCj4gPiA+PiAtDQo+ID4gPj4gKyAgICAgSU5fTVVMVElfTElTVF9VTkxPQ0soKTsNCj4gPiA+ PiArICAgICBpZiAoaW5tICE9IE5VTEwpDQo+ID4gPj4gKyAgICAgICAgICAgICByZXR1cm4gKDAp Ow0KPiA+ID4+ICsNCj4gPiA+PiAgICAgICBtZW1zZXQoJmdzaW4sIDAsIHNpemVvZihnc2luKSk7 DQo+ID4gPj4gICAgICAgZ3Npbi5zaW5fZmFtaWx5ID0gQUZfSU5FVDsNCj4gPiA+PiAgICAgICBn c2luLnNpbl9sZW4gPSBzaXplb2Yoc3RydWN0IHNvY2thZGRyX2luKTsNCj4gPiA+PiBAQCAtNDc5 LDYgKzU1MCw3IEBAIGluX2dldG11bHRpKHN0cnVjdCBpZm5ldCAqaWZwLCBjb25zdCBzdHJ1Y3Qg aW5fYWRkciAqZw0KPiA+ID4+ICAgICAgICAgICAgICAgcmV0dXJuIChlcnJvcik7DQo+ID4gPj4N Cj4gPiA+PiAgICAgICAvKiBYWFggaWZtYV9wcm90b3NwZWMgbXVzdCBiZSBjb3ZlcmVkIGJ5IElG X0FERFJfTE9DSyAqLw0KPiA+ID4+ICsgICAgIElOX01VTFRJX0xJU1RfTE9DSygpOw0KPiA+ID4+ ICAgICAgIElGX0FERFJfV0xPQ0soaWZwKTsNCj4gPiA+Pg0KPiA+ID4+ICAgICAgIC8qDQo+ID4g Pj4gQEAgLTUwNCwxMCArNTc2LDkgQEAgaW5fZ2V0bXVsdGkoc3RydWN0IGlmbmV0ICppZnAsIGNv bnN0IHN0cnVjdCBpbl9hZGRyICpnDQo+ID4gPj4gICAgICAgICAgICAgICAgICAgICAgICAgICBf X2Z1bmNfXywgaWZtYSwgaW5tLCBpbmV0X250b2FfcigqZ3JvdXAsIGFkZHJidWYpKTsNCj4gPiA+ PiAgICAgICAgICAgICAgIH0NCj4gPiA+PiAgI2VuZGlmDQo+ID4gPj4gLSAgICAgICAgICAgICAr K2lubS0+aW5tX3JlZmNvdW50Ow0KPiA+ID4+ICsgICAgICAgICAgICAgaW5tX2FjcXVpcmVfbG9j a2VkKGlubSk7DQo+ID4gPj4gICAgICAgICAgICAgICAqcGlubSA9IGlubTsNCj4gPiA+PiAtICAg ICAgICAgICAgIElGX0FERFJfV1VOTE9DSyhpZnApOw0KPiA+ID4+IC0gICAgICAgICAgICAgcmV0 dXJuICgwKTsNCj4gPiA+PiArICAgICAgICAgICAgIGdvdG8gb3V0X2xvY2tlZDsNCj4gPiA+PiAg ICAgICB9DQo+ID4gPj4NCj4gPiA+PiAgICAgICBJRl9BRERSX1dMT0NLX0FTU0VSVChpZnApOw0K PiA+ID4+IEBAIC01MjIsNiArNTkzLDcgQEAgaW5fZ2V0bXVsdGkoc3RydWN0IGlmbmV0ICppZnAs IGNvbnN0IHN0cnVjdCBpbl9hZGRyICpnDQo+ID4gPj4gICAgICAgaW5tID0gbWFsbG9jKHNpemVv ZigqaW5tKSwgTV9JUE1BRERSLCBNX05PV0FJVCB8IE1fWkVSTyk7DQo+ID4gPj4gICAgICAgaWYg KGlubSA9PSBOVUxMKSB7DQo+ID4gPj4gICAgICAgICAgICAgICBJRl9BRERSX1dVTkxPQ0soaWZw KTsNCj4gPiA+PiArICAgICAgICAgICAgIElOX01VTFRJX0xJU1RfVU5MT0NLKCk7DQo+ID4gPj4g ICAgICAgICAgICAgICBpZl9kZWxtdWx0aV9pZm1hKGlmbWEpOw0KPiA+ID4+ICAgICAgICAgICAg ICAgcmV0dXJuIChFTk9NRU0pOw0KPiA+ID4+ICAgICAgIH0NCj4gPiA+PiBAQCAtNTM5LDggKzYx MSw5IEBAIGluX2dldG11bHRpKHN0cnVjdCBpZm5ldCAqaWZwLCBjb25zdCBzdHJ1Y3QgaW5fYWRk ciAqZw0KPiA+ID4+ICAgICAgIGlmbWEtPmlmbWFfcHJvdG9zcGVjID0gaW5tOw0KPiA+ID4+DQo+ ID4gPj4gICAgICAgKnBpbm0gPSBpbm07DQo+ID4gPj4gLQ0KPiA+ID4+ICsgb3V0X2xvY2tlZDoN Cj4gPiA+PiAgICAgICBJRl9BRERSX1dVTkxPQ0soaWZwKTsNCj4gPiA+PiArICAgICBJTl9NVUxU SV9MSVNUX1VOTE9DSygpOw0KPiA+ID4+ICAgICAgIHJldHVybiAoMCk7DQo+ID4gPj4gIH0NCj4g PiA+Pg0KPiA+ID4+IEBAIC01NTAsMzYgKzYyMywyOSBAQCBpbl9nZXRtdWx0aShzdHJ1Y3QgaWZu ZXQgKmlmcCwgY29uc3Qgc3RydWN0IGluX2FkZHIgKmcNCj4gPiA+PiAgICogSWYgdGhlIHJlZmNv dW50IGRyb3BzIHRvIDAsIGZyZWUgdGhlIGluX211bHRpIHJlY29yZCBhbmQNCj4gPiA+PiAgICog ZGVsZXRlIHRoZSB1bmRlcmx5aW5nIGxpbmstbGF5ZXIgbWVtYmVyc2hpcC4NCj4gPiA+PiAgICov DQo+ID4gPj4gLXZvaWQNCj4gPiA+PiAtaW5tX3JlbGVhc2VfbG9ja2VkKHN0cnVjdCBpbl9tdWx0 aSAqaW5tKQ0KPiA+ID4+ICtzdGF0aWMgdm9pZA0KPiA+ID4+ICtpbm1fcmVsZWFzZShzdHJ1Y3Qg aW5fbXVsdGkgKmlubSkNCj4gPiA+PiAgew0KPiA+ID4+ICAgICAgIHN0cnVjdCBpZm11bHRpYWRk ciAqaWZtYTsNCj4gPiA+PiArICAgICBzdHJ1Y3QgaWZuZXQgKmlmcDsNCj4gPiA+Pg0KPiA+ID4+ IC0gICAgIElOX01VTFRJX0xPQ0tfQVNTRVJUKCk7DQo+ID4gPj4gLQ0KPiA+ID4+ICAgICAgIENU UjIoS1RSX0lHTVBWMywgIiVzOiByZWZjb3VudCBpcyAlZCIsIF9fZnVuY19fLCBpbm0tPmlubV9y ZWZjb3VudCk7DQo+ID4gPj4gLQ0KPiA+ID4+IC0gICAgIGlmICgtLWlubS0+aW5tX3JlZmNvdW50 ID4gMCkgew0KPiA+ID4+IC0gICAgICAgICAgICAgQ1RSMihLVFJfSUdNUFYzLCAiJXM6IHJlZmNv dW50IGlzIG5vdyAlZCIsIF9fZnVuY19fLA0KPiA+ID4+IC0gICAgICAgICAgICAgICAgIGlubS0+ aW5tX3JlZmNvdW50KTsNCj4gPiA+PiAtICAgICAgICAgICAgIHJldHVybjsNCj4gPiA+PiAtICAg ICB9DQo+ID4gPj4gLQ0KPiA+ID4+ICsgICAgIE1QQVNTKGlubS0+aW5tX3JlZmNvdW50ID09IDAp Ow0KPiA+ID4+ICAgICAgIENUUjIoS1RSX0lHTVBWMywgIiVzOiBmcmVlaW5nIGlubSAlcCIsIF9f ZnVuY19fLCBpbm0pOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgaWZtYSA9IGlubS0+aW5tX2lmbWE7 DQo+ID4gPj4gKyAgICAgaWZwID0gaW5tLT5pbm1faWZwOw0KPiA+ID4+DQo+ID4gPj4gICAgICAg LyogWFhYIHRoaXMgYWNjZXNzIGlzIG5vdCBjb3ZlcmVkIGJ5IElGX0FERFJfTE9DSyAqLw0KPiA+ ID4+ICAgICAgIENUUjIoS1RSX0lHTVBWMywgIiVzOiBwdXJnaW5nIGlmbWEgJXAiLCBfX2Z1bmNf XywgaWZtYSk7DQo+ID4gPj4gLSAgICAgS0FTU0VSVChpZm1hLT5pZm1hX3Byb3Rvc3BlYyA9PSBp bm0sDQo+ID4gPj4gLSAgICAgICAgICgiJXM6IGlmbWFfcHJvdG9zcGVjICE9IGlubSIsIF9fZnVu Y19fKSk7DQo+ID4gPj4gLSAgICAgaWZtYS0+aWZtYV9wcm90b3NwZWMgPSBOVUxMOw0KPiA+ID4+ IC0NCj4gPiA+PiArICAgICBpZiAoaWZwKQ0KPiA+ID4+ICsgICAgICAgICAgICAgQ1VSVk5FVF9T RVQoaWZwLT5pZl92bmV0KTsNCj4gPiA+PiAgICAgICBpbm1fcHVyZ2UoaW5tKTsNCj4gPiA+PiAt DQo+ID4gPj4gICAgICAgZnJlZShpbm0sIE1fSVBNQUREUik7DQo+ID4gPj4NCj4gPiA+PiAgICAg ICBpZl9kZWxtdWx0aV9pZm1hKGlmbWEpOw0KPiA+ID4+ICsgICAgIGlmIChpZnApDQo+ID4gPj4g KyAgICAgICAgICAgICBDVVJWTkVUX1JFU1RPUkUoKTsNCj4gPiA+PiAgfQ0KPiA+ID4+DQo+ID4g Pj4gIC8qDQo+ID4gPj4gQEAgLTU5Miw3ICs2NTgsNyBAQCBpbm1fY2xlYXJfcmVjb3JkZWQoc3Ry dWN0IGluX211bHRpICppbm0pDQo+ID4gPj4gIHsNCj4gPiA+PiAgICAgICBzdHJ1Y3QgaXBfbXNv dXJjZSAgICAgICAqaW1zOw0KPiA+ID4+DQo+ID4gPj4gLSAgICAgSU5fTVVMVElfTE9DS19BU1NF UlQoKTsNCj4gPiA+PiArICAgICBJTl9NVUxUSV9MSVNUX0xPQ0tfQVNTRVJUKCk7DQo+ID4gPj4N Cj4gPiA+PiAgICAgICBSQl9GT1JFQUNIKGltcywgaXBfbXNvdXJjZV90cmVlLCAmaW5tLT5pbm1f c3Jjcykgew0KPiA+ID4+ICAgICAgICAgICAgICAgaWYgKGltcy0+aW1zX3N0cCkgew0KPiA+ID4+ IEBAIC02MzIsNyArNjk4LDcgQEAgaW5tX3JlY29yZF9zb3VyY2Uoc3RydWN0IGluX211bHRpICpp bm0sIGNvbnN0IGluX2FkZHJfDQo+ID4gPj4gICAgICAgc3RydWN0IGlwX21zb3VyY2UgICAgICAg IGZpbmQ7DQo+ID4gPj4gICAgICAgc3RydWN0IGlwX21zb3VyY2UgICAgICAgKmltcywgKm5pbXM7 DQo+ID4gPj4NCj4gPiA+PiAtICAgICBJTl9NVUxUSV9MT0NLX0FTU0VSVCgpOw0KPiA+ID4+ICsg ICAgIElOX01VTFRJX0xJU1RfTE9DS19BU1NFUlQoKTsNCj4gPiA+Pg0KPiA+ID4+ICAgICAgIGZp bmQuaW1zX2hhZGRyID0gbnRvaGwobmFkZHIpOw0KPiA+ID4+ICAgICAgIGltcyA9IFJCX0ZJTkQo aXBfbXNvdXJjZV90cmVlLCAmaW5tLT5pbm1fc3JjcywgJmZpbmQpOw0KPiA+ID4+IEBAIC05NTks NiArMTAyNSw3IEBAIGlubV9tZXJnZShzdHJ1Y3QgaW5fbXVsdGkgKmlubSwgLypjb25zdCovIHN0 cnVjdCBpbl9tZg0KPiA+ID4+ICAgICAgIHNjaGFuZ2VkID0gMDsNCj4gPiA+PiAgICAgICBlcnJv ciA9IDA7DQo+ID4gPj4gICAgICAgbnNyYzEgPSBuc3JjMCA9IDA7DQo+ID4gPj4gKyAgICAgSU5f TVVMVElfTElTVF9MT0NLX0FTU0VSVCgpOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgLyoNCj4gPiA+ PiAgICAgICAgKiBVcGRhdGUgdGhlIHNvdXJjZSBmaWx0ZXJzIGZpcnN0LCBhcyB0aGlzIG1heSBm YWlsLg0KPiA+ID4+IEBAIC0xMTY1LDYgKzEyMzIsNyBAQCBpbl9qb2luZ3JvdXBfbG9ja2VkKHN0 cnVjdCBpZm5ldCAqaWZwLCBjb25zdCBzdHJ1Y3QgaW4NCj4gPiA+PiAgICAgICBpbnQgICAgICAg ICAgICAgICAgICAgICAgZXJyb3I7DQo+ID4gPj4NCj4gPiA+PiAgICAgICBJTl9NVUxUSV9MT0NL X0FTU0VSVCgpOw0KPiA+ID4+ICsgICAgIElOX01VTFRJX0xJU1RfVU5MT0NLX0FTU0VSVCgpOw0K PiA+ID4+DQo+ID4gPj4gICAgICAgQ1RSNChLVFJfSUdNUFYzLCAiJXM6IGpvaW4gMHglMDh4IG9u ICVwKCVzKSkiLCBfX2Z1bmNfXywNCj4gPiA+PiAgICAgICAgICAgbnRvaGwoZ2luYS0+c19hZGRy KSwgaWZwLCBpZnAtPmlmX3huYW1lKTsNCj4gPiA+PiBAQCAtMTE4Niw3ICsxMjU0LDcgQEAgaW5f am9pbmdyb3VwX2xvY2tlZChzdHJ1Y3QgaWZuZXQgKmlmcCwgY29uc3Qgc3RydWN0IGluDQo+ID4g Pj4gICAgICAgICAgICAgICBDVFIxKEtUUl9JR01QVjMsICIlczogaW5fZ2V0bXVsdGkoKSBmYWls dXJlIiwgX19mdW5jX18pOw0KPiA+ID4+ICAgICAgICAgICAgICAgcmV0dXJuIChlcnJvcik7DQo+ ID4gPj4gICAgICAgfQ0KPiA+ID4+IC0NCj4gPiA+PiArICAgICBJTl9NVUxUSV9MSVNUX0xPQ0so KTsNCj4gPiA+PiAgICAgICBDVFIxKEtUUl9JR01QVjMsICIlczogbWVyZ2UgaW5tIHN0YXRlIiwg X19mdW5jX18pOw0KPiA+ID4+ICAgICAgIGVycm9yID0gaW5tX21lcmdlKGlubSwgaW1mKTsNCj4g PiA+PiAgICAgICBpZiAoZXJyb3IpIHsNCj4gPiA+PiBAQCAtMTIwMSwxMCArMTI2OSwxMiBAQCBp bl9qb2luZ3JvdXBfbG9ja2VkKHN0cnVjdCBpZm5ldCAqaWZwLCBjb25zdCBzdHJ1Y3QgaW4NCj4g PiA+PiAgICAgICAgICAgICAgIGdvdG8gb3V0X2lubV9yZWxlYXNlOw0KPiA+ID4+ICAgICAgIH0N Cj4gPiA+Pg0KPiA+ID4+IC1vdXRfaW5tX3JlbGVhc2U6DQo+ID4gPj4gKyBvdXRfaW5tX3JlbGVh c2U6DQo+ID4gPj4gKyAgICAgSU5fTVVMVElfTElTVF9VTkxPQ0soKTsNCj4gPiA+PiAgICAgICBp ZiAoZXJyb3IpIHsNCj4gPiA+PiArDQo+ID4gPj4gICAgICAgICAgICAgICBDVFIyKEtUUl9JR01Q VjMsICIlczogZHJvcHBpbmcgcmVmIG9uICVwIiwgX19mdW5jX18sIGlubSk7DQo+ID4gPj4gLSAg ICAgICAgICAgICBpbm1fcmVsZWFzZV9sb2NrZWQoaW5tKTsNCj4gPiA+PiArICAgICAgICAgICAg IGlubV9yZWxlYXNlX2RlZmVycmVkKGlubSk7DQo+ID4gPj4gICAgICAgfSBlbHNlIHsNCj4gPiA+ PiAgICAgICAgICAgICAgICpwaW5tID0gaW5tOw0KPiA+ID4+ICAgICAgIH0NCj4gPiA+PiBAQCAt MTI0OSw2ICsxMzE5LDcgQEAgaW5fbGVhdmVncm91cF9sb2NrZWQoc3RydWN0IGluX211bHRpICpp bm0sIC8qY29uc3QqLyBzDQo+ID4gPj4gICAgICAgZXJyb3IgPSAwOw0KPiA+ID4+DQo+ID4gPj4g ICAgICAgSU5fTVVMVElfTE9DS19BU1NFUlQoKTsNCj4gPiA+PiArICAgICBJTl9NVUxUSV9MSVNU X1VOTE9DS19BU1NFUlQoKTsNCj4gPiA+Pg0KPiA+ID4+ICAgICAgIENUUjUoS1RSX0lHTVBWMywg IiVzOiBsZWF2ZSBpbm0gJXAsIDB4JTA4eC8lcywgaW1mICVwIiwgX19mdW5jX18sDQo+ID4gPj4g ICAgICAgICAgIGlubSwgbnRvaGwoaW5tLT5pbm1fYWRkci5zX2FkZHIpLA0KPiA+ID4+IEBAIC0x MjcyLDE4ICsxMzQzLDIwIEBAIGluX2xlYXZlZ3JvdXBfbG9ja2VkKHN0cnVjdCBpbl9tdWx0aSAq aW5tLCAvKmNvbnN0Ki8gcw0KPiA+ID4+ICAgICAgICAqIHRoZSB0cmFuc2FjdGlvbiwgaXQgTVVT VCBOT1QgZmFpbC4NCj4gPiA+PiAgICAgICAgKi8NCj4gPiA+PiAgICAgICBDVFIxKEtUUl9JR01Q VjMsICIlczogbWVyZ2UgaW5tIHN0YXRlIiwgX19mdW5jX18pOw0KPiA+ID4+ICsgICAgIElOX01V TFRJX0xJU1RfTE9DSygpOw0KPiA+ID4+ICAgICAgIGVycm9yID0gaW5tX21lcmdlKGlubSwgaW1m KTsNCj4gPiA+PiAgICAgICBLQVNTRVJUKGVycm9yID09IDAsICgiJXM6IGZhaWxlZCB0byBtZXJn ZSBpbm0gc3RhdGUiLCBfX2Z1bmNfXykpOw0KPiA+ID4+DQo+ID4gPj4gICAgICAgQ1RSMShLVFJf SUdNUFYzLCAiJXM6IGRvaW5nIGlnbXAgZG93bmNhbGwiLCBfX2Z1bmNfXyk7DQo+ID4gPj4gICAg ICAgQ1VSVk5FVF9TRVQoaW5tLT5pbm1faWZwLT5pZl92bmV0KTsNCj4gPiA+PiAgICAgICBlcnJv ciA9IGlnbXBfY2hhbmdlX3N0YXRlKGlubSk7DQo+ID4gPj4gKyAgICAgaW5tX3JlbGVhc2VfZGVm ZXJyZWQoaW5tKTsNCj4gPiA+PiArICAgICBJTl9NVUxUSV9MSVNUX1VOTE9DSygpOw0KPiA+ID4+ ICAgICAgIENVUlZORVRfUkVTVE9SRSgpOw0KPiA+ID4+ICAgICAgIGlmIChlcnJvcikNCj4gPiA+ PiAgICAgICAgICAgICAgIENUUjEoS1RSX0lHTVBWMywgIiVzOiBmYWlsZWQgaWdtcCBkb3duY2Fs bCIsIF9fZnVuY19fKTsNCj4gPiA+Pg0KPiA+ID4+ICAgICAgIENUUjIoS1RSX0lHTVBWMywgIiVz OiBkcm9wcGluZyByZWYgb24gJXAiLCBfX2Z1bmNfXywgaW5tKTsNCj4gPiA+PiAtICAgICBpbm1f cmVsZWFzZV9sb2NrZWQoaW5tKTsNCj4gPiA+Pg0KPiA+ID4+ICAgICAgIHJldHVybiAoZXJyb3Ip Ow0KPiA+ID4+ICB9DQo+ID4gPj4gQEAgLTEzMTUsMTggKzEzODgsNiBAQCBpbl9hZGRtdWx0aShz dHJ1Y3QgaW5fYWRkciAqYXAsIHN0cnVjdCBpZm5ldCAqaWZwKQ0KPiA+ID4+ICB9DQo+ID4gPj4N Cj4gPiA+PiAgLyoNCj4gPiA+PiAtICogTGVhdmUgYW4gSVB2NCBtdWx0aWNhc3QgZ3JvdXAsIGFz c3VtZWQgdG8gYmUgaW4gZXhjbHVzaXZlICgqLEcpIG1vZGUuDQo+ID4gPj4gLSAqIFRoaXMgS1BJ IGlzIGZvciBsZWdhY3kga2VybmVsIGNvbnN1bWVycyBvbmx5Lg0KPiA+ID4+IC0gKi8NCj4gPiA+ Pg0KPiA+ID4+ICoqKiBESUZGIE9VVFBVVCBUUlVOQ0FURUQgQVQgMTAwMCBMSU5FUyAqKioNCj4g PiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+ ID4+IHN2bi1zcmMtaGVhZEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gPiA+PiBodHRwczov L2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vc3ZuLXNyYy1oZWFkDQo+ID4gPj4g VG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gInN2bi1zcmMtaGVhZC11bnN1YnNjcmli ZUBmcmVlYnNkLm9yZyIgICAgDQo+ID4gPg0KPiA+ID4NCj4gPiA+IEFmdGVyIChhcm91bmQhKSB0 aGlzIHVwZGF0ZSwgc29tZSBib3hlcyB3aXRoIGkzNTAgZHVhbCBwb3J0IE5JQ3MgaW1tZWRpYXRl bHkgY3Jhc2gNCj4gPiA+IHdpdGggRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCBhbmQgc29tZXRo aW5nIHdpdGgNCj4gPiA+DQo+ID4gPiBjdXJyZW50IHByb2Nlc3M6IChpc2Mtd29ya2VyMDAwNikN Cj4gPiA+DQo+ID4gPiAuLi4uDQo+ID4gPg0KPiA+ID4gVGhvc2UgYm94ZXMgZG8gbm90IGhhdmUg ZGVidWdnaW5nIGtlcm5lbC4gVGhlIHN5bXB0b21icyBhcmUgdGhlIHNhbWUuIFNpbmdsZSB1c2Vy DQo+ID4gPiBrZXJuZWwgd29ya3MsIGJ1dCB0aGUgbW9tZW50IEkgcGVyZm9ybSAvZXRjL25ldHN0 YXJ0IGFuZCBhbnkga2luZCBvZiBuZXQgdHJhZmZpYw0KPiA+ID4gZXN0YWJsaXNoZXMsIHRoaXMg Y3JhcCBiYWlscyBvdXQuDQo+ID4gPg0KPiA+ID4NCj4gPiA+IC0gLS0NCj4gPiA+IE8uIEhhcnRt YW5uDQo+ID4gPg0KPiA+ID4gSWNoIHdpZGVyc3ByZWNoZSBkZXIgTnV0enVuZyBvZGVyIMOcYmVy bWl0dGx1bmcgbWVpbmVyIERhdGVuIGbDvHINCj4gPiA+IFdlcmJlendlY2tlIG9kZXIgZsO8ciBk aWUgTWFya3QtIG9kZXIgTWVpbnVuZ3Nmb3JzY2h1bmcgKMKnIDI4IEFicy4gNCBCRFNHKS4NCj4g PiA+IC0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0tLS0tDQo+ID4gPg0KPiA+ID4gaUxVRUFSTUtB QjBXSVFRWlZaTXpBdHdDMlQvODZUclM1MjhmeUZoWWxBVUNXdXRqdGdBS0NSRFM1MjhmeUZoWQ0K PiA+ID4gbEFrekFmOVBoYUZUd05oUUQyekY3eFNISjJ3ZnZMdG9VRWpabHpHc3VzQUNwMXBhN0pB ZnowUHl2K2xtK1hOSg0KPiA+ID4gdkxFbHJJZjFDbUR6dUE4eWJsWi94L3dPVlNKa0FmOUMrNTBE VkV0R3E1SC9iSFNETnd6bXFyajhZZ0I3WHBTcw0KPiA+ID4gUE1SWGMrSXdJYTFKZ2kyeU0rNlRD U05TczFONWJFVWhVOUJpOGVYeTZZMEZTa0FaZVYrcw0KPiA+ID4gPVMwYkMNCj4gPiA+IC0tLS0t RU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0KPiA+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4gPiA+IHN2bi1zcmMtaGVhZEBmcmVlYnNkLm9yZyBtYWls aW5nIGxpc3QNCj4gPiA+IGh0dHBzOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5m by9zdm4tc3JjLWhlYWQNCj4gPiA+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJz dm4tc3JjLWhlYWQtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciICAgIA0KPiANCj4gDQo+IA0KPiAt IC0tIA0KPiBPLiBIYXJ0bWFubg0KPiANCj4gSWNoIHdpZGVyc3ByZWNoZSBkZXIgTnV0enVuZyBv ZGVyIMOcYmVybWl0dGx1bmcgbWVpbmVyIERhdGVuIGbDvHINCj4gV2VyYmV6d2Vja2Ugb2RlciBm w7xyIGRpZSBNYXJrdC0gb2RlciBNZWludW5nc2ZvcnNjaHVuZyAowqcgMjggQWJzLiA0IEJEU0cp Lg0KPiAtLS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KPiANCj4gaUxVRUFSTUtBQjBXSVFR WlZaTXpBdHdDMlQvODZUclM1MjhmeUZoWWxBVUNXdXR2OHdBS0NSRFM1MjhmeUZoWQ0KPiBsSWUx QWZ3T0NBaWdwWGF3WjdLQWpMTnBXalJUNERzcnpmcWNDNTdNb3ppVlF5SytYOXFvUUEydjBwbFZO cFAwDQo+IEZMcWg1ZGtSWGlpT0xyeXI5YXVJTFVLeUxDTnlBZndMN2NGZTFZUlg3Vm5zSzV3Ly84 WG0yNXRKNzRDWEM4UDANCj4gZ2FvU3F2RHFDS1dUajZpTitRL1Bqb05vaFdvSUs3NnRpWkFXUGpr YUhldUZieXBQYTJHKw0KPiA9RXBKYQ0KPiAtLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0NCj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gc3ZuLXNy Yy1oZWFkQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiBodHRwczovL2xpc3RzLmZyZWVic2Qu b3JnL21haWxtYW4vbGlzdGluZm8vc3ZuLXNyYy1oZWFkDQo+IFRvIHVuc3Vic2NyaWJlLCBzZW5k IGFueSBtYWlsIHRvICJzdm4tc3JjLWhlYWQtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciDQoNCg0K DQotIC0tIA0KTy4gSGFydG1hbm4NCg0KSWNoIHdpZGVyc3ByZWNoZSBkZXIgTnV0enVuZyBvZGVy IMOcYmVybWl0dGx1bmcgbWVpbmVyIERhdGVuIGbDvHINCldlcmJlendlY2tlIG9kZXIgZsO8ciBk aWUgTWFya3QtIG9kZXIgTWVpbnVuZ3Nmb3JzY2h1bmcgKMKnIDI4IEFicy4gNCBCRFNHKS4NCi0t LS0tQkVHSU4gUEdQIFNJR05BVFVSRS0tLS0tDQoNCmlMVUVBUk1LQUIwV0lRUVpWWk16QXR3QzJU Lzg2VHJTNTI4ZnlGaFlsQVVDV3UxeThnQUtDUkRTNTI4ZnlGaFkNCmxGRW9BZjRpVys0dFNBT2NH MEVRMS9ZMlBOcUxDWDRBbnBZVGxTbGFFQ3h0RmxEWi9YYk5PdzNUeVZCOVJiUUMNCnFHRTlVeDJ4 UUJENDhhMU5iMUlIVlZDOWppN2pBZ0NMT1h6S1VxbWNYa1BOdmpTZ1pXWitTZHlkNTVDaG9MZ1kN ClNreVk4RlNVM0dFRG0yOFdnYVhqUTRvSmgrNy9GZjY5TnN1RFpsdDdpQzI0S1pkUktIMDANCj00 YlkrDQotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0NCg== From owner-freebsd-current@freebsd.org Sat May 5 10:38:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05518FA97FF; Sat, 5 May 2018 10:38:40 +0000 (UTC) (envelope-from m.bryn1u@gmail.com) Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::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 6DC8B7F888; Sat, 5 May 2018 10:38:39 +0000 (UTC) (envelope-from m.bryn1u@gmail.com) Received: by mail-lf0-x243.google.com with SMTP id o123-v6so34286121lfe.8; Sat, 05 May 2018 03:38:39 -0700 (PDT) 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=6IkhIoWTSl1S2twi3R9ZVjTEpeN9sld5u0Fc253lZQ4=; b=Ys7Lc3ifPnXIIUjYeEQ8QOmjIEifFgBHSWUbISvdmLeoujlaqSIrvj7jD6PmfvCtPS BlutP7srCmT5QS65wLBezES8FRYhTX3YPug9MlbrBnehTRiWft5AvuiZiD4s9dTFlCFk inc7ZQER0Z28ZGi1UZ/QBk3VGpOshPbjmNQknfR168K2kXseNEiqYjtIjSVJF4N+k3VW UatvgG+YNyQglwS63OW3v5BevHWImAxH+l90Pa0DhN9Jensqbo5dTWpUrm+uXEv39/sU OQ1htzloqzjD9Z1PU1cc7wHSeH8dEMoXmXUieuOcLErSAXIfa/yXEfG/dt47VXmhi7ZD 8FQA== 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=6IkhIoWTSl1S2twi3R9ZVjTEpeN9sld5u0Fc253lZQ4=; b=Q4d/88ruRZtnowrKjb+KAMlOL46TbKLE52V+KKOI1Zr5XTH546bfHWLDTAbciACGnv 3qnPpU0PkFbOaJK0ev7aCE6pJPxkpYMlhdUQLjG6HiVn/4uZdE6S1VBmt48WZgDodBRQ 7bBwgtstoAZFiRGnHgxZY2eK5E06TUB7O3tqXhH7I0RBgEV7rY8mFCKaJhEp5MetcKiv qxc6u7+n4+vt2UvgOY0h+O7WewOu5QrFcK2WWl4jujbDjyRfLkcLGPJOz/GQDcu7PjFh wF+CrA8/U+YLfRN1V9yUQSaYDMAOhF2Q9sd6bZYGqWlkYD/J61S1yU/zhkGOlebXDxws yW/Q== X-Gm-Message-State: ALQs6tAMmwxjM5UqUvRpdUaDZYwCbQxhwrBcWwG26l1AN/AimpaFlmLs jVH1RckQFqjTK/H02Kl3+GKa4Mix9z50cZUDpTE= X-Google-Smtp-Source: AB8JxZrq1ldNBAjBWLVgJCQn48cwnCUcgBWYZ5rwPn6DLhLsKDXXxKL5q8F3y8cI/tXVdfclxhNmkwbW1MxdGDdfxv8= X-Received: by 2002:a2e:2a45:: with SMTP id q66-v6mr15085588ljq.40.1525516718062; Sat, 05 May 2018 03:38:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.71.139 with HTTP; Sat, 5 May 2018 03:38:37 -0700 (PDT) In-Reply-To: <20180505035931.33120d74@gmail.com> References: <20180505035931.33120d74@gmail.com> From: bryn1u85 Date: Sat, 5 May 2018 12:38:37 +0200 Message-ID: Subject: Re: SSP_CFLAGS for kernel To: Rozhuk Ivan Cc: freebsd-current@freebsd.org, FreeBSD Hackers , bdrewery@freebsd.org X-Mailman-Approved-At: Sat, 05 May 2018 10:52:58 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 10:38:40 -0000 Hey, Don't touch src.conf Entry for make.conf should looks like below: WITH_SSP_PORTS=YES SSP_CFLAGS=-fstack-protector-all SSP_CXXFLAGS=-fstack-protector-all It's working for me. 2018-05-05 2:59 GMT+02:00 Rozhuk Ivan : > Hi! > > I set: > > /etc/src.conf: > WITH_SSP= > > /etc/make.conf: > SSP_CFLAGS=-fstack-protector-all > WITH_SSP_PORTS=yes > > > But in /usr/src/sys/conf/kern.mk: > > ... > # > # GCC SSP support > # > .if ${MK_SSP} != "no" && \ > ${MACHINE_CPUARCH} != "arm" && ${MACHINE_CPUARCH} != "mips" > CFLAGS+= -fstack-protector > .endif > ... > > > Is there should be some thing like in /usr/src/share/mk/bsd.sys.mk: > > SSP_CFLAGS?= -fstack-protector > CFLAGS+= ${SSP_CFLAGS} > > ??? > > > PS: /usr/ports/UPDATING > "The default SSP_CLFAGS is -fstack-protector, but -fstack-protector-all" > should be: > "The default SSP_CFLAGS is -fstack-protector, but -fstack-protector-all" > _______________________________________________ > 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" > From owner-freebsd-current@freebsd.org Sat May 5 11:33:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74D71FAB0E3; Sat, 5 May 2018 11:33:39 +0000 (UTC) (envelope-from rozhuk.im@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 E8D586B243; Sat, 5 May 2018 11:33:38 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id j5-v6so8823837wme.5; Sat, 05 May 2018 04:33:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=2N8tbeDILWOE7mUlnlgvSOCsGE+aiTq9X//v0noTMv4=; b=P4Nj7UWAT9IrkQrgMgKq7b9u2IgnH1ZqM4pAc2oaO/NEersGSeMhDZfImUBxjMZtN2 FOSTvJ3c8wBsysl7lkmJBuHXj6sNnpiuHkH09ISYQeeHab98/1Wyxdy+9qKQ0+viuxma o1Ivi5gwd5XoPLYHpWw8M4f7eVY6alhgYHRt5oV1rA3u2IFsi+WVwL6mEWpXUE7+epxi 5Fyoxawf0wC9xWY18XhE4wr1xmgGwrPCl847B8NemllO+vAJeAlysevNPPUxY4vQsgdL y/6w2mgbUwOqLixZcrEnIh41Z+aaADBrFcwzvJniBdgEx+2VztT/71ryDMbnYLlgWKpd k+lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=2N8tbeDILWOE7mUlnlgvSOCsGE+aiTq9X//v0noTMv4=; b=GSbsn2EZLH5S5zF7DjHZaTdTLmRrp1wVos1fa3KDFbm4lno+KwDUSMw0qg6FwWKK6t MhtRLmi4N9LcW6iaWelhc1nZpR+Yby5uCnB8saKS8+JNaDyk+5muyEAnZoetNM27++Ji Eq1mEPSlmUJNOYOHypbRKUYJWD6GWXvO1JrN19RyVFuH9sV/DOAgPoRtYZn4E43AYyjJ q8fgOobeQm9KXuuQgqts4g32//h5OAkNWhCiLxWwuFOkLH3EAYvLwMkbJUYwAbDz6UWB bfOYoFuXJqTIfx/nvq8oKbFeT1N+N7fBVi58wv3O4WowlttE39oQiLsxIWH1I2v5iNPK siKw== X-Gm-Message-State: ALQs6tDvnxrNWgQt0LYD4OrZjIPEM+uTccQr2Mlcm0T/PuxWJ3Thq49R mtPOorhpQFG+2iSzVEIA3+UpyS1h X-Google-Smtp-Source: AB8JxZpmxqRp5FcuUkrSP0yTjXu+0zmfp2YTEHc924unQfO6WIAPTTRNXLvDE7PhGlvejMPnHZ2rYQ== X-Received: by 2002:a50:9ea3:: with SMTP id a32-v6mr37267462edf.78.1525520017232; Sat, 05 May 2018 04:33:37 -0700 (PDT) Received: from localhost ([2001:470:1f15:3d8:7285:c2ff:fe37:5722]) by smtp.gmail.com with ESMTPSA id q6-v6sm4228279edh.9.2018.05.05.04.33.36 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 05 May 2018 04:33:36 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Sat, 5 May 2018 14:33:35 +0300 To: bryn1u85 Cc: freebsd-current@freebsd.org, FreeBSD Hackers , bdrewery@freebsd.org Subject: Re: SSP_CFLAGS for kernel Message-ID: <20180505143335.1091d70a@gmail.com> In-Reply-To: References: <20180505035931.33120d74@gmail.com> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; amd64-portbld-freebsd11.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 11:33:39 -0000 On Sat, 5 May 2018 12:38:37 +0200 bryn1u85 wrote: > Don't touch src.conf I want to buils kernel and system with SSP too. > Entry for make.conf should looks like below: > > WITH_SSP_PORTS=YES > > SSP_CFLAGS=-fstack-protector-all > > SSP_CXXFLAGS=-fstack-protector-all SSP_CXXFLAGS does not used in system and ports, at least on 11.2. From owner-freebsd-current@freebsd.org Sat May 5 15:24:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB211FB0BD7 for ; Sat, 5 May 2018 15:24:25 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 39E7D7DAD5 for ; Sat, 5 May 2018 15:24:24 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id w45FQ0B7021421 for ; Sat, 5 May 2018 08:26:06 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: UDNSMS MIME-Version: 1.0 In-Reply-To: <078050dffc03a3b75cc86224c9c1fbd6@udns.ultimatedns.net> From: "Chris H" Reply-To: bsd-lists@BSDforge.com To: "FreeBSD Current" Subject: Re: IGNORE_OSVERSION=yes -- can't install pkg Date: Sat, 05 May 2018 08:26:06 -0700 Message-Id: <7c58b8eb1bc3f83819c2aab6bfea322c@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 15:24:25 -0000 On Fri, 04 May 2018 22:57:52 -0700 said > I just setup a jail from a 12-CURRENT I built awhile ago=2E It has no ports > tree=2E So I'm attempting > to install svnlite=2E issuing pkg search svnlite returns > The package management tool is not yet installed on your system=2E > Do you want to fetch and install it now? [y/N]: y > Bootstrapping pkg from pkg+http://pkg=2EFreeBSD=2Eorg/FreeBSD:12:amd64/latest= , > please wait=2E=2E=2E > Verifying signature with trusted certificate pkg=2Efreebsd=2Eorg=2E2013102301=2E=2E= =2E > done > [12current=2Elocalhost] Installing pkg-1=2E10=2E5=2E=2E=2E > Newer FreeBSD version for package pkg: > To ignore this error set IGNORE_OSVERSION=3Dyes > - package: 1200062 > - running kernel: 1200054 > Allow missmatch now?[Y/n]: >=20 > Umm, what? Should I ignore this error? If so, why is there an error at al= l? > I answered no=2E Guess I won't be able to use pkg(8) on this jail(8)=2E :-( >=20 > --Chris OK the only reference[1] I can find regarding this, indicates that answerin= g "Y" to Allow missmatch now? resulted in an ABI mismatch that caused pkg(8) to b= e unusable=2E This is on an older version of 12, so I don't have anything that might have appeared in UPDATING=2E I really need this jail to resolve accumulating pr(1)= 's on ports(7) I maintain=2E Thank you=2E --Chris 1 https://unix=2Estackexchange=2Ecom/questions/430038/installed-incompatible-pk= g-version-how-to-uninstall-or-fix-otherwise >=20 > From owner-freebsd-current@freebsd.org Sat May 5 16:14:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C649AFB242C for ; Sat, 5 May 2018 16:14:27 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A6EF68DD0 for ; Sat, 5 May 2018 16:14:27 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from [195.4.92.140] (helo=mjail0.freenet.de) by mout3.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.90_1 #2) id 1fEzpI-0002vH-J0 for freebsd-current@freebsd.org; Sat, 05 May 2018 18:14:24 +0200 Received: from [::1] (port=58110 helo=mjail0.freenet.de) by mjail0.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.90_1 #2) id 1fEzpI-0007tS-FE for freebsd-current@freebsd.org; Sat, 05 May 2018 18:14:24 +0200 Received: from mx1.freenet.de ([195.4.92.11]:41140) by mjail0.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.90_1 #2) id 1fEznH-000607-Bo for freebsd-current@freebsd.org; Sat, 05 May 2018 18:12:19 +0200 Received: from p4fd9f69b.dip0.t-ipconnect.de ([79.217.246.155]:26225 helo=freebsd-t450.fritz.box) by mx1.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (port 587) (Exim 4.90_1 #2) id 1fEznH-0006Wg-7E for freebsd-current@freebsd.org; Sat, 05 May 2018 18:12:19 +0200 Date: Sat, 5 May 2018 18:12:16 +0200 From: Manuel =?iso-8859-15?Q?St=FChn?= To: freebsd-current@freebsd.org Subject: Re: Regression Resume Lenovo T450 Message-ID: <20180505161216.GA88162@freebsd-t450.fritz.box> References: <20180504060717.GA88565@freebsd-t450.fritz.box> <6c435933-0c94-a6ad-7647-d78b2dd2b631@nomadlogic.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6c435933-0c94-a6ad-7647-d78b2dd2b631@nomadlogic.org> User-Agent: Mutt/1.9.5 (2018-04-13) X-Spamscore: -5.8 (-----) X-Spamreport: Action: no action Symbol: FROM_EQ_ENVFROM(0.00) Symbol: MIME_GOOD(-0.10) Symbol: TO_MATCH_ENVRCPT_ALL(0.00) Symbol: RCVD_VIA_SMTP_AUTH(0.00) Symbol: TO_DN_NONE(0.00) Symbol: ASN(0.00) Symbol: RCPT_COUNT_ONE(0.00) Symbol: RCVD_COUNT_ONE(0.00) Symbol: FROM_HAS_DN(0.00) Symbol: BAYES_HAM(-2.71) Symbol: RCVD_TLS_ALL(0.00) Symbol: NEURAL_HAM(-2.98) Message-ID: 20180505161216.GA88162@freebsd-t450.fritz.box X-FN-Spambar: X-Originated-At: 79.217.246.155!26225 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 16:14:27 -0000 On Fri, May 04, 2018 at 11:05:16AM -0700, Pete Wright wrote: > > >On 05/03/2018 23:07, Manuel Stühn wrote: >> >> Since some time now CURRENT runs very smoothly on my Lenovo T450 in >> conjunction with drm-stable-kmod installed. WLAN, Suspense&Resume >> worked out of the box (at least ... until now). Due to pkg(8) >> complaining about wrong ABI of packages, I've made an update from >> r332385 (1200061) to r333091 (1200062), and now the T450 does not >> resume anymore; i have to hold the power button for some time to power >> it down. The ZFS-Boot-Environment I've made beforehand updating is >> still capable of resuming. >> >> I tried to find out which commit broke the resume for me by installing >> older kernels, but even installing r332385 kernel (into the actual >> r333091 userland) does not restore its capability to resume. >> >> Any ideas or hints? Which information can i provide to help >> investigating this matter? > >have you tried suspend/resume without having the drm-next kmod loaded?  Same effect. No resume... -- Manuel From owner-freebsd-current@freebsd.org Sat May 5 16:47:48 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A97DFB2FB4 for ; Sat, 5 May 2018 16:47:48 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 6EAD56F2FD for ; Sat, 5 May 2018 16:47:46 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 0580517e-5084-11e8-b234-5d9545c6b53f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 0580517e-5084-11e8-b234-5d9545c6b53f; Sat, 05 May 2018 16:47:39 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w45GlaVq050718; Sat, 5 May 2018 10:47:36 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1525538856.57768.293.camel@freebsd.org> Subject: Re: IGNORE_OSVERSION=yes -- can't install pkg From: Ian Lepore To: bsd-lists@BSDforge.com, FreeBSD Current Date: Sat, 05 May 2018 10:47:36 -0600 In-Reply-To: <7c58b8eb1bc3f83819c2aab6bfea322c@udns.ultimatedns.net> References: <7c58b8eb1bc3f83819c2aab6bfea322c@udns.ultimatedns.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 16:47:48 -0000 On Sat, 2018-05-05 at 08:26 -0700, Chris H wrote: > On Fri, 04 May 2018 22:57:52 -0700 said > > > > > I just setup a jail from a 12-CURRENT I built awhile ago. It has no > > ports > > tree. So I'm attempting > > to install svnlite. issuing pkg search svnlite returns > > The package management tool is not yet installed on your system. > > Do you want to fetch and install it now? [y/N]: y > > Bootstrapping pkg from pkg+http://pkg.FreeBSD.org/FreeBSD:12:amd64/ > > latest, > > please wait... > > Verifying signature with trusted certificate > > pkg.freebsd.org.2013102301... > > done > > [12current.localhost] Installing pkg-1.10.5... > > Newer FreeBSD version for package pkg: > > To ignore this error set IGNORE_OSVERSION=yes > > - package: 1200062 > > - running kernel: 1200054 > > Allow missmatch now?[Y/n]: > > > > Umm, what? Should I ignore this error? If so, why is there an error > > at all? > > I answered no. Guess I won't be able to use pkg(8) on this jail(8). > > :-( > > > > --Chris > OK the only reference[1] I can find regarding this, indicates that > answering "Y" > to Allow missmatch now? resulted in an ABI mismatch that caused > pkg(8) to be > unusable. > This is on an older version of 12, so I don't have anything that > might have > appeared in UPDATING. I really need this jail to resolve accumulating > pr(1)'s > on ports(7) I maintain. > > Thank you. The difference between 1200062 and 1200054 isn't going to affect anything except modules which are intimate with kernel internals, such as video drivers or virtualbox type stuff. IMO, this new version checking done by pkg(8) is just bad Bad BAD. The only control you get is a knob that tells you to ignore any version mismatch. There appears to be no option to get the historical worked- really-well behavior of ignoring mismatches of the minor version for people who track -current. -- Ian From owner-freebsd-current@freebsd.org Sat May 5 16:56:02 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92988FB34CA for ; Sat, 5 May 2018 16:56:02 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 F24C8720D6; Sat, 5 May 2018 16:56:01 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w45GtiMd048003; Sat, 5 May 2018 09:55:44 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w45GtiLY048002; Sat, 5 May 2018 09:55:44 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201805051655.w45GtiLY048002@pdx.rh.CN85.dnsmgr.net> Subject: Re: IGNORE_OSVERSION=yes -- can't install pkg In-Reply-To: <1525538856.57768.293.camel@freebsd.org> To: Ian Lepore Date: Sat, 5 May 2018 09:55:44 -0700 (PDT) CC: bsd-lists@BSDforge.com, FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 16:56:02 -0000 > On Sat, 2018-05-05 at 08:26 -0700, Chris H wrote: > > On Fri, 04 May 2018 22:57:52 -0700 said > > > > > > > > I just setup a jail from a 12-CURRENT I built awhile ago. It has no > > > ports > > > tree. So I'm attempting > > > to install svnlite. issuing pkg search svnlite returns > > > The package management tool is not yet installed on your system. > > > Do you want to fetch and install it now? [y/N]: y > > > Bootstrapping pkg from pkg+http://pkg.FreeBSD.org/FreeBSD:12:amd64/ > > > latest, > > > please wait... > > > Verifying signature with trusted certificate > > > pkg.freebsd.org.2013102301... > > > done > > > [12current.localhost] Installing pkg-1.10.5... > > > Newer FreeBSD version for package pkg: > > > To ignore this error set IGNORE_OSVERSION=yes > > > - package: 1200062 > > > - running kernel: 1200054 > > > Allow missmatch now?[Y/n]: > > > > > > Umm, what? Should I ignore this error? If so, why is there an error > > > at all? > > > I answered no. Guess I won't be able to use pkg(8) on this jail(8). > > > :-( > > > > > > --Chris > > OK the only reference[1] I can find regarding this, indicates that > > answering "Y" > > to Allow missmatch now? resulted in an ABI mismatch that caused > > pkg(8) to be > > unusable. > > This is on an older version of 12, so I don't have anything that > > might have > > appeared in UPDATING. I really need this jail to resolve accumulating > > pr(1)'s > > on ports(7) I maintain. > > > > Thank you. > > The difference between 1200062 and 1200054 isn't going to affect > anything except modules which are intimate with kernel internals, such > as video drivers or virtualbox type stuff. > > IMO, this new version checking done by pkg(8) is just bad Bad BAD. The > only control you get is a knob that tells you to ignore any version > mismatch. There appears to be no option to get the historical worked- > really-well behavior of ignoring mismatches of the minor version for > people who track -current. > > -- Ian And we also have packages that themselves arguable spit out warnings simply cause they are built in a jail and against a false kernel version that makes them think the ABI might be different (lsof port as an example). -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat May 5 18:55:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B20FCFB6ABC; Sat, 5 May 2018 18:55:47 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::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 2D9E06BD59; Sat, 5 May 2018 18:55:47 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-vk0-x236.google.com with SMTP id j7-v6so15141905vkc.9; Sat, 05 May 2018 11:55:47 -0700 (PDT) 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=Hx3DBbVHoQmzjlr0nTwPjwsGb7hgLR4U08gUae8ngro=; b=FzZzcYYCL+KHJC3/eWWQ4lWB4R3rcEyQh3YjpQvGA6McvxnMhYgDDdANLdaQDo8ry2 maB+eTwwWm56llNURYleJX46Beywak4k1hbjdM7/rZ7+nfSnEZgoAfHclDRWWxHsG+XY 3hk/bhW2Loxa84oStDf+MZZu0AiGVd/m4s4ce03oeJf085J7hwLk92pDlBYI3/tTCkgC asaOJju3uqK8QAzkOFsvtgw6Y7KX2IlThx4CI7+ThC/78BLRdCCgOSpHQXX0/XLubkDw eC+NBwoxtSQgnlJDyzY5Vnaf4zL2bHIApVTLjBMSYLI6ozuH/Z1n5TdGkMHT0K3nvRPA uQqA== 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=Hx3DBbVHoQmzjlr0nTwPjwsGb7hgLR4U08gUae8ngro=; b=fZi16OEYUZQGTOcPtNBGIDKL6g6RF2n8F9G5dIazW25rttQ6607FlGVijaA6wWhbxJ 4dBM1aycGRcTAeoWYJU7phdydgYndkicF+oE5ZuW7imBMBl7Zq4WCzoi6SgzixE/EWoz Jf5N65VRq10jPWH+BglUvzfmfxMvXt/xxA3IFWFLcBjmK6ZnyAl7Gn/+JdvMVCZIPUXt 2JEQopA4v3rYnPjnM0rmaJLUKUSIjp1ejQgTh+LtjXJcJxNQxgDCSCmy6qdt67Q134Ad Kkqf0uMLPjFBz/r5zkSK5Sjd/621HX5PfGh6vl1046hU645Z+gc8Tpq7asDfWQFe6Htr lLjg== X-Gm-Message-State: ALQs6tDZ678xwXI8CxA1zqyc7c6qUNH/weP2B1itRg5jjtE4FXXRZuxa A8D31dZZWx8lmkZuvHpQ1tL4GVtcm25N3y5tetw= X-Google-Smtp-Source: AB8JxZpsYazEnfZIq9HXBzrp3cJ0/ieBEwauzhGffko0PWwX2V4KP/UPAh6zRV5/RJ6yX0+1zB6/+KvIXdv4hz9LFNc= X-Received: by 2002:a1f:5cca:: with SMTP id q193-v6mr27347962vkb.45.1525546546493; Sat, 05 May 2018 11:55:46 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.103.81.15 with HTTP; Sat, 5 May 2018 11:55:45 -0700 (PDT) In-Reply-To: <20180505143335.1091d70a@gmail.com> References: <20180505035931.33120d74@gmail.com> <20180505143335.1091d70a@gmail.com> From: Kevin Oberman Date: Sat, 5 May 2018 11:55:45 -0700 X-Google-Sender-Auth: sHTPsTtUvvfWkbn4V2d945S_qXE Message-ID: Subject: Re: SSP_CFLAGS for kernel To: Rozhuk Ivan Cc: bryn1u85 , FreeBSD Current , FreeBSD Hackers , Bryan Drewery Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 18:55:48 -0000 On Sat, May 5, 2018 at 4:33 AM, Rozhuk Ivan wrote: > On Sat, 5 May 2018 12:38:37 +0200 > bryn1u85 wrote: > > > Don't touch src.conf > > I want to buils kernel and system with SSP too Not relevant. /etc/make.conf definitions are applied to ALL make operations and that includes kernel and module building. /etc/src.conf definitions are only applied to the kernel, modules, and ports. When src.conf was created, it was explicitly NOT intended that the file be used for building ports, but someone has changed that. It probably should have been used for ports that built kernel modules, but not any others, but that is not the case. >From bsd.port.mk: # We prefer to pass MK_*=no but it was only supported after a certain # revision. Passing WITHOUT_* may conflict with a make.conf or src.conf's # WITH_* value. Note that ports *do* pull in src.conf. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Sat May 5 23:39:35 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F41B5FBEEFE for ; Sat, 5 May 2018 23:39:34 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic301-32.consmr.mail.ne1.yahoo.com (sonic301-32.consmr.mail.ne1.yahoo.com [66.163.184.201]) (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 91CD0838FE for ; Sat, 5 May 2018 23:39:34 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: _Zoe8eMVM1n4zN0PbyXJAfsEYJqU2ddRztO1VMaHycTZZ74bzFsXd3_YSy42br. 6.wZnNIl.DLPQSb92sLieLOJP0LCJyKVVzGETMleQRvaBo2D.JU0fyVa317t3aI0Sk0ZsU1nLtGw wwf60NwrEGBdvSwkMduHfKAGjGPTOKUBaKyDhKbHBsbzzt3d2wm44a7GgfEiuR9CzbaKME1KRCgV bq1Z0pAqQQQP2ujpq1JK.Bius9JBf8zQthJhKX4gdHxgr_E6a5aAQoc44ImFzHUypaVbOXWK7dDz I7ZwUxvlMAb3zmpSShdYsgKJ1gQsec1YTL25L0w3CVylCFjLKJHAbc47NSbNYGCqpo_LQq69lo2E cIa1RrB.gZx9IzaYjqd8SKcBB2OGg9XM91ZbgSJ.bccsf6WDae0Rx9V9dvaH0YxFdjBb8o2QbdJH OWIpS6laR9UaVaSSLtVpKj6mwP8YJv_.3R98cJQNZcT5jojsDDv83D34A4wKAzqN.Ky7aXbAjXac W6P0HPNMo3UM2nvaw5GbkRuhspeacMlODo_hH98_lxpCcRKTqgbmt4guJkbS6d3vl69a7ijKtBSs 6iJAJVm8mzcvdGo3eNtSy02LOHLwIfRUDfBRcQM56wCC48VzpcCZCn25fLJmEJmUXDMRgMAXxoyk d Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Sat, 5 May 2018 23:39:33 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp428.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a333203aa6c8e0cff5b99d8b7e8a2096; Sat, 05 May 2018 23:39:32 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: Re: svn commit: r333240 - in head/sys: powerpc/powerpc sys [appears to have broken the builds of head for riscv64] Message-Id: <9D64510E-32AE-45DC-87EC-4DFB41B9369F@yahoo.com> Date: Sat, 5 May 2018 16:39:31 -0700 To: mjg@FreeBSD.org, FreeBSD Current X-Mailer: Apple Mail (2.3445.6.18) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 05 May 2018 23:39:35 -0000 From: https://ci.freebsd.org/job/FreeBSD-head-riscv64-build/7868/ (and later?) that tried to build -r333241 (or later): --- bcopy.o --- In file included from /workspace/src/sys/riscv/riscv/bcopy.c:39:0: /workspace/src/sys/sys/systm.h:262:31: error: expected identifier or '(' = before '{' token #define bcopy(from, to, len) ({ \ ^ /workspace/src/sys/riscv/riscv/bcopy.c:134:1: note: in expansion of = macro 'bcopy' bcopy(const void *src0, void *dst0, size_t length) ^~~~~ *** [bcopy.o] Error code 1 make[2]: stopped in = /workspace/obj/workspace/src/riscv.riscv64/sys/RISCVTEST 1 error The prior ci.freebsd.org build: https://ci.freebsd.org/job/FreeBSD-head-riscv64-build/7867/ was successful and built -r333238 . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)