13-RC2 Serial Console not accepting Input

[Dean E. Weimer via freebsd-stable]

I upgraded a system from 12.2 to 13-RC2 running on an PC Engines Alix 
APU1D4 system board. It boots and works fine, however despite console 
output displaying fine, it will not accept any keyboard input.


I have the following in my /boot/loader.conf

# Enable Serial Console
console="comconsole"
comconsole_speed="115200"
boot_serial="YES"

Am I missing something else that has changed requiring a new option to 
be set for serial consoles?


--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Updating to 13-stable and existing ZFS pools: any gotchas?

[Dean E. Weimer via freebsd-stable]

On 2021-03-17 9:59 am, tech-lists wrote:

On Sun, Mar 14, 2021 at 09:59:21AM +0100, Stefan Bethke wrote:
I'm planning to upgrade three production machines with existing ZFS 
pools to 13-stable. Is there anything I need to pay attention to wrt 
OpenZFS? Or should it be fully transparent, apart from updating 
loader?


My (limited) testing with VMs went without a hitch, but I want to make 
sure I don't paint myself into a corner.


Hi, I'm interested in this as well.

I'm not using root-on-zfs. The zpool is 5* spinning rust, the booting
media is ssd/ufs2. Is updating the bootcode only relevant for
root-on-zfs? I've not done that for a similarly configured desktop
system, and it seems to be running stable/13 fine. (the desktop was a
stable/12 to stable/13 upgrade).

thanks,


If you are not booting from zfs its seemless. Just remembe once you 
issue zpool upgrade you wont be able to go back to older version. If 
booting from ZFS, just update your boot loader.


I have updated a couple of systems from 12.2-RELEASE-p3 to 13.0-RC2. One 
using UEFI and the other using legacy bios with no problems.


for UEFI I mounted EFI Boot partition

EFI update, New ZFS data set was mounted at ROOT, zpool is mirror. 
Updated both EFI partitions in case primary goes offline.


zpool set bootfs=ssd/ROOT/13.0-RC2 ssd
mount -t msdosfs /dev/ada0p1 /mnt
cp ROOT/boot/loader.efi /mnt/EFI/BOOT/BOOTX64.efi
umount /mnt
mount -t msdosfs /dev/ada1p1 /mnt
cp ROOT/boot/loader.efi /mnt/EFI/BOOT/BOOTX64.efi
umount /mnt

Legacy Bios, again new ZFS data set was mounted at ROOT, and zpool is 
mirror, updated both boot partitions

zpool set bootfs=zroot/ROOT/13.0-RC2 zroot
gpart bootcode -b ROOT/boot/pmbr -p ROOT/boot/gptzfsboot -i 1 ada0
gpart bootcode -b ROOT/boot/pmbr -p ROOT/boot/gptzfsboot -i 1 ada1

Everything worked as expected.

--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 13-BETA3 installation from source problems.

[Dean E. Weimer via freebsd-stable]

On 2021-02-24 1:03 pm, Kyle Evans wrote:


I've been able to reproduce it locally with a stock config twice or
so, but it's non-trivial and only seems to reproduce with at least a
nullfs objdir. A good data point would be to point your
MAKEOBJDIRPREFIX at /jails/devel/host-usr-obj (assuming that's not
null-mounted) -- as long as you're still operating out of
/jails/devel/ROOT/usr/src, the paths relative to it will work out the
same.

Thanks,

Kyle Evans


Kyle, this worked /jails/devel/host-usr-obj is a zfs data store 
mountpoint. I also have a /jails/devel/jail-usr-obj, that I use to hold 
build data for a different src.conf used for jails. Then I ship these 
zfs datasets around to multiple machines and just do the install part.


--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 13-BETA3 installation from source problems.

[Dean E. Weimer via freebsd-stable]

On 2021-02-23 12:34 pm, Kyle Evans wrote:

The more I look at `make -dm` output, the less sense it makes. Your
patch is decidedly correct regardless of how this specific scenario is
playing out:

1.) As you noted, it's wrong to clean something that's built
elsewhere. You can reasonably expect `make clean all` to work pretty
much everywhere else.

2.) i386/loader cannot make an informed decision about whether it's
out-of-date, which is sufficient to tell that the existing addition to
OBJS was not the correct implementation in hindsight.

3.) The failure mode if it's *missing* is exactly the same before and
after your patch; file can't be found, cannot build it.

On Tue, Feb 23, 2021 at 12:09 PM Warner Losh  wrote:


I'm unsure of the mechanics as well. I do know that we shouldn't 
delete stuff in OTHER directories, though. the btx stuff is trying to 
do a bit of an end run around the link only with the installed stuff 
here and using crt0.o as a library from the 'where it was built' 
directory which I think creates one too many dependencies... I've not 
yet puzzled through all of them to find out which one is causing us to 
think we need to rebuild though.


Warner

On Tue, Feb 23, 2021 at 9:21 AM Kyle Evans  wrote:


Hi,

What I don't understand here is, why are these being considered
out-of-date? That seems like it is indicative of a larger problem 
that

we'd surely fall over elsewhere on if not for here, that the source
tree's timestamps are post-dated w.r.t. the objdir.

Thanks,

Kyle Evans

On Mon, Feb 22, 2021 at 5:52 PM Warner Losh  wrote:
>
> What does this patch do for you?
>
> diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile
> index ad95948ec50a..cbbe15bd1fc0 100644
> --- a/stand/i386/loader/Makefile
> +++ b/stand/i386/loader/Makefile
> @@ -90,7 +90,8 @@ FILES+=   ${LOADER}
>  FILESMODE_${LOADER}= ${BINMODE} -b
>
>  # XXX crt0.o needs to be first for pxeboot(8) to work
> -OBJS=  ${BTXCRT}
> +# Can't add it to OBJS w/o pain and suffering
> +LDFLAGS+=  ${BTXCRT}
>
>  DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}
>  LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}
>
> Anything?
>
> Warner
>
> On Mon, Feb 22, 2021 at 4:17 PM Dean E. Weimer  wrote:
>
> > On 2021-02-22 10:53 am, Dean E. Weimer wrote:
> > > On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote:
> > >> On 2021-02-22 9:29 am, Warner Losh wrote:
> > >>
> > >>> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable
> > >>>  wrote:
> > >>>
> > >>>> I was able to successfully build and install BETA2 from source,
> > >>>> however
> > >>>> I am now attempting to upgrade the same machine to BETA3 buildworld
> > >>>> and
> > >>>> buildkernel complete. installkernel also completes, but installworld
> > >>>> fails, it appears to not find a file for i386 boot.
> > >>>>
> > >>>> I do have a customized src.conf
> > >>>> WIHTOUT_FLOPPY="YES"
> > >>>> WITHOUT_FREEBSD_UPDATE="YES"
> > >>>> WITH_BSD_GREP="YES"
> > >>>> WITHOUT_BLUETOOTH="YES"
> > >>>> WITHOUT_PORTSNAP="YES"
> > >>>> WITHOUT_WIRELESS="YES"
> > >>>> WITHOUT_WPA_SUPPLICANT_EAPOL="YES"
> > >>>> WITHOUT_ATM="YES"
> > >>>> WITHOUT_LPR="YES"
> > >>>> WITHOUT_PPP="YES"
> > >>>> WITHOUT_LLDB="YES"
> > >>>> WITHOUT_FTP="YES"
> > >>>> WITHOUT_RBOOTD="YES"
> > >>>> WITHOUT_TALK="YES"
> > >>>> WITHOUT_NTP="YES"
> > >>>> WITH_ISCSI="YES"
> > >>>> WITH_REPRODUCIBLE_BUILD="YES"
> > >>>> WITHOUT_GNU_DIFF="YES"
> > >>>> WITH_KERNEL_RETPOLINE="YES"
> > >>>>
> > >>>> and customized make.conf
> > >>>> CFLAGS?= -O
> > >>>> CLFAGS+= -pipe
> > >>>> NO_CPU_CFLAGS=
> > >>>> MK_WERROR=no
> > >>>>
> > >>>> WITH_CCACHE_BUILD= YES
> > >>>> OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE
> > >>>> OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES
> > >>>> DOCS
> > >>>> WRKDIRPREFIX= /var/ports
> > >>>> 

Re: dtrace issue on releng/13.0

[Dean E. Weimer via freebsd-stable]

On 2021-02-23 3:33 pm, Mark Johnston wrote:

On Tue, Feb 23, 2021 at 02:36:04PM -0600, Dean E. Weimer via
freebsd-stable wrote:

I just built and installed FreeBSD 13.0 Beta 3 from source checked out
with last commit of 4b737a9c58cac69008f189cc44e7d1a81a0b601c after the
install I was installing a few ports, and perl5.32 failed to build
stating dtrace -h not available.

root@fbsd13-devel:/ # dtrace -h
dtrace: failed to establish error handler: "/usr/lib/dtrace/psinfo.d",
line 1: failed to copy type of 'pr_uid': Type information is in parent
and unavailable

The initial install from the FreeBSD-BETA3 iso image does work as
expected, so the problem was introduced since then.

root@fbsd13:/jails/devel # dtrace -h
dtrace: -h requires one or more scripts or enabling options

It does appear that the commit 
	ae093a0614f30d4cdffb853e4eba93322e8ed8f4

references changes to dtrace.


Are you using GENERIC, or some custom kernel configuration?  Could you
show output from "ctfdump -S /boot/kernel/kernel"?  The error you
reported is typically the result of some problems with the C type
metadata used by dtrace.  The commit you referenced ought to be
unrelated.


Generic Kernel, I am using a make.conf and src.conf configuration. I 
hope text wrapping doesn't screw this up too much, left side is original 
from install off of beta3 iso image. Right side is after build.


  total number of data objects= 29878		  total number of data 
objects= 29985


  total number of functions   = 33882		  total number of 
functions   = 60651
  total number of function arguments  = 82078		  total number of 
function arguments  = 136339
  maximum argument list length= 22		  maximum argument list 
length= 24
  average argument list length= 2.42		  average argument list 
length= 2.25


  total number of types   = 31901		  total number of types   
= 32883
  total number of integers= 77		  total number of integers   
 = 77
  total number of floats  = 0		  total number of floats  
= 0
  total number of pointers= 7878		  total number of pointers 
   = 8683
  total number of arrays  = 3255		  total number of arrays   
   = 3288
  total number of func types  = 2293		  total number of func 
types  = 2298
  total number of structs = 10778		  total number of structs 
= 10773
  total number of unions  = 620		  total number of unions
  = 618
  total number of enums   = 979		  total number of enums 
  = 979
  total number of forward tags= 51		  total number of forward 
tags= 51
  total number of typedefs= 5150		  total number of typedefs 
   = 5143
  total number of volatile types  = 54		  total number of volatile 
types  = 56
  total number of const types = 616		  total number of const 
types = 772
  total number of restrict types  = 6		  total number of restrict 
types  = 6
  total number of unknowns (holes)= 144		  total number of unknowns 
(holes)= 139


  total number of struct members  = 80028		  total number of struct 
members  = 79982
  maximum number of struct members= 248		  maximum number of struct 
members= 248
  total size of all structs   = 22744641		  total size of all 
structs   = 22744363
  maximum size of a struct= 2971720		  maximum size of a 
struct= 2971720
  average number of struct members= 7.43		  average number of struct 
members= 7.42
  average size of a struct= 2110.28		  average size of a 
struct= 2111.24


  total number of union members   = 2181		  total number of union 
members   = 2178
  maximum number of union members = 90		  maximum number of union 
members = 90
  total size of all unions= 131965		  total size of all 
unions= 131991
  maximum size of a union = 41584		  maximum size of a union 
= 41584
  average number of union members = 3.52		  average number of union 
members = 3.52
  average size of a union = 212.85		  average size of a 
union = 213.58


  total number of enum members= 9465		  total number of enum 
members= 9465
  maximum number of enum members  = 1023		  maximum number of enum 
members  = 1023
  average number of enum members  = 9.67		  average number of enum 
members  = 9.67


  total number of unique strings  = 68195		  total number of unique 
strings  = 68172
  bytes of string data= 994644		  bytes of string data   
 = 994186
  maximum string length   = 81		  maximum string length  
 = 81
  average string length   = 14.59		  average string length  

dtrace issue on releng/13.0

[Dean E. Weimer via freebsd-stable]

I just built and installed FreeBSD 13.0 Beta 3 from source checked out 
with last commit of 4b737a9c58cac69008f189cc44e7d1a81a0b601c after the 
install I was installing a few ports, and perl5.32 failed to build 
stating dtrace -h not available.


root@fbsd13-devel:/ # dtrace -h
dtrace: failed to establish error handler: "/usr/lib/dtrace/psinfo.d", 
line 1: failed to copy type of 'pr_uid': Type information is in parent 
and unavailable


The initial install from the FreeBSD-BETA3 iso image does work as 
expected, so the problem was introduced since then.


root@fbsd13:/jails/devel # dtrace -h
dtrace: -h requires one or more scripts or enabling options

It does appear that the commit 	ae093a0614f30d4cdffb853e4eba93322e8ed8f4 
references changes to dtrace.


--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 13-BETA3 installation from source problems.

[Dean E. Weimer via freebsd-stable]

On 2021-02-22 9:34 pm, Dean E. Weimer wrote:

On 2021-02-22 8:55 pm, Dean E. Weimer via freebsd-stable wrote:

On 2021-02-22 5:52 pm, Warner Losh wrote:


What does this patch do for you?

diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile
index ad95948ec50a..cbbe15bd1fc0 100644
--- a/stand/i386/loader/Makefile
+++ b/stand/i386/loader/Makefile
@@ -90,7 +90,8 @@ FILES+=   ${LOADER}
FILESMODE_${LOADER}= ${BINMODE} -b

# XXX crt0.o needs to be first for pxeboot(8) to work
-OBJS=  ${BTXCRT}
+# Can't add it to OBJS w/o pain and suffering
+LDFLAGS+=  ${BTXCRT}

DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}
LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}

Anything?

Warner


Success, mostly anyways. I tried copying and pasting above into a file
(/tmp/patch) and using patch < /tmp/patch from usr/src. It failed to
apply, so I just manually edited file, removed OBJS= line and added
the comment and LDFLAGS+= line. ran make clean in usr/src/stand and
then from usr/src ran make -DNO_CLEAN buildworld, then buildinstall
completed. Don't know if email client added a special character that
screwed up patch or I just did it wrong, but the fix appears to have
worked.


Maybe I spoke to soon, system failed to boot. Going to spool up a VM
to see if I can replicate issue within the VM.


I was able to get the install to work and boot from my VM, I tried first 
without the patch, received the same error, patched and rebuilt to 
install. The failure to Boot my hardware machine maybe a fluke, I did 
get some warnings that may hint at one of my mirror disks failing.


I did however run into some new issues, going to start a new thread 
looks like an update made since Beta3 snapshots were done on releng/13.0 
tree has broke dtrace.



--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 13-BETA3 installation from source problems.

[Dean E. Weimer via freebsd-stable]

On 2021-02-22 8:55 pm, Dean E. Weimer via freebsd-stable wrote:

On 2021-02-22 5:52 pm, Warner Losh wrote:


What does this patch do for you?

diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile
index ad95948ec50a..cbbe15bd1fc0 100644
--- a/stand/i386/loader/Makefile
+++ b/stand/i386/loader/Makefile
@@ -90,7 +90,8 @@ FILES+=   ${LOADER}
FILESMODE_${LOADER}= ${BINMODE} -b

# XXX crt0.o needs to be first for pxeboot(8) to work
-OBJS=  ${BTXCRT}
+# Can't add it to OBJS w/o pain and suffering
+LDFLAGS+=  ${BTXCRT}

DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}
LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}

Anything?

Warner


Success, mostly anyways. I tried copying and pasting above into a file
(/tmp/patch) and using patch < /tmp/patch from usr/src. It failed to
apply, so I just manually edited file, removed OBJS= line and added
the comment and LDFLAGS+= line. ran make clean in usr/src/stand and
then from usr/src ran make -DNO_CLEAN buildworld, then buildinstall
completed. Don't know if email client added a special character that
screwed up patch or I just did it wrong, but the fix appears to have
worked.


Maybe I spoke to soon, system failed to boot. Going to spool up a VM to 
see if I can replicate issue within the VM.


--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 13-BETA3 installation from source problems.

[Dean E. Weimer via freebsd-stable]

On 2021-02-22 5:52 pm, Warner Losh wrote:


What does this patch do for you?

diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile
index ad95948ec50a..cbbe15bd1fc0 100644
--- a/stand/i386/loader/Makefile
+++ b/stand/i386/loader/Makefile
@@ -90,7 +90,8 @@ FILES+=   ${LOADER}
FILESMODE_${LOADER}= ${BINMODE} -b

# XXX crt0.o needs to be first for pxeboot(8) to work
-OBJS=  ${BTXCRT}
+# Can't add it to OBJS w/o pain and suffering
+LDFLAGS+=  ${BTXCRT}

DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}
LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}

Anything?

Warner


Success, mostly anyways. I tried copying and pasting above into a file 
(/tmp/patch) and using patch < /tmp/patch from usr/src. It failed to 
apply, so I just manually edited file, removed OBJS= line and added the 
comment and LDFLAGS+= line. ran make clean in usr/src/stand and then 
from usr/src ran make -DNO_CLEAN buildworld, then buildinstall 
completed. Don't know if email client added a special character that 
screwed up patch or I just did it wrong, but the fix appears to have 
worked.


--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 13-BETA3 installation from source problems.

[Dean E. Weimer via freebsd-stable]

On 2021-02-22 10:53 am, Dean E. Weimer wrote:

On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote:

On 2021-02-22 9:29 am, Warner Losh wrote:

On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable 
 wrote:


I was able to successfully build and install BETA2 from source, 
however
I am now attempting to upgrade the same machine to BETA3 buildworld 
and

buildkernel complete. installkernel also completes, but installworld
fails, it appears to not find a file for i386 boot.

I do have a customized src.conf
WIHTOUT_FLOPPY="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITH_BSD_GREP="YES"
WITHOUT_BLUETOOTH="YES"
WITHOUT_PORTSNAP="YES"
WITHOUT_WIRELESS="YES"
WITHOUT_WPA_SUPPLICANT_EAPOL="YES"
WITHOUT_ATM="YES"
WITHOUT_LPR="YES"
WITHOUT_PPP="YES"
WITHOUT_LLDB="YES"
WITHOUT_FTP="YES"
WITHOUT_RBOOTD="YES"
WITHOUT_TALK="YES"
WITHOUT_NTP="YES"
WITH_ISCSI="YES"
WITH_REPRODUCIBLE_BUILD="YES"
WITHOUT_GNU_DIFF="YES"
WITH_KERNEL_RETPOLINE="YES"

and customized make.conf
CFLAGS?= -O
CLFAGS+= -pipe
NO_CPU_CFLAGS=
MK_WERROR=no

WITH_CCACHE_BUILD= YES
OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE
OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES
DOCS
WRKDIRPREFIX= /var/ports
PACKAGES= /var/ports/packages
WITH_PKGNG= YES
DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 
mysql=105m

ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13

.if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) &&
!defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif
.if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) ||
!empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif

Here's the part of where it fails during the install, src tree was
checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12.

...
===> stand/userboot (install)
===> stand/userboot/test (install)
===> stand/userboot/userboot_4th (install)
install   -o root -g wheel -m 444   -S  userboot_4th.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_4th.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
===> stand/userboot/userboot_lua (install)
install   -o root -g wheel -m 444   -S  userboot_lua.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_lua.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
install -l h -o root -g wheel -m 444
/jails/devel/ROOT/boot/userboot_lua.so
/jails/devel/ROOT/boot/userboot.so
===> stand/i386 (install)
===> stand/i386/btx (install)
===> stand/i386/btx/btx (install)
===> stand/i386/btx/btxldr (install)
===> stand/i386/btx/lib (install)
===> stand/i386/libi386 (install)
===> stand/i386/mbr (install)
install   -o root -g wheel -m 444   mbr /jails/devel/ROOT/boot/mbr
===> stand/i386/pmbr (install)
install   -o root -g wheel -m 444   pmbr /jails/devel/ROOT/boot/pmbr
===> stand/i386/boot0 (install)
install   -o root -g wheel -m 444   boot0 
/jails/devel/ROOT/boot/boot0

===> stand/i386/boot0sio (install)
install   -o root -g wheel -m 444   boot0
/jails/devel/ROOT/boot/boot0sio
===> stand/i386/boot2 (install)
objcopy -S -O binary boot1.out boot1
objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b
/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx
-l boot2.ldr  -o boot2.ld -P 1 boot2.bin
make[6]: exec(btxld) failed (No such file or directory)


Does this happen every time, or only sometimes? Do you have the 
complete log? Why we're trying to run btxld and objcopy in the 
*INSTALL* phase is likely why (paths are different between the two)


Warner


mail to "freebsd-stable-unsubscr...@freebsd.org"


Everytime, not sure why I am trying to run btxld and objcopy in
install phase, I am simply running the command make installworld

I do use env variables to change paths, as I install to a ZFS clone of
the original system dataset then change boot setting on pool and
reboot.

Environment Variables used during build and install, been doing this
process ever since I started using ZFS boot on FreeBSD 9.2.

setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj
setenv DESTDIR /jails/devel/ROOT
setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf
setenv SRCCONF /jails/devel/ROOT/etc/src.conf


I had already started a new build specifying CPUTYPE=silvermont in
make.conf, as attempt work around. It failed as well. I did check and
the path above exists on the system

:/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx
# ll
total 10
-rw-r--r--  1 root  wheel   117B Feb 22 10:13 .depend.btx.o
-rwxr-xr-x  1 root  wheel   1.7K F

Re: 13-BETA3 installation from source problems.

[Dean E. Weimer via freebsd-stable]

On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote:

On 2021-02-22 9:29 am, Warner Losh wrote:

On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable 
 wrote:


I was able to successfully build and install BETA2 from source, 
however
I am now attempting to upgrade the same machine to BETA3 buildworld 
and

buildkernel complete. installkernel also completes, but installworld
fails, it appears to not find a file for i386 boot.

I do have a customized src.conf
WIHTOUT_FLOPPY="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITH_BSD_GREP="YES"
WITHOUT_BLUETOOTH="YES"
WITHOUT_PORTSNAP="YES"
WITHOUT_WIRELESS="YES"
WITHOUT_WPA_SUPPLICANT_EAPOL="YES"
WITHOUT_ATM="YES"
WITHOUT_LPR="YES"
WITHOUT_PPP="YES"
WITHOUT_LLDB="YES"
WITHOUT_FTP="YES"
WITHOUT_RBOOTD="YES"
WITHOUT_TALK="YES"
WITHOUT_NTP="YES"
WITH_ISCSI="YES"
WITH_REPRODUCIBLE_BUILD="YES"
WITHOUT_GNU_DIFF="YES"
WITH_KERNEL_RETPOLINE="YES"

and customized make.conf
CFLAGS?= -O
CLFAGS+= -pipe
NO_CPU_CFLAGS=
MK_WERROR=no

WITH_CCACHE_BUILD= YES
OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE
OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES
DOCS
WRKDIRPREFIX= /var/ports
PACKAGES= /var/ports/packages
WITH_PKGNG= YES
DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 
mysql=105m

ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13

.if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) &&
!defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif
.if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) ||
!empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif

Here's the part of where it fails during the install, src tree was
checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12.

...
===> stand/userboot (install)
===> stand/userboot/test (install)
===> stand/userboot/userboot_4th (install)
install   -o root -g wheel -m 444   -S  userboot_4th.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_4th.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
===> stand/userboot/userboot_lua (install)
install   -o root -g wheel -m 444   -S  userboot_lua.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_lua.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
install -l h -o root -g wheel -m 444
/jails/devel/ROOT/boot/userboot_lua.so
/jails/devel/ROOT/boot/userboot.so
===> stand/i386 (install)
===> stand/i386/btx (install)
===> stand/i386/btx/btx (install)
===> stand/i386/btx/btxldr (install)
===> stand/i386/btx/lib (install)
===> stand/i386/libi386 (install)
===> stand/i386/mbr (install)
install   -o root -g wheel -m 444   mbr /jails/devel/ROOT/boot/mbr
===> stand/i386/pmbr (install)
install   -o root -g wheel -m 444   pmbr /jails/devel/ROOT/boot/pmbr
===> stand/i386/boot0 (install)
install   -o root -g wheel -m 444   boot0 
/jails/devel/ROOT/boot/boot0

===> stand/i386/boot0sio (install)
install   -o root -g wheel -m 444   boot0
/jails/devel/ROOT/boot/boot0sio
===> stand/i386/boot2 (install)
objcopy -S -O binary boot1.out boot1
objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b
/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx
-l boot2.ldr  -o boot2.ld -P 1 boot2.bin
make[6]: exec(btxld) failed (No such file or directory)


Does this happen every time, or only sometimes? Do you have the 
complete log? Why we're trying to run btxld and objcopy in the 
*INSTALL* phase is likely why (paths are different between the two)


Warner


mail to "freebsd-stable-unsubscr...@freebsd.org"


Everytime, not sure why I am trying to run btxld and objcopy in
install phase, I am simply running the command make installworld

I do use env variables to change paths, as I install to a ZFS clone of
the original system dataset then change boot setting on pool and
reboot.

Environment Variables used during build and install, been doing this
process ever since I started using ZFS boot on FreeBSD 9.2.

setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj
setenv DESTDIR /jails/devel/ROOT
setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf
setenv SRCCONF /jails/devel/ROOT/etc/src.conf


I had already started a new build specifying CPUTYPE=silvermont in 
make.conf, as attempt work around. It failed as well. I did check and 
the path above exists on the system


:/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx 
# ll

total 10
-rw-r--r--  1 root  wheel   117B Feb 22 10:13 .depend.btx.o
-rwxr-xr-x  1 root  wheel   1.7K Feb 22 10:37 btx*
-rw-r--r--  1 

Re: 13-BETA3 installation from source problems.

[Dean E. Weimer via freebsd-stable]

On 2021-02-22 9:29 am, Warner Losh wrote:

On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable 
 wrote:


I was able to successfully build and install BETA2 from source, 
however
I am now attempting to upgrade the same machine to BETA3 buildworld 
and

buildkernel complete. installkernel also completes, but installworld
fails, it appears to not find a file for i386 boot.

I do have a customized src.conf
WIHTOUT_FLOPPY="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITH_BSD_GREP="YES"
WITHOUT_BLUETOOTH="YES"
WITHOUT_PORTSNAP="YES"
WITHOUT_WIRELESS="YES"
WITHOUT_WPA_SUPPLICANT_EAPOL="YES"
WITHOUT_ATM="YES"
WITHOUT_LPR="YES"
WITHOUT_PPP="YES"
WITHOUT_LLDB="YES"
WITHOUT_FTP="YES"
WITHOUT_RBOOTD="YES"
WITHOUT_TALK="YES"
WITHOUT_NTP="YES"
WITH_ISCSI="YES"
WITH_REPRODUCIBLE_BUILD="YES"
WITHOUT_GNU_DIFF="YES"
WITH_KERNEL_RETPOLINE="YES"

and customized make.conf
CFLAGS?= -O
CLFAGS+= -pipe
NO_CPU_CFLAGS=
MK_WERROR=no

WITH_CCACHE_BUILD= YES
OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE
OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES
DOCS
WRKDIRPREFIX= /var/ports
PACKAGES= /var/ports/packages
WITH_PKGNG= YES
DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 
mysql=105m

ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13

.if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) &&
!defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif
.if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) ||
!empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif

Here's the part of where it fails during the install, src tree was
checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12.

...
===> stand/userboot (install)
===> stand/userboot/test (install)
===> stand/userboot/userboot_4th (install)
install   -o root -g wheel -m 444   -S  userboot_4th.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_4th.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
===> stand/userboot/userboot_lua (install)
install   -o root -g wheel -m 444   -S  userboot_lua.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_lua.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
install -l h -o root -g wheel -m 444
/jails/devel/ROOT/boot/userboot_lua.so
/jails/devel/ROOT/boot/userboot.so
===> stand/i386 (install)
===> stand/i386/btx (install)
===> stand/i386/btx/btx (install)
===> stand/i386/btx/btxldr (install)
===> stand/i386/btx/lib (install)
===> stand/i386/libi386 (install)
===> stand/i386/mbr (install)
install   -o root -g wheel -m 444   mbr /jails/devel/ROOT/boot/mbr
===> stand/i386/pmbr (install)
install   -o root -g wheel -m 444   pmbr /jails/devel/ROOT/boot/pmbr
===> stand/i386/boot0 (install)
install   -o root -g wheel -m 444   boot0 /jails/devel/ROOT/boot/boot0
===> stand/i386/boot0sio (install)
install   -o root -g wheel -m 444   boot0
/jails/devel/ROOT/boot/boot0sio
===> stand/i386/boot2 (install)
objcopy -S -O binary boot1.out boot1
objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b
/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx
-l boot2.ldr  -o boot2.ld -P 1 boot2.bin
make[6]: exec(btxld) failed (No such file or directory)


Does this happen every time, or only sometimes? Do you have the 
complete log? Why we're trying to run btxld and objcopy in the 
*INSTALL* phase is likely why (paths are different between the two)


Warner


mail to "freebsd-stable-unsubscr...@freebsd.org"


Everytime, not sure why I am trying to run btxld and objcopy in install 
phase, I am simply running the command make installworld


I do use env variables to change paths, as I install to a ZFS clone of 
the original system dataset then change boot setting on pool and reboot.


Environment Variables used during build and install, been doing this 
process ever since I started using ZFS boot on FreeBSD 9.2.


setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj
setenv DESTDIR /jails/devel/ROOT
setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf
setenv SRCCONF /jails/devel/ROOT/etc/src.conf

--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

13-BETA3 installation from source problems.

[Dean E. Weimer via freebsd-stable]

I was able to successfully build and install BETA2 from source, however 
I am now attempting to upgrade the same machine to BETA3 buildworld and 
buildkernel complete. installkernel also completes, but installworld 
fails, it appears to not find a file for i386 boot.


I do have a customized src.conf
WIHTOUT_FLOPPY="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITH_BSD_GREP="YES"
WITHOUT_BLUETOOTH="YES"
WITHOUT_PORTSNAP="YES"
WITHOUT_WIRELESS="YES"
WITHOUT_WPA_SUPPLICANT_EAPOL="YES"
WITHOUT_ATM="YES"
WITHOUT_LPR="YES"
WITHOUT_PPP="YES"
WITHOUT_LLDB="YES"
WITHOUT_FTP="YES"
WITHOUT_RBOOTD="YES"
WITHOUT_TALK="YES"
WITHOUT_NTP="YES"
WITH_ISCSI="YES"
WITH_REPRODUCIBLE_BUILD="YES"
WITHOUT_GNU_DIFF="YES"
WITH_KERNEL_RETPOLINE="YES"

and customized make.conf
CFLAGS?= -O
CLFAGS+= -pipe
NO_CPU_CFLAGS=
MK_WERROR=no

WITH_CCACHE_BUILD= YES
OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE
OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES 
DOCS

WRKDIRPREFIX= /var/ports
PACKAGES= /var/ports/packages
WITH_PKGNG= YES
DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 mysql=105m 
ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13


.if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && 
!defined(NOCCACHE)

  CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
  CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif
.if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || 
!empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE)

  CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
  CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif


Here's the part of where it fails during the install, src tree was 
checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12.


...
===> stand/userboot (install)
===> stand/userboot/test (install)
===> stand/userboot/userboot_4th (install)
install   -o root -g wheel -m 444   -S  userboot_4th.so 
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_4th.so.debug 
/jails/devel/ROOT/usr/lib/debug/boot/

===> stand/userboot/userboot_lua (install)
install   -o root -g wheel -m 444   -S  userboot_lua.so 
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_lua.so.debug 
/jails/devel/ROOT/usr/lib/debug/boot/
install -l h -o root -g wheel -m 444  
/jails/devel/ROOT/boot/userboot_lua.so 
/jails/devel/ROOT/boot/userboot.so

===> stand/i386 (install)
===> stand/i386/btx (install)
===> stand/i386/btx/btx (install)
===> stand/i386/btx/btxldr (install)
===> stand/i386/btx/lib (install)
===> stand/i386/libi386 (install)
===> stand/i386/mbr (install)
install   -o root -g wheel -m 444   mbr /jails/devel/ROOT/boot/mbr
===> stand/i386/pmbr (install)
install   -o root -g wheel -m 444   pmbr /jails/devel/ROOT/boot/pmbr
===> stand/i386/boot0 (install)
install   -o root -g wheel -m 444   boot0 /jails/devel/ROOT/boot/boot0
===> stand/i386/boot0sio (install)
install   -o root -g wheel -m 444   boot0 
/jails/devel/ROOT/boot/boot0sio

===> stand/i386/boot2 (install)
objcopy -S -O binary boot1.out boot1
objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b 
/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx 
-l boot2.ldr  -o boot2.ld -P 1 boot2.bin

make[6]: exec(btxld) failed (No such file or directory)
*** Error code 1

Stop.
make[6]: stopped in /jails/devel/ROOT/usr/src/stand/i386/boot2
*** Error code 1

Stop.
make[5]: stopped in /jails/devel/ROOT/usr/src/stand/i386
*** Error code 1

Stop.
make[4]: stopped in /jails/devel/ROOT/usr/src/stand
*** Error code 1

Stop.
make[3]: stopped in /jails/devel/ROOT/usr/src
*** Error code 1

Stop.
make[2]: stopped in /jails/devel/ROOT/usr/src
*** Error code 1

Stop.
make[1]: stopped in /jails/devel/ROOT/usr/src
*** Error code 1

Stop.



--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ZFS - Problem removing files after changing the compression type

[Dean E. Weimer via freebsd-stable]

On 2019-06-05 8:14 am, Mario Olofo wrote:

Hello guys,

I'm configuring a new installation of FreeBSD-12.0-RELEASE and 
installed

with ZFS for the root file system.
I run the command zfs set compression=lz4 root, and after this, the 
system

become a little weird.
I tried to test some npm install to see if the compression was working 
and
it is, but when I try to run some commands (ie. ng serve), it fails 
with

I/O error.
Deleted the node_modules directory and when I tried to delete the .npm 
dir,

the system returns "Directory not empty".
When run as sudo rm  -rf, the result is "Unknown error: 122"

I did something that I was not supposed to?
In the btrfs one can change the compression on the fly without issues
because of metadata, don't know if zfs behaves this way too.

My system is a Dell G3, with a i5 8gen and an SSD on the m.2 slot 
running
the FreeBSD (on UFS the notebook freezes and halt when I run npm 
install).

Gentoo and Windows running on the same SSD and it's all good.

Thank you,
Best reggards,

Mario


You should be able to change ZFS compression on the fly. Old data 
already written is not changed, but new writes will use the new 
compression setting. I have done this before, It looks like something 
else is happening I don't think the issue is related to the ZFS 
compression setting. I am not familiar with npm, so I have no idea whats 
going on there. Look at your dmesg output and check logs to see if the 
system logged any disk access errors also check status of zpool with 
zpool status.


--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

SMTP Authentication in 12.0 BETA

[Dean E. Weimer via freebsd-stable]

I have been running SMTP authentication and using ssl=libressl set as 
well. However in 12.0 BETA this fails to compile.


I have followed the settings from 
 
and placed the following in my /etc/make.conf


SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL
SENDMAIL_LDFLAGS=-L/usr/local/lib
SENDMAIL_LDADD=-lsasl2

However instead of just recompiling the sendmail sections, I do all of 
my updates from for source buildworld and kernel. In my attempt to 
upgrade from 11.2-p4 to 12.0 svn revsion 340039 the buildworld failed. I 
had already done a couple of different builds with different src.conf 
options for host and jails. This build matched the jail src.conf with 
these additions to make.conf.


I then tried rebuilding openssl dependent ports with ssl=openssl after 
removing libressl and installing openssl from ports. Buildworld again 
failed, I had done a complete rebuild removed files under /usr/obj and 
ran make cleandir to make sure I pulled nothing from previous libressl 
build.


Finally I tried again with ssl=base set in make.conf. This succeeds, so 
there appears to be some work needed on the sasl inclusion when using 
OpenSSL from ports with either OpenSSL or LibreSSL instead of base.


Unfortunately I didn't capture my build output it was done -j 8 so it 
would have been hard to see for sure. If I hadn't had successful builds 
without the options for SMTP auth set I would have retired without the 
-j 8 and a -DNO_CLEAN to find the actual spot of failure.


--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"