Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933196AbbDOSMi (ORCPT ); Wed, 15 Apr 2015 14:12:38 -0400 Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51894 "EHLO bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932747AbbDOSMT (ORCPT ); Wed, 15 Apr 2015 14:12:19 -0400 Message-ID: <1429121536.2187.44.camel@HansenPartnership.com> Subject: Re: [GIT PULL] kdbus for 4.1-rc1 From: James Bottomley To: Greg Kroah-Hartman Cc: Jiri Kosina , 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" Date: Wed, 15 Apr 2015 11:12:16 -0700 In-Reply-To: <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> <20150415083714.GD16381@kroah.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.11 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2951 Lines: 60 On Wed, 2015-04-15 at 10:37 +0200, Greg Kroah-Hartman wrote: > 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. Please stop. A debate that degenerates into a disagreement about whether specific questions have or have not been answered is no debate at all: it's an ideological show case. If both sides are going to do the same at plumbers (or elsewhere) it will be a waste of time (well, except as a spectator sport). To make this work, you need (as the plumbers MC templates tell you) a list of key attendees from all sides of the debate who'll commit to coming (mostly what I've heard so far is people committing not to coming) and a list of guiding topics which people will commit to discussing honestly. For me the biggest issue is the container problem: it's really hard to containerise kdbus because of the stateful nature of the protocol and the fact that it has a well known system bus. Separation into domains works for OS containers, but application containers need more fluidity. It's not unlike the same problem on windows: Windows application containers are very difficult to do because the global registry means that OLE handlers all have to run inside your container as well (effectively making it an OS container). I'm sure, since we already have a lot of containers people going to plumbers, that we can get them to turn up for the discussion. James -- 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/