From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kukjin Kim Subject: RE: [PATCH v4 1/2] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver Date: Sat, 22 Nov 2014 09:48:10 +0900 Message-ID: <019101d005ed$fd3d5eb0$f7b81c10$@kernel.org> References: <1414656270-8048-1-git-send-email-pankaj.dubey@samsung.com> <1414656270-8048-2-git-send-email-pankaj.dubey@samsung.com> <20141121072545.GG1480@katana> <546F1140.4050709@samsung.com> <20141121164726.GA1426@katana> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: In-reply-to: <20141121164726.GA1426@katana> Content-language: ko Sender: linux-doc-owner@vger.kernel.org To: 'Wolfram Sang' , 'Pankaj Dubey' Cc: linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux@arm.linux.org.uk, thomas.ab@samsung.com, 'Rob Herring' , 'Randy Dunlap' , devicetree@vger.kernel.org, linux-doc@vger.kernel.org, linux-i2c@vger.kernel.org List-Id: devicetree@vger.kernel.org Wolfram Sang wrote: > Hi Wolfram, > > >I usually don't take DTS patches. They should go via arm-soc. Please say > > >so if there are reasons I should take them. > > > > I CC'ed to you because same patch contains changes in i2c driver. > > Yes, those should absolutely go via my I2C tree. You need to make a > seperate patch out of the dts changes which then also should go via > samsung-soc, unless Kukjin says he really wants to go the via I2C. But I > guess the latter will just create merge conflicts. Hmm...I think, Pankaj needs to submit separated patches 1) driver change, 2) dt change and then 3) remove change. And 2nd and 3rd changes should be handed in Samsung tree together after landing 1) change in -next. Of course, 1) change should be handled in i2c tree ;) Thanks, Kukjin