From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 055D786D for ; Mon, 17 Sep 2018 22:20:05 +0000 (UTC) Received: from cloudserver094114.home.pl (cloudserver094114.home.pl [79.96.170.134]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 6770B102 for ; Mon, 17 Sep 2018 22:20:04 +0000 (UTC) From: "Rafael J. Wysocki" To: Christoph Hellwig Date: Tue, 18 Sep 2018 00:17:17 +0200 Message-ID: <4262798.5m96e1KNZk@aspire.rjw.lan> In-Reply-To: <3546549.SGOmEv5aQK@aspire.rjw.lan> References: <20180917131218.GA23637@infradead.org> <3546549.SGOmEv5aQK@aspire.rjw.lan> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Mauro Carvalho Chehab , ksummit-discuss@lists.linuxfoundation.org Subject: Re: [Ksummit-discuss] [MAINTAINER SUMMIT] community management/subsystem governance List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Monday, September 17, 2018 11:59:22 PM CEST Rafael J. Wysocki wrote: > On Monday, September 17, 2018 3:12:18 PM CEST Christoph Hellwig wrote: > > On Mon, Sep 17, 2018 at 08:43:35AM -0300, Mauro Carvalho Chehab wrote: > > > While I do agree that the main Kernel development should happen via > > > email on the foreseen future, Why e-mail would be a mandatory > > > requirement for all kinds of Kernel development? > > > > > > I don't believe that a single development model fits all cases. > > > > > > Let's say that someone is using something like github to manage the > > > development of a single driver - or even a low traffic subsystem. > > > > Sadly enough that already is the case. The ACPI maintainers refuse > > to take perfectly fine patches and instead redirect people to a > > github version (which doesn't look like the kernel code at all), > > which requires a signup with a not exactly trust-worthy webservice. > > That's ACPICA to be precise and that's because it is a separate project really > that's used by the kernel. It generally is better to get patches to the > upstream first and to the kernel from there. > > That's nothing new, though, it's been like that for years. Also they do take patches from email (they may not prefer to do it this way, but still), but those patches need to be against the upstream code base which, indeed, uses a different coding style and other conventions. Cheers, Rafael