Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp2176440imd; Sun, 28 Oct 2018 04:46:03 -0700 (PDT) X-Google-Smtp-Source: AJdET5coCFVrD455FiwOz9eEKTkLJ6neCxH/9+wsdVOcpLdG6qivMJG7MgsNyZqNH9N4gsLnodWA X-Received: by 2002:a17:902:7683:: with SMTP id m3-v6mr10518744pll.180.1540727163045; Sun, 28 Oct 2018 04:46:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540727163; cv=none; d=google.com; s=arc-20160816; b=sGybiSWsj8g8jKJxxelfETpJOevPCh9pxrQfOXdntB142KZjNYO/6ai//IpaNLZsVZ xULsEodG2iwxwgjbyFVLbufuIXYxP9kgsIazJHQxL6LHgJ6y5NGZbCt4OTUsWg92WZxK V4J/Flpytasze5IzaGL1HEOqW1XuUakkGfZIlTJcmQmwPSLGyR06bvMGypdWf/zUQliU /9eYV6bdOiBsQPoUYaApG0ICk4X5O+u6lQOiFm+eyXojTq5gsruxc2ZcCQIfuK8135Ik PGVJ0hTqQXF5fv6ymXwjCdReDT0vkXOkPA/qP60BVW3BL9TufbzcRD2V3nkrRHzh9mPy MXrA== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=kjA3ImZ49Pkj706u6KQ06R8+YMmFGAENrVVaZtLwwzs=; b=UpY/VL5k75BQTIWo0nIheVnRrEecd6VYKsUjXPyvmXVtke85Z8U/bN7zDcfctEw3uv 5ah21uCuEy4tqWlYolVBL59Gy0/MUBA6DlvpLzspJ0V0iBBoR0Pp3rP+gxQLg8LpHllY X++484j54BWMNok4ZZ1a5SDGtjRPrG7j6MUnpVZu+P6a7mmHKUBqAE1gqZ/cZzcBispw GAcR7LIS2eISKgmL2l1PwX23W9lzuaFgjUr6Bqh29PxS37vyQuatKf4Y3QHj/0pmTT6R MvdBCkqh0sdFI2bnj2GIEPPabwHvf7JScVffbADhjptPn+bm6DC4ZrROTXQRxdsTd1W5 zAuQ== ARC-Authentication-Results: i=1; mx.google.com; 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 j10-v6si16740591pgk.22.2018.10.28.04.45.31; Sun, 28 Oct 2018 04:46:03 -0700 (PDT) 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; 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 S1727338AbeJ1UAt (ORCPT + 99 others); Sun, 28 Oct 2018 16:00:49 -0400 Received: from tartarus.angband.pl ([54.37.238.230]:54408 "EHLO tartarus.angband.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726379AbeJ1UAt (ORCPT ); Sun, 28 Oct 2018 16:00:49 -0400 Received: from kilobyte by tartarus.angband.pl with local (Exim 4.89) (envelope-from ) id 1gGj3R-0007Yw-ME; Sun, 28 Oct 2018 12:16:25 +0100 Date: Sun, 28 Oct 2018 12:16:25 +0100 From: Adam Borowski To: Linus Torvalds Cc: Jiri Kosina , Linux Kernel Mailing List Subject: drivers by default (was Re: Another HID problem this merge window..) Message-ID: <20181028111625.mr2hxbcqh5k4rskz@angband.pl> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Junkbait: aaron@angband.pl, zzyx@angband.pl User-Agent: NeoMutt/20170113 (1.7.2) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: kilobyte@angband.pl X-SA-Exim-Scanned: No (on tartarus.angband.pl); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Oct 27, 2018 at 11:13:17AM -0700, Linus Torvalds wrote: > Ok, so this is a much smaller issue than the i2c one that cause boot > problems, but it's annoying. > > We do *not* enable new random drivers by default. And we most > *definitely* don't do it when they are odd-ball ones that most people > have never heard of. > > Yet the new "BigBen Interactive" driver that was added this merge > window did exactly that. > > Just don't do it. Amen to that. But, perhaps you could encourage people to do enable drivers once they become very popular? For example, I just (72a9c673636) got hit by USB 3.0 being off in defconfigs, and not having keyboard is not that cool. So what about a policy that says "almost all drivers are to be =n initially, but patches enabling popular stuff by default are welcome"? Preferably if obsolete crap gets mass-disabled at least once per decade (think of the floppy driver's importance on day one vs now). > Yes, yes, every developer always thinks that _their_ driver is so > special and so magically important that it should be enabled by > default. But no. When we have thousands of drivers, we don't randomly > pick one new driver to be enabled by default just because some > developer thinks it is special. It's not. We don't know which drivers will become important and which won't, only time can tell. But not having such drivers on by default is also a problem. Meow! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢰⠒⠀⣿⡁ 10 people enter a bar: 1 who understands binary, ⢿⡄⠘⠷⠚⠋⠀ 1 who doesn't, D who prefer to write it as hex, ⠈⠳⣄⠀⠀⠀⠀ and 1 who narrowly avoided an off-by-one error.