Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 7 Feb 2012 13:43:45 -0500
From:      John Baldwin <jhb@freebsd.org>
To:        freebsd-current@freebsd.org
Cc:        FreeBSD Stable <freebsd-stable@freebsd.org>, Julian Elischer <julian@freebsd.org>, FreeBSD Current <current@freebsd.org>
Subject:   Re: kernel debugging and ULE
Message-ID:  <201202071343.45787.jhb@freebsd.org>
In-Reply-To: <4F2F6ABA.2020809@freebsd.org>
References:  <4F2F6ABA.2020809@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Monday, February 06, 2012 12:52:58 am Julian Elischer wrote:
> so if I'm sitting still in the debugger for too long, a hardclock
> event happens that goes into ULE, which then hits the following KASSERT.
> 
> 
>                 KASSERT(pri >= PRI_MIN_BATCH && pri <= PRI_MAX_BATCH,
>                      ("sched_priority: invalid priority %d: nice %d, "
>                      "ticks %d ftick %d ltick %d tick pri %d",
>                      pri, td->td_proc->p_nice, td->td_sched->ts_ticks,
>                      td->td_sched->ts_ftick, td->td_sched->ts_ltick,
>                      SCHED_PRI_TICKS(td->td_sched)));
> 
> 
> The reason seems to be that I've been sitting still for too long and 
> things have become pear shaped.
> 
> 
> how is it that being in the debugger doesn't stop hardclock events?
> is there something I can do to make them not happen..
> It means I have to ge tmy debugging done in less than about 60 seconds.
> 
> suggesions welcome.

I committed a workaround to HEAD for this recently (r228960).  Just make sure 
that is merged into whatever tree you are using.

-- 
John Baldwin



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