Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753851AbYLSW4y (ORCPT ); Fri, 19 Dec 2008 17:56:54 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751623AbYLSW4r (ORCPT ); Fri, 19 Dec 2008 17:56:47 -0500 Received: from mx2.mail.elte.hu ([157.181.151.9]:35105 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751460AbYLSW4q (ORCPT ); Fri, 19 Dec 2008 17:56:46 -0500 Date: Fri, 19 Dec 2008 23:54:54 +0100 From: Ingo Molnar To: Andrew Morton Cc: yinghai@kernel.org, svaidy@linux.vnet.ibm.com, linux-kernel@vger.kernel.org, suresh.b.siddha@intel.com, venkatesh.pallipadi@intel.com, a.p.zijlstra@chello.nl, dipankar@in.ibm.com, balbir@linux.vnet.ibm.com, vatsa@linux.vnet.ibm.com, ego@in.ibm.com, andi@firstfloor.org, davecb@sun.com, tconnors@astro.swin.edu.au, maxk@qualcomm.com, gregory.haskins@gmail.com, pavel@suse.cz, rusty@rustcorp.com.au Subject: Re: [PATCH v7 4/8] sched: nominate preferred wakeup cpu Message-ID: <20081219225453.GI13409@elte.hu> References: <20081218175313.29812.4781.stgit@drishya.in.ibm.com> <20081218175622.29812.69201.stgit@drishya.in.ibm.com> <20081219135508.9c6217ba.akpm@linux-foundation.org> <20081219141928.3c2939ef.akpm@linux-foundation.org> <20081219222709.GN2351@elte.hu> <20081219223130.GA13172@elte.hu> <20081219143832.f2e2c4d1.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081219143832.f2e2c4d1.akpm@linux-foundation.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-ELTE-VirusStatus: clean X-ELTE-SpamScore: -1.5 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3 -1.5 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2359 Lines: 67 * Andrew Morton wrote: > On Fri, 19 Dec 2008 23:31:30 +0100 > Ingo Molnar wrote: > > > * Ingo Molnar wrote: > > > > > > [ 74.013893] <0>Code: 8b 47 08 4a 8b 0c 00 48 85 c9 0f 84 c3 00 00 00 49 8b 47 10 4a 8b 04 00 48 8b 80 a8 00 00 00 48 85 c0 74 13 48 0f af 45 c8 31 d2 <48> f7 75 c0 49 89 c6 48 89 c6 eb 16 48 63 55 d0 48 8b 45 c8 45 > > > > [ 74.013893] RIP [] tg_shares_up+0x113/0x1f1 > > > > [ 74.013893] RSP > > > > [ 74.020022] ---[ end trace 2fc4046e394f2312 ]--- > > > > [ 74.020188] Kernel panic - not syncing: Fatal exception in interrupt > > > > > > > > config: http://userweb.kernel.org/~akpm/config-akpm2.txt > > > > > > > > I'll try hacking some div-by-zero avoidance into update_group_shares_cpu(). > > > > > > hm, weird - Yinghai noticed this crash in -tip and we have that patch > > > zapped from all -*-next branches already. > > > > I guess you applied Ken's patch from email and had it in -mm? > > Nope. > > > We have a > > new version of that patch from Ken now based on Yinghai's bugreport - only > > lightly tested for now. > > > > Ingo > > > > -----------> > > >From d71f5a7c8bf9cd7c74159a53e522e363f2eddaf5 Mon Sep 17 00:00:00 2001 > > From: Ken Chen > > Date: Fri, 19 Dec 2008 10:11:50 -0800 > > Subject: [PATCH] sched: fix uneven per-cpu task_group share distribution > > linux-next has: > > commit 6eed5aaacae0ced9a43a923633befd2c695d6620 > Author: Ken Chen > Date: Mon Dec 15 23:37:50 2008 -0800 > > sched: fix uneven per-cpu task_group share distribution > > so I guess we have a latency problem. ah, yes. I did this 22 hours ago: | commit ea52f4ea5666ffed175ec41efac52b560818563d | Author: Ingo Molnar | Date: Fri Dec 19 02:09:20 2008 +0100 | | Revert "sched: fix uneven per-cpu task_group share distribution" | | This reverts commit 6eed5aaacae0ced9a43a923633befd2c695d6620. | | Causes crashes. So should be fixed in the next linux-next iteration. Ingo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/