Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp672086pxb; Thu, 30 Sep 2021 14:39:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxy1JYQO2B4wC1oC6+zQrQU5Ek3depGux4zMlac69DZj31DHTKrKiQ/6DMvdETHzB3CG2qr X-Received: by 2002:a17:906:6691:: with SMTP id z17mr1851763ejo.207.1633037977535; Thu, 30 Sep 2021 14:39:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633037977; cv=none; d=google.com; s=arc-20160816; b=UcdP/aH0HgLicIdhlkan9CFrl4OmuijJ0eI6sX+CAWofKK+kvrAVqtBEznk7WBdXLc njBlRMQ8tG8rj/HIYKlJ8OGum5fjUtiAszPZpFgVYKg0C59I0fx5QSutN8xaKj796aY8 mbnd2MxO1OYGsLZ/2Q8kgX1wQFyAjOWNYjTQO2V002MIWzaJz+gX5yujtQDQYbdRpAFk ZKb7Sc1UD94AlfAohogf/djM6jalX8e3QT6XxdQB+5Y3VPOD3e5YYbLd8DShAf+WKeCw jx7gGHXeBgMPjSl7d8eLnf2Y2IcLAdcTXWQNUdnLFelkT4IKJuHJhJsTdEDMYO54DNK9 yaHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=rFfgz4cvsqFn49R1xiS0Y+EnfYrWO5OlE66gugrJ74M=; b=GXXn82fIUtinNvDy0qD49UisM53rYUTfEeCtPxYOKPOqcMQ/F/S7XxUFrieu3F8gZm mWRFbWULp2lunO+2poo65IPynnmrIF3IttFqkrNtQbfrKjTUFekY88oEvNqvD/NqNUAA 3wPy2nycSLrrg+qy8Q1YYFjqqys8zAcu0RZ8zTHC4pdK1dHqw7SAp0+O5khJ0FFJ2lXO OtG4tOKdIkTgn+UQyM43lpXsTDqhYGycSRBQt3mPL1WlpWYRIZ7BU5HElH7UJNsT8hKQ Y+53KgYVh5CFhm9F+EWiRHVTSvx16rPIa8QryxH1FDnx447HZLLd1EJ1f4UbsG1oGCfO HQqQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l20si4317352ejn.131.2021.09.30.14.39.12; Thu, 30 Sep 2021 14:39:37 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348552AbhI3VGO (ORCPT + 99 others); Thu, 30 Sep 2021 17:06:14 -0400 Received: from mga14.intel.com ([192.55.52.115]:14523 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229957AbhI3VGL (ORCPT ); Thu, 30 Sep 2021 17:06:11 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10123"; a="224944442" X-IronPort-AV: E=Sophos;i="5.85,336,1624345200"; d="scan'208";a="224944442" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Sep 2021 14:04:16 -0700 X-IronPort-AV: E=Sophos;i="5.85,336,1624345200"; d="scan'208";a="564452544" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by fmsmga002-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Sep 2021 14:04:14 -0700 Received: from andy by smile with local (Exim 4.95-RC2) (envelope-from ) id 1mW3Dw-007G1g-5v; Fri, 01 Oct 2021 00:04:12 +0300 Date: Fri, 1 Oct 2021 00:04:12 +0300 From: Andy Shevchenko To: Daniel Palmer Cc: Greg Kroah-Hartman , linux-serial@vger.kernel.org, Linux Kernel Mailing List Subject: Re: [PATCH] serial: 8250_dw: Mark acpi match table as maybe unused Message-ID: References: <20210930124950.3069638-1-daniel@0x0f.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 01, 2021 at 12:31:34AM +0900, Daniel Palmer wrote: > On Fri, 1 Oct 2021 at 00:24, Andy Shevchenko > wrote: > > And incorrect fix. See my patches regarding to the topic > > (`git log --grep ACPI_PTR`) and do accordingly, i.e. drop > > ACPI_PTR() for good. > > Something like 349bff48ae0f5f8aa2075d0bdc2091a30bd634f6? > > Doesn't this mean the ACPI table ends up in kernels that will never use ACPI? Yes. Is it a problem (*)? If so, you need to use ifdeffery, since __maybe_unused is not for the ID tables. *) while justifying this you also need to show why it's a problem specific to the ACPI IDs and not a problem for OF ones, which we have tons of in the Linux kernel without any guards (ifdeffery). -- With Best Regards, Andy Shevchenko