Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp5716838imm; Sat, 19 May 2018 08:07:21 -0700 (PDT) X-Google-Smtp-Source: AB8JxZrpAxkPZiCSsrBwt/zUTWHBIfTcAvoPWf+mfJtmngc66tPDu47j57hOVbFZ9WoBl48f1y34 X-Received: by 2002:a62:981d:: with SMTP id q29-v6mr13625145pfd.65.1526742441016; Sat, 19 May 2018 08:07:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526742440; cv=none; d=google.com; s=arc-20160816; b=vCGFBWmVV9SVvKW8uhvYXYzl0oAM+TVyceYbZWD08nn4AGUDK8s8LRqU/9u9GnNtki qVI5sohnrCTtyuprztdon00ecJ+f7VMtoQ+qUcuq4WKCd5eveYFKE61ojJjKoh5j3vpZ czXBAU4LRr7MCrLQTROFL7uyKa1fMo8q3+qN7RzwAb0KGRJNdCd6DW5zC6rJ959PcB31 dkvUjnMKDSdhk3N4oP4omUD8NWoGb0+8K4m9Diz0ttXHJZF+EKeAfF7nV9aMDDvTO97X cSdK2z2Fe4iz9t2bxARfKtYbx3iUNrPgxHG1Q1a2ooX0u+LxbJlHU7JrSESWuZ3B8Bva ZciA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date :arc-authentication-results; bh=4Rr1pIxFP7ZrBRh6OiHrHV1A1dygdnsrHmPdUBUSqkI=; b=L8J6EE1Z/sCIYbthmAds3J3pw7NsWkIBZlthwGM3UfeMlzCjCfOtIXxBDBL0g9JOG6 soP6j0oUP7c0jWoqa8m00KGeWoZpfOa3oqAzN5JaNuab4rUPXVHSHeKw7IXmitX1ym33 ujjPtEHCYNCMzV+kUE0UXk+Ck0sDnpDzvWzIm8Z634HV1zxl4q80W7DVl6b7BRoebJ6M lZbazASCFsKDdxjJ+iYZH3ZzKIpsXaM7et1mdtsXrvGg3SSPbTuJhkXprgIQ1TDG5feJ z+ptvRDWgM8cJ+tjGsNw1FqyZEFH3J/kV9JOLzJ7yZaVUMmq29TIHlApXRzodLbw+f02 fbmw== 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 e8-v6si9937605pfi.23.2018.05.19.08.06.51; Sat, 19 May 2018 08:07:20 -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 S1752518AbeESPGl (ORCPT + 99 others); Sat, 19 May 2018 11:06:41 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:55967 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752404AbeESPGj (ORCPT ); Sat, 19 May 2018 11:06:39 -0400 Received: from p4fea4eb5.dip0.t-ipconnect.de ([79.234.78.181] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1fK3RG-0001ml-2N; Sat, 19 May 2018 17:06:30 +0200 Date: Sat, 19 May 2018 17:06:29 +0200 (CEST) From: Thomas Gleixner To: Dou Liyang cc: LKML , x86@kernel.org, linux-acpi@vger.kernel.org, linux-doc@vger.kernel.org, Ingo Molnar , Jonathan Corbet , "Rafael J. Wysocki" , Len Brown , "H. Peter Anvin" , Peter Zijlstra Subject: Re: [PATCH 4/5] acpi/processor: Fix the return value of acpi_processor_ids_walk() In-Reply-To: <20180320110432.28127-5-douly.fnst@cn.fujitsu.com> Message-ID: References: <20180320110432.28127-1-douly.fnst@cn.fujitsu.com> <20180320110432.28127-5-douly.fnst@cn.fujitsu.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 20 Mar 2018, Dou Liyang wrote: > ACPI driver should make sure all the processor IDs in their ACPI Namespace > are unique for CPU hotplug. the driver performs a depth-first walk of the > namespace tree and calls the acpi_processor_ids_walk(). > > But, the acpi_processor_ids_walk() will return true if one processor is > checked, that cause the walk break after walking pass the first processor. > > Repace the value with AE_OK which is the standard acpi_status value. > > Fixes 8c8cb30f49b8 ("acpi/processor: Implement DEVICE operator for processor enumeration") > > Signed-off-by: Dou Liyang > --- > drivers/acpi/acpi_processor.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/acpi/acpi_processor.c b/drivers/acpi/acpi_processor.c > index 449d86d39965..db5bdb59639c 100644 > --- a/drivers/acpi/acpi_processor.c > +++ b/drivers/acpi/acpi_processor.c > @@ -663,11 +663,11 @@ static acpi_status __init acpi_processor_ids_walk(acpi_handle handle, > } > > processor_validated_ids_update(uid); > - return true; > + return AE_OK; > > err: > acpi_handle_info(handle, "Invalid processor object\n"); > - return false; > + return AE_OK; I'm not sure whether this is the right return value here. Rafael? Thanks, tglx