From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ilya Smith Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap. Date: Thu, 29 Mar 2018 00:07:35 +0300 Message-ID: References: <1521736598-12812-1-git-send-email-blackzert@gmail.com> <20180323124806.GA5624@bombadil.infradead.org> <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com> <20180326084650.GC5652@dhcp22.suse.cz> <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com> <20180327072432.GY5652@dhcp22.suse.cz> <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com> <20180327234904.GA27734@bombadil.infradead.org> Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Content-Type: text/plain; charset="utf-8" Cc: Kate Stewart , Linux MIPS Mailing List , Rich Felker , Jan Kara , linux-sh , Benjamin Herrenschmidt , Bhupesh Sharma , Heiko Carstens , Michal Hocko , Linux-MM , Paul Mackerras , Deepa Dinamani , "H. Peter Anvin" , sparclinux , linux-ia64@vger.kernel.org, Dan Williams , Andrea Arcangeli , linux-s390 , Yoshinori Sato , Michael Ellerman , Helge Deller , X86 ML , Hugh Dickins , Russell King Return-path: In-Reply-To: <20180327234904.GA27734@bombadil.infradead.org> List-Id: Linux on Synopsys ARC Processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org Cj4gT24gMjggTWFyIDIwMTgsIGF0IDAyOjQ5LCBNYXR0aGV3IFdpbGNveCA8d2lsbHlAaW5mcmFk ZWFkLm9yZz4gd3JvdGU6Cj4gCj4gT24gVHVlLCBNYXIgMjcsIDIwMTggYXQgMDM6NTM6NTNQTSAt MDcwMCwgS2VlcyBDb29rIHdyb3RlOgo+PiBJIGFncmVlOiBwdXNoaW5nIHRoaXMgb2ZmIHRvIGxp YmMgbGVhdmVzIGEgbG90IG9mIHRoaW5ncyB1bnByb3RlY3RlZC4KPj4gSSB0aGluayB0aGlzIHNo b3VsZCBsaXZlIGluIHRoZSBrZXJuZWwuIFRoZSBxdWVzdGlvbiBJIGhhdmUgaXMgYWJvdXQKPj4g bWFraW5nIGl0IG1haW50YWluYWJsZS9yZWFkYWJsZS9ldGMuCj4+IAo+PiBUaGUgc3RhdGUtb2Yt dGhlLWFydCBmb3IgQVNMUiBpcyBtb3ZpbmcgdG8gZmluZXIgZ3JhbnVsYXJpdHkgKG92ZXIKPj4g anVzdCBiYXNlLWFkZHJlc3Mgb2Zmc2V0KSwgc28gSSdkIHJlYWxseSBsaWtlIHRvIHNlZSB0aGlz IHN1cHBvcnRlZCBpbgo+PiB0aGUga2VybmVsLiBXZSdsbCBiZSBnZXR0aW5nIHRoZXJlIGZvciBv dGhlciB0aGluZ3MgaW4gdGhlIGZ1dHVyZSwgYW5kCj4+IEknZCBsaWtlIHRvIGhhdmUgYSB3b3Jr aW5nIHByb2R1Y3Rpb24gZXhhbXBsZSBmb3IgcmVzZWFyY2hlcnMgdG8KPj4gc3R1ZHksIGV0Yy4K PiAKPiBPbmUgdGhpbmcgd2UgbmVlZCBpcyB0byBsaW1pdCB0aGUgZnJhZ21lbnRhdGlvbiBvZiB0 aGlzIGFwcHJvYWNoLgo+IEV2ZW4gb24gNjQtYml0IHN5c3RlbXMsIHdlIGNhbiBlYXNpbHkgZ2V0 IGludG8gYSBzaXR1YXRpb24gd2hlcmUgdGhlcmUgaXNuJ3QKPiBzcGFjZSB0byBtYXAgYSBjb250 aWd1b3VzIHRlcmFieXRlLgoKQXMgSSB3cm90ZSBiZWZvcmUsIHNoaWZ0X3JhbmRvbSBpcyBpbnRy b2R1Y2VkIHRvIGJlIGZyYWdtZW50YXRpb24gbGltaXQuIEV2ZW4gCndpdGhvdXQgaXQsIHRoZSBt YWluIHF1ZXN0aW9uIGhlcmUgaXMg4oCYaWYgd2UgY2Fu4oCZdCBhbGxvY2F0ZSBtZW1vcnkgd2l0 aCBOIHNpemUgCmJ5dGVzLCBob3cgbWFueSBieXRlcyB3ZSBhbHJlYWR5IGFsbG9jYXRlZD/igJku IEZyb20gdGhlc2UgcG9pbnQgb2YgdmlldyBJIAphbHJlYWR5IHNob3dlZCBpbiBwcmV2aW91cyB2 ZXJzaW9uIG9mIHBhdGNoIHRoYXQgaWYgYXBwbGljYXRpb24gdXNlcyBub3Qgc28gYmlnIAptZW1v cnkgYWxsb2NhdGlvbnMsIGl0IHdpbGwgaGF2ZSBlbm91Z2ggbWVtb3J5IHRvIHVzZS4gSWYgaXQg dXNlcyBYWCBHaWdhYnl0ZXMgCm9yIFRlcmFieXRlcyBtZW1vcnksIHRoaXMgYXBwbGljYXRpb24g aGFzIGFsbCBjaGFuY2VzIHRvIGJlIGV4cGxvaXRlZCB3aXRoIApmdWxseSByYW5kb21pemF0aW9u IG9yIHdpdGhvdXQuIFNpbmNlIGl0IGlzIG11Y2ggZWFzaWVyIHRvIGZpbmQob3IgZ3Vlc3MpIGFu eSAKdXNhYmxlIHBvaW50ZXIsIGV0Yy4gRm9yIHRoZSBpbnN0YW5jZSB5b3UgaGF2ZSBvbmx5IDEy OCB0ZXJhYnl0ZXMgb2YgbWVtb3J5IGZvciAKdXNlciBzcGFjZSwgc28gcHJvYmFiaWxpdHkgdG8g ZXhwbG9pdCB0aGlzIGFwcGxpY2F0aW9uIGlzIDEvMTI4IHdoYXQgaXMgbm90IApzZWN1cmUgYXQg YWxsLiBUaGlzIGlzIHZlcnkgcm91Z2ggZXN0aW1hdGUgYnV0IEkgdHJ5IHRvIG1ha2UgdGhpbmdz IGVhc2llciB0byAKdW5kZXJzdGFuZC4KCkJlc3QgcmVnYXJkcywKSWx5YQoKCgpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51eC1zbnBzLWFyYyBtYWls aW5nIGxpc3QKbGludXgtc25wcy1hcmNAbGlzdHMuaW5mcmFkZWFkLm9yZwpodHRwOi8vbGlzdHMu aW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LXNucHMtYXJj From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: ARC-Seal: i=1; a=rsa-sha256; t=1522271258; cv=none; d=google.com; s=arc-20160816; b=KXau9r1eME0KCuRUbxh4tWDgfC6a4C5fD4N0PO2HQLZPsLOM9UoPaNyCAVjg88KAuW NOwM9n6wnlnmL0QHn+jYD3JFxU/gY7lfFuxcY/p5rMFrB4o5JU6BzR56jfK6cSmKCzzR CM8BXfX2Z3ddT2EuaKokPuferWsK4Q7EszAEWZkYmUA7pU8Zop8h2LRmRcwRxSsL+xCI R+B45+lDTeKTQ8bDythGNdSkGPI1UrgAHusdF2v7z90G7q49VWpKOjJWpv7N3g06HCPJ dCsgJ+TljVjxmU8gP0QKAFPvAxqF+PE4kFFSxhcc1dzDkstwpjT+UQABemuIHXIQayLC zZTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:dkim-signature :arc-authentication-results; bh=gSdQ8bDJLYxkIO2LyMkuzz2AhJ5BbuKQbcUo1PkL9uY=; b=q5N+SWxMF4FYb8JudxFdQd675dRcpEkQx2Zch8WPEynUq1C1SQsgg5rWhcKAqHNGaR jKBLU83vtRZmr5z6s91LLibQEtroXvewSzyYxX4GPGvgioTOBRZLN2zyHLGRM/s/tina LJc8WyxiTsmHOJX4cySvtEY4dkrRNhyZDo2GaPLxS4fL+iOn49c0iFGJDzfE1uTw0qFB BFd06qUWV1xVftxSPpKLP+sSFT5hUJdGKZYqXrTuw/VDPPqzUUybALyRkY56/x7g1ipA HqUzbQT7o+p+hh4+Ynb0JGN1KmQeP2mcFC6sX5hcVHhBe3/E6r8woUT31NVk038WClOS im8Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=u/S518fj; spf=pass (google.com: domain of blackzert@gmail.com designates 209.85.220.65 as permitted sender) smtp.mailfrom=blackzert@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=u/S518fj; spf=pass (google.com: domain of blackzert@gmail.com designates 209.85.220.65 as permitted sender) smtp.mailfrom=blackzert@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com X-Google-Smtp-Source: AIpwx4/0JxPIzdyUgfGRtAIsGVbq+iLSCXKyhprvdig4GawcLZ87AtQu2mueObpWLwig0ZMmDsnS5w== Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap. From: Ilya Smith In-Reply-To: <20180327234904.GA27734@bombadil.infradead.org> Date: Thu, 29 Mar 2018 00:07:35 +0300 Cc: Kees Cook , Michal Hocko , Richard Henderson , ink@jurassic.park.msu.ru, mattst88@gmail.com, Vineet Gupta , Russell King , Tony Luck , Fenghua Yu , Ralf Baechle , "James E.J. Bottomley" , Helge Deller , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Martin Schwidefsky , Heiko Carstens , Yoshinori Sato , Rich Felker , "David S. Miller" , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , X86 ML , nyc@holomorphy.com, Al Viro , Arnd Bergmann , Greg KH , Deepa Dinamani , Hugh Dickins , Kate Stewart , Philippe Ombredanne , Andrew Morton , Steve Capper , Punit Agrawal , "Aneesh Kumar K.V" , Nick Piggin , Bhupesh Sharma , Rik van Riel , nitin.m.gupta@oracle.com, "Kirill A. Shutemov" , Dan Williams , Jan Kara , Ross Zwisler , Jerome Glisse , Andrea Arcangeli , Oleg Nesterov , linux-alpha@vger.kernel.org, LKML , linux-snps-arc@lists.infradead.org, linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org, Linux MIPS Mailing List , linux-parisc , PowerPC , linux-s390 , linux-sh , sparclinux , Linux-MM Content-Transfer-Encoding: quoted-printable Message-Id: References: <1521736598-12812-1-git-send-email-blackzert@gmail.com> <20180323124806.GA5624@bombadil.infradead.org> <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com> <20180326084650.GC5652@dhcp22.suse.cz> <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com> <20180327072432.GY5652@dhcp22.suse.cz> <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com> <20180327234904.GA27734@bombadil.infradead.org> To: Matthew Wilcox X-Mailer: Apple Mail (2.3445.5.20) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: =?utf-8?q?1595656488556903336?= X-GMAIL-MSGID: =?utf-8?q?1596217106267938297?= X-Mailing-List: linux-kernel@vger.kernel.org List-ID: > On 28 Mar 2018, at 02:49, Matthew Wilcox wrote: >=20 > On Tue, Mar 27, 2018 at 03:53:53PM -0700, Kees Cook wrote: >> I agree: pushing this off to libc leaves a lot of things unprotected. >> I think this should live in the kernel. The question I have is about >> making it maintainable/readable/etc. >>=20 >> The state-of-the-art for ASLR is moving to finer granularity (over >> just base-address offset), so I'd really like to see this supported = in >> the kernel. We'll be getting there for other things in the future, = and >> I'd like to have a working production example for researchers to >> study, etc. >=20 > One thing we need is to limit the fragmentation of this approach. > Even on 64-bit systems, we can easily get into a situation where there = isn't > space to map a contiguous terabyte. As I wrote before, shift_random is introduced to be fragmentation limit. = Even=20 without it, the main question here is =E2=80=98if we can=E2=80=99t = allocate memory with N size=20 bytes, how many bytes we already allocated?=E2=80=99. =46rom these point = of view I=20 already showed in previous version of patch that if application uses not = so big=20 memory allocations, it will have enough memory to use. If it uses XX = Gigabytes=20 or Terabytes memory, this application has all chances to be exploited = with=20 fully randomization or without. Since it is much easier to find(or = guess) any=20 usable pointer, etc. For the instance you have only 128 terabytes of = memory for=20 user space, so probability to exploit this application is 1/128 what is = not=20 secure at all. This is very rough estimate but I try to make things = easier to=20 understand. Best regards, Ilya From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf0-x241.google.com (mail-lf0-x241.google.com [IPv6:2a00:1450:4010:c07::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 40BL7K4MFGzF2HQ for ; Thu, 29 Mar 2018 08:07:41 +1100 (AEDT) Received: by mail-lf0-x241.google.com with SMTP id p142-v6so5452244lfd.6 for ; Wed, 28 Mar 2018 14:07:40 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap. From: Ilya Smith In-Reply-To: <20180327234904.GA27734@bombadil.infradead.org> Date: Thu, 29 Mar 2018 00:07:35 +0300 Cc: Kees Cook , Michal Hocko , Richard Henderson , ink@jurassic.park.msu.ru, mattst88@gmail.com, Vineet Gupta , Russell King , Tony Luck , Fenghua Yu , Ralf Baechle , "James E.J. Bottomley" , Helge Deller , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Martin Schwidefsky , Heiko Carstens , Yoshinori Sato , Rich Felker , "David S. Miller" , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , X86 ML , nyc@holomorphy.com, Al Viro , Arnd Bergmann , Greg KH , Deepa Dinamani , Hugh Dickins , Kate Stewart , Philippe Ombredanne , Andrew Morton , Steve Capper , Punit Agrawal , "Aneesh Kumar K.V" , Nick Piggin , Bhupesh Sharma , Rik van Riel , nitin.m.gupta@oracle.com, "Kirill A. Shutemov" , Dan Williams , Jan Kara , Ross Zwisler , Jerome Glisse , Andrea Arcangeli , Oleg Nesterov , linux-alpha@vger.kernel.org, LKML , linux-snps-arc@lists.infradead.org, linux-ia64@vger.kernel.org, linux-metag@vger.kernel.org, Linux MIPS Mailing List , linux-parisc , PowerPC , linux-s390 , linux-sh , sparclinux , Linux-MM Message-Id: References: <1521736598-12812-1-git-send-email-blackzert@gmail.com> <20180323124806.GA5624@bombadil.infradead.org> <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com> <20180326084650.GC5652@dhcp22.suse.cz> <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com> <20180327072432.GY5652@dhcp22.suse.cz> <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com> <20180327234904.GA27734@bombadil.infradead.org> To: Matthew Wilcox List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , > On 28 Mar 2018, at 02:49, Matthew Wilcox wrote: >=20 > On Tue, Mar 27, 2018 at 03:53:53PM -0700, Kees Cook wrote: >> I agree: pushing this off to libc leaves a lot of things unprotected. >> I think this should live in the kernel. The question I have is about >> making it maintainable/readable/etc. >>=20 >> The state-of-the-art for ASLR is moving to finer granularity (over >> just base-address offset), so I'd really like to see this supported = in >> the kernel. We'll be getting there for other things in the future, = and >> I'd like to have a working production example for researchers to >> study, etc. >=20 > One thing we need is to limit the fragmentation of this approach. > Even on 64-bit systems, we can easily get into a situation where there = isn't > space to map a contiguous terabyte. As I wrote before, shift_random is introduced to be fragmentation limit. = Even=20 without it, the main question here is =E2=80=98if we can=E2=80=99t = allocate memory with N size=20 bytes, how many bytes we already allocated?=E2=80=99. =46rom these point = of view I=20 already showed in previous version of patch that if application uses not = so big=20 memory allocations, it will have enough memory to use. If it uses XX = Gigabytes=20 or Terabytes memory, this application has all chances to be exploited = with=20 fully randomization or without. Since it is much easier to find(or = guess) any=20 usable pointer, etc. For the instance you have only 128 terabytes of = memory for=20 user space, so probability to exploit this application is 1/128 what is = not=20 secure at all. This is very rough estimate but I try to make things = easier to=20 understand. Best regards, Ilya From mboxrd@z Thu Jan 1 00:00:00 1970 From: blackzert@gmail.com (Ilya Smith) Date: Thu, 29 Mar 2018 00:07:35 +0300 Subject: [RFC PATCH v2 0/2] Randomization of address chosen by mmap. In-Reply-To: <20180327234904.GA27734@bombadil.infradead.org> References: <1521736598-12812-1-git-send-email-blackzert@gmail.com> <20180323124806.GA5624@bombadil.infradead.org> <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com> <20180326084650.GC5652@dhcp22.suse.cz> <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com> <20180327072432.GY5652@dhcp22.suse.cz> <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com> <20180327234904.GA27734@bombadil.infradead.org> List-ID: Message-ID: To: linux-snps-arc@lists.infradead.org > On 28 Mar 2018,@02:49, Matthew Wilcox wrote: > > On Tue, Mar 27, 2018@03:53:53PM -0700, Kees Cook wrote: >> I agree: pushing this off to libc leaves a lot of things unprotected. >> I think this should live in the kernel. The question I have is about >> making it maintainable/readable/etc. >> >> The state-of-the-art for ASLR is moving to finer granularity (over >> just base-address offset), so I'd really like to see this supported in >> the kernel. We'll be getting there for other things in the future, and >> I'd like to have a working production example for researchers to >> study, etc. > > One thing we need is to limit the fragmentation of this approach. > Even on 64-bit systems, we can easily get into a situation where there isn't > space to map a contiguous terabyte. As I wrote before, shift_random is introduced to be fragmentation limit. Even without it, the main question here is ?if we can?t allocate memory with N size bytes, how many bytes we already allocated??. From these point of view I already showed in previous version of patch that if application uses not so big memory allocations, it will have enough memory to use. If it uses XX Gigabytes or Terabytes memory, this application has all chances to be exploited with fully randomization or without. Since it is much easier to find(or guess) any usable pointer, etc. For the instance you have only 128 terabytes of memory for user space, so probability to exploit this application is 1/128 what is not secure at all. This is very rough estimate but I try to make things easier to understand. Best regards, Ilya From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ilya Smith Subject: Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap. Date: Thu, 29 Mar 2018 00:07:35 +0300 Message-ID: References: <1521736598-12812-1-git-send-email-blackzert@gmail.com> <20180323124806.GA5624@bombadil.infradead.org> <651E0DB6-4507-4DA1-AD46-9C26ED9792A8@gmail.com> <20180326084650.GC5652@dhcp22.suse.cz> <01A133F4-27DF-4AE2-80D6-B0368BF758CD@gmail.com> <20180327072432.GY5652@dhcp22.suse.cz> <0549F29C-12FC-4401-9E85-A430BC11DA78@gmail.com> <20180327234904.GA27734@bombadil.infradead.org> Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:To:References:Message-Id:Date: In-Reply-To:From:Subject:Mime-Version:Reply-To:Content-ID:Content-Description :Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=gtoeS3FDljCxBNlPgu9eH0EQJgrL2sTUQNkPuvadFLQ=; b=IAg/pBmlasqldz mKzBm7aRLtSYag71w9y41Vkmhxiy8WXE2a/A4R9j3VBwWmquz5WdcNUr3fIeL/5zLD+Ev6IvBZ+mZ X9g+LBcdURTpPXjYLwp8WLXduwtJXANsvRVCK/siGrdODAAKitqbAK0eBaLjWLp9Vn+Yos2Eafuze tMYDTerWXW6AHmKNrPI7bg+zXb+H+UFONMefZ7glZXksRsTGojwq4wAY8wLaeKxFXGudoP+th12jT RiI3xgb6KtNFD2+zksaGXidzx4Uqs7UsvHZCxzxZmjqO2K+OdI39Tc3hszTpfhRFF4iD0a+6nWPmV z+BWpopF8cWicU+jvU3w==; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=gSdQ8bDJLYxkIO2LyMkuzz2AhJ5BbuKQbcUo1PkL9uY=; b=u/S518fjnCaX6ouRyq2F6i1toimymrPzbTSCmatqcxyrVEnt53oy8+2lukgMfn/Blo FPneh8uOWLD8lG/0OP+uO1BhON1La5k/dX/Wcin5kRciFoe4vpqWv9350c6X9zoP2HtU AZznvK6iHhvu8DA4VS2mPo6inRWz72jnqMtEaZZjcmkVRd41PnSk/YamKq58h9OxiIHQ Fbst7mykA451FlY+KrId7K25jPzJQPTU3pDV9GiNBO2uL69vqujwlEG+csgu4wnput22 VCLztps3Qy3rSiC9zrFs0COGoETqSRq/YepKSnn+76BgOHthSOog0MNzhsuV8TVIH1Tg ew6A== In-Reply-To: <20180327234904.GA27734@bombadil.infradead.org> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-snps-arc" Errors-To: linux-snps-arc-bounces+gla-linux-snps-arc=m.gmane.org@lists.infradead.org To: Matthew Wilcox Cc: Kate Stewart , Linux MIPS Mailing List , Rich Felker , Jan Kara , linux-sh , Benjamin Herrenschmidt , Bhupesh Sharma , Heiko Carstens , Michal Hocko , Linux-MM , Paul Mackerras , Deepa Dinamani , "H. Peter Anvin" , sparclinux , linux-ia64@vger.kernel.org, Dan Williams , Andrea Arcangeli , linux-s390 , Yoshinori Sato , Michael Ellerman , Helge Deller , X86 ML , Hugh Dickins , Russell King Cj4gT24gMjggTWFyIDIwMTgsIGF0IDAyOjQ5LCBNYXR0aGV3IFdpbGNveCA8d2lsbHlAaW5mcmFk ZWFkLm9yZz4gd3JvdGU6Cj4gCj4gT24gVHVlLCBNYXIgMjcsIDIwMTggYXQgMDM6NTM6NTNQTSAt MDcwMCwgS2VlcyBDb29rIHdyb3RlOgo+PiBJIGFncmVlOiBwdXNoaW5nIHRoaXMgb2ZmIHRvIGxp YmMgbGVhdmVzIGEgbG90IG9mIHRoaW5ncyB1bnByb3RlY3RlZC4KPj4gSSB0aGluayB0aGlzIHNo b3VsZCBsaXZlIGluIHRoZSBrZXJuZWwuIFRoZSBxdWVzdGlvbiBJIGhhdmUgaXMgYWJvdXQKPj4g bWFraW5nIGl0IG1haW50YWluYWJsZS9yZWFkYWJsZS9ldGMuCj4+IAo+PiBUaGUgc3RhdGUtb2Yt dGhlLWFydCBmb3IgQVNMUiBpcyBtb3ZpbmcgdG8gZmluZXIgZ3JhbnVsYXJpdHkgKG92ZXIKPj4g anVzdCBiYXNlLWFkZHJlc3Mgb2Zmc2V0KSwgc28gSSdkIHJlYWxseSBsaWtlIHRvIHNlZSB0aGlz IHN1cHBvcnRlZCBpbgo+PiB0aGUga2VybmVsLiBXZSdsbCBiZSBnZXR0aW5nIHRoZXJlIGZvciBv dGhlciB0aGluZ3MgaW4gdGhlIGZ1dHVyZSwgYW5kCj4+IEknZCBsaWtlIHRvIGhhdmUgYSB3b3Jr aW5nIHByb2R1Y3Rpb24gZXhhbXBsZSBmb3IgcmVzZWFyY2hlcnMgdG8KPj4gc3R1ZHksIGV0Yy4K PiAKPiBPbmUgdGhpbmcgd2UgbmVlZCBpcyB0byBsaW1pdCB0aGUgZnJhZ21lbnRhdGlvbiBvZiB0 aGlzIGFwcHJvYWNoLgo+IEV2ZW4gb24gNjQtYml0IHN5c3RlbXMsIHdlIGNhbiBlYXNpbHkgZ2V0 IGludG8gYSBzaXR1YXRpb24gd2hlcmUgdGhlcmUgaXNuJ3QKPiBzcGFjZSB0byBtYXAgYSBjb250 aWd1b3VzIHRlcmFieXRlLgoKQXMgSSB3cm90ZSBiZWZvcmUsIHNoaWZ0X3JhbmRvbSBpcyBpbnRy b2R1Y2VkIHRvIGJlIGZyYWdtZW50YXRpb24gbGltaXQuIEV2ZW4gCndpdGhvdXQgaXQsIHRoZSBt YWluIHF1ZXN0aW9uIGhlcmUgaXMg4oCYaWYgd2UgY2Fu4oCZdCBhbGxvY2F0ZSBtZW1vcnkgd2l0 aCBOIHNpemUgCmJ5dGVzLCBob3cgbWFueSBieXRlcyB3ZSBhbHJlYWR5IGFsbG9jYXRlZD/igJku IEZyb20gdGhlc2UgcG9pbnQgb2YgdmlldyBJIAphbHJlYWR5IHNob3dlZCBpbiBwcmV2aW91cyB2 ZXJzaW9uIG9mIHBhdGNoIHRoYXQgaWYgYXBwbGljYXRpb24gdXNlcyBub3Qgc28gYmlnIAptZW1v cnkgYWxsb2NhdGlvbnMsIGl0IHdpbGwgaGF2ZSBlbm91Z2ggbWVtb3J5IHRvIHVzZS4gSWYgaXQg dXNlcyBYWCBHaWdhYnl0ZXMgCm9yIFRlcmFieXRlcyBtZW1vcnksIHRoaXMgYXBwbGljYXRpb24g aGFzIGFsbCBjaGFuY2VzIHRvIGJlIGV4cGxvaXRlZCB3aXRoIApmdWxseSByYW5kb21pemF0aW9u IG9yIHdpdGhvdXQuIFNpbmNlIGl0IGlzIG11Y2ggZWFzaWVyIHRvIGZpbmQob3IgZ3Vlc3MpIGFu eSAKdXNhYmxlIHBvaW50ZXIsIGV0Yy4gRm9yIHRoZSBpbnN0YW5jZSB5b3UgaGF2ZSBvbmx5IDEy OCB0ZXJhYnl0ZXMgb2YgbWVtb3J5IGZvciAKdXNlciBzcGFjZSwgc28gcHJvYmFiaWxpdHkgdG8g ZXhwbG9pdCB0aGlzIGFwcGxpY2F0aW9uIGlzIDEvMTI4IHdoYXQgaXMgbm90IApzZWN1cmUgYXQg YWxsLiBUaGlzIGlzIHZlcnkgcm91Z2ggZXN0aW1hdGUgYnV0IEkgdHJ5IHRvIG1ha2UgdGhpbmdz IGVhc2llciB0byAKdW5kZXJzdGFuZC4KCkJlc3QgcmVnYXJkcywKSWx5YQoKCgpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51eC1zbnBzLWFyYyBtYWls aW5nIGxpc3QKbGludXgtc25wcy1hcmNAbGlzdHMuaW5mcmFkZWFkLm9yZwpodHRwOi8vbGlzdHMu aW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LXNucHMtYXJj