From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752002Ab3LQTVs (ORCPT ); Tue, 17 Dec 2013 14:21:48 -0500 Received: from co1ehsobe001.messaging.microsoft.com ([216.32.180.184]:35796 "EHLO co1outboundpool.messaging.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751474Ab3LQTVp convert rfc822-to-8bit (ORCPT ); Tue, 17 Dec 2013 14:21:45 -0500 X-Forefront-Antispam-Report: CIP:149.199.60.83;KIP:(null);UIP:(null);IPV:NLI;H:xsj-gw1;RD:unknown-60-83.xilinx.com;EFVD:NLI X-SpamScore: -2 X-BigFish: VPS-2(z579ehz98dIc89bh1432I4015Izz1f42h2148h208ch1ee6h1de0h1fdah2149h2073h2146h1202h1e76h2189h1d1ah1d2ah1fc6hzz1de098h8275bh8275dh1de097hz2fh95h839h93fhd24hf0ah119dh1288h12a5h12a9h12bdh137ah13b6h1441h14ddh1504h1537h153bh162dh1631h1758h18e1h1946h19b5h1b0ah224fh1d0ch1d2eh1d3fh1dfeh1dffh1e1dh1fe8h1ff5h209eh2216h2336h906i1155h) Date: Tue, 17 Dec 2013 11:21:30 -0800 From: =?utf-8?B?U8O2cmVu?= Brinkmann To: Michal Simek , Daniel Lezcano , Thomas Gleixner CC: , , Subject: Re: [PATCH v2 3/9] clocksource/cadence_ttc: Store timer frequency in driver data References: <1385514296-26702-1-git-send-email-soren.brinkmann@xilinx.com> <1385514296-26702-4-git-send-email-soren.brinkmann@xilinx.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline In-Reply-To: <1385514296-26702-4-git-send-email-soren.brinkmann@xilinx.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-RCIS-Action: ALLOW Message-ID: <5cff3201-db97-4061-a686-bf79ac17d4fe@CO1EHSMHS006.ehs.local> Content-Transfer-Encoding: 8BIT X-OriginatorOrg: xilinx.com X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Daniel, On Tue, Nov 26, 2013 at 05:04:50PM -0800, Soren Brinkmann wrote: > It is not allowed to call clk_get_rate() from interrupt context. To > avoid such calls the timer input frequency is stored in the driver's > data struct which makes it accessible to the driver in any context. > > Signed-off-by: Soren Brinkmann > Acked-by: Daniel Lezcano I doubt that we'll resolve all issues with this series before the holidays or even the next merge window. Could you take this patch into your tree for 3.14? It is not directly related to the cpufreq work and fixes an actual issue that triggers a kernel WARN under some condition (I missed preserving the details and the trace). That would take the easy stuff out of the way and we can focus on the more controversial changes. Thanks, Sören