Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756737AbaFZKwt (ORCPT ); Thu, 26 Jun 2014 06:52:49 -0400 Received: from mail-ob0-f181.google.com ([209.85.214.181]:46633 "EHLO mail-ob0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753358AbaFZKwr (ORCPT ); Thu, 26 Jun 2014 06:52:47 -0400 MIME-Version: 1.0 In-Reply-To: <53AB1CC1.4010907@codeaurora.org> References: <53AB1CC1.4010907@codeaurora.org> Date: Thu, 26 Jun 2014 16:22:46 +0530 Message-ID: Subject: Re: [PATCH 2/2] cpufreq: cpu0: Extend support beyond CPU0 From: Viresh Kumar To: Stephen Boyd Cc: "Rafael J. Wysocki" , Shawn Guo , Lists linaro-kernel , "linux-pm@vger.kernel.org" , Linux Kernel Mailing List , Arvind Chauhan , Mike Turquette , "linux-arm-kernel@lists.infradead.org" , linux-arm-msm@vger.kernel.org, Sachin Kamat , Thomas P Abraham , Nishanth Menon , Tomasz Figa , Mark Brown , Mark Rutland Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 26 June 2014 00:32, Stephen Boyd wrote: > I don't think this driver should be using regulator_get_optional() (Mark > B. please correct me if I'm wrong). I doubt a supply is actually > optional for CPUs, just some DTs aren't specifying them. In those cases, > the regulator core will insert a dummy supply and the code will work > without having to check for probe defer and error pointers. Hi Stephen, Thanks for your comments. Leaving the above one, I have tried to fix all you mentioned. And it surely looks much better now. I would like to wait for a day or two before sending V2, as people might be reviewing it and the above issue is still wide open.. But in case you wanna test it (completely changed I must say, but for good), its here: git://git.linaro.org/people/viresh.kumar/linux.git cpufreq/cpu0-krait-v2 Let me know if you still find it childish :) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/