Received: by 2002:a05:7412:3290:b0:fa:6e18:a558 with SMTP id ev16csp3341rdb; Thu, 25 Jan 2024 06:45:39 -0800 (PST) X-Google-Smtp-Source: AGHT+IFGRXoKFxAUF7zfoFlG4UnYRJJOZBMFeuoZXcyI4QhGzpY57IbPjGRitUXo3ZURrp36tjwx X-Received: by 2002:a05:6a20:43a7:b0:19b:f8ad:f4cb with SMTP id i39-20020a056a2043a700b0019bf8adf4cbmr1750001pzl.55.1706193939160; Thu, 25 Jan 2024 06:45:39 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1706193939; cv=pass; d=google.com; s=arc-20160816; b=RIQ+iN6CbhroIMIZHxa8edJPtyOh1bTon5xpnSk5TJxOAaW6t+lpJKjqmgS30COoSR WeadktE29DkJp9TXXtLgr/uegqsGj7sRJXuqLHZU2Xckg+3Ad4wrc5fQVtY4AD9fNO+/ heGQmfHVeyNUtZQekT9WvmQGJ6Ty0n50BL5wvRcJnzhXRG0D9NfF8Ty/fWsz2fst1gkC 6NW4munusEttaiehHtoyMxdGszlUfmrhcvdY9toLmaGZvdC00mPDIsIFB5yKTfjuw8Y2 tBd7Bcl3cXvbZ2MMJbNoIpk3kaLYW8QN1KHLMaM4oVaDSB02cJWao5zBicQpQhHs3TrA 22SQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:organization:from :content-language:references:cc:to:subject:user-agent:mime-version :list-unsubscribe:list-subscribe:list-id:precedence:date:message-id :dkim-signature; bh=m/VxeZJGjBjcDQmtxAoZtXCX3PaowqHCK6uf1JI14tc=; fh=629/PwzbOYZ6K287ExZb2wmThN49BmfOF1nElque1S4=; b=JUq9B+s+9Jd01+bYYSr9nZYbnrhzvo6vOo8tU8LI2BshG2MBM6Z7e8xJDRNT3lMrNy caV/9/jGCd653d5oqGzyjanbHLHzKX5xi0Vmlo41562oK2VM1xKYQ+ggv2r9aPsBjz9K npcbTwhTQ/SnrsC88Fp+erNAbgmFK3kpNWiKr6I4/ARe6TZ3vE5r93ffq3FT6JZy+1DN 3Us/7ND3ctf/sbLwYDzpm3W7ChhitQoqvXddEp0X/YpgJS0rPZJIbbySWry54fdIVEDJ 3BhTgYPghCqyKPGBq+VlPBAKUj6RPRXYdPyOE/3HkA57PByrgSakQUgPpr56/g8mz3X+ ypFA== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@smile-fr.20230601.gappssmtp.com header.s=20230601 header.b=Z0mtIbOp; arc=pass (i=1 spf=pass spfdomain=smile.fr dkim=pass dkdomain=smile-fr.20230601.gappssmtp.com dmarc=pass fromdomain=smile.fr); spf=pass (google.com: domain of linux-kernel+bounces-38734-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-38734-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=smile.fr Return-Path: Received: from sy.mirrors.kernel.org (sy.mirrors.kernel.org. [2604:1380:40f1:3f00::1]) by mx.google.com with ESMTPS id f11-20020a6547cb000000b005cdf7b05f36si13337489pgs.615.2024.01.25.06.45.38 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 25 Jan 2024 06:45:39 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-38734-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@smile-fr.20230601.gappssmtp.com header.s=20230601 header.b=Z0mtIbOp; arc=pass (i=1 spf=pass spfdomain=smile.fr dkim=pass dkdomain=smile-fr.20230601.gappssmtp.com dmarc=pass fromdomain=smile.fr); spf=pass (google.com: domain of linux-kernel+bounces-38734-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-38734-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=smile.fr Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sy.mirrors.kernel.org (Postfix) with ESMTPS id 44138B23223 for ; Thu, 25 Jan 2024 14:42:44 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id A06176E2C5; Thu, 25 Jan 2024 14:42:39 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=smile-fr.20230601.gappssmtp.com header.i=@smile-fr.20230601.gappssmtp.com header.b="Z0mtIbOp" Received: from mail-wm1-f41.google.com (mail-wm1-f41.google.com [209.85.128.41]) (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 E39886E2BF for ; Thu, 25 Jan 2024 14:42:35 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.41 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706193758; cv=none; b=dt9oMCQffyInKehwTYG1deB/H263vgp6zB4CPsKRM2jFbFHQmmQQcO7iL+GQXovcat9RnaVkthno2JmjusYF0OcpgaF9LRFKat0gJrrQSgc3eyPCNu3JFbetmDeIdhfVvp0HWQQ10R+QBLSYkPJAOM9V+O+wpKqMT8cgeKyxwjw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706193758; c=relaxed/simple; bh=Lri9+r3U5+UXW0b6nYnAwhx2o25q+wQCEH/6xNOMjuo=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=YgqIDdhbhpTv5PU/Af5RtNc8r2rfTIeTyoR6ZUTmpT5nAA1z9wvV5yCbzT2g17ggcKMqjCG0Pnfurhl0P5qG1bTA/9RZwYwgXNYcvOCTI5LuaWW57RfMKZkW351RGGj/4qlUtsrOR8CW6PTjezJCme4coJBhbiyyDWO/8o7OAoE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=smile.fr; spf=pass smtp.mailfrom=smile.fr; dkim=pass (2048-bit key) header.d=smile-fr.20230601.gappssmtp.com header.i=@smile-fr.20230601.gappssmtp.com header.b=Z0mtIbOp; arc=none smtp.client-ip=209.85.128.41 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=smile.fr Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=smile.fr Received: by mail-wm1-f41.google.com with SMTP id 5b1f17b1804b1-40ed1e78835so6828585e9.2 for ; Thu, 25 Jan 2024 06:42:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smile-fr.20230601.gappssmtp.com; s=20230601; t=1706193754; x=1706798554; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:organization:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to; bh=m/VxeZJGjBjcDQmtxAoZtXCX3PaowqHCK6uf1JI14tc=; b=Z0mtIbOpfxc6JjAJgkblDik6yBVVpyM0z5qQRbTA+wkoa8OhQzvPRU1dNqOoPROT+6 7BzS36UUUguRti7g1zP6o83r0w5dUadPyiSw1Gx5ZCmyXjt+NkyxPfbdDRnVpJvu60hA 5Z7eGmpWWbBMnh+3aR8Y1kAxwsk0Xrox7qh21XBfY4GGq6EmcOUvGN384BLP2kq3qZB9 OnjV1igH3MdUMPj05lRwq/6LShUaHm6SPKwDC7RAtgrcbgpJL22zFC0yc3RHaOIQFgwe o9CNrCIy4LS0ejpQv8j6YgvNMNn660MwfFj8KhuU/EKvG2me/kWrVfz9ZL7++j/YOc8E G7wA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706193754; x=1706798554; h=content-transfer-encoding:in-reply-to:organization:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=m/VxeZJGjBjcDQmtxAoZtXCX3PaowqHCK6uf1JI14tc=; b=S2YNysYt8FvrwcR2TzA3zDwpNWDDgpFTavh606hPsdrLvwSP67GMroBWKb2lgyKbgy TyGG7VsBhrHzJO1bK0tObcOw4xHYBgP/Q0tvbHQlVd4cDJaQDQTo1MwTd+BcttzlxxJJ ibNi1cUgvAj3JReGFwY+kuM24JN5vbcJLA/kDSl7yyob8AFn/lfwOrPuQwRhuzLLj8An suHqsBP+MvGGr9WKEj7c9wUH9G/cTcgHZ30l7AY8AMwQD4XulSCFJmdK3d07D17gpKC3 8tPCdqd/alzv8UvXG9Y63Cn2rezAqO12ZQjt4DJAIPTJ4FMCkeCVRCY0HeuonSpZJppt ofdw== X-Gm-Message-State: AOJu0YzMwJCFbVtFL9KENydDqr8Efk6fJSerPl5qhXv/L0u7ybOoA/kp HDk96FOSMLEiDxDhrPrhD+TqUpN/RZzJmQp935t4s5q+Z0VHGl9w8GTxjZwSi0c= X-Received: by 2002:a05:600c:212:b0:40e:47fb:fcca with SMTP id 18-20020a05600c021200b0040e47fbfccamr487664wmi.147.1706193753803; Thu, 25 Jan 2024 06:42:33 -0800 (PST) Received: from [192.168.0.22] ([89.159.1.53]) by smtp.gmail.com with ESMTPSA id o36-20020a05600c512400b0040e52cac976sm2845655wms.29.2024.01.25.06.42.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 25 Jan 2024 06:42:33 -0800 (PST) Message-ID: <928267c8-2c79-4f76-aa6e-26dc63c77e43@smile.fr> Date: Thu, 25 Jan 2024 15:42:32 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 1/2] kconfig: remove unneeded symbol_empty variable To: Masahiro Yamada Cc: Geert Uytterhoeven , linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, Linux-Renesas , Vegard Nossum References: <20231125163559.824210-1-masahiroy@kernel.org> Content-Language: en-US From: Yoann Congal Organization: Smile ECS In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi, Le 24/01/2024 à 21:12, Masahiro Yamada a écrit : > On Wed, Jan 24, 2024 at 5:56 PM Yoann Congal wrote: >> Le 24/01/2024 à 09:09, Masahiro Yamada a écrit : >>> On Wed, Jan 24, 2024 at 12:11 AM Yoann Congal wrote: >>>> For what it is worth, CONFIG_BASE_SMALL is defined as an int but is only used as a bool : >>>> $ git grep BASE_SMALL >>>> arch/x86/include/asm/mpspec.h:#if CONFIG_BASE_SMALL == 0 >>>> drivers/tty/vt/vc_screen.c:#define CON_BUF_SIZE (CONFIG_BASE_SMALL ? 256 : PAGE_SIZE) >>>> include/linux/threads.h:#define PID_MAX_DEFAULT (CONFIG_BASE_SMALL ? 0x1000 : 0x8000) >>>> include/linux/threads.h:#define PID_MAX_LIMIT (CONFIG_BASE_SMALL ? PAGE_SIZE * 8 : \ >>>> include/linux/udp.h:#define UDP_HTABLE_SIZE_MIN (CONFIG_BASE_SMALL ? 128 : 256) >>>> include/linux/xarray.h:#define XA_CHUNK_SHIFT (CONFIG_BASE_SMALL ? 4 : 6) >>>> init/Kconfig: default 12 if !BASE_SMALL >>>> init/Kconfig: default 0 if BASE_SMALL >>>> init/Kconfig:config BASE_SMALL >>>> kernel/futex/core.c:#if CONFIG_BASE_SMALL >>>> kernel/user.c:#define UIDHASH_BITS (CONFIG_BASE_SMALL ? 3 : 7) >>>> >>>> Maybe we should change CONFIG_BASE_SMALL to the bool type? >> >> My first test shows that switching CONFIG_BASE_SMALL to bool type does fix the LOG_CPU_MAX_BUF_SHIFT default value. >> >>>> I'll poke around to see if I can understand why a int="0" is true for kconfig. >> >> Here's what I understood: >> To get the default value of LOG_CPU_MAX_BUF_SHIFT, kconfig calls sym_get_default_prop(LOG_CPU_MAX_BUF_SHIFT) >> -> expr_calc_value("BASE_SMALL" as an expr) >> -> sym_calc_value(BASE_SMALL as a symbol) and returns sym->curr.tri >> >> But, if I understood correctly, sym_calc_value() does not set sym->curr.tri in case of a int type config. > > Right. Thanks :) > The following will restore the original behavior. > > > --- a/scripts/kconfig/symbol.c > +++ b/scripts/kconfig/symbol.c > @@ -349,12 +349,15 @@ void sym_calc_value(struct symbol *sym) > switch (sym->type) { > case S_INT: > newval.val = "0"; > + newval.tri = no; > break; > case S_HEX: > newval.val = "0x0"; > + newval.tri = no; > break; > case S_STRING: > newval.val = ""; > + newval.tri = no; > break; > case S_BOOLEAN: > case S_TRISTATE: > > > But, I do not think that is the right thing to do. > > Presumably, turning CONFIG_BASE_SMALL is correct. I'm working on a patch to do that. Regards, -- Yoann Congal Smile ECS - Tech Expert