Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 2 Apr 2012 13:06:02 +0200
From:      Oliver Pinter <oliver.pntr@gmail.com>
To:        Andriy Gapon <avg@freebsd.org>
Cc:        freebsd-bugs@freebsd.org
Subject:   Re: kern/166568: [sched_ule] intr stuck in WAIT state
Message-ID:  <CAPjTQNFkDUPWPRnt6ZdFmBgg8Oa0vo0xRYfy9nDyOOa712tm0g@mail.gmail.com>
In-Reply-To: <201204020920.q329KCgm044092@freefall.freebsd.org>
References:  <201204020920.q329KCgm044092@freefall.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
--485b397dd11f16e35e04bcb02d7e
Content-Type: text/plain; charset=ISO-8859-1

On 4/2/12, Andriy Gapon <avg@freebsd.org> wrote:
> The following reply was made to PR kern/166568; it has been noted by GNATS.
>
> From: Andriy Gapon <avg@FreeBSD.org>
> To: Oliver Pinter <oliver.pntr@gmail.com>, 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 <avg@freebsd.org> wrote:
>  >> The following reply was made to PR kern/166568; it has been noted by
> GNATS.
>  >>
>  >> From: Andriy Gapon <avg@FreeBSD.org>
>  >> 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--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAPjTQNFkDUPWPRnt6ZdFmBgg8Oa0vo0xRYfy9nDyOOa712tm0g>