Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752484AbdF2JL6 (ORCPT ); Thu, 29 Jun 2017 05:11:58 -0400 Received: from mx0a-001ae601.pphosted.com ([67.231.149.25]:46600 "EHLO mx0b-001ae601.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752117AbdF2JLw (ORCPT ); Thu, 29 Jun 2017 05:11:52 -0400 Authentication-Results: ppops.net; spf=none smtp.mailfrom=rf@opensource.wolfsonmicro.com Message-ID: <1498727494.4826.84.camel@rf-debian.wolfsonmicro.main> Subject: Re: [PATCH v3 01/17] mfd: madera: Add register definitions for Cirrus Logic Madera codecs From: Richard Fitzgerald To: Mark Brown CC: Lee Jones , , , , , , , , , , Date: Thu, 29 Jun 2017 10:11:34 +0100 In-Reply-To: <20170628192640.lboeddcabjcrvmtw@sirena.org.uk> References: <1496415790-19164-1-git-send-email-rf@opensource.wolfsonmicro.com> <1496415790-19164-2-git-send-email-rf@opensource.wolfsonmicro.com> <20170605100707.zqyfyzhlhrpswa2u@dell> <1498466018.4826.81.camel@rf-debian.wolfsonmicro.main> <20170628192640.lboeddcabjcrvmtw@sirena.org.uk> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1706290149 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 974 Lines: 21 On Wed, 2017-06-28 at 20:26 +0100, Mark Brown wrote: > On Mon, Jun 26, 2017 at 09:33:38AM +0100, Richard Fitzgerald wrote: > > On Mon, 2017-06-05 at 11:07 +0100, Lee Jones wrote: > > > > For my own reference: > > > Acked-for-MFD-by: Lee Jones > > > Can I suggest that you take this patch into the mfd tree? Other > > subsystem maintainers will have to base on that but it avoids me keeping > > emailing out nearly 9000 lines of register definitions each time I do an > > update to the other patches in the chain. > > Yes, please! It also helps other maintainers see that the early bits of > the series we depend on are making progress. I guess taking all the MFD code when Lee is happy with it would also be acceptable? There's several multi-thousand-line files in there too. There are build dependencies between the subsystems but I don't know how the maintainers prefer to deal with that - keep the patches as a set or cross-merge branches.