| Home | Sort by: relevance | last modified time | path |
| /src/sys/arch/x68k/dev/ | |
| vsvar.h | 1.11.42.1 Sat Sep 23 18:16:20 UTC 2017 snj Pull up following revision(s) (requested by isaki in ticket #172): sys/arch/x68k/dev/vs.c: 1.38-1.39, 1.41-1.44, 1.47-1.48 via patch sys/arch/x68k/dev/vsvar.h: 1.12-1.15 via patch Avoid panic when the device is closed when not playing. Catch up vs_set_params() to recent MI audio (after in-kernel mixer). Before that, MD part had to support all encodings I'd like to support, but currently it's no longer necessary. The hardware is 4bit/1ch/15.6kHz ADPCM but it behaves as 16bit/1ch/16.0kHz PCM. For audio.c < 1.362, the device attach succeeded and playback is still working. For audio.c >= 1.363, the device attach fails again. It does not work yet but I commit it for milestone. Update confused vs_set_params(). play and rec are identical but pfil and rfil are independent. XXX I introduce VS_USE_PREC8 option for debugging purposes temporarily. I'll remove it if the problem is solved. Remove temporary VS_USE_PREC8 option. vs(4) now supports slinear16be and slinear8 (but now work yet). vs(4) became to able to play audio again. At the moment the encoding conversion using set_params() does not seem to work for me. So vs(4) uses local conversion to/from ADPCM instead of it. But this should be a temporary work. XXX The playback quality is very poor compared to before... XXX Recording is not tested. Merge prate and rrate. These can not be separated. - Revert temporary local conversion introduced at rev 1.43. - But does not revert to trigger method. trigger method is not suitable for x68k ADPCM+DMA mechanism. - Don't (re)start ADPCM when DMA is running. This solves the noise. From Y.Sugahara. - Cache dmac xfer. - Finally MI audio supports 4bit precision format without null_filter hack! - Fix reusing play/rec argument as local variables. It is in/out parameter. |
| vs.c | 1.39 Sun Jul 09 00:49:26 UTC 2017 isaki Catch up vs_set_params() to recent MI audio (after in-kernel mixer). Before that, MD part had to support all encodings I'd like to support, but currently it's no longer necessary. The hardware is 4bit/1ch/15.6kHz ADPCM but it behaves as 16bit/1ch/16.0kHz PCM. For audio.c < 1.362, the device attach succeeded and playback is still working. For audio.c >= 1.363, the device attach fails again. It does not work yet but I commit it for milestone. 1.37.2.2 Sat Sep 23 18:16:20 UTC 2017 snj Pull up following revision(s) (requested by isaki in ticket #172): sys/arch/x68k/dev/vs.c: 1.38-1.39, 1.41-1.44, 1.47-1.48 via patch sys/arch/x68k/dev/vsvar.h: 1.12-1.15 via patch Avoid panic when the device is closed when not playing. Catch up vs_set_params() to recent MI audio (after in-kernel mixer). Before that, MD part had to support all encodings I'd like to support, but currently it's no longer necessary. The hardware is 4bit/1ch/15.6kHz ADPCM but it behaves as 16bit/1ch/16.0kHz PCM. For audio.c < 1.362, the device attach succeeded and playback is still working. For audio.c >= 1.363, the device attach fails again. It does not work yet but I commit it for milestone. Update confused vs_set_params(). play and rec are identical but pfil and rfil are independent. XXX I introduce VS_USE_PREC8 option for debugging purposes temporarily. I'll remove it if the problem is solved. Remove temporary VS_USE_PREC8 option. vs(4) now supports slinear16be and slinear8 (but now work yet). vs(4) became to able to play audio again. At the moment the encoding conversion using set_params() does not seem to work for me. So vs(4) uses local conversion to/from ADPCM instead of it. But this should be a temporary work. XXX The playback quality is very poor compared to before... XXX Recording is not tested. Merge prate and rrate. These can not be separated. - Revert temporary local conversion introduced at rev 1.43. - But does not revert to trigger method. trigger method is not suitable for x68k ADPCM+DMA mechanism. - Don't (re)start ADPCM when DMA is running. This solves the noise. From Y.Sugahara. - Cache dmac xfer. - Finally MI audio supports 4bit precision format without null_filter hack! - Fix reusing play/rec argument as local variables. It is in/out parameter. |
| /src/sys/netcan/ | |
| if_canloop.c | 1.2.2.1 Tue Jan 02 10:20:34 UTC 2018 snj Pull up following revision(s) (requested by ozaki-r in ticket #456): sys/arch/arm/sunxi/sunxi_emac.c: 1.9 sys/dev/ic/dwc_gmac.c: 1.43-1.44 sys/dev/pci/if_iwm.c: 1.75 sys/dev/pci/if_wm.c: 1.543 sys/dev/pci/ixgbe/ixgbe.c: 1.112 sys/dev/pci/ixgbe/ixv.c: 1.74 sys/kern/sys_socket.c: 1.75 sys/net/agr/if_agr.c: 1.43 sys/net/bpf.c: 1.219 sys/net/if.c: 1.397, 1.399, 1.401-1.403, 1.406-1.410, 1.412-1.416 sys/net/if.h: 1.242-1.247, 1.250, 1.252-1.257 sys/net/if_bridge.c: 1.140 via patch, 1.142-1.146 sys/net/if_etherip.c: 1.40 sys/net/if_ethersubr.c: 1.243, 1.246 sys/net/if_faith.c: 1.57 sys/net/if_gif.c: 1.132 sys/net/if_l2tp.c: 1.15, 1.17 sys/net/if_loop.c: 1.98-1.101 sys/net/if_media.c: 1.35 sys/net/if_pppoe.c: 1.131-1.132 sys/net/if_spppsubr.c: 1.176-1.177 sys/net/if_tun.c: 1.142 sys/net/if_vlan.c: 1.107, 1.109, 1.114-1.121 sys/net/npf/npf_ifaddr.c: 1.3 sys/net/npf/npf_os.c: 1.8-1.9 sys/net/rtsock.c: 1.230 sys/netcan/if_canloop.c: 1.3-1.5 sys/netinet/if_arp.c: 1.255 sys/netinet/igmp.c: 1.65 sys/netinet/in.c: 1.210-1.211 sys/netinet/in_pcb.c: 1.180 sys/netinet/ip_carp.c: 1.92, 1.94 sys/netinet/ip_flow.c: 1.81 sys/netinet/ip_input.c: 1.362 sys/netinet/ip_mroute.c: 1.147 sys/netinet/ip_output.c: 1.283, 1.285, 1.287 sys/netinet6/frag6.c: 1.61 sys/netinet6/in6.c: 1.251, 1.255 sys/netinet6/in6_pcb.c: 1.162 sys/netinet6/ip6_flow.c: 1.35 sys/netinet6/ip6_input.c: 1.183 sys/netinet6/ip6_output.c: 1.196 sys/netinet6/mld6.c: 1.90 sys/netinet6/nd6.c: 1.239-1.240 sys/netinet6/nd6_nbr.c: 1.139 sys/netinet6/nd6_rtr.c: 1.136 sys/netipsec/ipsec_output.c: 1.65 sys/rump/net/lib/libnetinet/netinet_component.c: 1.9-1.10 kmem_intr_free kmem_intr_[z]alloced memory the underlying pools are the same but api-wise those should match Unify IFEF_*_MPSAFE into IFEF_MPSAFE There are already two flags for if_output and if_start, however, it seems such MPSAFE flags are eventually needed for all if_XXX operations. Having discrete flags for each operation is wasteful of if_extflags bits. So let's unify the flags into one: IFEF_MPSAFE. Fortunately IFEF_*_MPSAFE flags have never been included in any releases, so we can change them without breaking backward compatibility of the releases (though the kernel version of -current should be bumped). Note that if an interface have both MP-safe and non-MP-safe operations at a time, we have to set the IFEF_MPSAFE flag and let callees of non-MP-safe opeartions take the kernel lock. Proposed on tech-kern@ and tech-net@ Provide macros for softnet_lock and KERNEL_LOCK hiding NET_MPSAFE switch It reduces C&P codes such as "#ifndef NET_MPSAFE KERNEL_LOCK(1, NULL); ..." scattered all over the source code and makes it easy to identify remaining KERNEL_LOCK and/or softnet_lock that are held even if NET_MPSAFE. No functional change Hold KERNEL_LOCK on if_ioctl selectively based on IFEF_MPSAFE If IFEF_MPSAFE is set, hold the lock and otherwise don't hold. This change requires additions of KERNEL_LOCK to subsequence functions from if_ioctl such as ifmedia_ioctl and ifioctl_common to protect non-MP-safe components. Proposed on tech-kern@ and tech-net@ Ensure to hold if_ioctl_lock when calling if_flags_set Fix locking against myself on ifpromisc vlan_unconfig_locked could be called with holding if_ioctl_lock. Ensure to not turn on IFF_RUNNING of an interface until its initialization completes And ensure to turn off it before destruction as per IFF_RUNNING's description "resource allocated". (The description is a bit doubtful though, I believe the change is still proper.) Ensure to hold if_ioctl_lock on if_up and if_down One exception for if_down is if_detach; in the case the lock isn't needed because it's guaranteed that no other one can access ifp at that point. Make if_link_queue MP-safe if IFEF_MPSAFE if_link_queue is a queue to store events of link state changes, which is used to pass events from (typically) an interrupt handler to if_link_state_change softint. The queue was protected by KERNEL_LOCK so far, but if IFEF_MPSAFE is enabled, it becomes unsafe because (perhaps) an interrupt handler of an interface with IFEF_MPSAFE doesn't take KERNEL_LOCK. Protect it by a spin mutex. Additionally with this change KERNEL_LOCK of if_link_state_change softint is omitted if NET_MPSAFE is enabled. Note that the spin mutex is now ifp->if_snd.ifq_lock as well as the case of if_timer (see the comment). Use IFADDR_WRITER_FOREACH instead of IFADDR_READER_FOREACH At that point no other one modifies the list so IFADDR_READER_FOREACH is unnecessary. Use of IFADDR_READER_FOREACH is harmless in general though, if we try to detect contract violations of pserialize, using it violates the contract. So avoid using it makes life easy. Ensure to call if_addr_init with holding if_ioctl_lock Get rid of outdated comments Fix build of kernels without ether By throwing out if_enable_vlan_mtu and if_disable_vlan_mtu that created a unnecessary dependency from if.c to if_ethersubr.c. PR kern/52790 Rename IFNET_LOCK to IFNET_GLOBAL_LOCK IFNET_LOCK will be used in another lock, if_ioctl_lock (might be renamed then). Wrap if_ioctl_lock with IFNET_* macros (NFC) Also if_ioctl_lock perhaps needs to be renamed to something because it's now not just for ioctl... Reorder some destruction routines in if_detach - Destroy if_ioctl_lock at the end of the if_detach because it's used in various destruction routines - Move psref_target_destroy after pr_purgeif because we want to use psref in pr_purgeif (otherwise destruction procedures can be tricky) Ensure to call if_mcast_op with holding IFNET_LOCK Note that CARP doesn't deal with IFNET_LOCK yet. Remove IFNET_GLOBAL_LOCK where it's unnecessary because IFNET_LOCK is held Describe which lock is used to protect each member variable of struct ifnet Requested by skrll@ Write a guideline for converting an interface to IFEF_MPSAFE Requested by skrll@ Note that IFNET_LOCK must not be held in softint Don't set IFEF_MPSAFE unless NET_MPSAFE at this point Because recent investigations show that interfaces with IFEF_MPSAFE need to follow additional restrictions to work with the flag safely. We should enable it on an interface by default only if the interface surely satisfies the restrictions, which are described in if.h. Note that enabling IFEF_MPSAFE solely gains a few benefit on performance because the network stack is still serialized by the big kernel locks by default. |
| /src/sys/rump/net/lib/libnetinet/ | |
| netinet_component.c | 1.8.6.1 Tue Jan 02 10:20:34 UTC 2018 snj Pull up following revision(s) (requested by ozaki-r in ticket #456): sys/arch/arm/sunxi/sunxi_emac.c: 1.9 sys/dev/ic/dwc_gmac.c: 1.43-1.44 sys/dev/pci/if_iwm.c: 1.75 sys/dev/pci/if_wm.c: 1.543 sys/dev/pci/ixgbe/ixgbe.c: 1.112 sys/dev/pci/ixgbe/ixv.c: 1.74 sys/kern/sys_socket.c: 1.75 sys/net/agr/if_agr.c: 1.43 sys/net/bpf.c: 1.219 sys/net/if.c: 1.397, 1.399, 1.401-1.403, 1.406-1.410, 1.412-1.416 sys/net/if.h: 1.242-1.247, 1.250, 1.252-1.257 sys/net/if_bridge.c: 1.140 via patch, 1.142-1.146 sys/net/if_etherip.c: 1.40 sys/net/if_ethersubr.c: 1.243, 1.246 sys/net/if_faith.c: 1.57 sys/net/if_gif.c: 1.132 sys/net/if_l2tp.c: 1.15, 1.17 sys/net/if_loop.c: 1.98-1.101 sys/net/if_media.c: 1.35 sys/net/if_pppoe.c: 1.131-1.132 sys/net/if_spppsubr.c: 1.176-1.177 sys/net/if_tun.c: 1.142 sys/net/if_vlan.c: 1.107, 1.109, 1.114-1.121 sys/net/npf/npf_ifaddr.c: 1.3 sys/net/npf/npf_os.c: 1.8-1.9 sys/net/rtsock.c: 1.230 sys/netcan/if_canloop.c: 1.3-1.5 sys/netinet/if_arp.c: 1.255 sys/netinet/igmp.c: 1.65 sys/netinet/in.c: 1.210-1.211 sys/netinet/in_pcb.c: 1.180 sys/netinet/ip_carp.c: 1.92, 1.94 sys/netinet/ip_flow.c: 1.81 sys/netinet/ip_input.c: 1.362 sys/netinet/ip_mroute.c: 1.147 sys/netinet/ip_output.c: 1.283, 1.285, 1.287 sys/netinet6/frag6.c: 1.61 sys/netinet6/in6.c: 1.251, 1.255 sys/netinet6/in6_pcb.c: 1.162 sys/netinet6/ip6_flow.c: 1.35 sys/netinet6/ip6_input.c: 1.183 sys/netinet6/ip6_output.c: 1.196 sys/netinet6/mld6.c: 1.90 sys/netinet6/nd6.c: 1.239-1.240 sys/netinet6/nd6_nbr.c: 1.139 sys/netinet6/nd6_rtr.c: 1.136 sys/netipsec/ipsec_output.c: 1.65 sys/rump/net/lib/libnetinet/netinet_component.c: 1.9-1.10 kmem_intr_free kmem_intr_[z]alloced memory the underlying pools are the same but api-wise those should match Unify IFEF_*_MPSAFE into IFEF_MPSAFE There are already two flags for if_output and if_start, however, it seems such MPSAFE flags are eventually needed for all if_XXX operations. Having discrete flags for each operation is wasteful of if_extflags bits. So let's unify the flags into one: IFEF_MPSAFE. Fortunately IFEF_*_MPSAFE flags have never been included in any releases, so we can change them without breaking backward compatibility of the releases (though the kernel version of -current should be bumped). Note that if an interface have both MP-safe and non-MP-safe operations at a time, we have to set the IFEF_MPSAFE flag and let callees of non-MP-safe opeartions take the kernel lock. Proposed on tech-kern@ and tech-net@ Provide macros for softnet_lock and KERNEL_LOCK hiding NET_MPSAFE switch It reduces C&P codes such as "#ifndef NET_MPSAFE KERNEL_LOCK(1, NULL); ..." scattered all over the source code and makes it easy to identify remaining KERNEL_LOCK and/or softnet_lock that are held even if NET_MPSAFE. No functional change Hold KERNEL_LOCK on if_ioctl selectively based on IFEF_MPSAFE If IFEF_MPSAFE is set, hold the lock and otherwise don't hold. This change requires additions of KERNEL_LOCK to subsequence functions from if_ioctl such as ifmedia_ioctl and ifioctl_common to protect non-MP-safe components. Proposed on tech-kern@ and tech-net@ Ensure to hold if_ioctl_lock when calling if_flags_set Fix locking against myself on ifpromisc vlan_unconfig_locked could be called with holding if_ioctl_lock. Ensure to not turn on IFF_RUNNING of an interface until its initialization completes And ensure to turn off it before destruction as per IFF_RUNNING's description "resource allocated". (The description is a bit doubtful though, I believe the change is still proper.) Ensure to hold if_ioctl_lock on if_up and if_down One exception for if_down is if_detach; in the case the lock isn't needed because it's guaranteed that no other one can access ifp at that point. Make if_link_queue MP-safe if IFEF_MPSAFE if_link_queue is a queue to store events of link state changes, which is used to pass events from (typically) an interrupt handler to if_link_state_change softint. The queue was protected by KERNEL_LOCK so far, but if IFEF_MPSAFE is enabled, it becomes unsafe because (perhaps) an interrupt handler of an interface with IFEF_MPSAFE doesn't take KERNEL_LOCK. Protect it by a spin mutex. Additionally with this change KERNEL_LOCK of if_link_state_change softint is omitted if NET_MPSAFE is enabled. Note that the spin mutex is now ifp->if_snd.ifq_lock as well as the case of if_timer (see the comment). Use IFADDR_WRITER_FOREACH instead of IFADDR_READER_FOREACH At that point no other one modifies the list so IFADDR_READER_FOREACH is unnecessary. Use of IFADDR_READER_FOREACH is harmless in general though, if we try to detect contract violations of pserialize, using it violates the contract. So avoid using it makes life easy. Ensure to call if_addr_init with holding if_ioctl_lock Get rid of outdated comments Fix build of kernels without ether By throwing out if_enable_vlan_mtu and if_disable_vlan_mtu that created a unnecessary dependency from if.c to if_ethersubr.c. PR kern/52790 Rename IFNET_LOCK to IFNET_GLOBAL_LOCK IFNET_LOCK will be used in another lock, if_ioctl_lock (might be renamed then). Wrap if_ioctl_lock with IFNET_* macros (NFC) Also if_ioctl_lock perhaps needs to be renamed to something because it's now not just for ioctl... Reorder some destruction routines in if_detach - Destroy if_ioctl_lock at the end of the if_detach because it's used in various destruction routines - Move psref_target_destroy after pr_purgeif because we want to use psref in pr_purgeif (otherwise destruction procedures can be tricky) Ensure to call if_mcast_op with holding IFNET_LOCK Note that CARP doesn't deal with IFNET_LOCK yet. Remove IFNET_GLOBAL_LOCK where it's unnecessary because IFNET_LOCK is held Describe which lock is used to protect each member variable of struct ifnet Requested by skrll@ Write a guideline for converting an interface to IFEF_MPSAFE Requested by skrll@ Note that IFNET_LOCK must not be held in softint Don't set IFEF_MPSAFE unless NET_MPSAFE at this point Because recent investigations show that interfaces with IFEF_MPSAFE need to follow additional restrictions to work with the flag safely. We should enable it on an interface by default only if the interface surely satisfies the restrictions, which are described in if.h. Note that enabling IFEF_MPSAFE solely gains a few benefit on performance because the network stack is still serialized by the big kernel locks by default. |
| /src/usr.sbin/wg-keygen/ | |
| Makefile | 1.1.10.1 Thu Jan 22 19:51:55 UTC 2026 martin Pull up following revision(s) (requested by snj in ticket #150): distrib/sets/lists/debug/shl.mi: revision 1.380 crypto/external/bsd/openssh/lib/Makefile: revision 1.45 distrib/sets/lists/debug/shl.mi: revision 1.381 crypto/external/bsd/openssh/lib/Makefile: revision 1.46 distrib/sets/lists/debug/shl.mi: revision 1.382 distrib/evbarm/instkernel/sshramdisk/list: revision 1.7 share/mk/bsd.lib.mk: revision 1.423 share/mk/bsd.lib.mk: revision 1.425 distrib/sets/lists/comp/mi: revision 1.2503 distrib/sets/lists/comp/mi: revision 1.2504 distrib/evbarm/instkernel/sshramdisk/Makefile: revision 1.31 distrib/sets/lists/base/shl.mi: revision 1.1019 rescue/list: revision 1.56 etc/mtree/NetBSD.dist.compat.in: revision 1.9 distrib/sets/lists/debug/mi: revision 1.494 distrib/sets/lists/debug/mi: revision 1.495 distrib/sets/lists/base/mi: revision 1.1371 distrib/sets/lists/base/mi: revision 1.1372 distrib/sets/lists/comp/shl.mi: revision 1.362 etc/mtree/NetBSD.dist.base: revision 1.262 lib/libpam/modules/pam_ssh/Makefile: revision 1.15 share/mk/bsd.prog.mk: revision 1.358 share/mk/bsd.prog.mk: revision 1.359 usr.sbin/wg-keygen/Makefile: revision 1.2 usr.sbin/wg-keygen/Makefile: revision 1.3 distrib/sets/lists/base/shl.mi: revision 1.1020 share/mk/bsd.README: revision 1.457 crypto/external/bsd/openssh/Makefile.inc: revision 1.18 distrib/sets/lists/xdebug/mi: revision 1.52 rescue/Makefile: revision 1.43 Add logic for /usr/lib/private libraries. New variables for makefiles to define: <bsd.lib.mk> LIBSUBDIR -- If nonempty, install library into ${LIBDIR}/${LIBSUBDIR} instead of ${LIBDIR}. Typically set either to empty or to `private'. <bsd.lib.mk> LIBDPSUBDIRS -- List of subdirectories _subdir_ to add -L${SHLIBDIR}/${_subdir_} -Wl,-R${SHLIBDIR}/${_subdir_} to ldflags when linking library. Note: Should only be used inside private libraries, not inside public libraries to link against private libraries, which can't work -- see comment. <bsd.prog.mk> PROGDPSUBDIRS -- List of subdirectories _subdir_ to add -L${SHLIBDIR}/${_subdir_} -Wl,-R${SHLIBDIR}/${_subdir_} to ldflags when linking program. (XXX bsd.lib.mk/bsd.prog.mk should figure LIBDPSUBDIRS/PROGDPSUBDIRS out automatically by LIBDPLIBS/PROGDPLIBS, but for now we don't have that mechanism -- TBD in subsequent work.) Libraries that we want to install because we use them in binaries we ship, but that we want to keep private from applications so we don't have to worry about ABI breakage or leakage into pkgsrc builds, should generally set: LIBSUBDIR= private # Install into /usr/lib/private. NOCOMPAT= # defined # Don't build compat lib. NOLINKLIB= # defined # Don't install .so link or .a lib. (XXX Maybe we should have a `LIBISPRIVATE= installed' or something for this combination of options, but for now I'm putting in the minimal mechanism to implement this and we can condense a common pattern later.) Programs using the library will also have to set PROGDPSUBDIRS+= private so that they will get the rpath /usr/lib/private. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib openssh: Install libssh.so in /usr/lib/private. This way it doesn't get exposed to applications accidentally, and we don't need to worry about breaking ABI when updating openssh in base. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib openssh: Do build and install compat libssh after all. Even though it's not exposed for applications to _link_ against, it is used by the dynamically _loadable_ pam_ssh module, which exists as a compat module and therefore needs libssh as a compat library to be installed somewhere. That somewhere will be /usr/lib/${COMPAT_ARCH}/private. Should fix problems like: dependall ===> compat/sparc64/sparc/../../../lib/libpam/modules/pam_ssh nbmake[11]: don't know how to make /home/source/ab/HEAD/src/crypto/external/bsd/openssh/lib/libssh.a. Stop Verified in an amd64 build that the compat i386 pam_ssh.so is linked correctly: (chroot HEAD)# ldd /usr/lib/i386/security/pam_ssh.so.4 /usr/lib/i386/security/pam_ssh.so.4: -lssh.50 => /usr/lib/i386/private/libssh.so.50 -lcrypto.16 => /usr/lib/i386/libcrypto.so.16 -lcrypt.1 => /usr/lib/i386/libcrypt.so.1 -lgcc_s.1 => /usr/lib/i386/libgcc_s.so.1 -lc.12 => /usr/lib/i386/libc.so.12 -lz.1 => /usr/lib/i386/libz.so.1 PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib wg-keygen(8): Find private libssh.so. Should fix: /usr/sbin/wg-keygen: Shared object "libssh.so.50" not found PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib evbarm/instkernel/sshramdisk: Get libssh out of objdir now. Should fix problems like: --- ramdiskbin.link --- # link sshramdisk/ramdiskbin.link /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/armv6eb--netbsdelf-eabihf-gcc --sysroot=/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest -static -o ramdiskbin.link ramdiskbin.o -Wl,-rpath-link,/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/lib -L=/lib -L/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/usr/lib cat.cro chmod.cro cp.cro dd.cro df.cro ed.cro ln.cro ls.cro mkdir.cro mv.cro pax.cro pwd.cro rm.cro rmdir.cro sh.cro stty.cro sync.cro sleep.cro chown.cro disklabel.cro fdisk.cro fsck.cro fsck_msdos.cro fsck_ffs.cro gpt.cro ifconfig.cro init.cro mknod.cro mount.cro mount_cd9660.cro mount_ext2fs.cro mount_ffs.cro mount_kernfs.cro mount_msdos.cro mount_nfs.cro mount_tmpfs.cro newfs.cro newfs_ext2fs.cro ping.cro reboot.cro restore.cro route.cro shutdown.cro slattach.cro swapctl.cro umount.cro ftp.cro tip.cro gzip.cro less.cro sed.cro tset.cro chroot.cro sshd.cro sysinst.cro progress.cro dhcpcd.cro libhack.o -ledit -lutil -lcurses -lterminfo -lrmt -lcrypt -ll -lm -lz -lprop -lssh -lcrypto -lpthread /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/lib/gcc/armv6eb--netbsdelf-eabihf/14.3.0/../../../../armv6eb--netbsdelf-eabihf/bin/ld: cannot find -lssh: No such file or directory /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/lib/gcc/armv6eb--netbsdelf-eabihf/14.3.0/../../../../armv6eb--netbsdelf-eabihf/bin/ld: have you installed the static version of the ssh library ? collect2: error: ld returned 1 exit status *** Failed target: ramdiskbin.link *** In directory: /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-obj/home/source/ab/HEAD/src/distrib/evbarm/instkernel/sshramdisk *** Failed commands: ${_MKTARGET_LINK} => @echo '# ' " link " sshramdisk/ramdiskbin.link ${_CCLINK.${:Uramdiskbin}} ${_LDFLAGS.${:Uramdiskbin}} ${_LDSTATIC.${:Uramdiskbin}} -o ${.TARGET} ${OBJS.${:Uramdiskbin}} ${_PROGLDOPTS} ${_LDADD.${:Uramdiskbin}} => /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/armv6eb--netbsdelf-eabihf-gcc --sysroot=/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest -static -o ramdiskbin.link ramdiskbin.o -Wl,-rpath-link,/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/lib -L=/lib -L/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/usr/lib cat.cro chmod.cro cp.cro dd.cro df.cro ed.cro ln.cro ls.cro mkdir.cro mv.cro pax.cro pwd.cro rm.cro rmdir.cro sh.cro stty.cro sync.cro sleep.cro chown.cro disklabel.cro fdisk.cro fsck.cro fsck_msdos.cro fsck_ffs.cro gpt.cro ifconfig.cro init.cro mknod.cro mount.cro mount_cd9660.cro mount_ext2fs.cro mount_ffs.cro mount_kernfs.cro mount_msdos.cro mount_nfs.cro mount_tmpfs.cro newfs.cro newfs_ext2fs.cro ping.cro reboot.cro restore.cro route.cro shutdown.cro slattach.cro swapctl.cro umount.cro ftp.cro tip.cro gzip.cro less.cro sed.cro tset.cro chroot.cro sshd.cro sysinst.cro progress.cro dhcpcd.cro libhack.o -ledit -lutil -lcurses -lterminfo -lrmt -lcrypt -ll -lm -lz -lprop -lssh -lcrypto -lpthread ${CTFMERGE} ${CTFMFLAGS} -o ${.TARGET} ${OBJS.${:Uramdiskbin}} => /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/nbctfmerge -t -g -L VERSION -g -o ramdiskbin.link ramdiskbin.o *** [ramdiskbin.link] Error code 1 PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib distrib/sets/lists/comp: libssh is private for lint too. Might fix: checkflist ===> distrib/sets ====== 1 missing files in DESTDIR ======== Files in flist but missing from DESTDIR. File wasn't installed ? ------------------------------------------ ./usr/libdata/lint/llib-lssh.ln ======== end of 1 missing files ========== PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib PR/58648: Fix MKDEBUG=yes build: 1. if NOLINKLIB is set don't install libfoo_g.a and libfoo_p.a libraries. libfoo.a, libfoo_p.a were not being installed already, just make the testing consistent 2. Move .a libraries from shl.mi to mi where they belong. 3. Make stray libfoo_g.a libraries that were install accidentally before obsolete. rescue/list: Touch for CRUNCHGEN_FLAGS change for libssh. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib |
| /src/sys/arch/alpha/conf/ | |
| GENERIC | 1.362 Sun Nov 16 16:01:40 UTC 2014 manu branches: 1.362.2; Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate Sun Nov 16 16:01:40 UTC 2014 manu branches: 1.362.2; Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate 1.358.4.2 Tue Nov 18 19:05:28 UTC 2014 snj Pull up following revision(s) (requested by manu in ticket #251): sys/arch/acorn26/conf/GENERIC: revision 1.81 sys/arch/acorn32/conf/GENERIC: revision 1.116 sys/arch/alpha/conf/GENERIC: revision 1.362 sys/arch/amd64/conf/ALL: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.404 sys/arch/amd64/conf/XEN3_DOM0: revision 1.112 sys/arch/amd64/conf/XEN3_DOMU: revision 1.60 sys/arch/amiga/conf/GENERIC.in: revision 1.129 sys/arch/amiga/conf/GENERIC: revision 1.311 sys/arch/amigappc/conf/GENERIC: revision 1.24 sys/arch/arc/conf/GENERIC: revision 1.184 sys/arch/bebox/conf/GENERIC: revision 1.145 sys/arch/cats/conf/GENERIC: revision 1.155 sys/arch/cesfic/conf/GENERIC: revision 1.65 sys/arch/cobalt/conf/GENERIC: revision 1.147 sys/arch/dreamcast/conf/GENERIC: revision 1.121 sys/arch/emips/conf/GENERIC: revision 1.15 sys/arch/epoc32/conf/GENERIC: revision 1.8 sys/arch/ews4800mips/conf/GENERIC: revision 1.51 sys/arch/hp300/conf/GENERIC: revision 1.190 sys/arch/hpcmips/conf/GENERIC: revision 1.229 sys/arch/hpcsh/conf/GENERIC: revision 1.106 sys/arch/hppa/conf/GENERIC: revision 1.6 sys/arch/i386/conf/ALL: revision 1.389 sys/arch/i386/conf/GENERIC: revision 1.1118 sys/arch/i386/conf/XEN3_DOM0: revision 1.93 sys/arch/i386/conf/XEN3_DOMU: revision 1.65 sys/arch/ibmnws/conf/GENERIC: revision 1.46 sys/arch/iyonix/conf/GENERIC: revision 1.88 sys/arch/landisk/conf/GENERIC: revision 1.45 sys/arch/luna68k/conf/GENERIC: revision 1.119 sys/arch/mac68k/conf/GENERIC: revision 1.220 sys/arch/macppc/conf/GENERIC: revision 1.320 sys/arch/macppc/conf/MAMBO: revision 1.24 sys/arch/macppc/conf/POWERMAC_G5: revision 1.25 sys/arch/mipsco/conf/GENERIC: revision 1.88 sys/arch/mmeye/conf/GENERIC: revision 1.120 sys/arch/mvme68k/conf/GENERIC: revision 1.94 sys/arch/mvmeppc/conf/GENERIC: revision 1.24 sys/arch/netwinder/conf/GENERIC: revision 1.126 sys/arch/news68k/conf/GENERIC: revision 1.125 sys/arch/newsmips/conf/GENERIC: revision 1.129 sys/arch/next68k/conf/GENERIC: revision 1.139 sys/arch/ofppc/conf/GENERIC: revision 1.157 sys/arch/pmax/conf/GENERIC64: revision 1.21 sys/arch/pmax/conf/GENERIC: revision 1.185 sys/arch/prep/conf/GENERIC: revision 1.174 sys/arch/rs6000/conf/GENERIC: revision 1.33 sys/arch/sandpoint/conf/GENERIC: revision 1.88 sys/arch/sbmips/conf/GENERIC: revision 1.101 sys/arch/sgimips/conf/GENERIC32_IP12: revision 1.28 sys/arch/sgimips/conf/GENERIC32_IP2x: revision 1.104 sys/arch/sgimips/conf/GENERIC32_IP3x: revision 1.106 sys/arch/shark/conf/GENERIC: revision 1.121 sys/arch/sparc/conf/GENERIC: revision 1.248 sys/arch/sparc/conf/TADPOLE3GX: revision 1.65 sys/arch/sparc64/conf/GENERIC: revision 1.177 sys/arch/sparc64/conf/NONPLUS64: revision 1.44 sys/arch/sun2/conf/GENERIC: revision 1.94 sys/arch/sun3/conf/GENERIC: revision 1.171 sys/arch/vax/conf/GENERIC: revision 1.193 sys/arch/vax/conf/VAX780: revision 1.19 sys/arch/x68k/conf/GENERIC: revision 1.179 sys/arch/zaurus/conf/GENERIC: revision 1.65 sys/ufs/files.ufs: revision 1.38 Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate 1.362.2.8 Mon Aug 28 17:51:27 UTC 2017 skrll Sync with HEAD 1.362.2.7 Sun Feb 05 13:40:01 UTC 2017 skrll Sync with HEAD 1.362.2.6 Mon Dec 05 10:54:48 UTC 2016 skrll Sync with HEAD 1.362.2.5 Fri Apr 22 15:44:08 UTC 2016 skrll Sync with HEAD 1.362.2.4 Sat Mar 19 11:29:54 UTC 2016 skrll Sync with HEAD 1.362.2.3 Sun Dec 27 00:09:27 UTC 2015 skrll Sync with HEAD (as of 26th Dec) 1.362.2.2 Tue Sep 22 00:05:35 UTC 2015 skrll Sync with HEAD |
| /src/sys/arch/epoc32/conf/ | |
| GENERIC | 1.3.2.2 Tue Nov 18 19:05:29 UTC 2014 snj Pull up following revision(s) (requested by manu in ticket #251): sys/arch/acorn26/conf/GENERIC: revision 1.81 sys/arch/acorn32/conf/GENERIC: revision 1.116 sys/arch/alpha/conf/GENERIC: revision 1.362 sys/arch/amd64/conf/ALL: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.404 sys/arch/amd64/conf/XEN3_DOM0: revision 1.112 sys/arch/amd64/conf/XEN3_DOMU: revision 1.60 sys/arch/amiga/conf/GENERIC.in: revision 1.129 sys/arch/amiga/conf/GENERIC: revision 1.311 sys/arch/amigappc/conf/GENERIC: revision 1.24 sys/arch/arc/conf/GENERIC: revision 1.184 sys/arch/bebox/conf/GENERIC: revision 1.145 sys/arch/cats/conf/GENERIC: revision 1.155 sys/arch/cesfic/conf/GENERIC: revision 1.65 sys/arch/cobalt/conf/GENERIC: revision 1.147 sys/arch/dreamcast/conf/GENERIC: revision 1.121 sys/arch/emips/conf/GENERIC: revision 1.15 sys/arch/epoc32/conf/GENERIC: revision 1.8 sys/arch/ews4800mips/conf/GENERIC: revision 1.51 sys/arch/hp300/conf/GENERIC: revision 1.190 sys/arch/hpcmips/conf/GENERIC: revision 1.229 sys/arch/hpcsh/conf/GENERIC: revision 1.106 sys/arch/hppa/conf/GENERIC: revision 1.6 sys/arch/i386/conf/ALL: revision 1.389 sys/arch/i386/conf/GENERIC: revision 1.1118 sys/arch/i386/conf/XEN3_DOM0: revision 1.93 sys/arch/i386/conf/XEN3_DOMU: revision 1.65 sys/arch/ibmnws/conf/GENERIC: revision 1.46 sys/arch/iyonix/conf/GENERIC: revision 1.88 sys/arch/landisk/conf/GENERIC: revision 1.45 sys/arch/luna68k/conf/GENERIC: revision 1.119 sys/arch/mac68k/conf/GENERIC: revision 1.220 sys/arch/macppc/conf/GENERIC: revision 1.320 sys/arch/macppc/conf/MAMBO: revision 1.24 sys/arch/macppc/conf/POWERMAC_G5: revision 1.25 sys/arch/mipsco/conf/GENERIC: revision 1.88 sys/arch/mmeye/conf/GENERIC: revision 1.120 sys/arch/mvme68k/conf/GENERIC: revision 1.94 sys/arch/mvmeppc/conf/GENERIC: revision 1.24 sys/arch/netwinder/conf/GENERIC: revision 1.126 sys/arch/news68k/conf/GENERIC: revision 1.125 sys/arch/newsmips/conf/GENERIC: revision 1.129 sys/arch/next68k/conf/GENERIC: revision 1.139 sys/arch/ofppc/conf/GENERIC: revision 1.157 sys/arch/pmax/conf/GENERIC64: revision 1.21 sys/arch/pmax/conf/GENERIC: revision 1.185 sys/arch/prep/conf/GENERIC: revision 1.174 sys/arch/rs6000/conf/GENERIC: revision 1.33 sys/arch/sandpoint/conf/GENERIC: revision 1.88 sys/arch/sbmips/conf/GENERIC: revision 1.101 sys/arch/sgimips/conf/GENERIC32_IP12: revision 1.28 sys/arch/sgimips/conf/GENERIC32_IP2x: revision 1.104 sys/arch/sgimips/conf/GENERIC32_IP3x: revision 1.106 sys/arch/shark/conf/GENERIC: revision 1.121 sys/arch/sparc/conf/GENERIC: revision 1.248 sys/arch/sparc/conf/TADPOLE3GX: revision 1.65 sys/arch/sparc64/conf/GENERIC: revision 1.177 sys/arch/sparc64/conf/NONPLUS64: revision 1.44 sys/arch/sun2/conf/GENERIC: revision 1.94 sys/arch/sun3/conf/GENERIC: revision 1.171 sys/arch/vax/conf/GENERIC: revision 1.193 sys/arch/vax/conf/VAX780: revision 1.19 sys/arch/x68k/conf/GENERIC: revision 1.179 sys/arch/zaurus/conf/GENERIC: revision 1.65 sys/ufs/files.ufs: revision 1.38 Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate |
| /src/sys/net/npf/ | |
| npf_ifaddr.c | 1.2.12.1 Tue Jan 02 10:20:33 UTC 2018 snj Pull up following revision(s) (requested by ozaki-r in ticket #456): sys/arch/arm/sunxi/sunxi_emac.c: 1.9 sys/dev/ic/dwc_gmac.c: 1.43-1.44 sys/dev/pci/if_iwm.c: 1.75 sys/dev/pci/if_wm.c: 1.543 sys/dev/pci/ixgbe/ixgbe.c: 1.112 sys/dev/pci/ixgbe/ixv.c: 1.74 sys/kern/sys_socket.c: 1.75 sys/net/agr/if_agr.c: 1.43 sys/net/bpf.c: 1.219 sys/net/if.c: 1.397, 1.399, 1.401-1.403, 1.406-1.410, 1.412-1.416 sys/net/if.h: 1.242-1.247, 1.250, 1.252-1.257 sys/net/if_bridge.c: 1.140 via patch, 1.142-1.146 sys/net/if_etherip.c: 1.40 sys/net/if_ethersubr.c: 1.243, 1.246 sys/net/if_faith.c: 1.57 sys/net/if_gif.c: 1.132 sys/net/if_l2tp.c: 1.15, 1.17 sys/net/if_loop.c: 1.98-1.101 sys/net/if_media.c: 1.35 sys/net/if_pppoe.c: 1.131-1.132 sys/net/if_spppsubr.c: 1.176-1.177 sys/net/if_tun.c: 1.142 sys/net/if_vlan.c: 1.107, 1.109, 1.114-1.121 sys/net/npf/npf_ifaddr.c: 1.3 sys/net/npf/npf_os.c: 1.8-1.9 sys/net/rtsock.c: 1.230 sys/netcan/if_canloop.c: 1.3-1.5 sys/netinet/if_arp.c: 1.255 sys/netinet/igmp.c: 1.65 sys/netinet/in.c: 1.210-1.211 sys/netinet/in_pcb.c: 1.180 sys/netinet/ip_carp.c: 1.92, 1.94 sys/netinet/ip_flow.c: 1.81 sys/netinet/ip_input.c: 1.362 sys/netinet/ip_mroute.c: 1.147 sys/netinet/ip_output.c: 1.283, 1.285, 1.287 sys/netinet6/frag6.c: 1.61 sys/netinet6/in6.c: 1.251, 1.255 sys/netinet6/in6_pcb.c: 1.162 sys/netinet6/ip6_flow.c: 1.35 sys/netinet6/ip6_input.c: 1.183 sys/netinet6/ip6_output.c: 1.196 sys/netinet6/mld6.c: 1.90 sys/netinet6/nd6.c: 1.239-1.240 sys/netinet6/nd6_nbr.c: 1.139 sys/netinet6/nd6_rtr.c: 1.136 sys/netipsec/ipsec_output.c: 1.65 sys/rump/net/lib/libnetinet/netinet_component.c: 1.9-1.10 kmem_intr_free kmem_intr_[z]alloced memory the underlying pools are the same but api-wise those should match Unify IFEF_*_MPSAFE into IFEF_MPSAFE There are already two flags for if_output and if_start, however, it seems such MPSAFE flags are eventually needed for all if_XXX operations. Having discrete flags for each operation is wasteful of if_extflags bits. So let's unify the flags into one: IFEF_MPSAFE. Fortunately IFEF_*_MPSAFE flags have never been included in any releases, so we can change them without breaking backward compatibility of the releases (though the kernel version of -current should be bumped). Note that if an interface have both MP-safe and non-MP-safe operations at a time, we have to set the IFEF_MPSAFE flag and let callees of non-MP-safe opeartions take the kernel lock. Proposed on tech-kern@ and tech-net@ Provide macros for softnet_lock and KERNEL_LOCK hiding NET_MPSAFE switch It reduces C&P codes such as "#ifndef NET_MPSAFE KERNEL_LOCK(1, NULL); ..." scattered all over the source code and makes it easy to identify remaining KERNEL_LOCK and/or softnet_lock that are held even if NET_MPSAFE. No functional change Hold KERNEL_LOCK on if_ioctl selectively based on IFEF_MPSAFE If IFEF_MPSAFE is set, hold the lock and otherwise don't hold. This change requires additions of KERNEL_LOCK to subsequence functions from if_ioctl such as ifmedia_ioctl and ifioctl_common to protect non-MP-safe components. Proposed on tech-kern@ and tech-net@ Ensure to hold if_ioctl_lock when calling if_flags_set Fix locking against myself on ifpromisc vlan_unconfig_locked could be called with holding if_ioctl_lock. Ensure to not turn on IFF_RUNNING of an interface until its initialization completes And ensure to turn off it before destruction as per IFF_RUNNING's description "resource allocated". (The description is a bit doubtful though, I believe the change is still proper.) Ensure to hold if_ioctl_lock on if_up and if_down One exception for if_down is if_detach; in the case the lock isn't needed because it's guaranteed that no other one can access ifp at that point. Make if_link_queue MP-safe if IFEF_MPSAFE if_link_queue is a queue to store events of link state changes, which is used to pass events from (typically) an interrupt handler to if_link_state_change softint. The queue was protected by KERNEL_LOCK so far, but if IFEF_MPSAFE is enabled, it becomes unsafe because (perhaps) an interrupt handler of an interface with IFEF_MPSAFE doesn't take KERNEL_LOCK. Protect it by a spin mutex. Additionally with this change KERNEL_LOCK of if_link_state_change softint is omitted if NET_MPSAFE is enabled. Note that the spin mutex is now ifp->if_snd.ifq_lock as well as the case of if_timer (see the comment). Use IFADDR_WRITER_FOREACH instead of IFADDR_READER_FOREACH At that point no other one modifies the list so IFADDR_READER_FOREACH is unnecessary. Use of IFADDR_READER_FOREACH is harmless in general though, if we try to detect contract violations of pserialize, using it violates the contract. So avoid using it makes life easy. Ensure to call if_addr_init with holding if_ioctl_lock Get rid of outdated comments Fix build of kernels without ether By throwing out if_enable_vlan_mtu and if_disable_vlan_mtu that created a unnecessary dependency from if.c to if_ethersubr.c. PR kern/52790 Rename IFNET_LOCK to IFNET_GLOBAL_LOCK IFNET_LOCK will be used in another lock, if_ioctl_lock (might be renamed then). Wrap if_ioctl_lock with IFNET_* macros (NFC) Also if_ioctl_lock perhaps needs to be renamed to something because it's now not just for ioctl... Reorder some destruction routines in if_detach - Destroy if_ioctl_lock at the end of the if_detach because it's used in various destruction routines - Move psref_target_destroy after pr_purgeif because we want to use psref in pr_purgeif (otherwise destruction procedures can be tricky) Ensure to call if_mcast_op with holding IFNET_LOCK Note that CARP doesn't deal with IFNET_LOCK yet. Remove IFNET_GLOBAL_LOCK where it's unnecessary because IFNET_LOCK is held Describe which lock is used to protect each member variable of struct ifnet Requested by skrll@ Write a guideline for converting an interface to IFEF_MPSAFE Requested by skrll@ Note that IFNET_LOCK must not be held in softint Don't set IFEF_MPSAFE unless NET_MPSAFE at this point Because recent investigations show that interfaces with IFEF_MPSAFE need to follow additional restrictions to work with the flag safely. We should enable it on an interface by default only if the interface surely satisfies the restrictions, which are described in if.h. Note that enabling IFEF_MPSAFE solely gains a few benefit on performance because the network stack is still serialized by the big kernel locks by default. |
| npf_os.c | 1.6.8.2 Tue Jan 02 10:20:33 UTC 2018 snj Pull up following revision(s) (requested by ozaki-r in ticket #456): sys/arch/arm/sunxi/sunxi_emac.c: 1.9 sys/dev/ic/dwc_gmac.c: 1.43-1.44 sys/dev/pci/if_iwm.c: 1.75 sys/dev/pci/if_wm.c: 1.543 sys/dev/pci/ixgbe/ixgbe.c: 1.112 sys/dev/pci/ixgbe/ixv.c: 1.74 sys/kern/sys_socket.c: 1.75 sys/net/agr/if_agr.c: 1.43 sys/net/bpf.c: 1.219 sys/net/if.c: 1.397, 1.399, 1.401-1.403, 1.406-1.410, 1.412-1.416 sys/net/if.h: 1.242-1.247, 1.250, 1.252-1.257 sys/net/if_bridge.c: 1.140 via patch, 1.142-1.146 sys/net/if_etherip.c: 1.40 sys/net/if_ethersubr.c: 1.243, 1.246 sys/net/if_faith.c: 1.57 sys/net/if_gif.c: 1.132 sys/net/if_l2tp.c: 1.15, 1.17 sys/net/if_loop.c: 1.98-1.101 sys/net/if_media.c: 1.35 sys/net/if_pppoe.c: 1.131-1.132 sys/net/if_spppsubr.c: 1.176-1.177 sys/net/if_tun.c: 1.142 sys/net/if_vlan.c: 1.107, 1.109, 1.114-1.121 sys/net/npf/npf_ifaddr.c: 1.3 sys/net/npf/npf_os.c: 1.8-1.9 sys/net/rtsock.c: 1.230 sys/netcan/if_canloop.c: 1.3-1.5 sys/netinet/if_arp.c: 1.255 sys/netinet/igmp.c: 1.65 sys/netinet/in.c: 1.210-1.211 sys/netinet/in_pcb.c: 1.180 sys/netinet/ip_carp.c: 1.92, 1.94 sys/netinet/ip_flow.c: 1.81 sys/netinet/ip_input.c: 1.362 sys/netinet/ip_mroute.c: 1.147 sys/netinet/ip_output.c: 1.283, 1.285, 1.287 sys/netinet6/frag6.c: 1.61 sys/netinet6/in6.c: 1.251, 1.255 sys/netinet6/in6_pcb.c: 1.162 sys/netinet6/ip6_flow.c: 1.35 sys/netinet6/ip6_input.c: 1.183 sys/netinet6/ip6_output.c: 1.196 sys/netinet6/mld6.c: 1.90 sys/netinet6/nd6.c: 1.239-1.240 sys/netinet6/nd6_nbr.c: 1.139 sys/netinet6/nd6_rtr.c: 1.136 sys/netipsec/ipsec_output.c: 1.65 sys/rump/net/lib/libnetinet/netinet_component.c: 1.9-1.10 kmem_intr_free kmem_intr_[z]alloced memory the underlying pools are the same but api-wise those should match Unify IFEF_*_MPSAFE into IFEF_MPSAFE There are already two flags for if_output and if_start, however, it seems such MPSAFE flags are eventually needed for all if_XXX operations. Having discrete flags for each operation is wasteful of if_extflags bits. So let's unify the flags into one: IFEF_MPSAFE. Fortunately IFEF_*_MPSAFE flags have never been included in any releases, so we can change them without breaking backward compatibility of the releases (though the kernel version of -current should be bumped). Note that if an interface have both MP-safe and non-MP-safe operations at a time, we have to set the IFEF_MPSAFE flag and let callees of non-MP-safe opeartions take the kernel lock. Proposed on tech-kern@ and tech-net@ Provide macros for softnet_lock and KERNEL_LOCK hiding NET_MPSAFE switch It reduces C&P codes such as "#ifndef NET_MPSAFE KERNEL_LOCK(1, NULL); ..." scattered all over the source code and makes it easy to identify remaining KERNEL_LOCK and/or softnet_lock that are held even if NET_MPSAFE. No functional change Hold KERNEL_LOCK on if_ioctl selectively based on IFEF_MPSAFE If IFEF_MPSAFE is set, hold the lock and otherwise don't hold. This change requires additions of KERNEL_LOCK to subsequence functions from if_ioctl such as ifmedia_ioctl and ifioctl_common to protect non-MP-safe components. Proposed on tech-kern@ and tech-net@ Ensure to hold if_ioctl_lock when calling if_flags_set Fix locking against myself on ifpromisc vlan_unconfig_locked could be called with holding if_ioctl_lock. Ensure to not turn on IFF_RUNNING of an interface until its initialization completes And ensure to turn off it before destruction as per IFF_RUNNING's description "resource allocated". (The description is a bit doubtful though, I believe the change is still proper.) Ensure to hold if_ioctl_lock on if_up and if_down One exception for if_down is if_detach; in the case the lock isn't needed because it's guaranteed that no other one can access ifp at that point. Make if_link_queue MP-safe if IFEF_MPSAFE if_link_queue is a queue to store events of link state changes, which is used to pass events from (typically) an interrupt handler to if_link_state_change softint. The queue was protected by KERNEL_LOCK so far, but if IFEF_MPSAFE is enabled, it becomes unsafe because (perhaps) an interrupt handler of an interface with IFEF_MPSAFE doesn't take KERNEL_LOCK. Protect it by a spin mutex. Additionally with this change KERNEL_LOCK of if_link_state_change softint is omitted if NET_MPSAFE is enabled. Note that the spin mutex is now ifp->if_snd.ifq_lock as well as the case of if_timer (see the comment). Use IFADDR_WRITER_FOREACH instead of IFADDR_READER_FOREACH At that point no other one modifies the list so IFADDR_READER_FOREACH is unnecessary. Use of IFADDR_READER_FOREACH is harmless in general though, if we try to detect contract violations of pserialize, using it violates the contract. So avoid using it makes life easy. Ensure to call if_addr_init with holding if_ioctl_lock Get rid of outdated comments Fix build of kernels without ether By throwing out if_enable_vlan_mtu and if_disable_vlan_mtu that created a unnecessary dependency from if.c to if_ethersubr.c. PR kern/52790 Rename IFNET_LOCK to IFNET_GLOBAL_LOCK IFNET_LOCK will be used in another lock, if_ioctl_lock (might be renamed then). Wrap if_ioctl_lock with IFNET_* macros (NFC) Also if_ioctl_lock perhaps needs to be renamed to something because it's now not just for ioctl... Reorder some destruction routines in if_detach - Destroy if_ioctl_lock at the end of the if_detach because it's used in various destruction routines - Move psref_target_destroy after pr_purgeif because we want to use psref in pr_purgeif (otherwise destruction procedures can be tricky) Ensure to call if_mcast_op with holding IFNET_LOCK Note that CARP doesn't deal with IFNET_LOCK yet. Remove IFNET_GLOBAL_LOCK where it's unnecessary because IFNET_LOCK is held Describe which lock is used to protect each member variable of struct ifnet Requested by skrll@ Write a guideline for converting an interface to IFEF_MPSAFE Requested by skrll@ Note that IFNET_LOCK must not be held in softint Don't set IFEF_MPSAFE unless NET_MPSAFE at this point Because recent investigations show that interfaces with IFEF_MPSAFE need to follow additional restrictions to work with the flag safely. We should enable it on an interface by default only if the interface surely satisfies the restrictions, which are described in if.h. Note that enabling IFEF_MPSAFE solely gains a few benefit on performance because the network stack is still serialized by the big kernel locks by default. |
| /src/sys/ufs/ffs/ | |
| ffs_vfsops.c | 1.362 Thu Jun 20 03:31:30 UTC 2019 pgoyette branches: 1.362.2; 1.362.4; Split the ufs code out of the ffs module and into its own module. Adapt chfs and ext2fs modules accordingly. Thu Jun 20 03:31:30 UTC 2019 pgoyette branches: 1.362.2; 1.362.4; Split the ufs code out of the ffs module and into its own module. Adapt chfs and ext2fs modules accordingly. .2; 1.362.4; Split the ufs code out of the ffs module and into its own module. Adapt chfs and ext2fs modules accordingly. 1.362.4.5 Sat Feb 29 20:21:11 UTC 2020 ad Sync with head. 1.362.4.4 Fri Jan 24 16:48:59 UTC 2020 ad - Put all the namecache stuff back into vnode_impl_t. - Tidy vfs_cache.c up, finish the comments. - Finalise how ID information is entered to the cache. - Handle very small/old systems. 1.362.4.3 Sun Jan 19 21:21:55 UTC 2020 ad Set IMNT_SHRLOOKUP and use it for the in-cache case. Need to check what more can be done with tmpfs though, it can probably do the whole lookup. 1.362.4.2 Fri Jan 17 22:26:26 UTC 2020 ad vfs_lookup: - Do the easy component name lookups directly in the namecache without taking vnode locks nor vnode references (between the start and the leaf / parent), which seems to largely solve the lock contention problem with namei(). It needs support from the file system, which has to tell the name cache about directory permissions (only ffs and tmpfs tried so far), and I'm not sure how or if it can work with layered file systems yet. Work in progress. vfs_cache: - Make the rbtree operations more efficient: inline the lookup, and key on a 64-bit hash value (32 bits plus 16 bits length) rather than names. - Take namecache stuff out of vnode_impl, and take the rwlocks, and put them all together an an nchnode struct which is mapped 1:1: with vnodes. Saves memory and nicer cache profile. - Add a routine to help vfs_lookup do its easy component name lookups. - Report some more stats. - Tidy up the file a bit. 1.362.4.1 Fri Jan 17 21:47:37 UTC 2020 ad Sync with head. 1.362.2.2 Tue Jan 07 16:16:50 UTC 2025 martin Pull up following revision(s) (requested by hannken in ticket #1934): sys/ufs/ext2fs/ext2fs_vfsops.c: revision 1.228 sys/ufs/lfs/lfs_vfsops.c: revision 1.383 sys/ufs/ffs/ffs_wapbl.c: revision 1.50 sys/ufs/ffs/ffs_vfsops.c: revision 1.383 (patch) sys/ufs/ffs/ffs_vfsops.c: revision 1.384 (patch) Remove comment "we are always called with the filesystem marked `MPBUSY'." above some xxx_sync() operations. These operations get called without any exclusive lock. This comment appeared with "add quota support" on 1990-05-02. On 1998/02/18 MNT_MPBUSY disappeared when vfs_busy() was changed from an exclusive lock to a shared lock. PR kern/58837 "ffs: Missing locking around fs_fmod/time" Protect test/clear fs->fs_fmod with um_lock like it is already protected in ffs_alloc.c. When writing to disk protect moving superblock to buffer with um_lock. Set/clear fs->fmod while mounting, updating a mount or unmounting is safe as these operations run exclusive, either mounting creates a new file system or the file system is suspended. Assert suspension for update and unmount. PR kern/58837 "ffs: Missing locking around fs_fmod/time" 1.362.2.1 Tue Nov 28 13:11:37 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #1770): sys/ufs/ffs/ffs_vfsops.c: revision 1.382 ffs_sync: Avoid unlocked access to v_numoutput/v_dirtyblkhd. Found by lockdoc. PR kern/57606 |
| /src/sys/uvm/ | |
| uvm_map.c | 1.362 Fri Jul 12 06:27:13 UTC 2019 mlelstv branches: 1.362.2; Add missing lock around pmap_protect. ok, chs@ Reported-by: syzbot+6bfd0be70896fc9e9a3d@syzkaller.appspotmail.com Fri Jul 12 06:27:13 UTC 2019 mlelstv branches: 1.362.2; Add missing lock around pmap_protect. ok, chs@ Reported-by: syzbot+6bfd0be70896fc9e9a3d@syzkaller.appspotmail.com 1.362.2.7 Fri May 09 13:04:26 UTC 2025 martin Pull up following revision(s) (requested by riastradh in ticket #1947): sys/uvm/uvm_extern.h: revision 1.234 (via patch) sys/kern/kern_exec.c: revision 1.528 (via patch) sys/uvm/uvm_map.c: revision 1.427 (via patch) posix_spawn(2): Allocate a new vmspace at process creation time. This allocates a new vmspace for the process at the time the new process is created, rather than sharing some other vmspace temporarily. This eliminates any risk of anything bad happening due to temporary sharing, since there isn't any sharing. Resolves a race to where: 1. we set up the child to share proc0.p_vmspace at first, 2. another process tries to read the new child's psstrings via kern.proc_args.<childpid>.argv or similar with the child's p_reflock held and gets stuck in a uvm fault loop because proc0.p_vmspace doesn't have the child's psstrings address (inherited from the parent) mapped, 3. the child is waiting for p_reflock before it can replace its p_vmspace or psstrings. By allocating the vmspace up front, with no mappings in it, we avoid exposing the child in this scenario. Minor possible downside is that sysctl kern.proc_args.<childpid>.argv might spuriously fail with EFAULT during this time (rather than fail with EBUSY as it does if p_reflock is held concurrently) but that's not a particularly big deal. Patch and first paragraph of commit message written by chs@; minor tweaks to comments -- and any mistakes in the analysis -- by me. PR kern/59037: deadlock in posix_spawn PR kern/59175: posix_spawn hang, hanging other process too 1.362.2.6 Sat Aug 24 08:24:36 UTC 2024 martin Pull up following revision(s) (requested by riastradh in ticket #804): sys/uvm/uvm_map.c: revision 1.423 (patch) sys/uvm/uvm_map.c: revision 1.425 (patch) uvm_map(9): Make sure search in the nearest gap is monotonic. The algorithm, on a hint clamped to the VM bounds, works as follows (assuming topdown VM): 1. Make sure the hint is aligned, by subtracting the remainderin uvm_map_align_va. 2. If the hint is equal to the VM max, try the first free gap. 3. If the hint is not equal to the VM max, but is already in use, try the next gap _below_ the entry covering hint. 4. If the hint is not equal to the VM max and is not already in use, try gap between the entry below hint and the next entry after it, above hint. In the last case, `entry' is the one below hint, and `entry->next' is the one above it. We would take entry->next->start - length as the next candidate hint. However, this algorithm is supposed to be a monotonic search through the address space, and we might wind up with something like: [0x7defb000,0x7defc000) entry above hint (entry->next) 0x77895000 hint [0x77894000,0x77895000) entry below hint (entry) In this case, if length=0x1000, we would take 0x7defb000 - 0x1000 = 0x7defa000 as the next candidate hint, but this violates monotonicity of the search. Instead, take the _smallest_ of orig_hint or entry->next->start - length, to avoid violating monotonicity, so hint <= orig_hint. I didn't commit this change before because it didn't seem to fix all the manifestations of the problem, but we have more diagnostics now so maybe we will find there is a _different_ violation of the same invariants once this is committed -- and I'm pretty sure this change is necessary to guarantee monotonicity in some cases (but I'm still not sure why we're only hitting the problem on sh3). PR kern/51254: uvm assertion "!topdown || hint <= orig_hint" failed uvm_map(9): Apply the same orig_hint clamp again to the same entry. Previous change dealt with case like length=0x1000 and: [0x7defb000,0x7defc000) entry above orig_hint (entry->next) 0x77895000 orig_hint [0x77894000,0x77895000) entry below orig_hint (entry) by changing entry->next->start - length to MIN(orig_hint, entry->next->start - length) in order to enforce monotonicity of search. In this case, if the tree search for a gap has failed, we retry with a list search with exactly the same orig_hint and entry -- nothing has changed them (only hint and tmp). So apply the same clamping. PR kern/51254: uvm assertion "!topdown || hint <= orig_hint" failed 1.362.2.5 Sat Apr 01 16:22:14 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #1625): sys/uvm/uvm_map.c: revision 1.403 mmap(2): Avoid arithmetic overflow in search for free space. PR kern/56900 1.362.2.4 Sat Apr 01 16:03:48 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #1623): sys/uvm/uvm_map.c: revision 1.396 uvm(9): Fix mmap optimization for topdown case. PR kern/51393 1.362.2.3 Sat Apr 01 16:00:28 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #1622): sys/uvm/uvm_map.c: revision 1.395 uvm(9): Fix 19-year-old bug in assertion about mmap hint. Previously this would _first_ remember the original hint, and _then_ clamp the hint to the VM map's range: orig_hint = hint; if (hint < vm_map_min(map)) { /* check ranges ... */ if (flags & UVM_FLAG_FIXED) { UVMHIST_LOG(maphist,"<- VA below map range",0,0,0,0); return (NULL); } hint = vm_map_min(map); ... KASSERTMSG(!topdown || hint <= orig_hint, "hint: %#jx, orig_hint: %#jx", (uintmax_t)hint, (uintmax_t)orig_hint); Even if nothing else happens in the ellipsis, taking the branch guarantees the assertion will fail in the topdown case. 1.362.2.2 Fri Nov 01 18:24:31 UTC 2019 martin Addionally pull up the following revision for ticket #388: sys/uvm/uvm_map.c 1.366 Fix previous; semantics of align argument of uvm_map() is different when UVM_FLAG_COLORMATCH is specified. Should fix PR kern/54669. 1.362.2.1 Fri Nov 01 09:36:32 UTC 2019 martin Pull up following revision(s) (requested by rin in ticket #388): sys/uvm/uvm_map.c: revision 1.365 PR kern/54395 - Align hint for virtual address at the beginning of uvm_map() if required. Otherwise, it will be rounded up/down in an unexpected way by uvm_map_space_avail(), which results in assertion failure. Fix kernel panic when executing earm binary (8KB pages) on aarch64 (4KB pages), which relies on mmap(2) with MAP_ALIGNED flag. - Use inline functions/macros consistently. - Add some more KASSERT's. For more details, see the PR as well as discussion on port-kern: http://mail-index.netbsd.org/tech-kern/2019/10/27/msg025629.html |
| /src/distrib/evbarm/instkernel/sshramdisk/ | |
| Makefile | 1.28.4.1 Thu Jan 22 19:51:52 UTC 2026 martin Pull up following revision(s) (requested by snj in ticket #150): distrib/sets/lists/debug/shl.mi: revision 1.380 crypto/external/bsd/openssh/lib/Makefile: revision 1.45 distrib/sets/lists/debug/shl.mi: revision 1.381 crypto/external/bsd/openssh/lib/Makefile: revision 1.46 distrib/sets/lists/debug/shl.mi: revision 1.382 distrib/evbarm/instkernel/sshramdisk/list: revision 1.7 share/mk/bsd.lib.mk: revision 1.423 share/mk/bsd.lib.mk: revision 1.425 distrib/sets/lists/comp/mi: revision 1.2503 distrib/sets/lists/comp/mi: revision 1.2504 distrib/evbarm/instkernel/sshramdisk/Makefile: revision 1.31 distrib/sets/lists/base/shl.mi: revision 1.1019 rescue/list: revision 1.56 etc/mtree/NetBSD.dist.compat.in: revision 1.9 distrib/sets/lists/debug/mi: revision 1.494 distrib/sets/lists/debug/mi: revision 1.495 distrib/sets/lists/base/mi: revision 1.1371 distrib/sets/lists/base/mi: revision 1.1372 distrib/sets/lists/comp/shl.mi: revision 1.362 etc/mtree/NetBSD.dist.base: revision 1.262 lib/libpam/modules/pam_ssh/Makefile: revision 1.15 share/mk/bsd.prog.mk: revision 1.358 share/mk/bsd.prog.mk: revision 1.359 usr.sbin/wg-keygen/Makefile: revision 1.2 usr.sbin/wg-keygen/Makefile: revision 1.3 distrib/sets/lists/base/shl.mi: revision 1.1020 share/mk/bsd.README: revision 1.457 crypto/external/bsd/openssh/Makefile.inc: revision 1.18 distrib/sets/lists/xdebug/mi: revision 1.52 rescue/Makefile: revision 1.43 Add logic for /usr/lib/private libraries. New variables for makefiles to define: <bsd.lib.mk> LIBSUBDIR -- If nonempty, install library into ${LIBDIR}/${LIBSUBDIR} instead of ${LIBDIR}. Typically set either to empty or to `private'. <bsd.lib.mk> LIBDPSUBDIRS -- List of subdirectories _subdir_ to add -L${SHLIBDIR}/${_subdir_} -Wl,-R${SHLIBDIR}/${_subdir_} to ldflags when linking library. Note: Should only be used inside private libraries, not inside public libraries to link against private libraries, which can't work -- see comment. <bsd.prog.mk> PROGDPSUBDIRS -- List of subdirectories _subdir_ to add -L${SHLIBDIR}/${_subdir_} -Wl,-R${SHLIBDIR}/${_subdir_} to ldflags when linking program. (XXX bsd.lib.mk/bsd.prog.mk should figure LIBDPSUBDIRS/PROGDPSUBDIRS out automatically by LIBDPLIBS/PROGDPLIBS, but for now we don't have that mechanism -- TBD in subsequent work.) Libraries that we want to install because we use them in binaries we ship, but that we want to keep private from applications so we don't have to worry about ABI breakage or leakage into pkgsrc builds, should generally set: LIBSUBDIR= private # Install into /usr/lib/private. NOCOMPAT= # defined # Don't build compat lib. NOLINKLIB= # defined # Don't install .so link or .a lib. (XXX Maybe we should have a `LIBISPRIVATE= installed' or something for this combination of options, but for now I'm putting in the minimal mechanism to implement this and we can condense a common pattern later.) Programs using the library will also have to set PROGDPSUBDIRS+= private so that they will get the rpath /usr/lib/private. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib openssh: Install libssh.so in /usr/lib/private. This way it doesn't get exposed to applications accidentally, and we don't need to worry about breaking ABI when updating openssh in base. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib openssh: Do build and install compat libssh after all. Even though it's not exposed for applications to _link_ against, it is used by the dynamically _loadable_ pam_ssh module, which exists as a compat module and therefore needs libssh as a compat library to be installed somewhere. That somewhere will be /usr/lib/${COMPAT_ARCH}/private. Should fix problems like: dependall ===> compat/sparc64/sparc/../../../lib/libpam/modules/pam_ssh nbmake[11]: don't know how to make /home/source/ab/HEAD/src/crypto/external/bsd/openssh/lib/libssh.a. Stop Verified in an amd64 build that the compat i386 pam_ssh.so is linked correctly: (chroot HEAD)# ldd /usr/lib/i386/security/pam_ssh.so.4 /usr/lib/i386/security/pam_ssh.so.4: -lssh.50 => /usr/lib/i386/private/libssh.so.50 -lcrypto.16 => /usr/lib/i386/libcrypto.so.16 -lcrypt.1 => /usr/lib/i386/libcrypt.so.1 -lgcc_s.1 => /usr/lib/i386/libgcc_s.so.1 -lc.12 => /usr/lib/i386/libc.so.12 -lz.1 => /usr/lib/i386/libz.so.1 PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib wg-keygen(8): Find private libssh.so. Should fix: /usr/sbin/wg-keygen: Shared object "libssh.so.50" not found PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib evbarm/instkernel/sshramdisk: Get libssh out of objdir now. Should fix problems like: --- ramdiskbin.link --- # link sshramdisk/ramdiskbin.link /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/armv6eb--netbsdelf-eabihf-gcc --sysroot=/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest -static -o ramdiskbin.link ramdiskbin.o -Wl,-rpath-link,/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/lib -L=/lib -L/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/usr/lib cat.cro chmod.cro cp.cro dd.cro df.cro ed.cro ln.cro ls.cro mkdir.cro mv.cro pax.cro pwd.cro rm.cro rmdir.cro sh.cro stty.cro sync.cro sleep.cro chown.cro disklabel.cro fdisk.cro fsck.cro fsck_msdos.cro fsck_ffs.cro gpt.cro ifconfig.cro init.cro mknod.cro mount.cro mount_cd9660.cro mount_ext2fs.cro mount_ffs.cro mount_kernfs.cro mount_msdos.cro mount_nfs.cro mount_tmpfs.cro newfs.cro newfs_ext2fs.cro ping.cro reboot.cro restore.cro route.cro shutdown.cro slattach.cro swapctl.cro umount.cro ftp.cro tip.cro gzip.cro less.cro sed.cro tset.cro chroot.cro sshd.cro sysinst.cro progress.cro dhcpcd.cro libhack.o -ledit -lutil -lcurses -lterminfo -lrmt -lcrypt -ll -lm -lz -lprop -lssh -lcrypto -lpthread /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/lib/gcc/armv6eb--netbsdelf-eabihf/14.3.0/../../../../armv6eb--netbsdelf-eabihf/bin/ld: cannot find -lssh: No such file or directory /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/lib/gcc/armv6eb--netbsdelf-eabihf/14.3.0/../../../../armv6eb--netbsdelf-eabihf/bin/ld: have you installed the static version of the ssh library ? collect2: error: ld returned 1 exit status *** Failed target: ramdiskbin.link *** In directory: /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-obj/home/source/ab/HEAD/src/distrib/evbarm/instkernel/sshramdisk *** Failed commands: ${_MKTARGET_LINK} => @echo '# ' " link " sshramdisk/ramdiskbin.link ${_CCLINK.${:Uramdiskbin}} ${_LDFLAGS.${:Uramdiskbin}} ${_LDSTATIC.${:Uramdiskbin}} -o ${.TARGET} ${OBJS.${:Uramdiskbin}} ${_PROGLDOPTS} ${_LDADD.${:Uramdiskbin}} => /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/armv6eb--netbsdelf-eabihf-gcc --sysroot=/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest -static -o ramdiskbin.link ramdiskbin.o -Wl,-rpath-link,/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/lib -L=/lib -L/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/usr/lib cat.cro chmod.cro cp.cro dd.cro df.cro ed.cro ln.cro ls.cro mkdir.cro mv.cro pax.cro pwd.cro rm.cro rmdir.cro sh.cro stty.cro sync.cro sleep.cro chown.cro disklabel.cro fdisk.cro fsck.cro fsck_msdos.cro fsck_ffs.cro gpt.cro ifconfig.cro init.cro mknod.cro mount.cro mount_cd9660.cro mount_ext2fs.cro mount_ffs.cro mount_kernfs.cro mount_msdos.cro mount_nfs.cro mount_tmpfs.cro newfs.cro newfs_ext2fs.cro ping.cro reboot.cro restore.cro route.cro shutdown.cro slattach.cro swapctl.cro umount.cro ftp.cro tip.cro gzip.cro less.cro sed.cro tset.cro chroot.cro sshd.cro sysinst.cro progress.cro dhcpcd.cro libhack.o -ledit -lutil -lcurses -lterminfo -lrmt -lcrypt -ll -lm -lz -lprop -lssh -lcrypto -lpthread ${CTFMERGE} ${CTFMFLAGS} -o ${.TARGET} ${OBJS.${:Uramdiskbin}} => /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/nbctfmerge -t -g -L VERSION -g -o ramdiskbin.link ramdiskbin.o *** [ramdiskbin.link] Error code 1 PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib distrib/sets/lists/comp: libssh is private for lint too. Might fix: checkflist ===> distrib/sets ====== 1 missing files in DESTDIR ======== Files in flist but missing from DESTDIR. File wasn't installed ? ------------------------------------------ ./usr/libdata/lint/llib-lssh.ln ======== end of 1 missing files ========== PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib PR/58648: Fix MKDEBUG=yes build: 1. if NOLINKLIB is set don't install libfoo_g.a and libfoo_p.a libraries. libfoo.a, libfoo_p.a were not being installed already, just make the testing consistent 2. Move .a libraries from shl.mi to mi where they belong. 3. Make stray libfoo_g.a libraries that were install accidentally before obsolete. rescue/list: Touch for CRUNCHGEN_FLAGS change for libssh. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib |
| list | 1.6.2.1 Thu Jan 22 19:51:52 UTC 2026 martin Pull up following revision(s) (requested by snj in ticket #150): distrib/sets/lists/debug/shl.mi: revision 1.380 crypto/external/bsd/openssh/lib/Makefile: revision 1.45 distrib/sets/lists/debug/shl.mi: revision 1.381 crypto/external/bsd/openssh/lib/Makefile: revision 1.46 distrib/sets/lists/debug/shl.mi: revision 1.382 distrib/evbarm/instkernel/sshramdisk/list: revision 1.7 share/mk/bsd.lib.mk: revision 1.423 share/mk/bsd.lib.mk: revision 1.425 distrib/sets/lists/comp/mi: revision 1.2503 distrib/sets/lists/comp/mi: revision 1.2504 distrib/evbarm/instkernel/sshramdisk/Makefile: revision 1.31 distrib/sets/lists/base/shl.mi: revision 1.1019 rescue/list: revision 1.56 etc/mtree/NetBSD.dist.compat.in: revision 1.9 distrib/sets/lists/debug/mi: revision 1.494 distrib/sets/lists/debug/mi: revision 1.495 distrib/sets/lists/base/mi: revision 1.1371 distrib/sets/lists/base/mi: revision 1.1372 distrib/sets/lists/comp/shl.mi: revision 1.362 etc/mtree/NetBSD.dist.base: revision 1.262 lib/libpam/modules/pam_ssh/Makefile: revision 1.15 share/mk/bsd.prog.mk: revision 1.358 share/mk/bsd.prog.mk: revision 1.359 usr.sbin/wg-keygen/Makefile: revision 1.2 usr.sbin/wg-keygen/Makefile: revision 1.3 distrib/sets/lists/base/shl.mi: revision 1.1020 share/mk/bsd.README: revision 1.457 crypto/external/bsd/openssh/Makefile.inc: revision 1.18 distrib/sets/lists/xdebug/mi: revision 1.52 rescue/Makefile: revision 1.43 Add logic for /usr/lib/private libraries. New variables for makefiles to define: <bsd.lib.mk> LIBSUBDIR -- If nonempty, install library into ${LIBDIR}/${LIBSUBDIR} instead of ${LIBDIR}. Typically set either to empty or to `private'. <bsd.lib.mk> LIBDPSUBDIRS -- List of subdirectories _subdir_ to add -L${SHLIBDIR}/${_subdir_} -Wl,-R${SHLIBDIR}/${_subdir_} to ldflags when linking library. Note: Should only be used inside private libraries, not inside public libraries to link against private libraries, which can't work -- see comment. <bsd.prog.mk> PROGDPSUBDIRS -- List of subdirectories _subdir_ to add -L${SHLIBDIR}/${_subdir_} -Wl,-R${SHLIBDIR}/${_subdir_} to ldflags when linking program. (XXX bsd.lib.mk/bsd.prog.mk should figure LIBDPSUBDIRS/PROGDPSUBDIRS out automatically by LIBDPLIBS/PROGDPLIBS, but for now we don't have that mechanism -- TBD in subsequent work.) Libraries that we want to install because we use them in binaries we ship, but that we want to keep private from applications so we don't have to worry about ABI breakage or leakage into pkgsrc builds, should generally set: LIBSUBDIR= private # Install into /usr/lib/private. NOCOMPAT= # defined # Don't build compat lib. NOLINKLIB= # defined # Don't install .so link or .a lib. (XXX Maybe we should have a `LIBISPRIVATE= installed' or something for this combination of options, but for now I'm putting in the minimal mechanism to implement this and we can condense a common pattern later.) Programs using the library will also have to set PROGDPSUBDIRS+= private so that they will get the rpath /usr/lib/private. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib openssh: Install libssh.so in /usr/lib/private. This way it doesn't get exposed to applications accidentally, and we don't need to worry about breaking ABI when updating openssh in base. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib openssh: Do build and install compat libssh after all. Even though it's not exposed for applications to _link_ against, it is used by the dynamically _loadable_ pam_ssh module, which exists as a compat module and therefore needs libssh as a compat library to be installed somewhere. That somewhere will be /usr/lib/${COMPAT_ARCH}/private. Should fix problems like: dependall ===> compat/sparc64/sparc/../../../lib/libpam/modules/pam_ssh nbmake[11]: don't know how to make /home/source/ab/HEAD/src/crypto/external/bsd/openssh/lib/libssh.a. Stop Verified in an amd64 build that the compat i386 pam_ssh.so is linked correctly: (chroot HEAD)# ldd /usr/lib/i386/security/pam_ssh.so.4 /usr/lib/i386/security/pam_ssh.so.4: -lssh.50 => /usr/lib/i386/private/libssh.so.50 -lcrypto.16 => /usr/lib/i386/libcrypto.so.16 -lcrypt.1 => /usr/lib/i386/libcrypt.so.1 -lgcc_s.1 => /usr/lib/i386/libgcc_s.so.1 -lc.12 => /usr/lib/i386/libc.so.12 -lz.1 => /usr/lib/i386/libz.so.1 PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib wg-keygen(8): Find private libssh.so. Should fix: /usr/sbin/wg-keygen: Shared object "libssh.so.50" not found PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib evbarm/instkernel/sshramdisk: Get libssh out of objdir now. Should fix problems like: --- ramdiskbin.link --- # link sshramdisk/ramdiskbin.link /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/armv6eb--netbsdelf-eabihf-gcc --sysroot=/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest -static -o ramdiskbin.link ramdiskbin.o -Wl,-rpath-link,/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/lib -L=/lib -L/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/usr/lib cat.cro chmod.cro cp.cro dd.cro df.cro ed.cro ln.cro ls.cro mkdir.cro mv.cro pax.cro pwd.cro rm.cro rmdir.cro sh.cro stty.cro sync.cro sleep.cro chown.cro disklabel.cro fdisk.cro fsck.cro fsck_msdos.cro fsck_ffs.cro gpt.cro ifconfig.cro init.cro mknod.cro mount.cro mount_cd9660.cro mount_ext2fs.cro mount_ffs.cro mount_kernfs.cro mount_msdos.cro mount_nfs.cro mount_tmpfs.cro newfs.cro newfs_ext2fs.cro ping.cro reboot.cro restore.cro route.cro shutdown.cro slattach.cro swapctl.cro umount.cro ftp.cro tip.cro gzip.cro less.cro sed.cro tset.cro chroot.cro sshd.cro sysinst.cro progress.cro dhcpcd.cro libhack.o -ledit -lutil -lcurses -lterminfo -lrmt -lcrypt -ll -lm -lz -lprop -lssh -lcrypto -lpthread /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/lib/gcc/armv6eb--netbsdelf-eabihf/14.3.0/../../../../armv6eb--netbsdelf-eabihf/bin/ld: cannot find -lssh: No such file or directory /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/lib/gcc/armv6eb--netbsdelf-eabihf/14.3.0/../../../../armv6eb--netbsdelf-eabihf/bin/ld: have you installed the static version of the ssh library ? collect2: error: ld returned 1 exit status *** Failed target: ramdiskbin.link *** In directory: /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-obj/home/source/ab/HEAD/src/distrib/evbarm/instkernel/sshramdisk *** Failed commands: ${_MKTARGET_LINK} => @echo '# ' " link " sshramdisk/ramdiskbin.link ${_CCLINK.${:Uramdiskbin}} ${_LDFLAGS.${:Uramdiskbin}} ${_LDSTATIC.${:Uramdiskbin}} -o ${.TARGET} ${OBJS.${:Uramdiskbin}} ${_PROGLDOPTS} ${_LDADD.${:Uramdiskbin}} => /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/armv6eb--netbsdelf-eabihf-gcc --sysroot=/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest -static -o ramdiskbin.link ramdiskbin.o -Wl,-rpath-link,/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/lib -L=/lib -L/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/usr/lib cat.cro chmod.cro cp.cro dd.cro df.cro ed.cro ln.cro ls.cro mkdir.cro mv.cro pax.cro pwd.cro rm.cro rmdir.cro sh.cro stty.cro sync.cro sleep.cro chown.cro disklabel.cro fdisk.cro fsck.cro fsck_msdos.cro fsck_ffs.cro gpt.cro ifconfig.cro init.cro mknod.cro mount.cro mount_cd9660.cro mount_ext2fs.cro mount_ffs.cro mount_kernfs.cro mount_msdos.cro mount_nfs.cro mount_tmpfs.cro newfs.cro newfs_ext2fs.cro ping.cro reboot.cro restore.cro route.cro shutdown.cro slattach.cro swapctl.cro umount.cro ftp.cro tip.cro gzip.cro less.cro sed.cro tset.cro chroot.cro sshd.cro sysinst.cro progress.cro dhcpcd.cro libhack.o -ledit -lutil -lcurses -lterminfo -lrmt -lcrypt -ll -lm -lz -lprop -lssh -lcrypto -lpthread ${CTFMERGE} ${CTFMFLAGS} -o ${.TARGET} ${OBJS.${:Uramdiskbin}} => /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/nbctfmerge -t -g -L VERSION -g -o ramdiskbin.link ramdiskbin.o *** [ramdiskbin.link] Error code 1 PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib distrib/sets/lists/comp: libssh is private for lint too. Might fix: checkflist ===> distrib/sets ====== 1 missing files in DESTDIR ======== Files in flist but missing from DESTDIR. File wasn't installed ? ------------------------------------------ ./usr/libdata/lint/llib-lssh.ln ======== end of 1 missing files ========== PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib PR/58648: Fix MKDEBUG=yes build: 1. if NOLINKLIB is set don't install libfoo_g.a and libfoo_p.a libraries. libfoo.a, libfoo_p.a were not being installed already, just make the testing consistent 2. Move .a libraries from shl.mi to mi where they belong. 3. Make stray libfoo_g.a libraries that were install accidentally before obsolete. rescue/list: Touch for CRUNCHGEN_FLAGS change for libssh. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib |
| /src/distrib/sets/lists/xdebug/ | |
| mi | 1.51.2.1 Thu Jan 22 19:51:55 UTC 2026 martin Pull up following revision(s) (requested by snj in ticket #150): distrib/sets/lists/debug/shl.mi: revision 1.380 crypto/external/bsd/openssh/lib/Makefile: revision 1.45 distrib/sets/lists/debug/shl.mi: revision 1.381 crypto/external/bsd/openssh/lib/Makefile: revision 1.46 distrib/sets/lists/debug/shl.mi: revision 1.382 distrib/evbarm/instkernel/sshramdisk/list: revision 1.7 share/mk/bsd.lib.mk: revision 1.423 share/mk/bsd.lib.mk: revision 1.425 distrib/sets/lists/comp/mi: revision 1.2503 distrib/sets/lists/comp/mi: revision 1.2504 distrib/evbarm/instkernel/sshramdisk/Makefile: revision 1.31 distrib/sets/lists/base/shl.mi: revision 1.1019 rescue/list: revision 1.56 etc/mtree/NetBSD.dist.compat.in: revision 1.9 distrib/sets/lists/debug/mi: revision 1.494 distrib/sets/lists/debug/mi: revision 1.495 distrib/sets/lists/base/mi: revision 1.1371 distrib/sets/lists/base/mi: revision 1.1372 distrib/sets/lists/comp/shl.mi: revision 1.362 etc/mtree/NetBSD.dist.base: revision 1.262 lib/libpam/modules/pam_ssh/Makefile: revision 1.15 share/mk/bsd.prog.mk: revision 1.358 share/mk/bsd.prog.mk: revision 1.359 usr.sbin/wg-keygen/Makefile: revision 1.2 usr.sbin/wg-keygen/Makefile: revision 1.3 distrib/sets/lists/base/shl.mi: revision 1.1020 share/mk/bsd.README: revision 1.457 crypto/external/bsd/openssh/Makefile.inc: revision 1.18 distrib/sets/lists/xdebug/mi: revision 1.52 rescue/Makefile: revision 1.43 Add logic for /usr/lib/private libraries. New variables for makefiles to define: <bsd.lib.mk> LIBSUBDIR -- If nonempty, install library into ${LIBDIR}/${LIBSUBDIR} instead of ${LIBDIR}. Typically set either to empty or to `private'. <bsd.lib.mk> LIBDPSUBDIRS -- List of subdirectories _subdir_ to add -L${SHLIBDIR}/${_subdir_} -Wl,-R${SHLIBDIR}/${_subdir_} to ldflags when linking library. Note: Should only be used inside private libraries, not inside public libraries to link against private libraries, which can't work -- see comment. <bsd.prog.mk> PROGDPSUBDIRS -- List of subdirectories _subdir_ to add -L${SHLIBDIR}/${_subdir_} -Wl,-R${SHLIBDIR}/${_subdir_} to ldflags when linking program. (XXX bsd.lib.mk/bsd.prog.mk should figure LIBDPSUBDIRS/PROGDPSUBDIRS out automatically by LIBDPLIBS/PROGDPLIBS, but for now we don't have that mechanism -- TBD in subsequent work.) Libraries that we want to install because we use them in binaries we ship, but that we want to keep private from applications so we don't have to worry about ABI breakage or leakage into pkgsrc builds, should generally set: LIBSUBDIR= private # Install into /usr/lib/private. NOCOMPAT= # defined # Don't build compat lib. NOLINKLIB= # defined # Don't install .so link or .a lib. (XXX Maybe we should have a `LIBISPRIVATE= installed' or something for this combination of options, but for now I'm putting in the minimal mechanism to implement this and we can condense a common pattern later.) Programs using the library will also have to set PROGDPSUBDIRS+= private so that they will get the rpath /usr/lib/private. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib openssh: Install libssh.so in /usr/lib/private. This way it doesn't get exposed to applications accidentally, and we don't need to worry about breaking ABI when updating openssh in base. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib openssh: Do build and install compat libssh after all. Even though it's not exposed for applications to _link_ against, it is used by the dynamically _loadable_ pam_ssh module, which exists as a compat module and therefore needs libssh as a compat library to be installed somewhere. That somewhere will be /usr/lib/${COMPAT_ARCH}/private. Should fix problems like: dependall ===> compat/sparc64/sparc/../../../lib/libpam/modules/pam_ssh nbmake[11]: don't know how to make /home/source/ab/HEAD/src/crypto/external/bsd/openssh/lib/libssh.a. Stop Verified in an amd64 build that the compat i386 pam_ssh.so is linked correctly: (chroot HEAD)# ldd /usr/lib/i386/security/pam_ssh.so.4 /usr/lib/i386/security/pam_ssh.so.4: -lssh.50 => /usr/lib/i386/private/libssh.so.50 -lcrypto.16 => /usr/lib/i386/libcrypto.so.16 -lcrypt.1 => /usr/lib/i386/libcrypt.so.1 -lgcc_s.1 => /usr/lib/i386/libgcc_s.so.1 -lc.12 => /usr/lib/i386/libc.so.12 -lz.1 => /usr/lib/i386/libz.so.1 PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib wg-keygen(8): Find private libssh.so. Should fix: /usr/sbin/wg-keygen: Shared object "libssh.so.50" not found PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib evbarm/instkernel/sshramdisk: Get libssh out of objdir now. Should fix problems like: --- ramdiskbin.link --- # link sshramdisk/ramdiskbin.link /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/armv6eb--netbsdelf-eabihf-gcc --sysroot=/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest -static -o ramdiskbin.link ramdiskbin.o -Wl,-rpath-link,/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/lib -L=/lib -L/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/usr/lib cat.cro chmod.cro cp.cro dd.cro df.cro ed.cro ln.cro ls.cro mkdir.cro mv.cro pax.cro pwd.cro rm.cro rmdir.cro sh.cro stty.cro sync.cro sleep.cro chown.cro disklabel.cro fdisk.cro fsck.cro fsck_msdos.cro fsck_ffs.cro gpt.cro ifconfig.cro init.cro mknod.cro mount.cro mount_cd9660.cro mount_ext2fs.cro mount_ffs.cro mount_kernfs.cro mount_msdos.cro mount_nfs.cro mount_tmpfs.cro newfs.cro newfs_ext2fs.cro ping.cro reboot.cro restore.cro route.cro shutdown.cro slattach.cro swapctl.cro umount.cro ftp.cro tip.cro gzip.cro less.cro sed.cro tset.cro chroot.cro sshd.cro sysinst.cro progress.cro dhcpcd.cro libhack.o -ledit -lutil -lcurses -lterminfo -lrmt -lcrypt -ll -lm -lz -lprop -lssh -lcrypto -lpthread /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/lib/gcc/armv6eb--netbsdelf-eabihf/14.3.0/../../../../armv6eb--netbsdelf-eabihf/bin/ld: cannot find -lssh: No such file or directory /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/lib/gcc/armv6eb--netbsdelf-eabihf/14.3.0/../../../../armv6eb--netbsdelf-eabihf/bin/ld: have you installed the static version of the ssh library ? collect2: error: ld returned 1 exit status *** Failed target: ramdiskbin.link *** In directory: /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-obj/home/source/ab/HEAD/src/distrib/evbarm/instkernel/sshramdisk *** Failed commands: ${_MKTARGET_LINK} => @echo '# ' " link " sshramdisk/ramdiskbin.link ${_CCLINK.${:Uramdiskbin}} ${_LDFLAGS.${:Uramdiskbin}} ${_LDSTATIC.${:Uramdiskbin}} -o ${.TARGET} ${OBJS.${:Uramdiskbin}} ${_PROGLDOPTS} ${_LDADD.${:Uramdiskbin}} => /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/armv6eb--netbsdelf-eabihf-gcc --sysroot=/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest -static -o ramdiskbin.link ramdiskbin.o -Wl,-rpath-link,/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/lib -L=/lib -L/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/usr/lib cat.cro chmod.cro cp.cro dd.cro df.cro ed.cro ln.cro ls.cro mkdir.cro mv.cro pax.cro pwd.cro rm.cro rmdir.cro sh.cro stty.cro sync.cro sleep.cro chown.cro disklabel.cro fdisk.cro fsck.cro fsck_msdos.cro fsck_ffs.cro gpt.cro ifconfig.cro init.cro mknod.cro mount.cro mount_cd9660.cro mount_ext2fs.cro mount_ffs.cro mount_kernfs.cro mount_msdos.cro mount_nfs.cro mount_tmpfs.cro newfs.cro newfs_ext2fs.cro ping.cro reboot.cro restore.cro route.cro shutdown.cro slattach.cro swapctl.cro umount.cro ftp.cro tip.cro gzip.cro less.cro sed.cro tset.cro chroot.cro sshd.cro sysinst.cro progress.cro dhcpcd.cro libhack.o -ledit -lutil -lcurses -lterminfo -lrmt -lcrypt -ll -lm -lz -lprop -lssh -lcrypto -lpthread ${CTFMERGE} ${CTFMFLAGS} -o ${.TARGET} ${OBJS.${:Uramdiskbin}} => /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/nbctfmerge -t -g -L VERSION -g -o ramdiskbin.link ramdiskbin.o *** [ramdiskbin.link] Error code 1 PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib distrib/sets/lists/comp: libssh is private for lint too. Might fix: checkflist ===> distrib/sets ====== 1 missing files in DESTDIR ======== Files in flist but missing from DESTDIR. File wasn't installed ? ------------------------------------------ ./usr/libdata/lint/llib-lssh.ln ======== end of 1 missing files ========== PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib PR/58648: Fix MKDEBUG=yes build: 1. if NOLINKLIB is set don't install libfoo_g.a and libfoo_p.a libraries. libfoo.a, libfoo_p.a were not being installed already, just make the testing consistent 2. Move .a libraries from shl.mi to mi where they belong. 3. Make stray libfoo_g.a libraries that were install accidentally before obsolete. rescue/list: Touch for CRUNCHGEN_FLAGS change for libssh. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib |
| /src/rescue/ | |
| list | 1.55.6.1 Thu Jan 22 19:51:54 UTC 2026 martin Pull up following revision(s) (requested by snj in ticket #150): distrib/sets/lists/debug/shl.mi: revision 1.380 crypto/external/bsd/openssh/lib/Makefile: revision 1.45 distrib/sets/lists/debug/shl.mi: revision 1.381 crypto/external/bsd/openssh/lib/Makefile: revision 1.46 distrib/sets/lists/debug/shl.mi: revision 1.382 distrib/evbarm/instkernel/sshramdisk/list: revision 1.7 share/mk/bsd.lib.mk: revision 1.423 share/mk/bsd.lib.mk: revision 1.425 distrib/sets/lists/comp/mi: revision 1.2503 distrib/sets/lists/comp/mi: revision 1.2504 distrib/evbarm/instkernel/sshramdisk/Makefile: revision 1.31 distrib/sets/lists/base/shl.mi: revision 1.1019 rescue/list: revision 1.56 etc/mtree/NetBSD.dist.compat.in: revision 1.9 distrib/sets/lists/debug/mi: revision 1.494 distrib/sets/lists/debug/mi: revision 1.495 distrib/sets/lists/base/mi: revision 1.1371 distrib/sets/lists/base/mi: revision 1.1372 distrib/sets/lists/comp/shl.mi: revision 1.362 etc/mtree/NetBSD.dist.base: revision 1.262 lib/libpam/modules/pam_ssh/Makefile: revision 1.15 share/mk/bsd.prog.mk: revision 1.358 share/mk/bsd.prog.mk: revision 1.359 usr.sbin/wg-keygen/Makefile: revision 1.2 usr.sbin/wg-keygen/Makefile: revision 1.3 distrib/sets/lists/base/shl.mi: revision 1.1020 share/mk/bsd.README: revision 1.457 crypto/external/bsd/openssh/Makefile.inc: revision 1.18 distrib/sets/lists/xdebug/mi: revision 1.52 rescue/Makefile: revision 1.43 Add logic for /usr/lib/private libraries. New variables for makefiles to define: <bsd.lib.mk> LIBSUBDIR -- If nonempty, install library into ${LIBDIR}/${LIBSUBDIR} instead of ${LIBDIR}. Typically set either to empty or to `private'. <bsd.lib.mk> LIBDPSUBDIRS -- List of subdirectories _subdir_ to add -L${SHLIBDIR}/${_subdir_} -Wl,-R${SHLIBDIR}/${_subdir_} to ldflags when linking library. Note: Should only be used inside private libraries, not inside public libraries to link against private libraries, which can't work -- see comment. <bsd.prog.mk> PROGDPSUBDIRS -- List of subdirectories _subdir_ to add -L${SHLIBDIR}/${_subdir_} -Wl,-R${SHLIBDIR}/${_subdir_} to ldflags when linking program. (XXX bsd.lib.mk/bsd.prog.mk should figure LIBDPSUBDIRS/PROGDPSUBDIRS out automatically by LIBDPLIBS/PROGDPLIBS, but for now we don't have that mechanism -- TBD in subsequent work.) Libraries that we want to install because we use them in binaries we ship, but that we want to keep private from applications so we don't have to worry about ABI breakage or leakage into pkgsrc builds, should generally set: LIBSUBDIR= private # Install into /usr/lib/private. NOCOMPAT= # defined # Don't build compat lib. NOLINKLIB= # defined # Don't install .so link or .a lib. (XXX Maybe we should have a `LIBISPRIVATE= installed' or something for this combination of options, but for now I'm putting in the minimal mechanism to implement this and we can condense a common pattern later.) Programs using the library will also have to set PROGDPSUBDIRS+= private so that they will get the rpath /usr/lib/private. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib openssh: Install libssh.so in /usr/lib/private. This way it doesn't get exposed to applications accidentally, and we don't need to worry about breaking ABI when updating openssh in base. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib openssh: Do build and install compat libssh after all. Even though it's not exposed for applications to _link_ against, it is used by the dynamically _loadable_ pam_ssh module, which exists as a compat module and therefore needs libssh as a compat library to be installed somewhere. That somewhere will be /usr/lib/${COMPAT_ARCH}/private. Should fix problems like: dependall ===> compat/sparc64/sparc/../../../lib/libpam/modules/pam_ssh nbmake[11]: don't know how to make /home/source/ab/HEAD/src/crypto/external/bsd/openssh/lib/libssh.a. Stop Verified in an amd64 build that the compat i386 pam_ssh.so is linked correctly: (chroot HEAD)# ldd /usr/lib/i386/security/pam_ssh.so.4 /usr/lib/i386/security/pam_ssh.so.4: -lssh.50 => /usr/lib/i386/private/libssh.so.50 -lcrypto.16 => /usr/lib/i386/libcrypto.so.16 -lcrypt.1 => /usr/lib/i386/libcrypt.so.1 -lgcc_s.1 => /usr/lib/i386/libgcc_s.so.1 -lc.12 => /usr/lib/i386/libc.so.12 -lz.1 => /usr/lib/i386/libz.so.1 PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib wg-keygen(8): Find private libssh.so. Should fix: /usr/sbin/wg-keygen: Shared object "libssh.so.50" not found PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib evbarm/instkernel/sshramdisk: Get libssh out of objdir now. Should fix problems like: --- ramdiskbin.link --- # link sshramdisk/ramdiskbin.link /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/armv6eb--netbsdelf-eabihf-gcc --sysroot=/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest -static -o ramdiskbin.link ramdiskbin.o -Wl,-rpath-link,/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/lib -L=/lib -L/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/usr/lib cat.cro chmod.cro cp.cro dd.cro df.cro ed.cro ln.cro ls.cro mkdir.cro mv.cro pax.cro pwd.cro rm.cro rmdir.cro sh.cro stty.cro sync.cro sleep.cro chown.cro disklabel.cro fdisk.cro fsck.cro fsck_msdos.cro fsck_ffs.cro gpt.cro ifconfig.cro init.cro mknod.cro mount.cro mount_cd9660.cro mount_ext2fs.cro mount_ffs.cro mount_kernfs.cro mount_msdos.cro mount_nfs.cro mount_tmpfs.cro newfs.cro newfs_ext2fs.cro ping.cro reboot.cro restore.cro route.cro shutdown.cro slattach.cro swapctl.cro umount.cro ftp.cro tip.cro gzip.cro less.cro sed.cro tset.cro chroot.cro sshd.cro sysinst.cro progress.cro dhcpcd.cro libhack.o -ledit -lutil -lcurses -lterminfo -lrmt -lcrypt -ll -lm -lz -lprop -lssh -lcrypto -lpthread /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/lib/gcc/armv6eb--netbsdelf-eabihf/14.3.0/../../../../armv6eb--netbsdelf-eabihf/bin/ld: cannot find -lssh: No such file or directory /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/lib/gcc/armv6eb--netbsdelf-eabihf/14.3.0/../../../../armv6eb--netbsdelf-eabihf/bin/ld: have you installed the static version of the ssh library ? collect2: error: ld returned 1 exit status *** Failed target: ramdiskbin.link *** In directory: /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-obj/home/source/ab/HEAD/src/distrib/evbarm/instkernel/sshramdisk *** Failed commands: ${_MKTARGET_LINK} => @echo '# ' " link " sshramdisk/ramdiskbin.link ${_CCLINK.${:Uramdiskbin}} ${_LDFLAGS.${:Uramdiskbin}} ${_LDSTATIC.${:Uramdiskbin}} -o ${.TARGET} ${OBJS.${:Uramdiskbin}} ${_PROGLDOPTS} ${_LDADD.${:Uramdiskbin}} => /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/armv6eb--netbsdelf-eabihf-gcc --sysroot=/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest -static -o ramdiskbin.link ramdiskbin.o -Wl,-rpath-link,/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/lib -L=/lib -L/home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-dest/usr/lib cat.cro chmod.cro cp.cro dd.cro df.cro ed.cro ln.cro ls.cro mkdir.cro mv.cro pax.cro pwd.cro rm.cro rmdir.cro sh.cro stty.cro sync.cro sleep.cro chown.cro disklabel.cro fdisk.cro fsck.cro fsck_msdos.cro fsck_ffs.cro gpt.cro ifconfig.cro init.cro mknod.cro mount.cro mount_cd9660.cro mount_ext2fs.cro mount_ffs.cro mount_kernfs.cro mount_msdos.cro mount_nfs.cro mount_tmpfs.cro newfs.cro newfs_ext2fs.cro ping.cro reboot.cro restore.cro route.cro shutdown.cro slattach.cro swapctl.cro umount.cro ftp.cro tip.cro gzip.cro less.cro sed.cro tset.cro chroot.cro sshd.cro sysinst.cro progress.cro dhcpcd.cro libhack.o -ledit -lutil -lcurses -lterminfo -lrmt -lcrypt -ll -lm -lz -lprop -lssh -lcrypto -lpthread ${CTFMERGE} ${CTFMFLAGS} -o ${.TARGET} ${OBJS.${:Uramdiskbin}} => /home/builds/ab/HEAD/evbarm-earmv6hfeb/20251217070550Z-tools/bin/nbctfmerge -t -g -L VERSION -g -o ramdiskbin.link ramdiskbin.o *** [ramdiskbin.link] Error code 1 PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib distrib/sets/lists/comp: libssh is private for lint too. Might fix: checkflist ===> distrib/sets ====== 1 missing files in DESTDIR ======== Files in flist but missing from DESTDIR. File wasn't installed ? ------------------------------------------ ./usr/libdata/lint/llib-lssh.ln ======== end of 1 missing files ========== PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib PR/58648: Fix MKDEBUG=yes build: 1. if NOLINKLIB is set don't install libfoo_g.a and libfoo_p.a libraries. libfoo.a, libfoo_p.a were not being installed already, just make the testing consistent 2. Move .a libraries from shl.mi to mi where they belong. 3. Make stray libfoo_g.a libraries that were install accidentally before obsolete. rescue/list: Touch for CRUNCHGEN_FLAGS change for libssh. PR lib/58648: private shared libraries should go in /usr/lib/private, not /usr/lib |
| /src/sys/arch/amigappc/conf/ | |
| GENERIC | 1.20.4.2 Tue Nov 18 19:05:29 UTC 2014 snj Pull up following revision(s) (requested by manu in ticket #251): sys/arch/acorn26/conf/GENERIC: revision 1.81 sys/arch/acorn32/conf/GENERIC: revision 1.116 sys/arch/alpha/conf/GENERIC: revision 1.362 sys/arch/amd64/conf/ALL: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.404 sys/arch/amd64/conf/XEN3_DOM0: revision 1.112 sys/arch/amd64/conf/XEN3_DOMU: revision 1.60 sys/arch/amiga/conf/GENERIC.in: revision 1.129 sys/arch/amiga/conf/GENERIC: revision 1.311 sys/arch/amigappc/conf/GENERIC: revision 1.24 sys/arch/arc/conf/GENERIC: revision 1.184 sys/arch/bebox/conf/GENERIC: revision 1.145 sys/arch/cats/conf/GENERIC: revision 1.155 sys/arch/cesfic/conf/GENERIC: revision 1.65 sys/arch/cobalt/conf/GENERIC: revision 1.147 sys/arch/dreamcast/conf/GENERIC: revision 1.121 sys/arch/emips/conf/GENERIC: revision 1.15 sys/arch/epoc32/conf/GENERIC: revision 1.8 sys/arch/ews4800mips/conf/GENERIC: revision 1.51 sys/arch/hp300/conf/GENERIC: revision 1.190 sys/arch/hpcmips/conf/GENERIC: revision 1.229 sys/arch/hpcsh/conf/GENERIC: revision 1.106 sys/arch/hppa/conf/GENERIC: revision 1.6 sys/arch/i386/conf/ALL: revision 1.389 sys/arch/i386/conf/GENERIC: revision 1.1118 sys/arch/i386/conf/XEN3_DOM0: revision 1.93 sys/arch/i386/conf/XEN3_DOMU: revision 1.65 sys/arch/ibmnws/conf/GENERIC: revision 1.46 sys/arch/iyonix/conf/GENERIC: revision 1.88 sys/arch/landisk/conf/GENERIC: revision 1.45 sys/arch/luna68k/conf/GENERIC: revision 1.119 sys/arch/mac68k/conf/GENERIC: revision 1.220 sys/arch/macppc/conf/GENERIC: revision 1.320 sys/arch/macppc/conf/MAMBO: revision 1.24 sys/arch/macppc/conf/POWERMAC_G5: revision 1.25 sys/arch/mipsco/conf/GENERIC: revision 1.88 sys/arch/mmeye/conf/GENERIC: revision 1.120 sys/arch/mvme68k/conf/GENERIC: revision 1.94 sys/arch/mvmeppc/conf/GENERIC: revision 1.24 sys/arch/netwinder/conf/GENERIC: revision 1.126 sys/arch/news68k/conf/GENERIC: revision 1.125 sys/arch/newsmips/conf/GENERIC: revision 1.129 sys/arch/next68k/conf/GENERIC: revision 1.139 sys/arch/ofppc/conf/GENERIC: revision 1.157 sys/arch/pmax/conf/GENERIC64: revision 1.21 sys/arch/pmax/conf/GENERIC: revision 1.185 sys/arch/prep/conf/GENERIC: revision 1.174 sys/arch/rs6000/conf/GENERIC: revision 1.33 sys/arch/sandpoint/conf/GENERIC: revision 1.88 sys/arch/sbmips/conf/GENERIC: revision 1.101 sys/arch/sgimips/conf/GENERIC32_IP12: revision 1.28 sys/arch/sgimips/conf/GENERIC32_IP2x: revision 1.104 sys/arch/sgimips/conf/GENERIC32_IP3x: revision 1.106 sys/arch/shark/conf/GENERIC: revision 1.121 sys/arch/sparc/conf/GENERIC: revision 1.248 sys/arch/sparc/conf/TADPOLE3GX: revision 1.65 sys/arch/sparc64/conf/GENERIC: revision 1.177 sys/arch/sparc64/conf/NONPLUS64: revision 1.44 sys/arch/sun2/conf/GENERIC: revision 1.94 sys/arch/sun3/conf/GENERIC: revision 1.171 sys/arch/vax/conf/GENERIC: revision 1.193 sys/arch/vax/conf/VAX780: revision 1.19 sys/arch/x68k/conf/GENERIC: revision 1.179 sys/arch/zaurus/conf/GENERIC: revision 1.65 sys/ufs/files.ufs: revision 1.38 Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate |
| /src/sys/arch/emips/conf/ | |
| GENERIC | 1.12.6.2 Tue Nov 18 19:05:29 UTC 2014 snj Pull up following revision(s) (requested by manu in ticket #251): sys/arch/acorn26/conf/GENERIC: revision 1.81 sys/arch/acorn32/conf/GENERIC: revision 1.116 sys/arch/alpha/conf/GENERIC: revision 1.362 sys/arch/amd64/conf/ALL: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.404 sys/arch/amd64/conf/XEN3_DOM0: revision 1.112 sys/arch/amd64/conf/XEN3_DOMU: revision 1.60 sys/arch/amiga/conf/GENERIC.in: revision 1.129 sys/arch/amiga/conf/GENERIC: revision 1.311 sys/arch/amigappc/conf/GENERIC: revision 1.24 sys/arch/arc/conf/GENERIC: revision 1.184 sys/arch/bebox/conf/GENERIC: revision 1.145 sys/arch/cats/conf/GENERIC: revision 1.155 sys/arch/cesfic/conf/GENERIC: revision 1.65 sys/arch/cobalt/conf/GENERIC: revision 1.147 sys/arch/dreamcast/conf/GENERIC: revision 1.121 sys/arch/emips/conf/GENERIC: revision 1.15 sys/arch/epoc32/conf/GENERIC: revision 1.8 sys/arch/ews4800mips/conf/GENERIC: revision 1.51 sys/arch/hp300/conf/GENERIC: revision 1.190 sys/arch/hpcmips/conf/GENERIC: revision 1.229 sys/arch/hpcsh/conf/GENERIC: revision 1.106 sys/arch/hppa/conf/GENERIC: revision 1.6 sys/arch/i386/conf/ALL: revision 1.389 sys/arch/i386/conf/GENERIC: revision 1.1118 sys/arch/i386/conf/XEN3_DOM0: revision 1.93 sys/arch/i386/conf/XEN3_DOMU: revision 1.65 sys/arch/ibmnws/conf/GENERIC: revision 1.46 sys/arch/iyonix/conf/GENERIC: revision 1.88 sys/arch/landisk/conf/GENERIC: revision 1.45 sys/arch/luna68k/conf/GENERIC: revision 1.119 sys/arch/mac68k/conf/GENERIC: revision 1.220 sys/arch/macppc/conf/GENERIC: revision 1.320 sys/arch/macppc/conf/MAMBO: revision 1.24 sys/arch/macppc/conf/POWERMAC_G5: revision 1.25 sys/arch/mipsco/conf/GENERIC: revision 1.88 sys/arch/mmeye/conf/GENERIC: revision 1.120 sys/arch/mvme68k/conf/GENERIC: revision 1.94 sys/arch/mvmeppc/conf/GENERIC: revision 1.24 sys/arch/netwinder/conf/GENERIC: revision 1.126 sys/arch/news68k/conf/GENERIC: revision 1.125 sys/arch/newsmips/conf/GENERIC: revision 1.129 sys/arch/next68k/conf/GENERIC: revision 1.139 sys/arch/ofppc/conf/GENERIC: revision 1.157 sys/arch/pmax/conf/GENERIC64: revision 1.21 sys/arch/pmax/conf/GENERIC: revision 1.185 sys/arch/prep/conf/GENERIC: revision 1.174 sys/arch/rs6000/conf/GENERIC: revision 1.33 sys/arch/sandpoint/conf/GENERIC: revision 1.88 sys/arch/sbmips/conf/GENERIC: revision 1.101 sys/arch/sgimips/conf/GENERIC32_IP12: revision 1.28 sys/arch/sgimips/conf/GENERIC32_IP2x: revision 1.104 sys/arch/sgimips/conf/GENERIC32_IP3x: revision 1.106 sys/arch/shark/conf/GENERIC: revision 1.121 sys/arch/sparc/conf/GENERIC: revision 1.248 sys/arch/sparc/conf/TADPOLE3GX: revision 1.65 sys/arch/sparc64/conf/GENERIC: revision 1.177 sys/arch/sparc64/conf/NONPLUS64: revision 1.44 sys/arch/sun2/conf/GENERIC: revision 1.94 sys/arch/sun3/conf/GENERIC: revision 1.171 sys/arch/vax/conf/GENERIC: revision 1.193 sys/arch/vax/conf/VAX780: revision 1.19 sys/arch/x68k/conf/GENERIC: revision 1.179 sys/arch/zaurus/conf/GENERIC: revision 1.65 sys/ufs/files.ufs: revision 1.38 Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate |
| /src/sys/arch/hppa/conf/ | |
| GENERIC | 1.1.8.2 Tue Nov 18 19:05:30 UTC 2014 snj Pull up following revision(s) (requested by manu in ticket #251): sys/arch/acorn26/conf/GENERIC: revision 1.81 sys/arch/acorn32/conf/GENERIC: revision 1.116 sys/arch/alpha/conf/GENERIC: revision 1.362 sys/arch/amd64/conf/ALL: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.404 sys/arch/amd64/conf/XEN3_DOM0: revision 1.112 sys/arch/amd64/conf/XEN3_DOMU: revision 1.60 sys/arch/amiga/conf/GENERIC.in: revision 1.129 sys/arch/amiga/conf/GENERIC: revision 1.311 sys/arch/amigappc/conf/GENERIC: revision 1.24 sys/arch/arc/conf/GENERIC: revision 1.184 sys/arch/bebox/conf/GENERIC: revision 1.145 sys/arch/cats/conf/GENERIC: revision 1.155 sys/arch/cesfic/conf/GENERIC: revision 1.65 sys/arch/cobalt/conf/GENERIC: revision 1.147 sys/arch/dreamcast/conf/GENERIC: revision 1.121 sys/arch/emips/conf/GENERIC: revision 1.15 sys/arch/epoc32/conf/GENERIC: revision 1.8 sys/arch/ews4800mips/conf/GENERIC: revision 1.51 sys/arch/hp300/conf/GENERIC: revision 1.190 sys/arch/hpcmips/conf/GENERIC: revision 1.229 sys/arch/hpcsh/conf/GENERIC: revision 1.106 sys/arch/hppa/conf/GENERIC: revision 1.6 sys/arch/i386/conf/ALL: revision 1.389 sys/arch/i386/conf/GENERIC: revision 1.1118 sys/arch/i386/conf/XEN3_DOM0: revision 1.93 sys/arch/i386/conf/XEN3_DOMU: revision 1.65 sys/arch/ibmnws/conf/GENERIC: revision 1.46 sys/arch/iyonix/conf/GENERIC: revision 1.88 sys/arch/landisk/conf/GENERIC: revision 1.45 sys/arch/luna68k/conf/GENERIC: revision 1.119 sys/arch/mac68k/conf/GENERIC: revision 1.220 sys/arch/macppc/conf/GENERIC: revision 1.320 sys/arch/macppc/conf/MAMBO: revision 1.24 sys/arch/macppc/conf/POWERMAC_G5: revision 1.25 sys/arch/mipsco/conf/GENERIC: revision 1.88 sys/arch/mmeye/conf/GENERIC: revision 1.120 sys/arch/mvme68k/conf/GENERIC: revision 1.94 sys/arch/mvmeppc/conf/GENERIC: revision 1.24 sys/arch/netwinder/conf/GENERIC: revision 1.126 sys/arch/news68k/conf/GENERIC: revision 1.125 sys/arch/newsmips/conf/GENERIC: revision 1.129 sys/arch/next68k/conf/GENERIC: revision 1.139 sys/arch/ofppc/conf/GENERIC: revision 1.157 sys/arch/pmax/conf/GENERIC64: revision 1.21 sys/arch/pmax/conf/GENERIC: revision 1.185 sys/arch/prep/conf/GENERIC: revision 1.174 sys/arch/rs6000/conf/GENERIC: revision 1.33 sys/arch/sandpoint/conf/GENERIC: revision 1.88 sys/arch/sbmips/conf/GENERIC: revision 1.101 sys/arch/sgimips/conf/GENERIC32_IP12: revision 1.28 sys/arch/sgimips/conf/GENERIC32_IP2x: revision 1.104 sys/arch/sgimips/conf/GENERIC32_IP3x: revision 1.106 sys/arch/shark/conf/GENERIC: revision 1.121 sys/arch/sparc/conf/GENERIC: revision 1.248 sys/arch/sparc/conf/TADPOLE3GX: revision 1.65 sys/arch/sparc64/conf/GENERIC: revision 1.177 sys/arch/sparc64/conf/NONPLUS64: revision 1.44 sys/arch/sun2/conf/GENERIC: revision 1.94 sys/arch/sun3/conf/GENERIC: revision 1.171 sys/arch/vax/conf/GENERIC: revision 1.193 sys/arch/vax/conf/VAX780: revision 1.19 sys/arch/x68k/conf/GENERIC: revision 1.179 sys/arch/zaurus/conf/GENERIC: revision 1.65 sys/ufs/files.ufs: revision 1.38 Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate |
| /src/sys/arch/mvmeppc/conf/ | |
| GENERIC | 1.22.6.3 Tue Nov 18 19:05:30 UTC 2014 snj Pull up following revision(s) (requested by manu in ticket #251): sys/arch/acorn26/conf/GENERIC: revision 1.81 sys/arch/acorn32/conf/GENERIC: revision 1.116 sys/arch/alpha/conf/GENERIC: revision 1.362 sys/arch/amd64/conf/ALL: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.404 sys/arch/amd64/conf/XEN3_DOM0: revision 1.112 sys/arch/amd64/conf/XEN3_DOMU: revision 1.60 sys/arch/amiga/conf/GENERIC.in: revision 1.129 sys/arch/amiga/conf/GENERIC: revision 1.311 sys/arch/amigappc/conf/GENERIC: revision 1.24 sys/arch/arc/conf/GENERIC: revision 1.184 sys/arch/bebox/conf/GENERIC: revision 1.145 sys/arch/cats/conf/GENERIC: revision 1.155 sys/arch/cesfic/conf/GENERIC: revision 1.65 sys/arch/cobalt/conf/GENERIC: revision 1.147 sys/arch/dreamcast/conf/GENERIC: revision 1.121 sys/arch/emips/conf/GENERIC: revision 1.15 sys/arch/epoc32/conf/GENERIC: revision 1.8 sys/arch/ews4800mips/conf/GENERIC: revision 1.51 sys/arch/hp300/conf/GENERIC: revision 1.190 sys/arch/hpcmips/conf/GENERIC: revision 1.229 sys/arch/hpcsh/conf/GENERIC: revision 1.106 sys/arch/hppa/conf/GENERIC: revision 1.6 sys/arch/i386/conf/ALL: revision 1.389 sys/arch/i386/conf/GENERIC: revision 1.1118 sys/arch/i386/conf/XEN3_DOM0: revision 1.93 sys/arch/i386/conf/XEN3_DOMU: revision 1.65 sys/arch/ibmnws/conf/GENERIC: revision 1.46 sys/arch/iyonix/conf/GENERIC: revision 1.88 sys/arch/landisk/conf/GENERIC: revision 1.45 sys/arch/luna68k/conf/GENERIC: revision 1.119 sys/arch/mac68k/conf/GENERIC: revision 1.220 sys/arch/macppc/conf/GENERIC: revision 1.320 sys/arch/macppc/conf/MAMBO: revision 1.24 sys/arch/macppc/conf/POWERMAC_G5: revision 1.25 sys/arch/mipsco/conf/GENERIC: revision 1.88 sys/arch/mmeye/conf/GENERIC: revision 1.120 sys/arch/mvme68k/conf/GENERIC: revision 1.94 sys/arch/mvmeppc/conf/GENERIC: revision 1.24 sys/arch/netwinder/conf/GENERIC: revision 1.126 sys/arch/news68k/conf/GENERIC: revision 1.125 sys/arch/newsmips/conf/GENERIC: revision 1.129 sys/arch/next68k/conf/GENERIC: revision 1.139 sys/arch/ofppc/conf/GENERIC: revision 1.157 sys/arch/pmax/conf/GENERIC64: revision 1.21 sys/arch/pmax/conf/GENERIC: revision 1.185 sys/arch/prep/conf/GENERIC: revision 1.174 sys/arch/rs6000/conf/GENERIC: revision 1.33 sys/arch/sandpoint/conf/GENERIC: revision 1.88 sys/arch/sbmips/conf/GENERIC: revision 1.101 sys/arch/sgimips/conf/GENERIC32_IP12: revision 1.28 sys/arch/sgimips/conf/GENERIC32_IP2x: revision 1.104 sys/arch/sgimips/conf/GENERIC32_IP3x: revision 1.106 sys/arch/shark/conf/GENERIC: revision 1.121 sys/arch/sparc/conf/GENERIC: revision 1.248 sys/arch/sparc/conf/TADPOLE3GX: revision 1.65 sys/arch/sparc64/conf/GENERIC: revision 1.177 sys/arch/sparc64/conf/NONPLUS64: revision 1.44 sys/arch/sun2/conf/GENERIC: revision 1.94 sys/arch/sun3/conf/GENERIC: revision 1.171 sys/arch/vax/conf/GENERIC: revision 1.193 sys/arch/vax/conf/VAX780: revision 1.19 sys/arch/x68k/conf/GENERIC: revision 1.179 sys/arch/zaurus/conf/GENERIC: revision 1.65 sys/ufs/files.ufs: revision 1.38 Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate |
| /src/sys/arch/pmax/conf/ | |
| GENERIC64 | 1.18.2.2 Tue Nov 18 19:05:31 UTC 2014 snj Pull up following revision(s) (requested by manu in ticket #251): sys/arch/acorn26/conf/GENERIC: revision 1.81 sys/arch/acorn32/conf/GENERIC: revision 1.116 sys/arch/alpha/conf/GENERIC: revision 1.362 sys/arch/amd64/conf/ALL: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.404 sys/arch/amd64/conf/XEN3_DOM0: revision 1.112 sys/arch/amd64/conf/XEN3_DOMU: revision 1.60 sys/arch/amiga/conf/GENERIC.in: revision 1.129 sys/arch/amiga/conf/GENERIC: revision 1.311 sys/arch/amigappc/conf/GENERIC: revision 1.24 sys/arch/arc/conf/GENERIC: revision 1.184 sys/arch/bebox/conf/GENERIC: revision 1.145 sys/arch/cats/conf/GENERIC: revision 1.155 sys/arch/cesfic/conf/GENERIC: revision 1.65 sys/arch/cobalt/conf/GENERIC: revision 1.147 sys/arch/dreamcast/conf/GENERIC: revision 1.121 sys/arch/emips/conf/GENERIC: revision 1.15 sys/arch/epoc32/conf/GENERIC: revision 1.8 sys/arch/ews4800mips/conf/GENERIC: revision 1.51 sys/arch/hp300/conf/GENERIC: revision 1.190 sys/arch/hpcmips/conf/GENERIC: revision 1.229 sys/arch/hpcsh/conf/GENERIC: revision 1.106 sys/arch/hppa/conf/GENERIC: revision 1.6 sys/arch/i386/conf/ALL: revision 1.389 sys/arch/i386/conf/GENERIC: revision 1.1118 sys/arch/i386/conf/XEN3_DOM0: revision 1.93 sys/arch/i386/conf/XEN3_DOMU: revision 1.65 sys/arch/ibmnws/conf/GENERIC: revision 1.46 sys/arch/iyonix/conf/GENERIC: revision 1.88 sys/arch/landisk/conf/GENERIC: revision 1.45 sys/arch/luna68k/conf/GENERIC: revision 1.119 sys/arch/mac68k/conf/GENERIC: revision 1.220 sys/arch/macppc/conf/GENERIC: revision 1.320 sys/arch/macppc/conf/MAMBO: revision 1.24 sys/arch/macppc/conf/POWERMAC_G5: revision 1.25 sys/arch/mipsco/conf/GENERIC: revision 1.88 sys/arch/mmeye/conf/GENERIC: revision 1.120 sys/arch/mvme68k/conf/GENERIC: revision 1.94 sys/arch/mvmeppc/conf/GENERIC: revision 1.24 sys/arch/netwinder/conf/GENERIC: revision 1.126 sys/arch/news68k/conf/GENERIC: revision 1.125 sys/arch/newsmips/conf/GENERIC: revision 1.129 sys/arch/next68k/conf/GENERIC: revision 1.139 sys/arch/ofppc/conf/GENERIC: revision 1.157 sys/arch/pmax/conf/GENERIC64: revision 1.21 sys/arch/pmax/conf/GENERIC: revision 1.185 sys/arch/prep/conf/GENERIC: revision 1.174 sys/arch/rs6000/conf/GENERIC: revision 1.33 sys/arch/sandpoint/conf/GENERIC: revision 1.88 sys/arch/sbmips/conf/GENERIC: revision 1.101 sys/arch/sgimips/conf/GENERIC32_IP12: revision 1.28 sys/arch/sgimips/conf/GENERIC32_IP2x: revision 1.104 sys/arch/sgimips/conf/GENERIC32_IP3x: revision 1.106 sys/arch/shark/conf/GENERIC: revision 1.121 sys/arch/sparc/conf/GENERIC: revision 1.248 sys/arch/sparc/conf/TADPOLE3GX: revision 1.65 sys/arch/sparc64/conf/GENERIC: revision 1.177 sys/arch/sparc64/conf/NONPLUS64: revision 1.44 sys/arch/sun2/conf/GENERIC: revision 1.94 sys/arch/sun3/conf/GENERIC: revision 1.171 sys/arch/vax/conf/GENERIC: revision 1.193 sys/arch/vax/conf/VAX780: revision 1.19 sys/arch/x68k/conf/GENERIC: revision 1.179 sys/arch/zaurus/conf/GENERIC: revision 1.65 sys/ufs/files.ufs: revision 1.38 Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate |
| /src/sys/arch/sgimips/conf/ | |
| GENERIC32_IP12 | 1.24.2.2 Tue Nov 18 19:05:31 UTC 2014 snj Pull up following revision(s) (requested by manu in ticket #251): sys/arch/acorn26/conf/GENERIC: revision 1.81 sys/arch/acorn32/conf/GENERIC: revision 1.116 sys/arch/alpha/conf/GENERIC: revision 1.362 sys/arch/amd64/conf/ALL: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.404 sys/arch/amd64/conf/XEN3_DOM0: revision 1.112 sys/arch/amd64/conf/XEN3_DOMU: revision 1.60 sys/arch/amiga/conf/GENERIC.in: revision 1.129 sys/arch/amiga/conf/GENERIC: revision 1.311 sys/arch/amigappc/conf/GENERIC: revision 1.24 sys/arch/arc/conf/GENERIC: revision 1.184 sys/arch/bebox/conf/GENERIC: revision 1.145 sys/arch/cats/conf/GENERIC: revision 1.155 sys/arch/cesfic/conf/GENERIC: revision 1.65 sys/arch/cobalt/conf/GENERIC: revision 1.147 sys/arch/dreamcast/conf/GENERIC: revision 1.121 sys/arch/emips/conf/GENERIC: revision 1.15 sys/arch/epoc32/conf/GENERIC: revision 1.8 sys/arch/ews4800mips/conf/GENERIC: revision 1.51 sys/arch/hp300/conf/GENERIC: revision 1.190 sys/arch/hpcmips/conf/GENERIC: revision 1.229 sys/arch/hpcsh/conf/GENERIC: revision 1.106 sys/arch/hppa/conf/GENERIC: revision 1.6 sys/arch/i386/conf/ALL: revision 1.389 sys/arch/i386/conf/GENERIC: revision 1.1118 sys/arch/i386/conf/XEN3_DOM0: revision 1.93 sys/arch/i386/conf/XEN3_DOMU: revision 1.65 sys/arch/ibmnws/conf/GENERIC: revision 1.46 sys/arch/iyonix/conf/GENERIC: revision 1.88 sys/arch/landisk/conf/GENERIC: revision 1.45 sys/arch/luna68k/conf/GENERIC: revision 1.119 sys/arch/mac68k/conf/GENERIC: revision 1.220 sys/arch/macppc/conf/GENERIC: revision 1.320 sys/arch/macppc/conf/MAMBO: revision 1.24 sys/arch/macppc/conf/POWERMAC_G5: revision 1.25 sys/arch/mipsco/conf/GENERIC: revision 1.88 sys/arch/mmeye/conf/GENERIC: revision 1.120 sys/arch/mvme68k/conf/GENERIC: revision 1.94 sys/arch/mvmeppc/conf/GENERIC: revision 1.24 sys/arch/netwinder/conf/GENERIC: revision 1.126 sys/arch/news68k/conf/GENERIC: revision 1.125 sys/arch/newsmips/conf/GENERIC: revision 1.129 sys/arch/next68k/conf/GENERIC: revision 1.139 sys/arch/ofppc/conf/GENERIC: revision 1.157 sys/arch/pmax/conf/GENERIC64: revision 1.21 sys/arch/pmax/conf/GENERIC: revision 1.185 sys/arch/prep/conf/GENERIC: revision 1.174 sys/arch/rs6000/conf/GENERIC: revision 1.33 sys/arch/sandpoint/conf/GENERIC: revision 1.88 sys/arch/sbmips/conf/GENERIC: revision 1.101 sys/arch/sgimips/conf/GENERIC32_IP12: revision 1.28 sys/arch/sgimips/conf/GENERIC32_IP2x: revision 1.104 sys/arch/sgimips/conf/GENERIC32_IP3x: revision 1.106 sys/arch/shark/conf/GENERIC: revision 1.121 sys/arch/sparc/conf/GENERIC: revision 1.248 sys/arch/sparc/conf/TADPOLE3GX: revision 1.65 sys/arch/sparc64/conf/GENERIC: revision 1.177 sys/arch/sparc64/conf/NONPLUS64: revision 1.44 sys/arch/sun2/conf/GENERIC: revision 1.94 sys/arch/sun3/conf/GENERIC: revision 1.171 sys/arch/vax/conf/GENERIC: revision 1.193 sys/arch/vax/conf/VAX780: revision 1.19 sys/arch/x68k/conf/GENERIC: revision 1.179 sys/arch/zaurus/conf/GENERIC: revision 1.65 sys/ufs/files.ufs: revision 1.38 Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate |
| /src/sys/arch/vax/conf/ | |
| VAX780 | 1.16.6.2 Tue Nov 18 19:05:32 UTC 2014 snj Pull up following revision(s) (requested by manu in ticket #251): sys/arch/acorn26/conf/GENERIC: revision 1.81 sys/arch/acorn32/conf/GENERIC: revision 1.116 sys/arch/alpha/conf/GENERIC: revision 1.362 sys/arch/amd64/conf/ALL: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.404 sys/arch/amd64/conf/XEN3_DOM0: revision 1.112 sys/arch/amd64/conf/XEN3_DOMU: revision 1.60 sys/arch/amiga/conf/GENERIC.in: revision 1.129 sys/arch/amiga/conf/GENERIC: revision 1.311 sys/arch/amigappc/conf/GENERIC: revision 1.24 sys/arch/arc/conf/GENERIC: revision 1.184 sys/arch/bebox/conf/GENERIC: revision 1.145 sys/arch/cats/conf/GENERIC: revision 1.155 sys/arch/cesfic/conf/GENERIC: revision 1.65 sys/arch/cobalt/conf/GENERIC: revision 1.147 sys/arch/dreamcast/conf/GENERIC: revision 1.121 sys/arch/emips/conf/GENERIC: revision 1.15 sys/arch/epoc32/conf/GENERIC: revision 1.8 sys/arch/ews4800mips/conf/GENERIC: revision 1.51 sys/arch/hp300/conf/GENERIC: revision 1.190 sys/arch/hpcmips/conf/GENERIC: revision 1.229 sys/arch/hpcsh/conf/GENERIC: revision 1.106 sys/arch/hppa/conf/GENERIC: revision 1.6 sys/arch/i386/conf/ALL: revision 1.389 sys/arch/i386/conf/GENERIC: revision 1.1118 sys/arch/i386/conf/XEN3_DOM0: revision 1.93 sys/arch/i386/conf/XEN3_DOMU: revision 1.65 sys/arch/ibmnws/conf/GENERIC: revision 1.46 sys/arch/iyonix/conf/GENERIC: revision 1.88 sys/arch/landisk/conf/GENERIC: revision 1.45 sys/arch/luna68k/conf/GENERIC: revision 1.119 sys/arch/mac68k/conf/GENERIC: revision 1.220 sys/arch/macppc/conf/GENERIC: revision 1.320 sys/arch/macppc/conf/MAMBO: revision 1.24 sys/arch/macppc/conf/POWERMAC_G5: revision 1.25 sys/arch/mipsco/conf/GENERIC: revision 1.88 sys/arch/mmeye/conf/GENERIC: revision 1.120 sys/arch/mvme68k/conf/GENERIC: revision 1.94 sys/arch/mvmeppc/conf/GENERIC: revision 1.24 sys/arch/netwinder/conf/GENERIC: revision 1.126 sys/arch/news68k/conf/GENERIC: revision 1.125 sys/arch/newsmips/conf/GENERIC: revision 1.129 sys/arch/next68k/conf/GENERIC: revision 1.139 sys/arch/ofppc/conf/GENERIC: revision 1.157 sys/arch/pmax/conf/GENERIC64: revision 1.21 sys/arch/pmax/conf/GENERIC: revision 1.185 sys/arch/prep/conf/GENERIC: revision 1.174 sys/arch/rs6000/conf/GENERIC: revision 1.33 sys/arch/sandpoint/conf/GENERIC: revision 1.88 sys/arch/sbmips/conf/GENERIC: revision 1.101 sys/arch/sgimips/conf/GENERIC32_IP12: revision 1.28 sys/arch/sgimips/conf/GENERIC32_IP2x: revision 1.104 sys/arch/sgimips/conf/GENERIC32_IP3x: revision 1.106 sys/arch/shark/conf/GENERIC: revision 1.121 sys/arch/sparc/conf/GENERIC: revision 1.248 sys/arch/sparc/conf/TADPOLE3GX: revision 1.65 sys/arch/sparc64/conf/GENERIC: revision 1.177 sys/arch/sparc64/conf/NONPLUS64: revision 1.44 sys/arch/sun2/conf/GENERIC: revision 1.94 sys/arch/sun3/conf/GENERIC: revision 1.171 sys/arch/vax/conf/GENERIC: revision 1.193 sys/arch/vax/conf/VAX780: revision 1.19 sys/arch/x68k/conf/GENERIC: revision 1.179 sys/arch/zaurus/conf/GENERIC: revision 1.65 sys/ufs/files.ufs: revision 1.38 Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate |
| /src/sys/net/ | |
| if_media.c | 1.32.6.2 Tue Jan 02 10:20:33 UTC 2018 snj Pull up following revision(s) (requested by ozaki-r in ticket #456): sys/arch/arm/sunxi/sunxi_emac.c: 1.9 sys/dev/ic/dwc_gmac.c: 1.43-1.44 sys/dev/pci/if_iwm.c: 1.75 sys/dev/pci/if_wm.c: 1.543 sys/dev/pci/ixgbe/ixgbe.c: 1.112 sys/dev/pci/ixgbe/ixv.c: 1.74 sys/kern/sys_socket.c: 1.75 sys/net/agr/if_agr.c: 1.43 sys/net/bpf.c: 1.219 sys/net/if.c: 1.397, 1.399, 1.401-1.403, 1.406-1.410, 1.412-1.416 sys/net/if.h: 1.242-1.247, 1.250, 1.252-1.257 sys/net/if_bridge.c: 1.140 via patch, 1.142-1.146 sys/net/if_etherip.c: 1.40 sys/net/if_ethersubr.c: 1.243, 1.246 sys/net/if_faith.c: 1.57 sys/net/if_gif.c: 1.132 sys/net/if_l2tp.c: 1.15, 1.17 sys/net/if_loop.c: 1.98-1.101 sys/net/if_media.c: 1.35 sys/net/if_pppoe.c: 1.131-1.132 sys/net/if_spppsubr.c: 1.176-1.177 sys/net/if_tun.c: 1.142 sys/net/if_vlan.c: 1.107, 1.109, 1.114-1.121 sys/net/npf/npf_ifaddr.c: 1.3 sys/net/npf/npf_os.c: 1.8-1.9 sys/net/rtsock.c: 1.230 sys/netcan/if_canloop.c: 1.3-1.5 sys/netinet/if_arp.c: 1.255 sys/netinet/igmp.c: 1.65 sys/netinet/in.c: 1.210-1.211 sys/netinet/in_pcb.c: 1.180 sys/netinet/ip_carp.c: 1.92, 1.94 sys/netinet/ip_flow.c: 1.81 sys/netinet/ip_input.c: 1.362 sys/netinet/ip_mroute.c: 1.147 sys/netinet/ip_output.c: 1.283, 1.285, 1.287 sys/netinet6/frag6.c: 1.61 sys/netinet6/in6.c: 1.251, 1.255 sys/netinet6/in6_pcb.c: 1.162 sys/netinet6/ip6_flow.c: 1.35 sys/netinet6/ip6_input.c: 1.183 sys/netinet6/ip6_output.c: 1.196 sys/netinet6/mld6.c: 1.90 sys/netinet6/nd6.c: 1.239-1.240 sys/netinet6/nd6_nbr.c: 1.139 sys/netinet6/nd6_rtr.c: 1.136 sys/netipsec/ipsec_output.c: 1.65 sys/rump/net/lib/libnetinet/netinet_component.c: 1.9-1.10 kmem_intr_free kmem_intr_[z]alloced memory the underlying pools are the same but api-wise those should match Unify IFEF_*_MPSAFE into IFEF_MPSAFE There are already two flags for if_output and if_start, however, it seems such MPSAFE flags are eventually needed for all if_XXX operations. Having discrete flags for each operation is wasteful of if_extflags bits. So let's unify the flags into one: IFEF_MPSAFE. Fortunately IFEF_*_MPSAFE flags have never been included in any releases, so we can change them without breaking backward compatibility of the releases (though the kernel version of -current should be bumped). Note that if an interface have both MP-safe and non-MP-safe operations at a time, we have to set the IFEF_MPSAFE flag and let callees of non-MP-safe opeartions take the kernel lock. Proposed on tech-kern@ and tech-net@ Provide macros for softnet_lock and KERNEL_LOCK hiding NET_MPSAFE switch It reduces C&P codes such as "#ifndef NET_MPSAFE KERNEL_LOCK(1, NULL); ..." scattered all over the source code and makes it easy to identify remaining KERNEL_LOCK and/or softnet_lock that are held even if NET_MPSAFE. No functional change Hold KERNEL_LOCK on if_ioctl selectively based on IFEF_MPSAFE If IFEF_MPSAFE is set, hold the lock and otherwise don't hold. This change requires additions of KERNEL_LOCK to subsequence functions from if_ioctl such as ifmedia_ioctl and ifioctl_common to protect non-MP-safe components. Proposed on tech-kern@ and tech-net@ Ensure to hold if_ioctl_lock when calling if_flags_set Fix locking against myself on ifpromisc vlan_unconfig_locked could be called with holding if_ioctl_lock. Ensure to not turn on IFF_RUNNING of an interface until its initialization completes And ensure to turn off it before destruction as per IFF_RUNNING's description "resource allocated". (The description is a bit doubtful though, I believe the change is still proper.) Ensure to hold if_ioctl_lock on if_up and if_down One exception for if_down is if_detach; in the case the lock isn't needed because it's guaranteed that no other one can access ifp at that point. Make if_link_queue MP-safe if IFEF_MPSAFE if_link_queue is a queue to store events of link state changes, which is used to pass events from (typically) an interrupt handler to if_link_state_change softint. The queue was protected by KERNEL_LOCK so far, but if IFEF_MPSAFE is enabled, it becomes unsafe because (perhaps) an interrupt handler of an interface with IFEF_MPSAFE doesn't take KERNEL_LOCK. Protect it by a spin mutex. Additionally with this change KERNEL_LOCK of if_link_state_change softint is omitted if NET_MPSAFE is enabled. Note that the spin mutex is now ifp->if_snd.ifq_lock as well as the case of if_timer (see the comment). Use IFADDR_WRITER_FOREACH instead of IFADDR_READER_FOREACH At that point no other one modifies the list so IFADDR_READER_FOREACH is unnecessary. Use of IFADDR_READER_FOREACH is harmless in general though, if we try to detect contract violations of pserialize, using it violates the contract. So avoid using it makes life easy. Ensure to call if_addr_init with holding if_ioctl_lock Get rid of outdated comments Fix build of kernels without ether By throwing out if_enable_vlan_mtu and if_disable_vlan_mtu that created a unnecessary dependency from if.c to if_ethersubr.c. PR kern/52790 Rename IFNET_LOCK to IFNET_GLOBAL_LOCK IFNET_LOCK will be used in another lock, if_ioctl_lock (might be renamed then). Wrap if_ioctl_lock with IFNET_* macros (NFC) Also if_ioctl_lock perhaps needs to be renamed to something because it's now not just for ioctl... Reorder some destruction routines in if_detach - Destroy if_ioctl_lock at the end of the if_detach because it's used in various destruction routines - Move psref_target_destroy after pr_purgeif because we want to use psref in pr_purgeif (otherwise destruction procedures can be tricky) Ensure to call if_mcast_op with holding IFNET_LOCK Note that CARP doesn't deal with IFNET_LOCK yet. Remove IFNET_GLOBAL_LOCK where it's unnecessary because IFNET_LOCK is held Describe which lock is used to protect each member variable of struct ifnet Requested by skrll@ Write a guideline for converting an interface to IFEF_MPSAFE Requested by skrll@ Note that IFNET_LOCK must not be held in softint Don't set IFEF_MPSAFE unless NET_MPSAFE at this point Because recent investigations show that interfaces with IFEF_MPSAFE need to follow additional restrictions to work with the flag safely. We should enable it on an interface by default only if the interface surely satisfies the restrictions, which are described in if.h. Note that enabling IFEF_MPSAFE solely gains a few benefit on performance because the network stack is still serialized by the big kernel locks by default. |
| /src/sys/ufs/ | |
| files.ufs | 1.36.2.1 Tue Nov 18 19:05:32 UTC 2014 snj Pull up following revision(s) (requested by manu in ticket #251): sys/arch/acorn26/conf/GENERIC: revision 1.81 sys/arch/acorn32/conf/GENERIC: revision 1.116 sys/arch/alpha/conf/GENERIC: revision 1.362 sys/arch/amd64/conf/ALL: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.404 sys/arch/amd64/conf/XEN3_DOM0: revision 1.112 sys/arch/amd64/conf/XEN3_DOMU: revision 1.60 sys/arch/amiga/conf/GENERIC.in: revision 1.129 sys/arch/amiga/conf/GENERIC: revision 1.311 sys/arch/amigappc/conf/GENERIC: revision 1.24 sys/arch/arc/conf/GENERIC: revision 1.184 sys/arch/bebox/conf/GENERIC: revision 1.145 sys/arch/cats/conf/GENERIC: revision 1.155 sys/arch/cesfic/conf/GENERIC: revision 1.65 sys/arch/cobalt/conf/GENERIC: revision 1.147 sys/arch/dreamcast/conf/GENERIC: revision 1.121 sys/arch/emips/conf/GENERIC: revision 1.15 sys/arch/epoc32/conf/GENERIC: revision 1.8 sys/arch/ews4800mips/conf/GENERIC: revision 1.51 sys/arch/hp300/conf/GENERIC: revision 1.190 sys/arch/hpcmips/conf/GENERIC: revision 1.229 sys/arch/hpcsh/conf/GENERIC: revision 1.106 sys/arch/hppa/conf/GENERIC: revision 1.6 sys/arch/i386/conf/ALL: revision 1.389 sys/arch/i386/conf/GENERIC: revision 1.1118 sys/arch/i386/conf/XEN3_DOM0: revision 1.93 sys/arch/i386/conf/XEN3_DOMU: revision 1.65 sys/arch/ibmnws/conf/GENERIC: revision 1.46 sys/arch/iyonix/conf/GENERIC: revision 1.88 sys/arch/landisk/conf/GENERIC: revision 1.45 sys/arch/luna68k/conf/GENERIC: revision 1.119 sys/arch/mac68k/conf/GENERIC: revision 1.220 sys/arch/macppc/conf/GENERIC: revision 1.320 sys/arch/macppc/conf/MAMBO: revision 1.24 sys/arch/macppc/conf/POWERMAC_G5: revision 1.25 sys/arch/mipsco/conf/GENERIC: revision 1.88 sys/arch/mmeye/conf/GENERIC: revision 1.120 sys/arch/mvme68k/conf/GENERIC: revision 1.94 sys/arch/mvmeppc/conf/GENERIC: revision 1.24 sys/arch/netwinder/conf/GENERIC: revision 1.126 sys/arch/news68k/conf/GENERIC: revision 1.125 sys/arch/newsmips/conf/GENERIC: revision 1.129 sys/arch/next68k/conf/GENERIC: revision 1.139 sys/arch/ofppc/conf/GENERIC: revision 1.157 sys/arch/pmax/conf/GENERIC64: revision 1.21 sys/arch/pmax/conf/GENERIC: revision 1.185 sys/arch/prep/conf/GENERIC: revision 1.174 sys/arch/rs6000/conf/GENERIC: revision 1.33 sys/arch/sandpoint/conf/GENERIC: revision 1.88 sys/arch/sbmips/conf/GENERIC: revision 1.101 sys/arch/sgimips/conf/GENERIC32_IP12: revision 1.28 sys/arch/sgimips/conf/GENERIC32_IP2x: revision 1.104 sys/arch/sgimips/conf/GENERIC32_IP3x: revision 1.106 sys/arch/shark/conf/GENERIC: revision 1.121 sys/arch/sparc/conf/GENERIC: revision 1.248 sys/arch/sparc/conf/TADPOLE3GX: revision 1.65 sys/arch/sparc64/conf/GENERIC: revision 1.177 sys/arch/sparc64/conf/NONPLUS64: revision 1.44 sys/arch/sun2/conf/GENERIC: revision 1.94 sys/arch/sun3/conf/GENERIC: revision 1.171 sys/arch/vax/conf/GENERIC: revision 1.193 sys/arch/vax/conf/VAX780: revision 1.19 sys/arch/x68k/conf/GENERIC: revision 1.179 sys/arch/zaurus/conf/GENERIC: revision 1.65 sys/ufs/files.ufs: revision 1.38 Remove unused extended attributes kernel options As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them as they have been obsolete for a long time: UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate |
| /src/sys/arch/i386/conf/ | |
| files.i386 | 1.362 Fri Nov 18 22:18:07 UTC 2011 jmcneill branches: 1.362.4; 1.362.6; remove Xbox support Fri Nov 18 22:18:07 UTC 2011 jmcneill branches: 1.362.4; 1.362.6; remove Xbox support .4; 1.362.6; remove Xbox support 1.362.6.1 Thu Apr 16 07:01:38 UTC 2015 snj Pull up following revision(s) (requested by mbalmer in ticket #891): distrib/sets/lists/man/mi: revision 1.1411 share/man/man4/Makefile: revision 1.593 share/man/man4/gpio.4: revision 1.24 share/man/man4/ptcd.4: revision 1.1-1.4 sys/arch/i386/conf/ALL: revision 1.348 sys/arch/i386/conf/files.i386: revision 1.369 sys/dev/isa/ptcd.c: revision 1.1 ptcd(4) is a device driver for the cash drawer port found on Protech PS3100 point of sale terminals. It controls the cash drawer using a gpio(4) device that attaches at ptcd0: Pin 0 controls the drawer, pin 1 reports the current state. For details read the manual page. -- Mention ptcd(4) in the synopsis. -- Add ptcd(4). -- Mention ibmcd(4). -- Sort sections. -- Sort SEE ALSO. 1.362.4.1 Sat Jun 02 11:09:01 UTC 2012 mrg sync to latest -current. |