From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752000AbcF0PDo (ORCPT ); Mon, 27 Jun 2016 11:03:44 -0400 Received: from foss.arm.com ([217.140.101.70]:40742 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751770AbcF0PDm (ORCPT ); Mon, 27 Jun 2016 11:03:42 -0400 Subject: Re: [PATCH v6 5/5] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64 To: Daniel Lezcano , "Rafael J . Wysocki" , linux-acpi@vger.kernel.org References: <1465915719-8409-1-git-send-email-sudeep.holla@arm.com> <1465915719-8409-6-git-send-email-sudeep.holla@arm.com> <5771392B.3080002@linaro.org> Cc: Sudeep Holla , Vikas Sajjan , Sunil , Lorenzo Pieralisi , Prashanth Prakash , Al Stone , Ashwin Chaugule , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org From: Sudeep Holla Organization: ARM Message-ID: <57714043.5020207@arm.com> Date: Mon, 27 Jun 2016 16:03:31 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <5771392B.3080002@linaro.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Daniel, On 27/06/16 15:33, Daniel Lezcano wrote: > On 06/14/2016 04:48 PM, Sudeep Holla wrote: >> Now that ACPI processor idle driver supports LPI(Low Power Idle), lets >> enable ACPI_PROCESSOR_IDLE for ARM64 too. >> >> This patch just removes the IA64 and X86 dependency on >> ACPI_PROCESSOR_IDLE >> >> Cc: linux-arm-kernel@lists.infradead.org >> Cc: "Rafael J. Wysocki" >> Signed-off-by: Sudeep Holla >> --- > > Hi Sudeep, > > now that ACPI processor supports ARM64 did you check the > CPUIDLE_DRIVER_STATE_START trick in the code and its derivative ? > No, that is used only for C-State and ARM64 doesn't support it. Patch 1/5 puts all the C-State code under #ifdef so that it's not compiled on ARM64. > I deleted the patch 2/5 but there is a place where: > Sorry, I don't follow what you mean by that. > if (max_cstate=0) > max_cstate=1; > > Probably this is because the POLL state is inserted, so there is always > an idle state. But for ARM, that is not the case. > Yes > Also, there are some places where the idle state index begins to 1. I > think it should be 0 for ARM. > Yes for LPI, it does start from 0. -- Regards, Sudeep