Re: Upgrade to Unbound 1.5.1 incomplete?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/03/2015 02:45, Rainer Hurling wrote: It seems, that r276605 is missing a file 'dnstap/dnstap_config.h'. At least, I get this output, when I try to build world now: --- depend_subdir_libunbound --- In file included from /usr/src/lib/libunbound/../../contrib/unbound/util/netevent.c:48: /usr/src/lib/libunbound/../../contrib/unbound/dnstap/dnstap.h:38:10: fatal error: 'dnstap/dnstap_config.h' file not found #include dnstap/dnstap_config.h A file seems missing. I worked around it like this: sed -e 's/@ENABLE_DNSTAP@/0/' \ /usr/src/contrib/unbound/dnstap/dnstap_config.h.in \ /usr/src/contrib/unbound/dnstap/dnstap_config.h Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJUp6FaAAoJEHyflib82/FGcVgH/1g+wgA+HHL0gnEIdVZnG25T ic2fcmFd2VJnkZepZ8ANW4o4Fk8FEweHXKrLaO6pADwkpF+3FMy9TookVCa5kuvZ qQOudul+mdM3e1N6AE7kYGnjjT3avWihnCLUVz/eyfHRcKZzjmYem+/OCyN2J6aE q0wL2udYrMJ3X2NMRhPWf5eGWr0vRIufIfFBaublcrIb1QwY49vHHmtaXO5CyHu1 GrM/fXtGN4SahYcDvkovhXPfsPKqIdVFROHPnM4jnzG5ycakE/boSU2bNVmYr6/d uMgU4CsiSWkpAQ7f+GZNmBlyNz6w2Ox6ym3+kgqk5UNA9HegqccjKDsUVkEEfEU= =7GN7 -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Build failed in Jenkins: FreeBSD_HEAD #2143
See https://jenkins.freebsd.org/job/FreeBSD_HEAD/2143/changes Changes: [adrian] Add AR934x specific GPIO functions and output MUX configuration. Obtained from: Linux OpenWRT [adrian] Add AR934x GPIO function configuration. Obtained from: Linux OpenWRT [np] Fix all nits reported by mandoc -Tlint. MFC after: 1 month [imp] Re-support CWARNFLAGS, lost when bsd.sys.mk was removed. Also, support CWARNFALGS.$file centrally so we don't have to have it in all the places. Remove a few warning flags that are no longer needed. Also, always use -Wno-unknown-pragma to (hopefully temporarily) work around #pragma ident in debug.h in the opensolaris code. Remove some stale warning suppression that's no longer necessary. [des] Upgrade to Unbound 1.5.1. Almost all our local changes to date have been adopted upstream, greatly reducing the diff. [adrian] For now build random into the kernel - there seems to be issues kldload'ing it at early boot. [adrian] The kernel has gotten too big; trim out MSDOSFS for the DIR825B1. -- [...truncated 94921 lines...] cc -O2 -pipe -DZFS_NO_ACL -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../sbin/mount -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/lib/libumem -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/compat/opensolaris/include -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/compat/opensolaris/lib/libumem -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/common/zfs -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../sys/cddl/contrib/ope nsolaris/uts/common/sys -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/head -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libnvpair -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libuutil/common -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs_core/common -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -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-co nversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/common/zfs/zpool_prop.c -o zpool_prop.o --- kerberos5/lib__L --- --- duplicate_name.So --- cc -fpic -DPIC -O2 -pipe -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/gssapi -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/krb5 -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/ntlm -DHAVE_CONFIG_H -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/kerberos5/lib/libgssapi_ntlm/../../include -std=gnu99 -fstack-protector -Qunused-arguments -c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm/duplicate_name.c -o duplicate_name.So --- cddl/lib__L --- --- zprop_common.o --- cc -O2 -pipe -DZFS_NO_ACL -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../sbin/mount -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/lib/libumem -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/compat/opensolaris/include -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/cddl/lib/libzfs/../../../cddl/compat/opensolaris/lib/libumem
Build failed in Jenkins: FreeBSD_HEAD #2144
See https://jenkins.freebsd.org/job/FreeBSD_HEAD/2144/changes Changes: [adrian] Add a GPIO output mux configuration method. The AR934x and later (which will turn up eventually) have a new GPIO output configuration option - a real MUX rather than a GPIO or this function. For now I'm squirreling it away in the CPU code just so it's done - I may move this to the GPIO layer later. Specifically, this is required for setting up some boards that have external receive side LNA (low noise amplifier) that gets switched on/off by the on-chip wireless MAC. If we don't add this support for those boards then we'll end up with really poor performance. (I don't yet have one of those APs, but it'll likely show up in a week.) Obtained from: Linux OpenWRT -- [...truncated 96130 lines...] --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/ldns -I/usr/objhttps://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound -std=gnu99 https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/alloc.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/validator/autotrust.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/config_file.c configlexer.c configparser.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/libunbound/context.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/data/dname.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/services/cache/dns.c https://jenkins.freebsd.org/job/Free BSD_HEAD/ws/lib/libunbound/../../contrib/unbound/dns64/dns64.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/storage/dnstree.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/fptr_wlist.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/services/cache/infra.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/iterator/iter_delegpt.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/iterator/iter_donotq.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/iterator/iter_fwd.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/iterator/iter_hints.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/iterator/iter_priv.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound /../../contrib/unbound/iterator/iter_resptype.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/iterator/iter_scrub.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/iterator/iter_utils.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/iterator/iterator.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/ldns/keyraw.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/libunbound/libunbound.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/libunbound/libworker.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/services/listen_dnsport.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/services/localzone.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/un bound/util/locks.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/log.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/storage/lookup3.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/storage/lruhash.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/services/mesh.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/mini_event.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/services/modstack.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/module.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/data/msgencode.c https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/data/msgparse.c https://jenkins.freebsd.o rg/job/FreeBSD_HEAD/ws/lib/libunbound/../../contrib/unbound/util/data/msgreply.c
Re: Upgrade to Unbound 1.5.1 incomplete?
Jung-uk Kim j...@freebsd.org writes: A file seems missing. I worked around it like this: sed -e 's/@ENABLE_DNSTAP@/0/' \ /usr/src/contrib/unbound/dnstap/dnstap_config.h.in \ /usr/src/contrib/unbound/dnstap/dnstap_config.h Thank you, fixed. DES -- Dag-Erling Smørgrav - d...@des.no ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Jenkins build is back to normal : FreeBSD_HEAD #2145
See https://jenkins.freebsd.org/job/FreeBSD_HEAD/2145/changes ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
any primer on running bhyve guests sharing disk with host ?
Hi, in order to do some kernel testing, I would like to run bhyve guests using (through NFS, probably) the host's file system. diskless(8) is probably one way to go, i was wondering if someone has instructions for that. Specifically: - how to bhyveload a kernel (rather than the full disk image); as an alternative, given a kernel, something to build an image that can be passed to bhyveload - how to pass the necessary config (rootpath) to the client without having to rely on a specialized dhcp server I used to be familiar with diskless configs, so i can probably sort out the server side myself. cheers luigi ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: any primer on running bhyve guests sharing disk with host ?
On Sat, Jan 03, 2015 at 05:15:11PM +0100, Luigi Rizzo wrote: Hi, in order to do some kernel testing, I would like to run bhyve guests using (through NFS, probably) the host's file system. diskless(8) is probably one way to go, i was wondering if someone has instructions for that. Specifically: - how to bhyveload a kernel (rather than the full disk image); as an alternative, given a kernel, something to build an image that can be passed to bhyveload - how to pass the necessary config (rootpath) to the client without having to rely on a specialized dhcp server I used to be familiar with diskless configs, so i can probably sort out the server side myself. May be I missunderstand you, but diskless client-specific config relay on client IP address (ex: /conf/ip/1.2.3.4/...). Also, diskless boot relay on BIOS network support (by PXE, for example), with working NIC, assigned IP address and etc. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: any primer on running bhyve guests sharing disk with host ?
On Sat, Jan 3, 2015 at 8:15 AM, Luigi Rizzo ri...@iet.unipi.it wrote: Hi, in order to do some kernel testing, I would like to run bhyve guests using (through NFS, probably) the host's file system. diskless(8) is probably one way to go, i was wondering if someone has instructions for that. Specifically: - how to bhyveload a kernel (rather than the full disk image); as an alternative, given a kernel, something to build an image that can be passed to bhyveload - how to pass the necessary config (rootpath) to the client without having to rely on a specialized dhcp server I used to be familiar with diskless configs, so i can probably sort out the server side myself. I don't think there is a way to do exactly what you want. I would recommend doing the following: (1) Enable bvmdebug in your kernel config: https://wiki.freebsd.org/BHyVe/gdb This allows you to do kgdb remote debugging into a bhyve VM. (2) Build your disk image with makefs. You can use this script as an example: https://github.com/freebsd/freebsd-ci/tree/master/scripts/build/build-ufs-image.sh If you still want the bhyve image to use the host's root file system, you can start with the information here: https://www.freebsd.org/doc/handbook/network-diskless.html since you won't be using PXE, you will need to populate these variables in loader.conf in your disk image: http://svnweb.freebsd.org/base/head/sys/nfs/nfs_diskless.c?revision=273174view=markup#l146 -- Craig ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
invalid checksum with vtnet and in_kernel BOOTP
I am trying to run a diskless bhyve client diskless using in-kernel bootp support and vtnet connected to tap and bridge on the host side and I am having the problem in the subject which may be vtnet-related. Packets generated by the in-kernel DHCP arrive to the host tap interface with a corrupt checksum, which is consistent with vtnet0 having the TXCSUM capability enabled. Unfortunately, when the packet reaches the bridge0 on the host: uname -a FreeBSD bsd9.casa 10.0-STABLE FreeBSD 10.0-STABLE #0 r269180: ifconfig bridge0 bridge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 02:01:85:b1:55:00 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: re0 flags=143LEARNING,DISCOVER,AUTOEDGE,AUTOPTP ifmaxaddr 0 port 1 priority 128 path cost 20 member: tap0 flags=143LEARNING,DISCOVER,AUTOEDGE,AUTOPTP ifmaxaddr 0 port 4 priority 128 path cost 55 The packet goes out with a broken checksum and the (external) dhcp server does not respond. When the guest is up, i can run dhclient on the same guest interface and packets exit with a correct checksum. Maybe dhclient generates correct packets ignoring the TXCSUM setting. In any case i applied a quick fix (disable TXCSUM in if_vtnet.c) and at least can get the dhcp request reach the router and get a response back. Also note that subsequent (tcp) traffic through the interface is reported on the host with a correct checksum, so i suspect that either the kernel-bootp code does not pass the correct checksum flags, or somehow it is sent to the device too early in the initialization process. any idea ? cheers luigi ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: any primer on running bhyve guests sharing disk with host ?
Hi Luigi, On Sat, Jan 3, 2015 at 8:15 AM, Luigi Rizzo ri...@iet.unipi.it wrote: Hi, in order to do some kernel testing, I would like to run bhyve guests using (through NFS, probably) the host's file system. diskless(8) is probably one way to go, i was wondering if someone has instructions for that. Specifically: - how to bhyveload a kernel (rather than the full disk image); as an alternative, given a kernel, something to build an image that can be passed to bhyveload You can use the -h option to bhyveload(8) to do this. For e.g., bhyveload -h / vmx will load the kernel from /boot/kernel/kernel and use the loader configuration from /boot. - how to pass the necessary config (rootpath) to the client without having to rely on a specialized dhcp server You can set environment variables using the -e option: bhyveload -e boot.nfsroot.server=1.2.3.4 -e boot.nfsroot.path=/exports/guest1 There are a number of other environment variables set by the PXE loader - see sys/boot/i386/libi386/pxe.c. I haven't done this myself therefore not sure if this would work. best Neel I used to be familiar with diskless configs, so i can probably sort out the server side myself. cheers luigi ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org