Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp426261imm; Thu, 13 Sep 2018 02:02:11 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYoof2W63skgwqEVPnm4503Snz3rwzMiXAvM85tf9ASDzxgML62p1EbhF8U85vVZxUM6WsX X-Received: by 2002:a63:1d47:: with SMTP id d7-v6mr6156559pgm.180.1536829331010; Thu, 13 Sep 2018 02:02:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536829330; cv=none; d=google.com; s=arc-20160816; b=VHwGOSzlVnJ/qADjuSlXempF1oNzYh8qSg2JG8LPTURM3AphGGKL6lYw0mF3VTZ3Cr PBw8SGIdWcri0OJHOjMU6NOju+9ylApqx8M+u3T9BRmVkgoqB4JdV2uXq9EHu9xdmRcc nfLFCZgkXanlUzTQpbzozBHUhVEJz0yhp/XrNY/DCxqn18kjTqCbKf5EKwmJAZxYaRx2 RRV+fCwB2HZl5++M25ncVV3y5VD/+E0qq+BcaiDNee2kmtO4wqrQX2CO+OBafcejAwdi UiFduF2CZT1qFBSjwSDyoQB7aA8K0goi2p7bkCQ+s5zP5UDOW2d+GLMePS7ICx+JZdDN /FVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=j2JMB+hVW9YrxUSxlgdwm4RCK/ll2AFhSbVtJ05tAKo=; b=L3ey4KZNUaTeJWnUCDCiFOeB1891au8ehzZd1WWzBuT5/GWE+4yJvtXrbFno5GKIOs QsJ7uNxWaR3ZYiyNlhj/Ko3ExYGDfopl9mQQgsjCi9LjA7ExCje93+2+zE3R7J+wdplv HxsuTvpY63fg6j2Grq91xRDFoaU1jb7F+DF37hmzvkO3Ot2dDvQT+ybS+ZoCFFqdk9r0 LQyKioVZ0IMeNMIZwgkN+aX2a9S4TVe6FJMobAgs5qZo6Pni9Ew4zPQeWzu0YxSAxXko ytqYgQ6h+9naTeTH2JLj/R+685GhvylfokSUL6/yGu4ix7azI3kP42UNobhec9SOPKYW F12w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o69-v6si3281919pfi.279.2018.09.13.02.01.52; Thu, 13 Sep 2018 02:02:10 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727841AbeIMOJ1 (ORCPT + 99 others); Thu, 13 Sep 2018 10:09:27 -0400 Received: from mga03.intel.com ([134.134.136.65]:37586 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727566AbeIMOJ1 (ORCPT ); Thu, 13 Sep 2018 10:09:27 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Sep 2018 02:00:55 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.53,368,1531810800"; d="scan'208";a="72863944" Received: from lahna.fi.intel.com (HELO lahna) ([10.237.72.157]) by orsmga008.jf.intel.com with SMTP; 13 Sep 2018 01:58:27 -0700 Received: by lahna (sSMTP sendmail emulation); Thu, 13 Sep 2018 11:58:26 +0300 Date: Thu, 13 Sep 2018 11:58:26 +0300 From: Mika Westerberg To: Lukas Wunner , Greg Kroah-Hartman Cc: Andreas Noever , Michael Jamet , Yehezkel Bernat , Stephen Hemminger , linux-kernel@vger.kernel.org Subject: Re: [PATCH 5/5] MAINTAINERS: Add Lukas Wunner as co-maintainer of thunderbolt Message-ID: <20180913085826.GC14465@lahna.fi.intel.com> References: <76fccab34a66023c08b71a864a9fea77daac9742.1536517047.git.lukas@wunner.de> <20180910093333.GI14465@lahna.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180910093333.GI14465@lahna.fi.intel.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 10, 2018 at 12:33:33PM +0300, Mika Westerberg wrote: > Hi Lukas, > > I'm including Greg here in case I've done something wrong as a maintainer. > Since I've only maintained Thunderbolt quite short time, it may be that > I've done mistakes but certainly I did not deliberately try to make life of > people developing this for older Apple systems harder. Greg did not yell at me (yet) so I guess I'm doing OK :) > On Sun, Sep 09, 2018 at 11:42:01PM +0200, Lukas Wunner wrote: > > Andreas Noever has let it be known off-list already a while ago that he > > currently cannot spare as much time for Thunderbolt development as he'd > > like. As a result the driver's development has become dominated by > > Intel. > > I was not aware of this. Althought Andreas has not commented much > lately, I thought he is still looking after our changes. I hope he still > is :) > > > I would like to step up as co-maintainer to provide additional checks > > and balances and prevent the driver from degenerating into an Intel-only > > show. A number of things really irk me: > > I don't have anything against this but at the same time I'm afraid it > might lead to a situation where the Thunderbolt driver evolution gets > stopped into its tracks because of unnecessary fighting over each patch > and change which does not benefit Linux kernel in general. I think we have enough maintainers in this subsystem: Andreas - Apple hardware Michael and me - Intel Yehezkel - Microsoft But I think we can make you a dedicated reviewer. This should make sure you get to review all the patches touching this subsystem. However, first I would like to get confirmation from Andreas that he approves this. I also would like that anyone submitting patches to this subsystem do not get bad feelings during the review but instead possible issues and improvement suggestions are written in such way that the submitter feels his work is valued (even if not always correct). This is especially important when a random Intel (well, or Apple) engineer submits a patch, say fixing a typo in a comment of some data structure. There is no point starting to demand that the specific register meaning needs to be disclosed. I've said this before but I or any other Intel engineer do not have any power over when the spec is released or any other related matter (like disclosing registers) and I really don't want that every single patch review starts with demanding people to disclose something extra. After all they are just trying to improve the driver which is good for Linux. If Andreas approves this, please send a patch adding you as a reviewer and I'll apply it. Just please write the changelog in good will without any personal frustration as those will be recorded forever in the kernel history and you never know in future who you are working for. From my point of view, I welcome you on board as good reviewer :)