Re: make buildkernel does not respect KERNCONF or JOBS in /etc/make.conf
Scott Bennett skrev: > > On Sun, 11 Dec 2016 12:34:58 + tech-lists > wrote: > >> I have found that make buildkernel/installkernel does not respect >> KERNCONF= variables. It also doesn't respect MAKE_JOBS_NUMBER. It *DOES* >> however respect WITH_CCACHE_BUILD. It's hard to say when the behaviour >> changed to what it is, but it was sometime around the time that >> 11-CURRENT became 11-STABLE. >> >> Sources are 11-STABLE r309795 >> >> Here is my /etc/make.conf, which used to work: >> >> MALLOC_PRODUCTION=yes >> WITH_CCACHE_BUILD=yes >> MAKE_JOBS_NUMBER=32 >> KERNCONF=PUMPKIN GENERIC >> WITH_MANCOMPRESS=YES >> WITHOUT_DEBUG=YES >> DEFAULT_VERSIONS+= ssl=libressl >> OPTIMIZED_CFLAGS=YES >> BUILD_OPTIMIZED=YES >> >> I used to be able to buildworld and kernel like this: >> >> root@localhost:/usr/src# make cleandir && make clean && make buildworld >> && make buildkernel && make installkernel && mergemaster -p >> >> and I'd get two installed kernels, PUMPKIN and GENERIC >> >> now I have to specify on the line: >> >> root@localhost:/usr/src# make cleandir && make clean && make -j32 >> buildworld && make -j32 buildkernel KERNCONF=PUMPKIN >> >> Also, I have to specify jobs # for both buildworld and buildkernel >> otherwise it just uses one, two or four cores. >> >> How can I get it to work like it did previously? >> > You may have misremembered how you did it previously. Try adding > > BUILDKERNELS=PUMPKIN GENERIC > > to your /etc/src.conf and removing the KERNCONF line from /etc/make.conf > before you run it again. KERNCONF goes on the "make buildkernel" command, > not into /etc/make.conf, but should not be necessary at all if /etc/src.conf > contains the list of kernels to be built. (See src.conf(5).) - BUILDKERNELS is used in Makefile.inc1 but not listed in neither src.conf(5) nor make.conf(5) - KERNCONF is listed in make.conf(5) - I use KERNCONF in /etc/make.conf to build two kernels and it works So why are you giving this advice? -- Herbert ___ 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"
FreeBSD_STABLE_9-i386 - Build #529 - Fixed
FreeBSD_STABLE_9-i386 - Build #529 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/529/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/529/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/529/console Change summaries: 309860 by dim: Fix libllvmanalysis build failure after r309857: on stable/9, llvm is compiled by gcc, and without -std=c++11, so the nullptr keyword is unknown. Use the old-school plain zero syntax instead. ___ 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"
make buildkernel does not respect KERNCONF or JOBS in /etc/make.conf
On Sun, 11 Dec 2016 12:34:58 + tech-lists wrote: >I have found that make buildkernel/installkernel does not respect >KERNCONF= variables. It also doesn't respect MAKE_JOBS_NUMBER. It *DOES* >however respect WITH_CCACHE_BUILD. It's hard to say when the behaviour >changed to what it is, but it was sometime around the time that >11-CURRENT became 11-STABLE. > >Sources are 11-STABLE r309795 > >Here is my /etc/make.conf, which used to work: > >MALLOC_PRODUCTION=yes >WITH_CCACHE_BUILD=yes >MAKE_JOBS_NUMBER=32 >KERNCONF=PUMPKIN GENERIC >WITH_MANCOMPRESS=YES >WITHOUT_DEBUG=YES >DEFAULT_VERSIONS+= ssl=libressl >OPTIMIZED_CFLAGS=YES >BUILD_OPTIMIZED=YES > >I used to be able to buildworld and kernel like this: > >root@localhost:/usr/src# make cleandir && make clean && make buildworld >&& make buildkernel && make installkernel && mergemaster -p > >and I'd get two installed kernels, PUMPKIN and GENERIC > >now I have to specify on the line: > >root@localhost:/usr/src# make cleandir && make clean && make -j32 >buildworld && make -j32 buildkernel KERNCONF=PUMPKIN > >Also, I have to specify jobs # for both buildworld and buildkernel >otherwise it just uses one, two or four cores. > >How can I get it to work like it did previously? > You may have misremembered how you did it previously. Try adding BUILDKERNELS=PUMPKIN GENERIC to your /etc/src.conf and removing the KERNCONF line from /etc/make.conf before you run it again. KERNCONF goes on the "make buildkernel" command, not into /etc/make.conf, but should not be necessary at all if /etc/src.conf contains the list of kernels to be built. (See src.conf(5).) Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * ** * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ 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"
FreeBSD_stable_9 - Build #1227 - Fixed
FreeBSD_stable_9 - Build #1227 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1227/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1227/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1227/console Change summaries: 309860 by dim: Fix libllvmanalysis build failure after r309857: on stable/9, llvm is compiled by gcc, and without -std=c++11, so the nullptr keyword is unknown. Use the old-school plain zero syntax instead. ___ 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: make buildkernel does not respect KERNCONF or JOBS in /etc/make.conf
On 11/12/2016 16:48, Herbert J. Skuhra wrote:
tech-lists wrote:
Hello list,
I have found that make buildkernel/installkernel does not respect
KERNCONF= variables. It also doesn't respect MAKE_JOBS_NUMBER. It
*DOES* however respect WITH_CCACHE_BUILD. It's hard to say when the
behaviour changed to what it is, but it was sometime around the time
that 11-CURRENT became 11-STABLE.
Sources are 11-STABLE r309795
Here is my /etc/make.conf, which used to work:
I don't know MAKE_JOBS_NUMBER(?), but KERNCONF works for me!
Are you sure that there is no extra KERNCONF line in /etc/src.conf?
--
Herbert
___
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"
Hi,
Yep I'm sure. The only extra I've added is for nvidia-driver. Everything
else is a "without" directive. My /etc/src.conf looks like this:
# less src.conf
PORTS_MODULES=x11/nvidia-driver
WITHOUT_ASSERT_DEBUG="YES"
WITHOUT_ATM="YES"
WITHOUT_AUDIT="YES"
#WITHOUT_BLUETOOTH="YES"
WITHOUT_BOOTPD="YES"
#WITHOUT_BSNMP="YES"
WITHOUT_CUSE="YES"
WITHOUT_DMAGENT="YES"
WITHOUT_FINGER="YES"
WITHOUT_FLOPPY="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITHOUT_HAST="YES"
WITHOUT_HYPERV="YES"
WITHOUT_INETD="YES"
WITHOUT_IPFILTER="YES"
WITHOUT_IPX="YES"
WITHOUT_IPX_SUPPORT="YES"
WITHOUT_ISCSI="YES"
WITHOUT_JAIL="YES"
WITHOUT_KERBEROS="YES"
WITHOUT_KERBEROS_SUPPORT="YES"
WITHOUT_LPR="YES"
#WITHOUT_NDIS="YES"
#WITHOUT_NETGRAPH="YES"
WITHOUT_PORTSNAP="YES"
WITHOUT_PPP="YES"
WITHOUT_QUOTAS="YES"
WITHOUT_RADIUS_SUPPORT="YES"
WITHOUT_RBOOTD="YES"
WITHOUT_RCMDS="YES"
WITHOUT_ROUTED="YES"
WITHOUT_SHAREDOCS="YES"
WITHOUT_TALK="YES"
WITHOUT_TFTP="YES"
WITHOUT_TCP_WRAPPERS="YES"
WITHOUT_TESTS="YES"
This is the error I get when I try to build kernel and world the old way:
/usr/src # make cleandir && make clean && make buildworld && make
buildkernel && make installkernel && mergemaster -p
===> zlib (all)
machine -> /storage/usr/src/sys/amd64/include
x86 -> /storage/usr/src/sys/x86/include
/usr/local/bin/ccache cc -target x86_64-unknown-freebsd11.0
--sysroot=/usr/obj/storage/usr/src/tmp
-B/usr/obj/storage/usr/src/tmp/usr/bin -O2 -pipe -fno-strict-aliasing
-Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS
-include /obj/storage/usr/src/sys/PUMPKIN/opt_global.h -I.
-I/storage/usr/src/sys -fno-common -fno-omit-frame-pointer
-mno-omit-leaf-frame-pointer -I/obj/storage/usr/src/sys/PUMPKIN -MD
-MF.depend.zlib.o -MTzlib.o -mcmodel=kernel -mno-red-zone -mno-mmx
-mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding
-fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
-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 -mno-aes
-mno-avx -std=iso9899:1999 -c
/storage/usr/src/sys/modules/zlib/../../libkern/zlib.c -o zlib.o
ld -d -warn-common -r -d -o zlib.ko zlib.o
:> export_syms
awk -f /storage/usr/src/sys/conf/kmod_syms.awk zlib.ko export_syms |
xargs -J% objcopy % zlib.ko
objcopy --strip-debug zlib.ko
===> Ports module x11/nvidia-driver (all)
cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver; env -u CC -u CXX -u CPP
PATH=/usr/obj/storage/usr/src/tmp/legacy/usr/sbin:/usr/obj/storage/usr/src/tmp/legacy/usr/bin:/usr/obj/storage/usr/src/tmp/legacy/bin:/usr/obj/storage/usr/src/tmp/usr/sbin:/usr/obj/storage/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin
SRC_BASE=/storage/usr/src OSVERSION=1100506
WRKDIRPREFIX=/usr/obj/storage/usr/src/sys/PUMPKIN GENERIC make -B clean all
env: GENERIC: No such file or directory
*** Error code 127
Stop.
make[2]: stopped in /obj/storage/usr/src/sys/PUMPKIN
*** Error code 1
Stop.
make[1]: stopped in /storage/usr/src
*** Error code 1
Stop.
make: stopped in /storage/usr/src
##
The config file(s) are there:
root@localhost:/usr/src# ls -la /sys/amd64/conf
total 85
drwxr-xr-x 2 root wheel 9 Dec 10 12:12 .
drwxr-xr-x 14 root wheel 15 Dec 10 12:06 ..
-rw-r--r-- 1 root wheel491 Dec 10 12:06 DEFAULTS
-rw-r--r-- 1 root wheel 14315 Dec 10 12:06 GENERIC
-rw-r--r-- 1 root wheel827 Dec 10 12:06 GENERIC.hints
-rw-r--r-- 1 root wheel 5762 Dec 10 12:06 MINIMAL
-rw-r--r-- 1 root wheel139 Dec 10 12:06 Makefile
-rw-r--r-- 1 root wheel 20174 Dec 10 12:06 NOTES
-rw-r--r-- 1 root wheel 6538 Dec 10 12:12 PUMPKIN
many thanks,
--
J.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "
Re: make buildkernel does not respect KERNCONF or JOBS in /etc/make.conf
tech-lists wrote: > > Hello list, > I have found that make buildkernel/installkernel does not respect > KERNCONF= variables. It also doesn't respect MAKE_JOBS_NUMBER. It > *DOES* however respect WITH_CCACHE_BUILD. It's hard to say when the > behaviour changed to what it is, but it was sometime around the time > that 11-CURRENT became 11-STABLE. > > Sources are 11-STABLE r309795 > > Here is my /etc/make.conf, which used to work: I don't know MAKE_JOBS_NUMBER(?), but KERNCONF works for me! Are you sure that there is no extra KERNCONF line in /etc/src.conf? -- Herbert ___ 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: CVE-2016-7434 NTP
On 08 Dec 2016, at 06:08, Michelle Sullivan wrote: > > Are we going to get a patch for CVE-2016-7434 on FreeBSD 9.3? On Nov 22, in r309009, Xin Li merged ntp 4.2.8p9, which fixes this issue, to stable/9: https://svnweb.freebsd.org/changeset/base/309009 Unfortunately the commit message did not mention the CVE identifier. I can't find any corresponding security advisory either. -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Huge hpet0 interrupt storm, but only if HGST HTS721010A9E630 HDD is present at the boot _and_ formatted with recognized fs (??)
Additionally, HGST HTS721010A9E630 was already RMAd once, either it's got a replacement new logic board, or I've got another 'refurbished' one (it's stamped as such), however it did not change a thing. It's firmware is the latest I think. -- View this message in context: http://freebsd.1045724.x6.nabble.com/Huge-hpet0-interrupt-storm-but-only-if-HGST-HTS721010A9E630-HDD-is-present-at-the-boot-and-formatted-tp6151041p6151059.html Sent from the freebsd-stable mailing list archive at Nabble.com. ___ 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"
make buildkernel does not respect KERNCONF or JOBS in /etc/make.conf
Hello list, I have found that make buildkernel/installkernel does not respect KERNCONF= variables. It also doesn't respect MAKE_JOBS_NUMBER. It *DOES* however respect WITH_CCACHE_BUILD. It's hard to say when the behaviour changed to what it is, but it was sometime around the time that 11-CURRENT became 11-STABLE. Sources are 11-STABLE r309795 Here is my /etc/make.conf, which used to work: MALLOC_PRODUCTION=yes WITH_CCACHE_BUILD=yes MAKE_JOBS_NUMBER=32 KERNCONF=PUMPKIN GENERIC WITH_MANCOMPRESS=YES WITHOUT_DEBUG=YES DEFAULT_VERSIONS+= ssl=libressl OPTIMIZED_CFLAGS=YES BUILD_OPTIMIZED=YES I used to be able to buildworld and kernel like this: root@localhost:/usr/src# make cleandir && make clean && make buildworld && make buildkernel && make installkernel && mergemaster -p and I'd get two installed kernels, PUMPKIN and GENERIC now I have to specify on the line: root@localhost:/usr/src# make cleandir && make clean && make -j32 buildworld && make -j32 buildkernel KERNCONF=PUMPKIN Also, I have to specify jobs # for both buildworld and buildkernel otherwise it just uses one, two or four cores. How can I get it to work like it did previously? Many thanks, -- J. ___ 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"
Huge hpet0 interrupt storm, but only if HGST HTS721010A9E630 HDD is present at the boot _and_ formatted with recognized fs (??)
Hello, I would like to share symptoms I've encountered to hopefully spare somebody the headache I have now. HGST HTS721010A9E630 (HGST Travelstar 7K1000) is good value now, it's a 1TB 2,5" 7200 rpm HDD with 100 MB/s+ reads and writes. I've hoped to use it as a SSD backup. Environment: FreeBSD 11.0-STABLE #0 r309672 amd64 Lenovo Thinkpad T400, latest official BIOS HGST HTS721010A9E630 is the problematic HDD, JB0OA3J0 firmware Description: Laptop without added HGST disk works fine. Situation does not change after adding the disk- it is recognized correctly, diskinfo reports correct throughput, after enabling SMART, smartctl reports are all clear. You can now reboot the system with the disk attached without any problems. However, after the disk is gpt formatted to recognizable FS (UFS2+SU, no journaling, 1 partition freebsd-ufs (932G), I have used @wblock guide), as soon as you reboot the machine, there is a huge interrupt storm with hpet0 (vmstat -i) on the restart, which stalls the computer. It does not matter if said disk is mounted on reboot or not. All it needs is a mere presence of a disk with recognizable FS. Nonetheless, if such disk were to be added mere seconds after a booting, it would work fine. As verified by vmstat -i. If I were to manually eject/reinsert the disk after each reboot, I could use it without problems. * I have photos of the interrupt storm, though it's just irq20 hpet0 rate 120-570 normally and about 305000 rate with the storm. The storm only happens if the disk is already attached during the reboot process. The irq attached to disks are the same between storm/no storm scenario. All that changes is hpet0 interrupt rate. * I can use two disk at the same time because I'm using the the bay in place of optical drive, however I've swapped some disks around and I'm positive the problem lies with HGST disk presence, not a it's 'point of attachment'. Any takers? -- View this message in context: http://freebsd.1045724.x6.nabble.com/Huge-hpet0-interrupt-storm-but-only-if-HGST-HTS721010A9E630-HDD-is-present-at-the-boot-and-formatted-tp6151041.html Sent from the freebsd-stable mailing list archive at Nabble.com. ___ 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"
FreeBSD_STABLE_9-i386 - Build #527 - Fixed
FreeBSD_STABLE_9-i386 - Build #527 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/527/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/527/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/527/console Change summaries: 309849 by delphij: MFC r308420: MFV r308392: file 5.29. ___ 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"
