From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757688AbcJXVjE (ORCPT ); Mon, 24 Oct 2016 17:39:04 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:59445 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757032AbcJXVjB (ORCPT ); Mon, 24 Oct 2016 17:39:01 -0400 Date: Mon, 24 Oct 2016 23:36:10 +0200 (CEST) From: Thomas Gleixner To: Linus Torvalds cc: Sergey Senozhatsky , LKML , Andrew Morton , Ingo Molnar , "H. Peter Anvin" Subject: Re: [GIT pull] timer updates for 4.9 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 24 Oct 2016, Linus Torvalds wrote: > The one I'm *currently* testing seems to work for me, but that's > because I moved the timer into klogd and that just avoids the issue. > > But I'll attach my old patch just for your testing pleasure. Of course it does not trigger... I probably need to test it on a desktop machine to get all the goodies of that gnome shell ignoring signals. > The fact that it actually mostly worked - and then had some very odd > behavior much later on - makes me wonder if we might have other users > that could have timers that get started early, and nobody notices > because most of the time it doesn't cause any real issues. I added a bunch of timers before init_timers(). There is no fallout aside of the timers being queued into a random bucket and the spinlock bad magic bug, which actually happens at spin_lock and not at unlock as I assumed. While queueing timers before init_timers() is not correct, I think that the early queueing is a red herring. We should really try to isolate the root cause of this wreckage. Can you retest that old patch with my combo patch applied and see if it still triggers? If yes, which I expect, debugobjects might give us the hint what to look for. Thanks, tglx