From owner-freebsd-current@freebsd.org Sun Jan 8 07:38:05 2017 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 EFA1CCA5CD1; Sun, 8 Jan 2017 07:38:05 +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 E3B0912E4; Sun, 8 Jan 2017 07:38:05 +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 0E69367D; Sun, 8 Jan 2017 07:38:06 +0000 (UTC) Date: Sun, 8 Jan 2017 07:38:04 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: cem@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <462851722.21.1483861086066.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4600 - 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.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2017 07:38:06 -0000 FreeBSD_HEAD_i386 - Build #4600 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4600/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4600/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4600/cons= ole Change summaries: 311669 by cem: chown/chgrp: Add SIGINFO handler PR:=09=09191884 Submitted by:=09Dan McGregor Reviewed by:=09mjg@ (earlier version) 311668 by cem: chmod: Add SIGINFO handler PR:=09=09191884 Submitted by:=09Dan McGregor Reviewed by:=09mjg@ (earlier version) 311667 by cem: Add some additional ACPI methods for DRM Add AcpiGetDataFull and AcpiGetTableWithSize. Submitted by:=09Matt Macy 311666 by cem: Do not truncate inode calculation from ISO9660 block offset PR:=09=09190655 Reported by:=09Thomas Schmitt Obtained from:=09NetBSD sys/fs/cd9660/cd9660_node.c,r1.31 311665 by cem: cd9660: Expand internal inum size to 64 bits Inums in cd9660 refer to byte offsets on the media. DVD and BD media can have entries above 4GB, especially with multi-session images. PR:=09=09190655 Reported by:=09Thomas Schmitt 311664 by cem: mmc: Accept even lower voltage for Cherryview And HP x2 210, per DragonFlyBSD 240bd9cd58f8259c12c14a8006837e698. Submitted by:=09Johannes Lundberg No objection:=09gonzo@ Obtained from:=09DragonFlyBSD The end of the build log: [...truncated 44913 lines...] cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.bio_ndef.pico -MTbio_ndef.pico -std= =3Dgnu89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/lib= crypto/../../../crypto/openssl/crypto/asn1/bio_ndef.c -o bio_ndef.pico --- kerberos5/lib/libwind__L --- --- normalize_table.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/kerberos5/lib/libwind/../../= ../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/= libwind/../../include -MD -MF.depend.normalize_table.o -MTnormalize_table.= o -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/= kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/normalize_table.c -o= normalize_table.o --- secure/lib/libcrypto__L --- --- d2i_pr.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.d2i_pr.pico -MTd2i_pr.pico -std=3Dgnu= 89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-p= lus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-va= lue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wn= o-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-param= eter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/asn1/d2i_pr.c -o d2i_pr.pico --- d2i_pu.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.d2i_pu.pico -MTd2i_pu.pico -std=3Dgnu= 89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-p= lus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-va= lue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wn= o-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-param= eter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/asn1/d2i_pu.c -o d2i_pu.pico --- kerberos5/lib/libwind__L --- --- punycode.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/kerberos5/lib/libwind/../../= ../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/= libwind/../../include -MD -MF.depend.punycode.o -MTpunycode.o -std=3Dgnu99= -fstack-protector-strong -Qunused-arguments -c /usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/wind/punycode.c -o punycode.o --- secure/lib/libcrypto__L --- --- evp_asn1.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.evp_asn1.pico -MTevp_asn1.pico -std= =3Dgnu89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/lib= crypto/../../../crypto/openssl/crypto/asn1/evp_asn1.c -o evp_asn1.pico --- kerberos5/lib/libwind__L --- --- stringprep.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/kerberos5/lib/libwind/../../= ../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/= libwind/../../include -MD -MF.depend.stringprep.o -MTstringprep.o -std=3Dg= nu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerberos5/= lib/libwind/../../../crypto/heimdal/lib/wind/stringprep.c -o stringprep.o --- utf8.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/kerberos5/lib/libwind/../../= ../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/= libwind/../../include -MD -MF.depend.utf8.o -MTutf8.o -std=3Dgnu99 -fstack= -protector-strong -Qunused-arguments -c /usr/src/kerberos5/lib/libwind/= ../../../crypto/heimdal/lib/wind/utf8.c -o utf8.o --- secure/lib/libcrypto__L --- --- f_enum.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.f_enum.pico -MTf_enum.pico -std=3Dgnu= 89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-p= lus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-va= lue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wn= o-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-param= eter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/asn1/f_enum.c -o f_enum.pico --- f_int.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.f_int.pico -MTf_int.pico -std=3Dgnu89= -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-valu= e -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-= unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto/asn1/f_int.c -o f_int.pico --- kerberos5/lib/libwind__L --- --- wind_err.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/kerberos5/lib/libwind/../../= ../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/= libwind/../../include -MD -MF.depend.wind_err.o -MTwind_err.o -std=3Dgnu99= -fstack-protector-strong -Qunused-arguments -c wind_err.c -o wind_err.= o --- bidi.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.bidi.pico -MTbidi.pico = -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/ke= rberos5/lib/libwind/../../../crypto/heimdal/lib/wind/bidi.c -o bidi.pico --- secure/lib/libcrypto__L --- --- f_string.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.f_string.pico -MTf_string.pico -std= =3Dgnu89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/lib= crypto/../../../crypto/openssl/crypto/asn1/f_string.c -o f_string.pico --- kerberos5/lib/libwind__L --- --- bidi_table.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.bidi_table.pico -MTbidi= _table.pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c= /usr/src/kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/bidi_table= .c -o bidi_table.pico --- combining.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.combining.pico -MTcombi= ning.pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /= usr/src/kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/combining.c = -o combining.pico --- kerberos5/lib/libasn1__L --- --- asn1_pkcs12_asn1.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/kerberos5/lib/libasn1/../../= ../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/../../../crypto= /heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libasn1/.= ./../include -MD -MF.depend.asn1_pkcs12_asn1.o -MTasn1_pkcs12_asn1.o -std= =3Dgnu99 -fstack-protector-strong -Qunused-arguments -c asn1_pkcs12_asn= 1.c -o asn1_pkcs12_asn1.o --- secure/lib/libcrypto__L --- --- i2d_pr.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.i2d_pr.pico -MTi2d_pr.pico -std=3Dgnu= 89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-p= lus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-va= lue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wn= o-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-param= eter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/asn1/i2d_pr.c -o i2d_pr.pico --- kerberos5/lib/libwind__L --- --- combining_table.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.combining_table.pico -M= Tcombining_table.pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arg= uments -c /usr/src/kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/= combining_table.c -o combining_table.pico --- doxygen.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.doxygen.pico -MTdoxygen= .pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/= src/kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/doxygen.c -o dox= ygen.pico --- errorlist.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.errorlist.pico -MTerror= list.pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /= usr/src/kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/errorlist.c = -o errorlist.pico --- secure/lib/libcrypto__L --- --- i2d_pu.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.i2d_pu.pico -MTi2d_pu.pico -std=3Dgnu= 89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-p= lus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-va= lue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wn= o-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-param= eter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/asn1/i2d_pu.c -o i2d_pu.pico --- kerberos5/lib/libwind__L --- --- errorlist_table.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.errorlist_table.pico -M= Terrorlist_table.pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arg= uments -c /usr/src/kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/= errorlist_table.c -o errorlist_table.pico --- secure/lib/libcrypto__L --- --- n_pkey.pico --- --- kerberos5/lib/libwind__L --- --- ldap.pico --- --- secure/lib/libcrypto__L --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.n_pkey.pico -MTn_pkey.pico -std=3Dgnu= 89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-p= lus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-va= lue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wn= o-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-param= eter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/asn1/n_pkey.c -o n_pkey.pico --- kerberos5/lib/libwind__L --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.ldap.pico -MTldap.pico = -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/ke= rberos5/lib/libwind/../../../crypto/heimdal/lib/wind/ldap.c -o ldap.pico --- map.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.map.pico -MTmap.pico -s= td=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerb= eros5/lib/libwind/../../../crypto/heimdal/lib/wind/map.c -o map.pico --- kerberos5/lib/libasn1__L --- --- asn1_digest_asn1.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/kerberos5/lib/libasn1/../../= ../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/../../../crypto= /heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libasn1/.= ./../include -MD -MF.depend.asn1_digest_asn1.o -MTasn1_digest_asn1.o -std= =3Dgnu99 -fstack-protector-strong -Qunused-arguments -c asn1_digest_asn= 1.c -o asn1_digest_asn1.o --- kerberos5/lib/libwind__L --- --- map_table.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.map_table.pico -MTmap_t= able.pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /= usr/src/kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/map_table.c = -o map_table.pico --- secure/lib/libcrypto__L --- --- nsseq.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.nsseq.pico -MTnsseq.pico -std=3Dgnu89= -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-valu= e -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-= unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto/asn1/nsseq.c -o nsseq.pico --- kerberos5/lib/libwind__L --- --- normalize.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.normalize.pico -MTnorma= lize.pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /= usr/src/kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/normalize.c = -o normalize.pico --- secure/lib/libcrypto__L --- --- p5_pbe.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.p5_pbe.pico -MTp5_pbe.pico -std=3Dgnu= 89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-p= lus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-va= lue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wn= o-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-param= eter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/asn1/p5_pbe.c -o p5_pbe.pico --- p5_pbev2.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.p5_pbev2.pico -MTp5_pbev2.pico -std= =3Dgnu89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/lib= crypto/../../../crypto/openssl/crypto/asn1/p5_pbev2.c -o p5_pbev2.pico --- kerberos5/lib/libwind__L --- --- normalize_table.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.normalize_table.pico -M= Tnormalize_table.pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arg= uments -c /usr/src/kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/= normalize_table.c -o normalize_table.pico --- secure/lib/libcrypto__L --- --- p8_pkey.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.p8_pkey.pico -MTp8_pkey.pico -std=3Dg= nu89 -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-par= ameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcryp= to/../../../crypto/openssl/crypto/asn1/p8_pkey.c -o p8_pkey.pico --- kerberos5/lib/libwind__L --- --- punycode.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.punycode.pico -MTpunyco= de.pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /us= r/src/kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/punycode.c -o = punycode.pico --- secure/lib/libcrypto__L --- --- t_bitst.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.t_bitst.pico -MTt_bitst.pico -std=3Dg= nu89 -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-par= ameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcryp= to/../../../crypto/openssl/crypto/asn1/t_bitst.c -o t_bitst.pico --- kerberos5/lib/libwind__L --- --- stringprep.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.stringprep.pico -MTstri= ngprep.pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c= /usr/src/kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/stringprep= .c -o stringprep.pico --- secure/lib/libcrypto__L --- --- t_crl.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.t_crl.pico -MTt_crl.pico -std=3Dgnu89= -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-valu= e -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-= unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto/asn1/t_crl.c -o t_crl.pico --- kerberos5/lib/libwind__L --- --- utf8.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.utf8.pico -MTutf8.pico = -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/ke= rberos5/lib/libwind/../../../crypto/heimdal/lib/wind/utf8.c -o utf8.pico --- secure/lib/libcrypto__L --- --- t_pkey.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.t_pkey.pico -MTt_pkey.pico -std=3Dgnu= 89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-p= lus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-va= lue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wn= o-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-param= eter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/asn1/t_pkey.c -o t_pkey.pico --- kerberos5/lib/libwind__L --- --- wind_err.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libwind/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/= kerberos5/lib/libwind/../../include -MD -MF.depend.wind_err.pico -MTwind_e= rr.pico -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c win= d_err.c -o wind_err.pico --- libwind.a --- building static wind library ar -crD libwind.a `NM=3D'nm' NMFLAGS=3D'' lorder bidi.o bidi_table.o combi= ning.o combining_table.o doxygen.o errorlist.o errorlist_table.o ldap.o map= .o map_table.o normalize.o normalize_table.o punycode.o stringprep.o utf8.o= wind_err.o | tsort -q`=20 --- secure/lib/libcrypto__L --- --- t_req.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.t_req.pico -MTt_req.pico -std=3Dgnu89= -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-valu= e -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-= unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto/.= ./../../crypto/openssl/crypto/asn1/t_req.c -o t_req.pico --- kerberos5/lib/libwind__L --- ranlib -D libwind.a --- libwind.so.11.full --- building shared library libwind.so.11 cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -Wl,--no-undefined -Wl,--version-script=3D/usr/src= /kerberos5/lib/libwind/../../../crypto/heimdal/lib/wind/version-script.map = -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-sha= red-textrel -o libwind.so.11.full -Wl,-soname,libwind.so.11 `NM=3D'nm' NM= FLAGS=3D'' lorder bidi.pico bidi_table.pico combining.pico combining_table.= pico doxygen.pico errorlist.pico errorlist_table.pico ldap.pico map.pico ma= p_table.pico normalize.pico normalize_table.pico punycode.pico stringprep.p= ico utf8.pico wind_err.pico | tsort -q` -lcom_err -lroken --- libwind.so.11.debug --- objcopy --only-keep-debug libwind.so.11.full libwind.so.11.debug --- libwind.so.11 --- objcopy --strip-debug --add-gnu-debuglink=3Dlibwind.so.11.debug libwind.so= .11.full libwind.so.11 --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libwind.a /usr/o= bj/usr/src/tmp/usr/lib/ sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libwind.so.11 = /usr/obj/usr/src/tmp/usr/lib/ sh /usr/src/tools/install.sh -o root -g wheel -m 444 libwind.so.11.debu= g /usr/obj/usr/src/tmp/usr/lib/debug/usr/lib/ sh /usr/src/tools/install.sh -l rs libwind.so.11 /usr/obj/usr/src/tmp/usr/= lib/libwind.so --- _INCSINS --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/kerberos= 5/lib/libwind/../../../crypto/heimdal/lib/wind/wind.h wind_err.h /usr/obj/u= sr/src/tmp/usr/include/ --- secure/lib/libcrypto__L --- --- t_spki.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.t_spki.pico -MTt_spki.pico -std=3Dgnu= 89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-p= lus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-va= lue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wn= o-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-param= eter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/asn1/t_spki.c -o t_spki.pico --- kerberos5/lib/libasn1__L --- --- asn1_kx509_asn1.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/kerberos5/lib/libasn1/../../= ../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/../../../crypto= /heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libasn1/.= ./../include -MD -MF.depend.asn1_kx509_asn1.o -MTasn1_kx509_asn1.o -std=3D= gnu99 -fstack-protector-strong -Qunused-arguments -c asn1_kx509_asn1.c = -o asn1_kx509_asn1.o --- secure/lib/libcrypto__L --- --- t_x509.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.t_x509.pico -MTt_x509.pico -std=3Dgnu= 89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-p= lus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-va= lue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wn= o-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-param= eter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcrypto= /../../../crypto/openssl/crypto/asn1/t_x509.c -o t_x509.pico --- lib/libprocstat__L --- =3D=3D=3D> lib/libprocstat (obj,all,install) --- obj_subdir_lib/libprocstat/zfs --- =3D=3D=3D> lib/libprocstat/zfs (obj) --- obj --- --- obj --- --- .depend --- echo libprocstat.so.1.full: /usr/obj/usr/src/tmp/usr/lib/libelf.a /usr/obj/= usr/src/tmp/usr/lib/libkvm.a /usr/obj/usr/src/tmp/usr/lib/libutil.a >> .dep= end --- zfs/zfs.o --- --- zfs.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libprocstat/zfs/../../..= /sys/cddl/compat/opensolaris -I/usr/src/lib/libprocstat/zfs/../../../cddl/c= ompat/opensolaris/include -I/usr/src/lib/libprocstat/zfs/../../../cddl/comp= at/opensolaris/lib/libumem -I/usr/src/lib/libprocstat/zfs/../../../cddl/con= trib/opensolaris/lib/libzpool/common -I/usr/src/lib/libprocstat/zfs/../../.= ./sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/lib/libprocstat/zfs/..= /../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/lib/libpro= cstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/lib/l= ibprocstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/usr/= src/lib/libprocstat/zfs/../../../cddl/contrib/opensolaris/head -I/usr/src/l= ib/libprocstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.zfs.o -MTzfs= .o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -W= no-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-argum= ents -c /usr/src/lib/libprocstat/zfs/../zfs.c -o zfs.o --- kerberos5/lib/libasn1__L --- --- asn1_err.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/.= ./../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5= /lib/libasn1/../../include -MD -MF.depend.asn1_err.pico -MTasn1_err.pico -= std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c asn1_err.c -= o asn1_err.pico --- der.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/.= ./../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5= /lib/libasn1/../../include -MD -MF.depend.der.pico -MTder.pico -std=3Dgnu9= 9 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerberos5/lib= /libasn1/../../../crypto/heimdal/lib/asn1/der.c -o der.pico --- der_copy.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/.= ./../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5= /lib/libasn1/../../include -MD -MF.depend.der_copy.pico -MTder_copy.pico -= std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/ker= beros5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_copy.c -o der_copy.= pico --- secure/lib/libcrypto__L --- --- t_x509a.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.t_x509a.pico -MTt_x509a.pico -std=3Dg= nu89 -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-par= ameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/libcryp= to/../../../crypto/openssl/crypto/asn1/t_x509a.c -o t_x509a.pico --- kerberos5/lib/libasn1__L --- --- der_cmp.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/= libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/.= ./../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5= /lib/libasn1/../../include -MD -MF.depend.der_cmp.pico -MTder_cmp.pico -st= d=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerbe= ros5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_cmp.c -o der_cmp.pico --- lib/libprocstat__L --- --- cd9660.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libprocstat -D_KVM= _VNODE -DLIBPROCSTAT_ZFS -MD -MF.depend.cd9660.o -MTcd9660.o -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar= ith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-pa= rameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundan= t-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declara= tions -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Qunused-arguments -c /usr/src/lib/libprocstat/cd9660.c -o cd9= 660.o --- secure/lib/libcrypto__L --- --- tasn_dec.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I/usr/src/secure/lib/l= ibcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS = -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES= _ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -= DWHIRLPOOL_ASM -I/usr/obj/usr/src/secure/lib/libcrypto -I/usr/src/secure/li= b/libcrypto/../../../crypto/openssl/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 -MD -MF.depend.tasn_dec.pico -MTtasn_dec.pico -std= =3Dgnu89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/lib/lib= crypto/../../../crypto/openssl/crypto/asn1/tasn_dec.c -o tasn_dec.pico --- lib/libprocstat__L --- In file included from /usr/src/lib/libprocstat/cd9660.c:56: /usr/obj/usr/src/tmp/usr/include/isofs/cd9660/cd9660_node.h:61:2: error: un= known type name 'cd_ino_t'; did you mean '__ino_t'? cd_ino_t i_number; /* the identity of the inode */ ^ /usr/obj/usr/src/tmp/usr/include/sys/_types.h:46:20: note: '__ino_t' declar= ed here typedef __uint32_t __ino_t; /* inode number */ ^ 1 error generated. *** [cd9660.o] Error code 1 bmake[4]: stopped in /usr/src/lib/libprocstat 1 error bmake[4]: stopped in /usr/src/lib/libprocstat *** [lib/libprocstat__L] Error code 2 bmake[3]: stopped in /usr/src --- kerberos5/lib/libasn1__L --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/kerberos5/lib/libasn1 *** [kerberos5/lib/libasn1__L] Error code 2 bmake[3]: stopped in /usr/src --- secure/lib/libcrypto__L --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/secure/lib/libcrypto *** [secure/lib/libcrypto__L] Error code 2 bmake[3]: stopped in /usr/src --- lib/libsqlite3__L --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/lib/libsqlite3 *** [lib/libsqlite3__L] Error code 2 bmake[3]: stopped in /usr/src 4 errors bmake[3]: stopped in /usr/src *** [libraries] Error code 2 bmake[2]: stopped in /usr/src 1 error bmake[2]: stopped in /usr/src *** [_libraries] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[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/hudson6044999569858744179.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::103: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 8 09:05:51 2017 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 0C0F3CA343E for ; Sun, 8 Jan 2017 09:05:51 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 633811B11 for ; Sun, 8 Jan 2017 09:05:49 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.2]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M7HGA-1ce84b0q8M-00x3NS for ; Sun, 08 Jan 2017 10:05:47 +0100 Date: Sun, 8 Jan 2017 10:05:40 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r311674: buildworld failure: iso_rrip.h:64:2: error: unknown type name 'cd_ino_t' Message-ID: <20170108100540.574a58ce@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/vrSbnImPMQ6tMK4ZHC6R59o"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:ynY+L3k0vNQgPvwR4TYlKUmf8DAlK8SJK53Se7VCTRzyNf3c0UT qvZQxHjQlRHKwj+5O/s2N48QIUfLffgv0/OaUy6J7ePtydo2wAcp+MQkUjZ/s4w1neFCxw0 2ipfoCwSoPBZmaNPvhAw92jwH1yNAtj8rm4njQIGPHOkH8lhOu09TsluRIwTmyleg+C6Jyy GcRqUBiaqFrV4kf+TFH4g== X-UI-Out-Filterresults: notjunk:1;V01:K0:Z/mRf35nzmQ=:1cJFCLvrT3SE1+3qTkLUkd Xsa+EanAgCRnyiQK3TvE0YJHY4qVvqo6tTmC47uXgajz+Y3hHg2fIERa3tlGTmO6lE4SIE0ON ++/wPpRKx8268KpcfvvFnnv8CuJGUs+mXF0MhTnKrGlPabcVoCfrLfi5Fo4CnGtRDOPcBa+de WwmijlDyE/lmgrJaTb9vdy+buXAPYL9jIVszvOysHg74Y62+nCxb9MbhdvgrN/DM0xCiImeQK NSSZ8fJ67OwnC0kSWwcv5P2G7kQQXwKvWjV2OgcBX3kSNbZ2Wdc0MBtn3HS0z5w25azxgduQd 6TDCjfReSwz0fRultXoAI44UJfYBI4HvhMIWgPIDB3MMRbsdMXx0xoykBpnQX/C02Km9kJS+i V4KE7OEHRVKeN96fArT4hZYCGPnPllBRw/85w/DwnCx8oov6WT3BLxTzD744DAJHflYZJSM8t EmyvWDvr3KRuqJKnhbFetMwOp1hLKEm5EaTp4l0aNEglqBrXKazYRB1+f8W2Gy9b7I3KE56Yt nEGq0Vpg4220rt7weO3csvBEmwDTN/xJVJfVkb+T5JlDvyLOBVlW8nH2V7vq4ofNK0prTlEdQ hcv5jmCodEw8edyYRHJMmSFt+iVQaIlFb8+Zyx4gR4hSI3xItKmb0xJ5A9e1LGeck9zATHhS5 PWJTnu+OK9/Lk6UtGbGMnFTUf3iD9h53DbRsYS7aIYQGW2BbClwZ9zpcBkBBQBHcqJNgvvfGz BIscaDvnZ71Izydl4sno0Ma9ywSDz5tOR1Zju5PNVS3RmRwnP5LwWubJKvo= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Jan 2017 09:05:51 -0000 --Sig_/vrSbnImPMQ6tMK4ZHC6R59o Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable It seems, the most recent CURRENT sources are broken (r311674), buildworld = failure occur at: [...] --- cd9660.o --- In file included from /usr/src/usr.sbin/makefs/cd9660.c:108: In file included from /usr/src/usr.sbin/makefs/cd9660.h:57: /usr/src/sys/fs/cd9660/iso_rrip.h:64:2: error: unknown type name 'cd_ino_t'= ; did you mean '__ino_t'? cd_ino_t *inump; /* inode number pointer */ ^~~~~~~~ __ino_t --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/vrSbnImPMQ6tMK4ZHC6R59o Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWHIA5QAKCRDS528fyFhY lLUjAf4ivwJ5lvy5UFOOEsmfoh4RXLBBMHCTFYyWgD/lOtqQuw0m0vlnc/k4n9eF S81cmKpVyWvfilsVTL1+s69s1HOBAf9KybXjkzmChkkbUDb4uVskoyWVsNaElAVc UHUlJEGvZ1h8W1ZuqwrOZ2WyzwCCJLZgL67z2gMgpUhbZwkc1FMj =5pU7 -----END PGP SIGNATURE----- --Sig_/vrSbnImPMQ6tMK4ZHC6R59o-- From owner-freebsd-current@freebsd.org Sun Jan 8 09:41:52 2017 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 5B3D0CA3EA6 for ; Sun, 8 Jan 2017 09:41:52 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-wm0-f43.google.com (mail-wm0-f43.google.com [74.125.82.43]) (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 EDF0B1CE5 for ; Sun, 8 Jan 2017 09:41:51 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-wm0-f43.google.com with SMTP id c85so70599934wmi.1 for ; Sun, 08 Jan 2017 01:41:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=Ep36szsmbMfbibXBM2xsfhZwxral8CfDTW/q/l7sveI=; b=HhgBTFI/YmjMxpVZtr7W2K1pnquMytMGHnqaQYhALdEm6y7nT0j7po+G89YnrO8Uhq ctytC0KlCyrz+upkGXSR5wkb8cvGv2jQp6zHFYEedLJKVFWLY7TBPGvHlBL7B3cHwWpZ vCKLEbe646SR51PrsYHP7ZV5H5DsUWq3kG5DKUDxUY8EwAhX8he51FZiy8CjTXVlLsN5 LqVajeZx9yKpPG7cj0ctZpwvCzSKtbHNR0H9T3FjWeCmh+X6qN8IuvkXWhPO7KVPmrjz rCFDWd0uVclexh+zpMlyC360pqfF/9o2m+abLZsmdoYE+He9TtvuvtYcQC3P6sgMxn8G 7BIw== X-Gm-Message-State: AIkVDXJRlQ1M7T81RXD89IraAHIU9t+UNG7PE3HgPkCIMUxyx5pXeQXuOiyHU/0JVXMISA== X-Received: by 10.223.173.43 with SMTP id p40mr7742656wrc.163.1483867068557; Sun, 08 Jan 2017 01:17:48 -0800 (PST) Received: from mail-wm0-f43.google.com (mail-wm0-f43.google.com. [74.125.82.43]) by smtp.gmail.com with ESMTPSA id ia7sm117439817wjb.23.2017.01.08.01.17.48 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 08 Jan 2017 01:17:48 -0800 (PST) Received: by mail-wm0-f43.google.com with SMTP id c85so70290936wmi.1 for ; Sun, 08 Jan 2017 01:17:48 -0800 (PST) X-Received: by 10.28.35.142 with SMTP id j136mr2228694wmj.11.1483867068221; Sun, 08 Jan 2017 01:17:48 -0800 (PST) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.194.29.72 with HTTP; Sun, 8 Jan 2017 01:17:47 -0800 (PST) In-Reply-To: <20170108100540.574a58ce@thor.intern.walstatt.dynvpn.de> References: <20170108100540.574a58ce@thor.intern.walstatt.dynvpn.de> From: Conrad Meyer Date: Sun, 8 Jan 2017 01:17:47 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: r311674: buildworld failure: iso_rrip.h:64:2: error: unknown type name 'cd_ino_t' To: "O. Hartmann" Cc: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Jan 2017 09:41:52 -0000 Please try r311675. Thanks, Conrad On Sun, Jan 8, 2017 at 1:05 AM, O. Hartmann wrote: > It seems, the most recent CURRENT sources are broken (r311674), buildworl= d failure occur > at: > > [...] > --- cd9660.o --- > In file included from /usr/src/usr.sbin/makefs/cd9660.c:108: > In file included from /usr/src/usr.sbin/makefs/cd9660.h:57: > /usr/src/sys/fs/cd9660/iso_rrip.h:64:2: error: unknown type name 'cd_ino_= t'; did you mean > '__ino_t'? cd_ino_t *inump; /* inode number pointer */ > ^~~~~~~~ > __ino_t > > -- > O. Hartmann > > Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr > Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Ab= s. 4 BDSG). From owner-freebsd-current@freebsd.org Sun Jan 8 10:19:28 2017 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 7EFE2CA284C; Sun, 8 Jan 2017 10:19:28 +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 715311CF2; Sun, 8 Jan 2017 10:19:28 +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 68786682; Sun, 8 Jan 2017 10:19:28 +0000 (UTC) Date: Sun, 8 Jan 2017 10:19:26 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: cem@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <531362950.25.1483870768437.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <462851722.21.1483861086066.JavaMail.jenkins@jenkins-9.freebsd.org> References: <462851722.21.1483861086066.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4601 - 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: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2017 10:19:28 -0000 FreeBSD_HEAD_i386 - Build #4601 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4601/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4601/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4601/console Change summaries: 311671 by cem: libprocstat: Include cd9660 headers in the same order as the kernel Fix userspace build after r311665. The end of the build log: [...truncated 124749 lines...] --- all_subdir_usr.bin --- --- test_option_nodump.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_option_nodump.o -MTtest_option_nodump.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_option_nodump.c -o test_option_nodump.o --- all_subdir_lib --- --- parse.po --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -pg -O2 -pipe -MD -MF.depend.parse.po -MTparse.po -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/libusbhid/parse.c -o parse.po --- all_subdir_usr.bin --- --- test_option_older_than.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_option_older_than.o -MTtest_option_older_than.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_option_older_than.c -o test_option_older_than.o --- all_subdir_usr.sbin --- --- ef_obj.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -MD -MF.depend.ef_obj.o -MTef_obj.o -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-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 -Qunused-arguments -c /usr/src/usr.sbin/kldxref/ef_obj.c -o ef_obj.o --- all_subdir_usr.bin --- --- test_option_passphrase.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_option_passphrase.o -MTtest_option_passphrase.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_option_passphrase.c -o test_option_passphrase.o --- test_option_q.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_option_q.o -MTtest_option_q.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_option_q.c -o test_option_q.o --- all_subdir_lib --- --- usage.po --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -pg -O2 -pipe -MD -MF.depend.usage.po -MTusage.po -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/libusbhid/usage.c -o usage.po --- all_subdir_usr.bin --- --- test_option_r.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_option_r.o -MTtest_option_r.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_option_r.c -o test_option_r.o --- all_subdir_lib --- --- data.po --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -pg -O2 -pipe -MD -MF.depend.data.po -MTdata.po -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/libusbhid/data.c -o data.po --- all_subdir_usr.bin --- --- test_option_s.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_option_s.o -MTtest_option_s.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_option_s.c -o test_option_s.o --- all_subdir_usr.sbin --- --- ef_i386.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -MD -MF.depend.ef_i386.o -MTef_i386.o -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-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 -Qunused-arguments -c /usr/src/usr.sbin/kldxref/ef_i386.c -o ef_i386.o --- all_subdir_lib --- --- libusbhid_p.a --- building profiled usbhid library --- all_subdir_usr.sbin --- --- kldxref.full --- --- all_subdir_lib --- ar -crD libusbhid_p.a `NM='nm' NMFLAGS='' lorder descr.po descr_compat.po parse.po usage.po data.po | tsort -q` --- all_subdir_usr.sbin --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -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-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 -Qunused-arguments -o kldxref.full kldxref.o ef.o ef_obj.o ef_i386.o --- all_subdir_lib --- ranlib -D libusbhid_p.a --- usbhid.3.gz --- gzip -cn /usr/src/lib/libusbhid/usbhid.3 > usbhid.3.gz --- all_subdir_usr.sbin --- --- kldxref.8.gz --- gzip -cn /usr/src/usr.sbin/kldxref/kldxref.8 > kldxref.8.gz --- all_subdir_usr.bin --- --- test_option_uid_uname.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_option_uid_uname.o -MTtest_option_uid_uname.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_option_uid_uname.c -o test_option_uid_uname.o --- all_subdir_usr.sbin --- --- kldxref.debug --- objcopy --only-keep-debug kldxref.full kldxref.debug --- all_subdir_lib --- --- all_subdir_lib/atf --- --- all_subdir_lib/atf/libatf-c++/tests --- --- test_helpers.o --- c++ -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DHAVE_CONFIG_H -DATF_C_TESTS_BASE='"/usr/tests/lib/atf/libatf-c"' -DATF_INCLUDEDIR='"/usr/include"' -I/usr/src/contrib/atf -g -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -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 -Wno-c++11-extensions -c /usr/src/contrib/atf/atf-c++/detail/test_helpers.cpp -o test_helpers.o --- all_subdir_usr.sbin --- --- kldxref --- objcopy --strip-debug --add-gnu-debuglink=kldxref.debug kldxref.full kldxref --- all_subdir_usr.sbin/lptcontrol --- ===> usr.sbin/lptcontrol (all) --- .depend --- echo lptcontrol.full: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend --- lptcontrol.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -MD -MF.depend.lptcontrol.o -MTlptcontrol.o -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/usr.sbin/lptcontrol/lptcontrol.c -o lptcontrol.o --- all_subdir_usr.bin --- --- test_option_uuencode.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_option_uuencode.o -MTtest_option_uuencode.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_option_uuencode.c -o test_option_uuencode.o --- all_subdir_usr.sbin --- --- lptcontrol.full --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -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 -o lptcontrol.full lptcontrol.o --- lptcontrol.8.gz --- gzip -cn /usr/src/usr.sbin/lptcontrol/lptcontrol.8 > lptcontrol.8.gz --- lptcontrol.debug --- objcopy --only-keep-debug lptcontrol.full lptcontrol.debug --- lptcontrol --- objcopy --strip-debug --add-gnu-debuglink=lptcontrol.debug lptcontrol.full lptcontrol --- all_subdir_usr.sbin/mailwrapper --- ===> usr.sbin/mailwrapper (all) --- all_subdir_usr.bin --- --- test_option_xz.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_option_xz.o -MTtest_option_xz.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_option_xz.c -o test_option_xz.o --- all_subdir_usr.sbin --- --- .depend --- echo mailwrapper.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libutil.a >> .depend --- mailwrapper.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -MD -MF.depend.mailwrapper.o -MTmailwrapper.o -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/usr.sbin/mailwrapper/mailwrapper.c -o mailwrapper.o --- all_subdir_usr.bin --- --- test_option_z.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_option_z.o -MTtest_option_z.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_option_z.c -o test_option_z.o --- all_subdir_usr.sbin --- --- mailwrapper.full --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -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 -o mailwrapper.full mailwrapper.o -lutil --- all_subdir_usr.bin --- --- test_patterns.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_patterns.o -MTtest_patterns.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_patterns.c -o test_patterns.o --- all_subdir_usr.sbin --- --- mailwrapper.8.gz --- gzip -cn /usr/src/usr.sbin/mailwrapper/mailwrapper.8 > mailwrapper.8.gz --- mailwrapper.debug --- objcopy --only-keep-debug mailwrapper.full mailwrapper.debug --- mailwrapper --- objcopy --strip-debug --add-gnu-debuglink=mailwrapper.debug mailwrapper.full mailwrapper --- all_subdir_usr.sbin/makefs --- ===> usr.sbin/makefs (all) --- all_subdir_usr.bin --- --- test_print_longpath.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_print_longpath.o -MTtest_print_longpath.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_print_longpath.c -o test_print_longpath.o --- all_subdir_usr.sbin --- --- .depend --- echo makefs.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/lib/libnetbsd/libnetbsd.a /usr/obj/usr/src/tmp/usr/lib/libutil.a /usr/obj/usr/src/tmp/usr/lib/libsbuf.a >> .depend --- cd9660.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/usr.sbin/makefs -I/usr/src/sys/fs/cd9660/ -I/usr/src/sys/ufs/ffs -DHAVE_STRUCT_STAT_ST_FLAGS=1 -I/usr/src/contrib/mtree -I/usr/src/contrib/mknod -I/usr/src/lib/libnetbsd -g -MD -MF.depend.cd9660.o -MTcd9660.o -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-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 -Qunused-arguments -c /usr/src/usr.sbin/makefs/cd9660.c -o cd9660.o --- all_subdir_usr.bin --- --- test_stdio.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/tar/tests -I/usr/src/contrib/libarchive/tar -I/usr/src/contrib/libarchive/test_utils -g -MD -MF.depend.bsdtar_test.test_stdio.o -MTtest_stdio.o -std=gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/tar/test/test_stdio.c -o test_stdio.o --- all_subdir_usr.sbin --- In file included from /usr/src/usr.sbin/makefs/cd9660.c:108: In file included from /usr/src/usr.sbin/makefs/cd9660.h:57: /usr/src/sys/fs/cd9660/iso_rrip.h:64:2: error: unknown type name 'cd_ino_t'; did you mean '__ino_t'? cd_ino_t *inump; /* inode number pointer */ ^~~~~~~~ __ino_t /usr/obj/usr/src/tmp/usr/include/sys/_types.h:46:20: note: '__ino_t' declared here typedef __uint32_t __ino_t; /* inode number */ ^ In file included from /usr/src/usr.sbin/makefs/cd9660.c:108: In file included from /usr/src/usr.sbin/makefs/cd9660.h:57: /usr/src/sys/fs/cd9660/iso_rrip.h:77:8: error: unknown type name 'cd_ino_t'; did you mean '__ino_t'? cd_ino_t *inump, struct iso_mnt *imp); ^~~~~~~~ __ino_t /usr/obj/usr/src/tmp/usr/include/sys/_types.h:46:20: note: '__ino_t' declared here typedef __uint32_t __ino_t; /* inode number */ ^ 2 errors generated. *** [cd9660.o] Error code 1 bmake[4]: stopped in /usr/src/usr.sbin/makefs 1 error bmake[4]: stopped in /usr/src/usr.sbin/makefs *** [all_subdir_usr.sbin/makefs] Error code 2 bmake[3]: stopped in /usr/src/usr.sbin 1 error bmake[3]: stopped in /usr/src/usr.sbin *** [all_subdir_usr.sbin] Error code 2 bmake[2]: stopped in /usr/src --- all_subdir_usr.bin --- A failure has been detected in another branch of the parallel make bmake[6]: stopped in /usr/src/usr.bin/tar/tests *** [bsdtar_test] Error code 2 bmake[5]: stopped in /usr/src/usr.bin/tar/tests 1 error bmake[5]: stopped in /usr/src/usr.bin/tar/tests *** [all_subdir_usr.bin/tar/tests] Error code 2 bmake[4]: stopped in /usr/src/usr.bin/tar 1 error bmake[4]: stopped in /usr/src/usr.bin/tar *** [all_subdir_usr.bin/tar] Error code 2 bmake[3]: stopped in /usr/src/usr.bin 1 error bmake[3]: stopped in /usr/src/usr.bin *** [all_subdir_usr.bin] Error code 2 bmake[2]: stopped in /usr/src --- all_subdir_lib --- --- all_subdir_lib/atf/libatf-c++/tests/detail --- A failure has been detected in another branch of the parallel make bmake[8]: stopped in /usr/src/lib/atf/libatf-c++/tests/detail *** [fs_test] Error code 2 bmake[7]: stopped in /usr/src/lib/atf/libatf-c++/tests/detail 1 error bmake[7]: stopped in /usr/src/lib/atf/libatf-c++/tests/detail *** [all_subdir_lib/atf/libatf-c++/tests/detail] Error code 2 bmake[6]: stopped in /usr/src/lib/atf/libatf-c++/tests 1 error bmake[6]: stopped in /usr/src/lib/atf/libatf-c++/tests *** [all_subdir_lib/atf/libatf-c++/tests] Error code 2 bmake[5]: stopped in /usr/src/lib/atf/libatf-c++ 1 error bmake[5]: stopped in /usr/src/lib/atf/libatf-c++ *** [all_subdir_lib/atf/libatf-c++] Error code 2 bmake[4]: stopped in /usr/src/lib/atf 1 error bmake[4]: stopped in /usr/src/lib/atf *** [all_subdir_lib/atf] Error code 2 bmake[3]: stopped in /usr/src/lib 1 error bmake[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 bmake[2]: stopped in /usr/src 3 errors bmake[2]: stopped in /usr/src *** [everything] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[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/hudson3390296541879403066.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::101: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 8 13:22:11 2017 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 4BF36CA5E65; Sun, 8 Jan 2017 13:22:11 +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 3F6531B47; Sun, 8 Jan 2017 13:22:11 +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 A3920687; Sun, 8 Jan 2017 13:22:11 +0000 (UTC) Date: Sun, 8 Jan 2017 13:22:09 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: adrian@FreeBSD.org, cem@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1275968655.29.1483881731691.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <531362950.25.1483870768437.JavaMail.jenkins@jenkins-9.freebsd.org> References: <531362950.25.1483870768437.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4602 - 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.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2017 13:22:11 -0000 FreeBSD_HEAD_i386 - Build #4602 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4602/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4602/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4602/console Change summaries: 311678 by adrian: [net80211] add roaming parameters for 11ac. These are mostly placeholders for now. 311677 by adrian: [net80211] use the correct freq2 field when populating VHT operation element. Whilst here, leave a TODO comment so I revisit this routine in the context of hostap operation probe requests for IBSS/mesh. 311675 by cem: iso_rrip.h: Hide kernel definitions from makefs(8) Reported by: O. Hartmann From owner-freebsd-current@freebsd.org Sun Jan 8 16:46:53 2017 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 3FFAFCA5AE5 for ; Sun, 8 Jan 2017 16:46:53 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2B0AC1B4B for ; Sun, 8 Jan 2017 16:46:53 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2A782CA5AE4; Sun, 8 Jan 2017 16:46:53 +0000 (UTC) Delivered-To: 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 2A1B3CA5AE3 for ; Sun, 8 Jan 2017 16:46:53 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 011131B49; Sun, 8 Jan 2017 16:46:52 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v08GkodT004108; Sun, 8 Jan 2017 16:46:50 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v08Gkog0004107; Sun, 8 Jan 2017 08:46:50 -0800 (PST) (envelope-from david) Date: Sun, 8 Jan 2017 08:46:50 -0800 From: David Wolfskill To: current@freebsd.org Cc: bdrewery@freebsd.org Subject: Possible race condiction during -j16 buildworld (r311640 -> r311678) Message-ID: <20170108164650.GC1366@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org, bdrewery@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="CblX+4bnyfN0pR09" Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Jan 2017 16:46:53 -0000 --CblX+4bnyfN0pR09 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable One (of four) in-place source-based updates of head/amd64 from r311640 -> r311678 failed twice for me in "make buildworld" (at slightly different points during the build). The first retry got a bit further; the second completed successfully. I have a typescript of the entire thing, so I'll make that available in . The reason that there were 4 updates is that I have to machines (my laptop and a build machine, "freebeast"), each of which builds its normal kernel ("CANARY" for the laptop; "GENERIC" for the build machine), then I've also been testing building & running with the EARLY_AP_TEST option enabled in the kernel. And while I could do that by merely building the additional kernel in the "normal" environment and giving it a "smoke test" every once in a while, I chose to duplicate the entire slice, then add the EARLY_AP_TEST option to the kernels in questions. In any case, it was the EARLY_AP_TEST on the build machine that had the apparent issue. So, in , you'll find typescript_r311678 (9MB), as well as typescript_r311678.gz (780KB). I use the "_bw" csh alias to do the builds; as described in , that alias (ultimately) expands to: setenv TMPDIR /tmp && \ id && \ mount && \ cd /usr/src && \ uname -a && \ date && \ make -j16 buildworld && \ date && \ make -j16 buildkernel && \ date && \ rm -fr /boot/modules.old && \ cp -pr /boot/modules{,.old} && \ make installkernel && \ date && \ pushd /usr/ports && \ pushd x11/nvidia-driver && \ make clean ; popd ; popd && \ date && \ mergemaster -U -u 0022 -p && \ date && \ rm -fr /usr/include.old && \ date && \ mv /usr/include{,.old} && \ date && \ rm -fr /usr/share/man && \ date && \ make installworld && \ date && \ mergemaster -F -U -u 0022 -i && \ date && \ make delete-old && \ date && \ df -k There's a copy of the machine's (verbose) dmesg.boot at . I have 2 local modifications to the tree: 1) The hack to src/sys/conf/newvers.sh, discussed on . 2) A change I had made several days ago to src/Makefile.inc1, augmenting ITOOLS with "env" (as some installation step apparently needed it). I hadn't got around to testing to determine if it's still needed. As for why it seeme dto hit the EARLY_AP_TEST and not the GENERIC one...? No clue -- dumb luck, I suppose: that should have no effect once the machine has attained multi-user mode.... Peace, david --=20 David H. Wolfskill david@catwhisker.org Epistemology for post-truthers: How do we select parts of reality to ignore? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --CblX+4bnyfN0pR09 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJYcmz6XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4Xa2kIAKsp3g4sEoZWcWBJtC071lCe VZ/87CBWw/uzDvroaySX85KatZ7fm/caZd2ZMePJ/XC2ZoQ6UDmKl5MZ6aquLD8b RYCHqmOMMcwlDmDyXNJguZ/w8DCiEdGzS8zXx/tde9ykp1BqvQzBkCg5Vuvw6yxJ Zb/0Tqu6NxyYhi1+OI8rWKELtewejHmgJSPeFuqISxIfIzG41h45/XSxLDd4fMTp M8oSOsH55rp1TFa2R3Bnw8aP2isME169ZejK4J6/qqs/vIeIBBDxBxxDEyPhUVDL BeogPJ2GDnsYDeINlcPy3QNaPS2x4k2IFBqi9NyEG3aWg/RuIQOxBqDnEyJe8G4= =jMqv -----END PGP SIGNATURE----- --CblX+4bnyfN0pR09-- From owner-freebsd-current@freebsd.org Mon Jan 9 00:33:37 2017 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 F19DDCA24EA for ; Mon, 9 Jan 2017 00:33:37 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from BLU004-OMC1S3.hotmail.com (blu004-omc1s3.hotmail.com [65.55.116.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DB5416A2 for ; Mon, 9 Jan 2017 00:33:37 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from NAM02-BL2-obe.outbound.protection.outlook.com ([65.55.116.8]) by BLU004-OMC1S3.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 8 Jan 2017 16:32:29 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=1+xxuQdcezxOpRwVXYah8BhK2BRaRo1CXylihL1qDIU=; b=gzWJFocgcMHsZ6U/+/SKUg1LcOQLr540Mfuv5/5Okz55i3uct0tgs7MJ8PSZgiLrS6L300jpMwCpBD42Zq48pWKJnusk712S9V6/YAe4I0WW+F3BvCzY/wWTv8wwPP8wB/4KP5VrAuiau35vUPoM49WMuVH5WlOp8aV54N1zx6Hc24i5eu5xkhA+RKn3f5bFEXooC+E6MirpChVyNNWw+MfE9BjfCdy6B5OloVHpj8yp5MQTaAhzZ2pc5yac7ShJcG6hrMjypRSxPBPYxCvrHFOsgSzi1qIkl2vIHkKIVkj4gnAupjytO/LtATwOijErTZ5HfvPY9AXIQF3zBagRUA== Received: from BL2NAM02FT044.eop-nam02.prod.protection.outlook.com (10.152.76.58) by BL2NAM02HT106.eop-nam02.prod.protection.outlook.com (10.152.76.172) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8; Mon, 9 Jan 2017 00:32:28 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com (10.152.76.53) by BL2NAM02FT044.mail.protection.outlook.com (10.152.77.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8 via Frontend Transport; Mon, 9 Jan 2017 00:32:28 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) by BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) with mapi id 15.01.0829.013; Mon, 9 Jan 2017 00:32:28 +0000 From: Anindya Mukherjee To: "freebsd-current@freebsd.org" Subject: New Lock Order Reversal in 12.0? Thread-Topic: New Lock Order Reversal in 12.0? Thread-Index: AQHSag/a8ajcUxWClUK1AyeooZ2LxA== Date: Mon, 9 Jan 2017 00:32:28 +0000 Message-ID: Accept-Language: en-CA, en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:9A8DF2D0813425B1E15022D8D77CC355D1D28671BCC762E49F3BFE9EC46FF24C; UpperCasedChecksum:850A010549EA3508D61A9C80CA68D674C0D25881F3C71AF966DDAF5248A2ADCB; SizeAsReceived:7447; Count:36 x-tmn: [dWhhaXG7CFJDoLbixD8lg8LgCcZ7N/cY] x-incomingheadercount: 36 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; BL2NAM02HT106; 7:V1BbXSrGm4guD8e7cdXMetkCaNonZHOFIDLOetd+CmAhG7vx3W9UY8hMZEAJdUW71L6+nJZxLWJR3NJKdZbQhzo1mx4HKSKcnzek+q7YWusNHQfVwze3sUOHc83LWMYSvoFzN+RWDZ5XpTtILbIpzoUE4ZYYgXZTp7T4y0DtW3QUDEcpXvQIyN5HmN9k/AnVRjB23Wt8aIgIrg3odnv9N8iN19GRLYkD7IiRgQcY4qWVsbJvJ9oSwNY+pv1fEUABQ4HXhA8w1lLu4uZBmOMLxA54GbaA+5rFV3RAk0wiG8DtRr9x5rijNvYBThoZoaG7EeimZuKqmOt5ypUv44PVqTTzgLIW/kyRNOMcihXYB8j2dWlaXY1y1WtvoFCA/LawtINUBI1KOKH4vqIi3tSbvpGN6xjrLZzBHi5stee6n4JNIWNX6DektyHG46t+B/kWsUQ3ozCBF/Xf7b8wLcvv9w== x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900003); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2NAM02HT106; H:BN6PR22MB0802.namprd22.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 36b24824-3192-477d-61ad-08d43826fdff x-microsoft-antispam: BCL:0; PCL:0; RULEID:(22001)(8291501011); SRVR:BL2NAM02HT106; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444111334)(444112120)(432015012)(82015046); SRVR:BL2NAM02HT106; BCL:0; PCL:0; RULEID:; SRVR:BL2NAM02HT106; x-forefront-prvs: 0182DBBB05 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2017 00:32:28.5706 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2NAM02HT106 X-OriginalArrivalTime: 09 Jan 2017 00:32:29.0184 (UTC) FILETIME=[DBCCA000:01D26A0F] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Jan 2017 00:33:38 -0000 Hi, I'm running 12.0-current and noticed a LOR message from WITNESS which I= couldn't find a report about. I looked at http://sources.zabbadoz.net/free= bsd/lor.html, among other places. system details: root@triskelion:~ # uname -a FreeBSD triskelion 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r311461: Thu Jan 5= 22:46:38 UTC 2017 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GE= NERIC amd64 root@triskelion:~ # freebsd-version 12.0-CURRENT WITNESS report: lock order reversal: 1st 0xfffff8002e8049a0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2598 2nd 0xfffffe01e7ce9b40 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.= c:277 3rd 0xfffff8002ec7b9a0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2598 stack backtrace: #0 0xffffffff80aa6fd0 at witness_debugger+0x70 #1 0xffffffff80aa6ed3 at witness_checkorder+0xde3 #2 0xffffffff80a20c15 at __lockmgr_args+0x725 #3 0xffffffff80d06fc5 at ffs_lock+0xa5 #4 0xffffffff8101c0c0 at VOP_LOCK1_APV+0xe0 #5 0xffffffff80b1a6aa at _vn_lock+0x9a #6 0xffffffff80b0ac94 at vget+0x64 #7 0xffffffff80afd19c at vfs_hash_get+0xcc #8 0xffffffff80d02e5e at ffs_vgetf+0x3e #9 0xffffffff80cf9787 at softdep_sync_buf+0xc37 #10 0xffffffff80d07c51 at ffs_syncvnode+0x2a1 #11 0xffffffff80d06e60 at ffs_fsync+0x20 #12 0xffffffff8101b110 at VOP_FSYNC_APV+0xe0 #13 0xffffffff80d0f2f0 at ufs_direnter+0x870 #14 0xffffffff80d18050 at ufs_makeinode+0x5c0 #15 0xffffffff80d13d7a at ufs_create+0x3a #16 0xffffffff810199ca at VOP_CREATE_APV+0xda #17 0xffffffff80b19f77 at vn_open_cred+0x2c7 This is based on the FreeBSD-12.0-CURRENT-amd64-20170105-r311461-memstick.i= mg installer. Known issue? It happened during a portsnap fetch. the filesystem is UFS with default mou= nt options. From owner-freebsd-current@freebsd.org Mon Jan 9 00:47:31 2017 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 05419CA2B68 for ; Mon, 9 Jan 2017 00:47:31 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (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 A8A0C11A2 for ; Mon, 9 Jan 2017 00:47:30 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074424-673ff70000002ea5-6c-5872dd9904b3 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id A8.70.11941.99DD2785; Sun, 8 Jan 2017 19:47:23 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v090lK33003576; Sun, 8 Jan 2017 19:47:21 -0500 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v090lHUG021838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 8 Jan 2017 19:47:20 -0500 Date: Sun, 8 Jan 2017 18:47:18 -0600 From: Benjamin Kaduk To: Anindya Mukherjee Cc: "freebsd-current@freebsd.org" Subject: Re: New Lock Order Reversal in 12.0? Message-ID: <20170109004717.GE8460@kduck.kaduk.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrFIsWRmVeSWpSXmKPExsUixG6nojv7blGEweWvYhaf1s9js5jz5gOT A5PHjE/zWTwe95xhC2CK4rJJSc3JLEst0rdL4Mr4Oncje8FlvoqjV64yNzCe4Oli5OSQEDCR eLfuGFsXIxeHkEAbk8TimbMYIZwNjBJXltxmgXCuMEnMufKWEaSFRUBF4snfJ+wgNhuQ3dB9 mRnEFhHQlfjyeBNYnFnAXqLtznawemGg+LUPK4BsDg5eAWOJrUe9QcJCAjESb6csYwWxeQUE JU7OfMIC0aolcePfSyaQcmYBaYnl/zhAwpwCsRJvnz5nArFFBZQlGmY8YJ7AKDALSfcsJN2z ELoXMDKvYpRNya3SzU3MzClOTdYtTk7My0st0jXXy80s0UtNKd3ECA5SF5UdjN093ocYBTgY lXh4X/gURQixJpYVV+YeYpTkYFIS5XWMKogQ4kvKT6nMSCzOiC8qzUktPsQowcGsJMK79wZQ OW9KYmVValE+TEqag0VJnPdSpnuEkEB6YklqdmpqQWoRTFaGg0NJgnfiHaBGwaLU9NSKtMyc EoQ0EwcnyHAeoOGzb4MMLy5IzC3OTIfIn2JUlBLnPQ6SEABJZJTmwfWCkohE9v6aV4ziQK8I 83qDrOABJiC47ldAg5mABgt65oMMLklESEk1ME6X4L/OWB7GlXBeWTructcz2yrf3o0bfzsp s8U/SG1i+XFzgk9OTtW9BU8tRTZxxthFHqiawsLz8ozFzdZe1mbxLfMnHGQsvufhb29xfFag l6D5shv1cmYtUSefu84QKu6ZcD167zbzV/GT0mKf3hOsvFAkV/Evj/2AU7Bjb3WVakXV3/Xv lFiKMxINtZiLihMBzEDAa/0CAAA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Jan 2017 00:47:31 -0000 On Mon, Jan 09, 2017 at 12:32:28AM +0000, Anindya Mukherjee wrote: > Hi, I'm running 12.0-current and noticed a LOR message from WITNESS which I couldn't find a report about. I looked at http://sources.zabbadoz.net/freebsd/lor.html, among other places. > > system details: > root@triskelion:~ # uname -a > FreeBSD triskelion 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r311461: Thu Jan 5 22:46:38 UTC 2017 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > root@triskelion:~ # freebsd-version > 12.0-CURRENT > > > WITNESS report: > lock order reversal: > 1st 0xfffff8002e8049a0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2598 > 2nd 0xfffffe01e7ce9b40 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:277 > 3rd 0xfffff8002ec7b9a0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2598 > stack backtrace: > #0 0xffffffff80aa6fd0 at witness_debugger+0x70 > #1 0xffffffff80aa6ed3 at witness_checkorder+0xde3 > #2 0xffffffff80a20c15 at __lockmgr_args+0x725 > #3 0xffffffff80d06fc5 at ffs_lock+0xa5 > #4 0xffffffff8101c0c0 at VOP_LOCK1_APV+0xe0 > #5 0xffffffff80b1a6aa at _vn_lock+0x9a > #6 0xffffffff80b0ac94 at vget+0x64 > #7 0xffffffff80afd19c at vfs_hash_get+0xcc > #8 0xffffffff80d02e5e at ffs_vgetf+0x3e > #9 0xffffffff80cf9787 at softdep_sync_buf+0xc37 > #10 0xffffffff80d07c51 at ffs_syncvnode+0x2a1 > #11 0xffffffff80d06e60 at ffs_fsync+0x20 > #12 0xffffffff8101b110 at VOP_FSYNC_APV+0xe0 > #13 0xffffffff80d0f2f0 at ufs_direnter+0x870 > #14 0xffffffff80d18050 at ufs_makeinode+0x5c0 > #15 0xffffffff80d13d7a at ufs_create+0x3a > #16 0xffffffff810199ca at VOP_CREATE_APV+0xda > #17 0xffffffff80b19f77 at vn_open_cred+0x2c7 > > This is based on the FreeBSD-12.0-CURRENT-amd64-20170105-r311461-memstick.img installer. Known issue? You do not think it looks like http://sources.zabbadoz.net/freebsd/lor/238.html ? -Ben From owner-freebsd-current@freebsd.org Mon Jan 9 02:33:05 2017 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 36CB9CA0801 for ; Mon, 9 Jan 2017 02:33:05 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from BLU004-OMC4S22.hotmail.com (blu004-omc4s22.hotmail.com [65.55.111.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CE9351191 for ; Mon, 9 Jan 2017 02:33:04 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from NAM04-BN3-obe.outbound.protection.outlook.com ([65.55.111.136]) by BLU004-OMC4S22.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 8 Jan 2017 18:31:57 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=0GTed57s4hl+qsSybmjT6dXxRTeeIvukDDGt3Zy00wU=; b=Qv8eaIprtSR/a+ah51Q4ZiWXdQcCatB7sHqwhUzPEn4daFiVla5Kpeuq4AdnELAogTFZbp4MSRs2UYkv554jP2S+/YoEdCZXy2M+5+4gOwaMhjYDOB7ZdHLtOB5DVf4+FTOkTovrz+ID/rPZXrQw2ZwP8+iKI/1xfO9H5E5aeA9pRXEFqw/fVhGzdSMVVWL0ZM2jGlSOfTg0YgVeUbZVDViw+EPhWWSES8yribc7g/tAbW1Cdsc6z+cRr3u2KfabQuyMgaNMGUO3tC3cVPzOnNBT73vK/9Ec9gwa/k83uv/Pnax1X4EYvaJHBJ/nG5KtBkhtd+L6oDv5FRYhzV+GUw== Received: from BN3NAM04FT048.eop-NAM04.prod.protection.outlook.com (10.152.92.52) by BN3NAM04HT006.eop-NAM04.prod.protection.outlook.com (10.152.92.92) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8; Mon, 9 Jan 2017 02:31:56 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com (10.152.92.59) by BN3NAM04FT048.mail.protection.outlook.com (10.152.92.210) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8 via Frontend Transport; Mon, 9 Jan 2017 02:31:39 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) by BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) with mapi id 15.01.0829.013; Mon, 9 Jan 2017 02:31:39 +0000 From: Anindya Mukherjee To: Benjamin Kaduk CC: "freebsd-current@freebsd.org" Subject: RE: New Lock Order Reversal in 12.0? Thread-Topic: New Lock Order Reversal in 12.0? Thread-Index: AQHSag/a8ajcUxWClUK1AyeooZ2LxKEvT7sAgAAY/m8= Date: Mon, 9 Jan 2017 02:31:39 +0000 Message-ID: References: , <20170109004717.GE8460@kduck.kaduk.org> In-Reply-To: <20170109004717.GE8460@kduck.kaduk.org> Accept-Language: en-CA, en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: mit.edu; dkim=none (message not signed) header.d=none;mit.edu; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:F66C45FE03EE7DC3B4A36A51B708368A251F67A4AB6D0B2A8A99B891D0627AEC; UpperCasedChecksum:72F16CB1FB8756DB761FF410B12030926A7E9583B6E2B3B9FE2043177ED3D972; SizeAsReceived:7727; Count:40 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [u4J6Hcp2XqRxKAtPq2LRBfQO5XUuylgJ] x-incomingheadercount: 40 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; BN3NAM04HT006; 7:RjUeD7lDqHn7k3OKly8GV0Zz0VjgwmjG3wFgOhq+isIj2q4gyABX4TzSk5ecGtohKLSo1OPjgfzqfWIf+gkFXdclI9qdEG7ExIATWgmrSrJg/z7TwA7ocJZx8DxQ2p4yJYmhjI6KGztL9uXRl+fbDUucoDHGU4lmusgk75DJ49I9kGghAHYewORGMW3tjYMUfug4E/QWJNCSFAw2buyjPP6zaCqqh6QXDPEXANYZDgp/KVMW3THUqcCuSu+LzM35bSk94dLZCXjbq9XxkATTqOdZMLfS0/Bpd+h0bb8UNZ4zGoIZvnIP/d8SZzb104i8np7YQYWAz8dDBDx/IY4Ubk3azcoyNYR/drOo55OJ9xw/JDsj60zQxiwJpGrmwyB7jTDxW2g1r4yIqghLOHG1hQXvAhyTd+sByO4k/LYCYgq0GhUEs0bvdTR44lkQPu4FnUisqbDoPuxl3yS+VSlPwQ== x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900003); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3NAM04HT006; H:BN6PR22MB0802.namprd22.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 336db30d-39fa-4229-0f71-08d43837a44d x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(1601124038)(1603103113)(1603101340)(1601125047)(1701031023); SRVR:BN3NAM04HT006; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444111334)(444112120)(432015012)(82015046); SRVR:BN3NAM04HT006; BCL:0; PCL:0; RULEID:; SRVR:BN3NAM04HT006; x-forefront-prvs: 0182DBBB05 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2017 02:31:39.4240 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3NAM04HT006 X-OriginalArrivalTime: 09 Jan 2017 02:31:57.0411 (UTC) FILETIME=[8C654330:01D26A20] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Jan 2017 02:33:05 -0000 Hi Ben, Thanks for your reply, and yes, I did notice #238. I should say at this poi= nt that I'm a newbie when it comes to kernel code and am trying to learn ab= out it (hence current). The entry you refer to does look a bit like the one I've got, but I'm not t= otally sure if the same code path is being followed to arrive at this LOR. = An inode is being created in my case, vs a directory creation (entry + inod= e probably) in #238, and then a sync is being attempted, which causes locks= to activate in the softdep code. I've read a bit about this from McCusick'= s book but the details are still fuzzy. Perhaps you are trying to tell me that it's benign? I know that WITNESS has= false positives, an example being #236 where due to shared vs exclusive vn= ode locks required on the two ways to lock bufwait and dirhash a deadlock n= ever happens.=20 Best, Anindya ________________________________________ From: Benjamin Kaduk [kaduk@mit.edu] Sent: January 8, 2017 4:47 PM To: Anindya Mukherjee Cc: freebsd-current@freebsd.org Subject: Re: New Lock Order Reversal in 12.0? On Mon, Jan 09, 2017 at 12:32:28AM +0000, Anindya Mukherjee wrote: > Hi, I'm running 12.0-current and noticed a LOR message from WITNESS which= I couldn't find a report about. I looked at http://sources.zabbadoz.net/fr= eebsd/lor.html, among other places. > > system details: > root@triskelion:~ # uname -a > FreeBSD triskelion 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r311461: Thu Jan = 5 22:46:38 UTC 2017 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/= GENERIC amd64 > root@triskelion:~ # freebsd-version > 12.0-CURRENT > > > WITNESS report: > lock order reversal: > 1st 0xfffff8002e8049a0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2598 > 2nd 0xfffffe01e7ce9b40 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnop= s.c:277 > 3rd 0xfffff8002ec7b9a0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2598 > stack backtrace: > #0 0xffffffff80aa6fd0 at witness_debugger+0x70 > #1 0xffffffff80aa6ed3 at witness_checkorder+0xde3 > #2 0xffffffff80a20c15 at __lockmgr_args+0x725 > #3 0xffffffff80d06fc5 at ffs_lock+0xa5 > #4 0xffffffff8101c0c0 at VOP_LOCK1_APV+0xe0 > #5 0xffffffff80b1a6aa at _vn_lock+0x9a > #6 0xffffffff80b0ac94 at vget+0x64 > #7 0xffffffff80afd19c at vfs_hash_get+0xcc > #8 0xffffffff80d02e5e at ffs_vgetf+0x3e > #9 0xffffffff80cf9787 at softdep_sync_buf+0xc37 > #10 0xffffffff80d07c51 at ffs_syncvnode+0x2a1 > #11 0xffffffff80d06e60 at ffs_fsync+0x20 > #12 0xffffffff8101b110 at VOP_FSYNC_APV+0xe0 > #13 0xffffffff80d0f2f0 at ufs_direnter+0x870 > #14 0xffffffff80d18050 at ufs_makeinode+0x5c0 > #15 0xffffffff80d13d7a at ufs_create+0x3a > #16 0xffffffff810199ca at VOP_CREATE_APV+0xda > #17 0xffffffff80b19f77 at vn_open_cred+0x2c7 > > This is based on the FreeBSD-12.0-CURRENT-amd64-20170105-r311461-memstick= .img installer. Known issue? You do not think it looks like http://sources.zabbadoz.net/freebsd/lor/238.= html ? -Ben From owner-freebsd-current@freebsd.org Mon Jan 9 11:38:29 2017 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 BD7E4CA6AE3; Mon, 9 Jan 2017 11:38:29 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 80D651829; Mon, 9 Jan 2017 11:38:29 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 35CCC25D37C2; Mon, 9 Jan 2017 11:38:21 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 7128FD1F825; Mon, 9 Jan 2017 11:38:20 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id e5dV4mor1r4L; Mon, 9 Jan 2017 11:38:19 +0000 (UTC) Received: from [10.111.64.116] (unknown [IPv6:fde9:577b:c1a9:4410:69da:881:ae95:a80a]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 1C78FD1F7F9; Mon, 9 Jan 2017 11:38:17 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Andrey V. Elsukov" Cc: freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org, "George Neville-Neil" Subject: Re: [RFC/RFT] projects/ipsec Date: Mon, 09 Jan 2017 11:38:15 +0000 Message-ID: In-Reply-To: References: <2bd32791-944f-2417-41e9-e0fe1c705502@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (2.0BETAr6072) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Jan 2017 11:38:29 -0000 On 27 Dec 2016, at 10:18, Andrey V. Elsukov wrote: > So, if there will no objection, I'll merge projects/ipsec into head/ > within two weeks. I still keep seeing almost daily changes to the branch and am having a hard time to convince myself to do a proper review that way. I would very much prefer this to be (a) either become stable first and then give people a chance, or (b) see if you can break out small self-contained changes put them up into review and merge them piece by piece making it a lot easier to convince ourselves that things still look good. /bz From owner-freebsd-current@freebsd.org Mon Jan 9 13:15:00 2017 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 0DBC7CA629B; Mon, 9 Jan 2017 13:15:00 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from butcher-nb.yandex.net (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by mx1.freebsd.org (Postfix) with ESMTP id D1CB914CC; Mon, 9 Jan 2017 13:14:58 +0000 (UTC) (envelope-from ae@FreeBSD.org) Subject: Re: [RFC/RFT] projects/ipsec To: "Bjoern A. Zeeb" References: <2bd32791-944f-2417-41e9-e0fe1c705502@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org, George Neville-Neil From: "Andrey V. Elsukov" Message-ID: <7d2366eb-caca-e9b1-174c-3b7cde96e45f@FreeBSD.org> Date: Mon, 9 Jan 2017 16:14:16 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Jan 2017 13:15:00 -0000 On 09.01.2017 14:38, Bjoern A. Zeeb wrote: > On 27 Dec 2016, at 10:18, Andrey V. Elsukov wrote: > >> So, if there will no objection, I'll merge projects/ipsec into head/ >> within two weeks. > > I still keep seeing almost daily changes to the branch and am having a > hard time to convince myself to do a proper review that way. I would > very much prefer this to be (a) either become stable first and then give > people a chance, or (b) see if you can break out small self-contained > changes put them up into review and merge them piece by piece making it > a lot easier to convince ourselves that things still look good. Hi, yes, I hope I have fixed all found issues, now I will test the changes in our environment. I prefer the first way (a), because another splitting into small pieces requires a lot of time that I don't have. So, if you want to do a review, you are welcome :) Now I'll be focused on testing with different IKEd, documenting the changes, and fixing possible NO_INET/NO_INET6 related build issues. -- WBR, Andrey V. Elsukov From owner-freebsd-current@freebsd.org Mon Jan 9 13:30:18 2017 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 9C57CCA69B2; Mon, 9 Jan 2017 13:30:18 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.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 690341F7A; Mon, 9 Jan 2017 13:30:18 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 2E888212B4; Mon, 9 Jan 2017 08:30:17 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Mon, 09 Jan 2017 08:30:17 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=4JWM1w+15kZzqt6AswckShMBAcM=; b=Zvechi ftLcBvvAGVmfYUxE7HtvzVRP34vBRJPhtgU6c9Fv0GCfBDKjfN97IDPaw4OtyxDl 2zoS+fBkWcZKlY+qciG+5N3VW1bJE2Iywh205ZWxqrZtE+7XEhf50maJX5E3Xdwd YCTfjcawKGU8YifcRm/ZcS6pgrvdy7BUL/8Hg= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=smtpout; bh=4JWM1w+15kZzqt 6AswckShMBAcM=; b=ZFjocVvizMnbuX2Kl3Uld5D8N+Y35ZxWNZBtMXlMyoXXm7 fC1dqWMApJ2MCnF8EuNNWK6Xr4ZEFEY5D0gjgjkIetampRgJJwJMcW+CDffafDtB H1HEg3CCP52Qz9bpSfA8tPFjbJg9JtT50U+lGUQg2dXYihI/5rkI/4FdHwcd4= X-ME-Sender: X-Sasl-enc: 34KXuR37YPyWGblW7rpw4d5TqSnRHN3CgGJvUvcFu0Ka 1483968616 Received: from pumpkin.growveg.org (pumpkin.growveg.org [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id A58097E057; Mon, 9 Jan 2017 08:30:16 -0500 (EST) To: freebsd-current@freebsd.org From: tech-lists Subject: onboard wifi raspberry pi3 and aarch64/freebsd-current Cc: freebsd-arm@freebsd.org Message-ID: Date: Mon, 9 Jan 2017 13:30:15 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Jan 2017 13:30:18 -0000 Hello lists, [x-posted to freebsd-arm because this question appears to be equally relevant there] Does the onboard wireless on the raspberry pi 3 work in 12-current-aarch64? If not, are there plans afoot to make it work? many thanks, -- J. From owner-freebsd-current@freebsd.org Mon Jan 9 16:47:48 2017 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 DA0F6CA7FEA; Mon, 9 Jan 2017 16:47:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C50E91375; Mon, 9 Jan 2017 16:47:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v08JQXTA042601 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 8 Jan 2017 11:26:33 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v08JQX0d042600; Sun, 8 Jan 2017 11:26:33 -0800 (PST) (envelope-from sgk) Date: Sun, 8 Jan 2017 11:26:33 -0800 From: Steve Kargl To: freebsd-doc@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: MANPATH not handled correctly Message-ID: <20170108192633.GA42537@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Mon, 09 Jan 2017 17:00:42 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Jan 2017 16:47:49 -0000 MANPATH is not handled correctly. According to the documentation in apropos(1) and whatis(1): MANPATH The standard search path used by man(1) may be changed by specifying a path in the MANPATH environment variable. Invalid paths, or paths without manual databases, are ignored. Overridden by -M. If MANPATH begins with a colon, it is appended to the default list; if it ends with a colon, it is prepended to the default list; or if it contains two adjacent colons, the standard search path is inserted between the colons. If none of these conditions are met, it overrides the standard search path. I have a manpage named mkpic in $HOME/man/man1. I also have the FreeBSD installed manpages, e.g., /usr/share/man/man1/cat.1.gz. If I have 'setenv MANPATH :$HOME/man' in my .cshrc file, then the following occurs: % setenv | grep MANPATH MANPATH=:/home/kargl/man % apropos mkpic (Warning: MANPATH environment variable set) mkpic(1) - construct a contour image in MIFF image format % apropos cat (Warning: MANPATH environment variable set) matrix(3) - Array and matrix allocation for FFT library So, the above description of MANPATH is incorrect as :/home/kargl/man should have been appended to the default MANPATH. Interestingly, manpath(1) seems to described what actually happens (long lines wrapped): % unsetenv MANPATH % manpath /home/kargl/man:/usr/local/man:/usr/share/man:/usr/share/openssl/man:\ /usr/local/lib/perl5/site_perl/man:/usr/local/lib/perl5/5.20/perl/man:\ /usr/local/share/xpdf/man % setenv MANPATH :$HOME/sman % manpath (Warning: MANPATH environment variable set) :/home/kargl/man The expected result according apropos(1) and whatis(1) for last command is % manpath /home/kargl/man:/usr/local/man:/usr/share/man:/usr/share/openssl/man:\ /usr/local/lib/perl5/site_perl/man:/usr/local/lib/perl5/5.20/perl/man:\ /usr/local/share/xpdf/man:/home/kargl/man Instead of (un)fixing the documentation for apropos(1) and whatis(1), it would be preferable to fix manpath to match the description in those manpages. In addition, the Warning should be removed or at least an option should be available to suppress the (useless/annoying) Warning. This would restore man(1), apropros(1), and whatis(1) to its historical behavior prior to svn revision 213317. If the documentation for apropos(1) and whatis(1) is unfixed, then manpath(1) should have HISTORY and BUGS sections. The BUGS section should explicitly not that MANPATH is no longer a changeable environmental variable by a user without incurring the Warning. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Mon Jan 9 18:26:53 2017 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 102D1CA7635; Mon, 9 Jan 2017 18:26:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::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 B050B1E5B; Mon, 9 Jan 2017 18:26:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id k184so131351407wme.1; Mon, 09 Jan 2017 10:26:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Ar69pfz9HL8AF+Yovev7DtgscWemhHyOipSvpmTHLl4=; b=aKhSg2D9OAnznGnWS+JBtqig/2EUdTqgUrmxyekj9cJJL/4ykMPsA7jo+fsQRjBJu2 H5BKz9GMiiJ5aYRjs3leGtz4O5WrdVQC+tMezi61CZEvgyprmX+tGEcmFhRDWAN6y1iU LJQaJA7M0V6FLKRdOyv05XzfYwpYavsy28KZPfdc+TrAU46HWXbhW6WOc1UfG8HETTUB 7G7vqCwoS1DogEhkaNiClgMEb4KDzfIWqhHRAk+qxlGwbKskknYXEEi5jV4S9/Ns+PCu JqOV2pDLCy0nTjo6SjeETihkd78UfVB1GxpuTouhb6/KbtxjD4XIdpn0dDiUqEZ7o/+D /dog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Ar69pfz9HL8AF+Yovev7DtgscWemhHyOipSvpmTHLl4=; b=RNHaCehC1U/sPqLdNzyBaMd0kg8Rz25lx9BHqflKjJA81AMmK8jPaqKihRXcUrcgW0 M5cZ/Mz/Z1lPYpxN4s9d5wCXABgIKpPqDmKLrsYjF0hu2UqGi1QghuGG1jOSzSjacbbB oFgV6+OolRcOK4TUo+9lj+X5AIvFaPNAcbOF4ondpJ95yavT5xCTCH5o9P6kD7I7Ke8a J4KwnTBHay0yNkKoeRjojPRItPfyIgJoQWO8UMA1U+G+vada1GwSFjVp7dOw5nFPLMUs 0mYAJgDdkyoOcManS1e1k0ytPS4QEje9wuO6GtKmjXgiQ1Yw3ILEr4fvNUNDfXFk37tS 0+6w== X-Gm-Message-State: AIkVDXL0Nm3JNOXXuDgvvLvw+2fS+NT9Y0IXRV0t1k8z1uDSqMpZ36ldoq+QTp9ACpv2VN30HZYd8eLgL1Uqqw== X-Received: by 10.28.100.132 with SMTP id y126mr5065018wmb.116.1483986410268; Mon, 09 Jan 2017 10:26:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.82.162 with HTTP; Mon, 9 Jan 2017 10:26:49 -0800 (PST) In-Reply-To: References: From: Adrian Chadd Date: Mon, 9 Jan 2017 10:26:49 -0800 Message-ID: Subject: Re: onboard wifi raspberry pi3 and aarch64/freebsd-current To: tech-lists Cc: freebsd-current , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Jan 2017 18:26:53 -0000 hi! no, and maybe. -a On 9 January 2017 at 05:30, tech-lists wrote: > Hello lists, > > [x-posted to freebsd-arm because this question appears to be equally > relevant there] > > Does the onboard wireless on the raspberry pi 3 work in 12-current-aarch64? > > If not, are there plans afoot to make it work? > > many thanks, > -- > J. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Jan 9 21:59:00 2017 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 2925FCA8F0F for ; Mon, 9 Jan 2017 21:59:00 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (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 D0E2218CF for ; Mon, 9 Jan 2017 21:58:59 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074425-573ff700000009b9-a1-5874066a30ec Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 05.43.02489.A6604785; Mon, 9 Jan 2017 16:53:48 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v09LrkNL011149; Mon, 9 Jan 2017 16:53:46 -0500 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v09Lrgqc028381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Jan 2017 16:53:45 -0500 Date: Mon, 9 Jan 2017 15:53:42 -0600 From: Benjamin Kaduk To: Anindya Mukherjee Cc: "freebsd-current@freebsd.org" Subject: Re: New Lock Order Reversal in 12.0? Message-ID: <20170109215342.GI8460@kduck.kaduk.org> References: <20170109004717.GE8460@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrNIsWRmVeSWpSXmKPExsUixG6nopvDVhJh8Okuk8Wn9fPYLOa8+cDk wOQx49N8Fo/HPWfYApiiuGxSUnMyy1KL9O0SuDIeLtvBUnCJq6J31nKWBsbtHF2MnBwSAiYS bzY8Zu5i5OIQEmhjkth96RcbhLOBUWLi63fsEM4VJom1vxeygrSwCKhIdK3azwZiswHZDd2X mUFsEQFdiS+PN7GD2MwC9hJtd7YzgtjCQPFrH1YA2RwcvALGEgu2ZkDMvMko0Xp2LthMXgFB iZMzn7BA9GpJ3Pj3kgmknllAWmL5P7BLOQViJQ4v/84EYosKKEs0zHjAPIFRYBaS7llIumch dC9gZF7FKJuSW6Wbm5iZU5yarFucnJiXl1qka6GXm1mil5pSuokRHKYuqjsY5/z1OsQowMGo xMMbMaE4Qog1say4MvcQoyQHk5Ior8EuoBBfUn5KZUZicUZ8UWlOavEhRgkOZiURXlfGkggh 3pTEyqrUonyYlDQHi5I476VM9wghgfTEktTs1NSC1CKYrAwHh5IEbxcrUKNgUWp6akVaZk4J QpqJgxNkOA/Q8FAWkOHFBYm5xZnpEPlTjIpS4rxtIM0CIImM0jy4XlAakcjeX/OKURzoFWFe S5AqHmAKgut+BTSYCWhwpF0xyOCSRISUVANjeZ5tZGvErAlfpRd63dJ+Xv9Bs8zv4vpU7dOr e+8cZrKSWKOz6YSlmPb6FzIWuju5z/V4Pdm/X6/p+M33Z5ZVcd/+s+r0lS+57vLXl5k6n5J2 ef5YRi5ZdIFfwaubb4NsTCsP1uowxq6N7zH6I1pjYl/I+uDKq4vHij22zZN4cb57lvKKTUcs lFiKMxINtZiLihMBFBzG8/4CAAA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Jan 2017 21:59:00 -0000 On Mon, Jan 09, 2017 at 02:31:39AM +0000, Anindya Mukherjee wrote: > Hi Ben, > > Thanks for your reply, and yes, I did notice #238. I should say at this point that I'm a newbie when it comes to kernel code and am trying to learn about it (hence current). Understood. It's good that you are ready to try! > The entry you refer to does look a bit like the one I've got, but I'm not totally sure if the same code path is being followed to arrive at this LOR. An inode is being created in my case, vs a directory creation (entry + inode probably) in #238, and then a sync is being attempted, which causes locks to activate in the softdep code. I've read a bit about this from McCusick's book but the details are still fuzzy. > > Perhaps you are trying to tell me that it's benign? I know that WITNESS has false positives, an example being #236 where due to shared vs exclusive vnode locks required on the two ways to lock bufwait and dirhash a deadlock never happens. Well, it's hard to say for certain, but there are a few ufs/bufwait/ufs LORs that are very commonly reported as WITNESS output but have never (IIRC) been identified as causing a deadlock. So, it seems pretty likely that this one is similarly benign -- I, for one, do not plan to put in time trying to analyze it until there is a hang or deadlock associated with it. -Ben From owner-freebsd-current@freebsd.org Tue Jan 10 00:16:46 2017 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 E4190CA8FC9 for ; Tue, 10 Jan 2017 00:16:46 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from BAY004-OMC1S6.hotmail.com (bay004-omc1s6.hotmail.com [65.54.190.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B07841604 for ; Tue, 10 Jan 2017 00:16:46 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from NAM03-DM3-obe.outbound.protection.outlook.com ([65.54.190.60]) by BAY004-OMC1S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Mon, 9 Jan 2017 16:15:40 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=BJC8TswqiwZlKinmDb/wlqeQVbYWBziS1X/xDbic0/8=; b=LeG1HwH6xbdYEA8dXqpRrdEkZFB8FjCGqOVDKHu4wA0LDSLh37PtAXiHorc7jfB9cjrf7xZz02GhlTQ63O4FyJRHQsi8Aw3VuR8aAE1gWC4vkBVL9IQQYXMOQ2u/AvZ1psS1QvQIGmYhEYF6OCJQMbT9zRmUdrSPuMfFzSa7ClA+bFTrZAc6U4k5DuojjAI+rcuT15VsFes9P8H7XPg4tWthq8xVzH76nONFLiicYDlAHSIbg5DqS00MgfaQ0kErAI7n+gKAqspGPh2RlF4xN85UnLaPTcu1mdPiik5id4Q2RlJUrYO3n4CKEJG//SypIu5w6leKdBe9RJwTa/PEBA== Received: from CO1NAM03FT055.eop-NAM03.prod.protection.outlook.com (10.152.80.52) by CO1NAM03HT216.eop-NAM03.prod.protection.outlook.com (10.152.81.129) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8; Tue, 10 Jan 2017 00:15:39 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com (10.152.80.57) by CO1NAM03FT055.mail.protection.outlook.com (10.152.81.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8 via Frontend Transport; Tue, 10 Jan 2017 00:15:39 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) by BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) with mapi id 15.01.0829.013; Tue, 10 Jan 2017 00:15:38 +0000 From: Anindya Mukherjee To: Benjamin Kaduk , Anindya Mukherjee CC: "freebsd-current@freebsd.org" Subject: RE: New Lock Order Reversal in 12.0? Thread-Topic: New Lock Order Reversal in 12.0? Thread-Index: AQHSag/a8ajcUxWClUK1AyeooZ2LxKEvT7sAgAAY/m+AAUjWAIAAJxsy Date: Tue, 10 Jan 2017 00:15:38 +0000 Message-ID: References: <20170109004717.GE8460@kduck.kaduk.org> , <20170109215342.GI8460@kduck.kaduk.org> In-Reply-To: <20170109215342.GI8460@kduck.kaduk.org> Accept-Language: en-CA, en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: x-slblob-mailprops: uJ4IpkvntBw/bff1p9SiMGfCZAZhHmn2VWtx37oCsfJdWKzX9zZ6hLSYvcfCkRNiwAYNE191m2znmpcPJ3gj2SvIVE+CiSVAEOXLLzK6WMpCm7QqayW0LPjbfwd9dWrR6rAWp/5wpnLh1tmIiLa3E7lFQAF3270KvI+Uu9K7W+7WZ1GR2MeV5zaN7LWxN0ZnqxlWKmzsF7Ww+ZLfMCDsNoN+EhTPUQaRp9LIMs6VyA8tBsGp+x4EvqIcPWY94ksC6kw/KOVyfbJEAH22FGrSBF4/4/tnEQQynAwJiA7S9ZdEYMnmN5NY9WGdIv5dedCCtcBDzgKc6nCXBqRLkkKhA8cFrGPV7bisYDeY0F9ZuvrCE74wfINhStOi1EwOLz8i+VyTMZfqduDkxqTZ25ZGZUSMRA1IjADc8mrNAMCPc8pIntNVpk1TodcpBzF3b80GrO06PU4MQ0yv1J0V795vyImgjTDfXC+YL+AfHI0E8QfxrKSX3S5Mgo5gsaYrY7WlHtwvyLJs61ydaDp4uYilKh1945Y7765tPWe0istUmRg= authentication-results: mit.edu; dkim=none (message not signed) header.d=none;mit.edu; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:6249DA48F958634354ED8B28243BA0E0DE745000AF38201F403FEAE819B76416; UpperCasedChecksum:9A5D02A779C1A0B995887358A28F7CC742DFA636F53923706AB2E6D315E3B407; SizeAsReceived:8475; Count:41 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [din/GwJ0AVb/rkcnOjM5w0AkLJcmPtrx] x-incomingheadercount: 41 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; CO1NAM03HT216; 7:ZJfCDYzMXm+Q+djfNMegvIH5eOwZVHEqRBvRmL7JXx9JpV/RWnf8phZe6YOskqxhfO7jKw6tPOKntLhTvKbToQsE8bMCjq/7gezSiG0mu0X2C3miF8dg4gce1A3U2MeQT7ETSfNqKgwl74sxFMIDNndgE8Xy5hU/MIoTtCDM3iJYPXfEKtSrTjIo7/b2xthiHBp/SiCgFSyMZhioM1Jv9w6K7ajCGj0kWGystIFhPGdKR/rmVBcwBz76bCqjvW1UPCflBSncqVGPqdl+j0ncqu13VhVB+QheHemepo++V68WwWYaHy4Zz3Q076zgBKcSydkGE7NGZFPd5b2oyXc1dxQvhhiU5tJwDNGIMtWGlB6Df6zdlHut6yNlwGTM7ZpOgZ0+290zWGIS36AmNYiVRBcG+ZJrZE/TuH81MEL+QWr37UlZqC7wXaK+24ePv5X7PsgcKSJ09xe7FF3Ex/RRvg== x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900003); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1NAM03HT216; H:BN6PR22MB0802.namprd22.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 5cc98675-7c5c-4a05-4a5d-08d438edce28 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(1601124038)(5061506270)(5061507270)(1603103113)(1603101340)(1601125047)(1701031023); SRVR:CO1NAM03HT216; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444111334)(444112120)(432015012)(82015046); SRVR:CO1NAM03HT216; BCL:0; PCL:0; RULEID:; SRVR:CO1NAM03HT216; x-forefront-prvs: 01834E39B7 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Jan 2017 00:15:38.1202 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1NAM03HT216 X-OriginalArrivalTime: 10 Jan 2017 00:15:40.0603 (UTC) FILETIME=[AD0D20B0:01D26AD6] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Jan 2017 00:16:47 -0000 Good, that makes me feel better :) The system is running fine, so I think y= ou're right and it's nothing to worry about. Thanks again for your response= s. Best, Anindya ________________________________________ From: Benjamin Kaduk [kaduk@mit.edu] Sent: January 9, 2017 1:53 PM To: Anindya Mukherjee Cc: freebsd-current@freebsd.org Subject: Re: New Lock Order Reversal in 12.0? On Mon, Jan 09, 2017 at 02:31:39AM +0000, Anindya Mukherjee wrote: > Hi Ben, > > Thanks for your reply, and yes, I did notice #238. I should say at this p= oint that I'm a newbie when it comes to kernel code and am trying to learn = about it (hence current). Understood. It's good that you are ready to try! > The entry you refer to does look a bit like the one I've got, but I'm not= totally sure if the same code path is being followed to arrive at this LOR= . An inode is being created in my case, vs a directory creation (entry + in= ode probably) in #238, and then a sync is being attempted, which causes loc= ks to activate in the softdep code. I've read a bit about this from McCusic= k's book but the details are still fuzzy. > > Perhaps you are trying to tell me that it's benign? I know that WITNESS h= as false positives, an example being #236 where due to shared vs exclusive = vnode locks required on the two ways to lock bufwait and dirhash a deadlock= never happens. Well, it's hard to say for certain, but there are a few ufs/bufwait/ufs LORs that are very commonly reported as WITNESS output but have never (IIRC= ) been identified as causing a deadlock. So, it seems pretty likely that thi= s one is similarly benign -- I, for one, do not plan to put in time trying to analyze it until there is a hang or deadlock associated with it. -Ben From owner-freebsd-current@freebsd.org Tue Jan 10 01:22:16 2017 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 7B68FCA7930; Tue, 10 Jan 2017 01:22:16 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0097.outbound.protection.outlook.com [104.47.40.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A3191A4C; Tue, 10 Jan 2017 01:22:15 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=jhIVoUDAK/T5dLZtLW/Ri4jkj0BcTzxBvPIlxKwhNSM=; b=ILVKMpe4ZjItAr2O6tGuBZStYoQzx0+SlP5S5rFg4xfESRNnmHVcm0xWowNWprm1SbeLURvyRv2kK+D2cHT5L4DK5AzTuHOITmaC4P4l6LU8BkM9vebbzGFcYEDfoSyHRROb9sLJD9rjxLyp/RdUPAWk+jDz7D0XD6hlugoNZJw= Received: from CY1PR05CA0011.namprd05.prod.outlook.com (10.166.186.149) by MWHPR05MB2942.namprd05.prod.outlook.com (10.168.246.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.829.4; Tue, 10 Jan 2017 01:22:14 +0000 Received: from BN1AFFO11FD025.protection.gbl (2a01:111:f400:7c10::120) by CY1PR05CA0011.outlook.office365.com (2a01:111:e400:c5a4::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.6 via Frontend Transport; Tue, 10 Jan 2017 01:22:14 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BN1AFFO11FD025.mail.protection.outlook.com (10.58.52.85) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.803.8 via Frontend Transport; Tue, 10 Jan 2017 01:22:13 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 9 Jan 2017 17:19:01 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v0A1J1TJ010397; Mon, 9 Jan 2017 17:19:01 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 10C8238551F; Mon, 9 Jan 2017 17:19:01 -0800 (PST) To: CC: , , , Subject: Re: MANPATH not handled correctly In-Reply-To: <20170108192633.GA42537@troutmask.apl.washington.edu> References: <20170108192633.GA42537@troutmask.apl.washington.edu> Comments: In-reply-to: Steve Kargl message dated "Sun, 08 Jan 2017 11:26:33 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <78803.1484011141.1@kaos.jnpr.net> Date: Mon, 9 Jan 2017 17:19:01 -0800 Message-ID: <78804.1484011141@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.18; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(979002)(6009001)(7916002)(39850400002)(39840400002)(39410400002)(39450400003)(39860400002)(2980300002)(189002)(24454002)(199003)(97756001)(23726003)(107886002)(76176999)(189998001)(86362001)(117636001)(110136003)(2950100002)(55016002)(626004)(54906002)(8676002)(50466002)(69596002)(3480700004)(50226002)(5660300001)(4001430100002)(46406003)(2171001)(229853002)(68736007)(81166006)(81156014)(7696004)(105596002)(77096006)(2351001)(38730400001)(92566002)(305945005)(7126002)(8936002)(53416004)(6916009)(356003)(50986999)(9686003)(2906002)(106466001)(2810700001)(4326007)(47776003)(97736004)(76506005)(42262002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB2942; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD025; 1:yb9ZPY3vI7XgvIUyUjgprnUjdx99rXsBZNUNUWUQAw/HBzOJyskNA4AxR4B8gqdfn9FC1n69LlEs8rSDBciFG3/3QPZDrl7fLb+zDmvrZhBxC468QmSORAkJmNgN71Co4L+WynsBplQnSbtj9AVKHh8uHHAO8HFPlK2kmg13QV5F/BdHtC15iW3wawG0ihePo1WErXy+7pPMtxj83efrR2gV/Bn61gaxUrSczAbJUFpTq8pokJy7ETgtf9aXTNpZhDdS0hgrxRkhgQ3yYOsfsxPMbVxinCWxM1Ziet3o1fy9vFFebUE2i9jEBep8tlAMMKjuC/y0PIZrMZ30r3ksS/PJjmlJ+EuOD1HmrtbI0QvJxeNmBaxHGJU9IHi5FcVwDG3V/XgkBvRU+LkmO/s0mplxNnin+1gcbyQRod+F2EcqYDnTAg4TBe6wm3F2R32gAb1sLqXasjBRL2zez/aI7AXCw/nOodkw197zG3L/UZzUaRJvWbn8+M+kUQwmjGeu8Jy7IlK/fL6Tc72LmdTHxvZhRNUw30lxcBPJuFAyHWckUGcEdlDTaExAevfobc4W X-MS-Office365-Filtering-Correlation-Id: 1b321568-5bb7-4f62-5126-08d438f71b98 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:MWHPR05MB2942; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 3:FkT7CtqTHSkbUEpNB3pgXtaSpNa+hFfkCOgijturRBq9SfolyNF63NzFDCdhHQKUcNsOS2gyzb7EVp9LpdmQAK6ygBmm2j8EEjzLvMX7K7e9wu4ODJubyjitLMF8sIFbWcfa6yO+ZG+Rq4faLcAUpoLT79H54KgB5yXx8R69R3jypFl/8g/9copTIWZ7Ml5Q49m5bIugALnw/o7zRLPD3mrUX1LxLXmoVRSi9YmE/gTCjq1TdFCLySnsSaMYgXkDe7FuziTIaZytp6iNF5ILHinUg/aVfwjo5e7k+LOgYSyeI95kCCSxndZiMzn6CTBZJRkJTdvD3/snJ4fOSuNof6K1wPHJmhLur4xmV+AlbONgiTL8hUYE6IkmxyAmDpK2 X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 25:u7fTLFfGblSVl7N3+qrXr8m9NIIwho+1L3EXxlVo4992ovB2SE9DBEGmy5NDY1qsJVV4TEo7cnuyFtALrUB+APTFR+h/4yBcGVW1+aZvc8rcDljMpe7C7NqDGgh/59bbkzoEqh+ryqMrcANUZH/0CggHoKC/HVd4UJv2hggNZMnXoLngSm1rNnuhhErUFLQwrs6WFV4nvWw0/9ww770shaN7kPeLOM4QWF1BbSk2I1yNfV8TcILp3+8GRhp6higy5IesIGFbr08htKsPPRn6VKYp6tS5SWq6ku0GebgHBbFGnUgnRIZ2fA6khM1pD+9QK78P6y7hLeYdDqextJlwWzAI/amlq20hIYzH3oPHRVC8EPcZZZWHpfoXN3HLRLtDomngz5E1YudurJJaxgfDv/0Gmk/Qz99Xt39ko15WYsbxfqeePfTEUkmXcK2LpGYiRy3ZjkAR9Z7522TSTu4L3JCC9N0q6shBmmhJfjXVyVTQ+Wi7ZdheNIjYnTM+OZnQdahehPg0Pl03ADnKtTJbq8TOHel5GYbq5wJwBt1B+ZfT1OwGKIDJKOQqGfVTN/S60Suhbrab1xE9X/+XzjCGdIC9oyCHQu5cuBKU9xQReSgnuYxzgSbOPdFL8BmQR+Zmz3bPGYh0GRxt5D+HVivFhw8yu5YINeLsvrM7ZNhihdym8hrvtjx5IL1N+TzbCiYF3Fuyzlqs17pnaUmLOHEvgAtBHU2k0cHPLUXu3dGcgb+fAgzLXXG4hyGXcovoA/uOEYxbnqxrxuAHDbzPOwPeJA== X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 31:6IQdjFjP0LqEEyRGUjpZXdp+PwMs5T74hJw5IB/YUV8PRNLRXAgtY3rF/BtbSBH1KYCCmb1Dudddd2VGfcIAbN7RVlDhjTOkbZfvzG/rqG4th9QFvZjHs3ZIWCvBQS8pFDuTU9D9SkDcViJPOQgXDPGU7JdD1bfOPDzfPe8F663qwkwO0k53xVJ0r/Kk7VQQRolRBH7bEK3KWOswVlQstqu7SW9wzLQzu8xoAOPgA3gZiRZwl17WQeHc7TorljzGqlzken0XZmtKMk3h0HP8Gw==; 20:UMwUMBLlHD5HBpNzFI9SMIpoyTOpASJIBjPw1GrqM1+x0R6lX6hpQpPOMlleX4sIXDm4QNbMSA8vUnVHsOxR14Q1kOunHbxJmTCwjdCXX7QjwSPk8JJD0ZxOk5mmIgdL435rX51OOAj/5lStrR66QrHdJeejHeLSSkHI2bLIabMCVRpZM5zzYC9v+fG2pq9HG3LfveoWSLodpOg6N5eYgNThY83yDC9j0da2ns9mnNTsanL5P8s+WQWsycuMy7DiaIYonR54YEpj4zGJE/B48T4/L6eVCuqvicBTgrCQ9n3+Ri3RStG6pWsJFGOU1lk3VZfsBSY5O8sGeiz6UlV7w6l0Kfbubc9Yr72HSB4ZpiH2jOcw1xgMnZN/Lj/F6NqobHeYYh+M+mDYxKQWoVKKaOWMKUGhvJuP/sgbPqfmysoysw72Qh7ToDSX+JQslVOnbxOHhBSz2WL5XtZLA9UVjrhll8iq75SomwNsVZsaHfUEXcLGbQeOSfQJNK+BX/pu X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(47954115253988); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13015025)(13017025)(13023025)(13024025)(13018025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123560025)(20161123558021)(20161123555025)(20161123562025)(20161123564025)(6072148); SRVR:MWHPR05MB2942; BCL:0; PCL:0; RULEID:; SRVR:MWHPR05MB2942; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 4:4/PDtsPSsDs6eTxhjo4W2RooHgbxGeOqaCFu7d+uR4oaUH1aFTAzstvtLMwt2EDxKazhxeU6A2ECCOrcoRv7mkLWk2CEznGVMYb+nqEJ5LfWxiQ+X/NCdGJYcJaQIavHahvuMggbRgZ+OsxKrFhj8l1uCr4WeJVcAZz2Y/XKwsLk6QwtOIKv4WXhxxOIgbiIZgdpv1s8mdj5mA6dBm2i+b2mIIp2qwyPJhMdz/yI+U+mb61nlwi18DUBWcoX97aykXoM+d4UW0muv+Mbdb1MFlSyIl5/hGuytRYXPefUHfrwE9SHQ/i9uFoVMs8JIizayIZ3GJQpq+oYcCmcwRJAYgGHIALDujWf7sBmkR1bWl7I8rkxu28EmMx+PCW3CnEQRV+k/OpL39jVXOnM22nwjXjvMVRsniL+HxMSNacg4t7qiBgkymzpa7AQCBMtW7IuS2evOSs/BVZ8NXEr4oVTjOFaHfG31VVKtLy68molv2uAakltTljPMM4zyKTni4S1e5kebin7rLss7+Tk4NElOByHJnX5l8Iun9zw/FPTFMfRSP4R5c2AuoHE9NOiUl4MJ5n386BTHBV7Uy2IBNQ2JT6ypDrf67dI/ZrwZU1edgZ5/uh+/h4dr4fp9s6YVjuHAraa36bIXId+YDlviiHi3fJ+AafeDObEeCPaUyJ3QOx4LsqEDjqU0A6/n5U2N87bVtjOZC8xMnldmH9q7KnG2u6JR3g5FmND6gnr311LqiKIvLwlrbCNw7KCd7wzCQbUtv9OTGaYSNxD3L3vcw2/Nw== X-Forefront-PRVS: 01834E39B7 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; MWHPR05MB2942; 23:lRduxe4SNIoQO3H6fEIiahz/NrBIe+GephoDfybY2?= =?us-ascii?Q?tbrxYogC9b5xNB3lyhiVyn9P7OoIWMNQB3T51+5qRepLuYWeu440x7OzNmQa?= =?us-ascii?Q?bD8usslaDzF1JnZgtrwR9bdyKJ88JzlFo0IKCQr7ENgfVLVMgGlBikSAgYVF?= =?us-ascii?Q?L6MMxGuxTnrwNL0jROQbYCEACQqpYQDwRizF3KGofU1Dxcb0s6c34xMgnB7D?= =?us-ascii?Q?k9OI8wanIZxsOVqP4fF7cWEO/iSSVbPyR1NvtLVv1EFbWL2XQ1ZQ5U9ccE/v?= =?us-ascii?Q?n4HxSRc4KaLZ/mJRNRDN5H/6TjpQGMXtgb6c8naxp1VgyA92KrsoSApoDAsM?= =?us-ascii?Q?ZRCU/svTCGR7Up1mxvmkJiM1qs/n/UpCEGEotBZItqDjGIFTXNU9+Y1ySrel?= =?us-ascii?Q?z8M6oTn009z/APJdI9hMp1TqqE1CPKNdS8K0ne7h1G1XYrbvLa96IYBmfFo1?= =?us-ascii?Q?dZ8DtCnOJeiFkB4fV9d/7yj4htjpyRqJGwgsniFTImcNBFZxoFN5JxFSPgxr?= =?us-ascii?Q?dJ2dIcPxXRCCooOwhnMTH1xIvoCR0Jo9zZkl/ffa+25ere542ET1ubXa/Y0x?= =?us-ascii?Q?xdYb5/2ahDmnwDra3PSQ7mPN041ex3L3/9l38Dln1midl6Rtlco8A3wFHop9?= =?us-ascii?Q?gGPkHHpzhfASHRyps9lrsdw+NZuFphdffTr657OrT05E9opDTvWvgXYNa4ZV?= =?us-ascii?Q?q0t++TnZ5tUpoED4h8c/jcqHFvGkyJnksKtBo3P5TQOYqrW7ozWq8PnJ2own?= =?us-ascii?Q?Hsrc1SIgxZnszypMqG6axTcF5i94lm6lyrpc/k/gLTx1YXUIpFB6VM8tyYSp?= =?us-ascii?Q?jaI3cRcO5MPfqJZMdjkZ/PghYI+3mSveB3HAgbVDBn33YMS6i2wtJB1Ayreg?= =?us-ascii?Q?V5cB6JqWM2LZijGZodTD784XHQ9NTYxIpG7mfe/t6ka0w8Q8tsCy8SjiLFsz?= =?us-ascii?Q?2IhsH/vz5RoqJNv8fxZYbUuUGXgFiqyac+nT8TPEfoWTlM/rXtxbgGNRp+Ae?= =?us-ascii?Q?8S/BmmjZxN8r1CEOQrawh8vMpYBK5BNP2wSzVBjSJbL3C+VLGKEeqXLkjHfK?= =?us-ascii?Q?lMmx84uORoCh9nJHNiQug4LxED94NrOzN/KkJJUcr7b6SIcbYuQ60t/nmxJK?= =?us-ascii?Q?PlhWVmZvYM38+eOSVG+OGwKORNvmFzVO5wV/wxBKmzH1QlIHH0FIN1HD4NBX?= =?us-ascii?Q?/2ZXWXEHOO8mVPoE9T/XyAht2OyHjhCNnLguJiGDugFo9N1peZSkyf4kHlAB?= =?us-ascii?Q?gCNC6rXQwghBkJPnTrEkNT+u47OXFj7NIPdjSzgzwJVm5R2WHU1FgsFpk/4K?= =?us-ascii?Q?rq3PN9ACoViTbTXJP2U5YHmSbWqbH25WWMvLcYijDCjjSo5BPL/tWcTX/7ai?= =?us-ascii?Q?ICmd0du2soE6pq7gpyCqcomzlV5l7+oY99u+7W2nh4MBtRp2vnWLPrIHY8Ze?= =?us-ascii?Q?9ctyTPQEnL9ATrLjdVHhV1si4atIy9wSbFeSnHUzoR4PJsnzau7hDak1iB+p?= =?us-ascii?Q?TzkTSuoa2xqwQ=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 6:dE0AezsPY6UpGXsymLb4fimPNGhgA0s2mkybQdl2C9uaYJB+MZLqt3V0pwpRUr7EmUrWb1yQR+7O6therJONMNAPt2WynnMLMxMla+c6vzoPjePxmkeyMCFYJo8CIa+zLsdFGmlLX7cgbvtsDyoATGXZxoSmlMKfe7YkYNG/kvh3kT1FBhhTl4CsJRm4kl0rcHP5Vg4Mm0gH5Jk1Ze65V3YObLs41+IMxXEa0Oc/x9jratKCezYmSGoih4Buw2kF2MlE6+eU4JPfMiQ3flApSqYvr4COro2JbOFs9iT21Qrj8yQAsEkxFyg2KPiacNZ2zHG1T/vEvfCjRZfbWIxBpSjhZDcyo3TMvtW61feEXQ6GhJ/zsO+7jPiSyr3Hn+LzPuXObsXSWORyhhJoaMkLAU/g5HjsQQBfU9n9wgiScxAdVsuo9U61DCfk3F3AfuCJFlhrK981WQVlhfStrrHUmQ==; 5:+no5hImTcuAnCblee+Veo0J2ds4Fs1xNx3wX7xZ6rXp7cRT2kDtYGieizKcAUU329e3DygLMTfecTBRz/S2C/+CYqNIVrKyEjXdEgq/pw6rKKUZ5jixemArCH3rBI6KCzQUmslm1D4LFPuSOfwocuwkyYdQYwm/+DxqJBFYvLQc=; 24:f94lTIJDEccQLMrKLaJpMRgB5qZUd6TE6N6l5ruqsRErfg7ky00kBilU2n0089y2dKIPVP73F0wv5Ve0Y+6mG2SKrXG37XX0X7ky5CAcags= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 7:qzjyyIPWglyk4SLzjAefteMckbc5Rloob03G8urvx6tYjy/YUwSifqrz4N6mOwM3VGolGjivZgE8Wq6qyeb6ycd6GqeCAoEy+1Xag+vSqJ8M2b9ZW2vwyJ95JSoQXNk3tQyTwG4qRyIxAB8+7ppb57QbSOOBurY0lj9/5N+hvN1BfcoYokvRfGqExHke6lkKUql9m78Veng2Kbcqac8actcqnxk2ZWswayiF0QIOlOmiPmvWPfTpXn+onPL2cpQhQPfaE3n1VQ7W52iE7eDyUzWLiWHNJbnw2tJQGXmBziEYXfg9CaIcwMdYG13LDFhmfaOrAvxsXVFmaq5OzuOZBCGZIQ1iDkUNRKHU96OZPM8xelvSuArJij4DQ8xuH3F6WWBd7Cv6vTB2zwD03/NCWVrT7zdgxHcdznW9GI41ddMDspbTuu2UXUEtLhNofp+dteHsnJmJYdAhOmOxGfPjvg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jan 2017 01:22:13.3383 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB2942 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Jan 2017 01:22:16 -0000 Steve Kargl wrote: > MANPATH is not handled correctly. According to the documentation > in apropos(1) and whatis(1): Can you clarify where you are seeing this documentation? I don't see it in 7.x 10.x or current. Eg, in 10.2 apropos(1) says only: ENVIRONMENT The following environment variables affect the execution of apropos: MANLOCALES, MANPATH, PATH Used to find the location of the whatis database files. See manpath(1) for additional information. PAGER Program used to display files. If unset, more -s is used. > > MANPATH The standard search path used by man(1) may be changed by > specifying a path in the MANPATH environment variable. Invalid > paths, or paths without manual databases, are ignored. > Overridden by -M. If MANPATH begins with a colon, it is > appended to the default list; if it ends with a colon, it is > prepended to the default list; or if it contains two adjacent > colons, the standard search path is inserted between the > colons. If none of these conditions are met, it overrides the > standard search path. From owner-freebsd-current@freebsd.org Tue Jan 10 03:31:45 2017 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 87FE2CA8F5F for ; Tue, 10 Jan 2017 03:31:45 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 5A126109F for ; Tue, 10 Jan 2017 03:31:44 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id A307C1928BA for ; Tue, 10 Jan 2017 03:31:43 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: freebsd-current@freebsd.org References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> From: Sean Bruno Message-ID: Date: Mon, 9 Jan 2017 20:31:39 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vADxhef5KkwPUiR2pWscADVWhrT3uhDvH" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Jan 2017 03:31:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vADxhef5KkwPUiR2pWscADVWhrT3uhDvH Content-Type: multipart/mixed; boundary="FqeFQjQK8UgO6w4uckhFVS1Eus2qrvToA"; protected-headers="v1" From: Sean Bruno To: freebsd-current@freebsd.org Message-ID: Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> In-Reply-To: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> --FqeFQjQK8UgO6w4uckhFVS1Eus2qrvToA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable tl;dir --> you get to keep your igbX devices(thanks jhb), no POLA violations this week. I've updated sys/dev/e1000 at svn R311849 to match Matt Macy's work on IFLIB in the kernel. At this point, the driver deviates from Intel's code dramatically and you now get to yell directly into the freebsd-net@ megaphone for things that I may have broken. man page updates are coming up next. Please let us know if this revision has made things better, worse or none-of-the above on whatever Intel Gigabit NIC you happen to have lying around. sean On 01/05/17 20:17, Sean Bruno wrote: > tl;dr --> igbX devices will become emX devices >=20 > We're about to commit an update to sys/dev/e1000 that will implement an= d > activate IFLIB for em(4), lem(4) & igb(4) and would appreciate all folk= s > who can test and poke at the drivers to do so this week. This will hav= e > some really great changes for performance and standardization that have= > been bouncing around inside of various FreeBSD shops that have been > collaborating with Matt Macy over the last year. >=20 > This will implement multiple queues for certain em(4) devices that are > capable of such things and add some new sysctl's for you to poke at in > your monitoring tools. >=20 > Due to limitations of device registration, igbX devices will become emX= > devices. So, you'll need to make a minor update to your rc.conf and > scripts that manipulate the network devices. >=20 > UPDATING will be bumped to reflect these changes. >=20 > MFC to stable/11 will have a legacy implementation that doesn't use > IFLIB for compatibility reasons. >=20 > A documentation and man page update will follow in the next few days > explaining how to work with the changed driver. >=20 > sean >=20 > bcc net@ current@ re@ >=20 >=20 >=20 --FqeFQjQK8UgO6w4uckhFVS1Eus2qrvToA-- --vADxhef5KkwPUiR2pWscADVWhrT3uhDvH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh0VZtfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmRupAgAmibs1z/IH1o5M2ioRDG5lZAakfRu+QJYni9qPzfvEbJ0f3175RIPNiV7 /bGcCJ+GPg1UCKBjnZU6C+0/tdHysdJ0/YM+NRn6w/BmCWneJx4ZKgPWsZunoK0W wc3ntncrW75d6TXky0Fv+iXl2apifoaJEyT/vEdAHfjB/+L2ZsXPLekRsMLHz8lc A1XeJiq6CPnLxueMlB6MoO/Eh9oG3Omy6iD0oNOOTaGBeny4wcglJqEnWIpvbcTE jp5MbxY3G8YZ7XbqWZimu3UQpNkZSCglzsG/0ablipGZyroKid+vS11SD5EF+gpD xuusZK8h6GGGFcG67LFh5jBgxfws4g== =Sbup -----END PGP SIGNATURE----- --vADxhef5KkwPUiR2pWscADVWhrT3uhDvH-- From owner-freebsd-current@freebsd.org Tue Jan 10 06:32:11 2017 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 ED9DBCA9D9B; Tue, 10 Jan 2017 06:32:11 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0104.outbound.protection.outlook.com [104.47.37.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D80018E5; Tue, 10 Jan 2017 06:32:10 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=4zRDf3nnGe8DM/H4p+ztPAdw5i/qQYuaJblvfO6ylXM=; b=k6Mx2It8Y/rXHbKo8ZBRJcNppF2DU0oRAzYR+KMao78N0ll6E0CvibQg0qUnpvwJ1E1lGXgvod6J9X/hyteNCYYFQYzWXX+4Q5QDIN2i/9WUw7oW3wfhzloU8iHA+TAddptXa0WL38QCixoaILEyjFFJKj3IYpDatuplvV0jYe0= Received: from CO2PR05CA027.namprd05.prod.outlook.com (10.141.241.155) by MWHPR05MB2943.namprd05.prod.outlook.com (10.168.246.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.3; Tue, 10 Jan 2017 06:32:09 +0000 Received: from BN1AFFO11FD015.protection.gbl (2a01:111:f400:7c10::120) by CO2PR05CA027.outlook.office365.com (2a01:111:e400:1429::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.6 via Frontend Transport; Tue, 10 Jan 2017 06:32:09 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BN1AFFO11FD015.mail.protection.outlook.com (10.58.52.75) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.803.8 via Frontend Transport; Tue, 10 Jan 2017 06:32:08 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 9 Jan 2017 22:26:17 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v0A6QGXJ013799; Mon, 9 Jan 2017 22:26:16 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 8D33238551F; Mon, 9 Jan 2017 22:26:16 -0800 (PST) To: CC: , , , Subject: Re: MANPATH not handled correctly In-Reply-To: <20170110015413.GA17884@troutmask.apl.washington.edu> References: <20170108192633.GA42537@troutmask.apl.washington.edu> <78804.1484011141@kaos.jnpr.net> <20170110015413.GA17884@troutmask.apl.washington.edu> Comments: In-reply-to: Steve Kargl message dated "Mon, 09 Jan 2017 17:54:13 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <85391.1484029576.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Mon, 9 Jan 2017 22:26:16 -0800 Message-ID: <85392.1484029576@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.18; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39410400002)(39850400002)(39450400003)(39840400002)(39860400002)(2980300002)(24454002)(189002)(199003)(92566002)(69596002)(54906002)(81156014)(86362001)(2171001)(97736004)(2950100002)(107886002)(50466002)(4001430100002)(305945005)(6916009)(68736007)(97756001)(4326007)(2906002)(6306002)(626004)(55016002)(5660300001)(9686003)(53416004)(50226002)(105596002)(46406003)(76506005)(81166006)(229853002)(110136003)(7696004)(7126002)(8746002)(47776003)(106466001)(50986999)(2351001)(2810700001)(8676002)(356003)(76176999)(38730400001)(189998001)(8936002)(77096006)(117636001)(23726003)(3480700004)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB2943; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD015; 1:kOup3/Ekp8DdnDkgTHOyyY41AK5RgVI6XxOjh/clPwISJ8VR3/uTyNsjPOTO9COaFxNpZPjiScHC05pa1CLfbt1dfpOScepld+B5YrXd3oBpdyaS71Bze+/mp6qjs3EpIHHCeOkhmkPFSIpqZ9bXo6YQJAVIfgYwsKTpFjSIULwAKTDGa0IYtFCD6xoIqm9ck+blLWE87pBjDaucgJfN15tpB0r8gIrgqnUldUcywChNfAHf+9Rnr2QllrEh9TlKlAphz308O3tCOE0l2AKxuG5nYhCbRhPXLVs0ApB2EHeEZrCczUsctX4naTiZrDETekw6PT/s0KqMt4PYfvd//Tmto8ye0+clxRK94yahqIQp9kXeaF47fdyJqVYVZUMMfQXY4UXHvVaoiVEl2Gs8H/O+LkjVp99BnygBqOkBZYTjU7SMwf1dmdMS4N/ChjhTDcivmAWuGytu7EBfPyksCowz86bu/X5D04CP1Iysr66/HJpYAwyLPiyMXtG2uiScOL1xnghUbCFDjCwwfB7++iv/3KJ5SejfDCdRo+Td4+p8ti0H6AyoUXUaRt/pZL5e X-MS-Office365-Filtering-Correlation-Id: f7bc2114-d827-4071-dd5b-08d43922673b X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:MWHPR05MB2943; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2943; 3:4wJ/F9rIZL74gbKjUjzz1mB4zEaAvEDTDgw9V9CQ3QUPy/5hsmz1hlBx3ToK2VO+JLheRTYL7Wn4xIHiwvWMtLDDvncL9gPYxpmL0x7xrCkRPsSZobwJVj0G2Xwgso0io5B0onSdldI41mxfhiLnvqlIegaYs0yLFujTgYyzXwaP4/kkAiXEZ4HxBIbrO79ZEabZApf8VPnsEiavV1i4d8V5hPDJEIymqtyBMPb92mP0bjZulqFNEUfjNpKGQjcgpKGxg8dt4rugWdXKilmuievaKQyZ6b+6UE8R8AVYP/kL1J+qyccXW2XV67iM/QJFr+rdSxXqnPmfuP8lXbpvPzdbEzOEr0r/dmkArW2V+czhcGZtJ/ZkoRMvixig0ku3; 25:SRO9oTuNuk0szk2b4Pe4FpUmp6WZpi61B5VpNllznMMeQ5qMIw1wtP4oUZz4okYa01hZf6o9bTAO86wQ+p35a94bmRSdGNFsXZaG/muEke2HwjbaIReOUCZwC6p8AOAvM39x5OvuuxyKQHwqOALkrXAm3uhQA0tclNpi2lsuVobBVa8yM0Q0Sy+AuYgOOKhvBmVDRu4kK7OrDh2BQvf007Q9wfg197Akqa5oxv0edBydYNm0ogf0VMMXU/hQEDt9d1a1+Ns5EDGFfNCZMjU0J8o6GWM9D5ZPRcS95W3G5plrKSzW8+Q71sYWuEyLO6GdVJhMCxl4GAuz6jupvAGsS1yAyr3pOnLYibkc1ejs2HTrKWfY9AANK+giOkOITf7004oiAYeIQThOInQfe7jQfxQ+bLQvhu1laQEu4xuS+hQL6heY70rdAuzOysh6W6bVLhv2vJ/K4tAmBMrchrsmyQ== X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2943; 31:l/cG+63xPdjGfOmqIyovr69ung5pznutR4+fUIet/PPTQQgbKvAzSG37Bq/FAU2SeXmPqLhwBoxRiSuCK9W4wht3rT3eF1dQMQI/6CnnrUZ68wki5UF00iZhS3VdQGi7bT5U/6QYrCq5Cd12Bc/pJeZAW5tsiG4NhKM5cw5s/9cXzU4b7YssH24A37NTDpevjySacB11f27WmYtw9k9H8sReO5xn60bIUyi9D5SzSKdlSm4sNc1ydg6qhlKmZXKOm6FOR4Zm8n8lxmOAGMbF4g==; 20:I3N1AumCqZ4dNTigxPLOQndnK/FyQ8a/vioThVsHR+3ixIH0wwo62HuY7VxyiNxsynrd6Gfef0UbBpMV1C2yX+J0m4byDGhPZNTHuEXInc4Z7/9vFS9PjnnSysggr2I0JqkgoBPrQsEhZINMDzA0Rdf9jMqbhPJUXS1hprBUE3Zze277g8jWNzjGF+dFhtKpPCeBcUKxXaEfCMGZeuVHZpEV1Krgrmc9UrpEy0ylmk/LNu9r9apl9cPZGkxohzDdr3LqfMqXoxTBxRgB3MGzwLxulLBXGk4JlD90CvkSvmqFrD3y391rUEsZX2prFR4Or+YwUozPUJ9P2ksWi3eKbyCOdrfChRpp2JsbWWcny2L18rzdAK7B5vdo0/rmlLI0Si55B4ZZ0Y1qKzluJIQCON71rFW4R5uzY7BDt8wLEdgaRkpW2MPF/xDuEYc/bQL1utRozLj4QQYx5WjM/C+Pg2DJrDwox9yMwaJncdizgCRrxZhpl0O0Qmbwt2/rJas4 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(56005881305849)(47954115253988); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13015025)(13017025)(13023025)(13018025)(13024025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123555025)(20161123562025)(20161123564025)(20161123560025)(6072148); SRVR:MWHPR05MB2943; BCL:0; PCL:0; RULEID:; SRVR:MWHPR05MB2943; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2943; 4:A6dq5JNSvsouAqTuIELufx9+LxDSJFa/uByCVlAPm/EA+Dz+DwVceJdlwQNEoY2nYaBn7CSTsDgr0QmJkW8xdpaof0+ec++pi6mXsPxVgXwHYqC5jGntGM3QP3nQnKT2a31VauMPp1cGlt6TZN+rASmq8SKRZ8dzpYy8YY1LnP8QmYPy7+O9Xqxpes7f1CQFgvqyabl6gf4F8DjGFqVcLKjDtbwukvRVHhv4v5lFuafS/Pr+9lRnz/Dtj0/+VpDRSeLnyJwYl+OI4zns3h7wsTY6KwU6WQHghZc+TkpPnOD2PK19Xt3YZHFRPJIj5pxAlkZBVV+ZKI3JL6YRDNwSXBABrq/IQ+P8gl9Sf48dfKofOMjFVUIxb0676GrYQ9V5OwLqjhjMk3snEhxdSjiRSRySw2wfbrDwKKFxCJquAPSAviL+wQLINQV+ujKFdfQnp6i24UPwkIZkwj3O7Ug1J+iV7IG29cFvekfIUhzTxjFSQzjutbsEW7lib+CYcjnsUbzIZeoV7YIjV4f3muoz7Pmm+W4fytYGNefPMhBaAqlCAAw4tbdgX8Mp+IsVFDsmfRvqFaxZvTH63NnfmFBx2RkqgB8I0Oh/VbuPz+CWImGTZFlIk6s+lPiG/WeqE2445kgliceDy8oHMn29mKkPBmwXCVICkWFq2H2Rd4rKJ71YeTC5J61xJni4+6SGTXzPB7Q3nh+zu+OYUAQ1gskgE81iPclePfk0my+LtNV5k3xBs+8kbjMjQcxJNtQAqWI2 X-Forefront-PRVS: 01834E39B7 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; MWHPR05MB2943; 23:1G4lzlqUVlEyANFzadJO6cN8Bifu/1ottPLX5racy?= =?us-ascii?Q?NgYf36iY05/nNGKvYHmXcKbmjf4gRt5euD4FHEJ4xzTsUdL+KkoNmPHLLsBX?= =?us-ascii?Q?zKHuJkpjkWbRBElbspY4myLu2e/Z1CRas9TTQQ1Lu05o/75Dnjp2B7ZnPwsV?= =?us-ascii?Q?nML093v/ivo1rzwbY6PP2nn/KakKSvRbAQ9f6FkEMOCLDs76ytQYRldSDDum?= =?us-ascii?Q?jjYo1U4aS8zoydZ2gUrE2/spqoGc4Bf2HiyW7unRSYQCRRAx/yyvRb7wIfMY?= =?us-ascii?Q?wzA5Sea7BF1OYXOnqoTBRE3DFYDom8i2K+B2nCc0hwgv/1TCMhDwZSZIzGQC?= =?us-ascii?Q?tp+SpM4PJ3CAq590r/GfTv/RUojUlmo9MlaVMSZjHBl32jze2pRQYnI1PJvk?= =?us-ascii?Q?wcbPLCjOThjGSrsLqgf1bFlZPrT+nn4Okaf2M3Vunl401q9Pfay0rAF0SWx2?= =?us-ascii?Q?wjkSUizzEdA2tB/S0MyX9WWJNvqKRl2XKFJpTNzw05U9/dCaPzJYpQvkkqeJ?= =?us-ascii?Q?JvPUn8JKSVx30/iR6Iq6wDOCVTGSAmfCUv4E4+K5aGKbeg0aU7ydfo1omAIk?= =?us-ascii?Q?kvHs/qmVhXYOIq+AcUyVK7ZPn5YpoWvOSqasFTN4tCOJm71dUpbR8CUK/W4a?= =?us-ascii?Q?FY7S+PtY63YYfEe4cC7xJMjSut0iUbkWt24w+OqSWqwtYmVqbQei47Z1un1U?= =?us-ascii?Q?H9yRH6la/fcGZRyrCXKDppbU91oJ4mefCvl5FmmncLm4OUZDltKdygXRQmIu?= =?us-ascii?Q?rTbSTY5g2JeE/bRIpaZtVZhOjuRkawUAZw24L4I/3TcxZlz6K4UEU05DnVq8?= =?us-ascii?Q?f4WKxukSEoc5xJRDHRo85bHtK7PJY4nejbgeikmv6DOl+Mrq9INVlyznWQxr?= =?us-ascii?Q?EDFh2mKxtx3kkRE5VdorLbgwZg49bIMq42VnfRdYL9/66P8kpGFK1jsGg2kb?= =?us-ascii?Q?77hV5OigGuM8aGIIEzzoT0nLxJXZBnr4whzj3I6BQIV+17MVaHKXRk78RoCl?= =?us-ascii?Q?it7Zqu+6rBdPkZ57L+7LAK80BfqoUnGR9WFhwHtsY3NFzFyzJX041pt31ZUW?= =?us-ascii?Q?h9Z5DTfCsEZkWF1+s9oMWQb+H0KGwyjWBM9/C5vlZbbCJwDvQTuWtrofBLZ8?= =?us-ascii?Q?Tc61oq7FC9tJ2fqN3svvjTdKRq0/FMcGPFLYwdCi1oLSfvLYL+vusZYsUYrV?= =?us-ascii?Q?w7MXPCCZaSKwiD3I3DJEaP1j6im+xZTA2Va00Sjj31mDvMTgCFycsCqXt4tQ?= =?us-ascii?Q?5VYuLQbgPAntGAQIjdR2dza/zuU/lpeBTB04Y6mKA5qZlM82IaRFklA0r+AV?= =?us-ascii?Q?Ooj5C12mLG1Pc9O4ovN9P4pq2czMYl/IuTND34rBM8OVec0EiODVfdjsDdZT?= =?us-ascii?Q?lb0+8woAgXW64qdFlrt/VZArP05Mo0w5yxX7kzAwg/Z/i0iqesperPKkeV+H?= =?us-ascii?Q?rhaFX7ZhA=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2943; 6:JtXzy0wZoQ0BDoPQO3nEhVleng6o5Hkf679ffGAQkDLOBQyQEaKK5ve27c+GhtsWcnQODGq/wSlFN5A/d95F4pQ3dB8f25ALRn5lDcRX5gwSDOSUJgyApbbc7U/BR+k0K9X17dWqgiW6s2RkSJujwBNz2fzk+LaVIgsa2EF3U++vlea1QncJ+ttIfC9sQ6IwBYRpgHXOsUcG1+ehUYPedny2L8ywT1eQNBm7KB9RISviuHbeR5u7JkbAvpZaP3ra7jtw+D+W3MDnULGxF9qKxi+ZZ5ZOOlwyFSicW1CfFVippmK9AA5JzgpCGZ5ekGwDAE94uDcZu6cACUyr4yhvS4krSEoOciovgXRl8YaI4lAaVUxwxHsJzM7GPZiBtyHD+RuM4CCGNjbfD+bQ6Tm5y0tMLqi5vx7tCzl1uXQ0HcVTRzq/oxUQDbQU8Cgwt8DAMGYNibhZ/DQOZV1sMtEDFA==; 5:d2sFxNNeKKjXiKyM616sCh2AYZl5sYM/symuIwMlZwK+8KKeQtopoXWiis2l470v1mUyIarNtFGFAWYvih2FmtyxzvNzLKq2Ylko6KHxqJ90v4dOKwiqjrIs28lTUyMD1WlCd9FNGWZPEd2AM3eCoQ==; 24:uTUb4FDQDHdLQdb/rEIFzegPJTMx/6TYYMZVZMWDkkSBMl7I388A4uFRXzA/PGUf7DWO8LK/76uQ5pFAjUoeXkM1+C8gEdjd0mH6JjBfpOY= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2943; 7:ACliYSRVkpc40gGTriruToU7wCPd+FZWyI7vZ8uuN7/bu2tV4blHQoETSfSUHo3fAEluOv4tpbtOMI3i5louEgRln5FxpAvie1cYNt3cG3oKkbZ7REnfdYzwXiRJQCcVOoydMlp/Xog6Wlr3l5H3qtpGBCAt+4cLU5aOcbztAQLdgKnJDXRpYJ9EQSlBYuRMQpVYrmj6ofV53MmDnH9RAn2ttleCfyNQ735qq4h4aHifGKuvdcsO2iKudXNJwpQuy+K0oViPsjesRCp9QAA5fw6XpdMEyoo4WchAGTZ7C8opbSgMmXE3/wUcNJqNVShJ4018556U0V+PUxxwNfFUw3sCx3SJ98D0B7tDt68Z4KvdANTKjgTKk214By705LDVXKFrzh/PRCsamfV6TQD+RT/fXiKQGAyQZVp6cR0SCMURNtq5PN8Bo59ifyX+623mRiN9/neN23pLJTWxO8YSnw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jan 2017 06:32:08.6142 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB2943 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Jan 2017 06:32:12 -0000 Steve Kargl wrote: > On Mon, Jan 09, 2017 at 05:19:01PM -0800, Simon J. Gerraty wrote: > > Steve Kargl wrote: > > = > > > MANPATH is not handled correctly. According to the documentation > > > in apropos(1) and whatis(1): > > = > > Can you clarify where you are seeing this documentation? > > I don't see it in 7.x 10.x or current. > > = > = > This an unaltered FreeBSD-current at r311832. > = > The text I quoted can be seen at = > = > https://svnweb.freebsd.org/base/head/contrib/mdocml/apropos.1?revision=3D= 294113&view=3Dmarkup > = But that isn't the man page that gets installed. usr.bin/man/apropos.1 is the one that matches apropos(1) Note, not saying the behavior you describe shouldn't be implemented, but it does not appear to be the claimed behavior. > starting at line 346 and ending at 362. > = > The Makefile in /usr/src/usr.bin at line 93 points at the = > directory mandoc. The Makefile in /usr/src/usr.bin/mandoc > points at ../../contrib/mdocml. From owner-freebsd-current@freebsd.org Tue Jan 10 10:32:18 2017 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 268FECA995B for ; Tue, 10 Jan 2017 10:32:18 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8080D10F7 for ; Tue, 10 Jan 2017 10:32:16 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MZwYd-1cBI9B2fyp-00LonS for ; Tue, 10 Jan 2017 11:32:06 +0100 Date: Tue, 10 Jan 2017 11:32:00 +0100 From: "O. Hartmann" To: freebsd-current Subject: r311871: kernel build failure: ieee80211_vht.c:94:2: error: implicit declaration ... Message-ID: <20170110113200.05865ae3@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ZhJL5kh1o3NJxxb4VHK+96ywexqS35p0c/R7wGkwwFS6N5rjO0A CqxSDZoJfrbI2CLvNZ/wqHqvrpfQkoLXU8z6+TfwSDBwjOWqtkaCHNPlaT013kh21xaZH4k jRnxJiHn1pBhyylFVrbov/KG2tBtkXZxkgAhj1H3/b3khzPs2P0+nxYv+8dGRbqelWDUIZ4 0NycC2/+TZZRp+0q/Kfpw== X-UI-Out-Filterresults: notjunk:1;V01:K0:Py1Sdo37wW8=:lem/K4tn5V2bVgOMrYlYPp lAAKCcbwUg0QsLpbpYDupOB95Sou835ZR6+bcX4kQhKcljl4Gklo3j1VKW6uTpLnwcR2lOJOm +LBuVTxOhCyS6oDoIvSfm9XTJG7507g6K3i/zPamy/ZchOs8GL1Ne0xwzDuIsPXVpngPaRu1E MSoOCnJwyup47Fj3HQUOO9vEBGPf3DFbyUeSfxSuy0Ef4o6f6cDH4Wsl7pg1Wy+a32nMF3lFZ o6L1vadnPB+f0YVJ2tp8WmD2hznB+SPW8ve3bhJ1BX6Nf29hPOqATluzJdESGZCMki1qih4ya KCm5e+hBrUPUFNW392wvww2Q8NnjbK0SzQ+Ltec6KwwzxoHGnekkqIVR2d+2MWK0CFOJ285Ed rI39EDXQvQ0ipW71rNMo1KaHU8GqnWQoRFMQB5StUn+Gt4z/lyVKUgr1WOvnMK43qeL7PL+2T jEw8VGYovC1BpJtxeKDfx/riwi950E2oGKmWxz1tSY/XGc6h+RreEOS9XY1Qx7imPI7qqisWO hvshpCke1qIjUu6tv/vIWfsZQOUPkRLJBQJHaMlQXlBC4NUCCZh1+THJUizicLHYJgiNY17mT NMhDWTQMFr4D70Os2QWrBgDECrddNvGR+fBlAVVN/OXub8NFBBcN92Hh3ceU7Wb9TJFsyGXlN m7Ib2qvkCixEIwsgcSbWUhMIOC5c3d58RGYp9Q4p+5Rnw+yhKe0wqAHOvfiN0lX1ty+Y34QI2 7qGoO56RONgP5JYC7IyJf06i2ekXcBr9tc+h9FaMHcSJ3ghB9X7gOpsDUzv7HRFxYpXI+16Lx o6XDkl3c1HNNu5MoeWdm/nILqXnkQ== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Jan 2017 10:32:18 -0000 On CURRENT (r311871), I'm bothered with this error schown below. Buildkernel fails. It is a customized kernel. [...] Building /usr/obj/usr/src/sys/FREYJA/modules/usr/src/sys/modules/wlan/ieee80211.o Building /usr/obj/usr/src/sys/FREYJA/modules/usr/src/sys/modules/wlan/ieee80211_vht.o /usr/src/sys/modules/wlan/../../net80211/ieee80211_vht.c:94:2: error: implicit declaration of function 'ieee80211_note' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ieee80211_note(ni->ni_vap, "%s: called; fc=0x%.2x/0x%.2x", ^ 1 error generated. *** Error code 1 Kind regards, oh From owner-freebsd-current@freebsd.org Tue Jan 10 01:54:20 2017 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 EB39CCA6EB0; Tue, 10 Jan 2017 01:54:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D0A9A1229; Tue, 10 Jan 2017 01:54:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v0A1sD4O018116 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 9 Jan 2017 17:54:13 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v0A1sDOo018115; Mon, 9 Jan 2017 17:54:13 -0800 (PST) (envelope-from sgk) Date: Mon, 9 Jan 2017 17:54:13 -0800 From: Steve Kargl To: "Simon J. Gerraty" Cc: freebsd-doc@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: MANPATH not handled correctly Message-ID: <20170110015413.GA17884@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170108192633.GA42537@troutmask.apl.washington.edu> <78804.1484011141@kaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78804.1484011141@kaos.jnpr.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Tue, 10 Jan 2017 12:21:54 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Jan 2017 01:54:21 -0000 On Mon, Jan 09, 2017 at 05:19:01PM -0800, Simon J. Gerraty wrote: > Steve Kargl wrote: > > > MANPATH is not handled correctly. According to the documentation > > in apropos(1) and whatis(1): > > Can you clarify where you are seeing this documentation? > I don't see it in 7.x 10.x or current. > This an unaltered FreeBSD-current at r311832. The text I quoted can be seen at https://svnweb.freebsd.org/base/head/contrib/mdocml/apropos.1?revision=294113&view=markup starting at line 346 and ending at 362. The Makefile in /usr/src/usr.bin at line 93 points at the directory mandoc. The Makefile in /usr/src/usr.bin/mandoc points at ../../contrib/mdocml. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Tue Jan 10 06:59:19 2017 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 03CF2CA851E; Tue, 10 Jan 2017 06:59:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B9233125C; Tue, 10 Jan 2017 06:59:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v0A6xH7W019168 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 9 Jan 2017 22:59:17 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v0A6xHHE019167; Mon, 9 Jan 2017 22:59:17 -0800 (PST) (envelope-from sgk) Date: Mon, 9 Jan 2017 22:59:17 -0800 From: Steve Kargl To: "Simon J. Gerraty" Cc: freebsd-doc@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: MANPATH not handled correctly Message-ID: <20170110065917.GA19146@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170108192633.GA42537@troutmask.apl.washington.edu> <78804.1484011141@kaos.jnpr.net> <20170110015413.GA17884@troutmask.apl.washington.edu> <85392.1484029576@kaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <85392.1484029576@kaos.jnpr.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Tue, 10 Jan 2017 12:35:48 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Jan 2017 06:59:19 -0000 On Mon, Jan 09, 2017 at 10:26:16PM -0800, Simon J. Gerraty wrote: > Steve Kargl wrote: > > > On Mon, Jan 09, 2017 at 05:19:01PM -0800, Simon J. Gerraty wrote: > > > Steve Kargl wrote: > > > > > > > MANPATH is not handled correctly. According to the documentation > > > > in apropos(1) and whatis(1): > > > > > > Can you clarify where you are seeing this documentation? > > > I don't see it in 7.x 10.x or current. > > > > > > > This an unaltered FreeBSD-current at r311832. > > > > The text I quoted can be seen at > > > > https://svnweb.freebsd.org/base/head/contrib/mdocml/apropos.1?revision=294113&view=markup > > > > But that isn't the man page that gets installed. > Well, yes, it is the manpage that gets installed. > usr.bin/man/apropos.1 > > is the one that matches apropos(1) > >From src/usr.bin/man/Makefile .if ${MK_MANDOCDB} == no LINKS+= ${BINDIR}/man ${BINDIR}/apropos \ ${BINDIR}/man ${BINDIR}/whatis MAN+= apropos.1 MLINKS= apropos.1 whatis.1 .endif I have not set or unset MK_MANDOCDB. From src.opt.mk __DEFAULT_YES_OPTIONS = \ ... MANDOCDB \ ... % svn blame src.opts.mk | grep MANDOC 283777 bapt MANDOCDB \ % svn log -r 283777 ------------------------------------------------------------------------ r283777 | bapt | 2015-05-30 10:41:37 -0700 (Sat, 30 May 2015) | 11 lines Switch to mandoc's version of makewhatis(8), whatis(1), apropos(1) utilities. This change among other things improve search capabilities over the manpages allowing fine grain query. A new build option WITHOUT_MANDOCDB has been added to keep the ancient version of the database and the tools. The plan is to entirely remove this option before 11.0-RELEASE. Differential Revision: https://reviews.freebsd.org/D2603 -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Tue Jan 10 13:02:25 2017 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 C976CCA887B; Tue, 10 Jan 2017 13:02:25 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (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 5B96B17C3; Tue, 10 Jan 2017 13:02:25 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x242.google.com with SMTP id r126so9269587wmr.3; Tue, 10 Jan 2017 05:02:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=W+9VwMr9BAFge3sXoW1rqUVLr+ZjaaPMy+vqK4+oYO0=; b=OuolBujgOeQwXFIUFE+WMcblu489vz89PdNgAuh9PX2mTbaUjZu7R01VhS0EC33dVB BdaGICpmrDvt+NuQ27L6ZJd27uBJGRmqz5dP1R4qI/3n/1jUi4V6of8BV3rRUXcr85dn NcOrLUyRhhrSQWQtFHVhzJoZBge+wdfXM318BTsJ5otOlgjK2JgFLvHsKreMvIGj1vMM C08b1BDCRwGHitAmS6Lw9VzUbHIEVsd+HoatTFmi3+khvpw1vVIHTRcrNvOY4G3bUN4y GlhB+m1UDt/uGiQxFfhfk0JgNXW0Iy7gyvRnoAH7WTLW4p4yAfWm53ZXlAV+utYUr/71 uJrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=W+9VwMr9BAFge3sXoW1rqUVLr+ZjaaPMy+vqK4+oYO0=; b=TW3rKQNx8ssoFWXEpREhSLw8wcNjV819B5Tp/j4vHk7+YKWGN+hwmBfSEJmRCjDtZF hNYYYf79vijwjy/yN1SE9IAI1k6JMqohrlL0OCHjTNi0WWATjuvootM0jk1x8pSVT+OF TPHfJcxFkQ8auntcGHUSgiOavYE/XYFV2x/yT8FTtggvH0FXtc2Oo6ov1R8eoAVczwQJ R7btlurGCXErxhTR6TXtGpcfLXlacJipU6Jyo80konG1CVrcRnyph1anwDOU2qWAgq7d NR0xbFcTRGTMdYT8IlJPyPM4UFFQWuxCK9rtnVlhIbDoEOdK0pAcLYdf6kXn+OdKuEpZ GETw== X-Gm-Message-State: AIkVDXJCQS8TyrliRT/NhiVs1j/+J8l5OHxfGuMdu0mjwujDh5jKRsna67hsUyr5Rx6L8A== X-Received: by 10.28.60.5 with SMTP id j5mr7946937wma.119.1484053342483; Tue, 10 Jan 2017 05:02:22 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id m10sm3154575wjg.45.2017.01.10.05.02.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Jan 2017 05:02:21 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 10 Jan 2017 14:02:17 +0100 From: Baptiste Daroussin To: Steve Kargl Cc: freebsd-doc@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: MANPATH not handled correctly Message-ID: <20170110130216.kfzpyhqkmrfie6pp@ivaldir.etoilebsd.net> References: <20170108192633.GA42537@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="upwsy5u42p4sko2n" Content-Disposition: inline In-Reply-To: <20170108192633.GA42537@troutmask.apl.washington.edu> User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Jan 2017 13:02:25 -0000 --upwsy5u42p4sko2n Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 08, 2017 at 11:26:33AM -0800, Steve Kargl wrote: > MANPATH is not handled correctly. According to the documentation > in apropos(1) and whatis(1): >=20 > MANPATH The standard search path used by man(1) may be changed by > specifying a path in the MANPATH environment variable. Inval= id > paths, or paths without manual databases, are ignored. > Overridden by -M. If MANPATH begins with a colon, it is > appended to the default list; if it ends with a colon, it is > prepended to the default list; or if it contains two adjacent > colons, the standard search path is inserted between the > colons. If none of these conditions are met, it overrides the > standard search path. >=20 > I have a manpage named mkpic in $HOME/man/man1. I also have the FreeBSD > installed manpages, e.g., /usr/share/man/man1/cat.1.gz. If I have > 'setenv MANPATH :$HOME/man' in my .cshrc file, then the following occurs:= =20 >=20 > % setenv | grep MANPATH > MANPATH=3D:/home/kargl/man > % apropos mkpic > (Warning: MANPATH environment variable set) > mkpic(1) - construct a contour image in MIFF image format > % apropos cat > (Warning: MANPATH environment variable set) > matrix(3) - Array and matrix allocation for FFT library >=20 > So, the above description of MANPATH is incorrect as :/home/kargl/man > should have been appended to the default MANPATH. >=20 > Interestingly, manpath(1) seems to described what actually happens > (long lines wrapped): >=20 > % unsetenv MANPATH > % manpath > /home/kargl/man:/usr/local/man:/usr/share/man:/usr/share/openssl/man:\ > /usr/local/lib/perl5/site_perl/man:/usr/local/lib/perl5/5.20/perl/man:\ > /usr/local/share/xpdf/man > % setenv MANPATH :$HOME/sman > % manpath > (Warning: MANPATH environment variable set) > :/home/kargl/man >=20 > The expected result according apropos(1) and whatis(1) for last command is >=20 > % manpath > /home/kargl/man:/usr/local/man:/usr/share/man:/usr/share/openssl/man:\ > /usr/local/lib/perl5/site_perl/man:/usr/local/lib/perl5/5.20/perl/man:\ > /usr/local/share/xpdf/man:/home/kargl/man >=20 > Instead of (un)fixing the documentation for apropos(1) and whatis(1), it > would be preferable to fix manpath to match the description in those > manpages. In addition, the Warning should be removed or at least an > option should be available to suppress the (useless/annoying) Warning. > This would restore man(1), apropros(1), and whatis(1) to its historical > behavior prior to svn revision 213317. >=20 > If the documentation for apropos(1) and whatis(1) is unfixed, then manpat= h(1) > should have HISTORY and BUGS sections. The BUGS section should explicitly > not that MANPATH is no longer a changeable environmental variable by a > user without incurring the Warning. >=20 Sounds like a bug, I will have a look as soon as I can Thanks for reporting, Best regards, Bapt --upwsy5u42p4sko2n Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlh021YACgkQY4mL3PG3 PloyXhAA3y9ge8ds7DrzprPT45aC0s2GcsJ8YS013RlM3O//oI0sACEnWYEjP6H0 flIKoNf7LmMdPuJy60IettSZW11FcmCFzahXZ0ZXhba2fpJFq8P/fWH/XOQL+RZL J3xnZmSKsmD0EeuSnAQYtAClg1aFjRPfejU/L2XyHsQr1fnqloOeGc/V7LI276JT IdAYyswC0dAL9+0HihaUjkdMcNFLwXDNgApfSYfgbd/B5kbRUpotv3G6G/tW3EBk uEXv4X2XAcXcrtmycCTLxgYGzo7lGWeVBz+YKw4UGk9d4xPy8VhocML04PBwZr6x G6C/FZSmB/bYqUdzPKTQoW5lLWtJtgzg1rqIjyQq5XFfGkCNyRMfIMIHuHoYpqIC reOjLkmOvO6GTGoBQ52ImMG836/lLxs8QF6ksuXCtduaJ3V+vsy0xb0BNeV7R8D7 7fp8k4lQr09oRF6GzKxWjuj9F0vXlkD0VUw+ifypySBnMWJrf/7xmJJOgmZ1rpa/ u+cEHATmNyfA2e6riXxqiaVPp8aWbNmxzDzRUjPbJEerVWIAAYMzCJB5sPdL+4DH 1UKBo2BDR37UOAmdjB+5/KvLwyB9lFtzTvE7gpJI1PTkhORQwBpaTJj5pVpNsn03 4s3VT6Ebkv6KrWJ289S67gktSBXADP0yVwWvUfhHXmUoy2F8fls= =Xo3K -----END PGP SIGNATURE----- --upwsy5u42p4sko2n-- From owner-freebsd-current@freebsd.org Tue Jan 10 16:21:01 2017 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 8A968CA918E; Tue, 10 Jan 2017 16:21:01 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0116.outbound.protection.outlook.com [104.47.37.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1974E1C25; Tue, 10 Jan 2017 16:21:00 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=cGBp/aTqZ4EA9y9wexPCUT6tECK/mYU98iIlZUZdu44=; b=iX6JTqrCLVTiP2XmHPv4Ti7nzT5nyPyMEZGKnSKYrxvcZMJmGAsuB8WJVBuDpRA3yD13hFzuM+aZlva7F9+WBwuKNjGHml1/Q+dZTDaoEiY3JskmwyS2gaIh+SvxO0U/SfpW2sERvqk1W7dpd7sKncEawdFRjtqV7cjFDN1dhGs= Received: from CO2PR05CA038.namprd05.prod.outlook.com (10.141.241.166) by BN6PR05MB2932.namprd05.prod.outlook.com (10.173.18.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.6; Tue, 10 Jan 2017 16:20:58 +0000 Received: from BN1AFFO11FD006.protection.gbl (2a01:111:f400:7c10::190) by CO2PR05CA038.outlook.office365.com (2a01:111:e400:1429::38) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.6 via Frontend Transport; Tue, 10 Jan 2017 16:20:58 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BN1AFFO11FD006.mail.protection.outlook.com (10.58.52.66) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.803.8 via Frontend Transport; Tue, 10 Jan 2017 16:20:57 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 10 Jan 2017 08:20:44 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v0AGKiZg032737; Tue, 10 Jan 2017 08:20:44 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 6BFE338551F; Tue, 10 Jan 2017 08:20:44 -0800 (PST) To: CC: , , , Subject: Re: MANPATH not handled correctly In-Reply-To: <20170110065917.GA19146@troutmask.apl.washington.edu> References: <20170108192633.GA42537@troutmask.apl.washington.edu> <78804.1484011141@kaos.jnpr.net> <20170110015413.GA17884@troutmask.apl.washington.edu> <85392.1484029576@kaos.jnpr.net> <20170110065917.GA19146@troutmask.apl.washington.edu> Comments: In-reply-to: Steve Kargl message dated "Mon, 09 Jan 2017 22:59:17 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <95489.1484065244.1@kaos.jnpr.net> Date: Tue, 10 Jan 2017 08:20:44 -0800 Message-ID: <95490.1484065244@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.18; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39860400002)(39450400003)(39410400002)(39850400002)(39840400002)(2980300002)(199003)(24454002)(189002)(47776003)(106466001)(46406003)(2351001)(117636001)(105596002)(50226002)(55016002)(81156014)(8936002)(3480700004)(2171001)(38730400001)(8676002)(7126002)(76506005)(68736007)(5660300001)(7696004)(110136003)(2950100002)(626004)(189998001)(107886002)(54906002)(229853002)(6916009)(93886004)(305945005)(50466002)(86362001)(2810700001)(2906002)(76176999)(4326007)(50986999)(77096006)(81166006)(97756001)(53416004)(97736004)(4001430100002)(69596002)(92566002)(356003)(23726003)(9686003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR05MB2932; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD006; 1:mAkeNRIGrOlU4xJosJtMqwgW7ZONdfXjSwqRMGhMiBhaoVFf9f3rEImo5UWg5rjX7BwdyWON1xc59QDND7gHnb+5fjfKucTFKHZ1aUAvJlrQQcRAJHcrUjNBAIAaFHG4bTLEUV0RKAglqzpx88bZ7gLwHp6rGL85dVPdoWNMKddjVPDBuqNIA05PSXruEwu6WWtdoAxFr4u2xvyb3lQjr1dq/6CYRqlLH1e3Xoy/zS3E8OiFWnIrB3Nr8D2eBHpayYBwlz9PgdkDRg8TmEdj+GGAXjj7wFK1BjRFDvMJnLWCM4c3R5EM5yQ8PznnN5D2jqAO25nTqfEMZpdRCAwqdZwEN+ZMUT3isl5sZuLgKhTEpiw2B6Ewnop5VwtC57yGwg2/J/yVq6TAxR486R7Ru3/Zj5LSR4b4wG+H/cJKnjJWhbfGTRYIe+ENWmRIfC6BcnuNdLRBrUiUA9jlJMQCbze+wTGfEPutNSkFCVtMY5NH2ouoNydnDbb/O+7eDtBronSmDtaU8y0w8loOhqT/dlVqm/v8TO8CbfSAsqiPtxU5c9iIGDCBX4TXdV5lcbns X-MS-Office365-Filtering-Correlation-Id: 9468129d-327a-4d01-9567-08d43974a900 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:BN6PR05MB2932; X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 3:1oLm9tQWOV3960zmO13sOSGXHCebVKlLbgSYFdFAAPTgdhG5qksfVjq5vukpeV7Cp5QpwKq6e5ixf+k4iVUTZPERsxJZEYCCa0zOLst3YzCWnOeRFu1VjZf6UCrHX/jO4F9bfJQg7K4m7plHecFgMUw0MOJfA1XCOa2larOyuXQmt9JH0kQW9JmGdgbQgjDE1FxN3cX/b5g62VNxWnNLeWm0Vvo1mpQ3EOjxIc6MJzWRFjyhHiJsNP4gXr60ldKkWzQ1edfOVqlSjMCKp51STPeFv9uWy39G78KUlO9k3fshQK5EJHlBXSIIfR5Vvec4kUGhwWduPX7QMMwyoAZeue4yDs12Y2Bc1M0VGgUbLNNZH3REN38vyODY3doDN9PX X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 25:+s2JP94ACSoXqFzXE1oaTQ0hFat+RJf5vgzui8AUpSraVizrGew2peUQbUbuQ7At6X4uBdpH9IeQUQB9sqjWC3EZQ6ERYL87SlKrqDkTtKxm8+g50CS//5Qn/9o/cxLwX0PQJmyQ6suauvgNX0gpr+LwMnP6v7aQSDxHIbfU+ibo+gMJW9VOmVBffhZZGn88bmLj14p87cbt9CsXhcoHHcbeGW/zy3SToLIdP0sdTdL6A9oQLxSnvwEcVpn/3QX8t7OUfTWL3K0rrsY1mBOkM22kLzzdSLRBcAG/jZ66hMMgicLHC4XUGYJa0sBtvPLh6YrKq5WdBlJH4uetns3tum/9RZao9RmbWjpzDwmWH3qWdSVAudFaRf1U/wRziWr1k9qca+/WdOSJirZZ/nYdsJozszjZIQj0l6avO90n9u2QDJNvFlg1Tap3M76kxpmhP8iNQSm7Hf4/to6Xih7JULcqv0vAubQE35XrrhRG1ww4bt4+KgFb+1vtY6FbW3EFWHAK2XC1h2qFmDBDl2boOJrfBRbDtdi6GwzfLdiHup+u8Ock6m9ABDV6mjSWNGZfG55BvKRdA8wt/GbD1nyQ+++NI+SqvOg1U2QFU+gcq+2CZv3GDzGTTHP1cGUSvBG/R0HEF3ysAUVAXGm233xGfvBcQGXbQPqlIbQqdXmRAyZZxqp3ZnTafdMkAkPLZQ/nzc9i3KeeFTeK3M7CeFyM0dzju24z/iAjw497Y6vHUfm7fNP/P+ZTEuFUpGDI03LvtLZwT2ktkw1JIRpZIMHOgn2RGw4RBFJOHDo6BZcGCVs= X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 31:h9fmHrDUA1/GXRxTfdqElN6/fop1lfLboWdN7tLmJ3CvDX//baQC2vUQjE70ChruLRO2YVo/13j7Vpvm45ES+eX+Ux8uZEOTcSC08T/77drkyLH5CociHayToQNrAGRD7KIPigF7SC/+yupEsZlRLewqSruw8EopH0A/QhArZA+blA9utAaNR0ylm04bwDHcdX2n0tc9TzJq2s0poAOpAQlHX7/KipcRqOjZanAvDEpopKgt66mW2UjyJL2V/Zh+pFDbzQ44gU9TljWpM1g7Itb7sPCWXqNm6NOCbOYi0/g=; 20:ecUs2Pj6lxxiHt5SMSOIkpTwh4icwIBKUuaUDQV4JVaYFYR3NfgBU6LzZF8oCzSsc5Al0s916APo9hkat6I8U7C5c06TqjifCJDP/SW11KwCjwbfY6d+JpMp/Lni7wbn7eeKbgxvZLy1ERTHKxrpSefEPWIUdXoBQCLHdSYTO8pzHJugEso/9+10unhwkqg3QkkRmH4hX0GDs2RrgQFjmVT6EL6nUizf0wx0ojj+gCZWpLX8DIZLIsQP669FY15Y2SCQI+o0MuoWwbYm15AYjSymyvTrakEJd9pLW2jA581T7D03G+pLoh9sidDPfBkqLuVFAg6kgZ0hyMTN+yhxeZvCvXIgiBSo2RwamRESA9B05cu+qHVE++RNeoGnc7HsykX5qAmcyKL7CqhlCFS/C4lG4APDv2+9nOD0I0ak0ChUcWpijBUGq1Ql6yECO2Ycb7GgI8sdC6AvIga82wQL7aTst8jn7ZNOXZNurbLLXW5TmKuq7LYycKAkddsi8Yn7 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(47954115253988); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13023025)(13017025)(13015025)(13024025)(13018025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123562025)(20161123555025)(20161123564025)(20161123560025)(6072148); SRVR:BN6PR05MB2932; BCL:0; PCL:0; RULEID:; SRVR:BN6PR05MB2932; X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 4:tOAjklHRyFHJ3BUFeFZK0jyNxf0NxS2Vz2tBwlAirPUgjbTXbhtiqKafHbIho6/nThupck6yMK78iPohR8Dvg6ciPQdhuoEuJn7JETuWs1F0jZ+wpYquyk9HR3QYRapC2bnJT6bsjveW4uzIgU+r3HgRcJwe9D5uEVgB464zhyZvizHfgFZxxrgA7WODGrx++262H63aXxOwLSreGK3US6ch9Tmb9U4HczsVPqyZqdc3FdG212vBubr3ric6WLPEx7cBEadZODkKkvSKKTNorCFbP7g5s3p7/PAtZ6IY9R7/JkFHwJz/2GoIVazfIXoFrpNrzY7GpYgMTndZoNmCJiVT+jSXlw4r16omtmMh7ZuciY81iayxT2cq1f76uvnff+KuJE773bMPSYK0SVRHxwCzU80xLq20ystmiSNKHjseQNo86unIR5VYrQ0CXhpaw/XHXr+qsdR3x8If/9w6dGRLaw4GDAqdxN3AO1OULv+fsZ0PfX4vsASmE0f0AiWtc7xaqaDkTjfP/K5LaqjhXHeVHjVFHoA4NfHesmGLaNFP8oJ7qQI9PnrKDQNV4XrC24F5/w5NiKoTVEnOZMtaE2qS1hPQz/46CDRHq3eTZ6WaeALZSqLvIfXB2J/3cKHQjDUhl+4FDeH6Lk7U2mlQryRRrtdq9J4Tjv2fFM/iSWwTPhqCrBl4WK7d2Tq1YUTh3/kXlehlQJ97N2TujSreLhCByMGI/61G3hUw9/UXZHY= X-Forefront-PRVS: 01834E39B7 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN6PR05MB2932; 23:f34DTaDJFAHpygZKgtl0JE81cP7p42Pkt/Crwjkz3?= =?us-ascii?Q?Xq+a+8fxkwycZYCUUX9saNKV5sPpD/UBroxky70etRkAL4jFlUG6bWUDQJWJ?= =?us-ascii?Q?M/5EU5nqjXaLpHum6A5Y3Ou2fgv48aGDHdTTYYivmsJecsNnwye2/n0irAKI?= =?us-ascii?Q?Y05sXoZR+SivWiUQIWhgL4PcsOUMS3egGRxUuw+NJTuFikzyPDR0UjaT+vvc?= =?us-ascii?Q?DqdZkKurPBozpPS0LRnX7jvD4fPAixdmq9Dzk9NUwG/QZxf68i6TLqhx3x72?= =?us-ascii?Q?sb7jdmKpc4WT9nMtlouASuqqMZHh2mD/pd5s26YM956g3u+bcbPFJMk3rNHd?= =?us-ascii?Q?hL4xPF1z040A7N4HzKbtExCx96hxS5UjWHcR1Caio8qhbDDjTQSuZp2VQ05K?= =?us-ascii?Q?cNFJ+l9xzRUvcuqaIby94Dy0HIaN1vdpQIEAfFDYyNXQFAomkMiHkjDSsVSa?= =?us-ascii?Q?OcVlOTyN3GM7yxVRqd4PH6HzQgiwpvWV/uNaN2GIhbGfJDafPmqjnL3MpmR4?= =?us-ascii?Q?xpvimUPGOT9JtEzwIEVdKbHzJDyh1U2PpOb/mzf82kB+o+5Pn3zEVFWm0aYO?= =?us-ascii?Q?e0TG6NrBLvm8p1GtCrKxkfLGYV3bvorvcZvBmEOdtq0553r70Ym6kCHXrnB4?= =?us-ascii?Q?qKkt/s+7JVX31U1q6FLV44G8Hm36PGhInQ9tyy6YoSourJPb02mhuZ66pUgL?= =?us-ascii?Q?ozjzjcFzlLTFQm5KLRlS0v1JJTp1TsiHvQcqV1KBYi5GiFT+oDHhpLGZdGFU?= =?us-ascii?Q?+eELWs6ah1YiFW2tJkLsHl2Vnoh21CQ8jn7s3Uaa+I+ZzHjBDQDRrXs7Nown?= =?us-ascii?Q?fdJxPVrpXLKVAs/fpAbkWkZfVPe5POcZ/95FgUq/WZ4FE2T59XKiTcK/iad7?= =?us-ascii?Q?gMZ47llB/zOzLkTTapjdr2wEBJDNElykMqrddsDo0cCYcaie+wqgpOiE6OkR?= =?us-ascii?Q?EqkAMbrgl/fD7Lvpfb85eB6lynid2zQ1tqTS0cvAnsXf8tlmFHpSuKvQvTJL?= =?us-ascii?Q?Vmt6KGSZN5mHEUB30JxHb/6sGR8uOZArbNrPWU9wLmvuEYObBHUN6R5wmHQF?= =?us-ascii?Q?8L4hAeVyi7dGiia/kO4YinFkJAJda/WOVEiBvxrSXITR+s2p86oypqV53lhw?= =?us-ascii?Q?mEvodsM0GbnYvf1N7ONNXHol0rDYTokKjV/4f76oyUapufyq8X2CYX7IWXW+?= =?us-ascii?Q?zWheo+IY6qWOF/CRpvofY0Wuvvq2zEwbqQp7UxDrzuz9AvrN6gfbVb97Lcue?= =?us-ascii?Q?05WPq8Td1fLEVK3cdj4UCFtHuui4/5PFr/DO9sJe3BTWnVKgSxrYazONYn4J?= =?us-ascii?Q?H7AkCh7En1qBBglQ7Kj2Cmf39MkA2MxN81Wugtz1h/al1qjcCj0g5z96L21i?= =?us-ascii?Q?jaR4WBoFIEZxSxFYJUgIDurYfP2vH8quSCl7dEA+EVa0fwIb9RyEaagGw8VE?= =?us-ascii?Q?5vcFlgVoQ=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 6:ZqnB4yG5jYFWxELX1sXzLnr6maxmk0JyZ2DyuNJgVBndWlgs4AdcRe9n8lmfQbBUyL4mK+MeLbKpAVCkmU+AybJo64/eg5jZ6XV9ZkeZZwlZj88CXxV1L7OsxLVu1wk1JeB02o0fp+A/WUI2/WWqJGGw2tiew2kgszpt8dRrh8HWhjhFoo6zox6iqrwlfQCQNOXkTNP4GssTBiaX2K1ZpLDc+Rwb+M5UIsIJuqvqYhgcNDrjbguDgmqTmXvmeM6f5GfgLgr0Q+1PjU8vAWIR9WJ4w1rYExJFGL2EJSfNQ874ZU88OwlInaJa061ivJxubotwR18g2KMfoj8ymnpshzDuYWOHHEUJJ5vLJ6f5BjnRH43NYUbX1CbJnYLzcd4z2gdBD/PUUYUi1bOGbpQENIeI3kojLAh0S2uAdZ+z78cuEibDLpYdrU4IBGKsIoC2XZ0Ek+xgmeFinxcoR2p2Kg==; 5:Cr1BSKeNjxqNaANSZOawDnNoWwx0OXfkiXXUj0hAZhGkRh0aHGJyB9tT9feINlwQrDo05mxdtKPB++MfSJq4jzKSJZs6hV+uHO411F8baBoMY8BHkuTVWsl4WJw9G0O62m4HX1c20zlyLUIdHXlY1jXVcwQ747Yd7ZS1lIMNAXE=; 24:rf05fJGsfk5/1VznJo8tymhdQT0caylUvauZcja+027I8zhib97/HMi2l+TNbihruEiAFndxbGQ6vOWqRdKbeWu077lA85cYshMZcRkY8bA= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 7:m8Fa1RisI3C+7HxaLxkJsADoZh43fG2j1hQ73wTZMQx0qoVt4QOjA4fAxCSwI33HSLdELfdjl78atz1UrmV9WYg+W9R6teUx8p9qIS29Zgfvr7xJ29So6swRPKHVT4+yxzcHP0q9i7clAyxbqxX+BxyHhMF1nxhDPcfXu2i8WF+DuuibuEUlXr73gSmEiGuMEOfnr5IPyk1Ai7TPx2TmAWQThiD7cJCZsXss4T9dQXCHCIKAnysq2FNnf0KowxfW9wuNdt2PmjK3ZzWAN64HtcAUR4FgoQ1s7tlq4TzcftAakI2rLqMTX6M8cl8GwSTE3G+ezbDYNl0E+US9TLgUA7ZJLmzt3eFqVy2lWXA5kLelm4VsdfmGCrO2w4sCJq/EYqrnvC7BmQF1HXckD4ElX3l4dzewz8fIiUH95/13yXfzDy0gNvshfdC+782BFQDNbtzU3a2cqfeqoYm6G0gJCg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jan 2017 16:20:57.7963 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB2932 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Jan 2017 16:21:01 -0000 Steve Kargl wrote: > Well, yes, it is the manpage that gets installed. > > > usr.bin/man/apropos.1 > > > > is the one that matches apropos(1) I should have said "in 10.x" ;-) In current, MK_MANDOCDB defaults yes, so you are right. So the script needs an update. Is there a PR filed? From owner-freebsd-current@freebsd.org Tue Jan 10 18:36:14 2017 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 E3C64CA83FB for ; Tue, 10 Jan 2017 18:36:14 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 58C1E1AAD for ; Tue, 10 Jan 2017 18:36:13 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.52.71.115]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mg0IT-1c3jew2m6n-00NSHO; Tue, 10 Jan 2017 19:36:03 +0100 Date: Tue, 10 Jan 2017 19:35:55 +0100 From: "O. Hartmann" To: "O. Hartmann" Cc: freebsd-current Subject: Re: r311871: kernel build failure: ieee80211_vht.c:94:2: error: implicit declaration ... Message-ID: <20170110193555.7229b4ce@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170110113200.05865ae3@freyja.zeit4.iv.bundesimmobilien.de> References: <20170110113200.05865ae3@freyja.zeit4.iv.bundesimmobilien.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/Ya9rHKdB=nwpnpQ5RxOs1VU"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:SnLz4yADQkzBrTh2s3oLeo7SMvC6p/jWdXDfWPbBPOwHLXSHBoe gOc4jX0BOWMHJ5d6ERJZJJyE2Ce3y3lQ70EACX3VflVXAK3es7+MrcCzAn7/gYwnYNIbuAN bFiHcLbVqQNXefvfsj82O6azf1qOk4VSsgvGXzwJqp5tO73XFSi0qvUvVF4FthrVJhyNGZ6 tgUt0I/ChfVSu3jqz8JQQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:6Bysljbp46I=:SVUaM50dHTMaLlOoXJ7g1b DY9myw04WamG7QNwPTQn7U9Fh5OOtVvpB9Y6VzKBffMMYqpL4Y03ded4i9gCNEe0UoztxYQ9r sjTAELqXMbCn2yg3a0YCJw7YGLmYA/nPovvAIdmhzhwxjj3F/9lGyh5jKH7u99hKUciRXsDwb QzCE1vxmpHNXmGudnxLSacRvUoXYPFDFv3peLbSnqdoBAu8yyz3FFu1oAHgex59v7RLgBgGGC 0+Zh/wavSyA/lir3QxRt9BH8hC48OkIpQVpLz4qQQjvUcxPeeAqUJNDnEnMmlhMDNSFc7YTu/ u+DmcUHbUTe0wezxVNCJ4SA+nRhlT7ps5wjDCoMMahRuZRel4BzUFlY0z7OHbyY/nK3Vy+szE MKVcrpZjwNCOb/nOo6/JPMT+eB6pnPd8MRx+fM7x6nxbErVkTAMHKC837O1u4fbLpv75/zZX/ gUa09XFQeAOojUy36WqJl++H6bf8Rt66aadSvEloFOmB5vzCXJPLNlPaoKLNuWUvA+l9WXUOa 3NXoPhP4uiypY29IXFZ41cNRJ/7DUI2zIRd7hwEpANEYUAp6PHXQNIxFoULFuiK5/8JJj8E2z zA4YACNmbVkrBrr73mZjdTPfTxb45P1gbqqqoXVgujREVIXH7ShyGPukzQXXxO8jXk2POIKlI 9OOgCbDuKRz4GJK7C5BMSNz1gH2S5qEhpXexaaXeigxuU2u08lIc23ta3lghoPFf30DHQYdcF Gq+spkSPLHCUpnQpJkLJCx0kLa/JTcHzscKx+tc/dEYma77b3A+1Fj8W9Jc= X-Mailman-Approved-At: Tue, 10 Jan 2017 18:40:45 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Jan 2017 18:36:15 -0000 --Sig_/Ya9rHKdB=nwpnpQ5RxOs1VU Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Tue, 10 Jan 2017 11:32:00 +0100 "O. Hartmann" schrieb: > On CURRENT (r311871), I'm bothered with this error schown below. Buildker= nel > fails. It is a customized kernel. >=20 > [...] > Building /usr/obj/usr/src/sys/FREYJA/modules/usr/src/sys/modules/wlan/iee= e80211.o > Building /usr/obj/usr/src/sys/FREYJA/modules/usr/src/sys/modules/wlan/iee= e80211_vht.o > /usr/src/sys/modules/wlan/../../net80211/ieee80211_vht.c:94:2: error: imp= licit > declaration of function 'ieee80211_note' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] ieee80211_note(ni->ni_vap, "%s: > called; fc=3D0x%.2x/0x%.2x", ^ 1 error generated. > *** Error code 1 >=20 > Kind regards, >=20 > oh The problem can be avoided by enabling WiFi infrastructure in the kernel: I have these lines in those boxes which build the kernel in common: # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support options IEEE80211_SUPPORT_TDMA #enable TDMA support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device ath # Atheros NICs device ath_pci # Atheros pci/cardbus glue device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and lat= er device ath_rate_sample # SampleRate tx rate control for ath --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/Ya9rHKdB=nwpnpQ5RxOs1VU Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWHUpiwAKCRDS528fyFhY lDIfAf9j1XdgGEDZ5l3L/goAnlgjXgPpQWNcqSY8SgwH7g0r8Pumn87a//Q+Ut1B 65fe6PSCXTvJEmkNv0Jrrwww5OpsAgCp+2ayZRjDFY07P9qmc+KUFFWCiTWZfmWd CIjnJtJl1zMpzzh7qu04eH7age4zGdYeFGxVgghUeChn3W8+FsWY =b7RP -----END PGP SIGNATURE----- --Sig_/Ya9rHKdB=nwpnpQ5RxOs1VU-- From owner-freebsd-current@freebsd.org Tue Jan 10 19:49:46 2017 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 8313BCAA92D; Tue, 10 Jan 2017 19:49:46 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from butcher-nb.yandex.net (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by mx1.freebsd.org (Postfix) with ESMTP id 80B631334; Tue, 10 Jan 2017 19:49:45 +0000 (UTC) (envelope-from ae@FreeBSD.org) Subject: Re: [RFC/RFT] projects/ipsec To: freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-stable@freebsd.org References: <2bd32791-944f-2417-41e9-e0fe1c705502@FreeBSD.org> From: "Andrey V. Elsukov" Message-ID: <3caafac9-d7ff-89bb-6fca-8968191ebb0a@FreeBSD.org> Date: Tue, 10 Jan 2017 22:48:59 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <2bd32791-944f-2417-41e9-e0fe1c705502@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Jan 2017 19:49:46 -0000 Hi All, I ported the changes from projects/ipsec to stable/11 branch. So, if it is more suitable for testing, please, welcome. You can checkout the sources from github: https://github.com/bu7cher/freebsd/tree/stable/11 Also I made the standalone patch: https://people.freebsd.org/~ae/ipsec.diff Unfortunately, I did only compile test for stable branch. > I am pleased to announce that projects/ipsec, that I started several > months ago is ready for testing and review. > The main goals were: > * rework locking to make IPsec code more friendly for concurrent > processing; > * make lookup in SADB/SPDB faster; > * revise PFKEY implementation, remove stale code, make it closer > to RFC; > * implement IPsec VTI (virtual tunneling interface); > * make IPsec code loadable as kernel module. > > Currently all, except the last one is mostly done. So, I decided ask for > a help to test the what already done, while I will work on the last task. > > How to try? There are no patches, you need to checkout the full > projects/ipsec source tree, and build the kernel and the base system. > There are very few changes in the base system, mostly the kernel > changes. Thus for testing that old configuration is still work, it is > enough to build only the kernel. > > The approximate list of changes that may be visible to users: > * SA bundles now can have only 4 items in the chain. I think it is > enough, I can't imagine configurations when needed more. Also now SA > bundles supported for IPv6 too. > * due to changes in SPDB/SADB, systems where large number of SPs and SAs > are in use should get significant performance benefits. > * the memory consumption should slightly increase. There are several > hash tables and SP cache appeared. > * INPCB SP cache should noticeable increase network performance of > application when security policies are presence. > https://lists.freebsd.org/pipermail/freebsd-net/2015-April/042121.html > * use transport mode IPsec for forwarded IPv4 packets now unsupported. > This matches the IPv6 behavior, and since we can handle the replies, I > think it is useless. > * Added net.inet.ipsec.check_policy_history sysctl variable. When it is > set, each inbound packet that was handled by IPsec will be checked > according to matching security policy. If not all IPsec transforms were > applied, the check will fail, and packet will be dropped. > * Many PF_KEY messages handlers was updated, probably some IKEd now may > fail due to stricter checks. > * SPI now unique for each SA. This also can break something. > * Added if_ipsec interface. For more info look at > https://svnweb.freebsd.org/base?view=revision&revision=309115 > https://reviews.freebsd.org/P112 > * TCP_SIGNATURE code was reworked and now it behaves closer to RFC > https://svnweb.freebsd.org/base?view=revision&revision=309610 > * NAT-T support was reworked. > https://svnweb.freebsd.org/base?view=revision&revision=309808 > Also I made the patch to racoon that adds better support of NAT-T, > you can use this port to build patched racoon: > https://people.freebsd.org/~ae/ipsec-tools.tgz > > What results is interesting to me? > If you have some nontrivial configuration, please test. > If you have some configuration, that did't work, please test this branch. > If you have performance problems, please test. But don't forget that > this is head/ branch, you need to disable all debugging first. > If you just want to test, pay attention to the output of > `vmstat -m | egrep "sec|sah|pol|crypt"`. > If you have used TCP_SIGNATURE, IPSEC_NAT_T options, please test, this > support was significantly changed. IPsec as kernel modules was reported here: https://lists.freebsd.org/pipermail/freebsd-net/2016-December/046762.html Some additional testing also needed with this... -- WBR, Andrey V. Elsukov From owner-freebsd-current@freebsd.org Wed Jan 11 00:09:43 2017 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 D11FDCAAC63 for ; Wed, 11 Jan 2017 00:09:43 +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 B69EB1C33 for ; Wed, 11 Jan 2017 00:09:43 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 4d38e801-d792-11e6-8c89-112185c90658 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id 4d38e801-d792-11e6-8c89-112185c90658; Wed, 11 Jan 2017 00:10:04 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v0B09eDU007366; Tue, 10 Jan 2017 17:09:40 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1484093380.96230.94.camel@freebsd.org> Subject: Re: rc.d/ntpdate broken since r311103 - /head/etc/ntp.conf - Update ntp.conf to use the ntpd pool feature From: Ian Lepore To: Ronald Klop , freebsd-current@freebsd.org Date: Tue, 10 Jan 2017 17:09:40 -0700 In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 00:09:43 -0000 On Wed, 2017-01-11 at 00:48 +0100, Ronald Klop wrote: > Hello, > > Since the commit in the subject /etc/rc.d/ntpdate does not work > anymore. > # /etc/rc.d/ntpdate restart > Setting date via ntp. > 11 Jan 00:35:46 ntpdate[56020]: no servers can be used, exiting > > This diff fixes it for me: > # diff -u /tmp/ntpdate /etc/rc.d/ntpdate > --- /tmp/ntpdate 2017-01-11 00:41:58.736138000 +0100 > +++ /etc/rc.d/ntpdate 2017-01-11 00:42:15.522986000 +0100 > @@ -20,7 +20,7 @@ >    if [ -z "$ntpdate_hosts" -a -f "$ntpdate_config" ]; then >    ntpdate_hosts=`awk ' >    /^server[ \t]*127.127/      {next} > - /^(server|peer)/            { > + /^(server|peer|pool)/            { >        if ($2 ~/^-/)           {print $3} >        else                    {print $2}} >    ' < "$ntpdate_config"` > > > Regards, > > Ronald. Ooops, my bad, I'll get it fixed asap. -- Ian From owner-freebsd-current@freebsd.org Wed Jan 11 00:04:18 2017 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 27928CAAAF6 for ; Wed, 11 Jan 2017 00:04:18 +0000 (UTC) (envelope-from ronald@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E658D1B92; Wed, 11 Jan 2017 00:04:17 +0000 (UTC) (envelope-from ronald@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1cR69v-0006Pd-Fx; Wed, 11 Jan 2017 00:48:55 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org Date: Wed, 11 Jan 2017 00:48:53 +0100 Cc: "Ian Lepore" Subject: rc.d/ntpdate broken since r311103 - /head/etc/ntp.conf - Update ntp.conf to use the ntpd pool feature MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: bdb49c4ff80bd276e321aade33e76e02752072e2 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: c74461a82029b6293650421ecb57b64a X-Mailman-Approved-At: Wed, 11 Jan 2017 00:14:54 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 00:04:18 -0000 Hello, Since the commit in the subject /etc/rc.d/ntpdate does not work anymore. # /etc/rc.d/ntpdate restart Setting date via ntp. 11 Jan 00:35:46 ntpdate[56020]: no servers can be used, exiting This diff fixes it for me: # diff -u /tmp/ntpdate /etc/rc.d/ntpdate --- /tmp/ntpdate 2017-01-11 00:41:58.736138000 +0100 +++ /etc/rc.d/ntpdate 2017-01-11 00:42:15.522986000 +0100 @@ -20,7 +20,7 @@ if [ -z "$ntpdate_hosts" -a -f "$ntpdate_config" ]; then ntpdate_hosts=`awk ' /^server[ \t]*127.127/ {next} - /^(server|peer)/ { + /^(server|peer|pool)/ { if ($2 ~/^-/) {print $3} else {print $2}} ' < "$ntpdate_config"` Regards, Ronald. From owner-freebsd-current@freebsd.org Wed Jan 11 04:39:16 2017 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 67F93CAA4FC for ; Wed, 11 Jan 2017 04:39:16 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 333591390; Wed, 11 Jan 2017 04:39:15 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id RAggcf6abP4MrRAghc3CzZ; Tue, 10 Jan 2017 21:39:08 -0700 X-Authority-Analysis: v=2.2 cv=be0baKHB c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=8nJEP1OIZ-IA:10 a=IgFoBzBjUZAA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=eD2q0hPtAzQy1CqxnEEA:9 a=wPNLvfGTeEIA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id 5AF3D142; Tue, 10 Jan 2017 20:39:02 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v0B4chDC073588; Tue, 10 Jan 2017 20:38:44 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201701110438.v0B4chDC073588@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Ian Lepore cc: Ronald Klop , freebsd-current@freebsd.org Subject: Re: rc.d/ntpdate broken since r311103 - /head/etc/ntp.conf - Update ntp.conf to use the ntpd pool feature In-Reply-To: Message from Ian Lepore of "Tue, 10 Jan 2017 17:09:40 -0700." <1484093380.96230.94.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Tue, 10 Jan 2017 20:38:43 -0800 X-CMAE-Envelope: MS4wfPk78E97KQTEdaR+sU2YsA+tk9Wse4NvIsTLxCriUhLY1pZAnB5iYGnn9I+nyqLdtz5Ekv7Pbvr4AnrnpCMdrIY51igzzqp/wVyfJ1nWLJKGF5U3B/kM NJzagud6/lao7P2G4fKQqRXIGPECDYa2ls6z61+YlIjGFvvQWf+evoJ41Q3fe7LhDkYKUtkjArAWTKIesUBEXDLcB4Zzi+HgG9WJYDK0MMI70BTSZCrv/pTB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 04:39:16 -0000 In message <1484093380.96230.94.camel@freebsd.org>, Ian Lepore writes: > On Wed, 2017-01-11 at 00:48 +0100, Ronald Klop wrote: > > Hello, > > > > Since the commit in the subject /etc/rc.d/ntpdate does not work > > anymore. > > # /etc/rc.d/ntpdate restart > > Setting date via ntp. > > 11 Jan 00:35:46 ntpdate[56020]: no servers can be used, exiting > > > > This diff fixes it for me: > > # diff -u /tmp/ntpdate /etc/rc.d/ntpdate > > --- /tmp/ntpdate 2017-01-11 00:41:58.736138000 +0100 > > +++ /etc/rc.d/ntpdate 2017-01-11 00:42:15.522986000 +0100 > > @@ -20,7 +20,7 @@ > >    if [ -z "$ntpdate_hosts" -a -f "$ntpdate_config" ]; then > >    ntpdate_hosts=`awk ' > >    /^server[ \t]*127.127/      {next} > > - /^(server|peer)/            { > > + /^(server|peer|pool)/            { > >        if ($2 ~/^-/)           {print $3} > >        else                    {print $2}} > >    ' < "$ntpdate_config"` > > > > > > Regards, > > > > Ronald. > > Ooops, my bad, I'll get it fixed asap. Not all your bad. Those of us reviewing the change should picked up on that too. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Wed Jan 11 05:02:28 2017 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 480B4CAA253; Wed, 11 Jan 2017 05:02:28 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yb0-x22c.google.com (mail-yb0-x22c.google.com [IPv6:2607:f8b0:4002:c09::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 076CE12BA; Wed, 11 Jan 2017 05:02:28 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yb0-x22c.google.com with SMTP id v132so113962327yba.0; Tue, 10 Jan 2017 21:02:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Fw4iIVp/8Nz3BvnxEsl/OayhkgaqN1x89/XXvF1J8OY=; b=NFinBIflj3RrsBkG80qbZTNaOGa1BkSNihlCj813vPypTgj0C06MsKU1B1+Rid7Z00 3Q1MEEZrmcQhQvFbmutvUK9qklONpl39efdp2OSQ6S7f6q4mtvSVvAELMb52jAz8C+z3 Mmdbyp7hhGpg8Gku4COU56I7yJN8dagNxj+F0tC9SJ3Bjrn5IVj9UqpRsO+EPM72rULv oco2EiKXUqS6UEh+klHg5kA3WobY3JWCKFtqnfItpGnM+kBlg1nZbqo3B1+4My5Vk1Sm /mlScXKdM4RfppKoWK8sd2ZULBieSJZtkXb1nbGHm9/7wUSaIlfRmdYViAijX1p3uyPD tSww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Fw4iIVp/8Nz3BvnxEsl/OayhkgaqN1x89/XXvF1J8OY=; b=Loj7htBWViEme6ozrmq6xtN4IVXkcrul2yNb9s/3/naojwcCksZzwX8MAt+DkAVEyB iWCn0SJ5K/prf1eaqkcMK3Qq+9laeMJT87DyV3gSjbtrBCdWX92gfTCsQ8a7I0f3vLB+ eIkkZQmtPv8ePdHJt4Oce1lpowCc+5YmrabRAxfO2+ovuUlWi6AMKD8gYyt9NUOw5sxC DUQLjghiyV7mdxo921MAyhCzxErGz4kv1kAhkm9nqJxW2LGvlpy0kn1EOW3IvCKydEad VqhmUAHl6LptRbG2U3dtOl0Ybz7Yc69peVEFU3GuVk+Q9OEAtdgDiqvijatwgaAITxnk mWBQ== X-Gm-Message-State: AIkVDXLExaaAwEQzxFNGZGbrKL+5PZ9EnIIQrCVsKlGVydUhWTn53qLcO2QYK7zsRdQQ79uv31d0QdsAlnE+4g== X-Received: by 10.37.84.8 with SMTP id i8mr3050612ybb.75.1484110946845; Tue, 10 Jan 2017 21:02:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.52.65 with HTTP; Tue, 10 Jan 2017 21:02:26 -0800 (PST) From: Ultima Date: Wed, 11 Jan 2017 00:02:26 -0500 Message-ID: Subject: Sluggish performance on head r311648 To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 05:02:28 -0000 I'v been noticing lately sluggish performance, maybe zfs? First noticed this a few days ago right after upgrading on Jan 7th to r311648 and the last upgrade before that was around dec 30-jan 1 (not sure of rev). Decided to upgrade again today. I usually build and install head every week or two, but I have been extremely busy the past couple months. FreeBSD U1 12.0-CURRENT FreeBSD 12.0-CURRENT #16 r311903: Tue Jan 10 17:20:11 EST 2017 amd64 Normally when one of my services scans a few directories it takes about 15 seconds tops, it has been taking several minutes. I want to note that this service is running inside a jail with vnet enabled. Also the directory it scans is a nullfs to a dataset. This is just one of the many side effects i'v been noticing, another is extremely slow reads with bhyve+zvol. Starting to wonder if it maybe hardware related. I decided to check commits log before posting and not much has happened to zfs recently other than, Add missed vfs.zfs.zfetch.max_idistance in r309833, and 309714 which doesn't really look related (could be wrong). But these were committed about a month ago so that is not likely the case. Anyone else experiences similar results as of recent? Sorry for being noise if this is hardware related. From owner-freebsd-current@freebsd.org Wed Jan 11 08:28:06 2017 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 2F09CCA9016; Wed, 11 Jan 2017 08:28:06 +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 22E191723; Wed, 11 Jan 2017 08:28:06 +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 736BD6E3; Wed, 11 Jan 2017 08:28:06 +0000 (UTC) Date: Wed, 11 Jan 2017 08:28:04 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: delphij@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1718575054.43.1484123286485.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4627 - 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.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2017 08:28:06 -0000 FreeBSD_HEAD_i386 - Build #4627 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4627/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4627/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4627/console Change summaries: 311914 by delphij: MFV r311913: Fix multiple OpenSSH vulnerabilities. Submitted by: des Approved by: so The end of the build log: [...truncated 189446 lines...] --- all_subdir_scc --- --- scc_if.c --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/scc/scc_if.m -c --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- ofw_bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/ofw/ofw_bus_if.m -h --- all_subdir_rtwn --- --- r88e_rom.o --- ctfconvert -L VERSION -g r88e_rom.o --- all_subdir_scc --- --- serdev_if.c --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/serdev_if.m -c --- linker_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/linker_if.m -h --- modules-all --- --- scc_if.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.scc_if.o -MTscc_if.o -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 scc_if.c -o scc_if.o --- all_subdir_rtwn --- --- r88e_rx.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.r88e_rx.o -MTr88e_rx.o -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/rtwn/../../dev/rtwn/rtl8188e/r88e_rx.c -o r88e_rx.o --- all_subdir_scsi_low --- ===> scsi_low (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_ddb.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_ddb.h opt_ddb.h --- opt_scsi.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_scsi.h opt_scsi.h --- opt_cam.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_cam.h opt_cam.h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- all_subdir_rtwn_usb --- --- rtwn_usb_attach.o --- ctfconvert -L VERSION -g rtwn_usb_attach.o --- all_subdir_scsi_low --- --- scsi_low.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.scsi_low.o -MTscsi_low.o -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/scsi_low/../../cam/scsi/scsi_low.c -o scsi_low.o --- all_subdir_scc --- ctfconvert -L VERSION -g scc_if.o --- scc_dev_sab82532.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.scc_dev_sab82532.o -MTscc_dev_sab82532.o -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/scc/../../dev/scc/scc_dev_sab82532.c -o scc_dev_sab82532.o --- all_subdir_rtwn_usb --- --- if_rtwn_usb.kld --- ld -d -warn-common -r -d -o if_rtwn_usb.kld rtwn_usb_attach.o rtwn_usb_ep.o rtwn_usb_reg.o rtwn_usb_rx.o rtwn_usb_tx.o r88eu_attach.o r88eu_init.o r88eu_rx.o r92cu_attach.o r92cu_init.o r92cu_led.o r92cu_rx.o r92cu_tx.o r12au_attach.o r12au_init.o r12au_rx.o r12au_tx.o r21au_attach.o r21au_init.o r21au_dfs.o ctfmerge -L VERSION -g -o if_rtwn_usb.kld rtwn_usb_attach.o rtwn_usb_ep.o rtwn_usb_reg.o rtwn_usb_rx.o rtwn_usb_tx.o r88eu_attach.o r88eu_init.o r88eu_rx.o r92cu_attach.o r92cu_init.o r92cu_led.o r92cu_rx.o r92cu_tx.o r12au_attach.o r12au_init.o r12au_rx.o r12au_tx.o r21au_attach.o r21au_init.o r21au_dfs.o --- all_subdir_rtwn --- ctfconvert -L VERSION -g r88e_rx.o --- r88e_tx.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.r88e_tx.o -MTr88e_tx.o -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/rtwn/../../dev/rtwn/rtl8188e/r88e_tx.c -o r88e_tx.o --- all_subdir_scc --- ctfconvert -L VERSION -g scc_dev_sab82532.o --- scc_dev_z8530.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.scc_dev_z8530.o -MTscc_dev_z8530.o -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/scc/../../dev/scc/scc_dev_z8530.c -o scc_dev_z8530.o --- all_subdir_rtwn_usb --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_rtwn_usb.kld export_syms | xargs -J% objcopy % if_rtwn_usb.kld --- if_rtwn_usb.ko.full --- ld -Bshareable -d -warn-common -o if_rtwn_usb.ko.full if_rtwn_usb.kld --- if_rtwn_usb.ko.debug --- objcopy --only-keep-debug if_rtwn_usb.ko.full if_rtwn_usb.ko.debug --- if_rtwn_usb.ko --- objcopy --strip-debug --add-gnu-debuglink=if_rtwn_usb.ko.debug if_rtwn_usb.ko.full if_rtwn_usb.ko --- all_subdir_scc --- ctfconvert -L VERSION -g scc_dev_z8530.o --- serdev_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/serdev_if.m -h --- modules-all --- --- serdev_if.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.serdev_if.o -MTserdev_if.o -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 serdev_if.c -o serdev_if.o --- all_subdir_rtwn --- --- r12a_beacon.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.r12a_beacon.o -MTr12a_beacon.o -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/rtwn/../../dev/rtwn/rtl8812a/r12a_beacon.c -o r12a_beacon.o --- r88e_tx.o --- ctfconvert -L VERSION -g r88e_tx.o --- all_subdir_sdhci --- ===> sdhci (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- sdhci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/sdhci/sdhci_if.m -h --- sdhci_if.c --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/sdhci/sdhci_if.m -c --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- mmcbr_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbr_if.m -h --- all_subdir_scc --- ctfconvert -L VERSION -g serdev_if.o --- scc_core.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.scc_core.o -MTscc_core.o -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/scc/../../dev/scc/scc_core.c -o scc_core.o --- all_subdir_sdhci --- --- sdhci_if.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.sdhci_if.o -MTsdhci_if.o -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 sdhci_if.c -o sdhci_if.o ctfconvert -L VERSION -g sdhci_if.o --- sdhci.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.sdhci.o -MTsdhci.o -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/sdhci/../../dev/sdhci/sdhci.c -o sdhci.o --- all_subdir_rtwn --- --- r12a_beacon.o --- ctfconvert -L VERSION -g r12a_beacon.o --- r12a_calib.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.r12a_calib.o -MTr12a_calib.o -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/rtwn/../../dev/rtwn/rtl8812a/r12a_calib.c -o r12a_calib.o --- all_subdir_scc --- ctfconvert -L VERSION -g scc_core.o --- scc.kld --- ld -d -warn-common -r -d -o scc.kld scc_core.o scc_if.o scc_dev_sab82532.o scc_dev_z8530.o serdev_if.o ctfmerge -L VERSION -g -o scc.kld scc_core.o scc_if.o scc_dev_sab82532.o scc_dev_z8530.o serdev_if.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk scc.kld export_syms | xargs -J% objcopy % scc.kld --- scc.ko.full --- ld -Bshareable -d -warn-common -o scc.ko.full scc.kld --- scc.ko.debug --- objcopy --only-keep-debug scc.ko.full scc.ko.debug --- scc.ko --- objcopy --strip-debug --add-gnu-debuglink=scc.ko.debug scc.ko.full scc.ko --- all_subdir_rtwn --- --- r12a_caps.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.r12a_caps.o -MTr12a_caps.o -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/rtwn/../../dev/rtwn/rtl8812a/r12a_caps.c -o r12a_caps.o --- r12a_calib.o --- ctfconvert -L VERSION -g r12a_calib.o --- all_subdir_sdhci_acpi --- ===> sdhci_acpi (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- sdhci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/sdhci/sdhci_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- all_subdir_scsi_low --- ctfconvert -L VERSION -g scsi_low.o --- all_subdir_rtwn --- --- r12a_caps.o --- ctfconvert -L VERSION -g r12a_caps.o --- all_subdir_sdhci_acpi --- --- mmcbr_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbr_if.m -h --- sdhci_acpi.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.sdhci_acpi.o -MTsdhci_acpi.o -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/sdhci_acpi/../../dev/sdhci/sdhci_acpi.c -o sdhci_acpi.o --- all_subdir_scsi_low --- --- scsi_low.kld --- ld -d -warn-common -r -d -o scsi_low.kld scsi_low.o ctfmerge -L VERSION -g -o scsi_low.kld scsi_low.o echo scsi_low_attach scsi_low_dettach scsi_low_is_busy scsi_low_activate scsi_low_deactivate scsi_low_bus_idle scsi_low_arbit_fail scsi_low_arbit_win scsi_low_msgout scsi_low_msgin scsi_low_statusin scsi_low_data scsi_low_data_finish scsi_low_cmd scsi_low_reselected scsi_low_disconnected scsi_low_restart scsi_low_print scsi_low_bus_reset > export_syms awk -f /usr/src/sys/conf/kmod_syms.awk scsi_low.kld export_syms | xargs -J% objcopy % scsi_low.kld --- all_subdir_rtwn --- --- r12a_chan.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.r12a_chan.o -MTr12a_chan.o -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/rtwn/../../dev/rtwn/rtl8812a/r12a_chan.c -o r12a_chan.o --- all_subdir_scsi_low --- --- scsi_low.ko.full --- ld -Bshareable -d -warn-common -o scsi_low.ko.full scsi_low.kld --- scsi_low.ko.debug --- objcopy --only-keep-debug scsi_low.ko.full scsi_low.ko.debug --- scsi_low.ko --- objcopy --strip-debug --add-gnu-debuglink=scsi_low.ko.debug scsi_low.ko.full scsi_low.ko --- ifdi_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/net/ifdi_if.m -h --- modules-all --- --- all_subdir_rtwn --- --- r12a_fw.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -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 -MD -MF.depend.r12a_fw.o -MTr12a_fw.o -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/rtwn/../../dev/rtwn/rtl8812a/r12a_fw.c -o r12a_fw.o --- all_subdir_sdhci_acpi --- In file included from /usr/src/sys/modules/sdhci_acpi/../../dev/sdhci/sdhci_acpi.c:47: /usr/src/sys/dev/acpica/acpivar.h:36:10: fatal error: 'acpi_if.h' file not found #include "acpi_if.h" ^ 1 error generated. *** [sdhci_acpi.o] Error code 1 bmake[4]: stopped in /usr/src/sys/modules/sdhci_acpi 1 error bmake[4]: stopped in /usr/src/sys/modules/sdhci_acpi *** [all_subdir_sdhci_acpi] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_rtwn --- ctfconvert -L VERSION -g r12a_fw.o --- all_subdir_sdhci --- ctfconvert -L VERSION -g sdhci.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/sdhci *** [all_subdir_sdhci] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_rtwn --- --- r12a_chan.o --- ctfconvert -L VERSION -g r12a_chan.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/rtwn *** [all_subdir_rtwn] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 3 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[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/hudson7505501091009289906.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::103: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 11 08:28:21 2017 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 CC1B5CA90A5 for ; Wed, 11 Jan 2017 08:28:21 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F6741862 for ; Wed, 11 Jan 2017 08:28:20 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LvQkh-1ca49R0a1L-010gZQ for ; Wed, 11 Jan 2017 09:28:10 +0100 Date: Wed, 11 Jan 2017 09:27:30 +0100 From: "O. Hartmann" To: freebsd-current Subject: CURRENT: em0 NIC freezes under heavy I/O on net Message-ID: <20170111091643.1d45ab39@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:0IHxMej9QAWdk2IkvpOqc/qAemosX5g/ZkvZLKo7sjrSb1oIY/H pC6jowyOId1Wxp2izLlJ2K4kQNNBuk55K5sZRhDmarnUpvv1sGDxTQ7IrPNKoc8h+RQYBfB YviPvLIBsNLCSn0Xt8v/Xgd0Zs/7j6lsqxZgorIATW2ichsVyzNB/rVCwHoJdD1U6mvxJX7 uaOTIJMHSYg8v9WVrRDeA== X-UI-Out-Filterresults: notjunk:1;V01:K0:r+yfqRag/vs=:VlIvHNLHzGuOHNwQx2bEm1 LG1j0KtVCNkGFFpVG5MFVbBOPRJb8EdXbvUjONDiynW5sDV9JcIpeybRjubBkgNy2O+PfG+NV 9WK+kZFQBZZU2OqhwFUScsyX11AFbYRX3YJbHDyHaaeCZZ01dlAvbhei9w5+o6Pv0+CsEC/6x +5t9hqdsy0KId8FM+T1RZxfwUpQvn+4dVK/1ffgSGikUoyRgdMWZREa84xc0v3nkmVswEucfD nTnJh9BtS7SLBMIG2f+Hk8ZFt4AVwelTTY2Ur8EvhGHibNYy7UaXTv7cIebHF1LbYfxjZ4aFv 71pSzsY9V4ALY9CW5+oqri/8EAIC5Z17NA2HVbXdeA1XKB0xa588GQWsiYTCxvaodA38q4YoF SxqEZkpN7uHxw45a1imjdX6tezTXwVKS2iYd3GFBKacJLKz6xFMkmd+6WxznO/6HgYi75/tqh b7w8hOZ1/du1KIfc/3I6v26CSw0BeMOtQinVVrGdrMgvj/sKMe9ylA+VLcWyluiD/YiXNznbx kzc+SSqTaflv+DUV1wJqpkgAbPKhj+SCJSWkWNPLEAxpb+IZL/jqI8xjB595w144pomJMXkfM HIMshHUxjjt/s/6VPXwp0GZmfxznKJd3o1Zch113ZsQR2Y0SxZEDElNJQnK9+6Z7W5Nk/O65C BU8on6ciPdVo/5vOnTZvJiqT39kQLG5pb7DKNklq3fUNk2+6rYPXDOa+7MKfqntv/fxn7laSZ cJ3drUZBnSLx2c4GYA5NHJseVIBzRvAQRaOsd9AzuxpoGcSDfAlcxkYMlEpEgHAzZTyLvjcrK eKc8OZJWqFubbXfkjRacgzI68TLtluC4Kk6L7gak8lATU7DnNzErDGzDL0U+gUs37JEBbvBwf nRF4zusAhGHJ+kFPBHZH+i3xpJvRebSOeVq5WSZjr7hZVlnFqELk3Mn5s6S48kFadw2hGXAlx jgheOIR1XoHNKufIuVABlyEFjPH9KcnUrL0KnfhG+stpdZbhwkQWPE3N7F6/l4l3ZBAhJREYV 8OHAPER6aROpXMIuW9T5m7W7dJ3gzA9M+XR2wtcYBQnVVlN0kKwt36/3MSP50Jt8mA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 08:28:21 -0000 Running recent CURRENT (FreeBSD 12.0-CURRENT #5 r311919: Wed Jan 11 08:24:28 CET 2017 amd64), the system freezes when doing a rsync over automounted (autofs) NFSv4 filesystem, mounted from another CURRENT server (same revision, but with BCM NICs). The host in question is a Fujitsu Celsius M740 equipted with an Intel NIC: [...] em0: port 0xf020-0xf03f mem 0xfb300000-0xfb31ffff,0xfb339000-0xfb339fff at device 25.0 numa-domain 0 on pci1 em0: attach_pre capping queues at 1 em0: using 1024 tx descriptors and 1024 rx descriptors em0: msix_init qsets capped at 1 em0: Unable to map MSIX table em0: Using an MSI interrupt em0: allocated for 1 tx_queues em0: allocated for 1 rx_queues em0: netmap queues/slots: TX 1/1024, RX 1/1024 [...] The pciconf output reveals: em0@pci0:0:25:0: class=0x020000 card=0x11ed1734 chip=0x153a8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Ethernet Connection I217-LM' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xfb300000, size 131072, enabled bar [14] = type Memory, range 32, base 0xfb339000, size 4096, enabled bar [18] = type I/O Port, range 32, base 0xf020, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 13[e0] = PCI Advanced Features: FLR TP I have a customized kernel. The NIC has revealed itself all the time as an "emX" device (never as igbX). The kernel contains device netmap (if relevevant). The phenomenon: Syncing a poudriere repository between to remote hosts, I use rsync on a NGSv4 exported filesystem, mounted via AUTOFS. So far, this work two days ago perfectly. Since yesterday, syncing brings down the network connection - the connection is simply dead. Terminating the rsync, bringing em0 down and up again doesn't help much, for short moments, the connection is established, but dies within seconds. Restarting via "service netif restart" all network services have the same effect: after the desaster, it is impossible for me to bring back the NIC/connection to normal, I have to reboot. The same happens when having heavy network load, but it takes a time and even rsync isn't "deadly" within the same timeframe - it takes sometimes a couple of seconds, another takes only one or two seconds to make the connection die. I checked with dd'ing a large file over that connection, it takes several seconds then to make the connection freezing (so, someone could reproduce iy not ncessarily using rsync). Kind regards, oh From owner-freebsd-current@freebsd.org Wed Jan 11 11:06:24 2017 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 615CACABAB2 for ; Wed, 11 Jan 2017 11:06:24 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4496E14B8 for ; Wed, 11 Jan 2017 11:06:23 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1484132779875682.9384231169385; Wed, 11 Jan 2017 03:06:19 -0800 (PST) Date: Wed, 11 Jan 2017 03:06:19 -0800 From: Matthew Macy To: "O. Hartmann" Cc: Message-Id: <1598d35075b.10642de0a7607.7672646196802078650@nextbsd.org> In-Reply-To: <20170111091643.1d45ab39@freyja.zeit4.iv.bundesimmobilien.de> References: <20170111091643.1d45ab39@freyja.zeit4.iv.bundesimmobilien.de> Subject: Re: CURRENT: em0 NIC freezes under heavy I/O on net MIME-Version: 1.0 User-Agent: Zoho Mail X-Mailer: Zoho Mail X-Zoho-Virus-Status: 2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 11:06:24 -0000 =20 =20 It looks like I have the wrong msix bar value for your NIC. Wil= l fix in the next day or so.-M---- On Wed, 11 Jan 2017 00:27:30 -0800 O. H= artmann wrote ----Running recent CURRENT (FreeBSD 1= 2.0-CURRENT #5 r311919: Wed Jan 11 08:24:28 CET 2017 amd64), the system fre= ezes when doing a rsync over automounted (autofs) NFSv4 filesystem, mounted= from another CURRENT server (same revision, but with BCM NICs). The host = in question is a Fujitsu Celsius M740 equipted with an Intel NIC: [...] em= 0: port 0xf020-0xf03f mem 0xfb300000= -0xfb31ffff,0xfb339000-0xfb339fff at device 25.0 numa-domain 0 on pci1 em0:= attach_pre capping queues at 1 em0: using 1024 tx descriptors and 1024 rx = descriptors em0: msix_init qsets capped at 1 em0: Unable to map MSIX table = em0: Using an MSI interrupt em0: allocated for 1 tx_queues em0: allocated = for 1 rx_queues em0: netmap queues/slots: TX 1/1024, RX 1/1024 [...] The p= ciconf output reveals: em0@pci0:0:25:0: class=3D0x020000 card=3D0x1= 1ed1734 chip=3D0x153a8086 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corpo= ration' device =3D 'Ethernet Connection I217-LM' class =3D= network subclass =3D ethernet bar [10] =3D type Memory, range = 32, base 0xfb300000, size 131072, enabled bar [14] =3D type Memory, r= ange 32, base 0xfb339000, size 4096, enabled bar [18] =3D type I/O Po= rt, range 32, base 0xf020, size 32, enabled cap 01[c8] =3D powerspec 2 = supports D0 D3 current D0 cap 05[d0] =3D MSI supports 1 message, 64 b= it enabled with 1 message cap 13[e0] =3D PCI Advanced Features: FLR TP = I have a customized kernel. The NIC has revealed itself all the time as an= "emX" device (never as igbX). The kernel contains device netmap (if releve= vant). The phenomenon: Syncing a poudriere repository between to remote h= osts, I use rsync on a NGSv4 exported filesystem, mounted via AUTOFS. So fa= r, this work two days ago perfectly. Since yesterday, syncing brings down t= he network connection - the connection is simply dead. Terminating the rsyn= c, bringing em0 down and up again doesn't help much, for short moments, the= connection is established, but dies within seconds. Restarting via "servic= e netif restart" all network services have the same effect: after the desas= ter, it is impossible for me to bring back the NIC/connection to normal, I = have to reboot. The same happens when having heavy network load, but it tak= es a time and even rsync isn't "deadly" within the same timeframe - it take= s sometimes a couple of seconds, another takes only one or two seconds to m= ake the connection die. I checked with dd'ing a large file over that conn= ection, it takes several seconds then to make the connection freezing (so, = someone could reproduce iy not ncessarily using rsync). Kind regards, oh = _______________________________________________ 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"=20 =20 =20 =20 =20 From owner-freebsd-current@freebsd.org Wed Jan 11 11:09:00 2017 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 007E1CABC3F for ; Wed, 11 Jan 2017 11:09:00 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D83E4171E for ; Wed, 11 Jan 2017 11:08:59 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1484132937196424.14166241580176; Wed, 11 Jan 2017 03:08:57 -0800 (PST) Date: Wed, 11 Jan 2017 03:08:57 -0800 From: Matthew Macy To: "O. Hartmann" Cc: Message-Id: <1598d376de0.eca911bf7358.1828247947352727343@nextbsd.org> In-Reply-To: <1598d35075b.10642de0a7607.7672646196802078650@nextbsd.org> References: <20170111091643.1d45ab39@freyja.zeit4.iv.bundesimmobilien.de> <1598d35075b.10642de0a7607.7672646196802078650@nextbsd.org> Subject: Re: CURRENT: em0 NIC freezes under heavy I/O on net MIME-Version: 1.0 User-Agent: Zoho Mail X-Mailer: Zoho Mail X-Zoho-Virus-Status: 2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 11:09:00 -0000 =20 =20 Sorry, I meant to send that to the other thread.=C2=A0Was this = after the iflib driver commit? If so it's odd that we haven't seen anything= like this and I'll try to get a fix in ASAP.---- On Wed, 11 Jan 2017 03:06= :19 -0800 Me wrote ----It looks like I have the wrong m= six bar value for your NIC. Will fix in the next day or so.-M---- On Wed, 1= 1 Jan 2017 00:27:30 -0800 O. Hartmann wrote ----Ru= nning recent CURRENT (FreeBSD 12.0-CURRENT #5 r311919: Wed Jan 11 08:24:28 = CET 2017 amd64), the system freezes when doing a rsync over automounted (au= tofs) NFSv4 filesystem, mounted from another CURRENT server (same revision,= but with BCM NICs). The host in question is a Fujitsu Celsius M740 equipt= ed with an Intel NIC: [...] em0: po= rt 0xf020-0xf03f mem 0xfb300000-0xfb31ffff,0xfb339000-0xfb339fff at device = 25.0 numa-domain 0 on pci1 em0: attach_pre capping queues at 1 em0: using 1= 024 tx descriptors and 1024 rx descriptors em0: msix_init qsets capped at 1= em0: Unable to map MSIX table em0: Using an MSI interrupt em0: allocated = for 1 tx_queues em0: allocated for 1 rx_queues em0: netmap queues/slots: TX= 1/1024, RX 1/1024 [...] The pciconf output reveals: em0@pci0:0:25:0: = class=3D0x020000 card=3D0x11ed1734 chip=3D0x153a8086 rev=3D0x05 hdr=3D0= x00 vendor =3D 'Intel Corporation' device =3D 'Ethernet Connect= ion I217-LM' class =3D network subclass =3D ethernet bar= [10] =3D type Memory, range 32, base 0xfb300000, size 131072, enabled = bar [14] =3D type Memory, range 32, base 0xfb339000, size 4096, enabled= bar [18] =3D type I/O Port, range 32, base 0xf020, size 32, enabled = cap 01[c8] =3D powerspec 2 supports D0 D3 current D0 cap 05[d0] = =3D MSI supports 1 message, 64 bit enabled with 1 message cap 13[e0] = =3D PCI Advanced Features: FLR TP I have a customized kernel. The NIC has = revealed itself all the time as an "emX" device (never as igbX). The kernel= contains device netmap (if relevevant). The phenomenon: Syncing a poudri= ere repository between to remote hosts, I use rsync on a NGSv4 exported fil= esystem, mounted via AUTOFS. So far, this work two days ago perfectly. Sinc= e yesterday, syncing brings down the network connection - the connection is= simply dead. Terminating the rsync, bringing em0 down and up again doesn't= help much, for short moments, the connection is established, but dies with= in seconds. Restarting via "service netif restart" all network services hav= e the same effect: after the desaster, it is impossible for me to bring bac= k the NIC/connection to normal, I have to reboot. The same happens when hav= ing heavy network load, but it takes a time and even rsync isn't "deadly" w= ithin the same timeframe - it takes sometimes a couple of seconds, another = takes only one or two seconds to make the connection die. I checked with = dd'ing a large file over that connection, it takes several seconds then to = make the connection freezing (so, someone could reproduce iy not ncessarily= using rsync). Kind regards, oh _________________________________________= ______ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/m= ailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-c= urrent-unsubscribe@freebsd.org"=20 =20 =20 =20 =20 From owner-freebsd-current@freebsd.org Wed Jan 11 11:29:41 2017 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 4E7B4CAB251; Wed, 11 Jan 2017 11:29:41 +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 417E01329; Wed, 11 Jan 2017 11:29:41 +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 632F06E7; Wed, 11 Jan 2017 11:29:41 +0000 (UTC) Date: Wed, 11 Jan 2017 11:29:38 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ngie@FreeBSD.org, hrs@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1159362873.45.1484134181423.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1718575054.43.1484123286485.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1718575054.43.1484123286485.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4628 - 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.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2017 11:29:41 -0000 FreeBSD_HEAD_i386 - Build #4628 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4628/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4628/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4628/console Change summaries: 311925 by ngie: Import testcase updates with code contributed back to NetBSD This also (inadvertently) contains an update to contrib/netbsd-tests/lib/libc/sys/t_wait.c (new testcases). MFC after: 2 weeks In collaboration with: christos@NetBSD.org 311924 by ngie: Fix whitespace in comment MFC after: 3 days 311923 by ngie: Add acpi_if.h and opt_acpi.h to Makefile to unbreak "make depend" with sys/modules/sdhci_acpi MFC after: 6 days X-MFC with: r311911 Reported by: Jenkins 311919 by ngie: Partially revert r311236 There's no sense in trying to close a file descriptor from the negative cases with unlink_test; it's best to ignore these cases. The mkfifo case does make sense to keep though. MFC after: 3 days 311918 by hrs: Add more #ifdef INET and INET6. 311917 by ngie: Fix up r311227 Check for creat returning a value != -1, not a non-zero value MFC after: 3 days Pointyhat to: ngie Reported by: Coverity CID: 1368366 From owner-freebsd-current@freebsd.org Wed Jan 11 06:47:00 2017 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 518FCCA958B; Wed, 11 Jan 2017 06:47:00 +0000 (UTC) (envelope-from karli.sjoberg@slu.se) Received: from EXCH2-1.slu.se (webmail.slu.se [77.235.224.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "webmail.slu.se", Issuer "TERENA SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB23D138B; Wed, 11 Jan 2017 06:46:59 +0000 (UTC) (envelope-from karli.sjoberg@slu.se) Received: from exch2-4.slu.se (77.235.224.124) by EXCH2-1.slu.se (77.235.224.121) with Microsoft SMTP Server (TLS) id 15.0.1236.3; Wed, 11 Jan 2017 07:31:43 +0100 Received: from exch2-4.slu.se ([fe80::d80d:2775:84ad:c144]) by exch2-4.slu.se ([fe80::d80d:2775:84ad:c144%22]) with mapi id 15.00.1236.000; Wed, 11 Jan 2017 07:31:44 +0100 From: =?utf-8?B?S2FybGkgU2rDtmJlcmc=?= To: "ultima1252@gmail.com" , "freebsd-current@freebsd.org" , "freebsd-fs@freebsd.org" Subject: Re: Sluggish performance on head r311648 Thread-Topic: Sluggish performance on head r311648 Thread-Index: AQHSa8fylUuumyDyL0GvNsJHgLCIv6EywGuA Date: Wed, 11 Jan 2017 06:31:43 +0000 Message-ID: <1484116303.2978.1.camel@slu.se> References: In-Reply-To: Reply-To: =?utf-8?B?S2FybGkgU2rDtmJlcmc=?= Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [77.235.228.68] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 11 Jan 2017 12:31:55 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 06:47:00 -0000 T24gV2VkLCAyMDE3LTAxLTExIGF0IDAwOjAyIC0wNTAwLCBVbHRpbWEgd3JvdGU6DQo+IEkndiBi ZWVuIG5vdGljaW5nIGxhdGVseSBzbHVnZ2lzaCBwZXJmb3JtYW5jZSwgbWF5YmUgemZzPyBGaXJz dA0KPiBub3RpY2VkDQo+IHRoaXMgYSBmZXcgZGF5cyBhZ28gcmlnaHQgYWZ0ZXIgdXBncmFkaW5n IG9uIEphbiA3dGggdG8gcjMxMTY0OCBhbmQNCj4gdGhlDQo+IGxhc3QgdXBncmFkZSBiZWZvcmUg dGhhdCB3YXMgYXJvdW5kIGRlYyAzMC1qYW4gMSAobm90IHN1cmUgb2YgcmV2KS4NCj4gRGVjaWRl ZA0KPiB0byB1cGdyYWRlIGFnYWluIHRvZGF5LiBJIHVzdWFsbHkgYnVpbGQgYW5kIGluc3RhbGwg aGVhZCBldmVyeSB3ZWVrDQo+IG9yIHR3bywNCj4gYnV0IEkgaGF2ZSBiZWVuIGV4dHJlbWVseSBi dXN5IHRoZSBwYXN0IGNvdXBsZSBtb250aHMuDQo+IA0KPiBGcmVlQlNEIFUxIDEyLjAtQ1VSUkVO VCBGcmVlQlNEIDEyLjAtQ1VSUkVOVCAjMTYgcjMxMTkwMzogVHVlIEphbiAxMA0KPiAxNzoyMDox MSBFU1QgMjAxNyBhbWQ2NA0KPiANCj4gTm9ybWFsbHkgd2hlbiBvbmUgb2YgbXkgc2VydmljZXMg c2NhbnMgYSBmZXcgZGlyZWN0b3JpZXMgaXQgdGFrZXMNCj4gYWJvdXQgMTUNCj4gc2Vjb25kcyB0 b3BzLCBpdCBoYXMgYmVlbiB0YWtpbmcgc2V2ZXJhbCBtaW51dGVzLiBJIHdhbnQgdG8gbm90ZSB0 aGF0DQo+IHRoaXMNCj4gc2VydmljZSBpcyBydW5uaW5nIGluc2lkZSBhIGphaWwgd2l0aCB2bmV0 IGVuYWJsZWQuIEFsc28gdGhlDQo+IGRpcmVjdG9yeSBpdA0KPiBzY2FucyBpcyBhIG51bGxmcyB0 byBhIGRhdGFzZXQuIFRoaXMgaXMganVzdCBvbmUgb2YgdGhlIG1hbnkgc2lkZQ0KPiBlZmZlY3Rz DQo+IGkndiBiZWVuIG5vdGljaW5nLCBhbm90aGVyIGlzIGV4dHJlbWVseSBzbG93IHJlYWRzIHdp dGggYmh5dmUrenZvbC4NCj4gU3RhcnRpbmcgdG8gd29uZGVyIGlmIGl0IG1heWJlIGhhcmR3YXJl IHJlbGF0ZWQuDQo+IA0KPiBJIGRlY2lkZWQgdG8gY2hlY2sgY29tbWl0cyBsb2cgYmVmb3JlIHBv c3RpbmcgYW5kIG5vdCBtdWNoIGhhcw0KPiBoYXBwZW5lZCB0bw0KPiB6ZnMgcmVjZW50bHkgb3Ro ZXIgdGhhbiwgQWRkIG1pc3NlZCB2ZnMuemZzLnpmZXRjaC5tYXhfaWRpc3RhbmNlIGluDQo+IHIz MDk4MzMsIGFuZCAzMDk3MTQgd2hpY2ggZG9lc24ndCByZWFsbHkgbG9vayByZWxhdGVkIChjb3Vs ZCBiZQ0KPiB3cm9uZykuIEJ1dA0KPiB0aGVzZSB3ZXJlIGNvbW1pdHRlZCBhYm91dCBhIG1vbnRo IGFnbyBzbyB0aGF0IGlzIG5vdCBsaWtlbHkgdGhlDQo+IGNhc2UuDQo+IA0KPiANCj4gQW55b25l IGVsc2UgZXhwZXJpZW5jZXMgc2ltaWxhciByZXN1bHRzIGFzIG9mIHJlY2VudD8NCj4gDQo+IA0K PiBTb3JyeSBmb3IgYmVpbmcgbm9pc2UgaWYgdGhpcyBpcyBoYXJkd2FyZSByZWxhdGVkLg0KDQpP bmUgdGhpbmcgSSBrZWVwIGEgbG9vayBvdXQgZm9yLCBpcyBpbiBnc3RhdCwgaWYgb25lIGRyaXZl IGlzIGJ1c2llcg0KdGhhbiB0aGUgb3RoZXJzLCBpdCdzIGEgY2xlYXIgc2lnbiBvZiBhIGRyaXZl IGR5aW5nLiBPZmZsaW5pbmcgYW5kDQpyZXBsYWNpbmcgdGhlIGRyaXZlIHVzdWFsbHkgbWFrZXMg YSBodWdlIGRpZmZlcmVuY2UuDQoNCkFsc28sIGluIGFsbCBvZiB0aGVzZSBjYXNlcywgU01BUlQg ZGF0YSBzaG93cyBubyBzaWduIG9mIHByb2JsZW0gYW5kIG5vDQplcnJvcnMgaW4gJ3pwb29sIHN0 YXR1cycuIEp1c3Qgd2F0Y2ggYW5kIHNlZSBpZiBhbnkgb2YgdGhlIGRyaXZlcyBpcw0Kd29ya2lu ZyBoYXJkZXIgdGhhbiB0aGUgb3RoZXJzIGhhcyBiZWVuIHRoZSBzdXJlc3Qgd2F5IHRvIHRyb3Vi bGVzaG9vdA0KcGVyZm9ybWFuY2UgaXNzdWVzLCBpbiBteSBleHBlcmllbmNlLg0KDQovSw0KDQo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGZyZWVi c2QtZnNAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+IGh0dHBzOi8vbGlzdHMuZnJlZWJzZC5v cmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWZzDQo+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFu eSBtYWlsIHRvICJmcmVlYnNkLWZzLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg== From owner-freebsd-current@freebsd.org Wed Jan 11 09:24:08 2017 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 47BBCCAA793; Wed, 11 Jan 2017 09:24:08 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-qk0-x243.google.com (mail-qk0-x243.google.com [IPv6:2607:f8b0:400d:c09::243]) (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 01B1D1BF5; Wed, 11 Jan 2017 09:24:08 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by mail-qk0-x243.google.com with SMTP id 11so14521926qkl.0; Wed, 11 Jan 2017 01:24:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=qHk+1HQQXMNJmCEne6ErGzm6iHqTjvN06ucD40zRCk0=; b=vK+DTbKcV5WpgSd/4bN/9+pDPYUlfIJkISQDquMckKU+0XSqt87FpWsHLxTekLVCui IAHQep8s+KVFohS9bs8wc8VTXDEpLzHp751nVZtdQH5v6Y+wztmhk9x+zYl+LJT2lqxr YVxKkB3k028beWz4M6s0OKq8aF4phG8xq8Xjzo2n+umR+zussQpIonNY4dHQ2lvFYEBw pcnYSzJeacvy6qbmJURMel1CiR7S6VM/6wiMjT4piFVW641oHpLxfHhwC0uO9VD8vuhC AEOhygGdiBKvtB1+JNWrkufIMv703JAPC5AMgjl7Rmsurj6CAd5ZWncfF8a0YpHTom2q GcQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=qHk+1HQQXMNJmCEne6ErGzm6iHqTjvN06ucD40zRCk0=; b=IQlNczWsARa6VeSgLY/kxA0CIrwsTXnX0LJoqrvGmJ7IHnQTdy7TQ4kS4YCi8KFcFD SUyjZwbtiijPxqAvgZxaoW3ylxlJfOShXHFufYNZXTkqLsAwdN/SlFCsL1ATvF6Raa2g f8w8HKGqwanZj4PEQmCvxTWtgvUO+LgXxflX7h/dUvLrCPnPZ8UVCCiXK1+xCSLMvL4k Aibq1fwJNVkR6su1IZPyzs9988Wj90q6l2WPkixYVRvnLNXa1VOl6nsNdHae/xPvnK8f SxveLs6YAc5jSQSsz2L/vuP376IKnLNlAhRZwQ0SMH3Bw1y0xY8mWku6V5g8Vd7Lj9lJ C26w== X-Gm-Message-State: AIkVDXLXDHLRxBmDiLbyXU/8LvsgHd2ym9BJCATg31DJSH24kaQeS+8r0/rpeOR0JHRl0SNuXkpmN46+hh+m4w== X-Received: by 10.55.151.199 with SMTP id z190mr7599149qkd.166.1484126647057; Wed, 11 Jan 2017 01:24:07 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.237.34.248 with HTTP; Wed, 11 Jan 2017 01:23:46 -0800 (PST) In-Reply-To: References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Wed, 11 Jan 2017 10:23:46 +0100 X-Google-Sender-Auth: eyUA-q2jh4dSxdpfolN-B8JC0WY Message-ID: Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: Sean Bruno , "freebsd-net@freebsd.org" Cc: "freebsd-current@freebsd.org" X-Mailman-Approved-At: Wed, 11 Jan 2017 12:33:02 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 09:24:08 -0000 On Tue, Jan 10, 2017 at 4:31 AM, Sean Bruno wrote: > > I've updated sys/dev/e1000 at svn R311849 to match Matt Macy's work on > IFLIB in the kernel. > > At this point, the driver deviates from Intel's code dramatically and > you now get to yell directly into the freebsd-net@ megaphone for things > that I may have broken. > > > =E2=80=8BI've got problem with this new drivers regarding number of queues = used on a Netgate RCC-VE 4860 (Intel i354 NIC). =E2=80=8BOnly one queue in place of 4 (on a 4 cores proc) previously: Perfo= rmance drops dramatically. BEFORE (r311848) : igb2: port 0x3000-0x301f mem 0xdfea0000-0xdfebffff,0xdff24000-0xdff27fff irq 18 at device 20.0 on pci0 igb2: Using MSIX interrupts with 5 vectors igb2: Ethernet address: 00:08:a2:09:33:da igb2: Bound queue 0 to cpu 0 igb2: Bound queue 1 to cpu 1 igb2: Bound queue 2 to cpu 2 igb2: Bound queue 3 to cpu 3 igb2: netmap queues/slots: TX 4/2048, RX 4/2048 AFTER (r3118489): igb2: port 0x3000-0x301f mem 0xdfea0000-0xdfebffff,0xdff24000-0xdff27fff irq 18 at device 20.0 on pci0 igb2: attach_pre capping queues at 8 igb2: using 1024 tx descriptors and 1024 rx descriptors igb2: msix_init qsets capped at 8 igb2: Unable to map MSIX table igb2: Using an MSI interrupt igb2: allocated for 1 tx_queues igb2: allocated for 1 rx_queues igb2: Ethernet address: 00:08:a2:09:33:da igb2: netmap queues/slots: TX 1/1024, RX 1/1024 =E2=80=8BNIC information:=E2=80=8B =E2=80=8Bigb2@pci0:0:20:0: class=3D0x020000 card=3D0x1f418086 chip=3D= 0x1f418086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Ethernet Connection I354' class =3D network subclass =3D ethernet bar [10] =3D type Memory, range 64, base 0xdfea0000, size 131072, enabled bar [18] =3D type I/O Port, range 32, base 0x3000, size 32, enabled bar [20] =3D type Memory, range 64, base 0xdff24000, size 16384, enab= led cap 01[40] =3D powerspec 3 supports D0 D3 current D0 cap 05[50] =3D MSI supports 1 message, 64 bit, vector masks cap 11[70] =3D MSI-X supports 10 messages, enabled Table in map 0x20[0x0], PBA in map 0x20[0x2000] cap 10[a0] =3D PCI-Express 2 root endpoint max data 128(512) FLR RO NS ecap 0001[100] =3D AER 2 0 fatal 0 non-fatal 0 corrected ecap 0003[140] =3D Serial 1 0008a2ffff0933da ecap 0017[1a0] =3D TPH Requester 1 ecap 000d[1d0] =3D ACS 1 igb3@pci0:0:20:1: class=3D0x020000 card=3D0x1f4 From owner-freebsd-current@freebsd.org Wed Jan 11 12:46:55 2017 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 F1539CA8978 for ; Wed, 11 Jan 2017 12:46:55 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C0C31137 for ; Wed, 11 Jan 2017 12:46:54 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LkgEO-1czXBn2MgG-00aS30; Wed, 11 Jan 2017 13:46:43 +0100 Date: Wed, 11 Jan 2017 13:46:37 +0100 From: "O. Hartmann" To: Matthew Macy Cc: "O. Hartmann" , Subject: Re: CURRENT: em0 NIC freezes under heavy I/O on net Message-ID: <20170111134624.19c39ab0@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <1598d35075b.10642de0a7607.7672646196802078650@nextbsd.org> References: <20170111091643.1d45ab39@freyja.zeit4.iv.bundesimmobilien.de> <1598d35075b.10642de0a7607.7672646196802078650@nextbsd.org> Organization: Walstatt X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:sSmDP2FJ3kMn8+PwOC26fer/QI4WW6dfrhvsr6YjdttqFJlDMMI 6ci+dZQcfsDs8F5iqA5aPXzHICaEMa1/Du/uwl8lkCPbrWLV2CKvXLi80so9d8nLLNEBDQT ShoZndI1qQoaXMDCqKddFZucgT5jJPrueCNjxABkyYlDPsy1P6dlCWmapkE6CUmEsdciaeG wAxRRMzhJvrK+s3jWRS7Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:0SoTiF6ifjs=:e52t+T7v3f3SR0LQ/NuHba 8tWPuV9dxP3fwvio5DWzBMU1epIYa8eJstxvZEuSHn74fWZOqMqDxFBIqm8rCw+8c92K98Z7+ lbqDyVfv1IbtuGxBsLn2LS6XRXSgLFUDCU/I+3m2Ac406smLWveANdeAbCzBHRIhx6NlypGFc aX7J2hV7OYpfqGR7YKS7CeS56qIEWBxY4Iq8ZI0zR9KGu+LgwoZ11Pi/EHx2yq3WInj2VBaxI nBSQJet3Y+C921zQk1HcYeIPvaz2WUQ1R0hf7eEjyOi/WzKfCsgtl1uPah7ULFi9fkl5q5YVF r4VYyW5xyVjn5EQuCE0+oTNdbVCBcFzRRygTyaExUwL4/eDS49uVDc4+ScPxKNtfu6otCYqZd jH869T43gyDH9ggtEKim+Vve5svUTgkFn6cLsf19KBrETD/WQed6Z9M7XGkrw9hsMiOZtTf3u 2myMNGZJIit/i7bOm7IbODT9RSvOfYGukD5frIocWqhsJK3HqFQSGt7UddYCDZYAIpFe4aiF3 VL6zDEEBv/OhUFmQ+5aTTA3V6UroN4Ny343By/Atx0ZMjR4otH2LfHEy6XGP2GOwH4aakzojb vU90owDdoDVcOCPQVOOFrpbzgEigDFy3gjYzblXCe1tnvxb23d9DmXHZ8xLTcu3yIY1Rsw5v2 xYQULynRN7rOYLba1sjBAv6oTHDASCVj6jUwlJneygkcKIFzcOQbfrLYf8t8xzr4E12sAAKZB v3J3/1r4CQlP2/DkJRvU4XxvBrXZQoaLZUavOxAGLnXQOXjHDikgTOyd0oFr+sJH6HA2Ze1J4 9JIlupR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 12:46:56 -0000 On Wed, 11 Jan 2017 03:06:19 -0800 Matthew Macy wrote: Hello, thanks for your responding. Your Email looks funny in my claws-mail ;-) You asked whether it started with the introduction of IFLIB - I do not know. Last week (I think it was Friday, and I did at least two updates of world/kernel that day), I had a very similar situation on this box, but it could be solved by disabling/commenting out the officially-non-supported option "options EM_MULTIQUEUE". Around yesterday, also after several buildworld/buildkernels (so I can not tell about the revision number), the problem under heavy load occured even without EM_MULTIQUEUE. I have no idea when the first code really flushed into HEAD. The problem can be solved by "ifconfig down && ifconfig up' temporarily as long as there is no load. That way, I managed to rsync a repository, but it took its while ... As long as the NIC is not under pressure/heavy I/O load, there is no problem so far. We run lots of i350, i210 devices and I also have those with my SoHo and I didn't have had these severe issues even putting a high load on two servers with the same rsyncing of a ports repo. They took the load (i350). i210 has not been tested under load. Hopefully, this naive observation is od use. i have no debug kernels at the moment ... sorry. Kind regards, Oliver Hartmann > > > > It looks like I have the wrong msix bar value for your NIC. Will > fix in the next day or so.-M---- On Wed, 11 Jan 2017 00:27:30 -0800 O. > Hartmann wrote ----Running recent CURRENT (FreeBSD > 12.0-CURRENT #5 r311919: Wed Jan 11 08:24:28 CET 2017 amd64), the system > freezes when doing a rsync over automounted (autofs) NFSv4 filesystem, > mounted from another CURRENT server (same revision, but with BCM NICs). The > host in question is a Fujitsu Celsius M740 equipted with an Intel NIC: [...] > em0: port 0xf020-0xf03f mem > 0xfb300000-0xfb31ffff,0xfb339000-0xfb339fff at device 25.0 numa-domain 0 on > pci1 em0: attach_pre capping queues at 1 em0: using 1024 tx descriptors and > 1024 rx descriptors em0: msix_init qsets capped at 1 em0: Unable to map MSIX > table em0: Using an MSI interrupt em0: allocated for 1 tx_queues em0: > allocated for 1 rx_queues em0: netmap queues/slots: TX 1/1024, RX 1/1024 > [...] The pciconf output reveals: em0@pci0:0:25:0: class=0x020000 > card=0x11ed1734 chip=0x153a8086 rev=0x05 hdr=0x00 vendor = 'Intel > Corporation' device = 'Ethernet Connection I217-LM' class = > network subclass = ethernet bar [10] = type Memory, range 32, > base 0xfb300000, size 131072, enabled bar [14] = type Memory, range 32, > base 0xfb339000, size 4096, enabled bar [18] = type I/O Port, range 32, > base 0xf020, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 > current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 > message cap 13[e0] = PCI Advanced Features: FLR TP I have a customized > kernel. The NIC has revealed itself all the time as an "emX" device (never as > igbX). The kernel contains device netmap (if relevevant). The phenomenon: > Syncing a poudriere repository between to remote hosts, I use rsync on a > NGSv4 exported filesystem, mounted via AUTOFS. So far, this work two days ago > perfectly. Since yesterday, syncing brings down the network connection - the > connection is simply dead. Terminating the rsync, bringing em0 down and up > again doesn't help much, for short moments, the connection is established, > but dies within seconds. Restarting via "service netif restart" all network > services have the same effect: after the desaster, it is impossible for me to > bring back the NIC/connection to normal, I have to reboot. The same happens > when having heavy network load, but it takes a time and even rsync isn't > "deadly" within the same timeframe - it takes sometimes a couple of seconds, > another takes only one or two seconds to make the connection die. I checked > with dd'ing a large file over that connection, it takes several seconds then > to make the connection freezing (so, someone could reproduce iy not > ncessarily using rsync). Kind regards, oh > _______________________________________________ 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 11 12:54:15 2017 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 2A07FCA8D53; Wed, 11 Jan 2017 12:54:15 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 19B851821; Wed, 11 Jan 2017 12:54:14 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1484139249456444.98438677326976; Wed, 11 Jan 2017 04:54:09 -0800 (PST) Date: Wed, 11 Jan 2017 04:54:09 -0800 From: Matthew Macy To: =?UTF-8?Q?=22Olivier_Cochard-Labb=C3=A9=22?= Cc: "Sean Bruno" , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> In-Reply-To: References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 12:54:15 -0000 ---- On Wed, 11 Jan 2017 01:23:46 -0800 Olivier Cochard-Labb=C3=A9 wrote ----=20 > On Tue, Jan 10, 2017 at 4:31 AM, Sean Bruno wrote: >=20 > > > > I've updated sys/dev/e1000 at svn R311849 to match Matt Macy's work on > > IFLIB in the kernel. > > > > At this point, the driver deviates from Intel's code dramatically and > > you now get to yell directly into the freebsd-net@ megaphone for thing= s > > that I may have broken. > > > > > > > =E2=80=8BI've got problem with this new drivers regarding number of queu= es used on > a Netgate RCC-VE 4860 (Intel i354 NIC). > =E2=80=8BOnly one queue in place of 4 (on a 4 cores proc) previously: Pe= rformance > drops dramatically. >=20 > BEFORE (r311848) : >=20 > igb2: port > 0x3000-0x301f mem 0xdfea0000-0xdfebffff,0xdff24000-0xdff27fff irq 18 at > device 20.0 on pci0 > igb2: Using MSIX interrupts with 5 vectors > igb2: Ethernet address: 00:08:a2:09:33:da > igb2: Bound queue 0 to cpu 0 > igb2: Bound queue 1 to cpu 1 > igb2: Bound queue 2 to cpu 2 > igb2: Bound queue 3 to cpu 3 > igb2: netmap queues/slots: TX 4/2048, RX 4/2048 >=20 > AFTER (r3118489): >=20 > igb2: port 0x3000-0x301f = mem > 0xdfea0000-0xdfebffff,0xdff24000-0xdff27fff irq 18 at device 20.0 on pci= 0 > igb2: attach_pre capping queues at 8 > igb2: using 1024 tx descriptors and 1024 rx descriptors > igb2: msix_init qsets capped at 8 > igb2: Unable to map MSIX table It has the wrong msix bar for your device. I'll look in to it. -M > igb2: Using an MSI interrupt > igb2: allocated for 1 tx_queues > igb2: allocated for 1 rx_queues > igb2: Ethernet address: 00:08:a2:09:33:da > igb2: netmap queues/slots: TX 1/1024, RX 1/1024 >=20 > =E2=80=8BNIC information:=E2=80=8B >=20 > =E2=80=8Bigb2@pci0:0:20:0: class=3D0x020000 card=3D0x1f418086 chip= =3D0x1f418086 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Ethernet Connection I354' > class =3D network > subclass =3D ethernet > bar [10] =3D type Memory, range 64, base 0xdfea0000, size 131072, > enabled > bar [18] =3D type I/O Port, range 32, base 0x3000, size 32, enable= d > bar [20] =3D type Memory, range 64, base 0xdff24000, size 16384, e= nabled > cap 01[40] =3D powerspec 3 supports D0 D3 current D0 > cap 05[50] =3D MSI supports 1 message, 64 bit, vector masks > cap 11[70] =3D MSI-X supports 10 messages, enabled > Table in map 0x20[0x0], PBA in map 0x20[0x2000] > cap 10[a0] =3D PCI-Express 2 root endpoint max data 128(512) FLR RO = NS > ecap 0001[100] =3D AER 2 0 fatal 0 non-fatal 0 corrected > ecap 0003[140] =3D Serial 1 0008a2ffff0933da > ecap 0017[1a0] =3D TPH Requester 1 > ecap 000d[1d0] =3D ACS 1 > igb3@pci0:0:20:1: class=3D0x020000 card=3D0x1f4 > _______________________________________________ > 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 Wed Jan 11 15:17:39 2017 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 2427FCAA62B; Wed, 11 Jan 2017 15:17:39 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 F3DF01C4A; Wed, 11 Jan 2017 15:17:38 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id E0B301928BA; Wed, 11 Jan 2017 15:17:36 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: Matthew Macy , =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" From: Sean Bruno Message-ID: <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> Date: Wed, 11 Jan 2017 08:17:33 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3xRIfR4hHTsqOg8lK9xvHtQsBq0dsLW7a" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 15:17:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3xRIfR4hHTsqOg8lK9xvHtQsBq0dsLW7a Content-Type: multipart/mixed; boundary="jOcuW0rdPk7diIb8EiUt34UHcmCK2AQmC"; protected-headers="v1" From: Sean Bruno To: Matthew Macy , =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> In-Reply-To: <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> --jOcuW0rdPk7diIb8EiUt34UHcmCK2AQmC Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/11/17 05:54, Matthew Macy wrote: >=20 >=20 >=20 > ---- On Wed, 11 Jan 2017 01:23:46 -0800 Olivier Cochard-Labb=C3=A9 wrote ----=20 > > On Tue, Jan 10, 2017 at 4:31 AM, Sean Bruno wro= te: > >=20 > > > > > > I've updated sys/dev/e1000 at svn R311849 to match Matt Macy's wor= k on > > > IFLIB in the kernel. > > > > > > At this point, the driver deviates from Intel's code dramatically = and > > > you now get to yell directly into the freebsd-net@ megaphone for t= hings > > > that I may have broken. > > > > > > > > > > > =E2=80=8BI've got problem with this new drivers regarding number of = queues used on > > a Netgate RCC-VE 4860 (Intel i354 NIC). > > =E2=80=8BOnly one queue in place of 4 (on a 4 cores proc) previously= : Performance > > drops dramatically. > >=20 > > igb2: port 0x3000-0x3= 01f mem > > 0xdfea0000-0xdfebffff,0xdff24000-0xdff27fff irq 18 at device 20.0 on= pci0 > > igb2: attach_pre capping queues at 8 > > igb2: using 1024 tx descriptors and 1024 rx descriptors > > igb2: msix_init qsets capped at 8 > > igb2: Unable to map MSIX table >=20 > It has the wrong msix bar for your device. I'll look in to it. >=20 Olivier: Give this a quick try. This isn't the correct way to do this, but I want to see if I'm on the right path: Index: sys/net/iflib.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/net/iflib.c (revision 311875) +++ sys/net/iflib.c (working copy) @@ -4721,7 +4721,7 @@ if_softc_ctx_t scctx =3D &ctx->ifc_softc_ctx; int vectors, queues, rx_queues, tx_queues, queuemsgs, msgs; int iflib_num_tx_queues, iflib_num_rx_queues; - int err, admincnt, bar; + int err, admincnt, bar, use_different_bar; iflib_num_tx_queues =3D scctx->isc_ntxqsets; iflib_num_rx_queues =3D scctx->isc_nrxqsets; @@ -4729,6 +4729,16 @@ device_printf(dev, "msix_init qsets capped at %d\n", iflib_num_tx_queue= s); =09 bar =3D ctx->ifc_softc_ctx.isc_msix_bar; + + /* + ** Some new devices, as with ixgbe, now may + ** use a different BAR, so we need to keep + ** track of which is used. + */ + use_different_bar =3D pci_read_config(dev, bar, 4); + if (use_different_bar =3D=3D 0) + bar +=3D 4; + admincnt =3D sctx->isc_admin_intrcnt; /* Override by tuneable */ if (enable_msix =3D=3D 0) --jOcuW0rdPk7diIb8EiUt34UHcmCK2AQmC-- --3xRIfR4hHTsqOg8lK9xvHtQsBq0dsLW7a Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh2TI1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmTrTwf/bVWrOFm8VV+v/QmGEIJYfhUCKaSRVx/4l7hKIXYf6ImPGMhDb7YC4Bmp kKXdG1RenZwmwogOzRfsyCFDZFZmjv42NIuuFwl6AFh2u3sYuWWaYjXLw15S5jea u7fOzTfMdxPs9BeBZzaKSZtOqHJHHV46u9z6gL3Aimg5+a4XouuFo3Zhfvgeqegi 7+l08gL21LEgQ/3pQPfQ5xIcP7nyBTxWJGDwlLW6DZREst/uahRvl5akDC/lfhgF cF1rinUZDqVXTkJTh6iS7SEsPFI6r+szkfjVZz5LMIyTkGqg6GteqbOwQtRsTEaZ S9e0CN7n7iTsU6XftMwj5VyjAqGbag== =GdV1 -----END PGP SIGNATURE----- --3xRIfR4hHTsqOg8lK9xvHtQsBq0dsLW7a-- From owner-freebsd-current@freebsd.org Wed Jan 11 19:03:08 2017 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 7C92ACAA577 for ; Wed, 11 Jan 2017 19:03:08 +0000 (UTC) (envelope-from jesper@schmitz.computer) Received: from mail.northatlanticmusicsupplies.com (2a02-0980-3900-0000-0000-0000-0000-008d.v6.fullrate.ninja [IPv6:2a02:980:3900::8d]) (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 418631E01 for ; Wed, 11 Jan 2017 19:03:08 +0000 (UTC) (envelope-from jesper@schmitz.computer) Received: by mail.northatlanticmusicsupplies.com (Postfix, from userid 58) id B4061A2DFC2; Wed, 11 Jan 2017 20:02:56 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mini-itx.freebsd.lan X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.1 X-Spam-HAM-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP Received: from localhost (unknown [192.168.1.5]) by mail.northatlanticmusicsupplies.com (Postfix) with ESMTPSA id CFA00A2DFBD for ; Wed, 11 Jan 2017 20:02:55 +0100 (CET) From: Jesper Schmitz Mouridsen To: Subject: evdev no /dev/input FreeBSD 12.0-CURRENT #0 r311461 Date: Wed, 11 Jan 2017 20:03:21 +0100 MIME-Version: 1.0 Message-ID: <9fa91691-adf8-40ca-aed9-40ba67819aa9@schmitz.computer> User-Agent: Trojita/0.7; Qt/5.6.2; xcb; AnyBSD4.4FreeBSD; Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 19:03:08 -0000 Hello. I'm new to using current and to posting here.=20 I've a old spare T60 1951-FEG wiith Intel Graphics Media Accelerator 950=20 (info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0). Intel Core 2 Duo (Merom) T5600. My goal is to try out weston /wayland from xserver-mesa-next-udev [2] but on offical branch current $ kldstat Id Refs Address Size Name 1 40 0xffffffff80200000 202f8a0 kernel 2 1 0xffffffff82231000 1051b0 i915kms.ko 3 2 0xffffffff82337000 55b0 iicbb.ko 4 5 0xffffffff8233d000 7050 iicbus.ko 5 2 0xffffffff82345000 45d0 iic.ko 6 2 0xffffffff8234a000 8a8c8 drm2.ko 7 1 0xffffffff823d5000 d1f0 evdev.ko 8 1 0xffffffff82621000 36f6 ums.ko 9 1 0xffffffff82625000 4fca ng_ubt.ko 10 5 0xffffffff8262a000 ce99 netgraph.ko 11 1 0xffffffff82637000 a67e ng_hci.ko 12 3 0xffffffff82642000 10e7 ng_bluetooth.ko 13 1 0xffffffff82644000 e24e ng_l2cap.ko 14 1 0xffffffff82653000 1dff9 ng_btsocket.ko 15 1 0xffffffff82671000 3c28 ng_socket.ko (and cuse4bsd when using webcamd for input) It works but I have to use webcamd for mouse and keyboard input through=20 /dev/input/event* as in the "test plan" [3] e.g without evdev. I'm on FreeBSD 12.0-CURRENT #0 r311461. My understanding is that=20 evdev.ko evdev-enables the kernel, but I've got no /dev/input without webcamd and cuse4bsd and webcamd -N .... TL;DR is FreeBSD 12.0-CURRENT #0 r311461 evdev enabled ? 1 [http://www.thinkwiki.org/wiki/Category:T60] 2 https://github.com/FreeBSDDesktop/freebsd-ports-graphics 3 https://reviews.freebsd.org/D7588 FreeBSD 12.0-CURRENT #0 r311461:\ Thu Jan 5 22:46:38 UTC 2017 \ root@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-current@freebsd.org Wed Jan 11 19:26:55 2017 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 DB4DACAAD43 for ; Wed, 11 Jan 2017 19:26:55 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 B5DDD1AB4 for ; Wed, 11 Jan 2017 19:26:55 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from [127.0.0.1] (helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87 (FreeBSD)) (envelope-from ) id 1cROXt-000D3z-Ib; Wed, 11 Jan 2017 11:26:54 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id v0BJQrPR050218; Wed, 11 Jan 2017 11:26:53 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Wed, 11 Jan 2017 11:26:52 -0800 From: Oleksandr Tymoshenko To: Jesper Schmitz Mouridsen Cc: freebsd-current@freebsd.org Subject: Re: evdev no /dev/input FreeBSD 12.0-CURRENT #0 r311461 Message-ID: <20170111192652.GA50098@bluezbox.com> References: <9fa91691-adf8-40ca-aed9-40ba67819aa9@schmitz.computer> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9fa91691-adf8-40ca-aed9-40ba67819aa9@schmitz.computer> X-Operating-System: FreeBSD/11.0-RELEASE-p2 (amd64) User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Jesper Schmitz Mouridsen (jesper@schmitz.computer) wrote: > Hello. > > I'm new to using current and to posting here. > I've a old spare T60 1951-FEG wiith Intel Graphics Media Accelerator 950 > (info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0). > Intel Core 2 Duo (Merom) T5600. > My goal is to try out weston /wayland from xserver-mesa-next-udev [2] > but on offical branch current > $ kldstat > Id Refs Address Size Name > 1 40 0xffffffff80200000 202f8a0 kernel > 2 1 0xffffffff82231000 1051b0 i915kms.ko > 3 2 0xffffffff82337000 55b0 iicbb.ko > 4 5 0xffffffff8233d000 7050 iicbus.ko > 5 2 0xffffffff82345000 45d0 iic.ko > 6 2 0xffffffff8234a000 8a8c8 drm2.ko > 7 1 0xffffffff823d5000 d1f0 evdev.ko > 8 1 0xffffffff82621000 36f6 ums.ko > 9 1 0xffffffff82625000 4fca ng_ubt.ko > 10 5 0xffffffff8262a000 ce99 netgraph.ko > 11 1 0xffffffff82637000 a67e ng_hci.ko > 12 3 0xffffffff82642000 10e7 ng_bluetooth.ko > 13 1 0xffffffff82644000 e24e ng_l2cap.ko > 14 1 0xffffffff82653000 1dff9 ng_btsocket.ko > 15 1 0xffffffff82671000 3c28 ng_socket.ko > (and cuse4bsd when using webcamd for input) > It works but I have to use webcamd for mouse and keyboard input through > /dev/input/event* as in the "test plan" [3] e.g without evdev. > > I'm on FreeBSD 12.0-CURRENT #0 r311461. My understanding is that > evdev.ko evdev-enables the kernel, but I've got no /dev/input without > webcamd and cuse4bsd and webcamd -N .... > > TL;DR is FreeBSD 12.0-CURRENT #0 r311461 evdev enabled ? [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 19:26:56 -0000 Jesper Schmitz Mouridsen (jesper@schmitz.computer) wrote: > Hello. > > I'm new to using current and to posting here. > I've a old spare T60 1951-FEG wiith Intel Graphics Media Accelerator 950 > (info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0). > Intel Core 2 Duo (Merom) T5600. > My goal is to try out weston /wayland from xserver-mesa-next-udev [2] > but on offical branch current > $ kldstat > Id Refs Address Size Name > 1 40 0xffffffff80200000 202f8a0 kernel > 2 1 0xffffffff82231000 1051b0 i915kms.ko > 3 2 0xffffffff82337000 55b0 iicbb.ko > 4 5 0xffffffff8233d000 7050 iicbus.ko > 5 2 0xffffffff82345000 45d0 iic.ko > 6 2 0xffffffff8234a000 8a8c8 drm2.ko > 7 1 0xffffffff823d5000 d1f0 evdev.ko > 8 1 0xffffffff82621000 36f6 ums.ko > 9 1 0xffffffff82625000 4fca ng_ubt.ko > 10 5 0xffffffff8262a000 ce99 netgraph.ko > 11 1 0xffffffff82637000 a67e ng_hci.ko > 12 3 0xffffffff82642000 10e7 ng_bluetooth.ko > 13 1 0xffffffff82644000 e24e ng_l2cap.ko > 14 1 0xffffffff82653000 1dff9 ng_btsocket.ko > 15 1 0xffffffff82671000 3c28 ng_socket.ko > (and cuse4bsd when using webcamd for input) > It works but I have to use webcamd for mouse and keyboard input through > /dev/input/event* as in the "test plan" [3] e.g without evdev. > > I'm on FreeBSD 12.0-CURRENT #0 r311461. My understanding is that > evdev.ko evdev-enables the kernel, but I've got no /dev/input without > webcamd and cuse4bsd and webcamd -N .... > > TL;DR is FreeBSD 12.0-CURRENT #0 r311461 evdev enabled ? Yes, it is. But there is a catch. There are two kinds of drivers: evdev-native and hybrid. evdev-native driver supports only evdev protocol and its only dependency is evdev KLD. hybrid driver supports evdev protocol as an option along with old way of reporting events. So for the latter evdev is compile-time option. And since it's off in default kernel loading evdev would not help. To enable evdev support in ums, ukbd, kbdmux, and sysmouse you will need to rebuild kernel with following option: options EVDEV_SUPPORT device evdev -- gonzo From owner-freebsd-current@freebsd.org Wed Jan 11 19:54:16 2017 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 F13E9CABB82; Wed, 11 Jan 2017 19:54:16 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DBD0B1B15; Wed, 11 Jan 2017 19:54:16 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1484164449753237.24798839998505; Wed, 11 Jan 2017 11:54:09 -0800 (PST) Date: Wed, 11 Jan 2017 11:54:09 -0800 From: Matthew Macy To: =?UTF-8?Q?=22Olivier_Cochard-Labb=C3=A9=22?= Cc: "Sean Bruno" , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <1598f1845d6.125d30bfe89230.1420530647486361817@nextbsd.org> In-Reply-To: References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 19:54:17 -0000 > > x head r311848: packets per second > + head r311849 and BAR patch: packets per second > +--------------------------------------------------------------------------+ > |++ ++ + xxx x x| > | |__M__A____| | > | |___AM__| | > +--------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 5 924170 943071 927509 931612.1 8096.8269 > + 5 831452 845929.5 840940 838730.5 6413.5602 > Difference at 95.0% confidence > -92881.6 +/- 10652.2 > -9.96999% +/- 1.07481% > (Student's t, pooled s = 7303.85) I apologize. I've only had profiling data for NFLX's read-mostly workload on which it (or at least ixl) is 10% faster. Could you please detail your setup for us so that we can reproduce and get profiling data? Thanks in advance. -M From owner-freebsd-current@freebsd.org Wed Jan 11 19:55:35 2017 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 8D510CABD59 for ; Wed, 11 Jan 2017 19:55:35 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from smtp.smtpout.orange.fr (smtp08.smtpout.orange.fr [80.12.242.130]) by mx1.freebsd.org (Postfix) with ESMTP id E657C1DF0 for ; Wed, 11 Jan 2017 19:55:34 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from mail-qt0-f174.google.com ([209.85.216.174]) by mwinf5d43 with ME id X7ns1u0133mLd29037ntgo; Wed, 11 Jan 2017 20:47:56 +0100 X-ME-Helo: mail-qt0-f174.google.com X-ME-Auth: Y29jaGFyZC1sYWJiZS5vbGl2aWVyQG9yYW5nZS5mcg== X-ME-Date: Wed, 11 Jan 2017 20:47:56 +0100 X-ME-IP: 209.85.216.174 Received: by mail-qt0-f174.google.com with SMTP id l7so156702804qtd.1; Wed, 11 Jan 2017 11:47:53 -0800 (PST) X-Gm-Message-State: AIkVDXIe8weV+RtjVyFHKYHbEBr6U+xqaSL8EAEto1egqpuFcm9ZgS0yF/Pm56AFyKrfmXXDJd1HEpmGwqjHOg== X-Received: by 10.200.1.11 with SMTP id e11mr9001087qtg.85.1484164072421; Wed, 11 Jan 2017 11:47:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.237.34.248 with HTTP; Wed, 11 Jan 2017 11:47:31 -0800 (PST) In-Reply-To: <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Wed, 11 Jan 2017 20:47:31 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: Sean Bruno Cc: Matthew Macy , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 19:55:35 -0000 On Wed, Jan 11, 2017 at 4:17 PM, Sean Bruno wrote: > > > Olivier: > > Give this a quick try. This isn't the correct way to do this, but I > want to see if I'm on the right path: > =E2=80=8Bthanks, it fix the problem, I've got back the 4 queues:=E2=80=8B =E2=80=8Bigb2: port 0x3000-0= x301f mem 0xdfea0000-0xdfebffff,0xdff24000-0xdff27fff irq 18 at device 20.0 on pci0 igb2: attach_pre capping queues at 8 igb2: using 1024 tx descriptors and 1024 rx descriptors igb2: msix_init qsets capped at 8 igb2: pxm cpus: 4 queue msgs: 9 admincnt: 1 igb2: using 4 rx queues 4 tx queues igb2: Using MSIX interrupts with 5 vectors igb2: allocated for 4 tx_queues igb2: allocated for 4 rx_queues igb2: Ethernet address: 00:08:a2:09:33:da igb2: netmap queues/slots: TX 4/1024, RX 4/1024 =E2=80=8B In forwarding mode, I measure about 10% performance drop with this new drivers on this hardware: x head r311848: packets per second + head r311849 and BAR patch: packets per second +--------------------------------------------------------------------------= + |++ ++ + xxx x x= | | |__M__A____| = | | |___AM__| = | +--------------------------------------------------------------------------= + N Min Max Median Avg Stddev x 5 924170 943071 927509 931612.1 8096.8269 + 5 831452 845929.5 840940 838730.5 6413.5602 Difference at 95.0% confidence -92881.6 +/- 10652.2 -9.96999% +/- 1.07481% (Student's t, pooled s =3D 7303.85) Regards, Olivier From owner-freebsd-current@freebsd.org Wed Jan 11 20:02:12 2017 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 1F88ECAB251; Wed, 11 Jan 2017 20:02:12 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 EC7B91B52; Wed, 11 Jan 2017 20:02:11 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 2091F1928BA; Wed, 11 Jan 2017 20:02:10 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> Cc: Matthew Macy , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" From: Sean Bruno Message-ID: <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> Date: Wed, 11 Jan 2017 13:02:06 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2vdJXqMe1gBhPGe7www9f7nJ3gpI1JuMx" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 20:02:12 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2vdJXqMe1gBhPGe7www9f7nJ3gpI1JuMx Content-Type: multipart/mixed; boundary="QS57mcSObCrNIKjmEVANwKR6hUMcA7uqn"; protected-headers="v1" From: Sean Bruno To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= Cc: Matthew Macy , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> In-Reply-To: --QS57mcSObCrNIKjmEVANwKR6hUMcA7uqn Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/11/17 12:47, Olivier Cochard-Labb=C3=A9 wrote: > On Wed, Jan 11, 2017 at 4:17 PM, Sean Bruno > wrote: >=20 >=20 >=20 > Olivier: >=20 > Give this a quick try. This isn't the correct way to do this, but = I > want to see if I'm on the right path: >=20 >=20 > =E2=80=8Bthanks, it fix the problem, I've got back the 4 queues:=E2=80=8B= >=20 > =E2=80=8Bigb2: port 0x30= 00-0x301f > mem 0xdfea0000-0xdfebffff,0xdff24000-0xdff27fff irq 18 at device 20.0 o= n > pci0 > igb2: attach_pre capping queues at 8 > igb2: using 1024 tx descriptors and 1024 rx descriptors > igb2: msix_init qsets capped at 8 > igb2: pxm cpus: 4 queue msgs: 9 admincnt: 1 > igb2: using 4 rx queues 4 tx queues > igb2: Using MSIX interrupts with 5 vectors > igb2: allocated for 4 tx_queues > igb2: allocated for 4 rx_queues > igb2: Ethernet address: 00:08:a2:09:33:da > igb2: netmap queues/slots: TX 4/1024, RX 4/1024 > =E2=80=8B > In forwarding mode, I measure about 10% performance drop with this new > drivers on this hardware: >=20 > x head r311848: packets per second > + head r311849 and BAR patch: packets per second > +----------------------------------------------------------------------= ----+ > |++ ++ + xxx x= x| > | |__M__A___= _| | > | |___AM__| = | > +----------------------------------------------------------------------= ----+ > N Min Max Median Avg St= ddev > x 5 924170 943071 927509 931612.1 8096.= 8269 > + 5 831452 845929.5 840940 838730.5 6413.= 5602 > Difference at 95.0% confidence > -92881.6 +/- 10652.2 > -9.96999% +/- 1.07481% > (Student's t, pooled s =3D 7303.85) >=20 > Regards, >=20 > Olivier >=20 Hmmm ... did your old tests do 4 or 8 queues on this hardware? Did the old tests run 1024 tx/rx slots or the max 4096? sean --QS57mcSObCrNIKjmEVANwKR6hUMcA7uqn-- --2vdJXqMe1gBhPGe7www9f7nJ3gpI1JuMx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh2jz5fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmTW1Af/ev4/sYMZG4173M8OKsh0iJgHojq837uThv2pQUWGjzTlxQgtn0fS8u9Y WFFOSP8cKqGugrwf9rup816GKk57bohmcSGs0He9rJRcszzocwExhWCiCwidk+aT LLqSG6U/DfMU9C4O8yzWrnZ+OM2vlnLKegxPBONSrJapQQIOPeHlWuL0Eb5gIItA mzT0s0owzdrozHazIGpNMaf5KU27nKtcPpeGgLbV1amVqp7lPM1nA8TQ6L7uvtha LNWpvDFqlvRctBHc3iYm+ZWwba25EcSNqgiR006uQeTfGDxaHV6Tk3qX5HLeSTK6 3kkjvsAS0OH0/bcUpXY7IHxjfwYTHQ== =e2yN -----END PGP SIGNATURE----- --2vdJXqMe1gBhPGe7www9f7nJ3gpI1JuMx-- From owner-freebsd-current@freebsd.org Wed Jan 11 20:13:25 2017 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 5B07BCAB9C5; Wed, 11 Jan 2017 20:13:25 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A9A21863; Wed, 11 Jan 2017 20:13:24 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1484165600128352.09294656141446; Wed, 11 Jan 2017 12:13:20 -0800 (PST) Date: Wed, 11 Jan 2017 12:13:20 -0800 From: Matthew Macy To: "Sean Bruno" Cc: =?UTF-8?Q?=22Olivier_Cochard-Labb=C3=A9=22?= , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> In-Reply-To: <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 20:13:25 -0000 ---- On Wed, 11 Jan 2017 12:02:06 -0800 Sean Bruno wr= ote ----=20 > =20 > =20 > On 01/11/17 12:47, Olivier Cochard-Labb=C3=A9 wrote:=20 > > On Wed, Jan 11, 2017 at 4:17 PM, Sean Bruno > > wrote:=20 > > =20 > > =20 > > =20 > > Olivier:=20 > > =20 > > Give this a quick try. This isn't the correct way to do this, but= I=20 > > want to see if I'm on the right path:=20 > > =20 > > =20 > > =E2=80=8Bthanks, it fix the problem, I've got back the 4 queues:=E2=80= =8B=20 > > =20 > > =E2=80=8Bigb2: port 0x3= 000-0x301f=20 > > mem 0xdfea0000-0xdfebffff,0xdff24000-0xdff27fff irq 18 at device 20.0 = on=20 > > pci0=20 > > igb2: attach_pre capping queues at 8=20 > > igb2: using 1024 tx descriptors and 1024 rx descriptors=20 > > igb2: msix_init qsets capped at 8=20 > > igb2: pxm cpus: 4 queue msgs: 9 admincnt: 1=20 > > igb2: using 4 rx queues 4 tx queues=20 > > igb2: Using MSIX interrupts with 5 vectors=20 > > igb2: allocated for 4 tx_queues=20 > > igb2: allocated for 4 rx_queues=20 > > igb2: Ethernet address: 00:08:a2:09:33:da=20 > > igb2: netmap queues/slots: TX 4/1024, RX 4/1024=20 > > =E2=80=8B=20 > > In forwarding mode, I measure about 10% performance drop with this new= =20 > > drivers on this hardware:=20 > > =20 > > x head r311848: packets per second=20 > > + head r311849 and BAR patch: packets per second=20 > > +---------------------------------------------------------------------= -----+=20 > > |++ ++ + xxx = x x|=20 > > | |__M__A__= __| |=20 > > | |___AM__| = |=20 > > +---------------------------------------------------------------------= -----+=20 > > N Min Max Median Avg S= tddev=20 > > x 5 924170 943071 927509 931612.1 8096= .8269=20 > > + 5 831452 845929.5 840940 838730.5 6413= .5602=20 > > Difference at 95.0% confidence=20 > > -92881.6 +/- 10652.2=20 > > -9.96999% +/- 1.07481%=20 > > (Student's t, pooled s =3D 7303.85)=20 > > =20 > > Regards,=20 > > =20 > > Olivier=20 > > =20 > =20 > =20 > Hmmm ... did your old tests do 4 or 8 queues on this hardware?=20 > =20 > Did the old tests run 1024 tx/rx slots or the max 4096?=20 That's a great point, only having one thread per core could easily account = for this. I'm hoping Sean can make txq !=3D rxq work so that you can have 8= txqs and 4 rxqs. -M From owner-freebsd-current@freebsd.org Wed Jan 11 20:37:06 2017 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 BD9CECAB167; Wed, 11 Jan 2017 20:37:06 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F0B418D3; Wed, 11 Jan 2017 20:37:06 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1484167021964143.00894341522314; Wed, 11 Jan 2017 12:37:01 -0800 (PST) Date: Wed, 11 Jan 2017 12:37:01 -0800 From: Matthew Macy To: =?UTF-8?Q?=22Olivier_Cochard-Labb=C3=A9=22?= Cc: "Sean Bruno" , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> In-Reply-To: References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 20:37:06 -0000 You can still explicitly set the number of descriptors. It is now reported = under the dev sysctl tree. dev... -M ---- On Wed, 11 Jan 2017 12:34:23 -0800 Olivier Cochard-Labb=C3=A9 wrote ----=20 >=20 > On Wed, Jan 11, 2017 at 9:13 PM, Matthew Macy wrote: >=20 > > Hmmm ... did your old tests do 4 or 8 queues on this hardware? > > > > Did the old tests run 1024 tx/rx slots or the max 4096? > =20 > That's a great point, only having one thread per core could easily acco= unt for this. I'm hoping Sean can make txq !=3D rxq work so that you can ha= ve 8txqs and 4 rxqs. > =20 >=20 > =E2=80=8BThe netgate RCC-VE 4860 is a 4 cores atom C2558E, and I'm using= 2 of the 4 Gigabit Intel i350 ports. > Lab detail: > https://bsdrp.net/documentation/examples/forwarding_performance_lab_of_a= _netgate_rcc-ve_4860 >=20 > My tunning are (same for both test): > hw.igb.rxd=3D"2048" (it should be useless now) > hw.igb.txd=3D"2048" (it should be useless now) > hw.em.rxd=3D"2048" > hw.em.txd=3D"2048" > hw.igb.rx_process_limit=3D"-1" (It should be useless now too) > hw.em.rx_process_limit=3D"-1" >=20 > dev.igb.2.fc=3D0 > dev.igb.3.fc=3D0 >=20 > I can generate profiling data for you: what kind of data do you want ? > =20 From owner-freebsd-current@freebsd.org Wed Jan 11 20:40:31 2017 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 AA3A3CAB2EE; Wed, 11 Jan 2017 20:40:31 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 959BB1B4C; Wed, 11 Jan 2017 20:40:31 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 14841672287931008.6866462705742; Wed, 11 Jan 2017 12:40:28 -0800 (PST) Date: Wed, 11 Jan 2017 12:40:28 -0800 From: Matthew Macy To: "Matthew Macy" Cc: =?UTF-8?Q?=22Olivier_Cochard-Labb=C3=A9=22?= , "Sean Bruno" , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> In-Reply-To: <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 20:40:31 -0000 > > I can generate profiling data for you: what kind of data do you want ? > > > A flame graph for the core cycle count and a flame graph with cache miss stats from pmc would be a great start. From owner-freebsd-current@freebsd.org Wed Jan 11 20:42:24 2017 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 E3BECCAB54E for ; Wed, 11 Jan 2017 20:42:24 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from smtp.smtpout.orange.fr (smtp02.smtpout.orange.fr [80.12.242.124]) by mx1.freebsd.org (Postfix) with ESMTP id 521751FDE for ; Wed, 11 Jan 2017 20:42:23 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from mail-qt0-f171.google.com ([209.85.216.171]) by mwinf5d56 with ME id X8ak1u00E3iTc1M038akSX; Wed, 11 Jan 2017 21:34:45 +0100 X-ME-Helo: mail-qt0-f171.google.com X-ME-Auth: Y29jaGFyZC1sYWJiZS5vbGl2aWVyQG9yYW5nZS5mcg== X-ME-Date: Wed, 11 Jan 2017 21:34:45 +0100 X-ME-IP: 209.85.216.171 Received: by mail-qt0-f171.google.com with SMTP id l7so157935477qtd.1; Wed, 11 Jan 2017 12:34:44 -0800 (PST) X-Gm-Message-State: AIkVDXJpXBvUv2MdGyu9rGa7bwduCJgpE7qEoseenj/GBkoACx+7IDLUJpS6aYeFTaSagdLlnmUYFZKZU56NOg== X-Received: by 10.200.41.198 with SMTP id 6mr10201420qtt.130.1484166883894; Wed, 11 Jan 2017 12:34:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.237.34.248 with HTTP; Wed, 11 Jan 2017 12:34:23 -0800 (PST) In-Reply-To: <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Wed, 11 Jan 2017 21:34:23 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: Matthew Macy Cc: Sean Bruno , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 20:42:25 -0000 On Wed, Jan 11, 2017 at 9:13 PM, Matthew Macy wrote: > > > Hmmm ... did your old tests do 4 or 8 queues on this hardware? > > > > Did the old tests run 1024 tx/rx slots or the max 4096? > > That's a great point, only having one thread per core could easily accoun= t > for this. I'm hoping Sean can make txq !=3D rxq work so that you can have > 8txqs and 4 rxqs. > > > =E2=80=8BThe netgate RCC-VE 4860 is a 4 cores atom C2558E, and I'm using = 2 of the 4 Gigabit Intel i350 ports. Lab detail: https://bsdrp.net/documentation/examples/forwarding_performance_lab_of_a_ne= tgate_rcc-ve_4860 My tunning are (same for both test): hw.igb.rxd=3D"2048" (it should be useless now) hw.igb.txd=3D"2048" (it should be useless now) hw.em.rxd=3D"2048" hw.em.txd=3D"2048" hw.igb.rx_process_limit=3D"-1" (It should be useless now too) hw.em.rx_process_limit=3D"-1" dev.igb.2.fc=3D0 dev.igb.3.fc=3D0 I can generate profiling data for you: what kind of data do you want ? From owner-freebsd-current@freebsd.org Wed Jan 11 21:18:59 2017 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 75A76CAA958 for ; Wed, 11 Jan 2017 21:18:59 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 45F6F1465 for ; Wed, 11 Jan 2017 21:18:58 +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 4705B13458 for ; Wed, 11 Jan 2017 21:18:56 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: freebsd-current@freebsd.org References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> From: Allan Jude Message-ID: <54b63045-998a-aad7-6e65-44f24377672c@freebsd.org> Date: Wed, 11 Jan 2017 16:18:55 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 21:18:59 -0000 On 2017-01-11 15:37, Matthew Macy wrote: > You can still explicitly set the number of descriptors. It is now reported under the dev sysctl tree. dev... > > -M > > > ---- On Wed, 11 Jan 2017 12:34:23 -0800 Olivier Cochard-Labbé wrote ---- > > > > On Wed, Jan 11, 2017 at 9:13 PM, Matthew Macy wrote: > > > > > Hmmm ... did your old tests do 4 or 8 queues on this hardware? > > > > > > Did the old tests run 1024 tx/rx slots or the max 4096? > > > > That's a great point, only having one thread per core could easily account for this. I'm hoping Sean can make txq != rxq work so that you can have 8txqs and 4 rxqs. > > > > > > ​The netgate RCC-VE 4860 is a 4 cores atom C2558E, and I'm using 2 of the 4 Gigabit Intel i350 ports. > > Lab detail: > > https://bsdrp.net/documentation/examples/forwarding_performance_lab_of_a_netgate_rcc-ve_4860 > > > > My tunning are (same for both test): > > hw.igb.rxd="2048" (it should be useless now) > > hw.igb.txd="2048" (it should be useless now) Matt: I think he meant "useless now" because there is no igb, and the below hw.em version covers it. > > hw.em.rxd="2048" > > hw.em.txd="2048" > > hw.igb.rx_process_limit="-1" (It should be useless now too) > > hw.em.rx_process_limit="-1" > > > > dev.igb.2.fc=0 > > dev.igb.3.fc=0 > > > > I can generate profiling data for you: what kind of data do you want ? > > > > > _______________________________________________ > 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" > -- Allan Jude From owner-freebsd-current@freebsd.org Wed Jan 11 21:49:56 2017 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 E191FCAB30C for ; Wed, 11 Jan 2017 21:49:56 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF09317C1; Wed, 11 Jan 2017 21:49:56 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 14841713930871017.8681512314574; Wed, 11 Jan 2017 13:49:53 -0800 (PST) Date: Wed, 11 Jan 2017 13:49:53 -0800 From: Matthew Macy To: "Allan Jude" Cc: Message-ID: <1598f82383b.110f2498a10144.6516335567505586862@nextbsd.org> In-Reply-To: <54b63045-998a-aad7-6e65-44f24377672c@freebsd.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <54b63045-998a-aad7-6e65-44f24377672c@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 21:49:57 -0000 > > > My tunning are (same for both test): > > > hw.igb.rxd="2048" (it should be useless now) > > > hw.igb.txd="2048" (it should be useless now) > > Matt: I think he meant "useless now" because there is no igb, and the > below hw.em version covers it. No. igb still exists and the old tunables no work. -M > > > hw.em.rxd="2048" > > > hw.em.txd="2048" > > > hw.igb.rx_process_limit="-1" (It should be useless now too) > > > hw.em.rx_process_limit="-1" > > > > > > dev.igb.2.fc=0 > > > dev.igb.3.fc=0 > > > > > > I can generate profiling data for you: what kind of data do you want ? > > > > > > > > > _______________________________________________ > > 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" > > > > > -- > Allan Jude > _______________________________________________ > 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 11 22:32:45 2017 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 76B92CAB93C for ; Wed, 11 Jan 2017 22:32:45 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C75CB1FBE for ; Wed, 11 Jan 2017 22:32:43 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from mail-qk0-f170.google.com ([209.85.220.170]) by mwinf5d28 with ME id XAYf1u00f3hB8W903AYgKf; Wed, 11 Jan 2017 23:32:41 +0100 X-ME-Helo: mail-qk0-f170.google.com X-ME-Auth: Y29jaGFyZC1sYWJiZS5vbGl2aWVyQG9yYW5nZS5mcg== X-ME-Date: Wed, 11 Jan 2017 23:32:41 +0100 X-ME-IP: 209.85.220.170 Received: by mail-qk0-f170.google.com with SMTP id u25so2285336qki.2; Wed, 11 Jan 2017 14:32:40 -0800 (PST) X-Gm-Message-State: AIkVDXKw50aXyPBIBg0BII+MeP3K1oad5Ngx+arWEXFs/Z9sZmgxUJjfBdwFCQ7Ubbr35GrZCXJkd67f8Klp/g== X-Received: by 10.55.67.68 with SMTP id q65mr11423072qka.65.1484173959472; Wed, 11 Jan 2017 14:32:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.237.34.248 with HTTP; Wed, 11 Jan 2017 14:32:18 -0800 (PST) In-Reply-To: <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Wed, 11 Jan 2017 23:32:18 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: Matthew Macy Cc: Sean Bruno , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 22:32:45 -0000 On Wed, Jan 11, 2017 at 9:40 PM, Matthew Macy wrote: > > > > I can generate profiling data for you: what kind of data do you wan= t > ? > > > > > > > A flame graph for the core cycle count and a flame graph with cache miss > stats from pmc would be a great start. > > =E2=80=8BI didn't know the exact event name to use for cache miss stats, bu= t here are the flame graphs for CPU_CLK_UNHALTED_CORE: http://dev.bsdrp.net/netgate.r311848.CPU_CLK_UNHALTED_CORE.svg http://dev.bsdrp.net/netgate.r311849.CPU_CLK_UNHALTED_CORE.svg From owner-freebsd-current@freebsd.org Wed Jan 11 22:44:36 2017 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 68C27CAB1B7; Wed, 11 Jan 2017 22:44:36 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 3188B1DDE; Wed, 11 Jan 2017 22:44:35 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 625A91928BA; Wed, 11 Jan 2017 22:44:29 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= , Matthew Macy References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" From: Sean Bruno Message-ID: <000deaa1-65f0-58b6-e322-5e9ec0081644@freebsd.org> Date: Wed, 11 Jan 2017 15:44:26 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="BQft3SddK6t4MuG81v2jeu42SPeiMDt9D" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 22:44:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BQft3SddK6t4MuG81v2jeu42SPeiMDt9D Content-Type: multipart/mixed; boundary="GMFUMIp3wa6oPH7FfPsAtUvwS2bFBtKiJ"; protected-headers="v1" From: Sean Bruno To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= , Matthew Macy Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <000deaa1-65f0-58b6-e322-5e9ec0081644@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> In-Reply-To: --GMFUMIp3wa6oPH7FfPsAtUvwS2bFBtKiJ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > My tunning are (same for both test): > hw.igb.rxd=3D"2048" (it should be useless now) > hw.igb.txd=3D"2048" (it should be useless now) > hw.em.rxd=3D"2048" > hw.em.txd=3D"2048" > hw.igb.rx_process_limit=3D"-1" (It should be useless now too) > hw.em.rx_process_limit=3D"-1" >=20 > dev.igb.2.fc=3D0 > dev.igb.3.fc=3D0 >=20 > I can generate profiling data for you: what kind of data do you want ? Specifically, you may want to adjust these: dev.em.0.iflib.override_nrxds: 0 dev.em.0.iflib.override_ntxds: 0 dev.em.0.iflib.override_nrxqs: 0 dev.em.0.iflib.override_ntxqs: 0 sean --GMFUMIp3wa6oPH7FfPsAtUvwS2bFBtKiJ-- --BQft3SddK6t4MuG81v2jeu42SPeiMDt9D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh2tUpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmS6CAf+I/lN/Q5awnm3DEI23xCHjVendr/t0cjXxNbGtr5Ne6IT3u4lWjwFkEGU UY5UQm7jiIOSPwgli+43xJBdsRkdED3REa+/pDoF47iiq15hifK4LelbhXPG8hsh kFsQxW0jzNqRQsjY95bbjZSjH0hNmt3W77JG+4d2BgNSE6ExxAxzG1BeM/JdL2lK lrLfTtIZPsGzBWAUkb7etdSdo3DpDX+iPCFK1OqlpCjkn2+5k1GO6wRqFLcolSD9 mnA0eIozs6ZeA7ipnc5MmRD6LfQZibhfpEF5J8NDVBJTSvZRUHKO1KXSZaXfS/O0 jjnnUhBo0cDGgv+th4CjZmU+jXsMMA== =ldlj -----END PGP SIGNATURE----- --BQft3SddK6t4MuG81v2jeu42SPeiMDt9D-- From owner-freebsd-current@freebsd.org Wed Jan 11 22:50:51 2017 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 38D71CAB688; Wed, 11 Jan 2017 22:50:51 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 0625E1309; Wed, 11 Jan 2017 22:50:50 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 506041928BA; Wed, 11 Jan 2017 22:50:49 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= , Matthew Macy References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <000deaa1-65f0-58b6-e322-5e9ec0081644@freebsd.org> Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" From: Sean Bruno Message-ID: <91cb25c4-074e-f37b-84a6-8e41a89ea10f@freebsd.org> Date: Wed, 11 Jan 2017 15:50:46 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <000deaa1-65f0-58b6-e322-5e9ec0081644@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="5Hu6ie2nMlpNVFOmD25ijkHV0iCLTQm6k" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Jan 2017 22:50:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5Hu6ie2nMlpNVFOmD25ijkHV0iCLTQm6k Content-Type: multipart/mixed; boundary="HPX50KJM6ISKV7A00PEKtXK4jeCBbxwig"; protected-headers="v1" From: Sean Bruno To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= , Matthew Macy Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <91cb25c4-074e-f37b-84a6-8e41a89ea10f@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <000deaa1-65f0-58b6-e322-5e9ec0081644@freebsd.org> In-Reply-To: <000deaa1-65f0-58b6-e322-5e9ec0081644@freebsd.org> --HPX50KJM6ISKV7A00PEKtXK4jeCBbxwig Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/11/17 15:44, Sean Bruno wrote: >=20 >> My tunning are (same for both test): >> hw.igb.rxd=3D"2048" (it should be useless now) >> hw.igb.txd=3D"2048" (it should be useless now) >> hw.em.rxd=3D"2048" >> hw.em.txd=3D"2048" >> hw.igb.rx_process_limit=3D"-1" (It should be useless now too) >> hw.em.rx_process_limit=3D"-1" >> >> dev.igb.2.fc=3D0 >> dev.igb.3.fc=3D0 >> >> I can generate profiling data for you: what kind of data do you want ?= >=20 >=20 > Specifically, you may want to adjust these: >=20 > dev.em.0.iflib.override_nrxds: 0 > dev.em.0.iflib.override_ntxds: 0 >=20 > dev.em.0.iflib.override_nrxqs: 0 > dev.em.0.iflib.override_ntxqs: 0 >=20 > sean >=20 dev.igb.0 .... but you get the point. sean --HPX50KJM6ISKV7A00PEKtXK4jeCBbxwig-- --5Hu6ie2nMlpNVFOmD25ijkHV0iCLTQm6k Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh2tsZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmSvkwf/U+9TOSHltNdEcVDMpmH14wUwddEY/ysIzGSe3Sa1Js7Wee1X7SFxewzy WFKOikAMV5oT1aAmikFoH2Hy/BWIp4wfl1/WmoNAHd6o+LzlWtfRC8KyIt/P6NnT 9+y/E8auRYu+b5xuHYGWe9+DURW135gIrfBJIWuRGQT7AW4zwmLAeltVjZRhfCoH oS46AwgStMZ6PFl9hMa6N4eRQvb5QyLvlYwd3lLccnd4cnSUCOlmW7wh0KvSnHrj UrlaUixIG2cPMe532D9X6U2T5vJMUvYPbu1gmdxXazLaaeH3uHyj0olPFUCmQMzu orwCnXkmnyoG02YDlBZV82URJ4IpDg== =tmft -----END PGP SIGNATURE----- --5Hu6ie2nMlpNVFOmD25ijkHV0iCLTQm6k-- From owner-freebsd-current@freebsd.org Thu Jan 12 00:54:52 2017 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 ED849CA987A; Thu, 12 Jan 2017 00:54:52 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D7C06131D; Thu, 12 Jan 2017 00:54:52 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1484182483952176.91086989048313; Wed, 11 Jan 2017 16:54:43 -0800 (PST) Date: Wed, 11 Jan 2017 16:54:43 -0800 From: Matthew Macy To: =?UTF-8?Q?=22Olivier_Cochard-Labb=C3=A9=22?= Cc: "Sean Bruno" , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> In-Reply-To: References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Jan 2017 00:54:53 -0000 > A flame graph for the core cycle count and a flame graph with cache mis= s stats from pmc would be a great start. > =20 >=20 > =E2=80=8BI didn't know the exact event name to use for cache miss stats,= but here are the flame graphs for CPU_CLK_UNHALTED_CORE: > http://dev.bsdrp.net/netgate.r311848.CPU_CLK_UNHALTED_CORE.svg > http://dev.bsdrp.net/netgate.r311849.CPU_CLK_UNHALTED_CORE.svg Thanks. Having twice as many txqs would definitely help. It's also clear th= at there may be some sort of peformance issue in iflib_txq_drain. Although = it could just be non-stop cache misses on the packet headers. -M From owner-freebsd-current@freebsd.org Thu Jan 12 01:06:24 2017 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 0B1E3CA9E25; Thu, 12 Jan 2017 01:06:24 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-yw0-x244.google.com (mail-yw0-x244.google.com [IPv6:2607:f8b0:4002:c05::244]) (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 C1E101C57; Thu, 12 Jan 2017 01:06:23 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-yw0-x244.google.com with SMTP id a10so362505ywa.1; Wed, 11 Jan 2017 17:06:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=dZyUrK2zwTy7vUi1iWzucdzHqM9ETtmTEM7Wnylo7xk=; b=dVOdOrQTRS+Ba/wEUMvxwTiWAmgSLfV4Brg3AP5svpcx8zMKNAbo0bkS4EvylH+gsv qgX5mkNq58ndKAh/ViIYj4pZRzO5aja7L0jeDQJkASVe2WH2yBL92ksI4rBRlXJ19L/F 8uhGIxBmlSaDKhmKi6L3BsGFX7xGRx/fAh5RI40hhym2E0kKN1RA5bwfch4C4xwHyY2+ oUYYOpRQva6PbIiMqmcir3t84/IMW6cWDl9tAj/ORftypaUsEe86Z6RnipEagYflBngg AyQkMNl20ZW2SVpCIP41/NAGu72EwQt+/rQ67g2yv1F2cgXdCgRaHZ/ndUVqc3IqExpZ mA/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=dZyUrK2zwTy7vUi1iWzucdzHqM9ETtmTEM7Wnylo7xk=; b=IgWEcVQRRfFcETrXcc6vAfcV1v0EkDaoZ/ByU2cSUG31QYTURVDI91ouUnpD3kFCYT +SkCCu6MVdA6ctEAiqLVJjsbfwLxMhm32h2+caaTsOtoHCSaKmdd5TO5xDljktVJ7rd/ zcq0wmGaGgd4WdIlx9YDLsa7JYICcVq+gf0kgo0oOb8oXQ1EewljAO0yhVq5QYsPPjbQ BKSdXULEM2ksnrJvjExRaTEaVCN5b2mLhhHYP0SpBCcmuyQGxesTk55z1DQ7M61mCdfQ k9FnhL6QCEr9L7x3iqgE0JShuXv1vf0Z9aPQW0trxP8m1+MK3+AKO383doVKRQlDmz32 RLAw== X-Gm-Message-State: AIkVDXK75brptnjYlCTpIJnXgb7YNeUbsdSPACcxlL5Mnv/Cl9HnqI/aZxy4LS5c1CeR6aNgCmc+Ys/P/SzgnA== X-Received: by 10.129.44.84 with SMTP id s81mr9287280yws.241.1484183182844; Wed, 11 Jan 2017 17:06:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.239.198 with HTTP; Wed, 11 Jan 2017 17:06:22 -0800 (PST) From: Johannes Lundberg Date: Wed, 11 Jan 2017 17:06:22 -0800 Message-ID: Subject: Wayland update To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Jan 2017 01:06:24 -0000 Howdy It's time for another update from your friendly neighborhood graphics programmer. I will be keeping a live document with instructions etc here https://github.com/johalun/documentation/blob/master/wayland.md Please visit any time for information about Wayland on FreeBSD. Suggestions for improvements are welcome. Your can read all about it on Github, I just want to mention one exciting addition - the SCFB backend for Weston. Picture: https://twitter.com/johalun/status/819039940914778112 Before you had to either run Weston in a X11 window or using DRM backend which requires DRM/KMS enabled hardware driver. With the new SCFB backend, you can run Weston on any hardware or in VMs like VMWare or VirtualBox. Rendering is done with the llvmpipe render engine which has very high performance for software rendering and compositing with pixman. Have fun! From owner-freebsd-current@freebsd.org Thu Jan 12 02:09:00 2017 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 9DA60CAB282; Thu, 12 Jan 2017 02:09:00 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by mx1.freebsd.org (Postfix) with ESMTP id 116631E0C; Thu, 12 Jan 2017 02:08:58 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp118-210-171-10.bras2.adl6.internode.on.net (HELO leader.local) ([118.210.171.10]) by ipmail06.adl2.internode.on.net with ESMTP; 12 Jan 2017 12:33:08 +1030 Subject: Re: Sluggish performance on head r311648 To: Ultima , freebsd-current@freebsd.org, freebsd-fs@freebsd.org References: From: Shane Ambler Message-ID: Date: Thu, 12 Jan 2017 12:33:08 +1030 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Jan 2017 02:09:00 -0000 On 11/01/2017 15:32, Ultima wrote: > I'v been noticing lately sluggish performance, maybe zfs? First noticed > this a few days ago right after upgrading on Jan 7th to r311648 and the > last upgrade before that was around dec 30-jan 1 (not sure of rev). Decided > to upgrade again today. I usually build and install head every week or two, > but I have been extremely busy the past couple months. > > FreeBSD U1 12.0-CURRENT FreeBSD 12.0-CURRENT #16 r311903: Tue Jan 10 > 17:20:11 EST 2017 amd64 > > Normally when one of my services scans a few directories it takes about 15 > seconds tops, it has been taking several minutes. I want to note that this Just to eliminate the simple - is the zpool capacity high? When a pool gets into the 80-90% capacity, performance drops. -- FreeBSD - the place to B...Storing Data Shane Ambler From owner-freebsd-current@freebsd.org Thu Jan 12 03:19:57 2017 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 75CFECA9ACA; Thu, 12 Jan 2017 03:19:57 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::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 34A781367; Thu, 12 Jan 2017 03:19:57 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yw0-x232.google.com with SMTP id l75so4558026ywb.0; Wed, 11 Jan 2017 19:19:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Qc9opC2ZrgvH2GLR9EWNyYbKJo5MNFcHE/wnBTofz7g=; b=OQ8F+HADu9X+RBeeodUa5X5KRihNDOUuYoBgy5iXiDckKDYoclB23aaBoqD5PGgoCu d2qWPMgVH7tkzzMpv23jEl6oZ/sATm4CsZz+F5AlgBaJuo+s0q87pnlTPhEXovmwyfwF b8Wbmk3Bd9UbdQp0YbZoB+xt/f+sel8/sIcNgfIDxO80ko9U4Q+KPMkprPlRn2sEcbcP 1MmC1D/4VRHbWJKYCKilFNbNOHMcNnf0eFDr8aag4anhk80QNT0HRmNHvPXAelQsn8+F is5Q1Hwg3no5y21A6VkcVhpOUS1qAjpwa6gWXTYQMicqjThJ5ZgB3zD1KuudwtO0ingg IUUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Qc9opC2ZrgvH2GLR9EWNyYbKJo5MNFcHE/wnBTofz7g=; b=CHybXZoS3BC4Fuh3Cy6+v/Lo+h4QPfv7KduEyklg4+kAfkJ4enZ9ONv+NxDba0C9tD CaPKofWsLk6mwWBFYt+4Rgrphblg+FZVpccCufC+n40RL5reSmWOaKsjbEFRDCvVfTF3 i+j3FZsP8usGCzn84jIEAQjrsRbUkgTm0jp5eM5TUQtKOYw0nStJonaZhsnjG9oCGnjI 0rliR6+LhGa7qhCcASAmLD+u+my/Zgd9tRPixxKMzsa+WX2ENIpp0jLlLsD/6Z8277sF GtlBF607zCXpiacqzLwSAwkhceBQaXp1bECbNBjy8I3Tb6bOVOm1hh3oP/StIOvkVREX CFUg== X-Gm-Message-State: AIkVDXIg1fXPfLiRdiI+Td0Yj//advrH1GOWag2+7Ii4cqnmU2pcmRyXDjLND+eocj7Thjr/gV+IlVT6bVMY1w== X-Received: by 10.13.208.198 with SMTP id s189mr9137073ywd.315.1484191196393; Wed, 11 Jan 2017 19:19:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.52.65 with HTTP; Wed, 11 Jan 2017 19:19:56 -0800 (PST) In-Reply-To: References: From: Ultima Date: Wed, 11 Jan 2017 22:19:56 -0500 Message-ID: Subject: Re: Sluggish performance on head r311648 To: Shane Ambler , =?UTF-8?Q?Karli_Sj=C3=B6berg?= Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Jan 2017 03:19:57 -0000 > One thing I keep a look out for, is in gstat, if one drive is busier > than the others, it's a clear sign of a drive dying. Offlining and > replacing the drive usually makes a huge difference. > Also, in all of these cases, SMART data shows no sign of problem and no > errors in 'zpool status'. Just watch and see if any of the drives is > working harder than the others has been the surest way to troubleshoot > performance issues, in my experience. Staring at gstat for about 5 minutes, I'm not really sure if any one stand out. They seem to all vary in activity. Something that does stand out is that on occasion a few will spike in the red, sometimes 1 or 2, other times 8ish (24 drives in pool total). I also notice once, instead of all drives working at the same time, it seems to move like a wave. Red activity hit at the top of gstat and worked its way down. Not all drives hit red during this wave, around 16 in this 5ish seconds. Not sure if this is out of the ordinary tho. I did look at SMART before porting. One thing I thought about is the corrected errors amount for each drive. When I get some time I'll create a graph and try and determine the possible bad drive(s, hopefully without the s) based on this information. > Just to eliminate the simple - is the zpool capacity high? When a pool > gets into the 80-90% capacity, performance drops. The pool is at 28% capacity atm according to zpool list. On Wed, Jan 11, 2017 at 9:03 PM, Shane Ambler wrote: > On 11/01/2017 15:32, Ultima wrote: > >> I'v been noticing lately sluggish performance, maybe zfs? First noticed >> this a few days ago right after upgrading on Jan 7th to r311648 and the >> last upgrade before that was around dec 30-jan 1 (not sure of rev). >> Decided >> to upgrade again today. I usually build and install head every week or >> two, >> but I have been extremely busy the past couple months. >> >> FreeBSD U1 12.0-CURRENT FreeBSD 12.0-CURRENT #16 r311903: Tue Jan 10 >> 17:20:11 EST 2017 amd64 >> >> Normally when one of my services scans a few directories it takes about 15 >> seconds tops, it has been taking several minutes. I want to note that this >> > > Just to eliminate the simple - is the zpool capacity high? When a pool > gets into the 80-90% capacity, performance drops. > > > > -- > FreeBSD - the place to B...Storing Data > > Shane Ambler > > From owner-freebsd-current@freebsd.org Thu Jan 12 12:20:16 2017 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 3127CCAAAA9 for ; Thu, 12 Jan 2017 12:20:16 +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 16B771D5D; Thu, 12 Jan 2017 12:20: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 6FC39708; Thu, 12 Jan 2017 12:20:15 +0000 (UTC) Date: Thu, 12 Jan 2017 12:20:09 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: rpokala@FreeBSD.org, asomers@FreeBSD.org, ian@FreeBSD.org, avos@FreeBSD.org, sobomax@FreeBSD.org, np@FreeBSD.org, cperciva@FreeBSD.org, dim@FreeBSD.org, markj@FreeBSD.org, pfg@FreeBSD.org, emaste@FreeBSD.org, bz@FreeBSD.org, arybchik@FreeBSD.org, ngie@FreeBSD.org, scottl@FreeBSD.org, cem@FreeBSD.org, sbruno@FreeBSD.org, dumbbell@FreeBSD.org, mav@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1443440672.49.1484223615479.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <302576161.47.1484135420103.JavaMail.jenkins@jenkins-9.freebsd.org> References: <302576161.47.1484135420103.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc - Build #1761 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc X-Jenkins-Result: SUCCESS Precedence: bulk X-Mailman-Approved-At: Thu, 12 Jan 2017 12:54:18 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2017 12:20:16 -0000 FreeBSD_HEAD_amd64_gcc - Build #1761 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1761/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1761/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1761/console Change summaries: 311974 by sobomax: Fix slight type mismatch between so_options defined in sys/socketvar.h and tw_so_options defined here which is supposed to be a copy of the former (short vs u_short respectively). Switch tw_so_options to be "signed short" to match the type of the field it's inherited from. 311972 by ngie: Add __BIT and __BITS macros from NetBSD to help support new testcases MFC after: 1 week 311971 by mav: Report random flash storage as non-rotating to GEOM_DISK. While doing it, introduce respective constants in geom_disk.h. MFC after: 1 week 311969 by ngie: Remove __HAVE_LONG_DOUBLE #define from t_strtod.c and place it in Makefile This is to enable support in other testcases Inspired by lib/msun/tests/Makefile . MFC after: 1 week 311968 by ngie: Fix lib/libc/sys/access_test after r311925 sys/param.h needs to be #included in order for __FreeBSD_version to be checked MFC after: 13 days 311964 by cem: g_raid: Prevent tasters from attempting excessively large reads Some g_raid tasters attempt metadata reads in multiples of the provider sectorsize. Reads larger than MAXPHYS are invalid, so detect and abort in such situations. Spiritually similar to r217305 / PR 147851. PR: 214721 Sponsored by: Dell EMC Isilon 311963 by rpokala: Remove writability requirement for single-mbuf, contiguous-range m_pulldown() m_pulldown() only needs to determine if a mbuf is writable if it is going to copy data into the data region of an existing mbuf. It does this to create a contiguous data region in a single mbuf from multiple mbufs in the chain. If the requested memory region is already contiguous and nothing needs to change, the mbuf does not need to be writeable. Submitted by: Brian Mueller Reviewed by: bz MFC after: 1 week Sponsored by: Panasas Differential Revision: https://reviews.freebsd.org/D9053 311962 by arybchik: sfxge(4): stats refresh in SW should depend on HW update period The period should be taken into account by the function which refreshes driver stats. Reviewed by: philip Sponsored by: Solarflare Communications, Inc. MFC after: 2 days Differential Revision: https://reviews.freebsd.org/D9130 311961 by arybchik: sfxge(4): do not ignore requested MAC stats update period Firmware version which takes PERIOD_MS parameter into account is required. Reviewed by: philip Sponsored by: Solarflare Communications, Inc. MFC after: 2 days Differential Revision: https://reviews.freebsd.org/D9129 311958 by scottl: Print out the number of queues/MSIx vectors. Sponsored by: Netflix 311954 by ian: Rework tty_drain() to poll the hardware for completion, and restore drain timeout handling to historical freebsd behavior. The primary reason for these changes is the need to have tty_drain() call ttydevsw_busy() at some reasonable sub-second rate, to poll hardware that doesn't signal an interrupt when the transmit shift register becomes empty (which includes virtually all USB serial hardware). Such hardware hangs in a ttyout wait, because it never gets an opportunity to trigger a wakeup from the sleep in tty_drain() by calling ttydisc_getc() again, after handing the last of the buffered data to the hardware. While researching the history of changes to tty_drain() I stumbled across some email describing the historical BSD behavior of tcdrain() and close() on serial ports, and the ability of comcontrol(1) to control timeout behavior. Using that and some advice from Bruce Evans as a guide, I've put together these changes to implement the hardware polling and restore the historical timeout behaviors... - tty_drain() now calls ttydevsw_busy() in a loop at 10 Hz to accomodate hardware that requires polling for busy state. - The "new historical" behavior for draining during close(2) is retained: the drain timeout is "1 second without making any progress". When the 1-second timeout expires, if the count of bytes remaining in the tty layer buffer is smaller than last time, the timeout is extended for another second. Unfortunately, the same logic cannot be extended all the way down to the hardware, because the interface to that layer is a simple busy/not-busy indication. - Due to the previous point, an application that needs a guarantee that all data has been transmitted must use TIOCDRAIN/tcdrain(3) before calling close(2). - The historical behavior of honoring the drainwait setting for TIOCDRAIN (used by tcdrain(3)) is restored. - The historical kern.drainwait sysctl to control the global default drainwait time is restored, but is now named kern.tty_drainwait. - The historical default drainwait timeout of 300 seconds is restored. - Handling of TIOCGDRAINWAIT and TIOCSDRAINWAIT ioctls is restored (this also makes the comcontrol(1) drainwait verb work again). - Manpages are updated to document these behaviors. Reviewed by: bde (prior version) 311953 by cem: pciconf(8): Reallow trailing colon in selectors Reallow device selectors to have a trailing colon, as documented in the manual page. This was broken along with some unrelated cleanups in r295806. PR: 215979 Reported by: David Boyd Sponsored by: Dell EMC Isilon 311952 by markj: Enable the use of ^C and ^S/^Q in DDB. This lets one interrupt DDB's output, which is useful if paging is disabled and the output device is slow. Submitted by: Anton Rang Reviewed by: jhb MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D9138 311951 by ian: Include sys/systm.h for use of bootverbose. Fixes powerpc MPC85XXSPE build. 311950 by bz: Get rid of a compiler warning which I saw too often. Include netinet/in.h before ip_compat.t which will then check if IPPROTO_IPIP is defined or not. Doing it the other way round, ip_compat.h would not find it defined and netinet/in.h then redefine it. 311949 by np: cxgbe/tom: Add VIMAGE support to the TOE driver. Active Open: - Save the socket's vnet at the time of the active open (t4_connect) and switch to it when processing the reply (do_act_open_rpl or do_act_establish). Passive Open: - Save the listening socket's vnet in the driver's listen_ctx and switch to it when processing incoming SYNs for the socket. - Reject SYNs that arrive on an ifnet that's not in the same vnet as the listening socket. CLIP (Compressed Local IPv6) table: - Add only those IPv6 addresses to the CLIP that are in a vnet associated with one of the card's ifnets. Misc: - Set vnet from the toepcb when processing TCP state transitions. - The kernel sets the vnet when calling the driver's output routine so t4_push_frames runs in proper vnet context already. One exception is when incoming credits trigger tx within the driver's ithread. Set the vnet explicitly in do_fw4_ack for that case. MFC after: 3 days Sponsored by: Chelsio Communications 311948 by avos: rtwn: fix R92C_TXDW4_RTSRATE_M definition (0x3f -> 0x1f) Submitted by: kevlo 311947 by pfg: rpcgen(1): Avoid unused variable warning on generated code. Avoid "unused variable 'i'" warnings in generated .c files by only emitting the "int i;" for non-opaque arrays. Opaque arrays use xdr_opaque() rather than iterating over the array. Obtained from: OpenBSD (CVS rev 1.28) MFC after: 1 week 311946 by emaste: readelf: add S390 relocation types >From https://refspecs.linuxfoundation.org/ELF/zSeries/lzsabi0_zSeries.html Reviewed by: bz MFC after: 1 month Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D9149 311945 by cperciva: Remove obsolete path from fortune(6). This was inadvertantly left over when fortune and other games moved from /usr/games to /usr/bin; I am removing rather than correcting it since we normally do not mention in the FILES section the paths to programs in /usr/bin/. PR: 215962 Reported by: Andras Farkas 311942 by emaste: readelf: add more PPC64 relocation types found in LLVM MFC after: 2 weeks MFC with: r311941 Sponsored by: The FreeBSD Foundation 311941 by emaste: readelf: add PPC64 relocation types Reported by: Mark Millard MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D9146 311935 by mav: Pretend we support some IOCTLs to not scary upper layers. MFC after: 2 weeks 311933 by dim: Use proper prototypes in struct boot_module_t With clang 4.0.0, we are getting the following warnings about struct boot_module_t in efi's boot_module.h: In file included from sys/boot/efi/boot1/ufs_module.c:41: sys/boot/efi/boot1/boot_module.h:67:14: error: this function declaration is not a prototype [-Werror,-Wstrict-prototypes] void (*init)(); ^ void sys/boot/efi/boot1/boot_module.h:92:16: error: this function declaration is not a prototype [-Werror,-Wstrict-prototypes] void (*status)(); ^ void sys/boot/efi/boot1/boot_module.h:95:24: error: this function declaration is not a prototype [-Werror,-Wstrict-prototypes] dev_info_t *(*devices)(); ^ void 3 errors generated. Fix this by adding 'void' to the parameter lists. No functional change. Reviewed by: emaste, imp, smh MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D9144 311932 by dim: Make EFI_RESERVED_SERVICE a proper prototype With clang 4.0.0, the EFI API header causes the following warning: In file included from sys/boot/efi/loader/bootinfo.c:43: In file included from sys/boot/efi/loader/../include/efi.h:52: sys/boot/efi/include/efiapi.h:534:32: error: this function declaration is not a prototype [-Werror,-Wstrict-prototypes] (EFIAPI *EFI_RESERVED_SERVICE) ( ^ Add VOID to make it into a real prototype. Reviewed by: imp, emaste, tsoome MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D9132 311931 by sbruno: Restore v6 offload caps for igb(4) class devices. Reported by: tuxen 311930 by dumbbell: committers-ports.dot: Add myself Approved by: antoine (mentor) Differential Revision: https://reviews.freebsd.org/D9143 311929 by dim: Don't include in reloc_elf.c, as it includes just after it, which has a conflicting definition of errno. This leads to the following warning with clang 4.0.0: In file included from sys/boot/common/reloc_elf32.c:6: In file included from sys/boot/common/reloc_elf.c:37: /usr/obj/usr/src/tmp/usr/include/stand.h:155:12: error: this function declaration is not a prototype [-Werror,-Wstrict-prototypes] extern int errno; ^ sys/sys/errno.h:46:26: note: expanded from macro 'errno' #define errno (* __error()) ^ MFC after: 3 days 311928 by asomers: Fix build of usr.bin/tail with GCC Submitted by: pluknet Reported by: pluknet MFC after: 27 days X-MFC-with: 311895 Sponsored by: Spectra Logic Corp From owner-freebsd-current@freebsd.org Thu Jan 12 13:32:54 2017 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 ED682CABE89 for ; Thu, 12 Jan 2017 13:32:54 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 52C561DF4 for ; Thu, 12 Jan 2017 13:32:53 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from hermann ([141.89.153.87]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MdoR7-1c6aEY1l6r-00PeDR for ; Thu, 12 Jan 2017 14:32:43 +0100 Date: Thu, 12 Jan 2017 14:32:42 +0100 From: "Hartmann, O." To: FreeBSD CURRENT Subject: r311977: kernel build failure when NANDFS in kernel Message-ID: <20170112143236.7f6c4b79@hermann> Organization: walstatt.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:F5FlDdOOedOT5MSQv4Ju8udf5/3Y2vJBMqM4vRX5slFiJo4jYui DBhAYpkpbYbH61DHkm9QaTvJAIt7x1l/MZu5BhxgIbophqyfdzpT9MCQs5BMLyE+Cgxltmx YDVybfy63sRGOMOy8gxLfNzRnYSJPvhy8R+8eOGQzCRFexCVBjBKH6vjev5sdGSQgn+x/Oa 3XhOvSZPbJzeUM/OT9DqQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:B00L3HluzdI=:TqT6vBQ/xvx1+Ab9RQI1my JT8VXug+hrK+cqMPs6y8z+IUDU0Clut9T1WJFdtXNoi58qQhhYoYBMkQ5u9flzCEczunIL/Kz VdZ711CXsBlzC3HuD+kMrWvmJDB4IxbMa9YZEGvUK86ItQmgy5grPWbiLNfKmOaHifCEAJyzq 6nRYZI5fLd2fcRxS8d/KlkM5E+5vmQ9W15hzbZF7SLvni0fvUQnDccPQepGuY5mN/izkslQRK +RLSAZIBVL9UYnWApUSqMkbq4Mq2jquZ2YYWHc+7GENQFYEQqnjnXD0WAugSlyC+EBjPlwOfb AHcCkjlZwYIQfr2dUq7UXDB6LFj3vW0f3gt3QeyEiuGVzjH4XmQr1hfUT4LhJXg443/FOyzVB hdEWSeuN2ClgPQ4rXtPMYKlXVI/mYf4Ea/WKEZ8Ss4neIFwj8kDxHaeWmqtADB4HaIkap4TV2 lRozLDdGGlwAtz4NfAo5szpBlx8LDLODPhtk1T2mARgYJB03FbbOasPIasCOHf0ov4StDkS/K 6cAyCDzd16IBpXKY2XgDqeNXpyk/YHDgZPTmubl+JC5oKUV1kT7OF1cC72mIdCSeQBDpjjfKU fgG9S9+anePS5Nga0nQWNAJUrCru8z7ORg7u7nX9pBe1B3rx1dPHSJ31F3PACkJamE1SRQORM wLJkMtAdE+R4tc3d3H//1h6bmX/rvG7wedvfJjJsegCFLCOE6u8yDZVrQGqVSJbnM2vWag6BJ iUdSPuzj1DVwCanNn06Aqkr/bYl72Vh9CC8Qt/Dpx5QQMO6InVHGblR2UGv2StAnIunGE9SFd 0ia+0Z/Y0TdgJM8YlxQ34deDu5jmRtSL+1FpJaIx1QwNmmX+b8TJBZTFA0+kURUvOb5dCVYnB PBqBepy6it3dy+N9A67Wv8a5g+Kks4ACmAws9RunLPV8YQBcfFgTUzmRjMxs8ra/MX5GQdKsu DjRl8wgqM2tT0swYdqmVCIEwoENzXoDg+fTLmHeh6yKfmQf+MsYEFO9XFNjGc+L+PgSPSXl25 uYTrebDG98Q2LAGybqGV99Q= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Jan 2017 13:32:55 -0000 On r311977, buildkernel fails with the error shown below. Kernel ist customised and "options NANDFS" has been added as well as "device nand" - the error shown suggest that is has to do with NANDFS. [...] ===> cc/cc_cdg (all) --- nand_geom.o --- /usr/src/sys/dev/nand/nand_geom.c:419:2: error: must use 'struct' tag to refer to type 'disk' disk->d_rotation_rate = DISK_RR_NON_ROTATING; ^ struct /usr/src/sys/dev/nand/nand_geom.c:419:6: error: expected identifier or '(' disk->d_rotation_rate = DISK_RR_NON_ROTATING; ^ 2 errors generated. *** [nand_geom.o] Error code 1 From owner-freebsd-current@freebsd.org Thu Jan 12 17:38:38 2017 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 05965CACEA9 for ; Thu, 12 Jan 2017 17:38:38 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 DB2441368 for ; Thu, 12 Jan 2017 17:38:37 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id DCAC11928BA; Thu, 12 Jan 2017 17:38:35 +0000 (UTC) Subject: Re: CURRENT: em0 NIC freezes under heavy I/O on net To: "O. Hartmann" , freebsd-current References: <20170111091643.1d45ab39@freyja.zeit4.iv.bundesimmobilien.de> From: Sean Bruno Message-ID: <655c6935-1bcf-b54f-9298-ddacd184570b@freebsd.org> Date: Thu, 12 Jan 2017 10:38:32 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170111091643.1d45ab39@freyja.zeit4.iv.bundesimmobilien.de> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6Rfx0wX8WgAHb1nInntdb2c8vHweCogUj" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Jan 2017 17:38:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6Rfx0wX8WgAHb1nInntdb2c8vHweCogUj Content-Type: multipart/mixed; boundary="fxtExBu6tsqRUlsEbG2fdKcgwu4WNcKHo"; protected-headers="v1" From: Sean Bruno To: "O. Hartmann" , freebsd-current Message-ID: <655c6935-1bcf-b54f-9298-ddacd184570b@freebsd.org> Subject: Re: CURRENT: em0 NIC freezes under heavy I/O on net References: <20170111091643.1d45ab39@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20170111091643.1d45ab39@freyja.zeit4.iv.bundesimmobilien.de> --fxtExBu6tsqRUlsEbG2fdKcgwu4WNcKHo Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 01/11/17 01:27, O. Hartmann wrote: > Running recent CURRENT (FreeBSD 12.0-CURRENT #5 r311919: Wed Jan 11 08:= 24:28 > CET 2017 amd64), the system freezes when doing a rsync over automounted= > (autofs) NFSv4 filesystem, mounted from another CURRENT server (same re= vision, > but with BCM NICs). >=20 > The host in question is a Fujitsu Celsius M740 equipted with an Intel N= IC: >=20 > [...] > em0: port 0xf020-0xf03f mem > 0xfb300000-0xfb31ffff,0xfb339000-0xfb339fff at device 25.0 numa-domain = 0 on > pci1 em0: attach_pre capping queues at 1 em0: using 1024 tx descriptors= and > 1024 rx descriptors em0: msix_init qsets capped at 1 > em0: Unable to map MSIX table=20 > em0: Using an MSI interrupt > em0: allocated for 1 tx_queues > em0: allocated for 1 rx_queues > em0: netmap queues/slots: TX 1/1024, RX 1/1024 > [...] >=20 > The pciconf output reveals: >=20 > em0@pci0:0:25:0: class=3D0x020000 card=3D0x11ed1734 chip=3D0x153= a8086 rev=3D0x05 > hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D 'Ethernet Connection I217-LM' > class =3D network > subclass =3D ethernet > bar [10] =3D type Memory, range 32, base 0xfb300000, size 131072,= enabled > bar [14] =3D type Memory, range 32, base 0xfb339000, size 4096, e= nabled > bar [18] =3D type I/O Port, range 32, base 0xf020, size 32, enabl= ed > cap 01[c8] =3D powerspec 2 supports D0 D3 current D0 > cap 05[d0] =3D MSI supports 1 message, 64 bit enabled with 1 messag= e > cap 13[e0] =3D PCI Advanced Features: FLR TP >=20 > I have a customized kernel. The NIC has revealed itself all the time as= an > "emX" device (never as igbX). The kernel contains device netmap (if > relevevant). >=20 > The phenomenon: >=20 > Syncing a poudriere repository between to remote hosts, I use rsync on = a NGSv4 > exported filesystem, mounted via AUTOFS. So far, this work two days ago= > perfectly. Since yesterday, syncing brings down the network connection = - the > connection is simply dead. Terminating the rsync, bringing em0 down and= up > again doesn't help much, for short moments, the connection is establish= ed, but > dies within seconds. Restarting via "service netif restart" all network= > services have the same effect: after the desaster, it is impossible for= me to > bring back the NIC/connection to normal, I have to reboot. The same hap= pens > when having heavy network load, but it takes a time and even rsync isn'= t > "deadly" within the same timeframe - it takes sometimes a couple of sec= onds, > another takes only one or two seconds to make the connection die.=20 >=20 > I checked with dd'ing a large file over that connection, it takes sever= al > seconds then to make the connection freezing (so, someone could reprodu= ce iy > not ncessarily using rsync). >=20 > Kind regards, >=20 > oh If you have the time today or tomorrow. Can you please capture 'sysctl dev.em.0' and post it here? In addition, I would like to have this patch tested in your configuration= : https://people.freebsd.org/~sbruno/em_tx_limit.diff Finally, if you have any loader.conf entries for hw.em, please post them as well. sean --fxtExBu6tsqRUlsEbG2fdKcgwu4WNcKHo-- --6Rfx0wX8WgAHb1nInntdb2c8vHweCogUj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh3vxlfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmTbYQgAyuvoKTCc3dabNG3Nk71hKDWeMqq7Uu0jU1OnC168A7poZbxKM48NZ5Ae n/8yjHic3buqAA+EHRl7nvu781HyWjn5lAi3avn96q+AngkKHm0F4qS7/mYP3LfV gtf9wfKk3DwoDeMDJdbrwI2aQUvH09IYm3yr9JBMbHaFF4rkm04viMgaBVVdI95v gcITlBofaAjmmSc1bIfuykZvk/oBzpBICh++6gpY5tBC8uH637vdFzlpEZciONCE wz+18XmJ3siqTIqwEYDO2gdw73yt03gKGGadAiHNl3Z5zfX2ousFt1eby8IBvs+l xnfpwauYGqt83Zecyui8/QTaqhZEtA== =QvAS -----END PGP SIGNATURE----- --6Rfx0wX8WgAHb1nInntdb2c8vHweCogUj-- From owner-freebsd-current@freebsd.org Thu Jan 12 17:38:57 2017 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 09FC9CACF16 for ; Thu, 12 Jan 2017 17:38:57 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from smtprelay-b32.telenor.se (smtprelay-b32.telenor.se [213.150.131.21]) (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 BE96714DE for ; Thu, 12 Jan 2017 17:38:56 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-b32.telenor.se (Postfix) with ESMTP id 5659086AAF for ; Thu, 12 Jan 2017 18:05:42 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2B7xQCatndYED5e5VVdHQYMgz0BAQEBAR+BGAEBKiuDSYMrhl9wkTCVHW6BHhqIC0gMAQIBAQEBAQEBBgEBAQEBAQEBOCIjhRMPASNYAhQSAjsKiTEBoGOQAYIlFYozgQuOS2ICgjiCXgWbLAGBfpE2AY8KkTIBgTFNCTeBGQqEHwEKAQEBgj09iRsBAQE X-IPAS-Result: A2B7xQCatndYED5e5VVdHQYMgz0BAQEBAR+BGAEBKiuDSYMrhl9wkTCVHW6BHhqIC0gMAQIBAQEBAQEBBgEBAQEBAQEBOCIjhRMPASNYAhQSAjsKiTEBoGOQAYIlFYozgQuOS2ICgjiCXgWbLAGBfpE2AY8KkTIBgTFNCTeBGQqEHwEKAQEBgj09iRsBAQE X-IronPort-AV: E=Sophos;i="5.33,219,1477954800"; d="scan'208";a="902819222" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb2.telenor.se with ESMTP; 12 Jan 2017 18:05:11 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1cRioG-000LdQ-BU for freebsd-current@freebsd.org; Thu, 12 Jan 2017 18:05:08 +0100 Received: from 193.12.143.142 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Thu, 12 Jan 2017 18:05:08 +0100 (CET) Message-ID: <57236.193.12.143.142.1484240708.squirrel@webmail.alvermark.net> Date: Thu, 12 Jan 2017 18:05:08 +0100 (CET) Subject: r311568 makes freerdp very slow From: "Jakob Alvermark" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Jan 2017 17:38:57 -0000 Hi, r311568 Set MORETOCOME for AIO write requests on a socket. After this commit freerdp is very slow. Before the password prompt would appear immediately when connecting to a server. Now it takes 5-10 seconds. After entering the password, another 5-10 seconds until I am connected. Once connected, there is a considerable lag. What could be the problem? Best regards, Jakob Alvermark From owner-freebsd-current@freebsd.org Thu Jan 12 17:42:14 2017 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 5D41ACAD1AE for ; Thu, 12 Jan 2017 17:42:14 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt0-x230.google.com (mail-qt0-x230.google.com [IPv6:2607:f8b0:400d:c0d::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 14C7E1A82 for ; Thu, 12 Jan 2017 17:42:14 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt0-x230.google.com with SMTP id k15so24805010qtg.3 for ; Thu, 12 Jan 2017 09:42:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=JzCbRZ9tFBaoyXNbMN5N3Sa7GXBWbNv7BVsD88kC8Lc=; b=AG7U2uXPu17JmQdO+OclFo1vY33AUq3TIJ/btPeUPRfj57puR8N/7iBKqLqnQQeKmq l7rEkRyXfy3LTrtIBkDHcuGLi84s9ly/KUUsoMNEh+AsK9OYqQHfHmjbw2JdbQxNXJUr wGfxDHXzXjH+j81ACZBoO+QKhkE2rBNo1DRSsrNJS6NuDYOzIaan4vC/MqAYSuBdTMJ6 AIyMOH2fX3NJa94wTHw9pCR7WmZ8np+q+ffaI2cdbqM2uu1ASyyljxWEtfCMNFUPQGdl c57bbKHYtnx6WbGsCO4l0T3p+EPFadOBwm90avbOhQYjFvFk8HNYF0ORFxGEqI1HquEC fGhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=JzCbRZ9tFBaoyXNbMN5N3Sa7GXBWbNv7BVsD88kC8Lc=; b=AyfuVhjAQ2uHhDYJ3/aF+ARoAshJ7PlbYMvACx4GpVZs70zjar/ChoaCxL0wiMz4q2 fABPKuhxzGqzpztusVlzbTDKpb6lb/z/ZDlIdja1SXu7oguPYUlGBvS3wdPC8iQoXVgt fF7VCXHg4je7qpVF1FNZutd4bH4vVhukW0vv5qFv5XTsdElJ98YZ+ZesArVlhl+5tAUp 3G+Xqgh1QBTiH45OepYA341mbB3132QoV6vJBeS9CnNBdbwehsDbANe7sQrT1BMWpVTv iy/C6Ke4IviEfEfDYVpDlmXhSTZRLOy+nT0U3O4YduNYGw/ILRply3NxjZK4/YlU/59J tWmg== X-Gm-Message-State: AIkVDXIZXReeCZkehDMXqhWg+ADWhhoutoYINcE8Od2dPzY6CFnyVzi5HalzmwmU9Qgqc/zu X-Received: by 10.200.0.213 with SMTP id d21mr13455804qtg.44.1484242933256; Thu, 12 Jan 2017 09:42:13 -0800 (PST) Received: from mutt-hardenedbsd ([63.88.83.66]) by smtp.gmail.com with ESMTPSA id r24sm7128185qkl.5.2017.01.12.09.42.11 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 12 Jan 2017 09:42:12 -0800 (PST) Date: Thu, 12 Jan 2017 12:42:11 -0500 From: Shawn Webb To: Jakob Alvermark Cc: freebsd-current@freebsd.org Subject: Re: r311568 makes freerdp very slow Message-ID: <20170112174211.5nmvpjatg6zap35a@mutt-hardenedbsd> References: <57236.193.12.143.142.1484240708.squirrel@webmail.alvermark.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ewuehj5bqmq7oauv" Content-Disposition: inline In-Reply-To: <57236.193.12.143.142.1484240708.squirrel@webmail.alvermark.net> X-Operating-System: FreeBSD mutt-hardenedbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Jan 2017 17:42:14 -0000 --ewuehj5bqmq7oauv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 12, 2017 at 06:05:08PM +0100, Jakob Alvermark wrote: > Hi, >=20 > r311568 Set MORETOCOME for AIO write requests on a socket. >=20 > After this commit freerdp is very slow. >=20 > Before the password prompt would appear immediately when connecting to a > server. Now it takes 5-10 seconds. After entering the password, another > 5-10 seconds until I am connected. > Once connected, there is a considerable lag. >=20 > What could be the problem? I don't know what the problem is, but I am seeing the same symptom. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --ewuehj5bqmq7oauv Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlh3v/EACgkQaoRlj1JF bu7lmg/+OdyiD/mvoUPbC5CbzQY+NiE65J+xsunO0FS26AOcKxeDLiCi/OMgxz2+ lh497KlpMu/0KLi3nAbQCi9f32YgbkcJdY5HN5Qhobyo+O/CD68n59OBdpNuRDJh g/Prpx0I/qrTbE6GjREDP/5tJqbkFwN+yGSO6K8sP45EMmYESxgGhzgZr0D64kpn B44vL+KvLybtdcGihy+NvAShsabkLq8iPXfi2nDV5jbtwzP2eOkuzsS/zXry/sFR LB28l06dhGYF6+n4ZBPcXzoFXn0XarFKNOvQZSFhtZQnkkvj2hT/nNoK/CCVe5Pv aLifnzYKmi1pPJ9pYGpYrDmTu/n9Dt50Zn02xl13E0OLaQQoXTiv1ztuHHTWZWr5 pVTc7IL3C7klkWRaVrPWg0O0qZI77f/wGwciDsj6XBZDSM+xs9udZycpipWKbCE8 zJLMwyBnVrI07lMDWEgnhNb4qY8+VTdL/maojaFsTKtFHQ8Z0ChZsYZs3RlPFT6z 0yaa+JscIobFmo4oF9NQL2ysImACmEk4mkmA2qK3i1u5KhL3sGRKZ1F7wxubYatX 4ZSNBE1BnPppWazyNeVGw1MFnqsQyYNy3kwF1fv5/QLzoDE9XsMKkFl1AOodWP48 1uS8iaWnf1GWiNGrwVuceMn3XD8Fwtn7gAiCYU9GvE/KJgSwZrA= =mpyv -----END PGP SIGNATURE----- --ewuehj5bqmq7oauv-- From owner-freebsd-current@freebsd.org Thu Jan 12 18:30:49 2017 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 9A080CAB036 for ; Thu, 12 Jan 2017 18:30:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.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 7A6741B55 for ; Thu, 12 Jan 2017 18:30:49 +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 mail.baldwin.cx (Postfix) with ESMTPSA id 1FB9610B4D1; Thu, 12 Jan 2017 13:30:48 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Cc: Shawn Webb , Jakob Alvermark Subject: Re: r311568 makes freerdp very slow Date: Thu, 12 Jan 2017 10:26:07 -0800 Message-ID: <1610370.k87iRho0oa@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <20170112174211.5nmvpjatg6zap35a@mutt-hardenedbsd> References: <57236.193.12.143.142.1484240708.squirrel@webmail.alvermark.net> <20170112174211.5nmvpjatg6zap35a@mutt-hardenedbsd> 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.4.3 (mail.baldwin.cx); Thu, 12 Jan 2017 13:30:48 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Jan 2017 18:30:49 -0000 On Thursday, January 12, 2017 12:42:11 PM Shawn Webb wrote: > On Thu, Jan 12, 2017 at 06:05:08PM +0100, Jakob Alvermark wrote: > > Hi, > > > > r311568 Set MORETOCOME for AIO write requests on a socket. > > > > After this commit freerdp is very slow. > > > > Before the password prompt would appear immediately when connecting to a > > server. Now it takes 5-10 seconds. After entering the password, another > > 5-10 seconds until I am connected. > > Once connected, there is a considerable lag. > > > > What could be the problem? > > I don't know what the problem is, but I am seeing the same symptom. Can you get a ktrace of the freerdp process during this? The commit should only be setting MORETOCOME if multiple aio_write requests are queued to the same socket (so that TCP can batch them into a single packet). However, it should not affect an application just calling aio_write() on a socket once. -- John Baldwin From owner-freebsd-current@freebsd.org Thu Jan 12 20:57:22 2017 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 2D64DCADB31 for ; Thu, 12 Jan 2017 20:57:22 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [50.7.9.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fbsd10.amd64", Issuer "fbsd10.amd64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EACF019E4 for ; Thu, 12 Jan 2017 20:57:20 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from www.i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.15.2/8.15.2) with ESMTP id v0CKemq9089974 for ; Thu, 12 Jan 2017 22:41:09 +0200 (EET) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: build world broken on r311461 Date: Thu, 12 Jan 2017 17:40:48 -0300 Message-Id: <20170112171238.M36996@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20140806 79bb7cc X-OriginatingIP: 186.221.219.53 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Jan 2017 20:57:22 -0000 Broken on camcontrol clang -O2 -pipe -DRESCUE -MD -MF.depend.camcontrol.o -MTcamcontrol.o -std=gn u99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W - Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W return-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wc ast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-st yle-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argum ents -c /usr/src/sbin/camcontrol/camcontrol.c -o camcontrol.o /usr/src/sbin/camcontrol/camcontrol.c:4000:2: error: implicit declaration of function 'scsi_mode_sense_subpage' is invalid in C99 [-Werror,-Wimplicit-function-declaration] scsi_mode_sense_subpage(&ccb->csio, ^ /usr/src/sbin/camcontrol/camcontrol.c:4000:2: note: did you mean 'scsi_mode_sense_len'? /usr/include/cam/scsi/scsi_all.h:3987:7: note: 'scsi_mode_sense_len' declared here void scsi_mode_sense_len(struct ccb_scsiio *csio, u_int32_t retries, ^ 1 error generated. *** Error code 1 Stop. make[6]: stopped in /usr/src/sbin/camcontrol root@valfenda:/usr # uname -a FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r311461: Thu Jan 5 22:46:38 UTC 2017 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 root@valfenda:/usr # root@valfenda:/usr # cat /etc/make.conf NO_USE_GCC="YES" CC=clang CXX=clang++ CPP=clang-cpp --- /************************************************* **Nilton José Rizzo UFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http://lattes.cnpq.br/0079460703536198 **************************************************/ From owner-freebsd-current@freebsd.org Thu Jan 12 23:50:26 2017 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 0E34ACA9A28 for ; Thu, 12 Jan 2017 23:50:26 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::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 C4CDB1F53 for ; Thu, 12 Jan 2017 23:50:25 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x235.google.com with SMTP id l19so22028017ywc.2 for ; Thu, 12 Jan 2017 15:50:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to; bh=Utyn2xonfsuD5qLgxklYbfrd93iX/DkSN5fF/XP4IDA=; b=hmuAYvjv23bMd8nY6dD8GMONsd04xPelqBHxWq/mrLPnB51Xg3T0YaiL5vWaYyFIuV W6O1kHZdKTq/PzGt5mStZrUaCDiijNSlW6PYGcWmYNJtLMlzfp2ZIE3M+UwkN8rlUdH5 j7P3wn0iW2X39v1ETVn7lQmcl0YxOpIRhcDUeEyrL3/EwZv5iYzz1uY2Yj0Hp0feYEsk O8+EX5TvqnPGkCv2TS8ssZJv2LQ3lgLDrDILhMp0nVqYCfZOFXbY7IiCxeurahlwONnB rN3NAkOQmRCfsMdPUmMSDDI6826hOPZABX9GAmgYyqTY+X8Z4bCTqKSV3logX5StFc/M oq2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=Utyn2xonfsuD5qLgxklYbfrd93iX/DkSN5fF/XP4IDA=; b=tacilPYr4mU8WBsntNw7eI2OTkUUBfkc3jkTWS4v0QB9sheGyaA8NzMg+pQ7VOuVrf eLKCR+fQNiGVXKHXyh82eaU/SL9lIs/vWC+9qAxQ5rfeccJPu6QcYL8ZRca+/Qtd41nB avOFORaf81zwUXFYLmVidthl3dRKLFnnwqGhHMfp++LrcLeK716WgLZTYAMvCmx60sZ+ op6+Mt5wTMk9eIrT5TdDw8Zwwzn+ujvFrg0Du8YQUqmtwOgrS74ETVDyo+CXPAUSadtA LKghz9Pm7b15AkyKvj+s1nD2xHO7vVQYd6Z8KlluSfwGajhh+eBzNEx6Dfq/GjVPDpjc X1Og== X-Gm-Message-State: AIkVDXLRGv8q45QHq5BVE+alS1wHnWuRRwsNDvgiy/q8NgZvuQZhg9hr3K3kfHqJrcXY2liRDHWrhEWIIJqVbg== X-Received: by 10.129.169.1 with SMTP id g1mr3789006ywh.196.1484265024701; Thu, 12 Jan 2017 15:50:24 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.137.135 with HTTP; Thu, 12 Jan 2017 15:50:24 -0800 (PST) From: Alan Somers Date: Thu, 12 Jan 2017 16:50:24 -0700 X-Google-Sender-Auth: fc8a2GPtMoag4xPbp5unt3uqG7I Message-ID: Subject: vt(4) chops off the leftmost three columns To: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Jan 2017 23:50:26 -0000 I've seen three separate machines where FreeBSD11's vt(4) driver chops off the leftmost three columns of the screen. Rendering simply starts at the beginning of the fourth column. In all cases, setting "kern.vty=sc" corrects the problem. The three different systems are: 1) Haswell CPU with SuperMicro X10DRH-IT motherboard 2) Gainestown CPU with Dell S99 motherboard 3) Via Nano X2 CPU with VIA EPIA-M900 motherboard I don't have time to hack on vt myself as long as sc works fine. But if there's any way that I can help a vt developer, I'd be happy to do it. -Alan From owner-freebsd-current@freebsd.org Fri Jan 13 00:26:36 2017 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 0A22ECADEEA for ; Fri, 13 Jan 2017 00:26:36 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qt0-x22c.google.com (mail-qt0-x22c.google.com [IPv6:2607:f8b0:400d:c0d::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 BCCA0137D for ; Fri, 13 Jan 2017 00:26:35 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qt0-x22c.google.com with SMTP id x49so34082284qtc.2 for ; Thu, 12 Jan 2017 16:26:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=j+JGI5ij58XVfkXbknYeubvYU7jGFvLlCk+J9uPgQaU=; b=bYUmui8mEFAte/JGBxWiaM2bdjinQ1MI+cNiyZrec0zZicr1yBhNfeUVgNW3K8cUav 0/a27QK5BF/C0r92mR5oHTRRqRCijZRtwitEWDQB5wZMnZYv9woz4BNBMFjNlE+XoUkk VzP5ERb32MxjfTHJQGm/9tP9E8Er3DV+BmVRg4/MYOIu74//9QZYNxPmvwmceKmq4PK4 fW2jM5iEd/DpsAUemC8C7Scq0aWL5pBVlLYP43DkJdg0XHPxTsRft8/XeU1XrAkuuTE7 eLv2Ps3PCNaO6Fw29EhWogsjG3QUVt27YvjAPCQZPJgO/LlACx+LBl/uzerLGAfQAS5V bCTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=j+JGI5ij58XVfkXbknYeubvYU7jGFvLlCk+J9uPgQaU=; b=dJsmOMJKa+1ae0h188cEGyAZbzEtLhEsidsoESTf/dJZPQQP/y9vYhyF5f25g+lBAI nFzuOmT7mIYyZrU/lYDt+AZyme83mcbEdJ2ScbtmN4ensjc7q97rbQ+Eg8Cj63b8hZZB XrZQAwfVKiIWyAQsaf41SXt0RgjLxXNfpxFH22MvaXcxZlPtTEhzlqWn3j7JdKbclSna Y9JKJWx6/QnMQjz1cGHO17aFQWDm8Ez7lUNzRa0MJoZhKRnZq1V9VY/2evBX72zMHINm qh1/cS/ABflD8J1K6qrtBRDXh7/bOb2OSFET8ZwuYppGFMdTo/65tJ8IB/nh26Vd4M3w 8GGQ== X-Gm-Message-State: AIkVDXIJ/izYBiKXUTQ6dLE6GXX/ZNUwX1tGQVEzOzFLfjuI+pmInX/7z7e0NPvl95THsv73X97PIMXBRu7urA== X-Received: by 10.237.60.27 with SMTP id t27mr17175302qte.86.1484267194722; Thu, 12 Jan 2017 16:26:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Thu, 12 Jan 2017 16:26:04 -0800 (PST) From: Jia-Shiun Li Date: Fri, 13 Jan 2017 08:26:04 +0800 Message-ID: Subject: TSC as timecounter makes system lag To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 00:26:36 -0000 Hi all, since 2 or 3 weeks ago, I noticed that my old Penryn-based Intel Pentium T4200 notebook lagged a lot. System time was running a lot slower, sometimes even looked like it freezed. Keystroke repeat rate was slow too. Since system time is slow, I tried to change timecounter from default TSC to HPET. And it resumed normal immediately. The same world binary works fine on other Ivybridge and Haswell desktops, so I assume this may be related to CPU or mainboard generations. version is FreeBSD jsli-nb 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r311687: Mon Jan 9 04:07:27 CST 2017 jsli@4cbsd:/personal/freebsd/obj/x64/personal/freebsd/fbsdsrc/sys/MINIMAL-NODEBUG amd64 and CPU is CPU: Pentium(R) Dual-Core CPU T4200 @ 2.00GHz (1995.04-MHz K8-class CPU) Origin="GenuineIntel" Id=0x1067a Family=0x6 Model=0x17 Stepping=10 Features=0xbfebfbff Features2=0xc00e39d AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics Tested similar OS rev on another Intel Core 2 Duo E7400 Wolfdale (the same generation as the Pentium T4200). The same lag also happens on it. BTW on both system, cpuX:timer interrupts do not fire at all and count remains 0. -Jia-Shiun From owner-freebsd-current@freebsd.org Fri Jan 13 01:00:10 2017 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 6B01BCACE01 for ; Fri, 13 Jan 2017 01:00:10 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-pf0-x22f.google.com (mail-pf0-x22f.google.com [IPv6:2607:f8b0:400e:c00::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 3C12A137F; Fri, 13 Jan 2017 01:00:10 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-pf0-x22f.google.com with SMTP id 189so21456504pfu.3; Thu, 12 Jan 2017 17:00:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-transfer-encoding; bh=S6n3TCW3Se9QUcpVuOo/0Sk1xBvHFNbWlUxIz1lepSE=; b=JoAbS802kg4I4NYlO/6QDP1sRauEjePeltBKX1+Bpouv8FMdk8z2/dxx+pp1LaAM7B 3QrQ+Y4jaTgc7uJhbf2GA78S+pzSgAr8gxM6F/FppsOJ2+3AELvagJbB4Zljkvn/VVxe EcJPDu1f5hPsxerLqp/7sHxAqzM3E8guB/ap2YI6H+2+vBzzq2OzDRMlSOWY25HVaLUa 6VcVFvVvJb/Fw8EjPJ+Calc16MrXTjPW5fPLf9XNQOjAc3G3pftX5ZMvdrrgECOOEips Hd4lf+67enGiXiqC+q8voUVkUhGcazdjNN/Nb+l1oxeGiCn58VhiVCDFq8PXj2wxuQNK QY6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-transfer-encoding; bh=S6n3TCW3Se9QUcpVuOo/0Sk1xBvHFNbWlUxIz1lepSE=; b=Id3iTcRbmfdPfMWKuzS/LJrFS/Jt39HbxgLm1A6m9v0RHjKwyo96VMotpEkDfmX+aM iC33uQO9NJzyWA6dcF8BCB5BOt9mhvT2D7C0VuUmovF1aRC3Xwp0JLergYCA9AIyaa5W kRqzxf64LJS0713FgdbtYat96mcBe+I52yShS3voKGspA0AnPhNYzmOUELKaejiDx4pJ 6kX2SOHxbrhAibqhTxcaBenFKjLX9+QRMRvhgqpewxAB+EUNco4f0FQ3Zqoap/Qt7Xww DcGSvdbbsXlIVU8wCBJQy8jGCcOfMiGSsmPY2ucjZc4w39aepiqp9kYqEQK5oC42Xmib JXAg== X-Gm-Message-State: AIkVDXIha+Oz1iLXdNPiwJ3AeMgnjzf7eFBkn9rPs+ZPhnISiz9FNJl38UoGHn5ZX6nBbQ== X-Received: by 10.84.231.142 with SMTP id g14mr24747640plk.13.1484269209626; Thu, 12 Jan 2017 17:00:09 -0800 (PST) Received: from [192.168.1.103] ([120.29.76.161]) by smtp.googlemail.com with ESMTPSA id r8sm24316718pfa.44.2017.01.12.17.00.08 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 12 Jan 2017 17:00:09 -0800 (PST) Message-ID: <58782699.2050504@gmail.com> Date: Fri, 13 Jan 2017 09:00:09 +0800 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Alan Somers CC: FreeBSD CURRENT Subject: Re: vt(4) chops off the leftmost three columns References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 01:00:10 -0000 Alan Somers wrote: > I've seen three separate machines where FreeBSD11's vt(4) driver chops > off the leftmost three columns of the screen. Rendering simply starts > at the beginning of the fourth column. In all cases, setting > "kern.vty=sc" corrects the problem. The three different systems are: > > 1) Haswell CPU with SuperMicro X10DRH-IT motherboard > 2) Gainestown CPU with Dell S99 motherboard > 3) Via Nano X2 CPU with VIA EPIA-M900 motherboard > > I don't have time to hack on vt myself as long as sc works fine. But > if there's any way that I can help a vt developer, I'd be happy to do > it. > > -Alan VT(4) already has open problems that no one is working on so may as well add this as another pr. VT should have had better testing before becoming the default in 11.0. From owner-freebsd-current@freebsd.org Fri Jan 13 02:13:56 2017 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 E9EC6CADDE3 for ; Fri, 13 Jan 2017 02:13:56 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::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 B33BB1BEB; Fri, 13 Jan 2017 02:13:56 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x230.google.com with SMTP id l66so33738438ioi.1; Thu, 12 Jan 2017 18:13:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=uJFjti+AwxvXAqFe9f7alKajRtE0Mu3IZX+IIyGn3Nc=; b=pmqXkZ945GFIXuTdAbKCZmu6ENTBld7HKoiole+Cw1HiYUrwI6un9G+mZkFSH7xQIs pL5dZeIBkl67hKcrk/f+OXw4SsHnRukukdqDmHJPfVcsj1jW/as3HX7N8d5k4EEhMp3s b0IbYnBL80QPvG3xX8aDsN3zWvzobG9p2BdeATI4g7Kzon4UBteeBpanWB9rSLgLOJLd Z1ZDvsbC+7L/5BuPUP4gtpwJj/WNLUXWgS0HsrAEY4OhDhIJmxtwfAEygb254AMAD4xO 9TTYGXvfJZ+WXSKvc0cN2wp21+rZ3jNPQwLUaqkpmO/3dViHsbpHQfeZVHeWt6MLluC+ E1Qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=uJFjti+AwxvXAqFe9f7alKajRtE0Mu3IZX+IIyGn3Nc=; b=KcXpgOMtF2fxhEkIaTBLuYZfZmk59jtvycIbM5Wiz74RSsyP11Ncp5dqbV7pLzveW8 qFw8RV1WMHV5yHLjPxw/4/bELh1Ebbqnl8m+5MfqhwtXhiJBC7XAx8yM8z5q+FUlX12J QKR3fw1W/9zUdnDrfivEzecu3RXSIe2fI25i8yRvASP9aT3o5luiTjgwVY9lM6IVtfVG BOhFmG660LupRzVt/75lqk9pXfmtLQmwZPB0OLqbQxQN5EhOzVyHs5Ad59ceO4nBeEyJ +Kze4fDbV/h8QOIpjP48sJnyNECuM8i0OTRexIjj7fB9Hfhvi4TnfgZj62nw7bNXUruU 9Bdg== X-Gm-Message-State: AIkVDXJkCEAYwLu22KFu70aXtS4nA0KMC+H3tbnchZo5gbzfJR+DCytg74HuZ7wWRPC4akaLFHJxtrQfbEegSA== X-Received: by 10.107.23.198 with SMTP id 189mr9262853iox.162.1484273635922; Thu, 12 Jan 2017 18:13:55 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.175.159 with HTTP; Thu, 12 Jan 2017 18:13:35 -0800 (PST) In-Reply-To: References: From: Ed Maste Date: Thu, 12 Jan 2017 21:13:35 -0500 X-Google-Sender-Auth: bPIfF49uQ6fTg0YLwK3_SIYdAFU Message-ID: Subject: Re: vt(4) chops off the leftmost three columns To: Alan Somers Cc: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 02:13:57 -0000 On 12 January 2017 at 18:50, Alan Somers wrote: > I've seen three separate machines where FreeBSD11's vt(4) driver chops > off the leftmost three columns of the screen. Rendering simply starts > at the beginning of the fourth column. In all cases, setting > "kern.vty=sc" corrects the problem. Or try setting hw.vga.textmode=1 Did you observe this with IPMI redirected video or an attached monitor (or a combination)? From owner-freebsd-current@freebsd.org Fri Jan 13 02:31:18 2017 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 D6208CAC6AA for ; Fri, 13 Jan 2017 02:31:18 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x229.google.com (mail-pf0-x229.google.com [IPv6:2607:f8b0:400e:c00::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 A2CD8167C; Fri, 13 Jan 2017 02:31:18 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x229.google.com with SMTP id f144so22689345pfa.2; Thu, 12 Jan 2017 18:31:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=IAu/a1QadzSIgiIUmqCG6mjNkeNNu9rXPo5HiC/CCfE=; b=XJs+dOBY/P+d45UYp/3mZp7GE4HnW8CxahS6qmZcP2kZtRUYRoawoGfjqQVIYQBDrN cBApBGnytcEiVLSel2UjpEZUojITZEqlkZn8+3fhHYZoH/YZ7P02BS9B/k5f/VclIdF/ zdcq/NEm2EkmE05lhEZwX8ieaFdqh/ZaND+ESvnazAtF4/1OX1jNcyWfFASf0BHXlIIg +OfcERvS67Qk2X9WdsHntqgrfGGRQM8nKPdo3fChtz4Its390aLoLIYsRp+GZHaJoEUO LwroliqvJvqP8YGJwDuSgWSON/NkAu8Yx2Cz9AF639Aog1ZU2AkMft7p1qGsMLatRM45 C+kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=IAu/a1QadzSIgiIUmqCG6mjNkeNNu9rXPo5HiC/CCfE=; b=D85yKNX9sFrTgtl3S9sfKET1FoyzuRFv91NZn65zwyseSDb/P3+BYw3Zml61oXXQ8A C9ojE1wgatnkyjpqQt9u0vT9IqFiNa5Wbwu57ya86z7Tfznb42JUHxdOeTdtImP+lNBT hb5esuUZN+8riL/ufT60Zgxq2FiEHnvg/sLT/7DEWEB8Y83A/1I/qJTYTAIE3hZhwQgX AAVCGh7CMz8DhF7azlJbdJItCD3Ia1++nHzNtlYyfAA4L0KX2YY38NmZezrkpuDhW3J4 HHBzEm6ZKeXEwo8cttPvnUbJe2K/qMVhIwit3xT+Rb/GBLBtj8rWH1MeXNodsMt+LbHv +UyA== X-Gm-Message-State: AIkVDXJ3KBRNCbxOgSLJT9pfazeJjw4L2WPP4ZrS6TeCH8QGhpEU8vYdwu3AkzJsPKgvNQ== X-Received: by 10.84.143.34 with SMTP id 31mr6100606ply.81.1484274678059; Thu, 12 Jan 2017 18:31:18 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id u78sm24543206pfa.53.2017.01.12.18.31.17 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 12 Jan 2017 18:31:17 -0800 (PST) Subject: Re: vt(4) chops off the leftmost three columns Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_2C9E4EAE-4982-42B8-BDAA-5739F873F2E4"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Thu, 12 Jan 2017 18:31:16 -0800 Cc: Alan Somers , FreeBSD CURRENT Message-Id: <96CA08DF-582A-4405-9E65-B19230EA37DA@gmail.com> References: To: Ed Maste X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 02:31:18 -0000 --Apple-Mail=_2C9E4EAE-4982-42B8-BDAA-5739F873F2E4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 12, 2017, at 18:13, Ed Maste wrote: >=20 > On 12 January 2017 at 18:50, Alan Somers wrote: >> I've seen three separate machines where FreeBSD11's vt(4) driver = chops >> off the leftmost three columns of the screen. Rendering simply = starts >> at the beginning of the fourth column. In all cases, setting >> "kern.vty=3Dsc" corrects the problem. >=20 > Or try setting hw.vga.textmode=3D1 >=20 > Did you observe this with IPMI redirected video or an attached monitor > (or a combination)? I=E2=80=99ll have to double check, but I=E2=80=99m pretty sure I=E2=80=99v= e seen this with my Haswell box (Escher) over VGA using my projector. Thanks, -Ngie --Apple-Mail=_2C9E4EAE-4982-42B8-BDAA-5739F873F2E4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYeDv0AAoJEPWDqSZpMIYVNA0P/3FSDmWjvgXilbp6HgOk4k2S ekWqF1RiGYF15yaVmvh7EOn1ZL7amNrnP3rLD4VJPUTIaOGVbLGpTiOD79mOBPPW 86Tc8P8FVf7oy/dEp3h8JS+M31BYTOa/NCeeOfLWwN4UflWMbGSIDt7TVQs5Ja1t f45DoO75KfScGYnyzUdl8+L226N/AkRdnaVrBlh6zMUPKW7JXjsyMAiCTdyKCMbM 65tFKh1I+gtRCdGVdHDg7nQUiyZH7pNtpNsCEIeM7381vHtFewJSwdIhbxL4nSIO 5nSaM3UcBzRtrfoqM4YpntWH/wuhvuvWyGunPW9sHmL9iugQJZlMJvW7iJA8r6Nw FvKtYH2ofKUBVG4a2H0rYqRpbF+dNkT8Xr3fZNuX2C7rGEMMz/XQ9ekaQoH+C6h9 FByFYiEa8CHRfM8G3ibD0bKkvz3Z0+XtBjTtKyQPcarSVgrBhJXg0DfMcmeynAvN nMSpxQU+9NOqhN5a59EoaIidUGsvFpYgfexyRncmH/cwmdWuK3DCwvbOcsK3+bR3 RbwV/gzD93mYSDfR9z/0dM9sh517SbZ27pNC0QUj7sABKGfXE8xLd5yVFCC0Ab9Q 0PQ5jqwDRWzHxd6cu9FTgiLsdNXgGddDM2fwgt7RBLw0tfqvDzFzA93MNcztjc4l DymCoiGr87CcwTuk8xrw =HzrY -----END PGP SIGNATURE----- --Apple-Mail=_2C9E4EAE-4982-42B8-BDAA-5739F873F2E4-- From owner-freebsd-current@freebsd.org Fri Jan 13 09:19:40 2017 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 B8B55CAAA02 for ; Fri, 13 Jan 2017 09:19:40 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from smtprelay-h22.telenor.se (smtprelay-h22.telenor.se [195.54.99.197]) (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 722CC14A0; Fri, 13 Jan 2017 09:19:39 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-h22.telenor.se (Postfix) with ESMTP id 2F1262422D; Fri, 13 Jan 2017 09:58:04 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2CEBwDClXhYED5e5VVdGgEBAQECAQEBAQgBAQEBgz8BAQEBAR+Bb4Z1h06RIw6XKYYiAoIORBABAgEBAQEBAQEGAQEBAQEBAjhFhGoBBSMPASMjEAsOCgICFBICAjkKFAaJGAGwTIIlFYl6AQEBAQEFAQEBASSBC4obhDBkgjiCXgWbLgGBfqBFkTMBgTE2IIFQCoZrPYkbAQEB X-IPAS-Result: A2CEBwDClXhYED5e5VVdGgEBAQECAQEBAQgBAQEBgz8BAQEBAR+Bb4Z1h06RIw6XKYYiAoIORBABAgEBAQEBAQEGAQEBAQEBAjhFhGoBBSMPASMjEAsOCgICFBICAjkKFAaJGAGwTIIlFYl6AQEBAQEFAQEBASSBC4obhDBkgjiCXgWbLgGBfqBFkTMBgTE2IIFQCoZrPYkbAQEB X-IronPort-AV: E=Sophos;i="5.33,221,1477954800"; d="scan'208";a="1554124007" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb3.telenor.se with ESMTP; 13 Jan 2017 09:58:05 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1cRxgP-000Od7-Nw; Fri, 13 Jan 2017 09:58:01 +0100 Received: from 193.12.143.142 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Fri, 13 Jan 2017 09:58:01 +0100 (CET) Message-ID: <54232.193.12.143.142.1484297881.squirrel@webmail.alvermark.net> In-Reply-To: <1610370.k87iRho0oa@ralph.baldwin.cx> References: <57236.193.12.143.142.1484240708.squirrel@webmail.alvermark.net> <20170112174211.5nmvpjatg6zap35a@mutt-hardenedbsd> <1610370.k87iRho0oa@ralph.baldwin.cx> Date: Fri, 13 Jan 2017 09:58:01 +0100 (CET) Subject: Re: r311568 makes freerdp very slow From: "Jakob Alvermark" To: "John Baldwin" Cc: freebsd-current@freebsd.org, "Shawn Webb" , "Jakob Alvermark" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 09:19:40 -0000 On Thu, January 12, 2017 19:26, John Baldwin wrote: > On Thursday, January 12, 2017 12:42:11 PM Shawn Webb wrote: > >> On Thu, Jan 12, 2017 at 06:05:08PM +0100, Jakob Alvermark wrote: >> >>> Hi, >>> >>> >>> r311568 Set MORETOCOME for AIO write requests on a socket. >>> >>> After this commit freerdp is very slow. >>> >>> >>> Before the password prompt would appear immediately when connecting >>> to a server. Now it takes 5-10 seconds. After entering the password, >>> another 5-10 seconds until I am connected. >>> Once connected, there is a considerable lag. >>> >>> >>> What could be the problem? >>> >> >> I don't know what the problem is, but I am seeing the same symptom. >> > > Can you get a ktrace of the freerdp process during this? The commit > should only be setting MORETOCOME if multiple aio_write requests are queued > to the same socket (so that TCP can batch them into a single packet). > However, it should not affect an application just calling > aio_write() on a socket once. > > -- > John Baldwin Hi John, I got the ktrace, what do I do with it? Thanks, Jakob From owner-freebsd-current@freebsd.org Fri Jan 13 10:22:23 2017 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 CAB7FCAD6C1; Fri, 13 Jan 2017 10:22:23 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x243.google.com (mail-pf0-x243.google.com [IPv6:2607:f8b0:400e:c00::243]) (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 99F031FFE; Fri, 13 Jan 2017 10:22:23 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x243.google.com with SMTP id b22so7830131pfd.3; Fri, 13 Jan 2017 02:22:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:date:message-id:cc:to:mime-version; bh=BB2SwcYJOIYhak/FtbdOn+kdJMNuB3/ApFTDM8vnGGk=; b=d2HZk80lfFDjN3AicwQx/M4a86tTtWJSv1ZUOoJEfLcnbf/SKG4aDwGyCBuHo2WxVm lZLV9gFiKjCx+2FWoaF+rf1c/2LpwBaZYuDlYbFhgU9XdC29ODALkvMMeq0b3SbvGwi3 GawZiSzk6M2+okYpG/5F5g+fqmMHB7PslcJglu2UWCnu35N5lw+HS7w5IUmzwaHppygV fUAxfuBC9+tJOWv5BzgmVgIpvqHUL4kd921HYPZMd2eVoZaQAqNrauzy9sk1rUmYXa/v FP7hok9qpJWuGCtowZr7im2LkuEg1ztgC5sCHgy/m4vB2xHDUIBvpYIwmDk6sgekWQtp i/AA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:date:message-id:cc:to:mime-version; bh=BB2SwcYJOIYhak/FtbdOn+kdJMNuB3/ApFTDM8vnGGk=; b=I9/FH88bkySBBB8kcV7Ko9HgaS4RcBrwDmC7EETWhxkEq/6Xa4suD/XG3YUmMTdSF8 bpiKTql9PzD1ArgApnXOAii1bkSVvPy4JPuNgRP5sgMgIdTx9/x/EdRjMIiUSJuCSEsY px8qHkGtMaSs1OKPs6Ls04pHeRtQssQ+h7yNRwA1yIaXVYdBDPGZAZooFXP5nj5RCMo5 pB4DPTHtHq7Ly0HQzgN4A/xuWIwfZ9w94QIbfWUugvmF+HQqt+hHdkG4nvWU+W0lta3D WIgxKarUcmATSU29ZmKJT57dVkEwURjlQrUI9DGzIVjkR3Vw1Iw17aj4wxsu43kSWU+z p5yQ== X-Gm-Message-State: AIkVDXLAONg/upmC0KmtJra/YuGYxXxxJdfcf+wY75dSdM4L4p1bjLY/ynmSePXxYeAnYg== X-Received: by 10.99.176.76 with SMTP id z12mr23252924pgo.158.1484302942982; Fri, 13 Jan 2017 02:22:22 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id l63sm28030951pfl.83.2017.01.13.02.22.21 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 13 Jan 2017 02:22:22 -0800 (PST) From: "Ngie Cooper (yaneurabeya)" X-Pgp-Agent: GPGMail Content-Type: multipart/signed; boundary="Apple-Mail=_B949EFCF-91DD-4FB3-8CE8-E1FFF90DB5E0"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: powerpc.LINT* broken in netmap(4) Date: Fri, 13 Jan 2017 02:22:20 -0800 Message-Id: Cc: FreeBSD CURRENT , freebsd-powerpc@FreeBSD.org, Luigi Rizzo To: freebsd-net@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 10:22:23 -0000 --Apple-Mail=_B949EFCF-91DD-4FB3-8CE8-E1FFF90DB5E0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, I spotted these compilation errors on universe12a.freebsd.org = for both powerpc.LINT and powerpc.LINT64: cc1: warnings being treated as errors /scratch/tmp/ngie/svn/sys/dev/netmap/netmap_generic.c: In function = 'generic_set_tx_event': /scratch/tmp/ngie/svn/sys/dev/netmap/netmap_generic.c:765: warning: the = address of 'generic_mbuf_destructor' will always evaluate as 'true' = [-Waddress] --- netmap_generic.o --- *** [netmap_generic.o] Error code 1 I haven=E2=80=99t yet dug into why this only surfaces on = powerpc, yet=E2=80=A6 Thanks, -Ngie --Apple-Mail=_B949EFCF-91DD-4FB3-8CE8-E1FFF90DB5E0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYeKpcAAoJEPWDqSZpMIYVpjEQAKciJGGd2iDNM4s5CNQaaaZt WQMG2gX1fmuluRSWIn1wdgayj7G1lUVEN0vthYJZF+eHYp+8Q4ev/mqFEuX69UFn 9ADtxHdOnbM591HRXMRTPxCOzeMUpbZR2PX0Gk/m+WCc/Zo7gmuN+1YMV1UXl4Od 6onN9D7Trbl7PEB1tDs1g4BfsiccbEekOyTurntE4Ixo39jUfRynM3pvZaEytyr+ HLwyEIVMeAp1vQRj7dHzPsEcjwvU6k3DxpCMPzl0/JEa3Ay1KYUoNlczKs8I2n39 CYjUWmShyBlE530ls7dXDFgejIPNqk6ThpkqPegfZJcHGRzjGUrhiMHXheewvAFr jWXSAimHnP4obMxsLnBpL9msbg6VrUC/CarvQUdaTKc5qrWgCTGxDZLwMb0SC65e YJS+eOH31ePrk0I2Yxl1OdR9Zgx/pC0iAUa045yOOsWtJ/1eR0aAz/o/Ft9I0MEh THwFawLsQTgY8x6YBddxFCRPhEOxML2CwrVOkTbBaZR2CGrs2fU26ii7eKCS4LUo RMd6rqwmoAsOa9BjRV5n4VrQDZOHl+IVG7JvmeC4VocCS17+imer0tXhyn+uVfcr 1u7TaI88+XHzB+YpQ1lYWK5MTLSwQVE9tf+IQHOgSGBR6uIFoWtB7BNzQtWiK69b VnV9/xPu0yc5EUzuKk0j =G382 -----END PGP SIGNATURE----- --Apple-Mail=_B949EFCF-91DD-4FB3-8CE8-E1FFF90DB5E0-- From owner-freebsd-current@freebsd.org Fri Jan 13 12:05:41 2017 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 0B847CAC838 for ; Fri, 13 Jan 2017 12:05:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 A92821B93 for ; Fri, 13 Jan 2017 12:05:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v0DC5YNE092180 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 13 Jan 2017 14:05:35 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v0DC5YNE092180 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v0DC5YfY092178; Fri, 13 Jan 2017 14:05:34 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 13 Jan 2017 14:05:34 +0200 From: Konstantin Belousov To: Jia-Shiun Li Cc: freebsd-current Subject: Re: TSC as timecounter makes system lag Message-ID: <20170113120534.GC2349@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 12:05:41 -0000 On Fri, Jan 13, 2017 at 08:26:04AM +0800, Jia-Shiun Li wrote: > Hi all, > > since 2 or 3 weeks ago, I noticed that my old Penryn-based Intel Pentium > T4200 notebook lagged a lot. System time was running a lot slower, > sometimes even looked like it freezed. Keystroke repeat rate was slow too. > > Since system time is slow, I tried to change timecounter from default TSC > to HPET. And it resumed normal immediately. Please show the output of sysctl kern.timecounter and kern.eventtimer. I suspect that you changed eventtimer and not timecounter. > > The same world binary works fine on other Ivybridge and Haswell desktops, > so I assume this may be related to CPU or mainboard generations. > > version is > > FreeBSD jsli-nb 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r311687: Mon Jan 9 > 04:07:27 CST 2017 > jsli@4cbsd:/personal/freebsd/obj/x64/personal/freebsd/fbsdsrc/sys/MINIMAL-NODEBUG > amd64 > > and CPU is > > CPU: Pentium(R) Dual-Core CPU T4200 @ 2.00GHz (1995.04-MHz K8-class > CPU) > Origin="GenuineIntel" Id=0x1067a Family=0x6 Model=0x17 Stepping=10 > > Features=0xbfebfbff > > Features2=0xc00e39d > AMD Features=0x20100800 > AMD Features2=0x1 > TSC: P-state invariant, performance statistics > > Tested similar OS rev on another Intel Core 2 Duo E7400 Wolfdale (the same > generation as the Pentium T4200). The same lag also happens on it. > > BTW on both system, cpuX:timer interrupts do not fire at all and count > remains 0. It is known that LAPIC is shut down in C2 and deeper CPU sleep states on Core2. FreeBSD 11 (and HEAD) started using MWAIT and requesting deep wait states from BIOS. If the configuration uses LAPIC and deep sleeps are enabled, eventtimers do not work reliably. Default configuration should strongly prefer HPET eventtimer over LAPIC for machines which do not have LAPIC armed in Cx states, see r309189. If you do not have any customizations of eventtimer selection, then please provide verbose dmesg from your boot. If you prefer to not use deep Cx and MWAIT, set loader tunable debug.acpi.disabled to include word "mwait", see acpi(4). You can check that this worked by looking at sysctl dev.cpu.N output. From owner-freebsd-current@freebsd.org Fri Jan 13 10:46:28 2017 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 9F219CAC4B0; Fri, 13 Jan 2017 10:46:28 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: from mail-oi0-x241.google.com (mail-oi0-x241.google.com [IPv6:2607:f8b0:4003:c06::241]) (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 60F351286; Fri, 13 Jan 2017 10:46:28 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: by mail-oi0-x241.google.com with SMTP id j15so6353183oih.0; Fri, 13 Jan 2017 02:46:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=CKCgPaMpvPjuihq4SbZxBPn/gb78dk+rbH4DYPY70t8=; b=ecteEl8TxgR063WtQ8ZXsHwCS108tIWwsyDzALJ7moz4yoB+OM8sOFJpkUJMlkpH5F UXBBS9CVkuUnahW8DnQfLfs+0Sf1PJOlY6zARGCTXgYgVib+9rfzwUoRMmLH483L2LTe MNrimSVNIhkbVKIzR8V8OWHAj3WCn4StbyTdw3VSRWH7ntS+W5Lnpb6m/7jDmTJpkA7X sJM4AiHCySYL5vkDmIzFaADjJnVmH9O1HHt96QkWbyi7VDf6gYfvXfBP3PHhV9jF74rI QoHbn97Ap53AMCT6F4hI/7u8qvWdB+qeUj3QZvl41bwXjvD8UP4+rYF7gh52ttDY+eJY eWAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=CKCgPaMpvPjuihq4SbZxBPn/gb78dk+rbH4DYPY70t8=; b=Cqsvkem/RwwDHePqoCyVgoGcXES0mzyOJ+ara1DaS/+pQSEgJs7LSfabIvTM545bdh FEOB9kzhCfEHNXCJROvevtMOEC8nCXtaCyYeTn2ZV7PL7Uu9zptnGGI36p58p/V1zKC1 bVOYxscxA8rwSHe1P1lqgGcoKxK1jOBQjwZQy/jrPqe1Y6pdX1ecco+LKqJ66eWCAalQ ESSe9MPDzhHoRBJaKN812+2ENCxbB8c7Be/V1CpF/QWZ0SjD/6MwEAVoE8PQI0UHto4O 3hOu1E1XoLqhrX0F9yCZ747xt9al9Ja6aQo4+Rz/EXcWWMAVCpyHqwzRQGjdCmmfquWZ 92NQ== X-Gm-Message-State: AIkVDXLiXzSl4wTTFtMdRrBMKzJWfodvcTCuvDzYje5Y7cl3S8TfXlw8/kUgD7q7QJZZN9j9MQzmFuP7mJB9yA== X-Received: by 10.202.213.17 with SMTP id m17mr9706157oig.104.1484304387641; Fri, 13 Jan 2017 02:46:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.6.166 with HTTP; Fri, 13 Jan 2017 02:46:27 -0800 (PST) In-Reply-To: References: From: Vincenzo Maffione Date: Fri, 13 Jan 2017 11:46:27 +0100 Message-ID: Subject: Re: powerpc.LINT* broken in netmap(4) To: "Ngie Cooper (yaneurabeya)" Cc: "freebsd-net@freebsd.org" , freebsd-powerpc@freebsd.org, FreeBSD CURRENT , Luigi Rizzo X-Mailman-Approved-At: Fri, 13 Jan 2017 12:18:04 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 10:46:28 -0000 Hi, Thanks for reporting. The warning is innocuous, but I'm not sure how to silence it. Maybe diff --git a/sys/dev/netmap/netmap_generic.c b/sys/dev/netmap/netmap_generic.c index cb1cff1f0e7..226a0864fd0 100644 --- a/sys/dev/netmap/netmap_generic.c +++ b/sys/dev/netmap/netmap_generic.c @@ -168,7 +168,7 @@ nm_os_get_mbuf(struct ifnet *ifp, int len) static void void_mbuf_dtor(struct mbuf *m, void *arg1, void *arg2) { } #define SET_MBUF_DESTRUCTOR(m, fn) do { \ - (m)->m_ext.ext_free =3D fn ? (void *)fn : (void *)void_mbuf_dtor; \ + (m)->m_ext.ext_free =3D (fn !=3D NULL) ? (void *)fn : (void *)void_mbuf_dtor; \ } while (0) static inline struct mbuf * or we could turn SET_MBUF_DESTRUCTOR into a real function. Cheers, VIncenzo 2017-01-13 11:22 GMT+01:00 Ngie Cooper (yaneurabeya) : > Hi, > I spotted these compilation errors on universe12a.freebsd.org for > both powerpc.LINT and powerpc.LINT64: > > cc1: warnings being treated as errors > /scratch/tmp/ngie/svn/sys/dev/netmap/netmap_generic.c: In function > 'generic_set_tx_event': > /scratch/tmp/ngie/svn/sys/dev/netmap/netmap_generic.c:765: warning: the > address of 'generic_mbuf_destructor' will always evaluate as 'true' > [-Waddress] > --- netmap_generic.o --- > *** [netmap_generic.o] Error code 1 > > I haven=E2=80=99t yet dug into why this only surfaces on powerpc,= yet=E2=80=A6 > Thanks, > -Ngie > --=20 Vincenzo Maffione From owner-freebsd-current@freebsd.org Fri Jan 13 15:23:42 2017 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 9D249CAEBBE; Fri, 13 Jan 2017 15:23:42 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (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 CBB471597; Fri, 13 Jan 2017 15:23:41 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.lissoft.com.ua ([109.237.91.29] helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.87 (FreeBSD)) (envelope-from ) id 1cS3hT-000EDg-SQ; Fri, 13 Jan 2017 17:23:31 +0200 Subject: Re: [RFC/RFT] projects/ipsec To: "Andrey V. Elsukov" , freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org References: <2bd32791-944f-2417-41e9-e0fe1c705502@FreeBSD.org> From: Alexandr Krivulya Message-ID: Date: Fri, 13 Jan 2017 17:23:26 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <2bd32791-944f-2417-41e9-e0fe1c705502@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 109.237.91.29 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 15:23:42 -0000 11.12.2016 01:07, Andrey V. Elsukov пишет: > Hi All, > > I am pleased to announce that projects/ipsec, that I started several > months ago is ready for testing and review. > The main goals were: > * rework locking to make IPsec code more friendly for concurrent > processing; > * make lookup in SADB/SPDB faster; > * revise PFKEY implementation, remove stale code, make it closer > to RFC; > * implement IPsec VTI (virtual tunneling interface); > * make IPsec code loadable as kernel module. > > Currently all, except the last one is mostly done. So, I decided ask for > a help to test the what already done, while I will work on the last task. > > How to try? There are no patches, you need to checkout the full > projects/ipsec source tree, and build the kernel and the base system. > There are very few changes in the base system, mostly the kernel > changes. Thus for testing that old configuration is still work, it is > enough to build only the kernel. > > The approximate list of changes that may be visible to users: > * SA bundles now can have only 4 items in the chain. I think it is > enough, I can't imagine configurations when needed more. Also now SA > bundles supported for IPv6 too. > * due to changes in SPDB/SADB, systems where large number of SPs and SAs > are in use should get significant performance benefits. > * the memory consumption should slightly increase. There are several > hash tables and SP cache appeared. > * INPCB SP cache should noticeable increase network performance of > application when security policies are presence. > https://lists.freebsd.org/pipermail/freebsd-net/2015-April/042121.html > * use transport mode IPsec for forwarded IPv4 packets now unsupported. > This matches the IPv6 behavior, and since we can handle the replies, I > think it is useless. > * Added net.inet.ipsec.check_policy_history sysctl variable. When it is > set, each inbound packet that was handled by IPsec will be checked > according to matching security policy. If not all IPsec transforms were > applied, the check will fail, and packet will be dropped. > * Many PF_KEY messages handlers was updated, probably some IKEd now may > fail due to stricter checks. > * SPI now unique for each SA. This also can break something. > * Added if_ipsec interface. For more info look at > https://svnweb.freebsd.org/base?view=revision&revision=309115 > https://reviews.freebsd.org/P112 > * TCP_SIGNATURE code was reworked and now it behaves closer to RFC > https://svnweb.freebsd.org/base?view=revision&revision=309610 > * NAT-T support was reworked. > https://svnweb.freebsd.org/base?view=revision&revision=309808 > Also I made the patch to racoon that adds better support of NAT-T, > you can use this port to build patched racoon: > https://people.freebsd.org/~ae/ipsec-tools.tgz > > What results is interesting to me? > If you have some nontrivial configuration, please test. > If you have some configuration, that did't work, please test this branch. > If you have performance problems, please test. But don't forget that > this is head/ branch, you need to disable all debugging first. > If you just want to test, pay attention to the output of > `vmstat -m | egrep "sec|sah|pol|crypt"`. > If you have used TCP_SIGNATURE, IPSEC_NAT_T options, please test, this > support was significantly changed. > > PS. I just updated the branch to last head/, and it was not tested, sorry :) > Hi, nothing unusual, all works fine. Strangswan in tunnel mode on current: root@thinkpad:/home/shurik # ipsec status Security Associations (1 up, 0 connecting): ikev2-client[1]: ESTABLISHED 3 minutes ago, 10.1.1.183[xxx.xxxx.org.ua]...xxx.yyy.74.7[xxx.xxxx.org.ua] ikev2-client{1}: INSTALLED, TUNNEL, reqid 1, ESP in UDP SPIs: c6f68157_i c6d17c85_o ikev2-client{1}: 10.10.10.2/32 === 0.0.0.0/0 -- From owner-freebsd-current@freebsd.org Fri Jan 13 17:14:36 2017 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 346C5CAE38B; Fri, 13 Jan 2017 17:14:36 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [50.7.9.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fbsd10.amd64", Issuer "fbsd10.amd64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E707A1BA2; Fri, 13 Jan 2017 17:14:35 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from www.i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.15.2/8.15.2) with ESMTP id v0DHDpd0000925; Fri, 13 Jan 2017 19:14:11 +0200 (EET) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Cc: freebsd-ports@freebsd.org Subject: -current with ports in endless loop Date: Fri, 13 Jan 2017 14:13:51 -0300 Message-Id: <20170113170950.M80698@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20140806 79bb7cc X-OriginatingIP: 186.221.219.53 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 17:14:36 -0000 I'm tring to instal xfce4 with optimazed options but it's run in endless loop. How do I detect the ports start a loop? If it's possible create a dot (.) file in directory of port like .killloop like other .extrac.done to prevent the loop? --- /************************************************* **Nilton José Rizzo UFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http://lattes.cnpq.br/0079460703536198 **************************************************/ From owner-freebsd-current@freebsd.org Fri Jan 13 17:21:00 2017 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 55A83CAE687 for ; Fri, 13 Jan 2017 17:21:00 +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 364601F0C for ; Fri, 13 Jan 2017 17:21:00 +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 v0DHL1lb074195 for ; Fri, 13 Jan 2017 09:21:09 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <20170113170950.M80698@i805.com.br> References: <20170113170950.M80698@i805.com.br> From: "Chris H" Subject: Re: -current with ports in endless loop Date: Fri, 13 Jan 2017 09:21:09 -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.23 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, 13 Jan 2017 17:21:00 -0000 On Fri, 13 Jan 2017 14:13:51 -0300 "Nilton Jose Rizzo" wrote > I'm tring to instal xfce4 with optimazed options > but it's run in endless loop. How do I detect the ports > start a loop? If it's possible create a dot (.) > file in directory of port like .killloop like other > .extrac.done to prevent the loop? I can't speak specifically to your question, other than to suggest that running transcript -- script(1) prior to attempting the build. Then, when you encounter the loop, you can sent a TERM ( ^C ) to the build process, and examine output from transcript (script), to determine the cause. HTH --Chris > > --- > /************************************************* > **Nilton José Rizzo UFRRJ > **http://www.rizzo.eng.br http://www.ufrrj.br > **http://lattes.cnpq.br/0079460703536198 > **************************************************/ > > _______________________________________________ > 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 Fri Jan 13 19:18:00 2017 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 9B7C4CACAE9 for ; Fri, 13 Jan 2017 19:18:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.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 7AF4A156A for ; Fri, 13 Jan 2017 19:18:00 +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 mail.baldwin.cx (Postfix) with ESMTPSA id 347FF10B54B; Fri, 13 Jan 2017 14:17:59 -0500 (EST) From: John Baldwin To: Jakob Alvermark Cc: freebsd-current@freebsd.org, Shawn Webb Subject: Re: r311568 makes freerdp very slow Date: Fri, 13 Jan 2017 10:44:27 -0800 Message-ID: <4229440.M2aXL9uEHZ@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <54232.193.12.143.142.1484297881.squirrel@webmail.alvermark.net> References: <57236.193.12.143.142.1484240708.squirrel@webmail.alvermark.net> <1610370.k87iRho0oa@ralph.baldwin.cx> <54232.193.12.143.142.1484297881.squirrel@webmail.alvermark.net> 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.4.3 (mail.baldwin.cx); Fri, 13 Jan 2017 14:17:59 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 19:18:00 -0000 On Friday, January 13, 2017 09:58:01 AM Jakob Alvermark wrote: > On Thu, January 12, 2017 19:26, John Baldwin wrote: > > On Thursday, January 12, 2017 12:42:11 PM Shawn Webb wrote: > > > >> On Thu, Jan 12, 2017 at 06:05:08PM +0100, Jakob Alvermark wrote: > >> > >>> Hi, > >>> > >>> > >>> r311568 Set MORETOCOME for AIO write requests on a socket. > >>> > >>> After this commit freerdp is very slow. > >>> > >>> > >>> Before the password prompt would appear immediately when connecting > >>> to a server. Now it takes 5-10 seconds. After entering the password, > >>> another 5-10 seconds until I am connected. > >>> Once connected, there is a considerable lag. > >>> > >>> > >>> What could be the problem? > >>> > >> > >> I don't know what the problem is, but I am seeing the same symptom. > >> > > > > Can you get a ktrace of the freerdp process during this? The commit > > should only be setting MORETOCOME if multiple aio_write requests are queued > > to the same socket (so that TCP can batch them into a single packet). > > However, it should not affect an application just calling > > aio_write() on a socket once. > > > > -- > > John Baldwin > > Hi John, > > I got the ktrace, what do I do with it? kdump will generate a text representation, perhaps using 'kdump -s' to not include dumps of raw I/O data. If you can put the output of kdump at a URL I can fetch from then I can look at it. -- John Baldwin From owner-freebsd-current@freebsd.org Fri Jan 13 20:23:34 2017 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 3DA1CCAE238; Fri, 13 Jan 2017 20:23:34 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-oi0-f52.google.com (mail-oi0-f52.google.com [209.85.218.52]) (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 0C0B8132D; Fri, 13 Jan 2017 20:23:33 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-oi0-f52.google.com with SMTP id j15so68942914oih.2; Fri, 13 Jan 2017 12:23:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ZfgvL+ehkw1ZWiszHoHXJj+DY8AQ7scaTmPB9+pHU58=; b=A8J7UN5TR2j/F2ANHhFErACZfJgithf1GG0An2/U69eeYrXms1a244/G+hvu/5/52/ bRl4bNI0pEFXzoQIFfDomcOiAsByyRTEOgKdTkiZBYX4zoNgo4uk6saZ4NmDiVBKJYMq G+VP/JF4Tq5M8vRHWJmWt9UYyUSfRAfYQOMNHLS94XqNA9g9djIpRDJEaoY/YFW5cCxh RcbALma1HumfpPJkPgL1e1Kz6v9Wclp4RFR0UijFaQ5S03jM0rY94+YDaXn0QpqvjFZx g2MV9rureKhwmFrQDumBvEnzVHNP+Npeid+TFGiwq/oUNaYBw9S6iG2QwdwqBlSHUmzE /gNw== X-Gm-Message-State: AIkVDXKALYLjWn5mA+vlV+84ZckZA2pz8025Tkfuc33Wral1HDYdwvMzzgGsNsEHpIuZOA== X-Received: by 10.157.56.70 with SMTP id r6mr6201816otd.154.1484339012630; Fri, 13 Jan 2017 12:23:32 -0800 (PST) Received: from mail-ot0-f181.google.com (mail-ot0-f181.google.com. [74.125.82.181]) by smtp.gmail.com with ESMTPSA id u13sm6334816oie.26.2017.01.13.12.23.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Jan 2017 12:23:32 -0800 (PST) Received: by mail-ot0-f181.google.com with SMTP id 104so10382218otd.3; Fri, 13 Jan 2017 12:23:32 -0800 (PST) X-Received: by 10.157.3.40 with SMTP id 37mr9948952otv.117.1484339012038; Fri, 13 Jan 2017 12:23:32 -0800 (PST) MIME-Version: 1.0 From: Eric Joyner Date: Fri, 13 Jan 2017 20:23:21 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Does someone keep track of how long it takes to buildworld/kernel? To: freebsd-questions , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 20:23:34 -0000 ^ Message ^ It takes forever, but I keep on forgetting to time how long it takes, so I don't know how long "forever" is. From owner-freebsd-current@freebsd.org Fri Jan 13 20:40:15 2017 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 E0E26CAE70C; Fri, 13 Jan 2017 20:40:15 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 9468D1A36; Fri, 13 Jan 2017 20:40:14 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v0DKe8xA083293; Fri, 13 Jan 2017 20:40:08 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v0DKe8g9083292; Fri, 13 Jan 2017 12:40:08 -0800 (PST) (envelope-from david) Date: Fri, 13 Jan 2017 12:40:08 -0800 From: David Wolfskill To: Eric Joyner Cc: freebsd-questions , FreeBSD Current Subject: Re: Does someone keep track of how long it takes to buildworld/kernel? Message-ID: <20170113204008.GL9748@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Eric Joyner , freebsd-questions , FreeBSD Current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="S+yqHhea6nHkDc94" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 20:40:16 -0000 --S+yqHhea6nHkDc94 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 13, 2017 at 08:23:21PM +0000, Eric Joyner wrote: > ^ Message ^ >=20 > It takes forever, but I keep on forgetting to time how long it takes, so I > don't know how long "forever" is. > .... I don't have much historical information, but I do my builds within script(1), so that provides a (crude) estimate. ("Crude" because I use a csh alias to do it, so I invoke it by hand -- and as noted below, that also iincludes any manual mergemaster activities.) This morning (on my laptop), the build from r311974 -> r312063 started at Fri Jan 13 04:43:06 2017 and ended at Fri Jan 13 05:00:54 2017, which included buildworld, buildkernel, installkernel, and installworld (as well as assorted mergemaster, &c.) So that was 17:48. The equivalent yesterday, for r311926 -> r311974, started at Thu Jan 12 04:48:24 2017 and ended at Thu Jan 12 05:12:42 2017. So that was 24:18. My build machine was a fair bit faster, but its work is done for the day, so it's powered off. Peace, david --=20 David H. Wolfskill david@catwhisker.org How could one possibly "respect" a misogynist, racist, bullying con-man??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --S+yqHhea6nHkDc94 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJYeTsoXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XsrcH/jLtvKm1rE7AArBDDuei3OxM rjWjrGmtKxuZc8Q7WoCA5Jm8hp34YaGLXgxK8Jkkqf8Nra+qvOJcWHmzlcXslP6d p22/pnKHpNW8+TeB2XfRLzcJVXoOo7jWMBzFIA5v2QE85V25qA2yDqZthqV+GJIA NoglduC365KJygOWfnEUTZFJeRXkJvDyhGq9jPda9sQMiNge0ZWopouzvLtofuWa kBApdlMMuPYdqBj9wh3Uvdyj267nvp1GSyug0e+TrcHBQrpPtnXZsUTbraKchM9h tCU3NgPos5ugcwBVrMClz4xjWl4jXq/oSySZ5Gs74F3tDxGnOQYYRN8wSdZ6uL0= =+7SR -----END PGP SIGNATURE----- --S+yqHhea6nHkDc94-- From owner-freebsd-current@freebsd.org Fri Jan 13 20:46:16 2017 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 BF543CAEAED; Fri, 13 Jan 2017 20:46:16 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward3o.cmail.yandex.net (forward3o.cmail.yandex.net [IPv6:2a02:6b8:0:1a72::288]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 43F5110AE; Fri, 13 Jan 2017 20:46:15 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp3m.mail.yandex.net (smtp3m.mail.yandex.net [77.88.61.130]) by forward3o.cmail.yandex.net (Yandex) with ESMTP id 6077320782; Fri, 13 Jan 2017 23:46:12 +0300 (MSK) Received: from smtp3m.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp3m.mail.yandex.net (Yandex) with ESMTP id 6804A2840B6D; Fri, 13 Jan 2017 23:46:10 +0300 (MSK) Received: by smtp3m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id hPUrVwemH1-kAvKsNOs; Fri, 13 Jan 2017 23:46:10 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-Suid-Status: 1 0,1 0,1 0 Subject: Re: Does someone keep track of how long it takes to buildworld/kernel? To: Eric Joyner , freebsd-questions , FreeBSD Current References: From: Boris Samorodov Message-ID: Date: Fri, 13 Jan 2017 23:46:09 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 20:46:16 -0000 13.01.2017 23:23, Eric Joyner пишет: > ^ Message ^ > > It takes forever, but I keep on forgetting to time how long it takes, so I > don't know how long "forever" is. For me "forever" today was less then 3 minutes. ;-) Here is some stats: --- % cd /usr/obj % grep "World build" bw.amd64.log* bw.amd64.log:>>> World build started on Fri Jan 13 17:42:07 MSK 2017 bw.amd64.log:>>> World build completed on Fri Jan 13 17:44:45 MSK 2017 bw.amd64.log.0:>>> World build started on Thu Jan 12 20:55:07 MSK 2017 bw.amd64.log.0:>>> World build completed on Thu Jan 12 21:00:37 MSK 2017 bw.amd64.log.1:>>> World build started on Thu Jan 12 11:54:28 MSK 2017 bw.amd64.log.1:>>> World build completed on Thu Jan 12 11:59:43 MSK 2017 bw.amd64.log.2:>>> World build started on Wed Jan 11 14:41:59 MSK 2017 bw.amd64.log.2:>>> World build completed on Wed Jan 11 14:46:36 MSK 2017 bw.amd64.log.3:>>> World build started on Wed Jan 11 13:15:03 MSK 2017 bw.amd64.log.3:>>> World build completed on Wed Jan 11 13:59:01 MSK 2017 bw.amd64.log.4:>>> World build started on Sun Jan 8 17:21:15 MSK 2017 bw.amd64.log.4:>>> World build completed on Sun Jan 8 17:30:30 MSK 2017 bw.amd64.log.5:>>> World build started on Sat Jan 7 21:27:06 MSK 2017 bw.amd64.log.5:>>> World build completed on Sat Jan 7 23:37:25 MSK 2017 bw.amd64.log.6:>>> World build started on Thu Dec 22 13:19:08 MSK 2016 bw.amd64.log.6:>>> World build completed on Thu Dec 22 13:40:22 MSK 2016 --- With "WITH_META_MODE=yes" at /etc/src-env.conf it's rather sane time. But not if clang or like changes. :-( The machine is: --- FreeBSD 12.0-CURRENT #39 r312075: Fri Jan 13 17:47:05 MSK 2017 bsam@bb055.bsnet:/usr/obj/usr/src/sys/BB64X amd64 FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM 3.9.1) VT(vga): resolution 640x480 info: [drm] Initialized drm 1.1.0 20060810 CPU: Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz (3092.27-MHz K8-class CPU) Origin="GenuineIntel" Id=0x206a7 Family=0x6 Model=0x2a Stepping=7 Features=0xbfebfbff Features2=0x1d9ae3bf AMD Features=0x28100800 AMD Features2=0x1 XSAVE Features=0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8136523776 (7759 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 hardware threads [...] ada1 at ahcich4 bus 0 scbus2 target 0 lun 0 ada1: ACS-2 ATA SATA 3.x device ada1: Serial Number Z1D5Y0X8 ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 953869MB (1953525168 512 byte sectors) ada1: quirks=0x1<4K> --- HTH & WBR -- bsam From owner-freebsd-current@freebsd.org Fri Jan 13 22:15:15 2017 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 3ED32CAE6D2 for ; Fri, 13 Jan 2017 22:15:15 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from smtprelay-b11.telenor.se (smtprelay-b11.telenor.se [62.127.194.20]) (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 E3DD2146E; Fri, 13 Jan 2017 22:15:13 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from ipb1.telenor.se (ipb1.telenor.se [195.54.127.164]) by smtprelay-b11.telenor.se (Postfix) with ESMTP id 6D87BC582; Fri, 13 Jan 2017 22:47:01 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2CtCQD6SXlYED5e5VVdGgEBAQECAQEBAQgBAQEBgzkBAQEBAR9AH4EJB4NKinmRIw6XKCqFeAKCFkQUAQIBAQEBAQEBBgEBAQEBAQEBOEWEagEFIw8BIyMQCw4KAgIUEgICOQoUBokaAQmweoIlFYl2AQEBAQEFAQEBASSBC4obhDBkgjiCXgWbMgGBfoRdjUWOJZEzAYExNiCBUAqGaz01AQGIZAEBAQ X-IPAS-Result: A2CtCQD6SXlYED5e5VVdGgEBAQECAQEBAQgBAQEBgzkBAQEBAR9AH4EJB4NKinmRIw6XKCqFeAKCFkQUAQIBAQEBAQEBBgEBAQEBAQEBOEWEagEFIw8BIyMQCw4KAgIUEgICOQoUBokaAQmweoIlFYl2AQEBAQEFAQEBASSBC4obhDBkgjiCXgWbMgGBfoRdjUWOJZEzAYExNiCBUAqGaz01AQGIZAEBAQ X-IronPort-AV: E=Sophos;i="5.33,223,1477954800"; d="scan'208";a="1076400549" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb1.telenor.se with ESMTP; 13 Jan 2017 22:47:01 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1cS9gY-0001YY-2n; Fri, 13 Jan 2017 22:46:58 +0100 Received: from 85.229.93.187 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Fri, 13 Jan 2017 22:46:58 +0100 (CET) Message-ID: <64999.85.229.93.187.1484344018.squirrel@webmail.alvermark.net> In-Reply-To: <4229440.M2aXL9uEHZ@ralph.baldwin.cx> References: <57236.193.12.143.142.1484240708.squirrel@webmail.alvermark.net> <1610370.k87iRho0oa@ralph.baldwin.cx> <54232.193.12.143.142.1484297881.squirrel@webmail.alvermark.net> <4229440.M2aXL9uEHZ@ralph.baldwin.cx> Date: Fri, 13 Jan 2017 22:46:58 +0100 (CET) Subject: Re: r311568 makes freerdp very slow From: "Jakob Alvermark" To: "John Baldwin" Cc: "Jakob Alvermark" , freebsd-current@freebsd.org, "Shawn Webb" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 22:15:15 -0000 On Fri, January 13, 2017 19:44, John Baldwin wrote: > On Friday, January 13, 2017 09:58:01 AM Jakob Alvermark wrote: > >> On Thu, January 12, 2017 19:26, John Baldwin wrote: >> >>> On Thursday, January 12, 2017 12:42:11 PM Shawn Webb wrote: >>> >>> >>>> On Thu, Jan 12, 2017 at 06:05:08PM +0100, Jakob Alvermark wrote: >>>> >>>> >>>>> Hi, >>>>> >>>>> >>>>> >>>>> r311568 Set MORETOCOME for AIO write requests on a socket. >>>>> >>>>> After this commit freerdp is very slow. >>>>> >>>>> >>>>> >>>>> Before the password prompt would appear immediately when >>>>> connecting to a server. Now it takes 5-10 seconds. After entering >>>>> the password, another 5-10 seconds until I am connected. Once >>>>> connected, there is a considerable lag. >>>>> >>>>> >>>>> What could be the problem? >>>>> >>>>> >>>> >>>> I don't know what the problem is, but I am seeing the same symptom. >>>> >>>> >>> >>> Can you get a ktrace of the freerdp process during this? The commit >>> should only be setting MORETOCOME if multiple aio_write requests are >>> queued to the same socket (so that TCP can batch them into a single >>> packet). However, it should not affect an application just calling >>> aio_write() on a socket once. >>> >>> -- >>> John Baldwin >>> >> >> Hi John, >> >> >> I got the ktrace, what do I do with it? >> > > kdump will generate a text representation, perhaps using 'kdump -s' to not > include dumps of raw I/O data. If you can put the output of kdump at a > URL I can fetch from then I can look at it. OK, here it is: http://filebin.ca/38mkuLau9Yqu/ktrace.out.xfreerdp.txt Thanks, Jakob From owner-freebsd-current@freebsd.org Fri Jan 13 22:27:42 2017 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 4AB2FCAEC38 for ; Fri, 13 Jan 2017 22:27:42 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ua0-x229.google.com (mail-ua0-x229.google.com [IPv6:2607:f8b0:400c:c08::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 058A31DE5 for ; Fri, 13 Jan 2017 22:27:42 +0000 (UTC) (envelope-from ml@my.gd) Received: by mail-ua0-x229.google.com with SMTP id 35so46790131uak.1 for ; Fri, 13 Jan 2017 14:27:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=my-gd.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=uj2iLZ79MCWH5AcQAkNWeFTEnMEIOfb5b2GMIP1rP3A=; b=BiUsuGIf7HXJvSCRYGOMD/pNrcm8hVucjqWElZsqd/jpBRM92cUIgXmhRAgRhdKmN/ iag9cyup87r4fVnns/i1loAokGXYzAfGnX0IKgzqV+3JehIYVMDhYKMGrmQZg8XrCdo8 eaEfTK+MfzLtsoynhBlin+X40PCJpeO1yaqyQahUR3KEYqjHuL6C1tBqgQa4l4gEGHAV QUxFgyUoyfXk1BW5kRDuoso0SsEKXHxMR4sG+yxvPQv6CNhEdhsNyRBXBwG7d3o7n/AC EJrIMwcLuyR+SClgiD0cqeQmvV64HwhPQeeul++bnilhsnTHFYEuf8vnQRLXsGuBwDeK vY3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=uj2iLZ79MCWH5AcQAkNWeFTEnMEIOfb5b2GMIP1rP3A=; b=fvXy/SpJAvAzZPI8QUYvVK3qHPQA3nSWG4a3DNGu3Xv9AQOX8xzlfWlyl2VLbp9Ejr pbE65QV/Dws2XOKyGhaiXv7JviYhTAQkpCUUGQ6vPkZ7TDcdNCqlSuw05r/kDdl1gmdq +ShVPj2mDkEwRngoC2P6fbm8lyQfxr6CerfoAQA65U8RYxpnh0oanQkDxdfZXD4yK96W nbS9J4U+LptIs1HS4f53Cas0WA6jymmmhVsJqzoihBO52byxtMoOMLPHluH5zqllV2Ri SRH5aDU83n1G6jflKsfG5ZeVohvdNtZ70hlaMML9FyERe70rxaLFiMzSFmC2nCgMUrqA A3pQ== X-Gm-Message-State: AIkVDXLAh8i2CMiqqJuV00wok6qZqdCLBx51WhO8ZNmtXVan5BKn019gICQjtUo91V2v6+etJoweei41oQRHRg== X-Received: by 10.176.1.119 with SMTP id 110mr9847805uak.143.1484346461135; Fri, 13 Jan 2017 14:27:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.48.213 with HTTP; Fri, 13 Jan 2017 14:27:40 -0800 (PST) In-Reply-To: References: From: Damien Fleuriot Date: Fri, 13 Jan 2017 23:27:40 +0100 Message-ID: Subject: Re: Does someone keep track of how long it takes to buildworld/kernel? To: Boris Samorodov Cc: Eric Joyner , freebsd-questions , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 22:27:42 -0000 On 13 January 2017 at 21:46, Boris Samorodov wrote: > 13.01.2017 23:23, Eric Joyner =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> ^ Message ^ >> >> It takes forever, but I keep on forgetting to time how long it takes, so= I >> don't know how long "forever" is. > > For me "forever" today was less then 3 minutes. ;-) > Here is some stats: > --- > % cd /usr/obj > % grep "World build" bw.amd64.log* > bw.amd64.log:>>> World build started on Fri Jan 13 17:42:07 MSK 2017 > bw.amd64.log:>>> World build completed on Fri Jan 13 17:44:45 MSK 2017 > bw.amd64.log.0:>>> World build started on Thu Jan 12 20:55:07 MSK 2017 > bw.amd64.log.0:>>> World build completed on Thu Jan 12 21:00:37 MSK 2017 > bw.amd64.log.1:>>> World build started on Thu Jan 12 11:54:28 MSK 2017 > bw.amd64.log.1:>>> World build completed on Thu Jan 12 11:59:43 MSK 2017 > bw.amd64.log.2:>>> World build started on Wed Jan 11 14:41:59 MSK 2017 > bw.amd64.log.2:>>> World build completed on Wed Jan 11 14:46:36 MSK 2017 > bw.amd64.log.3:>>> World build started on Wed Jan 11 13:15:03 MSK 2017 > bw.amd64.log.3:>>> World build completed on Wed Jan 11 13:59:01 MSK 2017 > bw.amd64.log.4:>>> World build started on Sun Jan 8 17:21:15 MSK 2017 > bw.amd64.log.4:>>> World build completed on Sun Jan 8 17:30:30 MSK 2017 > bw.amd64.log.5:>>> World build started on Sat Jan 7 21:27:06 MSK 2017 > bw.amd64.log.5:>>> World build completed on Sat Jan 7 23:37:25 MSK 2017 > bw.amd64.log.6:>>> World build started on Thu Dec 22 13:19:08 MSK 2016 > bw.amd64.log.6:>>> World build completed on Thu Dec 22 13:40:22 MSK 2016 > --- > > With "WITH_META_MODE=3Dyes" at /etc/src-env.conf it's rather sane time. > But not if clang or like changes. :-( > > The machine is: > --- > FreeBSD 12.0-CURRENT #39 r312075: Fri Jan 13 17:47:05 MSK 2017 > bsam@bb055.bsnet:/usr/obj/usr/src/sys/BB64X amd64 > FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on > LLVM 3.9.1) > VT(vga): resolution 640x480 > info: [drm] Initialized drm 1.1.0 20060810 > CPU: Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz (3092.27-MHz K8-class CPU) > Origin=3D"GenuineIntel" Id=3D0x206a7 Family=3D0x6 Model=3D0x2a Step= ping=3D7 > Features=3D0xbfebfbff > Features2=3D0x1d9ae3bf > AMD Features=3D0x28100800 > AMD Features2=3D0x1 > XSAVE Features=3D0x1 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state invariant, performance statistics > real memory =3D 8589934592 (8192 MB) > avail memory =3D 8136523776 (7759 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 hardware threads > [...] > ada1 at ahcich4 bus 0 scbus2 target 0 lun 0 > ada1: ACS-2 ATA SATA 3.x device > ada1: Serial Number Z1D5Y0X8 > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 953869MB (1953525168 512 byte sectors) > ada1: quirks=3D0x1<4K> > --- > 'kay you got me curious here guys. Building 10-STABLE on a KVM with 2 CPU cores, 4gb of RAM and UFS filesystem with noatime takes actual, literal *hours* here. I think I build with debug + dtrace userland though, so that might extend the build time somewhat... From owner-freebsd-current@freebsd.org Fri Jan 13 22:27:53 2017 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 77CB3CAEC71; Fri, 13 Jan 2017 22:27:53 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp9.server.rpi.edu (smtp9.server.rpi.edu [128.113.2.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "canit.localdomain", Issuer "canit.localdomain" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 33EC51E73; Fri, 13 Jan 2017 22:27:52 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp-auth1.server.rpi.edu (smtp-auth1.server.rpi.edu [128.113.2.231]) by smtp9.server.rpi.edu (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id v0DMRoS2012474 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 13 Jan 2017 17:27:50 -0500 Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id 3FE9658011; Fri, 13 Jan 2017 17:27:50 -0500 (EST) Received: from [128.113.24.47] (gilead-qc124.netel.rpi.edu [128.113.124.17]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: drosih) by smtp-auth1.server.rpi.edu (Postfix) with ESMTPSA id 2929958004; Fri, 13 Jan 2017 17:27:50 -0500 (EST) From: "Garance A Drosehn" To: "Eric Joyner" Cc: freebsd-questions , "FreeBSD Current" Subject: Re: Does someone keep track of how long it takes to buildworld/kernel? Date: Fri, 13 Jan 2017 17:27:49 -0500 Message-ID: <61BD7C27-CD12-4082-89EE-F206D6F889F7@rpi.edu> In-Reply-To: References: MIME-Version: 1.0 X-Mailer: MailMate (1.9.6r5319) X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 10.10] X-CanIt-Incident-Id: 02SvWrONN X-CanIt-Geo: ip=128.113.124.17; country=US; region=New York; city=Troy; latitude=42.7495; longitude=-73.5951; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.229 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 22:27:53 -0000 On 13 Jan 2017, at 15:23, Eric Joyner wrote: > ^ Message ^ > > It takes forever, but I keep on forgetting to time how long it takes, > so I don't know how long "forever" is. I have scripts which do buildworld's for me, and they keep all kinds of extra information for each step (buildkernel, installkernel, buildworld, installworld). Unfortunately I haven't been building world very much lately, and I haven't built anything on release-11. I do build on older hardware, so it takes a long time. (hours, iirc) -- Garance Alistair Drosehn = drosih@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@freebsd.org Fri Jan 13 22:27:55 2017 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 2E986CAEC92; Fri, 13 Jan 2017 22:27:55 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x241.google.com (mail-pf0-x241.google.com [IPv6:2607:f8b0:400e:c00::241]) (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 EDDA41E93; Fri, 13 Jan 2017 22:27:54 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x241.google.com with SMTP id y143so10033940pfb.1; Fri, 13 Jan 2017 14:27:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=xSH0RWQ0Sc5pYUS471PVPmWO761Qjyq9ND9fXOyzgHc=; b=cpoeN0s3FQd0jii2PoZvChtw97kCVjN60A/LE1Ib7lo6sC/EvegWILBldsTR++J5F8 entDwPY/xZHKj0oJeenuEUDoP+MuNBOZSjz2vsmq7D3/wSf8c6KQisHK/2JmDvkS/+jU x3RMyQF0yGpTRSBJGlJD0CbYWVLfrXvVUBKSyCFg4MV816GHjQZkPHDnFql7gE/T0eqE hKZ9j3dX2WbkQnOue66y4xYuR7kWTQl9VJdtmbrAd4lhZ3WjY5UetxQKo4j6RvzkMf/F +W/uUpdiEgRE7hXuA8QSOU1qDvQwkw+ZjTU7AKUjAzAsoZF7QwSD62EFzokuGkgZ8wYA GM5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=xSH0RWQ0Sc5pYUS471PVPmWO761Qjyq9ND9fXOyzgHc=; b=udCQW0hvZ6dOkY12Q4Ufuwk4/AzdK7jAxSDyvoVHTt9Hy7hEFAq41YfwBBoNOV+mXS icTNuJZ6pFVQ8+22DCvieXSEYvkN27tOVIgU5DbUK4ORQDcWB9FWdSWCkuNTUCXIuo4Q 0tjpeZCg83PC2WJhzm+t0fnhJElSruDqeV7edyVwSXXPLegUvpRMqN0lmmNStQLdNBdr Kai1Z6iylIBleihqbQSavzxXjSAvGza7AbfWSfENoXi1FkkhmkpbYZbFKJuFaXyPt1b/ fiJF/i621aXw7jveZLCrJ4WRLRDS03PMspWF2lzvG1YPzVE11jHu68/3BqQACasn5YGB 5NAw== X-Gm-Message-State: AIkVDXI/FhOg1vlyx6bMM/4nYzAHqW2mdby/cLEhZjdWICpuUan3TJkvaADiVGEmTyIPpg== X-Received: by 10.84.233.193 with SMTP id m1mr32897862pln.126.1484346474334; Fri, 13 Jan 2017 14:27:54 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id x8sm31655517pge.15.2017.01.13.14.27.53 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 13 Jan 2017 14:27:53 -0800 (PST) Subject: Re: powerpc.LINT* broken in netmap(4) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_37801E61-DF34-4A8A-ACD3-5B34951F261D"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Fri, 13 Jan 2017 14:27:52 -0800 Cc: FreeBSD CURRENT , Luigi Rizzo Message-Id: <49F36EE5-D3BD-420A-9F16-2219C7C83AC8@gmail.com> References: To: freebsd-net@FreeBSD.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 22:27:55 -0000 --Apple-Mail=_37801E61-DF34-4A8A-ACD3-5B34951F261D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 13, 2017, at 02:22, Ngie Cooper (yaneurabeya) = wrote: >=20 > Hi, > I spotted these compilation errors on universe12a.freebsd.org = for both powerpc.LINT and powerpc.LINT64: >=20 > cc1: warnings being treated as errors > /scratch/tmp/ngie/svn/sys/dev/netmap/netmap_generic.c: In function = 'generic_set_tx_event': > /scratch/tmp/ngie/svn/sys/dev/netmap/netmap_generic.c:765: warning: = the address of 'generic_mbuf_destructor' will always evaluate as 'true' = [-Waddress] > --- netmap_generic.o --- > *** [netmap_generic.o] Error code 1 >=20 > I haven=E2=80=99t yet dug into why this only surfaces on = powerpc, yet=E2=80=A6 (CC -powerpc; BCC +powerpc) Hi, sparc64 has the same issue as powerpc*, so I suspect that gcc is = flagging this as an issue. Thanks, -Ngie PS. Sidenote: why was the SET_MBUF_DESTRUCTOR macro added, but not used = in nm_os_get_mbuf ? --Apple-Mail=_37801E61-DF34-4A8A-ACD3-5B34951F261D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYeVRoAAoJEPWDqSZpMIYVzf0QAMZ0TfNkcUpB+9Lksy3BNTSO tZZnO3gI8VpZ+XIBf/tlaoW7sKkwzVtficd1kvqz8iy4HCfapYU5Mf9BjowrQzY+ kPpUE+kckOwIYjS5AkQQHeEHKsr4F99O9Orj7DZBBWP4+9yeqDl48tnNw0N82zFF 4F3FDs9I/tFLyXNOX6K1gs4cJfUah1PwktFFIAXLXpAiqHx+TyxEgGFn0TJKmsVD TcKpW50MNFlc2lJzxKZeVVXCt2GwdjeautkKX+qVt+kbno4J+uJN0lTsJPBp25Tg M3rmgK8bBl7DL0DfreTwsVyQP4Czy9L0FwKkS8AkjPjLa0PZXDUsHJaeR9ITaAFD Tyyh44oIxcTashT20Yp590A0E0EOhuIkt18aEOAKgVuS8KKLl0GnsNsdxv1BtfSD 5H/PSjV7RdfijrzuDH9ChAs/7Z4GeL9MsBQIoNGz3lZ6dRRYq+b5WyPLTsf/ldpI mLm1bNyMuxPoYO+U7lYfK98qQS5fHKn6pO9vzdP4qu6qRfgx19VzfAC3hvzFNPrr tDeF13L8t5J5549rIXVyMEEUvSCQFiDqhwNrN5LIZBVzY3YP23tKM4WqaufAwLTC VctYhfTOCYxv74euyH39iGhW+4ohBtteJ6cV4QVf9DGFZ0+r3jR66vCbB10hBqRW 3845E6ngPZ0o1aGJbpck =8BD3 -----END PGP SIGNATURE----- --Apple-Mail=_37801E61-DF34-4A8A-ACD3-5B34951F261D-- From owner-freebsd-current@freebsd.org Fri Jan 13 22:32:48 2017 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 341A6CAE348; Fri, 13 Jan 2017 22:32:48 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp9.server.rpi.edu (smtp9.server.rpi.edu [128.113.2.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "canit.localdomain", Issuer "canit.localdomain" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 08AE019D4; Fri, 13 Jan 2017 22:32:47 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp-auth1.server.rpi.edu (route.canit.rpi.edu [128.113.2.231]) by smtp9.server.rpi.edu (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id v0DMWjrK013742 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 13 Jan 2017 17:32:46 -0500 Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id BB96758011; Fri, 13 Jan 2017 17:32:45 -0500 (EST) Received: from [128.113.24.47] (gilead-qc124.netel.rpi.edu [128.113.124.17]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: drosih) by smtp-auth1.server.rpi.edu (Postfix) with ESMTPSA id AF18958010; Fri, 13 Jan 2017 17:32:45 -0500 (EST) From: "Garance A Drosehn" To: "Eric Joyner" Cc: freebsd-questions , "FreeBSD Current" Subject: Re: Does someone keep track of how long it takes to buildworld/kernel? Date: Fri, 13 Jan 2017 17:32:45 -0500 Message-ID: <64F46DD3-600E-4E33-8CC1-5A29C1B39C46@rpi.edu> In-Reply-To: <61BD7C27-CD12-4082-89EE-F206D6F889F7@rpi.edu> References: <61BD7C27-CD12-4082-89EE-F206D6F889F7@rpi.edu> MIME-Version: 1.0 Content-Type: text/plain; markup=markdown X-Mailer: MailMate (1.9.6r5319) X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 10.10] X-CanIt-Incident-Id: 02SvWwJS5 X-CanIt-Geo: ip=128.113.124.17; country=US; region=New York; city=Troy; latitude=42.7495; longitude=-73.5951; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.229 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 22:32:48 -0000 On 13 Jan 2017, at 17:27, Garance A Drosehn wrote: > On 13 Jan 2017, at 15:23, Eric Joyner wrote: > >> ^ Message ^ >> >> It takes forever, but I keep on forgetting to time how long it takes, >> so I don't know how long "forever" is. > > I do build on older hardware, so it takes a long time. (hours, iirc) Here's some sample stats from a build of 9.3-stable back in May: start=2016-0505-15:30:49 real=9531.41 user=7850.36 sys=920.24 duration=9531 outsize=27322524 target='buildworld' start=2016-0505-18:09:53 real=1713.81 user=1323.83 sys=162.50 duration=1713 outsize=4611462 target='buildkernel' start=2016-0505-18:38:32 real=41.59 user=13.56 sys=4.68 duration=41 outsize=119067 target='installkernel' start=2016-0505-18:42:38 real=161.52 user=35.09 sys=17.70 duration=161 outsize=1235184 target='installworld' -- Garance Alistair Drosehn = drosih@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@freebsd.org Fri Jan 13 22:48:47 2017 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 CA42DCAE9AB; Fri, 13 Jan 2017 22:48:47 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x243.google.com (mail-pf0-x243.google.com [IPv6:2607:f8b0:400e:c00::243]) (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 9A3061325; Fri, 13 Jan 2017 22:48:47 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x243.google.com with SMTP id b22so10037925pfd.3; Fri, 13 Jan 2017 14:48:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=K4DHTsvlHxNBLKQObLAk01GwjDAaScHfWK/JPnLdXbg=; b=BbmqyxKSdOU+CGAm3DZwzTc91+sB6z0cwmDEA0hzNv//u4gk5inAwt3d60G/fZqCx9 MoMXLQ9JuCSvk/kW0dVdo5J8BX1E/hw92aeI/qIX2zsJXxOdYDofmeCztu5tPVigqjrD mOfNd4hkJxdK0nER+X9K8VU0UqXdRyIQmsWm/ztf7a1i97tIUv4GxXBgAcmtfuleUN7Q wAmOgMRs0HzVMvdDuvVj6CeAJl8rTdxHWV2tlqmzWD0ExgvYkztfZtAfK5rFBLJhN129 NSUE3ty3Mkvsf4WK/mnRq11Ot+PnD1ccp+NGmq6fCwAUXCh0AlQ49+Tc3NrRHq4pYv0n grvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=K4DHTsvlHxNBLKQObLAk01GwjDAaScHfWK/JPnLdXbg=; b=gqi8bgCXrkOQZ8iQWxovX9SyRqJrPS9JKdujbYrAevN1HfhRFB1xXc4UtcPGKZcG9H j0YsRKjSvFZ2pMWKVHidAzTLzd7b552Rhdmg4uEIl0uuh4BvqePRLw7fDbJKJ1sSVUUt 7Av9sYqIm49+tf1QsBAViDtuNzOnIkcz94EgnXWT7Emspe2VInjXlKutEw6uyOEqcW8s 45RBlpeZxKMRHZix9F+d21t21Yx1io+ljC8DbWpqt2D0jch3ubcZ5xSaeWlV9nZlLORU 8TIShoMNO2WD+0iH/KMs7HJn1SbwqcGszG8TsQKhmUldfWdEICq2sRiC0hYjymvbf4pJ IgnA== X-Gm-Message-State: AIkVDXI4i/R9ol0Ks6SxgeqZgYZ0sqR763ezUBSGWrgZJiVrDelqxZotBG9d1Bg1Lc4m8A== X-Received: by 10.84.215.194 with SMTP id g2mr33141352plj.16.1484347727025; Fri, 13 Jan 2017 14:48:47 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id 16sm31481475pfk.54.2017.01.13.14.48.46 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 13 Jan 2017 14:48:46 -0800 (PST) Subject: Re: Does someone keep track of how long it takes to buildworld/kernel? Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_37BAE0A7-9B7B-48BE-B95C-8EB5D81D42C5"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Fri, 13 Jan 2017 14:48:45 -0800 Cc: freebsd-questions , FreeBSD Current Message-Id: <7985A04D-3BA3-42A2-A616-A087CF937183@gmail.com> References: To: Eric Joyner X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 22:48:47 -0000 --Apple-Mail=_37BAE0A7-9B7B-48BE-B95C-8EB5D81D42C5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 13, 2017, at 12:23, Eric Joyner wrote: >=20 > ^ Message ^ >=20 > It takes forever, but I keep on forgetting to time how long it takes, = so I > don't know how long "forever" is. Using -DNO_CLEAN on my 12.0-CURRENT / amd64 / 3GB RAM / 3 cores / VMware = Fusion + open-vmtools VM=E2=80=A6 - =E2=80=A6 buildworld with special baked WITHOUT/MK options in = src.conf: 26 mins - =E2=80=A6. buildkernel of GENERIC/GENERIC-NODEBUG with stripped = src.conf and MODULES_OVERRIDE: 14 minutes Overall time: 40 minutes Granted, I=E2=80=99m pretty up-to-date (just upgrading a few hundred = revs at a time), but a from-scratch build on more ample = Sandybridge/Haswell hardware with SSDs shouldn=E2=80=99t take any longer = than 30 mins (if you optimize things heavily, it can be less than that). If you need a beefy box to play with for building en masse (since = you=E2=80=99re a FreeBSD dev), try the universe*.freebsd.org boxes. Cheers, -Ngie --Apple-Mail=_37BAE0A7-9B7B-48BE-B95C-8EB5D81D42C5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYeVlNAAoJEPWDqSZpMIYVB/EP/2Q0tY6rByOGHTEcJLg2sMXI dXv8nbc6fkms/6leZEYN0d4BmYP0Epq+uY4vVImkqU0qVV7x9a89JlXM1k4+6pv3 4jOut9QwqTRkWS32pDupSA9ZJqYgA9NxeA3ys5vVn5oPCnJTva/WaAP62xxxBgAZ StvM0xFPP3rXjwybBE3p+13KeZbuh5UBsknueOgHF3S86b6nlhx/wznyVn8FToqa 7fxok5ZL7RjLdVCIhQreHdhZwtCJLo1KT5LUMNLo9HXwNCjSsPEno1pCt674sFz2 l9pg0C32gh46/z2S1G3y/7I+RVuWcuQMCvU0lhq8WV825DTh3Zz1qN9pgtjR1szK 5+TGjru7OXM+2PXUlGQl6RzJz6rZM8R9j/MH5ZVBlY8wMSnmffltQRfSeX/k6UTa EWQtgzumOqhLyj383u2RDmfqsn2hRHKqbzs/PVv2Wy3H+BQLe9OyWioZuc6i8q9J +LS0eqD2iJCS9G5em7AHTwhf62vgpRCRP/iDHE9C6isTE7qSjBJ8F5vvZz6NRMQm COQiMvvWSHyOnwQj7pk2qBJso93V7VNlonaTfROALH6QMyhVA8YBpaY5Q6Noo5R3 uBq1qTZzXZbHBRD5b8VuXb6pnQdOBvrdoqEJec4QeLYL08rrOAJGdHk1uS5t0UKo z1WRwuzUm637zieT60aA =wsHd -----END PGP SIGNATURE----- --Apple-Mail=_37BAE0A7-9B7B-48BE-B95C-8EB5D81D42C5-- From owner-freebsd-current@freebsd.org Fri Jan 13 22:51:54 2017 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 1613ACAEEB0; Fri, 13 Jan 2017 22:51:54 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x244.google.com (mail-pf0-x244.google.com [IPv6:2607:f8b0:400e:c00::244]) (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 D617C1A5C; Fri, 13 Jan 2017 22:51:53 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x244.google.com with SMTP id 127so10061479pfg.0; Fri, 13 Jan 2017 14:51:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=FXlGWX7Yn5B1P3LGMA0xsFDnWM5I2EkyI91hgUbcIno=; b=ioM9slaYX2PpIyCpwlT4o+gJU23qfnqlNWKkKR12LXyIL0NnlxLbkJRQJA7UI8VWLi oYn2XwAgNYFwma+llcdvEBk2OinenTvHaIXpPRrCXRMnR5U2Htt3JNN2o1WFS498Ffm6 f/Vx7u/M5sTYkMJrzvw0mXbPDNJA5Ux3oCZfMVZAdkJlaPPL0v7h7OFdX8juevMexxbm eM0XgbRlHoJiUsC8MvhCcdVEGUGxeboEnjVvMfaty93Xo7LY57Q4KEiYKo1fNHsEQlsr hGiYXLRe3mRcq9daJqR8YVKMmH7edGk2Mk1/8Bl+FKOg8PVeXNkvyHmoTaDQXhlXt7MJ V3Tw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=FXlGWX7Yn5B1P3LGMA0xsFDnWM5I2EkyI91hgUbcIno=; b=uAEcHivFUeg1se9qcdskKVMu8+eGTTYhjNHUteJMWOeZQs+TppsHTLs9P5iH+2+WsH Z3oCOSXr80WRzhBn/1Gmo59/fXI9hDJlTZpcrDAsdrv+tZ+XTinwIydlLSj6qyeCWBLV DZ/wYawVz54S00FEYIZ8DGxZw5ik1Qpj8+wb/CQkABISohMbqnitmFPxwFyEVzQDIldv ESaFUqDbJrL76ye4qJWpPRM9CNOR3d8774yeY2H4OGByfoYIvWeB4fqwXnpOeFNIGRJw AcDR2Q7FycJJ0YNwR5jnVNKm/eoWbVU2h3LIw1D0OUvJLgGOY2lqWhM892Oswx+hNTWU pXsA== X-Gm-Message-State: AIkVDXKNDJXRyrYmzX5h0adhkPNunFAtZvJ3lBoTyUfMPRfzerj7aBw5EbuydcK5bpdSiA== X-Received: by 10.99.64.133 with SMTP id n127mr27346519pga.104.1484347913254; Fri, 13 Jan 2017 14:51:53 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id n86sm31498467pfb.45.2017.01.13.14.51.52 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 13 Jan 2017 14:51:52 -0800 (PST) Subject: Re: Does someone keep track of how long it takes to buildworld/kernel? Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_F3926570-0855-46D3-AF00-C4A02D5CF8F2"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <7985A04D-3BA3-42A2-A616-A087CF937183@gmail.com> Date: Fri, 13 Jan 2017 14:51:51 -0800 Cc: freebsd-questions , FreeBSD Current Message-Id: References: <7985A04D-3BA3-42A2-A616-A087CF937183@gmail.com> To: Eric Joyner X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 22:51:54 -0000 --Apple-Mail=_F3926570-0855-46D3-AF00-C4A02D5CF8F2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 13, 2017, at 14:48, Ngie Cooper (yaneurabeya) = wrote: >=20 >=20 >> On Jan 13, 2017, at 12:23, Eric Joyner wrote: >>=20 >> ^ Message ^ >>=20 >> It takes forever, but I keep on forgetting to time how long it takes, = so I >> don't know how long "forever" is. >=20 > Using -DNO_CLEAN on my 12.0-CURRENT / amd64 / 3GB RAM / 3 cores / = VMware Fusion + open-vmtools VM=E2=80=A6 > - =E2=80=A6 buildworld with special baked WITHOUT/MK options in = src.conf: 26 mins > - =E2=80=A6. buildkernel of GENERIC/GENERIC-NODEBUG with stripped = src.conf and MODULES_OVERRIDE: 14 minutes >=20 > Overall time: 40 minutes >=20 > Granted, I=E2=80=99m pretty up-to-date (just upgrading a few hundred = revs at a time), but a from-scratch build on more ample = Sandybridge/Haswell hardware with SSDs shouldn=E2=80=99t take any longer = than 30 mins (if you optimize things heavily, it can be less than that). >=20 > If you need a beefy box to play with for building en masse (since = you=E2=80=99re a FreeBSD dev), try the universe*.freebsd.org boxes. Important note: unless I have a good reason to test out GENERIC, I = always used GENERIC-NODEBUG, so needless to say witness and other debug = bits don=E2=80=99t add time to my build. Thanks, -Ngie --Apple-Mail=_F3926570-0855-46D3-AF00-C4A02D5CF8F2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYeVoIAAoJEPWDqSZpMIYVkIcQAKxI9LMwW4qLF5uYQZIEAFNa vQn8dDmYlq007+UNQzn2/ytTLSj/Bzg3fl9Xi7HC9OVKHP2YdidBM7GfKWraCYYs 5yqc4I3nLPDUQ1EKrSkxzWe0zhvKWFh2zEZC4ZQJghv9YPIA1m8SSB8eFlJ/Yvjo +FYFJejq6Tms+wvN4oHIAaRQq4liPejWG4bBF7MLxxpDv4JNSMgjaWwUs5QG9LBk mw+JSVi1lFvGpaSDnSSnzvWNmLRAaRS8rC5G2RNnt5gOc8mwSIYj7ERhV+aKrrvJ PIAHvsav8dmYQi8bufenfbHtfb2+30V8F7pUKr7BmYNt3q6PEvtMf28p5nT/W/To mz4iueKWuEqUVVbappmf9BrVQjj+E9YoMR8LiNbuzrslO8oy/ou+69KfdiigltyL swduE3r89I7Toa0aiKnkqzwewXmecr60Kqan7CsxFVzYPNDjOqYc+9tIE2HNMNqN /KA+fOygEegnH1jJGgRHZVUZema9GR00uzyiyXJWWOA9DbRuSopLI7cxoJneuTPy gYJAsDPWaVn+qJiZQRd0wmqpahv4SIQcVVwJn+wIgQaWBl2jgWGwom1r5FTUHd0y S/LXGxz7O0CHDo7qiX+03XOTlkQI6zFtwcqTpDZQKNRdTJecD96XbD2R8kcWu4lr n6OC0uEb3H20BbyV/Ufk =UL40 -----END PGP SIGNATURE----- --Apple-Mail=_F3926570-0855-46D3-AF00-C4A02D5CF8F2-- From owner-freebsd-current@freebsd.org Fri Jan 13 23:11:54 2017 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 3B868CAE679 for ; Fri, 13 Jan 2017 23:11:54 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x22e.google.com (mail-yw0-x22e.google.com [IPv6:2607:f8b0:4002:c05::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 EE329183E; Fri, 13 Jan 2017 23:11:53 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x22e.google.com with SMTP id w75so40057637ywg.1; Fri, 13 Jan 2017 15:11:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=KnLYZ+mYJoZwySfaeyVDDKfUeVV7mFZkRZdpw8gASmI=; b=nXg1KOOPemFH+DmbzrkWi61Z8Rp76PMU+ECRhnFdjucU9xvzyv59QWoo7DNBdlu2Jm oKWDG2pGjD3xTFK3ODdQPbxVA3yPzOAuELIMs83LKpWvnqAjdDW7WTo22pB5HH99Lbvv 0iF3J/G3+M7Kan9cZudyhFHPGSsS4KGh+OpK05Oqyvh7oW6ZH7ahdWXAn6PMIH/VF53B KEat7etA8KHskLv/IfyLw99+LeqZsXULVyjd4vLZk5n4UkQviry3DVK1yanpeygrWYLy hEuZhaxr7YpJ74Imb5+6yxOLWVVIJrOuS6WXxHmllMTDPDT8ukiqUYIJkTkcXi4w6IJ0 cg5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=KnLYZ+mYJoZwySfaeyVDDKfUeVV7mFZkRZdpw8gASmI=; b=P2I/oA8uTfPZ/z5Tk4hTSv6AZpZ6aqirRuY+ta1DLR6CYjpza98De+kBs0/my2vSZv OdLP+3NmBOCjs+mgW+SoRBN8H/9h8ra/+rpsUcKwDFfk+jp/6ZB2ZlrQdU79oq5tMlrC v6Erlody1YAnMxPdAkl6ZbsQkn0hs0B3hfGQ+bK7ip0TFTnKrkz9TduOMkZkgs3NA12q Hcmgi6niKriM+iZLC5keSPKrCF3qwnu3w3qQSl5PGQWhuRo1+HO/AoWMg85ekPyy2ZIi jwFUZyGF3H5vmDWWU8QK4TLTYGvmkCbZLcHR6Qf1unLmDsbMiW5OLuZitM8mBOhSlMJb FaLg== X-Gm-Message-State: AIkVDXIcwVjJbK0SXL96qd8WFLSNB7pa0dplat0cUnaizhUzMN3RpkW5tUNgLjrrmBoRAf4HHg1SNmmjH5J2MA== X-Received: by 10.13.210.132 with SMTP id u126mr17163701ywd.122.1484349113070; Fri, 13 Jan 2017 15:11:53 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Fri, 13 Jan 2017 15:11:52 -0800 (PST) In-Reply-To: <96CA08DF-582A-4405-9E65-B19230EA37DA@gmail.com> References: <96CA08DF-582A-4405-9E65-B19230EA37DA@gmail.com> From: Alan Somers Date: Fri, 13 Jan 2017 16:11:52 -0700 X-Google-Sender-Auth: iEO_LH9-Q9Q6IeM04PxoKAazIRE Message-ID: Subject: Re: vt(4) chops off the leftmost three columns To: "Ngie Cooper (yaneurabeya)" Cc: Ed Maste , FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Jan 2017 23:11:54 -0000 On Thu, Jan 12, 2017 at 7:31 PM, Ngie Cooper (yaneurabeya) wrote: > >> On Jan 12, 2017, at 18:13, Ed Maste wrote: >> >> On 12 January 2017 at 18:50, Alan Somers wrote: >>> I've seen three separate machines where FreeBSD11's vt(4) driver chops >>> off the leftmost three columns of the screen. Rendering simply starts >>> at the beginning of the fourth column. In all cases, setting >>> "kern.vty=3Dsc" corrects the problem. >> >> Or try setting hw.vga.textmode=3D1 >> >> Did you observe this with IPMI redirected video or an attached monitor >> (or a combination)? > > I=E2=80=99ll have to double check, but I=E2=80=99m pretty sure I=E2=80=99= ve seen this with my Haswell box (Escher) over VGA using my projector. > Thanks, > -Ngie I take it back. The first three columns _are_ rendered, but they don't show up on some monitiors. It's as if those monitors require a minimum amount of overscan on the left side of the screen, and vt(4) doesn't provide enough. Can that be tuned? -Alan From owner-freebsd-current@freebsd.org Sat Jan 14 02:18:21 2017 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 9D1EFCAFF9F; Sat, 14 Jan 2017 02:18: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 819061722; Sat, 14 Jan 2017 02:18: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 DFE3173A; Sat, 14 Jan 2017 02:18:20 +0000 (UTC) Date: Sat, 14 Jan 2017 02:18:18 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ngie@FreeBSD.org, cem@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1000207350.55.1484360300927.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4653 - 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.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2017 02:18:21 -0000 FreeBSD_HEAD_i386 - Build #4653 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4653/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4653/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4653/console Change summaries: 312104 by cem: Fix broken fstyp exfat testcase Introduced in r312010. It helps to read the documentation before trying to test something. 312103 by cem: Revert r310994 Don't implement some terrible hack on a test by test basis. The framework fix is straightforward and can be chased up in the original bug. Reviewed by: ngie ("be my guest") 312102 by ngie: Note that sys/types.h is required on FreeBSD for kqueue(2), unlike NetBSD MFC after: 12 days X-MFC with: r305358 Sponsored by: Dell EMC Isilon The end of the build log: [...truncated 122248 lines...] --- all_subdir_tests/sys/sys --- ===> tests/sys/sys (all) --- all_subdir_usr.bin --- --- tuklib_exit.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/usr.bin/xz/../../lib/liblzma -I/usr/src/usr.bin/xz/../../contrib/xz/src/common -g -MD -MF.depend.tuklib_exit.o -MTtuklib_exit.o -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/usr.bin/xz/../../contrib/xz/src/common/tuklib_exit.c -o tuklib_exit.o --- all_subdir_tests --- --- bitstring_test --- (cd /usr/src/tests/sys/sys && DEPENDFILE=.depend.bitstring_test NO_SUBDIR=1 /usr/obj/usr/src/make.i386/bmake -f /usr/src/tests/sys/sys/Makefile _RECURSING_PROGS=t PROG=bitstring_test ) --- all_subdir_usr.sbin --- --- apmd.full --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/usr.sbin/apmd -g -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 -o apmd.full apmd.o apmdlex.o apmdparse.o -ll --- all_subdir_tests --- --- .depend.bitstring_test --- echo bitstring_test.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libprivateatf-c.a >> .depend.bitstring_test --- bitstring_test.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -MD -MF.depend.bitstring_test.bitstring_test.o -MTbitstring_test.o -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 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/tests/sys/sys/bitstring_test.c -o bitstring_test.o --- all_subdir_usr.sbin --- --- apmd.8.gz --- gzip -cn /usr/src/usr.sbin/apmd/apmd.8 > apmd.8.gz --- all_subdir_usr.bin --- --- tuklib_cpucores.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/usr.bin/xz/../../lib/liblzma -I/usr/src/usr.bin/xz/../../contrib/xz/src/common -g -MD -MF.depend.tuklib_cpucores.o -MTtuklib_cpucores.o -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/usr.bin/xz/../../contrib/xz/src/common/tuklib_cpucores.c -o tuklib_cpucores.o --- all_subdir_usr.sbin --- --- apmd.debug --- objcopy --only-keep-debug apmd.full apmd.debug --- apmd --- objcopy --strip-debug --add-gnu-debuglink=apmd.debug apmd.full apmd --- all_subdir_usr.sbin/arp --- ===> usr.sbin/arp (all) --- .depend --- echo arp.full: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend --- arp.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -MD -MF.depend.arp.o -MTarp.o -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/usr.sbin/arp/arp.c -o arp.o --- all_subdir_usr.bin --- --- tuklib_mbstr_width.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/usr.bin/xz/../../lib/liblzma -I/usr/src/usr.bin/xz/../../contrib/xz/src/common -g -MD -MF.depend.tuklib_mbstr_width.o -MTtuklib_mbstr_width.o -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/usr.bin/xz/../../contrib/xz/src/common/tuklib_mbstr_width.c -o tuklib_mbstr_width.o --- all_subdir_lib --- --- dnssec_verify.po --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -pg -O2 -pipe -I/usr/src/lib/libldns/../../contrib/ldns -MD -MF.depend.dnssec_verify.po -MTdnssec_verify.po -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/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.po --- all_subdir_usr.bin --- --- tuklib_mbstr_fw.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/usr.bin/xz/../../lib/liblzma -I/usr/src/usr.bin/xz/../../contrib/xz/src/common -g -MD -MF.depend.tuklib_mbstr_fw.o -MTtuklib_mbstr_fw.o -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/usr.bin/xz/../../contrib/xz/src/common/tuklib_mbstr_fw.c -o tuklib_mbstr_fw.o --- xz.full --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/usr.bin/xz/../../lib/liblzma -I/usr/src/usr.bin/xz/../../contrib/xz/src/common -g -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 -o xz.full args.o coder.o file_io.o hardware.o list.o main.o message.o mytime.o options.o signals.o suffix.o util.o tuklib_open_stdxxx.o tuklib_progname.o tuklib_exit.o tuklib_cpucores.o tuklib_mbstr_width.o tuklib_mbstr_fw.o -llzma --- xz.1.gz --- gzip -cn /usr/src/usr.bin/xz/../../contrib/xz/src/xz/xz.1 > xz.1.gz --- xz.debug --- objcopy --only-keep-debug xz.full xz.debug --- xz --- objcopy --strip-debug --add-gnu-debuglink=xz.debug xz.full xz --- all_subdir_usr.bin/xzdec --- ===> usr.bin/xzdec (all) --- .depend --- echo xzdec.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/liblzma.a >> .depend --- xzdec.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/usr.bin/xzdec/../../lib/liblzma -I/usr/src/usr.bin/xzdec/../../contrib/xz/src/common -g -MD -MF.depend.xzdec.o -MTxzdec.o -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/usr.bin/xzdec/../../contrib/xz/src/xzdec/xzdec.c -o xzdec.o --- all_subdir_usr.sbin --- --- arp.full --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -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 -o arp.full arp.o --- arp.4.gz --- gzip -cn /usr/src/usr.sbin/arp/arp.4 > arp.4.gz --- arp.8.gz --- gzip -cn /usr/src/usr.sbin/arp/arp.8 > arp.8.gz --- all_subdir_usr.bin --- --- tuklib_progname.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/usr.bin/xzdec/../../lib/liblzma -I/usr/src/usr.bin/xzdec/../../contrib/xz/src/common -g -MD -MF.depend.tuklib_progname.o -MTtuklib_progname.o -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/usr.bin/xzdec/../../contrib/xz/src/common/tuklib_progname.c -o tuklib_progname.o --- all_subdir_usr.sbin --- --- arp.debug --- objcopy --only-keep-debug arp.full arp.debug --- arp --- objcopy --strip-debug --add-gnu-debuglink=arp.debug arp.full arp --- all_subdir_usr.sbin/asf --- ===> usr.sbin/asf (all) --- .depend --- echo asf.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libkvm.a >> .depend --- asf.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -MD -MF.depend.asf.o -MTasf.o -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/usr.sbin/asf/asf.c -o asf.o --- all_subdir_usr.bin --- --- tuklib_exit.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/usr.bin/xzdec/../../lib/liblzma -I/usr/src/usr.bin/xzdec/../../contrib/xz/src/common -g -MD -MF.depend.tuklib_exit.o -MTtuklib_exit.o -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/usr.bin/xzdec/../../contrib/xz/src/common/tuklib_exit.c -o tuklib_exit.o --- xzdec.full --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/usr.bin/xzdec/../../lib/liblzma -I/usr/src/usr.bin/xzdec/../../contrib/xz/src/common -g -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 -o xzdec.full xzdec.o tuklib_progname.o tuklib_exit.o -llzma --- xzdec.1.gz --- gzip -cn /usr/src/usr.bin/xzdec/../../contrib/xz/src/xzdec/xzdec.1 > xzdec.1.gz --- xzdec.debug --- objcopy --only-keep-debug xzdec.full xzdec.debug --- xzdec --- objcopy --strip-debug --add-gnu-debuglink=xzdec.debug xzdec.full xzdec --- all_subdir_usr.bin/yes --- ===> usr.bin/yes (all) --- .depend --- echo yes.full: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend --- yes.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -MD -MF.depend.yes.o -MTyes.o -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/usr.bin/yes/yes.c -o yes.o --- all_subdir_tests --- --- bitstring_test.full --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -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 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o bitstring_test.full bitstring_test.o -lprivateatf-c --- bitstring_test.debug --- objcopy --only-keep-debug bitstring_test.full bitstring_test.debug --- bitstring_test --- objcopy --strip-debug --add-gnu-debuglink=bitstring_test.debug bitstring_test.full bitstring_test --- Kyuafile --- --- all_subdir_tests/sys/vfs --- ===> tests/sys/vfs (all) --- lookup_cap_dotdot --- (cd /usr/src/tests/sys/vfs && DEPENDFILE=.depend.lookup_cap_dotdot NO_SUBDIR=1 /usr/obj/usr/src/make.i386/bmake -f /usr/src/tests/sys/vfs/Makefile _RECURSING_PROGS=t PROG=lookup_cap_dotdot ) --- all_subdir_usr.bin --- --- yes.full --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -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 -o yes.full yes.o --- all_subdir_usr.sbin --- --- asf_kld.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -MD -MF.depend.asf_kld.o -MTasf_kld.o -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/usr.sbin/asf/asf_kld.c -o asf_kld.o --- all_subdir_tests --- --- .depend.lookup_cap_dotdot --- echo lookup_cap_dotdot.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libprivateatf-c.a >> .depend.lookup_cap_dotdot --- lookup_cap_dotdot.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -MD -MF.depend.lookup_cap_dotdot.lookup_cap_dotdot.o -MTlookup_cap_dotdot.o -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 -I/usr/src/tests -c /usr/src/tests/sys/vfs/lookup_cap_dotdot.c -o lookup_cap_dotdot.o --- all_subdir_usr.bin --- --- yes.1.gz --- gzip -cn /usr/src/usr.bin/yes/yes.1 > yes.1.gz --- yes.debug --- objcopy --only-keep-debug yes.full yes.debug --- yes --- objcopy --strip-debug --add-gnu-debuglink=yes.debug yes.full yes --- all_subdir_usr.bin/at --- ===> usr.bin/at (all) --- all_subdir_usr.sbin --- --- asf_kvm.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -g -MD -MF.depend.asf_kvm.o -MTasf_kvm.o -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/usr.sbin/asf/asf_kvm.c -o asf_kvm.o --- all_subdir_usr.bin --- --- .depend --- echo at.full: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend --- at.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -g -MD -MF.depend.at.o -MTat.o -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 -Wno-format -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/usr.bin/at/at.c -o at.o --- all_subdir_tests --- /usr/src/tests/sys/vfs/lookup_cap_dotdot.c:46:13: error: declaration shadows a variable in the global scope [-Werror,-Wshadow] touchat(int dirfd, const char *name) ^ /usr/src/tests/sys/vfs/lookup_cap_dotdot.c:42:12: note: previous declaration is here static int dirfd = -1; ^ /usr/src/tests/sys/vfs/lookup_cap_dotdot.c:120:6: error: unused variable 'fd' [-Werror,-Wunused-variable] int fd; ^ /usr/src/tests/sys/vfs/lookup_cap_dotdot.c:144:6: error: unused variable 'fd' [-Werror,-Wunused-variable] int fd; ^ /usr/src/tests/sys/vfs/lookup_cap_dotdot.c:223:6: error: unused variable 'fd' [-Werror,-Wunused-variable] int fd; ^ 4 errors generated. *** [lookup_cap_dotdot.o] Error code 1 bmake[6]: stopped in /usr/src/tests/sys/vfs 1 error bmake[6]: stopped in /usr/src/tests/sys/vfs *** [lookup_cap_dotdot] Error code 2 bmake[5]: stopped in /usr/src/tests/sys/vfs 1 error bmake[5]: stopped in /usr/src/tests/sys/vfs *** [all_subdir_tests/sys/vfs] Error code 2 bmake[4]: stopped in /usr/src/tests/sys 1 error bmake[4]: stopped in /usr/src/tests/sys *** [all_subdir_tests/sys] Error code 2 bmake[3]: stopped in /usr/src/tests 1 error bmake[3]: stopped in /usr/src/tests *** [all_subdir_tests] Error code 2 bmake[2]: stopped in /usr/src --- all_subdir_usr.sbin --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/usr.sbin/asf *** [all_subdir_usr.sbin/asf] Error code 2 bmake[3]: stopped in /usr/src/usr.sbin 1 error bmake[3]: stopped in /usr/src/usr.sbin *** [all_subdir_usr.sbin] Error code 2 bmake[2]: stopped in /usr/src --- all_subdir_lib --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/lib/libldns *** [all_subdir_lib/libldns] Error code 2 bmake[3]: stopped in /usr/src/lib 1 error bmake[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 bmake[2]: stopped in /usr/src --- all_subdir_usr.bin --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/usr.bin/at *** [all_subdir_usr.bin/at] Error code 2 bmake[3]: stopped in /usr/src/usr.bin 1 error bmake[3]: stopped in /usr/src/usr.bin *** [all_subdir_usr.bin] Error code 2 bmake[2]: stopped in /usr/src 4 errors bmake[2]: stopped in /usr/src *** [everything] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[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/hudson6422493886202542276.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::103: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 14 02:20:08 2017 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 5534FCAF161; Sat, 14 Jan 2017 02:20:08 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-it0-x242.google.com (mail-it0-x242.google.com [IPv6:2607:f8b0:4001:c0b::242]) (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 12A2D1A7C; Sat, 14 Jan 2017 02:20:08 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-it0-x242.google.com with SMTP id o185so6919188itb.1; Fri, 13 Jan 2017 18:20:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=GyF8UOY4G+u5FvDlw80MPdh5vYLl4L/S5nDVkqyFRGQ=; b=Fe6k+8+LbhZhLnPm0Rf5PDYd5P7rRW+9abTXVscrrGcIIiZnXDW+u8Dsm4829FQcgO 7FAK42pO8yKnNpUM0QjRKqYzlJQx9b5m5t+MXeoL4oNPAp0cAB/RQLbbR+vIiT1O1SKW rU4PsYKhnpA1JDe0CaoKb1Uqtjn/R7v2w94GtIXjpsAZXp0yUfAF2KoQbEyRsp+LdhpL LMdwWSe54txi7eDtd6YmCsFBQyOZUVF4ewQQ2naB1yj7acxjGkwtNnw0k5xNSdeJZS1n XbfoIM0RGkWqlaXatdnIqD/VqieltLEPOvDcbZMbhwxPgQ4VEnn4Mrt2U0LPSOrrzxvb XJCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=GyF8UOY4G+u5FvDlw80MPdh5vYLl4L/S5nDVkqyFRGQ=; b=pMRqINN4gMy3lrQr26eZsLrP2poJPQDrsfjfvsozaVS7+cA6nRG+KPo0GcQwIMCALw Cickt3utkbM3yvmfA8OgAwzjGUzZ4BmvRvQkTP3YKsv0txL/bmqJ7b/564kBjMGvJtTj jmN3czLdDXVN/EnFjaamuEhvzCHWPLHjFMZjcObZFaKg9NTUdWHZWH1Tled3GONzuY6v IxVwGinpivvNQ/i6bQkCH1C47hbfENTJLTOkFPeMV5f2CbO52HTQyp2dexv3I524Gm+l U+qKTcS73TZcJMhs2nbKuNAy4yZoOZjC9gNFb+dCdEX4qcG98CQi92w8UPwnw31y5x1E eheQ== X-Gm-Message-State: AIkVDXL0EiDyY6QQfKzlrYU50K+WX7KUC86ECmlTz/21BvS9cIENDfJO7Ngrr2Qa73Umlw== X-Received: by 10.36.216.70 with SMTP id b67mr5856241itg.5.1484360407417; Fri, 13 Jan 2017 18:20:07 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id 7sm7662939iox.39.2017.01.13.18.20.06 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 13 Jan 2017 18:20:06 -0800 (PST) Subject: Re: FreeBSD_HEAD_i386 - Build #4653 - Failure Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_943EAA64-AD99-45D6-A7FF-C2DA015AA65D"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <1000207350.55.1484360300927.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Fri, 13 Jan 2017 18:20:06 -0800 Cc: ngie@FreeBSD.org, cem@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-Id: <2B719D01-1D5B-475C-A8E5-F1759BC05C5B@gmail.com> References: <1000207350.55.1484360300927.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@FreeBSD.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 14 Jan 2017 02:20:08 -0000 --Apple-Mail=_943EAA64-AD99-45D6-A7FF-C2DA015AA65D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Jan 13, 2017, at 18:18, jenkins-admin@FreeBSD.org wrote: >=20 > FreeBSD_HEAD_i386 - Build #4653 - Failure: >=20 > Build information: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4653/ > Full change log: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4653/changes > Full build log: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4653/console >=20 > Change summaries: >=20 > 312104 by cem: > Fix broken fstyp exfat testcase >=20 > Introduced in r312010. >=20 > It helps to read the documentation before trying to test something. >=20 > 312103 by cem: > Revert r310994 >=20 > Don't implement some terrible hack on a test by test basis. The > framework fix is straightforward and can be chased up in the original > bug. >=20 > Reviewed by: ngie ("be my guest") >=20 > 312102 by ngie: > Note that sys/types.h is required on FreeBSD for kqueue(2), unlike = NetBSD >=20 > MFC after: 12 days > X-MFC with: r305358 > Sponsored by: Dell EMC Isilon Broken by r312103. --Apple-Mail=_943EAA64-AD99-45D6-A7FF-C2DA015AA65D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYeYrWAAoJEPWDqSZpMIYVN/gP/iCO6aOl5WOEMy73Xq/T6VZ1 Zs4muKBEqYh4gHpsgwK91Kih2HbbAX+PjeRfCAm0La5Mmjywd9DKDBfOsw0Z5Fox rBROgp+aEOJ9hjocO8qPqq7z+ZcPSxF3xOFg1mIiO//yw0vAr/y/F8GfOk3MeMH2 zi7zVdHkdOkx3reIZS+CGaIYEV599oWqjPkDaedAOiqBjbpsX/34RBYGeTbNspdM UpmWBqFvO99/OJs0Lu0YVqL/svTUBw7eis5dUcqBKFuwABNxOBfzuJ4HbXBkThW9 4hhmowGzsf5QmSyh3QHXueT1cm6V9rH1p4/Kkcyx/ba+0UP+tfYKZGxv1dXChBwc poleJGNKqIubPA2XxZj5X5EaNGyxQpIOvP6PCvUZg0SuQoYKrfg/7HpofO4DKaRp 2oZIc9SsYM5cuC6BFToN7rewx2p/8ifXRgPuoxIjZh+eIJ6dCTWuRDAu9/IG+NSw ZjqWagWMANePRcu8n5EsR06MTeyPrc72tj2AezkzZGSeclG3dV3E62xIrlDI0kxx 0NXEoJAph3AJz4nZBNRM14eRFM9brCn0uwCyB8w+HwcxMjoOcUeLUVexrjwbV+iE vPSNWZ8h/2Aj41CvWP3kyjO1GoIdjDgMv9l1xhJiq9kBc5IExgabTDs9Q0p6jkVB nmFh5e36XTCbGtJfpRWA =slyY -----END PGP SIGNATURE----- --Apple-Mail=_943EAA64-AD99-45D6-A7FF-C2DA015AA65D-- From owner-freebsd-current@freebsd.org Sat Jan 14 04:37:00 2017 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 258ACCAF9F3; Sat, 14 Jan 2017 04:37:00 +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 18FDF134D; Sat, 14 Jan 2017 04:37:00 +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 76570743; Sat, 14 Jan 2017 04:37:00 +0000 (UTC) Date: Sat, 14 Jan 2017 04:36:48 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ngie@FreeBSD.org, cem@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1170951748.57.1484368620529.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1000207350.55.1484360300927.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1000207350.55.1484360300927.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4654 - 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.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2017 04:37:00 -0000 FreeBSD_HEAD_i386 - Build #4654 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4654/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4654/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4654/console Change summaries: 312107 by cem: Follow-up to r312103: Revert r310995 as well. 312105 by ngie: Conditionalize libwrap support into inetd based on MK_TCP_WRAPPERS This will allow inetd to stand by itself without libwrap. MFC after: 2 weeks Relnotes: yes Reviewed by: hrs (earlier version) Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D9056 From owner-freebsd-current@freebsd.org Sat Jan 14 04:49:44 2017 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 0CB42CAFE1B for ; Sat, 14 Jan 2017 04:49:44 +0000 (UTC) (envelope-from lidl@FreeBSD.org) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CD0351AA2 for ; Sat, 14 Jan 2017 04:49:43 +0000 (UTC) (envelope-from lidl@FreeBSD.org) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:1042:6a31:1deb:9f8a]) (authenticated bits=0) by hydra.pix.net (8.16.0.19/8.15.2) with ESMTPA id v0E4ngKE020262; Fri, 13 Jan 2017 23:49:42 -0500 (EST) (envelope-from lidl@FreeBSD.org) To: FreeBSD-Current From: Kurt Lidl Subject: xpt related hang on sparc64 Reply-To: lidl@FreeBSD.org Message-ID: <8881811d-0102-0598-3dae-3063c614985e@FreeBSD.org> Date: Fri, 13 Jan 2017 23:49:42 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.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.23 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, 14 Jan 2017 04:49:44 -0000 Greetings. I updated my dual-processor V240 the other day: FreeBSD 12.0-CURRENT #26 r311929: Wed Jan 11 18:52:46 EST 2017 lidl@spork.pix.net:/usr/obj/usr/src/sys/GENERIC sparc64 It works fine. I update a uniprocessor V120 today, to a slightly newer tree, and it hangs when attempting to boot the new kernel: FreeBSD 12.0-CURRENT #27 f72e57262fe(master): Fri Jan 13 17:25:40 EST 2017 lidl@ton.pix.net:/usr/obj/usr/src/sys/V120 sparc64 uhub0: 4 ports with 4 removable, self powered uhub1: 4 ports with 4 removable, self powered run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config GIT hash f72e57262fe == svn r312003 I haven't had a chance to look into this any more deeply... -Kurt From owner-freebsd-current@freebsd.org Sat Jan 14 06:23:15 2017 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 2FE44CAF8AC for ; Sat, 14 Jan 2017 06:23:15 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x241.google.com (mail-yw0-x241.google.com [IPv6:2607:f8b0:4002:c05::241]) (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 05BCB1F4C; Sat, 14 Jan 2017 06:23:14 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x241.google.com with SMTP id k6so5192293ywk.0; Fri, 13 Jan 2017 22:23:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=peyeDuCr8IjdIF37BxZH++NeMrcnpXIZvjII0jpNmNM=; b=UIeUZBLbVPEB9ogZiW1zcbqw69JSfWD+l3UM39k7bTn6ZRKRWfoIRPV8AQZRHNk2mq XE1gERJNZM2hUZua/sUaUluXVDWUD1gdWL7wTVmOzMRSG1YwF/2jcHE8VezGSEBqbKA5 zaw61RJDlen/uHNcNOuFfyo8EfJglm5V8C8ayO2PQVkddMW8YHgymBtWHs4t9a5doL5M SW7F/7bPI7NmhmrZSA+35m9wvj6q1aJXudEvs3f8Doyd6waDJYGf26trILzsTgd0zWXN R5BkbaBctadJqZ2FINcBeACHEHklx/o/g95oQg64pTKREeM91VXwB5/K9bwLklw91fz2 ZCZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=peyeDuCr8IjdIF37BxZH++NeMrcnpXIZvjII0jpNmNM=; b=Z/zMlvLozMT5VtSbf0qvRvIYkaAxMyeeqABagepVEpVcmYemcn40vv3BP7gUZ1I+AT HuApXdwYVMB6nqEOrPodq8seaGqfwmfCcNTEGLZ1SywHfZq2EBtgLB463m8Ta59buBXT 5Yk/JNzRvgpkDAs1ilikcIJdarIaPWtxUL3oIymRlPrWXvEFM9PHWT9m5n4R5hNdWyJJ SdT/6mLIV/e1MLMaEoH9Q9ipsG9dPoO1/ORggvQqIeztAl9CH7FeT3pEbaN+Tw+2d2ee 2iujMVS7lCI4wxkilWYnT5umqv+WnJm7LXTNKlNOTfPYFAsDeitYRqmq0qPXfXDIHO2V lipQ== X-Gm-Message-State: AIkVDXLcd4TOzfJFyWV/lQ9XxEeeRQaUrfkVE+P4HVcxnddD9BsTeFpXduawbD0bIF2bVLyeeU1VApd8jOZ7iw== X-Received: by 10.13.250.3 with SMTP id k3mr17297833ywf.276.1484374993884; Fri, 13 Jan 2017 22:23:13 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Fri, 13 Jan 2017 22:23:13 -0800 (PST) In-Reply-To: <8881811d-0102-0598-3dae-3063c614985e@FreeBSD.org> References: <8881811d-0102-0598-3dae-3063c614985e@FreeBSD.org> From: Alan Somers Date: Fri, 13 Jan 2017 23:23:13 -0700 X-Google-Sender-Auth: 5Sb3hlbaB3wClV_n4itMsg-dStQ Message-ID: Subject: Re: xpt related hang on sparc64 To: lidl@freebsd.org Cc: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 14 Jan 2017 06:23:15 -0000 On Fri, Jan 13, 2017 at 9:49 PM, Kurt Lidl wrote: > Greetings. > > I updated my dual-processor V240 the other day: > > FreeBSD 12.0-CURRENT #26 r311929: Wed Jan 11 18:52:46 EST 2017 > lidl@spork.pix.net:/usr/obj/usr/src/sys/GENERIC sparc64 > > It works fine. > > I update a uniprocessor V120 today, to a slightly newer tree, > and it hangs when attempting to boot the new kernel: > > FreeBSD 12.0-CURRENT #27 f72e57262fe(master): Fri Jan 13 17:25:40 EST 2017 > lidl@ton.pix.net:/usr/obj/usr/src/sys/V120 sparc64 > uhub0: 4 ports with 4 removable, self powered > uhub1: 4 ports with 4 removable, self powered > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > > GIT hash f72e57262fe == svn r312003 > > I haven't had a chance to look into this any more deeply... > > -Kurt That error message can mean many different things. You need to boot in verbose mode to get a better idea. -Alan From owner-freebsd-current@freebsd.org Sat Jan 14 11:43:58 2017 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 9D1EBCAF472 for ; Sat, 14 Jan 2017 11:43:58 +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 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DAC5132F; Sat, 14 Jan 2017 11:43:57 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.1.65] (host81-157-241-147.range81-157.btcentralplus.com [81.157.241.147]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id v0EBhJtF028020 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Jan 2017 11:43:21 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host host81-157-241-147.range81-157.btcentralplus.com [81.157.241.147] claimed to be [192.168.1.65] Content-Type: multipart/signed; boundary="Apple-Mail=_7D5C8CC5-4F25-4C5F-A8A8-D5E217420BB1"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: vt(4) chops off the leftmost three columns From: David Chisnall In-Reply-To: <58782699.2050504@gmail.com> Date: Sat, 14 Jan 2017 11:43:13 +0000 Cc: Alan Somers , FreeBSD CURRENT Message-Id: <46CE81D4-FB40-4E41-99CF-A105D9E62369@FreeBSD.org> References: <58782699.2050504@gmail.com> To: Ernie Luzar X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 14 Jan 2017 11:43:58 -0000 --Apple-Mail=_7D5C8CC5-4F25-4C5F-A8A8-D5E217420BB1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 13 Jan 2017, at 01:00, Ernie Luzar wrote: >=20 > VT should have had better testing before becoming the default in 11.0. The choice was VT or no acceleration in X11, because all of the new DRI = drivers depend on KMS, which requires VT. We only got VT in a useable = state (and therefore useable accelerated X11 for most of the 10.x = series) because the Foundation funded the work. More contributions to = VT are always welcome, but the choice was not between VT or something = better tested, it was between VT and black screens. David --Apple-Mail=_7D5C8CC5-4F25-4C5F-A8A8-D5E217420BB1 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIK5jCCBPww ggPkoAMCAQICECJrrb9nBol9MHok/UZg/AYwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTAeFw0xNjA0MTkw OTI3NDJaFw0xNzA0MTkwOTI3NDJaMEQxHTAbBgNVBAMMFHRoZXJhdmVuQGZyZWVic2Qub3JnMSMw IQYJKoZIhvcNAQkBFhR0aGVyYXZlbkBmcmVlYnNkLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALsL5pEhrGjrswHVdMHWhgxb8ARKDYRePSqpDLmjJ40bpx+n1zrvIwjC2Vk2IpoD 04rg5Pog2IrhnX+Qk2NSXzBXWj2JAaTc9OtSeAY0BtgJYXONGONQbRKVy97QBdzd1SbMEzDrOgH5 UDI+5sF1PboOTmLyTAPI9273XdfZ0BnstUXs8NXr/7p9E5CWJOsO1iQcINbm4XiwC1PLNMeWUknE Nji/hFKwcE8IFtaUe1ymbw6yA3rBpDu3KewIRD1T66FPTZJeIzvUoBIqWd+GAOfCBG2QYmbc3y/x K2hCtcXThcB1uVFA2q39koLKA8wHyqv4Jhm3wzhAqKDsWK4bGW0CAwEAAaOCAbcwggGzMA4GA1Ud DwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNV HQ4EFgQU5J3Kc8GeW8pEGxBkcMoA7eUOPRwwHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdI bWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20w OQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNy dDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5j cmwwHwYDVR0RBBgwFoEUdGhlcmF2ZW5AZnJlZWJzZC5vcmcwIwYDVR0SBBwwGoYYaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgUwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQBSBDH+kZf5 bZkNFcMSPdfnGC7F8utBIxs2bi3JQjsBoQTm1vnXdwgINSfO9At6iQZHoEyj8ZE6PcMFuEU0+bk0 aE8aYcW59WnxfWx943upZoMhX0YVaJcFK01EHFrddRAP44sh7Eu6JtdFuAG+6btDReMcg35Qm65X 7/280aVm7awadJ+IQs8r9qBVk2NFqkvHCETtJjNWXd7M6mcsfXstvykbubPQH/VNW/zrX6yzIcI4 aoz+Sn8RJmHNkk6cImqe1KvsdDLXmqCoeoMwos62pT18RaI//jwTdmnf5EHFMlevnxOr7rzA++71 OSZfdYf6+nvHOod1F721rNuy6lxFMIIF4jCCA8qgAwIBAgIQa6eKfQrXiNZRCvlZ5Oe04TANBgkq hkiG9w0BAQsFADB9MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTUxMjE2MDEwMDA1WhcNMzAxMjE2MDEwMDA1WjB1 MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvX3a98OifYP2W4L921tfrh4bdcC1 Ga+YJKy7V3nYNewJHnzMlBsK0Hb8Dm4Wo3FZpylcYa1MJGT10QMGWaLER3xCIuRR+8eklf/EqeZW RLojJ7zBRtjMywPOCelrOU+DX12dKp+Ez4J6919rz1UudTO1GvZyCYJ/I7062uHsskM8b7gPxmcC oO1UHwwpgkvpCArJWGFoFzjLdsZbErJcS3HtAhlkbE/BKTMrdYg35Uo12SLBO5tbk8h2imbKTC8i Ms+pskrvI/AVlh6QoTTXk6xboVX6zgMgzxSVVLymQiygYYm0y5aMsvi2raFhC643SOGvErWWPPnS EfbeAD1xswIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMC BggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/AgEAMDIGA1UdHwQrMCkwJ6AloCOGIWh0dHA6Ly9j cmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDBmBggrBgEFBQcBAQRaMFgwJAYIKwYBBQUHMAGGGGh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTAwBggrBgEFBQcwAoYkaHR0cDovL2FpYS5zdGFydHNzbC5j b20vY2VydHMvY2EuY3J0MB0GA1UdDgQWBBQkgWw5Yb5JD4+3G0YrySi1J0htaDAfBgNVHSMEGDAW gBROC+8apEBbpRdphzDKNGhD0EGu8jA/BgNVHSAEODA2MDQGBFUdIAAwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4ICAQCL4/eH7AGL hK0PAQJbnOEjJyMEvTTwcAJuUh/bodjQl06u4putYOxdSyIjSP/sKt+31LmjG8+IO1WqykE4H/Lm 7NKezWVnCHuwb3ptgFmlwbMbGkU2MOZBtwzfKXdYUhFLhaE2uw5jXhXvLYitQay962wP5uPI6eAI hV4L8aaya1u4s7MnrTq0Rz25FuGNO79vTHYWj797tSRC8rM16js4yGKOLFpQvIg0F8IElv57b1st p+C7omqM5Qn15dePbSnqr8Jb65WtmJJbnv6rlqfY/aLuE/zmNAlzLmPgfMDStKIXdg+EoYBZTEo8 wBUaBxihfNbJ069ndQOxMNNqBelEMgpAtmjTbCuXFjqIwWq+XOx6ZV/Wh2FAmaLsSHlNvEjjSQMZ wE4EeHCdo66ZmEs/5JYlCeOkulKVQ6P3m5/XOj2jP17Q2AgmjP+11+sHN7PvrG0OwrQp9QMe3X+r n0G8MjtFfqBWvR9CgLIxzM3MJNxFdgdjS2rYnShP5uxvqwfZvhZVYCIkqdJhpYON0DvSodfiar0w iM79mySZJjzC0CTbiisBzS/BeBhqeo2wFfli/iw3hn1XKvAx0ty6w/scmBF0AYqmRHYj1TjMSw0l Al7AztLglqWjUPI+sukvadMRPxmtKXlS2nVR4an/Z16imsZ69+fFYH68c1CK7zmjozGCA04wggNK AgEBMIGJMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3Mg MSBDbGllbnQgQ0ECECJrrb9nBol9MHok/UZg/AYwCQYFKw4DAhoFAKCCAZkwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcwMTE0MTE0MzE0WjAjBgkqhkiG9w0BCQQx FgQUBzAaukGkuxXcb1gU+TD9Jp7mircwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJ TDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJ fTB6JP1GYPwGMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx IzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJfTB6JP1GYPwGMA0G CSqGSIb3DQEBAQUABIIBAIlE9iZXU9/pEvhAcmbBx+kzFuhD60EfYT0vcm9e1wVqCZH1KsuIP7xb gWS21rQ2NBGCyimMSLxsLOZe+3CeOQ6ZbJFD0toqB5yiXLYLZ4/tjmM0mrqiXFDyC9k95XAUXjJ1 dTAjmq0hqAsReRjnxn33PiOEIhTOzxNzmubQ55zX/7OnbjpcMhFrPZIiZbZ5Pa+7Yn7cOLr7T7CQ 2aI7gQJUJNGbuSbz4edI6GzjG7LGc1fTXM2X2Wjt+vDd938POFcRB9z/avRHS1teS5mMdU0klSpn k4zT+HhoQ6quKW0JgVk3wIgEc5y5b1PFFALTWZHRqfO0wnwhjQOVKsQIjdwAAAAAAAA= --Apple-Mail=_7D5C8CC5-4F25-4C5F-A8A8-D5E217420BB1-- From owner-freebsd-current@freebsd.org Sat Jan 14 15:44:11 2017 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 32B29CAD4A8 for ; Sat, 14 Jan 2017 15:44:11 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 155D71FFC; Sat, 14 Jan 2017 15:44:10 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id 91ADA2A32; Sat, 14 Jan 2017 09:44:03 -0600 (CST) Date: Sat, 14 Jan 2017 09:44:02 -0600 From: Mark Linimon To: Alan Somers Cc: lidl@freebsd.org, FreeBSD-Current Subject: Re: xpt related hang on sparc64 Message-ID: <20170114154402.GA30414@lonesome.com> References: <8881811d-0102-0598-3dae-3063c614985e@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 14 Jan 2017 15:44:11 -0000 On Fri, Jan 13, 2017 at 11:23:13PM -0700, Alan Somers wrote: > That error message can mean many different things. You need to boot > in verbose mode to get a better idea. As a test I created a netbootable image from -current the other day. All I had available to test was an X1 which booted fine. (It was just lying around anyway.) I can try one of the v210s or v215s if you continue to have trouble. mcl From owner-freebsd-current@freebsd.org Sat Jan 14 16:57:35 2017 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 35C40CAF784 for ; Sat, 14 Jan 2017 16:57:35 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D93F1315 for ; Sat, 14 Jan 2017 16:57:33 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mandree.no-ip.org ([77.181.94.42]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LzblK-1cWNnF0wbK-014nWx for ; Sat, 14 Jan 2017 17:57:31 +0100 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 0098123E2A4 for ; Sat, 14 Jan 2017 17:57:29 +0100 (CET) Subject: Re: vt(4) chops off the leftmost three columns To: freebsd-current@freebsd.org References: <96CA08DF-582A-4405-9E65-B19230EA37DA@gmail.com> From: Matthias Andree Message-ID: Date: Sat, 14 Jan 2017 17:57:29 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Qkik7PsLxVHf1DnkKcrtUXFmzu+Yd4ovRC8Bj9U9bfEZJaiM4Ze oBPZi8vJXUAuSSyMr09tUETi7FaANwy0FBe9bGrh7ArEfK7DA/pGdJN5Gr78tQNnvqeMQxh v1OHIJ97kdVPpljmy7qCxdrDBP2aUF6KJxxybUDNm0gGTW1I3jTy0bcAQsON6xECeEjXJlA gXpc83RIXPay1kC8flktw== X-UI-Out-Filterresults: notjunk:1;V01:K0:/QU/ISDJ9hM=:QcZBOZB5jbcHyfozPc/ao5 wcs+jfvDVI+Bb8S1ToWNbPgz6TTmIe8aQXH4DTvlmYS5/pnCHFnBc0++Gmd67Ts2BguQh6jEv PydaK44Y8fxP6WMXfCrCpT0h8QuTDRD7lIWw15D9IvQ0lTegDasLCHyai+hZBR/2u3wQvCOlk 4sFo+c1P/YBuZ1/WDk5Q1STtxMfDTz/8HgtML6q1yYq4yCWgoU8h0PdGzHvuQPINzGZTnDDIP G5/X6Ub2Pwmt32eTYHNPg4AkFINo4yFUGLdfS+FeG0g2ua7IjpNxU0rXb+3Ra6ZJPZer2ZSEF wKnSRcxlFbt8ljvExwkLhjqdVamQG1eiVvHewt2IUj71bQLaCd9TrfLk2Ah6VKuu/DcSAnilG +182pX9BKQAgsgwxRoI/K0Cwigg5WTdvacN2jltTeTZMCOyQKwgoKaCo1zCaZUnrYnxT7Ge0i VctF4tOP+00zEBeqLL3wkT4Qe3wl6hEsBKPvYkSeGMdmoTP90r3BxUEMeYfw5awgFdF+JgRq1 cApojoIpEY/jdT/ZtszDhJfAmhrytv0hqxicbE5SY88QSDOxJCU1FmuByIqHpiQLq+IOBY9ta bkfyEBZaso37d4dIsstzVwaJLqjr+kgnyTnx6ywFAySvMRm+1iiTsf20q3NY+ng2xIcK9d0Ff JFqsKxP4ICbSRAbm/DOLKbQyELvHIH90fVH1xx9YtrIsYlpA3Az9EIZ+zFv3bKkX6GJLHjjor hV6VAz34fDOqXNA5s9dHL0dVKiAqE8Au/hciWWvotz2ohnjOQwmBYepEEnze/XlbNShgKh2yg OLy5C82 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 14 Jan 2017 16:57:35 -0000 Am 14.01.2017 um 00:11 schrieb Alan Somers: > I take it back. The first three columns _are_ rendered, but they > don't show up on some monitiors. It's as if those monitors require a > minimum amount of overscan on the left side of the screen, and vt(4) > doesn't provide enough. Can that be tuned? Once upon a time, I've seen similar things on Linux, but with fewer pixels offset, when switching framebuffer drivers - back then, the scanning-VGA-timing was an issue. Is there any way to tweak the row and column timings, with blank periods, viewport offsets and thereabouts? From owner-freebsd-current@freebsd.org Sat Jan 14 17:35:18 2017 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 A8BBBCAF695 for ; Sat, 14 Jan 2017 17:35:18 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::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 6718A1FE7; Sat, 14 Jan 2017 17:35:18 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x22c.google.com with SMTP id w75so48192577ywg.1; Sat, 14 Jan 2017 09:35:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=m74uSv2WK3gHP0t8lsnk+jZYOSPaW5oDfrZFSM+8mNk=; b=K1vHBhbhzYEqV2quLcXWF6zj2/WzHfCr5B3cZ//j47P88KmcXwJDKmkCay86sak3kX CFR+aHPCg7sRbHvjc3yDFznwpZEj6vylC1P9XOi1exfssvDKUkMlq6IvmudwBU+ahNpI ukPhZcwjSbXH5I8Wn9fL7xly8pq0jbHR9A185ST0A4vkC5xhq8clquXI1/0/RqQO+8ph AjVkiUpRF0ix166oeW7RZ0PRSw4nA2s3DZxywsxbmgEe78tcr1STa2aoaUVaG4lyNNZJ hpYFeiZYyj0H14IC5bx02JvniKuSdTYcP88g5QToAlAmrnqaXHwmzzKswrhagQMwaZpd vF8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=m74uSv2WK3gHP0t8lsnk+jZYOSPaW5oDfrZFSM+8mNk=; b=no7/yHXI60T0JWaFRlwdOC2i+0auoI3oGxRCZkUKOD3zPl4ITrJGuDz5oSSpvcyuVs JS7wVvxU7jKJ5mKB4pgIZ6kT96F4GqfkfdrsuGQnX4ZEwNPzGXMYVLFGay8UUFRsSYcG rampLGNvotUUlC89qhb1a+QzA0YlL41oD3DPjfYoJh+QU7aBsfYFn+Yip6dr7iM/eMIQ GWe0H5o6pNEA4ELfR14gnmj1WcoObfwkw1A+y6iMTlj4znAyX4M+MbCPKe650mPSP5Ac 9Ne+s350o4BCr4qJ7leKUrLqn+E0wygKHGJLg0LzUA+0ndzmSztI7fU7v0SJ7Lu99ASj l6Jg== X-Gm-Message-State: AIkVDXI6oujIDVEUdhzBoeOAg1ENPmk+TMoOCNw+n3dyYd0ffe/kMRpC330kAlKZrqwIQvNjhj0bHXS0rJYiEQ== X-Received: by 10.129.72.208 with SMTP id v199mr21147011ywa.236.1484415317638; Sat, 14 Jan 2017 09:35:17 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Sat, 14 Jan 2017 09:35:17 -0800 (PST) In-Reply-To: <46CE81D4-FB40-4E41-99CF-A105D9E62369@FreeBSD.org> References: <58782699.2050504@gmail.com> <46CE81D4-FB40-4E41-99CF-A105D9E62369@FreeBSD.org> From: Alan Somers Date: Sat, 14 Jan 2017 10:35:17 -0700 X-Google-Sender-Auth: 5v3m97ylGpZMuCM_8ULjkQBolIc Message-ID: Subject: Re: vt(4) chops off the leftmost three columns To: David Chisnall Cc: Ernie Luzar , FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 14 Jan 2017 17:35:18 -0000 On Sat, Jan 14, 2017 at 4:43 AM, David Chisnall wrot= e: > On 13 Jan 2017, at 01:00, Ernie Luzar wrote: >> >> VT should have had better testing before becoming the default in 11.0. > > The choice was VT or no acceleration in X11, because all of the new DRI d= rivers depend on KMS, which requires VT. We only got VT in a useable state= (and therefore useable accelerated X11 for most of the 10.x series) becaus= e the Foundation funded the work. More contributions to VT are always welc= ome, but the choice was not between VT or something better tested, it was b= etween VT and black screens. > > David I should add, BTW, that on my Haswell desktop, the only place where I care about graphics, vt(4) works great. It works better than Linux did on the same hardware. It also uses a DVI monitor, so there are no issues with the borders. -Alan From owner-freebsd-current@freebsd.org Sat Jan 14 20:10:42 2017 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 6E106CAE702 for ; Sat, 14 Jan 2017 20:10:42 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-yw0-x230.google.com (mail-yw0-x230.google.com [IPv6:2607:f8b0:4002:c05::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 228251D72 for ; Sat, 14 Jan 2017 20:10:42 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-yw0-x230.google.com with SMTP id l19so49364088ywc.2 for ; Sat, 14 Jan 2017 12:10:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=SE8sNSeY456ZMd2Su2iRu6b+kjgzALqCpCWQyIM+KAY=; b=j8o4wjSiBmYO43gK5fkAIC0Qn9P0kFYrgtl9xOtRcpSgQH/La8CC2/iNUbEGoGN9c7 tzhXSC/N7GcuWQmE47yZ6LawwxdDcEWLBf3SwNvyR4TvYlIBj4U8Nr4J6/Nbgw2X1RAt fxy84aWNZQOuD2N0ZwouCrRu39DsaPnbENvMkPPFTqg/DneAq+DZAr8YNSNtrQFHE6sv /JfgcOPJCAjIaSNh68038nQUelRf4V4hP9lUQkL3+rFgjojJhpjIPuXjgcjeeLpOfIlw 0djmm9h0G1inBu7FfqLJ9uRCjQxAb3+423cPABH6/co8mcK3UGrigrmqUsaJTsaQGoGh hN6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=SE8sNSeY456ZMd2Su2iRu6b+kjgzALqCpCWQyIM+KAY=; b=NAlk41WZ/3HKJpO0tfTuF0FPUra+BiTaJORhLDotjoragXzBt+3G3m+cS20VlG6NhE Zw2Cn8WurkEjzeNhLxa2H+2n3rKTKwspfwT71A087N0sXo6E23CslTS4wwLBQgUYmyPc JzVtP8YT9sAI6Ftgohij7tlxWDmriGtedDXb8YYInUCb5ffZvpD6BNFUmqc0I4PR1+EA gqLPgU8wLkWWsFtl1qqcixjOuE92TkMtBuylRMk1kPvYs4vHltsAQWTgy7vnEyocuhhB 5vo47bVTlpMJ64xK4H9GPRuA/g31QQS6iatFGrPyBwVfdSDd80EP64xY2vb0Xb84Q8sG 98QA== X-Gm-Message-State: AIkVDXIQK0rlQ1FLHa7PjhcQG/lwJnNFamIm6zHxibgFzkTbxWz5b+XwuRYAx7sK+6IAy3GAk4YcmQ76P2tvYQ== X-Received: by 10.13.251.135 with SMTP id l129mr22134958ywf.353.1484424641224; Sat, 14 Jan 2017 12:10:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.239.198 with HTTP; Sat, 14 Jan 2017 12:10:40 -0800 (PST) From: Johannes Lundberg Date: Sat, 14 Jan 2017 12:10:40 -0800 Message-ID: Subject: Multiple FreeBSD on same drive To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 14 Jan 2017 20:10:42 -0000 Hi The most recent info I have is that the (UEFI) boot loader can only boot from the first UFS partition it finds. Has support for multiple installations been implemented? If so, how can I choose to boot from the first or second UFS partition? Thanks! From owner-freebsd-current@freebsd.org Sat Jan 14 20:13:15 2017 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 BC0B5CAE929 for ; Sat, 14 Jan 2017 20:13:15 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-yw0-x22b.google.com (mail-yw0-x22b.google.com [IPv6:2607:f8b0:4002:c05::22b]) (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 7EA5D1123; Sat, 14 Jan 2017 20:13:15 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-yw0-x22b.google.com with SMTP id w75so49378486ywg.1; Sat, 14 Jan 2017 12:13:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=fgLoLMlyDVC4kyuqh6WxtXrFZUWP1NUuAa8UoZGmokw=; b=Q3L4IvcDFdIcooCdXp2kh9qUbi38CADwS1opZUZIQw3p6cwKdMBWUAg6NatfOf2P1M krZQQByvpxibubsoDuJ1oAAJiFG9Qy2R33ydizPEaC3EZ5PcejgjziRIDEAiTPZNZQiV DIWuZiQbVLx8nYOKxzzRtIscRY5TDbi1PVPElkKqP1sMGaJhqrL83EQCJhjV1UHC5Lmc 3xmTUaSS/hHj+uoNKTVbGyQ7WVYKNnOj0QAVGYr8PqHKHSHfD16zhVR0NJNzEz0P9AYp WfPYDXCtq7hWCtK2FeBNFM/vhKzPjpS6zJOGOXQMB4pt938S4ZQHbjltSuCGqUMAEpdP b2fA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=fgLoLMlyDVC4kyuqh6WxtXrFZUWP1NUuAa8UoZGmokw=; b=SOH4qvtImlgF4vTVYE3Y9+WmhnC8a2OuA84+TfFLtl05ast9zi65FejpYD/N/wjCzh anjVmT1JP+E4QhDUvv2YvQJh68Xqe51lLzZte5HWzbUTmsXU/JYRKDg22nolM5ocXVZB qta6GPfbBZCgc9hMo47JG/ZvdHgR9GlvJGhLXuQqjR4VRaSrBhXVtFaq4ByziE41+Uan RyDjE6jna3TdOa2lnIso6J4l/bvVmbk5uF5ZoQCzh3Fvi4LsjdbB/cWT8brZmnSiPV+y MdN6RJ5d8pDt/RcmoLVOEUHxIBDff3/Ye6kvQ5dVq+jcsCCcgQt8FbmGFvMLLaC3SWLX FTrA== X-Gm-Message-State: AIkVDXK4PwT5N/1ZoKMDRe1ZRo4zTEO7pk4uZ7LDK7SBMp9+vcHNZ+VZNGafwXoY7Xine5Rlj7TNx0GOJiP1MQ== X-Received: by 10.129.68.4 with SMTP id r4mr16937105ywa.254.1484424794676; Sat, 14 Jan 2017 12:13:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.239.198 with HTTP; Sat, 14 Jan 2017 12:13:14 -0800 (PST) From: Johannes Lundberg Date: Sat, 14 Jan 2017 12:13:14 -0800 Message-ID: Subject: Secure Boot To: freebsd-current@freebsd.org Cc: Ed Maste Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 14 Jan 2017 20:13:15 -0000 Hi It's been almost a year since the Secure Boot wiki has been updated. https://wiki.freebsd.org/SecureBoot What is the current status and roadmap? Thanks! From owner-freebsd-current@freebsd.org Sat Jan 14 22:11:49 2017 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 C9890CAFC72 for ; Sat, 14 Jan 2017 22:11:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) 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 5F3491AF3 for ; Sat, 14 Jan 2017 22:11:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x22d.google.com with SMTP id r144so120998954wme.1 for ; Sat, 14 Jan 2017 14:11:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Hq7ra2fEkV1HW7BOH5CpI3OGylspnqxr2bu+OWBGYPk=; b=eJthhrHxn8YfCssZq2HU0lYvZ/LQU5xlOrgpv+EPqLodvNDKOoj0U5w6Jt6E4mF7wi Kw/TnKFBMbwAMmk3VsZKPeT/KHn4+amiCnSNmVf76Um4c9mlREEufiZpl/MeRRYH+SpA rwlk4Oi2ck6Dj36isSAzx3wj9SaoEqAx3V+Mx83uCrRa6xCli3Bz4AdZ955S5vTLbgQ8 N2JsxOqJe6UUvx2waxe3kJR1IWtLRbXUejdZxgSdw+/OOi9sJ8JgZytrU6t2ubP39Xw6 qNcqM94oOZtVm5DxpgqSJ3jLOcMA2qfJOiHIKRPxaVfKpATXfJANqPZll98CO69EPo3Y Q5dQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Hq7ra2fEkV1HW7BOH5CpI3OGylspnqxr2bu+OWBGYPk=; b=qHh12GrMJKAnCej160FEJv1r6SD8iRODgWEdC22R+eeS2JhYKUSFcL+g0Nu4gySl0G BhE2xFl3xsDpGBAmSYRcRcjjrK9CkBu9BcwlIDW/NZKAB0/bY0P+fykY7aZmkDDcwe6y SO3aFqZ3TvYUkm0Tt2v/Lszv1hLxKGjdbYby/mr2RUvLs7ypTXQWV/i4qllLWooC+7y7 o399UTKlOPqCMoexn5P30Z9hkAGrMHn5N+vmO2rKz2qMlPoiUdR1qwnlEZ7lvScBhw/a DdD4GJmGYcJPgcqLwyY/hk46/klz+vqIvk4RCzal2Db8OP23KLIBLwBfC3hCPPcQZYBF UGCA== X-Gm-Message-State: AIkVDXIBkOI3VtPXTJ00Iq+pkxIyrhc04v4kiuSlrLUHCNst70/AHCfkHFQv7/Dontg1U/UT1CwKX+kYC0S2tw== X-Received: by 10.28.58.204 with SMTP id h195mr6164490wma.116.1484431907692; Sat, 14 Jan 2017 14:11:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.82.162 with HTTP; Sat, 14 Jan 2017 14:11:46 -0800 (PST) In-Reply-To: References: <96CA08DF-582A-4405-9E65-B19230EA37DA@gmail.com> From: Adrian Chadd Date: Sat, 14 Jan 2017 14:11:46 -0800 Message-ID: Subject: Re: vt(4) chops off the leftmost three columns To: Matthias Andree Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 14 Jan 2017 22:11:49 -0000 It depends(tm). I think the VT code just does "640x480x4bpp" and lets the BIOS sort it out. A lot of things don't cope well with 640x480 these days - they try autodetecting picture edges, but a black border makes that very difficult. -adrian On 14 January 2017 at 08:57, Matthias Andree wrote: > Am 14.01.2017 um 00:11 schrieb Alan Somers: >> I take it back. The first three columns _are_ rendered, but they >> don't show up on some monitiors. It's as if those monitors require a >> minimum amount of overscan on the left side of the screen, and vt(4) >> doesn't provide enough. Can that be tuned? > > Once upon a time, I've seen similar things on Linux, but with fewer > pixels offset, when switching framebuffer drivers - back then, the > scanning-VGA-timing was an issue. Is there any way to tweak the row and > column timings, with blank periods, viewport offsets and thereabouts? > _______________________________________________ > 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"