Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1209875yba; Thu, 4 Apr 2019 06:27:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqzB8ISHyrM7EyXnZu1SO5nLM6Rqb2TJxBNuGcNLAx8nUqrdNtFUxRS4EAH95HGxiqTGiIMF X-Received: by 2002:a63:e556:: with SMTP id z22mr5738268pgj.290.1554384465532; Thu, 04 Apr 2019 06:27:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554384465; cv=none; d=google.com; s=arc-20160816; b=LWNRzWlutzcAKygDGMg28tgRTbcK2gl4EGaF/W9remCht863ZewrFdgsv0aHW4S+v5 X2P7VhIC6roY3pK8Li9YtYvvp0ftThKk477Q3V8xFdLfnaS303eArKcyjWEsDYRnTzv3 FluzMOOA1msc15nqPHOgSQwdVfup+aPzt1cKeO7Cn/5vprpRa0/4Q9ta9bnwjEUdDkh4 7G7pFp1lkNPW0tY7tlnLu7fTzeqWWBXJsEEmbg9oVruKXQx0HojFwXRdJeHV/zuSHiCT 282t2OL6LhLpKHWuoqF6iIKkD6Vpl0QiGVpVKM8Mv3dfOzqKjLSX+Dcp25/EICzVIs5e z9qw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=UH2ckLZYcXW5oAubM/cmdJCArQ8v0pLdEZQDV2gL2HU=; b=RBd9T8mFM6G3H0QOev7GRLZcBLWOQq4FjOswGt3uFCkM2vFNx1knpvTD35ONxRKAnS 3/Fu0O8mTr/Bcts4BJl0DVzUR0KjEZtcgiKdbADSdgiexez0V4O1ooo606Q3s8iZGvPV m2awF9NJroZQ8q9uKU2b73ez9BlI26UgcHTyP2FyT/RBiBP6joNxtmCwqW1sGLseiVjo s6lODd7j8bs7ycxzdmD4STCIT1pgpNwenuH28F/87C/JG8KtwsL4fi0sxLNTqGM4qiUz 3LhmuT2G9daHKRWa0sx4Pft69CPKslI0iso4PjP7gWl/JbErVVK2nYLrzVm2KoTokpAP VjFw== 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 a12si8349684pgt.371.2019.04.04.06.27.29; Thu, 04 Apr 2019 06:27:45 -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 S1728684AbfDDN0v (ORCPT + 99 others); Thu, 4 Apr 2019 09:26:51 -0400 Received: from szxga04-in.huawei.com ([45.249.212.190]:5667 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726269AbfDDN0v (ORCPT ); Thu, 4 Apr 2019 09:26:51 -0400 Received: from DGGEMS406-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id DE104A8740BD1D5C9D77; Thu, 4 Apr 2019 21:26:48 +0800 (CST) Received: from [127.0.0.1] (10.177.31.96) by DGGEMS406-HUB.china.huawei.com (10.3.19.206) with Microsoft SMTP Server id 14.3.408.0; Thu, 4 Apr 2019 21:26:45 +0800 Subject: Re: [PATCH] extcon: axp288: Fix build err without CONFIG_ACPI To: Hans de Goede , , , References: <20190404104222.23900-1-yuehaibing@huawei.com> CC: From: YueHaibing Message-ID: <71adb924-a258-1cee-a463-50040d6226e0@huawei.com> Date: Thu, 4 Apr 2019 21:26:43 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.31.96] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/4/4 20:02, Hans de Goede wrote: > Hi, > > On 04-04-19 12:42, Yue Haibing wrote: >> From: YueHaibing >> >> When building CONFIG_ACPI is not set >> gcc warn this: >> >> drivers/extcon/extcon-axp288.c: In function 'axp288_extcon_probe': >> drivers/extcon/extcon-axp288.c:363:20: error: dereferencing pointer to incomplete type >> put_device(&adev->dev); >> >> Reported-by: Hulk Robot >> Fixes: 0cf064db948a ("extcon: axp288: Convert to use acpi_dev_get_first_match_dev()") >> Signed-off-by: YueHaibing > > Using this driver without ACPI makes little sense, IMHO it would be better to add > a depends on ACPI to the Kconfig entry, rather then adding #ifdef-s to the driver. OK, thank for your commnet, I will send v2 as this. > > Regards, > > Hans > > >> --- >> drivers/extcon/extcon-axp288.c | 8 +++++--- >> 1 file changed, 5 insertions(+), 3 deletions(-) >> >> diff --git a/drivers/extcon/extcon-axp288.c b/drivers/extcon/extcon-axp288.c >> index 50f9402..ed8ac3f 100644 >> --- a/drivers/extcon/extcon-axp288.c >> +++ b/drivers/extcon/extcon-axp288.c >> @@ -333,7 +333,6 @@ static int axp288_extcon_probe(struct platform_device *pdev) >> struct axp288_extcon_info *info; >> struct axp20x_dev *axp20x = dev_get_drvdata(pdev->dev.parent); >> struct device *dev = &pdev->dev; >> - struct acpi_device *adev; >> int ret, i, pirq; >> info = devm_kzalloc(&pdev->dev, sizeof(*info), GFP_KERNEL); >> @@ -357,6 +356,8 @@ static int axp288_extcon_probe(struct platform_device *pdev) >> if (ret) >> return ret; >> +#ifdef CONFIG_ACPI >> + struct acpi_device *adev; >> adev = acpi_dev_get_first_match_dev("INT3496", NULL, -1); >> if (adev) { >> info->id_extcon = extcon_get_extcon_dev(acpi_dev_name(adev)); >> @@ -365,9 +366,10 @@ static int axp288_extcon_probe(struct platform_device *pdev) >> return -EPROBE_DEFER; >> dev_info(dev, "controlling USB role\n"); >> - } else { >> - dev_info(dev, "controlling USB role based on Vbus presence\n"); >> } >> +#else >> + dev_info(dev, "controlling USB role based on Vbus presence\n"); >> +#endif >> } >> info->vbus_attach = axp288_get_vbus_attach(info); >> > > . >