Received: by 10.223.185.116 with SMTP id b49csp8021396wrg; Thu, 1 Mar 2018 15:37:14 -0800 (PST) X-Google-Smtp-Source: AG47ELvb2ngZdHHzT32UB8s7uUZkWAM0IsiVOMwyDFp1o1Y0/zCEPU5vuONDK1TnLehcJixceaHD X-Received: by 2002:a17:902:850a:: with SMTP id bj10-v6mr3488457plb.5.1519947434830; Thu, 01 Mar 2018 15:37:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519947434; cv=none; d=google.com; s=arc-20160816; b=a6MXFMCef55fMJMVw++VU69hftwdJsj3nCOccZJQmJWzdLtNmYqEnvZQElZAXW+00q 0vyryt49eTmU6yr549Ce9Esi0qDSkbsAPFKkpvn5yMyzBfGHDKWEROHwuD2Rdo3csSFQ nks+URgtmOzbb5jZpXaNuJQSMPnZBHhISiZsbh6CbKPHy+YDKwxZ5G9s/k36P0BXjueT s+a1BKcHCug9oLv7novrOzlMbyau1FtGbnwoe8FZeFaGU1Iz8V+f/wSk0FsuygRUgrUS Xf1tTe31ZbBcKdoe+9WUlcurqU1UGRyxJ5wgr8zl1UPhLDIxO6OWMCuC5EAi5rN6k8rS q5Qw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=bPN4CRkpoNKzNg94R7SrC2dAzVj3aT8Qg95HGmXM9cs=; b=KUuy/79+EuR5zhVRrR670IRk/SUE8/fCqi3nPj+bFHu9JhAjay9j3E6xZkNsgfBiU2 dP5I2Eru27QojEeN48XbmmNyJhb+FQzpDpMevpDZxSMSX/8PvKuGsJzA01AoILn2DS8S D9axEKkH9OXj+HgoDqhORGvnP/RZeVB93pK6qJWpdnsCZQo3zInNQ2H7AhCO8jQ2s29E N5Ks/xQRhGOdPfKEWC5sNR2fgKHVIkkAFrMWHqSVEV9R37mxYRV7vf0nW/zKwfl2WpFD xl6EcRrd9ciJdhL3G9XiCPYqL3Rp6cpLglkqkI6EQxoba7+sJKmTHziGjuDtc/P/cpxj zBug== 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 u82si3760672pfg.389.2018.03.01.15.36.59; Thu, 01 Mar 2018 15:37:14 -0800 (PST) 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 S1163406AbeCAXfv (ORCPT + 99 others); Thu, 1 Mar 2018 18:35:51 -0500 Received: from guitar.tcltek.co.il ([192.115.133.116]:55248 "EHLO mx.tkos.co.il" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1163185AbeCAXdW (ORCPT ); Thu, 1 Mar 2018 18:33:22 -0500 Received: from tarshish (unknown [10.0.8.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.tkos.co.il (Postfix) with ESMTPS id CA35A4402B5; Fri, 2 Mar 2018 01:33:18 +0200 (IST) Date: Fri, 2 Mar 2018 01:33:17 +0200 From: Baruch Siach To: Linus Walleij Cc: Arnd Bergmann , Stefan Wahren , Dave Stevenson , "open list:GPIO SUBSYSTEM" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] gpio: raspberrypi-ext: fix firmware dependency Message-ID: <20180301233317.ptmgx4coj6iedc34@tarshish> References: <20180228134822.2194009-1-arnd@arndb.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Linus, On Thu, Mar 01, 2018 at 10:28:52AM +0100, Linus Walleij wrote: > On Wed, Feb 28, 2018 at 2:48 PM, Arnd Bergmann wrote: > > When the firmware driver is a loadable module, the gpio driver cannot be > > built-in: > > > > drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpio_set': > > gpio-raspberrypi-exp.c:(.text+0xb4): undefined reference to `rpi_firmware_property' > > drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpio_get': > > gpio-raspberrypi-exp.c:(.text+0x1ec): undefined reference to `rpi_firmware_property' > > drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpio_get_direction': > > gpio-raspberrypi-exp.c:(.text+0x360): undefined reference to `rpi_firmware_property' > > drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpio_get_polarity': > > gpio-raspberrypi-exp.c:(.text+0x4d4): undefined reference to `rpi_firmware_property' > > drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpio_dir_out': > > gpio-raspberrypi-exp.c:(.text+0x670): undefined reference to `rpi_firmware_property' > > drivers/gpio/gpio-raspberrypi-exp.o:gpio-raspberrypi-exp.c:(.text+0x7fc): more undefined references to `rpi_firmware_property' follow > > drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpio_dir_in': > > drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpio_probe': > > gpio-raspberrypi-exp.c:(.text+0x93c): undefined reference to `rpi_firmware_get' > > > > We already have a Kconfig dependency for it, but when compile-testing, it > > is disregarded. > > > > This changes the dependency so that compile-testing is only done when the > > firmware driver is completely disabled. > > > > Fixes: a98d90e7d588 ("gpio: raspberrypi-exp: Driver for RPi3 GPIO expander via mailbox service") > > Signed-off-by: Arnd Bergmann > > Baruch, are you waiting for a fixed fix or should I apply this? > > It's a bit unclear from the mail chain what action I should take... This patch fixes the issue. I think that an inline comment should be added at least, because otherwise the dependency in incomprehensible. I also prefer the depends on m || DEPENDENCY != m style to express this kind of dependencies. What do you think? baruch -- http://baruch.siach.name/blog/ ~. .~ Tk Open Systems =}------------------------------------------------ooO--U--Ooo------------{= - baruch@tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -