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>, 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>