Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756268AbbFVLr7 (ORCPT ); Mon, 22 Jun 2015 07:47:59 -0400 Received: from mail-wg0-f43.google.com ([74.125.82.43]:35045 "EHLO mail-wg0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753795AbbFVLrv (ORCPT ); Mon, 22 Jun 2015 07:47:51 -0400 MIME-Version: 1.0 In-Reply-To: <2920603.2MUNS3f4eR@merkaba> References: <2920603.2MUNS3f4eR@merkaba> Date: Mon, 22 Jun 2015 12:47:49 +0100 Message-ID: Subject: Re: careful review of kdbus From: Rogelio Serrano To: Martin Steigerwald Cc: Linux Kernel Mailing List Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2107 Lines: 48 On Sat, Jun 20, 2015 at 11:17 AM, Martin Steigerwald wrote: > Hello! > > In the light of > > * kdbus support is no longer compile-time optional. It is now > always built-in. However, it can still be disabled at a patch to remove all of that code would be welcome... > runtime using the kdbus=0 kernel command line setting, and > that setting may be changed to default to off, by specifying > --disable-kdbus at build-time. Note though that the kernel > command line setting has no effect if the kdbus.ko kernel > module is not installed, in which case kdbus is (obviously) > also disabled. We encourage all downstream distributions to > begin testing kdbus by adding it to the kernel images in the > development distributions, and leaving kdbus support in > systemd enabled. > > Lennart Poettering: [systemd-devel] [ANNOUNCE] systemd v221 > http://lists.freedesktop.org/archives/systemd-devel/2015-June/033170.html > > I hope you kernel developers will still review kdbus carefully as you did so > far, instead of giving in to any downstream pressure by distros. > > It is exactly this attitude and this approach of systemd upstream that I > feel uneasy about. Instead of humbly waiting and working towards having > kdbus accepted to the kernel, systemd developers seem to use any means to > create indirect pressure to have it included eventually. > > I hope that it will still be technical excellence as entry barrier for > anything that goes into the kernel. > > Please note: I do not judge upon the technical quality of kdbus. I think > others are more knowledgeable to do it. > > Thank you, > -- > Martin 'Helios' Steigerwald - http://www.Lichtvoll.de > GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > Please read the FAQ at http://www.tux.org/lkml/ -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in Please read the FAQ at http://www.tux.org/lkml/