Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932632AbbDORHE (ORCPT ); Wed, 15 Apr 2015 13:07:04 -0400 Received: from smtprelay0047.hostedemail.com ([216.40.44.47]:42553 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755704AbbDORGy (ORCPT ); Wed, 15 Apr 2015 13:06:54 -0400 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,rostedt@goodmis.org,:::::::::::::::::::::::::::::,RULES_HIT:41:355:379:541:599:800:960:973:988:989:1260:1277:1311:1313:1314:1345:1359:1437:1515:1516:1518:1534:1542:1593:1594:1711:1730:1747:1777:1792:2194:2199:2393:2553:2559:2562:2692:2693:3138:3139:3140:3141:3142:3355:3622:3743:3865:3866:3867:3868:3870:3871:3872:3873:3874:4250:5007:6119:6261:6742:7875:7903:7904:9108:10004:10400:10450:10455:10848:10967:11232:11658:11914:12050:12517:12519:12663:12740:14096:14097:19904:19999:21063:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0 X-HE-Tag: sort50_58dd321685608 X-Filterd-Recvd-Size: 4027 Date: Wed, 15 Apr 2015 13:06:49 -0400 From: Steven Rostedt To: Greg Kroah-Hartman Cc: One Thousand Gnomes , Richard Weinberger , Andy Lutomirski , Al Viro , "Eric W. Biederman" , Linus Torvalds , Andrew Morton , Arnd Bergmann , Tom Gundersen , Jiri Kosina , "linux-kernel@vger.kernel.org" , Daniel Mack , David Herrmann , Djalal Harouni Subject: Re: [GIT PULL] kdbus for 4.1-rc1 Message-ID: <20150415130649.6f9ab20f@gandalf.local.home> In-Reply-To: <20150415163520.GA25105@kroah.com> References: <20150413190350.GA9485@kroah.com> <8738434yjk.fsf@x220.int.ebiederm.org> <20150413194217.GA10837@kroah.com> <20150413202233.GR889@ZenIV.linux.org.uk> <20150415084812.GG16381@kroah.com> <20150415122555.74258d63@lxorguk.ukuu.org.uk> <20150415154551.GE6801@home.goodmis.org> <20150415163520.GA25105@kroah.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2478 Lines: 57 On Wed, 15 Apr 2015 18:35:20 +0200 Greg Kroah-Hartman wrote: > > I suggest that we can do this at Linux Plumbers, and then follow up at > > Kernel Summit, for those that can (or wont) attend plumbers. > > I really doubt this will work for Plumbers, sorry. And technical things > don't work well, if at all, at Kernel Summit. > > We have had meetings about this at the past two Plumbers conferences, > where none of these things came up (i.e. dislike of the D-Bus model). But were the people that are not liking it at those conference sessions? > > I'll be glad to discuss this at both places, but let's try to work > through the technical things through email, as really, that's the best > place for it. > > Al just proved this by pointing out some issues to be resolved (RW lock > only used as a W lock, odd atomic values and locking without documenting > the lifecycles, etc.) And that's the way this is supposed to work, > nothing new/different here that I can see. But you are missing one of the complaints that I'm reading from people. The proposed ABI is too complex. Do we really want to jump into having to support another tty layer? One thing that I think may be really worth doing is that everyone on this thread that has not yet done so, write a simple dbus application to try to understand its design. Break it down to the requirements that are needed, and discuss that. Is there a reason that this patch must go in this merge window? Having something this controversial take place during the merge window suggests its a bit premature to push in now. Especially since it creates a new user space interface. I think we need to really think hard and long before we add something that can not be modified at a later date. I personally think face to face may help, even if it's just hallway tracks. But at a minimum, I think more kernel developers need to play with dbus to understand this more. And then be able to give a better feedback. I'm also thinking that the bare minimum for a transport layer should go in. Find out the exact requirements (as Alan suggested) and implement that, instead of just implementing the full layer that is happening in userspace today. -- Steve -- 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/