Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1307012pxb; Wed, 10 Feb 2021 05:34:46 -0800 (PST) X-Google-Smtp-Source: ABdhPJwSNWzwIbNSW0ynWD/3Oecxi/v5Djt3/85EaaxVi1TAHjm+71g+TdDgP2VrP5VUZ/pIlXkI X-Received: by 2002:a05:6402:4316:: with SMTP id m22mr3216241edc.64.1612964086752; Wed, 10 Feb 2021 05:34:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612964086; cv=none; d=google.com; s=arc-20160816; b=I+WUFp3m1k5TOZzwjvRNib+e6o2+BtACLc+tBIeAxUHosES+I7ZMazLnaiIacdBxBd NAVWlyGsn24g+e49Pcqw8SqRLhyOKRLRJlZ8QjxyOUNFHiMKS+yDQmy2qPMas4gF9AkL TIP1oV4m4vbrTyfi6U/okFzllgtizBIEkVn2oOwGDpAFJUz+6rzGWIj9tKqeoUWqIkdx 8Vwu8C+zek9z7+ePWLHV5dyIxRPAoS+OttUyNAR0RyO5q5tsDb75X6cz+AS7hrh2LTGb GeYJbMAIFtD7laxlvtNgMabHnrrWRTewf9hikqek7YqO4q2z4jE6DmHrNtYALaAnuEce 2g4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=Fol2VizRSyCQGveZHOLTAuclFAjFvii1lPO+pGhkmBU=; b=CzemAHFuO6SS/LezHQXtAPFZGh5gch+eeL2SVRp3kchh038amdEJ2T5AeNy48ehazH z4Zt+hKXz6hwd7AkRIt4ipVRdGWxd0ZZ+IKHHo1AaMzMjHl1SvpN3dYKzVa4fE9XFo0+ YsJc+bUgZhHCobbtGQBL4D65I0skGoJYAi5UPaGMG8lv0t/0Yzlvy+RnEc/A0zKOE97V spE7LDVMKdQiym+1oQPNoPfkj6KbC3SEYG2aAToIhiO1/7F+fTdf5oboVsX5g9zF50zC btLVLZ1PANH9riv3XsA2jC6YCRPZ3G39vxUnhAcurFZ1sR3TGLcBSwj5VB985hoFXmE+ tS4w== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z7si1465783edm.477.2021.02.10.05.34.21; Wed, 10 Feb 2021 05:34:46 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229878AbhBJNcg (ORCPT + 99 others); Wed, 10 Feb 2021 08:32:36 -0500 Received: from cloudserver094114.home.pl ([79.96.170.134]:41634 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229789AbhBJNce (ORCPT ); Wed, 10 Feb 2021 08:32:34 -0500 Received: from localhost (127.0.0.1) (HELO v370.home.net.pl) by /usr/run/smtp (/usr/run/postfix/private/idea_smtp) via UNIX with SMTP (IdeaSmtpServer 0.83.537) id fef06e97a1c7c808; Wed, 10 Feb 2021 14:31:49 +0100 Received: from kreacher.localnet (89-64-80-225.dynamic.chello.pl [89.64.80.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by v370.home.net.pl (Postfix) with ESMTPSA id E0A5E6608FC; Wed, 10 Feb 2021 14:31:48 +0100 (CET) From: "Rafael J. Wysocki" To: Andy Shevchenko Cc: "Rafael J. Wysocki" , ACPI Devel Maling List , Linux Kernel Mailing List , Len Brown , Calvin Johnson Subject: Re: [PATCH v1 7/7] ACPI: property: Allow counting a single value as an array of 1 element Date: Wed, 10 Feb 2021 14:31:48 +0100 Message-ID: <3881654.NPl3a4M0kB@kreacher> In-Reply-To: References: <20210210114320.3478-1-andriy.shevchenko@linux.intel.com> <20210210114320.3478-7-andriy.shevchenko@linux.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-VADE-SPAMSTATE: clean X-VADE-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduledrheejgdehfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfjqffogffrnfdpggftiffpkfenuceurghilhhouhhtmecuudehtdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufffkfgjfhgggfgtsehtufertddttddvnecuhfhrohhmpedftfgrfhgrvghlucflrdcuhgihshhotghkihdfuceorhhjfiesrhhjfiihshhotghkihdrnhgvtheqnecuggftrfgrthhtvghrnhepgfelheffhfetffelhfelteejffetteetgfetkeejvdfhfeeftdeufeevgeevieevnecukfhppeekledrieegrdektddrvddvheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeekledrieegrdektddrvddvhedphhgvlhhopehkrhgvrggthhgvrhdrlhhotggrlhhnvghtpdhmrghilhhfrhhomhepfdftrghfrggvlhculfdrucghhihsohgtkhhifdcuoehrjhifsehrjhifhihsohgtkhhirdhnvghtqedprhgtphhtthhopegrnhgurhhihidrshhhvghvtghhvghnkhhosehlihhnuhigrdhinhhtvghlrdgtohhmpdhrtghpthhtoheprhgrfhgrvghlsehkvghrnhgvlhdrohhrghdprhgtphhtthhopehlihhnuhigqdgrtghpihesvhhgvghrrdhkvghrnhgvlhdrohhrghdprhgtphhtthhopehlihhnuhigqdhkvghrnhgvlhesvhhgvghrrdhkvghrnhgvlhdrohhrghdprhgtphhtthhopehlvghnsgeskhgvrhhnvghl rdhorhhgpdhrtghpthhtoheptggrlhhvihhnrdhjohhhnhhsohhnsehoshhsrdhngihprdgtohhm X-DCC--Metrics: v370.home.net.pl 1024; Body=6 Fuz1=6 Fuz2=6 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday, February 10, 2021 1:36:00 PM CET Rafael J. Wysocki wrote: > On Wed, Feb 10, 2021 at 12:51 PM Andy Shevchenko > wrote: > > > > We allow to read the single value as a first element in the array. > > Unfortunately the counting doesn't work in this case and we can't > > call fwnode_property_count_*() API without getting an error. > > It would be good to mention what the symptom of the issue is here. > > > Modify acpi_data_prop_read() to always try the single value read > > and thus allow counting the single value as an array of 1 element. > > > > Reported-by: Calvin Johnson > > Signed-off-by: Andy Shevchenko > > This is a bug fix, so it should go in before the cleanups in this series IMO. > > Also it looks like stable@vger material. > > > --- > > drivers/acpi/property.c | 6 ++++-- > > 1 file changed, 4 insertions(+), 2 deletions(-) > > > > diff --git a/drivers/acpi/property.c b/drivers/acpi/property.c > > index 236316ee0e25..d6100585fceb 100644 > > --- a/drivers/acpi/property.c > > +++ b/drivers/acpi/property.c > > @@ -913,12 +913,14 @@ static int acpi_data_prop_read(const struct acpi_device_data *data, > > const union acpi_object *items; > > int ret; > > > > - if (val && nval == 1) { > > + /* Try to read as a single value first */ > > + if (!val || nval == 1) { > > ret = acpi_data_prop_read_single(data, propname, proptype, val); > > This returns -EINVAL if val is NULL. > > > if (ret >= 0) > > - return ret; > > + return val ? ret : 1; > > So val cannot be NULL here. > > > } > > > > + /* It's not the single value, get an array instead */ > > ret = acpi_data_get_property_array(data, propname, ACPI_TYPE_ANY, &obj); > > if (ret) > > return ret; > > -- > > To me, acpi_fwnode_property_read_string_array() needs to special-case > val == NULL and nval == 0. Well, scratch this. Something like the patch below (untested) should be sufficient to address this if I'm not mistaken. --- drivers/acpi/property.c | 17 ++++++++++++----- 1 file changed, 12 insertions(+), 5 deletions(-) Index: linux-pm/drivers/acpi/property.c =================================================================== --- linux-pm.orig/drivers/acpi/property.c +++ linux-pm/drivers/acpi/property.c @@ -787,14 +787,14 @@ static int acpi_data_prop_read_single(co const union acpi_object *obj; int ret; - if (!val) - return -EINVAL; - if (proptype >= DEV_PROP_U8 && proptype <= DEV_PROP_U64) { ret = acpi_data_get_property(data, propname, ACPI_TYPE_INTEGER, &obj); if (ret) return ret; + if (!val) + return 1; + switch (proptype) { case DEV_PROP_U8: if (obj->integer.value > U8_MAX) @@ -820,7 +820,8 @@ static int acpi_data_prop_read_single(co if (ret) return ret; - *(char **)val = obj->string.pointer; + if (val) + *(char **)val = obj->string.pointer; return 1; } else { @@ -928,10 +929,16 @@ static int acpi_data_prop_read(const str const union acpi_object *items; int ret; - if (val && nval == 1) { + if (nval == 1) { ret = acpi_data_prop_read_single(data, propname, proptype, val); if (ret >= 0) return ret; + + /* + * Reading this property as a single-value one failed, but its + * value may still be represented as one-element array, so + * continue. + */ } ret = acpi_data_get_property_array(data, propname, ACPI_TYPE_ANY, &obj);