On 12/14/21 9:40 AM, Gleb Smirnoff wrote:
On Tue, Dec 14, 2021 at 09:28:07AM -0800, John Baldwin wrote:
J> > AFAIK, today it will always panic only with WITNESS. Without WITNESS it
would
J> > pass through mtx_lock as long as the mutex is not locked.
J>
J> Yes, but the default kernel on head is G
On Tue, Dec 14, 2021 at 09:28:07AM -0800, John Baldwin wrote:
J> > AFAIK, today it will always panic only with WITNESS. Without WITNESS it
would
J> > pass through mtx_lock as long as the mutex is not locked.
J>
J> Yes, but the default kernel on head is GENERIC which has witness enabled,
hence
J>
On Tue, Dec 14, 2021 at 09:27:01AM -0800, John Baldwin wrote:
> On 12/14/21 2:14 AM, Alexey Dokuchaev wrote:
> > How do you mean? Most FreeBSD people, not some random Twitter crowd,
> > want the bell to be on by default, but it's still off.
>
> I don't know that that's true, and I myself am not s
On 12/13/21 12:25 PM, Gleb Smirnoff wrote:
On Mon, Dec 13, 2021 at 11:56:35AM -0800, John Baldwin wrote:
J> > J> So there are two things here. The root issue is that the devel/apr1
port
J> > J> runs a configure test for TCP_NDELAY being inherited by accepted
sockets.
J> > J> This test panics b
On 12/14/21 2:14 AM, Alexey Dokuchaev wrote:
How do you mean? Most FreeBSD people, not some random Twitter crowd, want
the bell to be on by default, but it's still off.
I don't know that that's true, and I myself am not sure that I want it back
on by default. Previously my laptop had a rather
On Tue, 14 Dec 2021 11:05:19 +
Alexey Dokuchaev wrote:
> On Tue, Dec 14, 2021 at 11:27:07AM +0100, Emmanuel Vadot wrote:
> > On Tue, 14 Dec 2021 10:14:24 + Alexey Dokuchaev wrote:
> > > ...
> > > I know that I had problemless desktop some 10-5 years ago, okayish
> > > desktop ~three years
On Tue, Dec 14, 2021 at 11:27:07AM +0100, Emmanuel Vadot wrote:
> On Tue, 14 Dec 2021 10:14:24 + Alexey Dokuchaev wrote:
> > ...
> > I know that I had problemless desktop some 10-5 years ago, okayish
> > desktop ~three years ago, tolerable experience with 4.16.x DRM bits
> > and shitty one with
On Tue, 14 Dec 2021 10:14:24 +
Alexey Dokuchaev wrote:
> On Tue, Dec 14, 2021 at 09:14:27AM +0100, Emmanuel Vadot wrote:
> > On Tue, 14 Dec 2021 07:11:28 + Alexey Dokuchaev wrote:
> > > ...
> > > Oh, you know, it's about steadily deteriorating quality of our gfx
> > > stack once we had st
On Tue, Dec 14, 2021 at 09:14:27AM +0100, Emmanuel Vadot wrote:
> On Tue, 14 Dec 2021 07:11:28 + Alexey Dokuchaev wrote:
> > ...
> > Oh, you know, it's about steadily deteriorating quality of our gfx
> > stack once we had started pulling things from Linux.
>
> Right.
> That just proves that yo
On 12/13, Gleb Smirnoff wrote:
> On Mon, Dec 13, 2021 at 11:56:35AM -0800, John Baldwin wrote:
> J> > J> So there are two things here. The root issue is that the devel/apr1
> port
> J> > J> runs a configure test for TCP_NDELAY being inherited by accepted
> sockets.
> J> > J> This test panics bec
On Tue, 14 Dec 2021 07:11:28 +
Alexey Dokuchaev wrote:
> On Mon, Dec 13, 2021 at 06:32:22PM +0100, Emmanuel Vadot wrote:
> > On Mon, 13 Dec 2021 17:01:43 + Alexey Dokuchaev wrote:
> > > On Mon, Dec 13, 2021 at 07:45:07AM -0800, John Baldwin wrote:
> > > > ...
> > > > However, it was a bit
On Mon, Dec 13, 2021 at 06:32:22PM +0100, Emmanuel Vadot wrote:
> On Mon, 13 Dec 2021 17:01:43 + Alexey Dokuchaev wrote:
> > On Mon, Dec 13, 2021 at 07:45:07AM -0800, John Baldwin wrote:
> > > ...
> > > However, it was a bit harder to see this originally as the 915kms driver
> > > tries to do a
On Mon, Dec 13, 2021 at 11:56:35AM -0800, John Baldwin wrote:
J> > J> So there are two things here. The root issue is that the devel/apr1
port
J> > J> runs a configure test for TCP_NDELAY being inherited by accepted
sockets.
J> > J> This test panics because prison_check_ip4() tries to lock a pri
On 12/13/21 9:35 AM, Gleb Smirnoff wrote:
Hi John,
On Mon, Dec 13, 2021 at 07:45:07AM -0800, John Baldwin wrote:
J> So there are two things here. The root issue is that the devel/apr1 port
J> runs a configure test for TCP_NDELAY being inherited by accepted sockets.
J> This test panics becaus
Hi John,
On Mon, Dec 13, 2021 at 07:45:07AM -0800, John Baldwin wrote:
J> So there are two things here. The root issue is that the devel/apr1 port
J> runs a configure test for TCP_NDELAY being inherited by accepted sockets.
J> This test panics because prison_check_ip4() tries to lock a prison m
On Mon, 13 Dec 2021 17:01:43 +
Alexey Dokuchaev wrote:
> On Mon, Dec 13, 2021 at 07:45:07AM -0800, John Baldwin wrote:
> > ...
> > However, it was a bit harder to see this originally as the 915kms driver
> > tries to do a malloc(M_WAITOK) from cn_grab() when entering DDB which
> > recursively
On Mon, Dec 13, 2021 at 07:45:07AM -0800, John Baldwin wrote:
> ...
> However, it was a bit harder to see this originally as the 915kms driver
> tries to do a malloc(M_WAITOK) from cn_grab() when entering DDB which
> recursively panics (even a malloc(M_NOWAIT) from cn_grab() is probably a
> bad ide
This weekend I upgraded my FreeBSD laptop and kicked off a poudriere build of
the packages I use. My laptop kept "freezing" during the package builds
however.
Initially due to messages in /var/log/messages I thought it was running out of
swap and killing the display server. After poking it at o
18 matches
Mail list logo