From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751996AbdJFLrf (ORCPT ); Fri, 6 Oct 2017 07:47:35 -0400 Received: from mx2.suse.de ([195.135.220.15]:35097 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751535AbdJFLrd (ORCPT ); Fri, 6 Oct 2017 07:47:33 -0400 Date: Fri, 6 Oct 2017 13:47:29 +0200 From: Michal Hocko To: David Laight Cc: "'Pavel Tatashin'" , "linux-kernel@vger.kernel.org" , "sparclinux@vger.kernel.org" , "linux-mm@kvack.org" , "linuxppc-dev@lists.ozlabs.org" , "linux-s390@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "x86@kernel.org" , "kasan-dev@googlegroups.com" , "borntraeger@de.ibm.com" , "heiko.carstens@de.ibm.com" , "davem@davemloft.net" , "willy@infradead.org" , "ard.biesheuvel@linaro.org" , "mark.rutland@arm.com" , "will.deacon@arm.com" , "catalin.marinas@arm.com" , "sam@ravnborg.org" , "mgorman@techsingularity.net" , "steven.sistare@oracle.com" , "daniel.m.jordan@oracle.com" , "bob.picco@oracle.com" Subject: Re: [PATCH v10 09/10] mm: stop zeroing memory during allocation in vmemmap Message-ID: <20171006114729.fexwklupkhyxdpt3@dhcp22.suse.cz> References: <20171005211124.26524-1-pasha.tatashin@oracle.com> <20171005211124.26524-10-pasha.tatashin@oracle.com> <063D6719AE5E284EB5DD2968C1650D6DD008BA85@AcuExch.aculab.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <063D6719AE5E284EB5DD2968C1650D6DD008BA85@AcuExch.aculab.com> User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri 06-10-17 11:10:14, David Laight wrote: > From: Pavel Tatashin > > Sent: 05 October 2017 22:11 > > vmemmap_alloc_block() will no longer zero the block, so zero memory > > at its call sites for everything except struct pages. Struct page memory > > is zero'd by struct page initialization. > > It seems dangerous to change an allocator to stop zeroing memory. > It is probably saver to add a new function that doesn't zero > the memory and use that is the places where you don't want it > to be zeroed. Not sure what you mean. memblock_virt_alloc_try_nid_raw is a new function which doesn't zero out... -- Michal Hocko SUSE Labs From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michal Hocko Date: Fri, 06 Oct 2017 11:47:29 +0000 Subject: Re: [PATCH v10 09/10] mm: stop zeroing memory during allocation in vmemmap Message-Id: <20171006114729.fexwklupkhyxdpt3@dhcp22.suse.cz> List-Id: References: <20171005211124.26524-1-pasha.tatashin@oracle.com> <20171005211124.26524-10-pasha.tatashin@oracle.com> <063D6719AE5E284EB5DD2968C1650D6DD008BA85@AcuExch.aculab.com> In-Reply-To: <063D6719AE5E284EB5DD2968C1650D6DD008BA85@AcuExch.aculab.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-arm-kernel@lists.infradead.org On Fri 06-10-17 11:10:14, David Laight wrote: > From: Pavel Tatashin > > Sent: 05 October 2017 22:11 > > vmemmap_alloc_block() will no longer zero the block, so zero memory > > at its call sites for everything except struct pages. Struct page memory > > is zero'd by struct page initialization. > > It seems dangerous to change an allocator to stop zeroing memory. > It is probably saver to add a new function that doesn't zero > the memory and use that is the places where you don't want it > to be zeroed. Not sure what you mean. memblock_virt_alloc_try_nid_raw is a new function which doesn't zero out... -- Michal Hocko SUSE Labs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg0-f69.google.com (mail-pg0-f69.google.com [74.125.83.69]) by kanga.kvack.org (Postfix) with ESMTP id A2C3C6B025F for ; Fri, 6 Oct 2017 07:47:36 -0400 (EDT) Received: by mail-pg0-f69.google.com with SMTP id v78so13544697pgb.4 for ; Fri, 06 Oct 2017 04:47:36 -0700 (PDT) Received: from mx1.suse.de (mx2.suse.de. [195.135.220.15]) by mx.google.com with ESMTPS id u19si1100201plj.651.2017.10.06.04.47.35 for (version=TLS1 cipher=AES128-SHA bits=128/128); Fri, 06 Oct 2017 04:47:35 -0700 (PDT) Date: Fri, 6 Oct 2017 13:47:29 +0200 From: Michal Hocko Subject: Re: [PATCH v10 09/10] mm: stop zeroing memory during allocation in vmemmap Message-ID: <20171006114729.fexwklupkhyxdpt3@dhcp22.suse.cz> References: <20171005211124.26524-1-pasha.tatashin@oracle.com> <20171005211124.26524-10-pasha.tatashin@oracle.com> <063D6719AE5E284EB5DD2968C1650D6DD008BA85@AcuExch.aculab.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <063D6719AE5E284EB5DD2968C1650D6DD008BA85@AcuExch.aculab.com> Sender: owner-linux-mm@kvack.org List-ID: To: David Laight Cc: 'Pavel Tatashin' , "linux-kernel@vger.kernel.org" , "sparclinux@vger.kernel.org" , "linux-mm@kvack.org" , "linuxppc-dev@lists.ozlabs.org" , "linux-s390@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "x86@kernel.org" , "kasan-dev@googlegroups.com" , "borntraeger@de.ibm.com" , "heiko.carstens@de.ibm.com" , "davem@davemloft.net" , "willy@infradead.org" , "ard.biesheuvel@linaro.org" , "mark.rutland@arm.com" , "will.deacon@arm.com" , "catalin.marinas@arm.com" , "sam@ravnborg.org" , "mgorman@techsingularity.net" , "steven.sistare@oracle.com" , "daniel.m.jordan@oracle.com" , "bob.picco@oracle.com" On Fri 06-10-17 11:10:14, David Laight wrote: > From: Pavel Tatashin > > Sent: 05 October 2017 22:11 > > vmemmap_alloc_block() will no longer zero the block, so zero memory > > at its call sites for everything except struct pages. Struct page memory > > is zero'd by struct page initialization. > > It seems dangerous to change an allocator to stop zeroing memory. > It is probably saver to add a new function that doesn't zero > the memory and use that is the places where you don't want it > to be zeroed. Not sure what you mean. memblock_virt_alloc_try_nid_raw is a new function which doesn't zero out... -- Michal Hocko SUSE Labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.suse.de (mx2.suse.de [195.135.220.15]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 3y7ntw1NJfzDqhg for ; Fri, 6 Oct 2017 22:47:35 +1100 (AEDT) Date: Fri, 6 Oct 2017 13:47:29 +0200 From: Michal Hocko To: David Laight Cc: 'Pavel Tatashin' , "linux-kernel@vger.kernel.org" , "sparclinux@vger.kernel.org" , "linux-mm@kvack.org" , "linuxppc-dev@lists.ozlabs.org" , "linux-s390@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "x86@kernel.org" , "kasan-dev@googlegroups.com" , "borntraeger@de.ibm.com" , "heiko.carstens@de.ibm.com" , "davem@davemloft.net" , "willy@infradead.org" , "ard.biesheuvel@linaro.org" , "mark.rutland@arm.com" , "will.deacon@arm.com" , "catalin.marinas@arm.com" , "sam@ravnborg.org" , "mgorman@techsingularity.net" , "steven.sistare@oracle.com" , "daniel.m.jordan@oracle.com" , "bob.picco@oracle.com" Subject: Re: [PATCH v10 09/10] mm: stop zeroing memory during allocation in vmemmap Message-ID: <20171006114729.fexwklupkhyxdpt3@dhcp22.suse.cz> References: <20171005211124.26524-1-pasha.tatashin@oracle.com> <20171005211124.26524-10-pasha.tatashin@oracle.com> <063D6719AE5E284EB5DD2968C1650D6DD008BA85@AcuExch.aculab.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <063D6719AE5E284EB5DD2968C1650D6DD008BA85@AcuExch.aculab.com> List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Fri 06-10-17 11:10:14, David Laight wrote: > From: Pavel Tatashin > > Sent: 05 October 2017 22:11 > > vmemmap_alloc_block() will no longer zero the block, so zero memory > > at its call sites for everything except struct pages. Struct page memory > > is zero'd by struct page initialization. > > It seems dangerous to change an allocator to stop zeroing memory. > It is probably saver to add a new function that doesn't zero > the memory and use that is the places where you don't want it > to be zeroed. Not sure what you mean. memblock_virt_alloc_try_nid_raw is a new function which doesn't zero out... -- Michal Hocko SUSE Labs From mboxrd@z Thu Jan 1 00:00:00 1970 From: mhocko@kernel.org (Michal Hocko) Date: Fri, 6 Oct 2017 13:47:29 +0200 Subject: [PATCH v10 09/10] mm: stop zeroing memory during allocation in vmemmap In-Reply-To: <063D6719AE5E284EB5DD2968C1650D6DD008BA85@AcuExch.aculab.com> References: <20171005211124.26524-1-pasha.tatashin@oracle.com> <20171005211124.26524-10-pasha.tatashin@oracle.com> <063D6719AE5E284EB5DD2968C1650D6DD008BA85@AcuExch.aculab.com> Message-ID: <20171006114729.fexwklupkhyxdpt3@dhcp22.suse.cz> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Fri 06-10-17 11:10:14, David Laight wrote: > From: Pavel Tatashin > > Sent: 05 October 2017 22:11 > > vmemmap_alloc_block() will no longer zero the block, so zero memory > > at its call sites for everything except struct pages. Struct page memory > > is zero'd by struct page initialization. > > It seems dangerous to change an allocator to stop zeroing memory. > It is probably saver to add a new function that doesn't zero > the memory and use that is the places where you don't want it > to be zeroed. Not sure what you mean. memblock_virt_alloc_try_nid_raw is a new function which doesn't zero out... -- Michal Hocko SUSE Labs