From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756267Ab3KFKvF (ORCPT ); Wed, 6 Nov 2013 05:51:05 -0500 Received: from devils.ext.ti.com ([198.47.26.153]:46843 "EHLO devils.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756068Ab3KFKvC (ORCPT ); Wed, 6 Nov 2013 05:51:02 -0500 Message-ID: <527A1EC7.20400@ti.com> Date: Wed, 6 Nov 2013 16:19:43 +0530 From: Sekhar Nori User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Prabhakar Lad , Linus Walleij CC: Mark Rutland , "devicetree@vger.kernel.org" , "davinci-linux-open-source@linux.davincidsp.com" , Grygorii Strashko , Russell King , "linux-doc@vger.kernel.org" , Pawel Moll , Stephen Warren , Ian Campbell , "linux-kernel@vger.kernel.org" , Rob Herring , "linux-gpio@vger.kernel.org" , Rob Landley , Alex Elder , Grant Likely , "linux-arm-kernel@lists.infradead.org" Subject: Re: [PATCH v4 1/6] gpio: davinci: Fixed a check for unbanked gpio References: <1383406775-14902-1-git-send-email-prabhakar.csenng@gmail.com> <1383406775-14902-2-git-send-email-prabhakar.csenng@gmail.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday 06 November 2013 03:45 PM, Prabhakar Lad wrote: > Hi Linus, > > On Wed, Nov 6, 2013 at 3:26 PM, Linus Walleij wrote: >> On Wed, Nov 6, 2013 at 10:33 AM, Prabhakar Lad >> wrote: >>> On Tue, Nov 5, 2013 at 6:09 PM, Linus Walleij wrote: >>>> On Sat, Nov 2, 2013 at 4:39 PM, Lad, Prabhakar >>>> wrote: >>>> >>>>> From: "Lad, Prabhakar" >>>>> >>>>> This patch fixes the check for the offset in >>>>> gpio_to_irq_unbanked() function. >>>>> >>>>> Signed-off-by: Lad, Prabhakar >>>> >>>> Is this a regression that should go in right now? >>>> >>> Yes it needs too. >> >> But on top of *what* exactly? >> >> This does not apply to my gpio tree devel branch and >> not even on the mainline kernel. >> > Looks like this needs to go via ARM tree as the earlier > patches have gone via ARM tree itself [1]. > If you can ACK it Sekhar can get it in via ARM tree. The dependent patches are all in linux-next through ARM SoC queued for v3.13 merge. This fix can either be sent late in merge cycle once Linus has pulled ARM SoC or after v3.13-rc1 comes out. Thanks, Sekhar