[Bug 257514] Can not embed ZFS into Kernel on RelEng/13.0 i386
Date: Sat, 31 Jul 2021 03:14:26 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257514
Bug ID: 257514
Summary: Can not embed ZFS into Kernel on RelEng/13.0 i386
Product: Base System
Version: 13.0-RELEASE
Hardware: i386
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: kern
Assignee: bugs@FreeBSD.org
Reporter: CrazyMihey@Ya.Ru
Created attachment 226811
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=226811&action=edit
Simplyfied Kernel Configuration, Full Building Process Results and System
Information
Hello, Developers! & Sorry, if I do SomeThing wrong.
Some Time ago, on FreeBSD (at least 11.3 & 12.1 & 12.2) on x86 32-Bit I
included ZFS Support into Custom Kernel in following Way:
device zfs # in «/usr/src/sys/i386/conf/CrazyBook»
But after DownLoading RelEng/13.0 Sources, This Kernel Configuration does not
Build any more. :(
Process of Getting 13.0:
pkg install gitup
sed -E -i "" "s~(releng/)([\.\,0-9]*)~\113.0~"
"/usr/local/etc/gitup.conf"
$(whereis -b -q time) -l rm -rf /usr/src/* /usr/src/.[!.]* /usr/obj/*
/usr/obj/.[!.]* /usr/ports/* /usr/ports/.[!.]* "/var/db/portsnap"
"/var/db/gitup"
$(whereis -b -q time) -l gitup "release" -v "1" && rm -Rf
"/var/db/gitup/release" && for ConfigurationPath in $(find
"${Src%"/"}"/sys/*/conf -prune -print); do [ -f "${ConfigurationPath}/GENERIC"
] && printf "\"%s\"\n" "${ConfigurationPath}" && ln -f -s -v ~/Kernels/*
"${ConfigurationPath}"; done
First Build the Compiler:
cd "/usr/src" && script -a -q "/var/tmp/$(date -j
"+%Y.%m.%d-%H:%M:%S")-BuildWorld-$(sh -c 'set -o "pipefail" && egrep -i -o
"^[[:space:]]*#[[:space:]]*DeFine.*BSD.*Version[[:space:]]+[[:digit:]]+"
"/usr/src/sys/sys/param.h" | rev | egrep -o "[[:digit:]]+" | head -n "1" | rev
| tr -d "[[:space:]]"' || svnlite info "/usr/src" 2>"/dev/null" | grep
--ignore-case -- "RevisiOn" | grep --only-matching "[[:digit:]]\+" || cat
"/usr/src/.svnversion" 2>"/dev/null" | tr -d "\r\n" | grep "" || cut -f "2" -d
":" "/usr/src/.gituprevision")-$(( "$(sysctl -n "hw.realmem")" >> 30
))GB-$(($(sysctl -n "kern.sched.topology_spec" 2>"/dev/null" | grep
--extended-regexp --ignore-case --quiet "<Flags>.*Thread.*Group.*</Flags>"
>"/dev/null" 2>&1 && printf "$(($(sysctl -n "kern.smp.cpus")/2))" || printf
"$(sysctl -n "kern.smp.cpus")")+1))Th.Out" $(whereis -b -q time) -l make
buildworld KERNCONF="CrazyBook" -j "$(($(sysctl -n "kern.sched.topology_spec"
2>"/dev/null" | grep --extended-regexp --ignore-case --quiet
"<Flags>.*Thread.*Group.*</Flags>" >"/dev/null" 2>&1 && printf "$(($(sysctl -n
"kern.smp.cpus")/2))" || printf "$(sysctl -n "kern.smp.cpus")")+1))" # I
understand, the Command looks Ugly, but this is just a Part of Future Script,
where Long Expressions will be moved into Functions or AliAces…
To make sure about CLang Parameters, I removed Parameter Files «/etc/src.conf»
and «/etc/make.conf»:
rm -Rf "/etc/src.conf" "/etc/make.conf"
Second try to Build a Custom Kernel:
cd "/usr/src" && script -a -q "/var/tmp/$(date -j
"+%Y.%m.%d-%H:%M:%S")-BuildKernel-$(sh -c 'set -o "pipefail" && egrep -i -o
"^[[:space:]]*#[[:space:]]*DeFine.*BSD.*Version[[:space:]]+[[:digit:]]+"
"/usr/src/sys/sys/param.h" | rev | egrep -o "[[:digit:]]+" | head -n "1" | rev
| tr -d "[[:space:]]"' || svnlite info "/usr/src" 2>"/dev/null" | grep
--ignore-case -- "RevisiOn" | grep --only-matching "[[:digit:]]\+" || cat
"/usr/src/.svnversion" 2>"/dev/null" | tr -d "\r\n" | grep "" || cut -f "2" -d
":" "/usr/src/.gituprevision")-$(( "$(sysctl -n "hw.realmem")" >> 30
))GB-$(($(sysctl -n "kern.sched.topology_spec" 2>"/dev/null" | grep
--extended-regexp --ignore-case --quiet "<Flags>.*Thread.*Group.*</Flags>"
>"/dev/null" 2>&1 && printf "$(($(sysctl -n "kern.smp.cpus")/2))" || printf
"$(sysctl -n "kern.smp.cpus")")+1))Th.Out" $(whereis -b -q time) -l make
buildkernel KERNCONF="CrazyBook" -j "$(($(sysctl -n "kern.sched.topology_spec"
2>"/dev/null" | grep --extended-regexp --ignore-case --quiet
"<Flags>.*Thread.*Group.*</Flags>" >"/dev/null" 2>&1 && printf "$(($(sysctl -n
"kern.smp.cpus")/2))" || printf "$(sysctl -n "kern.smp.cpus")")+1))" && printf
"\007" && sleep "0.500" && printf "\007" && sleep "1.000" && printf "\007" &&
sleep "2.000" && printf "\007" && sleep "4.000" && printf "\007"
Now I get Following Error:
… … … …
--- opensolaris_atomic.o ---
cc -target i386-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/i386.i386/tmp
-B/usr/obj/usr/src/i386.i386/tmp/usr/bin -c -x assembler-with-cpp -DLOCORE
-DFREEBSD_NAMECACHE -D_SYS_VMEM_H_ -D__KERNEL -D__KERNEL__ -nostdinc
-include /usr/src/sys/modules/zfs/static_ccompile.h
-I/usr/src/sys/contrib/openzfs/include
-I/usr/src/sys/contrib/openzfs/include/os/freebsd
-I/usr/src/sys/contrib/openzfs/include/os/freebsd/spl
-I/usr/src/sys/contrib/openzfs/include/os/freebsd/zfs
-I/usr/src/sys/modules/zfs -I/usr/src/sys/contrib/openzfs/module/zstd/include
-O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/usr/src/sys
-I/usr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -MD
-MF.depend.opensolaris_atomic.o -MTopensolaris_atomic.o
-fdebug-prefix-map=./machine=/usr/src/sys/i386/include
-fdebug-prefix-map=./x86=/usr/src/sys/x86/include -mno-mmx -mno-sse
-msoft-float -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__
-Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas
-Wno-error-tautological-compare -Wno-error-empty-body
-Wno-error-parentheses-equality -Wno-error-unused-function
-Wno-error-pointer-sign -Wno-error-shift-negative-value
-Wno-address-of-packed-member -Wno-format-zero-length -mno-aes -mno-avx
-std=iso9899:1999 -Wno-cast-qual -Wno-duplicate-decl-specifier -Wno-inline
-Wno-missing-braces -Wno-missing-prototypes -Wno-nested-externs
-Wno-parentheses -Wno-pointer-arith -Wno-redundant-decls
-Wno-strict-prototypes -Wno-switch -Wno-undef -Wno-uninitialized
-Wno-unknown-pragmas -Wno-unused -include
/usr/src/sys/contrib/openzfs/include/os/freebsd/spl/sys/ccompile.h
-I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys
-I/usr/src/sys/cddl/compat/opensolaris -DBUILDING_ZFS -DHAVE_UIO_ZEROCOPY
-DWITH_NETDUMP -D__KERNEL__ -D_SYS_CONDVAR_H_ -DSMP -DIN_FREEBSD_BASE
-DHAVE_KSID -DBITS_PER_LONG=32 -Werror
/usr/src/sys/cddl/contrib/opensolaris/common/atomic/i386/opensolaris_atomic.S
cc: error: no such file or directory:
'/usr/src/sys/cddl/contrib/opensolaris/common/atomic/i386/opensolaris_atomic.S'
cc: error: no input files
*** [opensolaris_atomic.o] Error code 1
make[2]: stopped in /usr/obj/usr/src/i386.i386/sys/CrazyBook
… … … …
When I try to use «options ZFS» instead of «device zfs», or both in kernel
Config, I get the same Error.
The very Simplyfied Kernel Configuration, that Produces Described Error is
attached to Message. Also attached Full «Make BuildKernel» OutPut (Big File)
and Current System «kldstat -v», which shows that Modules «zfs_vdev»,
«zfs_zvol», «zfsctrl», «zfs», «opensolaris» are in «/boot/kernel/kernel» on
12.1, how to make the same in 13.0?
I saw file
«/usr/src/sys/cddl/contrib/opensolaris/common/atomic/i386/opensolaris_atomic.S»
in 12.2 Sources, but It was ReMoved in 13.0. I did not try to Copy this File
from Previous Distributions, because IMHO this is a «Wrong Way».
Why am I worried about This?
1. I Read that some Modules (for example, "IPFW", …) work Better
(Theoretically, Faster) when they are Embedded into the FreeBSD Kernel, than if
they are KLDLoaded during Boot.
2. SomeTimes (on Some Small-Disk Systems) is useful to make «bzip2
--best --verbose "/boot/kernel/kernel"», but It does not Work on
«/boot/kernel/*.ko».
3. Finally, It worked in Previous Versions of the System — so, Should
work in 13.0 too. And the Solution, most likely, is not very Labor-Intensive…
What is the Best Way to Do in Case to Make the Kernel, including «All Needed»?
is it safe to use:
device zfs
options KSTACK_PAGES=4
makeoptions WITHOUT_MODULES+="opensolaris zfs"
or better:
options ZFS
I did not Find some Detailed Documentation about This Parameters and what is
the Difference between «options ZFS» and «device zfs»…
--
You are receiving this mail because:
You are the assignee for the bug.