From owner-freebsd-current@freebsd.org Sun Jan 24 04:15:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FF4EA8DBF3; Sun, 24 Jan 2016 04:15:50 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 74A491FF4; Sun, 24 Jan 2016 04:15:50 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BA531C11; Sun, 24 Jan 2016 04:15:50 +0000 (UTC) Date: Sun, 24 Jan 2016 04:15:47 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <499055774.5.1453608950606.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2184 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 04:15:50 -0000 FreeBSD_HEAD_i386 - Build #2184 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2184/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2184/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2184/console Change summaries: 294654 by pfg: Fix comment. 294653 by pfg: Rename some directory index constants. Directory index was introduced in ext3. We don't always use the prefix to denote the ext2 variant they belong to but when we do we should try to be accurate. 294652 by pfg: ext2: Initialize i_flag after allocation. We use i_flag to carry some flags like IN_E4INDEX which newer ext2fs variants uses internally. fsck.ext3 rightfully complains after our implementation tags non-directory inodes with INDEX_FL. Initializing i_flag during allocation removes the noise factor and quiets down fsck. Patch from: Damjan Jovanovic PR: 206530 The end of the build log: [...truncated 188553 lines...] --- modules-all --- --- all_subdir_ex --- ctfconvert -L VERSION -g if_ex_pccard.o --- if_ex.kld --- ld -d -warn-common -r -d -o if_ex.kld if_ex.o if_ex_isa.o if_ex_pccard.o ctfmerge -L VERSION -g -o if_ex.kld if_ex.o if_ex_isa.o if_ex_pccard.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_ex.kld export_syms | xargs -J% objcopy % if_ex.kld --- if_ex.ko.full --- ld -Bshareable -d -warn-common -o if_ex.ko.full if_ex.kld --- if_ex.ko.debug --- objcopy --only-keep-debug if_ex.ko.full if_ex.ko.debug --- if_ex.ko --- objcopy --strip-debug --add-gnu-debuglink=if_ex.ko.debug if_ex.ko.full if_ex.ko --- all_subdir_em --- --- e1000_mbx.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/em/../../dev/e1000/e1000_mbx.c -o e1000_mbx.o --- e1000_vf.o --- ctfconvert -L VERSION -g e1000_vf.o --- all_subdir_drm2 --- --- radeon_gem.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 -I/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon -c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_gem.c -o radeon_gem.o --- hwregs.o --- ctfconvert -L VERSION -g hwregs.o --- modules-all --- --- radeon_irq_kms.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 -I/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon -c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_irq_kms.c -o radeon_irq_kms.o --- radeon_gart.o --- ctfconvert -L VERSION -g radeon_gart.o --- all_subdir_em --- --- e1000_mbx.o --- ctfconvert -L VERSION -g e1000_mbx.o --- e1000_i210.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/em/../../dev/e1000/e1000_i210.c -o e1000_i210.o --- e1000_82540.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/em/../../dev/e1000/e1000_82540.c -o e1000_82540.o --- all_subdir_drm2 --- --- radeon_gem.o --- ctfconvert -L VERSION -g radeon_gem.o --- hwsleep.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 -Werror /usr/src/sys/contrib/dev/acpica/components/hardware/hwsleep.c --- modules-all --- --- radeon_irq_kms.o --- ctfconvert -L VERSION -g radeon_irq_kms.o --- all_subdir_em --- ctfconvert -L VERSION -g e1000_82540.o --- all_subdir_drm2 --- --- radeon_kms.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 -I/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon -c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_kms.c -o radeon_kms.o --- radeon_legacy_crtc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 -I/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon -c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_legacy_crtc.c -o radeon_legacy_crtc.o --- hwsleep.o --- ctfconvert -L VERSION -g hwsleep.o --- modules-all --- --- radeon_legacy_encoders.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 -I/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon -c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_legacy_encoders.c -o radeon_legacy_encoders.o --- all_subdir_em --- --- e1000_i210.o --- ctfconvert -L VERSION -g e1000_i210.o --- e1000_82542.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/em/../../dev/e1000/e1000_82542.c -o e1000_82542.o ctfconvert -L VERSION -g e1000_82542.o --- e1000_82541.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/em/../../dev/e1000/e1000_82541.c -o e1000_82541.o --- all_subdir_drm2 --- --- radeon_kms.o --- ctfconvert -L VERSION -g radeon_kms.o --- all_subdir_em --- --- e1000_82543.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/em/../../dev/e1000/e1000_82543.c -o e1000_82543.o --- all_subdir_drm2 --- --- radeon_legacy_crtc.o --- ctfconvert -L VERSION -g radeon_legacy_crtc.o --- all_subdir_exca --- ===> exca (all) --- all_subdir_drm2 --- --- radeon_legacy_encoders.o --- ctfconvert -L VERSION -g radeon_legacy_encoders.o --- all_subdir_exca --- --- exca.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/exca/../../dev/exca/exca.c -o exca.o --- all_subdir_em --- --- e1000_82541.o --- ctfconvert -L VERSION -g e1000_82541.o --- all_subdir_drm2 --- --- radeon_legacy_tv.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 -I/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon -c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_legacy_tv.c -o radeon_legacy_tv.o --- all_subdir_em --- --- e1000_80003es2lan.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/em/../../dev/e1000/e1000_80003es2lan.c -o e1000_80003es2lan.o --- all_subdir_exca --- ctfconvert -L VERSION -g exca.o --- exca.kld --- ld -d -warn-common -r -d -o exca.kld exca.o ctfmerge -L VERSION -g -o exca.kld exca.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk exca.kld export_syms | xargs -J% objcopy % exca.kld --- exca.ko.full --- ld -Bshareable -d -warn-common -o exca.ko.full exca.kld --- exca.ko.debug --- objcopy --only-keep-debug exca.ko.full exca.ko.debug --- exca.ko --- objcopy --strip-debug --add-gnu-debuglink=exca.ko.debug exca.ko.full exca.ko --- all_subdir_em --- --- e1000_ich8lan.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/em/../../dev/e1000/e1000_ich8lan.c -o e1000_ich8lan.o --- e1000_82543.o --- ctfconvert -L VERSION -g e1000_82543.o --- all_subdir_ext2fs --- ===> ext2fs (all) --- ext2_alloc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_alloc.c -o ext2_alloc.o --- all_subdir_drm2 --- ctfconvert -L VERSION -g radeon_legacy_tv.o --- radeon_object.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 -I/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon -c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_object.c -o radeon_object.o --- all_subdir_em --- --- e1000_80003es2lan.o --- ctfconvert -L VERSION -g e1000_80003es2lan.o --- all_subdir_drm2 --- --- radeon_pm.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 -I/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon -c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_pm.c -o radeon_pm.o --- all_subdir_ext2fs --- ctfconvert -L VERSION -g ext2_alloc.o --- ext2_balloc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_balloc.c -o ext2_balloc.o --- all_subdir_drm2 --- --- radeon_object.o --- ctfconvert -L VERSION -g radeon_object.o --- all_subdir_ext2fs --- ctfconvert -L VERSION -g ext2_balloc.o --- all_subdir_drm2 --- --- radeon_pm.o --- ctfconvert -L VERSION -g radeon_pm.o --- all_subdir_ext2fs --- --- ext2_bmap.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_bmap.c -o ext2_bmap.o --- all_subdir_fatm --- ===> fatm (all) --- all_subdir_drm2 --- --- radeon_ring.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 -I/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon -c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_ring.c -o radeon_ring.o --- all_subdir_fatm --- --- if_fatm.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/fatm/../../dev/fatm/if_fatm.c -o if_fatm.o --- all_subdir_ext2fs --- ctfconvert -L VERSION -g ext2_bmap.o --- ext2_extents.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_extents.c -o ext2_extents.o ctfconvert -L VERSION -g ext2_extents.o --- ext2_hash.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_hash.c -o ext2_hash.o --- all_subdir_drm2 --- ctfconvert -L VERSION -g radeon_ring.o --- radeon_sa.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 -I/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon -c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_sa.c -o radeon_sa.o --- all_subdir_em --- --- e1000_ich8lan.o --- ctfconvert -L VERSION -g e1000_ich8lan.o --- e1000_82571.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/em/../../dev/e1000/e1000_82571.c -o e1000_82571.o --- all_subdir_ext2fs --- ctfconvert -L VERSION -g ext2_hash.o --- ext2_htree.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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 /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_htree.c -o ext2_htree.o /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_htree.c:93:19: error: use of undeclared identifier 'IN_E3INDEX' ip->i_flag & IN_E3INDEX) ^ /usr/src/sys/modules/ext2fs/../../fs/ext2fs/ext2_htree.c:656:16: error: use of undeclared identifier 'IN_E3INDEX' dp->i_flag |= IN_E3INDEX; ^ 2 errors generated. *** [ext2_htree.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/ext2fs 1 error make[4]: stopped in /usr/src/sys/modules/ext2fs *** [all_subdir_ext2fs] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_drm2 --- ctfconvert -L VERSION -g radeon_sa.o A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/drm2/radeonkms *** [all_subdir_radeonkms] Error code 2 make[4]: stopped in /usr/src/sys/modules/drm2 1 error make[4]: stopped in /usr/src/sys/modules/drm2 *** [all_subdir_drm2] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_em --- ctfconvert -L VERSION -g e1000_82571.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/em *** [all_subdir_em] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_fatm --- ctfconvert -L VERSION -g if_fatm.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/fatm *** [all_subdir_fatm] Error code 2 make[3]: stopped in /usr/src/sys/modules 4 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7701395926539430030.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sun Jan 24 06:22:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77913A8E112; Sun, 24 Jan 2016 06:22:04 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD9613DD; Sun, 24 Jan 2016 06:22:04 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A11D2C56; Sun, 24 Jan 2016 06:22:04 +0000 (UTC) Date: Sun, 24 Jan 2016 06:22:00 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2071003943.9.1453616524413.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <499055774.5.1453608950606.JavaMail.jenkins@jenkins-9.freebsd.org> References: <499055774.5.1453608950606.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2185 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 06:22:04 -0000 FreeBSD_HEAD_i386 - Build #2185 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2185/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2185/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2185/console Change summaries: 294655 by pfg: ext2: rename some directory index constants. Missed from r294653. Pointyhat: me From owner-freebsd-current@freebsd.org Sun Jan 24 08:42:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66AA1A8F18D; Sun, 24 Jan 2016 08:42:02 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B9D01387; Sun, 24 Jan 2016 08:42:02 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-lb0-x230.google.com with SMTP id cl12so60242114lbc.1; Sun, 24 Jan 2016 00:42:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=s9BKI5FAOBv2pvJHJC7pNx27WlQLNGm277nzvyo7bUY=; b=pCj9vLGlppH7lozoqrXLqePFlToG7EIaLuJKf2mtfmoOPF4UNKLAQW9bOqPChwzSaq S2Z9Rhtif0m1DBKAfVipa8BuaxMBku1cH6lPhzzvjJn83kR8Ye7haJXFg37n/MSgDTJ+ xlmk9o9yzwXG4ymELzWWYCkyt1XXRLXd/jL0gpC3LITXvZWoW+Jiwsw8DqZmvbHymCx1 4LMDmyManKpBg854CfQK2iN4+vB92ej6WhZKmd1MTmrwVzrfK2byaVFRtg1Npcfcd6qm KtjlzKoz8R/ydqd0J1PCTBA5hGJ7FmRpwhRq0o2l/fDYVc0PMuB4laTeQx16cdtpDfT1 JuNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=s9BKI5FAOBv2pvJHJC7pNx27WlQLNGm277nzvyo7bUY=; b=IuvfvAdErNK7cQci+1RCdTdnmg4L7mmWdWsIQU7+g3TOLSVRjJpCR5eJgOs0FL/w7F PNqc8yQLQpT1vpEPVXGpkahd+nO57fJjLSBfMfkQaYe6/KYmNtcrF+UZVx9AkwQHV5Mr VIN8zZ8Q3dDSj9qPzeoud3VzKw3hjR+TNO2JODXA7PRo8jhpl3pbJnLdfO4TYEyhQsWC fN4Ml3AtvpUex9OSjLlakXFVrp1p5B8VjQL+HY6b4Xc5aub6CnZ8wLUYVhZ7oozA1PWP 9VNx8hiTA/K6bGcEQDTiSmEvEpVbpOtKW9svFu+sEB8jVHM/qJFIbNqBzfAj4SAxWpKw za5A== X-Gm-Message-State: AG10YOTE/3A1AsNxqT4ODrCQlWCCy3Z19AJxyc52t7yn4p0P+mhrWpD7caHwdXLuk2WoggmFw9gOpKs+enlK7g== MIME-Version: 1.0 X-Received: by 10.112.143.163 with SMTP id sf3mr4068772lbb.117.1453624919001; Sun, 24 Jan 2016 00:41:59 -0800 (PST) Received: by 10.25.89.10 with HTTP; Sun, 24 Jan 2016 00:41:58 -0800 (PST) In-Reply-To: References: Date: Sun, 24 Jan 2016 09:41:58 +0100 Message-ID: Subject: Re: Multicast routing on FreeBSD 11 current From: Ben Woods To: "freebsd-net@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 08:42:02 -0000 On Saturday, 23 January 2016, Ben Woods wrote: > > I am running the GENERIC kernel, except with VIMAGE enabled and SCTP > disabled. > > When I try to load the kernel module, I am getting an error: > % sudo kldload -v ip_mroute > kldload: an error occurred while loading the module. Please check dmesg(8) > for more details. > % dmesg > linker_load_file: Unsupported file type > > Any ideas what could be causing this error? > > Thanks for your help. > > Regards, > Ben > > -- > From: Benjamin Woods > woodsb02@gmail.com > Hi everyone, Could someone running FreeBSD current on a test machine try loading the ip_mroute driver on their machine? This is to enable multicast routing, but I am wondering if it fails to load for everyone, or it is specific to my build some how. I am running r294463, please let me know which version you are running if it works or doesn't work. Regards, Ben -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Sun Jan 24 10:25:18 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03A8670FB; Sun, 24 Jan 2016 10:25:18 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-lf0-x234.google.com (mail-lf0-x234.google.com [IPv6:2a00:1450:4010:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 79257FD8; Sun, 24 Jan 2016 10:25:17 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by mail-lf0-x234.google.com with SMTP id c192so69373844lfe.2; Sun, 24 Jan 2016 02:25:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=ESHL5PSzRQmcSPcJfRLyLk6WhJrm77DWxaE/lW1cRoI=; b=EVrQQuET/6JdU6dCMVo15JA9tj6ilcN9JEEEfcKH52ssN7YqvCy+oEq9u9vPCyrV3N +0TeR62i584Pg95bBCtqhB+1oDvV5kEahl7IpzmjT1SMwvkSOCUAKNUaMov1pFh1UQND hZq6AOkWSn2KhtEW4iGDCwKiQzN5CMM+Ui4M4w8kVUgVSZkxr/NhtEyJ6+28BugNH4T4 mO7Q6k1N7kVBcK1+ltZO62EUL2jxykAVW0inaLdyFXF/QhODXtYv57b8RFqTYGtOxKcB lL9LBxwSmjWxwDfIlM5D/3I38/SNKcRNtkLSkFxg5TCXRmF7fyk9uiz4J39Q+ek72RzI tfkA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cochard-me.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=ESHL5PSzRQmcSPcJfRLyLk6WhJrm77DWxaE/lW1cRoI=; b=elSCahn3ffBy+LqyoNy4trDieFF7Jo3HOUeYBLhp+0s926fE0BGsg4+SbJhCYIFttl G7009n4SyjfgOzu30iDSJWNoAfAamrW9BcFeJqu8yszQh0D2ogtPYJiPuII6rgUBmk2U ZAMdjXwk66LL4wAeLzhCOgnOS7MFqSk0+iu/niUd1Jed5nRNyWzV8A7urTpj1QuTRzfP R18k582vJjJNwbJM9qhYnvE81x0ZIggH1w47bZVMVZClcjO3ajdvfcFr63Lk+pzUMy1L wwDhf0tJaqL0NhZP13fhOGWRZXFm5tXCOJ1zgJ366L2q5ge4zGpCx+AhyhCVXC6A4nsl eZ4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=ESHL5PSzRQmcSPcJfRLyLk6WhJrm77DWxaE/lW1cRoI=; b=IZstXGuVJPI2n6CK14+0HMra90MrjSvJyeTJCL2Znva8WmqlAEOLZAu7okeWZV3QhS ucQRMsyys6W7E4AjcByWnHBd0Y6YIVGHZZtaxMpD290SjIc9X6xSkcIAArzZw0RTWKYS jHdhCTFYrwrsNiz+BNjwzGVanQFaDOm6+tKUH1EH4OElnuTuamX3ZFo/D8U4U0P8zl2S P3iEIsD6wHAIH6n8eX3XFNjgzBVbjKdF9hDG82lWq75DY5P2+WllvE44nIus+mEdE4zK Cdvo+Jh606JGMRXS8VmksHGrV/KHG5x4X0ioyJeE6cqqsKJXZnKYNGzf7pDNE6vhua4c gZuQ== X-Gm-Message-State: AG10YOREyU8O6nE96a9pRYfmNiNDyqvmsgjn4tIXEPjMPyT1MNHlDQKb7bgx+GUzHzrMVVINcrzN2F43tRnMPw== X-Received: by 10.25.33.198 with SMTP id h189mr4465883lfh.91.1453631115322; Sun, 24 Jan 2016 02:25:15 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.25.136.11 with HTTP; Sun, 24 Jan 2016 02:24:55 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Sun, 24 Jan 2016 11:24:55 +0100 X-Google-Sender-Auth: yMbqNz4oNLhDbsuPLrb_e0zf0N8 Message-ID: Subject: Re: Multicast routing on FreeBSD 11 current To: Ben Woods Cc: "freebsd-net@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 10:25:18 -0000 On Sun, Jan 24, 2016 at 9:41 AM, Ben Woods wrote: > > Hi everyone, > > Could someone running FreeBSD current on a test machine try loading the > ip_mroute driver on their machine? > =E2=80=8BHi, no problem here: root@lame5 # uname -a FreeBSD lame5.bsdrp.net 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294522: Thu Jan 21 20:07:04 CET 2016 root@lame5.bsdrp.net:/usr/obj/usr/src/sys/GENERIC-NODEBUG amd64 root@lame5 # kldload ip_mroute root@lame5 =E2=80=8B # kldstat -m ip_mroute Id Refs Name 497 1 ip_mroute =E2=80=8BRegards, Olivier=E2=80=8B From owner-freebsd-current@freebsd.org Sun Jan 24 10:36:27 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A73775AB for ; Sun, 24 Jan 2016 10:36:27 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EC669A6 for ; Sun, 24 Jan 2016 10:36:26 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qg0-x236.google.com with SMTP id 6so89420933qgy.1 for ; Sun, 24 Jan 2016 02:36:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=BrpaPCnzs9/oXsrEGUe+Eijlxeqmq42NkmaEoVPts+g=; b=fQ7yOQKF8aDoeqpZzX05yikz+mjjsl5aBELfAW/PCI5aZdkdziKm/ivi+iMnh5dwcW Pondq2c6aJu3Jw8nHvUx/ife54SAeTPRElFqAGR2y/g2VkdXDFXo71NOFwF5wmhYR/gP xWVYeKYAqfLSH/mLZsGXtgBzrJOxdn364RrUk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=BrpaPCnzs9/oXsrEGUe+Eijlxeqmq42NkmaEoVPts+g=; b=WjnX0/aOl6MReX9nLQKFOzxsm9KFtb9Scv9BE8rckVXc4vxs7ItAau2ocad4v5YR8c KiIf0EH1eAfhmDJwhdwgd6qUcqEyAq12QZB6u5R20k+kBedNh5J0vRCqfboy0Ws5d5K0 8zpI4p0V/m0r5oZi/OXAXyTPJrL7tsEwAogRTWYlfCZFR0ttqYDscNeEqusP2yjoq/aG 6JFqM6sjvtdAVrHzXq0PcsWX7wTQERMy2JXw0UjUI0DH5HT9DjDSoyRW949tIyTDCptT LtdJM88314aUWEPB+QORvFFJmfvHgxis6hoSUeIaQeoC4Uo3j1XP/uhg3YSLqOfGIxPE cgVA== X-Gm-Message-State: AG10YOTX1N/3lmFcINeeXCnOKKJD0mQJ88dG51X0m/rJIPXLIaZyQxazJc8YEcs/pu1Ozw== X-Received: by 10.140.102.11 with SMTP id v11mr14963543qge.39.1453631786081; Sun, 24 Jan 2016 02:36:26 -0800 (PST) Received: from [192.168.0.102] ([187.19.124.185]) by smtp.googlemail.com with ESMTPSA id y133sm6613061qhc.11.2016.01.24.02.36.24 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 24 Jan 2016 02:36:25 -0800 (PST) Subject: Re: Multicast routing on FreeBSD 11 current To: freebsd-current@freebsd.org References: From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: <56A4A91F.3020907@bsd.com.br> Date: Sun, 24 Jan 2016 07:36:15 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 10:36:27 -0000 Em 24/01/2016 07:24, Olivier Cochard-Labbé escreveu: > On Sun, Jan 24, 2016 at 9:41 AM, Ben Woods wrote: > >> Hi everyone, >> >> Could someone running FreeBSD current on a test machine try loading the >> ip_mroute driver on their machine? >> > ​Hi, > > no problem here: > > root@lame5 # uname -a > FreeBSD lame5.bsdrp.net 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294522: Thu > Jan 21 20:07:04 CET 2016 > root@lame5.bsdrp.net:/usr/obj/usr/src/sys/GENERIC-NODEBUG > amd64 > root@lame5 # kldload ip_mroute > root@lame5 > ​ > # kldstat -m ip_mroute > Id Refs Name > 497 1 ip_mroute > > > ​Regards, > > Olivier​ > No problem here also. root@nostromo:~ # kldload ip_mroute root@nostromo:~ # kldstat Id Refs Address Size Name 1 34 0xffffffff80200000 1e39ca8 kernel 2 1 0xffffffff8203b000 e3b8 cuse.ko 3 1 0xffffffff8204a000 3d90 pty.ko 4 1 0xffffffff82221000 57b8 fdescfs.ko 5 1 0xffffffff82227000 a3ac linprocfs.ko 6 1 0xffffffff82232000 695a linux_common.ko 7 1 0xffffffff82239000 26f8a vboxguest.ko 8 1 0xffffffff82260000 7a9 vboxvideo.ko 9 1 0xffffffff82261000 52092 drm2.ko 10 1 0xffffffff822b4000 2679 iicbus.ko 11 1 0xffffffff822b7000 1f6a imgact_binmisc.ko 12 1 0xffffffff822b9000 657f nullfs.ko 13 1 0xffffffff822c0000 abe8 tmpfs.ko 14 1 0xffffffff822cb000 ceff ip_mroute.ko root@nostromo:~ # uname -a FreeBSD nostromo 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294319M: Tue Jan 19 20:29:21 BRT 2016 ota@nostromo:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-current@freebsd.org Sun Jan 24 13:35:07 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BD1D7CB7 for ; Sun, 24 Jan 2016 13:35:07 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2502A5F8 for ; Sun, 24 Jan 2016 13:35:06 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u0OCr1j0079967 for ; Sun, 24 Jan 2016 21:53:02 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 24 Jan 2016 21:53:00 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: ZFSROOT UEFI boot Message-Id: <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> In-Reply-To: <8991747525093115430@unknownmsgid> References: <8991747525093115430@unknownmsgid> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.29; amd64-portbld-freebsd10.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 13:35:07 -0000 Unfortunately, this (and its committed successor and original for UFS) fails to boot in some situation, like below. OTOH, gptzfsboot (and maybe gptboot for UFS, too) is OK. When I select Disk1 from UEFI firmware, bootx64.efi in Disk1 EFI partition is used and it searches /boot/loader.efi from Disk2 (in ZFS, if none, in UFS) only. And when I select Disk2, bootx64.efi in Disk2 EFI partition is used and it searches /boot/loader.efi from Disk1 only. In fact, this is a long-standing and living problem. At past, USB memstick with head memstick.img (UEFI enabled, but without root-on-ZFS support) booted fine, but after I added UFS2 partition in internal disk, the USB memstick didn't boot anymore. It searches /boot/loader.efi from internal UFS and fails as it was blank (only newfs'ed) at that time. Another USB memstick with stable/10 memstick.img is still fine, as it's still ancient BIOS based. Possibly, it's not a fault of boot1.efi but caused by differense in implementation of UEFI firmware. If that's it, different boot1.efi would be needed for each implementation. A bit more details of tests are as below. Not all combinations are covered, but would be sufficient to determine above conclusion. Common configurations for all tests: *Each disk has one EFI partition (p1), one freebsd-boot partition (p2), one swap partition (p3), one UFS partition (p4), and one ZFS pool (p5) with this order. *Each partition has different GEOM label. *In each disk, FreeBSD is installed as root on ZFS. No other OS. *stable/10 (r294614) is installed in Disk1. *head (r294567) is installed in Disk2. *ZFS-enabled boot1.efi (head r294567) is used as bootx64.efi. Set 1: Boot from Disk1 (select it in UEFI firmware). In all tests, /boot/loader.efi in Disk1 (both UFS and ZFS) are NOT searched at all. 1-1) Both UFS and ZFS has no /boot/loader.efi -> Fail to boot. Fall back to boot1 prompt. 1-2) Disk2 UFS only has /boot/loader.efi, whole /boot of Disk2 ZFS is copied to UFS. -> head in Disk2 boots fine. 1-3) Same as 1-2, except its /boot/loader.efi is overwritten by the one of stable/10. -> head in Disk2 boots fine, as loader.efi loads kernel from /boot/kernel/kernel in UFS and kernel with zfs.ko can mount root on ZFS specified by vfs.root.mountfrom. 1-4) Disk2 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS is copied to UFS and its /boot/loader.efi is overwritten by the one of head. -> stable/10 in Disk1 ZFS boots fine. 1-5) Disk2 ZFS only has /boot/loader.efi. -> head in Disk2 ZFS boots fine. 1-6) Both UFS and ZFS in Disk2 has /boot/loader.efi. (Mix of 1-4 and 1-5) -> head in Disk2 ZFS boots fine. Set 2: Boot from Disk2 (select it in UEFI firmware). In all tests, /boot/loader.efi in Disk2 (both UFS and ZFS) are NOT searched at all. 2-1) Both UFS and ZFS has no /boot/loader.efi -> Fail to boot. Fall back to boot1 prompt. ZFS pool in Disk2 is shown before one in Disk1. 2-2) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk2 ZFS is copied to UFS. -> head in Disk2 ZFS boots fine. 2-3) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS is copied to UFS. -> stable/10 in Disk1 ZFS boots fine, as loader.efi loads kernel from /boot/kernel/kernel in UFS and kernel with zfs.ko can mount root on ZFS specified by vfs.root.mountfrom. 2-4) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS is copied to UFS and its /boot/loader.efi is overwritten by the one of head. -> stable/10 in Disk1 ZFS boots fine. 2-5) Disk1 ZFS only has /boot/loader.efi of stable/10 itself. -> Fail to boot. Fall back to boot1 prompt. ZFS pool in Disk2 is shown before one in Disk1. 2-6) Disk1 ZFS only has /boot/loader.efi of head. -> stable/10 in Disk1 ZFS boots fine. 2-7) Both UFS and ZFS in Disk1 has /boot/loader.efi of head. (Mix of 2-2 and 2-6) -> stable/10 in Disk1 ZFS boots fine. 2-8) UFS has /boot/loader.efi of head (head kernel copied), but ZFS has /boot/loader.efi of stable/10 itself. (Mix of 2-2 and 2-5) -> Same as 2-5. Fail to boot. Fall back to boot1 prompt. ZFS pool in Disk2 is shown before one in Disk1. Set 3: Disk2 is removed. (Disk1 only environment) 3-1) ZFS only has /boot/loader.efi of head. -> stable/10 in Disk1 ZFS boots fine. 3-2) Same as 2-2 without Disk2. -> Fail to boot. Fall back to loader prompt. (Of course. Specified root device doesn't exists.) 3-3) Same as 2-4 without Disk2. -> stable/10 in Disk1 ZFS boots fine. 3-4) Both UFS and ZFS have /boot/loader.efi of head. -> stable/10 in Disk1 ZFS boots fine. Regards. On Thu, 10 Dec 2015 12:41:15 +0000 Steven Hartland wrote: > Ive literally just got this working on 10.2 after working on the code > posted on the review which you can find here: > https://reviews.freebsd.org/D4104 > > If you're happy running current then the patch file I linked in my comment > should apply cleanly and just work. > > If you want 10.x then there's quite a bit more needed. As I said I do have > this working so can post patches when I'm back in the office. > > Either way once applied a standard efi install just works. Essentially > create efi partition and use gpart to install the efi bootcode and away you > go. > > I've just used this with a custom mfsbsd iso to perform and 10.2-RELEASE > ZFS boot install on some Intel nvme disks setup as raidz2, which only > support efi boot. > > On 10 Dec 2015, at 12:18, krad wrote: > > Hi, I need to get one of my machines converted over from bios GPT zfsroot > boot to efi. I know you can boot freebsd under EFI with a ufs kernel but > this isnt the route i want. There are patches under test for EFI zfs root. > However when I read the thread it was unclear which version of these > patches were needed and where to get them. Does anyone know where they are, > if there are any prebuilt zfsloader etc binaries, or if the patches have > made it to head yet? > > Also does anyone have any pointers or good experience with grub efi and zfs > on root? I'm considering this option as it would make booting into specific > boot environments easier > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-current@freebsd.org Sun Jan 24 14:18:52 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E1529C2D9F; Sun, 24 Jan 2016 14:18:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3DD0424E; Sun, 24 Jan 2016 14:18:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aNLVA-0009p4-18; Sun, 24 Jan 2016 17:18:48 +0300 Date: Sun, 24 Jan 2016 17:18:47 +0300 From: Slawa Olhovchenkov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH Message-ID: <20160124141847.GM37895@zxy.spb.ru> References: <86mvrxvg79.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86mvrxvg79.fsf@desk.des.no> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 14:18:52 -0000 On Fri, Jan 22, 2016 at 03:31:22PM +0100, Dag-Erling Smørgrav wrote: > The HPN and None cipher patches have been removed from FreeBSD-CURRENT. > I intend to remove them from FreeBSD-STABLE this weekend. Can you do some small discurs about ssh+kerberos? I am try to use FreeBSD with $HOME over kerberoized NFS. For kerberoized NFS gssd need to find cache file "called /tmp/krb5cc_, where is the effective uid for the RPC caller" (from `man gssd`). sshd contrary create cache file for received ticket called /tmp/krb5cc_XXXXXXX (random string, created by krb5_cc_new_unique). Is this strong security requirement or [FreeBSD/upstream] can be patched (or introduce option) to use /tmp/krb5cc_ as cache file for received ticket? From owner-freebsd-current@freebsd.org Sun Jan 24 14:50:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F7D47C4A; Sun, 24 Jan 2016 14:50:45 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6A1CFC7F; Sun, 24 Jan 2016 14:50:44 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 4E2C0500C; Sun, 24 Jan 2016 14:50:43 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 05F5E4831E; Sun, 24 Jan 2016 15:50:45 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Slawa Olhovchenkov Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> Date: Sun, 24 Jan 2016 15:50:45 +0100 In-Reply-To: <20160124141847.GM37895@zxy.spb.ru> (Slawa Olhovchenkov's message of "Sun, 24 Jan 2016 17:18:47 +0300") Message-ID: <86oacbc9q2.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 14:50:45 -0000 Slawa Olhovchenkov writes: > Can you do some small discurs about ssh+kerberos? > I am try to use FreeBSD with $HOME over kerberoized NFS. > For kerberoized NFS gssd need to find cache file "called > /tmp/krb5cc_, where is the effective uid for the RPC > caller" (from `man gssd`). > > sshd contrary create cache file for received ticket called > /tmp/krb5cc_XXXXXXX (random string, created by krb5_cc_new_unique). Is > this strong security requirement or [FreeBSD/upstream] can be patched > (or introduce option) to use /tmp/krb5cc_ as cache file for > received ticket? I wasn't aware of that. It should be easy to patch, but in the meantime, you can try something like this in .bashrc or whatever: krb5cc_uid=3D"/tmp/krb5cc_$(id -u)" if [ -n "${KRB5CCNAME}" -a "${KRB5CCNAME}" !=3D "${krb5ccuid}" ] ; then if mv "${KRB5CCNAME}" "${krb5ccuid}" ; then export KRB5CCNAME=3D"${krb5ccuid}" else=20=20=20=20=20=20=20=20 echo "Unable to rename krb5 credential cache" >&2 fi fi unset krb5ccuid DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@freebsd.org Sun Jan 24 15:02:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B38B9D233C; Sun, 24 Jan 2016 15:02:13 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3C58FB70; Sun, 24 Jan 2016 15:02:13 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aNMB9-000AjQ-9l; Sun, 24 Jan 2016 18:02:11 +0300 Date: Sun, 24 Jan 2016 18:02:11 +0300 From: Slawa Olhovchenkov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH Message-ID: <20160124150211.GQ88527@zxy.spb.ru> References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86oacbc9q2.fsf@desk.des.no> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 15:02:13 -0000 On Sun, Jan 24, 2016 at 03:50:45PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov writes: > > Can you do some small discurs about ssh+kerberos? > > I am try to use FreeBSD with $HOME over kerberoized NFS. > > For kerberoized NFS gssd need to find cache file "called > > /tmp/krb5cc_, where is the effective uid for the RPC > > caller" (from `man gssd`). > > > > sshd contrary create cache file for received ticket called > > /tmp/krb5cc_XXXXXXX (random string, created by krb5_cc_new_unique). Is > > this strong security requirement or [FreeBSD/upstream] can be patched > > (or introduce option) to use /tmp/krb5cc_ as cache file for > > received ticket? > > I wasn't aware of that. It should be easy to patch, but in the Yes, I am already do ugly patch for me (2 files need to patch), but patch in upstream preffered. > meantime, you can try something like this in .bashrc or whatever: Imposible. For accessing .bashrc on kerberoized NFS need correct /tmp/krb5cc_. > krb5cc_uid="/tmp/krb5cc_$(id -u)" > if [ -n "${KRB5CCNAME}" -a "${KRB5CCNAME}" != "${krb5ccuid}" ] ; then > if mv "${KRB5CCNAME}" "${krb5ccuid}" ; then > export KRB5CCNAME="${krb5ccuid}" > else > echo "Unable to rename krb5 credential cache" >&2 > fi > fi > unset krb5ccuid > > DES > -- > Dag-Erling Smørgrav - des@des.no From owner-freebsd-current@freebsd.org Sun Jan 24 15:09:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4884F9D27B8; Sun, 24 Jan 2016 15:09:06 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 12C6C759; Sun, 24 Jan 2016 15:09:05 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id F1FAF53B7; Sun, 24 Jan 2016 15:09:04 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 839E248322; Sun, 24 Jan 2016 16:09:05 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Slawa Olhovchenkov Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> <20160124150211.GQ88527@zxy.spb.ru> Date: Sun, 24 Jan 2016 16:09:05 +0100 In-Reply-To: <20160124150211.GQ88527@zxy.spb.ru> (Slawa Olhovchenkov's message of "Sun, 24 Jan 2016 18:02:11 +0300") Message-ID: <86k2mzc8vi.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 15:09:06 -0000 Slawa Olhovchenkov writes: > Dag-Erling Sm=C3=B8rgrav writes: > > In the meantime, you can try something like this in .bashrc or > > whatever: > Imposible. For accessing .bashrc on kerberoized NFS need correct > /tmp/krb5cc_. /etc/profile, then. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@freebsd.org Sun Jan 24 15:15:10 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84E069D2E21; Sun, 24 Jan 2016 15:15:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 44FDA8D1; Sun, 24 Jan 2016 15:15:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aNMNg-000B0u-Cl; Sun, 24 Jan 2016 18:15:08 +0300 Date: Sun, 24 Jan 2016 18:15:08 +0300 From: Slawa Olhovchenkov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH Message-ID: <20160124151508.GR88527@zxy.spb.ru> References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> <20160124150211.GQ88527@zxy.spb.ru> <86k2mzc8vi.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86k2mzc8vi.fsf@desk.des.no> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 15:15:10 -0000 On Sun, Jan 24, 2016 at 04:09:05PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov writes: > > Dag-Erling Smørgrav writes: > > > In the meantime, you can try something like this in .bashrc or > > > whatever: > > Imposible. For accessing .bashrc on kerberoized NFS need correct > > /tmp/krb5cc_. > > /etc/profile, then. OK, what about tcsh, zsh, fish and scp/sftp? From owner-freebsd-current@freebsd.org Sun Jan 24 15:21:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5852F7192; Sun, 24 Jan 2016 15:21:17 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2129D179; Sun, 24 Jan 2016 15:21:16 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id CA69A5406; Sun, 24 Jan 2016 15:21:15 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 88B8F48325; Sun, 24 Jan 2016 16:21:17 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Slawa Olhovchenkov Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> <20160124150211.GQ88527@zxy.spb.ru> <86k2mzc8vi.fsf@desk.des.no> <20160124151508.GR88527@zxy.spb.ru> Date: Sun, 24 Jan 2016 16:21:17 +0100 In-Reply-To: <20160124151508.GR88527@zxy.spb.ru> (Slawa Olhovchenkov's message of "Sun, 24 Jan 2016 18:15:08 +0300") Message-ID: <86fuxnc8b6.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 15:21:17 -0000 Slawa Olhovchenkov writes: > OK, what about tcsh, zsh, fish and scp/sftp? I apologize for trying to help you out by suggesting a hack that works at least some of the time until I can get a permanent fix in. I should instead have hopped in my time machine, jumped back a few years, and fixed the bug before it affected you. No hard feelings? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@freebsd.org Sun Jan 24 15:29:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9971676EE; Sun, 24 Jan 2016 15:29:36 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 59950AAE; Sun, 24 Jan 2016 15:29:36 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aNMbd-000BK2-0C; Sun, 24 Jan 2016 18:29:33 +0300 Date: Sun, 24 Jan 2016 18:29:32 +0300 From: Slawa Olhovchenkov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH Message-ID: <20160124152932.GS88527@zxy.spb.ru> References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> <20160124150211.GQ88527@zxy.spb.ru> <86k2mzc8vi.fsf@desk.des.no> <20160124151508.GR88527@zxy.spb.ru> <86fuxnc8b6.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86fuxnc8b6.fsf@desk.des.no> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 15:29:36 -0000 On Sun, Jan 24, 2016 at 04:21:17PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov writes: > > OK, what about tcsh, zsh, fish and scp/sftp? > > I apologize for trying to help you out by suggesting a hack that works > at least some of the time until I can get a permanent fix in. I should > instead have hopped in my time machine, jumped back a few years, and > fixed the bug before it affected you. No hard feelings? Sorry about not clear exposition. I think this is not hack nor permanent solution and decline modification ssh source. I am already have working solution (localy apllied patch at time `make release`). I can show my ugly patch, but I think his partially not clear and not all edge cases checked. From owner-freebsd-current@freebsd.org Sun Jan 24 16:53:44 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B24C57C44; Sun, 24 Jan 2016 16:53:44 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26315E38; Sun, 24 Jan 2016 16:53:44 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-lb0-x236.google.com with SMTP id cl12so63046539lbc.1; Sun, 24 Jan 2016 08:53:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FD00p7qA7PR7A0tBSfrMehHl1yLelya1wAnumvyMisA=; b=G7/4HOmUULNsqDhfCkJPgJQF+Za/0l8ATZczOnQuQPGIF7BJ7BtvSz2PCrVzWU8Ofg lr4pgDjhCwKL1BjDk/R6srWq9vMBXIe8R3E9mTN151r0n5eq60ro/AC1sLaGqrcb9PIJ 8EQMMTL6lD3Bpoy/Y7aemZv6g1nLv+6AJdokvKb3LPpxUBNR/32pL+cpzh9BwEmO8uJz MtKxj+6lRYAwQKIRDGSEmlZCjM80DF/98hDJm/YN2qKK6UkiCxS6la4EiC6T9Go+deHO XeXCo1YflwXYmx0KDW/QyXxzCimugrkjcoqmRh8KgTDGOedvCAqV6vSAFvVA9xVQOkjY tPjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=FD00p7qA7PR7A0tBSfrMehHl1yLelya1wAnumvyMisA=; b=M3EaD25ZhlaANBT4CPhr21q1Yogr6d9P+Ny8kjCyXYo0LCwgYHjBAIEil6JJfouhPO TxX6Tlhr5zkQpTtx/GN/dovL3HDjMSNLbmu+ko5yGe9Mty6DfM3hpKZSYbxVcjuvmPrn QUa1d3mHidE604OFyzY00kvVNmvYx3vCn74L65mRE6ACxcgJr1dwek4oqpkyvEYpaG/m c27byv4Hkl69YDqq7qrqMmosbmCu6JEXmw0DnJbBReppbwem2EUf95Dx3W3ACZvWYJg+ V7WQ30CWhgOEgEhDu74eRp8ZfaufX1WIanCcC8X+Wg9UwQb2MmcvtFK6h3cfLkQeE4cr r3kQ== X-Gm-Message-State: AG10YOQFKpP0lffu0HTZPAn6u6lUBeKZrMUh8dnzfwDE0PL/eGWke7ki/zFkCi65t3RxFrvujazto6JJjxkk8A== MIME-Version: 1.0 X-Received: by 10.112.73.69 with SMTP id j5mr3778043lbv.124.1453654422324; Sun, 24 Jan 2016 08:53:42 -0800 (PST) Received: by 10.25.89.10 with HTTP; Sun, 24 Jan 2016 08:53:42 -0800 (PST) In-Reply-To: <56A4A91F.3020907@bsd.com.br> References: <56A4A91F.3020907@bsd.com.br> Date: Sun, 24 Jan 2016 17:53:42 +0100 Message-ID: Subject: Re: Multicast routing on FreeBSD 11 current From: Ben Woods To: =?UTF-8?B?T3RhY8OtbGlv?= Cc: FreeBSD Current , freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 16:53:44 -0000 On 24 January 2016 at 11:36, Otac=C3=ADlio wrote= : > Em 24/01/2016 07:24, Olivier Cochard-Labb=C3=A9 escreveu: > >> On Sun, Jan 24, 2016 at 9:41 AM, Ben Woods wrote: >> >> Hi everyone, >>> >>> Could someone running FreeBSD current on a test machine try loading the >>> ip_mroute driver on their machine? >>> >>> =E2=80=8BHi, >> >> no problem here: >> >> root@lame5 # uname -a >> FreeBSD lame5.bsdrp.net 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294522: Th= u >> Jan 21 20:07:04 CET 2016 >> root@lame5.bsdrp.net:/usr/obj/usr/src/sys/GENERIC-NODEBUG >> amd64 >> root@lame5 # kldload ip_mroute >> root@lame5 >> =E2=80=8B >> # kldstat -m ip_mroute >> Id Refs Name >> 497 1 ip_mroute >> >> >> =E2=80=8BRegards, >> >> Olivier=E2=80=8B >> >> > No problem here also. > > root@nostromo:~ # kldload ip_mroute > root@nostromo:~ # kldstat > Id Refs Address Size Name > 1 34 0xffffffff80200000 1e39ca8 kernel > 2 1 0xffffffff8203b000 e3b8 cuse.ko > 3 1 0xffffffff8204a000 3d90 pty.ko > 4 1 0xffffffff82221000 57b8 fdescfs.ko > 5 1 0xffffffff82227000 a3ac linprocfs.ko > 6 1 0xffffffff82232000 695a linux_common.ko > 7 1 0xffffffff82239000 26f8a vboxguest.ko > 8 1 0xffffffff82260000 7a9 vboxvideo.ko > 9 1 0xffffffff82261000 52092 drm2.ko > 10 1 0xffffffff822b4000 2679 iicbus.ko > 11 1 0xffffffff822b7000 1f6a imgact_binmisc.ko > 12 1 0xffffffff822b9000 657f nullfs.ko > 13 1 0xffffffff822c0000 abe8 tmpfs.ko > 14 1 0xffffffff822cb000 ceff ip_mroute.ko > root@nostromo:~ # uname -a > FreeBSD nostromo 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r294319M: Tue Jan 1= 9 > 20:29:21 BRT 2016 ota@nostromo:/usr/obj/usr/src/sys/GENERIC amd64 > Thanks for your feedback everyone. Having spent some time now investigating, I have confirmed that this problem is related to VIMAGE. With VIMAGE enabled in the kernel, loading the ip_mroute kernel module will fail. With VIMAGE disabled on the same kernel source (no other changes), loading the ip_mroute kernel module works fine. I have submitted this bug report: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206583 Regards, Ben -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Sun Jan 24 17:25:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EEE3EA1DB88 for ; Sun, 24 Jan 2016 17:25:05 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id CFEB9791 for ; Sun, 24 Jan 2016 17:25:05 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id DEBC5DA72 for ; Sun, 24 Jan 2016 17:24:58 +0000 (UTC) Subject: Re: ZFSROOT UEFI boot To: freebsd-current@freebsd.org References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> From: Allan Jude X-Enigmail-Draft-Status: N1110 Message-ID: <56A5090E.4080508@freebsd.org> Date: Sun, 24 Jan 2016 12:25:34 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x1HCUnBCk2hcfMs6OHUx1vhIPiG205Ow6" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 17:25:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --x1HCUnBCk2hcfMs6OHUx1vhIPiG205Ow6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-01-24 07:53, Tomoaki AOKI wrote: > Unfortunately, this (and its committed successor and original for UFS) > fails to boot in some situation, like below. OTOH, gptzfsboot (and > maybe gptboot for UFS, too) is OK. >=20 > When I select Disk1 from UEFI firmware, bootx64.efi in Disk1 EFI > partition is used and it searches /boot/loader.efi from Disk2 (in ZFS, > if none, in UFS) only. > And when I select Disk2, bootx64.efi in Disk2 EFI partition is used and= > it searches /boot/loader.efi from Disk1 only. >=20 >=20 > In fact, this is a long-standing and living problem. > At past, USB memstick with head memstick.img (UEFI enabled, but > without root-on-ZFS support) booted fine, but after I added UFS2 > partition in internal disk, the USB memstick didn't boot anymore. > It searches /boot/loader.efi from internal UFS and fails as it was > blank (only newfs'ed) at that time. Another USB memstick with stable/10= > memstick.img is still fine, as it's still ancient BIOS based. >=20 In the past I have seen this same behaviour when testing UEFI. I booted from the memstick, and installed the OS. I then used the 'boot select menu', and selected the hard drive, and it booted the system from the USB memstick. If I rebooted and selected the memstick, it booted from the hard drive. It seemed that altering the intended boot drive always caused the opposite of the desired behaviour. > Possibly, it's not a fault of boot1.efi but caused by differense in > implementation of UEFI firmware. If that's it, different boot1.efi > would be needed for each implementation. >=20 > A bit more details of tests are as below. Not all combinations are > covered, but would be sufficient to determine above conclusion. >=20 >=20 > Common configurations for all tests: > *Each disk has one EFI partition (p1), one freebsd-boot partition > (p2), one swap partition (p3), one UFS partition (p4), and one > ZFS pool (p5) with this order. >=20 > *Each partition has different GEOM label. >=20 > *In each disk, FreeBSD is installed as root on ZFS. No other OS. >=20 > *stable/10 (r294614) is installed in Disk1. >=20 > *head (r294567) is installed in Disk2. >=20 > *ZFS-enabled boot1.efi (head r294567) is used as bootx64.efi. >=20 >=20 > Set 1: Boot from Disk1 (select it in UEFI firmware). > In all tests, /boot/loader.efi in Disk1 (both UFS and ZFS) > are NOT searched at all. >=20 > 1-1) Both UFS and ZFS has no /boot/loader.efi > -> Fail to boot. Fall back to boot1 prompt. >=20 > 1-2) Disk2 UFS only has /boot/loader.efi, whole /boot of Disk2 ZFS > is copied to UFS. > -> head in Disk2 boots fine. >=20 > 1-3) Same as 1-2, except its /boot/loader.efi is overwritten by the > one of stable/10. > -> head in Disk2 boots fine, as loader.efi loads kernel from > /boot/kernel/kernel in UFS and kernel with zfs.ko can mount > root on ZFS specified by vfs.root.mountfrom. >=20 > 1-4) Disk2 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS > is copied to UFS and its /boot/loader.efi is overwritten by > the one of head. > -> stable/10 in Disk1 ZFS boots fine. >=20 > 1-5) Disk2 ZFS only has /boot/loader.efi. > -> head in Disk2 ZFS boots fine. >=20 > 1-6) Both UFS and ZFS in Disk2 has /boot/loader.efi. > (Mix of 1-4 and 1-5) > -> head in Disk2 ZFS boots fine. >=20 >=20 > Set 2: Boot from Disk2 (select it in UEFI firmware). > In all tests, /boot/loader.efi in Disk2 (both UFS and ZFS) > are NOT searched at all. >=20 > 2-1) Both UFS and ZFS has no /boot/loader.efi > -> Fail to boot. Fall back to boot1 prompt. > ZFS pool in Disk2 is shown before one in Disk1. >=20 > 2-2) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk2 ZFS > is copied to UFS. > -> head in Disk2 ZFS boots fine. >=20 > 2-3) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS > is copied to UFS. > -> stable/10 in Disk1 ZFS boots fine, as loader.efi loads > kernel from /boot/kernel/kernel in UFS and kernel with zfs.k= o > can mount root on ZFS specified by vfs.root.mountfrom. >=20 > 2-4) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS > is copied to UFS and its /boot/loader.efi is overwritten by > the one of head. > -> stable/10 in Disk1 ZFS boots fine. >=20 > 2-5) Disk1 ZFS only has /boot/loader.efi of stable/10 itself. > -> Fail to boot. Fall back to boot1 prompt. > ZFS pool in Disk2 is shown before one in Disk1. >=20 > 2-6) Disk1 ZFS only has /boot/loader.efi of head. > -> stable/10 in Disk1 ZFS boots fine. >=20 > 2-7) Both UFS and ZFS in Disk1 has /boot/loader.efi of head. > (Mix of 2-2 and 2-6) > -> stable/10 in Disk1 ZFS boots fine. >=20 > 2-8) UFS has /boot/loader.efi of head (head kernel copied), but ZFS > has /boot/loader.efi of stable/10 itself. (Mix of 2-2 and 2-5) > -> Same as 2-5. Fail to boot. Fall back to boot1 prompt. > ZFS pool in Disk2 is shown before one in Disk1. >=20 > Set 3: Disk2 is removed. (Disk1 only environment) >=20 > 3-1) ZFS only has /boot/loader.efi of head. > -> stable/10 in Disk1 ZFS boots fine. >=20 > 3-2) Same as 2-2 without Disk2. > -> Fail to boot. Fall back to loader prompt. > (Of course. Specified root device doesn't exists.) >=20 > 3-3) Same as 2-4 without Disk2. > -> stable/10 in Disk1 ZFS boots fine. >=20 > 3-4) Both UFS and ZFS have /boot/loader.efi of head. > -> stable/10 in Disk1 ZFS boots fine. >=20 >=20 > Regards. >=20 >=20 --=20 Allan Jude --x1HCUnBCk2hcfMs6OHUx1vhIPiG205Ow6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJWpQkSAAoJEBmVNT4SmAt+ztAP/2O7qWtc1oOGA5J00jLDPqDT z1S7FiZ7mSMk8s6Gbl1UZ1YNDIxwPkOdojlCHO2jqxEK1o7Nty0dAE6rw7vABHPS HvxDIPNEKWK/pkMuIM5TM7vUCZzORLoVwJnZPElH9PL8YmsU5Xv9fNYoPpjYTgee SG5ptQjLbwE+3vrm1PG5e60IlLaL6gep9ZuKz28v8W4ZKYsfNt9ACjAk/17hsEsz VaiwvnA4TgsT+nEeq2oRKqwryK2PRvVQbQPzM9A3z4kPRWMcY7Ruz2DwlOgDwElA iEHnFqRUEECZCG0qeE0O+9Cuw/ZJyzTPRB7VFYlGrAdkVzrsDuvygfJ6nhlZLm8t NPFJkdJtNDUisY87GRw6PC0vqQBFz80jL4g9+S8BdJBCg9HyLFaRiaxjwsC9n53b 4wI//zDnWytJiNYvCSvU1fPwxqGs4LLOIolZpGXFbEwwpcKU6gcOZU/o6wYbJ7+F LFhuAs8PrR+43iY2gIeg1wvprJFajoUm9q+vR7HVYXHp13sglJx+78LXPT0wpztk aEuWglqu0CcX8zLggZDjU1Xbdw3MlVQqmeEYO9U8txIA+whu5jkEOAGascJ6ZWNO PcJvLdXtqGhKpAPrrC6vVQwTW1+8W6HT8bAaylYciGdYMczdnvo/I5R9sWlDBnw9 tIf8PwixRGr9j07t3x1H =6bFz -----END PGP SIGNATURE----- --x1HCUnBCk2hcfMs6OHUx1vhIPiG205Ow6-- From owner-freebsd-current@freebsd.org Sun Jan 24 18:39:01 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34F24A31397 for ; Sun, 24 Jan 2016 18:39:01 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C2D211881 for ; Sun, 24 Jan 2016 18:39:00 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22a.google.com with SMTP id r129so40028511wmr.0 for ; Sun, 24 Jan 2016 10:39:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=1jzMOpxyM0TYD+Jn22m1j3JzHz1VZwH7dEQncuMHQZM=; b=uyANIKLSlDJxsRfcBftd/ZPyCK/XbO8WsfG1YmIv4Rb+Keazu6dnoQAAFp6FJpMYOc HgNmEJgFBmZpOimyytrU1++HcQFGm0MSwET4SkOOvuvbeewrQALNBozd9G4aFdfo2tpy mb5+GIEmBscdHfV1H9znG6GhhDvN3YXVcif79Uq6sM6uXJjJxGlSQFPLz1YhUCfjnDBb h0evbJjAMLMvTF+KqyGOzuVa3sIwT7fl9swPtWze/rhgG/203TG/+AxL3a7mTzLj/0FN VgL0t6Ow6uxLj9+fRbOWaOYp8E3tomy+g9AplScANS5xz79LaKv+GO87J4qDi3OBacwp i6mA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=1jzMOpxyM0TYD+Jn22m1j3JzHz1VZwH7dEQncuMHQZM=; b=NEWR29lZK4l+T/j5nA8wtjtdO0nS0kxfqq5mbOq2co3GrlvEEFsj+mb+kqIJUH5ME+ iSv24v2Va0nFKm47mR6QnJXSHuLyYy4zrJtPcmZlYfMyx1oNNBFc2AGWS8CrLfpTlv+7 wMjYINscCpOEvPZIj4y5N3J+Ej0adb//JhRlH3NRSWDXsssC3zcWEAxfawXCZqkopiIn ANLrXbOEDMLkICiG2xGKkZUErmC9N/o1FqWhlIw+yrRqqNPzOHSWTSUUEj3L7TOGSssK rEkfgbkU1fR5UP1UylYgC+jWg4ehf4m9Tp8cguGDNhl4i29gE7y8ZyeDZNlz4EG19/ui PHCQ== X-Gm-Message-State: AG10YOSvuorWZf6H/OveA8CZa7n5yci2oMzc2UoNxV4SzNmLx5lYn5qMb3EPGWqcFbxpj5Gl X-Received: by 10.194.123.167 with SMTP id mb7mr15971227wjb.0.1453660738905; Sun, 24 Jan 2016 10:38:58 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id di8sm15549882wjc.34.2016.01.24.10.38.57 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 24 Jan 2016 10:38:57 -0800 (PST) Subject: Re: ZFSROOT UEFI boot To: freebsd-current@freebsd.org References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> From: Steven Hartland Message-ID: <56A51A4C.1040808@multiplay.co.uk> Date: Sun, 24 Jan 2016 18:39:08 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 18:39:01 -0000 On 24/01/2016 12:53, Tomoaki AOKI wrote: > Unfortunately, this (and its committed successor and original for UFS) > fails to boot in some situation, like below. OTOH, gptzfsboot (and > maybe gptboot for UFS, too) is OK. > > When I select Disk1 from UEFI firmware, bootx64.efi in Disk1 EFI > partition is used and it searches /boot/loader.efi from Disk2 (in ZFS, > if none, in UFS) only. > And when I select Disk2, bootx64.efi in Disk2 EFI partition is used and > it searches /boot/loader.efi from Disk1 only. > > > In fact, this is a long-standing and living problem. > At past, USB memstick with head memstick.img (UEFI enabled, but > without root-on-ZFS support) booted fine, but after I added UFS2 > partition in internal disk, the USB memstick didn't boot anymore. > It searches /boot/loader.efi from internal UFS and fails as it was > blank (only newfs'ed) at that time. Another USB memstick with stable/10 > memstick.img is still fine, as it's still ancient BIOS based. > > Possibly, it's not a fault of boot1.efi but caused by differense in > implementation of UEFI firmware. If that's it, different boot1.efi > would be needed for each implementation. > > A bit more details of tests are as below. Not all combinations are > covered, but would be sufficient to determine above conclusion. > > > Common configurations for all tests: > *Each disk has one EFI partition (p1), one freebsd-boot partition > (p2), one swap partition (p3), one UFS partition (p4), and one > ZFS pool (p5) with this order. > > *Each partition has different GEOM label. > > *In each disk, FreeBSD is installed as root on ZFS. No other OS. > > *stable/10 (r294614) is installed in Disk1. > > *head (r294567) is installed in Disk2. > > *ZFS-enabled boot1.efi (head r294567) is used as bootx64.efi. > > > Set 1: Boot from Disk1 (select it in UEFI firmware). > In all tests, /boot/loader.efi in Disk1 (both UFS and ZFS) > are NOT searched at all. Could you clarify what you mean by this? When looking performing the scan boot1 uses the following coding: * "+" = partition probe success (potential boot partition) * "." = partition probe unsupported (valid partition not detected) * "x" = partition probe error (unexpected error) > 1-1) Both UFS and ZFS has no /boot/loader.efi > -> Fail to boot. Fall back to boot1 prompt. This is expected > 1-2) Disk2 UFS only has /boot/loader.efi, whole /boot of Disk2 ZFS > is copied to UFS. > -> head in Disk2 boots fine. What do you mean by "whole /boot of Disk2 ZFS is copied to UFS"? > 1-3) Same as 1-2, except its /boot/loader.efi is overwritten by the > one of stable/10. > -> head in Disk2 boots fine, as loader.efi loads kernel from > /boot/kernel/kernel in UFS and kernel with zfs.ko can mount > root on ZFS specified by vfs.root.mountfrom. > > 1-4) Disk2 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS > is copied to UFS and its /boot/loader.efi is overwritten by > the one of head. > -> stable/10 in Disk1 ZFS boots fine. > > 1-5) Disk2 ZFS only has /boot/loader.efi. > -> head in Disk2 ZFS boots fine. > > 1-6) Both UFS and ZFS in Disk2 has /boot/loader.efi. > (Mix of 1-4 and 1-5) > -> head in Disk2 ZFS boots fine. > > > Set 2: Boot from Disk2 (select it in UEFI firmware). > In all tests, /boot/loader.efi in Disk2 (both UFS and ZFS) > are NOT searched at all. > > 2-1) Both UFS and ZFS has no /boot/loader.efi > -> Fail to boot. Fall back to boot1 prompt. > ZFS pool in Disk2 is shown before one in Disk1. > > 2-2) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk2 ZFS > is copied to UFS. > -> head in Disk2 ZFS boots fine. > > 2-3) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS > is copied to UFS. > -> stable/10 in Disk1 ZFS boots fine, as loader.efi loads > kernel from /boot/kernel/kernel in UFS and kernel with zfs.ko > can mount root on ZFS specified by vfs.root.mountfrom. > > 2-4) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS > is copied to UFS and its /boot/loader.efi is overwritten by > the one of head. > -> stable/10 in Disk1 ZFS boots fine. > > 2-5) Disk1 ZFS only has /boot/loader.efi of stable/10 itself. > -> Fail to boot. Fall back to boot1 prompt. > ZFS pool in Disk2 is shown before one in Disk1. > > 2-6) Disk1 ZFS only has /boot/loader.efi of head. > -> stable/10 in Disk1 ZFS boots fine. > > 2-7) Both UFS and ZFS in Disk1 has /boot/loader.efi of head. > (Mix of 2-2 and 2-6) > -> stable/10 in Disk1 ZFS boots fine. > > 2-8) UFS has /boot/loader.efi of head (head kernel copied), but ZFS > has /boot/loader.efi of stable/10 itself. (Mix of 2-2 and 2-5) > -> Same as 2-5. Fail to boot. Fall back to boot1 prompt. > ZFS pool in Disk2 is shown before one in Disk1. > > Set 3: Disk2 is removed. (Disk1 only environment) > > 3-1) ZFS only has /boot/loader.efi of head. > -> stable/10 in Disk1 ZFS boots fine. > > 3-2) Same as 2-2 without Disk2. > -> Fail to boot. Fall back to loader prompt. > (Of course. Specified root device doesn't exists.) > > 3-3) Same as 2-4 without Disk2. > -> stable/10 in Disk1 ZFS boots fine. > > 3-4) Both UFS and ZFS have /boot/loader.efi of head. > -> stable/10 in Disk1 ZFS boots fine. > You're tests here are quite hard to follow as each one refers to other details. It would be good to get: 1. gpart show for each test 2. information on which partitions have valid head /boot/loader.efi, don't mix and match /boot/boot1.efifat and /boot/loader.efi from different versions. 3. The output / exact error you see. To be clear where boot1 is read from should have no impact on which partition is booted, boo1 will pick the first partition it finds that it believes is bootable and will boot from it, if that fails then it will try the next etc. Be aware that ZFS is always used in preference to UFS and that first partition (according to the iteration order of EFI) will be used to read the loader.efi from. Regards Steve From owner-freebsd-current@freebsd.org Mon Jan 25 11:28:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A37BA458E1 for ; Mon, 25 Jan 2016 11:28:24 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from smtp.rlwinm.de (smtp.rlwinm.de [IPv6:2a01:4f8:201:31ef::e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD3ADCA9 for ; Mon, 25 Jan 2016 11:28:23 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.local (unknown [87.253.189.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id DFB1CFF29 for ; Mon, 25 Jan 2016 12:28:20 +0100 (CET) Subject: Re: HPN and None options in OpenSSH To: freebsd-current@freebsd.org References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> From: Jan Bramkamp Message-ID: <56A606D4.2010100@rlwinm.de> Date: Mon, 25 Jan 2016 12:28:20 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <86oacbc9q2.fsf@desk.des.no> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2016 11:28:24 -0000 On 24/01/16 15:50, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov writes: >> Can you do some small discurs about ssh+kerberos? >> I am try to use FreeBSD with $HOME over kerberoized NFS. >> For kerberoized NFS gssd need to find cache file "called >> /tmp/krb5cc_, where is the effective uid for the RPC >> caller" (from `man gssd`). >> >> sshd contrary create cache file for received ticket called >> /tmp/krb5cc_XXXXXXX (random string, created by krb5_cc_new_unique). Is >> this strong security requirement or [FreeBSD/upstream] can be patched >> (or introduce option) to use /tmp/krb5cc_ as cache file for >> received ticket? > > I wasn't aware of that. It should be easy to patch, but in the > meantime, you can try something like this in .bashrc or whatever: > > krb5cc_uid="/tmp/krb5cc_$(id -u)" > if [ -n "${KRB5CCNAME}" -a "${KRB5CCNAME}" != "${krb5ccuid}" ] ; then > if mv "${KRB5CCNAME}" "${krb5ccuid}" ; then > export KRB5CCNAME="${krb5ccuid}" > else > echo "Unable to rename krb5 credential cache" >&2 > fi > fi > unset krb5ccuid If $KRB5CCNAME is set during PAM session setup than the pam_exec module might allow a reliable implementation along those lines: - Stop if $KRBCCNAME is invalid (klist -t) - Stop if /tmp/krb5cc_$UID is already valid and has enough time left - Copy the ticket to /tmp and rename it to /tmp/krb5cc_$UID. Keep in mind that this approach leaves valid tickets in /tmp after the SSH session ends while OpenSSH normally does its best to tie forwarded tickets to a SSH session. From owner-freebsd-current@freebsd.org Mon Jan 25 17:08:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA0B3A46866 for ; Mon, 25 Jan 2016 17:08:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7BE0266E for ; Mon, 25 Jan 2016 17:08:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aNkct-000J5k-NL; Mon, 25 Jan 2016 20:08:27 +0300 Date: Mon, 25 Jan 2016 20:08:27 +0300 From: Slawa Olhovchenkov To: Jan Bramkamp Cc: freebsd-current@freebsd.org Subject: Re: HPN and None options in OpenSSH Message-ID: <20160125170827.GN37895@zxy.spb.ru> References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> <56A606D4.2010100@rlwinm.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <56A606D4.2010100@rlwinm.de> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2016 17:08:31 -0000 On Mon, Jan 25, 2016 at 12:28:20PM +0100, Jan Bramkamp wrote: > > > On 24/01/16 15:50, Dag-Erling Smørgrav wrote: > > Slawa Olhovchenkov writes: > >> Can you do some small discurs about ssh+kerberos? > >> I am try to use FreeBSD with $HOME over kerberoized NFS. > >> For kerberoized NFS gssd need to find cache file "called > >> /tmp/krb5cc_, where is the effective uid for the RPC > >> caller" (from `man gssd`). > >> > >> sshd contrary create cache file for received ticket called > >> /tmp/krb5cc_XXXXXXX (random string, created by krb5_cc_new_unique). Is > >> this strong security requirement or [FreeBSD/upstream] can be patched > >> (or introduce option) to use /tmp/krb5cc_ as cache file for > >> received ticket? > > > > I wasn't aware of that. It should be easy to patch, but in the > > meantime, you can try something like this in .bashrc or whatever: > > > > krb5cc_uid="/tmp/krb5cc_$(id -u)" > > if [ -n "${KRB5CCNAME}" -a "${KRB5CCNAME}" != "${krb5ccuid}" ] ; then > > if mv "${KRB5CCNAME}" "${krb5ccuid}" ; then > > export KRB5CCNAME="${krb5ccuid}" > > else > > echo "Unable to rename krb5 credential cache" >&2 > > fi > > fi > > unset krb5ccuid > > If $KRB5CCNAME is set during PAM session setup than the pam_exec module > might allow a reliable implementation along those lines: > > - Stop if $KRBCCNAME is invalid (klist -t) > - Stop if /tmp/krb5cc_$UID is already valid and has enough time left > - Copy the ticket to /tmp and rename it to /tmp/krb5cc_$UID. > > Keep in mind that this approach leaves valid tickets in /tmp after the > SSH session ends while OpenSSH normally does its best to tie forwarded > tickets to a SSH session. Please check me: you propose to add to /etc/pam.d/sshd string like session required pam_exec.so /patch/to/some/scripts and do above checks in this scripts? 'session' executed after 'account' phase, on 'account' phase NFS must be already accessed (for checks presents some files in $HOME and importing/executing/interpretating, like .login_conf, .k5login and etc). From owner-freebsd-current@freebsd.org Mon Jan 25 18:01:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA291A45E19 for ; Mon, 25 Jan 2016 18:01:14 +0000 (UTC) (envelope-from oliver.psotta@posteo.de) Received: from mout01.posteo.de (mout01.posteo.de [185.67.36.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.posteo.de", Issuer "StartCom Class 3 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A6471A8E for ; Mon, 25 Jan 2016 18:01:14 +0000 (UTC) (envelope-from oliver.psotta@posteo.de) Received: from dovecot03.posteo.de (dovecot03.posteo.de [172.16.0.13]) by mout01.posteo.de (Postfix) with ESMTPS id 5D5C120C0E for ; Mon, 25 Jan 2016 19:01:04 +0100 (CET) Received: from mail.posteo.de (localhost [127.0.0.1]) by dovecot03.posteo.de (Postfix) with ESMTPSA id 3ppzWw5Z4Dz5vNP for ; Mon, 25 Jan 2016 19:01:00 +0100 (CET) From: Oliver Psotta Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: FreeBSD not booting on Raspberry with VGA 666 Message-Id: <5B2CF49E-DF46-4E11-91C2-018FE55EC1F4@posteo.de> Date: Mon, 25 Jan 2016 19:00:59 +0100 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2016 18:01:14 -0000 Hello, FreeBSD-11.0-CURRENT-arm-armv6-RPI2-20160121-r294499 did not boot on a = Rasberry Pi 2 B with the Gert VGA 666 adaptor connected to the = Raspberry's GPIO port. This adaptor basically is a passive resistor = network, using most of the GPIO's pins. My guess is that FreeBSD tries to activate the serial port on GPIO and = this fails. Is there a solution to turn off the serial port or set the = config.txt to enable booting? By the way I've managed to get VGA 666 working for FreeBSD with the same = settings and files as for Linux and Risc OS. Of course booting stops = after the message=20 [code] Hit any key to stop autoboot: 0 [/code]= From owner-freebsd-current@freebsd.org Mon Jan 25 18:34:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CBB937EC2 for ; Mon, 25 Jan 2016 18:34:53 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D1DE3E9 for ; Mon, 25 Jan 2016 18:34:52 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 1be31c09 for ; Mon, 25 Jan 2016 19:28:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :subject:in-reply-to:references:message-id; s=mail; bh=DKzE+Rzif lbFO8/eKba9aNAQCWw=; b=cuLsJzmd73ZZywBOYPQ5BPDnrMjqvahVHmsBKte3M L5sSzgROlT7iU2NGwFOB1sWtrJ8dcDPJtSW67+UClxEzsaWiOyYnOAxFsWw7dCas Wbv130wYrJ9gOjdyl5VC7pwrLU2iBiNYcZtrZtb4hIdaiDa6QH9QWJGWP15IxUDl Ow= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :subject:in-reply-to:references:message-id; q=dns; s=mail; b=s7F 0kGTVw2slWuc/+uucnZZBfyiRUcaxZbtbmAM1wLp8qoN98Yv7BpXd5NoFe+l9LV4 s6+UYP4PHfammGNIvu9q/pnPPvR3FWeTxomfM5m9kmXChYh2SMLQsw88MO1aRsM1 ljmfTVpodtPQxN3NnVexNCJNRkRk2J/PsZWjeUbs= Received: from webmail.megadrive.org (www1.blih.net [212.83.177.180]) by mail.blih.net (OpenSMTPD) with ESMTP id 02d3107c for ; Mon, 25 Jan 2016 19:28:09 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 25 Jan 2016 19:28:09 +0100 From: Emmanuel Vadot To: freebsd-current@freebsd.org Subject: Re: FreeBSD not booting on Raspberry with VGA 666 Organization: Bidouilliste In-Reply-To: <5B2CF49E-DF46-4E11-91C2-018FE55EC1F4@posteo.de> References: <5B2CF49E-DF46-4E11-91C2-018FE55EC1F4@posteo.de> Message-ID: X-Sender: manu@bidouilliste.com User-Agent: Roundcube Webmail/1.1.1 X-Mailman-Approved-At: Mon, 25 Jan 2016 18:42:02 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2016 18:34:53 -0000 On 2016-01-25 19:00, Oliver Psotta wrote: > Hello, > > FreeBSD-11.0-CURRENT-arm-armv6-RPI2-20160121-r294499 did not boot on a > Rasberry Pi 2 B with the Gert VGA 666 adaptor connected to the > Raspberry's GPIO port. This adaptor basically is a passive resistor > network, using most of the GPIO's pins. FreeBSD doesn't support this kind of screen at the moment. > My guess is that FreeBSD tries to activate the serial port on GPIO and > this fails. Is there a solution to turn off the serial port or set the > config.txt to enable booting? You will need to edit the dts file and recompile a new dtb that disable the serial port. > By the way I've managed to get VGA 666 working for FreeBSD with the > same settings and files as for Linux and Risc OS. Of course booting > stops after the message > [code] Hit any key to stop autoboot: 0 [/code] I guess it's works because u-boot and knows about it but as said before FreeBSD doesn't support this kind of screen. -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Mon Jan 25 23:11:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 728F8A46417 for ; Mon, 25 Jan 2016 23:11:36 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26A31668 for ; Mon, 25 Jan 2016 23:11:35 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id u0PNBYWe013839 for ; Mon, 25 Jan 2016 18:11:34 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Mon, 25 Jan 2016 18:11:34 -0500 (EST) Date: Mon, 25 Jan 2016 18:11:34 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: freebsd-current@freebsd.org Subject: Cross-building for i386 from amd64 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2016 23:11:36 -0000 Is cross-building world for i386 from amd64 suppose to work? It doesn't in -stable. From reading the documentation out there, one of these should work: make TARGET=i386 buildworld make TARGET_ARCH=i386 buildworld What incantations do I need? The end result is I want multiple developers to be able to build nanobsd i386 images from amd64. -- DE From owner-freebsd-current@freebsd.org Mon Jan 25 23:16:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DAF62A46609 for ; Mon, 25 Jan 2016 23:16:59 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9AD9B0C for ; Mon, 25 Jan 2016 23:16:59 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id u0PNGwQr016783 for ; Mon, 25 Jan 2016 18:16:58 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Mon, 25 Jan 2016 18:16:58 -0500 (EST) Date: Mon, 25 Jan 2016 18:16:58 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: freebsd-current@freebsd.org Subject: Re: Cross-building for i386 from amd64 In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2016 23:16:59 -0000 On Mon, 25 Jan 2016, Daniel Eischen wrote: > Is cross-building world for i386 from amd64 suppose to work? > > It doesn't in -stable. From reading the documentation out there, > one of these should work: > > make TARGET=i386 buildworld > make TARGET_ARCH=i386 buildworld > > What incantations do I need? The end result is I want multiple > developers to be able to build nanobsd i386 images from amd64. I guess you can ignore this, I seemed to have hit a real compilation bug in -stable, which updating to the most recent -stable has fixed. FYI, I used: make TARGET_ARCH=i386 -j4 buildworld in -stable, and that worked. -- DE From owner-freebsd-current@freebsd.org Tue Jan 26 11:11:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EFD3A46811 for ; Tue, 26 Jan 2016 11:11:17 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2BEC810D3 for ; Tue, 26 Jan 2016 11:11:17 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 6D64E1FE023; Tue, 26 Jan 2016 12:11:15 +0100 (CET) To: FreeBSD Current , Drew Gallatin From: Hans Petter Selasky Subject: How to add custom C-flags to kernel depend? Message-ID: <56A754DE.4060404@selasky.org> Date: Tue, 26 Jan 2016 12:13:34 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 11:11:17 -0000 Hi, I would like to remove the no-depend keyword from drivers using the LINUXKPI_C in the kernel. Currently it fails like this: > sys/ofed/drivers/infiniband/core/mad.c:36:10: fatal error: 'linux/dma-mapping.h' file not found > #include > ^ > 1 error generated. That's very easy to fix, by simply adding the correct include path to the C-flags of depend, though then all kernel files will have that include path added. What is the best way to fix this? I see ZFS has made a solution and can we extend this scheme? > # We have "special" -I include paths for zfs/dtrace files in 'depend'. > CFILES_NOCDDL= ${CFILES:N*/cddl/*:N*fs/nfsclient/nfs_clkdtrace*} > SFILES_NOCDDL= ${SFILES:N*/cddl/*} > CFILES_CDDL= ${CFILES:M*/cddl/*} > SFILES_CDDL= ${SFILES:M*/cddl/*} --HPS From owner-freebsd-current@freebsd.org Tue Jan 26 15:38:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34566A6EB5E for ; Tue, 26 Jan 2016 15:38:53 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0EEC164C for ; Tue, 26 Jan 2016 15:38:52 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 796161FE023; Tue, 26 Jan 2016 16:38:50 +0100 (CET) Subject: Re: How to add custom C-flags to kernel depend? To: FreeBSD Current , Drew Gallatin References: <56A754DE.4060404@selasky.org> From: Hans Petter Selasky Message-ID: <56A79394.5000601@selasky.org> Date: Tue, 26 Jan 2016 16:41:08 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <56A754DE.4060404@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 15:38:53 -0000 On 01/26/16 12:13, Hans Petter Selasky wrote: > Hi, > > I would like to remove the no-depend keyword from drivers using the > LINUXKPI_C in the kernel. Currently it fails like this: > >> sys/ofed/drivers/infiniband/core/mad.c:36:10: fatal error: >> 'linux/dma-mapping.h' file not found >> #include >> ^ >> 1 error generated. > > That's very easy to fix, by simply adding the correct include path to > the C-flags of depend, though then all kernel files will have that > include path added. What is the best way to fix this? > > I see ZFS has made a solution and can we extend this scheme? > >> # We have "special" -I include paths for zfs/dtrace files in 'depend'. >> CFILES_NOCDDL= ${CFILES:N*/cddl/*:N*fs/nfsclient/nfs_clkdtrace*} >> SFILES_NOCDDL= ${SFILES:N*/cddl/*} >> CFILES_CDDL= ${CFILES:M*/cddl/*} >> SFILES_CDDL= ${SFILES:M*/cddl/*} > Does the following look OK? > Index: kern.post.mk > =================================================================== > --- kern.post.mk (revision 294311) > +++ kern.post.mk (working copy) > @@ -186,12 +186,20 @@ > > ${SYSTEM_OBJS} genassym.o vers.o: opt_global.h > > +# Normal files first > +CFILES_NORMAL= ${CFILES:N*/cddl/*:N*fs/nfsclient/nfs_clkdtrace*:N*/compat/linuxkpi/*:N*/ofed/*:N*/mlx5/mlx5*} > +SFILES_NORMAL= ${SFILES:N*/cddl/*} > + > # We have "special" -I include paths for zfs/dtrace files in 'depend'. > -CFILES_NOCDDL= ${CFILES:N*/cddl/*:N*fs/nfsclient/nfs_clkdtrace*} > -SFILES_NOCDDL= ${SFILES:N*/cddl/*} > CFILES_CDDL= ${CFILES:M*/cddl/*} > SFILES_CDDL= ${SFILES:M*/cddl/*} > > +# We have "special" -I include paths for LinuxKPI. > +CFILES_LINUXKPI=${CFILES:M*/compat/linuxkpi/*} > + > +# We have "special" -I include paths for OFED. > +CFILES_OFED=${CFILES:M*/ofed/*:M*/mlx5/mlx5*} > + > kernel-depend: .depend > # The argument list can be very long, so use make -V and xargs to > # pass it to mkdep. > @@ -219,12 +227,20 @@ > .depend: .PRECIOUS ${SRCS} > .if ${MK_FAST_DEPEND} == "no" > rm -f ${.TARGET}.tmp > - ${MAKE} -V CFILES_NOCDDL -V SYSTEM_CFILES -V GEN_CFILES | \ > +# C files > + ${MAKE} -V CFILES_NORMAL -V SYSTEM_CFILES -V GEN_CFILES | \ > CC="${_MKDEPCC}" xargs mkdep -a -f ${.TARGET}.tmp ${CFLAGS} > ${MAKE} -V CFILES_CDDL | \ > CC="${_MKDEPCC}" xargs mkdep -a -f ${.TARGET}.tmp ${ZFS_CFLAGS} \ > ${FBT_CFLAGS} ${DTRACE_CFLAGS} > - ${MAKE} -V SFILES_NOCDDL | \ > + ${MAKE} -V CFILES_LINUXKPI | \ > + CC="${_MKDEPCC}" xargs mkdep -a -f ${.TARGET}.tmp \ > + ${CFLAGS} ${LINUXKPI_INCLUDES} > + ${MAKE} -V CFILES_OFED | \ > + CC="${_MKDEPCC}" xargs mkdep -a -f ${.TARGET}.tmp \ > + ${CFLAGS} ${OFEDINCLUDES} > +# Assembly files > + ${MAKE} -V SFILES_NORMAL | \ > CC="${_MKDEPCC}" xargs mkdep -a -f ${.TARGET}.tmp ${ASM_CFLAGS} > ${MAKE} -V SFILES_CDDL | \ > CC="${_MKDEPCC}" xargs mkdep -a -f ${.TARGET}.tmp ${ZFS_ASM_CFLAGS} --HPS From owner-freebsd-current@freebsd.org Tue Jan 26 20:27:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBC51A6E3C8 for ; Tue, 26 Jan 2016 20:27:06 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2EB9A2C for ; Tue, 26 Jan 2016 20:27:05 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u0QKQxWH036698 for ; Tue, 26 Jan 2016 12:27:05 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD CURRENT" From: "Chris H" Subject: Unable to view Jpeg images... Date: Tue, 26 Jan 2016 12:27:05 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 20:27:07 -0000 Greetings, I just updated one of my -CURRENT boxes that was ~8 mos. out. I (re)built the ports/packages locally, to reinstall/upgrade the box. I *did* read the entry in UPDATING, regarding the switch from jpeg to turbo-jpeg. But given the build process was somewhat automated, I may have overlooked something. Having [perhaps unnecessarily] added JPEG_PORT=graphics/jpeg-turbo to make.conf(5), and rebuild all of my Image Viewers; they still return: Unsupported format: image/jpeg, or similar. While I *can* view Jpeg's in the Gimp, and my browser (firefox), I can *not* in anything else. Can someone perhaps suggest what/where I should suspect/look? Thanks! --Chris -- From owner-freebsd-current@freebsd.org Tue Jan 26 22:28:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2739AA46DD1; Tue, 26 Jan 2016 22:28:49 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 0F7DC3B6; Tue, 26 Jan 2016 22:28:49 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 668945648E; Tue, 26 Jan 2016 16:28:48 -0600 (CST) From: Eric van Gyzen Subject: Hot-Plug PCIe Support X-Enigmail-Draft-Status: N1110 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-arch@freebsd.org Reply-To: freebsd-hackers@freebsd.org Message-ID: <56A7F31C.3030209@FreeBSD.org> Date: Tue, 26 Jan 2016 16:28:44 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 22:28:49 -0000 FreeBSD Folks: I am currently scoping the effort to add hot-plug PCIe support to FreeBSD. Is anyone else currently working on this or aware of any design, code, or other effort available outside the tree? FYI, here are perhaps the most interesting references I could find: https://wiki.freebsd.org/PCIHotplug https://wiki.freebsd.org/IdeasPage#Implementing_PCI-Hotplug_and_ExpressCard_support https://lists.freebsd.org/pipermail/freebsd-current/2015-April/055290.html https://lists.freebsd.org/pipermail/freebsd-ia32/2010-February/date.html Please reply on freebsd-hackers@FreeBSD.org to minimize cross-posting. Thanks in advance. Eric From owner-freebsd-current@freebsd.org Tue Jan 26 22:31:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3804A6E0A3 for ; Tue, 26 Jan 2016 22:31:56 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9034AA4A for ; Tue, 26 Jan 2016 22:31:56 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-wm0-x229.google.com with SMTP id l65so123541752wmf.1 for ; Tue, 26 Jan 2016 14:31:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cU3Ht0C5f6v3qQt5Z2LLH7BXA49Ea6D5VS/5ITDqqdU=; b=fwtswwk4KlO2Qql8en+AreqfB/XRXAg5hJl/JoYSjXcslJFP18NXrSnRZAJ3pVNxcc 8uXx650/ea66RNOU78zIfJ3leHVMqhB/DP2xjgzKjqhusilu5UyG+XAvBG3qbgLehyaz xQ1RKlIKaEPE1KINJBX8sjys/J8LVlNHl9O1G1DzZ32bjKhMjEbsYyB9tLxY2kWkpm7W r/5SMgV6Ixiw1GsX0LrQIw320xrb0F60e9OYpwUdYdCmvxP7cnNRMOkTjEz1+lT31GFe arEolzvHALwp5sZ3fKEOqux6fjNXXcfQ7ijlcjYF8OorQn7nI5wMQ89Hu0JXdAodUtGk a5hA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=cU3Ht0C5f6v3qQt5Z2LLH7BXA49Ea6D5VS/5ITDqqdU=; b=IL+ULpoxJPW3ZfZXEBr9i9dRuXHbRioFkZEUKxd4PFLBZuOc7qTSEur//VSfjd3guy G2VLSh2BL4l3vpcA2LuCi4D6fMwx2Tw9OQenV8wg7toCmCnND1mEq5SaE/D8TaWVbOOP F9KWMLX3Bnu0GUynItJb69itVxxvZSGwRO7pFP6fyWwXbtPrv/9xuk8+JjDykQUXJgki tC8fvx6qVVfx8VXTo96gWGctOQiyvJAdQx7xzZ2DEoyC8jFDlJ1whmoi43JQ3Lo6xEz7 YrxV3B26aElz2tZ5VRlVx38hhA1rIU4d9TaWjKiYLqmGpC0pFIoy5VjCFsO2lCVxwGLZ 73cg== X-Gm-Message-State: AG10YORJF+3GbDzVYJ6/5SQkiYq5rCHZtj3iuV7KjsjbB2cdEHvUbKnvMSpGqR4BFWH0tDKek5SOY/VFpLKBloPt MIME-Version: 1.0 X-Received: by 10.28.228.87 with SMTP id b84mr25883753wmh.81.1453847514708; Tue, 26 Jan 2016 14:31:54 -0800 (PST) Received: by 10.194.82.6 with HTTP; Tue, 26 Jan 2016 14:31:54 -0800 (PST) In-Reply-To: <56A7F31C.3030209@FreeBSD.org> References: <56A7F31C.3030209@FreeBSD.org> Date: Tue, 26 Jan 2016 23:31:54 +0100 Message-ID: Subject: Re: Hot-Plug PCIe Support From: Oliver Pinter To: freebsd-hackers@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org, jmg@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 22:31:57 -0000 On 1/26/16, Eric van Gyzen wrote: > FreeBSD Folks: > > I am currently scoping the effort to add hot-plug PCIe support to > FreeBSD. Is anyone else currently working on this or aware of any > design, code, or other effort available outside the tree? > > FYI, here are perhaps the most interesting references I could find: > > https://wiki.freebsd.org/PCIHotplug > > https://wiki.freebsd.org/IdeasPage#Implementing_PCI-Hotplug_and_ExpressCard_support > > https://lists.freebsd.org/pipermail/freebsd-current/2015-April/055290.html > > https://lists.freebsd.org/pipermail/freebsd-ia32/2010-February/date.html > > Please reply on freebsd-hackers@FreeBSD.org to minimize cross-posting. > > Thanks in advance. Hi! Added John-Mark to the CC, if I'm not wrong, I stared to play with them. > > Eric > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Jan 27 00:59:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DB4FA6EC25 for ; Wed, 27 Jan 2016 00:59:56 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60D0F1892 for ; Wed, 27 Jan 2016 00:59:55 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u0R0xuAE071632 for ; Tue, 26 Jan 2016 17:00:02 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: From: "Chris H" Subject: Re: Unable to view Jpeg images... Date: Tue, 26 Jan 2016 17:00:02 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <3425a9661ba4a3766557754ab6ea7299@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 00:59:56 -0000 Never mind. I was able to find a quick answer in the FreeBSD forums. Thanks! On Tue, 26 Jan 2016 12:27:05 -0800 "Chris H" wrote > Greetings, > I just updated one of my -CURRENT boxes that was ~8 mos. out. I > (re)built the ports/packages locally, to reinstall/upgrade the box. > I *did* read the entry in UPDATING, regarding the switch from jpeg > to turbo-jpeg. But given the build process was somewhat automated, > I may have overlooked something. Having [perhaps unnecessarily] > added JPEG_PORT=graphics/jpeg-turbo to make.conf(5), and rebuild > all of my Image Viewers; they still return: Unsupported format: > image/jpeg, or similar. While I *can* view Jpeg's in the Gimp, > and my browser (firefox), I can *not* in anything else. Can > someone perhaps suggest what/where I should suspect/look? > > Thanks! > > --Chris > > -- > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Jan 27 01:55:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4DF6FA6E004 for ; Wed, 27 Jan 2016 01:55:17 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 32A7C1D58 for ; Wed, 27 Jan 2016 01:55:16 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 27 Jan 2016 01:55:07 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u0R1s7qG029618; Tue, 26 Jan 2016 18:54:07 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1453859647.42081.22.camel@freebsd.org> Subject: Re: Unable to view Jpeg images... From: Ian Lepore To: Chris H , freebsd-current@freebsd.org Date: Tue, 26 Jan 2016 18:54:07 -0700 In-Reply-To: <3425a9661ba4a3766557754ab6ea7299@ultimatedns.net> References: <3425a9661ba4a3766557754ab6ea7299@ultimatedns.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 01:55:17 -0000 If someone with the same problem finds this thread on a search engine next week, they're sure going to wish you had said what the fix was, or linked to the forum post you found that fixed it. -- Ian On Tue, 2016-01-26 at 17:00 -0800, Chris H wrote: > Never mind. I was able to find a quick answer in the FreeBSD forums. > > Thanks! > > On Tue, 26 Jan 2016 12:27:05 -0800 "Chris H" > wrote > > > Greetings, > > I just updated one of my -CURRENT boxes that was ~8 mos. out. I > > (re)built the ports/packages locally, to reinstall/upgrade the box. > > I *did* read the entry in UPDATING, regarding the switch from jpeg > > to turbo-jpeg. But given the build process was somewhat automated, > > I may have overlooked something. Having [perhaps unnecessarily] > > added JPEG_PORT=graphics/jpeg-turbo to make.conf(5), and rebuild > > all of my Image Viewers; they still return: Unsupported format: > > image/jpeg, or similar. While I *can* view Jpeg's in the Gimp, > > and my browser (firefox), I can *not* in anything else. Can > > someone perhaps suggest what/where I should suspect/look? > > > > Thanks! > > > > --Chris From owner-freebsd-current@freebsd.org Wed Jan 27 01:58:40 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39F25A6E132; Wed, 27 Jan 2016 01:58:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07CA91E9E; Wed, 27 Jan 2016 01:58:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x235.google.com with SMTP id f81so4189157iof.0; Tue, 26 Jan 2016 17:58:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7SX96HW3bKGb9Rngz1txKYWjJA1r98yiO/njSAL+Lwc=; b=rORGBnJEE0zkaeL6/TkzJnTQivMRso7fikBQO00Ec8tCf8WHHYQA6uXibuT5grivLH CK5niSZOLhvdSaKwMXpPcWDfDOuPGhrS2YmzVBSsAm7z3R7611JBObecozlQnYj1jRUs jcJpLvJERC9CjPhTnzXJ8SpvZBxmmPIj4AeflIMtZin/oXXpvVCNT1vweqXOqbOstMTz WKqRIM5NNtpAGOA7O4jHRaNztJPppFKZyVctIab8B3uN2b9WEeqMaO13wN6iaFgprpG6 oLpGwXeFGgsQC6zzZLaxx6m1a0PU/p9xy+e+XMm8RI5Diwt12omu3QvE8nYiCh31Za8n 9Vvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=7SX96HW3bKGb9Rngz1txKYWjJA1r98yiO/njSAL+Lwc=; b=giCv5VtDc0L7wIdbADT3uhBOWcwx2Xt+eqAYKCQjfmtNVPKbTrlIxQNRl7w2GPd/uu LdD+cRs3XijjPy72Q7VdbGn0g5W/oNjPUcxQmPPfjJ+o+t/rZYLgiXVqdgclpSTdoBnw af2ULw/IvkbWXUkog9Qvd7fcwduZgVoc3f+9uqi14KaYgS+MhqTNq1TV7y6QJ7LaZs5m nyH4Y+8rooWDDBRk5k/3Bf1JL+nk/igXWhLah30tI3mqHbmrrCEWsB2Fr/FBgo8zZ+6b tU+ycfKi/kzNX/GZxbTvrBFLRsLP71ctRr1cC3QUW9paX+ulS7K29ukFIijfAH4V0Ifz AwJg== X-Gm-Message-State: AG10YOTXA9q4Fotwva7auxPVsK0ZfYPMV07Yr/7LKlAclYmRODYCwBW5ReTw0vj7fHhqkZHAOC1HCNvc0iAQBw== MIME-Version: 1.0 X-Received: by 10.107.10.217 with SMTP id 86mr25091254iok.75.1453859919407; Tue, 26 Jan 2016 17:58:39 -0800 (PST) Received: by 10.36.121.16 with HTTP; Tue, 26 Jan 2016 17:58:39 -0800 (PST) In-Reply-To: <56A7F31C.3030209@FreeBSD.org> References: <56A7F31C.3030209@FreeBSD.org> Date: Tue, 26 Jan 2016 17:58:39 -0800 Message-ID: Subject: Re: Hot-Plug PCIe Support From: Adrian Chadd To: "freebsd-hackers@freebsd.org" Cc: freebsd-current , "freebsd-arch@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 01:58:40 -0000 please grab the pciehp work that jmg has done and push it along to completion. Pretty please in fact. -a On 26 January 2016 at 14:28, Eric van Gyzen wrote: > FreeBSD Folks: > > I am currently scoping the effort to add hot-plug PCIe support to > FreeBSD. Is anyone else currently working on this or aware of any > design, code, or other effort available outside the tree? > > FYI, here are perhaps the most interesting references I could find: > > https://wiki.freebsd.org/PCIHotplug > > https://wiki.freebsd.org/IdeasPage#Implementing_PCI-Hotplug_and_ExpressCard_support > > https://lists.freebsd.org/pipermail/freebsd-current/2015-April/055290.html > > https://lists.freebsd.org/pipermail/freebsd-ia32/2010-February/date.html > > Please reply on freebsd-hackers@FreeBSD.org to minimize cross-posting. > > Thanks in advance. > > Eric > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Jan 27 02:46:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34A7FA6F114 for ; Wed, 27 Jan 2016 02:46:37 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F21CD1C31 for ; Wed, 27 Jan 2016 02:46:36 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u0R2kbMM083608 for ; Tue, 26 Jan 2016 18:46:43 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <1453859647.42081.22.camel@freebsd.org> References: <3425a9661ba4a3766557754ab6ea7299@ultimatedns.net>, <1453859647.42081.22.camel@freebsd.org> From: "Chris H" Subject: Re: Unable to view Jpeg images... Date: Tue, 26 Jan 2016 18:46:43 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 02:46:37 -0000 On Tue, 26 Jan 2016 18:54:07 -0700 Ian Lepore wrote > If someone with the same problem finds this thread on a search engine > next week, they're sure going to wish you had said what the fix was, or > linked to the forum post you found that fixed it. > > -- Ian That's a really good point, Ian. I should have thought of that, myself! So... Here are some examples I was given to make such a search; pkg shlib .so -- where, in my case, was a variant of "libjpeg" Another example; Provided shared libraries for each package: pkg query "%n-%v: %b" and Required shared libraries for each package: pkg query "%n-%v: %B" That's it! Thanks to "chrbr", "marino", and "kpa" at the forums for providing these helpful examples! > > On Tue, 2016-01-26 at 17:00 -0800, Chris H wrote: > > Never mind. I was able to find a quick answer in the FreeBSD forums. > > > > Thanks! > > > > On Tue, 26 Jan 2016 12:27:05 -0800 "Chris H" > > wrote > > > > > Greetings, > > > I just updated one of my -CURRENT boxes that was ~8 mos. out. I > > > (re)built the ports/packages locally, to reinstall/upgrade the box. > > > I *did* read the entry in UPDATING, regarding the switch from jpeg > > > to turbo-jpeg. But given the build process was somewhat automated, > > > I may have overlooked something. Having [perhaps unnecessarily] > > > added JPEG_PORT=graphics/jpeg-turbo to make.conf(5), and rebuild > > > all of my Image Viewers; they still return: Unsupported format: > > > image/jpeg, or similar. While I *can* view Jpeg's in the Gimp, > > > and my browser (firefox), I can *not* in anything else. Can > > > someone perhaps suggest what/where I should suspect/look? > > > > > > Thanks! > > > > > > --Chris > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --Chris -- From owner-freebsd-current@freebsd.org Wed Jan 27 03:07:08 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28701A6F922 for ; Wed, 27 Jan 2016 03:07:08 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A3DBD5A for ; Wed, 27 Jan 2016 03:07:07 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding: Content-Type:MIME-Version; bh=QcNHSkrSWuxZeflZo/qTEBzya9ffSuzWXezqe63J/Yg=; b=XKbf8lkMonMNggKqAATMUP/dyHHwtx11XpzsXLbFM7p8OMcv0QvHwpQdqiY2hU0wjXmp6JGkAe x7hu+pP0VH0tTS9K5CekpepXVB0XziEgScaBAzSgch9ZEMO+vY393GmRc/pFdA7xfzZAnFQ/UPhAg 87iFeadJeFT+xG/P/U9g=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:10261 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aOGRm-000Mwl-VB for freebsd-current@freebsd.org; Tue, 26 Jan 2016 21:07:07 -0600 Received: from cpe-70-113-56-244.austin.res.rr.com ([70.113.56.244]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 26 Jan 2016 21:07:06 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 26 Jan 2016 21:07:06 -0600 From: Larry Rosenman To: Freebsd current Subject: Bad GPTZFSBOOT? Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 03:07:08 -0000 Can someone(tm) look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206659 for me? Thanks! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Wed Jan 27 03:39:21 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87994A6E362; Wed, 27 Jan 2016 03:39:21 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 76FB91C56; Wed, 27 Jan 2016 03:39:21 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4E99616E9; Wed, 27 Jan 2016 03:39:20 +0000 (UTC) Date: Wed, 27 Jan 2016 03:39:18 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bdrewery@FreeBSD.org, luigi@FreeBSD.org, jhibbits@FreeBSD.org, cy@FreeBSD.org, dteske@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <793506423.11.1453865960409.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2215 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 03:39:21 -0000 FreeBSD_HEAD_i386 - Build #2215 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2215/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2215/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2215/console Change summaries: 294884 by cy: Allow specification of fetch options for ntp leap-seconds fetch. MFC after: 1 week X-MFC with: r289421, r293037, r294773 294883 by jhibbits: Convert rman to use rman_res_t instead of u_long Summary: Migrate to using the semi-opaque type rman_res_t to specify rman resources. For now, this is still compatible with u_long. This is step one in migrating rman to use uintmax_t for resources instead of u_long. Going forward, this could feasibly be used to specify architecture-specific definitions of resource ranges, rather than baking a specific integer type into the API. This change has been broken out to facilitate MFC'ing drivers back to 10 without breaking ABI. Reviewed By: jhb Sponsored by: Alex Perez/Inertial Computing Differential Revision: https://reviews.freebsd.org/D5075 294882 by luigi: cleanup and document in some detail the internals of the testing code for dummynet schedulers 294881 by luigi: the _Static_assert was not supposed to be in the commit. 294880 by dteske: Replace awk with more efficient builtins-only algo 294879 by luigi: bugfix: the scheduler template (dn_schk) for the round robin scheduler is followed by another structure (rr_schk) whose size must be set in the schk_datalen field of the descriptor. Not allocating the memory may cause other memory to be overwritten (though dn_schk is 192 bytes and rr_schk only 12 so we may be lucky and end up in the padding after the dn_schk). This is a merge candidate for stable and 10.3 MFC after: 3 days 294878 by bdrewery: Revert yacc dependency back to pre-r241298. Several attempts to fix this logic was done after r241298, which were all reverted, yet this change was not. The .h file does not depend on the .c file, so do not impose such a dependency on it. They are generated by the same command but do not depend on each other. Restore the .ORDER which should handle parallel build issues. This fixes an actual bug where the .h file is not recreated when missing [1]. For example: cd lib/libc make cleanobj make nsparser.h rm nsparser.h make nsparser.h # will not rebuild nsparser.h I have been trying to track down a build problem where nsparser.h is missing when nslexer.o is built. It is possible this is related. Reported by: bde [1] https://lists.freebsd.org/pipermail/svn-src-all/2012-October/059481.html https://lists.freebsd.org/pipermail/svn-src-all/2012-October/060038.html MFC after: 3 weeks Sponsored by: EMC / Isilon Storage Division 294877 by bdrewery: Replace nslexer.l->nslexer.c custom rule with a -D CFLAG. This avoids reproducing the lex logic which had dependencies set wrong and used an intermediate file for modifying the YY_BUF_SIZE. This has only been possible since flex 2.5.37 was imported in r250873, which uses #ifndef YY_BUF_SIZE. MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 294876 by bdrewery: nslexer.c does not depend on nsparser.h. nslexer.o depends on nsparser.h, which is already added by bsd.lib.mk and .depend. This reverts r237402. MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 294875 by bdrewery: FAST_DEPEND: Mark some unneeded code for later removal. Sponsored by: EMC / Isilon Storage Division 294874 by bdrewery: FAST_DEPEND: Apply missed nofilemon fix from r294351. Sponsored by: EMC / Isilon Storage Division 294873 by bdrewery: Set a value for _RECURSING_PROGS for debugging. MFC after: 3 days Sponsored by: EMC / Isilon Storage Division 294872 by bdrewery: Fix DIRDEPS_BUILD after r294752. DIRDEPS_BUILD does not yet support PROGS having their own dependency file. Overriding .MAKE.DEPENDFILE here causes major problems with the meta mode logic since it creates the Makefile.depend as '.depend' resulting in infinite loops in make due to dirdeps.mk including .depend endlessly. X-MFC-With: r294752 MFC after: 1 week Sponsored by: EMC / Isilon Storage Division The end of the build log: [...truncated 59511 lines...] ===> lib/libcom_err (all) --- all_subdir_libbsm --- --- bsm_mask.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_mask.c -o bsm_mask.So --- all_subdir_libcalendar --- --- easter.So --- cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libcalendar/easter.c -o easter.So --- all_subdir_libalias --- 1 warning generated. --- alias_mod.o --- cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libalias/libalias/../../../sys/netinet/libalias/alias_mod.c -o alias_mod.o --- all_subdir_libcompat --- ===> lib/libcompat (all) --- all_subdir_libcalendar --- --- calendar.o --- cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libcalendar/calendar.c -o calendar.o --- all_subdir_libcompat --- --- ftime.o --- cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I/usr/src/lib/libcompat/../libc/locale -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libcompat/4.1/ftime.c -o ftime.o In file included from /usr/src/lib/libcompat/4.1/ftime.c:37: /usr/obj/usr/src/tmp/usr/include/sys/timeb.h:42:2: warning: "this file includes which is deprecated" [-W#warnings] #warning "this file includes which is deprecated" ^ 1 warning generated. --- all_subdir_libalias --- /usr/src/lib/libalias/libalias/../../../sys/netinet/libalias/alias_mod.c:130:28: warning: no previous extern declaration for non-static variable 'dll_chain' [-Wmissing-variable-declarations] SLIST_HEAD(dll_chain, dll) dll_chain = SLIST_HEAD_INITIALIZER(dll_chain); ^ --- all_subdir_libcompat --- --- re_comp.o --- cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I/usr/src/lib/libcompat/../libc/locale -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libcompat/4.3/re_comp.c -o re_comp.o --- all_subdir_libcalendar --- --- easter.o --- cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libcalendar/easter.c -o easter.o --- all_subdir_libalias --- 1 warning generated. --- libalias.so.7.full --- building shared library libalias.so.7 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libalias.so.7.full -Wl,-soname,libalias.so.7 `NM='nm' NMFLAGS='' lorder alias.So alias_db.So alias_proxy.So alias_util.So alias_mod.So | tsort -q` --- all_subdir_libcompat --- --- rexec.o --- cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I/usr/src/lib/libcompat/../libc/locale -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libcompat/4.3/rexec.c -o rexec.o --- all_subdir_libcalendar --- --- libcalendar.so.5.full --- building shared library libcalendar.so.5 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libcalendar.so.5.full -Wl,-soname,libcalendar.so.5 `NM='nm' NMFLAGS='' lorder calendar.So easter.So | tsort -q` --- all_subdir_libalias --- --- libalias.a --- building static alias library ar -crD libalias.a `NM='nm' NMFLAGS='' lorder alias.o alias_db.o alias_proxy.o alias_util.o alias_mod.o | tsort -q` ranlib -D libalias.a --- all_subdir_libcalendar --- --- libcalendar.a --- --- all_subdir_libalias --- --- libalias.so.7.debug --- objcopy --only-keep-debug libalias.so.7.full libalias.so.7.debug --- all_subdir_libcalendar --- building static calendar library ar -crD libcalendar.a `NM='nm' NMFLAGS='' lorder calendar.o easter.o | tsort -q` --- all_subdir_libalias --- --- libalias.so.7 --- objcopy --strip-debug --add-gnu-debuglink=libalias.so.7.debug libalias.so.7.full libalias.so.7 ===> lib/libalias/modules (all) --- all --- ===> lib/libalias/modules/cuseeme (all) --- all_subdir_libcalendar --- ranlib -D libcalendar.a --- libcalendar.so.5.debug --- objcopy --only-keep-debug libcalendar.so.5.full libcalendar.so.5.debug --- libcalendar.so.5 --- objcopy --strip-debug --add-gnu-debuglink=libcalendar.so.5.debug libcalendar.so.5.full libcalendar.so.5 --- all_subdir_libcompat --- --- cuserid.o --- cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I/usr/src/lib/libcompat/../libc/locale -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libcompat/4.4/cuserid.c -o cuserid.o --- all_subdir_libalias --- --- alias_cuseeme.So --- cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libalias/modules/cuseeme/../../../../sys/netinet/libalias/alias_cuseeme.c -o alias_cuseeme.So --- all_subdir_libbsm --- --- bsm_notify.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_notify.c -o bsm_notify.So --- all_subdir_libcrypt --- --- all_subdir_libcompat --- --- libcompat.a --- --- all_subdir_libcrypt --- ===> lib/libcrypt (all) --- all_subdir_libcompat --- building static compat library ar -crD libcompat.a `NM='nm' NMFLAGS='' lorder ftime.o re_comp.o rexec.o cuserid.o | tsort -q` ranlib -D libcompat.a --- all_subdir_libbsm --- --- bsm_socket_type.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_socket_type.c -o bsm_socket_type.So --- all_subdir_libalias --- --- alias_cuseeme.o --- cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libalias/modules/cuseeme/../../../../sys/netinet/libalias/alias_cuseeme.c -o alias_cuseeme.o --- all_subdir_libbsm --- --- bsm_token.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c -o bsm_token.So --- all_subdir_libalias --- --- libalias_cuseeme.so.full --- building shared library libalias_cuseeme.so cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libalias_cuseeme.so.full -Wl,-soname,libalias_cuseeme.so `NM='nm' NMFLAGS='' lorder alias_cuseeme.So | tsort -q` --- all_subdir_libbsm --- --- bsm_user.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_user.c -o bsm_user.So --- all_subdir_libalias --- --- libalias_cuseeme.so.debug --- objcopy --only-keep-debug libalias_cuseeme.so.full libalias_cuseeme.so.debug --- libalias_cuseeme.a --- building static alias_cuseeme library ar -crD libalias_cuseeme.a `NM='nm' NMFLAGS='' lorder alias_cuseeme.o | tsort -q` ranlib -D libalias_cuseeme.a --- libalias_cuseeme.so --- objcopy --strip-debug --add-gnu-debuglink=libalias_cuseeme.so.debug libalias_cuseeme.so.full libalias_cuseeme.so ===> lib/libalias/modules/dummy (all) --- alias_dummy.So --- cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libalias/modules/dummy/../../../../sys/netinet/libalias/alias_dummy.c -o alias_dummy.So --- all_subdir_libdevctl --- ===> lib/libdevctl (all) --- all_subdir_libalias --- --- alias_dummy.o --- cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libalias/modules/dummy/../../../../sys/netinet/libalias/alias_dummy.c -o alias_dummy.o --- all_subdir_libdevctl --- --- devctl.So --- cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdevctl/devctl.c -o devctl.So --- all_subdir_libalias --- --- libalias_dummy.so.full --- building shared library libalias_dummy.so cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libalias_dummy.so.full -Wl,-soname,libalias_dummy.so `NM='nm' NMFLAGS='' lorder alias_dummy.So | tsort -q` --- all_subdir_libdevctl --- --- devctl.o --- cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdevctl/devctl.c -o devctl.o --- all_subdir_libalias --- --- libalias_dummy.a --- building static alias_dummy library ar -crD libalias_dummy.a `NM='nm' NMFLAGS='' lorder alias_dummy.o | tsort -q` ranlib -D libalias_dummy.a --- libalias_dummy.so.debug --- objcopy --only-keep-debug libalias_dummy.so.full libalias_dummy.so.debug --- libalias_dummy.so --- objcopy --strip-debug --add-gnu-debuglink=libalias_dummy.so.debug libalias_dummy.so.full libalias_dummy.so ===> lib/libalias/modules/ftp (all) --- alias_ftp.So --- cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libalias/modules/ftp/../../../../sys/netinet/libalias/alias_ftp.c -o alias_ftp.So --- all_subdir_libdevctl --- --- libdevctl.so.5.full --- building shared library libdevctl.so.5 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libdevctl.so.5.full -Wl,-soname,libdevctl.so.5 `NM='nm' NMFLAGS='' lorder devctl.So | tsort -q` --- libdevctl.a --- building static devctl library ar -crD libdevctl.a `NM='nm' NMFLAGS='' lorder devctl.o | tsort -q` ranlib -D libdevctl.a --- libdevctl.so.5.debug --- objcopy --only-keep-debug libdevctl.so.5.full libdevctl.so.5.debug --- libdevctl.so.5 --- objcopy --strip-debug --add-gnu-debuglink=libdevctl.so.5.debug libdevctl.so.5.full libdevctl.so.5 --- all_subdir_libbsm --- --- bsm_wrappers.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_wrappers.c -o bsm_wrappers.So --- all_subdir_libdevinfo --- ===> lib/libdevinfo (all) --- devinfo.So --- cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libdevinfo/devinfo.c -o devinfo.So In file included from /usr/src/lib/libdevinfo/devinfo.c:73: In file included from /usr/src/lib/libdevinfo/devinfo_var.h:31: /usr/obj/usr/src/tmp/usr/include/sys/rman.h:85:2: error: unknown type name 'bus_size_t' bus_size_t rm_size; /* size of managed region */ ^ 1 error generated. *** [devinfo.So] Error code 1 make[5]: stopped in /usr/src/lib/libdevinfo 1 error make[5]: stopped in /usr/src/lib/libdevinfo *** [all_subdir_libdevinfo] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libalias --- A failure has been detected in another branch of the parallel make make[7]: stopped in /usr/src/lib/libalias/modules/ftp *** [all] Error code 2 make[6]: stopped in /usr/src/lib/libalias/modules 1 error make[6]: stopped in /usr/src/lib/libalias/modules *** [all] Error code 2 make[5]: stopped in /usr/src/lib/libalias 1 error make[5]: stopped in /usr/src/lib/libalias *** [all_subdir_libalias] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libbsm --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/libbsm *** [all_subdir_libbsm] Error code 2 make[4]: stopped in /usr/src/lib 3 errors make[4]: stopped in /usr/src/lib *** [lib__L] Error code 2 make[3]: stopped in /usr/src 1 error make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson1690326898273247903.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Jan 27 03:52:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AFE3A6E943; Wed, 27 Jan 2016 03:52:31 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51B99A2A; Wed, 27 Jan 2016 03:52:31 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-io0-x229.google.com with SMTP id 1so6326803ion.1; Tue, 26 Jan 2016 19:52:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references; bh=gMMh/ZBfofsz3HS2pP9UirkVKWAEaNQ/TKw0t7U+pFA=; b=EA8zbIhZ8OHmF8Bgb6yaADRXTQV80ds/hkmexNsucwdnizSGEGop+joj2Zn+VWmlFY GFPXYAGjUAdj4S7soEucQrvud2qeV8OLzA3jezb/pr997qPrM7I3t6IaKgWCCMDJ+OVY 3m9se8W/L1v+hJ6rS/cfFbY8paZZiHDnsBH2xMTqw0OpopNyGFHE+82xgTrvpdOcWQ/Y 85JFLoGPafWLnt8n76vD/TjzNCOVL+EUH9f8eN3NdPkd0mjq/hyI8zaqTaM4osIQBY8H vabYDnBJnJ1RLN6SIaD7FlOV2NoPK3J01vG2qWA3V+JbCn4+45LtMq0gj+c6DrFk5/ty QuBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:cc:message-id:from:to:in-reply-to :content-type:content-transfer-encoding:mime-version:subject:date :references; bh=gMMh/ZBfofsz3HS2pP9UirkVKWAEaNQ/TKw0t7U+pFA=; b=gqKy//Khib/9WkcN4xQ+7jsj+IZwJFO0pc6hajWz1MzUbc+21aDJ3K2DnM+PKpSuYN jJTJuShsyLp+p7smGJzA2ire5lBqQxcPjo6yzxbS/U+pRBSvtswCD21YSu/FrMJoMeL6 UaM7eKXV6RvAq+vdlcfTTfwDxOyCVCfo4l9mqwSW4/eUQKEqug30bGHemHnnLdcVbD1O 4WNVX4D8/k/SUpAIjpT7pVy58ztu/CQLE6UeLltjZpUzFINawUZTJCkkMpdds9sJo068 uQ0liz83NeYNlveP1p5O72+iS1YolaSEdDNIdK0uRdVaFrIYxwqTkeaEA8LmbtfYNnYv fq8Q== X-Gm-Message-State: AG10YOQ/DmIZkIKRcVajOKo439ZV1a5jh3SC2gZSoh8tFizgnaDqf8NGP28+diNuirfikQ== X-Received: by 10.107.13.207 with SMTP id 198mr25133830ion.72.1453866750836; Tue, 26 Jan 2016 19:52:30 -0800 (PST) Received: from blackstar.knownspace (c-98-240-160-157.hsd1.mn.comcast.net. [98.240.160.157]) by smtp.gmail.com with ESMTPSA id p8sm2278377iga.10.2016.01.26.19.52.29 (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 26 Jan 2016 19:52:30 -0800 (PST) Sender: Justin Hibbits Cc: bdrewery@FreeBSD.org, luigi@FreeBSD.org, cy@FreeBSD.org, dteske@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-Id: <00276774-68B5-4946-AFEF-408B966A1002@FreeBSD.org> From: Justin Hibbits To: jenkins-admin@freebsd.org In-Reply-To: <793506423.11.1453865960409.JavaMail.jenkins@jenkins-9.freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: FreeBSD_HEAD_i386 - Build #2215 - Failure Date: Tue, 26 Jan 2016 21:52:27 -0600 References: <793506423.11.1453865960409.JavaMail.jenkins@jenkins-9.freebsd.org> X-Mailer: Apple Mail (2.936) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 03:52:31 -0000 Sorry, didn't fully tinderbox after a minor change before checking in r294883. Should be fixed by r294885. - Justin On Jan 26, 2016, at 9:39 PM, jenkins-admin@freebsd.org wrote: > FreeBSD_HEAD_i386 - Build #2215 - Failure: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2215/ > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2215/changes > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2215/console > > Change summaries: > > 294884 by cy: > Allow specification of fetch options for ntp leap-seconds fetch. > > MFC after: 1 week > X-MFC with: r289421, r293037, r294773 > > 294883 by jhibbits: > Convert rman to use rman_res_t instead of u_long > > Summary: > Migrate to using the semi-opaque type rman_res_t to specify rman > resources. For > now, this is still compatible with u_long. > > This is step one in migrating rman to use uintmax_t for resources > instead of > u_long. > > Going forward, this could feasibly be used to specify architecture- > specific > definitions of resource ranges, rather than baking a specific > integer type into > the API. > > This change has been broken out to facilitate MFC'ing drivers back > to 10 without > breaking ABI. > > Reviewed By: jhb > Sponsored by: Alex Perez/Inertial Computing > Differential Revision: https://reviews.freebsd.org/D5075 > > 294882 by luigi: > cleanup and document in some detail the internals of the testing code > for dummynet schedulers > > 294881 by luigi: > the _Static_assert was not supposed to be in the commit. > > 294880 by dteske: > Replace awk with more efficient builtins-only algo > > 294879 by luigi: > bugfix: the scheduler template (dn_schk) for the round robin scheduler > is followed by another structure (rr_schk) whose size must be set > in the schk_datalen field of the descriptor. > Not allocating the memory may cause other memory to be overwritten > (though dn_schk is 192 bytes and rr_schk only 12 so we may be lucky > and end up in the padding after the dn_schk). > > This is a merge candidate for stable and 10.3 > > MFC after: 3 days > > 294878 by bdrewery: > Revert yacc dependency back to pre-r241298. > > Several attempts to fix this logic was done after r241298, which were > all reverted, yet this change was not. > > The .h file does not depend on the .c file, so do not impose such a > dependency on it. They are generated by the same command but do not > depend on each other. Restore the .ORDER which should handle > parallel build > issues. This fixes an actual bug where the .h file is not recreated > when missing [1]. For example: > cd lib/libc > make cleanobj > make nsparser.h > rm nsparser.h > make nsparser.h # will not rebuild nsparser.h > > I have been trying to track down a build problem where nsparser.h is > missing when nslexer.o is built. It is possible this is related. > > Reported by: bde [1] > https://lists.freebsd.org/pipermail/svn-src-all/2012-October/059481.html > https://lists.freebsd.org/pipermail/svn-src-all/2012-October/060038.html > MFC after: 3 weeks > Sponsored by: EMC / Isilon Storage Division > > 294877 by bdrewery: > Replace nslexer.l->nslexer.c custom rule with a -D CFLAG. > > This avoids reproducing the lex logic which had dependencies set wrong > and used an intermediate file for modifying the YY_BUF_SIZE. > > This has only been possible since flex 2.5.37 was imported in r250873, > which uses #ifndef YY_BUF_SIZE. > > MFC after: 2 weeks > Sponsored by: EMC / Isilon Storage Division > > 294876 by bdrewery: > nslexer.c does not depend on nsparser.h. > > nslexer.o depends on nsparser.h, which is already added by bsd.lib.mk > and .depend. > > This reverts r237402. > > MFC after: 2 weeks > Sponsored by: EMC / Isilon Storage Division > > 294875 by bdrewery: > FAST_DEPEND: Mark some unneeded code for later removal. > > Sponsored by: EMC / Isilon Storage Division > > 294874 by bdrewery: > FAST_DEPEND: Apply missed nofilemon fix from r294351. > > Sponsored by: EMC / Isilon Storage Division > > 294873 by bdrewery: > Set a value for _RECURSING_PROGS for debugging. > > MFC after: 3 days > Sponsored by: EMC / Isilon Storage Division > > 294872 by bdrewery: > Fix DIRDEPS_BUILD after r294752. > > DIRDEPS_BUILD does not yet support PROGS having their own dependency > file. > > Overriding .MAKE.DEPENDFILE here causes major problems with the meta > mode logic since it creates the Makefile.depend as '.depend' resulting > in infinite loops in make due to dirdeps.mk including .depend > endlessly. > > X-MFC-With: r294752 > MFC after: 1 week > Sponsored by: EMC / Isilon Storage Division > > > > The end of the build log: > > [...truncated 59511 lines...] > ===> lib/libcom_err (all) > --- all_subdir_libbsm --- > --- bsm_mask.So --- > cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/ > openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm - > std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted- > parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/ > libbsm/../../contrib/openbsm/libbsm/bsm_mask.c -o bsm_mask.So > --- all_subdir_libcalendar --- > --- easter.So --- > cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong - > Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused- > parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - > Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused- > parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs - > Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing- > variable-declarations -Wthread-safety -Wno-empty-body -Wno-string- > plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/ > lib/libcalendar/easter.c -o easter.So > --- all_subdir_libalias --- > 1 warning generated. > --- alias_mod.o --- > cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem- > headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast- > qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast- > align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls - > Wold-style-definition -Wno-pointer-sign -Wmissing-variable- > declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int - > Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/ > libalias/libalias/../../../sys/netinet/libalias/alias_mod.c -o > alias_mod.o > --- all_subdir_libcompat --- > ===> lib/libcompat (all) > --- all_subdir_libcalendar --- > --- calendar.o --- > cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem- > headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn- > type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused- > parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs - > Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing- > variable-declarations -Wthread-safety -Wno-empty-body -Wno-string- > plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/ > lib/libcalendar/calendar.c -o calendar.o > --- all_subdir_libcompat --- > --- ftime.o --- > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I/usr/src/lib/ > libcompat/../libc/locale -std=gnu99 -fstack-protector-strong -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted- > parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/ > libcompat/4.1/ftime.c -o ftime.o > In file included from /usr/src/lib/libcompat/4.1/ftime.c:37: > /usr/obj/usr/src/tmp/usr/include/sys/timeb.h:42:2: warning: "this > file includes which is deprecated" [-W#warnings] > #warning "this file includes which is deprecated" > ^ > 1 warning generated. > > --- all_subdir_libalias --- > /usr/src/lib/libalias/libalias/../../../sys/netinet/libalias/ > alias_mod.c:130:28: warning: no previous extern declaration for non- > static variable 'dll_chain' [-Wmissing-variable-declarations] > SLIST_HEAD(dll_chain, dll) dll_chain = > SLIST_HEAD_INITIALIZER(dll_chain); > ^ > --- all_subdir_libcompat --- > --- re_comp.o --- > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I/usr/src/lib/ > libcompat/../libc/locale -std=gnu99 -fstack-protector-strong -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted- > parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/ > libcompat/4.3/re_comp.c -o re_comp.o > --- all_subdir_libcalendar --- > --- easter.o --- > cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem- > headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn- > type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused- > parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs - > Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing- > variable-declarations -Wthread-safety -Wno-empty-body -Wno-string- > plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/ > lib/libcalendar/easter.c -o easter.o > --- all_subdir_libalias --- > 1 warning generated. > --- libalias.so.7.full --- > building shared library libalias.so.7 > cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings - > Wl,--warn-shared-textrel -o libalias.so.7.full -Wl,- > soname,libalias.so.7 `NM='nm' NMFLAGS='' lorder alias.So > alias_db.So alias_proxy.So alias_util.So alias_mod.So | tsort -q` > --- all_subdir_libcompat --- > --- rexec.o --- > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I/usr/src/lib/ > libcompat/../libc/locale -std=gnu99 -fstack-protector-strong -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted- > parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/ > libcompat/4.3/rexec.c -o rexec.o > --- all_subdir_libcalendar --- > --- libcalendar.so.5.full --- > building shared library libcalendar.so.5 > cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings - > Wl,--warn-shared-textrel -o libcalendar.so.5.full -Wl,- > soname,libcalendar.so.5 `NM='nm' NMFLAGS='' lorder calendar.So > easter.So | tsort -q` > --- all_subdir_libalias --- > --- libalias.a --- > building static alias library > ar -crD libalias.a `NM='nm' NMFLAGS='' lorder alias.o alias_db.o > alias_proxy.o alias_util.o alias_mod.o | tsort -q` > ranlib -D libalias.a > --- all_subdir_libcalendar --- > --- libcalendar.a --- > --- all_subdir_libalias --- > --- libalias.so.7.debug --- > objcopy --only-keep-debug libalias.so.7.full libalias.so.7.debug > --- all_subdir_libcalendar --- > building static calendar library > ar -crD libcalendar.a `NM='nm' NMFLAGS='' lorder calendar.o > easter.o | tsort -q` > --- all_subdir_libalias --- > --- libalias.so.7 --- > objcopy --strip-debug --add-gnu-debuglink=libalias.so.7.debug > libalias.so.7.full libalias.so.7 > ===> lib/libalias/modules (all) > --- all --- > ===> lib/libalias/modules/cuseeme (all) > --- all_subdir_libcalendar --- > ranlib -D libcalendar.a > --- libcalendar.so.5.debug --- > objcopy --only-keep-debug libcalendar.so.5.full libcalendar.so.5.debug > --- libcalendar.so.5 --- > objcopy --strip-debug --add-gnu-debuglink=libcalendar.so.5.debug > libcalendar.so.5.full libcalendar.so.5 > --- all_subdir_libcompat --- > --- cuserid.o --- > cc -O2 -pipe -DLIBC_SCCS -DSYSLIBC_SCCS -I/usr/src/lib/ > libcompat/../libc/locale -std=gnu99 -fstack-protector-strong -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted- > parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/ > libcompat/4.4/cuserid.c -o cuserid.o > --- all_subdir_libalias --- > --- alias_cuseeme.So --- > cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong - > Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno- > string-plus-int -Wno-unused-const-variable -Wno-tautological-compare > -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function - > Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno- > switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused- > arguments -c /usr/src/lib/libalias/modules/cuseeme/../../../../sys/ > netinet/libalias/alias_cuseeme.c -o alias_cuseeme.So > --- all_subdir_libbsm --- > --- bsm_notify.So --- > cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/ > openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm - > std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted- > parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/ > libbsm/../../contrib/openbsm/libbsm/bsm_notify.c -o bsm_notify.So > --- all_subdir_libcrypt --- > --- all_subdir_libcompat --- > --- libcompat.a --- > --- all_subdir_libcrypt --- > ===> lib/libcrypt (all) > --- all_subdir_libcompat --- > building static compat library > ar -crD libcompat.a `NM='nm' NMFLAGS='' lorder ftime.o re_comp.o > rexec.o cuserid.o | tsort -q` > ranlib -D libcompat.a > --- all_subdir_libbsm --- > --- bsm_socket_type.So --- > cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/ > openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm - > std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted- > parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/ > libbsm/../../contrib/openbsm/libbsm/bsm_socket_type.c -o > bsm_socket_type.So > --- all_subdir_libalias --- > --- alias_cuseeme.o --- > cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem- > headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus- > int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused- > value -Wno-parentheses-equality -Wno-unused-function -Wno-enum- > conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum - > Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c / > usr/src/lib/libalias/modules/cuseeme/../../../../sys/netinet/ > libalias/alias_cuseeme.c -o alias_cuseeme.o > --- all_subdir_libbsm --- > --- bsm_token.So --- > cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/ > openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm - > std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted- > parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/ > libbsm/../../contrib/openbsm/libbsm/bsm_token.c -o bsm_token.So > --- all_subdir_libalias --- > --- libalias_cuseeme.so.full --- > building shared library libalias_cuseeme.so > cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings - > Wl,--warn-shared-textrel -o libalias_cuseeme.so.full -Wl,- > soname,libalias_cuseeme.so `NM='nm' NMFLAGS='' lorder > alias_cuseeme.So | tsort -q` > --- all_subdir_libbsm --- > --- bsm_user.So --- > cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/ > openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm - > std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted- > parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/ > libbsm/../../contrib/openbsm/libbsm/bsm_user.c -o bsm_user.So > --- all_subdir_libalias --- > --- libalias_cuseeme.so.debug --- > objcopy --only-keep-debug libalias_cuseeme.so.full > libalias_cuseeme.so.debug > --- libalias_cuseeme.a --- > building static alias_cuseeme library > ar -crD libalias_cuseeme.a `NM='nm' NMFLAGS='' lorder > alias_cuseeme.o | tsort -q` > ranlib -D libalias_cuseeme.a > --- libalias_cuseeme.so --- > objcopy --strip-debug --add-gnu-debuglink=libalias_cuseeme.so.debug > libalias_cuseeme.so.full libalias_cuseeme.so > ===> lib/libalias/modules/dummy (all) > --- alias_dummy.So --- > cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong - > Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno- > string-plus-int -Wno-unused-const-variable -Wno-tautological-compare > -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function - > Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno- > switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused- > arguments -c /usr/src/lib/libalias/modules/dummy/../../../../sys/ > netinet/libalias/alias_dummy.c -o alias_dummy.So > --- all_subdir_libdevctl --- > ===> lib/libdevctl (all) > --- all_subdir_libalias --- > --- alias_dummy.o --- > cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem- > headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus- > int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused- > value -Wno-parentheses-equality -Wno-unused-function -Wno-enum- > conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum - > Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c / > usr/src/lib/libalias/modules/dummy/../../../../sys/netinet/libalias/ > alias_dummy.c -o alias_dummy.o > --- all_subdir_libdevctl --- > --- devctl.So --- > cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong - > Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused- > parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - > Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused- > parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs - > Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing- > variable-declarations -Wthread-safety -Wno-empty-body -Wno-string- > plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/ > lib/libdevctl/devctl.c -o devctl.So > --- all_subdir_libalias --- > --- libalias_dummy.so.full --- > building shared library libalias_dummy.so > cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings - > Wl,--warn-shared-textrel -o libalias_dummy.so.full -Wl,- > soname,libalias_dummy.so `NM='nm' NMFLAGS='' lorder alias_dummy.So > | tsort -q` > --- all_subdir_libdevctl --- > --- devctl.o --- > cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem- > headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn- > type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused- > parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs - > Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing- > variable-declarations -Wthread-safety -Wno-empty-body -Wno-string- > plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/ > lib/libdevctl/devctl.c -o devctl.o > --- all_subdir_libalias --- > --- libalias_dummy.a --- > building static alias_dummy library > ar -crD libalias_dummy.a `NM='nm' NMFLAGS='' lorder alias_dummy.o | > tsort -q` > ranlib -D libalias_dummy.a > --- libalias_dummy.so.debug --- > objcopy --only-keep-debug libalias_dummy.so.full > libalias_dummy.so.debug > --- libalias_dummy.so --- > objcopy --strip-debug --add-gnu-debuglink=libalias_dummy.so.debug > libalias_dummy.so.full libalias_dummy.so > ===> lib/libalias/modules/ftp (all) > --- alias_ftp.So --- > cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong - > Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno- > string-plus-int -Wno-unused-const-variable -Wno-tautological-compare > -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function - > Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno- > switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused- > arguments -c /usr/src/lib/libalias/modules/ftp/../../../../sys/ > netinet/libalias/alias_ftp.c -o alias_ftp.So > --- all_subdir_libdevctl --- > --- libdevctl.so.5.full --- > building shared library libdevctl.so.5 > cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings - > Wl,--warn-shared-textrel -o libdevctl.so.5.full -Wl,- > soname,libdevctl.so.5 `NM='nm' NMFLAGS='' lorder devctl.So | tsort - > q` > --- libdevctl.a --- > building static devctl library > ar -crD libdevctl.a `NM='nm' NMFLAGS='' lorder devctl.o | tsort -q` > ranlib -D libdevctl.a > --- libdevctl.so.5.debug --- > objcopy --only-keep-debug libdevctl.so.5.full libdevctl.so.5.debug > --- libdevctl.so.5 --- > objcopy --strip-debug --add-gnu-debuglink=libdevctl.so.5.debug > libdevctl.so.5.full libdevctl.so.5 > --- all_subdir_libbsm --- > --- bsm_wrappers.So --- > cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libbsm/../../contrib/ > openbsm -I/usr/src/lib/libbsm/../../contrib/openbsm/libbsm - > std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno- > parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno- > unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted- > parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/ > libbsm/../../contrib/openbsm/libbsm/bsm_wrappers.c -o bsm_wrappers.So > --- all_subdir_libdevinfo --- > ===> lib/libdevinfo (all) > --- devinfo.So --- > cc -fpic -DPIC -g -O2 -pipe -std=gnu99 -fstack-protector-strong - > Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused- > parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - > Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus- > int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused- > value -Wno-parentheses-equality -Wno-unused-function -Wno-enum- > conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/ > lib/libdevinfo/devinfo.c -o devinfo.So > In file included from /usr/src/lib/libdevinfo/devinfo.c:73: > In file included from /usr/src/lib/libdevinfo/devinfo_var.h:31: > /usr/obj/usr/src/tmp/usr/include/sys/rman.h:85:2: error: unknown > type name 'bus_size_t' > bus_size_t rm_size; /* size of managed > region */ > ^ > 1 error generated. > *** [devinfo.So] Error code 1 > > make[5]: stopped in /usr/src/lib/libdevinfo > 1 error > > make[5]: stopped in /usr/src/lib/libdevinfo > *** [all_subdir_libdevinfo] Error code 2 > > make[4]: stopped in /usr/src/lib > --- all_subdir_libalias --- > A failure has been detected in another branch of the parallel make > > make[7]: stopped in /usr/src/lib/libalias/modules/ftp > *** [all] Error code 2 > > make[6]: stopped in /usr/src/lib/libalias/modules > 1 error > > make[6]: stopped in /usr/src/lib/libalias/modules > *** [all] Error code 2 > > make[5]: stopped in /usr/src/lib/libalias > 1 error > > make[5]: stopped in /usr/src/lib/libalias > *** [all_subdir_libalias] Error code 2 > > make[4]: stopped in /usr/src/lib > --- all_subdir_libbsm --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in /usr/src/lib/libbsm > *** [all_subdir_libbsm] Error code 2 > > make[4]: stopped in /usr/src/lib > 3 errors > > make[4]: stopped in /usr/src/lib > *** [lib__L] Error code 2 > > make[3]: stopped in /usr/src > 1 error > > make[3]: stopped in /usr/src > *** [libraries] Error code 2 > > make[2]: stopped in /usr/src > 1 error > > make[2]: stopped in /usr/src > *** [_libraries] Error code 2 > > make[1]: stopped in /usr/src > 1 error > > make[1]: stopped in /usr/src > *** [buildworld] Error code 2 > > make: stopped in /usr/src > 1 error > > make: stopped in /usr/src > Build step 'Execute shell' marked build as failure > [PostBuildScript] - Execution post build scripts. > [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson1690326898273247903.sh > + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/ > local/bin' > + export 'jname=FreeBSD_HEAD_i386' > + echo 'clean up jail FreeBSD_HEAD_i386' > clean up jail FreeBSD_HEAD_i386 > + sudo jail -r FreeBSD_HEAD_i386 > + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias > + sudo umount FreeBSD_HEAD_i386/usr/src > + sudo umount FreeBSD_HEAD_i386/dev > + sudo rm -fr FreeBSD_HEAD_i386 > + true > + sudo chflags -R noschg FreeBSD_HEAD_i386 > + sudo rm -fr FreeBSD_HEAD_i386 > Email was triggered for: Failure - Any > Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Jan 27 06:21:30 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 783B3A6F777; Wed, 27 Jan 2016 06:21:30 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8C8E71; Wed, 27 Jan 2016 06:21:30 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DBAEB1747; Wed, 27 Jan 2016 06:21:30 +0000 (UTC) Date: Wed, 27 Jan 2016 06:21:28 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: sephe@FreeBSD.org, glebius@FreeBSD.org, jhibbits@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2069572058.13.1453875690828.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <793506423.11.1453865960409.JavaMail.jenkins@jenkins-9.freebsd.org> References: <793506423.11.1453865960409.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2216 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 06:21:30 -0000 FreeBSD_HEAD_i386 - Build #2216 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2216/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2216/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2216/console Change summaries: 294887 by glebius: Fix build on i386. I can't yet understand why does it build on amd64. 294886 by sephe: hyperv/vmbus: Event handling code refactor. - Use taskqueue instead of swi for event handling. - Scan the interrupt flags in filter - Disable ringbuffer interrupt mask in filter to ensure no unnecessary interrupts. Submitted by: Jun Su Reviewed by: adrian, sephe, Dexuan Approved by: adrian (mentor) MFC after: 2 weeks Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D4920 294885 by jhibbits: Fix the build post-r294883. Pointy-hat to: jhibbits X-MFC with: r294883 From owner-freebsd-current@freebsd.org Wed Jan 27 06:33:10 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C3A7A6FDBE for ; Wed, 27 Jan 2016 06:33:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BE7FC1D92 for ; Wed, 27 Jan 2016 06:33:09 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qg0-x233.google.com with SMTP id o11so157930194qge.2 for ; Tue, 26 Jan 2016 22:33:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=2tLKvgc5Lqk/nnUVNMtpszlr+5Hkfi6JQw6Fgperrqs=; b=n8G30lpPK7j7ZonD7r+nh3xt9mWdJYR/H3mAD1WVVq6sUGOtR+BsJ171vrBzM+Mnra ixmjQQnem40sc5I3PAase/JuRjGcbKjrvtt3XW6bEdLvdzXixTR+S34hAHW177n8De/Y Em83hNpO6xE6qeOa/xuh90bFiuRWzFBk8Vu0+oBk1QVwG2awLkgRvosEwMm72bX0/8EG u6R5RgkzIYYDK2oc/KO52T05mA/tlGqimu81PiZ3ydTpT568kdXp/nbJEO7ITTLx2wBy PP2F3EmSPDK6qa4ZQb5PRmbfInF4zqV7nf/g0R3/QPsiteHGByOYZxeNIjzdJzLGHdOw zPgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2tLKvgc5Lqk/nnUVNMtpszlr+5Hkfi6JQw6Fgperrqs=; b=EMhaKGK5fqG8hyaR6u2kwJLh+4T7x3GxmfRhigLE1XYS/WJFf0pwh4JoJZ0h0pt52b Gwr94XTKQg2uSTJyXxOgVXiUFa0zFovF6FCXERHMmrpcfxwq69PrRW19HcOtwOaPKrmk v85W2iVg5nkqE2BatBLImANzf9865s7oUW7+6Xg/t1pO3s3YWedOcFwz3i9DxWWtg+A8 zrvvy4J9LhJdfJR5bsjiqXXlKCEKXA+yvrXaSjqYHzcqlL2cf/hE5n+3bqdxglV2JId7 TR5tPitFtdSPp/GME/zPUGWZXE20PdlWwmt4kVJC3ejM1dPoy6nuy2W+2MmQS7ePGftX Yamg== X-Gm-Message-State: AG10YOQ2nTuIH3ePJjMna7cayboZorUPkm5NcE9BTu7YyS2wmPM0Xzjqtel1sk//BRikRqu0hI8qKfGElfnwwQ== MIME-Version: 1.0 X-Received: by 10.140.109.247 with SMTP id l110mr33079979qgf.52.1453876388814; Tue, 26 Jan 2016 22:33:08 -0800 (PST) Sender: wlosh@bsdimp.com Received: by 10.140.30.166 with HTTP; Tue, 26 Jan 2016 22:33:08 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: References: <56A7F31C.3030209@FreeBSD.org> Date: Tue, 26 Jan 2016 23:33:08 -0700 X-Google-Sender-Auth: 7-XXkam3y4UwcxutlMyEoBYDEAk Message-ID: Subject: Re: Hot-Plug PCIe Support From: Warner Losh To: Adrian Chadd Cc: "freebsd-hackers@freebsd.org" , freebsd-current , "freebsd-arch@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 06:33:10 -0000 It's mostly done, but needs a careful review by PCI domain experts. I've been doing it a little at a time, but have been crunched for time. Since $DAYJOB doesn't care about hot plug, it's a lower priority than all the things related or semi-related to it. Warner On Tue, Jan 26, 2016 at 6:58 PM, Adrian Chadd wrote: > please grab the pciehp work that jmg has done and push it along to > completion. Pretty please in fact. > > > -a > > > On 26 January 2016 at 14:28, Eric van Gyzen wrote: > > FreeBSD Folks: > > > > I am currently scoping the effort to add hot-plug PCIe support to > > FreeBSD. Is anyone else currently working on this or aware of any > > design, code, or other effort available outside the tree? > > > > FYI, here are perhaps the most interesting references I could find: > > > > https://wiki.freebsd.org/PCIHotplug > > > > > https://wiki.freebsd.org/IdeasPage#Implementing_PCI-Hotplug_and_ExpressCard_support > > > > > https://lists.freebsd.org/pipermail/freebsd-current/2015-April/055290.html > > > > https://lists.freebsd.org/pipermail/freebsd-ia32/2010-February/date.html > > > > Please reply on freebsd-hackers@FreeBSD.org to minimize cross-posting. > > > > Thanks in advance. > > > > Eric > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arch@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Jan 27 15:17:54 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15EDEA7051E for ; Wed, 27 Jan 2016 15:17:54 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2a00:d1e0:1000:c00::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D48F4113D; Wed, 27 Jan 2016 15:17:53 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from cloud.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 3pr7pl17tMz4y6b; Wed, 27 Jan 2016 15:17:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cloud.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id vmA-w0nR-IYe; Wed, 27 Jan 2016 15:17:50 +0000 (UTC) Received: from [IPv6:2001:470:dca9:2::3] (celes.daemonic.se [IPv6:2001:470:dca9:2::3]) by mail.daemonic.se (Postfix) with ESMTPSA id 3pr7pk32zZz4xWY; Wed, 27 Jan 2016 15:17:50 +0000 (UTC) Subject: Re: Bad GPTZFSBOOT? To: Larry Rosenman , Freebsd current References: Cc: imp@freebsd.org From: Niclas Zeising Message-ID: <56A8DF5B.2070704@freebsd.org> Date: Wed, 27 Jan 2016 16:16:43 +0100 User-Agent: Mutt/1.5.21 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 15:17:54 -0000 On 2016-01-27 04:07, Larry Rosenman wrote: > Can someone(tm) look at > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206659 for me? Just to get the same information here as in the PR. This seems to have broken between r294750 and r294770. There were a series of commits to the boot loaders in that interval. Hopefully this will be resolved soon. Regards! -- Niclas From owner-freebsd-current@freebsd.org Wed Jan 27 16:47:32 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DE31A707FE; Wed, 27 Jan 2016 16:47:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3CE4B12D2; Wed, 27 Jan 2016 16:47:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C0D97B93C; Wed, 27 Jan 2016 11:47:30 -0500 (EST) From: John Baldwin To: freebsd-arch@freebsd.org Cc: Warner Losh , Adrian Chadd , "freebsd-hackers@freebsd.org" , freebsd-current Subject: Re: Hot-Plug PCIe Support Date: Wed, 27 Jan 2016 08:47:27 -0800 Message-ID: <3676083.ysX5rbmR19@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: <56A7F31C.3030209@FreeBSD.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 27 Jan 2016 11:47:30 -0500 (EST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 16:47:32 -0000 On Tuesday, January 26, 2016 11:33:08 PM Warner Losh wrote: > It's mostly done, but needs a careful review by PCI domain experts. I've > been doing it a little at a time, but have been crunched for time. Since > $DAYJOB doesn't care about hot plug, it's a lower priority than all the > things related or semi-related to it. As I noted in the review on phabricator, it needs to be rearranged. It currently puts a bunch of code in the PCI bus that instead belongs in the PCI-PCI bridge (all the interrupt handling, MSI, etc. are properties of the bridge and should be handled in their rather than magic fields in the pci_dinfo of the bridge in the parent PCI bus). It is not a lot of code and probably wouldn't take long to finish. I had been waiting to let jmg@ finish it. https://reviews.freebsd.org/D3932 > Warner > > > On Tue, Jan 26, 2016 at 6:58 PM, Adrian Chadd > wrote: > > > please grab the pciehp work that jmg has done and push it along to > > completion. Pretty please in fact. > > > > > > -a > > > > > > On 26 January 2016 at 14:28, Eric van Gyzen wrote: > > > FreeBSD Folks: > > > > > > I am currently scoping the effort to add hot-plug PCIe support to > > > FreeBSD. Is anyone else currently working on this or aware of any > > > design, code, or other effort available outside the tree? > > > > > > FYI, here are perhaps the most interesting references I could find: > > > > > > https://wiki.freebsd.org/PCIHotplug > > > > > > > > https://wiki.freebsd.org/IdeasPage#Implementing_PCI-Hotplug_and_ExpressCard_support > > > > > > > > https://lists.freebsd.org/pipermail/freebsd-current/2015-April/055290.html > > > > > > https://lists.freebsd.org/pipermail/freebsd-ia32/2010-February/date.html > > > > > > Please reply on freebsd-hackers@FreeBSD.org to minimize cross-posting. > > > > > > Thanks in advance. > > > > > > Eric > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to " > > freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-arch@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arch > > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-arch@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" -- John Baldwin From owner-freebsd-current@freebsd.org Wed Jan 27 22:33:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93047A6FA76; Wed, 27 Jan 2016 22:33:25 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 874F71AB5; Wed, 27 Jan 2016 22:33:25 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id DD1DC1562; Wed, 27 Jan 2016 22:33:24 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 27 Jan 2016 22:33:23 +0000 From: Glen Barber To: freebsd-pkgbase@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160127223323.GG98557@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5CUMAwwhRxlRszMD" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 22:33:25 -0000 --5CUMAwwhRxlRszMD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline As many know, work has been in progress for quite some time to provide the ability to package and upgrade the FreeBSD base system using pkg(8). The majority of the initial implementation has provided much of the core functionality to make this possible, however much work still needs to be done. Over the past few weeks, there have been several inquiries on if this work is still targeted for the 11.0-RELEASE, as well as the status of the project branch (base/projects/release-pkg). The answer to the first question is: Yes. This is still targeted for 11.0-RELEASE, which was one of the requirements during discussion of the new support model announced early last year [1]. The status of the in progress work is a bit more complex to answer in a short email, but work on packaging the FreeBSD base system is indeed ongoing, and has been my primary focus over the past several weeks. I am finishing an initial list of outstanding items that need to be resolved before the project branch can feasibly merged back to head, which I will send to the new freebsd-pkgbase@ mailing list. People interested in discussion surrounding this topic are urged to subscribe: https://lists.freebsd.org/mailman/listinfo/freebsd-pkgbase Finally, I want to personally thank Baptiste Daroussin for all of his tireless efforts to get us to the point we are at now. Without his ideas and insights, as well as ensuring pkg(8) contained the necessary functionality, we would not be anywhere close to completing this work for the 11.0-RELEASE. [1] https://lists.freebsd.org/pipermail/freebsd-announce/2015-February/001624.html Thanks. Glen --5CUMAwwhRxlRszMD Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWqUWzAAoJEAMUWKVHj+KTF4IP/28/Racnu0THqf3d5SSCxjqS rODeF1EpM2LSTBYn1G9u4CncOpubp4GiBq4zp/VhON/3NFMdfHLFGJ/ZdJ3F9K+v hart/ydihGy+Hw3VVjWmzFd35iokUXKoTKgNtZWkunXGBO3Il5w3y+Pn0FtMZNcw rcMoxWQfIHWd0/KXyuSpvqrEeomLz51c9DxO3OQh5z8kkntLlSAQAZIvsMyVHpJh kgs8fwS/2pO+n5GvNKukFnZKVTxURxMQF/e8BmJ8lqUEB6tSrxTiTqqubWH4hYBK x4MPiHuIDtkGqw7rVQyr9cH75lbCFVmvHq6nwCMFNOHAY1iB6P9MVd2dBdxmwR+e IJfaXbU6XbMve3YMPucXhLoYBlb2SrodPyEbnU65VXweQg93EEQnIZmLdXMeeUYl anzYkP39NL0dzRTrrfTGxipAaqGHXQFC1QocN+v9aOE/Mdcgqa66EAFTLw+Sahov viDNs4bqsI4K1kcj95W3KK/l1Xomz6ySKzsvWf52Fc7QrMV8yzRukKQQLVi+z2/4 tPh+40rHp9pxPlERxMATV1Sy/Ya7gH2ceTiYiAzuogjWDcfNvzP518cIOu6/yR9V cIUtLbwGbuT6ogzWwR38cxipTP4mkcX3FSnfVUG10UJtQAXrDZEQavmxYl+dSk9c NAG//EtgP8gaHJNxnw1d =xWDr -----END PGP SIGNATURE----- --5CUMAwwhRxlRszMD-- From owner-freebsd-current@freebsd.org Thu Jan 28 00:54:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 767AFA6FB77 for ; Thu, 28 Jan 2016 00:54:22 +0000 (UTC) (envelope-from jmaloney@pcbsd.org) Received: from barracuda.ixsystems.com (mail.ixsystems.com [69.198.165.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.ixsystems.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60C0A10C2 for ; Thu, 28 Jan 2016 00:54:21 +0000 (UTC) (envelope-from jmaloney@pcbsd.org) X-ASG-Debug-ID: 1453942459-08ca04766a02be0002-XDYc8F Received: from [10.0.1.13] (ip72-209-162-1.ks.ks.cox.net [72.209.162.1]) by barracuda.ixsystems.com with ESMTP id geuouCFCQW7Jzexb (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 27 Jan 2016 16:54:20 -0800 (PST) X-Barracuda-Envelope-From: jmaloney@pcbsd.org X-Barracuda-AUTH-User: jmaloney@pcbsd.org X-Barracuda-Apparent-Source-IP: 72.209.162.1 Subject: Re: Packaging the FreeBSD base system with pkg(8) To: freebsd-current@freebsd.org X-ASG-Orig-Subj: Re: Packaging the FreeBSD base system with pkg(8) References: <20160127223323.GG98557@FreeBSD.org> From: Joe Maloney Message-ID: <56A96706.8040306@pcbsd.org> Date: Wed, 27 Jan 2016 18:55:34 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <20160127223323.GG98557@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ip72-209-162-1.ks.ks.cox.net[72.209.162.1] X-Barracuda-Start-Time: 1453942460 X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256 X-Barracuda-URL: https://10.2.0.41:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at ixsystems.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=8.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.26519 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 00:54:22 -0000 Awesome. Thanks for the update, and info Glen. It looks like I will be subscribing to another list tonight! Joe Maloney On 01/27/16 16:33, Glen Barber wrote: > As many know, work has been in progress for quite some time to provide > the ability to package and upgrade the FreeBSD base system using pkg(8). > The majority of the initial implementation has provided much of the core > functionality to make this possible, however much work still needs to be > done. > > Over the past few weeks, there have been several inquiries on if this > work is still targeted for the 11.0-RELEASE, as well as the status of > the project branch (base/projects/release-pkg). > > The answer to the first question is: Yes. This is still targeted for > 11.0-RELEASE, which was one of the requirements during discussion of the > new support model announced early last year [1]. > > The status of the in progress work is a bit more complex to answer in > a short email, but work on packaging the FreeBSD base system is indeed > ongoing, and has been my primary focus over the past several weeks. > > I am finishing an initial list of outstanding items that need to be > resolved before the project branch can feasibly merged back to head, > which I will send to the new freebsd-pkgbase@ mailing list. People > interested in discussion surrounding this topic are urged to subscribe: > > https://lists.freebsd.org/mailman/listinfo/freebsd-pkgbase > > Finally, I want to personally thank Baptiste Daroussin for all of his > tireless efforts to get us to the point we are at now. Without his > ideas and insights, as well as ensuring pkg(8) contained the necessary > functionality, we would not be anywhere close to completing this work > for the 11.0-RELEASE. > > [1] > https://lists.freebsd.org/pipermail/freebsd-announce/2015-February/001624.html > > Thanks. > > Glen > From owner-freebsd-current@freebsd.org Thu Jan 28 12:55:32 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97515A71F3C for ; Thu, 28 Jan 2016 12:55:32 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm12-vm2.access.bullet.mail.bf1.yahoo.com (nm12-vm2.access.bullet.mail.bf1.yahoo.com [216.109.114.241]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 522C310B5 for ; Thu, 28 Jan 2016 12:55:31 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s2048; t=1453985279; bh=o+aK6PVmuDuiSY4CVsxvm9XWT9HpRY+ZmPLEuvXmBpk=; h=Date:From:To:CC:Subject:References:From:Subject; b=ucH12+dmxk0p5t4ZbpXV4TMsQiEXslm5V6objQ/FUjRNzk17CTH1TQJITEN0SyIlALkXt1l5962Uv/mT2rumw/n5vYztv9p/OSz+5I4mdRJWCpr3MsNUUcscPj5fQEmItEmoN+9ef2Z4qRCWjfTsd/dlWZbY6XD95yBliS/d09aq+v1i/LGqs6X5f4BjyYCYjyH+4ndBIGKKERomf55Bx/IyhXy0CRavAa5j80W+MF+N8cOLp7k1Vv6vqqlT+2HzQq4oq8SQhL36w1eVKUUwA1+EG2zIg/C7SbV2Rknxbpt/KaFYL4/5dfNyxHL8e8OF0YPTtNToWsYn7HrOyb5Hlw== Received: from [66.196.81.164] by nm12.access.bullet.mail.bf1.yahoo.com with NNFMP; 28 Jan 2016 12:47:59 -0000 Received: from [98.138.226.240] by tm10.access.bullet.mail.bf1.yahoo.com with NNFMP; 28 Jan 2016 12:47:59 -0000 Received: from [127.0.0.1] by smtp111.sbc.mail.ne1.yahoo.com with NNFMP; 28 Jan 2016 12:47:59 -0000 X-Yahoo-Newman-Id: 183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com Message-ID: <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: HGYhNOoVM1mM0NQtlXRzpPlnUD6N4qV4Exd0m4o0xmLxn2F 5TLGktc_83HOidf6uU_Bq7D3JhLbT8TlAAI7qqPJtVGPB0W8o0VKUw.fedFr MZFykLO9KHn_S8iStSLhQph58sBSD2ljmjMUjzYXHHL1twDi.tS878P66tjt i8kPQvF6BIKxyfObvUuLdo5VYw3EQca7POh4FRmyOvgTRT1zXwZBBmfr.tF1 XBnqTzLRFKg67hHJicfZC3fM7CBedp8pXTOsJfpjOoqe2foGPBm4hl2UNarf 74JPpq7uTsxQIzAmEmIiLh2GhChlI4bRdC8wNK2NbpO9.PW84oRjgwTrm0kJ 95_Ewq5rSbil3kO5w4CuFWDtqxwEGjwQQP4VRkICtc1AMb9eA8NZ_D..nzxS ZM2LFtRuvRkhRof9w.H21QnEclflGL3Z47u4RXpCnmxN6iqOs9jBjDVrOy1j b1fN2fd5aeJFRIxTsPP9w6QCgj4ItUjCL44mSJ7UBhrobqM783HfozwqRbpo Fz8jByx_ENjeT6mPKlUxKPVLPker0h7SaZslCQ1f91ajy6Hnh1qS25kw- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- Date: Thu, 28 Jan 2016 12:46:39 +0000 From: "Thomas Mueller" To: freebsd-current@freebsd.org CC: freebsd-pkgbase@freebsd.org Subject: Re: Packaging the FreeBSD base system with pkg(8) References: <20160127223323.GG98557@FreeBSD.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 12:55:32 -0000 from Glen Barber: > As many know, work has been in progress for quite some time to provide > the ability to package and upgrade the FreeBSD base system using pkg(8). > The majority of the initial implementation has provided much of the core > functionality to make this possible, however much work still needs to be > done. (snip) Would the base system all be one package? In Linux, everything is part of a package, even the kernel, but something comparable to FreeBSD or NetBSD base system would have many packages. Will it be possible to upgrade base system with portmaster or portupgrade, and would that be better than the current procedure in UPDATING? Would pkg then be able to show a package's required shared libraries including shared libraries from the base system? I was recently stung by pkg not showing required shared libraries from the base system. I just subscribed to freebsd-pkgbase@freebsd.org . Tom From owner-freebsd-current@freebsd.org Thu Jan 28 13:18:10 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6F1BA70784; Thu, 28 Jan 2016 13:18:10 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E04A1CA9; Thu, 28 Jan 2016 13:18:10 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id l66so24960589wml.0; Thu, 28 Jan 2016 05:18:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=s7D9zP+x8fz/dk5f1thDnLyVWmy74hzFy5EphGHocBk=; b=irVm1jZ/GeGgFEU83SUjYBklD2w1UyrNEGZloElkGl/+1anj9e0xqO9/M8eS/0B7qV /SBGIQ+2XjVZxB/B6EET0TV588rZUnmxzaM7s6wWcU28aj4Xxa8oEloliUXV9CxWlHcL r/8n1u3I1zrfDIRQKXT5X3o4ztMbZend9okTACWfGs0i+32svNoK7sv8RoXswryXLzdn PO18Yiq4mlk51zty3ByZ0h2ewL/OItKqDJ0splnDLLGIHZqHBf7JKIaoAJka5/XAbhjX EZ36s5+VCqc8Ri/70CNq6GwaESySaDCiDrov+mdqvse84yxEdT7S2JoTBDlIH3/HH1kI j6NQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=s7D9zP+x8fz/dk5f1thDnLyVWmy74hzFy5EphGHocBk=; b=AdzsyQ3XceLAV+W5hi9gn0YWYMS8sEovPacOgrHGrtkcuPXw2u5xSV5avOnjyFQF+X TGeqgN3va9bKNKgi7uMByAkF3nIyShSVL23l15ol1aETtgSUGVkP8ltUE820cTaLMSoX Um23C0smPxqyhDHl8/Rthm9o+YwcNXAS/Zv4layo8TMpUGQtJ1J1ZenxIONBmgtOux6a 2oSDYfvTix1LCZN9Rzh3umlcu0Y2+30kynlAdTZQ2nwRjHrlXi/lUktbUflpzPokKcrR hPJyRZIQPYAeqbUDd36ittiRE0SXHmLcRB6XFsJjTPLYtSB4nhvNfBcbZvB4JARBfxlL ElUQ== X-Gm-Message-State: AG10YOQwwhUHGh9J5YKB6UyWeSsnap6sMLGRgMEvsKRVbtI1HdwKmd0SRR9CWuXbuWsGkw== X-Received: by 10.28.177.85 with SMTP id a82mr3000062wmf.57.1453987088908; Thu, 28 Jan 2016 05:18:08 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id e194sm2751659wma.19.2016.01.28.05.18.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jan 2016 05:18:08 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 28 Jan 2016 14:18:06 +0100 From: Baptiste Daroussin To: Thomas Mueller Cc: freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160128131806.GB67200@ivaldir.etoilebsd.net> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 13:18:10 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 28, 2016 at 12:46:39PM +0000, Thomas Mueller wrote: > from Glen Barber: >=20 > > As many know, work has been in progress for quite some time to provide > > the ability to package and upgrade the FreeBSD base system using pkg(8). > > The majority of the initial implementation has provided much of the core > > functionality to make this possible, however much work still needs to be > > done. >=20 > (snip) >=20 > Would the base system all be one package? multiple packages with meta packages to represent the whole base so you hav= e the best of both world :) >=20 > In Linux, everything is part of a package, even the kernel, but something= comparable to FreeBSD or NetBSD base system would have many packages. >=20 > Will it be possible to upgrade base system with portmaster or portupgrade= , and would that be better than the current procedure in UPDATING? No but one will be able to simply run pkg upgrade (and built himself the packages) >=20 > Would pkg then be able to show a package's required shared libraries incl= uding shared libraries from the base system? I was recently stung by pkg n= ot showing required shared libraries from the base system. Yes, but but real usage of it would happen in a second step because of many rought edges to be deal with. but yes the information would be available see: https://www.youtube.com/watch?v=3DBr6izhH5P1I and https://www.youtube.com/watch?v=3Dv7px6ktoDAI for a bigger view of what happened (note that some detail my have change a = bit, the overall remains the same) Best regards, Bapt >=20 > I just subscribed to freebsd-pkgbase@freebsd.org . >=20 > Tom >=20 > _______________________________________________ > freebsd-pkgbase@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-pkgbase > To unsubscribe, send any mail to "freebsd-pkgbase-unsubscribe@freebsd.org" --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWqhUNAAoJEGOJi9zxtz5aMC8P/0SG5rBDifKrPfjLoZLk397e Q36vApnvh8+6VR7MaWckIUyBjFb02p8/UjvgbPxC47s+lpAtSTL51PB6BCm3ZmZA 3+vFGzJkTZtaO3r+ahAPUNFfyaMqutzoxDJzCKiMfIrI3twrhzUmFzVCEvZyz3jm 9pSaijsUeyXfouX8dv/eZPwWiVW9jElMI48DrMIDfZ3PmD5ZjlbnZSVoH5uvAUmQ nKlUzaW/MWgmykmf4gA/+1MVfGAPjzFKn6brbIi/2Cq0gbXp55uiksrmtKG1pdd8 yUiRCt4y+MrQoimjHhrjrEEWhhqosnx1j2Mtek1GyRlMLIva703er2tRmFY2vxpH HgeISezllA5SpYdZ+/vZkbTGqFmIubJDhEMXFEgRnDB5JwXEZrt7KwQdeFSv1Pkz SzuzaPkAKqqFkJ4MM4TpFLZ/ZTOgvpQ0E+hyjvx1pHRcUHGgrxDOoLuYXSZPx81F b3YkcH27mcN3PqxQ0xGlEqpLR/K9ffvHMCTQOWwW1nmYESukFrCtTm8qpgBopSms vyCzzlzcljA1p5d2MHjRdFvc/I9EqGedMWR1S7LSAQEPce34a9PeRNsxvvNJNxxT Crzdy8XsqERy5uv1XHWkTZO/k275BWodMOwMPXx2TZZtML1l04KxXfNhLo4LtxeZ 1YTT49c6+RqGxwqonT6H =ddhB -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-current@freebsd.org Thu Jan 28 15:03:55 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0122A71229 for ; Thu, 28 Jan 2016 15:03:55 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9898E1143 for ; Thu, 28 Jan 2016 15:03:55 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u0SF3kWL015277 for ; Fri, 29 Jan 2016 00:03:46 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Fri, 29 Jan 2016 00:03:44 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: ZFSROOT UEFI boot Message-Id: <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> In-Reply-To: <56A51A4C.1040808@multiplay.co.uk> References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 15:03:55 -0000 On Sun, 24 Jan 2016 18:39:08 +0000 Steven Hartland wrote: > On 24/01/2016 12:53, Tomoaki AOKI wrote: > > Unfortunately, this (and its committed successor and original for UFS) > > fails to boot in some situation, like below. OTOH, gptzfsboot (and > > maybe gptboot for UFS, too) is OK. > > > > When I select Disk1 from UEFI firmware, bootx64.efi in Disk1 EFI > > partition is used and it searches /boot/loader.efi from Disk2 (in ZFS, > > if none, in UFS) only. > > And when I select Disk2, bootx64.efi in Disk2 EFI partition is used and > > it searches /boot/loader.efi from Disk1 only. > > > > > > In fact, this is a long-standing and living problem. > > At past, USB memstick with head memstick.img (UEFI enabled, but > > without root-on-ZFS support) booted fine, but after I added UFS2 > > partition in internal disk, the USB memstick didn't boot anymore. > > It searches /boot/loader.efi from internal UFS and fails as it was > > blank (only newfs'ed) at that time. Another USB memstick with stable/10 > > memstick.img is still fine, as it's still ancient BIOS based. > > > > Possibly, it's not a fault of boot1.efi but caused by differense in > > implementation of UEFI firmware. If that's it, different boot1.efi > > would be needed for each implementation. > > > > A bit more details of tests are as below. Not all combinations are > > covered, but would be sufficient to determine above conclusion. > > > > > > Common configurations for all tests: > > *Each disk has one EFI partition (p1), one freebsd-boot partition > > (p2), one swap partition (p3), one UFS partition (p4), and one > > ZFS pool (p5) with this order. > > > > *Each partition has different GEOM label. > > > > *In each disk, FreeBSD is installed as root on ZFS. No other OS. > > > > *stable/10 (r294614) is installed in Disk1. > > > > *head (r294567) is installed in Disk2. > > > > *ZFS-enabled boot1.efi (head r294567) is used as bootx64.efi. > > > > > > Set 1: Boot from Disk1 (select it in UEFI firmware). > > In all tests, /boot/loader.efi in Disk1 (both UFS and ZFS) > > are NOT searched at all. > Could you clarify what you mean by this? > > When looking performing the scan boot1 uses the following coding: > * "+" = partition probe success (potential boot partition) > * "." = partition probe unsupported (valid partition not detected) > * "x" = partition probe error (unexpected error) > > 1-1) Both UFS and ZFS has no /boot/loader.efi > > -> Fail to boot. Fall back to boot1 prompt. > This is expected I know.:-) Just done to see how boot1 errors are shown. 2-2, too. > > 1-2) Disk2 UFS only has /boot/loader.efi, whole /boot of Disk2 ZFS > > is copied to UFS. > > -> head in Disk2 boots fine. > What do you mean by "whole /boot of Disk2 ZFS is copied to UFS"? Like below. #mount /dev/ada1p4 /mnt #cp -a /boot /mnt #umount /mnt Where /dev/ada[01]p4 is the UFS partition. > > 1-3) Same as 1-2, except its /boot/loader.efi is overwritten by the > > one of stable/10. > > -> head in Disk2 boots fine, as loader.efi loads kernel from > > /boot/kernel/kernel in UFS and kernel with zfs.ko can mount > > root on ZFS specified by vfs.root.mountfrom. > > > > 1-4) Disk2 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS > > is copied to UFS and its /boot/loader.efi is overwritten by > > the one of head. > > -> stable/10 in Disk1 ZFS boots fine. > > > > 1-5) Disk2 ZFS only has /boot/loader.efi. > > -> head in Disk2 ZFS boots fine. > > > > 1-6) Both UFS and ZFS in Disk2 has /boot/loader.efi. > > (Mix of 1-4 and 1-5) > > -> head in Disk2 ZFS boots fine. > > > > > > Set 2: Boot from Disk2 (select it in UEFI firmware). > > In all tests, /boot/loader.efi in Disk2 (both UFS and ZFS) > > are NOT searched at all. > > > > 2-1) Both UFS and ZFS has no /boot/loader.efi > > -> Fail to boot. Fall back to boot1 prompt. > > ZFS pool in Disk2 is shown before one in Disk1. > > > > 2-2) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk2 ZFS > > is copied to UFS. > > -> head in Disk2 ZFS boots fine. > > > > 2-3) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS > > is copied to UFS. > > -> stable/10 in Disk1 ZFS boots fine, as loader.efi loads > > kernel from /boot/kernel/kernel in UFS and kernel with zfs.ko > > can mount root on ZFS specified by vfs.root.mountfrom. > > > > 2-4) Disk1 UFS only has /boot/loader.efi, whole /boot of Disk1 ZFS > > is copied to UFS and its /boot/loader.efi is overwritten by > > the one of head. > > -> stable/10 in Disk1 ZFS boots fine. > > > > 2-5) Disk1 ZFS only has /boot/loader.efi of stable/10 itself. > > -> Fail to boot. Fall back to boot1 prompt. > > ZFS pool in Disk2 is shown before one in Disk1. > > > > 2-6) Disk1 ZFS only has /boot/loader.efi of head. > > -> stable/10 in Disk1 ZFS boots fine. > > > > 2-7) Both UFS and ZFS in Disk1 has /boot/loader.efi of head. > > (Mix of 2-2 and 2-6) > > -> stable/10 in Disk1 ZFS boots fine. > > > > 2-8) UFS has /boot/loader.efi of head (head kernel copied), but ZFS > > has /boot/loader.efi of stable/10 itself. (Mix of 2-2 and 2-5) > > -> Same as 2-5. Fail to boot. Fall back to boot1 prompt. > > ZFS pool in Disk2 is shown before one in Disk1. > > > > Set 3: Disk2 is removed. (Disk1 only environment) > > > > 3-1) ZFS only has /boot/loader.efi of head. > > -> stable/10 in Disk1 ZFS boots fine. > > > > 3-2) Same as 2-2 without Disk2. > > -> Fail to boot. Fall back to loader prompt. > > (Of course. Specified root device doesn't exists.) > > > > 3-3) Same as 2-4 without Disk2. > > -> stable/10 in Disk1 ZFS boots fine. > > > > 3-4) Both UFS and ZFS have /boot/loader.efi of head. > > -> stable/10 in Disk1 ZFS boots fine. > > > You're tests here are quite hard to follow as each one refers to other > details. It would be good to get: > 1. gpart show for each test It's exactly the same throughout all tests, as it's on single hardware. ada0 is stable/10 installation, my main working environment. ada1 is head installation, test environment mainly for this case or alike that VMs don't work well. da0 is head installation, dd'ed with memstick.img. a) Without USB memstick: => 34 2000409197 ada0 GPT (954G) 34 2014 - free - (1.0M) 2048 409600 1 efi (200M) 411648 1024 2 freebsd-boot (512K) 412672 1024 - free - (512K) 413696 20971520 3 freebsd-swap (10G) 21385216 10485760 4 freebsd-ufs (5.0G) 31870976 1968537600 5 freebsd-zfs (939G) 2000408576 655 - free - (328K) => 34 488397101 ada1 GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) => 34 488397101 diskid/DISK-S21MNXAG821947P GPT (233G) 34 2014 - free - (1.0M) 2048 204800 1 efi (100M) 206848 1024 2 freebsd-boot (512K) 207872 1024 - free - (512K) 208896 20971520 3 freebsd-swap (10G) 21180416 16777216 4 freebsd-ufs (8.0G) 37957632 450439168 5 freebsd-zfs (215G) 488396800 335 - free - (168K) b) With USB memstick (USB portion only, as others are the same above.): => 3 1617794 da0 GPT (1.9G) [CORRUPT] 3 1600 1 efi (800K) 1603 34 2 freebsd-boot (17K) 1637 1614112 3 freebsd-ufs (788M) 1615749 2048 4 freebsd-swap (1.0M) > 2. information on which partitions have valid head /boot/loader.efi, > don't mix and match /boot/boot1.efifat and /boot/loader.efi from > different versions. I don't think digging deeper in each test is important. What I wanted to determine thorouout these tests is "Where is the bad point to get selected disk isn't booted?". Now I determined that latest loader.efi and kernel looks OK, OTOH, boot1.efi or UEFI firmware has the cause of problem. > 3. The output / exact error you see. As I don't have serial console, I took photos and typed up. So there can be typo in it. In all cases, /boot/loader.efi in all partitions are renamed to let boot1 panic. A) Disk1 is selected, no USB memstick inserted: >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices........++...++ done ZFS found the following pools: zsysS02 zsysS01 UFS found 2 partitions Failed to lookup /boot/loader.efi on pool zsysS02 (2) ZFS failed to load /boot/loader.efi (2) panic: No bootable partitions found! B) Disk1 is selected, one USB memstick (memstick.img of head) inserted: >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices........+....++...++ done ZFS found the following pools: zsysS02 zsysS01 UFS found 3 partitions Failed to lookup /boot/loader.efi on pool zsysS02 (2) ZFS failed to load /boot/loader.efi (2) panic: No bootable partitions found! C) Disk2 is selected, no USB memstick inserted: >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices........++...++ done ZFS found the following pools: zsysS01 zsysS02 UFS found 2 partitions Failed to lookup /boot/loader.efi on pool zsysS01 (2) ZFS failed to load /boot/loader.efi (2) panic: No bootable partitions found! D) Disk2 is selected, one USB memstick (memstick.img of head) inserted: >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices........++...+....++ done ZFS found the following pools: zsysS01 zsysS02 UFS found 3 partitions Failed to lookup /boot/loader.efi on pool zsysS01 (2) ZFS failed to load /boot/loader.efi (2) panic: No bootable partitions found! E) USB memstick is selected: >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 12 block devices........++...++...+. done ZFS found the following pools: zsysS01 zsysS02 UFS found 3 partitions Failed to lookup /boot/loader.efi on pool zsysS01 (2) ZFS failed to load /boot/loader.efi (2) panic: No bootable partitions found! > To be clear where boot1 is read from should have no impact on which > partition is booted, boo1 will pick the first partition it finds that it > believes is bootable and will boot from it, if that fails then it will > try the next etc. It's exactly the NO GOOD point. The disk where boot1 is read from should be where loader.efi and loader.conf are first read. In rescue drive case, including installation memstick, I believe boot from selected disk is mandatory feature of boot1.efi, unless some boot management feature before loader.efi is loaded (like boot0ext did) is provided and enabled. If one need to fix crashed installation on first disk, but its /boot/loader.efi alone is healthy while kernels and *.4th files are crashed, boot1.efi in emergency memstick will load the /boot/loader.efi and boot should fail. But if boot1.efi in emergency memstick is promised to load /boot/loader.efi in itself first, boot should be fine and fix can be proceeded without opening the box. > Be aware that ZFS is always used in preference to UFS and that first > partition (according to the iteration order of EFI) will be used to read > the loader.efi from. I now understood it through my tests. :-) If there's the functionality to select drive/partition to boot like boot0 has (had before? ), I (and anyone suffering like me) would be happy. If it would never be planned (possibly secure boot related), loading loader.efi from the same disk with boot1.efi would become more and more important, at least for installation media. Regards. > Regards > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-current@freebsd.org Thu Jan 28 16:06:33 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 042C3A70926; Thu, 28 Jan 2016 16:06:33 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B896F1B04; Thu, 28 Jan 2016 16:06:32 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aOp5S-000Ck5-DT; Thu, 28 Jan 2016 19:06:22 +0300 Date: Thu, 28 Jan 2016 19:06:22 +0300 From: Slawa Olhovchenkov To: Baptiste Daroussin Cc: Thomas Mueller , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160128160622.GB88527@zxy.spb.ru> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160128131806.GB67200@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 16:06:33 -0000 On Thu, Jan 28, 2016 at 02:18:06PM +0100, Baptiste Daroussin wrote: > On Thu, Jan 28, 2016 at 12:46:39PM +0000, Thomas Mueller wrote: > > from Glen Barber: > > > > > As many know, work has been in progress for quite some time to provide > > > the ability to package and upgrade the FreeBSD base system using pkg(8). > > > The majority of the initial implementation has provided much of the core > > > functionality to make this possible, however much work still needs to be > > > done. > > > > (snip) > > > > Would the base system all be one package? > > multiple packages with meta packages to represent the whole base so you have the > best of both world :) > > > > In Linux, everything is part of a package, even the kernel, but something comparable to FreeBSD or NetBSD base system would have many packages. > > > > Will it be possible to upgrade base system with portmaster or portupgrade, and would that be better than the current procedure in UPDATING? > > No but one will be able to simply run pkg upgrade (and built himself the > packages) > > > > Would pkg then be able to show a package's required shared libraries including shared libraries from the base system? I was recently stung by pkg not showing required shared libraries from the base system. > > Yes, but but real usage of it would happen in a second step because of many > rought edges to be deal with. but yes the information would be available > > see: > https://www.youtube.com/watch?v=Br6izhH5P1I > and > https://www.youtube.com/watch?v=v7px6ktoDAI > > for a bigger view of what happened (note that some detail my have change a bit, > the overall remains the same) What about upgrade strongly outdated system? For example 11.0 at time 18.0? I.e. packages for 11.0 don't available, pkg from 11.0 don't undertund package base from 18.0 and etc. From owner-freebsd-current@freebsd.org Thu Jan 28 16:09:55 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84E67A70A81 for ; Thu, 28 Jan 2016 16:09:55 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 45F7F1CA3 for ; Thu, 28 Jan 2016 16:09:55 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 67716D7B7 for ; Thu, 28 Jan 2016 16:09:48 +0000 (UTC) Subject: Re: Packaging the FreeBSD base system with pkg(8) To: freebsd-current@freebsd.org References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> From: Allan Jude Message-ID: <56AA3D54.5020502@freebsd.org> Date: Thu, 28 Jan 2016 11:09:56 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160128160622.GB88527@zxy.spb.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mTTMTJ9D0BWEOBnB60NEtavjT24V9An93" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 16:09:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mTTMTJ9D0BWEOBnB60NEtavjT24V9An93 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-01-28 11:06, Slawa Olhovchenkov wrote: > On Thu, Jan 28, 2016 at 02:18:06PM +0100, Baptiste Daroussin wrote: >=20 >> On Thu, Jan 28, 2016 at 12:46:39PM +0000, Thomas Mueller wrote: >>> from Glen Barber: >>> >>>> As many know, work has been in progress for quite some time to provi= de >>>> the ability to package and upgrade the FreeBSD base system using pkg= (8). >>>> The majority of the initial implementation has provided much of the = core >>>> functionality to make this possible, however much work still needs t= o be >>>> done. >>> >>> (snip) >>> >>> Would the base system all be one package? >> >> multiple packages with meta packages to represent the whole base so yo= u have the >> best of both world :) >>> >>> In Linux, everything is part of a package, even the kernel, but somet= hing comparable to FreeBSD or NetBSD base system would have many packages= =2E >>> >>> Will it be possible to upgrade base system with portmaster or portupg= rade, and would that be better than the current procedure in UPDATING? >> >> No but one will be able to simply run pkg upgrade (and built himself t= he >> packages) >>> >>> Would pkg then be able to show a package's required shared libraries = including shared libraries from the base system? I was recently stung by= pkg not showing required shared libraries from the base system. >> >> Yes, but but real usage of it would happen in a second step because of= many >> rought edges to be deal with. but yes the information would be availab= le >> >> see: >> https://www.youtube.com/watch?v=3DBr6izhH5P1I >> and >> https://www.youtube.com/watch?v=3Dv7px6ktoDAI >> >> for a bigger view of what happened (note that some detail my have chan= ge a bit, >> the overall remains the same) >=20 > What about upgrade strongly outdated system? > For example 11.0 at time 18.0? I.e. packages for 11.0 don't available, > pkg from 11.0 don't undertund package base from 18.0 and etc. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 According to our current release schedule, FreeBSD 18.0 will not come out for 35 years (2051). The general approach would appear to be just downloading new packages and updating the system. For a drastic upgrade like that, you'd likely have to build a newer version of pkg from ports. The approach for offering an upgrade from 10.x to 11.0 will be the more interesting endeavour. --=20 Allan Jude --mTTMTJ9D0BWEOBnB60NEtavjT24V9An93 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJWqj1YAAoJEBmVNT4SmAt+1YcP+wXyfuL6Kfno4SKI9+OWfaSc 4f09XcE1ntdFsqaW/RhoCNlmctomL9D4PqvYhn/tby8FLrH/eFPzKO0TVnUYrR95 Bw1P9eo8oQb3WsfD5fXRlPm9Sxc3stnWnoRTTAZsTi3Euv5kuVJykKEd6ClebKfS BT+yO5LBwrtXAMAFmQiaWf3yfzn81x+QUdVnPzC+PKrxr401KqbNrzEacbdjUwIO nclnO2v4vlv/tqPLTHLrDq4cMPB3xOOSJfCRh/e+5AITEwM7IHHo0VrtLqAnoCTr 7MTxebYWmKvP4jS5i06xiYjbK+iTvhP0hAIm9MV13yDoe6k0rBVvfeH7fzZ80cQf gn2nTyAYn1lG+iFsInsQ3Sw4MVcXxdaQWo390gnHLln/jhyAgNKVmn75pUYkIu+A y64pmlopw6qSyjSjUt3wUBSvFWj79jzd8fUGAMx95WYUlA/ZeENZWISjko9hmHNY UF7qe7gAhobQe7ngs7VRdGQifvL5LTDK13AEEtlMyD1Kt/fK4zsrNmAEwV+2i3ym QAJYkAKtwSueHlOStr744nuwIWQUP++j33f9wOdsz4Lm/jEXzoRdrxmNahxl2YAw boeoisccI45v39onJ9KNBnZhk1VLiRZJojmR65ECtOBPPo69Da3jYww6xBnmE/qu 2Oglf5BDdNJikV590CmI =Qa0B -----END PGP SIGNATURE----- --mTTMTJ9D0BWEOBnB60NEtavjT24V9An93-- From owner-freebsd-current@freebsd.org Thu Jan 28 16:22:39 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 070DBA7109B for ; Thu, 28 Jan 2016 16:22:39 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C5E3013CF for ; Thu, 28 Jan 2016 16:22:38 +0000 (UTC) (envelope-from dfr@rabson.org) Received: by mail-yk0-x22d.google.com with SMTP id a85so36568113ykb.1 for ; Thu, 28 Jan 2016 08:22:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rabson-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bEviy2hUxixKe+/NGxjf9zyQL8on1JHH8RvGuSASLIc=; b=cVk8atUiTh+bSX5p6yf94R0RAGIzV8erKOfv9ZJYv7Jc70MCVeD20yU/H4+VSk1gsv KfWSzJ9T6E8KIKagsM57uTxnxezjfaj/2jl99HnBZJwR6ghW/Nu8vu2SO/9RN0TPYm14 7V7mf9moqcJqJ1nP55pN/2BRtzJjPfBVeXLsqgEVXKHrUKlVXAkm3IQhJc2oJGRtyQLx C5w8SbluxO6bKR2DIv6QEOXaGe8aCC2QbH9NhGT2L71jMF2sqyRofzPkGYn3vMAI8B12 W7mfoPhBHbBr46vu2ijflDasuEXRIwH/9aX/H64OChIA3MohhXtqSu22tGg72nrs3AlM xTug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=bEviy2hUxixKe+/NGxjf9zyQL8on1JHH8RvGuSASLIc=; b=dL3FYzbL+yvrre0dqTReCh6pScp75nz/3PwVj+5+zHcyqsm0n37tB67qIDVRtkwcrQ ef2U3sk26Ecxjx8VTTA3s3j2KiVebfUDKWTbA1TFNV/6rX1JM3UCVWWQtBtaIsflvMEY j84Y97JylyAM25GYTloMk2IHM/va4ac6Igsbg2EisqvTCgQOyU1a4+dWOj8kr+KWPZWI LAmCc2slq/Gv9Lg8MM/l81USToEVtgOsEcrnO0eMWaVUTrHqHqw9bdWlPpugs8ciwD9R jo2BzUz1wFZCkbJiJQlYBWnpItxOUhBoMu+h7Jr5+nCOAdXr6cOH6k4OUQ7d1NxCVhnH OmOw== X-Gm-Message-State: AG10YOTa5ofph+/VRJJHlPXcPD6+d6y87S7GeFHpbISDSgELGptNCzR6nGZzUwmRVRM07BC1/tac2CRNcnRn7g== MIME-Version: 1.0 X-Received: by 10.129.153.208 with SMTP id q199mr2215864ywg.45.1453998157854; Thu, 28 Jan 2016 08:22:37 -0800 (PST) Received: by 10.37.223.72 with HTTP; Thu, 28 Jan 2016 08:22:37 -0800 (PST) In-Reply-To: <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> Date: Thu, 28 Jan 2016 16:22:37 +0000 Message-ID: Subject: Re: ZFSROOT UEFI boot From: Doug Rabson To: Tomoaki AOKI Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 16:22:39 -0000 On 28 January 2016 at 15:03, Tomoaki AOKI wrote: > It's exactly the NO GOOD point. The disk where boot1 is read from > should be where loader.efi and loader.conf are first read. > I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 looks for loader in the pool which contains the disk that the BIOS booted. It passes through the ID of that pool to loader which uses that pool as the default for loading kernel and modules. I believe this is the correct behaviour. For gptzfsboot and zfsboot, it is possible to override by pressing space at the point where it is about to load loader. From owner-freebsd-current@freebsd.org Thu Jan 28 17:00:39 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2A1EA71CC0 for ; Thu, 28 Jan 2016 17:00:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 941D41ADE; Thu, 28 Jan 2016 17:00:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aOpvx-000EBA-A1; Thu, 28 Jan 2016 20:00:37 +0300 Date: Thu, 28 Jan 2016 20:00:37 +0300 From: Slawa Olhovchenkov To: Allan Jude Cc: freebsd-current@freebsd.org Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160128170037.GR37895@zxy.spb.ru> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <56AA3D54.5020502@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56AA3D54.5020502@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 17:00:39 -0000 On Thu, Jan 28, 2016 at 11:09:56AM -0500, Allan Jude wrote: > >> Yes, but but real usage of it would happen in a second step because of many > >> rought edges to be deal with. but yes the information would be available > >> > >> see: > >> https://www.youtube.com/watch?v=Br6izhH5P1I > >> and > >> https://www.youtube.com/watch?v=v7px6ktoDAI > >> > >> for a bigger view of what happened (note that some detail my have change a bit, > >> the overall remains the same) > > > > What about upgrade strongly outdated system? > > For example 11.0 at time 18.0? I.e. packages for 11.0 don't available, > > pkg from 11.0 don't undertund package base from 18.0 and etc. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > According to our current release schedule, FreeBSD 18.0 will not come > out for 35 years (2051). Schedule may be changed. How you calculate this? As I see next mayor release gone in 2 year. 18-11=7, 14 years, in 2030. Ok, let 15.0 or 16. I am work from FreeBSD 2.0, I am use (now) installation with 5.4, why I can't planed about 11 to 18 upgrade? > The general approach would appear to be just downloading new packages > and updating the system. For a drastic upgrade like that, you'd likely > have to build a newer version of pkg from ports. You kidding. Ports from 18.0 cant't be build on 11.0. This trivial expirence, ports tree incomatible change every 5-6 years. > The approach for offering an upgrade from 10.x to 11.0 will be the more > interesting endeavour. I am guess this is already study. My interests in long run. From owner-freebsd-current@freebsd.org Thu Jan 28 17:03:52 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA212A71EFA for ; Thu, 28 Jan 2016 17:03:52 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6DC921E91 for ; Thu, 28 Jan 2016 17:03:52 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 9A262D97F; Thu, 28 Jan 2016 17:03:51 +0000 (UTC) Subject: Re: Packaging the FreeBSD base system with pkg(8) To: Slawa Olhovchenkov References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <56AA3D54.5020502@freebsd.org> <20160128170037.GR37895@zxy.spb.ru> Cc: freebsd-current@freebsd.org From: Allan Jude Message-ID: <56AA4A00.6000103@freebsd.org> Date: Thu, 28 Jan 2016 12:04:00 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160128170037.GR37895@zxy.spb.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHnBF6QvLjTnx5PltQxCwJceuW11QM6l7" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 17:03:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --xHnBF6QvLjTnx5PltQxCwJceuW11QM6l7 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-01-28 12:00, Slawa Olhovchenkov wrote: > On Thu, Jan 28, 2016 at 11:09:56AM -0500, Allan Jude wrote: >=20 >>>> Yes, but but real usage of it would happen in a second step because = of many >>>> rought edges to be deal with. but yes the information would be avail= able >>>> >>>> see: >>>> https://www.youtube.com/watch?v=3DBr6izhH5P1I >>>> and >>>> https://www.youtube.com/watch?v=3Dv7px6ktoDAI >>>> >>>> for a bigger view of what happened (note that some detail my have ch= ange a bit, >>>> the overall remains the same) >>> >>> What about upgrade strongly outdated system? >>> For example 11.0 at time 18.0? I.e. packages for 11.0 don't available= , >>> pkg from 11.0 don't undertund package base from 18.0 and etc. >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >>> >> >> According to our current release schedule, FreeBSD 18.0 will not come >> out for 35 years (2051). >=20 > Schedule may be changed. > How you calculate this? As I see next mayor release gone in 2 year. > 18-11=3D7, 14 years, in 2030. > Ok, let 15.0 or 16. > I am work from FreeBSD 2.0, I am use (now) installation with 5.4, why > I can't planed about 11 to 18 upgrade? >=20 You are correct sorry, I was thinking of the 5 year lifecycle of each release, not the 2 year cadence of new releases. Upgrading from an End-of-Life release is specifically not supported. It is not a burden that RE@ should have to deal with. >> The general approach would appear to be just downloading new packages >> and updating the system. For a drastic upgrade like that, you'd likely= >> have to build a newer version of pkg from ports. >=20 > You kidding. Ports from 18.0 cant't be build on 11.0. This trivial > expirence, ports tree incomatible change every 5-6 years. >=20 >> The approach for offering an upgrade from 10.x to 11.0 will be the mor= e >> interesting endeavour. >=20 > I am guess this is already study. > My interests in long run. >=20 --=20 Allan Jude --xHnBF6QvLjTnx5PltQxCwJceuW11QM6l7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJWqkoDAAoJEBmVNT4SmAt+MigP/jyhLXn5kn4YSUDoP9ifCo7i X6Ic3BCfipNIGSqG3qBD7RGhahQ3JSzQ93fYK8J7itGX07gznyoUJ3gnY+MtxmtK keu506Kr2Hg9TRxj6HMiGQ+QPuBiuoEOKvTcxo5eZfcZcj/G0EMSc3HW/OzTNumD Ih4sl9XRwP8m+Y8zSFhxGb5SEDUxu6lH4+rusQ+CK7ZNq/x7PamgFWr+uaLT/qix 2PRYCU86PPyt39ETbnjOZQZYJOMxyJ9QwvocELM1/ZlY/0RmRr9iExA9S3i+ZSKK aIieYDea9bV3MTbb011M+DjQwKCBtLo++QyClGSv8egYpX7zPGe7T0ro+2GDSrkl WMFfmz1R5455JztPwAiPlFamNYMdmLNDvHQHdV3NOPwDqVFeZ+9uzIC3Xkp3RSOG GyC4och8A/ZcryGVE/R5+Q+YvYbZT3tIMrqBJ+VqI65etPZDbVUHvQ20yzAW3J6n L+3PYN+Zf1zJiOcZSXRos1qOByXsDkj/nVCAHFdmSjuTAKkuKOqF24qnT5ZRQ9qQ sXn+d8ahRIK2mIeywIVuX7vCH+zeLWDspSs+Buh39zxE/ou5W5fAkviKmFiOyS04 RqW1XJIe/uuaYvpmgGbenO0zZuyRxRJBYiQOY3rwJxcS7VvoThClGPbaMJCVy88K +bm/etUpRKMlP824buRk =TOPt -----END PGP SIGNATURE----- --xHnBF6QvLjTnx5PltQxCwJceuW11QM6l7-- From owner-freebsd-current@freebsd.org Thu Jan 28 17:23:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98347A70893; Thu, 28 Jan 2016 17:23:17 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 605AF1A30; Thu, 28 Jan 2016 17:23:14 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from Alfreds-MacBook-Pro-2.local (unknown [IPv6:2601:645:8001:cee1:6400:c953:ac01:a8ff]) by elvis.mu.org (Postfix) with ESMTPSA id 6918D345A92E; Thu, 28 Jan 2016 09:23:08 -0800 (PST) Subject: Re: Packaging the FreeBSD base system with pkg(8) To: Glen Barber , freebsd-pkgbase@FreeBSD.org References: <20160127223323.GG98557@FreeBSD.org> Cc: freebsd-current@FreeBSD.org From: Alfred Perlstein Organization: FreeBSD Message-ID: <56AA4E7C.3070408@freebsd.org> Date: Thu, 28 Jan 2016 09:23:08 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160127223323.GG98557@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 17:23:17 -0000 This is going to be huge for FreeBSD. Thank you Glen, Bapt and I believe Peter Wemm as well. Having been engineering lead on multiple appliances based on FreeBSD this is going to revolutionize and make life so much easier for future appliance endeavors and general manageability of FreeBSD. Thanks again! On 1/27/16 2:33 PM, Glen Barber wrote: > As many know, work has been in progress for quite some time to provide > the ability to package and upgrade the FreeBSD base system using pkg(8). > The majority of the initial implementation has provided much of the core > functionality to make this possible, however much work still needs to be > done. > > Over the past few weeks, there have been several inquiries on if this > work is still targeted for the 11.0-RELEASE, as well as the status of > the project branch (base/projects/release-pkg). > > The answer to the first question is: Yes. This is still targeted for > 11.0-RELEASE, which was one of the requirements during discussion of the > new support model announced early last year [1]. > > The status of the in progress work is a bit more complex to answer in > a short email, but work on packaging the FreeBSD base system is indeed > ongoing, and has been my primary focus over the past several weeks. > > I am finishing an initial list of outstanding items that need to be > resolved before the project branch can feasibly merged back to head, > which I will send to the new freebsd-pkgbase@ mailing list. People > interested in discussion surrounding this topic are urged to subscribe: > > https://lists.freebsd.org/mailman/listinfo/freebsd-pkgbase > > Finally, I want to personally thank Baptiste Daroussin for all of his > tireless efforts to get us to the point we are at now. Without his > ideas and insights, as well as ensuring pkg(8) contained the necessary > functionality, we would not be anywhere close to completing this work > for the 11.0-RELEASE. > > [1] > https://lists.freebsd.org/pipermail/freebsd-announce/2015-February/001624.html > > Thanks. > > Glen > From owner-freebsd-current@freebsd.org Thu Jan 28 17:25:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC2D6A70A1F for ; Thu, 28 Jan 2016 17:25:58 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E0391D4E; Thu, 28 Jan 2016 17:25:58 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aOqKR-000Er5-RH; Thu, 28 Jan 2016 20:25:55 +0300 Date: Thu, 28 Jan 2016 20:25:55 +0300 From: Slawa Olhovchenkov To: Allan Jude Cc: freebsd-current@freebsd.org Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160128172555.GC88527@zxy.spb.ru> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <56AA3D54.5020502@freebsd.org> <20160128170037.GR37895@zxy.spb.ru> <56AA4A00.6000103@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56AA4A00.6000103@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 17:25:59 -0000 On Thu, Jan 28, 2016 at 12:04:00PM -0500, Allan Jude wrote: > On 2016-01-28 12:00, Slawa Olhovchenkov wrote: > > On Thu, Jan 28, 2016 at 11:09:56AM -0500, Allan Jude wrote: > > > >>>> Yes, but but real usage of it would happen in a second step because of many > >>>> rought edges to be deal with. but yes the information would be available > >>>> > >>>> see: > >>>> https://www.youtube.com/watch?v=Br6izhH5P1I > >>>> and > >>>> https://www.youtube.com/watch?v=v7px6ktoDAI > >>>> > >>>> for a bigger view of what happened (note that some detail my have change a bit, > >>>> the overall remains the same) > >>> > >>> What about upgrade strongly outdated system? > >>> For example 11.0 at time 18.0? I.e. packages for 11.0 don't available, > >>> pkg from 11.0 don't undertund package base from 18.0 and etc. > >>> _______________________________________________ > >>> freebsd-current@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >>> > >> > >> According to our current release schedule, FreeBSD 18.0 will not come > >> out for 35 years (2051). > > > > Schedule may be changed. > > How you calculate this? As I see next mayor release gone in 2 year. > > 18-11=7, 14 years, in 2030. > > Ok, let 15.0 or 16. > > I am work from FreeBSD 2.0, I am use (now) installation with 5.4, why > > I can't planed about 11 to 18 upgrade? > > > > You are correct sorry, I was thinking of the 5 year lifecycle of each > release, not the 2 year cadence of new releases. > > Upgrading from an End-of-Life release is specifically not supported. Where is documented? Curently source based upgraded suported to last stable direct from 7.0. Last supported release now is 9.3. Upgrade to 7.0 supported from 5.3. Upgrade to 5.3 supported from, hmm, I think last 3-STABLE (or any 3.x?). Upgrade from 2.x to 3.x is aout-elf upgrade. As result, source upgrade supported in 3 step upgrade from any current elf release to last stable. Because ALL source history preserved. I think preserving all binary packages from previos releases is imposible. > It is not a burden that RE@ should have to deal with. Please distinguish 'not supported' and 'prohibited'. This position reduce to 'lost time to system upgrade? format C: and install any other OS with more liberal upgrade policy'. Time to system upgrade may be lost by multiple reasons, for example -- lost previos staff. From owner-freebsd-current@freebsd.org Thu Jan 28 17:28:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E96E6A70B1C; Thu, 28 Jan 2016 17:28:35 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BAFD31E91; Thu, 28 Jan 2016 17:28:35 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pa0-x22e.google.com with SMTP id uo6so26772823pac.1; Thu, 28 Jan 2016 09:28:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=yQpMa7oONmmsb8OFgjGg2Ymu70h5oHAEfnqSpiPqIhs=; b=cMNwLdSuQ1pYE9eJdvW37gPF447pL/a9lw/eJIEYe8jFPp9i+y4oqLCRDDkK84kjTe IxL1A9UXMiiJH14vUkDX7o0jikv8UEviEZQOff10SygU0pVryDFFFKfijyvCAHqwxRNl WI0pMzwdfD/c+bp599sD2m6EpL8UbrrikpKdGtNnvNU9/VwzkMTDUIDsH1dL/9ht1JFp eJjUcRO49qzf0LDqSxIMC1NZHTZ59HiteYfy5XvW6PBFr3KBvUPc23hWiqJraOMMLUhO iZAHqOpDA9+hqNIAwpb80pnEXhr+lR+RB1rs3NWTLh5TefdPTyXjW9kzFkLde13i8fh0 beCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=yQpMa7oONmmsb8OFgjGg2Ymu70h5oHAEfnqSpiPqIhs=; b=LooJ2qJKB+WO8Ls3cE86D/pVAogYRMnZjljEujijaBH6oX5c6LVuQLVsKjT+2Y8QJ/ GDDPmMGIontU7HCXvFXfCecOxY36EMnUCDGtuAvJZcCHVA3+eKArrRVKLjCkUCdUFo25 LnMjRMi1yZPP61FQ8yuDfkiamIA/6MBRwwn4mziVYB/op2NCAxxTGuVBMRKiuUAKMP/2 4lCotH653IhA2pVBosRQKrQCcg2soUDwX47hMkVeIxW7TbnKfPSASV6s+Ns9443SB5Ya rKGnP3YCh2nd+ByQ3nBI8ZWUaDFVo2hNdjdoOmz7jkovA8JiwS2vwUNa0/+PlsgcQAzZ GH2A== X-Gm-Message-State: AG10YOQf/GjTm30hpHjGwUnB7HrCP0KkRmB5nJjSspj9lvI2mv38+BrQH+dhry6zxoFKuQ== X-Received: by 10.66.216.69 with SMTP id oo5mr6157951pac.126.1454002115354; Thu, 28 Jan 2016 09:28:35 -0800 (PST) Received: from [22.160.77.234] ([172.56.38.103]) by smtp.gmail.com with ESMTPSA id f12sm17809236pat.20.2016.01.28.09.28.33 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Jan 2016 09:28:33 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Packaging the FreeBSD base system with pkg(8) From: NGie Cooper X-Mailer: iPhone Mail (13D15) In-Reply-To: <20160128160622.GB88527@zxy.spb.ru> Date: Thu, 28 Jan 2016 09:28:32 -0800 Cc: Baptiste Daroussin , Thomas Mueller , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> To: Slawa Olhovchenkov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 17:28:36 -0000 > On Jan 28, 2016, at 08:06, Slawa Olhovchenkov wrote: ... > What about upgrade strongly outdated system? > For example 11.0 at time 18.0? I.e. packages for 11.0 don't available, > pkg from 11.0 don't undertund package base from 18.0 and etc. This is an important question to ask and solve. There might be points in tim= e where seamless upgrades are not possible, and instead you need to hop from= release to release (this is not ideal, but it could happen). For instance, at $work we're allowing upgrades from version X to Y, and Y to= Z, but not direct upgrades from X to Z. Part of the rationale behind this c= hange is, deprecation of platforms and the change in upgrade framework, whic= h requires upgrading from blessed releases proven to work with the new frame= work. Thanks, -NGie= From owner-freebsd-current@freebsd.org Thu Jan 28 17:34:47 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F6D2A70E12 for ; Thu, 28 Jan 2016 17:34:47 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x231.google.com (mail-pf0-x231.google.com [IPv6:2607:f8b0:400e:c00::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7236112C5; Thu, 28 Jan 2016 17:34:47 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x231.google.com with SMTP id n128so26642693pfn.3; Thu, 28 Jan 2016 09:34:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=l1frb1NM8c2RkrGKmiVY9Dw+vo2OADujS4/+L3zWXCU=; b=XB+m4f2Se2qlzEIUZZBa6MJgStws+bojtxGzVi4zIiwcgiBSyTjucPJoaqugPL9Oo0 C7D16TaDNG+Rtv+fCnE1TwAVGaCMcbhdj2adkA402lL11J8fG+i9mbhISRa6rCVuREtg fvtPECQlFavQlZ8KLW/iho3RptR5ghEQIx8SVDcK1jXMhQnpLFzqQU6g06nAgdUXLevI LrN7kgBCyv5d6J+LH4psXMZSWREuxG8AAoA9ngO7ohRLesqXaQAfrY6LX3kdMOeO6hWO VXeCJI4YO2RROL8uZyFc5/O84KkGGDIjr4DWs2O2Ipwha1xDZcJSttknDueTtoOzRWl2 sPMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=l1frb1NM8c2RkrGKmiVY9Dw+vo2OADujS4/+L3zWXCU=; b=EJlMsYJRj5o53mPiLZGQzCZglRW40Ys9WVYpKpA483CDROZoVpkUfwNidw8vg3owDR ligpA7u1q/Kjq1pRDbXBF2ZGHCGOzhhZK8R8enO0ziidwMP84637MNa7JovgsPB2bfOK e+ugd/DIgZY5tUgkxLPopm99hbR32SFC52K5mtjSm8/2GJ18uK8LJ8NqSBiitNM2ErYz LJVekK1/Yat0NaYifH7x4n8UuYXvDPCQPSfnkUGi+ZQJXityxMwP66d47WsW0fz4lH9E JkXxRbbZSpEnAusSW3pQRTPSIkuPdxLkY/bUostt04tW4Swa79bxmyvEuum+sM3jpGss XRpA== X-Gm-Message-State: AG10YOQiwKz7G2TrKOBJOCCN+8e4IIZ/XWDFqEvFRRLXE2DvX4BnZ+KArVjW1QwkAdkcaA== X-Received: by 10.98.89.145 with SMTP id k17mr6488936pfj.82.1454002486990; Thu, 28 Jan 2016 09:34:46 -0800 (PST) Received: from [22.160.77.234] ([172.56.38.103]) by smtp.gmail.com with ESMTPSA id 24sm2377950pfn.50.2016.01.28.09.34.45 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Jan 2016 09:34:45 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Packaging the FreeBSD base system with pkg(8) From: NGie Cooper X-Mailer: iPhone Mail (13D15) In-Reply-To: <56AA3D54.5020502@freebsd.org> Date: Thu, 28 Jan 2016 09:34:40 -0800 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0D97C9BF-D3E1-4A01-AB97-81AB9CB75FD4@gmail.com> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <56AA3D54.5020502@freebsd.org> To: Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 17:34:47 -0000 > On Jan 28, 2016, at 08:09, Allan Jude wrote: ... > According to our current release schedule, FreeBSD 18.0 will not come > out for 35 years (2051). >=20 > The general approach would appear to be just downloading new packages > and updating the system. For a drastic upgrade like that, you'd likely > have to build a newer version of pkg from ports. >=20 > The approach for offering an upgrade from 10.x to 11.0 will be the more > interesting endeavour. I would actually say "don't do that (upgrade from 10 to 11 via pkg). Use fre= ebsd-update instead, then upgrade to 11.1 or 12.0 via pkg". The rationale fo= r this is that if you install the package from 10.x, and need to downgrade f= or whatever reason, you'll likely be dealing with a reinstall or a VM/zfs ro= llback as opposed to being able to install a downgraded base system/kernel p= ackage. Thanks, -NGie= From owner-freebsd-current@freebsd.org Thu Jan 28 17:38:40 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FDDDA70F21; Thu, 28 Jan 2016 17:38:40 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2F98B1551; Thu, 28 Jan 2016 17:38:40 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aOqWj-000F9Y-1j; Thu, 28 Jan 2016 20:38:37 +0300 Date: Thu, 28 Jan 2016 20:38:37 +0300 From: Slawa Olhovchenkov To: NGie Cooper Cc: Baptiste Daroussin , Thomas Mueller , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160128173836.GD88527@zxy.spb.ru> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 17:38:40 -0000 On Thu, Jan 28, 2016 at 09:28:32AM -0800, NGie Cooper wrote: > > > On Jan 28, 2016, at 08:06, Slawa Olhovchenkov wrote: > > > ... > > > What about upgrade strongly outdated system? > > For example 11.0 at time 18.0? I.e. packages for 11.0 don't available, > > pkg from 11.0 don't undertund package base from 18.0 and etc. > > This is an important question to ask and solve. There might be > points in time where seamless upgrades are not possible, and instead > you need to hop from release to release (this is not ideal, but it > could happen). I see two side of this problem: support in sofware and support in infrastructure (ftp.freebsd.org and etc.). Because pkg is not part of base FreeBSD and live in ports -- this hops need to preserve (and testing?) packages collections for all past releases and don't move it to archive. And regular resigning package databases. And I miss somewere. > For instance, at $work we're allowing upgrades from version X to Y, > and Y to Z, but not direct upgrades from X to Z. Part of the > rationale behind this change is, deprecation of platforms and the > change in upgrade framework, which requires upgrading from blessed > releases proven to work with the new framework. This is common practic, yes. This is acceptably if possible got all necessary in time 18.0 for upgrade from 11.0. From owner-freebsd-current@freebsd.org Thu Jan 28 17:43:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 372F1A711FD; Thu, 28 Jan 2016 17:43:51 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 282391ABF; Thu, 28 Jan 2016 17:43:51 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 9D12816AE; Thu, 28 Jan 2016 17:43:50 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 28 Jan 2016 17:43:49 +0000 From: Glen Barber To: Allan Jude Cc: freebsd-current@freebsd.org, freebsd-pkgbase@FreeBSD.org Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160128174349.GO98557@FreeBSD.org> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <56AA3D54.5020502@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8SdtHY/0P4yzaavF" Content-Disposition: inline In-Reply-To: <56AA3D54.5020502@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 17:43:51 -0000 --8SdtHY/0P4yzaavF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 28, 2016 at 11:09:56AM -0500, Allan Jude wrote: > The approach for offering an upgrade from 10.x to 11.0 will be the more > interesting endeavour. >=20 At present, the plan is to provide supported 10.x releases with the knowledge of what is added/removed in 11.0-RELEASE, be it through a mtree(8) metalog, or something else. Glen --8SdtHY/0P4yzaavF Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWqlNVAAoJEAMUWKVHj+KT2xcQAJ1AF0UoDwR+bP3JQe/jkE47 vhOqH3r2Xb3/C4+K3RGkvZB0vwVZ5CSany8rkeoC6qylKXpuBXLolM9UfvIcst45 oFDsSaAzv9adUVDgTx5pk1yN9bfj4EqfXW+tdOMJoFLCKc75VukiPI5ZZ+p8N5zP hy7gOHEdPoRZLSm0GMgSTxqPsC5Gr8ACwWOfdg++bnb/p1mIpJPBEbPxlvXowVme HfIKGBm0ulBYdn8MGewYG3FTNL/DdIOxaNs0Qo9vnIDEFdcdpH5GK/iUhtM3BFQl gwfV+z/xLsg8xJ/A3ND8FRV3OwM9tJLjC6E872ePWDzQ4blE073VzKzFgr/qIWjk zr1OKCsDutzTKrZnFhkAJuc3n2e0pa4soRke1LoqkN8xaL2dGbJXEjhgiQkqK27f tU60vsaLVlwFKp3Z1NywoUjjlnmw1BVQqBNV/NOiEbhpNb2cCgQT+7GWw4exq1os MIG9pwj8GYJzpm8LtICwLo5vCNxsEJcP3clAA8fjjDfYLxhPO/IcuM3KOs7Er8M9 yj48LL7eRCjEjVBhPSVzFLNYDND6zzUiwOzvIKFglgNEIN/rmPUULIrF7dBYiRXy BWrykt93IyH0NSklRO8yjxdTnn2QfDAQocEiKtQtAEzJrjHCdqK2XlRwgTog51Il GQscYiPyBfkbFHF4EiaM =r/c9 -----END PGP SIGNATURE----- --8SdtHY/0P4yzaavF-- From owner-freebsd-current@freebsd.org Thu Jan 28 17:44:57 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83634A712C3 for ; Thu, 28 Jan 2016 17:44:57 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 4608A1C34 for ; Thu, 28 Jan 2016 17:44:57 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 6B92BDA73; Thu, 28 Jan 2016 17:44:56 +0000 (UTC) Subject: Re: Packaging the FreeBSD base system with pkg(8) To: Slawa Olhovchenkov References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <56AA3D54.5020502@freebsd.org> <20160128170037.GR37895@zxy.spb.ru> <56AA4A00.6000103@freebsd.org> <20160128172555.GC88527@zxy.spb.ru> Cc: freebsd-current@freebsd.org From: Allan Jude X-Enigmail-Draft-Status: N1110 Message-ID: <56AA53A1.2080807@freebsd.org> Date: Thu, 28 Jan 2016 12:45:05 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160128172555.GC88527@zxy.spb.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mDAIiRpmJPcicCQMUmbxJDHDe4cjiRigB" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 17:44:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mDAIiRpmJPcicCQMUmbxJDHDe4cjiRigB Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-01-28 12:25, Slawa Olhovchenkov wrote: > On Thu, Jan 28, 2016 at 12:04:00PM -0500, Allan Jude wrote: >=20 >> On 2016-01-28 12:00, Slawa Olhovchenkov wrote: >>> On Thu, Jan 28, 2016 at 11:09:56AM -0500, Allan Jude wrote: >>> >>>>>> Yes, but but real usage of it would happen in a second step becaus= e of many >>>>>> rought edges to be deal with. but yes the information would be ava= ilable >>>>>> >>>>>> see: >>>>>> https://www.youtube.com/watch?v=3DBr6izhH5P1I >>>>>> and >>>>>> https://www.youtube.com/watch?v=3Dv7px6ktoDAI >>>>>> >>>>>> for a bigger view of what happened (note that some detail my have = change a bit, >>>>>> the overall remains the same) >>>>> >>>>> What about upgrade strongly outdated system? >>>>> For example 11.0 at time 18.0? I.e. packages for 11.0 don't availab= le, >>>>> pkg from 11.0 don't undertund package base from 18.0 and etc. >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freeb= sd.org" >>>>> >>>> >>>> According to our current release schedule, FreeBSD 18.0 will not com= e >>>> out for 35 years (2051). >>> >>> Schedule may be changed. >>> How you calculate this? As I see next mayor release gone in 2 year. >>> 18-11=3D7, 14 years, in 2030. >>> Ok, let 15.0 or 16. >>> I am work from FreeBSD 2.0, I am use (now) installation with 5.4, why= >>> I can't planed about 11 to 18 upgrade? >>> >> >> You are correct sorry, I was thinking of the 5 year lifecycle of each >> release, not the 2 year cadence of new releases. >> >> Upgrading from an End-of-Life release is specifically not supported. >=20 > Where is documented? Curently source based upgraded suported to last > stable direct from 7.0. Last supported release now is 9.3. > Upgrade to 7.0 supported from 5.3. > Upgrade to 5.3 supported from, hmm, I think last 3-STABLE (or any 3.x?)= =2E > Upgrade from 2.x to 3.x is aout-elf upgrade. > As result, source upgrade supported in 3 step upgrade from any current > elf release to last stable. > Because ALL source history preserved. > I think preserving all binary packages from previos releases is imposib= le. >=20 >> It is not a burden that RE@ should have to deal with. >=20 > Please distinguish 'not supported' and 'prohibited'. > This position reduce to 'lost time to system upgrade? format C: and ins= tall > any other OS with more liberal upgrade policy'. > Time to system upgrade may be lost by multiple reasons, for example -- > lost previos staff. >=20 I definitely meant 'not supported', and did not mean to imply prohibited. I believe RE@ is only required to maintain an upgrade path from older supported releases, to the newer supported releases. Everything else is best effort. SRC upgrades from 7.0 are not guaranteed, but we do our best to not break them unnecessarily. --=20 Allan Jude --mDAIiRpmJPcicCQMUmbxJDHDe4cjiRigB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJWqlOkAAoJEBmVNT4SmAt+cdgQALsTAor3J+XlQXLmgCO7ya7n 1Tr6vp9m8GOHNhfx86mjDREcE3ONebk2hpjggOpwQbmJ5lFPvXCtcFK6p80aiTC+ tuoeXYYc1LebVubBfuSeCaSi6ug40xZ7cFpPVnzF9jdeDc9UteFog7id86slWGzH Wc6FZBKsv6p1I/E8lzvvyOFMGnDtJYXpYHeMLD+m488n+WDN5a6fgrV0XUdj9VzE GOYhWl7y5bMEdTlRLJoTsVrb0guMVbE7Xp6ckVXP7NMxHqoE6Ce8eptpvuHOJTgP ygsSX8/vguPl+h0DjPSKY06oub2UXAg+P9PQQ2mTIUcd0TTPTnobBR0iF8mz3td8 LOaHiOQPNJTqL6Nagg62WJg1ofUlA5mRTeJYP82gwR59j0Q+cHIX1NNq7bArdMSH aif0TCalbyYxVdyp1mck7FCqMo5N8px9O2l24elOvH5Yi5JNxTtBLi9f9WjVxJyJ 0r6U+cSRoAMfrqaSut+c7aDH0JGPrp0VkJl5we9GlDjgbye3D4Mnf2YcLo4HQS81 5Ze6XGmKOQK7dpg1LvCWKLrU1H7DijC0gOsQ9eAGjxRU1DKJTuyIRpcLjRcFULRC 6SwmU83474lmsTNhS4+CqLGby+RqOrwvKNhebrxYrZbRQZOF2AyBB3dkbUiWVbYV gb5Iq0wzQDNlkja5sL7a =rsCF -----END PGP SIGNATURE----- --mDAIiRpmJPcicCQMUmbxJDHDe4cjiRigB-- From owner-freebsd-current@freebsd.org Thu Jan 28 17:45:20 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1288A7131C; Thu, 28 Jan 2016 17:45:19 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B24C81D45; Thu, 28 Jan 2016 17:45:19 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pa0-x234.google.com with SMTP id ho8so26449572pac.2; Thu, 28 Jan 2016 09:45:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RtTFKHM58c3Th5W+5608AsI6zB/rj6YKo3m8/KIUbfA=; b=IUsjzwQiuxA2XlF91X0SBOv9A5gdb7KS+PoddgAiWNMMe2J7+Rh+vXDPYJla5vCleq 2wlmcATetUROtMq7RM7FfAQcvStC3adRjYgXOVI4jm7JS9hO8gPqLT43du6DiSPrygo8 IKBE3e5/mjENc/s8du58DAKBXeeTLhAR0L4DR3KH8zEd4joroE1vLF0LAnXO32xMp64U 4UKLcCLhepUHgMMuqKsSiPq3x9clgUYI35lf1b5Q4Z100v8INk/UDmKZRltzhv3XvBPW U8MQ3VymVAhgFI9Eb9IaDZedQj9RwzKq6Rw/NlMb1Lv/iDRAafOYHDeffOvIUwpz0k+K sAOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=RtTFKHM58c3Th5W+5608AsI6zB/rj6YKo3m8/KIUbfA=; b=VzkrnWdZD51tukfnM51yn9hXf+1vA2fwdbnFKLtyKgjJF5p5niZPoYlWdRlMhcpjD5 hsgOLPRJSkF1pu7LWC2AgThIKYhrwEfdiCth9uuZNZp8kz3LWpPjzzuESK3e2bGWEpO9 on6BcrgpkqlTaB7Wfka9TXK9wuC/iWkWU2/xApwhevRZDJvgxjZiTnpGRj/mNC0rlaBC 7QtN76WBANJn2y+6LfPqopcDctcsT56QkImNJ66m7UAEISp/vke1xo33+f8EjB5IgFHe jzntKrwsnWMxzwZ+qrtZMX5L8x7ysCdE4UCr37Cpvh4rRxPGJ0DKpqF2SKIFph2XkQ6A 3VWQ== X-Gm-Message-State: AG10YOTy1uYo7JAdMR8IWTYpqAx9fc1qZUzEMdj65cdbeD7ezOxWdKfTMAD3NcK7Jb8hPQ== X-Received: by 10.67.24.104 with SMTP id ih8mr6392707pad.124.1454003119350; Thu, 28 Jan 2016 09:45:19 -0800 (PST) Received: from [22.160.77.234] ([172.56.38.103]) by smtp.gmail.com with ESMTPSA id 70sm17832950pfc.69.2016.01.28.09.45.17 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Jan 2016 09:45:18 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Packaging the FreeBSD base system with pkg(8) From: NGie Cooper X-Mailer: iPhone Mail (13D15) In-Reply-To: <20160128173836.GD88527@zxy.spb.ru> Date: Thu, 28 Jan 2016 09:45:16 -0800 Cc: Baptiste Daroussin , Thomas Mueller , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3A5AAF2B-F9CF-41B3-A97C-FF208803428A@gmail.com> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <20160128173836.GD88527@zxy.spb.ru> To: Slawa Olhovchenkov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 17:45:20 -0000 > On Jan 28, 2016, at 09:38, Slawa Olhovchenkov wrote: >=20 >> On Thu, Jan 28, 2016 at 09:28:32AM -0800, NGie Cooper wrote: >>=20 >>=20 >>> On Jan 28, 2016, at 08:06, Slawa Olhovchenkov wrote: >>=20 >>=20 >> ... >>=20 >>> What about upgrade strongly outdated system? >>> For example 11.0 at time 18.0? I.e. packages for 11.0 don't available, >>> pkg from 11.0 don't undertund package base from 18.0 and etc. >>=20 >> This is an important question to ask and solve. There might be >> points in time where seamless upgrades are not possible, and instead >> you need to hop from release to release (this is not ideal, but it >> could happen). >=20 > I see two side of this problem: support in sofware and support in > infrastructure (ftp.freebsd.org and etc.). Because pkg is not part of > base FreeBSD and live in ports -- this hops need to preserve (and > testing?) packages collections for all past releases and don't move it > to archive. And regular resigning package databases. And I miss > somewere. >=20 >> For instance, at $work we're allowing upgrades from version X to Y, >> and Y to Z, but not direct upgrades from X to Z. Part of the >> rationale behind this change is, deprecation of platforms and the >> change in upgrade framework, which requires upgrading from blessed >> releases proven to work with the new framework. >=20 > This is common practic, yes. > This is acceptably if possible got all necessary in time 18.0 for > upgrade from 11.0. Yes. Given the hiccups going from pkg 1.4 to 1.6 with the plist stuff, this i= s going to be more entertaining across interface breaks; it might be that pk= gng is at the point where it's stable enough that interfaces won't change (u= nlikely, software tends to be fluid), or backwards compatibility will need t= o be maintained for older versions of pkgng. Also, consider that you're going to be allowing upgrades from older RELEASE v= ersions of the OS which might be using a fixed copy of pkgng -- how are you g= oing to support that? Thanks! -NGIE= From owner-freebsd-current@freebsd.org Thu Jan 28 17:57:00 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57D1FA716AD; Thu, 28 Jan 2016 17:57:00 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0352312D9; Thu, 28 Jan 2016 17:56:59 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id u0SHubAs008955 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Jan 2016 17:56:42 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150] claimed to be [192.168.0.7] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Packaging the FreeBSD base system with pkg(8) From: David Chisnall In-Reply-To: <3A5AAF2B-F9CF-41B3-A97C-FF208803428A@gmail.com> Date: Thu, 28 Jan 2016 17:56:31 +0000 Cc: Slawa Olhovchenkov , Baptiste Daroussin , Thomas Mueller , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5F8AC959-2B81-4787-AEE3-50B9650B1672@FreeBSD.org> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <20160128173836.GD88527@zxy.spb.ru> <3A5AAF2B-F9CF-41B3-A97C-FF208803428A@gmail.com> To: NGie Cooper X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 17:57:00 -0000 On 28 Jan 2016, at 17:45, NGie Cooper wrote: >=20 > Also, consider that you're going to be allowing upgrades from older = RELEASE versions of the OS which might be using a fixed copy of pkgng -- = how are you going to support that? I believe that the plan is to promote the pkg tool somewhat closer to = the base system. Upgrades will do the same sort of thing that they do = currently for ports: 1. First check if the version of pkg is the latest 2. If not, upgrade it 3. Do the real upgrade The package for package is simply a tarball. It may be advantageous to = separate the pkg and pkg-static binaries into different packages, so = that pkg can always install pkg-static and pkg-static can always update = pkg. There is no guarantee that the pkg tool from X.Y can install any = packages from X+n.Y.m other than the pkg-static binary, which can then = upgrade the rest of the system. The provision of pkg-static prevents us from being in the situation that = I encountered trying to upgrade a Debian system (and ending up with a = mess requiring a full reinstall) where apt needed a newer glibc and the = glibc package needed a newer apt to install it. We will always provide = a pkg-static for every supported branch that can be installed by any = earlier version of pkg (because it=E2=80=99s just extracting a = single-file archive - and in the absolute worst case you can do this by = hand) and can install newer packages. David From owner-freebsd-current@freebsd.org Thu Jan 28 18:12:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 499A5A71C88; Thu, 28 Jan 2016 18:12:56 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 084181C94; Thu, 28 Jan 2016 18:12:56 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aOr3t-000Fwh-3B; Thu, 28 Jan 2016 21:12:53 +0300 Date: Thu, 28 Jan 2016 21:12:53 +0300 From: Slawa Olhovchenkov To: NGie Cooper Cc: Baptiste Daroussin , Thomas Mueller , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160128181253.GE88527@zxy.spb.ru> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <20160128173836.GD88527@zxy.spb.ru> <3A5AAF2B-F9CF-41B3-A97C-FF208803428A@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3A5AAF2B-F9CF-41B3-A97C-FF208803428A@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 18:12:56 -0000 On Thu, Jan 28, 2016 at 09:45:16AM -0800, NGie Cooper wrote: > > > On Jan 28, 2016, at 09:38, Slawa Olhovchenkov wrote: > > > >> On Thu, Jan 28, 2016 at 09:28:32AM -0800, NGie Cooper wrote: > >> > >> > >>> On Jan 28, 2016, at 08:06, Slawa Olhovchenkov wrote: > >> > >> > >> ... > >> > >>> What about upgrade strongly outdated system? > >>> For example 11.0 at time 18.0? I.e. packages for 11.0 don't available, > >>> pkg from 11.0 don't undertund package base from 18.0 and etc. > >> > >> This is an important question to ask and solve. There might be > >> points in time where seamless upgrades are not possible, and instead > >> you need to hop from release to release (this is not ideal, but it > >> could happen). > > > > I see two side of this problem: support in sofware and support in > > infrastructure (ftp.freebsd.org and etc.). Because pkg is not part of > > base FreeBSD and live in ports -- this hops need to preserve (and > > testing?) packages collections for all past releases and don't move it > > to archive. And regular resigning package databases. And I miss > > somewere. > > > >> For instance, at $work we're allowing upgrades from version X to Y, > >> and Y to Z, but not direct upgrades from X to Z. Part of the > >> rationale behind this change is, deprecation of platforms and the > >> change in upgrade framework, which requires upgrading from blessed > >> releases proven to work with the new framework. > > > > This is common practic, yes. > > This is acceptably if possible got all necessary in time 18.0 for > > upgrade from 11.0. > > Yes. Given the hiccups going from pkg 1.4 to 1.6 with the plist > stuff, this is going to be more entertaining across interface > breaks; it might be that pkgng is at the point where it's stable > enough that interfaces won't change (unlikely, software tends to be > fluid), or backwards compatibility will need to be maintained for > older versions of pkgng. > Also, consider that you're going to be allowing upgrades from older > RELEASE versions of the OS which might be using a fixed copy of > pkgng -- how are you going to support that? I see two hudge problem for support upgrades from older RELEASE versions (supported too): key (used for repo signing) change and need to access ports packages to install (installed outdated release can't find pkg packet for install). Can you more detailed describe current propolsal of new packaging system? pkg is part of base installed packages? Or after installing base packages pkg installed from `ports`? For disc1.iso case. How handled boot/device.hints and var/db/etcupdate? How handled boot block updates? From owner-freebsd-current@freebsd.org Thu Jan 28 18:17:30 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8CB0A71DF7; Thu, 28 Jan 2016 18:17:30 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A6D8D1E14; Thu, 28 Jan 2016 18:17:30 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aOr8J-000G4T-My; Thu, 28 Jan 2016 21:17:27 +0300 Date: Thu, 28 Jan 2016 21:17:27 +0300 From: Slawa Olhovchenkov To: David Chisnall Cc: NGie Cooper , Baptiste Daroussin , Thomas Mueller , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160128181727.GF88527@zxy.spb.ru> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <20160128173836.GD88527@zxy.spb.ru> <3A5AAF2B-F9CF-41B3-A97C-FF208803428A@gmail.com> <5F8AC959-2B81-4787-AEE3-50B9650B1672@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5F8AC959-2B81-4787-AEE3-50B9650B1672@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 18:17:31 -0000 On Thu, Jan 28, 2016 at 05:56:31PM +0000, David Chisnall wrote: > On 28 Jan 2016, at 17:45, NGie Cooper wrote: > > > > Also, consider that you're going to be allowing upgrades from older RELEASE versions of the OS which might be using a fixed copy of pkgng -- how are you going to support that? > > I believe that the plan is to promote the pkg tool somewhat closer to the base system. Upgrades will do the same sort of thing that they do currently for ports: > > 1. First check if the version of pkg is the latest > 2. If not, upgrade it upgrade to latest version build for older release? > 3. Do the real upgrade > > The package for package is simply a tarball. It may be advantageous to separate the pkg and pkg-static binaries into different packages, so that pkg can always install pkg-static and pkg-static can always update pkg. > > There is no guarantee that the pkg tool from X.Y can install any packages from X+n.Y.m other than the pkg-static binary, which can then upgrade the rest of the system. > > The provision of pkg-static prevents us from being in the situation > that I encountered trying to upgrade a Debian system (and ending up > with a mess requiring a full reinstall) where apt needed a newer > glibc and the glibc package needed a newer apt to install it. We > will always provide a pkg-static for every supported branch that can > be installed by any earlier version of pkg (because it’s just > extracting a single-file archive - and in the absolute worst case > you can do this by hand) and can install newer packages. Even pkg-static build for 10.x can be fail to run on previos release. Builded svn-static on 9.x fail to run on 6.x, as result I build svn-static on 6.x (and run on 6.x-10.x). From owner-freebsd-current@freebsd.org Thu Jan 28 18:23:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F308A72000; Thu, 28 Jan 2016 18:23:25 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 2E27911B1; Thu, 28 Jan 2016 18:23:25 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 6ED6F1088; Thu, 28 Jan 2016 18:23:24 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 28 Jan 2016 18:23:22 +0000 From: Glen Barber To: Slawa Olhovchenkov Cc: NGie Cooper , Thomas Mueller , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160128182322.GP98557@FreeBSD.org> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <20160128173836.GD88527@zxy.spb.ru> <3A5AAF2B-F9CF-41B3-A97C-FF208803428A@gmail.com> <20160128181253.GE88527@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="L/bWm/e7/ricERqM" Content-Disposition: inline In-Reply-To: <20160128181253.GE88527@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 18:23:25 -0000 --L/bWm/e7/ricERqM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 28, 2016 at 09:12:53PM +0300, Slawa Olhovchenkov wrote: > I see two hudge problem for support upgrades from older RELEASE > versions (supported too): key (used for repo signing) change and need > to access ports packages to install (installed outdated release can't > find pkg packet for install). >=20 > Can you more detailed describe current propolsal of new packaging > system? pkg is part of base installed packages? Or after installing > base packages pkg installed from `ports`? For disc1.iso case. >=20 > How handled boot/device.hints and var/db/etcupdate? >=20 > How handled boot block updates? These are all valid questions, but let's take a step back for a bit, and not put the carriage in front of the horse. The initial email in this thread was intended to provide an update on the status. Some things, such as file merging, is already in place in a few of the packages. Not all, yet. Unexpected things are going to happen. That is the only thing that is a guarantee right now. In other words, implementation (from what is now in the project branch) may change. And yes, there needs to be a way to upgrade from older releases. But let's not get too far ahead of ourselves. Glen --L/bWm/e7/ricERqM Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWqlyaAAoJEAMUWKVHj+KTVicP/0qKQKXQ0o7/X8AHAxBLJX47 NgMm0Gc5Qznl6kWuN9uLBkFZAc14K7JffH6B90zSH2ShmLjVfQGOdpSfw8N9rK8z nwvegj5oHce6bii+DDB3vmp19BdKMDHXEIRZpev7lpZSm52d2rVUNuJXiy9tB/6o 2otfpm3uivsrherebUFvfcjLFIWpzXK9UXMMA1cR9WBAxlpQEgsaMYexIavngDbT kycH4+QG/AbIQ/Seyl5IgGN9HFYbamzdU2VIhoRCcHEqWMefU3xqOWMm2xYvNDZU 6pkx7gfwld1NQFJYdqrwFftvehUktUASw9MtNuBUJ+fqpMATNIQUWr1sOw8UGDYk wfdX4GO8F8O669eTdDnfWnsfl1Et2MECE8mZNUdlgXFxmPAfTRSGr47qpBVgzTS9 OozClYj/dDQ6wIcXksYBFFTetnJOiPb9sa06lCV6qFnAlMcKF39iIEjkV4xu1yAJ 6M+dlZSTZlXPubrCPrcbw+ug+6alK+FymwgQWBMFikU8WTfq74M/KoQbGNFUKYkh rvR6g1F5pN3VnjMl1GD28TYQfI22ZUPg385/HS9pV6vXQhRQJ2egrbsrgkmVwTTT zdS+wFDOSagtPy1g5tsTuK+9j8VlmAePQYKTU/znJ6UOVZtwkoWmvkU3OpgX72lI aQPTUtqZ6KT4TVdNh+me =hmjF -----END PGP SIGNATURE----- --L/bWm/e7/ricERqM-- From owner-freebsd-current@freebsd.org Thu Jan 28 18:57:05 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B89BA70D10; Thu, 28 Jan 2016 18:57:05 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0BABB17A8; Thu, 28 Jan 2016 18:57:05 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aOrka-000H4e-JU; Thu, 28 Jan 2016 21:57:00 +0300 Date: Thu, 28 Jan 2016 21:57:00 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: NGie Cooper , Thomas Mueller , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160128185700.GG88527@zxy.spb.ru> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <20160128173836.GD88527@zxy.spb.ru> <3A5AAF2B-F9CF-41B3-A97C-FF208803428A@gmail.com> <20160128181253.GE88527@zxy.spb.ru> <20160128182322.GP98557@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160128182322.GP98557@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 18:57:05 -0000 On Thu, Jan 28, 2016 at 06:23:22PM +0000, Glen Barber wrote: > On Thu, Jan 28, 2016 at 09:12:53PM +0300, Slawa Olhovchenkov wrote: > > I see two hudge problem for support upgrades from older RELEASE > > versions (supported too): key (used for repo signing) change and need > > to access ports packages to install (installed outdated release can't > > find pkg packet for install). > > > > Can you more detailed describe current propolsal of new packaging > > system? pkg is part of base installed packages? Or after installing > > base packages pkg installed from `ports`? For disc1.iso case. > > > > How handled boot/device.hints and var/db/etcupdate? > > > > How handled boot block updates? > > These are all valid questions, but let's take a step back for a bit, and > not put the carriage in front of the horse. > > The initial email in this thread was intended to provide an update on > the status. Some things, such as file merging, is already in place in > a few of the packages. Not all, yet. Initial email in this thread will about problems at upgrades, from my point of view and my expirence. I am currently try to upgrade systems by untar base.txz and see some inconsistence of packaging (boot/device.hints, var/db, var/log/sendmail.st, var/db/etcupdate) and etc. Sorry if this a different problem. For me -- all of this -- question of global design. Need administrativa about some questions: - how divide - how fresh install - how upgrade (on runnig system, from install media). - what packed to disk always - what got from internet - what about custom releases and src.conf I am don't know how currenly resolved this questions. Bundled with upgraded files fresh pkg (building for LAST-2 release) and preserving for 10+ years this files can resolve many issuse of upgrading outdated systems (by hop-to-hop or hop to hop+2). I am don't know about complexity this solution. > Unexpected things are going to happen. That is the only thing that is > a guarantee right now. In other words, implementation (from what is now > in the project branch) may change. And yes, there needs to be a way to > upgrade from older releases. I am ask for you check. This very complex task and need good planing. > But let's not get too far ahead of ourselves. > > Glen > From owner-freebsd-current@freebsd.org Thu Jan 28 19:58:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C3A7A3C321; Thu, 28 Jan 2016 19:58:59 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD96AB36; Thu, 28 Jan 2016 19:58:58 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: by mail.lifanov.com (Postfix, from userid 58) id 4590C1533; Thu, 28 Jan 2016 14:58:57 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.lifanov.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.1 Received: from [10.100.100.58] (unknown [107.15.95.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id EBFC714F6; Thu, 28 Jan 2016 14:58:55 -0500 (EST) User-Agent: K-9 Mail for Android In-Reply-To: <20160128182322.GP98557@FreeBSD.org> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <20160128173836.GD88527@zxy.spb.ru> <3A5AAF2B-F9CF-41B3-A97C-FF208803428A@gmail.com> <20160128181253.GE88527@zxy.spb.ru> <20160128182322.GP98557@FreeBSD.org> MIME-Version: 1.0 Subject: Re: Packaging the FreeBSD base system with pkg(8) From: Nikolai Lifanov Date: Thu, 28 Jan 2016 14:58:52 -0500 To: Glen Barber ,Slawa Olhovchenkov CC: Thomas Mueller , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org, NGie Cooper Message-ID: <8CFEB1BA-1957-4BB4-980A-76199D3B831C@mail.lifanov.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 19:58:59 -0000 On January 28, 2016 1:23:22 PM EST, Glen Barber wrote: >On Thu, Jan 28, 2016 at 09:12:53PM +0300, Slawa Olhovchenkov wrote: >> I see two hudge problem for support upgrades from older RELEASE >> versions (supported too): key (used for repo signing) change and need >> to access ports packages to install (installed outdated release can't >> find pkg packet for install). >> >> Can you more detailed describe current propolsal of new packaging >> system? pkg is part of base installed packages? Or after installing >> base packages pkg installed from `ports`? For disc1.iso case. >> >> How handled boot/device.hints and var/db/etcupdate? >> >> How handled boot block updates? > >These are all valid questions, but let's take a step back for a bit, >and >not put the carriage in front of the horse. > >The initial email in this thread was intended to provide an update on >the status. Some things, such as file merging, is already in place in >a few of the packages. Not all, yet. > >Unexpected things are going to happen. That is the only thing that is >a guarantee right now. In other words, implementation (from what is >now >in the project branch) may change. And yes, there needs to be a way to >upgrade from older releases. > >But let's not get too far ahead of ourselves. > >Glen Can we have verbose and/or semi-interactive configuration merge, as offered by etcupdate or mergemaster? - Nikolai Lifanov From owner-freebsd-current@freebsd.org Thu Jan 28 22:36:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4403DA7149A; Thu, 28 Jan 2016 22:36:02 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C9F931626; Thu, 28 Jan 2016 22:36:01 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id l66so31243519wml.0; Thu, 28 Jan 2016 14:36:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=PKFy29M6JCi1j4W1EfuVzHMLEy42M3TVXOP+q/tInF4=; b=NEx+mSnR1CArEOoNo/++In6+h6tK1ZGkeYfPVGc+goF83WfpMXxR2heHY2Tt0l6n+c AuQ0udaVR40UIkVOnZ9Y2HDlhuEc1k/1C/nYFY1ifi8DpgoccgvfKhNKU7ZnLWPJfbiJ t4sP619ylTMa/KlN2Vbip/m3YW2wSWhysKHp0WuYo+kw9YltXqd6ssveOxBwSwogqoqj MzojM5UO74l8EY/0q2D8xflE7cb3lMiuMfeBZQpMbkDT3eaFvPlFEigy3xqAO7oVGUvQ JhZPzCSzuw4tBkyoytlGCWhyepXKMfKXBxZXSIB11I8p0kCHgT/EzxqJ3HYED3v2aDoe 8Kow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=PKFy29M6JCi1j4W1EfuVzHMLEy42M3TVXOP+q/tInF4=; b=ALqDL8boTODtVTsA50jZ05fc3ROkitl+pzHhHQvg/Y0O1sBEbWtaMUgtmHlcfFJdox UPg9U1ssjU/yDootkFLP4OmHfOFMvoYA37VW7jzjuD0Vibtt15qaWz6rzct5Uuprdwpo 23C4RY9z6Clmuk9hJXZgO/FLx0eUesbMJFgWHnlA8Yq6B0qyFzchX20Kjz7nAvEL0ayp p0hEa4h/eZld4tN5U9Gnkl4lYEp5xNCryji5Kuyv6vrhQ6YnU7gNWAX6MpBMu524sJ6C 4cMaiT8MlrXHwUt1TZfOjpJ19e7DZQwuQIl/TFP6KqVd7mDJaA05lh/s5ho/BqLoHv/l pXiA== X-Gm-Message-State: AG10YOTk0cq5LL7OFrsjknmkYA9Q5twM+eCzQeiOZZy9IXwxpXMtZpzoRidg1SzDTbTPPw== X-Received: by 10.195.17.198 with SMTP id gg6mr5342576wjd.15.1454020560407; Thu, 28 Jan 2016 14:36:00 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id az10sm12980009wjc.28.2016.01.28.14.35.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jan 2016 14:35:59 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 28 Jan 2016 23:35:54 +0100 From: Baptiste Daroussin To: Nikolai Lifanov Cc: Glen Barber , Slawa Olhovchenkov , Thomas Mueller , freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org, NGie Cooper Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160128223553.GD67200@ivaldir.etoilebsd.net> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <20160128173836.GD88527@zxy.spb.ru> <3A5AAF2B-F9CF-41B3-A97C-FF208803428A@gmail.com> <20160128181253.GE88527@zxy.spb.ru> <20160128182322.GP98557@FreeBSD.org> <8CFEB1BA-1957-4BB4-980A-76199D3B831C@mail.lifanov.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="RYJh/3oyKhIjGcML" Content-Disposition: inline In-Reply-To: <8CFEB1BA-1957-4BB4-980A-76199D3B831C@mail.lifanov.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2016 22:36:02 -0000 --RYJh/3oyKhIjGcML Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 28, 2016 at 02:58:52PM -0500, Nikolai Lifanov wrote: >=20 >=20 > On January 28, 2016 1:23:22 PM EST, Glen Barber wrote: > >On Thu, Jan 28, 2016 at 09:12:53PM +0300, Slawa Olhovchenkov wrote: > >> I see two hudge problem for support upgrades from older RELEASE > >> versions (supported too): key (used for repo signing) change and need > >> to access ports packages to install (installed outdated release can't > >> find pkg packet for install). > >>=20 > >> Can you more detailed describe current propolsal of new packaging > >> system? pkg is part of base installed packages? Or after installing > >> base packages pkg installed from `ports`? For disc1.iso case. > >>=20 > >> How handled boot/device.hints and var/db/etcupdate? > >>=20 > >> How handled boot block updates? > > > >These are all valid questions, but let's take a step back for a bit, > >and > >not put the carriage in front of the horse. > > > >The initial email in this thread was intended to provide an update on > >the status. Some things, such as file merging, is already in place in > >a few of the packages. Not all, yet. > > > >Unexpected things are going to happen. That is the only thing that is > >a guarantee right now. In other words, implementation (from what is > >now > >in the project branch) may change. And yes, there needs to be a way to > >upgrade from older releases. > > > >But let's not get too far ahead of ourselves. > > > >Glen >=20 > Can we have verbose and/or semi-interactive configuration merge, as offer= ed by etcupdate or mergemaster? pkg has a merging mercanism (which one can disable if scared) which will automatically merge everything it can and live a file .new if a conflict ha= ppen (or merging disabled) Would be easy to write an etcupdate like that walk through /etc and propose= a semi-interactive merging mechanism. Best regards, Bapt --RYJh/3oyKhIjGcML Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWqpfJAAoJEGOJi9zxtz5aPOcQAKFW3eRlq8VkFpwc4tpgjduk FhFQ+NJ4+LYoOszZWjEEoo/gaCe6e6umrQeH6i5uQ2y6sxJCeKmFZ6bJ4YUPx7eE FdwBRCu4iT35eqMWJtJU5pBw2FpvMhbdI+2M4UWJelS43TQAjMAz5Hb1Ae0OInOx iLwRyfOYpKXUw4K8d6EmJbxfck3gUjUs3PB229p6dOahxTvVUJimEzIZknmyYZ+N NqBURVmsHDVZVVDBnepQ/be8o+CDpxpXXoKvkIg8Lo+jNyXZw++BVWRSNDnSdrcz LcWxYTc8wy8NqMPxUorw/VYwkOm5HkMV3qOPOoQJFnxEfmRDWQpCqJKimibhYHfM yhCYgPeJxmBQtGOrOsDFN9slmqz9mxuMhIj42mEwtd/oyqrjUzvoh7IiKSTm3oK4 U8NQsGffMn4r8EXmZRqQTlL/HAx9qelVXOXJWBysaZt/S5DUTFcMaEDCwXbZFzdr FPul01jdUb2MHNPjjTxChGEmMK8clzwBIRhexCtG7gRk/JYkHOVDSEw7cwryL8Gr EThb4qv/Wz1o5HdXhtbUZquqRFjY9nV2ZcVZtMYJFC59LaxEeVqcjQcYijRWrPuS vRAX3T/o2nGo3Ls+evDNKtggGaBUMMNYEfMDGi9RpChb7oAOHZLYrLRvntH3luu6 Q/Xl6C6ugbey0BnTnL93 =oPPu -----END PGP SIGNATURE----- --RYJh/3oyKhIjGcML-- From owner-freebsd-current@freebsd.org Fri Jan 29 02:58:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E236EA70D27 for ; Fri, 29 Jan 2016 02:58:12 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78A51155E for ; Fri, 29 Jan 2016 02:58:12 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x232.google.com with SMTP id p63so50248477wmp.1 for ; Thu, 28 Jan 2016 18:58:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=e8BAVxWKVbYpNhA3Tuz13TgNQizCiS33A5e6cFfcbtE=; b=JPY1y7uhqonJvHYbc8TjYvGdsMLl5ownyFme0tS3RY+rqo0W1GA0ok6eYvaPz5G/uS cZD6jl6gsQ5zCL1Yg/x+0vC7CUb+PQ8dWk7SfUapqUXREvPO8XyN2O6Wcht2DFBAIDtt fbTIFKwf8KNX3ScQniBVGZSSbsfQBs6cN0UOx2dIjIPJtcSh8agOkIWR2MdRmxch07TO 0hGeA6QqCCrIVPh6I6KoNzuOSYOvTc0RxHpmQMXopXz7g09MeKdSkIZ7OPe/CWkWjQ+E RaA+Eg2Htx8Qp/WIJgZyDIqjqA0+kIKgSEbU9izZvoOXPLUSVxeeV9MoKdJbTJNYy9E8 la3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=e8BAVxWKVbYpNhA3Tuz13TgNQizCiS33A5e6cFfcbtE=; b=M7RnVPt5RG1Buonsls9iCQvcVZ+Xc+KGIz/dFQPw+7WM1xzJQpfXFV8jxLR5tXP0RG bLQEavAZrOdaJdroE7mo9H28QyWw+ah67iSoHE/OzCvLLIabusQTUc0ZJU0EpaeDNNKR 6NNE7dPxF1FgI3SPbeaaXaH2sqtvfTvBqER+cURODIaYy0OTDcuH/fXgGmg9GeFsi8lg x1DvcdcJZT2/ivqOAa3VbT1Kyjszu8VMr2DDf51qqoLxT0/YqAX38Vw9bRTWnIIQ7IZV ObgjsSM8RA6d0mmPZ26nvhCO/zt46eyQamQf2YtyM1AzU3+FGn9X2wQP3JQ9GDOP1O0q zKjQ== X-Gm-Message-State: AG10YORv7tTOolZbXZDhwwnf7Z3vyPm3hd8worpjIr80I5MQKB82NR2RATy9mSfB8r0c3N+V X-Received: by 10.194.95.72 with SMTP id di8mr6023999wjb.144.1454036291061; Thu, 28 Jan 2016 18:58:11 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id ei9sm13543920wjd.40.2016.01.28.18.58.10 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Jan 2016 18:58:10 -0800 (PST) Subject: Re: ZFSROOT UEFI boot To: freebsd-current@freebsd.org References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> From: Steven Hartland Message-ID: <56AAD552.9090202@multiplay.co.uk> Date: Fri, 29 Jan 2016 02:58:26 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 02:58:13 -0000 On 28/01/2016 16:22, Doug Rabson wrote: > On 28 January 2016 at 15:03, Tomoaki AOKI wrote: > >> It's exactly the NO GOOD point. The disk where boot1 is read from >> should be where loader.efi and loader.conf are first read. >> > I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 > looks for loader in the pool which contains the disk that the BIOS booted. > It passes through the ID of that pool to loader which uses that pool as the > default for loading kernel and modules. I believe this is the correct > behaviour. For gptzfsboot and zfsboot, it is possible to override by > pressing space at the point where it is about to load loader. I believe I understand at least some of your issue now, could you please test the code on the following review to see if it fixes your issue please: https://reviews.freebsd.org/D5108 Regards Steve From owner-freebsd-current@freebsd.org Fri Jan 29 06:30:28 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA89EA7277A for ; Fri, 29 Jan 2016 06:30:27 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BE9018CC for ; Fri, 29 Jan 2016 06:30:27 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-wm0-x22e.google.com with SMTP id p63so54277715wmp.1 for ; Thu, 28 Jan 2016 22:30:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=QpClIhcP+qgMRV2Zhw+vC9x5OWKDY4pPCwwb3eDG3qE=; b=ey+mVGekNFWuXCstknRqcQzL1+pGLxFJiKlp90+qA5WuB0r63jmDQ8W3v0q7dsD7Kn fuwxi4mUTWCqemyXm/S5cCZRromO5rx7KV8Ns32vn2etjbkEfATSzFmY4zp5PcQT2zGl bu1wR8G4UnuaeDLkYEYuCsnZo7sJ/NSQrPY2Xb76Gu2N7tGz5m/UF9VIpXXaBdnjEnZj 0ozoZksL47vRAKiobXGnvO6XiKY9exWHktGcjlvfCmN3gkT1aS04LWCWVRCI3pZQXHf9 n1V0/BcGTkeQTsi7c3enPP/gCTF9877zTAoss3ToXICXFaNqvsXgP3Jkf0QwhNCz7wva rhCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=QpClIhcP+qgMRV2Zhw+vC9x5OWKDY4pPCwwb3eDG3qE=; b=KUYQb7rXrjROWL9S1AjyJXxFoh67IUoqrl8c14oMi2J/WBkdtroimM+81xxLii1oAF av6XfvrDgwbhjJgWw8sCOvFqWTFN/JRZGaeberMENPhdxp4iyjDQZfD8AGrzFNJMWk8u vi2XuAktulTH3DEkEcFmtpzAFHzsS7MwK0jaWXW5Xe4ROOeB4MrWzJQHiudJF9joSYws XJbm8pK5xf8aVW5AHoXKRWscvmVZslV+Rp91YfZG1SRoeW+D/RyjEP6UKEdP5TnQ4Lbq hogcqe13L2FEAFAItE05mz+i3LnKZv5tGM/Np7vK5gqhYKkx6cIHB4hRxJHlNBp7rEdw OTMA== X-Gm-Message-State: AG10YOSN4KgtvpunbdP7EahzvYc7V0iBh4UU1eMKYOcpqaE9Xo57WRuL7FNYaXzH2Z7RSPC+jFWX+E+HvxhQiTqj MIME-Version: 1.0 X-Received: by 10.28.1.210 with SMTP id 201mr7108620wmb.90.1454049025944; Thu, 28 Jan 2016 22:30:25 -0800 (PST) Sender: sobomax@sippysoft.com Received: by 10.27.39.195 with HTTP; Thu, 28 Jan 2016 22:30:25 -0800 (PST) In-Reply-To: <56AA3D54.5020502@freebsd.org> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <56AA3D54.5020502@freebsd.org> Date: Thu, 28 Jan 2016 22:30:25 -0800 X-Google-Sender-Auth: FXD8fAmcYlw_8qSQ-yLLDnYXILI Message-ID: Subject: Re: Packaging the FreeBSD base system with pkg(8) From: Maxim Sobolev To: Allan Jude , slw@zxy.spb.ru Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 06:30:28 -0000 That would be like trying to install FreeBSD 11 on PDP-11 hardware. Good luck with that, Slawa, you'll need it! :) On Thu, Jan 28, 2016 at 8:09 AM, Allan Jude wrote: > On 2016-01-28 11:06, Slawa Olhovchenkov wrote: > > On Thu, Jan 28, 2016 at 02:18:06PM +0100, Baptiste Daroussin wrote: > > > >> On Thu, Jan 28, 2016 at 12:46:39PM +0000, Thomas Mueller wrote: > >>> from Glen Barber: > >>> > >>>> As many know, work has been in progress for quite some time to provide > >>>> the ability to package and upgrade the FreeBSD base system using > pkg(8). > >>>> The majority of the initial implementation has provided much of the > core > >>>> functionality to make this possible, however much work still needs to > be > >>>> done. > >>> > >>> (snip) > >>> > >>> Would the base system all be one package? > >> > >> multiple packages with meta packages to represent the whole base so you > have the > >> best of both world :) > >>> > >>> In Linux, everything is part of a package, even the kernel, but > something comparable to FreeBSD or NetBSD base system would have many > packages. > >>> > >>> Will it be possible to upgrade base system with portmaster or > portupgrade, and would that be better than the current procedure in > UPDATING? > >> > >> No but one will be able to simply run pkg upgrade (and built himself the > >> packages) > >>> > >>> Would pkg then be able to show a package's required shared libraries > including shared libraries from the base system? I was recently stung by > pkg not showing required shared libraries from the base system. > >> > >> Yes, but but real usage of it would happen in a second step because of > many > >> rought edges to be deal with. but yes the information would be available > >> > >> see: > >> https://www.youtube.com/watch?v=Br6izhH5P1I > >> and > >> https://www.youtube.com/watch?v=v7px6ktoDAI > >> > >> for a bigger view of what happened (note that some detail my have > change a bit, > >> the overall remains the same) > > > > What about upgrade strongly outdated system? > > For example 11.0 at time 18.0? I.e. packages for 11.0 don't available, > > pkg from 11.0 don't undertund package base from 18.0 and etc. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > > According to our current release schedule, FreeBSD 18.0 will not come > out for 35 years (2051). > > The general approach would appear to be just downloading new packages > and updating the system. For a drastic upgrade like that, you'd likely > have to build a newer version of pkg from ports. > > The approach for offering an upgrade from 10.x to 11.0 will be the more > interesting endeavour. > > -- > Allan Jude > > From owner-freebsd-current@freebsd.org Fri Jan 29 08:40:52 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D991A72F7A for ; Fri, 29 Jan 2016 08:40:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58561101A; Fri, 29 Jan 2016 08:40:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aP4bp-000KhL-3K; Fri, 29 Jan 2016 11:40:49 +0300 Date: Fri, 29 Jan 2016 11:40:49 +0300 From: Slawa Olhovchenkov To: Maxim Sobolev Cc: Allan Jude , FreeBSD Current Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160129084048.GS37895@zxy.spb.ru> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <56AA3D54.5020502@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 08:40:52 -0000 On Thu, Jan 28, 2016 at 10:30:25PM -0800, Maxim Sobolev wrote: > That would be like trying to install FreeBSD 11 on PDP-11 hardware. Good > luck with that, Slawa, you'll need it! :) On Pentium-IV. From owner-freebsd-current@freebsd.org Fri Jan 29 17:46:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73A7FA72B6A for ; Fri, 29 Jan 2016 17:46:37 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY004-OMC2S27.hotmail.com (bay004-omc2s27.hotmail.com [65.54.190.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65E3E1C2A for ; Fri, 29 Jan 2016 17:46:37 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY182-W66 ([65.54.190.123]) by BAY004-OMC2S27.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Fri, 29 Jan 2016 09:45:32 -0800 X-TMN: [StNJ92M+cubX/gBCpbWSMtVVHhuoAYqb] X-Originating-Email: [sgeos@hotmail.com] Message-ID: From: Brendan Sechter To: "freebsd-current@freebsd.org" Subject: Kernel Version Mismatch emulators/virtualbox-ose-additions Date: Sat, 30 Jan 2016 02:45:32 +0900 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 29 Jan 2016 17:45:32.0900 (UTC) FILETIME=[DA0B9A40:01D15ABC] Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 17:46:37 -0000 VGhlIGVtdWxhdG9ycy92aXJ0dWFsYm94LW9zZS1hZGRpdGlvbnMgdmJveGd1ZXN0LmtvIGlzIG5v dCBsb2FkaW5nLiBUaGUgZXJyb3IgaXMgYXMgZm9sbG93cy4NCiMgc3ZuIHVwIC91c3Ivc3JjIyBj YXQgL2V0Yy9tYWtlLmNvbmZQT1JUU19NT0RVTEVTPWVtdWxhdG9ycy92aXJ0dWFsYm94LW9zZS1h ZGRpdGlvbnMjICMgcmVidWlsZCBhbmQgaW5zdGFsbCBrZXJuZWwrd29ybGQjIHNodXRkb3duIC1y IG5vdyMgdW5hbWUgLW12RnJlZUJTRCAxMS4wLUNVUlJFTlQgIzAgcjI4NzU5ODogVGh1IFNlcCAx MCAxNDo0NTo0OCBKU1QgMjAxNSAgICAgcm9vdEA6L3Vzci9vYmovdXNyL3NyYy9zeXMvTVlfQ1VT VE9NX0tFUk5FTCAgYW1kNjQjIGNkIC91c3IvcG9ydHMvZW11bGF0b3JzL3ZpcnR1YWxib3gtb3Nl LWFkZGl0aW9ucy8jIG1ha2UgZGVpbnN0YWxsIGNsZWFuIyBtYWtlIGluc3RhbGwgY2xlYW4jIGts ZGxvYWQgdmJveGd1ZXN0S0xEIHZib3hndWVzdC5rbzogZGVwZW5kcyBvbiBrZXJuZWwgLSBub3Qg YXZhaWxhYmxlIG9yIHZlcnNpb24gbWlzbWF0Y2hsaW5rZXJfbG9hZF9maWxlOiBVbnN1cHBvcnRl ZCBmaWxlIHR5cGVrbGRsb2FkOiBhbiBlcnJvciBvY2N1cnJlZCB3aGlsZSBsb2FkaW5nIHRoZSBt b2R1bGUuIFBsZWFzZSBjaGVjayBkbWVzZyg4KSBmb3IgbW9yZSBkZXRhaWxzLiMgZG1lc2cgfCBn cmVwIHZib3hndWVzdCAtQSAxS0xEIHZib3hndWVzdC5rbzogZGVwZW5kcyBvbiBrZXJuZWwgLSBu b3QgYXZhaWxhYmxlIG9yIHZlcnNpb24gbWlzbWF0Y2hsaW5rZXJfbG9hZF9maWxlOiBVbnN1cHBv cnRlZCBmaWxlIHR5cGUtLUtMRCB2Ym94Z3Vlc3Qua286IGRlcGVuZHMgb24ga2VybmVsIC0gbm90 IGF2YWlsYWJsZSBvciB2ZXJzaW9uIG1pc21hdGNobGlua2VyX2xvYWRfZmlsZTogVW5zdXBwb3J0 ZWQgZmlsZSB0eXBlDQpIb3N0IGVudmlyb25tZW50IHZlcnNpb24gaW5mbyBpcyBiZWxvdy4NCiQg dW5hbWUgLW12RGFyd2luIEtlcm5lbCBWZXJzaW9uIDE1LjMuMDogVGh1IERlYyAxMCAxODo0MDo1 OCBQU1QgMjAxNTsgcm9vdDp4bnUtMzI0OC4zMC40fjEvUkVMRUFTRV9YODZfNjQgeDg2XzY0JCB2 Ym94bWFuYWdlIC0tdmVyc2lvbjUuMC4xNHIxMDUxMjcNCiAJCSAJICAgCQkgIA== From owner-freebsd-current@freebsd.org Fri Jan 29 19:54:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 349AEA7201B for ; Fri, 29 Jan 2016 19:54:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 271731294; Fri, 29 Jan 2016 19:54:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 1F8301808; Fri, 29 Jan 2016 19:54:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id C57751803A; Fri, 29 Jan 2016 19:54:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id dj9mk-V7YEhz; Fri, 29 Jan 2016 19:54:14 +0000 (UTC) Subject: Re: Kernel Version Mismatch emulators/virtualbox-ose-additions DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com E83EB18032 To: Brendan Sechter , "freebsd-current@freebsd.org" References: From: Bryan Drewery Organization: FreeBSD Message-ID: <56ABC363.50408@FreeBSD.org> Date: Fri, 29 Jan 2016 11:54:11 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 19:54:17 -0000 On 1/29/16 9:45 AM, Brendan Sechter wrote: > The emulators/virtualbox-ose-additions vboxguest.ko is not loading. The error is as follows. > # svn up /usr/src# cat /etc/make.confPORTS_MODULES=emulators/virtualbox-ose-additions# # rebuild and install kernel+world# shutdown -r now# uname -mvFreeBSD 11.0-CURRENT #0 r287598: Thu Sep 10 14:45:48 JST 2015 root@:/usr/obj/usr/src/sys/MY_CUSTOM_KERNEL amd64# cd /usr/ports/emulators/virtualbox-ose-additions/# make deinstall clean# make install clean# kldload vboxguestKLD vboxguest.ko: depends on kernel - not available or version mismatchlinker_load_file: Unsupported file typekldload: an error occurred while loading the module. Please check dmesg(8) for more details.# dmesg | grep vboxguest -A 1KLD vboxguest.ko: depends on kernel - not available or version mismatchlinker_load_file: Unsupported file type--KLD vboxguest.ko: depends on kernel - not available or version mismatchlinker_load_file: Unsupported file type > Host environment version info is below. > $ uname -mvDarwin Kernel Version 15.3.0: Thu Dec 10 18:40:58 PST 2015; root:xnu-3248.30.4~1/RELEASE_X86_64 x86_64$ vboxmanage --version5.0.14r105127 > Recompile it. If you got it from a package, we are not really handling these correctly. They need to be compile against your kernel, especially when running current or stable. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Jan 29 20:52:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2BDCA724D2 for ; Fri, 29 Jan 2016 20:52:58 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY004-OMC2S11.hotmail.com (bay004-omc2s11.hotmail.com [65.54.190.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A4AB81B9A for ; Fri, 29 Jan 2016 20:52:58 +0000 (UTC) (envelope-from sgeos@hotmail.com) Received: from BAY182-W95 ([65.54.190.124]) by BAY004-OMC2S11.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Fri, 29 Jan 2016 12:52:52 -0800 X-TMN: [StFtVOlyHsJk13IswL2R4UgJDwuaPFPQ] X-Originating-Email: [sgeos@hotmail.com] Message-ID: From: Brendan Sechter To: "freebsd-current@freebsd.org" Subject: Re: Kernel Version Mismatch emulators/virtualbox-ose-additions Date: Sat, 30 Jan 2016 05:52:52 +0900 Importance: Normal In-Reply-To: References: , <56ABC363.50408@FreeBSD.org>, MIME-Version: 1.0 X-OriginalArrivalTime: 29 Jan 2016 20:52:52.0727 (UTC) FILETIME=[05811870:01D15AD7] Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 20:52:58 -0000 PiBTdWJqZWN0OiBSZTogS2VybmVsIFZlcnNpb24gTWlzbWF0Y2ggZW11bGF0b3JzL3ZpcnR1YWxi b3gtb3NlLWFkZGl0aW9ucw0KPiBUbzogc2dlb3NAaG90bWFpbC5jb207IGZyZWVic2QtY3VycmVu dEBmcmVlYnNkLm9yZw0KPiBGcm9tOiBiZHJld2VyeUBGcmVlQlNELm9yZw0KPiBEYXRlOiBGcmks IDI5IEphbiAyMDE2IDExOjU0OjExIC0wODAwDQo+IA0KPiBPbiAxLzI5LzE2IDk6NDUgQU0sIEJy ZW5kYW4gU2VjaHRlciB3cm90ZTo+DQo+ID4gVGhlIGVtdWxhdG9ycy92aXJ0dWFsYm94LW9zZS1h ZGRpdGlvbnMgdmJveGd1ZXN0LmtvIGlzIG5vdCBsb2FkaW5nLiBUaGUgZXJyb3IgaXMgYXMgZm9s bG93cy4+ID4gDQo+ID4gIyBzdm4gdXAgL3Vzci9zcmM+ID4gIyBjYXQgL2V0Yy9tYWtlLmNvbmY+ ID4gUE9SVFNfTU9EVUxFUz1lbXVsYXRvcnMvdmlydHVhbGJveC1vc2UtYWRkaXRpb25zPiA+ICMg IyByZWJ1aWxkIGFuZCBpbnN0YWxsIGtlcm5lbCt3b3JsZD4gPiAjIHNodXRkb3duIC1yIG5vdz4g PiAjIHVuYW1lIC1tdj4gPiBGcmVlQlNEIDExLjAtQ1VSUkVOVCAjMCByMjg3NTk4OiBUaHUgU2Vw IDEwIDE0OjQ1OjQ4IEpTVCAyMDE1PiA+IHJvb3RAOi91c3Ivb2JqL3Vzci9zcmMvc3lzL01ZX0NV U1RPTV9LRVJORUwgIGFtZDY0PiA+ICMgY2QgL3Vzci9wb3J0cy9lbXVsYXRvcnMvdmlydHVhbGJv eC1vc2UtYWRkaXRpb25zLz4gPiAjIG1ha2UgZGVpbnN0YWxsIGNsZWFuPiA+ICMgbWFrZSBpbnN0 YWxsIGNsZWFuPiA+ICMga2xkbG9hZCB2Ym94Z3Vlc3RLTEQgdmJveGd1ZXN0LmtvOiBkZXBlbmRz IG9uIGtlcm5lbCAtIG5vdCBhdmFpbGFibGUgb3IgdmVyc2lvbiBtaXNtYXRjaD4gPiBsaW5rZXJf bG9hZF9maWxlOiBVbnN1cHBvcnRlZCBmaWxlIHR5cGU+ID4ga2xkbG9hZDogYW4gZXJyb3Igb2Nj dXJyZWQgd2hpbGUgbG9hZGluZyB0aGUgbW9kdWxlLiBQbGVhc2UgY2hlY2sgZG1lc2coOCkgZm9y IG1vcmUgZGV0YWlscy4+ID4gIyBkbWVzZyB8IGdyZXAgdmJveGd1ZXN0IC1BIDE+ID4gS0xEIHZi b3hndWVzdC5rbzogZGVwZW5kcyBvbiBrZXJuZWwgLSBub3QgYXZhaWxhYmxlIG9yIHZlcnNpb24g bWlzbWF0Y2g+ID4gbGlua2VyX2xvYWRfZmlsZTogVW5zdXBwb3J0ZWQgZmlsZSB0eXBlPiA+IC0t PiA+IEtMRCB2Ym94Z3Vlc3Qua286IGRlcGVuZHMgb24ga2VybmVsIC0gbm90IGF2YWlsYWJsZSBv ciB2ZXJzaW9uIG1pc21hdGNoPiA+IGxpbmtlcl9sb2FkX2ZpbGU6IFVuc3VwcG9ydGVkIGZpbGUg dHlwZT4gPiA+ID4gSG9zdCBlbnZpcm9ubWVudCB2ZXJzaW9uIGluZm8gaXMgYmVsb3cuPiA+IA0K PiA+ICQgdW5hbWUgLW12PiA+IERhcndpbiBLZXJuZWwgVmVyc2lvbiAxNS4zLjA6IFRodSBEZWMg MTAgMTg6NDA6NTggUFNUPiA+IDIwMTU7IHJvb3Q6eG51LTMyNDguMzAuNH4xL1JFTEVBU0VfWDg2 XzY0IHg4Nl82ND4gPiAkIHZib3htYW5hZ2UgLS12ZXJzaW9uNS4wLjE0cjEwNTEyNw0KPiANCj4g UmVjb21waWxlIGl0Lg0KVGhlIGZvcm1hdHRpbmcgZ290IGxvc3QsIGJ1dCBJIHJlY29tcGlsZWQg YWZ0ZXIgYnVpbGRpbmcgYW5kIGluc3RhbGxpbmcga2VybmVsK3dvcmxkLlRoZSBwb3J0IHNob3Vs ZCBiZSB1c2luZyB0aGUgc2FtZSByZXZpc2lvbiBhcyB0aGUga2VybmVsLg0KPiBJZiB5b3UgZ290 IGl0IGZyb20gYSBwYWNrYWdlLCB3ZSBhcmUgbm90IHJlYWxseSBoYW5kbGluZyB0aGVzZSBjb3Jy ZWN0bHkuDQpJdCBpcyBhIHBvcnQuDQo+IFRoZXkgbmVlZCB0byBiZSBjb21waWxlIGFnYWluc3Qg eW91ciBrZXJuZWwsIGVzcGVjaWFsbHkgd2hlbiBydW5uaW5nIGN1cnJlbnQgb3Igc3RhYmxlLg0K DQpBcyBvZiBub3csIGFtZDY0IEZyZWVCU0QgMTEuMC1DVVJSRU5UICMwIHIyODc1OTggd2l0aCBh IGN1c3RvbSBrZXJuZWwuDQo+IC0tIA0KPiBSZWdhcmRzLA0KPiBCcnlhbiBEcmV3ZXJ5DQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGZyZWVic2Qt Y3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gaHR0cHM6Ly9saXN0cy5mcmVlYnNk Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudA0KPiBUbyB1bnN1YnNjcmliZSwg c2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3Jn Ig0KIAkJIAkgICAJCSAgIAkJIAkgICAJCSAg From owner-freebsd-current@freebsd.org Fri Jan 29 21:24:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5DBAA73165 for ; Fri, 29 Jan 2016 21:24:55 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7FADD1D3F for ; Fri, 29 Jan 2016 21:24:55 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-wm0-x235.google.com with SMTP id p63so84921429wmp.1 for ; Fri, 29 Jan 2016 13:24:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=v6CzBQTx0BQjbqa3bGyo0SLfdWYHLVYQUK11VrCFtvs=; b=V+bRfwnsuftSJYiJYRxXlLKOTJ6zoB2FeZg0c0oHXGj8vCB9r7Ul/k//0YpSE6gY2o OTvSNQCK6ULuHlYGDOf+PsyYD7GAojPPy0jO7LHOjmJlBx/46MKsxpj1Hgl99vdXOC6p OMopRDXuogEQLBhaBKhBNNgGD9cg/AIg2tPDPDvqyzcjCprSRQF7gtc8gfqGy5yrVGPn Juvi6jOLpDCEJcXHMmvMGDU6RJvUydCTLivy9SbjVGcjfcE8twI3Qz82nwrS223DDkH8 4j5BNZopjfW3wpV9YxhP7RDkmMOeWlFgtZuHfqtNp2Qm4lIS/t6xFPY2c04OyrVIEpqU sOUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=v6CzBQTx0BQjbqa3bGyo0SLfdWYHLVYQUK11VrCFtvs=; b=LON+Rt+6QTpW+J4QCRAsvuPX9kOPihu6ydcUi1GQG5QwYVla00DDUcdYkGldI7nWel 2VQwHQ2Zt+PEAEN/PMMbdqfPFcrPAZ+U1wnrzccfOCauc4sl2V/RLYJDTN94L56a0znu yZMyUL18aeNiAshK+pROSwS7Os7fTjnFkfsnMCFecZHrv0xImrdmoyRN+8ZynySnpv9X Bi76hTgeKhxa6ysEJHYDBiwTPfRgXHr9K48wC5AjXbxxUchxQNNT/hIGJX+Mp/SXsSbQ 5LY2nVDHfrtZdS4F1/2tEzNfqKqILkKUIIbnbNlhGtL9si1QLjhdUNAOYbG31qbLaEmc JEHQ== X-Gm-Message-State: AG10YOQlRFj+Z0xhsFKUK2qRr3HPoN4HAo0kGb2OYO4FKVuKhR0GYhpDYZVwySrrTT1zAFFNydA5SWTrIkcPkNNU MIME-Version: 1.0 X-Received: by 10.194.174.36 with SMTP id bp4mr10789782wjc.137.1454102693797; Fri, 29 Jan 2016 13:24:53 -0800 (PST) Sender: sobomax@sippysoft.com Received: by 10.27.39.195 with HTTP; Fri, 29 Jan 2016 13:24:53 -0800 (PST) In-Reply-To: <20160129084048.GS37895@zxy.spb.ru> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <56AA3D54.5020502@freebsd.org> <20160129084048.GS37895@zxy.spb.ru> Date: Fri, 29 Jan 2016 13:24:53 -0800 X-Google-Sender-Auth: u7xlHr-3pniQM0n-tkurh0I-QjY Message-ID: Subject: Re: Packaging the FreeBSD base system with pkg(8) From: Maxim Sobolev To: Slawa Olhovchenkov Cc: Allan Jude , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 21:24:56 -0000 Pentium-IV in 1980? I think we are talking about +35 years from now. -Max On Fri, Jan 29, 2016 at 12:40 AM, Slawa Olhovchenkov wrote: > On Thu, Jan 28, 2016 at 10:30:25PM -0800, Maxim Sobolev wrote: > > > That would be like trying to install FreeBSD 11 on PDP-11 hardware. Good > > luck with that, Slawa, you'll need it! :) > > On Pentium-IV. > > From owner-freebsd-current@freebsd.org Fri Jan 29 21:33:11 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29C70A734A1 for ; Fri, 29 Jan 2016 21:33:11 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DECA61217; Fri, 29 Jan 2016 21:33:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aPGfD-000Mrl-7A; Sat, 30 Jan 2016 00:33:07 +0300 Date: Sat, 30 Jan 2016 00:33:07 +0300 From: Slawa Olhovchenkov To: Maxim Sobolev Cc: Allan Jude , FreeBSD Current Subject: Re: Packaging the FreeBSD base system with pkg(8) Message-ID: <20160129213307.GK88527@zxy.spb.ru> References: <20160127223323.GG98557@FreeBSD.org> <183431.62409.bm@smtp111.sbc.mail.ne1.yahoo.com> <20160128131806.GB67200@ivaldir.etoilebsd.net> <20160128160622.GB88527@zxy.spb.ru> <56AA3D54.5020502@freebsd.org> <20160129084048.GS37895@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 21:33:11 -0000 On Fri, Jan 29, 2016 at 01:24:53PM -0800, Maxim Sobolev wrote: > Pentium-IV in 1980? I think we are talking about +35 years from now. +35 years is incorrect calculated. Only +14. > On Fri, Jan 29, 2016 at 12:40 AM, Slawa Olhovchenkov wrote: > > > On Thu, Jan 28, 2016 at 10:30:25PM -0800, Maxim Sobolev wrote: > > > > > That would be like trying to install FreeBSD 11 on PDP-11 hardware. Good > > > luck with that, Slawa, you'll need it! :) > > > > On Pentium-IV. > > > > From owner-freebsd-current@freebsd.org Sat Jan 30 05:16:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C87FFA738F7 for ; Sat, 30 Jan 2016 05:16:49 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 827F6118B for ; Sat, 30 Jan 2016 05:16:49 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x231.google.com with SMTP id e64so53174275vkg.0 for ; Fri, 29 Jan 2016 21:16:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ur33NZnkWOyKOpIThdkKtW9VNAsgytePm0w8WfSy3RA=; b=rIaFtY8nbpOpMp+vszDSpZxxC4a8SCs9F60jWt4wGYSjrzxPzivDXzKn//tpFQtuAp Ndl0BE7FsXcDuWjm9ZumXrfgYPwTI+Rfof1NIgRb55kvgyqbK4wyBS6FsXib3UMmIXEZ DgUeJU/6CvXfRECJ3w5Ct24rvKIy2kvq0ODlsX0ZeojoHx0x+hrKu9wKHfixx6zCd7ox LqvomGTAylUYuvbWfu2Tq+AH0+m9FsHiQKkmv7YXh6M8hNWNS9bOSrUh9LrivXeF1HA8 d8le+FPNm9GXTc3RGvhIlEMLO9cGNqfch+oFnYF3+Kwl8eFHrnX8UkRMKjt78MQbqpi6 t2kA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=ur33NZnkWOyKOpIThdkKtW9VNAsgytePm0w8WfSy3RA=; b=TBLA2C9sH9uIKff/vedb3FHYtCBpcuiRsYoTE/nHHfXnSLRDPmqYINBsVOBFrXvM+q EEO3/YufkqW2dFhvx5ZRSd7KkYB270ebdSi1qDcaG/kuinLRguf/ySX1W9OCJ2Q9Q50B 2XERg6KO/yjY1Gg5EFpvJe5ngzz7GVPKJWfoMuS9tU0Mov5o12Cz2/9NNAP+VsVtm47Q 6GRr19vx8NuvwHoqvvz4M+zesLMgQFJXAQ22xXpvyDauo/zYDtuyJmJVCSMpq7lIWa3Q y3zDFLgMb66z7nncuuLNWAan3zs59MVhML+xI4o/8ul3g3sq4fXHnuy+GrQ6rVhYC21/ 74fw== X-Gm-Message-State: AG10YOT62uwbeyrEIofmT+LEcO5MJ9Bdm1pBen4PbzEGLN/ILbvq238BVvOIw+9jSagOPSGA8NFgQtetMLW/JQ== MIME-Version: 1.0 X-Received: by 10.31.16.146 with SMTP id 18mr8447081vkq.152.1454131008505; Fri, 29 Jan 2016 21:16:48 -0800 (PST) Received: by 10.31.194.194 with HTTP; Fri, 29 Jan 2016 21:16:48 -0800 (PST) In-Reply-To: References: <569BD681.80608@freebsd.org> Date: Sat, 30 Jan 2016 00:16:48 -0500 Message-ID: Subject: Re: r294195: Kernel panic during installworld From: Ultima To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 05:16:50 -0000 Just upgraded from 10-STABLE to head r295051 and I still have kernel panics. I then tested with bsdinstall and found that the panics no longer occur. I believe the issue is that some of my datasets are set to recordsize=1M, this is most likely the root cause of these panics. On Sun, Jan 17, 2016 at 2:59 PM, Ultima wrote: > https://puu.sh/mzmpL/b209da9263.jpgn I hope this is better, sorry I > didn't know it would get stripped. > > Ultima > > On Sun, Jan 17, 2016 at 2:58 PM, Ultima wrote: > >> https://puu.sh/mzmpL/b209da9263.jpgn I hope this is better, sorry I >> didn't know it would get stripped. >> >> Ultima >> >> On Sun, Jan 17, 2016 at 12:59 PM, Allan Jude >> wrote: >> >>> On 2016-01-17 09:14, Ultima wrote: >>> > make installkernel KERNCONF=MYKERNEL >>> > reboot >>> > mergemaster -p >>> > make installworld -> attached >>> > >>> > MYKERNEL=GENERIC+ >>> > options VIMAGE >>> > options ROUTETABLES=2 >>> > >>> > Anything else that maybe helpful? >>> > >>> > Ultima >>> > _______________________________________________ >>> > freebsd-current@freebsd.org mailing list >>> > https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> > To unsubscribe, send any mail to " >>> freebsd-current-unsubscribe@freebsd.org" >>> > >>> >>> Your attachment was stripped. Can you post it somewhere and include the >>> url? >>> >>> -- >>> Allan Jude >>> >>> >> > From owner-freebsd-current@freebsd.org Sat Jan 30 06:58:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3410BA73DB1 for ; Sat, 30 Jan 2016 06:58:06 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D89C215F1 for ; Sat, 30 Jan 2016 06:58:05 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u0U6vuI4067136 for ; Sat, 30 Jan 2016 15:57:56 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 30 Jan 2016 15:57:55 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: ZFSROOT UEFI boot Message-Id: <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> In-Reply-To: <56AAD552.9090202@multiplay.co.uk> References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 06:58:06 -0000 Thanks for your quick support! I tried your patch [Diff1] (built with head r295032 world/kernel) and now have good and bad news. Good news is that without USB memstick boot1.efi runs as expected. Great! Bad news is that when booting from USB memstick (the one I used my previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, ada[01] is booted instead of da0 (USB memstick). *If ada0 has loader.efi, always booted from ada0 (stable/10). *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 (head). *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is booted (head, installer is invoked). *Whichever ada[01] has loader.efi in their UFS or not didn't matter. These behaviour would be because ZFS thoughout all disks is tried before trying UFS throughout all disks, if I understood correctly. Changing boot order (ZFS to UFS per each disk, instead of each ZFS to each UFS) would help. But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi and it worked fine for USB memstick for me. *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled ZFS module, so I must edit the definition of *boot_modules[] in boot1.c. I'd have been missing something. Regards. On Fri, 29 Jan 2016 02:58:26 +0000 Steven Hartland wrote: > On 28/01/2016 16:22, Doug Rabson wrote: > > On 28 January 2016 at 15:03, Tomoaki AOKI wrote: > > > >> It's exactly the NO GOOD point. The disk where boot1 is read from > >> should be where loader.efi and loader.conf are first read. > >> > > I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 > > looks for loader in the pool which contains the disk that the BIOS booted. > > It passes through the ID of that pool to loader which uses that pool as the > > default for loading kernel and modules. I believe this is the correct > > behaviour. For gptzfsboot and zfsboot, it is possible to override by > > pressing space at the point where it is about to load loader. > > I believe I understand at least some of your issue now, could you please > test the code on the following review to see if it fixes your issue please: > https://reviews.freebsd.org/D5108 > > Regards > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com From owner-freebsd-current@freebsd.org Sat Jan 30 08:05:32 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB1E5A73622; Sat, 30 Jan 2016 08:05:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id DFA1E19FB; Sat, 30 Jan 2016 08:05:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1F6D011F; Sat, 30 Jan 2016 08:05:30 +0000 (UTC) Date: Sat, 30 Jan 2016 08:05:20 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: imp@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <185611392.27.1454141130445.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2244 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 08:05:32 -0000 FreeBSD_HEAD_i386 - Build #2244 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2244/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2244/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2244/cons= ole Change summaries: 295065 by imp: Preliminary EFI support. Based, in part, on patches from Andy Turner. Add support for being able to boot off both UEFI and BIOS firmware, ala the memstick trick. Add support for writing to GPT volumes. Move away from using bsd labels at all for these embedded stuff. Minor tweaks to README. 295064 by imp: Two new variables: NANO_ROOT and NANO_ALTROOT. These used to be spelled ${NANO_SLICE_ROOT}a and ${NANO_SLICE_ALTROOT}a respectively, and that's the default value. This will allow nanobsd on systems without a bsd label. That's rarely needed these days, even in an MBR world. The default will shift to this in the future, but remain an option. 295063 by imp: Two new config files. One that has UEFI booting, and the other that can do both UEFI and BIOS/GPT booting. Support for nanobsd coming soon. Based in part in a patch from: andrew@ 295062 by imp: Implement power command to list all power modes, find out the power mode we're in and to set the power mode. The end of the build log: [...truncated 114903 lines...] --- all_subdir_secure --- --- eng_all.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/engine/eng_all.c -o eng_all.po --- all_subdir_lib --- --- bpf_filter.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -Dyylval=3Dpcapyylval -I/usr/src/lib/l= ibpcap -I. -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRIN= TF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap = -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-prom= oted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libpcap= /../../contrib/libpcap/bpf/net/bpf_filter.c -o bpf_filter.po --- all_subdir_sbin --- --- identify.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/identify.c -o identify.o --- all_subdir_lib --- --- bpf_image.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -Dyylval=3Dpcapyylval -I/usr/src/lib/l= ibpcap -I. -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRIN= TF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap = -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-prom= oted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libpcap= /../../contrib/libpcap/bpf_image.c -o bpf_image.po --- all_subdir_secure --- --- eng_cnf.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/engine/eng_cnf.c -o eng_cnf.po --- all_subdir_lib --- --- bpf_dump.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -Dyylval=3Dpcapyylval -I/usr/src/lib/l= ibpcap -I. -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRIN= TF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap = -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-prom= oted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libpcap= /../../contrib/libpcap/bpf_dump.c -o bpf_dump.po --- all_subdir_sbin --- --- logpage.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/logpage.c -o logpage.o --- all_subdir_lib --- --- sf-pcap.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -Dyylval=3Dpcapyylval -I/usr/src/lib/l= ibpcap -I. -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRIN= TF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap = -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-prom= oted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libpcap= /../../contrib/libpcap/sf-pcap.c -o sf-pcap.po --- all_subdir_share --- --- ja_JP.UTF-8.LC_COLLATE --- localedef -D -U -i /usr/src/share/colldef/ja_JP.UTF-8.src -f /usr/src/shar= e/colldef/../../tools/tools/locale/etc/final-maps/map.UTF-8 /usr/obj/usr/sr= c/share/colldef/ja_JP.UTF-8 --- all_subdir_secure --- --- eng_cryptodev.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/engine/eng_cryptodev.c -o eng_cryptodev.po --- all_subdir_sbin --- --- perftest.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/perftest.c -o perftest.o --- all_subdir_lib --- --- sf-pcap-ng.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -Dyylval=3Dpcapyylval -I/usr/src/lib/l= ibpcap -I. -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRIN= TF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap = -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-prom= oted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libpcap= /../../contrib/libpcap/sf-pcap-ng.c -o sf-pcap-ng.po --- all_subdir_sbin --- --- reset.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/reset.c -o reset.o --- nvme_util.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/../../sys/dev/nvme/nvme_util.c -o nvme_util.o --- power.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/power.c -o power.o --- all_subdir_lib --- --- version.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -Dyylval=3Dpcapyylval -I/usr/src/lib/l= ibpcap -I. -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRIN= TF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap = -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wn= o-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno= -unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conv= ersion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-prom= oted-parameter -Wno-parentheses -Qunused-arguments -c version.c -o version= .po --- all_subdir_sbin --- /usr/src/sbin/nvmecontrol/power.c:44:16: error: invalid application of 'siz= eof' to an incomplete type 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ ~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:60:14: error: incomplete definition of ty= pe 'struct nvme_power_state' mpower =3D nps->mp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:61:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->mps =3D=3D 0) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:63:14: error: incomplete definition of ty= pe 'struct nvme_power_state' ipower =3D nps->idlp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:64:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->ips =3D=3D 1) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:66:14: error: incomplete definition of ty= pe 'struct nvme_power_state' apower =3D nps->actp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:67:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->aps =3D=3D 1) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:35: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:54: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:31: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:50: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:60: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:73:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:73:22: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:74:44: error: incomplete definition of ty= pe 'struct nvme_power_state' apower / 10000, apower % 10000, nps->apw); ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:86:29: error: no member named 'power_stat= e' in 'struct nvme_controller_data' power_list_one(i, &cdata->power_state[i]); ~~~~~ ^ --- all_subdir_lib --- --- pcap.3 --- if [ -f /usr/src/lib/libpcap/../../contrib/libpcap/pcap.3pcap ]; then=09=09= F=3Dpcap.3pcap; =09=09=09=09 elif [ -f /usr/src/lib/libpcap/../../contrib/= libpcap/pcap.3 ]; then=09 F=3Dpcap.3;=09=09=09=09 else=09=09=09=09=09=09=09= =09 F=3Dpcap.3;=09=09=09=09 fi;=09=09=09=09=09=09=09=09 sed -e 's/3PCAP/3/g= ' /usr/src/lib/libpcap/../../contrib/libpcap/$F > pcap.3 --- all_subdir_sbin --- 18 errors generated. *** [power.o] Error code 1 make[4]: stopped in /usr/src/sbin/nvmecontrol 1 error make[4]: stopped in /usr/src/sbin/nvmecontrol *** [all_subdir_nvmecontrol] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [all_subdir_sbin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_lib --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/libpcap *** [all_subdir_libpcap] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src --- all_subdir_secure --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/secure/lib/libcrypto *** [all] Error code 2 make[4]: stopped in /usr/src/secure/lib 1 error make[4]: stopped in /usr/src/secure/lib *** [all_subdir_lib] Error code 2 make[3]: stopped in /usr/src/secure 1 error make[3]: stopped in /usr/src/secure *** [all_subdir_secure] Error code 2 make[2]: stopped in /usr/src --- all_subdir_share --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/share/colldef *** [all_subdir_colldef] Error code 2 make[3]: stopped in /usr/src/share 1 error make[3]: stopped in /usr/src/share *** [all_subdir_share] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson1079213220177824964.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat Jan 30 08:09:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04F63A73707 for ; Sat, 30 Jan 2016 08:09:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id ED1F21B5A; Sat, 30 Jan 2016 08:09:16 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0825D120; Sat, 30 Jan 2016 08:09:17 +0000 (UTC) Date: Sat, 30 Jan 2016 08:09:16 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <766840074.28.1454141356982.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is unstable: FreeBSD_HEAD #76 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 08:09:17 -0000 See From owner-freebsd-current@freebsd.org Sat Jan 30 10:05:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 937EDA73D80; Sat, 30 Jan 2016 10:05:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6CF40E6E; Sat, 30 Jan 2016 10:05:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C767B188; Sat, 30 Jan 2016 10:05:29 +0000 (UTC) Date: Sat, 30 Jan 2016 10:05:14 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: mmel@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1334355459.30.1454148325631.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <185611392.27.1454141130445.JavaMail.jenkins@jenkins-9.freebsd.org> References: <185611392.27.1454141130445.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2245 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 10:05:31 -0000 FreeBSD_HEAD_i386 - Build #2245 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2245/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2245/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2245/cons= ole Change summaries: 295067 by mmel: EHCI: Correct address of EHCI_USBMODE_LPM register is 0xC8, not 0xA8. 295066 by mmel: ARM: Split swtch.S into common, ARMv4 and ARMv6 parts. Cleanup them. The end of the build log: [...truncated 115620 lines...] --- all_subdir_sbin --- --- devlist.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/devlist.c -o devlist.o --- firmware.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/firmware.c -o firmware.o --- all_subdir_secure --- --- pmeth_gn.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/evp/pmeth_gn.c -o pmeth_gn.po --- all_subdir_sbin --- --- identify.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/identify.c -o identify.o --- all_subdir_secure --- --- pmeth_lib.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/evp/pmeth_lib.c -o pmeth_lib.po --- all_subdir_sbin --- --- logpage.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/logpage.c -o logpage.o --- perftest.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/perftest.c -o perftest.o --- all_subdir_secure --- --- hm_ameth.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/hmac/hm_ameth.c -o hm_ameth.po --- all_subdir_sbin --- --- reset.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/reset.c -o reset.o --- all_subdir_secure --- --- hm_pmeth.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/hmac/hm_pmeth.c -o hm_pmeth.po --- all_subdir_sbin --- --- nvme_util.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/../../sys/dev/nvme/nvme_util.c -o nvme_util.o --- power.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/power.c -o power.o /usr/src/sbin/nvmecontrol/power.c:44:16: error: invalid application of 'siz= eof' to an incomplete type 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ ~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:60:14: error: incomplete definition of ty= pe 'struct nvme_power_state' mpower =3D nps->mp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:61:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->mps =3D=3D 0) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:63:14: error: incomplete definition of ty= pe 'struct nvme_power_state' ipower =3D nps->idlp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:64:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->ips =3D=3D 1) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:66:14: error: incomplete definition of ty= pe 'struct nvme_power_state' apower =3D nps->actp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:67:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->aps =3D=3D 1) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:35: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:54: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:31: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:50: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, --- all_subdir_share --- --- hu_HU.UTF-8.LC_COLLATE --- --- all_subdir_sbin --- ^ /usr/src/sbin/nvmecontrol/power.c:72:60: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:73:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:73:22: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ --- all_subdir_share --- localedef -D -U -i /usr/src/share/colldef/hu_HU.UTF-8.src -f /usr/src/shar= e/colldef/../../tools/tools/locale/etc/final-maps/map.UTF-8 /usr/obj/usr/sr= c/share/colldef/hu_HU.UTF-8 --- all_subdir_sbin --- /usr/src/sbin/nvmecontrol/power.c:74:44: error: incomplete definition of ty= pe 'struct nvme_power_state' apower / 10000, apower % 10000, nps->apw); ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:86:29: error: no member named 'power_stat= e' in 'struct nvme_controller_data' power_list_one(i, &cdata->power_state[i]); ~~~~~ ^ 18 errors generated. *** [power.o] Error code 1 make[4]: stopped in /usr/src/sbin/nvmecontrol 1 error make[4]: stopped in /usr/src/sbin/nvmecontrol *** [all_subdir_nvmecontrol] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [all_subdir_sbin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_secure --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/secure/lib/libcrypto *** [all] Error code 2 make[4]: stopped in /usr/src/secure/lib 1 error make[4]: stopped in /usr/src/secure/lib *** [all_subdir_lib] Error code 2 make[3]: stopped in /usr/src/secure 1 error make[3]: stopped in /usr/src/secure *** [all_subdir_secure] Error code 2 make[2]: stopped in /usr/src --- all_subdir_share --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/share/colldef *** [all_subdir_colldef] Error code 2 make[3]: stopped in /usr/src/share 1 error make[3]: stopped in /usr/src/share *** [all_subdir_share] Error code 2 make[2]: stopped in /usr/src --- all_subdir_lib --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/libnv/tests *** [nv_tests] Error code 2 make[5]: stopped in /usr/src/lib/libnv/tests 1 error make[5]: stopped in /usr/src/lib/libnv/tests *** [all] Error code 2 make[4]: stopped in /usr/src/lib/libnv 1 error make[4]: stopped in /usr/src/lib/libnv *** [all_subdir_libnv] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6473076187890904229.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat Jan 30 11:39:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D2ADA73B7F for ; Sat, 30 Jan 2016 11:39:22 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E732917CF for ; Sat, 30 Jan 2016 11:39:21 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1aPTs1-002cWk-1s>; Sat, 30 Jan 2016 12:39:13 +0100 Received: from x5ce125f6.dyn.telefonica.de ([92.225.37.246] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1aPTs0-003Etm-Ro>; Sat, 30 Jan 2016 12:39:13 +0100 Date: Sat, 30 Jan 2016 12:39:07 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: CURRENT: buildworld failure due to nvmecontrol source error Message-ID: <20160130123907.6844f551.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/tPbItj6yz+LupVz2Cw=Oc0i"; protocol="application/pgp-signature" X-Originating-IP: 92.225.37.246 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 11:39:22 -0000 --Sig_/tPbItj6yz+LupVz2Cw=Oc0i Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Buildworld (r295070) fails in building nvmecontrol patches correctly: [...] (cd /usr/src/lib/libc/tests/gen && DEPENDFILE=3D.depend.raise_test NO_SUB= DIR=3D1 make -f /usr/src/lib/libc/tests/gen/Makefile _RECURSING_PROGS=3Dt PROG=3Draise_= test ) --- all_subdir_share --- =3D=3D=3D> share/i18n/csmapper/APPLE (all) --- all_subdir_usr.sbin --- =3D=3D=3D> usr.sbin/acpi/iasl (all) --- all_subdir_sbin --- /usr/src/sbin/nvmecontrol/power.c:44:16: error: invalid application of 'siz= eof' to an incomplete type 'struct nvme_power_state' _Static_assert(sizeof(struct nvme= _power_state) =3D=3D 256 / NBBY, ^ ~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256= / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:60:14: error: incomplete definition of ty= pe 'struct nvme_power_state' mpower =3D nps->mp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256= / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:61:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->mps =3D=3D 0) regards oh --Sig_/tPbItj6yz+LupVz2Cw=Oc0i Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWrKDbAAoJEOgBcD7A/5N8VWMH/iBm2ubk6KtTE5gdYBQ6DA+5 rPvtBvkBWhkCN9/m/AJCQVcBryfZ91BrgdcZJKXqPJFbcYqzKa7um0BG1RVKiNM2 znhMfjaDGSuLQBXZ9hdEfF2cPRuifYIFCcd50grJFeUvPS2XQyFVeg1/uEUrH9Kx 2VxU/TxUV5b2Utlq866pFRF05Zihq47dl1PxM9boyYqabAy+lN7YMj1YbsdNCus0 8+RjbRxi8n5ukIVqqed3dz2i/ImFFZYKfzIPvYsjGGiRfl/03RwWCe/21X9vdNlN DrsmntDqR3Gr/36uQio1ZiDIet5HlIfrKXspBtEPnd6jHu+f6zV3J9TLheKgXdg= =cG/g -----END PGP SIGNATURE----- --Sig_/tPbItj6yz+LupVz2Cw=Oc0i-- From owner-freebsd-current@freebsd.org Sat Jan 30 12:05:07 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 430A7A72B7B; Sat, 30 Jan 2016 12:05:07 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2805E87F; Sat, 30 Jan 2016 12:05:07 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3B2DB1EB; Sat, 30 Jan 2016 12:05:07 +0000 (UTC) Date: Sat, 30 Jan 2016 12:05:04 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: tuexen@FreeBSD.org, mmel@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <47292024.38.1454155507117.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1334355459.30.1454148325631.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1334355459.30.1454148325631.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2246 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 12:05:07 -0000 FreeBSD_HEAD_i386 - Build #2246 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2246/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2246/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2246/cons= ole Change summaries: 295070 by tuexen: Don't change the remote UDP encapsulation port for SCTP packets containing an INIT chunk. MFC after: 3 days 295069 by tuexen: Ignore peer addresses in a consistent way also when checking for new addresses during restart. If this is not done, restart doesn't work when the local socket is IPv4 only and the peer uses IPv4 and IPv6 addresses. MFC after: 3 days. 295068 by mmel: ARM: Don't misuse ARM_TP_ADDRESS as ARMv4 / ARMv6 selector. The end of the build log: [...truncated 116431 lines...] cc -pg -O2 -pipe -I/usr/src/lib/libsdp -std=3Dgnu99 -fstack-protector-s= trong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /us= r/src/lib/libsdp/session.c -o session.po --- all_subdir_share --- --- ru_RU.UTF-8.LC_COLLATE --- localedef -D -U -i /usr/src/share/colldef/ru_RU.UTF-8.src -f /usr/src/shar= e/colldef/../../tools/tools/locale/etc/final-maps/map.UTF-8 /usr/obj/usr/sr= c/share/colldef/ru_RU.UTF-8 --- all_subdir_sbin --- --- identify.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/identify.c -o identify.o --- all_subdir_secure --- --- pmeth_lib.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/evp/pmeth_lib.c -o pmeth_lib.po --- all_subdir_lib --- --- util.po --- cc -pg -O2 -pipe -I/usr/src/lib/libsdp -std=3Dgnu99 -fstack-protector-s= trong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /us= r/src/lib/libsdp/util.c -o util.po --- all_subdir_sbin --- --- logpage.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/logpage.c -o logpage.o --- all_subdir_lib --- --- libsdp_p.a --- building profiled sdp library ar -crD libsdp_p.a `NM=3D'nm' NMFLAGS=3D'' lorder search.po service.po sess= ion.po util.po | tsort -q`=20 ranlib -D libsdp_p.a --- sdp.3.gz --- gzip -cn /usr/src/lib/libsdp/sdp.3 > sdp.3.gz --- all_subdir_libsm --- =3D=3D=3D> lib/libsm (all) --- all_subdir_sbin --- --- perftest.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/perftest.c -o perftest.o --- all_subdir_secure --- --- hm_ameth.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/hmac/hm_ameth.c -o hm_ameth.po --- all_subdir_lib --- --- all_subdir_libsmb --- =3D=3D=3D> lib/libsmb (all) --- rcfile.po --- cc -pg -O2 -pipe -DSMB_CFG_FILE=3D\"/etc/nsmb.conf\" -I/usr/src/lib/lib= smb/../../contrib/smbfs/include -DHAVE_ICONV=3D1 -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promo= ted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libsmb/.= ./../contrib/smbfs/lib/smb/rcfile.c -o rcfile.po --- all_subdir_sbin --- --- reset.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/reset.c -o reset.o --- all_subdir_secure --- --- hm_pmeth.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/hmac/hm_pmeth.c -o hm_pmeth.po --- all_subdir_sbin --- --- nvme_util.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/../../sys/dev/nvme/nvme_util.c -o nvme_util.o --- power.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/power.c -o power.o --- all_subdir_lib --- --- ctx.po --- cc -pg -O2 -pipe -DSMB_CFG_FILE=3D\"/etc/nsmb.conf\" -I/usr/src/lib/lib= smb/../../contrib/smbfs/include -DHAVE_ICONV=3D1 -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promo= ted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libsmb/.= ./../contrib/smbfs/lib/smb/ctx.c -o ctx.po --- all_subdir_sbin --- /usr/src/sbin/nvmecontrol/power.c:44:16: error: invalid application of 'siz= eof' to an incomplete type 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ ~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:60:14: error: incomplete definition of ty= pe 'struct nvme_power_state' mpower =3D nps->mp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:61:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->mps =3D=3D 0) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:63:14: error: incomplete definition of ty= pe 'struct nvme_power_state' ipower =3D nps->idlp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:64:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->ips =3D=3D 1) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:66:14: error: incomplete definition of ty= pe 'struct nvme_power_state' apower =3D nps->actp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:67:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->aps =3D=3D 1) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:35: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:54: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:31: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:50: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:60: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:73:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:73:22: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:74:44: error: incomplete definition of ty= pe 'struct nvme_power_state' apower / 10000, apower % 10000, nps->apw); ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:86:29: error: no member named 'power_stat= e' in 'struct nvme_controller_data' power_list_one(i, &cdata->power_state[i]); ~~~~~ ^ 18 errors generated. *** [power.o] Error code 1 make[4]: stopped in /usr/src/sbin/nvmecontrol 1 error make[4]: stopped in /usr/src/sbin/nvmecontrol *** [all_subdir_nvmecontrol] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [all_subdir_sbin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_secure --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/secure/lib/libcrypto *** [all] Error code 2 make[4]: stopped in /usr/src/secure/lib 1 error make[4]: stopped in /usr/src/secure/lib *** [all_subdir_lib] Error code 2 make[3]: stopped in /usr/src/secure 1 error make[3]: stopped in /usr/src/secure *** [all_subdir_secure] Error code 2 make[2]: stopped in /usr/src --- all_subdir_lib --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/libsmb *** [all_subdir_libsmb] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src --- all_subdir_share --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/share/colldef *** [all_subdir_colldef] Error code 2 make[3]: stopped in /usr/src/share 1 error make[3]: stopped in /usr/src/share *** [all_subdir_share] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson413480313661679724.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat Jan 30 12:10:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BA66A72D7F for ; Sat, 30 Jan 2016 12:10:51 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17E1EAF8 for ; Sat, 30 Jan 2016 12:10:51 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by mail-lb0-x22f.google.com with SMTP id cl12so53675242lbc.1 for ; Sat, 30 Jan 2016 04:10:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=TBy1lU6rSWYT4pRhaoVaRxcVuCyeCvdnrC8NqKP+dWE=; b=CyvAbmRPu4vJF1KN8dNUsaFTjLwxgPMPVgMLrjIbmmzPe+hj1zwM8eA0H/wprIf2wm I56Nuhvr9LKCdfoVuQzqE0kT3HfEKVLTrAMxTHJrmFx3KbZKmbewODDnKZa1lriby0qC 8cpeosLOGznpBeL2nzNtwgXTo+fY9+8X5X9BWl+r0SjhTjwST+0ZshFH8iAlXl0EOQUz CKkgoPuA+WmuPyJu5x/jUbRn0KF6P+tDLYVmDOlsS1k9RygWQrbW1mawJm//IHaEDLHG vTfEVBKYDqTPn8HqVxj1Z5A4HJW5zfQZR0EpbuJ4eKO4aafdUCEfyqR3emrF5MCy5gYj 58gQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=TBy1lU6rSWYT4pRhaoVaRxcVuCyeCvdnrC8NqKP+dWE=; b=Xxh/dFRuLNLEpS2tT1+N3hLJxk5c6SVoyRAYkNtXJdVAVAx8xG4ozGFHz4S+8UgCYz NcTFi8dQmLFxpR9O95Bm0YrZzG8U8IdwHYWJy1y1QRLUSpIiObPNS63tTSIgtJOdLZwF hWIWIVCQAKuz+Uk96JBeAOVguRGcUNMLRlxTdoC4V/iy1u1axEjgVhP1t1SxF4pxpkpF Mxn7TPdxcNgTr+90pUWOSUf9091TDKoG+LjJn6SzcEBmUE7zPUxCUR5CILG9cjBMH9Hd fJQtA2kH5OyS2BfloRDSQkagwD4uLbr3E6lHboXGJ+fFqKwkZlM8AYlxs/FrEIAv1Izw vQFQ== X-Gm-Message-State: AG10YOQLtCWOtxx4qVmZpaIJ3ofg+9gFOFQfhz6q0KGLa0TgIpWwJDtIqL+9Ze9CVOUDcr7B5L9mlYq/8pf1Bg== X-Received: by 10.112.168.194 with SMTP id zy2mr5222162lbb.120.1454155848221; Sat, 30 Jan 2016 04:10:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.28.194 with HTTP; Sat, 30 Jan 2016 04:10:08 -0800 (PST) In-Reply-To: <20160130123907.6844f551.ohartman@zedat.fu-berlin.de> References: <20160130123907.6844f551.ohartman@zedat.fu-berlin.de> From: Outback Dingo Date: Sat, 30 Jan 2016 13:10:08 +0100 Message-ID: Subject: Re: CURRENT: buildworld failure due to nvmecontrol source error To: "O. Hartmann" Cc: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 12:10:51 -0000 On Sat, Jan 30, 2016 at 12:39 PM, O. Hartmann wrote: > Buildworld (r295070) fails in building nvmecontrol patches correctly: > > [...] > (cd /usr/src/lib/libc/tests/gen && DEPENDFILE=.depend.raise_test > NO_SUBDIR=1 make > -f /usr/src/lib/libc/tests/gen/Makefile _RECURSING_PROGS=t > PROG=raise_test ) --- > all_subdir_share --- ===> share/i18n/csmapper/APPLE (all) > --- all_subdir_usr.sbin --- > ===> usr.sbin/acpi/iasl (all) > --- all_subdir_sbin --- > /usr/src/sbin/nvmecontrol/power.c:44:16: error: invalid application of > 'sizeof' to an > incomplete type 'struct nvme_power_state' _Static_assert(sizeof(struct > nvme_power_state) > == 256 / NBBY, ^ ~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of > 'struct > nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / > NBBY, > ^ > /usr/src/sbin/nvmecontrol/power.c:60:14: error: incomplete definition of > type 'struct > nvme_power_state' mpower = nps->mp; > ~~~^ > /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of > 'struct > nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / > NBBY, > ^ > /usr/src/sbin/nvmecontrol/power.c:61:9: error: incomplete definition of > type 'struct > nvme_power_state' if (nps->mps == 0) > > > regards > same here to confirm cc -pg -O2 -pipe -I/backup/freebsd/kerberos5/lib/libroken/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/backup/freebsd/kerberos5/lib/libroken/../../include -std=gnu99 -fstack -protector-strong -Qunused-arguments -c /backup/freebsd/kerberos5/lib/libroken/../../../crypto/heimdal/lib/roken/eread.c -o eread.po --- all_subdir_secure --- cc -pg -O2 -pipe -I/backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES _ASM -DBSAES_ASM -DVPAES_ASM -DECP_NISTZ256_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/backup/freebsd/secure/lib/libcrypto -I/backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl/crypto/a sn1 -I/backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=gnu89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve rsion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl /crypto/evp/m_md5.c -o m_md5.po --- all_subdir_sbin --- /backup/freebsd/sbin/nvmecontrol/power.c:44:16: error: invalid application of 'sizeof' to an incomplete type 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ ~~~~~~~~~~~~~~~~~~~~~~~~~ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:60:14: error: incomplete definition of type 'struct nvme_power_state' mpower = nps->mp; ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:61:9: error: incomplete definition of type 'struct nvme_power_state' if (nps->mps == 0) ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:63:14: error: incomplete definition of type 'struct nvme_power_state' ipower = nps->idlp; ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:64:9: error: incomplete definition of type 'struct nvme_power_state' if (nps->ips == 1) ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:66:14: error: incomplete definition of type 'struct nvme_power_state' --- all_subdir_rescue --- --- dhclient_make --- --- packet.o --- --- all_subdir_sbin --- apower = nps->actp; ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:67:9: error: incomplete definition of type 'struct nvme_power_state' if (nps->aps == 1) ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:71:12: error: incomplete definition of type 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:71:35: error: incomplete definition of type 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:71:54: error: incomplete definition of type 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:72:12: error: incomplete definition of type 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:72:31: error: incomplete definition of type 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:72:50: error: incomplete definition of type 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:72:60: error: incomplete definition of type 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:73:12: error: incomplete definition of type 'struct nvme_power_state' nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:73:22: error: incomplete definition of type 'struct nvme_power_state' nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:74:44: error: incomplete definition of type 'struct nvme_power_state' apower / 10000, apower % 10000, nps->apw); ~~~^ /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) == 256 / NBBY, ^ /backup/freebsd/sbin/nvmecontrol/power.c:86:29: error: no member named 'power_state' in 'struct nvme_controller_data' power_list_one(i, &cdata->power_state[i]); ~~~~~ ^ --- all_subdir_rescue --- cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-un used-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -W no-knr-promoted-parameter -Qunused-arguments -c /backup/freebsd/sbin/dhclient/packet.c -o packet.o --- all_subdir_sbin --- 18 errors generated. *** [power.o] Error code 1 make[4]: stopped in /backup/freebsd/sbin/nvmecontrol > > oh > From owner-freebsd-current@freebsd.org Sat Jan 30 12:43:34 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C9E8A71D22 for ; Sat, 30 Jan 2016 12:43:34 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1414D1C69 for ; Sat, 30 Jan 2016 12:43:33 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: by mail-wm0-x232.google.com with SMTP id 128so14869709wmz.1 for ; Sat, 30 Jan 2016 04:43:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IDESiVibyXuzpUKrmjFmckoOWzEXJC4uiW6Hn4U8Oz8=; b=eF5FqHMWAlGWKBKjQ2+Tg3rI6evWaPw8yrTKPkEHnxTzpTgRzZPop96Q2v+6jlwMrg O1aODBEVwcdsVKNPezqBXMvSm6uc5yl2BCUNtj9+duIJY04NGpEgzIHp2gKDvIKmpksJ WQUMdBgVf04kZ2HUAM43hiRbHxbW1aMIOc8/QMneGLOAUvTOolsnSyLp/sPrNrD1qi5k yf0cdkOacchHtSvIIfrn1bEDf6FexChClDybvuiRlIm9HyIOaz0gzWsrFE3Nli+RXvC2 y1irX5lBOcur+TD0Y2cmpi3VbMxxIgRE5T3P1qoDWc41G9DDnvKBTiMezd8TUftZnm8B FAQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=IDESiVibyXuzpUKrmjFmckoOWzEXJC4uiW6Hn4U8Oz8=; b=M10Z8O7BtbLshyDLJpA3Df1vFPplBB2zHS94zHjeECCjx6VQ/jCbUzX/4gPb028/hl Z76mRhWWANLWuZuH4/kHn1yGUQN7A+qVb/z7xnhSib4zzj5r1bxbkreaJyMUXQm+AOr1 Vwz7r/9Sl1j0ep6X5VSlFpePdBAI0v+Rxz/Cd+ewSoDpAJi7Zqa1wFIZOKfnp1/jrkSM IUjNHavKccIj/R+BydDURW6RwM/JITKaTqJ2UnuWpyqI3APVfRFqXJUBpBc0wMEQPpWE +5Auc9MD4xn7nPxaaTHL0G2AHvEUzLKXPYvqJ1BFYE66E6sVrrUb0Uok+ABCi9vsgU08 XSLg== X-Gm-Message-State: AG10YOQ9cgNJXSwoDfqu9dN3xjOXzp0OWOC8RDOqQee1C+dpGAV0+MvDn/EAnSWYkZbVhM4rKt2nuxgtXB/eXbhJ MIME-Version: 1.0 X-Received: by 10.28.46.87 with SMTP id u84mr2706864wmu.102.1454157812029; Sat, 30 Jan 2016 04:43:32 -0800 (PST) Received: by 10.28.90.138 with HTTP; Sat, 30 Jan 2016 04:43:31 -0800 (PST) In-Reply-To: <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> Date: Sat, 30 Jan 2016 12:43:31 +0000 Message-ID: Subject: Re: ZFSROOT UEFI boot From: Steven Hartland To: Tomoaki AOKI Cc: "freebsd-current@freebsd.org" X-Mailman-Approved-At: Sat, 30 Jan 2016 13:45:54 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 12:43:34 -0000 I did some more work on the review last night, if you could apply the latest patch set diff4 to see if that helps. If not compile with debugging using -DEFI_DEBUG on your make line then you will get a lot more information about which disk is being used to load from as well as info about the probe order. What you should see is that the disk you boot from (where boot1 is loaded from) should be probed first and hence get flagged as successful (preferred). This also shows up as * instead of + in the non-debug boot process. If this happens you should see loader.efi loaded from this disk and then the kernel. The debug output is verbose so you may need a serial console to be able to capture the output easily. Thanks for testing so far hopefully we can nail this soon =F0=9F=98=8A On Saturday, 30 January 2016, Tomoaki AOKI wrote: > Thanks for your quick support! > I tried your patch [Diff1] (built with head r295032 world/kernel) and > now have good and bad news. > > Good news is that without USB memstick boot1.efi runs as expected. > Great! > > Bad news is that when booting from USB memstick (the one I used my > previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and > whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, > ada[01] is booted instead of da0 (USB memstick). > > *If ada0 has loader.efi, always booted from ada0 (stable/10). > *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 > (head). > *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is > booted (head, installer is invoked). > > *Whichever ada[01] has loader.efi in their UFS or not didn't matter. > > These behaviour would be because ZFS thoughout all disks is tried > before trying UFS throughout all disks, if I understood correctly. > > Changing boot order (ZFS to UFS per each disk, instead of each > ZFS to each UFS) would help. > But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation > media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi > and it worked fine for USB memstick for me. > > *`make clean && make -DMK_ZFS=3Dno` in sys/boot/efi/boot1 didn't disable= d > ZFS module, so I must edit the definition of *boot_modules[] in > boot1.c. I'd have been missing something. > > Regards. > > > On Fri, 29 Jan 2016 02:58:26 +0000 > Steven Hartland > wrote: > > > On 28/01/2016 16:22, Doug Rabson wrote: > > > On 28 January 2016 at 15:03, Tomoaki AOKI > wrote: > > > > > >> It's exactly the NO GOOD point. The disk where boot1 is read from > > >> should be where loader.efi and loader.conf are first read. > > >> > > > I just wanted to note that gptzfsboot and zfsboot behaves this way. > Boot1 > > > looks for loader in the pool which contains the disk that the BIOS > booted. > > > It passes through the ID of that pool to loader which uses that pool > as the > > > default for loading kernel and modules. I believe this is the correct > > > behaviour. For gptzfsboot and zfsboot, it is possible to override by > > > pressing space at the point where it is about to load loader. > > > > I believe I understand at least some of your issue now, could you pleas= e > > test the code on the following review to see if it fixes your issue > please: > > https://reviews.freebsd.org/D5108 > > > > Regards > > Steve > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org " > > > > > -- > =E9=9D=92=E6=9C=A8 =E7=9F=A5=E6=98=8E [Tomoaki AOKI] > junchoon@dec.sakura.ne.jp > MXE02273@nifty.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > " > From owner-freebsd-current@freebsd.org Sat Jan 30 14:05:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81CB5A73788; Sat, 30 Jan 2016 14:05:36 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 665E41BE6; Sat, 30 Jan 2016 14:05:36 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 53B0723E; Sat, 30 Jan 2016 14:05:36 +0000 (UTC) Date: Sat, 30 Jan 2016 14:05:34 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: tuexen@FreeBSD.org, mmel@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1161684589.40.1454162736233.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <47292024.38.1454155507117.JavaMail.jenkins@jenkins-9.freebsd.org> References: <47292024.38.1454155507117.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2247 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 14:05:36 -0000 FreeBSD_HEAD_i386 - Build #2247 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2247/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2247/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2247/cons= ole Change summaries: 295073 by mmel: ARM: Remove TLB IPI. We don't support SMP on ARMv6. All ARMv7 multicore cpus already uses hardware broadcast for TLB and cache operations. 295072 by tuexen: Don't allow a remote encapsulation port change during the SCTP restart procedure. MFC after: 3 days 295071 by mmel: ARM: Cleanup mp_machdep.c. SMP is supported only on ARMv6 and later. The end of the build log: [...truncated 116783 lines...] --- i_skey.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/idea/i_skey.c -o i_skey.po --- lh_stats.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/lhash/lh_stats.c -o lh_stats.po --- all_subdir_sbin --- --- devlist.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/devlist.c -o devlist.o --- all_subdir_secure --- --- lhash.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/lhash/lhash.c -o lhash.po --- all_subdir_sbin --- --- firmware.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/firmware.c -o firmware.o --- identify.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/identify.c -o identify.o --- all_subdir_secure --- --- md4_dgst.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/md4/md4_dgst.c -o md4_dgst.po --- all_subdir_sbin --- --- logpage.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/logpage.c -o logpage.o --- all_subdir_secure --- --- md4_one.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/md4/md4_one.c -o md4_one.po --- md5_dgst.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/md5/md5_dgst.c -o md5_dgst.po --- md5_one.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/md5/md5_one.c -o md5_one.po --- all_subdir_sbin --- --- perftest.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/perftest.c -o perftest.o --- all_subdir_secure --- --- md5-586.po --- as --noexecstack -o md5-586.po /usr/src/secure/lib/libcrypto/i386/md5-586.= s --- mdc2_one.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/mdc2/mdc2_one.c -o mdc2_one.po --- all_subdir_sbin --- --- reset.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/reset.c -o reset.o --- all_subdir_secure --- --- mdc2dgst.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/mdc2/mdc2dgst.c -o mdc2dgst.po --- all_subdir_sbin --- --- nvme_util.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/../../sys/dev/nvme/nvme_util.c -o nvme_util.o --- power.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= sbin/nvmecontrol/power.c -o power.o --- all_subdir_secure --- --- cbc128.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libcrypto/../../../crypto/openss= l -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_= ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORD= S -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD16= 0_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/obj/usr/s= rc/secure/lib/libcrypto -I/usr/src/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/= asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/= usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=3Dgn= u89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/modes/cbc128.c -o cbc128.po --- all_subdir_sbin --- /usr/src/sbin/nvmecontrol/power.c:44:16: error: invalid application of 'siz= eof' to an incomplete type 'struct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ ~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:60:14: error: incomplete definition of ty= pe 'struct nvme_power_state' mpower =3D nps->mp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:61:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->mps =3D=3D 0) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:63:14: error: incomplete definition of ty= pe 'struct nvme_power_state' ipower =3D nps->idlp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:64:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->ips =3D=3D 1) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:66:14: error: incomplete definition of ty= pe 'struct nvme_power_state' apower =3D nps->actp; ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:67:9: error: incomplete definition of typ= e 'struct nvme_power_state' if (nps->aps =3D=3D 1) ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:35: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:71:54: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % 1000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:31: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:50: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:72:60: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:73:12: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:73:22: error: incomplete definition of ty= pe 'struct nvme_power_state' nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:74:44: error: incomplete definition of ty= pe 'struct nvme_power_state' apower / 10000, apower % 10000, nps->apw); ~~~^ /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of 'stru= ct nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, ^ /usr/src/sbin/nvmecontrol/power.c:86:29: error: no member named 'power_stat= e' in 'struct nvme_controller_data' power_list_one(i, &cdata->power_state[i]); ~~~~~ ^ 18 errors generated. *** [power.o] Error code 1 make[4]: stopped in /usr/src/sbin/nvmecontrol 1 error make[4]: stopped in /usr/src/sbin/nvmecontrol *** [all_subdir_nvmecontrol] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [all_subdir_sbin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_secure --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/secure/lib/libcrypto *** [all] Error code 2 make[4]: stopped in /usr/src/secure/lib 1 error make[4]: stopped in /usr/src/secure/lib *** [all_subdir_lib] Error code 2 make[3]: stopped in /usr/src/secure 1 error make[3]: stopped in /usr/src/secure *** [all_subdir_secure] Error code 2 make[2]: stopped in /usr/src --- all_subdir_share --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/share/colldef *** [all_subdir_colldef] Error code 2 make[3]: stopped in /usr/src/share 1 error make[3]: stopped in /usr/src/share *** [all_subdir_share] Error code 2 make[2]: stopped in /usr/src --- all_subdir_lib --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/libsqlite3 *** [all_subdir_libsqlite3] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson8182565477794178139.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat Jan 30 12:53:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 247CFA7204E for ; Sat, 30 Jan 2016 12:53:48 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A77561EE7 for ; Sat, 30 Jan 2016 12:53:47 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: by mail-wm0-x231.google.com with SMTP id l66so13808265wml.0 for ; Sat, 30 Jan 2016 04:53:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AnQ56y1x5Qd6io79tMT/tJ1N3xvwnpfQ7sDklI37sj8=; b=EY6nW2CuhmwrFYYxMafd8Jq6IohAver9Hp3BnKxvn/IthAaNzrvene7kxNYpHXXwqM 7mxfvExwmMVUk0cFjmsB8DNX0/OR8cTSTZ2tXiLeoq7iKncYGPI8o0TO2rgR5UfClRZ3 OwJE+ACSX6IE5QfJrbn11P9D3pmOBu26cGest7+sAeKTOgnKII5tIpP1MbmIhSzWZoww eNMOyJ76wtqSX9U3b8nmhjWK7/V0vd226RumlmC5/uxeaOipnk9eKgiIgJKp88PVvVkF LmZGyQsNOzi6DXw/PbnLLclsU2oDl1Zh0s9jKWaBj2wZ+I1t/8Dwd1WKB/qoLd6YPukT 6Q9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=AnQ56y1x5Qd6io79tMT/tJ1N3xvwnpfQ7sDklI37sj8=; b=e5ce6escHAKHip3MzLA5eLx7rRj478MesQVuxNn37eMkcy9+qlbv0MAQfBRusrnvL5 Wwaw7AkPo60hEb+WmodBfLF6knASLoPUV+9sebqEUBvYNbrp8ODD0QLfDlJfyKJZqoDX XQRe7vs0uKKmBlDqn0vanf9xZhgXdnCcW6z8sN8EQCV3NyGO/TQPtj8Nka5i6ltUfqck tMOVgsPVijOIPT13cts5CuqcD5kY+9ZGuL9t0XmNaecTsU4S0bjcofAhMWb2M+2+W3/R NmNLWDkae/+O5A0ngAgdZ1ainf9WUbPsnClY6jwNDnYTPWgwAfFHn6c28J0Mvqnz2SkS lp6Q== X-Gm-Message-State: AG10YOQsEx2XQmysqRMVHdJKNQZIER9Y5CsM3bvSaoCr6B9PlS6bmqXTyk4zLQgOYzMvxtRXUGa/vkSZu/HHTYIW MIME-Version: 1.0 X-Received: by 10.28.101.131 with SMTP id z125mr2477726wmb.60.1454158426176; Sat, 30 Jan 2016 04:53:46 -0800 (PST) Received: by 10.28.90.138 with HTTP; Sat, 30 Jan 2016 04:53:46 -0800 (PST) In-Reply-To: References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> Date: Sat, 30 Jan 2016 12:53:46 +0000 Message-ID: Subject: Re: ZFSROOT UEFI boot From: Steven Hartland To: Tomoaki AOKI Cc: "freebsd-current@freebsd.org" X-Mailman-Approved-At: Sat, 30 Jan 2016 14:17:45 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 12:53:48 -0000 I just realised an important point, does your usb disk have a UFS root partition and your internal disk ZFS root partition? If so then I know what the issue is, I'll have quick look now, so wait for a diff5 to appear before testing. On Saturday, 30 January 2016, Steven Hartland wrote: > I did some more work on the review last night, if you could apply the > latest patch set diff4 to see if that helps. > > If not compile with debugging using -DEFI_DEBUG on your make line then yo= u > will get a lot more information about which disk is being used to load fr= om > as well as info about the probe order. > > What you should see is that the disk you boot from (where boot1 is loaded > from) should be probed first and hence get flagged as successful > (preferred). > > This also shows up as * instead of + in the non-debug boot process. > > If this happens you should see loader.efi loaded from this disk and then > the kernel. > > The debug output is verbose so you may need a serial console to be able t= o > capture the output easily. > > Thanks for testing so far hopefully we can nail this soon =F0=9F=98=8A > On Saturday, 30 January 2016, Tomoaki AOKI > wrote: > >> Thanks for your quick support! >> I tried your patch [Diff1] (built with head r295032 world/kernel) and >> now have good and bad news. >> >> Good news is that without USB memstick boot1.efi runs as expected. >> Great! >> >> Bad news is that when booting from USB memstick (the one I used my >> previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and >> whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, >> ada[01] is booted instead of da0 (USB memstick). >> >> *If ada0 has loader.efi, always booted from ada0 (stable/10). >> *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 >> (head). >> *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is >> booted (head, installer is invoked). >> >> *Whichever ada[01] has loader.efi in their UFS or not didn't matter. >> >> These behaviour would be because ZFS thoughout all disks is tried >> before trying UFS throughout all disks, if I understood correctly. >> >> Changing boot order (ZFS to UFS per each disk, instead of each >> ZFS to each UFS) would help. >> But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation >> media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi >> and it worked fine for USB memstick for me. >> >> *`make clean && make -DMK_ZFS=3Dno` in sys/boot/efi/boot1 didn't disabl= ed >> ZFS module, so I must edit the definition of *boot_modules[] in >> boot1.c. I'd have been missing something. >> >> Regards. >> >> >> On Fri, 29 Jan 2016 02:58:26 +0000 >> Steven Hartland wrote: >> >> > On 28/01/2016 16:22, Doug Rabson wrote: >> > > On 28 January 2016 at 15:03, Tomoaki AOKI >> wrote: >> > > >> > >> It's exactly the NO GOOD point. The disk where boot1 is read from >> > >> should be where loader.efi and loader.conf are first read. >> > >> >> > > I just wanted to note that gptzfsboot and zfsboot behaves this way. >> Boot1 >> > > looks for loader in the pool which contains the disk that the BIOS >> booted. >> > > It passes through the ID of that pool to loader which uses that pool >> as the >> > > default for loading kernel and modules. I believe this is the correc= t >> > > behaviour. For gptzfsboot and zfsboot, it is possible to override by >> > > pressing space at the point where it is about to load loader. >> > >> > I believe I understand at least some of your issue now, could you plea= se >> > test the code on the following review to see if it fixes your issue >> please: >> > https://reviews.freebsd.org/D5108 >> > >> > Regards >> > Steve >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to " >> freebsd-current-unsubscribe@freebsd.org" >> > >> >> >> -- >> =E9=9D=92=E6=9C=A8 =E7=9F=A5=E6=98=8E [Tomoaki AOKI] >> junchoon@dec.sakura.ne.jp >> MXE02273@nifty.com >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> " >> > From owner-freebsd-current@freebsd.org Sat Jan 30 15:26:03 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35C40A732E6 for ; Sat, 30 Jan 2016 15:26:03 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4AA71F00 for ; Sat, 30 Jan 2016 15:26:02 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mail-lb0-x232.google.com with SMTP id cl12so55011685lbc.1 for ; Sat, 30 Jan 2016 07:26:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=35Z+FDbJXJqs3dbTvo66bHV4nQS86beU+Z6BZd+e2Lk=; b=K8T5ZghlntxMqy7iLOGrGj4vaElP6AsaO1kpu2NPZ5Irnob6gqPqgeNRASFk/QkTeT /8HSMIyjux+aKjqUOe711iFDy4R5ctZixQtBNFnd3MUekepHDLYWr50mrENH9lfLmzXt 0mIVMmpPNfRuz5t7JevZiG+zgACv7mHbVKWb2bgz5tt6IDFSuK/hzW4LZblf4YROgr4z mYT7NpHCma8TuR19/nWaKonYdRCcSD0DZmFqsN0UOCXgzX+MZzMHpOEtJE96IwFADIOd /Yi5ZYq1kXSbEkbCWpRag936HO6vT5EvNw2FBDpdE2U0f2tDiqCXxu6P/OXpYYN2981D +PNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=35Z+FDbJXJqs3dbTvo66bHV4nQS86beU+Z6BZd+e2Lk=; b=Lme4WqY+OewFJv0J/XX5361iPL1EEkrB4EtCymkPDnhTL37nxoMrgGF4saNRhScSNv MFpTA++lVBXTCaC5ghS6G9BaDLBfTXfyW4+eQHVSFF0chZllZaPwzCfTtYPKHUMA/v6H qLTmBVnThv0CFUuo3HPiqS3DfcHCadrW612v9UScNLKfwzg/JvNI/OEIW2VHVwQe+Bsz 0839bK/CMnI/XJgKDm2olh8Pdt5uE7twpoZZ5En9Iay4NoIRZ/WcKuZMTHI/YevlzKz7 Dmm5zb3nkYB2ILOy3mS/+q2kGLL2+RXsJu/fLTgAxWUEAZVTUm3t/h3LIP10J0i9PkQQ gkSA== X-Gm-Message-State: AG10YOR78puYcAL7nfjQp4zObGVSEl8eoy6o4fAwQVVSs2cd+Uigpo7LUhG4OHeNtiLVQ8k4mUToQgKIp7KQzw== MIME-Version: 1.0 X-Received: by 10.112.144.38 with SMTP id sj6mr5356369lbb.104.1454167560912; Sat, 30 Jan 2016 07:26:00 -0800 (PST) Received: by 10.25.139.68 with HTTP; Sat, 30 Jan 2016 07:26:00 -0800 (PST) In-Reply-To: References: Date: Sat, 30 Jan 2016 18:56:00 +0330 Message-ID: Subject: thread-unsafety problems as spl*() ones are NOP From: mokhi To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 15:26:03 -0000 Hi. in kbd.c there are many places spltty()/splx() used assuming it locks/unlocks. though there is bug filed for this, and ive asked in #bsddev, Ive preferred to ask and ensure it from here again. As these functions are obsoleted now, this assumption is incorrect and some places we have thread-unsafely which leads to security problems (and/or for example double-free, etc) can i use mutex/spin/lock/unlock under where assumed a lock/unlock by using spltty()/splx() to patch it? Thanks, Mokhi. From owner-freebsd-current@freebsd.org Sat Jan 30 17:12:54 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7547A73398 for ; Sat, 30 Jan 2016 17:12:54 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 79E4CF22 for ; Sat, 30 Jan 2016 17:12:54 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-oi0-x22c.google.com with SMTP id r14so65915071oie.0 for ; Sat, 30 Jan 2016 09:12:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=vheAFNoNwz+FJTgNVTiya85RmkBeaZEUVYztxX42gmc=; b=pPWIPzIaU2APJAkGGEKTjfTdNuf6aX/GhsEA49g08vornG9JVYGsv4yWAg9pzGwiVE lxXcvPiMFad5ujWr7HI1RpBs/WnUgiPQPHSZWUsyA2WAHWBv7QevK6Eb/f0QdiCkd8sO b+Xd+B3SCu8iJnsiO6bezV+jFDzej6fatmQbZrzu0agaPYEd5AAGNJME02DJVNz41zIV WxHDYNGC/rUTR1EO+BMzUd0ij8Ad2touZdQYSmPQoCHfUp5ACXUwa2/XzNCTSHv2K0zY VyARIYRTdz4SxKDtG8PaZCwU9Fd3oN2dtc+Rc5ba/lhIlO2Lb3eG2RZhaDhKSqBOwikp GhQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=vheAFNoNwz+FJTgNVTiya85RmkBeaZEUVYztxX42gmc=; b=aiDhzi/UzKwTa/uldglgquilNWOEeZfJ0CIE2ik0G6cQxk/AJU26rlZnI1urfFfW/N +98FgcSjR3wEwiOblxx2ajTtPf6eMVKfaKTUnb/HDx+trMIUghWbToUbk01cWG98SiQw iIVaNAMLFh2iaYYBp53bFd+W1dH4ZjHncnyydeJGYN421fDv1sHTZn98G+NP4LZwWpwL QHDl8uSTMTVfynTd1bBZl53cH1sEtSJ+D8IlutkGTOrPunQIwXRYSEyd7KgHiHRUthzQ nqXm6EShf3J1rhYoArBcF2pk4LEldij7CSNYoN4VAF5gDL7AVYak52zagzycXOExuKcV 3IQg== X-Gm-Message-State: AG10YORDAxv9kgXj8xMFqE7ZPHcKZBTUPZZNsYa3IYt6HCtSJZPkqnAaq1QOHNfPVlwk7w== X-Received: by 10.202.209.3 with SMTP id i3mr1893665oig.122.1454173973601; Sat, 30 Jan 2016 09:12:53 -0800 (PST) Received: from ?IPv6:2601:601:800:126d:c5f3:3c2a:d3ee:c0d7? ([2601:601:800:126d:c5f3:3c2a:d3ee:c0d7]) by smtp.gmail.com with ESMTPSA id q10sm2985649obg.1.2016.01.30.09.12.50 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 30 Jan 2016 09:12:51 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: CURRENT: buildworld failure due to nvmecontrol source error From: NGie Cooper In-Reply-To: Date: Sat, 30 Jan 2016 09:12:49 -0800 Cc: "O. Hartmann" , FreeBSD CURRENT Content-Transfer-Encoding: quoted-printable Message-Id: <8977554C-9BF9-4D66-AFBC-5BAEFCD58704@gmail.com> References: <20160130123907.6844f551.ohartman@zedat.fu-berlin.de> To: Outback Dingo X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 17:12:54 -0000 > On Jan 30, 2016, at 04:10, Outback Dingo = wrote: >=20 > On Sat, Jan 30, 2016 at 12:39 PM, O. Hartmann = > wrote: >=20 >> Buildworld (r295070) fails in building nvmecontrol patches correctly: >>=20 >> [...] >> (cd /usr/src/lib/libc/tests/gen && DEPENDFILE=3D.depend.raise_test >> NO_SUBDIR=3D1 make >> -f /usr/src/lib/libc/tests/gen/Makefile _RECURSING_PROGS=3Dt >> PROG=3Draise_test ) --- >> all_subdir_share --- =3D=3D=3D> share/i18n/csmapper/APPLE (all) >> --- all_subdir_usr.sbin --- >> =3D=3D=3D> usr.sbin/acpi/iasl (all) >> --- all_subdir_sbin --- >> /usr/src/sbin/nvmecontrol/power.c:44:16: error: invalid application = of >> 'sizeof' to an >> incomplete type 'struct nvme_power_state' = _Static_assert(sizeof(struct >> nvme_power_state) >> =3D=3D 256 / NBBY, ^ ~~~~~~~~~~~~~~~~~~~~~~~~~ >> /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of >> 'struct >> nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D= 256 / >> NBBY, >> ^ >> /usr/src/sbin/nvmecontrol/power.c:60:14: error: incomplete definition = of >> type 'struct >> nvme_power_state' mpower =3D nps->mp; >> ~~~^ >> /usr/src/sbin/nvmecontrol/power.c:44:30: note: forward declaration of >> 'struct >> nvme_power_state' _Static_assert(sizeof(struct nvme_power_state) =3D=3D= 256 / >> NBBY, >> ^ >> /usr/src/sbin/nvmecontrol/power.c:61:9: error: incomplete definition = of >> type 'struct >> nvme_power_state' if (nps->mps =3D=3D 0) >=20 > same here to confirm > cc -pg -O2 -pipe > = -I/backup/freebsd/kerberos5/lib/libroken/../../../crypto/heimdal/lib/roken= > -I. -DHAVE_CONFIG_H > -I/backup/freebsd/kerberos5/lib/libroken/../../include -std=3Dgnu99 = -fstack > -protector-strong -Qunused-arguments -c > = /backup/freebsd/kerberos5/lib/libroken/../../../crypto/heimdal/lib/roken/e= read.c > -o eread.po > --- all_subdir_secure --- > cc -pg -O2 -pipe > -I/backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl = -DTERMIOS > -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN > -DOPENSSL_IA32_SSE2 -DAES > _ASM -DBSAES_ASM -DVPAES_ASM -DECP_NISTZ256_ASM -DOPENSSL_BN_ASM_MONT > -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM > -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM > -I/usr/obj/backup/freebsd/secure/lib/libcrypto > -I/backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl/crypto > = -I/backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl/crypto/a > sn1 > = -I/backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp > = -I/backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl/crypto/mode= s > -std=3Dgnu89 -fstack-protector-strong > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve > rsion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c > /backup/freebsd/secure/lib/libcrypto/../../../crypto/openssl > /crypto/evp/m_md5.c -o m_md5.po > --- all_subdir_sbin --- > /backup/freebsd/sbin/nvmecontrol/power.c:44:16: error: invalid = application > of 'sizeof' to an incomplete type 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ ~~~~~~~~~~~~~~~~~~~~~~~~~ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:60:14: error: incomplete > definition of type 'struct nvme_power_state' > mpower =3D nps->mp; > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:61:9: error: incomplete = definition > of type 'struct nvme_power_state' > if (nps->mps =3D=3D 0) > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:63:14: error: incomplete > definition of type 'struct nvme_power_state' > ipower =3D nps->idlp; > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:64:9: error: incomplete = definition > of type 'struct nvme_power_state' > if (nps->ips =3D=3D 1) > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:66:14: error: incomplete > definition of type 'struct nvme_power_state' > --- all_subdir_rescue --- > --- dhclient_make --- > --- packet.o --- > --- all_subdir_sbin --- > apower =3D nps->actp; > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:67:9: error: incomplete = definition > of type 'struct nvme_power_state' > if (nps->aps =3D=3D 1) > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:71:12: error: incomplete > definition of type 'struct nvme_power_state' > nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % = 1000, > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:71:35: error: incomplete > definition of type 'struct nvme_power_state' > nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % = 1000, > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:71:54: error: incomplete > definition of type 'struct nvme_power_state' > nps->nops ? '*' : ' ', nps->enlat / 1000, nps->enlat % = 1000, > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:72:12: error: incomplete > definition of type 'struct nvme_power_state' > nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:72:31: error: incomplete > definition of type 'struct nvme_power_state' > nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:72:50: error: incomplete > definition of type 'struct nvme_power_state' > nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:72:60: error: incomplete > definition of type 'struct nvme_power_state' > nps->exlat / 1000, nps->exlat % 1000, nps->rrt, nps->rrl, > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:73:12: error: incomplete > definition of type 'struct nvme_power_state' > nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:73:22: error: incomplete > definition of type 'struct nvme_power_state' > nps->rwt, nps->rwl, ipower / 10000, ipower % 10000, > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:74:44: error: incomplete > definition of type 'struct nvme_power_state' > apower / 10000, apower % 10000, nps->apw); > ~~~^ > /backup/freebsd/sbin/nvmecontrol/power.c:44:30: note: forward = declaration > of 'struct nvme_power_state' > _Static_assert(sizeof(struct nvme_power_state) =3D=3D 256 / NBBY, > ^ > /backup/freebsd/sbin/nvmecontrol/power.c:86:29: error: no member named > 'power_state' in 'struct nvme_controller_data' > power_list_one(i, &cdata->power_state[i]); > ~~~~~ ^ > --- all_subdir_rescue --- > cc -O2 -pipe -DRESCUE -std=3Dgnu99 -fstack-protector-strong > -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-un > used-const-variable -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -W > no-knr-promoted-parameter -Qunused-arguments -c > /backup/freebsd/sbin/dhclient/packet.c -o packet.o > --- all_subdir_sbin --- > 18 errors generated. > *** [power.o] Error code 1 >=20 > make[4]: stopped in /backup/freebsd/sbin/nvmecontrol Hi, Thank you for the report. I=E2=80=99ve reverted the commit in = r295076, because it broke buildworld and the missing code wasn=E2=80=99t = apparent based on the commit done to nvmecontrol(8). Thanks! -NGie= From owner-freebsd-current@freebsd.org Sat Jan 30 18:03:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73702A72525 for ; Sat, 30 Jan 2016 18:03:06 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 34564AAF for ; Sat, 30 Jan 2016 18:03:06 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aPZrM-000NE6-Fa; Sat, 30 Jan 2016 21:02:56 +0300 Date: Sat, 30 Jan 2016 21:02:56 +0300 From: Slawa Olhovchenkov To: mokhi Cc: freebsd-current@freebsd.org Subject: Re: thread-unsafety problems as spl*() ones are NOP Message-ID: <20160130180256.GT37895@zxy.spb.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 18:03:06 -0000 On Sat, Jan 30, 2016 at 06:56:00PM +0330, mokhi wrote: > Hi. > in kbd.c there are many places spltty()/splx() used assuming it locks/unlocks. > though there is bug filed for this, and ive asked in #bsddev, Ive > preferred to ask and ensure it from here again. > As these functions are obsoleted now, this assumption is incorrect and > some places we have thread-unsafely which leads to security problems > (and/or for example double-free, etc) > > can i use mutex/spin/lock/unlock under where assumed a lock/unlock by > using spltty()/splx() to patch it? If other parts of kernel sources, locked by spltty()/splx(), don't interacted by called function and accessed data. Cuurently, in stable, spltty used in 27 files and splx in 101 files. From owner-freebsd-current@freebsd.org Sat Jan 30 18:12:15 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95423A72779 for ; Sat, 30 Jan 2016 18:12:15 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D56EF3F for ; Sat, 30 Jan 2016 18:12:15 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mail-lf0-x235.google.com with SMTP id j78so5022660lfb.1 for ; Sat, 30 Jan 2016 10:12:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=F2xB1e1O0OdUOs/MV0KT19tGmub+zeVAJOlPfBRzeCE=; b=V4yt3S5GAqJMDTi7uyhHg3q3Rp9EE3WC4rSjROAvH83u5biI/ip/JS/95p88vejaie Yf4OxZjtcOJedxv4F8j99OTyweYs3QL1eg9DG0yS+qKXMKxbyioEWsAyznKCGnzfzt+x +XVMaoSz0uHwhAy0EZ4p8ORy0YLxt1s8lPoGfVQiK+DniQD+pkfwiVY1vu/4h7lduQIF RiqSuf46syVhjcuN8Q5WTo4S8otOd8jGteohDS6/fcE1/J2vCnalJPC5f/JF69w9eNrx XQi1isFqf2rdte53h6PQkkUXPrbRAUt4FWe1w7Y1K2fxrCVVS9JXtqZ/jzQVCK5zYOPT 6leg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=F2xB1e1O0OdUOs/MV0KT19tGmub+zeVAJOlPfBRzeCE=; b=Bkrmqmvoq9ee+HoRZeAmSGowPjXZc4mYuD/w+ZLIB4lQBQgIR7tk9T+RlOspbFbK2k tWxyEV18o5+5SZqTFt1VYQj1/nAdY9W7uRF52Ut3yhGO0yndbDHHHOULffz3EpgeUpWM TrW3j25slplGn5ABuNJBu7KYmD+4j7dOvuGu0CSRX1uI0VIO959KYuPflLHO4gbscmtg IQjvRRbJOr7fYj8/eI5AtTXog5f17h6m8CGRkEJRWehzhyJ8cbt6CxHYdgU3GQo5G1Fs pUgD1mZzaeLXWb1+sNXkOiylOI9yqADyHDO1LUl16mPxq0q3jDSY1m1FWXETuzG4Eyyn D7/w== X-Gm-Message-State: AG10YOTIl6xJ5lPOQmBMInofn9CLQneEMRgUIlawvW6vQGeEkokwgk72lR16Q+HD70zJp0lXsEeInlIMEaTh+Q== MIME-Version: 1.0 X-Received: by 10.25.207.3 with SMTP id f3mr5662299lfg.20.1454177533190; Sat, 30 Jan 2016 10:12:13 -0800 (PST) Received: by 10.25.139.68 with HTTP; Sat, 30 Jan 2016 10:12:13 -0800 (PST) In-Reply-To: <20160130180256.GT37895@zxy.spb.ru> References: <20160130180256.GT37895@zxy.spb.ru> Date: Sat, 30 Jan 2016 21:42:13 +0330 Message-ID: Subject: Re: thread-unsafety problems as spl*() ones are NOP From: mokhi To: Slawa Olhovchenkov Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 18:12:15 -0000 i currently only wanna do patch on kbd.c (because i'm sure there is a thread-unsafety) and i don't want to add anything to spltty() nor splx(), i just wanna add things under where they've been used. isn't problem with using mutex/spin/lock/unlock etc there? From owner-freebsd-current@freebsd.org Sat Jan 30 18:21:27 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74B7BA72B89; Sat, 30 Jan 2016 18:21:27 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6785A1304; Sat, 30 Jan 2016 18:21:27 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5A6972E3; Sat, 30 Jan 2016 18:21:27 +0000 (UTC) Date: Sat, 30 Jan 2016 18:21:25 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: tuexen@FreeBSD.org, ngie@FreeBSD.org, allanjude@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <288273026.42.1454178087088.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1161684589.40.1454162736233.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1161684589.40.1454162736233.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2248 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 18:21:27 -0000 FreeBSD_HEAD_i386 - Build #2248 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2248/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2248/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2248/console Change summaries: 295076 by ngie: Revert r295062 to unbreak buildworld Some of the structures referenced in power.c (in particular struct nvme_power_state) are missing from sbin/nvmecontrol/ Pointyhat to: imp Reported by: Jenkins [*], O. Hartmann , Outback Dingo 295075 by tuexen: Update the path mtu when turning on/off UDP encapsulation for SCTP. MFC after: 3 days 295074 by allanjude: The zfsboot automated part of bsdinstall now supports UEFI MFC after: 3 days Sponsored by: ScaleEngine Inc. Differential Revision: https://reviews.freebsd.org/D4960 From owner-freebsd-current@freebsd.org Sat Jan 30 18:25:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0415DA72DE7 for ; Sat, 30 Jan 2016 18:25:24 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B801015B5 for ; Sat, 30 Jan 2016 18:25:23 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aPaD3-000Nlp-Bk; Sat, 30 Jan 2016 21:25:21 +0300 Date: Sat, 30 Jan 2016 21:25:21 +0300 From: Slawa Olhovchenkov To: mokhi Cc: freebsd-current@freebsd.org Subject: Re: thread-unsafety problems as spl*() ones are NOP Message-ID: <20160130182521.GM88527@zxy.spb.ru> References: <20160130180256.GT37895@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 18:25:24 -0000 On Sat, Jan 30, 2016 at 09:42:13PM +0330, mokhi wrote: > i currently only wanna do patch on kbd.c (because i'm sure there is a > thread-unsafety) > and i don't want to add anything to spltty() nor splx(), i just wanna > add things under where they've been used. > isn't problem with using mutex/spin/lock/unlock etc there? yes. currenly spltty act as mutex_lock(&spltty_mutex), like global lock for all used files. this is also inter-files lock, not only lock inside only kbd.c. you need patch all files. all using spltty need to remove simultaneously. From owner-freebsd-current@freebsd.org Sat Jan 30 18:31:33 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D574DA7303C for ; Sat, 30 Jan 2016 18:31:33 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 96C021A8E for ; Sat, 30 Jan 2016 18:31:33 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aPaJ1-000NuL-A9; Sat, 30 Jan 2016 21:31:31 +0300 Date: Sat, 30 Jan 2016 21:31:31 +0300 From: Slawa Olhovchenkov To: mokhi Cc: freebsd-current@freebsd.org Subject: Re: thread-unsafety problems as spl*() ones are NOP Message-ID: <20160130183131.GN88527@zxy.spb.ru> References: <20160130180256.GT37895@zxy.spb.ru> <20160130182521.GM88527@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160130182521.GM88527@zxy.spb.ru> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 18:31:33 -0000 On Sat, Jan 30, 2016 at 09:25:21PM +0300, Slawa Olhovchenkov wrote: > On Sat, Jan 30, 2016 at 09:42:13PM +0330, mokhi wrote: > > > i currently only wanna do patch on kbd.c (because i'm sure there is a > > thread-unsafety) > > and i don't want to add anything to spltty() nor splx(), i just wanna > > add things under where they've been used. > > isn't problem with using mutex/spin/lock/unlock etc there? > > yes. > currenly spltty act as mutex_lock(&spltty_mutex), like global lock for > all used files. this is also inter-files lock, not only lock inside > only kbd.c. > you need patch all files. all using spltty need to remove > simultaneously. > oh, sorry. i am see now all splXXX is nop. may be incorretly -- for example, in digi.c i am don't see any lockind instead spltty(). From owner-freebsd-current@freebsd.org Sat Jan 30 19:12:20 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50B9CA73E91 for ; Sat, 30 Jan 2016 19:12:20 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E6C2015E2 for ; Sat, 30 Jan 2016 19:12:19 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22d.google.com with SMTP id 128so22062879wmz.1 for ; Sat, 30 Jan 2016 11:12:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=ePQqPqEhPFUMMCxL/4WvUNsFSQ4ltUPI/DjP2KCG/EE=; b=DUpsPhTFXVQ3kQyUYTr8SR9zoB964wIe577oKAQe8yPB35BHooDR2CkccFTTerplRU J5mIeYRGOTvuDAx0BGBVB03jxN7vksCH40Yhle+QSzKvDKSmLVKLg5r8tNaNfWcM1+ff xWFxBosDkSkJ7/20tWuMpnw/pxQ6fkW6q4JkQijUEEh2rkH44o38lZ3eEtI7Q5I9fVoB IAqpPVdq+QuzWsNnPwTwyhwhLnUtpqUfdOH+sCe1DrlH1MhU5s/niD0KM3NKWcl9CgWk J9f2uf7Vl0Be3rDEh8rwI3pPjM8JLhVaZlIoDqT/fPSGtvoOLxzsO3tYf61pVdzC8paO lEig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=ePQqPqEhPFUMMCxL/4WvUNsFSQ4ltUPI/DjP2KCG/EE=; b=FVPnOyJ/Rhhp0EYDzywFvPmBWf7SY4k73tSR6iZ6sKTl8Zl+vLKCSBAmVsz+1QaB/X vb2ru6ZsKqXG8bFVZSeLRzgH8SSeL5fzUsVXPArE25+/VPY85mORnQVEoTjeB432CHoo uu6SRSmv86UCLMXC1UB9hDnEA5kjoB754zBphXPSa3euPvNlVrq1VhOdExOOP9l4FLfX jQY7QjCa30g/z9XdWJ46DArLU8BLimnKMGSY9bilpP6xVAa7h69kcKgH0RBqPdLXtLcW 9RWZt0+wxHxKauwKLSjSQMCWc7sih5+4aqk2qdXWHYpmAbMaPeO2JAO9TG8MpywEAQiH vIKw== X-Gm-Message-State: AG10YOTecgXRGmTE7xXSnzyx1CCDJXg2uhrHv+kuEnrtUtHEfrltPgf3os5NZYD7+1EwSMrj X-Received: by 10.28.21.19 with SMTP id 19mr3562114wmv.43.1454181138237; Sat, 30 Jan 2016 11:12:18 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id jo6sm21352747wjb.48.2016.01.30.11.12.16 for (version=TLSv1/SSLv3 cipher=OTHER); Sat, 30 Jan 2016 11:12:16 -0800 (PST) Subject: Re: ZFSROOT UEFI boot To: freebsd-current@freebsd.org References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> From: Steven Hartland Message-ID: <56AD0B22.1050704@multiplay.co.uk> Date: Sat, 30 Jan 2016 19:12:34 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 19:12:20 -0000 I believe, based on testing, that the from Diff 5 onwards of https://reviews.freebsd.org/D5108 this should work as you expect it i.e. If boot1 is loaded from a device which has either a UFS or ZFS bootable install then this is the device that will be used to boot. If said device has both then the ZFS setup will still be tried first. If you can test in your setup and confirm either way that would be most appreciated. Regards Steve On 30/01/2016 06:57, Tomoaki AOKI wrote: > Thanks for your quick support! > I tried your patch [Diff1] (built with head r295032 world/kernel) and > now have good and bad news. > > Good news is that without USB memstick boot1.efi runs as expected. > Great! > > Bad news is that when booting from USB memstick (the one I used my > previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and > whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, > ada[01] is booted instead of da0 (USB memstick). > > *If ada0 has loader.efi, always booted from ada0 (stable/10). > *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 > (head). > *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is > booted (head, installer is invoked). > > *Whichever ada[01] has loader.efi in their UFS or not didn't matter. > > These behaviour would be because ZFS thoughout all disks is tried > before trying UFS throughout all disks, if I understood correctly. > > Changing boot order (ZFS to UFS per each disk, instead of each > ZFS to each UFS) would help. > But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation > media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi > and it worked fine for USB memstick for me. > > *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled > ZFS module, so I must edit the definition of *boot_modules[] in > boot1.c. I'd have been missing something. > > Regards. > > > On Fri, 29 Jan 2016 02:58:26 +0000 > Steven Hartland wrote: > >> On 28/01/2016 16:22, Doug Rabson wrote: >>> On 28 January 2016 at 15:03, Tomoaki AOKI wrote: >>> >>>> It's exactly the NO GOOD point. The disk where boot1 is read from >>>> should be where loader.efi and loader.conf are first read. >>>> >>> I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 >>> looks for loader in the pool which contains the disk that the BIOS booted. >>> It passes through the ID of that pool to loader which uses that pool as the >>> default for loading kernel and modules. I believe this is the correct >>> behaviour. For gptzfsboot and zfsboot, it is possible to override by >>> pressing space at the point where it is about to load loader. >> I believe I understand at least some of your issue now, could you please >> test the code on the following review to see if it fixes your issue please: >> https://reviews.freebsd.org/D5108 >> >> Regards >> Steve >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > From owner-freebsd-current@freebsd.org Sat Jan 30 19:12:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 772EEA73ED0 for ; Sat, 30 Jan 2016 19:12:25 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0ABE01647 for ; Sat, 30 Jan 2016 19:12:25 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x231.google.com with SMTP id r129so20778604wmr.0 for ; Sat, 30 Jan 2016 11:12:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=ePQqPqEhPFUMMCxL/4WvUNsFSQ4ltUPI/DjP2KCG/EE=; b=RbIwbr7jFoyTS6w5tfSlbnOslxnVOGHr9lm2mT8sO6RqDDdUilc7W08m+bRpNLOlJ6 9AYZ+eZKSOXTb67QMtYyqRtABKrSoJwni8W4h8uyN5aL6GaRjCh6yjCBapwHOgc/l9xC 9XNkR0cY9/R9Ldtqfka6OUXFuXLCRLfweLN9zg/0vXPDmPqGNgr4XmcLKxVUoRucVtFr w0ovyvZdV/jYNvbRnzTbHIrg9gEcsmfSD4WtPE4WD5XaEWhKIRXT4kxZNHwCBBfkR+7k kwQtXm+jAAMHRlo/ismePg4QBU/154G/Zy3EAN7XJD4XrQcAHzB9R7fgqms5lCLKcVYU quhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=ePQqPqEhPFUMMCxL/4WvUNsFSQ4ltUPI/DjP2KCG/EE=; b=SCLi/rUQWtEH8/cgVn6LGdOW2tIfC0qxGgOIXzai9K3NvzRhMzyg+zE+0NivnYBxnf 9vmwzZp5E6uW1DeHdx31L34PRFK6EOiyRXGECcRx+oQJNSAiMllGLHnZkTReHRQ55tL4 cK1q5PELSSq/vMJVNq9GRmr7EAGcGHLWxorRvrTV7BggOC7ryi6VY+Ypkya+GNdu0bsE RzHDrnFwdEobLcpJWARvoCZoPpsD4Uj8JPeQ+QHETG8rOb83+RQN7Y6N0QRdCryF2N3R THERcEFOrl66c6R3bxNNeoDKQYksTqiAA09p/JM/7fYKilMQaaaN+zvIgHe4USAjbnkt DnBw== X-Gm-Message-State: AG10YOTwMq7INbIHoziYkt+k4mkJ7+uP3nQsM3kB/vupMKYwgxge6aX4TK7Fm/DV6uenzjT8 X-Received: by 10.28.22.199 with SMTP id 190mr3928346wmw.54.1454181142656; Sat, 30 Jan 2016 11:12:22 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id u69sm3667514wmu.20.2016.01.30.11.12.21 for (version=TLSv1/SSLv3 cipher=OTHER); Sat, 30 Jan 2016 11:12:21 -0800 (PST) Subject: Re: ZFSROOT UEFI boot To: freebsd-current@freebsd.org References: <8991747525093115430@unknownmsgid> <20160124215300.4cd7f1207f5a4c7b28ef7ffc@dec.sakura.ne.jp> <56A51A4C.1040808@multiplay.co.uk> <20160129000344.feaf5f828e5d43d5fbbb652a@dec.sakura.ne.jp> <56AAD552.9090202@multiplay.co.uk> <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> From: Steven Hartland Message-ID: <56AD0B27.6030204@multiplay.co.uk> Date: Sat, 30 Jan 2016 19:12:39 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160130155755.485736c8e12868663b9ccfbc@dec.sakura.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 19:12:25 -0000 I believe, based on testing, that the from Diff 5 onwards of https://reviews.freebsd.org/D5108 this should work as you expect it i.e. If boot1 is loaded from a device which has either a UFS or ZFS bootable install then this is the device that will be used to boot. If said device has both then the ZFS setup will still be tried first. If you can test in your setup and confirm either way that would be most appreciated. Regards Steve On 30/01/2016 06:57, Tomoaki AOKI wrote: > Thanks for your quick support! > I tried your patch [Diff1] (built with head r295032 world/kernel) and > now have good and bad news. > > Good news is that without USB memstick boot1.efi runs as expected. > Great! > > Bad news is that when booting from USB memstick (the one I used my > previous test, boot1.efi [bootx64.efi] and loader.efi is replaced) and > whichever of internal disk (ada[01]) have loader.efi in its ZFS pool, > ada[01] is booted instead of da0 (USB memstick). > > *If ada0 has loader.efi, always booted from ada0 (stable/10). > *If ada0 doesn't have loader.efi and ada1 has, booted from ada1 > (head). > *If both ada0 and ada1 don't have loader.efi, da0 (USB memstick) is > booted (head, installer is invoked). > > *Whichever ada[01] has loader.efi in their UFS or not didn't matter. > > These behaviour would be because ZFS thoughout all disks is tried > before trying UFS throughout all disks, if I understood correctly. > > Changing boot order (ZFS to UFS per each disk, instead of each > ZFS to each UFS) would help. > But providing ZFS-disabled boot1.efi (boot1ufs.efi?) for installation > media (memstick, dvd, ...) helps, too. I built ZFS-disabled boot1.efi > and it worked fine for USB memstick for me. > > *`make clean && make -DMK_ZFS=no` in sys/boot/efi/boot1 didn't disabled > ZFS module, so I must edit the definition of *boot_modules[] in > boot1.c. I'd have been missing something. > > Regards. > > > On Fri, 29 Jan 2016 02:58:26 +0000 > Steven Hartland wrote: > >> On 28/01/2016 16:22, Doug Rabson wrote: >>> On 28 January 2016 at 15:03, Tomoaki AOKI wrote: >>> >>>> It's exactly the NO GOOD point. The disk where boot1 is read from >>>> should be where loader.efi and loader.conf are first read. >>>> >>> I just wanted to note that gptzfsboot and zfsboot behaves this way. Boot1 >>> looks for loader in the pool which contains the disk that the BIOS booted. >>> It passes through the ID of that pool to loader which uses that pool as the >>> default for loading kernel and modules. I believe this is the correct >>> behaviour. For gptzfsboot and zfsboot, it is possible to override by >>> pressing space at the point where it is about to load loader. >> I believe I understand at least some of your issue now, could you please >> test the code on the following review to see if it fixes your issue please: >> https://reviews.freebsd.org/D5108 >> >> Regards >> Steve >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > From owner-freebsd-current@freebsd.org Sat Jan 30 19:21:07 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AB41A72281 for ; Sat, 30 Jan 2016 19:21:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D412E1C08 for ; Sat, 30 Jan 2016 19:21:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 4C3491FE023; Sat, 30 Jan 2016 20:20:58 +0100 (CET) Subject: Re: thread-unsafety problems as spl*() ones are NOP To: Slawa Olhovchenkov , mokhi References: <20160130180256.GT37895@zxy.spb.ru> <20160130182521.GM88527@zxy.spb.ru> <20160130183131.GN88527@zxy.spb.ru> Cc: freebsd-current@freebsd.org From: Hans Petter Selasky Message-ID: <56AD0DA6.3090502@selasky.org> Date: Sat, 30 Jan 2016 20:23:18 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20160130183131.GN88527@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 19:21:07 -0000 On 01/30/16 19:31, Slawa Olhovchenkov wrote: > On Sat, Jan 30, 2016 at 09:25:21PM +0300, Slawa Olhovchenkov wrote: > >> On Sat, Jan 30, 2016 at 09:42:13PM +0330, mokhi wrote: >> >>> i currently only wanna do patch on kbd.c (because i'm sure there is a >>> thread-unsafety) >>> and i don't want to add anything to spltty() nor splx(), i just wanna >>> add things under where they've been used. >>> isn't problem with using mutex/spin/lock/unlock etc there? >> >> yes. >> currenly spltty act as mutex_lock(&spltty_mutex), like global lock for >> all used files. this is also inter-files lock, not only lock inside >> only kbd.c. >> you need patch all files. all using spltty need to remove >> simultaneously. >> > > oh, sorry. > i am see now all splXXX is nop. > may be incorretly -- for example, in digi.c i am don't see any lockind > instead spltty(). Hi, Code that uses splxxx() needs to have the Giant lock locked when running. Refer to the various MPSAFE flags. --HPS From owner-freebsd-current@freebsd.org Sat Jan 30 19:54:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FDD3A72F79 for ; Sat, 30 Jan 2016 19:54:49 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 14188BAD for ; Sat, 30 Jan 2016 19:54:49 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mail-lb0-x235.google.com with SMTP id dx2so56732546lbd.3 for ; Sat, 30 Jan 2016 11:54:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YeHCWP1OMMrf1bO/16GVVIj6MTecW4gH0yBXoqQEtYE=; b=aYLAcZktR4Z3gcR+LJ0MAxzmeBz0eDK0ksJyu5LYtaFvHYINSgHG3KiEbn1kvoNe+Z UAwN5AwfGzHNxEOQOMRvhOtjS9UcW8tps/kFFJlek3tka2dIrVC60zjWdkvA+9f6QRoq tUuez9QAYc2IBdPZx6B/YguuXJDF7GFvBGCIlqK/l8Mgd4zdo0nOq4Az0OcMRdocR9K8 EelTS6c7IzTfLMaHcxD3XNvb+NV79dW17OEuOygD+20lOYf9DvfvHF11NEo5VAkTyEkw zATHwsS2jeYNAyjkTlE88s47wNwBx1yswfV4H0YQqjGhMki3zV+9SGgIoT5qmOBMNj3G XnhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=YeHCWP1OMMrf1bO/16GVVIj6MTecW4gH0yBXoqQEtYE=; b=kougmf9O7ZUuCUIk6Jn7hToQN7Y1Va0GNTbqm7kUT6fQAqHe3XhXgVTz0MuAx7tK5W FQz2J0gYr3EoJl+VrWCohT0P107iYixL5XyV5PiUo0sQDBj8xhbyEkMUp8AJX7ktLVSn ZoDbT3Dwo1DByKRNvIgSPpYbFioXsWOitQtBa6KFmBOP+bpCJ2pvhbCVIEmfV1n9Vgyk lYG2S28AzuST9elZH3guyP1dFkadD9s5jcDTytQ5bUi9ORm5hZxD1DIviEhxJHg0zz6p JfTKoo/1pXJ/z8lnMmgwmvcoOHgMzBHO7frXb34ZczpPlCHp/QUTYyr7zcl5nzTC85L1 +hiw== X-Gm-Message-State: AG10YORksJPmJI5NuOJ26htjqKJ9VMUS7rb5Mpldh3JfGQDU8jED3m7KbxN4ZwNJ1zZ4fOvU2gXM1SkZ+Dd+wg== MIME-Version: 1.0 X-Received: by 10.112.13.99 with SMTP id g3mr5443434lbc.86.1454183687001; Sat, 30 Jan 2016 11:54:47 -0800 (PST) Received: by 10.25.139.68 with HTTP; Sat, 30 Jan 2016 11:54:46 -0800 (PST) In-Reply-To: <56AD0DA6.3090502@selasky.org> References: <20160130180256.GT37895@zxy.spb.ru> <20160130182521.GM88527@zxy.spb.ru> <20160130183131.GN88527@zxy.spb.ru> <56AD0DA6.3090502@selasky.org> Date: Sat, 30 Jan 2016 23:24:46 +0330 Message-ID: Subject: Re: thread-unsafety problems as spl*() ones are NOP From: mokhi To: Hans Petter Selasky Cc: Slawa Olhovchenkov , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 19:54:49 -0000 So in your opinion I shouldn't put mutex/spin/lock/unlock under splitty/splx? Can you please explain a bit more about MPSAFE using for me too? Regards, Mokhi. From owner-freebsd-current@freebsd.org Sat Jan 30 21:09:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E98C1A724FA for ; Sat, 30 Jan 2016 21:09:42 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CE0EEB81 for ; Sat, 30 Jan 2016 21:09:42 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 30 Jan 2016 21:09:43 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u0UL9ZR2001947; Sat, 30 Jan 2016 14:09:35 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1454188175.32550.3.camel@freebsd.org> Subject: Re: thread-unsafety problems as spl*() ones are NOP From: Ian Lepore To: mokhi , freebsd-current@freebsd.org Date: Sat, 30 Jan 2016 14:09:35 -0700 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 21:09:43 -0000 On Sat, 2016-01-30 at 18:56 +0330, mokhi wrote: > Hi. > in kbd.c there are many places spltty()/splx() used assuming it > locks/unlocks. > though there is bug filed for this, and ive asked in #bsddev, Ive > preferred to ask and ensure it from here again. > As these functions are obsoleted now, this assumption is incorrect > and > some places we have thread-unsafely which leads to security problems > (and/or for example double-free, etc) > > can i use mutex/spin/lock/unlock under where assumed a lock/unlock by > using spltty()/splx() to patch it? > > Thanks, Mokhi. If you start working on locking in keyboard drivers you might discover there are dragons there. For example... https://lists.freebsd.org/pipermail/svn-src-head/2014-March/056833.html -- Ian From owner-freebsd-current@freebsd.org Sat Jan 30 21:44:23 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E0A9A73161 for ; Sat, 30 Jan 2016 21:44:23 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 233D71C42; Sat, 30 Jan 2016 21:44:23 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8AAB4376; Sat, 30 Jan 2016 21:44:22 +0000 (UTC) Date: Sat, 30 Jan 2016 21:44:22 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <432823312.43.1454190262282.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is unstable: FreeBSD_HEAD #81 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 21:44:23 -0000 See From owner-freebsd-current@freebsd.org Sat Jan 30 22:03:30 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB223A737C6 for ; Sat, 30 Jan 2016 22:03:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73D1099B for ; Sat, 30 Jan 2016 22:03:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk0-x234.google.com with SMTP id o6so37841005qkc.2 for ; Sat, 30 Jan 2016 14:03:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=uUs4O0gICAcw6v8RuI1QA6kneCqzvdnvPbOe9M32yRg=; b=rbNWbCAse/yKKeBDwROjJkoG0I86+S/x9QCDnKyjPGq9f1YTxdaMeY0wU/xyk861ev KDlBFCQzrm6HPMRS7H5k1hQarZf2y4DO0l1FR3TDQEay2kDBN5JBxlOemsbQYqmDA01+ jGN7NosNNTQxdZ2waS1MCNjPCkrWbdGTh/iVMRaKF3Ost7Pdn2f+f+6+sHLOpLEAfGq6 lSle6C8/QjHAPeXpgxzsDP+D8UeLt5Cn6cLFzZz7juCBHeL8bxUXvi8c5HyxW+VrqPPx LdwO+ySjCaps7NEVmHp4Rm1fRrHTotNV54t3AiGdUaqJb9VqasmHBcIXzE0OcELSPJnt DHIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=uUs4O0gICAcw6v8RuI1QA6kneCqzvdnvPbOe9M32yRg=; b=kSHcrXr2sHRhddLHbG5HkEkozSWKBbX7TLrLhVnLLDNlyW979SDK9CJGTmek6ptZbx QPct8j4kuvEhCwpF7iq5jT9KcujiKInIhlsarAL0aAOZkp1PSJIXKthTklSHLLrPIxyT dbwEZgpuMXgF799YtIBn2ODnlnJC3Aefx8QifYtXjYsyKLR0oycy2a9OjPdGtw4vvz0s P4rvFWBROJD7qVmFcZLW50GjEjX7Ifk262ND/fFm+49U3LB8mKGvOqozQnyMlowC4Zay 7Nesn5vdsBo2119RbqaeLDbI4iUNrwE/jDshfpDK8AGRXKPZZIOzje9e5wwBoAI+cSok j6IQ== X-Gm-Message-State: AG10YOSADLEdcLgXjzyS8nyOI2fVKSRykbr6K37b+2dECSvlDCfluHlrOG7QhO5VhDEsvd+j31Yv/0NnXngebA== MIME-Version: 1.0 X-Received: by 10.55.192.7 with SMTP id o7mr19509798qki.93.1454191409310; Sat, 30 Jan 2016 14:03:29 -0800 (PST) Sender: wlosh@bsdimp.com Received: by 10.140.30.166 with HTTP; Sat, 30 Jan 2016 14:03:29 -0800 (PST) X-Originating-IP: [2601:280:4900:3700:6557:86bf:23c8:62de] In-Reply-To: <1454188175.32550.3.camel@freebsd.org> References: <1454188175.32550.3.camel@freebsd.org> Date: Sat, 30 Jan 2016 15:03:29 -0700 X-Google-Sender-Auth: 7N35r_mUT5y-KZLnDazt8uj36vU Message-ID: Subject: Re: thread-unsafety problems as spl*() ones are NOP From: Warner Losh To: Ian Lepore Cc: mokhi , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2016 22:03:30 -0000 On Sat, Jan 30, 2016 at 2:09 PM, Ian Lepore wrote: > On Sat, 2016-01-30 at 18:56 +0330, mokhi wrote: > > Hi. > > in kbd.c there are many places spltty()/splx() used assuming it > > locks/unlocks. > > though there is bug filed for this, and ive asked in #bsddev, Ive > > preferred to ask and ensure it from here again. > > As these functions are obsoleted now, this assumption is incorrect > > and > > some places we have thread-unsafely which leads to security problems > > (and/or for example double-free, etc) > > > > can i use mutex/spin/lock/unlock under where assumed a lock/unlock by > > using spltty()/splx() to patch it? > > > > Thanks, Mokhi. > > If you start working on locking in keyboard drivers you might discover > there are dragons there. For example... > > https://lists.freebsd.org/pipermail/svn-src-head/2014-March/056833.html In theory, they are all Giant locked. In reality, however, there are many dragons, and the dragons are difficult to slay... Though things have been chipped away enough that it might not be so bad now... I tried early in the locking game and found too many dependencies on Giant in the code that was called from the keyboard drivers to be able to make much progress. But that was in the FreeBSD 6 time frame, and Giant is almost gone from the rest of the system, so another run might not be so bad. Warner