From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933254AbbD1KLY (ORCPT ); Tue, 28 Apr 2015 06:11:24 -0400 Received: from mail-oi0-f51.google.com ([209.85.218.51]:36593 "EHLO mail-oi0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933223AbbD1KLT (ORCPT ); Tue, 28 Apr 2015 06:11:19 -0400 MIME-Version: 1.0 In-Reply-To: <18575128.8R6Lp68k0Q@vostro.rjw.lan> References: <2112147.0kYCHhbEJT@vostro.rjw.lan> <18575128.8R6Lp68k0Q@vostro.rjw.lan> Date: Tue, 28 Apr 2015 12:11:19 +0200 Message-ID: Subject: Re: [PATCH 16/20] sched/idle: Use explicit broadcast oneshot control function From: Linus Walleij To: "Rafael J. Wysocki" , Linux PM list , Thomas Gleixner Cc: Peter Zijlstra , Ingo Molnar , Linux Kernel Mailing List , ACPI Devel Maling List 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 Thu, Apr 2, 2015 at 12:22 AM, Rafael J. Wysocki wrote: > From: Thomas Gleixner > > Replace the clockevents_notify() call with an explicit function call. > > Signed-off-by: Thomas Gleixner > Signed-off-by: Rafael J. Wysocki For some reason this makes my Ux500 system arbitrarily hang, especially during boot. Bisected down to this commit. Since the entire changeset is removing the notifications altogether I can't just revert it. Disabling CONFIG_CPU_IDLE removes the problem. Tried registering a stub driver (I just #if 0 all the code in drivers/cpuidle/cpuidle-ux500.c) it still crashes. That makes me think something inside the cpuidle subsystem is locking up after this, but my other idea is that the timer may be involved in some way, like this is stressing the timer in some new yet untested way. Has anyone else seen problems with this or is it only ux500? I'm looking closer at it but feel a bit clueless... Yours, Linus Walleij