From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753503AbdF1At2 (ORCPT ); Tue, 27 Jun 2017 20:49:28 -0400 Received: from mx2.suse.de ([195.135.220.15]:56339 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751900AbdF1AtU (ORCPT ); Tue, 27 Jun 2017 20:49:20 -0400 Date: Wed, 28 Jun 2017 02:49:14 +0200 From: "Luis R. Rodriguez" To: Jessica Yu Cc: "Luis R. Rodriguez" , Kees Cook , Andrew Morton , Shuah Khan , Rusty Russell , "Eric W. Biederman" , Dmitry Torokhov , Arnaldo Carvalho de Melo , Jonathan Corbet , Josh Triplett , martin.wilck@suse.com, Michal Marek , Petr Mladek , hare , rwright@hpe.com, Jeff Mahoney , David Sterba , Filipe Manana , NeilBrown , Guenter Roeck , rgoldwyn@suse.com, Subash Abhinov Kasiviswanathan , Heinrich Schuchardt , Aaron Tomlin , Miroslav Benes , "Paul E. McKenney" , Dan Williams , Josh Poimboeuf , "David S. Miller" , Ingo Molnar , Alan Cox , "Ted Ts'o" , Greg KH , Linus Torvalds , linux-kselftest@vger.kernel.org, "linux-doc@vger.kernel.org" , LKML Subject: Re: [PATCH v3 0/4] kmod: help make deterministic Message-ID: <20170628004914.GA21846@wotan.suse.de> References: <20170526001630.19203-1-mcgrof@kernel.org> <20170526211228.27764-1-mcgrof@kernel.org> <20170620205622.GX21846@wotan.suse.de> <20170626213735.fp34vx7mvbtopzz6@redbean> <20170626224442.GH21846@wotan.suse.de> <20170627152604.krljck3owqq5acel@redbean> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170627152604.krljck3owqq5acel@redbean> User-Agent: Mutt/1.6.0 (2016-04-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 27, 2017 at 05:26:05PM +0200, Jessica Yu wrote: > +++ Luis R. Rodriguez [27/06/17 00:44 +0200]: > > Feel free to decouple it, but note that then the commit log must then be > > changed. My own take is this fix is not so critical as it is a corner case, so > > I have instead preferred to couple in the test case and respective fix > > together. I'll leave it up to you how to proceed. > > I'll take 01 and 02 for the next merge window, as they are > straightforward. 03/04 can stay together, and as I understand it 04 > may need to switch back to using the normal wait_* api. OK, I'll rework 03-04 with the regular wait and submit aiming towards Andrew's tree. > I'm not the maintainer for kmod.c, if that's what you mean by > decoupling. I was suggesting adding kmod.c to MODULE SUPPORT list as its all module related, adding my self to the list and I'd just take on helping kmod.c stuff. My point was that it feels odd to decouple kmod.c from module stuff. But lets give it a shot with them separated first and see how that goes. > But I don't think it has one, which is why I'm suggesting > adding it to MAINTAINERS, since you've been actively working on it :) > (looking at git log, it looks like Andrew did most of the sign-off's > for kmod.c in the past). I think a separate entry in MAINTAINERS is > good, with the name you suggested. Sure. Luis