From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6DC3529AB for ; Fri, 23 Sep 2022 09:08:02 +0000 (UTC) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id A0F1B219BA; Fri, 23 Sep 2022 09:08:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1663924080; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=3NmV8dBleohq19FUTGjShv3qNCUcjTHlt1m0s7sWLVk=; b=V6wEuumqUBqjySkow4NVfoPBdDcct+QY2sSnA92ZeyPwH38i0NPhxZ2JBFN/nzoZI0qJDc KkeFL/D96aoTs49QcLygaGlMNADNI8AXG8StgjNUceGaiafR2+x2Vnsi6pDhmZ07qrK3n8 Inta8iq5GzYLsx9ExrSXKnUXYR9y3Io= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1663924080; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=3NmV8dBleohq19FUTGjShv3qNCUcjTHlt1m0s7sWLVk=; b=U7EHAzZMP7bk2R61PfblSG7IYbc4Ddv8PLRV2h2xeqC20gD9ZFpGn6nKi00zf3zaGPeOWS aSCwMvZR9gmTbODQ== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 19F9B13AA5; Fri, 23 Sep 2022 09:08:00 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id e5i3BXB3LWM6HAAAMHmgww (envelope-from ); Fri, 23 Sep 2022 09:08:00 +0000 Message-ID: <6e6a5f86-3080-54ed-82ea-80e57e184fd0@suse.cz> Date: Fri, 23 Sep 2022 11:07:59 +0200 Precedence: bulk X-Mailing-List: llvm@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: [PATCH 00/12] slab: Introduce kmalloc_size_roundup() Content-Language: en-US To: Kees Cook Cc: =?UTF-8?Q?Christian_K=c3=b6nig?= , Pekka Enberg , Feng Tang , David Rientjes , Joonsoo Kim , Andrew Morton , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Greg Kroah-Hartman , Nick Desaulniers , Alex Elder , Josef Bacik , David Sterba , Sumit Semwal , Jesse Brandeburg , Daniel Micay , Yonghong Song , Marco Elver , Miguel Ojeda , linux-kernel@vger.kernel.org, linux-mm@kvack.org, netdev@vger.kernel.org, linux-btrfs@vger.kernel.org, linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org, linux-fsdevel@vger.kernel.org, intel-wired-lan@lists.osuosl.org, dev@openvswitch.org, x86@kernel.org, linux-wireless@vger.kernel.org, llvm@lists.linux.dev, linux-hardening@vger.kernel.org, Hyeonggon Yoo <42.hyeyoo@gmail.com> References: <20220922031013.2150682-1-keescook@chromium.org> <673e425d-1692-ef47-052b-0ff2de0d9c1d@amd.com> <202209220845.2F7A050@keescook> <202209221446.5E90AEED@keescook> From: Vlastimil Babka In-Reply-To: <202209221446.5E90AEED@keescook> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 9/22/22 23:49, Kees Cook wrote: > On Thu, Sep 22, 2022 at 11:05:47PM +0200, Vlastimil Babka wrote: >> On 9/22/22 17:55, Kees Cook wrote: >> > On Thu, Sep 22, 2022 at 09:10:56AM +0200, Christian König wrote: >> > [...] >> > > So when this patch set is about to clean up this use case it should probably >> > > also take care to remove ksize() or at least limit it so that it won't be >> > > used for this use case in the future. >> > >> > Yeah, my goal would be to eliminate ksize(), and it seems possible if >> > other cases are satisfied with tracking their allocation sizes directly. >> >> I think we could leave ksize() to determine the size without a need for >> external tracking, but from now on forbid callers from using that hint to >> overflow the allocation size they actually requested? Once we remove the >> kasan/kfence hooks in ksize() that make the current kinds of usage possible, >> we should be able to catch any offenders of the new semantics that would appear? > > That's correct. I spent the morning working my way through the rest of > the ksize() users I didn't clean up yesterday, and in several places I > just swapped in __ksize(). But that wouldn't even be needed if we just > removed the kasan unpoisoning from ksize(), etc. > > I am tempted to leave it __ksize(), though, just to reinforce that it's > not supposed to be used "normally". What do you think? Sounds good. Note in linux-next there's now a series in slab.git planned for 6.1 that moves __ksize() declaration to mm/slab.h to make it more private. But we don't want random users outside mm and related kasan/kfence subsystems to include mm/slab.h, so we'll have to expose it again instead of ksize(). From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 47C9DC6FA91 for ; Fri, 23 Sep 2022 09:08:10 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 823A310E7C9; Fri, 23 Sep 2022 09:08:08 +0000 (UTC) Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) by gabe.freedesktop.org (Postfix) with ESMTPS id 05D0810E7C9 for ; Fri, 23 Sep 2022 09:08:02 +0000 (UTC) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id A0F1B219BA; Fri, 23 Sep 2022 09:08:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1663924080; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=3NmV8dBleohq19FUTGjShv3qNCUcjTHlt1m0s7sWLVk=; b=V6wEuumqUBqjySkow4NVfoPBdDcct+QY2sSnA92ZeyPwH38i0NPhxZ2JBFN/nzoZI0qJDc KkeFL/D96aoTs49QcLygaGlMNADNI8AXG8StgjNUceGaiafR2+x2Vnsi6pDhmZ07qrK3n8 Inta8iq5GzYLsx9ExrSXKnUXYR9y3Io= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1663924080; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=3NmV8dBleohq19FUTGjShv3qNCUcjTHlt1m0s7sWLVk=; b=U7EHAzZMP7bk2R61PfblSG7IYbc4Ddv8PLRV2h2xeqC20gD9ZFpGn6nKi00zf3zaGPeOWS aSCwMvZR9gmTbODQ== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 19F9B13AA5; Fri, 23 Sep 2022 09:08:00 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id e5i3BXB3LWM6HAAAMHmgww (envelope-from ); Fri, 23 Sep 2022 09:08:00 +0000 Message-ID: <6e6a5f86-3080-54ed-82ea-80e57e184fd0@suse.cz> Date: Fri, 23 Sep 2022 11:07:59 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: [PATCH 00/12] slab: Introduce kmalloc_size_roundup() Content-Language: en-US To: Kees Cook References: <20220922031013.2150682-1-keescook@chromium.org> <673e425d-1692-ef47-052b-0ff2de0d9c1d@amd.com> <202209220845.2F7A050@keescook> <202209221446.5E90AEED@keescook> From: Vlastimil Babka In-Reply-To: <202209221446.5E90AEED@keescook> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Feng Tang , linux-wireless@vger.kernel.org, llvm@lists.linux.dev, dri-devel@lists.freedesktop.org, linux-mm@kvack.org, Eric Dumazet , linux-hardening@vger.kernel.org, Hyeonggon Yoo <42.hyeyoo@gmail.com>, Sumit Semwal , dev@openvswitch.org, x86@kernel.org, Jesse Brandeburg , intel-wired-lan@lists.osuosl.org, David Rientjes , Miguel Ojeda , Yonghong Song , Paolo Abeni , linux-media@vger.kernel.org, Marco Elver , Josef Bacik , linaro-mm-sig@lists.linaro.org, Jakub Kicinski , David Sterba , Joonsoo Kim , Alex Elder , Greg Kroah-Hartman , Nick Desaulniers , linux-kernel@vger.kernel.org, =?UTF-8?Q?Christian_K=c3=b6nig?= , Pekka Enberg , Daniel Micay , netdev@vger.kernel.org, linux-fsdevel@vger.kernel.org, Andrew Morton , "David S. Miller" , linux-btrfs@vger.kernel.org Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On 9/22/22 23:49, Kees Cook wrote: > On Thu, Sep 22, 2022 at 11:05:47PM +0200, Vlastimil Babka wrote: >> On 9/22/22 17:55, Kees Cook wrote: >> > On Thu, Sep 22, 2022 at 09:10:56AM +0200, Christian König wrote: >> > [...] >> > > So when this patch set is about to clean up this use case it should probably >> > > also take care to remove ksize() or at least limit it so that it won't be >> > > used for this use case in the future. >> > >> > Yeah, my goal would be to eliminate ksize(), and it seems possible if >> > other cases are satisfied with tracking their allocation sizes directly. >> >> I think we could leave ksize() to determine the size without a need for >> external tracking, but from now on forbid callers from using that hint to >> overflow the allocation size they actually requested? Once we remove the >> kasan/kfence hooks in ksize() that make the current kinds of usage possible, >> we should be able to catch any offenders of the new semantics that would appear? > > That's correct. I spent the morning working my way through the rest of > the ksize() users I didn't clean up yesterday, and in several places I > just swapped in __ksize(). But that wouldn't even be needed if we just > removed the kasan unpoisoning from ksize(), etc. > > I am tempted to leave it __ksize(), though, just to reinforce that it's > not supposed to be used "normally". What do you think? Sounds good. Note in linux-next there's now a series in slab.git planned for 6.1 that moves __ksize() declaration to mm/slab.h to make it more private. But we don't want random users outside mm and related kasan/kfence subsystems to include mm/slab.h, so we'll have to expose it again instead of ksize(). From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from smtp2.osuosl.org (smtp2.osuosl.org [140.211.166.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id B638EECAAD8 for ; Fri, 23 Sep 2022 13:48:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp2.osuosl.org (Postfix) with ESMTP id 57AD34097E; Fri, 23 Sep 2022 13:48:47 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 smtp2.osuosl.org 57AD34097E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=osuosl.org; s=default; t=1663940927; bh=O4ZEBLBDuHKAHGolNAwx6wdXYY7X2qM+4njV+vmIauo=; h=Date:To:References:From:In-Reply-To:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Cc:From; b=excU1Jt+PBZSQAxfDhS2yiRg2eXOKocMtZASC+8aR5t+6NPXpz8Sgs5F5ZNkf8VPX hxRiEACMZqxW6ookX/v01qmtZPfoPYLWal+8XOIkwgnOiFkojq59mqYIO6wNoO4v5f wXIIDlUf7tPDfvYCVsEvue/fVsletJGweFwpQTaijBFXobyth4NuWEBuBnoKkJR4HW Ol8C3nmhDeHeUMOQfjpqsFGRQRg4zMJuHQOznjmdMOT5itFYzT/zuZc+hxYtvA9U++ /wBC5GsEfkfO3NdRpcswAtKQP6DeoaOXMfY9szJeZkAhjcujzCxhg82VjZYKRb8aDF ITZ4QUbz4Vn3g== X-Virus-Scanned: amavisd-new at osuosl.org Received: from smtp2.osuosl.org ([127.0.0.1]) by localhost (smtp2.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X_UC4Aa90tGZ; Fri, 23 Sep 2022 13:48:46 +0000 (UTC) Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34]) by smtp2.osuosl.org (Postfix) with ESMTP id 4F8A040992; Fri, 23 Sep 2022 13:48:46 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 smtp2.osuosl.org 4F8A040992 Received: from smtp4.osuosl.org (smtp4.osuosl.org [140.211.166.137]) by ash.osuosl.org (Postfix) with ESMTP id 1D1061BF47E for ; Fri, 23 Sep 2022 09:08:07 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp4.osuosl.org (Postfix) with ESMTP id E9CBF403B4 for ; Fri, 23 Sep 2022 09:08:06 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 smtp4.osuosl.org E9CBF403B4 X-Virus-Scanned: amavisd-new at osuosl.org Received: from smtp4.osuosl.org ([127.0.0.1]) by localhost (smtp4.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oaHFDxRO7M9t for ; Fri, 23 Sep 2022 09:08:05 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0 DKIM-Filter: OpenDKIM Filter v2.11.0 smtp4.osuosl.org 0F5F140022 Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) by smtp4.osuosl.org (Postfix) with ESMTPS id 0F5F140022 for ; Fri, 23 Sep 2022 09:08:04 +0000 (UTC) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id A0F1B219BA; Fri, 23 Sep 2022 09:08:00 +0000 (UTC) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 19F9B13AA5; Fri, 23 Sep 2022 09:08:00 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id e5i3BXB3LWM6HAAAMHmgww (envelope-from ); Fri, 23 Sep 2022 09:08:00 +0000 Message-ID: <6e6a5f86-3080-54ed-82ea-80e57e184fd0@suse.cz> Date: Fri, 23 Sep 2022 11:07:59 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Content-Language: en-US To: Kees Cook References: <20220922031013.2150682-1-keescook@chromium.org> <673e425d-1692-ef47-052b-0ff2de0d9c1d@amd.com> <202209220845.2F7A050@keescook> <202209221446.5E90AEED@keescook> From: Vlastimil Babka In-Reply-To: <202209221446.5E90AEED@keescook> X-Mailman-Approved-At: Fri, 23 Sep 2022 13:48:44 +0000 X-Mailman-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1663924080; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=3NmV8dBleohq19FUTGjShv3qNCUcjTHlt1m0s7sWLVk=; b=V6wEuumqUBqjySkow4NVfoPBdDcct+QY2sSnA92ZeyPwH38i0NPhxZ2JBFN/nzoZI0qJDc KkeFL/D96aoTs49QcLygaGlMNADNI8AXG8StgjNUceGaiafR2+x2Vnsi6pDhmZ07qrK3n8 Inta8iq5GzYLsx9ExrSXKnUXYR9y3Io= X-Mailman-Original-DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1663924080; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=3NmV8dBleohq19FUTGjShv3qNCUcjTHlt1m0s7sWLVk=; b=U7EHAzZMP7bk2R61PfblSG7IYbc4Ddv8PLRV2h2xeqC20gD9ZFpGn6nKi00zf3zaGPeOWS aSCwMvZR9gmTbODQ== X-Mailman-Original-Authentication-Results: smtp4.osuosl.org; dkim=pass (1024-bit key) header.d=suse.cz header.i=@suse.cz header.a=rsa-sha256 header.s=susede2_rsa header.b=V6wEuumq; dkim=pass header.d=suse.cz header.i=@suse.cz header.a=ed25519-sha256 header.s=susede2_ed25519 header.b=U7EHAzZM Subject: Re: [Intel-wired-lan] [PATCH 00/12] slab: Introduce kmalloc_size_roundup() X-BeenThere: intel-wired-lan@osuosl.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel Wired Ethernet Linux Kernel Driver Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Feng Tang , linux-wireless@vger.kernel.org, llvm@lists.linux.dev, dri-devel@lists.freedesktop.org, linux-mm@kvack.org, Eric Dumazet , linux-hardening@vger.kernel.org, Hyeonggon Yoo <42.hyeyoo@gmail.com>, Sumit Semwal , dev@openvswitch.org, x86@kernel.org, intel-wired-lan@lists.osuosl.org, David Rientjes , Miguel Ojeda , Yonghong Song , Paolo Abeni , linux-media@vger.kernel.org, Marco Elver , Josef Bacik , linaro-mm-sig@lists.linaro.org, Jakub Kicinski , David Sterba , Joonsoo Kim , Alex Elder , Greg Kroah-Hartman , Nick Desaulniers , linux-kernel@vger.kernel.org, =?UTF-8?Q?Christian_K=c3=b6nig?= , Pekka Enberg , Daniel Micay , netdev@vger.kernel.org, linux-fsdevel@vger.kernel.org, Andrew Morton , "David S. Miller" , linux-btrfs@vger.kernel.org Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: intel-wired-lan-bounces@osuosl.org Sender: "Intel-wired-lan" T24gOS8yMi8yMiAyMzo0OSwgS2VlcyBDb29rIHdyb3RlOgo+IE9uIFRodSwgU2VwIDIyLCAyMDIy IGF0IDExOjA1OjQ3UE0gKzAyMDAsIFZsYXN0aW1pbCBCYWJrYSB3cm90ZToKPj4gT24gOS8yMi8y MiAxNzo1NSwgS2VlcyBDb29rIHdyb3RlOgo+PiA+IE9uIFRodSwgU2VwIDIyLCAyMDIyIGF0IDA5 OjEwOjU2QU0gKzAyMDAsIENocmlzdGlhbiBLw7ZuaWcgd3JvdGU6Cj4+ID4gWy4uLl0KPj4gPiA+ IFNvIHdoZW4gdGhpcyBwYXRjaCBzZXQgaXMgYWJvdXQgdG8gY2xlYW4gdXAgdGhpcyB1c2UgY2Fz ZSBpdCBzaG91bGQgcHJvYmFibHkKPj4gPiA+IGFsc28gdGFrZSBjYXJlIHRvIHJlbW92ZSBrc2l6 ZSgpIG9yIGF0IGxlYXN0IGxpbWl0IGl0IHNvIHRoYXQgaXQgd29uJ3QgYmUKPj4gPiA+IHVzZWQg Zm9yIHRoaXMgdXNlIGNhc2UgaW4gdGhlIGZ1dHVyZS4KPj4gPiAKPj4gPiBZZWFoLCBteSBnb2Fs IHdvdWxkIGJlIHRvIGVsaW1pbmF0ZSBrc2l6ZSgpLCBhbmQgaXQgc2VlbXMgcG9zc2libGUgaWYK Pj4gPiBvdGhlciBjYXNlcyBhcmUgc2F0aXNmaWVkIHdpdGggdHJhY2tpbmcgdGhlaXIgYWxsb2Nh dGlvbiBzaXplcyBkaXJlY3RseS4KPj4gCj4+IEkgdGhpbmsgd2UgY291bGQgbGVhdmUga3NpemUo KSB0byBkZXRlcm1pbmUgdGhlIHNpemUgd2l0aG91dCBhIG5lZWQgZm9yCj4+IGV4dGVybmFsIHRy YWNraW5nLCBidXQgZnJvbSBub3cgb24gZm9yYmlkIGNhbGxlcnMgZnJvbSB1c2luZyB0aGF0IGhp bnQgdG8KPj4gb3ZlcmZsb3cgdGhlIGFsbG9jYXRpb24gc2l6ZSB0aGV5IGFjdHVhbGx5IHJlcXVl c3RlZD8gT25jZSB3ZSByZW1vdmUgdGhlCj4+IGthc2FuL2tmZW5jZSBob29rcyBpbiBrc2l6ZSgp IHRoYXQgbWFrZSB0aGUgY3VycmVudCBraW5kcyBvZiB1c2FnZSBwb3NzaWJsZSwKPj4gd2Ugc2hv dWxkIGJlIGFibGUgdG8gY2F0Y2ggYW55IG9mZmVuZGVycyBvZiB0aGUgbmV3IHNlbWFudGljcyB0 aGF0IHdvdWxkIGFwcGVhcj8KPiAKPiBUaGF0J3MgY29ycmVjdC4gSSBzcGVudCB0aGUgbW9ybmlu ZyB3b3JraW5nIG15IHdheSB0aHJvdWdoIHRoZSByZXN0IG9mCj4gdGhlIGtzaXplKCkgdXNlcnMg SSBkaWRuJ3QgY2xlYW4gdXAgeWVzdGVyZGF5LCBhbmQgaW4gc2V2ZXJhbCBwbGFjZXMgSQo+IGp1 c3Qgc3dhcHBlZCBpbiBfX2tzaXplKCkuIEJ1dCB0aGF0IHdvdWxkbid0IGV2ZW4gYmUgbmVlZGVk IGlmIHdlIGp1c3QKPiByZW1vdmVkIHRoZSBrYXNhbiB1bnBvaXNvbmluZyBmcm9tIGtzaXplKCks IGV0Yy4KPiAKPiBJIGFtIHRlbXB0ZWQgdG8gbGVhdmUgaXQgX19rc2l6ZSgpLCB0aG91Z2gsIGp1 c3QgdG8gcmVpbmZvcmNlIHRoYXQgaXQncwo+IG5vdCBzdXBwb3NlZCB0byBiZSB1c2VkICJub3Jt YWxseSIuIFdoYXQgZG8geW91IHRoaW5rPwoKU291bmRzIGdvb2QuIE5vdGUgaW4gbGludXgtbmV4 dCB0aGVyZSdzIG5vdyBhIHNlcmllcyBpbiBzbGFiLmdpdCBwbGFubmVkIGZvcgo2LjEgdGhhdCBt b3ZlcyBfX2tzaXplKCkgZGVjbGFyYXRpb24gdG8gbW0vc2xhYi5oIHRvIG1ha2UgaXQgbW9yZSBw cml2YXRlLgpCdXQgd2UgZG9uJ3Qgd2FudCByYW5kb20gdXNlcnMgb3V0c2lkZSBtbSBhbmQgcmVs YXRlZCBrYXNhbi9rZmVuY2UKc3Vic3lzdGVtcyB0byBpbmNsdWRlIG1tL3NsYWIuaCwgc28gd2Un bGwgaGF2ZSB0byBleHBvc2UgaXQgYWdhaW4gaW5zdGVhZCBvZgprc2l6ZSgpLgpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpJbnRlbC13aXJlZC1sYW4gbWFp bGluZyBsaXN0CkludGVsLXdpcmVkLWxhbkBvc3Vvc2wub3JnCmh0dHBzOi8vbGlzdHMub3N1b3Ns Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ludGVsLXdpcmVkLWxhbgo=