From owner-freebsd-bugs@FreeBSD.ORG Mon Apr 2 11:06:05 2012 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DCF1106564A; Mon, 2 Apr 2012 11:06:05 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 910628FC25; Mon, 2 Apr 2012 11:06:04 +0000 (UTC) Received: by ghrr20 with SMTP id r20so1239592ghr.13 for ; Mon, 02 Apr 2012 04:06:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=D7xCmM6QdYu1Mzmb+htwJedfBudE7Zv8MtKYUZwNQFw=; b=d32nqx/jWUKXukcIibqHypZPFdrTB9Jo2OPAEniu+SkhmVMG/NOixhQu7H5YqAdf8J 3q8CD6Ybqm1M6ke0VgpVrTaRUQ0Ac0L5EdXJrNOTsE32N0G7On2A3uuu5Z8FujzGh+lQ xlSIEOAiFPvbJEAKFQxES9HiD5db7yU2b3pM3svwM7yRzFeQTF70TQW75p11Lw0Mvz5D v9E2V4jBDmowU0pFU8iLg3wAijAcBCRE0RzCaO/Z9Sfvd9RGfFRdEsgARwwL/LsLNV3L jvu5KteNE/aVa9NbEpSc0hfsBZ7YWjMF/nc/lSzMOyjT2EVX21O5kjGJqdPoIglfQyP/ E6dA== MIME-Version: 1.0 Received: by 10.236.116.66 with SMTP id f42mr6459208yhh.70.1333364763582; Mon, 02 Apr 2012 04:06:03 -0700 (PDT) Received: by 10.236.75.165 with HTTP; Mon, 2 Apr 2012 04:06:02 -0700 (PDT) In-Reply-To: <201204020920.q329KCgm044092@freefall.freebsd.org> References: <201204020920.q329KCgm044092@freefall.freebsd.org> Date: Mon, 2 Apr 2012 13:06:02 +0200 Message-ID: From: Oliver Pinter To: Andriy Gapon Content-Type: multipart/mixed; boundary=485b397dd11f16e35e04bcb02d7e X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-bugs@freebsd.org Subject: Re: kern/166568: [sched_ule] intr stuck in WAIT state X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2012 11:06:05 -0000 --485b397dd11f16e35e04bcb02d7e Content-Type: text/plain; charset=ISO-8859-1 On 4/2/12, Andriy Gapon wrote: > The following reply was made to PR kern/166568; it has been noted by GNATS. > > From: Andriy Gapon > To: Oliver Pinter , bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/166568: [sched_ule] intr stuck in WAIT state > Date: Mon, 02 Apr 2012 12:10:58 +0300 > > on 02/04/2012 11:21 Oliver Pinter said the following: > > Hi! > > > > Today night have I more time to play with this issue (DDB, kgdb..) . > > At this time the machine running on non-debug kernel, and the symptom > > are only to see, that the [intr] kernel process stucked in WAIT state > > and the load are constantly near 1.00 no others are visible. > > The machine is a HP 5310m laptop with core2duo CPU - P9400. > > > > The fast solution are reverting the commit, that I previously reported. > > > > When you have some suggestion what must check, than feel free to say. > > Basically I don't understand what you mean by "stuck in WAIT state". > What's so bad about the WAIT state in your opinion? Why being in that > state > implies being "stuck"? > As far as I understand it's a normal state for the interrupt threads when > they > are not servicing any interrupts. Do you have a different understanding? > > > > On 4/2/12, Andriy Gapon wrote: > >> The following reply was made to PR kern/166568; it has been noted by > GNATS. > >> > >> From: Andriy Gapon > >> To: bug-followup@FreeBSD.org, pinter@tresorium.hu > >> Cc: > >> Subject: Re: kern/166568: [sched_ule] intr stuck in WAIT state > >> Date: Mon, 02 Apr 2012 10:17:35 +0300 > >> > >> Apologies, but could you please be a little bit less terse in > describing > >> what > >> problem you are reporting? > >> > >> -- > >> Andriy Gapon > >> _______________________________________________ > >> freebsd-bugs@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-bugs > >> To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" > >> > You are right, this is independent from intr, while it is "always" in WAIT, but the load average dependend on r233599. See the attached graph. The datasets are generated in single user boot ( top -s 1 -S -d 200 -m cpu ) , with/without r233599. Without the ule patch, the load decreased normally, but with r233599 it's hold to 0.5. , > > -- > Andriy Gapon > _______________________________________________ > freebsd-bugs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-bugs > To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" > --485b397dd11f16e35e04bcb02d7e--