Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp4761853imm; Mon, 15 Oct 2018 22:39:55 -0700 (PDT) X-Google-Smtp-Source: ACcGV60rszRC3rQkdYYouzjUc+6/TPtHgfny8m+xM+PRVvrapTndR7dWZfKzhcR9qFe80nf8ypOm X-Received: by 2002:a62:7501:: with SMTP id q1-v6mr20445727pfc.225.1539668395316; Mon, 15 Oct 2018 22:39:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539668395; cv=none; d=google.com; s=arc-20160816; b=RIQ8/tPOnB8PZnJmQLSujIu4+oAx4TlbxxTBe2+m6hZAzNsQL/oMOzkJxz/beDlFMO JFOtTQieNxVBrJN98S49f9PLKvXFRS8xH2JiXUQL+yPodTc5Yg6AYhwjtk8Q+li0MUC3 Nfl5sfQpDYv/XOXWEHw9Cw+RCWLEHfowZQk9M8okGgLwUuNJhTiUvfP9tghETJcufrsH BwtyVu0086hK0ZWlrUxBtOBklfYtoUjjVNjh+kSmZJAqE/aq9UHXQwEHGV0pGT5/qDoU Z21c9J5sOisEJkRMvpIdA7+Yn4nLK2JNnPOHGExMuWWFclMUQxpoyTRFEz7PpuVgyQmj X9Kg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:message-id :in-reply-to:subject:cc:to:from:date; bh=n1rHLkuuYXCWzJJhU7a/t1ix4lc1Z/eS0XFKnFl7xLc=; b=BSCeZ4mhEs3WzImtpYUxIiLQSYUgTxBgBBW2yAWjdhxuPRvRM8lgG/PowVINe4nNfC YnaRz9uvvyOzD0gLZPRmifqEtfm75j0Tb9FwPOezwHm/8nhVlqMj7vJgaMie854Hf1hW b5qug7KeRX4X5zTzQEdw1oevPE8j1x/FDbLb5wY/bz4A2ETY2v6lFQnldMq7CLxCJPES c7WfZoWzWoL0Pe/42DHJSX+ziw4Gabnn46JUyfYNW2KWBSrtms4TKA8dko6xv8Vm1ts4 6O8ObsAfnpeQNLTMg8i2lpe8WOCGoc+QNS2IQalYzImT/SjFai/AllPwr1c+D1KXsiVL jNcQ== 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 c21-v6si12637657plz.283.2018.10.15.22.39.39; Mon, 15 Oct 2018 22:39:55 -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 S1728033AbeJPN1w (ORCPT + 99 others); Tue, 16 Oct 2018 09:27:52 -0400 Received: from kvm5.telegraphics.com.au ([98.124.60.144]:57146 "EHLO kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727285AbeJPN1w (ORCPT ); Tue, 16 Oct 2018 09:27:52 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by kvm5.telegraphics.com.au (Postfix) with ESMTP id B5F6927FEE; Tue, 16 Oct 2018 01:39:07 -0400 (EDT) Date: Tue, 16 Oct 2018 16:39:07 +1100 (AEDT) From: Finn Thain To: Hannes Reinecke cc: "James E.J. Bottomley" , "Martin K. Petersen" , Michael Schmitz , linux-scsi@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines In-Reply-To: <2b48c925-73f0-0ca0-2f3c-3c35d90010ba@suse.de> Message-ID: References: <35ac9f31-7068-ab93-4629-363ee0bb4c70@suse.de> <2b48c925-73f0-0ca0-2f3c-3c35d90010ba@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 15 Oct 2018, Hannes Reinecke wrote: > > However, the function declaration really is a worry, as the actual function > body only exists when the config option is enabled. > So either add a dummy function or surround the function declaration by > CONFIG_ESP_PIO. > Otherwise I think Dan Carpenter and the likes are guaranteed to send you a > nice mail complaining about this ... > Perhaps I've misunderstood your concern here. Is it a problem that esp_scsi.ko may or may not export the function, depending on .config? For example, if esp_scsi.ko came from a build with CONFIG_SUN3X_ESP=y && !CONFIG_SCSI_ZORRO_ESP && !CONFIG_SCSI_MAC_ESP, then it would export no esp_send_pio_cmd() symbol. A dummy function (mentioned above) might then avoid a link error from "modprobe zorro_esp" or "modprobe mac_esp" in this scenario. (The modules would load but fail to work properly.) This seems a bit too contrived so I'll post v3 for you to consider. --