Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932304AbaDHQLN (ORCPT ); Tue, 8 Apr 2014 12:11:13 -0400 Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:53149 "EHLO cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756991AbaDHQLK (ORCPT ); Tue, 8 Apr 2014 12:11:10 -0400 Date: Tue, 8 Apr 2014 17:10:54 +0100 From: Mark Rutland To: Borislav Petkov Cc: Thor Thayer , "robherring2@gmail.com" , "dougthompson@xmission.com" , "grant.likely@linaro.org" , Pawel Moll , "ijc+devicetree@hellion.org.uk" , "galak@codeaurora.org" , "rob@landley.net" , "linux@arm.linux.org.uk" , "dinguyen@altera.com" , "devicetree@vger.kernel.org" , "linux-edac@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH 3/3] edac: altera: Add SDRAM EDAC support for CycloneV/ArriaV Message-ID: <20140408161054.GA26210@e106331-lin.cambridge.arm.com> References: <1396907649-20212-1-git-send-email-tthayer@altera.com> <1396907649-20212-4-git-send-email-tthayer@altera.com> <20140408100851.GF30077@pd.tnic> <1396965459.23349.4.camel@dinh-ubuntu> <20140408152406.GI30077@pd.tnic> <20140408154017.GF11876@e106331-lin.cambridge.arm.com> <20140408160351.GK30077@pd.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140408160351.GK30077@pd.tnic> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 08, 2014 at 05:03:51PM +0100, Borislav Petkov wrote: > On Tue, Apr 08, 2014 at 04:40:17PM +0100, Mark Rutland wrote: > > The patches should be in the same series, but for review purposes it's > > nicer if the bindings are separate patches from the code within that > > series. > > > > I usually look at the drivers implementing bindings and prefer to be > > Cc'd on the whole series, with both the binding and driver. > > Right, but I got only the 3/3 patch on linux-edac which made me wonder. Ah. The whole series should've been Cc'd to linux-edac; I didn't realise that wasn't the case. > So I'm guessing you or someone else would be picking the whole set once > I've acked the EDAC part? Typically the bindings would go with the driver via the appropriate subsystem maintainer. That way we don't get bindings without drivers or vice-versa if there's a problem part-way, and we don't end up with every other driver going via a dt tree. Cheers, Mark. -- 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/