Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3062251pxb; Mon, 1 Nov 2021 07:11:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxPuc9I4hReU2YSx/enq0trwdSgoHKGawv+Epv36nKBx0rgBVoPj6zGlblI9yQ91570RNpf X-Received: by 2002:a05:6e02:b42:: with SMTP id f2mr2319708ilu.93.1635775883785; Mon, 01 Nov 2021 07:11:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635775883; cv=none; d=google.com; s=arc-20160816; b=L+hM6gKpJlrvtmXvB6ggV6wiVhfFz8NRyJsJYE8+98wmwG67U/7HPi7+Ct7VzEYgiu t1cMnR1qFe/XaIsEN9rS1cUQD8KKsrTfiI6GxfrOD/r37ogyoiAsT8pHBU6mdiAb0Fif Iif1ftStjtrWTeCJNu9Ctt4/1NAhHAgDgu9tQ72Ry4WAIcSPM88p+7Ewso2IT74xR60K RdOLlwOWv7jrNjb97bOFjy84QgsUatNMm2tV04uA3tpoUhwDbGQzaS+/qzCNTtlzUaS7 X3I7Zfi+p4OQ9CBOF9MzHQgHGu9d+TOosh6BwZdSR9WeOA6s67ZRIdGZLtrXlDvZ/02v s/Fg== 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=9wsGY5rCTMipRnjfIOcy0Ps0drqegBKRJmHjiwxpCWc=; b=apbQcGaYkZQpDnX9fRXeV2lQE+sK5Gc8A2KMNzzyc3TOsGkOjlsctkChzzjlZr1gXX Dh9q51S5BQr53/zkleIG2W/+H1QHOKzUYy1/1AHB2Mja+X3Hr5+59ZfnF+aGAAWXU8i/ vCKxnbkClQStfVhJ2iuIinsJL8w9Xc4+MaRUpmaWu8BTZwckcvqk04S7ks7jbNhZlPN7 yOVl+QBqFhL5QrBCg+p2w0oQZFNzFqTdYWHGIKU0c/hp5YhoCt6frefgjfObqxNNwduc qZKcjK+Uuok496tG7GDNxjKnF4AR18f/vU+Y8bFDhzXTZ1Q7EV0bqR37oz+F2nlSkkBB c4xA== 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 k2si6824190ilu.89.2021.11.01.07.11.11; Mon, 01 Nov 2021 07:11:23 -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 S232071AbhKAOLf (ORCPT + 99 others); Mon, 1 Nov 2021 10:11:35 -0400 Received: from mga17.intel.com ([192.55.52.151]:46573 "EHLO mga17.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229826AbhKAOLf (ORCPT ); Mon, 1 Nov 2021 10:11:35 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10154"; a="211786115" X-IronPort-AV: E=Sophos;i="5.87,199,1631602800"; d="scan'208";a="211786115" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Nov 2021 07:08:28 -0700 X-IronPort-AV: E=Sophos;i="5.87,199,1631602800"; d="scan'208";a="449268058" Received: from smile.fi.intel.com ([10.237.72.184]) by orsmga003-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Nov 2021 07:08:25 -0700 Received: from andy by smile.fi.intel.com with local (Exim 4.95) (envelope-from ) id 1mhXyr-002gvb-6F; Mon, 01 Nov 2021 16:08:09 +0200 Date: Mon, 1 Nov 2021 16:08:08 +0200 From: Andy Shevchenko To: Greg Kroah-Hartman Cc: Chen Yu , linux-acpi@vger.kernel.org, "Rafael J. Wysocki" , Ard Biesheuvel , Len Brown , Ashok Raj , Mike Rapoport , Aubrey Li , linux-kernel@vger.kernel.org Subject: Re: [PATCH v7 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver Message-ID: References: <20211101093320.GA18982@chenyu5-mobl1> <20211101131434.GA32880@chenyu5-mobl1> 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 Mon, Nov 01, 2021 at 02:16:41PM +0100, Greg Kroah-Hartman wrote: > On Mon, Nov 01, 2021 at 09:14:34PM +0800, Chen Yu wrote: > > On Mon, Nov 01, 2021 at 01:21:36PM +0200, Andy Shevchenko wrote: ... > > Ok, I'll switch to global variables in next version. > > Wait, no, why? But why should we have a duplication of basically static data? > Keep them per-device unless you can somehow be > guaranteed there will never be more than one of these ACPI devices in a > system. I guess you missed my point. These definitions are _always_ the same. It does not matter how many devices in the system. Chen, is my perception correct? If no, then do what Greg says. > It's simpler this way, no need to worry about global state at > all. Actually I have no idea why we even have strings in and not raw buffers. Moreover, I haven't got why even we have them in uAPI. -- With Best Regards, Andy Shevchenko