Received: by 10.223.185.116 with SMTP id b49csp2378763wrg; Thu, 22 Feb 2018 12:46:24 -0800 (PST) X-Google-Smtp-Source: AH8x226kJw+4lZ2QhX94yPL6YG1jbGxsuh7LMn7J0I946ge+sBc6Gu2X0A4ofhm0dEX0Z0P47baO X-Received: by 10.98.107.130 with SMTP id g124mr8015565pfc.225.1519332384112; Thu, 22 Feb 2018 12:46:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519332384; cv=none; d=google.com; s=arc-20160816; b=uyVK1TTyGJplogbXZVYYX4GbyHTJFblwcr77jVIgwObihIsna357m+CrdRqVCZs5XY oiEJnITXrnuHdCV/ETX5fh9Gjf81u6zUoCWJr5Rm4LjQmexxwKbMl05QpQTV9pG1WGlt 9AUcqeE9kU05H9uFPOWWSnH3VHQDVPTUQcEY9f4puhnoD76+mEwguVf1U85Cgux7kO94 ghAxwY0i2HTH76ygNfcdte854oo3dIEhgos+VA/IOs1eshMSmnjjXvaxQRHl5LaCM3Xr GMtEHdLFWxpo+vKkHmyV2KJf1kxocehcUD/Hh7xhtfZROl8cPFxNT+z+jNhBY/JsA/AK y4IA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=kukCqzuy++QYn9q9U5MZJDbWdUXfEOje06xeblDQdV8=; b=fPpwAZtSucKNamf8FYnlGCebON4mG36Ve8YaVW3N9sGT9DQt1EtnOnr6+OegYi0hEU 6GBvGGEOuhr5Al6xp9ZA/iE5W14RN1woz+Hoc3GHDZ4YCC0hj8Id+0tcZ2ZPZkLPHAK1 B14IEHEGE2qBXZj7BiU9VgHStjdg6lQAP/P1dTFLRFQ5jPjhsGUhQqFXvN27ojsiqsXn fC5EOG8/AIVhwwJSuQIEVCSrepTze4E9rT6hDRiNmny9jU3WDo39RO2d+QqqFmW6DYMr cgxvwgK242BvTGZdsl5DEyg4DzGeN5OO95JoAb6IF3wHXKnMAineMrR5L9i1ziU8a5jr Rxgw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=XUI48IMv; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k9si485893pgo.42.2018.02.22.12.46.08; Thu, 22 Feb 2018 12:46:24 -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=@gmail.com header.s=20161025 header.b=XUI48IMv; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751432AbeBVUpP (ORCPT + 99 others); Thu, 22 Feb 2018 15:45:15 -0500 Received: from mail-yb0-f193.google.com ([209.85.213.193]:35490 "EHLO mail-yb0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750805AbeBVUpM (ORCPT ); Thu, 22 Feb 2018 15:45:12 -0500 Received: by mail-yb0-f193.google.com with SMTP id v135-v6so2179173ybe.2; Thu, 22 Feb 2018 12:45:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=kukCqzuy++QYn9q9U5MZJDbWdUXfEOje06xeblDQdV8=; b=XUI48IMvJ28EhFAKtiYjaLOc5XDsY1jLZhJDrBURGB/prZ/Us/G0VvLjO7cWnKNloc 0OTyA13kjaquDG8YGtcohzvn/cCkQyCq2ksuiHLCDtd7mFqmZGi5A/VCGPFGgZ5YMRuq 5aMlenf5gg5GgUa2RTb1z2kfB8TBuyOxItP5oheVMyZtRStYWf7wymtnIFd/p/0LiEBH VXfrvCJa8UcK/ySh6YaUzpwg7uIG+zhs2jMDA4PyBVI+tfyDBmk2qqLiRg1m8xx+TxjL cMU1clSY6zQ2XOoStt1HYT4AShT6M9r6NyqgNEIPJKn3TbyOPDOXmVh81yJ6crQC/Gwi 1Ekg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=kukCqzuy++QYn9q9U5MZJDbWdUXfEOje06xeblDQdV8=; b=Bp7otpt3huVmIamcw99ftx2PB4D6/Ux37FkYyDSPmp086Naq8+f8CUz6tQi1pbwIUq xJnlUfxbecC6R76hP8vHvsMlx1GtwAKTVlMH9pob4PNooAYOipsMlIIZF2b18Wx2tCh/ 9Pj41xQP+TjqySUf5MloJq/+rnS7s9LYuGKoKH1Q/oK92ZV792z+voLM35fJNoYFu39M IMr3DIaJTndMOwwFsNLyuM3a8HZERu6AIEOqC59WLCrxqhq+sdDiAqTJ/ZLliaNePj1C 5vUgJxasmPi0WIzc9IRQIb1eTNaCJaxWgOIVTrXchw3Mp/qz2nlAjmqsSZXDvqvTMLnJ a8dQ== X-Gm-Message-State: APf1xPAIte+BVCjMbBPo02hHiEgVTQTYdFLuYS4/tVVNy1mlCeGZ+ehI /gdBILp2x/DO4/eS8rx06Jglvg== X-Received: by 2002:a25:cc8c:: with SMTP id l134-v6mr5920236ybf.275.1519332311484; Thu, 22 Feb 2018 12:45:11 -0800 (PST) Received: from sophia ([72.188.97.40]) by smtp.gmail.com with ESMTPSA id n75sm361052ywd.86.2018.02.22.12.45.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Feb 2018 12:45:11 -0800 (PST) Date: Thu, 22 Feb 2018 15:45:09 -0500 From: William Breathitt Gray To: Linus Walleij Cc: "Maciej S. Szmigiero" , Guenter Roeck , "open list:GPIO SUBSYSTEM" , linux-iio@vger.kernel.org, LINUXWATCHDOG , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v2 5/5] pc104: Add EXPERT dependency for PC104 Kconfig option Message-ID: <20180222204509.GB10834@sophia> References: <5c573c758e07ee9539045c1b062b9bab1ad1669c.1514578085.git.vilhelm.gray@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 22, 2018 at 04:20:46PM +0100, Linus Walleij wrote: >On Fri, Dec 29, 2017 at 9:14 PM, William Breathitt Gray > wrote: > >> PC/104 device driver Kconfig options previously had an implicit EXPERT >> dependency by way of an explicit ISA_BUS_API dependency. Now that these >> driver Kconfig options select ISA_BUS_API rather than depend on it, the >> PC104 Kconfig option should have an explicit EXPERT dependency. >> >> The PC/104 form factor and bus architecture are common in embedded >> and specialized systems, but uncommon in typical desktop setups. For >> this reason, it is best to mask these devices and configurations via the >> EXPERT Kconfig option because the majority of users will never need to >> concern themselves with PC/104. >> >> Signed-off-by: William Breathitt Gray > >Patch applied to the GPIO tree for v4.17. > >I don't know what kind of definition of "expert" really applies here. > >Who in their right mind think that novices are using the kernel >configuration interface. Isn't anyone doing kernel compiles >entitled to be called an expert... > >Anyways I guess this has already been discussed. > >Yours, >Linus Walleij I'm inclined to agree with you on this point. I believe there is benefit in masking uncommon hardware configurations such as PC/104 in order to reduce clutter in the menus, but you are right that "expert" sounds somewhat of a misnomer for this use case. I considered adding yet another Kconfig option to mask these options, but since Kconfig code isn't my forte, I ultimately decided to keep it simple and depend simply on EXPERT. The PC104 Kconfig option has been implicitly masked by EXPERT up to this point, so I thought it best to keep it masked as it has been thus far. However, since all this masking is essentially just an aesthetic matter, I'm somewhat indifferent and open to removing the EXPERT dependency as well; I'll let someone else make that call rather I. William Breathitt Gray