From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751830AbcGNTZ0 (ORCPT ); Thu, 14 Jul 2016 15:25:26 -0400 Received: from gum.cmpxchg.org ([85.214.110.215]:52550 "EHLO gum.cmpxchg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751160AbcGNTZY (ORCPT ); Thu, 14 Jul 2016 15:25:24 -0400 Date: Thu, 14 Jul 2016 15:22:37 -0400 From: Johannes Weiner To: Andy Lutomirski Cc: Andrew Morton , x86@kernel.org, linux-kernel@vger.kernel.org, Brian Gerst , Vladimir Davydov , Michal Hocko , linux-mm@kvack.org Subject: Re: [PATCH 1/4] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks Message-ID: <20160714192237.GA13522@cmpxchg.org> References: <083c71e642c5fa5f1b6898902e1b2db7b48940d4.1468523549.git.luto@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <083c71e642c5fa5f1b6898902e1b2db7b48940d4.1468523549.git.luto@kernel.org> User-Agent: Mutt/1.6.2 (2016-07-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 14, 2016 at 12:14:10PM -0700, Andy Lutomirski wrote: > Currently, NR_KERNEL_STACK tracks the number of kernel stacks in a > zone. This only makes sense if each kernel stack exists entirely in > one zone, and allowing vmapped stacks could break this assumption. > > Since frv has THREAD_SIZE < PAGE_SIZE, we need to track kernel stack > allocations in a unit that divides both THREAD_SIZE and PAGE_SIZE on > all architectures. Keep it simple and use KiB. > > Cc: Vladimir Davydov > Cc: Johannes Weiner > Cc: Michal Hocko > Cc: linux-mm@kvack.org > Reviewed-by: Josh Poimboeuf > Reviewed-by: Vladimir Davydov > Acked-by: Michal Hocko > Signed-off-by: Andy Lutomirski Acked-by: Johannes Weiner