boot hang at r339386

On r339386 I am seeing a 100% hang at boot up time.  Boot ends at Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994     The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of

Expected?: "failed: Miscompare for aalgo=hmac/sha1 ealgo=camellia-cb" 12.0-ALPHA10 kernel with pre-openssl update -r339076 head?

As part of helping to track down a powerpc64 system crash when "kyua test -k /usr/tests/Kyuafile" is run I substituted into a -r339076 context official kernel materials from: https://download.freebsd.org/ftp/snapshots/powerpc/powerpc64/12.0-ALPHA10/kernel*.txz This does lead to kyua reporting:

-CURRENT "installworld" fails if not upgrading (e.g. building via Crochet)

svn updated this morning Attempting to build 12 via Crochet fails with an error about the "ntpd" user being missing during install. Setting "-DDB_FROM_SRC" allows the install to complete. I'm not sure where it's getting the base check from since this is a new build into "empty" media (not

Re: fuser does not list id of processes that have a file

On 10/17/18, Ali Abdallah wrote: >> diff --git a/usr.bin/fstat/fuser.c b/usr.bin/fstat/fuser.c >> index b4225328fc1f..17d06f1c5b13 100644 >> --- a/usr.bin/fstat/fuser.c >> +++ b/usr.bin/fstat/fuser.c >> @@ -92,7 +92,7 @@ struct consumer { >>STAILQ_ENTRY(consumer) next; >> }; >> struct

Re: Expected?: "failed: Miscompare for aalgo=hmac/sha1 ealgo=camellia-cb" 12.0-ALPHA10 kernel with pre-openssl update -r339076 head?

On 2018-Oct-18, at 12:12 PM, Mark Millard wrote: > As part of helping to track down a powerpc64 system > crash when "kyua test -k /usr/tests/Kyuafile" is run > I substituted into a -r339076 context official kernel > materials from: > >

Re: vnet & firewalls in 12.0

On 18 Oct 2018, at 11:33, Ernie Luzar wrote: Wanting to get a head start on using 12.0 and vnet jails with in jail firewall. 1. Will Vimage be compiled as a module in the 12.0 kernel and be included in the base system release? vimage is a kernel option, not a module. It affects the entire

Re: boot hang at r339386

On Thu, Oct 18, 2018 at 11:12:11AM -0400, Mike Tancsa wrote: > > On r339386 I am seeing a 100% hang at boot up time.  Boot ends at > > Copyright (c) 1992-2018 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >     The Regents of the University

Re: boot hang at r339386 (solved)

On 10/18/2018 2:26 PM, Konstantin Belousov wrote: > On Thu, Oct 18, 2018 at 11:12:11AM -0400, Mike Tancsa wrote: >> On r339386 I am seeing a 100% hang at boot up time.  Boot ends at >> >> Going back to r339385 works. But going to the next commit hangs the box >> >>

Re: vnet & firewalls in 12.0

Hi Ernie, On Thu, Oct 18, 2018 at 9:36 PM Ernie Luzar wrote: > Wanting to get a head start on using 12.0 and vnet jails with in jail > firewall. > > 1. Will Vimage be compiled as a module in the 12.0 kernel and be > included in the base system release? > I suppose it's part of GENERIC kernel

Re: vnet & firewalls in 12.0

I will only discuss ipfw.. I dont' use pf. On 18/10/18 11:33 am, Ernie Luzar wrote: Wanting to get a head start on using 12.0 and vnet jails with in jail firewall. 1. Will Vimage be compiled as a module in the 12.0 kernel and be included in the base system release? it's in base.. not  a

Re: boot hang at r339386 (solved)

On 10/18/2018 2:50 PM, Mike Tancsa wrote: > On 10/18/2018 2:26 PM, Konstantin Belousov wrote: >> On Thu, Oct 18, 2018 at 11:12:11AM -0400, Mike Tancsa wrote: >>> On r339386 I am seeing a 100% hang at boot up time.  Boot ends at >>> >>> Going back to r339385 works. But going to the next commit

vnet & firewalls in 12.0

Wanting to get a head start on using 12.0 and vnet jails with in jail firewall. 1. Will Vimage be compiled as a module in the 12.0 kernel and be included in the base system release? 1.a. Has the boot time console log message about vimage being "highly experimental" been removed? 2. Has