Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753343AbcCWAmF (ORCPT ); Tue, 22 Mar 2016 20:42:05 -0400 Received: from mail-lf0-f68.google.com ([209.85.215.68]:34759 "EHLO mail-lf0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751520AbcCWAmA (ORCPT ); Tue, 22 Mar 2016 20:42:00 -0400 MIME-Version: 1.0 In-Reply-To: <20160323000835.GQ19428@n2100.arm.linux.org.uk> References: <1455534485-1154-1-git-send-email-ykk@rock-chips.com> <1919945.Y1tg0YzXlm@diego> <56F1CAEB.3080701@samsung.com> <8949624.HmxDpZAlt2@diego> <56F1D0AD.8030905@samsung.com> <20160322233906.GP19428@n2100.arm.linux.org.uk> <56F1DB27.4040001@samsung.com> <20160323000835.GQ19428@n2100.arm.linux.org.uk> Date: Wed, 23 Mar 2016 10:41:58 +1000 Message-ID: Subject: Re: Who is going to merge it [Was: Re: [PATCH v14 0/17] Add Analogix Core Display Port Driver] From: Dave Airlie To: Russell King - ARM Linux Cc: Inki Dae , =?UTF-8?Q?Heiko_St=C3=BCbner?= , David Airlie , Mark Yao , Ajay Kumar , Javier Martinez Canillas , Doug Anderson , Jingoo Han , Yakir Yang , Andrzej Hajda , Joonyoung Shim , Seung-Woo Kim , Kyungmin Park , Thierry Reding , Krzysztof Kozlowski , Rob Herring , "devicetree@vger.kernel.org" , linux-samsung-soc , Pawel Moll , Ian Campbell , "open list:ARM/Rockchip SoC..." , Emil Velikov , "linux-kernel@vger.kernel.org" , Daniel Kurtz , Kishon Vijay Abraham I , Kukjin Kim , Sean Paul , "dri-devel@lists.freedesktop.org" , Kumar Gala , Ajay kumar , Rob Herring , Andy Yan , Gustavo Padovan , Caesar Wang , "linux-arm-kernel@lists.infradead.org" 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: 913 Lines: 23 > >> So although it's small framework or just subdirectory, we would need >> someone who can manage the framework to avoid further confusion if >> necessary. > > So maybe it just doesn't need a maintainer, and maybe those the owner > of the bridge driver should be responsible for choosing the tree which > it's merged through along with updates. That's how dw-hdmi has been > managed on the whole. > > It also means that the bridge driver maintainer is able to test changes > to the bridge driver, rather than having some over-arching bridge > subdirectory maintainer who doesn't have a clue whether the changes > work on the hardware. > > IMHO, having bridge driver authors/maintainers look after their own > code has many advantages. The author just send me a pull request with acks from a git tree that hopefully both people agreed and tested from. No need to send this via another maintainer layer. Dave.