Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756719AbdCUJbZ (ORCPT ); Tue, 21 Mar 2017 05:31:25 -0400 Received: from mx0a-001ae601.pphosted.com ([67.231.149.25]:53708 "EHLO mx0b-001ae601.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753669AbdCUJbX (ORCPT ); Tue, 21 Mar 2017 05:31:23 -0400 Authentication-Results: ppops.net; spf=none smtp.mailfrom=ckeepax@opensource.wolfsonmicro.com Date: Tue, 21 Mar 2017 09:32:20 +0000 From: Charles Keepax To: Krzysztof Kozlowski CC: Tomasz Figa , "linus.walleij@linaro.org" , Sylwester Nawrocki , "linux-gpio@vger.kernel.org" , "linux-samsung-soc@vger.kernel.org" , linux-kernel , Subject: Re: [PATCH v2] pinctrl: samsung: Calculate GPIO base for pinctrl_add_gpio_range Message-ID: <20170321093220.GV6986@localhost.localdomain> References: <20170228090143.GG2742@localhost.localdomain> <1488301475-10804-1-git-send-email-ckeepax@opensource.wolfsonmicro.com> <20170306164909.GA6986@localhost.localdomain> <20170320183915.r4bfl466yyph74i4@kozik-lap> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20170320183915.r4bfl466yyph74i4@kozik-lap> User-Agent: Mutt/1.5.23 (2014-03-12) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=2 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-1702020001 definitions=main-1703210085 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1557 Lines: 42 On Mon, Mar 20, 2017 at 08:39:15PM +0200, Krzysztof Kozlowski wrote: > On Mon, Mar 06, 2017 at 04:49:09PM +0000, Charles Keepax wrote: > > On Sat, Mar 04, 2017 at 08:20:11PM +0900, Tomasz Figa wrote: > > > Hi Charles, > > > > > > 2017-03-01 2:04 GMT+09:00 Charles Keepax : > > > > As the pinctrl is now added before the GPIOs are registered we need to > > > > manually calculate what the GPIO base will be, otherwise the base for > > > > each gpio_range will be set to zero. Fortunately the driver > > > > already assigns a GPIO base, in samsung_gpiolib_register, and uses the > > > > same calculation it does for the pin_base. Meaning the two will always > > > > be the same and allowing us to reuse the pinbase and avoid the issue. > > > > > > Sorry, I didn't notice before and I don't see the offending patch in , > > > but you should add > > > > > > Fixes: XXXXXXXXXXXX ("pinctrl: Patch subject") > > > > > > if you intend to submit this patch separately. Otherwise, maybe this > > > can be just squashed? > > > > > > > Yeah apologies for that as the original patch hasn't showed up in > > the tree yet I couldn't pull a commit ID to add the fixes tag. > > Squashing it in is probably the best way to go. > > Hi Charles, > > Thanks for the work. > > This is a follow up of: > https://patchwork.kernel.org/patch/9577147/ > Right? > > None of these two were applied so can you squash them, rebase, retest > and send again? > Yeah no problem should be able to resend later today hopefully. Thanks, Charles