Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp582142imm; Wed, 18 Jul 2018 07:19:06 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeIV7nbakH218A1dkEiRYwQq7EL0eIg3q6JltcAvbyXhh5XtxGIQhlO+4s/8BJ+BmP/2+3Q X-Received: by 2002:a63:ba10:: with SMTP id k16-v6mr6066465pgf.145.1531923546235; Wed, 18 Jul 2018 07:19:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531923546; cv=none; d=google.com; s=arc-20160816; b=vz6PR9nwhp738tYMok6a5QuVCC/KuGxGnEqGzj4xlQGDcrnvT/TtmYRaPqKR/D1qQL 8/fS6Xath6iNKoEEtZ7efKu+PuH7ds5gV4JyuAK6YJpjBo2JaWr4Q02G7LNSYX9fcmNl 8HXUNBe7jAYAZIZ5nsBzpR8fFvcn+1QdYNRqGMNBOJ01uKEk/btS0KrQagiuxRu9VPrR gbmYj+qy9hjACqDdcsLZfhxzAorog36J891pbUJdZVhkMD4n+Wz/yVIJ2H/P/mYN5rtC Rh4GEp+7YDGfZ0f8jxyTEMoKQ6+kJg8IppJEaMS0rQ71lI3pjbOwCVTAF7sC06eC0BiV dl8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from :arc-authentication-results; bh=FfmTcNocKMtJRGoyEFCkQx3xg/JzYVokB6UQ++ENcc4=; b=ZSRyhxA7ciNMm0VdIETs6alWVWQtVf19jDhZjJHQQcyXq9+aTcaIHR3X8ZiweHY82M a/WlGNsQUVGh2imEz5HbxTL8MFcn4nuIERZcHHP93mdxBKnkAw7CVhzsjrukdQgSNzl2 wFpwClG5AyWZIVzz+MoDMfYO6Fo5O3/t3iiqWVsXkjeIQm7g8e9rPpwq9voAQ8coqlG5 R2Iu+fmkhZFKOxRoTjT4pBn9Rh0iPN1d8huxaF4LtbqacSyW0cK9DTYwcy/yZ5E80UMx 8AkOeyhfHUmG1AGmEHStBmJCwi8JNs5slRseW1OykpnW0xIZOsS8cbOkemJiUwwDUn0t H8TA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t15-v6si3124788plo.263.2018.07.18.07.18.51; Wed, 18 Jul 2018 07:19:06 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730505AbeGRO4Y (ORCPT + 99 others); Wed, 18 Jul 2018 10:56:24 -0400 Received: from mail.bootlin.com ([62.4.15.54]:55371 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729185AbeGRO4Y (ORCPT ); Wed, 18 Jul 2018 10:56:24 -0400 Received: by mail.bootlin.com (Postfix, from userid 110) id 5CA7820904; Wed, 18 Jul 2018 16:18:14 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.bootlin.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT, URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0 Received: from localhost (242.171.71.37.rev.sfr.net [37.71.171.242]) by mail.bootlin.com (Postfix) with ESMTPSA id 2EE38203EC; Wed, 18 Jul 2018 16:18:04 +0200 (CEST) From: Gregory CLEMENT To: Janusz Krzysztofik Cc: Tony Lindgren , Aaro Koskinen , Boris Brezillon , Miquel Raynal , Richard Weinberger , David Woodhouse , Brian Norris , Marek Vasut , Shreeya Patel , Arvind Yadav , Bartlomiej Zolnierkiewicz , Krzysztof Halasa , Arnd Bergmann , linux-arm-kernel@lists.infradead.org, linux-mtd@lists.infradead.org, linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org, Andy Shevchenko , Tomi Valkeinen Subject: Re: [PATCH v2 0/3] ARM: OMAP1: ams-delta: Complete driver gpiod migration References: <20180518210954.29044-1-jmkrzyszt@gmail.com> <20180717231448.14958-1-jmkrzyszt@gmail.com> Date: Wed, 18 Jul 2018 16:18:04 +0200 In-Reply-To: <20180717231448.14958-1-jmkrzyszt@gmail.com> (Janusz Krzysztofik's message of "Wed, 18 Jul 2018 01:14:45 +0200") Message-ID: <87a7qoaaqr.fsf@bootlin.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Janusz, On mer., juil. 18 2018, Janusz Krzysztofik wrote: > This is a follow up of initial submission of a series consisted of > 6 changes, 3 of which have been already applied or reworkeed. > > V2 changelog: > [PATCH 1/6] ARM: OMAP1: ams-delta: add GPIO lookup tables > - already in mainline, commit 68e62a15a914 > [PATCH 2/6] Input: ams_delta_serio: use GPIO lookup table > - reworked and submitted as a series, already in linux-omap, > commit 68e62a15a914 ("ARM: OMAP1: ams-delta: drop GPIO lookup > table for serio device") followed by 9 more > [PATCH 3/6] ASoC: ams_delta: use GPIO lookup table > - already in mainline, commit d65777d1a2cd > [PATCH 4/6] fbdev: omapfb: lcd_ams_delta: use GPIO lookup table > - resubmitting as [PATCH v2 1/3 v2] > v2: Remove problematic error code conversion no longer > needed if used on top of commit d08605a64e67 ("ARM: OMAP1: > ams-delta: move late devices back to init_machine") > and commit 8853daf3b4ac ("gpiolib: Defer on non-DT > find_chip_by_name() failure") already in linux-next > [PATCH 5/6] mtd: rawnand: ams-delta: use GPIO lookup table > - resubmitting as [PATCH v2 2/3 v4] > v2: Fix handling of devm_gpiod_get_optional() return values - > thanks to Andy Shevchenko. > v3: Remove problematic error code conversion no longer needed > if used on top of commit d08605a64e67 ("ARM: OMAP1: > ams-delta: move late devices back to init_machine") and > commit 8853daf3b4ac ("gpiolib: Defer on non-DT > find_chip_by_name() failure") already in linux-next - thanks > to Boris Brezillon > v4: fix style issue - thanks to Boris Brezillon > [PATCH 6/6] ARM: OMAP1: ams-delta: make board header file local to > mach-omap1 > - resending as [PATCH v2 3/3] > > Dependency on commit 8853daf3b4ac ("gpiolib: Defer on non-DT > find_chip_by_name() failure") is not critical - it is not needed for > clean build or run, it only prevents from potential future changes to > driver initializaton order during device_initcall. > > I'm submitting the three patches in series because the last one depends > on the other two. I think that being in CC in this series is a mistake as I don't see anything related what I have done in this series. Gregory > > Thanks, > Janusz > -- Gregory Clement, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering http://bootlin.com