Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755421AbbDOIhZ (ORCPT ); Wed, 15 Apr 2015 04:37:25 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:60950 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751876AbbDOIhS (ORCPT ); Wed, 15 Apr 2015 04:37:18 -0400 Date: Wed, 15 Apr 2015 10:37:14 +0200 From: Greg Kroah-Hartman To: Jiri Kosina Cc: Steven Rostedt , John Stoffel , Andy Lutomirski , Linus Torvalds , Andrew Morton , Arnd Bergmann , "Eric W. Biederman" , One Thousand Gnomes , Tom Gundersen , "linux-kernel@vger.kernel.org" , Daniel Mack , David Herrmann , Djalal Harouni , "Paul E. McKenney" , James Bottomley Subject: Re: [GIT PULL] kdbus for 4.1-rc1 Message-ID: <20150415083714.GD16381@kroah.com> References: <20150413190350.GA9485@kroah.com> <20150413204547.GB1760@kroah.com> <20150414175019.GA2874@kroah.com> <20150414192357.GA6107@kroah.com> <21805.29994.968937.364993@quad.stoffel.home> <20150414215135.GC6801@home.goodmis.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1592 Lines: 36 On Wed, Apr 15, 2015 at 12:05:01AM +0200, Jiri Kosina wrote: > On Tue, 14 Apr 2015, Steven Rostedt wrote: > > > I believe that Linux Plumbers is still accepting MicroConferences. I > > wonder if this would be a good one to have. Try to get everyone face to > > face and talk about how exactly kdbus should be implemented in the > > kernel. > > I personally would even put more emphasis on a session that would first > focus on "why", before we look at "how". > > I have already asked about this during the earlier RFC submissions, but > the only "take-home message" I took from that discussion was "because it's > faster than what we currently have". I don't find that a sufficient > justification by itself for something so complex (with potential > implications all over the place for the whole Linux ecosystem), especially > given the fact we already have sealed memfds zerocopy etc (and I am not > even talking about the "infinite set-in-stone userspace API" implications > this has). I wrote many many lines of "why" in the patch submissions, and in the first email in this thread. Are any of those specific solutions and "why" reasons not correct in your opinion? If so, great, please let me know. But to say that no one is focusing on "why" is a slight to those of us who have been providing just that. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/