Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp1438161imw; Tue, 5 Jul 2022 09:26:24 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vPV3nFuD2eyHeBJr3kjeh/zvQ879Qm01s+873p/LfAJX0s1VehaA0Xz9QTKVXPfi+o8QYB X-Received: by 2002:a17:902:7893:b0:16a:6d44:2556 with SMTP id q19-20020a170902789300b0016a6d442556mr40827832pll.166.1657038384203; Tue, 05 Jul 2022 09:26:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657038384; cv=none; d=google.com; s=arc-20160816; b=DUKKBter27qkr5xv7mY+7o5HW9MdAE831YlJw/FI9wGCASc7PX7YRz0fejB9BcNs+G LkXfvNYvCoVOV2ZsjpicpGYq25xdDT2IBpJyGVjolJhXxsqAXos1kS07yz5lusFtZM2A t60N5ts/5nBOsQ76wsOC10SNqLb14eFni7sBf51i0h7KleDacHuNTQkMx1R9t/CHKWUp ZfRYazM7SqCZnawXiFiBPGoq40ftz8eKYijMvbRmCrSNCwCJMPq7wRUd7abh7w7jhG3O jTovxlBNPedMNeqKTPoGD1D+64TIIWhocKtJcJMdNL8zGh7cNh7j/MFyppU7ID9gwOsI RtDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=NMiJfnuB9E8oSfD8q3hXX0dz5a3dBhL6ICVpLeG7Qi8=; b=kMRxuCRmi43nDppmYsJUP98XsfP5Aif8hDThYthj7kfZGQd2NkAqUoSH0bZxbhZBT3 bY1jy6nutw9O2eMqHWw5fXgmYodyQq29MHsQdh+zZL+8uAtvK3TUmeK4I6PF6KSaQNa0 CJCexYm3+XMNIDPoZURvVhjKPc2I9qv8UdAN1r1OUouCBzYutAkkrZ/YqaTliWKc6Vi/ 6JT+TNf5l6NlVgOkc4RBoj3hKJdK51DdMWrZJwwfjOJJ9b4Xpun2agWXaK1EKA7bRJMb +4MokVrm7qNY1SSaPlmynEfvhb3u2yhdH2Z56ddSCnSXtJbNkKlcuzmE/ozSC/7ePQ8Y Pj4A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=mYEpFjQN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s32-20020a635260000000b00408c9608148si524089pgl.488.2022.07.05.09.26.11; Tue, 05 Jul 2022 09:26:24 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=mYEpFjQN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231863AbiGEPeb (ORCPT + 99 others); Tue, 5 Jul 2022 11:34:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60618 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231867AbiGEPe2 (ORCPT ); Tue, 5 Jul 2022 11:34:28 -0400 Received: from mail-yw1-x1133.google.com (mail-yw1-x1133.google.com [IPv6:2607:f8b0:4864:20::1133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 33B4215FF4 for ; Tue, 5 Jul 2022 08:34:28 -0700 (PDT) Received: by mail-yw1-x1133.google.com with SMTP id 00721157ae682-3137316bb69so112490517b3.10 for ; Tue, 05 Jul 2022 08:34:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NMiJfnuB9E8oSfD8q3hXX0dz5a3dBhL6ICVpLeG7Qi8=; b=mYEpFjQNeokVX/aLWI26f3fU2HS/juOCGx0/m9LYGgTft11OkCep1akwsDz5NgUmnN +rHLC40R1nQBfUXmMa/KEUDebn+nQvG1rAQ5DURS9nwGsot3QNgNv+y2G0Pshd4e+6v5 vsBTm6udQnxyDreNH6RZsd0gJPT0y1qWaeYUEsAO5PvFWp2f6CBE4LF3gl1FsjBmfHwz U6KKM00690q6sHK2mDfWXtYyZXHHAtKr4Xpuaxv0MtzKULjxPaUS7/A9fvTkHywmR1zy dhl75/cmY4DIqGF3bFaTc7mKfBUmJ3uYHKd/IHE8xzfaOIAnQtxMsy6N7f/cubkRDkQO LSkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NMiJfnuB9E8oSfD8q3hXX0dz5a3dBhL6ICVpLeG7Qi8=; b=nj/m7QiSzgFJdg+KedF43DJB2zWBMDplOGgIZ8bRY9bP2UfJ44AyIB/imKOYdgpAFZ cJhe9t160CRzy/TiW3qj9qZTaU6CTsGcLsQRa/KKg9pKggKYben+YfDpi3IBZswbinXD zD6kWgpiRLZHGhkt5VBVrmQ6d7B6d87y6uMPv5k2uOa0XBdwk80mS0hCr/wXTbb5tDLb 94N9QUMSNHNgKHGdJmuwII7xlQi2xVgH5YZR1UjGCX4bEcM8dn7DnJmXHSnUlnsrFDos +6k/L7mgMkrEwNUrV/M1imM388YaQcmMVA7oeYcSK2wuNPY5iSgN3ymQJfN+OrR3/Uns Cskw== X-Gm-Message-State: AJIora/tCXJ9CPX8cT4Tif0scfMo4QXi9xlkGcJExO5Uw9iq1H4dciv+ de7SiwaPdde++kD7pls0/BLi4pv2adTiPhhFufE= X-Received: by 2002:a81:4bd7:0:b0:31c:91da:5a20 with SMTP id y206-20020a814bd7000000b0031c91da5a20mr14885422ywa.131.1657035267360; Tue, 05 Jul 2022 08:34:27 -0700 (PDT) MIME-Version: 1.0 References: <20220705114312.86164-1-andriy.shevchenko@linux.intel.com> <20220705114312.86164-4-andriy.shevchenko@linux.intel.com> <5cd65a67-4289-23f7-3bec-c166e96aa9e2@huawei.com> In-Reply-To: <5cd65a67-4289-23f7-3bec-c166e96aa9e2@huawei.com> From: Andy Shevchenko Date: Tue, 5 Jul 2022 17:33:51 +0200 Message-ID: Subject: Re: [PATCH v1 4/4] bus: hisi_lpc: Don't guard ACPI IDs with ACPI_PTR() To: John Garry Cc: Andy Shevchenko , "Rafael J. Wysocki" , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 5, 2022 at 5:27 PM John Garry wrote: > On 05/07/2022 16:15, Andy Shevchenko wrote: ... > >>> The OF is not guarded, neither ACPI needs. > >> This doesn't read well. > > "The OF is not guarded, neither ACPI needs it." > > > > Better? Otherwise please propose how it can be amended here. > > How about "The OF ID table is not guarded, and the ACPI table does not > needs it either."? FIne with me. ... > > Strictly speaking, yes we need mod_devicetable.h. But of.h and acpi.h > > include it. > > acpi.h does not include it for !CONFIG_ACPI, which is the only one which > I had checked. But now I see that of.h always includes it, so what you > are doing is ok. What a surprise. I was under the impression that acpi.h always includes it. Hmm... Probably we never had drivers that in Kconfig have something like "depends on ACPI || COMPILE_TEST (and at the same time have no explicit mod_devicetable.h inclusion nor implicit providers like of.h), which should immediately point to the issue. -- With Best Regards, Andy Shevchenko