From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752087AbbJMS0J (ORCPT ); Tue, 13 Oct 2015 14:26:09 -0400 Received: from comal.ext.ti.com ([198.47.26.152]:42214 "EHLO comal.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751884AbbJMS0F (ORCPT ); Tue, 13 Oct 2015 14:26:05 -0400 Subject: Re: [PATCH 2/2] gpio: omap: convert to use generic irq handler To: Thomas Gleixner , Dan Murphy References: <1443209283-20781-1-git-send-email-grygorii.strashko@ti.com> <1443209283-20781-3-git-send-email-grygorii.strashko@ti.com> <560F07CC.9050205@ti.com> CC: Linus Walleij , Alexandre Courbot , Santosh Shilimkar , Tony Lindgren , Linux-OMAP , Austin Schuh , , , "linux-gpio@vger.kernel.org" , "linux-kernel@vger.kernel.org" From: Grygorii Strashko Message-ID: <561D4CAB.1060704@ti.com> Date: Tue, 13 Oct 2015 21:25:47 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Thomas, On 10/12/2015 10:52 AM, Thomas Gleixner wrote: > Grygorii, > > can you please provide a patch set against 4.1-RT? That stuff rejects > left and right. > This is really not easy thing to do :( and I don't know how to do it the best way. This patches are based on top of big set of other patches. As result we've back-ported mostly all GPIO patches from upstream kernel to TI's 4.1 kernel to keep things consistent and avoid complicated conflicts during back-porting of fixes. The branch linux-4.1.y-rt is continuously merged in TI's 4.1 rt-kernel. So, on top of linux-4.1.y there is below set of patches in TI's kernel now: *bc6b549 gpio: omap: convert to use generic irq handler *d8b79f8 gpio: omap: move pm runtime in irq_chip.irq_bus_lock/sync_unlock c5d9d80 gpio: omap: fix static checker warning 8e3f97d gpio: omap: Fix GPIO numbering for deferred probe a5fafaa gpio: omap: Fix gpiochip_add() handling for deferred probe *a79afac gpio: omap: fix clk_prepare/unprepare usage *e967fb8 gpio: omap: protect regs access in omap_gpio_irq_handler 7f66a45 gpio: omap: fix omap2_set_gpio_debounce 225b622 gpio: omap: switch to use platform_get_irq 4ad92d9 gpio: omap: remove wrong irq_domain_remove usage in probe f76691a gpio: omap: Fix missing raw locks conversion *97e1a2c gpio: omap: use raw locks for locking 7a74d02 ARM: OMAP2: Drop the concept of certain power domains not being able to lose context. 76281a5 gpio: omap: prevent module from being unloaded while in use 7aa88c9 gpio: omap: add missed spin_unlock_irqrestore in omap_gpio_irq_type 79d3bc2 gpio: omap: rework omap_gpio_irq_startup to handle current pin state properly 81dcc40 gpio: omap: rework omap_gpio_request to touch only gpio specific registers e44665c gpio: omap: rework omap_x_irq_shutdown to touch only irqs specific registers 23c487f gpio: omap: fix error handling in omap_gpio_irq_type b328dfc gpio: omap: fix omap_gpio_free to not clean up irq configuration 2966641 gpio: omap: Allow building as a loadable module I'd very appreciate for any advice of how to better proceed with your request. - I can try to apply and re-send only patches marked by '*' - I can prepare branch with all above patches - smth. else -- regards, -grygorii