From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755304AbaKSAgy (ORCPT ); Tue, 18 Nov 2014 19:36:54 -0500 Received: from mail-pd0-f176.google.com ([209.85.192.176]:43602 "EHLO mail-pd0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754560AbaKSAgw (ORCPT ); Tue, 18 Nov 2014 19:36:52 -0500 Message-ID: <546BE5A2.6030101@linaro.org> Date: Wed, 19 Nov 2014 08:34:42 +0800 From: Hanjun Guo User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Rafael J. Wysocki" CC: Catalin Marinas , Mark Rutland , Olof Johansson , Grant Likely , Will Deacon , Graeme Gregory , Arnd Bergmann , Sudeep Holla , Jon Masters , Jason Cooper , Marc Zyngier , Bjorn Helgaas , Daniel Lezcano , Mark Brown , Rob Herring , Robert Richter , Lv Zheng , Robert Moore , Lorenzo Pieralisi , Liviu Dudau , Randy Dunlap , Charles.Garcia-Tobin@arm.com, Kangkang.Shen@huawei.com, linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linaro-acpi@lists.linaro.org, Tomasz Nowicki Subject: Re: [PATCH v5 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries References: <1413553034-20956-1-git-send-email-hanjun.guo@linaro.org> <1413553034-20956-4-git-send-email-hanjun.guo@linaro.org> <546B4EDD.9050804@linaro.org> <7743567.TJcygJtKD3@vostro.rjw.lan> In-Reply-To: <7743567.TJcygJtKD3@vostro.rjw.lan> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2014-11-19 4:15, Rafael J. Wysocki wrote: > On Tuesday, November 18, 2014 09:51:25 PM Hanjun Guo wrote: >> Hi Rafael, >> >> On 2014年10月17日 21:36, Hanjun Guo wrote: >>> From: Tomasz Nowicki >>> >>> It is very useful to traverse all available table entries without max >>> number of expected entries type. Current acpi_parse_entries() >>> implementation gives that feature but it does not count those entries, >>> it returns 0 instead, so fix it to count matched and successfully >>> entries and return it. >>> >>> NOTE: This change has no impact to x86 and ia64 archs since existing code >>> checks for error occurrence only (acpi_parse_entries(...,0) < 0). >>> >>> Acked-by: Grant Likely >>> Signed-off-by: Tomasz Nowicki >>> Signed-off-by: Hanjun Guo >> >> Patch 2 and patch 3 are only for ACPI cores, and have no harm to x86 >> and IA64, could you merge first in 3.19? > > I can do that if that helps. Yes, it helps to keep the next version of ARM64 ACPI patch set smaller and easy for review. If any rebase work needed, please let me know. Thanks Hanjun