From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.9 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D571AC43218 for ; Fri, 26 Apr 2019 13:36:51 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id A7A50206C1 for ; Fri, 26 Apr 2019 13:36:51 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726144AbfDZNgq (ORCPT ); Fri, 26 Apr 2019 09:36:46 -0400 Received: from thoth.sbs.de ([192.35.17.2]:49561 "EHLO thoth.sbs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726060AbfDZNgq (ORCPT ); Fri, 26 Apr 2019 09:36:46 -0400 Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id x3QDaZDl008243 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 26 Apr 2019 15:36:35 +0200 Received: from [167.87.22.130] ([167.87.22.130]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id x3QDaYlP023266; Fri, 26 Apr 2019 15:36:34 +0200 Subject: Re: [PATCH 2/2] gpio: sch: Add interrupt support To: Andy Shevchenko Cc: Mika Westerberg , Linus Walleij , Bartosz Golaszewski , Linux Kernel Mailing List , linux-gpio@vger.kernel.org, linux-acpi@vger.kernel.org, "Rafael J. Wysocki" References: <20190424081802.GV2654@lahna.fi.intel.com> <5a28f22c-22f7-760a-d076-68ff19800d44@siemens.com> <20190424084259.GW2654@lahna.fi.intel.com> <7e328b7e-f4f0-851a-4152-a9ffd058201c@siemens.com> <20190424094506.GA2654@lahna.fi.intel.com> <292e6eff-82cc-6e4d-925b-77a60399e2e0@siemens.com> <20190424100130.GB2654@lahna.fi.intel.com> <1200464b-f969-ebc2-ae82-1f8ca98aaca1@siemens.com> <20190424103306.GC2654@lahna.fi.intel.com> <9377620b-d74a-04d9-a51e-8590400b1c0f@siemens.com> <20190426130615.GT9224@smile.fi.intel.com> From: Jan Kiszka Message-ID: Date: Fri, 26 Apr 2019 15:36:34 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 In-Reply-To: <20190426130615.GT9224@smile.fi.intel.com> Content-Type: text/plain; charset="UTF-8"; format="flowed" Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org Message-ID: <20190426133634.0J9BeOjQv0X1UMVS44otiHv4JXBP-50NhqOFANeybqM@z> On 26.04.19 15:06, Andy Shevchenko wrote: > On Wed, Apr 24, 2019 at 12:39:35PM +0200, Jan Kiszka wrote: >> On 24.04.19 12:33, Mika Westerberg wrote: >>> On Wed, Apr 24, 2019 at 12:19:02PM +0200, Jan Kiszka wrote: > >>>> And even if that were possible, we would be back to the square of existing >>>> devices without those definitions. If this were a recent chipset, I would >>>> say, "go, fix future firmware versions". But this one is legacy. >>> >>> Is it fixing some real issue with these legacy platforms? I mean without >>> the patch some GPE event is not handled properly? It was not clear to me >>> from the commit message. >>> >> >> Without that patch, you are forced to poll for event changes in your >> application, timer-driven. There are application that cannot process these >> GPIOs because they lack such logic (mraa with node-red-node-intel-gpio is a >> public example). > > Just a side note: MRAA is a hack itself. It abuses almost all interfaces Linux > kernel provides. > Yes, very well aware of that. I have some patches that started to clean up at least parts of it, but that effort stalled over to many other fires. At the same time, there are no real alternatives - to my knowledge - for the value it brings (various bindings) to simply switch the engine. Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux