Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp762873ybg; Fri, 18 Oct 2019 07:04:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqxexjjQk1wAccNHQvzxvg6t2vF9/BtP7j5dmR9uiZu6q56LOCDAfgOqchs759yy0VpMB+h4 X-Received: by 2002:adf:de84:: with SMTP id w4mr2938844wrl.342.1571407498982; Fri, 18 Oct 2019 07:04:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571407498; cv=none; d=google.com; s=arc-20160816; b=H1KDkuVSFjy2kd38iN2X8bnTsMs5xIFW/fjEDegf8wjuX1IUHAlPivMberPlzyIS7c st5P17DquKb3kwIaCIsh6f3iDlXKTZrEXSQwCUKbnnunoKLq80n9zb1ULevYLpRkuvdM meoEKjx3EQRrQ2DxLOnGnwvIOvnLgnD1QGCQucQG/RIR0QuCH96KZOf+I3Ey28qpb0LJ WzVs3DTXrcIr3niK9gdo1kW6q++JvLGxOeRkF+k+gYmmgVV60WoZ6cLkVctTdsNevLly JDdkIIMW1WFXZPkEg7DzFF4sCkteBK6i3UHr1XYZ8Wr6iSwyy/rNYC9HqaSPOfpeIkly zq7w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=/vafl3ijzNbMPNQxZunhRydJv1XkjS64sNfcl45Rdgs=; b=rBAF2DRJwnCBfWOdZRgArTJYCLiAzhUeKqp4XxbX1CEqYhvy5y9ksIPb0hBMwfhQB2 VOzC6BiqRAwho+qaWLBdrYBQGoUrFU5QwsJBzwWK1dL5njHPJ25MRAgl8IDwntLTfu/U WWCCnTIUcPYnhrr8H5Za7xq+7Jv9/UnNFDsRCpjj3DBCKkteYUNQko1gxV/AZ7WKPmd2 nsOg+TfdWzcJxZ3WXwuhu3yx4BibozMx3F6rIk6GaoE0oTbavvfNYWlPia889jCSgPlL HxvQpTWyYUVjFzoZ044dAcO9AaRxEZ1w7UDtOjz/+v9JBg0Xs+PGl/QngVnLOfQqU3sS BhDA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v6si3970896edw.51.2019.10.18.07.04.35; Fri, 18 Oct 2019 07:04:58 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2392598AbfJQKAG (ORCPT + 99 others); Thu, 17 Oct 2019 06:00:06 -0400 Received: from [217.140.110.172] ([217.140.110.172]:37756 "EHLO foss.arm.com" rhost-flags-FAIL-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1726638AbfJQKAG (ORCPT ); Thu, 17 Oct 2019 06:00:06 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id C0BAC1AED; Thu, 17 Oct 2019 02:59:45 -0700 (PDT) Received: from bogus (e107155-lin.cambridge.arm.com [10.1.196.42]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id D9AFF3F718; Thu, 17 Oct 2019 02:59:44 -0700 (PDT) Date: Thu, 17 Oct 2019 10:59:42 +0100 From: Sudeep Holla To: Viresh Kumar Cc: "Rafael J. Wysocki" , Linux PM , Linux ACPI , LKML , Dmitry Osipenko Subject: Re: [RFT][PATCH 0/3] cpufreq / PM: QoS: Introduce frequency QoS and use it in cpufreq Message-ID: <20191017095942.GF8978@bogus> References: <2811202.iOFZ6YHztY@kreacher> <20191016142343.GB5330@bogus> <20191017095725.izchzl7enfylvpf3@vireshk-i7> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191017095725.izchzl7enfylvpf3@vireshk-i7> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 17, 2019 at 03:27:25PM +0530, Viresh Kumar wrote: > On 16-10-19, 15:23, Sudeep Holla wrote: > > Thanks for the spinning these patches so quickly. > > > > I did give it a spin, but unfortunately it doesn't fix the bug I reported. > > So I looked at my bug report in detail and looks like the cpufreq_driver > > variable is set to NULL at that point and it fails to dereference it > > while trying to execute: > > ret = cpufreq_driver->verify(new_policy); > > (Hint verify is at offset 0x1c/28) > > > > So I suspect some race as this platform with bL switcher tries to > > unregister and re-register the cpufreq driver during the boot. > > > > I need to spend more time on this as reverting the initial PM QoS patch > > to cpufreq.c makes the issue disappear. > > Is this easily reproducible ? cpufreq_driver == NULL shouldn't be the case, it > get updated only once while registering/unregistering cpufreq drivers. That is > the last thing which can go wrong from my point of view :) > Yes, if I boot my TC2 with bL switcher enabled, it always crashes on boot. -- Regards, Sudeep