From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932511AbdBGV7h (ORCPT ); Tue, 7 Feb 2017 16:59:37 -0500 Received: from smtp-out-so.shaw.ca ([64.59.136.138]:51792 "EHLO smtp-out-so.shaw.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755421AbdBGV7e (ORCPT ); Tue, 7 Feb 2017 16:59:34 -0500 X-Authority-Analysis: v=2.2 cv=W+NIbVek c=1 sm=1 tr=0 a=6xzog4CasRozao6qlzTIAw==:117 a=6xzog4CasRozao6qlzTIAw==:17 a=n2v9WMKugxEA:10 a=Q-fNiiVtAAAA:8 a=NEAV23lmAAAA:8 a=R7i0YIe9GHvLfq0SDbgA:9 a=Fp8MccfUoT0GBdDC_Lng:22 a=Bn2pgwyD2vrAyMmN8A2t:22 From: Markus Mayer To: Ralf Baechle , Viresh Kumar , "Rafael J . Wysocki" Cc: Markus Mayer , MIPS Linux Kernel List , Power Management List , Linux Kernel Mailing List Subject: [PATCH v3 0/4] cpufreq: bmips-cpufreq: Add CPUfreq driver for Broadcom's BMIPS SoCs Date: Tue, 7 Feb 2017 13:58:52 -0800 Message-Id: <20170207215856.8999-1-code@mmayer.net> X-Mailer: git-send-email 2.10.2 X-CMAE-Envelope: MS4wfDTv+g/a9d+2qIbByAWCI5tfd6dxGwn8+R6LL/Cj1nI8pQI7gU0ZMlaWhVh5TacOzwkyx63onHWOm4SxObsLWr44PCRWiiyhdAwbFspX8v+GcOWpNLlf SJUW6HpGQxJzjdaDyx/Y1Kkzv+/s8dcFJzgwjBplUE+mKYvdxam0UftxkXaZ7GUtL/hSjZNLWylZaytiG4HGI5s4cE0P66WiMKRmhJEYcxE6xaYCNwkC/78X U7oTEVQPDAw6VMvvwDvbU0F8KNDedq+PYO2g5q9/wlbU3mzeUnZ0zf/WaJ4CfRa5hCkr4OgsDCy+EngBeic0xNo28k6FTDTXKF3LReaZ7JmUthoqEAVZpzhr IWn3ZP1IWPvogAKJjhsfX8S8aCjahQ== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Markus Mayer Sorry for the new iteration. I found two more simplifications, so here goes. Only patch 3/4 has changed. This series adds a CPUfreq driver for the BMIPS SoCs. In the first iteration only BMIPS5xxx SoCs are supported. This series is based on pm/linux-next. The series is also available at https://github.com/mmayer/linux/tree/bmips-cpufreq-v3 Changes since v2: - remove local variables freq and cpu_freq in bmips_cpufreq_get() - assign global variable "priv" directly in bmips_cpufreq_probe() rather than setting driver_data and then retrieving it from there to set priv in bmips_cpufreq_init() Changes since v1: - based on pm/linux-next rather than 4.10-rc1 - sanitized bmips_stb_defconfig by running "make savedefconfig"; this also lead to an additional patch (1/4), which contains non-CPUfreq related updates that "make savedefconfig" performed - use gobal variable to store driver data rather than policy->driver_data - got rid of some code as a result of using said global variable - kzalloc -> kmalloc - removed policy->freq_table = NULL; Markus Mayer (4): MIPS: BMIPS: Update defconfig BMIPS: Enable prerequisites for CPUfreq in MIPS Kconfig. cpufreq: bmips-cpufreq: CPUfreq driver for Broadcom's BMIPS SoCs MIPS: BMIPS: enable CPUfreq arch/mips/Kconfig | 2 + arch/mips/configs/bmips_stb_defconfig | 16 +-- drivers/cpufreq/Kconfig | 10 ++ drivers/cpufreq/Makefile | 1 + drivers/cpufreq/bmips-cpufreq.c | 188 ++++++++++++++++++++++++++++++++++ 5 files changed, 211 insertions(+), 6 deletions(-) create mode 100644 drivers/cpufreq/bmips-cpufreq.c -- 2.7.4