From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754874Ab1BVSAD (ORCPT ); Tue, 22 Feb 2011 13:00:03 -0500 Received: from mail-pv0-f174.google.com ([74.125.83.174]:61931 "EHLO mail-pv0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754861Ab1BVSAC (ORCPT ); Tue, 22 Feb 2011 13:00:02 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=m1+59pliWND/WwVL0FovRFfqF525Mkphco0lK2JKM93t/uqsNnS3LtIScxhkZZiF+n nJ9VEWMp4VmoiEfQ4UwneXhMR1KqVmWGXDuDaGYS95lFMEaZQImQOWu6JALiyEE9ydUM l9vTfltEGpwUATcF/btkFJuusBl2ZJ8VTgiDk= Date: Tue, 22 Feb 2011 09:59:55 -0800 From: Dmitry Torokhov To: "pantherchen@versanet.de" Cc: Tejun Heo , "linux-kernel@vger.kernel.org" Subject: Re: Boot time regression in 2.6.38 after initial wq merge Message-ID: <20110222175955.GA27991@core.coreip.homeip.net> References: <4D62CE9C.7090806@versanet.de> <20110222081752.GP31267@htj.dyndns.org> <20110222085223.GC11681@core.coreip.homeip.net> <20110222090255.GR31267@htj.dyndns.org> <4D63D062.3040404@versanet.de> <20110222172254.GA13114@core.coreip.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110222172254.GA13114@core.coreip.homeip.net> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 22, 2011 at 09:22:54AM -0800, Dmitry Torokhov wrote: > On Tue, Feb 22, 2011 at 04:04:02PM +0100, pantherchen@versanet.de wrote: > > On 02/22/2011 10:15 AM, Dmitry Torokhov wrote: > > >I'd like to see rc6 tried. > > > > Unfortunately it shows the same behavior [0]. (To speed things up, I > > used a stripped down kernel config [1], while the first two posted > > boot charts used Ubuntu's stock kernels.) > > > > I was surprised that the kernel directly built from the wq branch > > and the last "good" kernel from Linus' tree with the 33 patches > > applied don't show the increased boot time - shouldn't they all be > > the same? > > > > No, because there were more merges between your last-known-good (which > is somewhere in the middle of Jiri's HID merge) and Tejun's workqueue > pull. Namely there was merge of my tree that changed serio from using > kseriod to the common workqueue. > > Just to confirm, if you revert commit > > 8ee294cd9def0004887da7f44b80563493b0a097 > > from 2.6.38-rc6, does this restore boot time? > And if that indeed fixes the issue I wonder if the reason for the stall is that we trip on flush_scheduled_work() somewhere. If you could stick dump_stack() into flush_scheduled_work() that might give us some clues. Thanks. -- Dmitry