On Mon, Dec 27, 2021 at 09:15:53PM +0200, Konstantin Belousov wrote:
> On Mon, Dec 27, 2021 at 10:58:02AM -0800, Gleb Smirnoff wrote:
> > On Mon, Dec 27, 2021 at 01:43:01PM -0500, Alexander Motin wrote:
> > A> > This allows us to deduct that the callout belongs to proc subsystem and
> > A> > we can
On Mon, Dec 27, 2021 at 10:58:02AM -0800, Gleb Smirnoff wrote:
> On Mon, Dec 27, 2021 at 01:43:01PM -0500, Alexander Motin wrote:
> A> > This allows us to deduct that the callout belongs to proc subsystem and
> A> > we can retrieve the proc it points to: c_lock - 0x128 =
> 0xf8030521e548
> A>
On Mon, Dec 27, 2021 at 01:43:01PM -0500, Alexander Motin wrote:
A> > This allows us to deduct that the callout belongs to proc subsystem and
A> > we can retrieve the proc it points to: c_lock - 0x128 = 0xf8030521e548
A> > It is ccache in PRS_NORMAL state. And the "tmp" in our stack frame is it
On 27.12.2021 12:31, Gleb Smirnoff wrote:
> On Fri, Dec 17, 2021 at 01:27:11PM -0600, Larry Rosenman wrote:
> L> Can someone look at the messages I posted to -CURRENT, most recent
> L> today, with random
> L> Callout(?) crashes after long (>6 hour) poudriere runs?
> L>
> L> I have core's availabl
On Fri, Dec 17, 2021 at 01:27:11PM -0600, Larry Rosenman wrote:
L> Can someone look at the messages I posted to -CURRENT, most recent
L> today, with random
L> Callout(?) crashes after long (>6 hour) poudriere runs?
L>
L> I have core's available.
I asked Larry to obtain a core with INVARIANTS and
