From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sebastian Andrzej Siewior Subject: Re: [PATCH v3] gpio: dwapb: use a second irq chip Date: Wed, 28 May 2014 11:26:53 +0200 Message-ID: <5385ABDD.6000205@linutronix.de> References: <1401137894-6096-1-git-send-email-bigeasy@linutronix.de> <5384BD93.6030502@linutronix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: Received: from www.linutronix.de ([62.245.132.108]:33298 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752144AbaE1J07 (ORCPT ); Wed, 28 May 2014 05:26:59 -0400 In-Reply-To: Sender: linux-gpio-owner@vger.kernel.org List-Id: linux-gpio@vger.kernel.org To: Linus Walleij Cc: Jamie Iles , Sebastian Hesselbarth , Alan Tull , Alexandre Courbot , "linux-gpio@vger.kernel.org" , linux-kernel , Dinh Nguyen On 05/28/2014 11:01 AM, Linus Walleij wrote: > On Tue, May 27, 2014 at 6:30 PM, Sebastian Andrzej Siewior > wrote: > >> What remains in my queue is: >> >> * gpio: dwapb: use irq_linear_revmap() for the faster lookup >> * gpio: dwapb: use irq_gc_lock() for locking instead bc's lock >> * gpio: dwapb: use d->mask instead of BIT(bit) >> >> what do we do about those? > > Rebase on my devel branch and resend please ... but for linear > revmap I'd much prefer some effort being put into using the > gpiolib irqchip helpers with generic chips instead. Hmmm. I would have to look what this is about. The irq_linear_revmap() lookup is a linear lookup. > > Yours, > Linus Walleij > Sebastian