Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp14815250ybl; Mon, 30 Dec 2019 18:02:04 -0800 (PST) X-Google-Smtp-Source: APXvYqwXruUXnATyaTFvBHOjZ1UE3SrUxdzOiEvfVycVrfKoXjR1BEeHTsHb/5keBM7NvpEfNNA4 X-Received: by 2002:a9d:6acd:: with SMTP id m13mr72563123otq.313.1577757724026; Mon, 30 Dec 2019 18:02:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1577757724; cv=none; d=google.com; s=arc-20160816; b=KmZ8sY23J+L1Ge6QAPQ7cqBvtc8wdHMzccI9osZGqP0BBRVSuidBQHlKw/T2GIA6/w m09SyVT99QpCchju2dkr9+iNTQ11VOciGCUrxG0aUlabLwaXaPaGavLSxw+CsSz8ZURx yBt4qb374WkONN4v5RRUYDeyGPe0/yrEVcuxmrxJMp8yCH2RIJF0ZI1jLbzWJf+P1Dp2 u2BEmr8oOQbJM+2LRoTgb15DON9GEr6Yt07+ITS0Np+zCqM3u1OWDVkOSTCxFaceZBL5 cHSEQXuVSsVkxQMha09LGykW25F83oj7FCVoSh0Ae8QAIWgnd+FH9sxZ2Ph35Utde0Uo rmPQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:to:from:subject:dkim-signature; bh=bFHWIMTxQ5Y+2/Lps2HjQqsb23aKZRWfueEdefFBMqo=; b=Ndw96o8LG2FtPOlIb2khvbNq3NWJDrGtzmp7G+ayHovfrZG0o/R+3+9M0ekWnFgE05 mIvCgJqjSqdt3M/OHgez+iMtUAFuCzZYDBOd0CAoRp0QDIBG98okXkag/QbDFBrEBbDb 9a4eU1YgSWqghvo3AmHzSbZx3CBj1Z7/PK4ZbmoULd0E/9JxUpOOkeHJG+y6e7mAEN0z 6ngV2mL5YyiUFH0uzZ6kN9LGGLQCYgrEJaqYghcvsxgQ29s/qkllH3OzuPL6RMun+KLH A1rcw/aw2T/1RuvLZjrNHJAukHA8v3P/6u5Ef7E7hZ+GTYPgAyK3cEEFrXn0hhhJzrzO /cFg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@landley-net.20150623.gappssmtp.com header.s=20150623 header.b=v0AqecdG; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m4si22113612otr.122.2019.12.30.18.01.51; Mon, 30 Dec 2019 18:02:04 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@landley-net.20150623.gappssmtp.com header.s=20150623 header.b=v0AqecdG; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726627AbfLaCAn (ORCPT + 99 others); Mon, 30 Dec 2019 21:00:43 -0500 Received: from mail-ot1-f66.google.com ([209.85.210.66]:38828 "EHLO mail-ot1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725379AbfLaCAn (ORCPT ); Mon, 30 Dec 2019 21:00:43 -0500 Received: by mail-ot1-f66.google.com with SMTP id d7so44112936otf.5 for ; Mon, 30 Dec 2019 18:00:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=landley-net.20150623.gappssmtp.com; s=20150623; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=bFHWIMTxQ5Y+2/Lps2HjQqsb23aKZRWfueEdefFBMqo=; b=v0AqecdGErWfR/UDK5DdT080Iwn6OcQKKc7EJG0ekeRUER7iBbIFSQGN6BhdkjkX89 NkTlcexh1TDOwV85ShBkfstViTwDCbpZzXT/zZ+LXDm9lH7dz2HqCklRstR60O5Plt/Q +NtHKOVjE9x9TdcZ+tKhKeiOnt0VRueiAVmDIBklfwsXyUP/+t4C1lhTjoP3L+qtQQDL TgWvn9qdkNQ9kUONVX8UAX7AS2EyudP3L7uXqDc9JsKaeM/EhfgMMXYWz0B224GZEWZP dLMlCNqI2L2sWHv7ae5q2I+F+QbRi9uYnC5b1GCzyxZ1X2SbSBlR1BQpdx+BC5iEfwe0 k1ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=bFHWIMTxQ5Y+2/Lps2HjQqsb23aKZRWfueEdefFBMqo=; b=P8uFUgs9fTNp9Xd+k6h26HdNrxysU4w0naRMQHoEtkPIYmRwPYS4HQ+wj8y3jqlYdK xVioD/b4eAsO8WCcpqavvI4AIjkvPve/vrejx2aKGjgVG0rzUg5tocsneyDNqkwUFaAO gAQegRAqj7lsRKExmlmJ3lWX2muOll050kEG//cdb1iV1QUFSxcFVN1qEzqIquUXvxUS Ld4R4HdyqwY8c7TLPjSXC/sG2W3iVpdjVlekzAAwNyeCw8iWkAGIprC0Rjwk6+vYtqEG zPtzJIILodO/27pDxVl2L74MZUrr7jSRuoq/h9wkdzxM1O6bI7YIYHC2ATLZf0Ljyny0 3kDg== X-Gm-Message-State: APjAAAWRgc5n/1hXnc2LuNQjh5uFHUJzrVxa62pOEKaiONq3pJduoFyA 5gLbD2A09zWjtEz9gsYZrkqFO5QOYFM= X-Received: by 2002:a9d:7e8c:: with SMTP id m12mr79798726otp.346.1577757642042; Mon, 30 Dec 2019 18:00:42 -0800 (PST) Received: from ?IPv6:2605:6000:e947:6500:6680:99ff:fe6f:cb54? ([2605:6000:e947:6500:6680:99ff:fe6f:cb54]) by smtp.googlemail.com with ESMTPSA id 4sm16651672otu.0.2019.12.30.18.00.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 30 Dec 2019 18:00:41 -0800 (PST) Subject: Re: Why is CONFIG_VT forced on? From: Rob Landley To: Randy Dunlap , linux-kernel@vger.kernel.org References: <9b79fb95-f20c-f299-f568-0ffb60305f04@landley.net> <018540ef-0327-78dc-ea5c-a43318f1f640@landley.net> Message-ID: <774dfe49-61a0-0144-42b7-c2cbac150687@landley.net> Date: Mon, 30 Dec 2019 20:04:35 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <018540ef-0327-78dc-ea5c-a43318f1f640@landley.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/30/19 7:45 PM, Rob Landley wrote: > On 12/30/19 6:59 PM, Randy Dunlap wrote: >> # >> # Character devices >> # >> CONFIG_TTY=y >> # CONFIG_VT is not set >> >> But first you must set/enable EXPERT. See the bool prompt. > > Wait, the if doesn't _disable_ the symbol? It disables _editability_ of the > symbol, but the symbol can still be on (and displayed) when the if is false? > (Why would...) > > Ok. Thanks for pointing that out. Any idea why the menuconfig help text has no > mention of this? So if I disable CONFIG_EXPERT, using miniconfig I then need to manually switch on: ./init/Kconfig: bool "Namespaces support" if EXPERT ./init/Kconfig: bool "Multiple users, groups and capabilities support" if EXPERT ./init/Kconfig: bool "Sysfs syscall support" if EXPERT ./init/Kconfig: bool "open by fhandle syscalls" if EXPERT ./init/Kconfig: bool "Posix Clocks & timers" if EXPERT ./init/Kconfig: bool "Enable support for printk" if EXPERT ./init/Kconfig: bool "BUG() support" if EXPERT ./init/Kconfig: bool "Enable ELF core dumps" if EXPERT ./init/Kconfig: bool "Enable full-sized data structures for core" if EXPERT ./init/Kconfig: bool "Enable futex support" if EXPERT ./init/Kconfig: bool "Enable eventpoll support" if EXPERT ./init/Kconfig: bool "Enable signalfd() system call" if EXPERT ./init/Kconfig: bool "Enable timerfd() system call" if EXPERT ./init/Kconfig: bool "Enable eventfd() system call" if EXPERT ./init/Kconfig: bool "Use full shmem filesystem" if EXPERT ./init/Kconfig: bool "Enable AIO support" if EXPERT ./init/Kconfig: bool "Enable IO uring support" if EXPERT ./init/Kconfig: bool "Enable madvise/fadvise syscalls" if EXPERT ./init/Kconfig: bool "Enable membarrier() system call" if EXPERT ./init/Kconfig: bool "Load all symbols for debugging/ksymoops" if EXPERT ./init/Kconfig: bool "Enable rseq() system call" if EXPERT ./init/Kconfig: bool "Enabled debugging of rseq() system call" if EXPERT ./init/Kconfig: bool "PC/104 support" if EXPERT ./init/Kconfig: bool "Enable VM event counters for /proc/vmstat" if EXPERT plus of course ./arch/x86/Kconfig.cpu: bool "Supported processor vendors" if EXPERT ./arch/x86/Kconfig: bool "DMA memory allocation support" if EXPERT ./arch/x86/Kconfig: bool "Enable DMI scanning" if EXPERT ./arch/x86/Kconfig: bool "Enable support for 16-bit segments" if EXPERT ./arch/x86/Kconfig: bool "Enable vsyscall emulation" if EXPERT ./arch/x86/Kconfig: bool "Enable the LDT (local descriptor table)" if EXPERT ./arch/x86/Kconfig: bool "Read CNB20LE Host Bridge Windows" if EXPERT ./arch/x86/Kconfig: bool "ISA bus support on modern systems" if EXPERT ./arch/x86/Kconfig: bool "ISA-style DMA support" if (X86_64 && EXPERT) So nobody noticed you have a structural "this config option actually switches this thing _off_" implemented via magic symbol then? I think the right fix here involves running sed after kconfig does its thing... Rob