{"id":818902,"url":"http://patchwork.ozlabs.org/api/covers/818902/?format=json","web_url":"http://patchwork.ozlabs.org/project/linux-gpio/cover/1506480022-8995-1-git-send-email-yamada.masahiro@socionext.com/","project":{"id":42,"url":"http://patchwork.ozlabs.org/api/projects/42/?format=json","name":"Linux GPIO development","link_name":"linux-gpio","list_id":"linux-gpio.vger.kernel.org","list_email":"linux-gpio@vger.kernel.org","web_url":"","scm_url":"","webscm_url":"","list_archive_url":"","list_archive_url_format":"","commit_url_format":""},"msgid":"<1506480022-8995-1-git-send-email-yamada.masahiro@socionext.com>","list_archive_url":null,"date":"2017-09-27T02:40:20","name":"[v6,0/2] gpio: uniphier: UniPhier GPIO driver","submitter":{"id":65882,"url":"http://patchwork.ozlabs.org/api/people/65882/?format=json","name":"Masahiro Yamada","email":"yamada.masahiro@socionext.com"},"mbox":"http://patchwork.ozlabs.org/project/linux-gpio/cover/1506480022-8995-1-git-send-email-yamada.masahiro@socionext.com/mbox/","series":[{"id":5268,"url":"http://patchwork.ozlabs.org/api/series/5268/?format=json","web_url":"http://patchwork.ozlabs.org/project/linux-gpio/list/?series=5268","date":"2017-09-27T02:40:21","name":"gpio: uniphier: UniPhier GPIO driver","version":6,"mbox":"http://patchwork.ozlabs.org/series/5268/mbox/"}],"comments":"http://patchwork.ozlabs.org/api/covers/818902/comments/","headers":{"Return-Path":"","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=none (mailfrom) smtp.mailfrom=vger.kernel.org\n\t(client-ip=209.132.180.67; helo=vger.kernel.org;\n\tenvelope-from=linux-gpio-owner@vger.kernel.org;\n\treceiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n\tunprotected) header.d=nifty.com header.i=@nifty.com\n\theader.b=\"v0dr3Dqr\"; dkim-atps=neutral"],"Received":["from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3y22FB0Fcfz9t3x\n\tfor ;\n\tWed, 27 Sep 2017 12:43:26 +1000 (AEST)","(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S968803AbdI0CnB (ORCPT );\n\tTue, 26 Sep 2017 22:43:01 -0400","from conuserg-08.nifty.com ([210.131.2.75]:60358 \"EHLO\n\tconuserg-08.nifty.com\" rhost-flags-OK-OK-OK-OK) by vger.kernel.org\n\twith ESMTP id S967799AbdI0Cm7 (ORCPT\n\t); Tue, 26 Sep 2017 22:42:59 -0400","from pug.e01.socionext.com (p14092-ipngnfx01kyoto.kyoto.ocn.ne.jp\n\t[153.142.97.92]) (authenticated)\n\tby conuserg-08.nifty.com with ESMTP id v8R2eoYQ029272;\n\tWed, 27 Sep 2017 11:40:50 +0900"],"DKIM-Filter":"OpenDKIM Filter v2.10.3 conuserg-08.nifty.com v8R2eoYQ029272","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com;\n\ts=dec2015msa; t=1506480051;\n\tbh=lrmfbzVXJ3yV3iP4p79dHBvZGUhM2zh1Xn7WJ+C4W/Y=;\n\th=From:To:Cc:Subject:Date:From;\n\tb=v0dr3Dqrn2jnBLw9iR5uqzliku7iiPwZY+OtyR6o2AEOKjjmd1hCnpR3QpGAXc8cX\n\tKVrDkdZUANbPCtA383aDfUpMpSMzMQ+7hswQJ2hCAHLOf79NMyb47R9FxRTOe7jL5r\n\t63qhpSkkv10n6hUPOuJqOj1ZwqLFDEwGsaX5pZ+wTf+IQ0gs+/dYJN9T1HgGq6YE52\n\t7NPa49jjxmN48wLgam+KiA0IvlGQcTgUcm6sq2xsI4uhzR7m1Pm8o7pz9PyoqU8vyF\n\tNLbpSbHwBO4Iljc49bMi50vKkB5o74OtSXn/jnv6ro0bvTLnSikt9xvMDRY1DQJquh\n\tBWxa8jmemLHeg==","X-Nifty-SrcIP":"[153.142.97.92]","From":"Masahiro Yamada ","To":"linux-gpio@vger.kernel.org","Cc":"devicetree@vger.kernel.org, Rob Herring ,\n\tMasami Hiramatsu ,\n\tJassi Brar ,\n\tMasahiro Yamada ,\n\tMauro Carvalho Chehab ,\n\tRandy Dunlap ,\n\tLinus Walleij , linux-kernel@vger.kernel.org,\n\t\"David S. Miller\" ,\n\tRob Herring ,\n\tGreg Kroah-Hartman ,\n\tMark Rutland , linux-arm-kernel@lists.infradead.org","Subject":"[PATCH v6 0/2] gpio: uniphier: UniPhier GPIO driver","Date":"Wed, 27 Sep 2017 11:40:20 +0900","Message-Id":"<1506480022-8995-1-git-send-email-yamada.masahiro@socionext.com>","X-Mailer":"git-send-email 2.7.4","Sender":"linux-gpio-owner@vger.kernel.org","Precedence":"bulk","List-ID":"","X-Mailing-List":"linux-gpio@vger.kernel.org"},"content":"This series adds UniPhier GPIO driver.\n\nThe interrupt controller part is implemented by using hierarchy irqdomain.\n\nIMHO, the problem of the hierarchy irqdomain is that drivers must hard-code\nthe fwspec of the interrupt parent. We will never know the DT binding of\nthe parent unless we parse #interrupt-cell, etc.\n\nI asked about this:\nhttps://lkml.org/lkml/2017/7/6/758\n\nApparently, the current kernel does not provide a systematic way to\ndescribe it.\n\nIn v1-v3, I hard-coded the parent hwirq numbers in the driver because\nirqchip drivers are forced to hard-code more or less about the parent.\nThis was not accepted by Linus Walleij.\n\nIn v4, I tried to use the new API irq_domain_push_irq(). I needed to\nchange the irqdomain framework to make it work for DT, but seemed\ncontroversial in the irqdomain subsystem review.\n\nIn v5, I tried another solution. At first I thought it worked, but\nI found a dead-lock if an irq is disposed from the .alloc hook.\n\nAfter I considered more, I thought \"interrupts\" property does not\nmake much sense here because the last cell (which usually specifies\nthe trigger type) is useless for the hierarchy irqdomain.\n\nI decided to use a vendor-specific property. This is what some drivers\nactually do.\n\n\nChanges in v6:\n - Add \"socionext,interrupt-ranges\"\n\nChanges in v5:\n - Split into a separate patch for DT binding\n - Add a new patch to export of_phandle_args_to_fwspec\n - Split DT binding into a separate file\n - v4 depends on some patches that change irq_domain_push_irq(), but\n they got negative feedback in the irqdomain subsystem review.\n Yet another approach here. Parse \"interrupts\" property in\n .alloc() hook. If the parent IRQ is already mapped, dispose it\n and re-alloc in irqdomain manner.\n\nChanges in v4:\n - Add COMPILE_TEST and select IRQ_DOMAIN_HIERARCHY\n - Reimplement irqchip part by using irq_domain_push_irq()\n\nChanges in v3:\n - Add .irq_set_affinity() hook\n - Use irq_domain_create_hierarchy() instead of legacy\n irq_domain_add_hierarchy()\n\nChanges in v2:\n - Remove +32 offset for parent interrupts to follow the GIC\n binding convention\n - Let uniphier_gpio_irq_alloc() fail if nr_irqs != 1\n - Allocate gpio_chip statically because just one instance is\n supported\n - Fix suspend and resume hooks\n\nMasahiro Yamada (2):\n dt-bindings: gpio: uniphier: add UniPhier GPIO binding\n gpio: uniphier: add UniPhier GPIO controller driver\n\n .../devicetree/bindings/gpio/gpio-uniphier.txt | 40 ++\n MAINTAINERS | 1 +\n drivers/gpio/Kconfig | 8 +\n drivers/gpio/Makefile | 1 +\n drivers/gpio/gpio-uniphier.c | 507 +++++++++++++++++++++\n include/dt-bindings/gpio/uniphier-gpio.h | 18 +\n 6 files changed, 575 insertions(+)\n create mode 100644 Documentation/devicetree/bindings/gpio/gpio-uniphier.txt\n create mode 100644 drivers/gpio/gpio-uniphier.c\n create mode 100644 include/dt-bindings/gpio/uniphier-gpio.h"}