From owner-freebsd-stable@freebsd.org Sun Feb 28 01:39:07 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9C71AAE9CF for ; Sun, 28 Feb 2016 01:39:07 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A9631378; Sun, 28 Feb 2016 01:39:06 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id u1S1d3En060099 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 28 Feb 2016 02:39:03 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id u1S1d3Br060098; Sun, 28 Feb 2016 02:39:03 +0100 (CET) (envelope-from marius) Date: Sun, 28 Feb 2016 02:39:03 +0100 From: Marius Strobl To: freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 10.3-BETA3 Now Available Message-ID: <20160228013903.GP15359@alchemy.franken.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9aHjqRFB8NC1b71K" Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Sun, 28 Feb 2016 02:39:03 +0100 (CET) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2016 01:39:07 -0000 --9aHjqRFB8NC1b71K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The third BETA build of the 10.3-RELEASE release cycle is now available. Installation images are available for: o amd64 GENERIC o i386 GENERIC O ia64 GENERIC o powerpc GENERIC o powerpc64 GENERIC64 o sparc64 GENERIC o armv6 BEAGLEBONE o armv6 CUBOX-HUMMINGBOARD o armv6 GUMSTIX o armv6 PANDABOARD o armv6 RPI-B o armv6 WANDBOARD Installer images and memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.3/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/10" branch. A list of changes since 10.2-RELEASE are available on the stable/10 release notes: https://www.freebsd.org/relnotes/10-STABLE/relnotes/article.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 10.3-RELEASE cycle progresses. === Noteworthy Changes Since 10.3-BETA2 === o The em(4) and igb(4) drivers have been updated to version 7.6.1 and 2.5.3 respectively. Among others, this brought support for i219/ i219(2)/ i219(3) hardware found with Skylake generation and newer chipsets as well as an IPv6 workaround for a silicon erratum of 1G server products driven by igb(4). Additionally, the DMA and TSO segment handling of these two drivers has been fixed and cleaned up. o The firmware for qlxgbe(4) has been updated to version 5.4.56, bringing the driver to version 3.10.26. o For 82598, ix(4) incorrectly announced support for SCTP checksum offloading, which has been addressed. o The SCTP stack received several fixes, some of which resolve bugs that were unveiled by PVS-Studio. o A regression preventing the none protocol to be used with lagg(4) has been remedied. o The filemon(4) device received several corrections and improvements. o It is now possible again to use truss(1) with Linux/i386 binaries. o A nullfs(5) vnode(9) leak triggered by the rmdir(1) operation has been plugged. o The filter recursion level of libarchive(5) is now limited to 25 (instead of infinite), fixing a potential crash issue. o Support for mounting linprocfs(5) and linsysfs(5) file systems has been added to the jail(2) framework. o Hyper-V bus and network device drivers have received some fixes. o Both the problems with system hangs when using ZFS caused by VFS(9) fixes and optimizations as well as with the generation of ICMP MTU updates when performing NAT caused by tryfoward optimization have been resolved. Because these two regressions were regarded as showstoppers for 10.3-RELEASE and no fixes could be developed in due time, this was done by reverting the changes in question. o The DIOCKILLSTATES IOCTL of pf(4) now uses the correct source and destination ports when removing states. o Two new commands have been added to the amd64 framebuffer driver of the UEFI boot loader. The first is `gop` (as in Graphics Output Protocol), which allows to diagnose problems with efifb(4) but also to set the current graphics mode on machines employing GOP. With `uga` (as in Universal Graphics Adapter), it is possible to do the same on systems using the UGA protocol, which mainly translates to Apple hardware. The latter change also generally introduced UGA support and currently hardcodes the necessary settings for mid-2007 iMacs (iMac7,1) and late-2007 MacBooks (MacBook3,1). But it is likewise possible to manually supply the necessary information for additional systems. o Four new ddb(8) commands for displaying vmem(9) statistics were added. o Some changes were made to the SSL handling of libfetch. For one, it now falls back to the standard/configured CA store. Second, a double-free error resulting from a failing SSL connection has been resolved. o The SCSI Extended INQUIRY probe case of xpt(4) when an error is returned and a retry is scheduled has been fixed. o Panics in ext2fs(5) resulting from rename(r2) race conditions were removed. o The nvd(4) and nvme(4) drivers received fixes and improvements. o Hangs or panics resulting from misbehaved kernel threads returning from their main function have been fixed. o The unbound(8) resolver now uses the new insecure-lan-zones option instead of listing each AS112 zone separately. o A bug in drm2(4) causing GPU hangs with i945GM has been addressed. o The leap-seconds file updating for ntpd(8) was corrected to also work in non-chroot(2) environments. o On device deallocation, tty(4) now clears the queues. o A freed memory dereference when a devfs(5) directory entry is freed has been fixed. === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): ftp://ftp.freebsd.org/pub/FreeBSD/releases/VM-IMAGES/10.3-BETA3/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: us-east-1 region: ami-e2615d88 us-west-1 region: ami-0b6e1e6b us-west-2 region: ami-9ce409fc sa-east-1 region: ami-5ca82a30 eu-west-1 region: ami-20de6153 eu-central-1 region: ami-08ef0a67 ap-northeast-1 region: ami-f7030199 ap-southeast-1 region: ami-d75b92b4 ap-southeast-2 region: ami-fac4e299 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-10.3-BETA3 % vagrant up --provider vmware_desktop === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 10.3-BETA3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 9.x. Alternatively, the user can install misc/compat9x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 10.3-BETA3 amd64 GENERIC: SHA512 (FreeBSD-10.3-BETA3-amd64-bootonly.iso) = 25a54698eb36492fbbe53c21790cafa26c2588ef9b9134e6437dc3b98ffb6b0ca7655082f9d962721df9fa624993c1785724256486cb5b56d46dd3521292e706 SHA512 (FreeBSD-10.3-BETA3-amd64-bootonly.iso.xz) = ad6b19388953830423eb4b00798b3c7bc1776e6e3458988734c6abf10119ad0778768517fa9cc7478b7ea4cb234fda3e6e0823922ef6c7d1555a59d06d734ed5 SHA512 (FreeBSD-10.3-BETA3-amd64-disc1.iso) = 953ec0d4a09045affaf31c9a84e2f25d895e8f3a26b2e1f503c61f270eabadf471d5742021bd8d97c027136a2f0623d0928bb295b7631334d706b6c9a411f60b SHA512 (FreeBSD-10.3-BETA3-amd64-disc1.iso.xz) = cf9c2bd2e506df3b733f406a5595170bcaa5182750f6c43afb9699b0fdb52a7d7774e7cd2ef6410bc87f4ad1021fb30284d75d0a0b92cee11e5203b6829a9628 SHA512 (FreeBSD-10.3-BETA3-amd64-dvd1.iso) = bff428333ec4c9565e7cf7608ca02ebe0cd1df31343aff3423db219eb8205c7d9dd87a30caa8ea629fac1021cbb54c0cf46e74380dc68acaa12b36741558997c SHA512 (FreeBSD-10.3-BETA3-amd64-dvd1.iso.xz) = 8a07e6bb34cb084d6d4377656694b57d594557b064150604c1ec6a9e98b707158322315c82568e8a6c19c829011fa32dc67ae69ba7dd630ab4c082ea7fc6ddd7 SHA512 (FreeBSD-10.3-BETA3-amd64-memstick.img) = 1ce83d1bf2cd495df52ac952974a849211ec528e8e06ef63e7110e8dc98429288364fe796369a29e4ca98fad9ce75a356461346609b11746fb97175411fd245a SHA512 (FreeBSD-10.3-BETA3-amd64-memstick.img.xz) = 30aa5bc5b116da26c5f66a5e5dadffac94ee538cf772adfb6f84d9c3c490873e108e055b7687cd6c178b70b45aa2a0ff07845c408c381e2db24839b874e34c4e SHA512 (FreeBSD-10.3-BETA3-amd64-mini-memstick.img) = f86e2d8e92c2983ad093a8ed11945ae101745c37a2eba9881e97a3b805fbf2c5b6fb4a0b6fb804c3cdd01648557b340f153c79c7a2290dbdb9bc1b2bd6c4b1e4 SHA512 (FreeBSD-10.3-BETA3-amd64-mini-memstick.img.xz) = 80088b4d91daca5a7e5828a929f1b511da063e1b7706b83fd101a43822557dfad05df887a58a14044c17ab2bd519e4b59f9578fae2903f2579338926d34b7c1c SHA512 (FreeBSD-10.3-BETA3-amd64-uefi-bootonly.iso) = bd337609b036f6ca1b3e2a255df61d38feb62b82adcd9f8aa0c75e9a5619bc577a614f540f499c6f53de149731d21931577d967fa19e924d20ccc3a9db6a05c2 SHA512 (FreeBSD-10.3-BETA3-amd64-uefi-bootonly.iso.xz) = 5a2ea8fa3f7643733a6811ebaaf88a15d8598071b0d6ed9827ef642499f53aacf6dba98b84fa3a2ae717ddf06044c8b5faa3014dbea48cd1b4e0e8b413b36317 SHA512 (FreeBSD-10.3-BETA3-amd64-uefi-disc1.iso) = d975ad7fb649a5e233b73437c11eee273eff2c62c33dee8445f8d0c3181d9708d1ceb9e16273b1ba7a710fdec0f18050490034726a095187463bebd09e35a83d SHA512 (FreeBSD-10.3-BETA3-amd64-uefi-disc1.iso.xz) = cf92ee1f28ea52e901dc301f5e3ecd9acbb28d5894f541019debdbd3d929edfe85df586a3a8b078d8a0bd27aef37b6cec275db7f91d979ca39219331e3aa7d31 SHA512 (FreeBSD-10.3-BETA3-amd64-uefi-dvd1.iso) = a701fd4b7f0cfd7f72321d961b90d279024f8663691213d226df7b5ee1ef72565ab4cef3496f0ddc34b50f77563a205dcb118f3b18818a6f1a3fe82ee330b1aa SHA512 (FreeBSD-10.3-BETA3-amd64-uefi-dvd1.iso.xz) = 4bdf784c3b35199bed9459792feffd29dab13781ee62b2e7bb2dedc3bc30b078bfadabb6490c046e84d4a134712224482940bcf98773d5da7ea4385fd60f3c9e SHA512 (FreeBSD-10.3-BETA3-amd64-uefi-memstick.img) = d391133c678dce4c80e08f9bf1a1e57537440916111f11638815d6421dd45e682f9d15a919fdd031247793a64356ecff03a823e1811fa9bcf50f689f79772337 SHA512 (FreeBSD-10.3-BETA3-amd64-uefi-memstick.img.xz) = a8320950157cd7a9ab9f1db0e4581e8856e746adb09ad22e7e7c617d706963e25a2121e769cf3ac8974666e751d88026feadc8de42229522f72f80dc9fa8c1e4 SHA512 (FreeBSD-10.3-BETA3-amd64-uefi-mini-memstick.img) = ce8dbf1e9d9c7b1ccb43e0bea561dd28264e97c9e8816ae7f76de0b6fad2af8b1710b874f2c4034e404f09aa2eeff4c5affebc12c796cd05d2c12ed43f0701c5 SHA512 (FreeBSD-10.3-BETA3-amd64-uefi-mini-memstick.img.xz) = 192c5d6af8d637bb635d605cc779192e0521a80bbfa1f79dc53373fb0111ae6d67fc4d6353bccb0db6896a2fd4798aa1141914ce57377debbdcc52e7d21db177 SHA256 (FreeBSD-10.3-BETA3-amd64-bootonly.iso) = 89417e557471a137955fc92e6c737056495fd7c73177507f6c75412a6bdaf65c SHA256 (FreeBSD-10.3-BETA3-amd64-bootonly.iso.xz) = 09ba1efb6b0baddd7ff967b5a3bd78d77d98a71390465882966bf361ed093ca9 SHA256 (FreeBSD-10.3-BETA3-amd64-disc1.iso) = 936d637d96692da77bc58a41f76c7975a8c02b249f5e190977a687264950616f SHA256 (FreeBSD-10.3-BETA3-amd64-disc1.iso.xz) = 63449eca4f31a264c7a7b66863ac2582df506f8421d7ec78fbbf2e1256db4a71 SHA256 (FreeBSD-10.3-BETA3-amd64-dvd1.iso) = f2e5534afe14c5933623dac59dd242f25d718ed335b854204e4a3735684f7a82 SHA256 (FreeBSD-10.3-BETA3-amd64-dvd1.iso.xz) = 9c4d4806477c95aa65189b7c470ab4d474ead4ac829491028d977bb7a5ae2f72 SHA256 (FreeBSD-10.3-BETA3-amd64-memstick.img) = e9de8ccf368f20ce8aba7231b68251196d54a07723a6add63957351dc9c1d527 SHA256 (FreeBSD-10.3-BETA3-amd64-memstick.img.xz) = 5f83a2b609525be532767c9370e9e4fc2d8ab5b60a5ba0eac3e135df5d840663 SHA256 (FreeBSD-10.3-BETA3-amd64-mini-memstick.img) = c9fa1bf7af14aa40c812eb48fc5ce6ca0aacbf5ec33aac73bc4f9cb79a16ffcb SHA256 (FreeBSD-10.3-BETA3-amd64-mini-memstick.img.xz) = cd5818690bd2870ced865bab617b9f8f429cae94708e9d3b70f0c941bd3446ef SHA256 (FreeBSD-10.3-BETA3-amd64-uefi-bootonly.iso) = 0a1bf398b22ef0d4ece3d0995da8c342a1ea81d7274f4f5dd732338ec3940800 SHA256 (FreeBSD-10.3-BETA3-amd64-uefi-bootonly.iso.xz) = 0bd59c4782243088d5cf3451571d180541fbfd4600a626251b221654d46699a7 SHA256 (FreeBSD-10.3-BETA3-amd64-uefi-disc1.iso) = 3d2717aa609b80b82a2029cfb285b47e2a61766808fa738bfddadc1dc22bb50f SHA256 (FreeBSD-10.3-BETA3-amd64-uefi-disc1.iso.xz) = 025498ece6f21b0e6db05a669707aee08df3f072b9ad1eecb4dfb939dd88ccf5 SHA256 (FreeBSD-10.3-BETA3-amd64-uefi-dvd1.iso) = 7ae6a6c83bb4d820691bfd6f07936172251df5cbee39efe0519a536aedbdff75 SHA256 (FreeBSD-10.3-BETA3-amd64-uefi-dvd1.iso.xz) = 3caebc0c337e26e79593a5a9ef27932bdccd4b076697a959ca57bbfd46ab9028 SHA256 (FreeBSD-10.3-BETA3-amd64-uefi-memstick.img) = af0a1d5cc6671bd9d22711f7691191e69042cdd216ceb01a8b63647fc81180cf SHA256 (FreeBSD-10.3-BETA3-amd64-uefi-memstick.img.xz) = 1890eb0c0ddf30f0b8d9da5cb5bc56af88703e7146c802a36f62c70ba2f65340 SHA256 (FreeBSD-10.3-BETA3-amd64-uefi-mini-memstick.img) = fec95a374f496353329ab61f6425565442bc1bf99c717613a3e084923102c09e SHA256 (FreeBSD-10.3-BETA3-amd64-uefi-mini-memstick.img.xz) = 3dbd66d4cf4654f600712d5c66c4266bc559a92a4ce21a4aa659b47dbbdb53f6 o 10.3-BETA3 i386 GENERIC: SHA512 (FreeBSD-10.3-BETA3-i386-bootonly.iso) = 433843173ab5a94a7d745fe1c7e8e37e7858364cf99386f15f4ed10e393edf77a2d24121a742eae40d32ca556c9e7fa8431f9481735eaefc8b5aa6af5f8527fc SHA512 (FreeBSD-10.3-BETA3-i386-bootonly.iso.xz) = ab9e80af4b53088f0dab6ea04a833cdb293517320126e63026975f92220dbcad232d817aa309094ba097409e3d095ad6ed9177a37b3732698fbdd1df6e742437 SHA512 (FreeBSD-10.3-BETA3-i386-disc1.iso) = 6a32a343e65f4a7daf696b0b74b735f3691149258788821370374a933b3b00f9dc9495e76e8f6e39558e258c93dd0380b8f70a852864db61eca7fa2b694e4a92 SHA512 (FreeBSD-10.3-BETA3-i386-disc1.iso.xz) = 26b8eb06b90cbcf5f342dd1ae3395dacce54dcccf120695ad5a39a5d09e3bbbc0bacd568b8bfdfb0cc5e6098b61e8429f934a9cd21cf60ee1f68d114602bd2d1 SHA512 (FreeBSD-10.3-BETA3-i386-dvd1.iso) = 0ad652f78c5fe6f76e18a6925a3dc256995bee337a16288f59f62c71bf79c7befe6ab73c6f4829abb9424c87a450f72c49c72e6155c0aef2ffc2bd1e29d1a1cd SHA512 (FreeBSD-10.3-BETA3-i386-dvd1.iso.xz) = d15fece5d82926724fb2db9de6c8d43864fca93037e51af49bb9bb13f9e0c963cc4be90b52831c1fb7b4815ebc1e61429be93e2521b44d0616f52a145722d14d SHA512 (FreeBSD-10.3-BETA3-i386-memstick.img) = 24f53303170ca17dd574d54a53cdffc33e578f5fcbae6ee062f447062c09ed53466b8457157b0a16457c32f5b6a25a4fdc98a575a3edd810e5a24dc95ab0f7a8 SHA512 (FreeBSD-10.3-BETA3-i386-memstick.img.xz) = 276be201f488b08459a02465a47f598920bedc50dc114d4d70b91e7a46a5c13033c5cdc78a8af511e39ace948a3e831c1f4b0889efa11f95fede3485aca8206b SHA512 (FreeBSD-10.3-BETA3-i386-mini-memstick.img) = 31ebd559ae617ed321511d71221819402f43f82b03343b32c2cfd625eeb71502f5c63d7eda79dd90690089e77a4c57f960440c21e0e1dff3593f4b1565ada4ed SHA512 (FreeBSD-10.3-BETA3-i386-mini-memstick.img.xz) = 9927fd7735431073e0f5f7beda500d8cb3acd1a79230696607eed59faf8fa8780ab0d15f4a1c33c835482376b8edd1850e326c939a0abb0ca42fc872564d657f SHA256 (FreeBSD-10.3-BETA3-i386-bootonly.iso) = 77609e9d51761594a899ead04980c6b349155c501eee4aab5f4782c5dc3104c5 SHA256 (FreeBSD-10.3-BETA3-i386-bootonly.iso.xz) = 2f65fd18a4017bfc8fb08f632d13c0679df9071831c21ded4354f353ae2c6a38 SHA256 (FreeBSD-10.3-BETA3-i386-disc1.iso) = e244f97ea539fb17623e3c9c8d645cbe73ced4b86e648a5b8b4ee6f3ef81f57f SHA256 (FreeBSD-10.3-BETA3-i386-disc1.iso.xz) = 5266d04f71f9390e79791a8c1e34d0424931801c3b6b1586b5e9ce3b1fe6a2a1 SHA256 (FreeBSD-10.3-BETA3-i386-dvd1.iso) = ddeed8871fb3c81d0dfff65f760eff03890125609a352ff8f733899411f9b2f4 SHA256 (FreeBSD-10.3-BETA3-i386-dvd1.iso.xz) = 75b1f0e8211d8453f2a6c5c288f81e316c2eba844b93e28844c4bac9c20cc0a6 SHA256 (FreeBSD-10.3-BETA3-i386-memstick.img) = a9f784dc2b73b3bf806864fbed1c854cffa4b41ed9f969a19e795f64886b0396 SHA256 (FreeBSD-10.3-BETA3-i386-memstick.img.xz) = cd780dc0629423e88d43b7882377f9e719448ddcc600f878316e955b65f7be16 SHA256 (FreeBSD-10.3-BETA3-i386-mini-memstick.img) = 6660fd7d534c20818dabfdda8b9d4d0aa68f891c7222a7a7c2d991e558055d36 SHA256 (FreeBSD-10.3-BETA3-i386-mini-memstick.img.xz) = 78dc9205c4206398f8f01d528bca75a800b08adf641cfecdf5207445fbb21bf7 o 10.3-BETA3 ia64 GENERIC: SHA512 (FreeBSD-10.3-BETA3-ia64-bootonly.iso) = 64dcf2b56ca0bac8907b67867e0509eb0da828a3bdd5e1d33325f39cbbc24ee1fbeb27e178217ddeaaf550f968535483dcd12ab730f7603e4b3613b397835514 SHA512 (FreeBSD-10.3-BETA3-ia64-bootonly.iso.xz) = 9c65d0746ed0b2ed7ec1bbb9a4be2dfbc75c8f7e2bb28079dd4d51f1b257a87dc06b5478cb34b1dd343d456021ea3e02fdc7b3a53934ce60384c90ddd73b13d6 SHA512 (FreeBSD-10.3-BETA3-ia64-disc1.iso) = 9e4fce094f36b799a8782ab4becea926ba11163fd97d982227784dfffe966ec0f6bb7b215cd26c0bbba1abf56e501fbe8c3165687728a7c1d7c20fd2b85e979b SHA512 (FreeBSD-10.3-BETA3-ia64-disc1.iso.xz) = 0c71ee385197b9be8ea7aa7b6480300c4dbbe807cf973a0f55f81c2638eb87eea32fc5a91c9589c397799a596fb408a023db6678112ad67bc2a0c5603e38a8b0 SHA512 (FreeBSD-10.3-BETA3-ia64-memstick.img) = 9d9a282fba2ea20fd107e2ee71805b9d896a2d4a08c7fdacd2c2c83958ce2625456d95e269e44da3cef616f267511798cc58c722fcff93950d4aa0b3a284dd6a SHA512 (FreeBSD-10.3-BETA3-ia64-memstick.img.xz) = 358da924117d14ce72b5c79eda461d0d7d8274c6e8cae5867a1baffc1b8638d1c3a1d4eee4d92e66c03589db34a57bc5db94293a59575ab254d830b6b9a393d9 SHA512 (FreeBSD-10.3-BETA3-ia64-mini-memstick.img) = 74c534b031e5f5e6670f27c5bcb13037ca000be7ab8118d9564f5dbd093101c61270b338b7bff42fc19082b985ee4dc5689e3bf26f8a3a367ed09843cf19f465 SHA512 (FreeBSD-10.3-BETA3-ia64-mini-memstick.img.xz) = 35c8e424c5b008cb938b1b1366de5e76c98913b149716b222e1cfcfadc0b28a85f511dc42b1c67269fe48f9e5e3b037150d9b34ae36aa36b2f33a6377e7a15ab SHA256 (FreeBSD-10.3-BETA3-ia64-bootonly.iso) = 9de488106cad64152a96def40af2b9924e8997404c1c69cd94d4734eefb1442d SHA256 (FreeBSD-10.3-BETA3-ia64-bootonly.iso.xz) = a6f8c55e9641d2c20f19387f3251b191aad20fd9f2d17f379dde9353995a5cf5 SHA256 (FreeBSD-10.3-BETA3-ia64-disc1.iso) = f8a69e6591457ce045f1bd7364b1ce95adc19c8d01855f4d38fc8a6fcc7ec9ac SHA256 (FreeBSD-10.3-BETA3-ia64-disc1.iso.xz) = aeaf80ceaacc3c405284a9e2ea4c592a3914b49e8fc35489807f381729c8c475 SHA256 (FreeBSD-10.3-BETA3-ia64-memstick.img) = 5aee37294d36899fd0fe83b62c77327b8ad360adb603779a6e75fa828134f3a9 SHA256 (FreeBSD-10.3-BETA3-ia64-memstick.img.xz) = 7debf2c66db627b6d6d43eebd5386508894d3055c50fd7e5577a823ca83eb869 SHA256 (FreeBSD-10.3-BETA3-ia64-mini-memstick.img) = 58c4a0b49cdd00ce2568e791cef5167f3f94136624f941183d2d548aa3dd98c0 SHA256 (FreeBSD-10.3-BETA3-ia64-mini-memstick.img.xz) = 1728080f6c66a2ae61abbb9115ea0157b8b3e076905ecb3055c581a075e8dff7 o 10.3-BETA3 powerpc GENERIC: SHA512 (FreeBSD-10.3-BETA3-powerpc-bootonly.iso) = cb03fd008083c828afce439812c393cefa2f1c5da17e6ae67fb931dc476fe6077c80268b35d6c81b7830aa1d838c0466f7cfe8a0efbfdbd4c1bf6a0deeecf2f3 SHA512 (FreeBSD-10.3-BETA3-powerpc-bootonly.iso.xz) = 06c5406d09a1242e4609e14de1bd9c438a4f0725497d83404b650f7cbb9ed621b585cabcc7306d51e1fe14de99672fbf984bec3305a01fb22ed870b8af3a76a9 SHA512 (FreeBSD-10.3-BETA3-powerpc-disc1.iso) = 1d319c0a828db49bd8479013c535838ae3bc436936bf737056d35aa262ef9137f21f09d10c5dee743daa00b8b6e8d218e62c969bd3681c3a316e19d60b6ba83c SHA512 (FreeBSD-10.3-BETA3-powerpc-disc1.iso.xz) = 8ccb0bee8f4cae933820f4649224982621fc34d58bb5e6b85ebe104872d516b6910a06676ad9cb6394b1f2e44910442d949f9ad91703a41412f85b9429fe8528 SHA512 (FreeBSD-10.3-BETA3-powerpc-memstick.img) = 6107341d5c8f60ca4fc9941ba42b9f38128c07a62c1c82ad55641b36338d3239376f9ea9914c02f298bf9115ec042a9610724952751d3ffbf59811fd4e1c537c SHA512 (FreeBSD-10.3-BETA3-powerpc-memstick.img.xz) = b98a6069830fa4e56ccec83f6bdd8e02d84481c311b8d16678728701a76713a40a58af6e1ad3ff5b023e620e4ee80378efb1aadb5a3fc478bf0d786f328f7c6d SHA512 (FreeBSD-10.3-BETA3-powerpc-mini-memstick.img) = 0cf467fd3b0ed9bc357d522859130289e4efae700b707ed567cce1d75348cce6e8be1b09bc6c92f594b8a6e91eb72df353179485b99cac2fa2a9fcaa1e912f5b SHA512 (FreeBSD-10.3-BETA3-powerpc-mini-memstick.img.xz) = b86f45eca445cb70d82f5e4e7c5733d9cd0d481c1fc25058c3dac9dab3d7b6c4ca675241b9ce6e19cbe66f22b4d8f1ce7cb1834e698e0b4f4e0494b3ec478688 SHA256 (FreeBSD-10.3-BETA3-powerpc-bootonly.iso) = 7e7b39644cab79d070c6c2098e709b382d9e3f8bc16ead9cf0d953f3ccbac7e4 SHA256 (FreeBSD-10.3-BETA3-powerpc-bootonly.iso.xz) = 4c81e1635ac07a63be44e07ed8b8b3e6ce882158268ebd437d06a00e0ad5fbdc SHA256 (FreeBSD-10.3-BETA3-powerpc-disc1.iso) = c5ea915f82bb696d2a0b27fb250631dd57ac6e8443f341fadd4509b174cb5ee0 SHA256 (FreeBSD-10.3-BETA3-powerpc-disc1.iso.xz) = b55faacfe8111967480dd351ca3d16bc9f5116769fac6d93a6b44b02874275e1 SHA256 (FreeBSD-10.3-BETA3-powerpc-memstick.img) = d2981379b35566b022fa4c7c0be3723678d2ba9f28a87b26adb64ef6166eee7d SHA256 (FreeBSD-10.3-BETA3-powerpc-memstick.img.xz) = e9ef72abde0b5e17c14f25d012f44797e381054907a92ce651d77d84cfd9a064 SHA256 (FreeBSD-10.3-BETA3-powerpc-mini-memstick.img) = f0f90be364cb3685af68fe82a9c3caf937d4e07a9f34bf98b860458432f60605 SHA256 (FreeBSD-10.3-BETA3-powerpc-mini-memstick.img.xz) = c4a51cfd1daf87ce96ea13760e1e06041764e498595abbfbd527af11541f0209 o 10.3-BETA3 powerpc64 GENERIC64: SHA512 (FreeBSD-10.3-BETA3-powerpc-powerpc64-bootonly.iso) = 5654e6920f7901411a09660f23191c50b8dab1a04e2bc8e45a0bb16c0968c178b4352dc3556d2e954e8f92caaeeaefe600bc1ae193adb93a6905e8e86bdc634c SHA512 (FreeBSD-10.3-BETA3-powerpc-powerpc64-bootonly.iso.xz) = bf391af56944e37d067149f38f005bc9d7297dbdf826b3f506aaf2baf6d0daf4e25cfbaee27166edcd2cf3588c264072829072513b476f26d46b86e3bb8f928c SHA512 (FreeBSD-10.3-BETA3-powerpc-powerpc64-disc1.iso) = 60e67c3615f6081179490e13d22064d3d284de91e3d0862205ccabbe091fe6e7e3f74738ef7baad46f8fcb9999172bb6572c30f9f391454a16eae42f7e24a01f SHA512 (FreeBSD-10.3-BETA3-powerpc-powerpc64-disc1.iso.xz) = 4f34c4b6b9d34133348841390dc72845ad102d9803736837ea7d388a86f8155163d66e219ef3c5819dd031945d5484f1540fc6239dc4ebce217a85a3ac339d6f SHA512 (FreeBSD-10.3-BETA3-powerpc-powerpc64-memstick.img) = cb60c96d514c64296182e2c7a10c7372692c5d5ea07da2ebb212ebb9957b40e0c4d744bfba9c11f8fd99336bca622cf7b63b20027f2df345b7df8e354c7cddb8 SHA512 (FreeBSD-10.3-BETA3-powerpc-powerpc64-memstick.img.xz) = 2a24e569ff631fe9d3277594ae6e2f7238631fed73f45da470799debe50b90777402259c908afbab7e51b0265295ebc1e2557c5caaca861247f8dfac7b4f2c8b SHA512 (FreeBSD-10.3-BETA3-powerpc-powerpc64-mini-memstick.img) = 184b83838a70e0422a24ea46762dbbce0cc1bee3df49929e80a4a26f1989f26627597d1aa760d6afc2f0ac70a1c442f16e35bb983183ad66ddf61802be92009f SHA512 (FreeBSD-10.3-BETA3-powerpc-powerpc64-mini-memstick.img.xz) = 8b921ab5472256bd54591e376cb536757a7c6a12bb3f8bf006d865916c65effe8fb23426bfb6c09676609404958444eed88d9bb6835f9ec7c74665e8cb9d8b22 SHA256 (FreeBSD-10.3-BETA3-powerpc-powerpc64-bootonly.iso) = bea1684f27dcb21b9b69d706a4342b2795a43a72e30d009f5c2ba4f99cf15680 SHA256 (FreeBSD-10.3-BETA3-powerpc-powerpc64-bootonly.iso.xz) = f9b5c82367c6483ed50b84bfe3c8fe84f4c6008fe79a50a744cbc549298af5d4 SHA256 (FreeBSD-10.3-BETA3-powerpc-powerpc64-disc1.iso) = 71dea5e363c9fcb92bf4e311f060ad0c40bb06e0b4f4b5eb021e1e57c6f22b2b SHA256 (FreeBSD-10.3-BETA3-powerpc-powerpc64-disc1.iso.xz) = 001b514e4f55203d1aae8f55bb89c15043e9c5f9cb876df0f970a1dc6637afe8 SHA256 (FreeBSD-10.3-BETA3-powerpc-powerpc64-memstick.img) = ff800c57bc6167eb860f7964e0f060d864d18e29e3d0706d25c10d7fae4b4b9d SHA256 (FreeBSD-10.3-BETA3-powerpc-powerpc64-memstick.img.xz) = 7fcc0b5c952c086c05e5b799586e445e8508da63978c130aef004e0e457521b6 SHA256 (FreeBSD-10.3-BETA3-powerpc-powerpc64-mini-memstick.img) = 9d009e7616b4a431c4022ae2daf4299b45ca716f0d2dbafe051d67a2233f42c2 SHA256 (FreeBSD-10.3-BETA3-powerpc-powerpc64-mini-memstick.img.xz) = c9149c6e8a52008491ab712da06f792673f1534c8f96e94d7e8c6a56dc35689d o 10.3-BETA3 sparc64 GENERIC: SHA512 (FreeBSD-10.3-BETA3-sparc64-bootonly.iso) = 2486a53582a5c4180b4d02c8cf77753e8f5c2325d8206e921a2f005165ee32fb197a7c87b9c80d43294c0bd629f7dfb2472884f1a23b29a27d6305936bbe1c2f SHA512 (FreeBSD-10.3-BETA3-sparc64-bootonly.iso.xz) = fb85d19fa52fa073f378120bc8e956859952f6c1f1f91c70a9ed420293a3fd5e95837c3a10345d3337edec8b6dbc66f17887b2c6056c5144668ad53906b9635e SHA512 (FreeBSD-10.3-BETA3-sparc64-disc1.iso) = 51fe95f2c5f6859f0f4d70f73fd0cf54fffc1e0d0f4fac3d73ff01c96639d7e888988b7aaec3895a435e370a5ae07ad474c8964bc604fd1319c29779493e7cbf SHA512 (FreeBSD-10.3-BETA3-sparc64-disc1.iso.xz) = bb5e9c5729f52929e902e0995db10c1edc8b2c1a80d7f72d7851ff4859bd3066722854a18b2d561ea77fba723545449b7e2098739e060e1271cc0f13c9e804cd SHA256 (FreeBSD-10.3-BETA3-sparc64-bootonly.iso) = d3fff4c3f70f07fb335242a54b4cd5314f69bc882553f2b27da78b3a3cdb6bce SHA256 (FreeBSD-10.3-BETA3-sparc64-bootonly.iso.xz) = 5e1d9a125f58801702f416f0b7d5c0eb2097f80e40ef4bc9ab8b58c013e8f616 SHA256 (FreeBSD-10.3-BETA3-sparc64-disc1.iso) = 87bef176991c9bb1d699ac6109f14ae521617e62186db63c61ac512461656372 SHA256 (FreeBSD-10.3-BETA3-sparc64-disc1.iso.xz) = 414dc5e7cfa503ffa90246804608a39802df5d3448befc4417454112d0de7f15 o 10.3-BETA3 armv6 BEAGLEBONE: SHA512 (FreeBSD-10.3-BETA3-arm-armv6-BEAGLEBONE.img.xz) = b89cee9fc99d413ecf1e18dd7100e7aee72d4accb7b0fea08e9c01048b7b56291cdecd98d0f8dbe05fad0b4d1dd7ca4549020d5823786cc829ee775ca885110c SHA256 (FreeBSD-10.3-BETA3-arm-armv6-BEAGLEBONE.img.xz) = 6fbd3c976eb348ea164f93c74f0247598c082a4dac0bb95f1fbe7031057af00e o 10.3-BETA3 armv6 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-10.3-BETA3-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = d250f856b6eb3701692f232f35a758de3b188b326cb77800cb3828d24878304c3bec0b4906c2303e3841f2b9c97d8779c58dfd2d9d98eaea12533c58dd2ee726 SHA256 (FreeBSD-10.3-BETA3-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = 81e53a5e2ac061f5eb8dd1859a3ad41ce9ec7a7771df3a47caee116426030bd5 o 10.3-BETA3 armv6 GUMSTIX: SHA512 (FreeBSD-10.3-BETA3-arm-armv6-GUMSTIX.img.xz) = f3bdc29b5d7aee835e636e76bb994c4b6e47c112dcc427af01cd2d7e5b8d470a8fa34b52d890d21e8d0df51d270e36dbcb2c43d5becd2fd2511e1c844103b9c6 SHA256 (FreeBSD-10.3-BETA3-arm-armv6-GUMSTIX.img.xz) = 58788b5f300c3188d43a5d864aea9d91f5c3d75e14d1142ebfc68442a42797bc o 10.3-BETA3 armv6 RPI-B: SHA512 (FreeBSD-10.3-BETA3-arm-armv6-RPI-B.img.xz) = 35b5aaa2563640be32ec7279577428d296aea58d5fd887244e7d746be6c995689f1482a16af17546a0b75bb026e753062ca4b3e88769751293036cd5ce446398 SHA256 (FreeBSD-10.3-BETA3-arm-armv6-RPI-B.img.xz) = d3cb20dd63fd369b1606fe333eb8cb4b13b0371e28270d2cc942b65f0495ac8b o 10.3-BETA3 armv6 PANDABOARD: SHA512 (FreeBSD-10.3-BETA3-arm-armv6-PANDABOARD.img.xz) = c01d50c0b2a88d7ba5ecf0e86b57b02cbf20dbcfd51f9868e98d0ed21328391d77734a04d98d88150c8474cc467578ab793fd92c6ea3a5a4ac23a1f3f9f1476b SHA256 (FreeBSD-10.3-BETA3-arm-armv6-PANDABOARD.img.xz) = 42d44e521f99d827228d32ceee88cc6ed78f33ce4dc2ba3db987800a8240aa25 o 10.3-BETA3 armv6 WANDBOARD: SHA512 (FreeBSD-10.3-BETA3-arm-armv6-WANDBOARD.img.xz) = 3da9904df8bd777a2d3cb19d52f4251029fb132237b97d43bb642951f36c8c6535ca805e2ef81753822492d8ee70882984eb69c713eda09a40e5af309ad82cf1 SHA256 (FreeBSD-10.3-BETA3-arm-armv6-WANDBOARD.img.xz) = da9823d6dbd9a795adfc6675d29403c5a9e01366d333e746dc66b52befb7292c == VM IMAGE CHECKSUMS == o 10.3-BETA3 amd64: SHA512 (FreeBSD-10.3-BETA3-amd64.qcow2.xz) = a2e6392d20a72199afa8546b999587c44a7a983fe9de4795c53e861ba8df58bc90b286254844ec53602ef6ed352bc25db3cc6134506160cc566ac5ccde1c5e2e SHA512 (FreeBSD-10.3-BETA3-amd64.raw.xz) = 98f73a3c571cec9a17dad2ea2de7247f32ef65665b4cdde666c5f377e94599b3a7e335e2598bb35f9cf9dd5efbb44ceaab748c3becf0ebabfcf1f434663ca69c SHA512 (FreeBSD-10.3-BETA3-amd64.vhd.xz) = a0661120b62f5eb34d0c4e6d44c7b3c44442739c747c0be1cbf6c2c6e5146cc3a88c8ac14ce7ccbf23b6e219060db0bf379a638a80d909fd26731d029e9d44e9 SHA512 (FreeBSD-10.3-BETA3-amd64.vmdk.xz) = 7cdadb47e1a99128296861c26a364b92ae876b7e6f521ff532d8818c4432d41d4863b70ee4025fb40adea18bc57808d78119ce2d101be7fe0b4af2119d2e775d SHA256 (FreeBSD-10.3-BETA3-amd64.qcow2.xz) = 4344e027e33da091cbabbe3d3886b9a0d7090907b592d2628c05d99ae1ee86df SHA256 (FreeBSD-10.3-BETA3-amd64.raw.xz) = 58f15a95e644fd373d75e8721f6ced1aef0fc8b83fb3443dbbb2300ee8bdbd04 SHA256 (FreeBSD-10.3-BETA3-amd64.vhd.xz) = ebd989e69c3f91c7243c38a8f46d02f1fa5c3f3d835988fd5b2d58ab4d53f9f7 SHA256 (FreeBSD-10.3-BETA3-amd64.vmdk.xz) = bee068b59626824da77926972d7246665a7b304f28a663f32cd01cf30e53e977 o 10.3-BETA3 i386: SHA512 (FreeBSD-10.3-BETA3-i386.qcow2.xz) = f3a935d0dcf18b16f916e0765f9b381209bb3e763527d2325dfe54a0d971fac20374274214d56dc07799c1d9dbf788dbae4097462952cd2c335a26556fe273f6 SHA512 (FreeBSD-10.3-BETA3-i386.raw.xz) = 95a2b6adc7df4b995ba177650679bb87aabcb27181344e7e7d199e88737d8ea9d819a71f7cceaed24ccce71e172c1926914f259b77f5387f5e39fd7df2406c58 SHA512 (FreeBSD-10.3-BETA3-i386.vhd.xz) = b5e563b7851808219ff11441bbb0920fb84d27750d38a79fd35f597323e627681ee97d117c2dec7608f6139275b4feea64322a142b80fca1313f6af0eb6b4239 SHA512 (FreeBSD-10.3-BETA3-i386.vmdk.xz) = ed0cc296080389f1a4c0044333b00763e061400c47bfec52c305a26cfa5ff36fef17f3df66256a05eddca0485e357b18559b51c13c5e28e8817cccefe776d23e SHA256 (FreeBSD-10.3-BETA3-i386.qcow2.xz) = 3b6aa5be9b73c67af2ddf69c614c13e2aa34b201e5ff5b141ee851bdbf1f95e6 SHA256 (FreeBSD-10.3-BETA3-i386.raw.xz) = 6167a731f7ad7100c571e8646f63153fe3304181f45e24b9c5ad295cee7b84e2 SHA256 (FreeBSD-10.3-BETA3-i386.vhd.xz) = 5f63c81e3883ce76e952c03e740434917b67ea2fee9cc733aecf2d8fa9f05044 SHA256 (FreeBSD-10.3-BETA3-i386.vmdk.xz) = e04b67cc12bdf4d197a656d04c1b46126b2537cdd3d8fcbcedec5802f85d5e57 Regards Marius --9aHjqRFB8NC1b71K Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJW0k+wXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1M0Q5QjQzNTVGOTU5ODBGQzVENzZCMDIy MEI3MERFMTNGMUQxRTRGAAoJECC3DeE/HR5PIOMP/A98MgKJ6dPm/MYvaN4iau6w LUVhA+tlI60ICDT1MXujNM76ZANTPGdKzeOU32ThF9wtI5xjcohaT1wlbiJ2yKVi hbVSFcsQYWx5Ot6CK3PiaZQSo+wKJKX64VbNdlqmFjWB+pJPThMaSWHKEeP+kQZa lrlQhtEB5fbTGXeMtMkW0GSYI83z7vod3T5DQcua/5xga56hhy9O4I21Dpk8FNk1 AECb/Lt8dK2VloPwRttjAfebSuDxmTO1NuYZage/hbJYsYqMKJzdiLFH6Py6dFyW 0irvzvprlKPeXqk7crVkngfsof4UJf5okmcaeAHbQ2VdTKKuii61V+6rs2OUEaGg PBh8Jvmr/+KOFzq0J/ogi5pDWkaCHfM8w0uIzPehZNze/Mztuf91cA4TBxPaNOY7 amsGzaWhBlBoZNaVjc6JzkkOmxEYOruyPDlTb+WybVuoy//V/4udi73b7TVzBJKz ztDEHB7RIS2ZXa4QCzo+Wf4lkR5grPG/YeSKxV725x/sZr9SfaswCOrN+/UqKPFh Ptjxc4YoEZjBtOg9o3uR75Lv5AhhpLSKgpT1foiE1l1iXUO2PQxvv7sTSvI1QciN 9o5f49eIv2IhdJiGfjj6uXUFaXi9Sp0Jajyhe03O6RiiWelc8ZOyRxStcA/ZlUfx y1AiQNMqYrsAKJp5nGjS =vI2X -----END PGP SIGNATURE----- --9aHjqRFB8NC1b71K-- From owner-freebsd-stable@freebsd.org Sun Feb 28 11:45:17 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84E53AB784D for ; Sun, 28 Feb 2016 11:45:17 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2184E793 for ; Sun, 28 Feb 2016 11:45:16 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id u1SBjCB4064266; Sun, 28 Feb 2016 12:45:12 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 3F69393; Sun, 28 Feb 2016 12:45:12 +0100 (CET) Message-ID: <56D2DDB2.2080003@omnilan.de> Date: Sun, 28 Feb 2016 12:44:50 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "Eugene M. Zheganin" CC: freebsd-stable stable Subject: Re: FreeBSD and UDF References: <56CEF0D3.80000@norma.perm.ru> In-Reply-To: <56CEF0D3.80000@norma.perm.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Sun, 28 Feb 2016 12:45:12 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2016 11:45:17 -0000 Bezüglich Eugene M. Zheganin's Nachricht vom 25.02.2016 13:17 (localtime): > Hi, > > recenlty I needed to mount the Windows 2012 R2 iso image, which pappened > to ba an UDF image. After mdconfiging it and attempting to mount I got: > > # mount -t udf /dev/md1 cdrom01 > mount_udf: /dev/md1: Invalid argument > > udf is in kernel. Is UDF filesystem supported in FreeBSD ? I run > 10.3-PRERELEASE r294405. I'ts a matter of the UDF-Version. I'm no expert, just missing the ability to quickly look into common flowting DVD discs, which doesn't work so I asked ddg. It seems today's DVD's are all UDF2 – FreeBSD has only support for UDF 1.02: https://people.freebsd.org/~scottl/udf/ Blu-ray's seem to be in UDF2.5: https://lists.freebsd.org/pipermail/freebsd-fs/2015-July/021528.html There's also the UDF2.0 FreeBSD-10-driver mentioned: https://github.com/williamdevries/UDF Hope this helps, unfortunately you'll have to enable UDF2 support on your own. -Harry From owner-freebsd-stable@freebsd.org Sun Feb 28 15:42:28 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F067AB6884 for ; Sun, 28 Feb 2016 15:42:28 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF2EF37E for ; Sun, 28 Feb 2016 15:42:27 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from john by potato.growveg.org with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aa37L-000PiW-Ts for freebsd-stable@freebsd.org; Sun, 28 Feb 2016 15:18:43 +0000 Date: Sun, 28 Feb 2016 15:18:43 +0000 From: John To: freebsd-stable@freebsd.org Subject: problems with powerd and cpufreq on AMD Quad-Core A8-4555M Message-ID: <20160228151843.GA69185@potato.growveg.org> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) Sender: john X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2016 15:42:28 -0000 Hello list, I'm using 10.3-BETA3 #0 r296148 compiled today on on AMD Quad-Core A8-4555M. I have the following in /etc/rc.d: powerd_enable="YES" I have cpufreq in the kernel config, unmodified GENERIC apart from adding a line for amdtemp. # CPU frequency control device cpufreq Why is it that on boot I get the following warning: powerd: no cpufreq(4) support -- aborting: No such file or directory Does powerd not work with AMD ? Some debugging info: root@onion:~ # sysctl -a | egrep -i 'hw.machine|hw.model|hw.ncpu' hw.machine: amd64 hw.model: AMD A8-4555M APU with Radeon(tm) HD Graphics hw.ncpu: 4 hw.machine_arch: amd64 root@onion:~ # sysctl debug.hwpstate_verbose="1" debug.hwpstate_verbose: 0 -> 1 root@onion:~ # powerd -v powerd: no cpufreq(4) support -- aborting: No such file or directory thanks, -- John From owner-freebsd-stable@freebsd.org Sun Feb 28 16:07:07 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FA5FAB748F; Sun, 28 Feb 2016 16:07:07 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 462F413C1; Sun, 28 Feb 2016 16:07:07 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from john by potato.growveg.org with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aa3s9-000PpU-Cn; Sun, 28 Feb 2016 16:07:05 +0000 Date: Sun, 28 Feb 2016 16:07:05 +0000 From: John To: freebsd-stable@freebsd.org Cc: freebsd-performance@freebsd.org Subject: Re: problems with powerd and cpufreq on AMD Quad-Core A8-4555M Message-ID: <20160228160705.GA98883@potato.growveg.org> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-performance@freebsd.org References: <20160228151843.GA69185@potato.growveg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20160228151843.GA69185@potato.growveg.org> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: john X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2016 16:07:07 -0000 Hello list, I've been able to get some more info. cc'd to freebsd-performance@ which on 2nd thoughts might have been the better place to ask... [ powerd: no cpufreq(4) support -- aborting: No such file or directory ] Right, I've found that what this chip has is AMD Turbo Core. So really my question is, can powerd make use of Turbo Core? Here's some sysctl output: # sysctl -a | grep dev.cpu dev.cpu.3.cx_usage: 100.00% 0.00% last 79194us dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_supported: C1/1/0 C2/2/100 dev.cpu.3.temperature: 47.6C dev.cpu.3.%parent: acpi0 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%location: handle=\_PR_.C003 dev.cpu.3.%driver: cpu dev.cpu.3.%desc: ACPI CPU dev.cpu.2.cx_usage: 100.00% 0.00% last 45553us dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_supported: C1/1/0 C2/2/100 dev.cpu.2.temperature: 47.6C dev.cpu.2.%parent: acpi0 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%location: handle=\_PR_.C002 dev.cpu.2.%driver: cpu dev.cpu.2.%desc: ACPI CPU dev.cpu.1.cx_usage: 100.00% 0.00% last 40us dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_supported: C1/1/0 C2/2/100 dev.cpu.1.temperature: 47.6C dev.cpu.1.%parent: acpi0 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%location: handle=\_PR_.C001 dev.cpu.1.%driver: cpu dev.cpu.1.%desc: ACPI CPU dev.cpu.0.cx_usage: 100.00% 0.00% last 17478us dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_supported: C1/1/0 C2/2/100 dev.cpu.0.temperature: 47.6C dev.cpu.0.%parent: acpi0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%location: handle=\_PR_.C000 dev.cpu.0.%driver: cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.%parent: thanks, -- John From owner-freebsd-stable@freebsd.org Sun Feb 28 19:55:39 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74332AB6259 for ; Sun, 28 Feb 2016 19:55:39 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 13A55D68 for ; Sun, 28 Feb 2016 19:55:38 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id u1SJtZ1s067701 for ; Sun, 28 Feb 2016 20:55:35 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id C9631F0A; Sun, 28 Feb 2016 20:55:34 +0100 (CET) Message-ID: <56D350B6.6090906@omnilan.de> Date: Sun, 28 Feb 2016 20:55:34 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: ahci-timeout regression in beta3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Sun, 28 Feb 2016 20:55:35 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2016 19:55:39 -0000 Hello, I have a remote machine with a probably defective ODD, but until r294989 (from Jan 28th) I could boot with just these warnings: (cd1:ahcich1:0:0:0): READ(10). CDB: 28 00 00 38 85 e0 00 00 01 00 (cd1:ahcich1:0:0:0): CAM status: SCSI Status Error (cd1:ahcich1:0:0:0): SCSI status: Check Condition (cd1:ahcich1:0:0:0): SCSI sense: MEDIUM ERROR asc:11,0 (Unrecovered read error) (cd1:ahcich1:0:0:0): Error 5, Unretryable error (cd1:ahcich1:0:0:0): cddone: got error 0x5 back … beta3 doesn't boot anymore, it's hanging with ahci-timeouts: ahcich2: Timeout on slot 11 port 0 ahcich2: is 00000008 cs 00000000 ss 00000000 rs 00000800 tfd 40 derr 00000000 cmd 0004cb17 (ada1:ahcich2:0:0:0): READ_FPDMA_QUEUED. ACB: 60 01 ae a3 50 40 5d 01 00 00 00 00 ... (aprobe0:ahcich2:0:0:0) ATA_IDENTIFY. ACB eec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ahcich2:0:0:0) CAM status: Command timeout (aprobe0:ahcich2:0:0:0) Error 5, Retry was blocked ada1 detached ... The numbers (first ACB) and also the channel varies from time to time. I couldn't track down the revision yet, checked r295124 and r295131 so far. Just noticed that probing differs between working (294989) and and non-working revisoin (r296074): The latter attaches cd past ada, the former (working) probes cd first. Will see to find out more until next weekend. Any hints welcome. Thanks, -Harry From owner-freebsd-stable@freebsd.org Sun Feb 28 21:29:46 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7944AB76B3 for ; Sun, 28 Feb 2016 21:29:46 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5ED87D4B for ; Sun, 28 Feb 2016 21:29:46 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-lf0-x235.google.com with SMTP id j78so80325107lfb.1 for ; Sun, 28 Feb 2016 13:29:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=MgZM9m3H0urZtWE3buW9qQSpZyQZXDr2Fx1OQ7FMP8c=; b=dy3WNLKTPJgAftnK7FmsJgw1Sq4HRoTroxaFf1RdDoSIKZSFA1piwSeBYc70snJXee FGxTBiiSaYLvGdySACt9u6A8ct2tOiIRgIAbDRmBVlDylZ9zqBS/hdqC8y2PtbKreNHn APlOmS++fsbF+tpD9afjYirhrOly3T9t5pNYAz7dja+cbGPYUYJv2IJ88AQnLVdCcYEV xeVjyDuQqId+lwpdgrdJ3Sa/gbIPTZ07bSP7i4605mpO3iaOn7jtN7ncMV7ZDSz4DcNv fJCufWAiCHKfbcpCq3VDcp/VdTeIFwA3SSsXnwqTy1iHHOVZu/SDocFUHdOhkNHRi+k0 zwGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=MgZM9m3H0urZtWE3buW9qQSpZyQZXDr2Fx1OQ7FMP8c=; b=HALRkAXPMHGO8yDBlsPEfJ2Ihhjbn5vZW62NyNBSJkH29sCQ2mkUs7xnsK+8pfPEcP S2Tolt/VRgcN9SrzUbhN3t7w0CP59udPv6zsF22GNgC7ChyPXT3F4mwCBx1Y/9l49OQG +fRDzzopi+Pu1qtLkiSLQSNowoIRpUKAwOI/T+RjJYeqSMS10qSPQ/b2EVNWnEngJxR4 MfVmXYBL8KnvjvEPt9a1MQaPhUSG0Wxe7NADhqYtXJ9WwyoW/qrsq3n0wgpNBibfrylU VqutCn/DwjMPhGQVYdQheo78+30gQQKfRSXfRA1lr5H0Ld0N5Q7KgriTUZBRbcOENdHR O46Q== X-Gm-Message-State: AD7BkJKO9M69FOUng1qg5Y6VUEYWfUeWnVgkVEXqth00+su7hxGWb8Z6JWCpiTEdNF0iuM9Lqw0X5BJBkDCNPw== X-Received: by 10.25.21.29 with SMTP id l29mr3424083lfi.123.1456694984222; Sun, 28 Feb 2016 13:29:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.142.83 with HTTP; Sun, 28 Feb 2016 13:29:14 -0800 (PST) In-Reply-To: <20160228151843.GA69185@potato.growveg.org> References: <20160228151843.GA69185@potato.growveg.org> From: Dewayne Geraghty Date: Mon, 29 Feb 2016 08:29:14 +1100 Message-ID: Subject: Re: problems with powerd and cpufreq on AMD Quad-Core A8-4555M To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2016 21:29:47 -0000 Thanks John, I have cpufreq added via the boot/loader.conf which always works. However, over the weekend, I was testing some boot changes and tried to add cpufreq AFTER the kernel - unsuccessfully. This was amd64 10.3Beta1 and 10.3Beta3. A workaround (for you) might be to remove it from the kernel and load cpufreq via loader.conf? I have some other problems (with usb nic's axge,axe) but I'll pursue if I get time for enough info for a PR Regards. On 29 February 2016 at 02:18, John wrote: > Hello list, > > I'm using 10.3-BETA3 #0 r296148 compiled today on on AMD Quad-Core > A8-4555M. I have the following in /etc/rc.d: > > powerd_enable="YES" > > I have cpufreq in the kernel config, unmodified GENERIC apart from adding a > line for amdtemp. > > # CPU frequency control > device cpufreq > > Why is it that on boot I get the following warning: > > powerd: no cpufreq(4) support -- aborting: No such file or directory > > Does powerd not work with AMD ? Some debugging info: > > root@onion:~ # sysctl -a | egrep -i 'hw.machine|hw.model|hw.ncpu' > hw.machine: amd64 > hw.model: AMD A8-4555M APU with Radeon(tm) HD Graphics hw.ncpu: 4 > hw.machine_arch: amd64 > > root@onion:~ # sysctl debug.hwpstate_verbose="1" > debug.hwpstate_verbose: 0 -> 1 > root@onion:~ # powerd -v > powerd: no cpufreq(4) support -- aborting: No such file or directory > > thanks, > -- > John _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Mon Feb 29 01:36:16 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D153AAD3CB for ; Mon, 29 Feb 2016 01:36:16 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D8BCC1E4A for ; Mon, 29 Feb 2016 01:36:15 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from john by potato.growveg.org with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aaCkv-0000g6-0K for freebsd-stable@freebsd.org; Mon, 29 Feb 2016 01:36:13 +0000 Date: Mon, 29 Feb 2016 01:36:12 +0000 From: John To: freebsd-stable@freebsd.org Subject: Re: problems with powerd and cpufreq on AMD Quad-Core A8-4555M Message-ID: <20160229013612.GA2085@potato.growveg.org> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@freebsd.org References: <20160228151843.GA69185@potato.growveg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: john X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Feb 2016 01:36:16 -0000 On Mon, Feb 29, 2016 at 08:29:14AM +1100, Dewayne Geraghty wrote: >Thanks John, I have cpufreq added via the boot/loader.conf which always >works. However, over the weekend, I was testing some boot changes and tried >to add cpufreq AFTER the kernel - unsuccessfully. This was amd64 10.3Beta1 >and 10.3Beta3. > >A workaround (for you) might be to remove it from the kernel and load >cpufreq via loader.conf? > >I have some other problems (with usb nic's axge,axe) but I'll pursue if I >get time for enough info for a PR Hi Dewayne, Thanks for looking at this. I modified loader.conf: $ cat /boot/loader.conf cpufreq_load="YES" then recompiled the kernel and rebooted: 10.3-BETA3 #1 r296151 root@onion:~ # kldstat Id Refs Address Size Name 1 13 0xffffffff80200000 d45380 kernel 2 1 0xffffffff80f46000 f0c8 cpufreq.ko 3 1 0xffffffff8113d000 1604 fdescfs.ko 4 1 0xffffffff8113f000 946 pflog.ko 5 1 0xffffffff81140000 2d0ef pf.ko ...but still no-go: root@onion:~ # powerd -v powerd: no cpufreq(4) support -- aborting: No such file or directory Also commented out the powerd entries from /etc/rc.conf, rebooted again, no difference. many thanks, -- John From owner-freebsd-stable@freebsd.org Mon Feb 29 04:29:11 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 339E3AB7D0F for ; Mon, 29 Feb 2016 04:29:11 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AB0A799E for ; Mon, 29 Feb 2016 04:29:10 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-lb0-x229.google.com with SMTP id bc4so73155095lbc.2 for ; Sun, 28 Feb 2016 20:29:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=YmIZ4HmeXO6mrMYAdvoiTmIYXG/w02JIHNQIDOrjzyg=; b=bDqPwlAD4OhHsBj+JsgT8d+rkzt6/2O5r70tT0eJ7IMe//DiIhFyKnVc0U0z+g7U0I bt8oG3Bd5O/hlKfxRwXbZ0tfHv3eSKw1yNemGOCVrWpUEjEAxjEy7Afnr/hNttWko1sa DO09lgEa1HupvPkvli3XA3RBwexoa1aQjuttmjD/IZd3ZWsjryAM4KI3rkfi5FfhZpdL 55fhxZZ297zHiImOwo3zOKyAes24gQKCWCLquoYBRmArtUvIIp6VmiCz1maHL63kxNJp DXnqhcdMmvHclmHTtC2xug0250bN/uuqmAr3kzRRqlmbD9bblMyOwOenO8cjZuOXcX9K LPdg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=YmIZ4HmeXO6mrMYAdvoiTmIYXG/w02JIHNQIDOrjzyg=; b=Az2j2cXwXY00VOqqbfQ5zLxKDcSeHceJgf+Q5tc/kpk1KrMgEIGakyPFWxqLNvdKEe WHR6mghOmmYyCHdL0X4zJj1p9fDV/DqgSnARVpHEtDnde/ete4DEhIgEwiWLmUbz6UxN dzQ28Z/5mb9tMLzVgoF7IClYLVemx3yOmxQAjjiCBKhliN/xhM4CkCYVq1/ifMkD/p5d sMdx5UClCAlLwKghOHiWHYWyHGFwIiiFmQGLk99/EHwCoAw+xw5C71Wcpdi8TeQ5iGJN GNdUi792qunafVrJMcSCiKWmLAMiucSwiKDI6oWuHPyP647yPGkJBMw1H0ZAfFLIbc8r 2lsA== X-Gm-Message-State: AD7BkJIw2LkRQWJgk9/jX9x3fhLNUxsUT2olxRGoBVFSCTIIt+9hewJk4Lb/VanLs5T5FgGk9hy23rTQI0168A== X-Received: by 10.112.199.7 with SMTP id jg7mr3591601lbc.109.1456720147446; Sun, 28 Feb 2016 20:29:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.142.83 with HTTP; Sun, 28 Feb 2016 20:28:37 -0800 (PST) In-Reply-To: <20160229013612.GA2085@potato.growveg.org> References: <20160228151843.GA69185@potato.growveg.org> <20160229013612.GA2085@potato.growveg.org> From: Dewayne Geraghty Date: Mon, 29 Feb 2016 15:28:37 +1100 Message-ID: Subject: Re: problems with powerd and cpufreq on AMD Quad-Core A8-4555M To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Feb 2016 04:29:11 -0000 Bottom posted On 29 February 2016 at 12:36, John wrote: > On Mon, Feb 29, 2016 at 08:29:14AM +1100, Dewayne Geraghty wrote: > > Thanks John, I have cpufreq added via the boot/loader.conf which always >> works. However, over the weekend, I was testing some boot changes and >> tried >> to add cpufreq AFTER the kernel - unsuccessfully. This was amd64 >> 10.3Beta1 >> and 10.3Beta3. >> >> A workaround (for you) might be to remove it from the kernel and load >> cpufreq via loader.conf? >> >> I have some other problems (with usb nic's axge,axe) but I'll pursue if I >> get time for enough info for a PR >> > > Hi Dewayne, > > Thanks for looking at this. I modified loader.conf: > > $ cat /boot/loader.conf > cpufreq_load="YES" > > then recompiled the kernel and rebooted: > > 10.3-BETA3 #1 r296151 > > root@onion:~ # kldstat > Id Refs Address Size Name > 1 13 0xffffffff80200000 d45380 kernel > 2 1 0xffffffff80f46000 f0c8 cpufreq.ko > 3 1 0xffffffff8113d000 1604 fdescfs.ko > 4 1 0xffffffff8113f000 946 pflog.ko > 5 1 0xffffffff81140000 2d0ef pf.ko > ...but still no-go: > > root@onion:~ # powerd -v > powerd: no cpufreq(4) support -- aborting: No such file or directory > > Also commented out the powerd entries from /etc/rc.conf, rebooted > again, no difference. > > many thanks, > > -- > John > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > That's a nuisance! As I said, IF I load the module before the kernel, I'm good as follows. However if I load after booting, then I don't have any frequencies to choose from. I'm afraid the only "help" I can provide is of my working situation :( The order might be relevant. This is the early part of my /boot/loader.conf kern.hz="250" kern.coredump="0" loader_logo="none" beastie_disable="YES" autoboot_delay="1" kern.geom.label.ext2fs.enable="0" kern.geom.label.reiserfs.enable="0" cpufreq_load="YES" coretemp_load="YES" mac_ifoff_load="YES" ----- kldstat 1 20 0xffffffff80200000 aef9a8 kernel 2 1 0xffffffff80cf0000 2cc0 coretemp.ko 3 1 0xffffffff80cf3000 ef38 cpufreq.ko 4 1 0xffffffff80d02000 2b60 mac_ifoff.ko # sysctl -e dev.cpu.0.freq_levels dev.cpu.0.freq_levels=1801/25000 1800/25000 1700/23232 1600/21501 1500/20046 1400/18382 1300/16988 1200/15393 1100/14060 1000/12527 900/11252 800/9783 # /etc/rc.d/powerd onestart Starting powerd. # ps -axww|grep power 32365 - Ss 0:00.00 /usr/sbin/powerd 32382 5 S+ 0:00.00 grep power Then I /usr/sbin/powerd -vv load 0%, current freq 1801 MHz ( 0), wanted freq 1744 MHz changing clock speed from 1801 MHz to 1800 MHz load 0%, current freq 1800 MHz ( 1), wanted freq 1689 MHz changing clock speed from 1800 MHz to 1700 MHz load 0%, current freq 1700 MHz ( 2), wanted freq 1636 MHz load 0%, current freq 1700 MHz ( 2), wanted freq 1584 MHz So its working as expected. (I used to make extensive use of powerd, but my customers' wanted top performance during the day, so I adjust the CPU frequencies instead, based on time.) As I might have mentioned, if I load after the kernel, then kldload will show cpufreq.ko but there will be no frequencies to choose from. Might be relevant?? Kind regards, Dewayne From owner-freebsd-stable@freebsd.org Mon Feb 29 09:06:08 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB524AB8302 for ; Mon, 29 Feb 2016 09:06:08 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35C71D46 for ; Mon, 29 Feb 2016 09:06:08 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-lf0-x235.google.com with SMTP id j186so12539220lfg.2 for ; Mon, 29 Feb 2016 01:06:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=LVVfVUhOd0TyEroRv9KHj76n/4sWo7aPwqcb0YKO9kA=; b=SAzeQZQxYbR5f48buV1YYTLxiwLM33fa5J6CRecDUQ5e/+iemLQZJw4AQgLcF/8r60 QcUXu0ABQJfr1RA09tdr63jgP825flKRCQIf+y0/PceRDqzXxkMDMtED01th3/hJgSy9 4FE4qc3JILdKq/JPtx4fW7Ojj7HPbb7rMfEyXfu7h7HKPGdRjawLlaDI9qBmqc/54Txu awg5volYb99d6G9Hcte2z2cGfTu5Oyda/teSzzpJADk+OOe4EkMwbO129nYHZ28RXDs6 dNLBtljSN7t8ay0I9zkF/F0zvOiqjqJxkCTfc2lYuK8JE/H66m8/IyhFd4QuIoSYZ5vK AOhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=LVVfVUhOd0TyEroRv9KHj76n/4sWo7aPwqcb0YKO9kA=; b=YBvVQrtk1PtRuvL+E3cxoGq0CwbhzGubj7ZcTdZh6APxXK8v/XCCM2NbZOGYsvbonC 4Cw4TMU1bqRgxk/8v0dO4WsmL0mP6JvOzC5O7eWKWc5NG8p+Hij16G0JqseRcka92S8V XDVJJTdXOYNZk5s7qyGfux7rW2GZ/AVlyYBTsalSulGb3UYnkm+CbLnVPC006Y5hfRI4 72WieOuTxY+JUP+P8SOeQdQF0EI65qp156PTMzXRHfjivQtMsBxp7vwXSz5z6mcY9AR8 DY85+8HSzSUUWC7wOzlr/LM/PZSukGL7uP5UfdQVC+q8KecqVk9uLPOq+VIQNbXVcsKt YK7A== X-Gm-Message-State: AD7BkJL6nUwJQiKOSjUMwuOzkFG9+MFPwW8h05PQNQivDkW0F0nUJvyLzP3OgOSi+aS+6glhNc7DeU8NttC/jg== X-Received: by 10.25.21.29 with SMTP id l29mr4069075lfi.123.1456736765951; Mon, 29 Feb 2016 01:06:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.142.83 with HTTP; Mon, 29 Feb 2016 01:05:36 -0800 (PST) From: Dewayne Geraghty Date: Mon, 29 Feb 2016 20:05:36 +1100 Message-ID: Subject: Problem with /usr/lib/libcrypt.a when building perl/python with libressl To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Feb 2016 09:06:08 -0000 I'm trying to rebuild my local ports tree using libressl. Unfortunately the linker is advising that I should build /usr/lib/libcrypt.a with -fPIC. As its a security-related module, I would appreciate advise as to whether this will/may cause a security issue? The message, during the link phase, that both python27 and perl 5.20 is sending is: /usr/bin/ld: /usr/lib/libcrypt.a(crypt.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/libcrypt.a: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) I understand the value of fPIC for shareable libraries but I'm a little confused as to why libcrypt.a requires -fPIC; which BTW does enable both python, perl and others to build cleanly. Regards, Dewayne From owner-freebsd-stable@freebsd.org Mon Feb 29 12:08:02 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48396AB67E8 for ; Mon, 29 Feb 2016 12:08:02 +0000 (UTC) (envelope-from v-ndelpj_dlpbadllod_clalfdfj_clalfdfj_a@bounce.xforex.mkt4580.com) Received: from mail3983.xforex.mkt4580.com (mail3983.xforex.mkt4580.com [74.121.51.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A97D6321 for ; Mon, 29 Feb 2016 12:08:01 +0000 (UTC) (envelope-from v-ndelpj_dlpbadllod_clalfdfj_clalfdfj_a@bounce.xforex.mkt4580.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=spop1024; d=news.marketstrade.com; h=Date:From:Reply-To:To:Message-ID:Subject:MIME-Version:Content-Type:List-Unsubscribe; i=Alice@news.marketstrade.com; bh=iaVgZMh1PlrXYqKthmNoM2FFzj0=; b=PusAi9BDhLyIlb1h+1rHex7n2LyB017bEdgLFy4rmu9304Gx759Tgu7VBC8T551PjiYeBciYYkEO D4qrLJ9/J7USrUQ51x1shtI1VblFLpGS0/4tu0xYzy2VO1raYysQ9o18sA5xc46uMW2G5owdSija aPDSmSTD0RRv4xfyLG8= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=spop1024; d=news.marketstrade.com; b=YvqD05+NTtPJTW0ER5Rp24RoAEimHmktfVMpbTEV3KnwPWLD9vCtN2L4olFLa9zHlVosTZZnneOX mrqslCEjz6TrNfdMO07vd7ENZEExqomz871vhbQV7DNAD/CILRW6XjEFOTZAbbqaedj+P/nqA/Ye C233glqVoj8npJg8auU=; Received: by mail3983.xforex.mkt4580.com id hqgqa419if4u for ; Mon, 29 Feb 2016 12:02:24 +0000 (envelope-from ) Date: Mon, 29 Feb 2016 12:02:24 +0000 (GMT) From: Alice Reply-To: Alice@news.marketstrade.com To: freebsd-stable@freebsd.org Message-ID: <1175543211.380311151456747344900.JavaMail.app@rbg51.atlis1> Subject: =?utf-8?Q?Congratulations_you=E2=80=99ve_won_our_ex?= =?utf-8?Q?clusive_free_currency_Trader_Guide?= MIME-Version: 1.0 x-mid: 13847545 x-job: 13847545 Feedback-ID: pod5_29686_13847545_722162521:pod5_29686:ibmsilverpop x-rpcampaign: sp13847545 x-orgId: 29686 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Feb 2016 12:08:02 -0000 Join the world's largest and most exciting trading market in the world - with the perfect package*: Free Pro Trader EBook $5000 Demo Account Up to 25% Bonus** Personal 1 on 1 Training 14 Hours of Video Lessons 24/6 Customer Support Don't miss your chance to trade CFDs and succeed. *Offer subject to a minimum deposit of $100. **The bonus varies to deposit amount. CIF 108|10 Trading involves potential loss of invested capital. Get Your Package Now http://links.xforex.mkt4580.com/ctt?kn=10&ms=MTM4NDc1NDUS1&r=MjU3NDQ2NjI0MjI3S0&b=2&j=NzIyMTYyNTIxS0&mt=1&rt=0 To unsubscribe, click here http://links.xforex.mkt4580.com/servlet/OneClickOptOutServlet?m=13847545&r=MjU3NDQ2NjI0MjI3S0&b=0&j=NzIyMTYyNTIxS0&mt=1&rt=0 From owner-freebsd-stable@freebsd.org Mon Feb 29 14:22:27 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BDC7AB8F19 for ; Mon, 29 Feb 2016 14:22:27 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB40964F for ; Mon, 29 Feb 2016 14:22:26 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by mail-vk0-x234.google.com with SMTP id c3so134856213vkb.3 for ; Mon, 29 Feb 2016 06:22:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=tGc1mNXtfGQfLr6Uw6E74c9pVdFbqyPwOiAQpyVDN0s=; b=mXyUnzUWaPc8O6ozaGgtpOTldPn4j8iyjR4Ucx7/wrJeSTIqTB8InvAmgEzUY9Uymw xpiers7skq3WejDFwv5wC5kiAb78PIXkuFX60Otv+YMoK/yDb4Uj3zoHjoS7mN04PJx5 mT5h/nDZjPVwBOdfbwpXpIX7jCqAuC7tABfz2xbC85eJV4zApuISSckrDWA+OREVpMGJ Eq/Y8xnyiT4jDXcMLfCegdoTdCBAufeebJwG8fMyRgutu5QCyJ7oMXLR2Tb7Cnsb/V99 DKKqDsCWcUdfAXxJxuRQKXPFRvHrOdv8zoSZJSxFa0S7JZcU0chX4NRSZxn1kBPvyCEQ DlvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=tGc1mNXtfGQfLr6Uw6E74c9pVdFbqyPwOiAQpyVDN0s=; b=ErgPEMvfsw5r6LP8g/Mni8Cw2ftZuXv0uYg8riHdxumIlXtyWy3TH8+aBehJG1IvH6 OOe5FbCgxqSNpa/Qr059gDfLyyg6PrIXDS/2XTrO/vb1coWwPXXwlXJQoddzmPimiF3I YUtzvTHEcqbNUxtnSCjBxE5FIjtucNtcyBfKtXj8tquHb79mn/00TpjmJG7/BwMPwJUy 3JL13pvScTgF9BiE72lXl9yp23zkZcdKiFEbhx9ZNnarVyF7bhk/6jDHeGu0e7oNgtmo 7u3Ier4v2OU8UJp2b7LhNGQclo0vn4r2wO0jzDHr53BPDvG3lbqsvC7WPhaZgIXt31Dn CfTQ== X-Gm-Message-State: AD7BkJISLthtqcnNkEK1a5dJL2XUJjYxIRfb9PwLk0Ivql40WeHnvXjnFfZ8qXkNEzP0II2Jwv8IHEvMo4b+kQ== MIME-Version: 1.0 X-Received: by 10.31.14.149 with SMTP id 143mr11958211vko.3.1456755745553; Mon, 29 Feb 2016 06:22:25 -0800 (PST) Received: by 10.176.3.44 with HTTP; Mon, 29 Feb 2016 06:22:25 -0800 (PST) In-Reply-To: References: Date: Mon, 29 Feb 2016 09:22:25 -0500 Message-ID: Subject: Re: Problem with /usr/lib/libcrypt.a when building perl/python with libressl From: Brandon Allbery To: Dewayne Geraghty Cc: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Feb 2016 14:22:27 -0000 On Mon, Feb 29, 2016 at 4:05 AM, Dewayne Geraghty wrote: > I understand the value of fPIC for shareable libraries but I'm a little > confused as to why libcrypt.a requires -fPIC; which BTW does enable both > python, perl and others to build cleanly. > Both perl and python load crypto support as shared objects associated with their respective loadable modules. As such, you can't link non-PIC static objects into those shared objects on amd64 (although it works, pretty much by accident, on i386 32-bit). -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@freebsd.org Mon Feb 29 16:20:04 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BBD2AB8748 for ; Mon, 29 Feb 2016 16:20:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 83DEF1D4C for ; Mon, 29 Feb 2016 16:20:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: by mailman.ysv.freebsd.org (Postfix) id 811D9AB8747; Mon, 29 Feb 2016 16:20:04 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 806D1AB8745 for ; Mon, 29 Feb 2016 16:20:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D9011D4B; Mon, 29 Feb 2016 16:20:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id u1TGK2bJ058763 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Feb 2016 11:20:02 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c] ([IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c]) by lava.sentex.ca (8.14.9/8.14.9) with ESMTP id u1TGK17G054929; Mon, 29 Feb 2016 11:20:01 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: svn commit: r295367 - in stable/10: crypto/openssh crypto/openssh/contrib crypto/openssh/contrib/caldera crypto/openssh/contrib/cygwin crypto/openssh/contrib/redhat crypto/openssh/contrib/suse cryp... To: =?UTF-8?Q?Dag-Erling_Sm=c3=b8rgrav?= , "stable@freebsd.org" References: <201602071138.u17Bctwi038780@repo.freebsd.org> From: Mike Tancsa X-Enigmail-Draft-Status: N1110 Organization: Sentex Communications Message-ID: <56D46FAF.2010605@sentex.net> Date: Mon, 29 Feb 2016 11:19:59 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <201602071138.u17Bctwi038780@repo.freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Feb 2016 16:20:04 -0000 Hi, I noticed on a server that I updated on Friday that incorporates r295367, some lightweight clients that were using aes128-cbc are now failing to connect. Is this a planned change ? If so, perhaps a heads up in UPDATING ? e.g. from an older client ssh -c aes128-cbc user@target.sentex.ca no matching cipher found: client aes128-cbc server chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com and running sshd -ddd debug1: SSH2_MSG_KEXINIT sent [preauth] debug1: SSH2_MSG_KEXINIT received [preauth] debug2: kex_parse_kexinit: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1 [preauth] debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256,ssh-ed25519 [preauth] debug2: kex_parse_kexinit: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com [preauth] debug2: kex_parse_kexinit: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com [preauth] debug2: kex_parse_kexinit: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 [preauth] debug2: kex_parse_kexinit: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 [preauth] debug2: kex_parse_kexinit: none,zlib@openssh.com [preauth] debug2: kex_parse_kexinit: none,zlib@openssh.com [preauth] debug2: kex_parse_kexinit: [preauth] debug2: kex_parse_kexinit: [preauth] debug2: first_kex_follows 0 [preauth] debug2: reserved 0 [preauth] debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 [preauth] debug2: kex_parse_kexinit: ssh-dss,ssh-rsa [preauth] debug2: kex_parse_kexinit: aes128-cbc [preauth] debug2: kex_parse_kexinit: aes128-cbc [preauth] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 [preauth] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 [preauth] debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib [preauth] debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib [preauth] debug2: kex_parse_kexinit: [preauth] debug2: kex_parse_kexinit: [preauth] debug2: first_kex_follows 0 [preauth] debug2: reserved 0 [preauth] Unable to negotiate with xx.yy.zz.146: no matching cipher found. Their offer: aes128-cbc [preauth] debug1: do_cleanup [preauth] On 2/7/2016 6:38 AM, Dag-Erling Smørgrav wrote: > Author: des > Date: Sun Feb 7 11:38:54 2016 > New Revision: 295367 > URL: https://svnweb.freebsd.org/changeset/base/295367 > > Log: > MFH (r265214, r294333, r294407, r294467): misc prop fixes > MFH (r285975, r287143): register mergeinfo for security fixes > MFH (r294497, r294498, r295139): internal documentation > MFH (r294328): upgrade to openssh 6.7p1, re-add libwrap > MFH (r294332): upgrade to openssh 6.8p1 > MFH (r294367): update pam_ssh for api changes > MFH (r294909): switch usedns back on > MFH (r294336): upgrade to openssh 6.9p1 > MFH (r294495): re-enable dsa keys > MFH (r294464): upgrade to openssh 7.0p1 > MFH (r294496): upgrade to openssh 7.1p2 > > Approved by: re (gjb) > Relnotes: yes > > Added: > stable/10/crypto/openssh/.cvsignore > - copied unchanged from r294332, head/crypto/openssh/.cvsignore > stable/10/crypto/openssh/bitmap.c (contents, props changed) > - copied, changed from r294332, head/crypto/openssh/bitmap.c > - copied unchanged from r294332, head/crypto/openssh/bitmap.h > stable/10/crypto/openssh/cipher-aesctr.c > - copied, changed from r294328, head/crypto/openssh/cipher-aesctr.c > stable/10/crypto/openssh/cipher-aesctr.h > - copied unchanged from r294328, head/crypto/openssh/cipher-aesctr.h > - copied unchanged from r294332, head/crypto/openssh/opacket.c > - copied unchanged from r294332, head/crypto/openssh/opacket.h > stable/10/crypto/openssh/openbsd-compat/.cvsignore > - copied unchanged from r294332, head/crypto/openssh/openbsd-compat/.cvsignore > stable/10/crypto/openssh/openbsd-compat/kludge-fd_set.c > - copied unchanged from r294328, head/crypto/openssh/openbsd-compat/kludge-fd_set.c > - copied unchanged from r294332, head/crypto/openssh/openbsd-compat/md5.c > - copied unchanged from r294332, head/crypto/openssh/openbsd-compat/md5.h > - copied unchanged from r294332, head/crypto/openssh/openbsd-compat/reallocarray.c > stable/10/crypto/openssh/openbsd-compat/regress/.cvsignore > - copied unchanged from r294332, head/crypto/openssh/openbsd-compat/regress/.cvsignore > stable/10/crypto/openssh/openbsd-compat/regress/opensslvertest.c > - copied unchanged from r294328, head/crypto/openssh/openbsd-compat/regress/opensslvertest.c > stable/10/crypto/openssh/openbsd-compat/rmd160.c (contents, props changed) > - copied, changed from r294332, head/crypto/openssh/openbsd-compat/rmd160.c > - copied unchanged from r294332, head/crypto/openssh/openbsd-compat/rmd160.h > - copied unchanged from r294332, head/crypto/openssh/openbsd-compat/sha1.c > - copied unchanged from r294332, head/crypto/openssh/openbsd-compat/sha1.h > stable/10/crypto/openssh/regress/.cvsignore > - copied unchanged from r294332, head/crypto/openssh/regress/.cvsignore > - copied unchanged from r294336, head/crypto/openssh/regress/cfgparse.sh > stable/10/crypto/openssh/regress/hostkey-agent.sh (contents, props changed) > - copied, changed from r294332, head/crypto/openssh/regress/hostkey-agent.sh > stable/10/crypto/openssh/regress/hostkey-rotate.sh (contents, props changed) > - copied, changed from r294332, head/crypto/openssh/regress/hostkey-rotate.sh > stable/10/crypto/openssh/regress/keygen-knownhosts.sh (contents, props changed) > - copied, changed from r294332, head/crypto/openssh/regress/keygen-knownhosts.sh > - copied unchanged from r294332, head/crypto/openssh/regress/limit-keytype.sh > - copied unchanged from r294332, head/crypto/openssh/regress/multipubkey.sh > stable/10/crypto/openssh/regress/netcat.c (contents, props changed) > - copied, changed from r294332, head/crypto/openssh/regress/netcat.c > stable/10/crypto/openssh/regress/principals-command.sh (contents, props changed) > - copied, changed from r294336, head/crypto/openssh/regress/principals-command.sh > stable/10/crypto/openssh/regress/t11.ok > - copied unchanged from r294332, head/crypto/openssh/regress/t11.ok > stable/10/crypto/openssh/regress/unittests/ > - copied from r294328, head/crypto/openssh/regress/unittests/ > stable/10/crypto/openssh/regress/unittests/bitmap/ > - copied from r294332, head/crypto/openssh/regress/unittests/bitmap/ > stable/10/crypto/openssh/regress/unittests/hostkeys/ > - copied from r294332, head/crypto/openssh/regress/unittests/hostkeys/ > stable/10/crypto/openssh/regress/unittests/kex/ > - copied from r294332, head/crypto/openssh/regress/unittests/kex/ > - copied unchanged from r294332, head/crypto/openssh/regress/valgrind-unit.sh > stable/10/crypto/openssh/scard/.cvsignore > - copied unchanged from r294332, head/crypto/openssh/scard/.cvsignore > - copied unchanged from r294332, head/crypto/openssh/ssh_api.c > - copied unchanged from r294332, head/crypto/openssh/ssh_api.h > stable/10/crypto/openssh/sshbuf-getput-basic.c > - copied, changed from r294328, head/crypto/openssh/sshbuf-getput-basic.c > stable/10/crypto/openssh/sshbuf-getput-crypto.c > - copied, changed from r294328, head/crypto/openssh/sshbuf-getput-crypto.c > stable/10/crypto/openssh/sshbuf-misc.c > - copied, changed from r294328, head/crypto/openssh/sshbuf-misc.c > stable/10/crypto/openssh/sshbuf.c > - copied, changed from r294328, head/crypto/openssh/sshbuf.c > stable/10/crypto/openssh/sshbuf.h > - copied, changed from r294328, head/crypto/openssh/sshbuf.h > stable/10/crypto/openssh/ssherr.c > - copied, changed from r294328, head/crypto/openssh/ssherr.c > stable/10/crypto/openssh/ssherr.h > - copied, changed from r294328, head/crypto/openssh/ssherr.h > stable/10/crypto/openssh/sshkey.c > - copied, changed from r294328, head/crypto/openssh/sshkey.c > stable/10/crypto/openssh/sshkey.h > - copied, changed from r294328, head/crypto/openssh/sshkey.h > Directory Properties: > stable/10/crypto/openssh/bitmap.h (props changed) > stable/10/crypto/openssh/opacket.c (props changed) > stable/10/crypto/openssh/opacket.h (props changed) > stable/10/crypto/openssh/openbsd-compat/md5.c (props changed) > stable/10/crypto/openssh/openbsd-compat/md5.h (props changed) > stable/10/crypto/openssh/openbsd-compat/reallocarray.c (props changed) > stable/10/crypto/openssh/openbsd-compat/rmd160.h (props changed) > stable/10/crypto/openssh/openbsd-compat/sha1.c (props changed) > stable/10/crypto/openssh/openbsd-compat/sha1.h (props changed) > stable/10/crypto/openssh/regress/cfgparse.sh (props changed) > stable/10/crypto/openssh/regress/limit-keytype.sh (props changed) > stable/10/crypto/openssh/regress/multipubkey.sh (props changed) > stable/10/crypto/openssh/regress/valgrind-unit.sh (props changed) > stable/10/crypto/openssh/ssh_api.c (props changed) > stable/10/crypto/openssh/ssh_api.h (props changed) > Deleted: > stable/10/crypto/openssh/compress.c > stable/10/crypto/openssh/compress.h > stable/10/crypto/openssh/contrib/caldera/ > stable/10/crypto/openssh/moduli.0 > stable/10/crypto/openssh/scp.0 > stable/10/crypto/openssh/sftp-server.0 > stable/10/crypto/openssh/sftp.0 > stable/10/crypto/openssh/ssh-add.0 > stable/10/crypto/openssh/ssh-agent.0 > stable/10/crypto/openssh/ssh-keygen.0 > stable/10/crypto/openssh/ssh-keyscan.0 > stable/10/crypto/openssh/ssh-keysign.0 > stable/10/crypto/openssh/ssh-pkcs11-helper.0 > stable/10/crypto/openssh/ssh.0 > stable/10/crypto/openssh/ssh_config.0 > stable/10/crypto/openssh/sshd.0 > stable/10/crypto/openssh/sshd_config.0 > Modified: > stable/10/crypto/openssh/ChangeLog > stable/10/crypto/openssh/FREEBSD-upgrade > stable/10/crypto/openssh/INSTALL > stable/10/crypto/openssh/Makefile.in > stable/10/crypto/openssh/OVERVIEW > stable/10/crypto/openssh/PROTOCOL > stable/10/crypto/openssh/PROTOCOL.agent > stable/10/crypto/openssh/PROTOCOL.krl > stable/10/crypto/openssh/PROTOCOL.mux > stable/10/crypto/openssh/README > stable/10/crypto/openssh/addrmatch.c > stable/10/crypto/openssh/atomicio.c > stable/10/crypto/openssh/auth-bsdauth.c > stable/10/crypto/openssh/auth-chall.c > stable/10/crypto/openssh/auth-krb5.c (contents, props changed) > stable/10/crypto/openssh/auth-options.c > stable/10/crypto/openssh/auth-options.h > stable/10/crypto/openssh/auth-pam.c > stable/10/crypto/openssh/auth-passwd.c > stable/10/crypto/openssh/auth-rh-rsa.c > stable/10/crypto/openssh/auth-rhosts.c > stable/10/crypto/openssh/auth-rsa.c > stable/10/crypto/openssh/auth.c > stable/10/crypto/openssh/auth.h > stable/10/crypto/openssh/auth1.c > stable/10/crypto/openssh/auth2-chall.c > stable/10/crypto/openssh/auth2-gss.c > stable/10/crypto/openssh/auth2-hostbased.c > stable/10/crypto/openssh/auth2-kbdint.c > stable/10/crypto/openssh/auth2-none.c > stable/10/crypto/openssh/auth2-passwd.c > stable/10/crypto/openssh/auth2-pubkey.c > stable/10/crypto/openssh/auth2.c > stable/10/crypto/openssh/authfd.c > stable/10/crypto/openssh/authfd.h > stable/10/crypto/openssh/authfile.c > stable/10/crypto/openssh/authfile.h > stable/10/crypto/openssh/bufaux.c > stable/10/crypto/openssh/bufbn.c > stable/10/crypto/openssh/bufec.c > stable/10/crypto/openssh/buffer.c > stable/10/crypto/openssh/buffer.h > stable/10/crypto/openssh/canohost.c > stable/10/crypto/openssh/chacha.h > stable/10/crypto/openssh/channels.c > stable/10/crypto/openssh/channels.h > stable/10/crypto/openssh/cipher-3des1.c > stable/10/crypto/openssh/cipher-bf1.c > stable/10/crypto/openssh/cipher-chachapoly.c > stable/10/crypto/openssh/cipher-chachapoly.h > stable/10/crypto/openssh/cipher-ctr.c > stable/10/crypto/openssh/cipher.c > stable/10/crypto/openssh/cipher.h > stable/10/crypto/openssh/clientloop.c > stable/10/crypto/openssh/compat.c > stable/10/crypto/openssh/compat.h > stable/10/crypto/openssh/config.guess > stable/10/crypto/openssh/config.h > stable/10/crypto/openssh/configure.ac > stable/10/crypto/openssh/contrib/Makefile > stable/10/crypto/openssh/contrib/README > stable/10/crypto/openssh/contrib/cygwin/README > stable/10/crypto/openssh/contrib/cygwin/ssh-host-config > stable/10/crypto/openssh/contrib/cygwin/ssh-user-config > stable/10/crypto/openssh/contrib/redhat/openssh.spec > stable/10/crypto/openssh/contrib/suse/openssh.spec > stable/10/crypto/openssh/deattack.c > stable/10/crypto/openssh/deattack.h > stable/10/crypto/openssh/defines.h > stable/10/crypto/openssh/dh.c > stable/10/crypto/openssh/dh.h > stable/10/crypto/openssh/digest-libc.c > stable/10/crypto/openssh/digest-openssl.c > stable/10/crypto/openssh/digest.h > stable/10/crypto/openssh/dispatch.c > stable/10/crypto/openssh/dispatch.h > stable/10/crypto/openssh/dns.c > stable/10/crypto/openssh/dns.h > stable/10/crypto/openssh/entropy.c > stable/10/crypto/openssh/ge25519.h > stable/10/crypto/openssh/groupaccess.c > stable/10/crypto/openssh/gss-genr.c > stable/10/crypto/openssh/gss-serv-krb5.c > stable/10/crypto/openssh/gss-serv.c > stable/10/crypto/openssh/hmac.c > stable/10/crypto/openssh/hmac.h > stable/10/crypto/openssh/hostfile.c > stable/10/crypto/openssh/hostfile.h > stable/10/crypto/openssh/includes.h > stable/10/crypto/openssh/kex.c > stable/10/crypto/openssh/kex.h > stable/10/crypto/openssh/kexc25519.c > stable/10/crypto/openssh/kexc25519c.c > stable/10/crypto/openssh/kexc25519s.c > stable/10/crypto/openssh/kexdh.c > stable/10/crypto/openssh/kexdhc.c > stable/10/crypto/openssh/kexdhs.c > stable/10/crypto/openssh/kexecdh.c > stable/10/crypto/openssh/kexecdhc.c > stable/10/crypto/openssh/kexecdhs.c > stable/10/crypto/openssh/kexgex.c > stable/10/crypto/openssh/kexgexc.c > stable/10/crypto/openssh/kexgexs.c > stable/10/crypto/openssh/key.c > stable/10/crypto/openssh/key.h > stable/10/crypto/openssh/krl.c > stable/10/crypto/openssh/krl.h > stable/10/crypto/openssh/log.c > stable/10/crypto/openssh/loginrec.c > stable/10/crypto/openssh/mac.c > stable/10/crypto/openssh/mac.h > stable/10/crypto/openssh/match.c > stable/10/crypto/openssh/match.h > stable/10/crypto/openssh/misc.c > stable/10/crypto/openssh/misc.h > stable/10/crypto/openssh/moduli > stable/10/crypto/openssh/moduli.c > stable/10/crypto/openssh/monitor.c > stable/10/crypto/openssh/monitor.h > stable/10/crypto/openssh/monitor_fdpass.c > stable/10/crypto/openssh/monitor_mm.c > stable/10/crypto/openssh/monitor_wrap.c > stable/10/crypto/openssh/monitor_wrap.h > stable/10/crypto/openssh/msg.c > stable/10/crypto/openssh/msg.h > stable/10/crypto/openssh/mux.c > stable/10/crypto/openssh/myproposal.h > stable/10/crypto/openssh/openbsd-compat/Makefile.in > stable/10/crypto/openssh/openbsd-compat/arc4random.c > stable/10/crypto/openssh/openbsd-compat/bcrypt_pbkdf.c > stable/10/crypto/openssh/openbsd-compat/bsd-cygwin_util.c > stable/10/crypto/openssh/openbsd-compat/bsd-cygwin_util.h > stable/10/crypto/openssh/openbsd-compat/bsd-misc.c > stable/10/crypto/openssh/openbsd-compat/bsd-misc.h > stable/10/crypto/openssh/openbsd-compat/bsd-snprintf.c > stable/10/crypto/openssh/openbsd-compat/explicit_bzero.c > stable/10/crypto/openssh/openbsd-compat/fake-rfc2553.h > stable/10/crypto/openssh/openbsd-compat/getrrsetbyname-ldns.c > stable/10/crypto/openssh/openbsd-compat/openbsd-compat.h > stable/10/crypto/openssh/openbsd-compat/openssl-compat.c > stable/10/crypto/openssh/openbsd-compat/openssl-compat.h > stable/10/crypto/openssh/openbsd-compat/port-linux.c > stable/10/crypto/openssh/openbsd-compat/port-tun.c > stable/10/crypto/openssh/openbsd-compat/port-uw.c > stable/10/crypto/openssh/openbsd-compat/readpassphrase.c > stable/10/crypto/openssh/openbsd-compat/realpath.c > stable/10/crypto/openssh/openbsd-compat/regress/Makefile.in > stable/10/crypto/openssh/openbsd-compat/sha2.c > stable/10/crypto/openssh/openbsd-compat/sha2.h > stable/10/crypto/openssh/openbsd-compat/xcrypt.c > stable/10/crypto/openssh/opensshd.init.in > stable/10/crypto/openssh/packet.c > stable/10/crypto/openssh/packet.h > stable/10/crypto/openssh/platform.c > stable/10/crypto/openssh/poly1305.h > stable/10/crypto/openssh/progressmeter.c > stable/10/crypto/openssh/progressmeter.h > stable/10/crypto/openssh/readconf.c > stable/10/crypto/openssh/readconf.h > stable/10/crypto/openssh/regress/Makefile > stable/10/crypto/openssh/regress/README.regress > stable/10/crypto/openssh/regress/agent-pkcs11.sh > stable/10/crypto/openssh/regress/agent-timeout.sh > stable/10/crypto/openssh/regress/agent.sh > stable/10/crypto/openssh/regress/broken-pipe.sh > stable/10/crypto/openssh/regress/cert-hostkey.sh > stable/10/crypto/openssh/regress/cert-userkey.sh > stable/10/crypto/openssh/regress/cfgmatch.sh > stable/10/crypto/openssh/regress/cipher-speed.sh > stable/10/crypto/openssh/regress/connect-privsep.sh > stable/10/crypto/openssh/regress/connect.sh > stable/10/crypto/openssh/regress/dhgex.sh > stable/10/crypto/openssh/regress/dynamic-forward.sh > stable/10/crypto/openssh/regress/exit-status.sh > stable/10/crypto/openssh/regress/forcecommand.sh > stable/10/crypto/openssh/regress/forward-control.sh > stable/10/crypto/openssh/regress/forwarding.sh > stable/10/crypto/openssh/regress/host-expand.sh > stable/10/crypto/openssh/regress/integrity.sh > stable/10/crypto/openssh/regress/kextype.sh > stable/10/crypto/openssh/regress/key-options.sh > stable/10/crypto/openssh/regress/keygen-change.sh > stable/10/crypto/openssh/regress/keys-command.sh > stable/10/crypto/openssh/regress/keyscan.sh > stable/10/crypto/openssh/regress/keytype.sh > stable/10/crypto/openssh/regress/krl.sh > stable/10/crypto/openssh/regress/localcommand.sh > stable/10/crypto/openssh/regress/login-timeout.sh > stable/10/crypto/openssh/regress/multiplex.sh > stable/10/crypto/openssh/regress/proto-mismatch.sh > stable/10/crypto/openssh/regress/proto-version.sh > stable/10/crypto/openssh/regress/proxy-connect.sh > stable/10/crypto/openssh/regress/reconfigure.sh > stable/10/crypto/openssh/regress/reexec.sh > stable/10/crypto/openssh/regress/rekey.sh > stable/10/crypto/openssh/regress/ssh-com.sh > stable/10/crypto/openssh/regress/ssh2putty.sh > stable/10/crypto/openssh/regress/sshd-log-wrapper.sh > stable/10/crypto/openssh/regress/stderr-data.sh > stable/10/crypto/openssh/regress/t4.ok > stable/10/crypto/openssh/regress/test-exec.sh > stable/10/crypto/openssh/regress/transfer.sh > stable/10/crypto/openssh/regress/try-ciphers.sh > stable/10/crypto/openssh/regress/unittests/Makefile > stable/10/crypto/openssh/regress/unittests/Makefile.inc > stable/10/crypto/openssh/regress/unittests/hostkeys/test_iterate.c (contents, props changed) > stable/10/crypto/openssh/regress/unittests/kex/test_kex.c (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshbuf/test_sshbuf_getput_crypto.c > stable/10/crypto/openssh/regress/unittests/sshbuf/test_sshbuf_getput_fuzz.c > stable/10/crypto/openssh/regress/unittests/sshkey/common.c > stable/10/crypto/openssh/regress/unittests/sshkey/mktestdata.sh > stable/10/crypto/openssh/regress/unittests/sshkey/test_file.c > stable/10/crypto/openssh/regress/unittests/sshkey/test_fuzz.c > stable/10/crypto/openssh/regress/unittests/sshkey/test_sshkey.c > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_1 > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_1-cert.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_1-cert.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_1.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_1.fp.bb > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_1.param.g > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_1.param.priv > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_1.param.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_1.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_1_pw > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_2 > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_2.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_2.fp.bb > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_2.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_n > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/dsa_n_pw > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_1 > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_1-cert.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_1-cert.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_1.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_1.fp.bb > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_1.param.priv > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_1.param.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_1.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_1_pw > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_2 > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_2.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_2.fp.bb > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_2.param.priv > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_2.param.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_2.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_n > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ecdsa_n_pw > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ed25519_1 > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ed25519_1-cert.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ed25519_1-cert.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ed25519_1.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ed25519_1.fp.bb > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ed25519_1.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ed25519_1_pw > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ed25519_2 > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ed25519_2.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ed25519_2.fp.bb > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/ed25519_2.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa1_1 > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa1_1.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa1_1.fp.bb > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa1_1.param.n > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa1_1.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa1_1_pw > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa1_2 > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa1_2.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa1_2.fp.bb > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa1_2.param.n > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa1_2.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_1 > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_1-cert.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_1-cert.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_1.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_1.fp.bb > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_1.param.n > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_1.param.p > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_1.param.q > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_1.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_1_pw > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_2 > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_2.fp > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_2.fp.bb > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_2.param.n > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_2.param.p > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_2.param.q > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_2.pub (contents, props changed) > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_n > stable/10/crypto/openssh/regress/unittests/sshkey/testdata/rsa_n_pw > stable/10/crypto/openssh/regress/unittests/test_helper/Makefile > stable/10/crypto/openssh/regress/unittests/test_helper/fuzz.c > stable/10/crypto/openssh/regress/unittests/test_helper/test_helper.c > stable/10/crypto/openssh/regress/unittests/test_helper/test_helper.h > stable/10/crypto/openssh/regress/yes-head.sh > stable/10/crypto/openssh/rijndael.c > stable/10/crypto/openssh/rijndael.h > stable/10/crypto/openssh/roaming_client.c > stable/10/crypto/openssh/roaming_common.c > stable/10/crypto/openssh/roaming_dummy.c > stable/10/crypto/openssh/rsa.c > stable/10/crypto/openssh/rsa.h > stable/10/crypto/openssh/sandbox-seccomp-filter.c > stable/10/crypto/openssh/sandbox-systrace.c > stable/10/crypto/openssh/scp.1 > stable/10/crypto/openssh/scp.c > stable/10/crypto/openssh/servconf.c > stable/10/crypto/openssh/servconf.h > stable/10/crypto/openssh/serverloop.c > stable/10/crypto/openssh/session.c > stable/10/crypto/openssh/sftp-client.c > stable/10/crypto/openssh/sftp-client.h > stable/10/crypto/openssh/sftp-common.c > stable/10/crypto/openssh/sftp-common.h > stable/10/crypto/openssh/sftp-glob.c > stable/10/crypto/openssh/sftp-server.8 > stable/10/crypto/openssh/sftp-server.c > stable/10/crypto/openssh/sftp.1 > stable/10/crypto/openssh/sftp.c > stable/10/crypto/openssh/ssh-add.1 > stable/10/crypto/openssh/ssh-add.c > stable/10/crypto/openssh/ssh-agent.1 > stable/10/crypto/openssh/ssh-agent.c > stable/10/crypto/openssh/ssh-dss.c > stable/10/crypto/openssh/ssh-ecdsa.c > stable/10/crypto/openssh/ssh-ed25519.c > stable/10/crypto/openssh/ssh-keygen.1 > stable/10/crypto/openssh/ssh-keygen.c > stable/10/crypto/openssh/ssh-keyscan.1 > stable/10/crypto/openssh/ssh-keyscan.c > stable/10/crypto/openssh/ssh-keysign.c > stable/10/crypto/openssh/ssh-pkcs11-client.c > stable/10/crypto/openssh/ssh-pkcs11-helper.c > stable/10/crypto/openssh/ssh-pkcs11.c > stable/10/crypto/openssh/ssh-pkcs11.h > stable/10/crypto/openssh/ssh-rsa.c > stable/10/crypto/openssh/ssh.1 > stable/10/crypto/openssh/ssh.c > stable/10/crypto/openssh/ssh.h > stable/10/crypto/openssh/ssh_config > stable/10/crypto/openssh/ssh_config.5 > stable/10/crypto/openssh/ssh_namespace.h > stable/10/crypto/openssh/sshconnect.c > stable/10/crypto/openssh/sshconnect1.c > stable/10/crypto/openssh/sshconnect2.c > stable/10/crypto/openssh/sshd.8 > stable/10/crypto/openssh/sshd.c > stable/10/crypto/openssh/sshd_config > stable/10/crypto/openssh/sshd_config.5 > stable/10/crypto/openssh/sshlogin.c > stable/10/crypto/openssh/sshpty.c > stable/10/crypto/openssh/uidswap.c > stable/10/crypto/openssh/umac.c > stable/10/crypto/openssh/uuencode.c > stable/10/crypto/openssh/version.h > stable/10/crypto/openssh/xmalloc.c > stable/10/crypto/openssh/xmalloc.h > stable/10/lib/libpam/modules/pam_ssh/pam_ssh.c > stable/10/secure/lib/libssh/Makefile > stable/10/secure/usr.sbin/sshd/Makefile > Directory Properties: > stable/10/ (props changed) > stable/10/crypto/openssh/ (props changed) > stable/10/crypto/openssh/openbsd-compat/ (props changed) > stable/10/crypto/openssh/openbsd-compat/regress/ (props changed) > stable/10/crypto/openssh/regress/unittests/bitmap/Makefile (props changed) > stable/10/crypto/openssh/regress/unittests/bitmap/tests.c (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/Makefile (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/mktestdata.sh (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/dsa_1.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/dsa_2.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/dsa_3.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/dsa_4.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/dsa_5.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/dsa_6.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ecdsa_1.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ecdsa_2.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ecdsa_3.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ecdsa_4.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ecdsa_5.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ecdsa_6.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ed25519_1.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ed25519_2.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ed25519_3.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ed25519_4.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ed25519_5.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/ed25519_6.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa1_1.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa1_2.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa1_3.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa1_4.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa1_5.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa1_6.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa_1.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa_2.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa_3.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa_4.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa_5.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/testdata/rsa_6.pub (props changed) > stable/10/crypto/openssh/regress/unittests/hostkeys/tests.c (props changed) > stable/10/crypto/openssh/regress/unittests/kex/Makefile (props changed) > stable/10/crypto/openssh/regress/unittests/kex/tests.c (props changed) > > Copied: stable/10/crypto/openssh/.cvsignore (from r294332, head/crypto/openssh/.cvsignore) > ============================================================================== > --- /dev/null 00:00:00 1970 (empty, because file is newly added) > +++ stable/10/crypto/openssh/.cvsignore Sun Feb 7 11:38:54 2016 (r295367, copy of r294332, head/crypto/openssh/.cvsignore) > @@ -0,0 +1,28 @@ > +*.0 > +*.out > +Makefile > +autom4te.cache > +buildit.sh > +buildpkg.sh > +config.cache > +config.h > +config.h.in > +config.log > +config.status > +configure > +openssh.xml > +opensshd.init > +scp > +sftp > +sftp-server > +ssh > +ssh-add > +ssh-agent > +ssh-keygen > +ssh-keyscan > +ssh-keysign > +ssh-pkcs11-helper > +sshd > +stamp-h.in > +survey > +survey.sh > > Modified: stable/10/crypto/openssh/ChangeLog > ============================================================================== > --- stable/10/crypto/openssh/ChangeLog Sun Feb 7 09:51:22 2016 (r295366) > +++ stable/10/crypto/openssh/ChangeLog Sun Feb 7 11:38:54 2016 (r295367) > @@ -1,2887 +1,7615 @@ > -20140313 > - - (djm) Release OpenSSH 6.6 > - > -20140304 > - - OpenBSD CVS Sync > - - djm@cvs.openbsd.org 2014/03/03 22:22:30 > - [session.c] > - ignore enviornment variables with embedded '=' or '\0' characters; > - spotted by Jann Horn; ok deraadt@ > - > -20140301 > - - (djm) [regress/Makefile] Disable dhgex regress test; it breaks when > - no moduli file exists at the expected location. > - > -20140228 > - - OpenBSD CVS Sync > - - djm@cvs.openbsd.org 2014/02/27 00:41:49 > - [bufbn.c] > - fix unsigned overflow that could lead to reading a short ssh protocol > - 1 bignum value; found by Ben Hawkes; ok deraadt@ > - - djm@cvs.openbsd.org 2014/02/27 08:25:09 > - [bufbn.c] > - off by one in range check > - - djm@cvs.openbsd.org 2014/02/27 22:47:07 > - [sshd_config.5] > - bz#2184 clarify behaviour of a keyword that appears in multiple > - matching Match blocks; ok dtucker@ > - - djm@cvs.openbsd.org 2014/02/27 22:57:40 > - [version.h] > - openssh-6.6 > - - dtucker@cvs.openbsd.org 2014/01/19 23:43:02 > - [regress/sftp-chroot.sh] > - Don't use -q on sftp as it suppresses logging, instead redirect the > - output to the regress logfile. > - - dtucker@cvs.openbsd.org 2014/01/20 00:00:30 > - [sregress/ftp-chroot.sh] > - append to rather than truncating the log file > - - dtucker@cvs.openbsd.org 2014/01/25 04:35:32 > - [regress/Makefile regress/dhgex.sh] > - Add a test for DH GEX sizes > - - djm@cvs.openbsd.org 2014/01/26 10:22:10 > - [regress/cert-hostkey.sh] > - automatically generate revoked keys from listed keys rather than > - manually specifying each type; from portable > - (Id sync only) > - - djm@cvs.openbsd.org 2014/01/26 10:49:17 > - [scp-ssh-wrapper.sh scp.sh] > - make sure $SCP is tested on the remote end rather than whichever one > - happens to be in $PATH; from portable > - (Id sync only) > - - djm@cvs.openbsd.org 2014/02/27 20:04:16 > - [login-timeout.sh] > - remove any existing LoginGraceTime from sshd_config before adding > - a specific one for the test back in > - - djm@cvs.openbsd.org 2014/02/27 21:21:25 > - [agent-ptrace.sh agent.sh] > - keep return values that are printed in error messages; > - from portable > - (Id sync only) > - - (djm) [README contrib/caldera/openssh.spec contrib/redhat/openssh.spec] > - [contrib/suse/openssh.spec] Crank version numbers > - - (djm) [regress/host-expand.sh] Add RCS Id > - > -20140227 > - - OpenBSD CVS Sync > - - djm@cvs.openbsd.org 2014/02/26 20:18:37 > - [ssh.c] > - bz#2205: avoid early hostname lookups unless canonicalisation is enabled; > - ok dtucker@ markus@ > - - djm@cvs.openbsd.org 2014/02/26 20:28:44 > - [auth2-gss.c gss-serv.c ssh-gss.h sshd.c] > - bz#2107 - cache OIDs of supported GSSAPI mechanisms before privsep > - sandboxing, as running this code in the sandbox can cause violations; > - ok markus@ > - - djm@cvs.openbsd.org 2014/02/26 20:29:29 > - [channels.c] > - don't assume that the socks4 username is \0 terminated; > - spotted by Ben Hawkes; ok markus@ > - - markus@cvs.openbsd.org 2014/02/26 21:53:37 > - [sshd.c] > - ssh_gssapi_prepare_supported_oids needs GSSAPI > - > -20140224 > - - OpenBSD CVS Sync > - - djm@cvs.openbsd.org 2014/02/07 06:55:54 > - [cipher.c mac.c] > - remove some logging that makes ssh debugging output very verbose; > - ok markus > - - djm@cvs.openbsd.org 2014/02/15 23:05:36 > - [channels.c] > - avoid spurious "getsockname failed: Bad file descriptor" errors in ssh -W; > - bz#2200, debian#738692 via Colin Watson; ok dtucker@ > - - djm@cvs.openbsd.org 2014/02/22 01:32:19 > - [readconf.c] > - when processing Match blocks, skip 'exec' clauses if previous predicates > - failed to match; ok markus@ > - - djm@cvs.openbsd.org 2014/02/23 20:03:42 > - [ssh-ed25519.c] > - check for unsigned overflow; not reachable in OpenSSH but others might > - copy our code... > - - djm@cvs.openbsd.org 2014/02/23 20:11:36 > - [readconf.c readconf.h ssh.c ssh_config.5] > - reparse ssh_config and ~/.ssh/config if hostname canonicalisation changes > - the hostname. This allows users to write configurations that always > - refer to canonical hostnames, e.g. > - > - CanonicalizeHostname yes > - CanonicalDomains int.example.org example.org > - CanonicalizeFallbackLocal no > - > - Host *.int.example.org > - Compression off > - Host *.example.org > - User djm > - > - ok markus@ > +commit c88ac102f0eb89f2eaa314cb2e2e0ca3c890c443 > +Author: Damien Miller > +Date: Thu Jan 14 11:08:19 2016 +1100 > + > + bump version numbers > + > +commit 302bc21e6fadacb04b665868cd69b625ef69df90 > +Author: Damien Miller > +Date: Thu Jan 14 11:04:04 2016 +1100 > + > + openssh-7.1p2 > + > +commit 6b33763242c063e4e0593877e835eeb1fd1b60aa > +Author: Damien Miller > +Date: Thu Jan 14 11:02:58 2016 +1100 > + > + forcibly disable roaming support in the client > + > +commit 34d364f0d2e1e30a444009f0e04299bb7c94ba13 > +Author: djm@openbsd.org > +Date: Mon Oct 5 17:11:21 2015 +0000 > + > + upstream commit > + > + some more bzero->explicit_bzero, from Michael McConville > + > + Upstream-ID: 17f19545685c33327db2efdc357c1c9225ff00d0 > + > +commit 8f5b93026797b9f7fba90d0c717570421ccebbd3 > +Author: guenther@openbsd.org > +Date: Fri Sep 11 08:50:04 2015 +0000 > + > + upstream commit > + > + Use explicit_bzero() when zeroing before free() > + > + from Michael McConville (mmcconv1 (at) sccs.swarthmore.edu) > + ok millert@ djm@ > + > + Upstream-ID: 2e3337db046c3fe70c7369ee31515ac73ec00f50 > + > +commit d77148e3a3ef6c29b26ec74331455394581aa257 > +Author: djm@openbsd.org > +Date: Sun Nov 8 21:59:11 2015 +0000 > + > + upstream commit > + > + fix OOB read in packet code caused by missing return > + statement found by Ben Hawkes; ok markus@ deraadt@ > + > + Upstream-ID: a3e3a85434ebfa0690d4879091959591f30efc62 > + > +commit 076d849e17ab12603627f87b301e2dca71bae518 > +Author: Damien Miller > +Date: Sat Nov 14 18:44:49 2015 +1100 > + > + read back from libcrypto RAND when privdropping > + > + makes certain libcrypto implementations cache a /dev/urandom fd > + in preparation of sandboxing. Based on patch by Greg Hartman. > + > +commit f72adc0150011a28f177617a8456e1f83733099d > +Author: djm@openbsd.org > +Date: Sun Dec 13 22:42:23 2015 +0000 > + > + upstream commit > + > + unbreak connections with peers that set > + first_kex_follows; fix from Matt Johnston va bz#2515 > + > + Upstream-ID: decc88ec4fc7515594fdb42b04aa03189a44184b > + > +commit 04bd8d019ccd906cac1a2b362517b8505f3759e6 > +Author: djm@openbsd.org > +Date: Tue Jan 12 23:42:54 2016 +0000 > + > + upstream commit > + > + use explicit_bzero() more liberally in the buffer code; ok > + deraadt > + > + Upstream-ID: 0ece37069fd66bc6e4f55eb1321f93df372b65bf > + > +commit e91346dc2bbf460246df2ab591b7613908c1b0ad > +Author: Damien Miller > +Date: Fri Aug 21 14:49:03 2015 +1000 > + > + we don't use Github for issues/pull-requests > + > +commit a4f5b507c708cc3dc2c8dd2d02e4416d7514dc23 > +Author: Damien Miller > +Date: Fri Aug 21 14:43:55 2015 +1000 > + > + fix URL for connect.c > + > +commit d026a8d3da0f8186598442997c7d0a28e7275414 > +Author: Damien Miller > +Date: Fri Aug 21 13:47:10 2015 +1000 > + > + update version numbers for 7.1 > + > +commit 78f8f589f0ca1c9f41e5a9bae3cda5ce8a6b42ed > +Author: djm@openbsd.org > +Date: Fri Aug 21 03:45:26 2015 +0000 > + > + upstream commit > + > + openssh-7.1 > + > + Upstream-ID: ff7b1ef4b06caddfb45e08ba998128c88be3d73f > + > +commit 32a181980c62fce94f7f9ffaf6a79d90f0c309cf > +Author: djm@openbsd.org > +Date: Fri Aug 21 03:42:19 2015 +0000 > + > + upstream commit > + > + fix inverted logic that broke PermitRootLogin; reported > + by Mantas Mikulenas; ok markus@ > + > + Upstream-ID: 260dd6a904c1bb7e43267e394b1c9cf70bdd5ea5 > + > +commit ce445b0ed927e45bd5bdce8f836eb353998dd65c > +Author: deraadt@openbsd.org > +Date: Thu Aug 20 22:32:42 2015 +0000 > + > + upstream commit > + > + Do not cast result of malloc/calloc/realloc* if stdlib.h > + is in scope ok krw millert > + > + Upstream-ID: 5e50ded78cadf3841556649a16cc4b1cb6c58667 > + > +commit 05291e5288704d1a98bacda269eb5a0153599146 > +Author: naddy@openbsd.org > +Date: Thu Aug 20 19:20:06 2015 +0000 > + > + upstream commit > + > + In the certificates section, be consistent about using > + "host_key" and "user_key" for the respective key types. ok sthen@ deraadt@ > + > + Upstream-ID: 9e037ea3b15577b238604c5533e082a3947f13cb > + > +commit 8543d4ef6f2e9f98c3e6b77c894ceec30c5e4ae4 > +Author: djm@openbsd.org > +Date: Wed Aug 19 23:21:42 2015 +0000 > + > + upstream commit > + > + Better compat matching for WinSCP, add compat matching > + for FuTTY (fork of PuTTY); ok markus@ deraadt@ > + > + Upstream-ID: 24001d1ac115fa3260fbdc329a4b9aeb283c5389 > + > +commit ec6eda16ebab771aa3dfc90629b41953b999cb1e > +Author: djm@openbsd.org > +Date: Wed Aug 19 23:19:01 2015 +0000 > + > + upstream commit > + > + fix double-free() in error path of DSA key generation > + reported by Mateusz Kocielski; ok markus@ > + > + Upstream-ID: 4735d8f888b10599a935fa1b374787089116713c > + > +commit 45b0eb752c94954a6de046bfaaf129e518ad4b5b > +Author: djm@openbsd.org > +Date: Wed Aug 19 23:18:26 2015 +0000 > + > + upstream commit > + > + fix free() of uninitialised pointer reported by Mateusz > + Kocielski; ok markus@ > + > + Upstream-ID: 519552b050618501a06b7b023de5cb104e2c5663 > + > +commit c837643b93509a3ef538cb6624b678c5fe32ff79 > +Author: djm@openbsd.org > +Date: Wed Aug 19 23:17:51 2015 +0000 > + > + upstream commit > + > + fixed unlink([uninitialised memory]) reported by Mateusz > + Kocielski; ok markus@ > + > + Upstream-ID: 14a0c4e7d891f5a8dabc4b89d4f6b7c0d5a20109 > + > +commit 1f8d3d629cd553031021068eb9c646a5f1e50994 > +Author: jmc@openbsd.org > +Date: Fri Aug 14 15:32:41 2015 +0000 > + > + upstream commit > + > + match myproposal.h order; from brian conway (i snuck in a > + tweak while here) > + > + ok dtucker > + > + Upstream-ID: 35174a19b5237ea36aa3798f042bf5933b772c67 > + > +commit 1dc8d93ce69d6565747eb44446ed117187621b26 > +Author: deraadt@openbsd.org > +Date: Thu Aug 6 14:53:21 2015 +0000 > + > + upstream commit > + > + add prohibit-password as a synonymn for without-password, > + since the without-password is causing too many questions. Harden it to ban > + all but pubkey, hostbased, and GSSAPI auth (when the latter is enabled) from > + djm, ok markus > + > + Upstream-ID: d53317d7b28942153e6236d3fd6e12ceb482db7a > + > +commit 90a95a4745a531b62b81ce3b025e892bdc434de5 > +Author: Damien Miller > +Date: Tue Aug 11 13:53:41 2015 +1000 > + > + update version in README > + > +commit 318c37743534b58124f1bab37a8a0087a3a9bd2f > +Author: Damien Miller > +Date: Tue Aug 11 13:53:09 2015 +1000 > + > + update versions in *.spec > + > +commit 5e75f5198769056089fb06c4d738ab0e5abc66f7 > +Author: Damien Miller > +Date: Tue Aug 11 13:34:12 2015 +1000 > + > + set sshpam_ctxt to NULL after free > + > + Avoids use-after-free in monitor when privsep child is compromised. > + Reported by Moritz Jodeit; ok dtucker@ > + > +commit d4697fe9a28dab7255c60433e4dd23cf7fce8a8b > +Author: Damien Miller > +Date: Tue Aug 11 13:33:24 2015 +1000 > + > + Don't resend username to PAM; it already has it. > + > + Pointed out by Moritz Jodeit; ok dtucker@ > + > +commit 88763a6c893bf3dfe951ba9271bf09715e8d91ca > +Author: Darren Tucker > +Date: Mon Jul 27 12:14:25 2015 +1000 > + > + Import updated moduli file from OpenBSD. > + > +commit 55b263fb7cfeacb81aaf1c2036e0394c881637da > +Author: Damien Miller > +Date: Mon Aug 10 11:13:44 2015 +1000 > + > + let principals-command.sh work for noexec /var/run > + > +commit 2651e34cd11b1aac3a0fe23b86d8c2ff35c07897 > +Author: Damien Miller > +Date: Thu Aug 6 11:43:42 2015 +1000 > + > + work around echo -n / sed behaviour in tests > + > +commit d85dad81778c1aa8106acd46930b25fdf0d15b2a > +Author: djm@openbsd.org > +Date: Wed Aug 5 05:27:33 2015 +0000 > + > + upstream commit > + > + adjust for RSA minimum modulus switch; ok deraadt@ > + > + Upstream-Regress-ID: 5a72c83431b96224d583c573ca281cd3a3ebfdae > + > +commit 57e8e229bad5fe6056b5f1199665f5f7008192c6 > +Author: djm@openbsd.org > +Date: Tue Aug 4 05:23:06 2015 +0000 > + > + upstream commit > + > + backout SSH_RSA_MINIMUM_MODULUS_SIZE increase for this > + release; problems spotted by sthen@ ok deraadt@ markus@ > + > + Upstream-ID: d0bd60dde9e8c3cd7030007680371894c1499822 > + > +commit f097d0ea1e0889ca0fa2e53a00214e43ab7fa22a > +Author: djm@openbsd.org > +Date: Sun Aug 2 09:56:42 2015 +0000 > + > + upstream commit > + > + openssh 7.0; ok deraadt@ > + > + Upstream-ID: c63afdef537f57f28ae84145c5a8e29e9250221f > + > +commit 3d5728a0f6874ce4efb16913a12963595070f3a9 > +Author: chris@openbsd.org > +Date: Fri Jul 31 15:38:09 2015 +0000 > + > + upstream commit > + > + Allow PermitRootLogin to be overridden by config > + > + ok markus@ deeradt@ > + > + Upstream-ID: 5cf3e26ed702888de84e2dc9d0054ccf4d9125b4 > + > +commit 6f941396b6835ad18018845f515b0c4fe20be21a > +Author: djm@openbsd.org > +Date: Thu Jul 30 23:09:15 2015 +0000 > + > + upstream commit > + > + fix pty permissions; patch from Nikolay Edigaryev; ok > + deraadt > + > + Upstream-ID: 40ff076d2878b916fbfd8e4f45dbe5bec019e550 > + > +commit f4373ed1e8fbc7c8ce3fc4ea97d0ba2e0c1d7ef0 > +Author: deraadt@openbsd.org > +Date: Thu Jul 30 19:23:02 2015 +0000 > + > + upstream commit > + > + change default: PermitRootLogin without-password matching > + install script changes coming as well ok djm markus > + > + Upstream-ID: 0e2a6c4441daf5498b47a61767382bead5eb8ea6 > + > +commit 0c30ba91f87fcda7e975e6ff8a057f624e87ea1c > +Author: Damien Miller > +Date: Thu Jul 30 12:31:39 2015 +1000 > + > + downgrade OOM adjustment logging: verbose -> debug > + > +commit f9eca249d4961f28ae4b09186d7dc91de74b5895 > +Author: djm@openbsd.org > +Date: Thu Jul 30 00:01:34 2015 +0000 > + > + upstream commit > + > + Allow ssh_config and sshd_config kex parameters options be > + prefixed by a '+' to indicate that the specified items be appended to the > + default rather than replacing it. > + > + approach suggested by dtucker@, feedback dlg@, ok markus@ > + > + Upstream-ID: 0f901137298fc17095d5756ff1561a7028e8882a > + > +commit 5cefe769105a2a2e3ca7479d28d9a325d5ef0163 > +Author: djm@openbsd.org > +Date: Wed Jul 29 08:34:54 2015 +0000 > + > + upstream commit > + > + fix bug in previous; was printing incorrect string for > + failed host key algorithms negotiation > + > + Upstream-ID: 22c0dc6bc61930513065d92e11f0753adc4c6e6e > + > +commit f319912b0d0e1675b8bb051ed8213792c788bcb2 > +Author: djm@openbsd.org > +Date: Wed Jul 29 04:43:06 2015 +0000 > + > + upstream commit > + > + include the peer's offer when logging a failure to > + negotiate a mutual set of algorithms (kex, pubkey, ciphers, etc.) ok markus@ > + > + Upstream-ID: bbb8caabf5c01790bb845f5ce135565248d7c796 > + > +commit b6ea0e573042eb85d84defb19227c89eb74cf05a > +Author: djm@openbsd.org > +Date: Tue Jul 28 23:20:42 2015 +0000 > + > + upstream commit > + > + add Cisco to the list of clients that choke on the > + hostkeys update extension. Pointed out by Howard Kash > + > + Upstream-ID: c9eadde28ecec056c73d09ee10ba4570dfba7e84 > + > +commit 3f628c7b537291c1019ce86af90756fb4e66d0fd > +Author: guenther@openbsd.org > +Date: Mon Jul 27 16:29:23 2015 +0000 > + > + upstream commit > + > + Permit kbind(2) use in the sandbox now, to ease testing > + of ld.so work using it > + > + reminded by miod@, ok deraadt@ > + > + Upstream-ID: 523922e4d1ba7a091e3824e77a8a3c818ee97413 > + > +commit ebe27ebe520098bbc0fe58945a87ce8490121edb > +Author: millert@openbsd.org > +Date: Mon Jul 20 18:44:12 2015 +0000 > + > + upstream commit > + > + Move .Pp before .Bl, not after to quiet mandoc -Tlint. > + Noticed by jmc@ > + > + Upstream-ID: 59fadbf8407cec4e6931e50c53cfa0214a848e23 > + > +commit d5d91d0da819611167782c66ab629159169d94d4 > +Author: millert@openbsd.org > +Date: Mon Jul 20 18:42:35 2015 +0000 > + > + upstream commit > + > + Sync usage with SYNOPSIS > + > + Upstream-ID: 7a321a170181a54f6450deabaccb6ef60cf3f0b7 > + > +commit 79ec2142fbc68dd2ed9688608da355fc0b1ed743 > +Author: millert@openbsd.org > +Date: Mon Jul 20 15:39:52 2015 +0000 > + > + upstream commit > + > + Better desciption of Unix domain socket forwarding. > + bz#2423; ok jmc@ > + > + Upstream-ID: 85e28874726897e3f26ae50dfa2e8d2de683805d > + > +commit d56fd1828074a4031b18b8faa0bf949669eb18a0 > +Author: Damien Miller > +Date: Mon Jul 20 11:19:51 2015 +1000 > + > + make realpath.c compile -Wsign-compare clean > + > +commit c63c9a691dca26bb7648827f5a13668832948929 > +Author: djm@openbsd.org > +Date: Mon Jul 20 00:30:01 2015 +0000 > + > + upstream commit > + > + mention that the default of UseDNS=no implies that > + hostnames cannot be used for host matching in sshd_config and > + authorized_keys; bz#2045, ok dtucker@ > + > + Upstream-ID: 0812705d5f2dfa59aab01f2764ee800b1741c4e1 > + > +commit 63ebcd0005e9894fcd6871b7b80aeea1fec0ff76 > +Author: djm@openbsd.org > +Date: Sat Jul 18 08:02:17 2015 +0000 > + > + upstream commit > + > + don't ignore PKCS#11 hosted keys that return empty > + CKA_ID; patch by Jakub Jelen via bz#2429; ok markus > + > + Upstream-ID: 2f7c94744eb0342f8ee8bf97b2351d4e00116485 > + > +commit b15fd989c8c62074397160147a8d5bc34b3f3c63 > +Author: djm@openbsd.org > +Date: Sat Jul 18 08:00:21 2015 +0000 > + > + upstream commit > + > + skip uninitialised PKCS#11 slots; patch from Jakub Jelen > + in bz#2427 ok markus@ > + > + Upstream-ID: 744c1e7796e237ad32992d0d02148e8a18f27d29 > + > +commit 5b64f85bb811246c59ebab70aed331f26ba37b18 > +Author: djm@openbsd.org > +Date: Sat Jul 18 07:57:14 2015 +0000 > + > + upstream commit > + > + only query each keyboard-interactive device once per > + authentication request regardless of how many times it is listed; ok markus@ > + > + Upstream-ID: d73fafba6e86030436ff673656ec1f33d9ffeda1 > + > +commit cd7324d0667794eb5c236d8a4e0f236251babc2d > +Author: djm@openbsd.org > +Date: Fri Jul 17 03:34:27 2015 +0000 > + > + upstream commit > + > + remove -u flag to diff (only used for error output) to make > + things easier for -portable > + > + Upstream-Regress-ID: a5d6777d2909540d87afec3039d9bb2414ade548 > + > +commit deb8d99ecba70b67f4af7880b11ca8768df9ec3a > +Author: djm@openbsd.org > +Date: Fri Jul 17 03:09:19 2015 +0000 > + > + upstream commit > + > + direct-streamlocal@openssh.com Unix domain foward > + messages do not contain a "reserved for future use" field and in fact, > + serverloop.c checks that there isn't one. Remove erroneous mention from > + PROTOCOL description. bz#2421 from Daniel Black > + > + Upstream-ID: 3d51a19e64f72f764682f1b08f35a8aa810a43ac > + > +commit 356b61f365405b5257f5b2ab446e5d7bd33a7b52 > +Author: djm@openbsd.org > +Date: Fri Jul 17 03:04:27 2015 +0000 > + > + upstream commit > + > + describe magic for setting up Unix domain socket fowards > + via the mux channel; bz#2422 patch from Daniel Black > + > + Upstream-ID: 943080fe3864715c423bdeb7c920bb30c4eee861 > + > +commit d3e2aee41487d55b8d7d40f538b84ff1db7989bc > +Author: Darren Tucker > +Date: Fri Jul 17 12:52:34 2015 +1000 > + > + Check if realpath works on nonexistent files. > + > + On some platforms the native realpath doesn't work with non-existent > + files (this is actually specified in some versions of POSIX), however > + the sftp spec says its realpath with "canonicalize any given path name". > + On those platforms, use realpath from the compat library. > + > + In addition, when compiling with -DFORTIFY_SOURCE, glibc redefines > + the realpath symbol to the checked version, so redefine ours to > + something else so we pick up the compat version we want. > + > + bz#2428, ok djm@ > + > +commit 25b14610dab655646a109db5ef8cb4c4bf2a48a0 > +Author: djm@openbsd.org > +Date: Fri Jul 17 02:47:45 2015 +0000 > + > + upstream commit > + > + fix incorrect test for SSH1 keys when compiled without SSH1 > + support > + > + Upstream-ID: 6004d720345b8e481c405e8ad05ce2271726e451 > + > +commit df56a8035d429b2184ee94aaa7e580c1ff67f73a > +Author: djm@openbsd.org > +Date: Wed Jul 15 08:00:11 2015 +0000 > + > + upstream commit > + > + fix NULL-deref when SSH1 reenabled > + > + Upstream-ID: f22fd805288c92b3e9646782d15b48894b2d5295 > + > +commit 41e38c4d49dd60908484e6703316651333f16b93 > +Author: djm@openbsd.org > +Date: Wed Jul 15 07:19:50 2015 +0000 > + > + upstream commit > + > + regen RSA1 test keys; the last batch was missing their > + private parts > + > + Upstream-Regress-ID: 7ccf437305dd63ff0b48dd50c5fd0f4d4230c10a > + > +commit 5bf0933184cb622ca3f96d224bf3299fd2285acc > +Author: markus@openbsd.org > +Date: Fri Jul 10 06:23:25 2015 +0000 > + > + upstream commit > + > + Adapt tests, now that DSA if off by default; use > + PubkeyAcceptedKeyTypes and PubkeyAcceptedKeyTypes to test DSA. > + > + Upstream-Regress-ID: 0ff2a3ff5ac1ce5f92321d27aa07b98656efcc5c > + > +commit 7a6e3fd7b41dbd3756b6bf9acd67954c0b1564cc > +Author: markus@openbsd.org > +Date: Tue Jul 7 14:54:16 2015 +0000 > + > + upstream commit > + > + regen test data after mktestdata.sh changes > + > + Upstream-Regress-ID: 3495ecb082b9a7c048a2d7c5c845d3bf181d25a4 > + > +commit 7c8c174c69f681d4910fa41c37646763692b28e2 > +Author: markus@openbsd.org > +Date: Tue Jul 7 14:53:30 2015 +0000 > + > + upstream commit > + > + adapt tests to new minimum RSA size and default FP format > + > + Upstream-Regress-ID: a4b30afd174ce82b96df14eb49fb0b81398ffd0e > + > +commit 6a977a4b68747ade189e43d302f33403fd4a47ac > +Author: djm@openbsd.org > +Date: Fri Jul 3 04:39:23 2015 +0000 > + > + upstream commit > + > + legacy v00 certificates are gone; adapt and don't try to > + test them; "sure" markus@ dtucker@ > + > + Upstream-Regress-ID: c57321e69b3cd4a3b3396dfcc43f0803d047da12 > + > +commit 0c4123ad5e93fb90fee9c6635b13a6cdabaac385 > +Author: djm@openbsd.org > +Date: Wed Jul 1 23:11:18 2015 +0000 > + > + upstream commit > + > + don't expect SSH v.1 in unittests > + > + Upstream-Regress-ID: f8812b16668ba78e6a698646b2a652b90b653397 > + > +commit 3c099845798a817cdde513c39074ec2063781f18 > +Author: djm@openbsd.org > +Date: Mon Jun 15 06:38:50 2015 +0000 > + > + upstream commit > + > + turn SSH1 back on to match src/usr.bin/ssh being tested > + > + Upstream-Regress-ID: 6c4f763a2f0cc6893bf33983919e9030ae638333 > + > +commit b1dc2b33689668c75e95f873a42d5aea1f4af1db > +Author: dtucker@openbsd.org > +Date: Mon Jul 13 04:57:14 2015 +0000 > + > + upstream commit > + > + Add "PuTTY_Local:" to the clients to which we do not > + offer DH-GEX. This was the string that was used for development versions > + prior to September 2014 and they don't do RFC4419 DH-GEX, but unfortunately > + there are some extant products based on those versions. bx2424 from Jay > + Rouman, ok markus@ djm@ > + > + Upstream-ID: be34d41e18b966832fe09ca243d275b81882e1d5 > + > +commit 3a1638dda19bbc73d0ae02b4c251ce08e564b4b9 > +Author: markus@openbsd.org > +Date: Fri Jul 10 06:21:53 2015 +0000 > + > + upstream commit > + > + Turn off DSA by default; add HostKeyAlgorithms to the > + server and PubkeyAcceptedKeyTypes to the client side, so it still can be > + tested or turned back on; feedback and ok djm@ > + > + Upstream-ID: 8450a9e6d83f80c9bfed864ff061dfc9323cec21 > + > +commit 16db0a7ee9a87945cc594d13863cfcb86038db59 > +Author: markus@openbsd.org > +Date: Thu Jul 9 09:49:46 2015 +0000 > + > + upstream commit > + > + re-enable ed25519-certs if compiled w/o openssl; ok djm > + > + Upstream-ID: e10c90808b001fd2c7a93778418e9b318f5c4c49 > + > +commit c355bf306ac33de6545ce9dac22b84a194601e2f > +Author: markus@openbsd.org > +Date: Wed Jul 8 20:24:02 2015 +0000 > + > + upstream commit > + > + no need to include the old buffer/key API > + > + Upstream-ID: fb13c9f7c0bba2545f3eb0a0e69cb0030819f52b > + > +commit a3cc48cdf9853f1e832d78cb29bedfab7adce1ee > +Author: markus@openbsd.org > +Date: Wed Jul 8 19:09:25 2015 +0000 > + > + upstream commit > + > + typedefs for Cipher&CipherContext are unused > + > + Upstream-ID: 50e6a18ee92221d23ad173a96d5b6c42207cf9a7 > + > +commit a635bd06b5c427a57c3ae760d3a2730bb2c863c0 > +Author: markus@openbsd.org > +Date: Wed Jul 8 19:04:21 2015 +0000 > + > + upstream commit > + > + xmalloc.h is unused > + > + Upstream-ID: afb532355b7fa7135a60d944ca1e644d1d63cb58 > + > +commit 2521cf0e36c7f3f6b19f206da0af134f535e4a31 > +Author: markus@openbsd.org > +Date: Wed Jul 8 19:01:15 2015 +0000 > + > + upstream commit > + > + compress.c is gone > + > + Upstream-ID: 174fa7faa9b9643cba06164b5e498591356fbced > + > +commit c65a7aa6c43aa7a308ee1ab8a96f216169ae9615 > +Author: djm@openbsd.org > +Date: Fri Jul 3 04:05:54 2015 +0000 > + > + upstream commit > + > + another SSH_RSA_MINIMUM_MODULUS_SIZE that needed > + cranking > + > + Upstream-ID: 9d8826cafe96aab4ae8e2f6fd22800874b7ffef1 > + > +commit b1f383da5cd3cb921fc7776f17a14f44b8a31757 > +Author: djm@openbsd.org > +Date: Fri Jul 3 03:56:25 2015 +0000 > + > + upstream commit > + > + add an XXX reminder for getting correct key paths from > + sshd_config > + > + Upstream-ID: feae52b209d7782ad742df04a4260e9fe41741db > + > +commit 933935ce8d093996c34d7efa4d59113163080680 > +Author: djm@openbsd.org > +Date: Fri Jul 3 03:49:45 2015 +0000 > + > + upstream commit > + > + refuse to generate or accept RSA keys smaller than 1024 > + bits; feedback and ok dtucker@ > + > + Upstream-ID: 7ea3d31271366ba264f06e34a3539bf1ac30f0ba > + > +commit bdfd29f60b74f3e678297269dc6247a5699583c1 > +Author: djm@openbsd.org > +Date: Fri Jul 3 03:47:00 2015 +0000 > + > + upstream commit > + > + turn off 1024 bit diffie-hellman-group1-sha1 key > + exchange method (already off in server, this turns it off in the client by > + default too) ok dtucker@ > + > + Upstream-ID: f59b88f449210ab7acf7d9d88f20f1daee97a4fa > + > +commit c28fc62d789d860c75e23a9fa9fb250eb2beca57 > +Author: djm@openbsd.org > +Date: Fri Jul 3 03:43:18 2015 +0000 > + > + upstream commit > + > + delete support for legacy v00 certificates; "sure" > + markus@ dtucker@ > + > + Upstream-ID: b5b9bb5f9202d09e88f912989d74928601b6636f > + > +commit 564d63e1b4a9637a209d42a9d49646781fc9caef > +Author: djm@openbsd.org > +Date: Wed Jul 1 23:10:47 2015 +0000 > + > + upstream commit > + > + Compile-time disable SSH v.1 again > + > + Upstream-ID: 1d4b513a3a06232f02650b73bad25100d1b800af > + > +commit 868109b650504dd9bcccdb1f51d0906f967c20ff > +Author: djm@openbsd.org > +Date: Wed Jul 1 02:39:06 2015 +0000 > + > + upstream commit > + > + twiddle PermitRootLogin back > + > + Upstream-ID: 2bd23976305d0512e9f84d054e1fc23cd70b89f2 > + > +commit 7de4b03a6e4071d454b72927ffaf52949fa34545 > +Author: djm@openbsd.org > +Date: Wed Jul 1 02:32:17 2015 +0000 > + > + upstream commit > + > + twiddle; (this commit marks the openssh-6.9 release) > + > + Upstream-ID: 78500582819f61dd8adee36ec5cc9b9ac9351234 > + > +commit 1bf477d3cdf1a864646d59820878783d42357a1d > +Author: djm@openbsd.org > +Date: Wed Jul 1 02:26:31 2015 +0000 > + > + upstream commit > + > + better refuse ForwardX11Trusted=no connections attempted > + after ForwardX11Timeout expires; reported by Jann Horn > + > + Upstream-ID: bf0fddadc1b46a0334e26c080038313b4b6dea21 > + > +commit 47aa7a0f8551b471fcae0447c1d78464f6dba869 > +Author: djm@openbsd.org > +Date: Wed Jul 1 01:56:13 2015 +0000 > + > + upstream commit > + > + put back default PermitRootLogin=no > + > + Upstream-ID: 7bdedd5cead99c57ed5571f3b6b7840922d5f728 > + > +commit 984b064fe2a23733733262f88d2e1b2a1a501662 > +Author: djm@openbsd.org > +Date: Wed Jul 1 01:55:13 2015 +0000 > + > + upstream commit > + > + openssh-6.9 > + > + Upstream-ID: 6cfe8e1904812531080e6ab6e752d7001b5b2d45 > + > +commit d921082ed670f516652eeba50705e1e9f6325346 > +Author: djm@openbsd.org > +Date: Wed Jul 1 01:55:00 2015 +0000 > + > + upstream commit > + > + reset default PermitRootLogin to 'yes' (momentarily, for > + release) > + > + Upstream-ID: cad8513527066e65dd7a1c16363d6903e8cefa24 > + > +commit 66295e0e1ba860e527f191b6325d2d77dec4dbce > +Author: Damien Miller > +Date: Wed Jul 1 11:49:12 2015 +1000 > + > + crank version numbers for release > + > +commit 37035c07d4f26bb1fbe000d2acf78efdb008681d > +Author: Damien Miller > +Date: Wed Jul 1 10:49:37 2015 +1000 > + > + s/--with-ssh1/--without-ssh1/ > + > +commit 629df770dbadc2accfbe1c81b3f31f876d0acd84 > +Author: djm@openbsd.org > +Date: Tue Jun 30 05:25:07 2015 +0000 > + > + upstream commit > + > + fatal() when a remote window update causes the window > + value to overflow. Reported by Georg Wicherski, ok markus@ > + > + Upstream-ID: ead397a9aceb3bf74ebfa5fcaf259d72e569f351 > + > +commit f715afebe735d61df3fd30ad72d9ac1c8bd3b5f2 > +Author: djm@openbsd.org > > *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** > _______________________________________________ > svn-src-stable-10@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/svn-src-stable-10 > To unsubscribe, send any mail to "svn-src-stable-10-unsubscribe@freebsd.org" > > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@freebsd.org Mon Feb 29 18:29:08 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A223AAB8C9D for ; Mon, 29 Feb 2016 18:29:08 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 257901E44; Mon, 29 Feb 2016 18:29:07 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id u1TIT4SB079906; Mon, 29 Feb 2016 19:29:04 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id A94AB968; Mon, 29 Feb 2016 19:29:03 +0100 (CET) Message-ID: <56D48DEF.5020304@omnilan.de> Date: Mon, 29 Feb 2016 19:29:03 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable CC: Mark Saad , John Baldwin Subject: Re: ahci-timeout regression in beta3 References: <56D350B6.6090906@omnilan.de> In-Reply-To: <56D350B6.6090906@omnilan.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 29 Feb 2016 19:29:04 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Feb 2016 18:29:08 -0000 Bezüglich Harry Schmalzbauer's Nachricht vom 28.02.2016 20:55 (localtime): > Hello, > > I have a remote machine with a probably defective ODD, but until r294989 > (from Jan 28th) I could boot with just these warnings: > (cd1:ahcich1:0:0:0): READ(10). CDB: 28 00 00 38 85 e0 00 00 01 00 > (cd1:ahcich1:0:0:0): CAM status: SCSI Status Error > (cd1:ahcich1:0:0:0): SCSI status: Check Condition > (cd1:ahcich1:0:0:0): SCSI sense: MEDIUM ERROR asc:11,0 (Unrecovered read > error) > (cd1:ahcich1:0:0:0): Error 5, Unretryable error > (cd1:ahcich1:0:0:0): cddone: got error 0x5 back > … > > beta3 doesn't boot anymore, it's hanging with ahci-timeouts: > ahcich2: Timeout on slot 11 port 0 > ahcich2: is 00000008 cs 00000000 ss 00000000 rs 00000800 tfd 40 derr > 00000000 cmd 0004cb17 > (ada1:ahcich2:0:0:0): READ_FPDMA_QUEUED. ACB: 60 01 ae a3 50 40 5d 01 00 > 00 00 00 > ... > (aprobe0:ahcich2:0:0:0) ATA_IDENTIFY. ACB eec 00 00 00 00 40 00 00 00 00 > 00 00 > (aprobe0:ahcich2:0:0:0) CAM status: Command timeout > (aprobe0:ahcich2:0:0:0) Error 5, Retry was blocked > ada1 detached > ... > The numbers (first ACB) and also the channel varies from time to time I could narrow it down to r295480 (https://svnweb.freebsd.org/base?view=revision&revision=295480) Reverting that lets the machine boot again. I captured verbose boot messages, finding out that problem relaxes with verbose-booting, since ahci seems to recover: … TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1746033500 Hz quality -100 ahcich2: Timeout on slot 12 port 0 ahcich2: is 00000008 cs 00000000 ss 00000000 rs 00001000 tfd 40 serr 00000000 cmd 0004cc17 ahcich2: AHCI reset... (ada1:ahcich2:0:0:0): READ_FPDMA_QUEUED. ACB: 60 04 71 a3 50 40 5d 01 00 00 00 00 (ada1:ahcich2:0:0:0): CAM status: Command timeout (ada1:ahcich2:0:0:0): Retrying command ahcich2: SATA connect time=100us status=00000123 ahcich2: AHCI reset: device found ahcich2: AHCI reset: device ready after 100ms ahcich1: SNTF 0x0001 ahcich1: SNTF 0x0001 … I have checked twice that r295480 introduces boot failure here. I have absolutely no idea where/how/why/what race happens... Thanks for any hints, -Harry From owner-freebsd-stable@freebsd.org Tue Mar 1 11:36:45 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52ACAABE926 for ; Tue, 1 Mar 2016 11:36:45 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 33D521C4F for ; Tue, 1 Mar 2016 11:36:45 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 356F8ABE924; Tue, 1 Mar 2016 11:36:45 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34FCAABE922 for ; Tue, 1 Mar 2016 11:36:45 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mail.fly-group.ru (mail.fly-group.ru [91.205.125.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BFC8F1C4E for ; Tue, 1 Mar 2016 11:36:43 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from localhost (localhost [127.0.0.1]) by mail.fly-group.ru (Postfix) with ESMTP id 04765208672C for ; Tue, 1 Mar 2016 14:30:57 +0300 (MSK) Received: from mail.fly-group.ru ([127.0.0.1]) by localhost (mail.fly-group.ru [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Z7PzRDiM6PUy; Tue, 1 Mar 2016 14:30:56 +0300 (MSK) Received: from localhost (localhost [127.0.0.1]) by mail.fly-group.ru (Postfix) with ESMTP id 7A40E2086724; Tue, 1 Mar 2016 14:30:56 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.fly-group.ru 7A40E2086724 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lexasoft.ru; s=108F67EA-0FB0-11E3-B95A-30512DDDB480; t=1456831856; bh=NEulJDYJps1zdPPqDSS6QGa0YRHx8RUFjdQFYOhwzI0=; h=From:Content-Type:Subject:Date:Message-Id:To:Mime-Version; b=ChgIM33eARfu7ZjOmF5fJFU5yDiJX9kugOEww1rljIkSPp6p+/Hy0BX+1J7+ALHxV nJJp/i7VaVJ/zi7jsQCjkVggeK9nK0xznC/dCs+tHIl8cS28Wl+84QOr1FHNCfEagu lwh3hAtFFam8wD2GbyLoquCqb01RM9uOIGMBWetY= X-Virus-Scanned: amavisd-new at mail.fly-group.ru Received: from mail.fly-group.ru ([127.0.0.1]) by localhost (mail.fly-group.ru [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 4iB7wN80lXxh; Tue, 1 Mar 2016 14:30:56 +0300 (MSK) Received: from [10.1.2.10] (unknown [5.79.104.170]) by mail.fly-group.ru (Postfix) with ESMTPSA id CE3B5208671D; Tue, 1 Mar 2016 14:30:55 +0300 (MSK) From: Alexey Tarasov Content-Type: multipart/signed; boundary="Apple-Mail=_F99049F5-5EDC-472F-B890-8B352A7F3FF7"; protocol="application/pkcs7-signature"; micalg=sha1 Subject: Virtio network: poor network with KVM hypervisor (latest Proxmox) Date: Tue, 1 Mar 2016 14:30:50 +0300 Message-Id: <93EDB7DE-7940-4525-AC7C-E9D62290375D@lexasoft.ru> Cc: =?utf-8?B?0KLQsNGA0LDRgdC+0LIg0JDQu9C10LrRgdC10LnigI4KINCS0Lg=?= =?utf-8?B?0LrRgtC+0YDQvtCy0LjRhw==?= To: stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2016 11:36:45 -0000 --Apple-Mail=_F99049F5-5EDC-472F-B890-8B352A7F3FF7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi all!=20 I am using the latest Proxmox 4.1 with all updates installed.=20 I have several VM's with FreeBSD guests and 1 VM with Ubuntu 14 (all = KVM).=20 Host system file download speed: 60 MBps.=20 FreeBSD guest download speed: 2 MBps on virtio network with TSO enabled, = 5-9 MBps with TSO disabled; 12 MBps on e1000 network.=20 Ubuntu guest: 60 MBps with virtio.=20 I've tried the following:=20 1) Different FreeBSD versions: 9.3, 10.2, 10.3-BETA3.=20 2) Different TSO settings, enabling/disabling RXCSUM.=20 3) Different TSO settings on host system.=20 The best results I got described above :(=20 Does anyone have any ideas how to get full network performance inside = FreeBSD guests?=20 -- Alexey Tarasov (\__/)=20 (=3D'.'=3D)=20 E[: | | | | :]=D0=97=20 (")_(") --Apple-Mail=_F99049F5-5EDC-472F-B890-8B352A7F3FF7 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILKDCCBT4w ggQmoAMCAQICEGM37e7QrPrTTQE5t15vU6owDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAzIENsaWVudCBDQTAeFw0xNjAyMTYx NTU0NDVaFw0xOTAyMTYxNTU0NDVaMH4xCzAJBgNVBAYTAkNZMRAwDgYDVQQIDAdMYXJuYWNhMRAw DgYDVQQHDAdMYXJuYWNhMRMwEQYDVQQKDApTb2JtYWcgTHRkMRcwFQYDVQQDDA5BbGV4ZXkgVGFy YXNvdjEdMBsGCSqGSIb3DQEJARYObWVAbGV4YXNvZnQucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQC+8slwuQl/KMAu7oVUIaru4AMqnj0b3Lg8kj8/caa/UCRiDT1RyJCQ4cIcCjM6 e4aVJhSCbJ8j46U8D47ZYn9OQ70+c2vlaX+slMIgDhb9mfK3ONtjiow7GrAAKUuGbmFV22hENubw hPWXd6wt4/lQkDd6qEibd1UkSJKgrrriCZ2Sr1qTVf8/9ON+PAuG6UOekcLzDn3y1WQyRUzJazEz ZViSXLYJJDS5sZ/K+E4rQPF427X8aL8oQfwijR9YCQY1iFDo2Dfady4LLMtw/gUS6shx29mj9/Du vX8tCb3ZIO08/O59fwfT5IeJ/CjObl2pKdKpR97fUNwdsgseLVCdAgMBAAGjggG/MIIBuzAOBgNV HQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAwHQYD VR0OBBYEFO3UN7rXXd392DNxbKLJ95QrKufwMB8GA1UdIwQYMBaAFDRac8Qfq3FjZ7NPwJstIKed 5skfMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29t MDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50My5j cnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVudDMu Y3JsMBkGA1UdEQQSMBCBDm1lQGxleGFzb2Z0LnJ1MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tLzBUBgNVHSAETTBLMAwGCisGAQQBgbU3BgEwOwYLKwYBBAGBtTcBAgQwLDAqBggr BgEFBQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IB AQARYZ+R33xZF/iQxyHV8u4U0DlHjzCD7D0038pyCzLzkXFjjC9/Le8FXssrw/pExTZE1wtb6dlb 6cMUSGzKh7qafqNTgzP4j1ug+nRbmpFhd7IQs466K112Olc4tBIW4ey35QZvp7QJ6WCZM3Ts825K /xDDbJGMy6vkmxqv3dGe7SHudo0cDquY1lk4PUUrOT9JSIuRawr8Ik4ViTIz1+2Ez1MzP8WCNqYg x5FQjHAZoxO5ASoo2maRwL9PJiRrury0mV5/7x0qN9xG8F2QOhIItSfM1IOwN55x8Hrzbp3w072B Tk4jM80vMh91Jw4q74b38AWxVoNPYRcRSwVXk0auMIIF4jCCA8qgAwIBAgIQNnlSVMsTVZ4wJtIr LksQ6zANBgkqhkiG9w0BAQsFADB9MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRk LjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMg U3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTUxMjE2MDEwMDA1WhcNMzAxMjE2 MDEwMDA1WjB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMg U3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNz IDMgQ2xpZW50IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA1iNw4XNWMxV6aJ+o rxVhEO+PFTERzmygUF9p3djV7ttm5/MpvX/JNqUxdbqJ6lqGJEG1r36L2d/T1G3QISM1GWRRVNWN 1DFSM1YZy8D/tsaosU4HkO1zpzrqh2Ex+J8S+sVFzqhcMTrwKK+jX2yZoUmh7s/OTQNfLmX5/z7w t5KQrawJ5hNIpR5wzWS3q/3nmGBZBYp6GpbhdKzmI4k6pbOmtbhPGdAtBN6ahARQxog7ZQF+h5dM J5yUL0OAO9KXpMDQOomIsFYDoEUEzgoKaU46zVZ/dPdDLdLe0C7DaCWTRXEOpsoL/dk8xOtT2azP hSG62CfUc1o4Y9wP3cD4rwIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdJQQWMBQG CCsGAQUFBwMCBggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/AgEAMDIGA1UdHwQrMCkwJ6AloCOG IWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDBmBggrBgEFBQcBAQRaMFgwJAYIKwYB BQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTAwBggrBgEFBQcwAoYkaHR0cDovL2FpYS5z dGFydHNzbC5jb20vY2VydHMvY2EuY3J0MB0GA1UdDgQWBBQ0WnPEH6txY2ezT8CbLSCnnebJHzAf BgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jA/BgNVHSAEODA2MDQGBFUdIAAwLDAqBggr BgEFBQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IC AQC0a9N7fLS6jr6GeBJE58fgLMvcaZd9AO23V6+m39+zsWxWAJPWE7O41YFCf0pcJCXN+TGbkwEK oZRbPfdz6N2JOKcjOfgHDJoR2z9sZYAFIKDdq7tCvk0AbqXrlEP7FFr4nKsJJy+3WUIiUCYPSgjk JUJ7RiTS15ZrZlJFkZ/7VLZ7KbMYqHpNpTSrahgU+PB/tNmwNwPRHOSWt3ceyMZnLVZQHfPDl5OD kec0FDXTsjt73zGeOGzMhSnjKZhGgKvjxKeo6JsJtSlpV21OU+zy3GClEPiIPfsMDI6yVvtMVwX5 604w+0Ppib7eKJ9SkfwCbzlK5SxTbXYHS3XS+wZPtlMPbNZ2mls6QXudw5RBilAKxcI07jRTblSV tU+hZvSsH9yp8tO2xPdvaYIO309KN+NLkCBlG6Zpask/KmaHVVMia6JUcUDsz/75VefE/RgP7Rg7 OQPy/U+9FH29zsP4XkQTyC1XIw7g0mBmK1U51g1KsVRiqun90VpFa4O92HkVuUkLqCTF6ji6W2C6 O6D6qv9GC3sU1RqG80BcPyycykh/lz69IgBTZdurs4RG2cl5pXvZPWzT0uA9k/EqJu1egM58ICHi vi1P9mtbst7Gm3iWAXng9jvV2MYSpM+1w2OAgL80iOogAQR5PrXWUgHw8VPerf26OnVi5IBJFASs YTGCA04wggNKAgEBMIGJMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkw JwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRD b20gQ2xhc3MgMyBDbGllbnQgQ0ECEGM37e7QrPrTTQE5t15vU6owCQYFKw4DAhoFAKCCAZkwGAYJ KoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwMzAxMTEzMDUxWjAjBgkq hkiG9w0BCQQxFgQU/71PJpFLWslCVSBfe0zfNXCKPjcwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQsw CQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDMgQ2xpZW50IENB AhBjN+3u0Kz6000BObdeb1OqMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEW MBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBB dXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDMgQ2xpZW50IENBAhBjN+3u0Kz6000B Obdeb1OqMA0GCSqGSIb3DQEBAQUABIIBAEMP1pCGTOBwVlp8ljJd2Di0Sn1Mrd/1yZ5rK+X12nvy ijA+D4+76ZoZ0GDjY6ZnGCe6d42qlWPN0Ujc8qAK4UxZtMODiXM/c/lgUtc/zxki9zmnA/LQ57Pq +9zouz40XMsxgqZiuhca1NrvYwi5MoOvTQ5SOFuu6xFMXPTJ7NYLa5/LttrHBPfTgnuwiYaN3f1c dKFyF7MVuHTZ40EJh8Ff77BEaVc0p8qk4QkqKmHm4ITTJItNlsstK+sy8z2TbLnDhkGgZr/kIupI LCo0zrSp5cnforBe6mc3U8DWE1WefVa5YdsDx4Vb2Wj3taAita1OW0jAoUnUHSqDxZIt5yoAAAAA AAA= --Apple-Mail=_F99049F5-5EDC-472F-B890-8B352A7F3FF7-- From owner-freebsd-stable@freebsd.org Tue Mar 1 20:00:49 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78F0FABD18E for ; Tue, 1 Mar 2016 20:00:49 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from alogis.com (firewall.alogis.com [212.184.102.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 09B511C7F for ; Tue, 1 Mar 2016 20:00:48 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from msx3.exchange.alogis.com (msx3.exchange.alogis.com [10.1.1.26]) by alogis.com (8.13.4/8.13.1) with ESMTP id u21Jwklc060960 for ; Tue, 1 Mar 2016 20:58:51 +0100 (CET) (envelope-from Holger.Kipp@alogis.com) Received: from MSXCN2.exchange.alogis.com ([fe80::11b6:f5c4:b8ee:4a89]) by msx3 ([10.1.1.26]) with mapi id 14.03.0279.002; Tue, 1 Mar 2016 20:58:45 +0100 From: Holger Kipp To: "freebsd-stable@freebsd.org" Subject: Problems with ucom/uftdi and sendfax on 10.2 p12 (works like a charm with 7.4) Thread-Topic: Problems with ucom/uftdi and sendfax on 10.2 p12 (works like a charm with 7.4) Thread-Index: AQHRc/TCUj1LprrSGEOCtcER0YECbA== Date: Tue, 1 Mar 2016 19:58:43 +0000 Message-ID: Accept-Language: de-DE, en-GB, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.184.101.130] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2016 20:00:49 -0000 SGkgYWxsLA0KDQpJIGN1cnJlbnRseSBlbmNvdW50ZXIgYSBwcm9ibGVtIHdpdGggc2VuZGluZyBm YXhlcyB3aXRoIG5ldyBzZXJ2ZXIgYW5kIEZyZWVCU0QgMTAuMi1SRUxFQVNFIHAxMg0KdXNpbmcg bWdldHR5K3NlbmRmYXggYW5kIFJTMjMyLU1vZGVtcyB2aWEgVVNCIHRvIFJTMjMyLUFkYXB0ZXIg KGNvbSwgdWZ0ZGkpLg0KDQpQcm9ibGVtIGlzIHRoYXQgX2FmdGVyXyBzZW5kaW5nIHRoZSBmaXJz dCBwYWdlLCB0aGUgcmVwbHkgb2YgbW9kZW0gaXMgbm90IHJlYWQgY29ycmVjdGx5Lg0KDQpJbiBF cnJvciBjYXNlLCBGYXhsb2cgc2F5czoNCg0KMDIvMjkgMTg6NDY6MTAgYVU0ICAgIHJlYWQgNjQs IHdyaXRlIDY0DQowMi8yOSAxODo0NjoxMCBhVTQgICAgcmVhZCA1Miwgd3JpdGUgNTINCjAyLzI5 IDE4OjQ2OjEwIGFVNCAgcGFnZSBjb21wbGV0ZSwgNDA5MDAgYnl0ZXMgc2VudA0KMDIvMjkgMTg6 NDY6MTAgYVU0ICBzZW5kaW5nIERMRSAnLCcNCjAyLzI5IDE4OjQ2OjEwIGFVNCAgICBnb3Q6WzBh XVswZF1bMGFdT0tbMGRdDQowMi8yOSAxODo0NjoxOCBhVTQgIGdvdCByZXNwb25zZTogJ09LJw0K MDIvMjkgMTg6NDY6MTggYVU0ICAgZmF4X3NlbmRfcGFnZSgiZjIuZzMiKSBzdGFydGVkLi4uDQow Mi8yOSAxODo0NjoxOCBhVTQgICB0aW9fc2V0X2Zsb3dfY29udHJvbCggSEFSRCApDQowMi8yOSAx ODo0NjoxOCBhVTQgIGZheF9zZW5kOiAnQVQrRkRUJw0KMDIvMjkgMTg6NDY6MTggYVU0ICBmYXhf d2FpdF9mb3IoQ09OTkVDVCkNCjAyLzI5IDE4OjQ2OjE4IGFVNCAgICBnb3Q6WzBhXQ0KMDIvMjkg MTg6NDg6MTggYVU0ICBXYXJuaW5nOiBnb3QgYWxhcm0gc2lnbmFsIQ0KDQpTbyBJIHJ1biBpbnRv IHRpbWVvdXQgYmVjYXVzZSB0aGUgbW9kZW0gZG9lcyBub3QgcmVwbHkgYXMgZXhwZWN0ZWQgYWZ0 ZXIgQVQrRkRULWNvbW1hbmQgKG1heWJlIGV2ZW4gYWZ0ZXIgc2VuZGluZyBETEUgJyzigJggYmVj YXVzZSB0aGUgT0sgcmVzcG9uc2Ugc2VlbXMgdG8gdGFrZSBzb21lIG1vcmUgdGltZSB0aGFuIHVu ZGVyIEZyZWVCU0QgNy40KS4NCg0KDQppZiBJIGlzc3VlICJ0aXAgbW9kZW00IiAod2hpY2ggaXMg L2Rldi9jdWFVNCksIEkgZ2V0IHRoZSBtaXNzaW5nIHJlcGxpZXMgaW5jbHVkaW5nIENPTk5FQ1Qg ZnJvbSB0aGUgbW9kZW0gKHRoZW4gbGVhdmluZyB0aXAgd2l0aCAifi7igJwpDQoNCnJvb3RAZmF4 c2VydmVyOi91c3IvbG9jYWwvZXRjL21nZXR0eStzZW5kZmF4ICMgdGlwIG1vZGVtNA0KY29ubmVj dGVkDQpBVCtGRFQNCkNPTk5FQ1QNCg0KK0ZIUzo0Mw0KDQpPSw0KQVQrRkNMQVNTPTANCk9LDQp+ DQpbRU9UXQ0Kcm9vdEBmYXhzZXJ2ZXI6L3Vzci9sb2NhbC9ldGMvbWdldHR5K3NlbmRmYXggIw0K DQoNClRoaXMgd29ya3MgY29ycmVjdGx5IHdpdGggc2FtZSBtb2RlbXMgYW5kIFVTQiB0byBSUzIz Mi1BZGFwdGVyICh1ZnRkaSkgdW5kZXIgRnJlZUJTRCA3LjQuDQoNCjAyLzI5IDEyOjE4OjI2IGFV NCAgcmVjZWl2ZXIgY2FwLjogJytGSVM6MSw1LDAsMiwxLDEsMCwzJyAtPiBmaW5lIDE0NCAyRC9N UiBFQ00qKiBmb3VuZCAqKg0KMDIvMjkgMTI6MTg6MjYgYVU0ICBzZW5kZmF4OiBJR05PUkUgRENE IChjYXJyaWVyKSBzdGF0dXMNCjAyLzI5IDEyOjE4OjI2IGFVNCAgZmF4X3NlbmQ6ICdBVCtGRFQn DQowMi8yOSAxMjoxODoyNiBhVTQgIGZheF93YWl0X2ZvcihDT05ORUNUKQ0KMDIvMjkgMTI6MTg6 MzMgYVU0ICB0cmFuc21pc3Npb24gcGFyLjogJytGQ1M6MSw1LDAsMiwwLDAsMCwzJyoqIGZvdW5k ICoqDQowMi8yOSAxMjoxODozMyBhVTQgIHNlbmRpbmcgZjEuZzMuLi4NCjAyLzI5IDEyOjE5OjA0 IGFVNCAgcGFnZSBjb21wbGV0ZSwgMzQ0OTUgYnl0ZXMgc2VudA0KMDIvMjkgMTI6MTk6MDQgYVU0 ICBzZW5kaW5nIERMRSAnLCcNCjAyLzI5IDEyOjE5OjEwIGFVNCAgZ290IHJlc3BvbnNlOiAnT0sn DQowMi8yOSAxMjoxOToxMCBhVTQgIGZheF9zZW5kOiAnQVQrRkRUJw0KMDIvMjkgMTI6MTk6MTAg YVU0ICBmYXhfd2FpdF9mb3IoQ09OTkVDVCkqKiBmb3VuZCAqKg0KMDIvMjkgMTI6MTk6MTEgYVU0 ICBzZW5kaW5nIGYyLmczLi4uDQowMi8yOSAxMjoxOTo1NSBhVTQgIHBhZ2UgY29tcGxldGUsIDYw MDY0IGJ5dGVzIHNlbnQNCjAyLzI5IDEyOjE5OjU1IGFVNCAgc2VuZGluZyBETEUgJywnDQowMi8y OSAxMjoyMDowMSBhVTQgIGdvdCByZXNwb25zZTogJ09LJw0KMDIvMjkgMTI6MjA6MDEgYVU0ICBm YXhfc2VuZDogJ0FUK0ZEVCcNCjAyLzI5IDEyOjIwOjAxIGFVNCAgZmF4X3dhaXRfZm9yKENPTk5F Q1QpKiogZm91bmQgKioNCjAyLzI5IDEyOjIwOjAxIGFVNCAgc2VuZGluZyBmMy5nMy4uLg0KMDIv MjkgMTI6MjA6NTIgYVU0ICBwYWdlIGNvbXBsZXRlLCA3MTMzNSBieXRlcyBzZW50DQowMi8yOSAx MjoyMDo1MiBhVTQgIHNlbmRpbmcgRExFICcsJw0KMDIvMjkgMTI6MjA6NTcgYVU0ICBnb3QgcmVz cG9uc2U6ICdPSycNCjAyLzI5IDEyOjIwOjU3IGFVNCAgZmF4X3NlbmQ6ICdBVCtGRFQnDQowMi8y OSAxMjoyMDo1NyBhVTQgIGZheF93YWl0X2ZvcihDT05ORUNUKSoqIGZvdW5kICoqDQowMi8yOSAx MjoyMDo1OCBhVTQgIHNlbmRpbmcgZjQuZzMuLi4NCjAyLzI5IDEyOjIxOjQwIGFVNCAgcGFnZSBj b21wbGV0ZSwgNTg2MjggYnl0ZXMgc2VudA0KMDIvMjkgMTI6MjE6NDAgYVU0ICBzZW5kaW5nIERM RSAnLicNCjAyLzI5IDEyOjIxOjQ5IGFVNCAgY29ubmVjdGlvbiBoYW5ndXA6ICcrRkhTOjAwJw0K MDIvMjkgMTI6MjE6NDkgYVU0ICBnb3QgcmVzcG9uc2U6ICdPSycNCjAyLzI5IDEyOjIxOjQ5IGFV NCAgZmF4X3NlbmQ6ICdBVCtGQ0xBU1M9MCcNCg0KVGhpcyBpcyB3aXRoIGRldm9sbyA1NmsgaSBJ U0ROLW1vZGVtcywgYnV0IGl0IGxvb2tzIG1vcmUgbGlrZSBhIFVTQiBpbnRlcmZhY2UgY29tbXVu aWNhdGlvbiBpc3N1ZSB0byBtZS4NCg0KTW9kZW1zIGFuZCBVU0ItdG8tUlMyMzIgYXJlIHRoZSBz YW1lIC0gY29ubmVjdGVkIHRvIEZyZWVCU0QgNy40IHNlcnZlcnMgd29ya3MgKHNlbmRzIGFsbCBw YWdlcyksIGNvbm5lY3RlZCB0byAxMC4yIHNlcnZlciBkb2VzIG5vdCB3b3JrIChzZW5kcyBmaXJz dCBwYWdlIG9ubHkpLg0KDQpJIGNhbiBhbHNvIHByb3ZpZGUgZG1lc2cuYm9vdCBkZXRhaWxzIG9u IHJlcXVlc3QgYnV0IGRpZG7igJl0IHdhbnQgdG8gcG9sbHV0ZSB0aGUgbGlzdC4NCg0KRGlmZmVy ZW5jZSB3aXRoIHN0dHkgLWEgL2Rldi9jdWFVNCBzZWVtcyB0byBiZSBjbG9jYWwgaW5zdGVhZCBv ZiAtY2xvY2FsIHdoaWNoIEkgY2Fu4oCZdCBzZXQgZm9yIGN1YVU0LCBvbmx5IGZvciAuaW5pdCBh bmQgLmxvY2suIHdoaWNoIGRvZXMgbm90IGhlbHAuDQo3LjQgS2VybmVsIGNvbWVzIHdpdGggdWZ0 ZGkgYW5kIHVjb20gY29tcGlsZWQgaW4uDQoxMC4yIEtlcm5lbCBoYXMgdGhlIHNhbWUgaXNzdWVz IHdpdGggdWNvbSBhbmQgdWZ0ZGkgbG9hZGVkIGFzIGtlcm5lbCBtb2R1bGVzIG9yIGNvbXBpbGVk IGluLg0KDQptZ2V0dHkrc2VuZGZheCBpcyB2ZXJzaW9uIDEuMS4zNV8xIG9uIEZyZWVCU0QgNy40 IGFuZCB2ZXJzaW9uIDEuMS4zNyBvbiBGcmVlQlNEIDEwLjItUkVMRUFTRSBwMTIuDQoNCkFueSBv dGhlciBpZGVhcyB3aGVyZSB0byBsb29rIGZ1cnRoZXIgb3Igd2hhdCB0byBpbnZlc3RpZ2F0ZT8N Cg0KTWFueSB0aGFua3MgYW5kIGJlc3QgcmVnYXJkcywNCkhvbGdlcg0KDQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkhvbGdlciBL aXBwDQpEaXBsb20tTWF0aGVtYXRpa2VyDQpTZW5pb3IgQ29uc3VsdGFudA0KDQpUZWwuIDogKzQ5 IDMwIDQzNiA1OCAxMTQNCkZheC4gOiArNDkgMzAgNDM2IDU4IDIxNA0KTW9iaWw6ICs0OSAxNzgg MzYgNTggMTE0DQpFbWFpbDogaG9sZ2VyLmtpcHBAYWxvZ2lzLmNvbQ0KDQphbG9naXMgQUcNCkFs dC1Nb2FiaXQgOTBiDQpELTEwNTU5IEJlcmxpbg0KDQpodHRwOi8vd3d3LmFsb2dpcy5jb20NCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cg0KYWxvZ2lzIEFHDQpTaXR6L1JlZ2lzdGVyZ2VyaWNodDogQmVybGluL0FHIENoYXJsb3R0ZW5i dXJnLCBIUkIgNzE0ODQNClZvcnN0YW5kOiBBcm5lIEZyaWVkcmljaHMsIEpvZXJuIFNhbXVlbHNv bg0KQXVmc2ljaHRzcmF0c3ZvcnNpdHplbmRlcjogUmVpbmhhcmQgTWllbGtlDQoNCg== From owner-freebsd-stable@freebsd.org Tue Mar 1 20:50:24 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB512ABEB14 for ; Tue, 1 Mar 2016 20:50:24 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2BD8172A for ; Tue, 1 Mar 2016 20:50:24 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 6eb370b2-dfef-11e5-8de6-958346fd02ba X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 1 Mar 2016 20:51:55 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u21KoEae014361; Tue, 1 Mar 2016 13:50:14 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1456865414.13785.119.camel@freebsd.org> Subject: Re: Problems with ucom/uftdi and sendfax on 10.2 p12 (works like a charm with 7.4) From: Ian Lepore To: Holger Kipp , "freebsd-stable@freebsd.org" Date: Tue, 01 Mar 2016 13:50:14 -0700 In-Reply-To: References: Content-Type: text/plain; charset="windows-1251" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2016 20:50:24 -0000 On Tue, 2016-03-01 at 19:58 +0000, Holger Kipp wrote: > Hi all, > > I currently encounter a problem with sending faxes with new server > and FreeBSD 10.2-RELEASE p12 > using mgetty+sendfax and RS232-Modems via USB to RS232-Adapter (com, > uftdi). > > Problem is that _after_ sending the first page, the reply of modem is > not read correctly. > > In Error case, Faxlog says: > > 02/29 18:46:10 aU4 read 64, write 64 > 02/29 18:46:10 aU4 read 52, write 52 > 02/29 18:46:10 aU4 page complete, 40900 bytes sent > 02/29 18:46:10 aU4 sending DLE ',' > 02/29 18:46:10 aU4 got:[0a][0d][0a]OK[0d] > 02/29 18:46:18 aU4 got response: 'OK' > 02/29 18:46:18 aU4 fax_send_page("f2.g3") started... > 02/29 18:46:18 aU4 tio_set_flow_control( HARD ) > 02/29 18:46:18 aU4 fax_send: 'AT+FDT' > 02/29 18:46:18 aU4 fax_wait_for(CONNECT) > 02/29 18:46:18 aU4 got:[0a] > 02/29 18:48:18 aU4 Warning: got alarm signal! > > So I run into timeout because the modem does not reply as expected > after AT+FDT-command (maybe even after sending DLE ',‘ because the OK > response seems to take some more time than under FreeBSD 7.4). > > > if I issue "tip modem4" (which is /dev/cuaU4), I get the missing > replies including CONNECT from the modem (then leaving tip with "~.“) > > root@faxserver:/usr/local/etc/mgetty+sendfax # tip modem4 > connected > AT+FDT > CONNECT > > +FHS:43 > > OK > AT+FCLASS=0 > OK > ~ > [EOT] > root@faxserver:/usr/local/etc/mgetty+sendfax # > > > This works correctly with same modems and USB to RS232-Adapter > (uftdi) under FreeBSD 7.4. > > 02/29 12:18:26 aU4 receiver cap.: '+FIS:1,5,0,2,1,1,0,3' -> fine 144 > 2D/MR ECM** found ** > 02/29 12:18:26 aU4 sendfax: IGNORE DCD (carrier) status > 02/29 12:18:26 aU4 fax_send: 'AT+FDT' > 02/29 12:18:26 aU4 fax_wait_for(CONNECT) > 02/29 12:18:33 aU4 transmission par.: '+FCS:1,5,0,2,0,0,0,3'** found > ** > 02/29 12:18:33 aU4 sending f1.g3... > 02/29 12:19:04 aU4 page complete, 34495 bytes sent > 02/29 12:19:04 aU4 sending DLE ',' > 02/29 12:19:10 aU4 got response: 'OK' > 02/29 12:19:10 aU4 fax_send: 'AT+FDT' > 02/29 12:19:10 aU4 fax_wait_for(CONNECT)** found ** > 02/29 12:19:11 aU4 sending f2.g3... > 02/29 12:19:55 aU4 page complete, 60064 bytes sent > 02/29 12:19:55 aU4 sending DLE ',' > 02/29 12:20:01 aU4 got response: 'OK' > 02/29 12:20:01 aU4 fax_send: 'AT+FDT' > 02/29 12:20:01 aU4 fax_wait_for(CONNECT)** found ** > 02/29 12:20:01 aU4 sending f3.g3... > 02/29 12:20:52 aU4 page complete, 71335 bytes sent > 02/29 12:20:52 aU4 sending DLE ',' > 02/29 12:20:57 aU4 got response: 'OK' > 02/29 12:20:57 aU4 fax_send: 'AT+FDT' > 02/29 12:20:57 aU4 fax_wait_for(CONNECT)** found ** > 02/29 12:20:58 aU4 sending f4.g3... > 02/29 12:21:40 aU4 page complete, 58628 bytes sent > 02/29 12:21:40 aU4 sending DLE '.' > 02/29 12:21:49 aU4 connection hangup: '+FHS:00' > 02/29 12:21:49 aU4 got response: 'OK' > 02/29 12:21:49 aU4 fax_send: 'AT+FCLASS=0' > > This is with devolo 56k i ISDN-modems, but it looks more like a USB > interface communication issue to me. > > Modems and USB-to-RS232 are the same - connected to FreeBSD 7.4 > servers works (sends all pages), connected to 10.2 server does not > work (sends first page only). > > I can also provide dmesg.boot details on request but didn’t want to > pollute the list. > > Difference with stty -a /dev/cuaU4 seems to be clocal instead of > -clocal which I can’t set for cuaU4, only for .init and .lock. which > does not help. > 7.4 Kernel comes with uftdi and ucom compiled in. > 10.2 Kernel has the same issues with ucom and uftdi loaded as kernel > modules or compiled in. > > mgetty+sendfax is version 1.1.35_1 on FreeBSD 7.4 and version 1.1.37 > on FreeBSD 10.2-RELEASE p12. > > Any other ideas where to look further or what to investigate? > > Many thanks and best regards, > Holger Seeing "tio_set_flow_control( HARD )>" in your output, along with the fact that you said the expected output finally appeared after you connected with tip, makes me suspect that flow control is at the root of this problem. The biggest ftdi driver difference before/after freebsd 8 is that the driver used to automatically re-intialize the chip on every open to set up some arbitrary combination of comms parameters (baud, flow control, etc) -- I forget all the details now, I'd have to do some digging through logs to find exactly what it used to set. Now the driver leaves the chip alone at open time, and the contents of the /dev/cuaU#.init and cuaU#.lock files should be completely in control of the serial parameters. Is it possible that you set up the .init and/or .lock devices in some rc script in freebsd 7 and forgot about it? If not, then maybe the driver init changes are enough to explain the glitch. I wonder if this would fix it: stty -f /dev/cuaU4.init crtscts If so, then put that command into an rc script, or maybe into a devd rule that runs whenever that usb-serial is attached. If not... then I guess we'll figure out what to try next. :) -- Ian From owner-freebsd-stable@freebsd.org Wed Mar 2 09:12:34 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97DA6AC1054 for ; Wed, 2 Mar 2016 09:12:34 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 79CC810AD for ; Wed, 2 Mar 2016 09:12:34 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mailman.ysv.freebsd.org (Postfix) id 79856AC1052; Wed, 2 Mar 2016 09:12:34 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F5DAAC1051 for ; Wed, 2 Mar 2016 09:12:34 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F9AA10AA for ; Wed, 2 Mar 2016 09:12:33 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-wm0-x230.google.com with SMTP id p65so70420184wmp.1 for ; Wed, 02 Mar 2016 01:12:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:date:message-id:subject:from:to:cc; bh=M3eErwsYcbIGbul4VGdGyj18qwbKY9IslEmwfvimpgU=; b=zWojK1QQP9vzc0VQtM828FEDjKA4FpTQaSkt661Ct6uoeh5WIEYtea0Q8gRMjucS75 CECBtol3FWOd4TeD/V7qQGUXg3eiENhq4162ZTLfedTZoD9iJd6JKyR9vRimW2fzzx16 wCZGG50NjV0gp0Xq7sK4N9SI3OUNWkOnHoOEMKiNloIfeHE2ZjKNwl6VP48eAyeXTp2E kLh1Yufo2m9bsPc3KLHHZKpa5xe35kZ4/M3CyINk/W0CFko4jIcb6ZmN85jO++FcQZy8 ubWR1N1oPc51mQTyFjjsW+Vvz2BRpCZiywZOc5NLypth1SE41UKQ64WmnXefZopQJ99o FB0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to:cc; bh=M3eErwsYcbIGbul4VGdGyj18qwbKY9IslEmwfvimpgU=; b=lF6G/+To0iSJaXAJsLD2a2BL57akyqYXk95IuKJ1neYDsST1MDFptPBC1vKGZkGVbD i+WWdg15dM1GPv6ePh9qlMoxd77gV02K86Bdl0+5FAaiivLtWRM8vrxAKZDsajEIFVXv nCfWEVqzHnEfpdjqVLbzyiwv8ke2+0vcQGL6iCgijgSlaFe6KDlj/iH10/pG2CRXBudq kfwS7VsgnkAUE40Wxv+w+0TxuSqm9WeTgZ82P9jzxCwVfXDn4Iij63ABLiR1PNIG8ZOl He2xNEoJF/NI3dy81Ioar/DQ38g06QRaEoektoplOY0b70qF2PYA5dard7qRDGzRWiLt syMA== X-Gm-Message-State: AD7BkJI34kZ2Zrzm3cJAW2e2ZNj6HWFKuaPiLsZ8pXNzwWZXhFxr7FNtZf4zNix6ejZcFloNXzfO+TzhQM8ZwZAp MIME-Version: 1.0 X-Received: by 10.28.148.16 with SMTP id w16mr1148701wmd.90.1456909951915; Wed, 02 Mar 2016 01:12:31 -0800 (PST) Sender: sobomax@sippysoft.com Received: by 10.27.218.12 with HTTP; Wed, 2 Mar 2016 01:12:31 -0800 (PST) Date: Wed, 2 Mar 2016 01:12:31 -0800 X-Google-Sender-Auth: 2EwUDXaJj1zU5SYvfTyflX5yKdc Message-ID: Subject: Process stuck in "vnread" From: Maxim Sobolev To: stable@freebsd.org, freebsd-fs@freebsd.org Cc: Kirk McKusick , kib@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 09:12:34 -0000 Hi, I've encountered cp(1) process stuck in the vnread state on one of my build machines that got recently upgraded to 10.3. 0 79596 1 0 20 0 17092 1396 wait I 1 0:00.00 /bin/sh /usr/local/bin/autoreconf -f -i 0 79602 79596 0 52 0 41488 9036 wait I 1 0:00.07 /usr/local/bin/perl -w /usr/local/bin/autoreconf-2.69 -f -i 0 79639 79602 0 72 0 0 0 - Z 1 0:00.27 0 79762 79602 0 20 0 17092 1396 wait I 1 0:00.00 /bin/sh /usr/local/bin/automake --add-missing --copy --force-missing 0 79768 79762 0 52 0 49736 13936 wait I 1 0:00.11 /usr/local/bin/perl -w /usr/local/bin/automake-1.15 --add-missing --copy --force-missing 0 79962 79768 0 20 0 12368 1024 vnread DL 1 0:00.00 cp /usr/local/share/automake-1.15/compile ./compile I am not sure if it's related to that OS version upgrade, but I have not seen any such issues on the same machine in 2-3 years running essentially the same build process with version 9.x, 10.0, 10.1 and 10.2. $ uname -a FreeBSD van01.sippysoft.com 10.3-PRERELEASE FreeBSD 10.3-PRERELEASE #1 80de3e2(master)-dirty: Tue Feb 2 12:19:57 PST 2016 sobomax@abc.sippysoft.com:/usr/obj/usr/home/sobomax/projects/freebsd103/sys/ABC amd64 The kernel stack trace is: (kgdb) thread 360 [Switching to thread 360 (Thread 100515)]#0 0xffffffff8095244e in sched_switch () (kgdb) bt #0 0xffffffff8095244e in sched_switch () #1 0xffffffff809313b1 in mi_switch () #2 0xffffffff8097089a in sleepq_wait () #3 0xffffffff80930dd7 in _sleep () #4 0xffffffff809b230e in bwait () #5 0xffffffff80b511f3 in vnode_pager_generic_getpages () #6 0xffffffff80dd1607 in VOP_GETPAGES_APV () #7 0xffffffff80b4f59a in vnode_pager_getpages () #8 0xffffffff80b30031 in vm_fault_hold () #9 0xffffffff80b2f797 in vm_fault () #10 0xffffffff80cb5a75 in trap_pfault () #11 0xffffffff80cb51dd in trap () #12 0xffffffff80c9b122 in calltrap () #13 0xffffffff80cb36f1 in copyin () #14 0xffffffff80977ddf in uiomove_faultflag () The FS stack configuration is somewhat unique, so I am not sure if I am hitting some rare race condition or lock ordering issues specific to that. It's basically ZFS (ZRAID) on top of pair or SATA SSDs with big file on that FS attached via md(4) and UFS2 on that md(4). The build itself runs in chroot with that UFS2 fs as its primary root. Just maybe additional bit of info, attempting to list the directory with that UFS image also got my bash process stuck in "zfs" state, backtrace from that is: (kgdb) thread 353 [Switching to thread 353 (Thread 100508)]#0 0xffffffff8095244e in sched_switch () (kgdb) bt #0 0xffffffff8095244e in sched_switch () #1 0xffffffff809313b1 in mi_switch () #2 0xffffffff8097089a in sleepq_wait () #3 0xffffffff809069ad in sleeplk () #4 0xffffffff809060e0 in __lockmgr_args () #5 0xffffffff809b8b7c in vop_stdlock () #6 0xffffffff80dd0a3b in VOP_LOCK1_APV () #7 0xffffffff809d6d23 in _vn_lock () #8 0xffffffff81a8c9cd in ?? () #9 0x0000000000000000 in ?? () From owner-freebsd-stable@freebsd.org Wed Mar 2 09:32:23 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1069FAC195E for ; Wed, 2 Mar 2016 09:32:23 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id F071E1DA0 for ; Wed, 2 Mar 2016 09:32:22 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: by mailman.ysv.freebsd.org (Postfix) id F055FAC195D; Wed, 2 Mar 2016 09:32:22 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D76A5AC195C; Wed, 2 Mar 2016 09:32:22 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A08281D9E; Wed, 2 Mar 2016 09:32:22 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1ab38a-0005Rg-Gm; Wed, 02 Mar 2016 10:32:13 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: stable@freebsd.org, freebsd-fs@freebsd.org, "Maxim Sobolev" Cc: "Kirk McKusick" , kib@freebsd.org Subject: Re: Process stuck in "vnread" References: Date: Wed, 02 Mar 2016 10:32:05 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: d9b0ae15ee993d77aea4f0208a5c5b8c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 09:32:23 -0000 Hello, Would it be possible this has to do with the resolved 'system hangs when using ZFS caused by VFS' in 10.3-BETA3? https://lists.freebsd.org/pipermail/freebsd-stable/2016-February/084238.html Regards, Ronald. On Wed, 02 Mar 2016 10:12:31 +0100, Maxim Sobolev wrote: > Hi, I've encountered cp(1) process stuck in the vnread state on one of my > build machines that got recently upgraded to 10.3. > > 0 79596 1 0 20 0 17092 1396 wait I 1 > 0:00.00 > /bin/sh /usr/local/bin/autoreconf -f -i > 0 79602 79596 0 52 0 41488 9036 wait I 1 > 0:00.07 > /usr/local/bin/perl -w /usr/local/bin/autoreconf-2.69 -f -i > 0 79639 79602 0 72 0 0 0 - Z 1 > 0:00.27 > > 0 79762 79602 0 20 0 17092 1396 wait I 1 > 0:00.00 > /bin/sh /usr/local/bin/automake --add-missing --copy --force-missing > 0 79768 79762 0 52 0 49736 13936 wait I 1 > 0:00.11 > /usr/local/bin/perl -w /usr/local/bin/automake-1.15 --add-missing --copy > --force-missing > 0 79962 79768 0 20 0 12368 1024 vnread DL 1 > 0:00.00 > cp /usr/local/share/automake-1.15/compile ./compile > > I am not sure if it's related to that OS version upgrade, but I have not > seen any such issues on the same machine in 2-3 years running essentially > the same build process with version 9.x, 10.0, 10.1 and 10.2. > > $ uname -a > FreeBSD van01.sippysoft.com 10.3-PRERELEASE FreeBSD 10.3-PRERELEASE #1 > 80de3e2(master)-dirty: Tue Feb 2 12:19:57 PST 2016 > sobomax@abc.sippysoft.com:/usr/obj/usr/home/sobomax/projects/freebsd103/sys/ABC > amd64 > > The kernel stack trace is: > > (kgdb) thread 360 > [Switching to thread 360 (Thread 100515)]#0 0xffffffff8095244e in > sched_switch () > (kgdb) bt > #0 0xffffffff8095244e in sched_switch () > #1 0xffffffff809313b1 in mi_switch () > #2 0xffffffff8097089a in sleepq_wait () > #3 0xffffffff80930dd7 in _sleep () > #4 0xffffffff809b230e in bwait () > #5 0xffffffff80b511f3 in vnode_pager_generic_getpages () > #6 0xffffffff80dd1607 in VOP_GETPAGES_APV () > #7 0xffffffff80b4f59a in vnode_pager_getpages () > #8 0xffffffff80b30031 in vm_fault_hold () > #9 0xffffffff80b2f797 in vm_fault () > #10 0xffffffff80cb5a75 in trap_pfault () > #11 0xffffffff80cb51dd in trap () > #12 0xffffffff80c9b122 in calltrap () > #13 0xffffffff80cb36f1 in copyin () > #14 0xffffffff80977ddf in uiomove_faultflag () > > The FS stack configuration is somewhat unique, so I am not sure if I am > hitting some rare race condition or lock ordering issues specific to > that. > It's basically ZFS (ZRAID) on top of pair or SATA SSDs with big file on > that FS attached via md(4) and UFS2 on that md(4). The build itself runs > in > chroot with that UFS2 fs as its primary root. > > Just maybe additional bit of info, attempting to list the directory with > that UFS image also got my bash process stuck in "zfs" state, backtrace > from that is: > > (kgdb) thread 353 > [Switching to thread 353 (Thread 100508)]#0 0xffffffff8095244e in > sched_switch () > (kgdb) bt > #0 0xffffffff8095244e in sched_switch () > #1 0xffffffff809313b1 in mi_switch () > #2 0xffffffff8097089a in sleepq_wait () > #3 0xffffffff809069ad in sleeplk () > #4 0xffffffff809060e0 in __lockmgr_args () > #5 0xffffffff809b8b7c in vop_stdlock () > #6 0xffffffff80dd0a3b in VOP_LOCK1_APV () > #7 0xffffffff809d6d23 in _vn_lock () > #8 0xffffffff81a8c9cd in ?? () > #9 0x0000000000000000 in ?? () > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Wed Mar 2 09:53:46 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97B3BAC01C3 for ; Wed, 2 Mar 2016 09:53:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 816D01A49 for ; Wed, 2 Mar 2016 09:53:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 81902AC01C2; Wed, 2 Mar 2016 09:53:46 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80FF7AC01C1; Wed, 2 Mar 2016 09:53:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 12CD21A48; Wed, 2 Mar 2016 09:53:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u229reiU046583 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 2 Mar 2016 11:53:40 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u229reiU046583 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u229rd52046582; Wed, 2 Mar 2016 11:53:39 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 2 Mar 2016 11:53:39 +0200 From: Konstantin Belousov To: Maxim Sobolev Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Kirk McKusick Subject: Re: Process stuck in "vnread" Message-ID: <20160302095339.GB67250@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 09:53:46 -0000 On Wed, Mar 02, 2016 at 01:12:31AM -0800, Maxim Sobolev wrote: > Hi, I've encountered cp(1) process stuck in the vnread state on one of my > build machines that got recently upgraded to 10.3. > > 0 79596 1 0 20 0 17092 1396 wait I 1 0:00.00 > /bin/sh /usr/local/bin/autoreconf -f -i > 0 79602 79596 0 52 0 41488 9036 wait I 1 0:00.07 > /usr/local/bin/perl -w /usr/local/bin/autoreconf-2.69 -f -i > 0 79639 79602 0 72 0 0 0 - Z 1 0:00.27 > > 0 79762 79602 0 20 0 17092 1396 wait I 1 0:00.00 > /bin/sh /usr/local/bin/automake --add-missing --copy --force-missing > 0 79768 79762 0 52 0 49736 13936 wait I 1 0:00.11 > /usr/local/bin/perl -w /usr/local/bin/automake-1.15 --add-missing --copy > --force-missing > 0 79962 79768 0 20 0 12368 1024 vnread DL 1 0:00.00 > cp /usr/local/share/automake-1.15/compile ./compile > > I am not sure if it's related to that OS version upgrade, but I have not > seen any such issues on the same machine in 2-3 years running essentially > the same build process with version 9.x, 10.0, 10.1 and 10.2. > > $ uname -a > FreeBSD van01.sippysoft.com 10.3-PRERELEASE FreeBSD 10.3-PRERELEASE #1 > 80de3e2(master)-dirty: Tue Feb 2 12:19:57 PST 2016 > sobomax@abc.sippysoft.com:/usr/obj/usr/home/sobomax/projects/freebsd103/sys/ABC > amd64 > > The kernel stack trace is: > > (kgdb) thread 360 > [Switching to thread 360 (Thread 100515)]#0 0xffffffff8095244e in > sched_switch () > (kgdb) bt > #0 0xffffffff8095244e in sched_switch () > #1 0xffffffff809313b1 in mi_switch () > #2 0xffffffff8097089a in sleepq_wait () > #3 0xffffffff80930dd7 in _sleep () > #4 0xffffffff809b230e in bwait () > #5 0xffffffff80b511f3 in vnode_pager_generic_getpages () > #6 0xffffffff80dd1607 in VOP_GETPAGES_APV () > #7 0xffffffff80b4f59a in vnode_pager_getpages () > #8 0xffffffff80b30031 in vm_fault_hold () > #9 0xffffffff80b2f797 in vm_fault () > #10 0xffffffff80cb5a75 in trap_pfault () > #11 0xffffffff80cb51dd in trap () > #12 0xffffffff80c9b122 in calltrap () > #13 0xffffffff80cb36f1 in copyin () > #14 0xffffffff80977ddf in uiomove_faultflag () The backtrace indicates, with 99% certainity that the issue is in the requested read never finishing. But the backtrace is obviously not complete, and there might be something more happening. At least, we do not handle page-ins during uiomove() on user io for quite some time. If the vnode which io hung is UFS over md, you should look at the md worker thread state. > > The FS stack configuration is somewhat unique, so I am not sure if I am > hitting some rare race condition or lock ordering issues specific to that. > It's basically ZFS (ZRAID) on top of pair or SATA SSDs with big file on > that FS attached via md(4) and UFS2 on that md(4). The build itself runs in > chroot with that UFS2 fs as its primary root. > > Just maybe additional bit of info, attempting to list the directory with > that UFS image also got my bash process stuck in "zfs" state, backtrace > from that is: A deadlock in the underlying io layer is consistent with this (secondary) observation. > > (kgdb) thread 353 > [Switching to thread 353 (Thread 100508)]#0 0xffffffff8095244e in > sched_switch () > (kgdb) bt > #0 0xffffffff8095244e in sched_switch () > #1 0xffffffff809313b1 in mi_switch () > #2 0xffffffff8097089a in sleepq_wait () > #3 0xffffffff809069ad in sleeplk () > #4 0xffffffff809060e0 in __lockmgr_args () > #5 0xffffffff809b8b7c in vop_stdlock () > #6 0xffffffff80dd0a3b in VOP_LOCK1_APV () > #7 0xffffffff809d6d23 in _vn_lock () > #8 0xffffffff81a8c9cd in ?? () > #9 0x0000000000000000 in ?? () From owner-freebsd-stable@freebsd.org Wed Mar 2 10:43:42 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97B71AC1606 for ; Wed, 2 Mar 2016 10:43:42 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from alogis.com (firewall.alogis.com [212.184.102.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF1FE137C; Wed, 2 Mar 2016 10:43:41 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from msx3.exchange.alogis.com (msx3.exchange.alogis.com [10.1.1.26]) by alogis.com (8.13.4/8.13.1) with ESMTP id u22AhYPn077912; Wed, 2 Mar 2016 11:43:39 +0100 (CET) (envelope-from Holger.Kipp@alogis.com) Received: from MSXCN2.exchange.alogis.com ([fe80::11b6:f5c4:b8ee:4a89]) by msx3 ([10.1.1.26]) with mapi id 14.03.0279.002; Wed, 2 Mar 2016 11:43:33 +0100 From: Holger Kipp To: Ian Lepore CC: "freebsd-stable@freebsd.org" Subject: Re: Problems with ucom/uftdi and sendfax on 10.2 p12 (works like a charm with 7.4) Thread-Topic: Problems with ucom/uftdi and sendfax on 10.2 p12 (works like a charm with 7.4) Thread-Index: AQHRc/TCOIUu34pZe020QoMiEBWQF59E/zsAgADo0AA= Date: Wed, 2 Mar 2016 10:43:32 +0000 Message-ID: <9CA439E9-66BD-488D-AC8D-E0FCACC48A15@alogis.com> References: <1456865414.13785.119.camel@freebsd.org> In-Reply-To: <1456865414.13785.119.camel@freebsd.org> Accept-Language: de-DE, en-GB, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.184.101.130] MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 10:43:42 -0000 DQpBbSAwMS4wMy4yMDE2IHVtIDIzOjA4IHNjaHJpZWIgSWFuIExlcG9yZSA8aWFuQGZyZWVic2Qu b3JnPG1haWx0bzppYW5AZnJlZWJzZC5vcmc+PjoNCg0KT24gVHVlLCAyMDE2LTAzLTAxIGF0IDE5 OjU4ICswMDAwLCBIb2xnZXIgS2lwcCB3cm90ZToNCkhpIGFsbCwNCg0KSSBjdXJyZW50bHkgZW5j b3VudGVyIGEgcHJvYmxlbSB3aXRoIHNlbmRpbmcgZmF4ZXMgd2l0aCBuZXcgc2VydmVyDQphbmQg RnJlZUJTRCAxMC4yLVJFTEVBU0UgcDEyDQp1c2luZyBtZ2V0dHkrc2VuZGZheCBhbmQgUlMyMzIt TW9kZW1zIHZpYSBVU0IgdG8gUlMyMzItQWRhcHRlciAoY29tLA0KdWZ0ZGkpLg0KDQpQcm9ibGVt IGlzIHRoYXQgX2FmdGVyXyBzZW5kaW5nIHRoZSBmaXJzdCBwYWdlLCB0aGUgcmVwbHkgb2YgbW9k ZW0gaXMNCm5vdCByZWFkIGNvcnJlY3RseS4NCg0KSW4gRXJyb3IgY2FzZSwgRmF4bG9nIHNheXM6 DQoNCjAyLzI5IDE4OjQ2OjEwIGFVNCAgICByZWFkIDY0LCB3cml0ZSA2NA0KMDIvMjkgMTg6NDY6 MTAgYVU0ICAgIHJlYWQgNTIsIHdyaXRlIDUyDQowMi8yOSAxODo0NjoxMCBhVTQgIHBhZ2UgY29t cGxldGUsIDQwOTAwIGJ5dGVzIHNlbnQNCjAyLzI5IDE4OjQ2OjEwIGFVNCAgc2VuZGluZyBETEUg JywnDQowMi8yOSAxODo0NjoxMCBhVTQgICAgZ290OlswYV1bMGRdWzBhXU9LWzBkXQ0KMDIvMjkg MTg6NDY6MTggYVU0ICBnb3QgcmVzcG9uc2U6ICdPSycNCjAyLzI5IDE4OjQ2OjE4IGFVNCAgIGZh eF9zZW5kX3BhZ2UoImYyLmczIikgc3RhcnRlZC4uLg0KMDIvMjkgMTg6NDY6MTggYVU0ICAgdGlv X3NldF9mbG93X2NvbnRyb2woIEhBUkQgKQ0KMDIvMjkgMTg6NDY6MTggYVU0ICBmYXhfc2VuZDog J0FUK0ZEVCcNCjAyLzI5IDE4OjQ2OjE4IGFVNCAgZmF4X3dhaXRfZm9yKENPTk5FQ1QpDQowMi8y OSAxODo0NjoxOCBhVTQgICAgZ290OlswYV0NCjAyLzI5IDE4OjQ4OjE4IGFVNCAgV2FybmluZzog Z290IGFsYXJtIHNpZ25hbCENCg0KU28gSSBydW4gaW50byB0aW1lb3V0IGJlY2F1c2UgdGhlIG1v ZGVtIGRvZXMgbm90IHJlcGx5IGFzIGV4cGVjdGVkDQphZnRlciBBVCtGRFQtY29tbWFuZCAobWF5 YmUgZXZlbiBhZnRlciBzZW5kaW5nIERMRSAnLOKAmCBiZWNhdXNlIHRoZSBPSw0KcmVzcG9uc2Ug c2VlbXMgdG8gdGFrZSBzb21lIG1vcmUgdGltZSB0aGFuIHVuZGVyIEZyZWVCU0QgNy40KS4NCg0K DQppZiBJIGlzc3VlICJ0aXAgbW9kZW00IiAod2hpY2ggaXMgL2Rldi9jdWFVNCksIEkgZ2V0IHRo ZSBtaXNzaW5nDQpyZXBsaWVzIGluY2x1ZGluZyBDT05ORUNUIGZyb20gdGhlIG1vZGVtICh0aGVu IGxlYXZpbmcgdGlwIHdpdGggIn4u4oCcKQ0KDQpyb290QGZheHNlcnZlcjovdXNyL2xvY2FsL2V0 Yy9tZ2V0dHkrc2VuZGZheCAjIHRpcCBtb2RlbTQNCmNvbm5lY3RlZA0KQVQrRkRUDQpDT05ORUNU DQoNCitGSFM6NDMNCg0KT0sNCkFUK0ZDTEFTUz0wDQpPSw0Kfg0KW0VPVF0NCnJvb3RAZmF4c2Vy dmVyOi91c3IvbG9jYWwvZXRjL21nZXR0eStzZW5kZmF4ICMNCg0KDQpUaGlzIHdvcmtzIGNvcnJl Y3RseSB3aXRoIHNhbWUgbW9kZW1zIGFuZCBVU0IgdG8gUlMyMzItQWRhcHRlcg0KKHVmdGRpKSB1 bmRlciBGcmVlQlNEIDcuNC4NCg0KMDIvMjkgMTI6MTg6MjYgYVU0ICByZWNlaXZlciBjYXAuOiAn K0ZJUzoxLDUsMCwyLDEsMSwwLDMnIC0+IGZpbmUgMTQ0DQoyRC9NUiBFQ00qKiBmb3VuZCAqKg0K MDIvMjkgMTI6MTg6MjYgYVU0ICBzZW5kZmF4OiBJR05PUkUgRENEIChjYXJyaWVyKSBzdGF0dXMN CjAyLzI5IDEyOjE4OjI2IGFVNCAgZmF4X3NlbmQ6ICdBVCtGRFQnDQowMi8yOSAxMjoxODoyNiBh VTQgIGZheF93YWl0X2ZvcihDT05ORUNUKQ0KMDIvMjkgMTI6MTg6MzMgYVU0ICB0cmFuc21pc3Np b24gcGFyLjogJytGQ1M6MSw1LDAsMiwwLDAsMCwzJyoqIGZvdW5kDQoqKg0KMDIvMjkgMTI6MTg6 MzMgYVU0ICBzZW5kaW5nIGYxLmczLi4uDQowMi8yOSAxMjoxOTowNCBhVTQgIHBhZ2UgY29tcGxl dGUsIDM0NDk1IGJ5dGVzIHNlbnQNCjAyLzI5IDEyOjE5OjA0IGFVNCAgc2VuZGluZyBETEUgJywn DQowMi8yOSAxMjoxOToxMCBhVTQgIGdvdCByZXNwb25zZTogJ09LJw0KMDIvMjkgMTI6MTk6MTAg YVU0ICBmYXhfc2VuZDogJ0FUK0ZEVCcNCjAyLzI5IDEyOjE5OjEwIGFVNCAgZmF4X3dhaXRfZm9y KENPTk5FQ1QpKiogZm91bmQgKioNCjAyLzI5IDEyOjE5OjExIGFVNCAgc2VuZGluZyBmMi5nMy4u Lg0KMDIvMjkgMTI6MTk6NTUgYVU0ICBwYWdlIGNvbXBsZXRlLCA2MDA2NCBieXRlcyBzZW50DQow Mi8yOSAxMjoxOTo1NSBhVTQgIHNlbmRpbmcgRExFICcsJw0KMDIvMjkgMTI6MjA6MDEgYVU0ICBn b3QgcmVzcG9uc2U6ICdPSycNCjAyLzI5IDEyOjIwOjAxIGFVNCAgZmF4X3NlbmQ6ICdBVCtGRFQn DQowMi8yOSAxMjoyMDowMSBhVTQgIGZheF93YWl0X2ZvcihDT05ORUNUKSoqIGZvdW5kICoqDQow Mi8yOSAxMjoyMDowMSBhVTQgIHNlbmRpbmcgZjMuZzMuLi4NCjAyLzI5IDEyOjIwOjUyIGFVNCAg cGFnZSBjb21wbGV0ZSwgNzEzMzUgYnl0ZXMgc2VudA0KMDIvMjkgMTI6MjA6NTIgYVU0ICBzZW5k aW5nIERMRSAnLCcNCjAyLzI5IDEyOjIwOjU3IGFVNCAgZ290IHJlc3BvbnNlOiAnT0snDQowMi8y OSAxMjoyMDo1NyBhVTQgIGZheF9zZW5kOiAnQVQrRkRUJw0KMDIvMjkgMTI6MjA6NTcgYVU0ICBm YXhfd2FpdF9mb3IoQ09OTkVDVCkqKiBmb3VuZCAqKg0KMDIvMjkgMTI6MjA6NTggYVU0ICBzZW5k aW5nIGY0LmczLi4uDQowMi8yOSAxMjoyMTo0MCBhVTQgIHBhZ2UgY29tcGxldGUsIDU4NjI4IGJ5 dGVzIHNlbnQNCjAyLzI5IDEyOjIxOjQwIGFVNCAgc2VuZGluZyBETEUgJy4nDQowMi8yOSAxMjoy MTo0OSBhVTQgIGNvbm5lY3Rpb24gaGFuZ3VwOiAnK0ZIUzowMCcNCjAyLzI5IDEyOjIxOjQ5IGFV NCAgZ290IHJlc3BvbnNlOiAnT0snDQowMi8yOSAxMjoyMTo0OSBhVTQgIGZheF9zZW5kOiAnQVQr RkNMQVNTPTAnDQoNClRoaXMgaXMgd2l0aCBkZXZvbG8gNTZrIGkgSVNETi1tb2RlbXMsIGJ1dCBp dCBsb29rcyBtb3JlIGxpa2UgYSBVU0INCmludGVyZmFjZSBjb21tdW5pY2F0aW9uIGlzc3VlIHRv IG1lLg0KDQpNb2RlbXMgYW5kIFVTQi10by1SUzIzMiBhcmUgdGhlIHNhbWUgLSBjb25uZWN0ZWQg dG8gRnJlZUJTRCA3LjQNCnNlcnZlcnMgd29ya3MgKHNlbmRzIGFsbCBwYWdlcyksIGNvbm5lY3Rl ZCB0byAxMC4yIHNlcnZlciBkb2VzIG5vdA0Kd29yayAoc2VuZHMgZmlyc3QgcGFnZSBvbmx5KS4N Cg0KSSBjYW4gYWxzbyBwcm92aWRlIGRtZXNnLmJvb3QgZGV0YWlscyBvbiByZXF1ZXN0IGJ1dCBk aWRu4oCZdCB3YW50IHRvDQpwb2xsdXRlIHRoZSBsaXN0Lg0KDQpEaWZmZXJlbmNlIHdpdGggc3R0 eSAtYSAvZGV2L2N1YVU0IHNlZW1zIHRvIGJlIGNsb2NhbCBpbnN0ZWFkIG9mDQotY2xvY2FsIHdo aWNoIEkgY2Fu4oCZdCBzZXQgZm9yIGN1YVU0LCBvbmx5IGZvciAuaW5pdCBhbmQgLmxvY2suIHdo aWNoDQpkb2VzIG5vdCBoZWxwLg0KNy40IEtlcm5lbCBjb21lcyB3aXRoIHVmdGRpIGFuZCB1Y29t IGNvbXBpbGVkIGluLg0KMTAuMiBLZXJuZWwgaGFzIHRoZSBzYW1lIGlzc3VlcyB3aXRoIHVjb20g YW5kIHVmdGRpIGxvYWRlZCBhcyBrZXJuZWwNCm1vZHVsZXMgb3IgY29tcGlsZWQgaW4uDQoNCm1n ZXR0eStzZW5kZmF4IGlzIHZlcnNpb24gMS4xLjM1XzEgb24gRnJlZUJTRCA3LjQgYW5kIHZlcnNp b24gMS4xLjM3DQpvbiBGcmVlQlNEIDEwLjItUkVMRUFTRSBwMTIuDQoNCkFueSBvdGhlciBpZGVh cyB3aGVyZSB0byBsb29rIGZ1cnRoZXIgb3Igd2hhdCB0byBpbnZlc3RpZ2F0ZT8NCg0KTWFueSB0 aGFua3MgYW5kIGJlc3QgcmVnYXJkcywNCkhvbGdlcg0KDQpTZWVpbmcgInRpb19zZXRfZmxvd19j b250cm9sKCBIQVJEICk+IiBpbiB5b3VyIG91dHB1dCwgYWxvbmcgd2l0aCB0aGUNCmZhY3QgdGhh dCB5b3Ugc2FpZCB0aGUgZXhwZWN0ZWQgb3V0cHV0IGZpbmFsbHkgYXBwZWFyZWQgYWZ0ZXIgeW91 DQpjb25uZWN0ZWQgd2l0aCB0aXAsIG1ha2VzIG1lIHN1c3BlY3QgdGhhdCBmbG93IGNvbnRyb2wg aXMgYXQgdGhlIHJvb3QNCm9mIHRoaXMgcHJvYmxlbS4NCg0KVGhlIGJpZ2dlc3QgZnRkaSBkcml2 ZXIgZGlmZmVyZW5jZSBiZWZvcmUvYWZ0ZXIgZnJlZWJzZCA4IGlzIHRoYXQgdGhlDQpkcml2ZXIg dXNlZCB0byBhdXRvbWF0aWNhbGx5IHJlLWludGlhbGl6ZSB0aGUgY2hpcCBvbiBldmVyeSBvcGVu IHRvIHNldA0KdXAgc29tZSBhcmJpdHJhcnkgY29tYmluYXRpb24gb2YgY29tbXMgcGFyYW1ldGVy cyAoYmF1ZCwgZmxvdyBjb250cm9sLA0KZXRjKSAtLSBJIGZvcmdldCBhbGwgdGhlIGRldGFpbHMg bm93LCBJJ2QgaGF2ZSB0byBkbyBzb21lIGRpZ2dpbmcNCnRocm91Z2ggbG9ncyB0byBmaW5kIGV4 YWN0bHkgd2hhdCBpdCB1c2VkIHRvIHNldC4gIE5vdyB0aGUgZHJpdmVyDQpsZWF2ZXMgdGhlIGNo aXAgYWxvbmUgYXQgb3BlbiB0aW1lLCBhbmQgdGhlIGNvbnRlbnRzIG9mIHRoZQ0KL2Rldi9jdWFV Iy5pbml0IGFuZCBjdWFVIy5sb2NrIGZpbGVzIHNob3VsZCBiZSBjb21wbGV0ZWx5IGluIGNvbnRy b2wgb2YNCnRoZSBzZXJpYWwgcGFyYW1ldGVycy4NCg0KSXMgaXQgcG9zc2libGUgdGhhdCB5b3Ug c2V0IHVwIHRoZSAuaW5pdCBhbmQvb3IgLmxvY2sgZGV2aWNlcyBpbiBzb21lDQpyYyBzY3JpcHQg aW4gZnJlZWJzZCA3IGFuZCBmb3Jnb3QgYWJvdXQgaXQ/ICBJZiBub3QsIHRoZW4gbWF5YmUgdGhl DQpkcml2ZXIgaW5pdCBjaGFuZ2VzIGFyZSBlbm91Z2ggdG8gZXhwbGFpbiB0aGUgZ2xpdGNoLg0K DQpJIHdvbmRlciBpZiB0aGlzIHdvdWxkIGZpeCBpdDoNCg0KIHN0dHkgLWYgL2Rldi9jdWFVNC5p bml0IGNydHNjdHMNCg0KSWYgc28sIHRoZW4gcHV0IHRoYXQgY29tbWFuZCBpbnRvIGFuIHJjIHNj cmlwdCwgb3IgbWF5YmUgaW50byBhIGRldmQNCnJ1bGUgdGhhdCBydW5zIHdoZW5ldmVyIHRoYXQg dXNiLXNlcmlhbCBpcyBhdHRhY2hlZC4NCg0KSWYgbm90Li4uIHRoZW4gSSBndWVzcyB3ZSdsbCBm aWd1cmUgb3V0IHdoYXQgdG8gdHJ5IG5leHQuIDopDQoNCkRlYXIgSWFuLA0KDQpiZWxvdyB5b3Ug d2lsbCBmaW5kIHN0dHkgc2V0dGluZ3MgaW4gb2xkIGFuZCBuZXcgc3lzdGVtLg0KSSBoYWQgdHJp ZWQgY3J0c2N0cywgYnV0IHdpdGhvdXQgc3VjY2VzcyBhbmQgbm90IHByb3Blcmx5IGRvY3VtZW50 ZWQuDQpIYXZlIHRyaWVkIGl0IG9uY2UgbW9yZSAoc2VlIGJlbG93KSwgbm93IGFsc28gZG9jdW1l bnRlZCA7LSkNCg0KRnJlZUJTRCA3LjQ6DQpmYXhzZXJ2ZXIjIHN0dHkgLWYgL2Rldi9jdWFVNA0K c3BlZWQgOTYwMCBiYXVkOw0KbGZsYWdzOiAtZWNobw0Kb2ZsYWdzOiAtb3h0YWJzDQpjZmxhZ3M6 IGNzOCAtcGFyZW5iDQpmYXhzZXJ2ZXIjIHN0dHkgLWYgL2Rldi9jdWFVNC5pbml0DQpzcGVlZCA5 NjAwIGJhdWQ7DQpsZmxhZ3M6IC1lY2hvDQpvZmxhZ3M6IC1veHRhYnMNCmNmbGFnczogY3M4IC1w YXJlbmINCmZheHNlcnZlciMgc3R0eSAtZiAvZGV2L2N1YVU0LmxvY2sNCnNwZWVkIDAgYmF1ZDsN CmxmbGFnczogLWljYW5vbiAtaXNpZyAtaWV4dGVuIC1lY2hvDQppZmxhZ3M6IC1pY3JubCAtaXhv biAtaXhhbnkgLWltYXhiZWwgLWJya2ludA0Kb2ZsYWdzOiAtb3Bvc3QgLW9ubGNyIC1veHRhYnMN CmNmbGFnczogLWNyZWFkIGNzNSAtcGFyZW5iIC1odXBjbA0KZGlzY2FyZCBkc3VzcCAgIGVvZiAg ICAgZW9sICAgICBlb2wyICAgIGVyYXNlICAgZXJhc2UyICBpbnRyICAgIGtpbGwNCl5AICAgICAg XkAgICAgICBeQCAgICAgIF5AICAgICAgXkAgICAgICBeQCAgICAgIF5AICAgICAgXkAgICAgICBe QA0KbG5leHQgICBtaW4gICAgIHF1aXQgICAgcmVwcmludCBzdGFydCAgIHN0YXR1cyAgc3RvcCAg ICBzdXNwICAgIHdlcmFzZQ0KXkAgICAgICAwICAgICAgIF5AICAgICAgXkAgICAgICBeQCAgICAg IF5AICAgICAgXkAgICAgICBeQCAgICAgIF5ADQoNCg0KRnJlZUJTRCAxMC4yLVJFTEVBU0UNCmZh eHNlcnZlciMgc3R0eSAtZiAvZGV2L2N1YVU0DQpzcGVlZCA5NjAwIGJhdWQ7DQpsZmxhZ3M6IGVj aG9lIGVjaG9rZSBlY2hvY3RsDQpvZmxhZ3M6IHRhYjANCmNmbGFnczogY3M4IC1wYXJlbmIgY2xv Y2FsDQpmYXhzZXJ2ZXIjIHN0dHkgLWYgL2Rldi9jdWFVNC5pbml0DQpzcGVlZCA5NjAwIGJhdWQ7 DQpsZmxhZ3M6IGVjaG9lIGVjaG9rZSBlY2hvY3RsDQpvZmxhZ3M6IHRhYjANCmNmbGFnczogY3M4 IC1wYXJlbmINCmZheHNlcnZlciMgc3R0eSAtZiAvZGV2L2N1YVU0LmxvY2sNCnNwZWVkIDAgYmF1 ZDsNCmxmbGFnczogLWljYW5vbiAtaXNpZyAtaWV4dGVuIC1lY2hvDQppZmxhZ3M6IC1pY3JubCAt aXhvbiAtaXhhbnkgLWltYXhiZWwgLWJya2ludA0Kb2ZsYWdzOiAtb3Bvc3QgLW9ubGNyIHRhYjAN CmNmbGFnczogLWNyZWFkIGNzNSAtcGFyZW5iIC1odXBjbA0KZGlzY2FyZCBkc3VzcCAgIGVvZiAg ICAgZW9sICAgICBlb2wyICAgIGVyYXNlICAgZXJhc2UyICBpbnRyICAgIGtpbGwNCl5AICAgICAg XkAgICAgICBeQCAgICAgIF5AICAgICAgXkAgICAgICBeQCAgICAgIF5AICAgICAgXkAgICAgICBe QA0KbG5leHQgICBtaW4gICAgIHF1aXQgICAgcmVwcmludCBzdGFydCAgIHN0YXR1cyAgc3RvcCAg ICBzdXNwICAgIHdlcmFzZQ0KXkAgICAgICAwICAgICAgIF5AICAgICAgXkAgICAgICBeQCAgICAg IF5AICAgICAgXkAgICAgICBeQCAgICAgIF5ADQoNCm9yaWdpbmFsIHNldHRpbmdzIChJIGhhdmUg bm90IGNoYW5nZWQgYW55dGhpbmcgZm9yIGN1YVU3KToNCmZheHNlcnZlciMgc3R0eSAtZiAvZGV2 L2N1YVU3DQpzcGVlZCA5NjAwIGJhdWQ7DQpsZmxhZ3M6IGVjaG9lIGVjaG9rZSBlY2hvY3RsDQpv ZmxhZ3M6IHRhYjANCmNmbGFnczogY3M4IC1wYXJlbmIgY2xvY2FsDQpmYXhzZXJ2ZXIjIHN0dHkg LWYgL2Rldi9jdWFVNy5pbml0DQpzcGVlZCA5NjAwIGJhdWQ7DQpsZmxhZ3M6IGVjaG9lIGVjaG9r ZSBlY2hvY3RsDQpvZmxhZ3M6IHRhYjANCmNmbGFnczogY3M4IC1wYXJlbmINCmZheHNlcnZlciMg c3R0eSAtZiAvZGV2L2N1YVU3LmxvY2sNCnNwZWVkIDAgYmF1ZDsNCmxmbGFnczogLWljYW5vbiAt aXNpZyAtaWV4dGVuIC1lY2hvDQppZmxhZ3M6IC1pY3JubCAtaXhvbiAtaXhhbnkgLWltYXhiZWwg LWJya2ludA0Kb2ZsYWdzOiAtb3Bvc3QgLW9ubGNyIHRhYjANCmNmbGFnczogLWNyZWFkIGNzNSAt cGFyZW5iIC1odXBjbA0KZGlzY2FyZCBkc3VzcCAgIGVvZiAgICAgZW9sICAgICBlb2wyICAgIGVy YXNlICAgZXJhc2UyICBpbnRyICAgIGtpbGwNCl5AICAgICAgXkAgICAgICBeQCAgICAgIF5AICAg ICAgXkAgICAgICBeQCAgICAgIF5AICAgICAgXkAgICAgICBeQA0KbG5leHQgICBtaW4gICAgIHF1 aXQgICAgcmVwcmludCBzdGFydCAgIHN0YXR1cyAgc3RvcCAgICBzdXNwICAgIHdlcmFzZQ0KXkAg ICAgICAwICAgICAgIF5AICAgICAgXkAgICAgICBeQCAgICAgIF5AICAgICAgXkAgICAgICBeQCAg ICAgIF5ADQoNCg0KSSBoYXZlIHNldCBjcnRzY3RzIG9uIDEwLjIgYXMgcmVxdWVzdGVkOg0KZmF4 c2VydmVyIyBzdHR5IC1mIC9kZXYvY3VhVTQuaW5pdCBjcnRzY3RzDQpmYXhzZXJ2ZXIjIHN0dHkg LWYgL2Rldi9jdWFVNC5pbml0DQpzcGVlZCA5NjAwIGJhdWQ7DQpsZmxhZ3M6IGVjaG9lIGVjaG9r ZSBlY2hvY3RsDQpvZmxhZ3M6IHRhYjANCmNmbGFnczogY3M4IC1wYXJlbmIgY3J0c2N0cw0KDQp0 aGVuIGR1cmluZyB0cmFuc21pc3Npb24gSSBnZXQ6DQpmYXhzZXJ2ZXIjIHN0dHkgLWYgL2Rldi9j dWFVNA0Kc3BlZWQgMzg0MDAgYmF1ZDsNCmxmbGFnczogLWljYW5vbiAtaXNpZyAtaWV4dGVuIC1l Y2hvDQppZmxhZ3M6IC1pY3JubCAtaXhvbiAtaXhhbnkgLWltYXhiZWwgLWJya2ludA0Kb2ZsYWdz OiAtb3Bvc3QgLW9ubGNyIHRhYjANCmNmbGFnczogY3M4IC1wYXJlbmIgY2xvY2FsIGNydHNjdHMN CmVvbA0KXkANCg0Kc28gY3J0c2N0cyBpcyBvYnZpb3VzbHkgc2V0LiBJIGRvbuKAmXQga25vdyB3 aHkgY2xvY2FsIGlzIHNldCBpbnN0ZWFkIG9mIOKAk2Nsb2NhbCwgdGhvdWdoIChJIF9jYW5fIGNo YW5nZSAvZGV2L2N1YVU0IHRvIC1jbG9jYWwgd2hpbHN0IGN1YVU0IGlzIGluIHVzZSwgYnV0IHRo YXQgYWxzbyBkb2VzIG5vdCBoZWxwICh0ZXN0ZWQgc2VwYXJhdGVseSwgc2VlIG15IHJlbWFya3Mg YXQgdGhlIGVuZCkpLg0KQnV0IGJlaGF2aW9yIGZvciBmYXhpbmcgaXMgZXhhY3RseSB0aGUgc2Ft ZSB3aXRoIGNydHNjdHMgc2V0Og0KDQowMy8wMiAxMDo1MDozNCAgc2VuZGZheDogaW50ZXJpbSBy ZWxlYXNlIDEuMS4zNy1KdW4wNQ0KMDMvMDIgMTA6NTA6MzQgIHNlbmRpbmcgZmF4IHRvIDx4eHh4 eHh4eD4NCjAzLzAyIDEwOjUwOjM0ICBjaGVja2luZyBmMS5nMw0KMDMvMDIgMTA6NTA6MzQgIGNo ZWNraW5nIGYyLmczDQowMy8wMiAxMDo1MDozNCAgY2hlY2tpbmcgZjMuZzMNCjAzLzAyIDEwOjUw OjM0ICBjaGVja2luZyBmNC5nMw0KMDMvMDIgMTA6NTA6MzQgIGNoZWNraW5nIGY1LmczDQowMy8w MiAxMDo1MDozNCBhVTQgICB0c3M6IHNldCBzcGVlZCB0byAzODQwMCAoMTEzMDAwKQ0KMDMvMDIg MTA6NTA6MzQgYVU0ICBtZG1fc2VuZDogJ0FUVjFRMCcNCjAzLzAyIDEwOjUwOjM0IGFVNCAgICBn b3Q6QVRWMVEwWzBkXQ0KMDMvMDIgMTA6NTA6MzQgYVU0ICAgbWRtX2NvbW1hbmQ6IHN0cmluZyAn QVRWMVEwJw0KMDMvMDIgMTA6NTA6MzQgYVU0ICAgIGdvdDpbMGRdWzBhXU9LWzBkXQ0KMDMvMDIg MTA6NTA6MzQgYVU0ICAgbWRtX2NvbW1hbmQ6IHN0cmluZyAnT0snIC0+IE9LDQowMy8wMiAxMDo1 MDozNCBhVTQgIG1kbV9zZW5kOiAnQVRJJw0KMDMvMDIgMTA6NTA6MzQgYVU0ICAgIGdvdDpbMGFd QVRJWzBkXQ0KMDMvMDIgMTA6NTA6MzQgYVU0ICAgIGdvdDpbMGRdWzBhXTI4MlswZF0NCjAzLzAy IDEwOjUwOjM0IGFVNCAgIG1kbV9naXM6IHN0cmluZyAxOiAnMjgyJw0KMDMvMDIgMTA6NTA6MzQg YVU0ICAgIGdvdDpbMGFdWzBkXVswYV1PS1swZF0NCjAzLzAyIDEwOjUwOjM0IGFVNCAgIG1kbV9p ZGVudGlmeTogc3RyaW5nICcyODInDQowMy8wMiAxMDo1MDozNCBhVTQgIEVMU0EgTWljcm9MaW5r IDI4LjgvNTZLIHNlcmllcyBkZXRlY3RlZA0KMDMvMDIgMTA6NTA6MzUgYVU0ICBtZG1fc2VuZDog J0FUSTMnDQowMy8wMiAxMDo1MDozNSBhVTQgICAgZ290OlswYV1BVEkzWzBkXQ0KMDMvMDIgMTA6 NTA6MzUgYVU0ICAgIGdvdDpbMGRdWzBhXVZlcnNpb24gMS44NyAvIDMxLjA3LjIwMDBbMGRdDQow My8wMiAxMDo1MDozNSBhVTQgICBtZG1fZ2lzOiBzdHJpbmcgMTogJ1ZlcnNpb24gMS44NyAvIDMx LjA3LjIwMDAnDQowMy8wMiAxMDo1MDozNSBhVTQgICAgZ290OlswYV1bMGRdWzBhXU9LWzBkXQ0K MDMvMDIgMTA6NTA6MzUgYVU0ICBhZGRpdGlvbmFsIGluZm86ICdWZXJzaW9uIDEuODcgLyAzMS4w Ny4yMDAwJw0KMDMvMDIgMTA6NTA6MzUgYVU0ICBtZG1fc2VuZDogJ0FUK0ZDTEFTUz0yLjAnDQow My8wMiAxMDo1MDozNSBhVTQgICAgZ290OlswYV1BVCtGQ0xBU1M9Mi4wWzBkXQ0KMDMvMDIgMTA6 NTA6MzUgYVU0ICAgbWRtX2NvbW1hbmQ6IHN0cmluZyAnQVQrRkNMQVNTPTIuMCcNCjAzLzAyIDEw OjUwOjM1IGFVNCAgICBnb3Q6WzBkXVswYV1PS1swZF0NCjAzLzAyIDEwOjUwOjM1IGFVNCAgIG1k bV9jb21tYW5kOiBzdHJpbmcgJ09LJyAtPiBPSw0KMDMvMDIgMTA6NTA6MzUgYVU0ICBtZG1fc2Vu ZDogJ0FUK0ZMST0iKzQ5IicNCjAzLzAyIDEwOjUwOjM1IGFVNCAgICBnb3Q6WzBhXUFUK0ZMST0i KzQ5IlswZF0NCjAzLzAyIDEwOjUwOjM1IGFVNCAgIG1kbV9jb21tYW5kOiBzdHJpbmcgJ0FUK0ZM ST0iKzQ5IicNCjAzLzAyIDEwOjUwOjM1IGFVNCAgICBnb3Q6WzBkXVswYV1PS1swZF0NCjAzLzAy IDEwOjUwOjM1IGFVNCAgIG1kbV9jb21tYW5kOiBzdHJpbmcgJ09LJyAtPiBPSw0KMDMvMDIgMTA6 NTA6MzUgYVU0ICBtZG1fc2VuZDogJ0FUK0ZDQz0xLDUsMCwyLDAsMCwwLDAnDQowMy8wMiAxMDo1 MDozNSBhVTQgICAgZ290OlswYV1BVCtGQ0M9MSw1LDAsMiwwLDAsMCwwWzBkXQ0KMDMvMDIgMTA6 NTA6MzUgYVU0ICAgbWRtX2NvbW1hbmQ6IHN0cmluZyAnQVQrRkNDPTEsNSwwLDIsMCwwLDAsMCcN CjAzLzAyIDEwOjUwOjM1IGFVNCAgICBnb3Q6WzBkXVswYV1PS1swZF0NCjAzLzAyIDEwOjUwOjM1 IGFVNCAgIG1kbV9jb21tYW5kOiBzdHJpbmcgJ09LJyAtPiBPSw0KMDMvMDIgMTA6NTA6MzUgYVU0 ICBtZG1fc2VuZDogJ0FUK0ZCTz0wJw0KMDMvMDIgMTA6NTA6MzUgYVU0ICAgIGdvdDpbMGFdQVQr RkJPPTBbMGRdDQowMy8wMiAxMDo1MDozNSBhVTQgICBtZG1fY29tbWFuZDogc3RyaW5nICdBVCtG Qk89MCcNCjAzLzAyIDEwOjUwOjM1IGFVNCAgICBnb3Q6WzBkXVswYV1PS1swZF0NCjAzLzAyIDEw OjUwOjM1IGFVNCAgIG1kbV9jb21tYW5kOiBzdHJpbmcgJ09LJyAtPiBPSw0KMDMvMDIgMTA6NTA6 MzUgYVU0ICBtZG1fc2VuZDogJ0FUK0ZOUj0xLDEsMSwwJw0KMDMvMDIgMTA6NTA6MzUgYVU0ICAg IGdvdDpbMGFdQVQrRk5SPTEsMSwxLDBbMGRdDQowMy8wMiAxMDo1MDozNSBhVTQgICBtZG1fY29t bWFuZDogc3RyaW5nICdBVCtGTlI9MSwxLDEsMCcNCjAzLzAyIDEwOjUwOjM1IGFVNCAgICBnb3Q6 WzBkXVswYV1PS1swZF0NCjAzLzAyIDEwOjUwOjM1IGFVNCAgIG1kbV9jb21tYW5kOiBzdHJpbmcg J09LJyAtPiBPSw0KMDMvMDIgMTA6NTA6MzUgYVU0ICBtZG1fc2VuZDogJ0FUK0ZMTz0yJw0KMDMv MDIgMTA6NTA6MzUgYVU0ICAgIGdvdDpbMGFdQVQrRkxPPTJbMGRdDQowMy8wMiAxMDo1MDozNSBh VTQgICBtZG1fY29tbWFuZDogc3RyaW5nICdBVCtGTE89MicNCjAzLzAyIDEwOjUwOjM1IGFVNCAg ICBnb3Q6WzBkXVswYV1PS1swZF0NCjAzLzAyIDEwOjUwOjM1IGFVNCAgIG1kbV9jb21tYW5kOiBz dHJpbmcgJ09LJyAtPiBPSw0KMDMvMDIgMTA6NTA6MzUgYVU0ICBtZG1fc2VuZDogJ0FUJkgzJw0K MDMvMDIgMTA6NTA6MzUgYVU0ICAgIGdvdDpbMGFdQVQmSDNbMGRdDQowMy8wMiAxMDo1MDozNSBh VTQgICBtZG1fY29tbWFuZDogc3RyaW5nICdBVCZIMycNCjAzLzAyIDEwOjUwOjM1IGFVNCAgICBn b3Q6WzBkXVswYV1FUlJPUlswZF0NCjAzLzAyIDEwOjUwOjM1IGFVNCAgIG1kbV9jb21tYW5kOiBz dHJpbmcgJ0VSUk9SJyAtPiBFUlJPUg0KMDMvMDIgMTA6NTA6MzUgYVU0ICBjYW5ub3Qgc2V0ICdt b2RlbV9oYW5kc2hha2UnOyBpZ25vcmVkDQowMy8wMiAxMDo1MDozNSBhVTQgIGZheF9zZW5kOiAn QVREMDx4eHh4eHh4eD4nDQowMy8wMiAxMDo1MDozNSBhVTQgIGZheF93YWl0X2ZvcihPSykNCjAz LzAyIDEwOjUwOjM1IGFVNCAgICBnb3Q6WzBhXUFURDA8eHh4eHh4eHg+WzBkXQ0KMDMvMDIgMTA6 NTA6MzUgYVU0ICAgZmF4X3dhaXRfZm9yOiBzdHJpbmcgJ0FURDA8eHh4eHh4eHg+Jw0KMDMvMDIg MTA6NTA6MzUgYVU0ICAgIGdvdDpbMGRdWzBhXStGQ09bMGRdDQowMy8wMiAxMDo1MDo0OCBhVTQg ICBmYXhfd2FpdF9mb3I6IHN0cmluZyAnK0ZDTycNCjAzLzAyIDEwOjUwOjQ4IGFVNCAgICBnb3Q6 WzBhXVswZF1bMGFdK0ZJUzoxLDMsMiwyLDAsMSwwLDBbMGRdDQowMy8wMiAxMDo1MDo0OSBhVTQg ICBmYXhfd2FpdF9mb3I6IHN0cmluZyAnK0ZJUzoxLDMsMiwyLDAsMSwwLDAnDQowMy8wMiAxMDo1 MDo0OSBhVTQgIHJlY2VpdmVyIGNhcC46ICcrRklTOjEsMywyLDIsMCwxLDAsMCcgLT4gZmluZSBF Q00NCjAzLzAyIDEwOjUwOjQ5IGFVNCAgICBnb3Q6WzBhXVswZF1bMGFdT0tbMGRdDQowMy8wMiAx MDo1MDo0OSBhVTQgICBmYXhfd2FpdF9mb3I6IHN0cmluZyAnT0snKiogZm91bmQgKioNCjAzLzAy IDEwOjUwOjQ5IGFVNCAgc2VuZGZheDogSUdOT1JFIERDRCAoY2Fycmllcikgc3RhdHVzDQowMy8w MiAxMDo1MDo0OSBhVTQgICBmYXhfc2VuZF9wYWdlKCJmMS5nMyIpIHN0YXJ0ZWQuLi4NCjAzLzAy IDEwOjUwOjQ5IGFVNCAgIHRpb19zZXRfZmxvd19jb250cm9sKCBIQVJEICkNCjAzLzAyIDEwOjUw OjQ5IGFVNCAgZmF4X3NlbmQ6ICdBVCtGRFQnDQowMy8wMiAxMDo1MDo0OSBhVTQgIGZheF93YWl0 X2ZvcihDT05ORUNUKQ0KMDMvMDIgMTA6NTA6NDkgYVU0ICAgIGdvdDpbMGFdQVQrRkRUWzBkXQ0K MDMvMDIgMTA6NTA6NDkgYVU0ICAgZmF4X3dhaXRfZm9yOiBzdHJpbmcgJ0FUK0ZEVCcNCjAzLzAy IDEwOjUwOjQ5IGFVNCAgICBnb3Q6WzBkXVswYV0rRkNTOjEsMywwLDIsMCwwLDAsMFswZF0NCjAz LzAyIDEwOjUwOjU1IGFVNCAgIGZheF93YWl0X2Zvcjogc3RyaW5nICcrRkNTOjEsMywwLDIsMCww LDAsMCcNCjAzLzAyIDEwOjUwOjU1IGFVNCAgdHJhbnNtaXNzaW9uIHBhci46ICcrRkNTOjEsMyww LDIsMCwwLDAsMCcNCjAzLzAyIDEwOjUwOjU1IGFVNCAgICBnb3Q6WzBhXVswZF1bMGFdQ09OTkVD VFswZF0NCjAzLzAyIDEwOjUwOjU1IGFVNCAgIGZheF93YWl0X2Zvcjogc3RyaW5nICdDT05ORUNU JyoqIGZvdW5kICoqDQowMy8wMiAxMDo1MDo1NSBhVTQgICB0aW9fc2V0X2Zsb3dfY29udHJvbCgg SEFSRCBYT05fT1VUICkNCjAzLzAyIDEwOjUwOjU1IGFVNCAgc2VuZGluZyBmMS5nMy4uLg0KMDMv MDIgMTA6NTA6NTUgYVU0ICAgIHJlYWQgNjQsIHdyaXRlIDY0DQowMy8wMiAxMDo1MDo1NSBhVTQg ICAgcmVhZCA2NCwgd3JpdGUgNjQNCjAzLzAyIDEwOjUwOjU1IGFVNCAgICByZWFkIDY0LCB3cml0 ZSA2NA0KWy4uXQ0KMDMvMDIgMTA6NTE6MjYgYVU0ICAgIHJlYWQgNjQsIHdyaXRlIDY0DQowMy8w MiAxMDo1MToyNiBhVTQgICAgcmVhZCA2NCwgd3JpdGUgNjQNCjAzLzAyIDEwOjUxOjI2IGFVNCAg ICByZWFkIDUyLCB3cml0ZSA1Mg0KMDMvMDIgMTA6NTE6MjYgYVU0ICBwYWdlIGNvbXBsZXRlLCA0 MDkwMCBieXRlcyBzZW50DQowMy8wMiAxMDo1MToyNiBhVTQgIHNlbmRpbmcgRExFICcsJw0KMDMv MDIgMTA6NTE6MjYgYVU0ICAgIGdvdDpbMGFdWzBkXVswYV1PS1swZF0NCjAzLzAyIDEwOjUxOjMz IGFVNCAgZ290IHJlc3BvbnNlOiAnT0snDQowMy8wMiAxMDo1MTozMyBhVTQgICBmYXhfc2VuZF9w YWdlKCJmMi5nMyIpIHN0YXJ0ZWQuLi4NCjAzLzAyIDEwOjUxOjMzIGFVNCAgIHRpb19zZXRfZmxv d19jb250cm9sKCBIQVJEICkNCjAzLzAyIDEwOjUxOjMzIGFVNCAgZmF4X3NlbmQ6ICdBVCtGRFQn DQowMy8wMiAxMDo1MTozMyBhVTQgIGZheF93YWl0X2ZvcihDT05ORUNUKQ0KMDMvMDIgMTA6NTE6 MzMgYVU0ICAgIGdvdDpbMGFdDQowMy8wMiAxMDo1MzozNCBhVTQgIFdhcm5pbmc6IGdvdCBhbGFy bSBzaWduYWwhDQowMy8wMiAxMDo1MzozNCBhVTQgIG1kbV9yZWFkX2J5dGU6IHJlYWQgcmV0dXJu ZWQgLTE6IEludGVycnVwdGVkIHN5c3RlbSBjYWxsDQowMy8wMiAxMDo1MzozNCBhVTQgIG1kbV9n ZXRfbGluZTogY2Fubm90IHJlYWQgYnl0ZSwgcmV0dXJuOiBJbnRlcnJ1cHRlZCBzeXN0ZW0gY2Fs bA0KMDMvMDIgMTA6NTM6MzQgYVU0ICBBVCtGRFQgLT4gc29tZSBlcnJvciAoLTYpLCBhYm9ydCBm YXggc2VuZCENCg0KSSBjb3VsZCBjaGFuZ2UgdGhlIEFUJkgzIHRvIGRldm9sby1zcGVjaWZpYyBB VCtJRkM9MiwyICh3aGljaCBpcyBSVFMsQ1RTKSAtIGhhZCBhbHJlYWR5IHRlc3RlZCB0aGF0IGp1 c3QgdG8gbWFrZSBzdXJlLCBidXQgdGhhdCBpcyBtb2RlbSBkZWZhdWx0IHNldHRpbmcgYW55d2F5 IHNvIG1ha2VzIG5vIGRpZmZlcmVuY2UuIEkgcmV2ZXJ0ZWQgdG8gZGVmYXVsdCBzZW5kZmF4LmNv bmZpZyBhZnRlcndhcmRzIChpZGVudGljYWwgdG8gdGhlIDcuNCBzZXR0aW5ncykuDQoNCkkgbm90 aWNlZCB0aGF0IGZvciB0aGUgZmlyc3QgcGFnZSBJIGhhdmUgSEFSRCBYT05fT1VUIGFuZCBmb3Ig dGhlIHNlY29uZCBwYWdlIG9ubHkgSEFSRC4gVGhpcyBpcyBob3dldmVyIGV4YWN0bHkgdGhlIHNh bWUgYmVoYXZpb3Igb24gNy40Lg0Kc3R0eSAtZiAvZGV2L2N1YVU0IHJlZmxlY3RzIHRoaXMgKC1p eG9uIGlzIHNldCB3aGVuIHRyeWluZyB0byBzZW5kIHRoZSBzZWNvbmQgcGFnZSwgYW5kIGV2ZW4g aWYgLWNsb2NhbCB3YXMgc2V0IGJlZm9yZSAoZHVyaW5nIHRyYW5zbWlzc2lvbiBvZiB0aGUgZmly c3QgcGFnZSksIHRoaXMgaXMgdGhlbiBzZXQgYmFjayB0byBjbG9jYWwgd2hlbiB0aGUgc2Vjb25k IHBhZ2Ugc3RhcnRzKS4NCg0KT24gYm90aCA3LjQgYW5kIDEwLjIgZmlsZSAvZXRjL3JjLmQvc2Vy aWFsIGlzIHVuY2hhbmdlZCwgc28gbm8gc3BlY2lhbCBzZXR0aW5ncyBhcmUgYXBwbGllZC4NCk5v IHNwZWNpYWwgc2V0dGluZ3MgZm9yIGRldmQuY29uZiBlaXRoZXIuIEFuZCAxMC4yIChhcGFydCBm cm9tIGFkZGVkIHBvcnRzKSBpcyBqdXN0IHRoZSBwbGFpbiBSRUxFQVNFIGluc3RhbGxhdGlvbi4N Ck9yaWdpbmFsbHkgdGhpcyB3YXMgYSBiaW5hcnkgaW5zdGFsbGF0aW9uIG9ubHkgKGFwYXJ0IGZy b20gYWRkZWQgcG9ydHMpLiBJIGhhdmUgaW5zdGFsbGVkIHVzci9zcmMgKDEwLjItUkVMRUFTRSBw MTIpIGFuZCBjb21waWxlZCB3aXRoIHVjb20sIHVmdGRpIGluIGtlcm5lbCAoYmVjYXVzZSBpdCB3 YXMgY29tcGlsZWQgaW4gaW4gNy40IEZyZWVCU0QgdmVyc2lvbikgdG8gcnVsZSBvdXQgYW55IHBv c3NpYmxlIHNpZGUgZWZmZWN0cyB0aGVyZS4gTm90aGluZyBjaGFuZ2VkLCBidXQgYXQgbGVhc3Qg SeKAmW0gbm93IHByZXBhcmVkIHRvIHJlY29tcGlsZSB3aXRoIGFueSBwYXRjaGVzIHRocm93biBh dCBtZSA7LSkNCg0KT3RoZXJ3aXNlIEnigJltIGEgYml0IG91dCBvZiBpZGVhcyByaWdodCBub3cu DQoNCk1hbnkgdGhhbmtzIGFuZCBiZXN0IHJlZ2FyZHMsDQpIb2xnZXINCg0KDQoNCkRpcGxvbS1N YXRoZW1hdGlrZXINCkhvbGdlciBLaXBwDQpTZW5pb3IgQ29uc3VsdGFudCAgICAgICBbY2lkOmFs b2dpc19mb290ZXI0ZDMwLnBuZ10NCg0KRm9uOiArNDkgMzAgNDM2IDU4IDExNA0KRmF4OiArNDkg MzAgNDM2IDU4IDIxNA0KTW9iaWw64oCJKzQ5IDE3OCAzNiA1OCAxMTQNCiAgICAgICAgYWxvZ2lz IEFHDQpBbHQtTW9hYml0IDkwIEINCjEwNTU5IEJlcmxpbg0KDQoNCmhvbGdlci5raXBwQGFsb2dp cy5jb20gIHd3dy5hbG9naXMuY29tPGh0dHA6Ly93d3cuYWxvZ2lzLmNvbS8+DQoNCmFsb2dpcyBB Rw0KU2l0ei9SZWdpc3RlcmdlcmljaHQ6IEJlcmxpbi9BRyBDaGFybG90dGVuYnVyZywgSFJCIDcx NDg0DQpWb3JzdGFuZDogQXJuZSBGcmllZHJpY2hzLCBKb2VybiBTYW11ZWxzb24NCkF1ZnNpY2h0 c3JhdHN2b3JzaXR6ZW5kZXI6IFJlaW5oYXJkIE1pZWxrZQ0KDQoNCg== From owner-freebsd-stable@freebsd.org Wed Mar 2 11:02:05 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5CC55AC1BBC for ; Wed, 2 Mar 2016 11:02:05 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 01C961BFC for ; Wed, 2 Mar 2016 11:02:05 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mailman.ysv.freebsd.org (Postfix) id F2F50AC1BB9; Wed, 2 Mar 2016 11:02:04 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8A94AC1BB8 for ; Wed, 2 Mar 2016 11:02:04 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E5CC1BFA for ; Wed, 2 Mar 2016 11:02:04 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-wm0-x22d.google.com with SMTP id p65so74438990wmp.1 for ; Wed, 02 Mar 2016 03:02:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=LZpjuCunY1PrcBphr3AjEXT/J/+yM52qJrdKzKAm+c0=; b=y22X0KdTWetTnwVajf7TM5HAXoldy4j0D7PTid2WCZbPxPDNlrvtLwJb1oiEnX8xb2 KbddKvj68XXsaY4TKwfKloQAaMKl7muVn7pmgYsX8m4fTsK890cH7RugEWvPHx5u14e6 7s4F3h6oejYO3cb+CRwnRnItwxaE071s/B+dgp/lMIx8Xl9LUAQqx/4Dw32N+ZJZGR5R jL1HY3GvekKg0duxBhTApUqpnNrY/LRwbIb6vH3/6iv1RZfYVcC50/3Vz2XWeMR2JMwD XJ90dl1C6zNlyxLk9nnn1I0moLc4pDaSJA3jTwz1NI20CXkV+A0rP90M3b0z2uslqclH N5Sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=LZpjuCunY1PrcBphr3AjEXT/J/+yM52qJrdKzKAm+c0=; b=CCK70NcOl79YjNTx+W//INBxt0hb7E1EOYW8iPZxNvatMQwi9oEmqVGkBm65OFBL28 tFUqZEz+8PSODy2ZJYFNnh9DaT6zz1TlRg8xIvfOMD5UrOVQr0D4FYY2rC0BWPPC0oWC cverKrfW/bnEjPgz7y20Kkw21QMkX7ZAs6xYKYpHx/Wz3J+YcsM1FjOXz00ajXGvFcnU M2bmMIVkiEtwE2aljfPQnhUEXKqs27qqcZx4Yz8gzO5uCFc9Z+HoxsMQuK3UpzBlo+nr H8OCGPtDsfh/qQ++5lJ6z9eq3ounzD+ObN5BZtbKkprJcxTTIHDC2k8GWPHClaUgiTfO /IIg== X-Gm-Message-State: AD7BkJIQ8YNm0LO/bBmP59Z/2AJXH3QiqE+6K3er8ivVDnx2udWSd8ORN10P/r885Ypdb7HVBaoTfLOjmavQ31Hk MIME-Version: 1.0 X-Received: by 10.28.228.214 with SMTP id b205mr4281196wmh.94.1456916522736; Wed, 02 Mar 2016 03:02:02 -0800 (PST) Received: by 10.27.218.12 with HTTP; Wed, 2 Mar 2016 03:02:02 -0800 (PST) In-Reply-To: <20160302095339.GB67250@kib.kiev.ua> References: <20160302095339.GB67250@kib.kiev.ua> Date: Wed, 2 Mar 2016 03:02:02 -0800 Message-ID: Subject: Re: Process stuck in "vnread" From: Maxim Sobolev To: Konstantin Belousov Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Kirk McKusick Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 11:02:05 -0000 Thanks, Konstantin. Re: md(4) state: 0 88688 0 0 -8 0 0 16 tx->tx_s DL - 0:45.43 [md0] Its backtrace: About the backtrace, indeed, looks like you are right and some portion of it is not decoded properly, as it's loaded as a kernel module. The setup is somewhat even more complicated, the /usr/ports is mounted via NULLFS, so in this command: cp /usr/local/share/automake-1.15/compile ./compile The target (i.e. ./compile) here is a path on ZFS that is exported via NULLFS, while the source is a file on UFS2->md->ZFS. This is probably the reason stack trace is incomplete, both zfs.ko and nullfs.ko are loaded as modules and the next few frames point towards those. Unfortunately I cannot beat kgdb to read symbols from those .ko's and decode them. #13 0xffffffff80cb36f1 in copyin () #14 0xffffffff80977ddf in uiomove_faultflag () #15 0xffffffff819f699c in ?? () #16 0xfffffe0468a861a0 in ?? () #17 0xfffff80000000000 in ?? () #18 0xfffffe0468a861a0 in ?? () #19 0xfffff80176b39420 in ?? () #20 0x0000000000000001 in ?? () $ kldstat | grep 0xffffffff819 2 1 0xffffffff819bd000 aef8 nullfs.ko 3 1 0xffffffff819c8000 2fd2f0 zfs.ko On Wed, Mar 2, 2016 at 1:53 AM, Konstantin Belousov wrote: > On Wed, Mar 02, 2016 at 01:12:31AM -0800, Maxim Sobolev wrote: > > Hi, I've encountered cp(1) process stuck in the vnread state on one of my > > build machines that got recently upgraded to 10.3. > > > > 0 79596 1 0 20 0 17092 1396 wait I 1 > 0:00.00 > > /bin/sh /usr/local/bin/autoreconf -f -i > > 0 79602 79596 0 52 0 41488 9036 wait I 1 > 0:00.07 > > /usr/local/bin/perl -w /usr/local/bin/autoreconf-2.69 -f -i > > 0 79639 79602 0 72 0 0 0 - Z 1 > 0:00.27 > > > > 0 79762 79602 0 20 0 17092 1396 wait I 1 > 0:00.00 > > /bin/sh /usr/local/bin/automake --add-missing --copy --force-missing > > 0 79768 79762 0 52 0 49736 13936 wait I 1 > 0:00.11 > > /usr/local/bin/perl -w /usr/local/bin/automake-1.15 --add-missing --copy > > --force-missing > > 0 79962 79768 0 20 0 12368 1024 vnread DL 1 > 0:00.00 > > cp /usr/local/share/automake-1.15/compile ./compile > > > > I am not sure if it's related to that OS version upgrade, but I have not > > seen any such issues on the same machine in 2-3 years running essentially > > the same build process with version 9.x, 10.0, 10.1 and 10.2. > > > > $ uname -a > > FreeBSD van01.sippysoft.com 10.3-PRERELEASE FreeBSD 10.3-PRERELEASE #1 > > 80de3e2(master)-dirty: Tue Feb 2 12:19:57 PST 2016 > > sobomax@abc.sippysoft.com: > /usr/obj/usr/home/sobomax/projects/freebsd103/sys/ABC > > amd64 > > > > The kernel stack trace is: > > > > (kgdb) thread 360 > > [Switching to thread 360 (Thread 100515)]#0 0xffffffff8095244e in > > sched_switch () > > (kgdb) bt > > #0 0xffffffff8095244e in sched_switch () > > #1 0xffffffff809313b1 in mi_switch () > > #2 0xffffffff8097089a in sleepq_wait () > > #3 0xffffffff80930dd7 in _sleep () > > #4 0xffffffff809b230e in bwait () > > #5 0xffffffff80b511f3 in vnode_pager_generic_getpages () > > #6 0xffffffff80dd1607 in VOP_GETPAGES_APV () > > #7 0xffffffff80b4f59a in vnode_pager_getpages () > > #8 0xffffffff80b30031 in vm_fault_hold () > > #9 0xffffffff80b2f797 in vm_fault () > > #10 0xffffffff80cb5a75 in trap_pfault () > > #11 0xffffffff80cb51dd in trap () > > #12 0xffffffff80c9b122 in calltrap () > > #13 0xffffffff80cb36f1 in copyin () > > #14 0xffffffff80977ddf in uiomove_faultflag () > The backtrace indicates, with 99% certainity that the issue is in the > requested read never finishing. But the backtrace is obviously not > complete, and there might be something more happening. At least, > we do not handle page-ins during uiomove() on user io for quite > some time. > > If the vnode which io hung is UFS over md, you should look at the md > worker thread state. > > > > > The FS stack configuration is somewhat unique, so I am not sure if I am > > hitting some rare race condition or lock ordering issues specific to > that. > > It's basically ZFS (ZRAID) on top of pair or SATA SSDs with big file on > > that FS attached via md(4) and UFS2 on that md(4). The build itself runs > in > > chroot with that UFS2 fs as its primary root. > > > > Just maybe additional bit of info, attempting to list the directory with > > that UFS image also got my bash process stuck in "zfs" state, backtrace > > from that is: > A deadlock in the underlying io layer is consistent with this (secondary) > observation. > > > > > (kgdb) thread 353 > > [Switching to thread 353 (Thread 100508)]#0 0xffffffff8095244e in > > sched_switch () > > (kgdb) bt > > #0 0xffffffff8095244e in sched_switch () > > #1 0xffffffff809313b1 in mi_switch () > > #2 0xffffffff8097089a in sleepq_wait () > > #3 0xffffffff809069ad in sleeplk () > > #4 0xffffffff809060e0 in __lockmgr_args () > > #5 0xffffffff809b8b7c in vop_stdlock () > > #6 0xffffffff80dd0a3b in VOP_LOCK1_APV () > > #7 0xffffffff809d6d23 in _vn_lock () > > #8 0xffffffff81a8c9cd in ?? () > > #9 0x0000000000000000 in ?? () > > -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts Tel (Canada): +1-778-783-0474 Tel (Toll-Free): +1-855-747-7779 Fax: +1-866-857-6942 Web: http://www.sippysoft.com MSN: sales@sippysoft.com Skype: SippySoft From owner-freebsd-stable@freebsd.org Wed Mar 2 11:04:30 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5CDBCAC1DD0 for ; Wed, 2 Mar 2016 11:04:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 45FD51EAC for ; Wed, 2 Mar 2016 11:04:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 43AA0AC1DCD; Wed, 2 Mar 2016 11:04:30 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43306AC1DCC; Wed, 2 Mar 2016 11:04:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D1B571EAB; Wed, 2 Mar 2016 11:04:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u22B4Pt8066627 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 2 Mar 2016 13:04:25 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u22B4Pt8066627 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u22B4Poj066626; Wed, 2 Mar 2016 13:04:25 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 2 Mar 2016 13:04:25 +0200 From: Konstantin Belousov To: Maxim Sobolev Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Kirk McKusick Subject: Re: Process stuck in "vnread" Message-ID: <20160302110425.GE67250@kib.kiev.ua> References: <20160302095339.GB67250@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 11:04:30 -0000 On Wed, Mar 02, 2016 at 03:02:02AM -0800, Maxim Sobolev wrote: > Thanks, Konstantin. > > Re: md(4) state: > > 0 88688 0 0 -8 0 0 16 tx->tx_s DL - 0:45.43 > [md0] > > Its backtrace: So md is stuck in ZFS. From owner-freebsd-stable@freebsd.org Wed Mar 2 11:04:43 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19A7AAC1E41 for ; Wed, 2 Mar 2016 11:04:43 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EBAF71F92 for ; Wed, 2 Mar 2016 11:04:42 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mailman.ysv.freebsd.org (Postfix) id EB9C1AC1E40; Wed, 2 Mar 2016 11:04:42 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D13EBAC1E3E for ; Wed, 2 Mar 2016 11:04:42 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A1421F7F for ; Wed, 2 Mar 2016 11:04:42 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-wm0-x22e.google.com with SMTP id p65so74539374wmp.1 for ; Wed, 02 Mar 2016 03:04:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=mRl4W3t7jcWA3apZrRKwxTafm78sJOdSTGznSzZzs+g=; b=FJT9ggbyM9Vrkhuo8MbFx0rk3JHL+61m7P06T67JXMWMMLcVZw9L0Lpd+RCBGFLTob RWnOIgpXTTOuwYTmlW2XAfh4dM3YryPFc2jS3Es7FproVGbmXOC1232LclCQ8PSlHq2M hmRHs7j9ssBiDR0AyNGWIWwWQuYF2DzkS3I6r0M0ZyawB+fC8YklTFCEbvPMIQSu22aC w3y2CMXKvVK5Q3MBfngX3TEnPV1SUG764Ofd/nLZd8bawN04NteL0tiOwv/KUBzcwUfS 3Si/LtqU1jw3atMfmoKjlXt2YB9UnE2CqbMhsaXqmA1RgtCEy0Puu9QEzR+RnLaW/FLK 00Vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=mRl4W3t7jcWA3apZrRKwxTafm78sJOdSTGznSzZzs+g=; b=B/k8XoCmLrZx/RXsm62F71hpvfJ2eO9rUuziakW4svfd4yvDmcl8cAGAbylxa5Kib2 LV+yj3vrfOJP5sM/ktIlAQnNoURGZv7Tejrw2/JOeApb7M5xxQuDW1zNutVcg4629cfg 1BTgnSnOrfrj/kDGku3uZ6GVQ+ETwVJWH4u8se3Br4NA0RlZlYzwt84ZEsDW75LXMz16 HmpevRHpQAKHot9DMi46/G5aHpS/HaELM4IGLQnOnL8vg0XoLjsJSRMslzAbsZQfOcvM SAa3f3IerXt5xTeBL50geyuCuenHCyNEFj3Vlk9yB53qZyvqjaT0CeAJBStTpxXjDF1x HQGQ== X-Gm-Message-State: AD7BkJJTy61cv6Fn3NyFUuH7fvukamyrwNRfi4mwamd7TmkVFibifoBeHhY6lXIXera2NopX+ddofwQ+B3vn8av7 MIME-Version: 1.0 X-Received: by 10.28.92.195 with SMTP id q186mr3773417wmb.37.1456916680546; Wed, 02 Mar 2016 03:04:40 -0800 (PST) Sender: sobomax@sippysoft.com Received: by 10.27.218.12 with HTTP; Wed, 2 Mar 2016 03:04:40 -0800 (PST) In-Reply-To: References: <20160302095339.GB67250@kib.kiev.ua> Date: Wed, 2 Mar 2016 03:04:40 -0800 X-Google-Sender-Auth: ak_zCT0PyHsSvzbEEfCRL7TGNUg Message-ID: Subject: Re: Process stuck in "vnread" From: Maxim Sobolev To: Konstantin Belousov Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Kirk McKusick Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 11:04:43 -0000 Sorry gmail hit set too early. Backtrace from the md worker: [Switching to thread 357 (Thread 101131)]#0 0xffffffff8095244e in sched_switch () (kgdb) bt #0 0xffffffff8095244e in sched_switch () #1 0xffffffff809313b1 in mi_switch () #2 0xffffffff8097089a in sleepq_wait () #3 0xffffffff808d344d in _cv_wait () #4 0xffffffff81a42185 in ?? () #5 0xfffff803096d3960 in ?? () #6 0x0000000000000000 in ?? () On Wed, Mar 2, 2016 at 3:02 AM, Maxim Sobolev wrote: > Thanks, Konstantin. > > Re: md(4) state: > > 0 88688 0 0 -8 0 0 16 tx->tx_s DL - 0:45.43 > [md0] > > Its backtrace: > > > About the backtrace, indeed, looks like you are right and some portion of > it is not decoded properly, as it's loaded as a kernel module. The setup is > somewhat even more complicated, the /usr/ports is mounted via NULLFS, so in > this command: > > cp /usr/local/share/automake-1.15/compile ./compile > > The target (i.e. ./compile) here is a path on ZFS that is exported via > NULLFS, while the source is a file on UFS2->md->ZFS. This is probably the > reason stack trace is incomplete, both zfs.ko and nullfs.ko are loaded as > modules and the next few frames point towards those. Unfortunately I cannot > beat kgdb to read symbols from those .ko's and decode them. > > #13 0xffffffff80cb36f1 in copyin () > #14 0xffffffff80977ddf in uiomove_faultflag () > #15 0xffffffff819f699c in ?? () > #16 0xfffffe0468a861a0 in ?? () > #17 0xfffff80000000000 in ?? () > #18 0xfffffe0468a861a0 in ?? () > #19 0xfffff80176b39420 in ?? () > #20 0x0000000000000001 in ?? () > > $ kldstat | grep 0xffffffff819 > 2 1 0xffffffff819bd000 aef8 nullfs.ko > 3 1 0xffffffff819c8000 2fd2f0 zfs.ko > > > > > On Wed, Mar 2, 2016 at 1:53 AM, Konstantin Belousov > wrote: > >> On Wed, Mar 02, 2016 at 01:12:31AM -0800, Maxim Sobolev wrote: >> > Hi, I've encountered cp(1) process stuck in the vnread state on one of >> my >> > build machines that got recently upgraded to 10.3. >> > >> > 0 79596 1 0 20 0 17092 1396 wait I 1 >> 0:00.00 >> > /bin/sh /usr/local/bin/autoreconf -f -i >> > 0 79602 79596 0 52 0 41488 9036 wait I 1 >> 0:00.07 >> > /usr/local/bin/perl -w /usr/local/bin/autoreconf-2.69 -f -i >> > 0 79639 79602 0 72 0 0 0 - Z 1 >> 0:00.27 >> > >> > 0 79762 79602 0 20 0 17092 1396 wait I 1 >> 0:00.00 >> > /bin/sh /usr/local/bin/automake --add-missing --copy --force-missing >> > 0 79768 79762 0 52 0 49736 13936 wait I 1 >> 0:00.11 >> > /usr/local/bin/perl -w /usr/local/bin/automake-1.15 --add-missing --copy >> > --force-missing >> > 0 79962 79768 0 20 0 12368 1024 vnread DL 1 >> 0:00.00 >> > cp /usr/local/share/automake-1.15/compile ./compile >> > >> > I am not sure if it's related to that OS version upgrade, but I have not >> > seen any such issues on the same machine in 2-3 years running >> essentially >> > the same build process with version 9.x, 10.0, 10.1 and 10.2. >> > >> > $ uname -a >> > FreeBSD van01.sippysoft.com 10.3-PRERELEASE FreeBSD 10.3-PRERELEASE #1 >> > 80de3e2(master)-dirty: Tue Feb 2 12:19:57 PST 2016 >> > sobomax@abc.sippysoft.com: >> /usr/obj/usr/home/sobomax/projects/freebsd103/sys/ABC >> > amd64 >> > >> > The kernel stack trace is: >> > >> > (kgdb) thread 360 >> > [Switching to thread 360 (Thread 100515)]#0 0xffffffff8095244e in >> > sched_switch () >> > (kgdb) bt >> > #0 0xffffffff8095244e in sched_switch () >> > #1 0xffffffff809313b1 in mi_switch () >> > #2 0xffffffff8097089a in sleepq_wait () >> > #3 0xffffffff80930dd7 in _sleep () >> > #4 0xffffffff809b230e in bwait () >> > #5 0xffffffff80b511f3 in vnode_pager_generic_getpages () >> > #6 0xffffffff80dd1607 in VOP_GETPAGES_APV () >> > #7 0xffffffff80b4f59a in vnode_pager_getpages () >> > #8 0xffffffff80b30031 in vm_fault_hold () >> > #9 0xffffffff80b2f797 in vm_fault () >> > #10 0xffffffff80cb5a75 in trap_pfault () >> > #11 0xffffffff80cb51dd in trap () >> > #12 0xffffffff80c9b122 in calltrap () >> > #13 0xffffffff80cb36f1 in copyin () >> > #14 0xffffffff80977ddf in uiomove_faultflag () >> The backtrace indicates, with 99% certainity that the issue is in the >> requested read never finishing. But the backtrace is obviously not >> complete, and there might be something more happening. At least, >> we do not handle page-ins during uiomove() on user io for quite >> some time. >> >> If the vnode which io hung is UFS over md, you should look at the md >> worker thread state. >> >> > >> > The FS stack configuration is somewhat unique, so I am not sure if I am >> > hitting some rare race condition or lock ordering issues specific to >> that. >> > It's basically ZFS (ZRAID) on top of pair or SATA SSDs with big file on >> > that FS attached via md(4) and UFS2 on that md(4). The build itself >> runs in >> > chroot with that UFS2 fs as its primary root. >> > >> > Just maybe additional bit of info, attempting to list the directory with >> > that UFS image also got my bash process stuck in "zfs" state, backtrace >> > from that is: >> A deadlock in the underlying io layer is consistent with this (secondary) >> observation. >> >> > >> > (kgdb) thread 353 >> > [Switching to thread 353 (Thread 100508)]#0 0xffffffff8095244e in >> > sched_switch () >> > (kgdb) bt >> > #0 0xffffffff8095244e in sched_switch () >> > #1 0xffffffff809313b1 in mi_switch () >> > #2 0xffffffff8097089a in sleepq_wait () >> > #3 0xffffffff809069ad in sleeplk () >> > #4 0xffffffff809060e0 in __lockmgr_args () >> > #5 0xffffffff809b8b7c in vop_stdlock () >> > #6 0xffffffff80dd0a3b in VOP_LOCK1_APV () >> > #7 0xffffffff809d6d23 in _vn_lock () >> > #8 0xffffffff81a8c9cd in ?? () >> > #9 0x0000000000000000 in ?? () >> >> > > > -- > Maksym Sobolyev > Sippy Software, Inc. > Internet Telephony (VoIP) Experts > Tel (Canada): +1-778-783-0474 > Tel (Toll-Free): +1-855-747-7779 > Fax: +1-866-857-6942 > Web: http://www.sippysoft.com > MSN: sales@sippysoft.com > Skype: SippySoft > From owner-freebsd-stable@freebsd.org Wed Mar 2 17:21:21 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3B54AC1355 for ; Wed, 2 Mar 2016 17:21:21 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7356115EA for ; Wed, 2 Mar 2016 17:21:21 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [172.31.20.14]) by system.jails.se (Postfix) with SMTP id 7FE974800BE for ; Wed, 2 Mar 2016 18:21:18 +0100 (CET) Received: from klein.pean.org (unknown [IPv6:2001:470:de59::60]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 013D44800BA for ; Wed, 2 Mar 2016 18:21:17 +0100 (CET) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: multipart/signed; boundary="Apple-Mail=_0A4C80AB-5C6D-4BFF-A36E-24609FABA844"; protocol="application/pkcs7-signature"; micalg=sha1 Subject: /dev/led soekris 6501. Message-Id: Date: Wed, 2 Mar 2016 18:21:15 +0100 To: FreeBSD Stable Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3093\)) X-Mailer: Apple Mail (2.3093) X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Mar 2 18:21:18 2016 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 56d7210e177762019120174 X-DSPAM-Factors: 27, vc+p, 0.40000, is+no+#+for+%e2%80%9cready, 0.40000, fairly+easy+#+control+them, 0.40000, fairly+#+#+control+them, 0.40000, for+%e2%80%9cready+#+#+leds, 0.40000, and+#+#+#+the, 0.40000, archive+com+#+tech, 0.40000, Mime-Version*Mail+9.0, 0.40000, archive+#+#+tech+lists, 0.40000, msg06738+html+and+#+ross, 0.40000, leds+on+the+#+6501, 0.40000, ross+vc+#+183, 0.40000, To*Stable+freebsd-stable, 0.40000, the+#+6501+even+though, 0.40000, vc+p+183, 0.40000, support+#+#+and+%e2%80%9cerror, 0.40000, How+come+there, 0.40000, com+#+#+and, 0.40000, come+#+#+no+support, 0.40000, control+them, 0.40000, 6501+even+though, 0.40000, leds+#+#+#+6501, 0.40000, even+though, 0.40000, msg06738, 0.40000, mail+archive+#+soekris, 0.40000, From*Peter_Ankerst%c3%a5l, 0.40000, From*Peter_Ankerst%c3%a5l, 0.40000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 17:21:21 -0000 --Apple-Mail=_0A4C80AB-5C6D-4BFF-A36E-24609FABA844 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi! How come there is no support for =E2=80=9Cready" and =E2=80=9Cerror" = leds on the soekris 6501 even though it seems fairly easy to control = them?=20 Please see = http://www.mail-archive.com/soekris-tech@lists.soekris.com/msg06738.html = and http://ross.vc/?p=3D183 --Apple-Mail=_0A4C80AB-5C6D-4BFF-A36E-24609FABA844 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL0TCCBeIw ggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmlj YXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4X DTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmvmCSsu1d52DXsCR58zJQbCtB2/A5uFqNx WacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnmVkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+C evdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx 7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PIdopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8U lVS8pkIsoGGJtMuWjLL4tq2hYQuuN0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1Ud DwEB/wQEAwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB /wIBADAyBgNVHR8EKzApMCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmww ZgYIKwYBBQUHAQEEWjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYI KwYBBQUHMAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQU JIFsOWG+SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYD VR0gBDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY0JdO ruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpFNjDmQbcM 3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9uRbhjTu/b0x2 Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p6q/CW+uVrZiSW57+ q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOvZ3UDsTDTagXpRDIKQLZo 02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOumZhLP+SWJQnjpLpSlUOj95uf 1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7RX6gVr0fQoCyMczNzCTcRXYHY0tq 2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO/ZskmSY8wtAk24orAc0vwXgYanqNsBX5 Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsNJQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1 UeGp/2deoprGevfnxWB+vHNQiu85o6MwggXnMIIEz6ADAgECAhAdwkZzPAAYv96HE98uZJjPMA0G CSqGSIb3DQEBCwUAMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYD VQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20g Q2xhc3MgMSBDbGllbnQgQ0EwHhcNMTYwMTI2MTcxODQ0WhcNMTcwMTI2MTcxODQ0WjA4MRcwFQYD VQQDDA5wZXRlckBwZWFuLm9yZzEdMBsGCSqGSIb3DQEJARYOcGV0ZXJAcGVhbi5vcmcwggIiMA0G CSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQCwqV33CkA0AcJKEWGdaBVRxR37sXxEkkhq19lru5yk DJpYi6ocVvMFQVss9Yk16i2E1DdktxK6zYI/6XmAJqa/QblJeX535zVAVE/9+5rcV3yXb7HdfSAu b5OxvZvd5hTt3YxmCXeDC0pMzZke0bX2oVUqUgLmlWuo+S8yVW1GIWDP8G1u3FJnnGx31S3ZNiq4 vPdpCZzttSPAQS8Ev6mwxAI6TRFrtvqfHI3kbPpqXRoWBCwwzfGN3y01QM/K4hbEo78BdaIq61cI MZv6kHyx0zGdhdhUiLlMvM5FcFlhCju49c7mJekFfVahpQVmYOq1q04v6km3lFj/HqJy9BDVKe/x z7RKBqIF06msyWdGCN5KKpRDIkuWEUByFWJkrMiTi5lkXY7oSWGzVK7RIHdidpy6tbcsFdDLB8Hh 7Wh/3r8eGP9VSyUUEwuK/aKfaQYFhCyNXHrWjJpHzbcjP6Xf6rrbavZfOU++wN8aqGEwEQa7QKKh 9Sd8KQd8BdwwYohfwoNUsrRoOr3UHKvzFzyln7hQBiFjHpnLWTLBdF7Z8Uit5vqLpP6WfMdZE1h8 dEC7suFtBRziZQUdqjB+qFxSDB494pZW0ZxYXboBxxJDPWfanZaJnTRE52f3zqC21e3gewiX2Uw9 yfr0mDnkYln6ezySA22q51vt+HY4CGSnjQIDAQABo4IBrjCCAaowCwYDVR0PBAQDAgSwMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBQ04RHsQYirZqzw URApkWCeAOCFvzAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBvBggrBgEFBQcBAQRj MGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5BggrBgEFBQcwAoYtaHR0 cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEuY3J0MDgGA1UdHwQxMC8wLaAr oCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGllbnQxLmNybDAZBgNVHREEEjAQgQ5w ZXRlckBwZWFuLm9yZzAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wRgYDVR0g BD8wPTA7BgsrBgEEAYG1NwECBDAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggEBALwG9xRbvTNO3YlZYPQ/aurIp1fbO+W1c80gBL0Y 1jeW2Rwb0EF6EMkpsl/gFALmktGvDkEaNWGvj7d/eUNv3kUceiUod7sbiBNSN2oiVxqe7RcfVYY1 cNTCJsxGeC+c533jJzEWgB9ZIULyTawUBvYEsT0phiX17hQuRL8F/aJyUcyz+yFccZHMVe6DxuAe mJ/PMcKUe1xb3tcCtSQW8FIfY9KDuxKeiU6mXi7RXAiIIq8tFNkJYsPtNIkKtOeGwjLidaNG1nMi xGKc7fl+G6VGmMvZv6mSE1LPqPZJUwXgbcfVIIrpDEGkDS5AP5/o6DZr8AiOe2Za1pCO3f+Dv3cx ggROMIIESgIBATCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcG A1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29t IENsYXNzIDEgQ2xpZW50IENBAhAdwkZzPAAYv96HE98uZJjPMAkGBSsOAwIaBQCgggGZMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE2MDMwMjE3MjExNlowIwYJKoZI hvcNAQkEMRYEFFU+8d1GOUr/kAru4mCYj0jX+B9dMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkG A1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRp ZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQ HcJGczwAGL/ehxPfLmSYzzCBnAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAU BgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0 aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPf LmSYzzANBgkqhkiG9w0BAQEFAASCAgBgf9GMI24wFi9Nz+PFoX7hR+LT/CSW6nyQtNht0eGvNdtq muQxn5zbKvbUDlDCIgFvytqm5mBIKpDEQNAR6yXc20Jtk1qllRe3WVbENkU7QB/C1fyu6Ie58LWf /IwEtrAzSolEz5twQF0ZvY6qZHlmzy7JbvjU6N0Lq1qYQnFwsldU5Rjg39XmzeJAo6zyOX7Zcd++ EskZDe4Mt6NmN5pXuVd3fRmlZW6PIPcvoCpK/Xc4D25mQZJoEApXl+g3xkl/wvheLm8/vGhAnWXC xgnWs+eI/Rxt+27d9h6yxHHjnuk/4s6TXq4vP4PkSek3yLWZVw5fj3rF+lUlEgwnRgtrhqS/VGKg VZiTCuCxEIZZ496+ByWd62PMKPwWTHHrTu5ckpP/hWhHic4F4et6M644dNfBl1WiScfThxuj+V5N Fs9vl/fZ5SywdKKXQlrSjlOM6kW/J6NJ75iGNzbpsYCOGaTuCW/WSLJawb/O8XinNzT0EP28l0KB 3AbjinAwpLp9RFa4b5W4aiGlBMbkni2AHeKPuGHi2OjD2tqb6zGipCRU8H68G4cESeNqzg73i+lt P+RtCvu8GA/kHRi2Lb+YqPpTy/6bMSAHekgRZl46P1KM40Mp4su5/Tiw020j2jixdntGz1QJ24oP IyQBeBnvuoNgwQnPh8UI8c4R3DlbtgAAAAAAAA== --Apple-Mail=_0A4C80AB-5C6D-4BFF-A36E-24609FABA844-- From owner-freebsd-stable@freebsd.org Wed Mar 2 18:59:49 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9752AAC0648 for ; Wed, 2 Mar 2016 18:59:49 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from lamora.getmail.no (lamora.getmail.no [84.210.184.7]) by mx1.freebsd.org (Postfix) with ESMTP id 5673319EF for ; Wed, 2 Mar 2016 18:59:49 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from localhost (localhost [127.0.0.1]) by lamora.getmail.no (Postfix) with ESMTP id B714AED49C for ; Wed, 2 Mar 2016 19:53:06 +0100 (CET) Received: from lamora.getmail.no ([127.0.0.1]) by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id vsD2XxyqWrNw for ; Wed, 2 Mar 2016 19:53:06 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by lamora.getmail.no (Postfix) with ESMTP id 46EADED4A0 for ; Wed, 2 Mar 2016 19:53:06 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.8.4 lamora.getmail.no 46EADED4A0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getmail.no; s=8A9C8B4C-D727-11E2-8095-B6466E6B3FA2; t=1456944786; bh=Ld5YeloC5qJM6qpE3D8ShZ+ZPu/FH3EmN7pE9W9YeEU=; h=Date:From:To:Subject:Message-Id:Mime-Version:Content-Type: Content-Transfer-Encoding; b=4qSOpYwKBMgmxjTLthmP86JA7t2yZie8xe0a1ztzsyGpFGO42/aYaQRb7LKOZkIIR Zp4kxKolD110ERkA6KiWe68bBrf45YlfwhvncdPdsBzy0aFHBjnfIrbz1n+WXGrrE8 u+t0n1kVsYuI1pIFOFKLSwP6Q4lHcfPwfnEZObx8= X-Virus-Scanned: amavisd-new at lamora.get.c.bitbit.net Received: from lamora.getmail.no ([127.0.0.1]) by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id nwBuedIVOyty for ; Wed, 2 Mar 2016 19:53:06 +0100 (CET) Received: from kg-core1.kg4.no (cm-84.215.226.9.getinternet.no [84.215.226.9]) by lamora.getmail.no (Postfix) with ESMTPSA id 14920ED49C for ; Wed, 2 Mar 2016 19:53:06 +0100 (CET) Date: Wed, 2 Mar 2016 19:53:05 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: /dev/led soekris 6501. Message-Id: <20160302195305.fee331be91afc707fdd6ed77@getmail.no> In-Reply-To: References: X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd9.3) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 18:59:49 -0000 On Wed, 2 Mar 2016 18:21:15 +0100 Peter Ankerst=C3=A5l wrote: > Hi! >=20 > How come there is no support for =E2=80=9Cready" and =E2=80=9Cerror" le= ds on the soekris 6501 even though it seems fairly easy to control them?=20 >=20 > Please see http://www.mail-archive.com/soekris-tech@lists.soekris.com/m= sg06738.html and > http://ross.vc/?p=3D183 a) perhaps no developer have that board? b) nobody has written the necessary code to do so? There is a finite (and quite small) number of FreeBSD developers. There is a large (maybe infinite?) number of boards, SBC's, computers, to= asters and so on that could run FreeBSD... --=20 Torfinn Ingolfsen From owner-freebsd-stable@freebsd.org Wed Mar 2 20:11:05 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70DBDAC271D for ; Wed, 2 Mar 2016 20:11:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 412A21F02; Wed, 2 Mar 2016 20:11:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id u22KB3p2056971 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Mar 2016 15:11:04 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c] ([IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c]) by lava.sentex.ca (8.14.9/8.14.9) with ESMTP id u22KB2bo077945; Wed, 2 Mar 2016 15:11:03 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: svn commit: r296317 - in stable/10: crypto/openssl crypto/openssl/apps crypto/openssl/crypto crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/crypto/bn/asm crypto/openssl/crypto/ds... To: Xin LI , src-committers@freebsd.org, FreeBSD-STABLE Mailing List References: <201603021543.u22Fh1Tk057669@repo.freebsd.org> From: Mike Tancsa Organization: Sentex Communications Message-ID: <56D748CF.8070303@sentex.net> Date: Wed, 2 Mar 2016 15:10:55 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <201603021543.u22Fh1Tk057669@repo.freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:11:05 -0000 On 3/2/2016 10:43 AM, Xin LI wrote: > Author: delphij > Date: Wed Mar 2 15:43:01 2016 > New Revision: 296317 > URL: https://svnweb.freebsd.org/changeset/base/296317 > Hi, On installworld, I get ===> secure (install) ===> secure/lib (install) ===> secure/lib/libcrypto (install) install -C -o root -g wheel -m 444 libcrypto.a /usr/lib install -C -o root -g wheel -m 444 libcrypto_p.a /usr/lib install -s -o root -g wheel -m 444 libcrypto.so.7 /lib install -l s /lib/libcrypto.so.7 /usr/lib/libcrypto.so cp -f /usr/src/secure/lib/libcrypto/opensslconf-x86.h opensslconf.h make[6]: exec(cp) failed (No such file or directory) *** Error code 1 Stop. make[6]: stopped in /usr/src/secure/lib/libcrypto *** Error code 1 Stop. make[5]: stopped in /usr/src/secure/lib *** Error code 1 Stop. make[4]: stopped in /usr/src/secure *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@freebsd.org Wed Mar 2 20:25:59 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AC41AC2C86 for ; Wed, 2 Mar 2016 20:25:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C6011C13 for ; Wed, 2 Mar 2016 20:25:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 80BF1B96B; Wed, 2 Mar 2016 15:25:58 -0500 (EST) From: John Baldwin To: Harry Schmalzbauer Cc: FreeBSD Stable , Mark Saad Subject: Re: ahci-timeout regression in beta3 Date: Wed, 02 Mar 2016 09:32:41 -0800 Message-ID: <10965531.zQdbXDLmAc@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <56D48DEF.5020304@omnilan.de> References: <56D350B6.6090906@omnilan.de> <56D48DEF.5020304@omnilan.de> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 02 Mar 2016 15:25:58 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:25:59 -0000 On Monday, February 29, 2016 07:29:03 PM Harry Schmalzbauer wrote: > Bez=C3=BCglich Harry Schmalzbauer's Nachricht vom 28.02.2016 20:55 (= localtime): > > Hello, > > > > I have a remote machine with a probably defective ODD, but until r2= 94989 > > (from Jan 28th) I could boot with just these warnings: > > (cd1:ahcich1:0:0:0): READ(10). CDB: 28 00 00 38 85 e0 00 00 01 00 > > (cd1:ahcich1:0:0:0): CAM status: SCSI Status Error > > (cd1:ahcich1:0:0:0): SCSI status: Check Condition > > (cd1:ahcich1:0:0:0): SCSI sense: MEDIUM ERROR asc:11,0 (Unrecovered= read > > error) > > (cd1:ahcich1:0:0:0): Error 5, Unretryable error > > (cd1:ahcich1:0:0:0): cddone: got error 0x5 back > > =E2=80=A6 > > > > beta3 doesn't boot anymore, it's hanging with ahci-timeouts: > > ahcich2: Timeout on slot 11 port 0 > > ahcich2: is 00000008 cs 00000000 ss 00000000 rs 00000800 tfd 40 der= r > > 00000000 cmd 0004cb17 > > (ada1:ahcich2:0:0:0): READ_FPDMA_QUEUED. ACB: 60 01 ae a3 50 40 5d = 01 00 > > 00 00 00 > > ... > > (aprobe0:ahcich2:0:0:0) ATA_IDENTIFY. ACB eec 00 00 00 00 40 00 00 = 00 00 > > 00 00 > > (aprobe0:ahcich2:0:0:0) CAM status: Command timeout > > (aprobe0:ahcich2:0:0:0) Error 5, Retry was blocked > > ada1 detached > > ... > > The numbers (first ACB) and also the channel varies from time to ti= me >=20 > I could narrow it down to r295480 > (https://svnweb.freebsd.org/base?view=3Drevision&revision=3D295480) >=20 > Reverting that lets the machine boot again. >=20 > I captured verbose boot messages, finding out that problem relaxes wi= th > verbose-booting, since ahci seems to recover: > =E2=80=A6 > TSC timecounter discards lower 1 bit(s) > Timecounter "TSC-low" frequency 1746033500 Hz quality -100 > ahcich2: Timeout on slot 12 port 0 > ahcich2: is 00000008 cs 00000000 ss 00000000 rs 00001000 tfd 40 serr > 00000000 cmd 0004cc17 > ahcich2: AHCI reset... > (ada1:ahcich2:0:0:0): READ_FPDMA_QUEUED. ACB: 60 04 71 a3 50 40 5d 01= 00 > 00 00 00 > (ada1:ahcich2:0:0:0): CAM status: Command timeout > (ada1:ahcich2:0:0:0): Retrying command > ahcich2: SATA connect time=3D100us status=3D00000123 > ahcich2: AHCI reset: device found > ahcich2: AHCI reset: device ready after 100ms > ahcich1: SNTF 0x0001 > ahcich1: SNTF 0x0001 > =E2=80=A6 >=20 > I have checked twice that r295480 introduces boot failure here. >=20 > I have absolutely no idea where/how/why/what race happens... >=20 > Thanks for any hints, That is most bizarre. Does HEAD boot fine on this machine? The change= in question probably alters the timing of startup a bit since the rando= m kthread is placed on the run queue later which might affect the relativ= e order of kthreads as they start executing, but that would just mean it = is exposting a race in some other part of the system. --=20 John Baldwin From owner-freebsd-stable@freebsd.org Wed Mar 2 20:40:30 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9765AC1233 for ; Wed, 2 Mar 2016 20:40:30 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7346512B3; Wed, 2 Mar 2016 20:40:30 +0000 (UTC) (envelope-from delphij@gmail.com) Received: by mail-ig0-x22d.google.com with SMTP id y8so3621051igp.0; Wed, 02 Mar 2016 12:40:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=crGaqlNUk8/ID98PnQUqcQJUvakt79DXFX1YclRwTew=; b=d+xZo/n6deOzjzzsq6k+KbM4CYNlQUeo5CQcBYq6aav7YtZgH34BWdaPviNFNYOIE1 v82I9EiB0Y3w5cdE2eKXxN5Fp4yYDjtk020A3U7KMpQo97r3mEbDFcIOFm92pks0qNLB mjZdbd8+KDu4jNV2ZwLS+p2Wut0BfHrEkqzC+Tg7a3zT4yEMou2mXJNFGbFp4XVAxfkU UPrXTp7PZE5ms7tfxNae+rcscx5BhgIJve1K7zXtHvuUheBQLjlUwyJFA907pWGTUNff ROsFKzeVY1XJqsAdmvaBlPmRD309Wsp4MmpRqfQ/5XmmsExwAKf72DMCD4I1Oq5X3Jr0 A1lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=crGaqlNUk8/ID98PnQUqcQJUvakt79DXFX1YclRwTew=; b=PSr2M1Yr7RgKQstrersI4dD6gKfT1agq7F0DaupAK321T0EkOAWiyQ2i5Eio6Rp0w7 jG4pr8HwfOLb8sUnchwBZqyu+bvXOCB3BD6RmrxQSB8oWj3c1vLSiRGCmm9HrDz8/C5V CX8GPGCoXsO9/sKDXtZ2dmpGv0lME4QeyCo+hp/NC6aDnnvOpJG7r0yKWcd+f0ITqnve zOmIIE4ezUzhi4tWPLk2RfyNiQQJ+GqT1sradkjOHl7DjvPboH0bO1SFN+fRxwuo81hy ANLfHaO8yxpUKFhPU7u+DWZ2EKIeiLhNjXiCtukVOhog/CZs7bP4uZsHG5eCDuZTOGGR F5Jg== X-Gm-Message-State: AD7BkJKgeO7RUi4FSzezpY3p83mzyK2oFzWRwqN6l7Iya7uvh+tLJwLn02NrHzBnzWp66SKLVlrhRcY5ZiNSlQ== MIME-Version: 1.0 X-Received: by 10.50.164.229 with SMTP id yt5mr2012686igb.6.1456951229787; Wed, 02 Mar 2016 12:40:29 -0800 (PST) Received: by 10.36.54.207 with HTTP; Wed, 2 Mar 2016 12:40:29 -0800 (PST) In-Reply-To: <56D748CF.8070303@sentex.net> References: <201603021543.u22Fh1Tk057669@repo.freebsd.org> <56D748CF.8070303@sentex.net> Date: Wed, 2 Mar 2016 12:40:29 -0800 Message-ID: Subject: Re: svn commit: r296317 - in stable/10: crypto/openssl crypto/openssl/apps crypto/openssl/crypto crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/crypto/bn/asm crypto/openssl/crypto/ds... From: Xin LI To: Mike Tancsa Cc: Xin LI , "src-committers@freebsd.org" , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:40:30 -0000 Hrm this is really weird! Sorry I can't debug this right now, but please do keep us posted if you have new findings. One quick guess: Can you confirm if your system clock is correct? Cheers, On Wed, Mar 2, 2016 at 12:10 PM, Mike Tancsa wrote: > On 3/2/2016 10:43 AM, Xin LI wrote: >> Author: delphij >> Date: Wed Mar 2 15:43:01 2016 >> New Revision: 296317 >> URL: https://svnweb.freebsd.org/changeset/base/296317 >> > > > Hi, > On installworld, I get > > ===> secure (install) > ===> secure/lib (install) > ===> secure/lib/libcrypto (install) > install -C -o root -g wheel -m 444 libcrypto.a /usr/lib > install -C -o root -g wheel -m 444 libcrypto_p.a /usr/lib > install -s -o root -g wheel -m 444 libcrypto.so.7 /lib > install -l s /lib/libcrypto.so.7 /usr/lib/libcrypto.so > cp -f /usr/src/secure/lib/libcrypto/opensslconf-x86.h opensslconf.h > make[6]: exec(cp) failed (No such file or directory) > *** Error code 1 > > Stop. > make[6]: stopped in /usr/src/secure/lib/libcrypto > *** Error code 1 > > Stop. > make[5]: stopped in /usr/src/secure/lib > *** Error code 1 > > Stop. > make[4]: stopped in /usr/src/secure > *** Error code 1 > > Stop. > make[3]: stopped in /usr/src > *** Error code 1 > > Stop. > make[2]: stopped in /usr/src > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > > > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die From owner-freebsd-stable@freebsd.org Wed Mar 2 20:40:31 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2F83AC1236 for ; Wed, 2 Mar 2016 20:40:31 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B85D812B5 for ; Wed, 2 Mar 2016 20:40:30 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u22KeIF7041115 for ; Wed, 2 Mar 2016 12:40:24 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD STABLE" From: "Chris H" Subject: Why must X open TCP by default? Date: Wed, 02 Mar 2016 12:40:24 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:40:31 -0000 Hello, This is regarding 9-STABLE. All of the 9-STABLE boxes that have Xorg installed, and running on them, insist on opening TCP port 6000; as reported by sockstat(1) Xorg 1295 1 tcp6 *:6000 *:* Xorg 1295 3 tcp4 *:6000 *:* I see that the (current(ish)) documentation indicates that this option is off, by default, and can be enabled by passing -listen_tcp to startx(1). This seems to hold true, as all of my -CURRENT boxes do not show port 6000 as being open while X is running. So my question is; how can I prevent X from opening tcp ports? I attempted; startx -nolisten tcp startx -nolisten_tcp but no joy. Is there an option available for xorg.conf(5)? Maybe like DisableTCP true or Option "DisableTCP" "true" I couldn't find any hints in the man pages. Anyway, any input greatly appreciated. Thanks! --Chris From owner-freebsd-stable@freebsd.org Wed Mar 2 20:44:19 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C380BAC15AB for ; Wed, 2 Mar 2016 20:44:19 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9080E1AB5 for ; Wed, 2 Mar 2016 20:44:19 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-io0-x235.google.com with SMTP id n190so5313551iof.0 for ; Wed, 02 Mar 2016 12:44:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=XQgNqcXluDoByzQOv+DNJwxVvIWZ+FwD6sdQfUmXAQA=; b=c9t/FwcANGSGX+UmEatfczpFkLbe++yIlv+3YZ4+4pKQXWqUCtrbF/Ox5cVDTjhmNa PmHwyBbxnajc7a2DhzunQDUWLUodbkwnIIA7XAD3CSH3gd6Q+fwqOCFsSMy2ci9MFRqF Yl+ePxDsYN9pe7WFfudXkOmTx/l7tX/ToLj3VTPt31mk1Qa9S/bBLbI7VO/8WvDKnySu XynZ9b3wp89G6akOexjqPvUbfrku2vZOI7T4DwurKxV7xo8wVWUFYM1PqrEL+tRA1E3N F3R1BHgwTfzz1xnMmUbgnOKb3dNWbW53nbjAeeTJOKDkCmMo08NIRCbORx+G7EqTiN6Y xU1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=XQgNqcXluDoByzQOv+DNJwxVvIWZ+FwD6sdQfUmXAQA=; b=YnNPX4VJIt8kTsgd+yDozLrc/s8lbzuWWYHHASkZ7woj41pr2ZwdjRE7vhnO1CYpcQ IMwbN9hGQbjFywCU04KyHoILugtna17rTaP0DFF2FNVLr/sJcvi5G7Y7m0rqc1YBL7+N FSficfSVBXm1kLpW4B7BVgq63ZSajlyB1qjTX+1au91ZHTsqL0OfPo91B/Luai6RN3JR 4pC5pDo2NrM9jZGnnr5KwWVFALcfvzb8qffaAZM2gs+LYljz+wm2loSPqvgzvGBZda1x dDg3Etqoivo25KLQ12gnKF2VYVyujrn1tw7fi3E9+SckCIRPA5EXSXFkxlhepc6yw/GO Aaqg== X-Gm-Message-State: AG10YOQHf5bYlyhzgHrdqocl8LxsboEeZZTiCk7r0pvnZ/z5XE75KYKSQthAZzG4/2FFjw5B+ZpMPVIvah2PRA== MIME-Version: 1.0 X-Received: by 10.107.3.79 with SMTP id 76mr30444160iod.101.1456951458930; Wed, 02 Mar 2016 12:44:18 -0800 (PST) Received: by 10.107.140.129 with HTTP; Wed, 2 Mar 2016 12:44:18 -0800 (PST) In-Reply-To: References: Date: Wed, 2 Mar 2016 12:44:18 -0800 Message-ID: Subject: Re: Why must X open TCP by default? From: Freddie Cash To: Chris H Cc: FreeBSD STABLE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:44:19 -0000 On Wed, Mar 2, 2016 at 12:40 PM, Chris H wrote: > Hello, > This is regarding 9-STABLE. All of the 9-STABLE boxes > that have Xorg installed, and running on them, insist on > opening TCP port 6000; as reported by sockstat(1) > > Xorg 1295 1 tcp6 *:6000 *:* > Xorg 1295 3 tcp4 *:6000 *:* > > I see that the (current(ish)) documentation indicates > that this option is off, by default, and can be enabled > by passing -listen_tcp to startx(1). This seems to hold > true, as all of my -CURRENT boxes do not show port 6000 > as being open while X is running. So my question is; > how can I prevent X from opening tcp ports? > I attempted; > startx -nolisten tcp > =E2=80=8BDoes the following work (note the extra -- in the command)?=E2=80= =8B =E2=80=8Bstartx -- -nolisten tcp=E2=80=8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@freebsd.org Wed Mar 2 20:44:26 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AEF0AC15C2 for ; Wed, 2 Mar 2016 20:44:26 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 482621B0F for ; Wed, 2 Mar 2016 20:44:26 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by mail-vk0-x236.google.com with SMTP id e185so1023800vkb.1 for ; Wed, 02 Mar 2016 12:44:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=GqHghLs87VDbF5hPB15Pq19E/fi+R1bJiXr4BupCXtY=; b=X8CJJ3MIr2opXpav+s6gRtCrWhyo7YqTOiPPiaTjazOTHjh4AbJNJdMnt2zmlTYrLv ZwLOv4ppI06hghkC/DzYPBqKvEeaU78UT0UgJF/Nh5j2/48Z4yvpIIaQgoIoLf8QisCh ppvJGpEmsPrlQudVceHkI87tZHb7+UukJIXdXiBQY7I2JVHl4LGzEuVyAZe0WNpQrk5L Pf3Gk5gUy+tusK+4QhAbLpygdEtkEewE4y+tYw0VFThD9QNSrbSkr168vAI/KhnDRWto ZUPkJBclEQzgSDZLB80ZVNkpQIilzTWV0Q4pqqEyoJ7XeeGONT3Hngfjm3faIXvZa6qD akgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=GqHghLs87VDbF5hPB15Pq19E/fi+R1bJiXr4BupCXtY=; b=kJMcrNchcjgCWvvQkZZ/uLRo/AY5ZVdFq9v1t9I4Ex0b6CEG+vFG9i1j6wVXaKkaD1 BtQ0/MY1vnAqU9kC8KSKZZJo60Z+xHV3Phhbhdw/Bmvbyrne9r7WXbvD23p7han5ERx8 8IpMNnX8WerKnk3CnG1TukNjZYN5yRKVZLcPSS486ZsMJy5qGTMjE6TtmnIfFKuiRoy1 d9loY7for4Rv42hiFO99puM4r7e8wJo8UUAgDKot+tTuVIXhWD99p8MfZbDETz1FF0Mi gnvt1XVnkt8McAWhViBm45Vm1NrZKrKJZVQD/SvZaQzX/vq5j3wXOnMb77jmE0TPODXG o+bA== X-Gm-Message-State: AD7BkJKPaVR8brd9wD8+1THsfuqHuvROg1mgEQRw2sfq3HHpxY7esFi8a4WHvjacfs9d1meDhG8M6MGmsgLI0g== MIME-Version: 1.0 X-Received: by 10.31.14.149 with SMTP id 143mr22693001vko.3.1456951465320; Wed, 02 Mar 2016 12:44:25 -0800 (PST) Received: by 10.176.3.44 with HTTP; Wed, 2 Mar 2016 12:44:25 -0800 (PST) In-Reply-To: References: Date: Wed, 2 Mar 2016 15:44:25 -0500 Message-ID: Subject: Re: Why must X open TCP by default? From: Brandon Allbery To: Chris H Cc: FreeBSD STABLE Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:44:26 -0000 On Wed, Mar 2, 2016 at 3:40 PM, Chris H wrote: > startx -nolisten tcp That would pass it to the session, not the server. startx -- -nolisten tcp (startx [[/path/to/session/start] session parameters] [-- [/path/to/server] [:display] server parameters], see xinit manpage) -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@freebsd.org Wed Mar 2 20:49:52 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AFA2AC18F7 for ; Wed, 2 Mar 2016 20:49:52 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EDF071DF8; Wed, 2 Mar 2016 20:49:51 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id u22Knovk060309 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Mar 2016 15:49:51 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c] ([IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c]) by lava.sentex.ca (8.14.9/8.14.9) with ESMTP id u22KnnQj078087; Wed, 2 Mar 2016 15:49:49 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: svn commit: r296317 - in stable/10: crypto/openssl crypto/openssl/apps crypto/openssl/crypto crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/crypto/bn/asm crypto/openssl/crypto/ds... To: Xin LI References: <201603021543.u22Fh1Tk057669@repo.freebsd.org> <56D748CF.8070303@sentex.net> Cc: Xin LI , "src-committers@freebsd.org" , FreeBSD-STABLE Mailing List From: Mike Tancsa Organization: Sentex Communications Message-ID: <56D751E6.8030005@sentex.net> Date: Wed, 2 Mar 2016 15:49:42 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:49:52 -0000 On 3/2/2016 3:40 PM, Xin LI wrote: > Hrm this is really weird! Sorry I can't debug this right now, but > please do keep us posted if you have new findings. > > One quick guess: Can you confirm if your system clock is correct? The strange thing is that I did it on 2 other boxes and could not reproduce it. On the problem box, date/time looks good. I changed to /usr/src/secure/lib/libcrypto and did a make install thinking I would see the error again. Instead, it worked ?!?! Then installworld worked. Not sure whats going on :( I have a few more boxes to update. I will see if any others show the same behaviour. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@freebsd.org Wed Mar 2 20:56:49 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A11FAC1E09 for ; Wed, 2 Mar 2016 20:56:49 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F00A174D for ; Wed, 2 Mar 2016 20:56:48 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u22Kugx0043561 for ; Wed, 2 Mar 2016 12:56:48 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: , From: "Chris H" Subject: Re: Why must X open TCP by default? Date: Wed, 02 Mar 2016 12:56:48 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <38daa5ebf8d9d06b5595ff8da54cc18c@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:56:49 -0000 On Wed, 2 Mar 2016 12:44:18 -0800 Freddie Cash wrote > On Wed, Mar 2, 2016 at 12:40 PM, Chris H wrote: > > > Hello, > > This is regarding 9-STABLE. All of the 9-STABLE boxes > > that have Xorg installed, and running on them, insist on > > opening TCP port 6000; as reported by sockstat(1) > > > > Xorg 1295 1 tcp6 *:6000 *:* > > Xorg 1295 3 tcp4 *:6000 *:* > > > > I see that the (current(ish)) documentation indicates > > that this option is off, by default, and can be enabled > > by passing -listen_tcp to startx(1). This seems to hold > > true, as all of my -CURRENT boxes do not show port 6000 > > as being open while X is running. So my question is; > > how can I prevent X from opening tcp ports? > > I attempted; > > startx -nolisten tcp > > > > ​Does the following work (note the extra -- in the command)?​ > > ​startx -- -nolisten tcp​ Hello, Freddie. Good catch, by both you, and Brandon. I just tried it. But sockstat(1) still reports 6000 being open. Closing the X server, and session, reveal that 6000 is no longer open. Bummer. Thanks to both of you for the fast, and informative reply! --Chris From owner-freebsd-stable@freebsd.org Wed Mar 2 20:59:58 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5AE9AAC1F65 for ; Wed, 2 Mar 2016 20:59:58 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-vk0-x22f.google.com (mail-vk0-x22f.google.com [IPv6:2607:f8b0:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 16FA719E8 for ; Wed, 2 Mar 2016 20:59:58 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by mail-vk0-x22f.google.com with SMTP id k196so1504867vka.0 for ; Wed, 02 Mar 2016 12:59:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=R6BWqfeOW1vhLki6q1IEGnmmsjl2Rayil5Ma66x5JRk=; b=Et5YOuhNKgchpGrgd8bhRyMZRG6bdRZwSkm8yt95/t9fH1h8CGDZHQB+xZqXSvuIWJ tsJGzUMk5/45v5ufxVrlltv9JDBUHv13qOA8XXhJYW1pv7zXuCj3j9GL3T35NevtwOUe KaRsflYuun4lSn0fIfmhT/DcUN30GD00at1jECVU3Uu4pF3kwPDHmLHhxk7YU9aV4Se1 nKzBlYjimy9hTwF+cVNkbxPfZH4wgAFukk5zPXaZmKZjuHFodh6OTnIBeKwZStAGY6nw oAWmFSIwQq0k4IhUCW19VVhGWGN2DGUxV+sD5CdOOVbLoQ4FZAP4GvrmrceyWLs3OP6Q 9ABw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=R6BWqfeOW1vhLki6q1IEGnmmsjl2Rayil5Ma66x5JRk=; b=eTrlz4gA+k5v6Vq6/nQy1tVj6QdS9o7iEITjyDOJZesxy9H/hkY7sl4Oims3rdlSiO prvftqRBL4nV812wG3MHEBn2iUBgGUsPBvzSBW/mSi96mmI9xn1R9lExgjrmsXgp1O8D Mr/Tkb1K72xSPchucsSPcO3BkNMk0jU6OvM1kDP8bFNpHmNmVFzmviITMuKIb+/Xs07U mjvWyVPej8WHsfqPPwa0jycx/ubV6T2882msTv11/pmaR4cn9A8tT45VCvoXOEMv4mbL ASN6gAafj0WQQbf71rOWZHFhlpXZUo22qsy7Wqxz0E5fmC7A2YICxqq+dxi2vskQ13rb nkoA== X-Gm-Message-State: AD7BkJIATob5iz5IFL8ebkb7MySX5dqqinz637hhx0MSHa3pElFb1dK9Wvamj+BrxPXKpodq1loLjb+Ajg+7mQ== MIME-Version: 1.0 X-Received: by 10.31.54.139 with SMTP id d133mr22031324vka.132.1456952397126; Wed, 02 Mar 2016 12:59:57 -0800 (PST) Received: by 10.176.3.44 with HTTP; Wed, 2 Mar 2016 12:59:57 -0800 (PST) In-Reply-To: <38daa5ebf8d9d06b5595ff8da54cc18c@ultimatedns.net> References: <38daa5ebf8d9d06b5595ff8da54cc18c@ultimatedns.net> Date: Wed, 2 Mar 2016 15:59:57 -0500 Message-ID: Subject: Re: Why must X open TCP by default? From: Brandon Allbery To: Chris H Cc: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:59:58 -0000 On Wed, Mar 2, 2016 at 3:56 PM, Chris H wrote: > Good catch, by both you, and Brandon. I just tried it. But > sockstat(1) still reports 6000 being open. Closing the X > server, and session, reveal that 6000 is no longer open. > Bummer. > Check `man 7 Xserver` to verify the option needed. You might also have to check the xserverrc file (I don't recall where it is offhand and can't really check right now, but startx is a shell script and the default xserverrc will be set near the top) to see if it is overriding the option. In that case you could copy the xserverrc to ~/.xserverrc (make sure it's chmod +x) and edit that copy to force nolisten tcp, or for multiple users you'd edit the master xserverrc but may need to remember to re-edit after system updates. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@freebsd.org Wed Mar 2 22:54:54 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4BBF0AC127A for ; Wed, 2 Mar 2016 22:54:54 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2F38B1E76 for ; Wed, 2 Mar 2016 22:54:53 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u22MsleM061173 for ; Wed, 2 Mar 2016 14:54:53 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: <38daa5ebf8d9d06b5595ff8da54cc18c@ultimatedns.net>, From: "Chris H" Subject: Re: Why must X open TCP by default? Date: Wed, 02 Mar 2016 14:54:53 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <4d19e06d7d2c32801a10011cbd46e2e7@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 22:54:54 -0000 On Wed, 2 Mar 2016 15:59:57 -0500 Brandon Allbery wrote > On Wed, Mar 2, 2016 at 3:56 PM, Chris H wrote: > > > Good catch, by both you, and Brandon. I just tried it. But > > sockstat(1) still reports 6000 being open. Closing the X > > server, and session, reveal that 6000 is no longer open. > > Bummer. > > > > Check 'man 7 Xserver' to verify the option needed. You might also have to > check the xserverrc file (I don't recall where it is offhand and can't > really check right now, but startx is a shell script and the default > xserverrc will be set near the top) to see if it is overriding the option. > In that case you could copy the xserverrc to ~/.xserverrc (make sure it's > chmod +x) and edit that copy to force nolisten tcp, or for multiple users > you'd edit the master xserverrc but may need to remember to re-edit after > system updates. > Thanks for the pointers Brandon. I had already consulted them, but (as with your clarification) I glossed over it all a bit too quickly. I saw the difference as: -nolisten && --nolisten rather than as intended: -- -nolisten Once I discovered that, the command worked as intended. OTOH I was unable to discover a way to make the -nolisten option GLOBAL. eg; Xorg will *never* listen on a tcp port. While I could have edited /usr/local/etx/X11/xinit/xinitrc I didn't want to alter it, lest upgrading refuse to update it with the newer version. So I simply created an ~/startx file containing: #!/bin/sh - /usr/local/bin/startx -- -nolisten tcp exit which seems to get the job done, and allow me to be lazy at the CLI. :-) Thanks again, to both you, and Freddie for taking the time to respond with such useful info! --Chris From owner-freebsd-stable@freebsd.org Wed Mar 2 22:54:56 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B045BAC1286 for ; Wed, 2 Mar 2016 22:54:56 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9117E1E7F for ; Wed, 2 Mar 2016 22:54:56 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8CF84AC1284; Wed, 2 Mar 2016 22:54:56 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7295EAC127D for ; Wed, 2 Mar 2016 22:54:56 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 127991E7E for ; Wed, 2 Mar 2016 22:54:56 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-wm0-x22c.google.com with SMTP id l68so9295183wml.1 for ; Wed, 02 Mar 2016 14:54:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=nU3osJWbyQOM357JpDpoOF6Va6vl07ADZaiAHO+nnck=; b=mytrZUcSgfp7C4F2856sRQWppVsPiJSquT65Z/EFWUjA2mlZfZalfIoeZ5xeRUdedg xredgRu+44IWQtWqxcMvv2+20B4dLPiocLV0FJVLjGW4Xb6cxMLDHcqJUPbH977wg5PI 37+bnYxGc1qI0PLXtNqExNUysDrjBhuIlUU+nB/aAlYWFinJAsusPoPA56LBWuNr2J+k VXDKTPDPelEIbKYLy7LR4YHH1pCW8Lzb0R+LWf55xmQrCdZ2GwNA1vZkAPYYqQxky+y+ 9vSgIlAn2nizkC4Tl125zxWEjz1QoTmy9Yc+dzhnKywc7gg0DAGSGXzwH2E6sPATFxxJ dsLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=nU3osJWbyQOM357JpDpoOF6Va6vl07ADZaiAHO+nnck=; b=EZCkIU07jOp5Y5v+q5DscYMtNal7HFhnyAdbmkJP+E2zrrISXUE6P5nIIJtuX/mery r6S3kVnpsO+ZdI80lX8kduH2WwLHEdGJb56AyKq0lQvkhtU61qfdl6r7ByMfFgK0kTfX 5EN37vJZQKGpx5e2ljmuI5ej9psBISvVzd90bxHBGgGaSi06NcxnL2j29PFbr4OzOCE8 nLZXV7E110UaAS2kZu8pNXAksw6EjbJgkATXNbtp7hvQBREZFezKqADpQAVao9Dt5JYF o6PtkgU2KE9xd9HOqV4Xpk06tnLYiWjlFtTlG4C7NTWc0rvE36Yh1zz+gBf8R/TrTTeY Q56A== X-Gm-Message-State: AD7BkJJdm+bYazku/VjgMYccPDuHZG6GD7RMQey5R9urSYVpIlIZHmv+EmOyfvFD6LXR8j3LtmwGegKRjkCA8Wy2 MIME-Version: 1.0 X-Received: by 10.28.148.16 with SMTP id w16mr2339385wmd.90.1456959294472; Wed, 02 Mar 2016 14:54:54 -0800 (PST) Sender: sobomax@sippysoft.com Received: by 10.27.218.12 with HTTP; Wed, 2 Mar 2016 14:54:54 -0800 (PST) In-Reply-To: References: Date: Wed, 2 Mar 2016 14:54:54 -0800 X-Google-Sender-Auth: vlc9Hpm8VViwLMGy3RyDLj1nYAo Message-ID: Subject: Re: Process stuck in "vnread" From: Maxim Sobolev To: Ronald Klop Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Kirk McKusick , kib@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 22:54:56 -0000 Thanks Ronald, I think this is at least a possibility that it's related, I've bumped myself up to the latest FreeBSD 10.3-BETA3 (svn revision 296326) and compiled nullfs statically, so I'll run those builds and see how it goes. -Max On Wed, Mar 2, 2016 at 1:32 AM, Ronald Klop wrote: > Hello, > > Would it be possible this has to do with the resolved 'system hangs when > using ZFS caused by VFS' in 10.3-BETA3? > > https://lists.freebsd.org/pipermail/freebsd-stable/2016-February/084238.html > > Regards, > Ronald. > > > On Wed, 02 Mar 2016 10:12:31 +0100, Maxim Sobolev > wrote: > > Hi, I've encountered cp(1) process stuck in the vnread state on one of my >> build machines that got recently upgraded to 10.3. >> >> 0 79596 1 0 20 0 17092 1396 wait I 1 0:00.00 >> /bin/sh /usr/local/bin/autoreconf -f -i >> 0 79602 79596 0 52 0 41488 9036 wait I 1 0:00.07 >> /usr/local/bin/perl -w /usr/local/bin/autoreconf-2.69 -f -i >> 0 79639 79602 0 72 0 0 0 - Z 1 0:00.27 >> >> 0 79762 79602 0 20 0 17092 1396 wait I 1 0:00.00 >> /bin/sh /usr/local/bin/automake --add-missing --copy --force-missing >> 0 79768 79762 0 52 0 49736 13936 wait I 1 0:00.11 >> /usr/local/bin/perl -w /usr/local/bin/automake-1.15 --add-missing --copy >> --force-missing >> 0 79962 79768 0 20 0 12368 1024 vnread DL 1 0:00.00 >> cp /usr/local/share/automake-1.15/compile ./compile >> >> I am not sure if it's related to that OS version upgrade, but I have not >> seen any such issues on the same machine in 2-3 years running essentially >> the same build process with version 9.x, 10.0, 10.1 and 10.2. >> >> $ uname -a >> FreeBSD van01.sippysoft.com 10.3-PRERELEASE FreeBSD 10.3-PRERELEASE #1 >> 80de3e2(master)-dirty: Tue Feb 2 12:19:57 PST 2016 >> sobomax@abc.sippysoft.com: >> /usr/obj/usr/home/sobomax/projects/freebsd103/sys/ABC >> amd64 >> >> The kernel stack trace is: >> >> (kgdb) thread 360 >> [Switching to thread 360 (Thread 100515)]#0 0xffffffff8095244e in >> sched_switch () >> (kgdb) bt >> #0 0xffffffff8095244e in sched_switch () >> #1 0xffffffff809313b1 in mi_switch () >> #2 0xffffffff8097089a in sleepq_wait () >> #3 0xffffffff80930dd7 in _sleep () >> #4 0xffffffff809b230e in bwait () >> #5 0xffffffff80b511f3 in vnode_pager_generic_getpages () >> #6 0xffffffff80dd1607 in VOP_GETPAGES_APV () >> #7 0xffffffff80b4f59a in vnode_pager_getpages () >> #8 0xffffffff80b30031 in vm_fault_hold () >> #9 0xffffffff80b2f797 in vm_fault () >> #10 0xffffffff80cb5a75 in trap_pfault () >> #11 0xffffffff80cb51dd in trap () >> #12 0xffffffff80c9b122 in calltrap () >> #13 0xffffffff80cb36f1 in copyin () >> #14 0xffffffff80977ddf in uiomove_faultflag () >> >> The FS stack configuration is somewhat unique, so I am not sure if I am >> hitting some rare race condition or lock ordering issues specific to that. >> It's basically ZFS (ZRAID) on top of pair or SATA SSDs with big file on >> that FS attached via md(4) and UFS2 on that md(4). The build itself runs >> in >> chroot with that UFS2 fs as its primary root. >> >> Just maybe additional bit of info, attempting to list the directory with >> that UFS image also got my bash process stuck in "zfs" state, backtrace >> from that is: >> >> (kgdb) thread 353 >> [Switching to thread 353 (Thread 100508)]#0 0xffffffff8095244e in >> sched_switch () >> (kgdb) bt >> #0 0xffffffff8095244e in sched_switch () >> #1 0xffffffff809313b1 in mi_switch () >> #2 0xffffffff8097089a in sleepq_wait () >> #3 0xffffffff809069ad in sleeplk () >> #4 0xffffffff809060e0 in __lockmgr_args () >> #5 0xffffffff809b8b7c in vop_stdlock () >> #6 0xffffffff80dd0a3b in VOP_LOCK1_APV () >> #7 0xffffffff809d6d23 in _vn_lock () >> #8 0xffffffff81a8c9cd in ?? () >> #9 0x0000000000000000 in ?? () >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> > > From owner-freebsd-stable@freebsd.org Thu Mar 3 01:13:49 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AFFBAAC1595 for ; Thu, 3 Mar 2016 01:13:49 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 773141360 for ; Thu, 3 Mar 2016 01:13:49 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from john by potato.growveg.org with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1abHpl-000KoW-8P for freebsd-stable@freebsd.org; Thu, 03 Mar 2016 01:13:41 +0000 Date: Thu, 3 Mar 2016 01:13:41 +0000 From: John To: freebsd-stable@freebsd.org Subject: Re: problems with powerd and cpufreq on AMD Quad-Core A8-4555M Message-ID: <20160303011341.GA44043@potato.growveg.org> Reply-To: john@potato.growveg.org Mail-Followup-To: freebsd-stable@freebsd.org References: <20160228151843.GA69185@potato.growveg.org> <20160229013612.GA2085@potato.growveg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: john X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 01:13:49 -0000 On Mon, Feb 29, 2016 at 03:28:37PM +1100, Dewayne Geraghty wrote: >That's a nuisance! > >As I said, IF I load the module before the kernel, I'm good as follows. >However if I load after booting, then I don't have any frequencies to >choose from. > >I'm afraid the only "help" I can provide is of my working situation :( The >order might be relevant. >As I might have mentioned, if I load after the kernel, then kldload will >show cpufreq.ko but there will be no frequencies to choose from. Hi Dewayne, I now think powerd/cpufreq doesn't work with AMD Turbo Boost, so it won't work here. There's plenty of references to Powernow, but this chip doesn't have that. I've also tried latest -current, and powerd doesn't work there either with the default config. thanks for trying to help anyway! -- John From owner-freebsd-stable@freebsd.org Thu Mar 3 02:23:41 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5940AAC107C for ; Thu, 3 Mar 2016 02:23:41 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B22D1B23 for ; Thu, 3 Mar 2016 02:23:40 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u232NWfB020897 for ; Wed, 2 Mar 2016 18:23:39 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <20160303015011.GB7329@neutralgood.org> References: <38daa5ebf8d9d06b5595ff8da54cc18c@ultimatedns.net> <4d19e06d7d2c32801a10011cbd46e2e7@ultimatedns.net>, <20160303015011.GB7329@neutralgood.org> From: "Chris H" Subject: Re: Why must X open TCP by default? Date: Wed, 02 Mar 2016 18:23:39 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 02:23:41 -0000 On Wed, 2 Mar 2016 20:50:11 -0500 kpneal@pobox.com wrote > On Wed, Mar 02, 2016 at 02:54:53PM -0800, Chris H wrote: > > #!/bin/sh - > > /usr/local/bin/startx -- -nolisten tcp > > > > exit > > > > which seems to get the job done, and allow me to be lazy > > at the CLI. :-) > > Personally, I'd go with: > > #!/bin/sh - > exec /usr/local/bin/startx -- -nolisten tcp > > Because then I have one fewer processes running cluttering up my ps listings, > and because the exit code from startx will now naturally be picked up by > the parent program. What if, for example, startx crashes? Your script > will hide that fact. With exec no information is lost. Crap. Good point(s); points I should have already recognized. I'm apparently not firing on all cylinders today. Thanks, Neal, for taking the time to give me a Wake Up call! :-) > > -- > Kevin P. Neal http://www.pobox.com/~kpn/ --Chris From owner-freebsd-stable@freebsd.org Thu Mar 3 03:18:23 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 312DFAC274C for ; Thu, 3 Mar 2016 03:18:23 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0CE3B2069 for ; Thu, 3 Mar 2016 03:18:22 +0000 (UTC) (envelope-from tom@samplonius.org) Received: by mail-pa0-x22b.google.com with SMTP id fy10so6111058pac.1 for ; Wed, 02 Mar 2016 19:18:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samplonius-org.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3s0Fslpjnbcd+acawpMAkhZqtREM14wkGNraVaz8V6k=; b=W05d7+96GO1RE4EjRDzQvEvkhO6Zvcbo2xdrp/INc5zADVjEMtGfpcZ70EiQXqO7/N xZikC5aYL/sryFdEs7FIw0AoRgXaY9cczWQsdJdz1P4Nzi8M0XYcEo1bKoMkPhs4x4bY j+sP29Ewk97wtBrvJ8yUQqwU5Di3Pz6ARDvMTqlV3JZDi+M+wvnVbrnydHRjG/rTDH1U o1ose4OOi/f6fX/mIcR50FUyVWlVlzV4LpWsoLdVLNywU+sXY4S0hH61aqLOllTgrG/j /5mTMefD9qCe6Tc/Ae59qb781dlCr41OK+Aw+8k8NBqY5oM52RqjFVHR/sFLtAjZk70W Cq8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3s0Fslpjnbcd+acawpMAkhZqtREM14wkGNraVaz8V6k=; b=mEv4fB8JCfpGN5vVSIByh08pObw4G97zsZ5YpxrPRZgu3YoK5yU0s2T/Ctvs3tXJHB qavSazDJZ6xgi19Pbee46E8ZwkYB761isKJkz45uBIL0qNeiSgfJeon+BQ8LkB8exhjU oiYwWJ/R/VHZkJbYil8F14c4tQRskbNQgMeLx4KQ4cra5vqOeIPvDdlP5wEY7CjD+kNl BY142VST6XFnwHy5PO8cCbA8ftASgwxRqh28kmNAn+dGoep9sbAGZ6J/nus6ipUBi+Yo CFU++ojzHHMR2caqIjRRrhj0ubpnPiaJjmQbFpJq+QMXFG07miRUnG7JC0bUQ8uJ0qSu LmcQ== X-Gm-Message-State: AD7BkJL25Cg5RHXETa8lwAk6nBpZDXYYz78weHGPIKZXeTgYnZ/AVdQ6o/KvGuZ2XrokGg== X-Received: by 10.67.6.72 with SMTP id cs8mr454690pad.138.1456975102331; Wed, 02 Mar 2016 19:18:22 -0800 (PST) Received: from [10.227.233.45] ([24.244.23.185]) by smtp.gmail.com with ESMTPSA id lq10sm56193785pab.36.2016.03.02.19.18.21 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Mar 2016 19:18:21 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: /dev/led soekris 6501. From: Tom Samplonius In-Reply-To: <20160302195305.fee331be91afc707fdd6ed77@getmail.no> Date: Wed, 2 Mar 2016 19:18:20 -0800 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20160302195305.fee331be91afc707fdd6ed77@getmail.no> To: Torfinn Ingolfsen X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 03:18:23 -0000 >>=20 >> How come there is no support for =E2=80=9Cready" and =E2=80=9Cerror" = leds on the soekris 6501 even though it seems fairly easy to control = them?=20 >>=20 >=20 > a) perhaps no developer have that board? > b) nobody has written the necessary code to do so? >=20 c) There is no generally accepted meaning for what =E2=80=9Cready=E2=80=9D= or =E2=80=9Cerror=E2=80=9D LEDs might mean in FreeBSD, so implementing = a driver for these LEDs may be a solution in a search of a problem. Tom= From owner-freebsd-stable@freebsd.org Thu Mar 3 06:47:00 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2284CAC2617 for ; Thu, 3 Mar 2016 06:47:00 +0000 (UTC) (envelope-from des@des.no) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 11F921EE6 for ; Thu, 3 Mar 2016 06:47:00 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id 0E453AC2616; Thu, 3 Mar 2016 06:47:00 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0DE80AC2614 for ; Thu, 3 Mar 2016 06:47:00 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id CE8CF1EE5 for ; Thu, 3 Mar 2016 06:46:59 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id ED0AA5BF8; Thu, 3 Mar 2016 06:46:51 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 7F956477E7; Thu, 3 Mar 2016 07:46:46 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mike Tancsa Cc: "stable\@freebsd.org" Subject: Re: svn commit: r295367 - in stable/10: crypto/openssh crypto/openssh/contrib crypto/openssh/contrib/caldera crypto/openssh/contrib/cygwin crypto/openssh/contrib/redhat crypto/openssh/contrib/suse cryp... References: <201602071138.u17Bctwi038780@repo.freebsd.org> <56D46FAF.2010605@sentex.net> Date: Thu, 03 Mar 2016 07:46:46 +0100 In-Reply-To: <56D46FAF.2010605@sentex.net> (Mike Tancsa's message of "Mon, 29 Feb 2016 11:19:59 -0500") Message-ID: <86oaaw2h49.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 06:47:00 -0000 Mike Tancsa writes: > I noticed on a server that I updated on Friday that incorporates > r295367, some lightweight clients that were using aes128-cbc are now > failing to connect. Is this a planned change ? If so, perhaps a heads > up in UPDATING ? Please file a bug and send me the number. I will make sure this change is reverted in 10, and we can discuss whether to keep it in 11. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@freebsd.org Thu Mar 3 07:11:00 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60CE6AC20EB for ; Thu, 3 Mar 2016 07:11:00 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15F8E1D2E for ; Thu, 3 Mar 2016 07:10:59 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [172.31.20.14]) by system.jails.se (Postfix) with SMTP id B0820481B80 for ; Thu, 3 Mar 2016 08:10:56 +0100 (CET) Received: from [192.168.167.222] (nyx.uppmax.uu.se [130.238.137.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 23BD2481B7E for ; Thu, 3 Mar 2016 08:10:56 +0100 (CET) Subject: Re: /dev/led soekris 6501. To: freebsd-stable@freebsd.org References: <20160302195305.fee331be91afc707fdd6ed77@getmail.no> From: =?UTF-8?Q?Peter_Ankerst=c3=a5l?= Message-ID: <56D7E37E.2050202@pean.org> Date: Thu, 3 Mar 2016 08:10:54 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms040308060907010900090806" X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Mar 3 08:10:56 2016 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 56d7e380177769907217320 X-DSPAM-Factors: 27, what+%93ready%94+#+#+LEDs, 0.40000, To+#+understanding, 0.40000, fairly+easy+#+control+them, 0.40000, this+works+#+older, 0.40000, fairly+#+#+control+them, 0.40000, but, 0.40000, my+understanding+#+works+on, 0.40000, wrote+How+#+there, 0.40000, the+#+#+error, 0.40000, message+in+MIME+format+On, 0.40000, %93error+leds, 0.40000, that+board+b+nobody+has, 0.40000, Also, 0.40000, no+support+for+%93ready+and, 0.40000, and+#+#+#+the, 0.40000, them+#+#+no, 0.40000, it+#+Also+the, 0.40000, AM, 0.40000, %93error%94+#+#+mean+in, 0.40000, leds+on+the+#+6501, 0.40000, manual+#+#+#+time, 0.40000, dev+led+#+is+specifically, 0.40000, Content-Description*S+#+#+Signature, 0.40000, the+#+#+error+is, 0.40000, is+no+generally+#+meaning, 0.40000, generally+#+meaning+for, 0.40000, or, 0.40000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 07:11:00 -0000 This is a cryptographically signed message in MIME format. --------------ms040308060907010900090806 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable On 03/03/2016 04:18 AM, Tom Samplonius wrote: > >>> >>> How come there is no support for =93ready" and =93error" leds on the = soekris 6501 even though it seems fairly easy to control them? >>> >> >> a) perhaps no developer have that board? >> b) nobody has written the necessary code to do so? >> > > c) There is no generally accepted meaning for what =93ready=94 or =93er= ror=94 LEDs might mean in FreeBSD, so implementing a driver for these LED= s may be a solution in a search of a problem. > I see. To my understanding this works on older soekris hardware but I=20 havent tested it myself. Also the /dev/led/error is specifically=20 mentioned in the led(4) manual. Thanks for your time. --------------ms040308060907010900090806 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC C9EwggXiMIIDyqADAgECAhBrp4p9CteI1lEK+Vnk57ThMA0GCSqGSIb3DQEBCwUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0xNTEyMTYwMTAwMDVaFw0zMDEyMTYwMTAwMDVaMHUxCzAJBgNV BAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQg Q0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC9fdr3w6J9g/Zbgv3bW1+uHht1 wLUZr5gkrLtXedg17AkefMyUGwrQdvwObhajcVmnKVxhrUwkZPXRAwZZosRHfEIi5FH7x6SV /8Sp5lZEuiMnvMFG2MzLA84J6Ws5T4NfXZ0qn4TPgnr3X2vPVS51M7Ua9nIJgn8jvTra4eyy QzxvuA/GZwKg7VQfDCmCS+kICslYYWgXOMt2xlsSslxLce0CGWRsT8EpMyt1iDflSjXZIsE7 m1uTyHaKZspMLyIyz6mySu8j8BWWHpChNNeTrFuhVfrOAyDPFJVUvKZCLKBhibTLloyy+Lat oWELrjdI4a8StZY8+dIR9t4APXGzAgMBAAGjggFkMIIBYDAOBgNVHQ8BAf8EBAMCAQYwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1UdEwEB/wQIMAYBAf8CAQAwMgYDVR0f BCswKTAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3JsMGYGCCsGAQUF BwEBBFowWDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29tMDAGCCsGAQUF BzAChiRodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9jYS5jcnQwHQYDVR0OBBYEFCSB bDlhvkkPj7cbRivJKLUnSG1oMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mHMMo0aEPQQa7yMD8G A1UdIAQ4MDYwNAYEVR0gADAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggIBAIvj94fsAYuErQ8BAluc4SMnIwS9NPBwAm5S H9uh2NCXTq7im61g7F1LIiNI/+wq37fUuaMbz4g7VarKQTgf8ubs0p7NZWcIe7Bvem2AWaXB sxsaRTYw5kG3DN8pd1hSEUuFoTa7DmNeFe8tiK1BrL3rbA/m48jp4AiFXgvxprJrW7izsyet OrRHPbkW4Y07v29MdhaPv3u1JELyszXqOzjIYo4sWlC8iDQXwgSW/ntvWy2n4LuiaozlCfXl 149tKeqvwlvrla2Yklue/quWp9j9ou4T/OY0CXMuY+B8wNK0ohd2D4ShgFlMSjzAFRoHGKF8 1snTr2d1A7Ew02oF6UQyCkC2aNNsK5cWOojBar5c7HplX9aHYUCZouxIeU28SONJAxnATgR4 cJ2jrpmYSz/kliUJ46S6UpVDo/ebn9c6PaM/XtDYCCaM/7XX6wc3s++sbQ7CtCn1Ax7df6uf QbwyO0V+oFa9H0KAsjHMzcwk3EV2B2NLatidKE/m7G+rB9m+FlVgIiSp0mGlg43QO9Kh1+Jq vTCIzv2bJJkmPMLQJNuKKwHNL8F4GGp6jbAV+WL+LDeGfVcq8DHS3LrD+xyYEXQBiqZEdiPV OMxLDSUCXsDO0uCWpaNQ8j6y6S9p0xE/Ga0peVLadVHhqf9nXqKaxnr358VgfrxzUIrvOaOj MIIF5zCCBM+gAwIBAgIQHcJGczwAGL/ehxPfLmSYzzANBgkqhkiG9w0BAQsFADB1MQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMB4XDTE2MDEyNjE3MTg0NFoXDTE3MDEyNjE3MTg0NFowODEXMBUGA1UEAwwOcGV0ZXJA cGVhbi5vcmcxHTAbBgkqhkiG9w0BCQEWDnBldGVyQHBlYW4ub3JnMIICIjANBgkqhkiG9w0B AQEFAAOCAg8AMIICCgKCAgEAsKld9wpANAHCShFhnWgVUcUd+7F8RJJIatfZa7ucpAyaWIuq HFbzBUFbLPWJNeothNQ3ZLcSus2CP+l5gCamv0G5SXl+d+c1QFRP/fua3Fd8l2+x3X0gLm+T sb2b3eYU7d2MZgl3gwtKTM2ZHtG19qFVKlIC5pVrqPkvMlVtRiFgz/BtbtxSZ5xsd9Ut2TYq uLz3aQmc7bUjwEEvBL+psMQCOk0Ra7b6nxyN5Gz6al0aFgQsMM3xjd8tNUDPyuIWxKO/AXWi KutXCDGb+pB8sdMxnYXYVIi5TLzORXBZYQo7uPXO5iXpBX1WoaUFZmDqtatOL+pJt5RY/x6i cvQQ1Snv8c+0SgaiBdOprMlnRgjeSiqUQyJLlhFAchViZKzIk4uZZF2O6Elhs1Su0SB3Ynac urW3LBXQywfB4e1of96/Hhj/VUslFBMLiv2in2kGBYQsjVx61oyaR823Iz+l3+q622r2XzlP vsDfGqhhMBEGu0CiofUnfCkHfAXcMGKIX8KDVLK0aDq91Byr8xc8pZ+4UAYhYx6Zy1kywXRe 2fFIreb6i6T+lnzHWRNYfHRAu7LhbQUc4mUFHaowfqhcUgwePeKWVtGcWF26AccSQz1n2p2W iZ00ROdn986gttXt4HsIl9lMPcn69Jg55GJZ+ns8kgNtqudb7fh2OAhkp40CAwEAAaOCAa4w ggGqMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0T BAIwADAdBgNVHQ4EFgQUNOER7EGIq2as8FEQKZFgngDghb8wHwYDVR0jBBgwFoAUJIFsOWG+ SQ+PtxtGK8kotSdIbWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2Nz cC5zdGFydHNzbC5jb20wOQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3NjYS5jbGllbnQxLmNydDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0 c3NsLmNvbS9zY2EtY2xpZW50MS5jcmwwGQYDVR0RBBIwEIEOcGV0ZXJAcGVhbi5vcmcwIwYD VR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGB tTcBAgQwLDAqBggrBgEFBQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0G CSqGSIb3DQEBCwUAA4IBAQC8BvcUW70zTt2JWWD0P2rqyKdX2zvltXPNIAS9GNY3ltkcG9BB ehDJKbJf4BQC5pLRrw5BGjVhr4+3f3lDb95FHHolKHe7G4gTUjdqIlcanu0XH1WGNXDUwibM RngvnOd94ycxFoAfWSFC8k2sFAb2BLE9KYYl9e4ULkS/Bf2iclHMs/shXHGRzFXug8bgHpif zzHClHtcW97XArUkFvBSH2PSg7sSnolOpl4u0VwIiCKvLRTZCWLD7TSJCrTnhsIy4nWjRtZz IsRinO35fhulRpjL2b+pkhNSz6j2SVMF4G3H1SCK6QxBpA0uQD+f6Og2a/AIjntmWtaQjt3/ g793MYIE7DCCBOgCAQEwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0 ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQD ExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPfLmSYzzANBglghkgB ZQMEAgMFAKCCAjMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcN MTYwMzAzMDcxMDU0WjBPBgkqhkiG9w0BCQQxQgRAHz7yn18snGBtoLk8M5ZQ6E+MfTDiANcx WdS5Avtm+lAqt5kdbRq0/yNF91AZGHx/PRAJdfDSy6dIf/vPovdrgzBsBgkqhkiG9w0BCQ8x XzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGaBgkrBgEEAYI3 EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNV BAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENv bSBDbGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPfLmSYzzCBnAYLKoZIhvcNAQkQAgsx gYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsT IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBD bGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPfLmSYzzANBgkqhkiG9w0BAQEFAASCAgBN tupNpLzKY5HnIHTrynaQ+lUFniXehODRrfks+o3EfGE3QihRJEu9eYQuB9mrYaQTUiNRrb9O guhbaYcP99nu9Q2ccMK2iXU8GwXCeODGPunOb7K5RxsisBW8St3I+3hDxFqDKZXquh5yQP2W 4rLDt5x2dtiTG6edNrTgnVnHtQRrQIXx+YN+5iL9tYLDn31RI44vvEM7E119A0EabcgZQq/4 TWs57e/D2e/iwtXKYe96t5QUD3T8t+/DswldKY7EFhLjwJrxntUtCJm4ZxpRfjukM/8zbSve 2shFF6dJo+lRYZcKUP/6aS7LEnzvQb/m3wo6wuI7IlmKhQkgihcmyxL0dKUqnYIZcXbznwoX qUMPQXvsY3l0r9+DbsxPpL+8v74mxmAeRS8lm49VlEo+M2tRxEzdRxfri9PWwd8QdKO9RWGE E9az0glYgvTqwT93bEy7ovUvBLhmIIJuijTcliwtOL1wGHNKYFIn5HLDpDqlwD4tkGwImSKW /AdDJsoPcUxNvxR0V/Zl9oKgcUZm8iCRE5192XVcCHzErNwpdUxN16SpNJioDyjsGrghEsim OQP78OBQPuJcllKuW/YtLnX6tM3PxBn7OOK2g11O/1wFmK63Lv1RsvN04fF8mP92hlwMG1Em G47Odc+pf/oqNPAdoqHmtSqkQA3PeAH3yQAAAAAAAA== --------------ms040308060907010900090806-- From owner-freebsd-stable@freebsd.org Thu Mar 3 07:17:25 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12373AC242A for ; Thu, 3 Mar 2016 07:17:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 041631257 for ; Thu, 3 Mar 2016 07:17:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u237HOg6002399 for ; Thu, 3 Mar 2016 07:17:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 207463] [patch] stable/10/sys/netpfil/pf/pf_ioctl.c:pfioctl(DIOCRSETADDRS) buffer overflow Date: Thu, 03 Mar 2016 07:17:24 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-BETA2 X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kp@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 07:17:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207463 --- Comment #5 from commit-hook@freebsd.org --- A commit references this bug: Author: kp Date: Thu Mar 3 07:16:36 UTC 2016 New revision: 296340 URL: https://svnweb.freebsd.org/changeset/base/296340 Log: MFC: r296025: pf: Fix possible out-of-bounds write In the DIOCRSETADDRS ioctl() handler we allocate a table for struct pfr_addrs, which is processed in pfr_set_addrs(). At the users request we also provi= de feedback on the deleted addresses, by storing them after the new list ('bcopy(&ad, addr + size + i, sizeof(ad));' in pfr_set_addrs()). This means we write outside the bounds of the buffer we've just allocated. We need to look at pfrio_size2 instead (i.e. the size the user reserved f= or our feedback). That'd allow a malicious user to specify a smaller pfrio_size2 than pfrio_size though, in which case we'd still read outside of the allocated buffer. Instead we allocate the largest of the two values. Reported By: Paul J Murphy PR: 207463 Approved by: re (marius) Changes: _U stable/10/ stable/10/sys/netpfil/pf/pf_ioctl.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Mar 3 08:28:28 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C5D6A92986 for ; Thu, 3 Mar 2016 08:28:28 +0000 (UTC) (envelope-from mailmag-0001553910@return.mag2tayori.com) Received: from savory.tandem-m.com (rosemary.tandem-m.com [115.125.152.71]) by mx1.freebsd.org (Postfix) with ESMTP id 1797F6BB83 for ; Thu, 3 Mar 2016 08:28:27 +0000 (UTC) (envelope-from mailmag-0001553910@return.mag2tayori.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; t=1456993708; s=free-20131107; d=mag2.com; i=free-20131107@mag2.com; h=Date:From:Reply-To:To:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=Q3nZ9a5k6HqbrObTFcX0FZvqjGJKmRzgWiy1Pnb397M=; b=Pe9pyCZZPCmqqzOCVMgGjbmnUR0o26QeR0FTFi0Bshn7bp0w8VT/0MQqpm778A55 7mO6SDBgTwpH8vdLlHbaqi7deeeAWQrt75owAdrB3bKpYEJ/Rp5rBpZYpmb+jW5o8ZI G8YuY5YoLtmL2BnLDeHJxEWCZkW2CteBzpG86hAQ= Date: Thu, 3 Mar 2016 17:11:42 +0900 (JST) From: =?ISO-2022-JP?B?GyRCIVpNP0J0TWMkXiQwJF4kMDh4PDAlYSVrJV4lLCFbGyhC?= =?ISO-2022-JP?B?IG1hZzIgMDAwMTU1MzkxMA==?= Reply-To: 0001553910_s47zb9@publisher.mag2.com To: freebsd-stable@freebsd.org Message-ID: <423815372.11453416.1456993672215.tdm@rosemary.tandem-m.com> Subject: =?ISO-2022-JP?B?GyRCIVpNP0J0TWM4eDwwIVskMyRsJE8kPCRSJDRNdyQvJEAbKEI=?= =?ISO-2022-JP?B?GyRCJDUkJCEqOiNHLz1pJE44eDMrJU4lJiVPJSYkRyQ5ISMbKEI=?= MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-MagCat: bsc/nb/04 X-Mag2Id: 0001553910 X-MagType: free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 08:28:28 -0000 $B$3$s$K$A$O!"M?Bt$G$4$6$$$^$9!*(B $BeR2p$G$-$J$$$h$&$K$J$C$F$*$j$^$9$N$G!"(B $B$3$N%j%s%/$,M#0l$NF~pJs%S%8%M%96H3&$G$O!":G$b8E$/$K5/6H$5$l$?J}$N$*0l?M$G$9!#(B $B$J$s$H#2#0#0#2G/$+$i%M%C%H%S%8%M%9$5$l$F$$$F!"(B $B?t!9$NEA@b$r;D$7!"2f!9$N@hGZ$?$A$K$b1F6A$rM?$($?$=$N@hGZ$H$$$&46$8$G$9!#(B $B@hGZ$N@hGZ$G$"$j!"%M%C%H%S%8%M%96H3&$r:n$C$?J}$N0l?M$G$b$"$j$^$9!#(B $B?M3JE*$K$bBgJQM%$l$?$*J}$G!"M%$7$$J}$G$9!"8D?ME*$K$bBg9%$-$JJ}$G$9(B(^^$B"v(B $B!!"M!!(Bhttp://nmq.y-ml.com/_cs?m=sosial&c=3295&u=3 $B;d$,=P1i$9$kBPCL$OG/$K#1!]#22s$"$l$PNI$$J}$G!"(B $B$3$A$i$b$+$J$j%l%"$JF02h$G$9$N$G!"$<$R Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26BEEA93523 for ; Thu, 3 Mar 2016 14:04:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 10C38B7A for ; Thu, 3 Mar 2016 14:04:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: by mailman.ysv.freebsd.org (Postfix) id 0C212A93522; Thu, 3 Mar 2016 14:04:38 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BAE0A93521 for ; Thu, 3 Mar 2016 14:04:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 77BECB79 for ; Thu, 3 Mar 2016 14:04:37 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id u23E4abI007668 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 3 Mar 2016 09:04:36 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c] ([IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c]) by lava.sentex.ca (8.14.9/8.14.9) with ESMTP id u23E4Z3p083580; Thu, 3 Mar 2016 09:04:35 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: svn commit: r295367 - in stable/10: crypto/openssh crypto/openssh/contrib crypto/openssh/contrib/caldera crypto/openssh/contrib/cygwin crypto/openssh/contrib/redhat crypto/openssh/contrib/suse cryp... To: =?UTF-8?Q?Dag-Erling_Sm=c3=b8rgrav?= References: <201602071138.u17Bctwi038780@repo.freebsd.org> <56D46FAF.2010605@sentex.net> <86oaaw2h49.fsf@desk.des.no> Cc: "stable@freebsd.org" From: Mike Tancsa Organization: Sentex Communications Message-ID: <56D84469.5060506@sentex.net> Date: Thu, 3 Mar 2016 09:04:25 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <86oaaw2h49.fsf@desk.des.no> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 14:04:38 -0000 On 3/3/2016 1:46 AM, Dag-Erling Smørgrav wrote: > Mike Tancsa writes: >> I noticed on a server that I updated on Friday that incorporates >> r295367, some lightweight clients that were using aes128-cbc are now >> failing to connect. Is this a planned change ? If so, perhaps a heads >> up in UPDATING ? > > Please file a bug and send me the number. I will make sure this change > is reverted in 10, and we can discuss whether to keep it in 11. Thanks, 207679 submitted! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207679 ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@freebsd.org Thu Mar 3 14:25:24 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77600A93A9B for ; Thu, 3 Mar 2016 14:25:24 +0000 (UTC) (envelope-from newstip@narcisomachado.com.br) Received: from mail.recebanovas.com.br (mail.recebanovas.com.br [IPv6:2600:3c03::f03c:91ff:fe98:7808]) by mx1.freebsd.org (Postfix) with ESMTP id 4EF7D2FA for ; Thu, 3 Mar 2016 14:25:23 +0000 (UTC) (envelope-from newstip@narcisomachado.com.br) Received: by mail.recebanovas.com.br (Postfix, from userid 48) id A083482091; Thu, 3 Mar 2016 11:27:23 -0300 (BRT) To: freebsd-stable@freebsd.org Subject: Siga seus sonhos X-PHP-Originating-Script: 48:class.phpmailer.php Received: from 191-255-6-170.dsl.telesp.net.br [191.255.6.170] by www.recebanovas.com.br with HTTP; Thu, 03 Mar 2016 14:27:19 +0000 Date: Thu, 3 Mar 2016 14:27:23 +0000 From: "newstip@narcisomachado.com.br" Reply-To: "newstip@narcisomachado.com.br" Message-ID: <443a9d713687099961725b89c90e7c75@recebanovas.com.br> X-Priority: 3 X-Mailer: PHPMailer 5.2.5 (https://github.com/Synchro/PHPMailer/) X-phpList-version: 3.0.7 X-MessageID: 490 X-ListMember: freebsd-stable@freebsd.org Precedence: bulk Bounces-To: newstip@narcisomachado.com.br List-Owner: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 14:25:24 -0000 *Siga seus sonhos* A parte de seu sonho que sinceramente expressa quem você é, é a parte que não pode deixar de se tornar realidade. Opte por seguir seus próprios sonhos. Eles são exclusivamente seus por uma razão. Você é a pessoa mais capaz de alcançá-los, e você é a pessoa que será contemplada por eles. Esqueça viver os sonhos dos outros. Quando o seu objetivo é ser como outra pessoa, seu esforço para alcançá-lo pode se transformar em frustração e desilusão. O maior presente que você tem, para dar a si mesmo é o seu verdadeiro eu. Os sonhos, as metas, os objetivos e as paixões que são suas aspirações, são expressões poderosas e exclusivas da pessoa que você é. Encontre e alimente-os, e eles vão energizar seus esforços. Seja a pessoa mais eficaz que você pode ser por ser, realmente você mesmo. Acredite em você e siga seus sonhos. Pense nisso. *Narciso Machado * Estas mensagens “Reflexões de Narciso Machado†são envidas desde 2001, duas vezes por semana (terça e quinta-feira). Você vai continuar recebendo, por e-mail, duas vezes por semana. Você tem a opção de receber diariamente no e-mail de sua preferência. Se você deseja receber as mensagens diariamente (todos os dias inclusive Sábados e Domingos), como milhares de pessoas em mais de trinta países ao redor do mundo, faça sua assinatura anual com recebimento diário. São 365 mensagens por ano, para iniciar o seu dia com palavras de otimismo e energia positiva. Veja como fazer no Blog: www.reflexoesnarcisomachado.blogspot.com.br Para garantir que nossas mensagens cheguem em sua caixa de entrada, adicione o e-mail newstip@narcisomachado.com.br ao seu catalogo de endereços. Respeitamos sua privacidade e somos contra spam. Se você não deseja mais receber emails cancele sua inscrição escolhendo de qual lista quer sair, clicando aqui . -- powered by phpList, www.phplist.com -- From owner-freebsd-stable@freebsd.org Thu Mar 3 11:30:58 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF834A93CBC for ; Thu, 3 Mar 2016 11:30:58 +0000 (UTC) (envelope-from will@sundivenetworks.com) Received: from mail.sundivenetworks.net (mail.sundivenetworks.net [212.13.212.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 83278E3D for ; Thu, 3 Mar 2016 11:30:58 +0000 (UTC) (envelope-from will@sundivenetworks.com) Received: from outlandish2.plus.com ([212.56.88.169] helo=[192.168.1.88]) by mail.sundivenetworks.net with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1abR9k-0000Xs-Dd for freebsd-stable@freebsd.org; Thu, 03 Mar 2016 11:10:56 +0000 From: Will Green Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Skylake Loader Performance 10.3-BETA3 Message-Id: Date: Thu, 3 Mar 2016 11:10:55 +0000 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam: No X-bounce-key: sundivenetworks.net-1; will@sundivenetworks.com; 1457004658; fefb69ce; X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 11:30:58 -0000 Hello, I=E2=80=99ve been testing a new Skylake E3 Xeon server with 10.3-BETA3. = The slow loader issue described on the forums = https://forums.freebsd.org/threads/53511/ is still present. On my = Supermicro X11SSH-LN4F motherboard with E3-1260L v5 it takes over ten = minutes to get to kernel boot. After that performance seems normal = (though I=E2=80=99m still testing). This issue occurs when booting the = installer from a USB stick or when booting the installed OS over SATA.=20= I understand using UEFI resolves this issue, although I only have one = Skylake motherboard model on which to confirm this. I know this issue is = unlikely to be fixed for 10.3 release, but I think it should be noted in = the release and/or hardware notes. Skylake systems are going to be = increasing numerous this year, especially now Skylake Xeons are starting = to ship in volume.=20 I am happy to test patches and/or current on this server if that helps. = If you want more details on the motherboard/system I have started a post = on it at http://buildwithbsd.org/hw/skylake_xeon_server.html TIA Will= From owner-freebsd-stable@freebsd.org Thu Mar 3 22:30:55 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BB45A94597 for ; Thu, 3 Mar 2016 22:30:55 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1EAA4E22 for ; Thu, 3 Mar 2016 22:30:55 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mailman.ysv.freebsd.org (Postfix) id 1D630A94596; Thu, 3 Mar 2016 22:30:55 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03288A94595 for ; Thu, 3 Mar 2016 22:30:55 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 935D4E20 for ; Thu, 3 Mar 2016 22:30:54 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-wm0-x22d.google.com with SMTP id l68so54854861wml.0 for ; Thu, 03 Mar 2016 14:30:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:date:message-id:subject:from:to; bh=nGWC1iUUZbrc5dYFK+3cskXzbN8vkJnY3oUNNIZXTXE=; b=wA1wlQUu1SBOhP9uEjL1VJSPgE7jIR6D7NNNtlUFS1i2q9XfaoKTrfjZ31d9YbDffH V4WAe+tjer6CUAlzc4/S+lw6u5mDwlD/5YbEPyD1/6xwwpsno9Vu5JXt+qGPhISYgGp6 JIz+uCZndavjdPf4LSUvxRazV71WEzkAIf2npeU45PDWC8jJDBxey4Bt85kYZAA0Zqsg dMD9gPTPnRUXIDGlW+v/TD90sMcVwp3rQEsS4hBh4kwE0QIpLy1WbhnbVZenpE748BPQ Tq5i6pqTzRf2ato4Prp9K+kui3yIlCcNUpePLb5AgjqTptsqdapvyyalsShX6cIQOQeY 5+Ew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to; bh=nGWC1iUUZbrc5dYFK+3cskXzbN8vkJnY3oUNNIZXTXE=; b=GmdSQ7CHXPIm0OrD2Y/RasFOTiiejT9QwnqvOUhJ6QfiP8zzZ7D/UOv/exdahl6qBR KI244VcM5+Tz1tmVgdXVFP5Ela3zqHiR1UY9rkvWVCjkXxNOnPhI3+B3wqGkukbfJpxK WDPLBGXyhFNRJLFnJP7vnA5bTZyLtcbrGvCpYk4RTjEyzubJ54iStIW0HDX1JnA7r2MQ cz0jZiITGes4OPUtRGUTL2fnhjSCo7x4E08U/Na0MMg7m9ivNrsfNEdBgDiNCGBvzjiF lyPJZnX1m9MptyVpBfPI6qZc8bb9SroAoiPxx59c1hDXUgJk04QRK/QYq5GbIkVWOgzH qkhQ== X-Gm-Message-State: AD7BkJIGtXhuh6IZoWvJv0zuH0ukGF++3sZFj+q2wviBDIMKOPLO8tSk68sm6JJPFeI1rmQmmEYyl2xw0ZY7cBwS MIME-Version: 1.0 X-Received: by 10.28.23.196 with SMTP id 187mr1369594wmx.17.1457044253047; Thu, 03 Mar 2016 14:30:53 -0800 (PST) Sender: sobomax@sippysoft.com Received: by 10.28.63.202 with HTTP; Thu, 3 Mar 2016 14:30:53 -0800 (PST) Date: Thu, 3 Mar 2016 14:30:53 -0800 X-Google-Sender-Auth: Pxwne-wAsRMOEsNrE5h33Wb46IE Message-ID: Subject: libssl ABI is broken in 10.3-BETA3 as compared to 10.2 From: Maxim Sobolev To: FreeBSD Release Engineering Team , stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 22:30:55 -0000 Got this nice crash after switching base system from 10.2 to 10.3-beta (without updating installing packages): File "/usr/local/lib/python2.7/site-packages/cffi/verifier.py", line 207, in _load_library return self._vengine.load_library() File "/usr/local/lib/python2.7/site-packages/cffi/vengine_cpy.py", line 155, in load_library raise ffiplatform.VerificationError(error) cffi.ffiplatform.VerificationError: importing '/usr/local/lib/python2.7/site-packages/cryptography/_Cryptography_cffi_c57c27bax1bb7e9a6.so': /usr/local/lib/python2.7/site-packages/cryptography/_Cryptography_cffi_c57c27bax1bb7e9a6.so: Undefined symbol "SSLv2_client_method" That symbol is used to be defined in libssl.so.7: freebsd10.2> $ nm -D /usr/lib/libssl.so.7 | grep "SSLv2_client_method" 0000000000045630 T SSLv2_client_method freebsd10.3> $ nm -D /usr/lib/libssl.so.7 | grep "SSLv2_client_method" freebsd10.3> This suggests that somebody broke ABI of the library and forgot to bump the version number. I think perhaps it's not too late to bump that now. -Max From owner-freebsd-stable@freebsd.org Thu Mar 3 16:03:27 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3313A9396A for ; Thu, 3 Mar 2016 16:03:27 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from lamora.getmail.no (lamora.getmail.no [84.210.184.7]) by mx1.freebsd.org (Postfix) with ESMTP id A2D0CA92 for ; Thu, 3 Mar 2016 16:03:27 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from localhost (localhost [127.0.0.1]) by lamora.getmail.no (Postfix) with ESMTP id 4F824E98D9 for ; Thu, 3 Mar 2016 17:03:23 +0100 (CET) Received: from lamora.getmail.no ([127.0.0.1]) by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id V_AvktfywP9W for ; Thu, 3 Mar 2016 17:03:22 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by lamora.getmail.no (Postfix) with ESMTP id C314CEBF94 for ; Thu, 3 Mar 2016 17:03:22 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.8.4 lamora.getmail.no C314CEBF94 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getmail.no; s=8A9C8B4C-D727-11E2-8095-B6466E6B3FA2; t=1457021002; bh=bUjHUsTIDGqL4oOYlSqMyclIX+Qw0ewRJDq4Asj7tm8=; h=Date:From:To:Subject:Message-Id:Mime-Version:Content-Type: Content-Transfer-Encoding; b=nQeBT6FAVY7XkXfIAGDYBCEhdrHcXuv+qljfYMIgB3dc5QABc8R1y8kmTwkEybfc3 sPn5gv3ZoftDTPFBZ+UVEId7zFtzn0vn5aBrC9yXBqrRpBSwwYUUAZt12JJxK6O7S9 AIHTbkNGUaRFR1KwetutzJiuDPRd61G5DD0LWd8w= X-Virus-Scanned: amavisd-new at lamora.get.c.bitbit.net Received: from lamora.getmail.no ([127.0.0.1]) by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id lctBVt3Bf3tn for ; Thu, 3 Mar 2016 17:03:22 +0100 (CET) Received: from kg-core1.kg4.no (cm-84.215.226.9.getinternet.no [84.215.226.9]) by lamora.getmail.no (Postfix) with ESMTPSA id 91062E98D9 for ; Thu, 3 Mar 2016 17:03:22 +0100 (CET) Date: Thu, 3 Mar 2016 17:03:22 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: /dev/led soekris 6501. Message-Id: <20160303170322.7c3c9f9acf1a48189ecd3da5@getmail.no> In-Reply-To: References: <20160302195305.fee331be91afc707fdd6ed77@getmail.no> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd9.3) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 16:03:28 -0000 On Wed, 2 Mar 2016 19:18:20 -0800 Tom Samplonius wrote: >=20 > >>=20 > >> How come there is no support for =E2=80=9Cready" and =E2=80=9Cerror"= leds on the soekris 6501 even though it seems fairly easy to control the= m?=20 > >>=20 > >=20 > > a) perhaps no developer have that board? > > b) nobody has written the necessary code to do so? > >=20 >=20 > c) There is no generally accepted meaning for what =E2=80=9Cready=E2=80= =9D or =E2=80=9Cerror=E2=80=9D LEDs might mean in FreeBSD, so implementin= g a driver for these LEDs may be a solution in a search of a problem. That part (interpretation) is irrelevant to the OPs question - he asked f= or a way to control them, not to interpret them. --=20 Torfinn Ingolfsen From owner-freebsd-stable@freebsd.org Thu Mar 3 16:17:10 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADA6BA93CE6 for ; Thu, 3 Mar 2016 16:17:10 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from bouvier.getmail.no (bouvier.getmail.no [84.210.184.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6BF62E10 for ; Thu, 3 Mar 2016 16:17:09 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id AC107489B1 for ; Thu, 3 Mar 2016 17:11:06 +0100 (CET) Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ZWjRFpT93eUY for ; Thu, 3 Mar 2016 17:11:06 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id 3677C489F6 for ; Thu, 3 Mar 2016 17:11:06 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.8.4 bouvier.getmail.no 3677C489F6 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getmail.no; s=8A9C8B4C-D727-11E2-8095-B6466E6B3FA2; t=1457021466; bh=I0Px753kEhdqsGEGb7IFZTT3oX0tIAKdIRy8fgKEn0M=; h=Date:From:To:Subject:Message-Id:Mime-Version:Content-Type: Content-Transfer-Encoding; b=Zdh3sqp4DkGm0QZNEAH6L+lDWIlHFw5Jbm6QtdJgIn6UugfylqLgHaZgITpqCnNkQ eBlJ9bqxmfiZZXFAVhIULj/kKzqe43sEJ1YbGEgu9GBxXEkZTrAaGZwnarmtBO3/jx F6RPw3E6Mrt0Ij49jh4lE2fiP6U/a5/KSFC715dI= X-Virus-Scanned: amavisd-new at bouvier.get.c.bitbit.net Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id C38ai3DVOYEE for ; Thu, 3 Mar 2016 17:11:06 +0100 (CET) Received: from kg-core1.kg4.no (cm-84.215.226.9.getinternet.no [84.215.226.9]) by bouvier.getmail.no (Postfix) with ESMTPSA id 08E86489B1 for ; Thu, 3 Mar 2016 17:11:06 +0100 (CET) Date: Thu, 3 Mar 2016 17:11:05 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: /dev/led soekris 6501. Message-Id: <20160303171105.120958dc3adb5b973ffafc15@getmail.no> In-Reply-To: <56D7E37E.2050202@pean.org> References: <20160302195305.fee331be91afc707fdd6ed77@getmail.no> <56D7E37E.2050202@pean.org> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd9.3) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 16:17:10 -0000 On Thu, 3 Mar 2016 08:10:54 +0100 Peter Ankerst=E5l wrote: > I see. To my understanding this works on older soekris hardware but I=20 > havent tested it myself. In that case, I would report it in Bugzilla. (I wasn't aware of led(4) - thanks!) --=20 Torfinn Ingolfsen From owner-freebsd-stable@freebsd.org Thu Mar 3 22:34:31 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0ABC2A946E7 for ; Thu, 3 Mar 2016 22:34:31 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E499294 for ; Thu, 3 Mar 2016 22:34:30 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id DF98AA946E6; Thu, 3 Mar 2016 22:34:30 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF19FA946E5 for ; Thu, 3 Mar 2016 22:34:30 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D104092; Thu, 3 Mar 2016 22:34:30 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 465D01F98; Thu, 3 Mar 2016 22:34:30 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 3 Mar 2016 22:34:28 +0000 From: Glen Barber To: Maxim Sobolev Cc: FreeBSD Release Engineering Team , stable@freebsd.org Subject: Re: libssl ABI is broken in 10.3-BETA3 as compared to 10.2 Message-ID: <20160303223428.GC38977@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tqI+Z3u+9OQ7kwn0" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 22:34:31 -0000 --tqI+Z3u+9OQ7kwn0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 03, 2016 at 02:30:53PM -0800, Maxim Sobolev wrote: > Got this nice crash after switching base system from 10.2 to 10.3-beta > (without updating installing packages): >=20 > File "/usr/local/lib/python2.7/site-packages/cffi/verifier.py", line 20= 7, > in _load_library > return self._vengine.load_library() > File "/usr/local/lib/python2.7/site-packages/cffi/vengine_cpy.py", line > 155, in load_library > raise ffiplatform.VerificationError(error) > cffi.ffiplatform.VerificationError: importing > '/usr/local/lib/python2.7/site-packages/cryptography/_Cryptography_cffi_c= 57c27bax1bb7e9a6.so': > /usr/local/lib/python2.7/site-packages/cryptography/_Cryptography_cffi_c5= 7c27bax1bb7e9a6.so: > Undefined symbol "SSLv2_client_method" >=20 > That symbol is used to be defined in libssl.so.7: >=20 > freebsd10.2> $ nm -D /usr/lib/libssl.so.7 | grep "SSLv2_client_method" > 0000000000045630 T SSLv2_client_method >=20 > freebsd10.3> $ nm -D /usr/lib/libssl.so.7 | grep "SSLv2_client_method" > freebsd10.3> >=20 > This suggests that somebody broke ABI of the library and forgot to bump t= he > version number. I think perhaps it's not too late to bump that now. >=20 We are aware of the issue, and working out a proper solution. Glen --tqI+Z3u+9OQ7kwn0 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW2Lv0AAoJEAMUWKVHj+KThusP/RT7SYdpUb2aPNAe7vhWPf5/ M2y4wWdQtS7nhhxazEDaPUUD/WwpPcwC7YUZ8usIp6rMcJp7LawSNxKQfani7sqf LeVbyCiAw7gapsPXBadvMiyzfhuyJ1GdcFmr+RE+ugWA0m5V65vaxxa8UrXQ3vfq Vb8wBO/MttFquwbgN5qaKCAdVgGtkWel9+voNXpxlz0pJW7LfJ4zLBCTK5RVRagu fFoVRk8rfQYzJNid3eMdXkKNJiNSNY9udj7HtWaUEKIeca3ijRGE2huIst//qWr+ EdND4WYbmENf6mxpqCsY28Fgl0Wh3f55rRCwl9wYxZNXB3erqDp1jCuUvU6nUpvx R7dK9iFqEXFxrOUTS6MzKSeWCo9xE6RX0e1oRqW7bIKslRn9jo2i3b1P/nstHp7q PdE76vXirMAWYZF9C0eTXXwSpDXcMoEPgGzOHr7/9x1hfdqLqtGTGl9/DcDrQI4A R9y2vCFdaQLm3Dwik2pbvXrjCA0YFO1pGVTCv5tgpQ3OAs5cHeJyX4h+wSUl1CdM uuaIbq3+zoQQeDRkPnTaP6Y3lV+cBZHY7By7cg38PHjvvqQB0AvaB6inSZ0t4OKU 4ha8FcUJCAVI06+mA85ylE9D4ggYeBpvXsSV+jhVM7ubiACfeliEyxiovswENbM6 q6it6JzTYi02VLmBvVPo =o3tp -----END PGP SIGNATURE----- --tqI+Z3u+9OQ7kwn0-- From owner-freebsd-stable@freebsd.org Thu Mar 3 18:57:34 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A1A4A93A53 for ; Thu, 3 Mar 2016 18:57:34 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E6F8E751 for ; Thu, 3 Mar 2016 18:57:33 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [172.31.20.14]) by system.jails.se (Postfix) with SMTP id C4B10481DEC for ; Thu, 3 Mar 2016 19:57:21 +0100 (CET) Received: from [IPv6:2001:470:de59::9dff:f883:aea3:e025] (unknown [IPv6:2001:470:de59:0:9dff:f883:aea3:e025]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 27528481DEA for ; Thu, 3 Mar 2016 19:57:20 +0100 (CET) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: multipart/signed; boundary="Apple-Mail=_0D8517FC-ED96-4154-9223-FE29AE8A1724"; protocol="application/pkcs7-signature"; micalg=sha1 Subject: PPS input on a generic GPIO pin on Raspberry Pi. Message-Id: <8C90C80B-AC5F-4B12-8E84-84193B8C55C4@pean.org> Date: Thu, 3 Mar 2016 19:57:20 +0100 To: FreeBSD Stable Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Mar 3 19:57:21 2016 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 56d88911177761676088671 X-DSPAM-Factors: 27, linux+#+#+for+this, 0.40000, source+drivers+pps+clients+pps, 0.40000, like+to+#+a, 0.40000, would+#+#+use, 0.40000, how+#+#+#+FreeBSD, 0.40000, information+on+how, 0.40000, ways+#+#+data, 0.40000, pps+html, 0.40000, could, 0.40000, doc+8+0+RELEASE, 0.40000, for+#+http+#+free, 0.40000, could+#+#+this+https, 0.40000, doc+#+#+html+and, 0.40000, sort+of+#+the+same, 0.40000, detector+#+#+#+a, 0.40000, parallel, 0.40000, the+#+source+of, 0.40000, same+question+as+Erik+http, 0.40000, clients+pps, 0.40000, via+#+#+#+detector, 0.40000, a+linux, 0.40000, of+a+parallel+port%e2%80%9d+Since, 0.40000, module+for+this+http, 0.40000, lists+freebsd, 0.40000, Mime-Version*X+#+9.2+3112, 0.40000, would+#+to+#+a, 0.40000, and+#+#+#+the, 0.40000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 18:57:34 -0000 --Apple-Mail=_0D8517FC-ED96-4154-9223-FE29AE8A1724 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi! I have sort of exactly the same question as Erik: = http://lists.freebsd.org/pipermail/freebsd-questions/2014-July/259055.html= I have bought a https://learn.adafruit.com/adafruit-ultimate-gps and = want to use the PPS output to discipline my clock. But the only source of information on how PPS works in FreeBSD I could = find is this: = https://docs.freebsd.org/doc/8.0-RELEASE/usr/share/doc/ntp/pps.html and = it clearly states the two ways to provide a PPS signal. "The PPS signal = can be connected in either of two ways: via the data carrier detector = (DCD) pin of a serial port or via the acknowledge (ACK) pin of a = parallel port=E2=80=9D Since the Pi doesn=E2=80=99t have any DCD pin i would like to use a = generic GPIO for this. There is a linux kernel module for this: = http://lxr.free-electrons.com/source/drivers/pps/clients/pps-gpio.c?v=3D3.= 6= --Apple-Mail=_0D8517FC-ED96-4154-9223-FE29AE8A1724 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL0TCCBeIw ggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmlj YXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4X DTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmvmCSsu1d52DXsCR58zJQbCtB2/A5uFqNx WacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnmVkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+C evdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx 7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PIdopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8U lVS8pkIsoGGJtMuWjLL4tq2hYQuuN0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1Ud DwEB/wQEAwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB /wIBADAyBgNVHR8EKzApMCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmww ZgYIKwYBBQUHAQEEWjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYI KwYBBQUHMAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQU JIFsOWG+SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYD VR0gBDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY0JdO ruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpFNjDmQbcM 3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9uRbhjTu/b0x2 Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p6q/CW+uVrZiSW57+ q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOvZ3UDsTDTagXpRDIKQLZo 02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOumZhLP+SWJQnjpLpSlUOj95uf 1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7RX6gVr0fQoCyMczNzCTcRXYHY0tq 2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO/ZskmSY8wtAk24orAc0vwXgYanqNsBX5 Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsNJQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1 UeGp/2deoprGevfnxWB+vHNQiu85o6MwggXnMIIEz6ADAgECAhAdwkZzPAAYv96HE98uZJjPMA0G CSqGSIb3DQEBCwUAMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYD VQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20g Q2xhc3MgMSBDbGllbnQgQ0EwHhcNMTYwMTI2MTcxODQ0WhcNMTcwMTI2MTcxODQ0WjA4MRcwFQYD VQQDDA5wZXRlckBwZWFuLm9yZzEdMBsGCSqGSIb3DQEJARYOcGV0ZXJAcGVhbi5vcmcwggIiMA0G CSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQCwqV33CkA0AcJKEWGdaBVRxR37sXxEkkhq19lru5yk DJpYi6ocVvMFQVss9Yk16i2E1DdktxK6zYI/6XmAJqa/QblJeX535zVAVE/9+5rcV3yXb7HdfSAu b5OxvZvd5hTt3YxmCXeDC0pMzZke0bX2oVUqUgLmlWuo+S8yVW1GIWDP8G1u3FJnnGx31S3ZNiq4 vPdpCZzttSPAQS8Ev6mwxAI6TRFrtvqfHI3kbPpqXRoWBCwwzfGN3y01QM/K4hbEo78BdaIq61cI MZv6kHyx0zGdhdhUiLlMvM5FcFlhCju49c7mJekFfVahpQVmYOq1q04v6km3lFj/HqJy9BDVKe/x z7RKBqIF06msyWdGCN5KKpRDIkuWEUByFWJkrMiTi5lkXY7oSWGzVK7RIHdidpy6tbcsFdDLB8Hh 7Wh/3r8eGP9VSyUUEwuK/aKfaQYFhCyNXHrWjJpHzbcjP6Xf6rrbavZfOU++wN8aqGEwEQa7QKKh 9Sd8KQd8BdwwYohfwoNUsrRoOr3UHKvzFzyln7hQBiFjHpnLWTLBdF7Z8Uit5vqLpP6WfMdZE1h8 dEC7suFtBRziZQUdqjB+qFxSDB494pZW0ZxYXboBxxJDPWfanZaJnTRE52f3zqC21e3gewiX2Uw9 yfr0mDnkYln6ezySA22q51vt+HY4CGSnjQIDAQABo4IBrjCCAaowCwYDVR0PBAQDAgSwMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBQ04RHsQYirZqzw URApkWCeAOCFvzAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBvBggrBgEFBQcBAQRj MGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5BggrBgEFBQcwAoYtaHR0 cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEuY3J0MDgGA1UdHwQxMC8wLaAr oCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGllbnQxLmNybDAZBgNVHREEEjAQgQ5w ZXRlckBwZWFuLm9yZzAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wRgYDVR0g BD8wPTA7BgsrBgEEAYG1NwECBDAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggEBALwG9xRbvTNO3YlZYPQ/aurIp1fbO+W1c80gBL0Y 1jeW2Rwb0EF6EMkpsl/gFALmktGvDkEaNWGvj7d/eUNv3kUceiUod7sbiBNSN2oiVxqe7RcfVYY1 cNTCJsxGeC+c533jJzEWgB9ZIULyTawUBvYEsT0phiX17hQuRL8F/aJyUcyz+yFccZHMVe6DxuAe mJ/PMcKUe1xb3tcCtSQW8FIfY9KDuxKeiU6mXi7RXAiIIq8tFNkJYsPtNIkKtOeGwjLidaNG1nMi xGKc7fl+G6VGmMvZv6mSE1LPqPZJUwXgbcfVIIrpDEGkDS5AP5/o6DZr8AiOe2Za1pCO3f+Dv3cx ggROMIIESgIBATCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcG A1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29t IENsYXNzIDEgQ2xpZW50IENBAhAdwkZzPAAYv96HE98uZJjPMAkGBSsOAwIaBQCgggGZMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE2MDMwMzE4NTcyMFowIwYJKoZI hvcNAQkEMRYEFAogb70UaNYPQP9v9XaiZ4Hy7PpoMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkG A1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRp ZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQ HcJGczwAGL/ehxPfLmSYzzCBnAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAU BgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0 aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQHcJGczwAGL/ehxPf LmSYzzANBgkqhkiG9w0BAQEFAASCAgCgScWHhRVyaTAPFf8WWPOPtKW76yRr2gxXyFY30QbaL3zn 2sYOcdXMEQXGSJHpRHj62uP2asSmEqQGYzlXN/pTMKwYHCKX9vFp+OmjGBA3L/RxX4NZ2ovbCIIs sSumdSJ6HYd0B/H1KrDoc+xvtEFk9qn06Pu4dTUtIoHkabnputplfjy/nVCQWhwZGHY3ZLvxF0+V P0WcfVjCz83B4BVhsIsmxzTzg6d4JDpDsPDimh6XslH6Tbct0b1RpXoG8DPv/h1WbBhwHb1RqBkv oDG3sj/2wFKKu83AAeLP85mmHKT/kDUztWO22h85vatC6WLde0Qa+2CMpbuafGtovnQLqnRgNSTs objaLmB7pzAUGeu/5cY5RVxq31PLdJwPgzBuxWq7HHgxAmZ8lM7+MurhrzJ1PuuBZTjOcHkKMflw JWYrjg3sjPNU3X9k/D98sNpKFLY33lkVtw7+svDUMK++ubVi0ork3k3BuwBr9gDDYTS14MuS7t3O tI/odrti8m5rclxAM5y5xCVevZ1aQd8ZiG4A5SfpKEB0FjN+l+lV23vgBxNNovw7qN55cMAcwh1W II4h0UVZxO2Rko4ZKMRWYNGluJmVuvOiOIfGTYd2u4xEmtWjgcvGv+hUAa0yXxMFhxI/q5XzPnsC hlSam9WPOcOubR5w5y9qiYq84Z7lIwAAAAAAAA== --Apple-Mail=_0D8517FC-ED96-4154-9223-FE29AE8A1724-- From owner-freebsd-stable@freebsd.org Thu Mar 3 22:06:38 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F402A9400A for ; Thu, 3 Mar 2016 22:06:38 +0000 (UTC) (envelope-from controlmexico@sectorautomotrizmx.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1BAABF for ; Thu, 3 Mar 2016 22:06:38 +0000 (UTC) (envelope-from controlmexico@sectorautomotrizmx.com) Received: by mailman.ysv.freebsd.org (Postfix) id 2464EA94009; Thu, 3 Mar 2016 22:06:38 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23ADBA94008 for ; Thu, 3 Mar 2016 22:06:38 +0000 (UTC) (envelope-from controlmexico@sectorautomotrizmx.com) Received: from mail2.sectorautomotrizmx.com (mail2.sectorautomotrizmx.com [199.71.233.187]) by mx1.freebsd.org (Postfix) with ESMTP id DE7E8ABD for ; Thu, 3 Mar 2016 22:06:35 +0000 (UTC) (envelope-from controlmexico@sectorautomotrizmx.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=key1; d=sectorautomotrizmx.com; h=Message-ID:From:To:Subject:Date:MIME-Version:Content-Type; i=controlmexico@sectorautomotrizmx.com; bh=p8zwPK0z53zIEBQ3tI7G1nj/Gm0=; b=WDLzYGW95pZyw8gpAbvildApIJeMFur1JHGyRkHnQAupLJzhqYoxaORFLVXiUHMXqYO4jCQAD/mC ZOxc4SZZMCvt4Td8tutzPTClWRhXNJy7jXgI24enU+n6xDv0I9Ly0RYG24WWHu1xTc+6P+GM84kk nA/H89nTtg+7WVcuHjI= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=key1; d=sectorautomotrizmx.com; b=mtZ+1TSRJZCnQlMcuuChBgF2cM5WM+p8+RTc/Yg3xmd4p3bsrTjn9HWpSnMZ+f1B1NP7f0iydQZU QVoXd5YNOKqJIly2m7PiTp5ydcFlZUn2m1MVocwBgz51S5ZGVlyzPG0IW3Vq7O7roJ0f201nWwt1 fjzIGXQquViystw8pJA=; Received: from sectorautomotri (199.71.233.186) by mail2.sectorautomotrizmx.com id hr2qn00our0o for ; Thu, 3 Mar 2016 16:05:17 -0600 (envelope-from ) DISC: SUCCESSCLIENTII121708 Message-ID: <04e6d5733f65ccd7b6647367001ed953@sectorautomotrizmx.com> From: "Control de Neumaticos" To: Subject: Programa basico de administracion y control de neumaticos Date: Thu, 3 Mar 2016 16:05:17 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 22:06:38 -0000 From owner-freebsd-stable@freebsd.org Thu Mar 3 23:45:52 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8655FA938FC for ; Thu, 3 Mar 2016 23:45:52 +0000 (UTC) (envelope-from mailmag-0001553910@return.mag2letter.com) Received: from chervil.tandem-m.com (oregano.tandem-m.com [115.125.152.118]) by mx1.freebsd.org (Postfix) with ESMTP id 475BA106 for ; Thu, 3 Mar 2016 23:45:51 +0000 (UTC) (envelope-from mailmag-0001553910@return.mag2letter.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; t=1457046728; s=free-20131107; d=mag2.com; i=free-20131107@mag2.com; h=Date:From:Reply-To:To:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=R12VigEQtpdQDM7+CPcGTjQd7jfp/xo5272p2TV0oHg=; b=jRZanxNVmgb3f4qH/ixz4bHF/r1XgVnfhnagP8dc5/NDx8c5bDK4oz1JbRzqVz1e ros2HXQPbTTbmtzTrN76wk/iT+rF3r4KAcRybAQ9Mic8X61IdCutBint36Rm+ICxK9b 19gyPwUYXz5VTkEUHCDT4qxSiEYt/ikOaG4todxA= Date: Fri, 4 Mar 2016 08:00:00 +0900 (JST) From: =?ISO-2022-JP?B?GyRCIVpNP0J0TWMkXiQwJF4kMDh4PDAlYSVrJV4lLCFbGyhC?= =?ISO-2022-JP?B?IG1hZzIgMDAwMTU1MzkxMA==?= Reply-To: 0001553910_s47zb9@publisher.mag2.com To: freebsd-stable@freebsd.org Message-ID: <1754937922.13704026.1457048745364.tandem@magtds203> Subject: =?ISO-2022-JP?B?GyRCJWolQyVBJU4hPCVIJHIlVyVsJTwlcyVIGyhC?= MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-MagCat: bsc/nb/04 X-Mag2Id: 0001553910 X-MagType: free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 23:45:52 -0000 $B%j%C%A%N!<%HMM$h$j!"M?BtMc$N%a!<%k%^%,%8%s$G$N9-9p7G:\$N$40MMj$rD:BW$$$?$@$-$^$7$?!#(B $B0J2$J%M%*%R%k%:B2$d(B $BD6M-L>%"%U%#%j%(%$%?!<$J$I$J$I(B $BM5J!$K@83h$7$F$$$kJ}$NB?$/$,(B $B%j%C%A%N!<%H$G"c%N%&%O%&"d$r(B $B&:`HNGd$J$I$O3NMM$@$1$K!J40A4L5NA!K$G?7;~Be$NITO+=jF@$rBN83$7$FD:$-$^$9!#(B $B(!(,(!(,(!(,(!(,(!(,(!(,(!(,(!(,(!(,(!(,(!(,(!(,(!(,(!!y!z!y!z!y!z!y!z(B -------------$B9-9pK\J8$3$3$^$G(B------------- $B!}$3$N%a%k%^%,$KJV?.$9$k$HH/9T Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7952F9DACC2 for ; Fri, 4 Mar 2016 14:22:33 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5AE031EE for ; Fri, 4 Mar 2016 14:22:33 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id B57A05A9F27; Fri, 4 Mar 2016 14:22:26 +0000 (UTC) Date: Fri, 4 Mar 2016 14:22:26 +0000 From: Brooks Davis To: kpneal@pobox.com Cc: freebsd-stable@freebsd.org Subject: Re: Newer clang than comes with install? Message-ID: <20160304142226.GC39399@spindle.one-eyed-alien.net> References: <20160303134505.GB26990@neutralgood.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20160303134505.GB26990@neutralgood.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 14:22:33 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 03, 2016 at 08:45:05AM -0500, kpneal@pobox.com wrote: > I notice on 10.2 we're using "FreeBSD clang version 3.4.1". But there are > bugs in this version of clang that I'm having trouble with. >=20 > Is compiling a newer (say, 3.7.1) version of clang to target FreeBSD > supported? I have no desire to replace any of the libraries, just the > compiler itself. Is that supposed to work _without_ going through the > ports/pkgs system? >=20 > IOW, can I just download from llvm.org the clang+llvm source, compile > it on FreeBSD, and then use it safely? It should. The ports don't include many patches. -- Brooks --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJW2ZoiAAoJEKzQXbSebgfAD9AIAI1446JxthmjDbOFcXJNu7dx GKcDFp2TUinX4NYqKO1l4TNoBUi1ONp1fek45/4KgiJgLHl8Vb/aze3RvbQL9Etj dBm0f1ehhbcUXoqa84BdAZek9Zyvf63vIQX/fMqWGBUA1Galoo60TSit+HMZOgfj A98higmMXWmufiQc8fy53Oq8X3kFJczNxt0hEWbcX9NBb9jx6qArlyypKaNAuPkX PhpWruqtqTKXfQZXjTSlkg+k3EgWRPIUgezNGGmDyqB9QfQpc21faDabyvPELyJa JN7SVyySHyiymw6SkiUKoweTTYXH+NirL1JwSJGAQZKvacDM+OK3wwde6otefJg= =A2ik -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-stable@freebsd.org Fri Mar 4 17:04:18 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5AB39DB2B0 for ; Fri, 4 Mar 2016 17:04:18 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8934E1E1 for ; Fri, 4 Mar 2016 17:04:18 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 43413239634 for ; Fri, 4 Mar 2016 10:54:31 -0600 (CST) Subject: Re: PPS input on a generic GPIO pin on Raspberry Pi. To: freebsd-stable@freebsd.org References: <8C90C80B-AC5F-4B12-8E84-84193B8C55C4@pean.org> From: Karl Denninger Message-ID: <56D9BDB6.6040903@denninger.net> Date: Fri, 4 Mar 2016 10:54:14 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <8C90C80B-AC5F-4B12-8E84-84193B8C55C4@pean.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms020902020602000205010605" X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 17:04:19 -0000 This is a cryptographically signed message in MIME format. --------------ms020902020602000205010605 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 3/3/2016 12:57, Peter Ankerst=C3=A5l wrote: > Hi! > > I have sort of exactly the same question as Erik: > http://lists.freebsd.org/pipermail/freebsd-questions/2014-July/259055.h= tml > > I have bought a https://learn.adafruit.com/adafruit-ultimate-gps and wa= nt to use the PPS output to discipline my clock. > > But the only source of information on how PPS works in FreeBSD I could = find is this: https://docs.freebsd.org/doc/8.0-RELEASE/usr/share/doc/ntp/= pps.html and it clearly states the two ways to provide a PPS signal. "The= PPS signal can be connected in either of two ways: via the data carrier = detector (DCD) pin of a serial port or via the acknowledge (ACK) pin of a= parallel port=E2=80=9D > > Since the Pi doesn=E2=80=99t have any DCD pin i would like to use a gen= eric GPIO for this. There is a linux kernel module for this: http://lxr.f= ree-electrons.com/source/drivers/pps/clients/pps-gpio.c?v=3D3.6 GPIO is supported on the Pi, I'm using it on 11-Current on my home control software to drive relays on my pool hardware (e.g. valves, heater, VFD motor drive, etc) and it is working very well. I don't believe tapping into that at the kernel level to expose a pps signal (e.g. on /dev/pps or something of the like) would be very difficult at all, since the low-level driver capability is already present. If I get some free time I'll dig around a bit and see if I can cobble something up. It's of some interest to me as well since I have a GPS clock here that currently talks to a serial port on an Intel-based machine and being able to move that to a $35 "appliance" for NTP using the Adafruit setup looks sort of attractive given that the Pi plus the module would be under $100 all-in. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms020902020602000205010605 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAzMDQxNjU0MTRaME8GCSqGSIb3DQEJBDFCBEB5 IIevBW9jxPU9MszKRRynYcgn+v1BnXtCpxb5tvZrQsCHfJKghP5I2vnJb1FeMllFZmVRadq+ Kzo5a/MpOjLFMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAdrDt194x MeX/zfj+scT/Q5h0URy+1n9OkrbqPX1kik/+ECjhHs/9kpDvjz7IawNV8FzB0qrlURJQpTwz yLUFFKiO5nEZQKW7G3fGP6hjLa1H7Am3Fr3kSijEa1bWYeyxHKIByY/fIt98HxiFo8PStTRx ++k7Xa10QVbS5jiz0ROQb0vRJY+4VcT1iLPJ5xblQmLhTlJpk5eKTKCCD2mHeL5chG05HmMD bDIbyEnnlxBE9JvcUouufbWQKOwxcrXFdJjZDx1HEkyI2Wr+6voM7OaQEGGYdAQ40BhvDKSb pfyJ0PlfiGRZ2Rdy6VwQ4oQsUvbQhGwAYAEe+rhZs7sY+LVwR2+Gdd1hCWW7U1swuHiWZUiK VbUvjEwo/VIeSCbt6V+0X8PaJJU+6qXzrBvQ14MOorDkCEId9nskQx5k13L9Jg9OTkd7Q3/P ZUylYimDzWpKcctRL3SMUx/DkNngghBdBVe2JrNprF22gPBO/7tpt/Ewu16W0DKqnLFwFqVD K6TSMLkY6MmOx2JOpDXy1KKuEIYN5gukad/PJYKkFgEvgjzL2G6r3oPFKLDRovewAd/3vZT4 28jSsJqG7qutyB4ACNildEYVdt1mB0xWkwpcX3GtbagtO8NVo0DWrBYh66IE3noqUqfzf25i Jx7RokhZdXJzryHzu/5rL2dnttIAAAAAAAA= --------------ms020902020602000205010605-- From owner-freebsd-stable@freebsd.org Fri Mar 4 18:00:17 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 691D09DAA8C for ; Fri, 4 Mar 2016 18:00:17 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 50AC4C95 for ; Fri, 4 Mar 2016 18:00:17 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 2c83b635-e233-11e5-8de6-958346fd02ba X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 4 Mar 2016 18:01:52 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u24I08Fj004054; Fri, 4 Mar 2016 11:00:08 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1457114408.13785.150.camel@freebsd.org> Subject: Re: PPS input on a generic GPIO pin on Raspberry Pi. From: Ian Lepore To: Karl Denninger , freebsd-stable@freebsd.org Date: Fri, 04 Mar 2016 11:00:08 -0700 In-Reply-To: <56D9BDB6.6040903@denninger.net> References: <8C90C80B-AC5F-4B12-8E84-84193B8C55C4@pean.org> <56D9BDB6.6040903@denninger.net> Content-Type: text/plain; charset="iso-8859-13" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 18:00:17 -0000 On Fri, 2016-03-04 at 10:54 -0600, Karl Denninger wrote: > On 3/3/2016 12:57, Peter Ankerstål wrote: > > Hi! > > > > I have sort of exactly the same question as Erik: > > http://lists.freebsd.org/pipermail/freebsd-questions/2014-July/2590 > > 55.html > > > > I have bought a https://learn.adafruit.com/adafruit-ultimate-gps an > > d want to use the PPS output to discipline my clock. > > > > But the only source of information on how PPS works in FreeBSD I > > could find is this: > > https://docs.freebsd.org/doc/8.0-RELEASE/usr/share/doc/ntp/pps.html > > and it clearly states the two ways to provide a PPS signal. "The > > PPS signal can be connected in either of two ways: via the data > > carrier detector (DCD) pin of a serial port or via the acknowledge > > (ACK) pin of a parallel port¡ > > > > Since the Pi doesnÿt have any DCD pin i would like to use a generic > > GPIO for this. There is a linux kernel module for this: http://lxr. > > free-electrons.com/source/drivers/pps/clients/pps-gpio.c?v=3.6 > GPIO is supported on the Pi, I'm using it on 11-Current on my home > control software to drive relays on my pool hardware (e.g. valves, > heater, VFD motor drive, etc) and it is working very well. I don't > believe tapping into that at the kernel level to expose a pps signal > (e.g. on /dev/pps or something of the like) would be very difficult > at > all, since the low-level driver capability is already present. > > If I get some free time I'll dig around a bit and see if I can cobble > something up. It's of some interest to me as well since I have a GPS > clock here that currently talks to a serial port on an Intel-based > machine and being able to move that to a $35 "appliance" for NTP > using > the Adafruit setup looks sort of attractive given that the Pi plus > the > module would be under $100 all-in. > Don't "cobble something up" just yet... there is "a right way" to fix this, which is a generic gpio-pps driver. The problem is that it requires support from the new INTRNG, and the rpi hasn't been converted to that yet. I'm checking around to see if someone has done the conversion for rpi and it just hasn't been reveiwed/committed yet; if not, I guess I'll try to do it myself. Writing the actual gpio-pps driver will be pretty quick and easy once we have the intrng support, I think it'll take me a couple hours. Also, FYI, another option with PPS is to use a usb-serial adapter and feed the PPS in on the CTS or DCD pin. I tested that on rpi a few months ago and it worked fine. There's surpisingly little jitter even when the usb bus is heavily loaded with other traffic such as disk or network IO. -- Ian From owner-freebsd-stable@freebsd.org Fri Mar 4 19:04:54 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA0419DA528 for ; Fri, 4 Mar 2016 19:04:54 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C2A36AD for ; Fri, 4 Mar 2016 19:04:53 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1abun5-0005DE-8u for freebsd-stable@freebsd.org; Fri, 04 Mar 2016 19:49:31 +0100 Received: from 114.165.187.81.in-addr.arpa ([81.187.165.114]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Mar 2016 19:49:31 +0100 Received: from mnd999 by 114.165.187.81.in-addr.arpa with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Mar 2016 19:49:31 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Mark Dixon Subject: Re: Skylake Loader Performance 10.3-BETA3 Date: Fri, 4 Mar 2016 18:49:19 +0000 (UTC) Lines: 14 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 81.187.165.114 (Mozilla/5.0 (X11; FreeBSD amd64; rv:44.0) Gecko/20100101 Firefox/44.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 19:04:54 -0000 Will Green sundivenetworks.com> writes: > > I am happy to test patches and/or current on this server if that helps. If you want more details on the > motherboard/system I have started a post on it at http://buildwithbsd.org/hw/skylake_xeon_server.html > I've made the UEFI switch which worked fine, but I'm also happy to help out with testing if anyone looks at this. From owner-freebsd-stable@freebsd.org Sat Mar 5 00:15:16 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2225BA099BA for ; Sat, 5 Mar 2016 00:15:16 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by mx1.freebsd.org (Postfix) with ESMTP id B87EDA9C for ; Sat, 5 Mar 2016 00:15:14 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp121-45-70-178.lns20.adl6.internode.on.net (HELO leader.local) ([121.45.70.178]) by ipmail06.adl2.internode.on.net with ESMTP; 05 Mar 2016 10:45:07 +1030 Subject: Re: Newer clang than comes with install? To: "Kevin P. Neal" References: <20160303134505.GB26990@neutralgood.org> <20160304142226.GC39399@spindle.one-eyed-alien.net> <20160304145308.GA45362@neutralgood.org> Cc: freebsd-stable@freebsd.org From: Shane Ambler Message-ID: <56DA2509.9060305@ShaneWare.Biz> Date: Sat, 5 Mar 2016 10:45:05 +1030 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20160304145308.GA45362@neutralgood.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 00:15:16 -0000 On 05/03/2016 01:23, Kevin P. Neal wrote: > On Fri, Mar 04, 2016 at 02:22:26PM +0000, Brooks Davis wrote: >> On Thu, Mar 03, 2016 at 08:45:05AM -0500, kpneal@pobox.com wrote: >>> I notice on 10.2 we're using "FreeBSD clang version 3.4.1". But there are >>> bugs in this version of clang that I'm having trouble with. >>> >>> Is compiling a newer (say, 3.7.1) version of clang to target FreeBSD >>> supported? I have no desire to replace any of the libraries, just the >>> compiler itself. Is that supposed to work _without_ going through the >>> ports/pkgs system? >>> >>> IOW, can I just download from llvm.org the clang+llvm source, compile >>> it on FreeBSD, and then use it safely? >> >> It should. The ports don't include many patches. > > Yeah, I was just looking at the patches we do include. One of them it looks > like causes some of the llvm.org-provided includes to not be installed. > > I'm not sure I can, well, not install them because I also need to use the > same install to do cross compiles. A quick check shows that those includes > are used when targetting cross and native. > > Am I correct about the include files? And, if so, are there plans to > upstream patches so the llvm.org includes will work out of the box for > FreeBSD-hosted-and-targetted compiles? > I am fairly sure the BSD developers share as much as they can upstream. You may want to look at current, it now has clang 3.7 and it appears 3.8 is being tested. https://svnweb.freebsd.org/base?view=revision&revision=288943 https://svnweb.freebsd.org/base/projects/clang380-import/ -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-stable@freebsd.org Sat Mar 5 02:25:09 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF2049DA9E4 for ; Sat, 5 Mar 2016 02:25:09 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 29E96FF1; Sat, 5 Mar 2016 02:25:08 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id u252P5SR028675 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 5 Mar 2016 03:25:06 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id u252P5Cg027981; Sat, 5 Mar 2016 03:25:05 +0100 (CET) (envelope-from marius) Date: Sat, 5 Mar 2016 03:25:05 +0100 From: Marius Strobl To: freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 10.3-RC1 Now Available Message-ID: <20160305022505.GE15359@alchemy.franken.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="uLcrxnkzOGy8pA6s" Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Sat, 05 Mar 2016 03:25:06 +0100 (CET) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 02:25:09 -0000 --uLcrxnkzOGy8pA6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The first Release Candidate build of the 10.3-RELEASE release cycle is now available. Installation images are available for: o amd64 GENERIC o i386 GENERIC o ia64 GENERIC o powerpc GENERIC o powerpc64 GENERIC64 o sparc64 GENERIC o armv6 BEAGLEBONE o armv6 CUBOX-HUMMINGBOARD o armv6 GUMSTIX o armv6 PANDABOARD o armv6 RPI-B o armv6 WANDBOARD Installer images and memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.3/ The image checksums follow at the end of this e-mail. PGP-signed checksums for the images are also available at: https://www.FreeBSD.org/releases/10.3R/signatures.html If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/10.3" branch. A list of changes since 10.2-RELEASE are available on the stable/10 release notes: https://www.freebsd.org/relnotes/10-STABLE/relnotes/article.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 10.3-RELEASE cycle progresses. === Noteworthy Changes Since 10.3-BETA3 === o In the pf(4) DIOCRSETADDRS IOCTL, a possible out-of-bounds write has been corrected. o OpenSSL has been updated to version 1.0.1s, which provides security fixes for CVE-2016-0702, CVE-2016-0705, CVE-2016-0797, CVE-2016-0798, CVE-2016-0799 and CVE-2016-0780. o Hyper-V drivers - hv_netvsc(4) and hv_vmbus(4) in particular - now wait longer for hypervisor results, which avoids attach failures of network and storage devices. o A regression in the INTx handler of nvme(4) introduced mid-January 2016 onto the stable/10 branch has been addressed. The most likely scenario to hit the panic caused by that flaw was to run FreeBSD on Google Compute Engine with a local SSD as NVMe. === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): ftp://ftp.freebsd.org/pub/FreeBSD/releases/VM-IMAGES/10.3-RC1/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: us-east-1 region: ami-a4e8d0ce us-west-1 region: ami-493c4f29 us-west-2 region: ami-fe6a869e sa-east-1 region: ami-b229abde eu-west-1 region: ami-99c970ea eu-central-1 region: ami-c3b652ac ap-northeast-1 region: ami-20f2fe4e ap-southeast-1 region: ami-aafa32c9 ap-southeast-2 region: ami-04200167 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-10.3-RC1 % vagrant up --provider vmware_desktop === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 10.3-RC1 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 9.x. Alternatively, the user can install misc/compat9x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 10.3-RC1 amd64 GENERIC: SHA512 (FreeBSD-10.3-RC1-amd64-bootonly.iso) = 1f83719df35b07eaabda67d7fbb4cc20783f0eedb572450e30c3c17bc765706397df2e7612bc092d4d8ee2b586b2540eb607c63ecfee71e2d6eee84003e87201 SHA512 (FreeBSD-10.3-RC1-amd64-bootonly.iso.xz) = d238cc8a435d64063e2f433bf4c06e9ab6e4205185b50c8360e62c9923e356ec754076fd2b6fef070c93a468220a564a5fe679146352e1b6a96c7242b1f0e43f SHA512 (FreeBSD-10.3-RC1-amd64-disc1.iso) = 6c9fb0c0a2b8b0c35677402963fe400b0f2b70e916e24a2fd1f17257ba8d6e12f7cae70e9af32fab81e95bf04e4255c512e6f1b626cf6ab9cabe8c8df37dcc5e SHA512 (FreeBSD-10.3-RC1-amd64-disc1.iso.xz) = 113784a1ade4e07c97bb893e86c09af571291b55dc66808ad32e81d3b9bb04754432d3934c6d9d53476414118b9d1a235adcb8968b41eda6eacaf80e80d522bc SHA512 (FreeBSD-10.3-RC1-amd64-dvd1.iso) = de5a8247ca2cde8ad4b4e478fdde9986d555ce0c23b519d4dc3d7d144f83b38ebbae259f8c73a4e3fd8f4d8d2b7a7b9dafecdf4e5a12e42e6cd28bbea2fa6cf3 SHA512 (FreeBSD-10.3-RC1-amd64-dvd1.iso.xz) = 467a339f53d5e6de6daff224d517d384bea6ce549d92c461344f608452d314f738a9e1250ccb88f090e5b1fc0bb53b76df66b5d1faf1a8190bfdbaee05df6367 SHA512 (FreeBSD-10.3-RC1-amd64-memstick.img) = 7daf48d11f7238992678a6df5b57b5e0ffd99ece8df43e85cd7065dabd412093c2fa22d3905fba1a02d708e586f49daa74a6b92827ce519bb287a008b26f2645 SHA512 (FreeBSD-10.3-RC1-amd64-memstick.img.xz) = 488313ac757677384c1769dbd113a6f1a5cc2077b430f43a0414ecd823580188c89b981b07f1d96017b72ffd1b6f3a1992ca73fa010a36b7cc018b0f17826bf0 SHA512 (FreeBSD-10.3-RC1-amd64-mini-memstick.img) = a25a9e20425d73c8ef283a126f91cb8914d56fcc43e5e1f492da277e3a7d417f32a210096d291c64d7a65479c309df04895d7737f15628b427d8b46f3c942392 SHA512 (FreeBSD-10.3-RC1-amd64-mini-memstick.img.xz) = 8e40e44e532d9f1a2234b3b2353d2cb801086511f206fbfaa4979ef8a9b9f9ed150318722a8e89a447e0898b8d5b17fbd11193b9c295e916f2b85988250832a4 SHA512 (FreeBSD-10.3-RC1-amd64-uefi-bootonly.iso) = d3e291a676d7416cb3feb0b41bdd4246ed727c11ae9ba7d259a9e558f3a25cbe4c99604962f99cac03a88e788399c01e428869b09dbda2590ea5abc8d6d3cdce SHA512 (FreeBSD-10.3-RC1-amd64-uefi-bootonly.iso.xz) = fe1a38ee71a9e47afe1211d39f6bfc5de0528cd3b7c2372f76ca116271cd4affbea879974def6bb811e5b25210f3b865f826fa1e460adfa5b2e6bf558e94a3b9 SHA512 (FreeBSD-10.3-RC1-amd64-uefi-disc1.iso) = c201adb4fc9e0bc7da12cb046a4d1f3b7a3e2f6fe59d2669453fd1c7924429db518c8c8c10d093241e45c97c9cd82d1140feb6918c7e4714a13c9bc201ec55e3 SHA512 (FreeBSD-10.3-RC1-amd64-uefi-disc1.iso.xz) = 9eab1f381cdefc4c422330b1f6f81b529cfea4c2dd354bc9cef6c14ab4653cd7c22f5b61082860af8cc019068ab92fabcac82efc8bea9d45c5d67bd4b2839745 SHA512 (FreeBSD-10.3-RC1-amd64-uefi-dvd1.iso) = efae4d31a56638dfbd696919c81f078c157547c0bde407226fd257ad8411f76070edd19de83dbb524c89e7ae11789bddb13eb2e982ec1bf1f4d83c263770fe94 SHA512 (FreeBSD-10.3-RC1-amd64-uefi-dvd1.iso.xz) = 9127652d7e59ac70a537d265684e9dffdc35f73f3bc83c184c5ef6fd7160d8088c3e04441e6b07da1dfe4198a710b3649f7f5412fdbd0ef304bda21e54bef924 SHA512 (FreeBSD-10.3-RC1-amd64-uefi-memstick.img) = 9b6c87fcb10ac57de24a587b242b7a19cdf43c9053ad4bfd5f88e3722a478dfaa6b3a774504ddfa6dca2eba5a6ba0819a21796adaeebac66e13bb6b78a5a7297 SHA512 (FreeBSD-10.3-RC1-amd64-uefi-memstick.img.xz) = 403c385930bbcaeec38077f62a86b15e4ea901dea6181d4b5633064288653e4798f47905674a0e4d4f3175754ff6e574ccb28949c34588d72c0ad01f363103ac SHA512 (FreeBSD-10.3-RC1-amd64-uefi-mini-memstick.img) = b16510315ccdecfdb0dae58415e384e6e1702dc1798cee71129dbb6a82c8be872105ddbc81c14273896d632b115951a3874c464c3fd87d7044ebaf7cfc0887fe SHA512 (FreeBSD-10.3-RC1-amd64-uefi-mini-memstick.img.xz) = 466b1ac861867d938c37bcfe7d054ee4b9ecdce3a3984360aae68de701769d83c4f4a0e0f4a6b7962cfe50a81c0cb0d093fe77b636357599b64793c0c591c586 SHA256 (FreeBSD-10.3-RC1-amd64-bootonly.iso) = 32634bcda57329b59e39dfd7497ec7c958c1ba21b40b7f36c3bb2a6ba8e75c45 SHA256 (FreeBSD-10.3-RC1-amd64-bootonly.iso.xz) = bae89c266c4a450965bf4eae9d551c928f1f0023c243637ec101a116cfa134da SHA256 (FreeBSD-10.3-RC1-amd64-disc1.iso) = 363ecba54f37cf2607ae3589b063604f228eee2a8024efd8f0731c7a18a15976 SHA256 (FreeBSD-10.3-RC1-amd64-disc1.iso.xz) = 6e7f3c923285951da810306c1a1cf7bd7d524a27f6eb58744d69159b00bdf22d SHA256 (FreeBSD-10.3-RC1-amd64-dvd1.iso) = 43d5dd214428ed1ce8297fce8e5285bc18ddd33ea351f1c5f60696395d80902a SHA256 (FreeBSD-10.3-RC1-amd64-dvd1.iso.xz) = f3b14c3ea7d755597c420b29c23cfbd72baf28001a0dfb02a7b7912ac2e63c98 SHA256 (FreeBSD-10.3-RC1-amd64-memstick.img) = 81fe6b01524e45a5319fa48461392c43ff1f9c0883a44feb90fe019664c5e2cd SHA256 (FreeBSD-10.3-RC1-amd64-memstick.img.xz) = 9aee90f7489b174e3a24adb33cb42a83dea2e18f96f5017dd23b1bf349c73fd8 SHA256 (FreeBSD-10.3-RC1-amd64-mini-memstick.img) = b66b4d4162f03aae027aeba45797ec681096a47bdef4841df88a094abfd3888b SHA256 (FreeBSD-10.3-RC1-amd64-mini-memstick.img.xz) = 573a99e5872f7bf3db3337289bf77421bc4b364bffc70cf645e844903d6e566f SHA256 (FreeBSD-10.3-RC1-amd64-uefi-bootonly.iso) = 9f5c5c94084098977428abdd2255c523623e743567eb17b467dd6ff44c5046b0 SHA256 (FreeBSD-10.3-RC1-amd64-uefi-bootonly.iso.xz) = 01c5126d1b55615d896bcaa6ab2ff7286f8abbd33de5bb143fad34a7613a17d0 SHA256 (FreeBSD-10.3-RC1-amd64-uefi-disc1.iso) = adebaa7579c32becde087b423c6a3c4490f7812e9a8c8b002088b2af7ef0bcac SHA256 (FreeBSD-10.3-RC1-amd64-uefi-disc1.iso.xz) = 1eb28be8b4e4f71336340f0f9acd17943c0cd5327f811c7289a2e39b1f86d866 SHA256 (FreeBSD-10.3-RC1-amd64-uefi-dvd1.iso) = fb4c144cda36f83e8b955b1d5790f0974a1e7cb831ddac107fcdbcb0007ad6da SHA256 (FreeBSD-10.3-RC1-amd64-uefi-dvd1.iso.xz) = 85ecb2b9e29d9ea29ead508e9464a8ceb0dedfa18281e00428d6ffdc4d5a6204 SHA256 (FreeBSD-10.3-RC1-amd64-uefi-memstick.img) = 94d6847abd241f09eb9a5a6fa49cfcbb6ff80b5360fe5ea66cf746d3665851d6 SHA256 (FreeBSD-10.3-RC1-amd64-uefi-memstick.img.xz) = ba99c61dd18b09782aec340e2f46881dacd55ac5715617045b50dcab02d6b8ae SHA256 (FreeBSD-10.3-RC1-amd64-uefi-mini-memstick.img) = 7018b97af78e6c7667cc91c38c603a4346f72c5f58ab6dbda59a8426b38ab3b1 SHA256 (FreeBSD-10.3-RC1-amd64-uefi-mini-memstick.img.xz) = 24fd8d64f01b9b6cee213f7a608f010af7aff3918a2886101dab73443d1ad001 o 10.3-RC1 i386 GENERIC: SHA512 (FreeBSD-10.3-RC1-i386-bootonly.iso) = b8cd658478c60f7078f0e39fd4688ef934dd46240928de2d80d49d525648e59363b2e7b4d88a369f3cff1fa666fb9046ce1fdf8a1bfd73eefaf46256f0560a18 SHA512 (FreeBSD-10.3-RC1-i386-bootonly.iso.xz) = 88bc99f636c8eab10cbe33f9c837cdba8ae27802c40a4e96f4c2e9d2e8adab4760feb6583cb6556aaacc9f537144eaf0b717be53ffb9351b63813509b1d14df3 SHA512 (FreeBSD-10.3-RC1-i386-disc1.iso) = 3e31d77d0d50f8a99ec4f41e0465ccdd12bb63039773d9658b754a35d58c0709fe696d40d6ba8aab2b5fd42cf31c69075c4bd00e8aa85a777bd41c01c6df0c49 SHA512 (FreeBSD-10.3-RC1-i386-disc1.iso.xz) = 0047de4c93ff024e34472870b52659bd91b147e6915731e25e11a79ac80a31fc3459953364b989c0a3ac116e59d797203327868133bfb72b87147f55b32e6969 SHA512 (FreeBSD-10.3-RC1-i386-dvd1.iso) = 53aec5f75fedd830de6c68562c620b67376042009daa3c738907b95bc103ba0471c6720d44857767406d36dac2d3e43c6797631456aaa1ef4a7c914fd3153b7b SHA512 (FreeBSD-10.3-RC1-i386-dvd1.iso.xz) = 6ab2dcbdde9e9ced6661093b3d197c74e7d8c1e0e7274e63c3a5f50ce0c03f50d188304f61cd814d166974c9193047f30765b21c2f0bbd1338b426dc6e585d31 SHA512 (FreeBSD-10.3-RC1-i386-memstick.img) = da59a2aa655bf8ac53042a9b9f1f849b8d3ad43fe38103a330c090479e72e2f709c1db5081ccdb2e0211adb80496907b6c675fa8a33bc58b4c27746f74a1d70f SHA512 (FreeBSD-10.3-RC1-i386-memstick.img.xz) = ce873cbf6a6dc6835e75b7bc3a8a5623c90a3768fb26200674e2305188478417d798e49469e6eccf768c3f3d39a53513507d26624e82fe2a5e8069a49bee298b SHA512 (FreeBSD-10.3-RC1-i386-mini-memstick.img) = ed994a19becd5c1e1c1aef783a3776c0ff253b791bfd7875feff8d6cc389c76de273b5514f38d626c4f23e083c34184ef84256b3dddcac530eb40ced54bd73a2 SHA512 (FreeBSD-10.3-RC1-i386-mini-memstick.img.xz) = e59d4e3312f9fa7e1e0c51e832ac3359a278adffa5ed62cfcd0d1d74c13e144ec96df474e1f7f68d5069f8661ba1ffaa841edca2776a21d6d525eab0bc7288d7 SHA256 (FreeBSD-10.3-RC1-i386-bootonly.iso) = dcdf9b0b48c7bd6b2509276697eb4a769e59f7c3dee683eae03b42b3c485f078 SHA256 (FreeBSD-10.3-RC1-i386-bootonly.iso.xz) = f3364080aad52dad7c79587292a98ecdda38ff8f0662a62b1a2b77f8b016dd65 SHA256 (FreeBSD-10.3-RC1-i386-disc1.iso) = ef949e70ba78b162137ff5019f48f8ac74f041caa997697614480636d78c2be4 SHA256 (FreeBSD-10.3-RC1-i386-disc1.iso.xz) = 2a39aa528ebf5b8e230a3480ee99ec3822975a9a91f0a729a9bf3dc49a38723e SHA256 (FreeBSD-10.3-RC1-i386-dvd1.iso) = fcb35039093a5c07a6b95ea915a84815574815771ac478b4d66dd2257b42cf28 SHA256 (FreeBSD-10.3-RC1-i386-dvd1.iso.xz) = d4e4b8db7912e3fa316be9bfd87fe87edd7fe2f1e8482a7962708268d0182630 SHA256 (FreeBSD-10.3-RC1-i386-memstick.img) = e0c03a2c2784f1440f1b40d6ccf5701e4a21aadab4f13d60a37d7d9799d91311 SHA256 (FreeBSD-10.3-RC1-i386-memstick.img.xz) = d0bd9051c721648ceb90a5c09ef50904366892bdb0f9f4f3bb1a19a1bc7a37b9 SHA256 (FreeBSD-10.3-RC1-i386-mini-memstick.img) = 780a462ec18958c7a05385653162b1db892ac2281c028d24300909e494c1c44a SHA256 (FreeBSD-10.3-RC1-i386-mini-memstick.img.xz) = c0e809548b7491e964628350ea9e6c7444ed21a628af21e64d90a360ee23f07a o 10.3-RC1 ia64 GENERIC: SHA512 (FreeBSD-10.3-RC1-ia64-bootonly.iso) = d2fb150126b1b228936ec3f6d3266579f1df66230497eaf699518e10018ac8f734b01b31f2d9cf46cd7f6328109a7525f9ff28d202c08e18081a173a8d5bdbbe SHA512 (FreeBSD-10.3-RC1-ia64-bootonly.iso.xz) = c196d63b8dda87bbe266bc94abf87a9092f91d56fcefce781a2fc678eb00470e08539294a9aa77e5371cbdda1daf98d24789acfbb7e478d6ec987418c6f281be SHA512 (FreeBSD-10.3-RC1-ia64-disc1.iso) = fce92b8a7f33b71a1d5948e3b576fb8e18c22b70d4dc7bb72f5a7da94bc647efe76870906167f19a1757c84bf59a3d1e5da987fce33e7b70612350a7202057c1 SHA512 (FreeBSD-10.3-RC1-ia64-disc1.iso.xz) = 559c418e4037fa72af5a439bec0e0b5ca27e8a71767887dbbb0c1ac22004c79ba44ad2fbf8b17f69e2476f80356100590cac21194b4c8ffb5a7140d000b2db7c SHA512 (FreeBSD-10.3-RC1-ia64-memstick.img) = a1fbd8516ee77ff6994994bb5b614929cee78b281b2111739071adb9fd16039fc1da3b49d4db06a8dc238b258fb792f6da7f02fe9aef7d8c6057a62f83a40041 SHA512 (FreeBSD-10.3-RC1-ia64-memstick.img.xz) = af857589589cf9085a4a202e1341662dbb916152b55383bb0369894a7d6e57426a448ef082c15a636183e8fd2117140f36ffe1beb72270ce57ee73b3eb10563f SHA512 (FreeBSD-10.3-RC1-ia64-mini-memstick.img) = 3516a29f3d031f883c8bbe6cb769d8ffac97f1a45f617287c985456c556da3991d8175b7d1d240dbbf80fb15cc69c30b9e6813029e89678972baecffe65171b6 SHA512 (FreeBSD-10.3-RC1-ia64-mini-memstick.img.xz) = 476f8db2231ba6499ee7d697c0776e9ebe514be284e258d5d1a25da92067bf9e049c17805b94d7a7d4806256d46557f42440da6a5cde8d6451986e1d5677a35c SHA256 (FreeBSD-10.3-RC1-ia64-bootonly.iso) = 2b00e224891b7ba7cb94ea1d3ad7e903d29842b477f6d6aa62fe72ff887a8248 SHA256 (FreeBSD-10.3-RC1-ia64-bootonly.iso.xz) = 61f3f0c841bab3b97667d09fada82ea619766fa7721ac1f0faa6925e06d9a847 SHA256 (FreeBSD-10.3-RC1-ia64-disc1.iso) = 18a09cef790f2fcf3c491181823b813c4bf693291db41b4f133d68e69d35e2d9 SHA256 (FreeBSD-10.3-RC1-ia64-disc1.iso.xz) = ea9e8401888f6d7db8726d4ec8fe0233a62f1e727c1c323ed689c43eb90747ee SHA256 (FreeBSD-10.3-RC1-ia64-memstick.img) = 05bf4473c1745ccd5e4da24afe8d1d66e2414f2143fe00fb979f537dcfca6eaa SHA256 (FreeBSD-10.3-RC1-ia64-memstick.img.xz) = 69951f250965730a4b302b3b7e2ad97f3e675d17d6835654d9e80279bda113a3 SHA256 (FreeBSD-10.3-RC1-ia64-mini-memstick.img) = 3809d600297a6dbf871e653873dad467ff1138cb17931fc5a0ad7e9099f28b78 SHA256 (FreeBSD-10.3-RC1-ia64-mini-memstick.img.xz) = d9c1beecaf0e9fc39ca1ae993f8e7973a1a5f3dc33485123e4cd90ada088d6ca o 10.3-RC1 powerpc GENERIC: SHA512 (FreeBSD-10.3-RC1-powerpc-bootonly.iso) = 96e938e56db6ed174642b54714e1640348abd1840ff233f6aae2e192b9dd2e4a3ad5df6622cccb05badbd2684f15a99159fd528c162ced600b1fda6700b832e0 SHA512 (FreeBSD-10.3-RC1-powerpc-bootonly.iso.xz) = bc7834de3bf99a0f56fd03858c1b74d56904801f5dbf3847b2cfac4153bc5ed195bb63b40e83e2721b2ede2e054666aaae2f4be506781a5e0085c219d2b59f2f SHA512 (FreeBSD-10.3-RC1-powerpc-disc1.iso) = c05acd510cfb1862238baa170fe0b8119ab9a5d05ed11652f9267160e4c6172e792eb092d7ae64407c915276a340e890fa9d83da62e71119d19e876c6ab49484 SHA512 (FreeBSD-10.3-RC1-powerpc-disc1.iso.xz) = f47855191cb5c08a0220ae09edefe99599237bbb6d509f0d7c9ea1d30773684d77d169c9b3a06c3de797bec10b6c5faf05ad17e6f146a8e1dacd989517aa95fc SHA512 (FreeBSD-10.3-RC1-powerpc-memstick.img) = 829daa06119e2744247ace6ee66ede45e014c0de12a7e6f7be5913bcb30c04f0536d03b4dfca81b0e00b8580a85f3cae4d3ea9fcd392cb76d9e355eb6e9d59d3 SHA512 (FreeBSD-10.3-RC1-powerpc-memstick.img.xz) = 9195fadfe14d242358f324953f5e4c8387f8817360486e9dd13de7acebb51b7cd89053f0765c0853312cad3d3d9d4d5322a61b0e5d4aa389d55f6166aacb760e SHA512 (FreeBSD-10.3-RC1-powerpc-mini-memstick.img) = e6d5a3101c0992fce9a097efc67ce1c8799c5fbec721767134fb85f1171a7c1ae6e49f457b61f1bce1f0d969f3747ad21ae09bfbdb198f6e273c22ab943f3150 SHA512 (FreeBSD-10.3-RC1-powerpc-mini-memstick.img.xz) = 6fbc1526acf860cf7fd94ae852df753d4457512a1bc7557d60ea37d92d015c24152f3dc0ba0cc0715fd7b654eb058814fb5a9f2d5dd4ca86e7097534e182e8ac SHA256 (FreeBSD-10.3-RC1-powerpc-bootonly.iso) = 5d2576a3b872147e3db90ac71e1171cb21e7a59b812fb0e0fe2f2be18c8644a4 SHA256 (FreeBSD-10.3-RC1-powerpc-bootonly.iso.xz) = 7ac9cec73033cf87c52152782299e908a13423622daf4fe59a8be1c962a7a623 SHA256 (FreeBSD-10.3-RC1-powerpc-disc1.iso) = b6c547972ef94bf8dce8b2e0905f7848f6cdc9b7894751bf282871a23da0cdc1 SHA256 (FreeBSD-10.3-RC1-powerpc-disc1.iso.xz) = cf54207e37c165d224da6ed3cdfbff9a4209dd73e3804592de91590415be1b21 SHA256 (FreeBSD-10.3-RC1-powerpc-memstick.img) = 00f44dc4c38d528a0a7d6cb7e8f992d8ca6c2b57575dcc3f8e4932379918356c SHA256 (FreeBSD-10.3-RC1-powerpc-memstick.img.xz) = 157072f35a5dc5209e368f76b8357d014a9a3e8776c47ce793e00d44635dadb6 SHA256 (FreeBSD-10.3-RC1-powerpc-mini-memstick.img) = e780e9704fa8f5d28a32d3eb87c446ec0667f4068dda04ad5979ebff2b17d492 SHA256 (FreeBSD-10.3-RC1-powerpc-mini-memstick.img.xz) = 50294e8fb1f7faae268599d3326678669569e3cb0009cf31e46d668bf8812839 o 10.3-RC1 powerpc64 GENERIC64: SHA512 (FreeBSD-10.3-RC1-powerpc-powerpc64-bootonly.iso) = 71a6646e96e4663090aa88346fd00a41ea20f72f9b6841d51b7572594a6e32add571ec8417d902d97f105435db39c62a72ea0fd7c94b65502119b1c416fd2ba0 SHA512 (FreeBSD-10.3-RC1-powerpc-powerpc64-bootonly.iso.xz) = 05d52f1445c2079c7229a5e7477ee0b3ae8c50bbd330ac253852ea760538f54ec3698131c1d2a8bf16e06300a6690d00372d70a5810a50c360a2d84040e13ef6 SHA512 (FreeBSD-10.3-RC1-powerpc-powerpc64-disc1.iso) = 846d6e1c9e7c1f48432fd96251581da7571e46f31514363c7c54a0353800c28d1cd5e9ff149e051684f209e67a9abd3c19c0b4af4af6b8d29f2f8a6491d8314d SHA512 (FreeBSD-10.3-RC1-powerpc-powerpc64-disc1.iso.xz) = dcb8a1557027d3d62f9220a5416b47e69b949455264888c3ba10d0ced242a6ccbf9ce941e627d1c306a6969fe94a558ea80adfb83acbf7e60bc0fc0635dddd3f SHA512 (FreeBSD-10.3-RC1-powerpc-powerpc64-memstick.img) = ca17427f8a5b88083174cbb533a3c0b9a9e8c8aa6a5a362f6a4f58f432bb6d6fc30aa101c0743c64544328921ff8c758bcc8e64468d9765d2a8b809e474fe627 SHA512 (FreeBSD-10.3-RC1-powerpc-powerpc64-memstick.img.xz) = f00eb20ec5c1667d3d6f766de113783677c39a0313849e212b90dc6f141ff5417b94e83b3cb1cb358eb6ecf2af9e20b1f079bd9667f72d5029b4a5cafcddf593 SHA512 (FreeBSD-10.3-RC1-powerpc-powerpc64-mini-memstick.img) = f5a05db6b5a57d743da87775a46e5054fd64193878ac79ac8755dd209a5c56c97eaa37c99a3e655f520a6bf5d7e46e1b43c8b68bef0f3091f9f6a42966fe04d5 SHA512 (FreeBSD-10.3-RC1-powerpc-powerpc64-mini-memstick.img.xz) = 5cdbd4040e9ab82ca73f94004fc95f4d915d3083713d93fa036b005cc1e2ce24a82b1a5d1859045dd71d10412d886d42db8e3f0bf83e65f424ccee0eaf457c33 SHA256 (FreeBSD-10.3-RC1-powerpc-powerpc64-bootonly.iso) = a3b96968d1f0138246b0dd24742c7967b034a60089c29036c55b06379ac83c82 SHA256 (FreeBSD-10.3-RC1-powerpc-powerpc64-bootonly.iso.xz) = c49c1f2f801e7f12055ed76bc35e200f8abcff6c8af7d47ce2e7c6413f6484ac SHA256 (FreeBSD-10.3-RC1-powerpc-powerpc64-disc1.iso) = b01b49aac452883e0b0ad9399fedc242a973c79c9b07e06faecfa36c89a74b57 SHA256 (FreeBSD-10.3-RC1-powerpc-powerpc64-disc1.iso.xz) = a64fcb83b8183c9cafbdb3a9ddd0095984a7955eec690ac35eb88f45aac806dc SHA256 (FreeBSD-10.3-RC1-powerpc-powerpc64-memstick.img) = 34d68250aa2247dc7e828584418a944080a1fd0becb25be74db239c7d5bbba69 SHA256 (FreeBSD-10.3-RC1-powerpc-powerpc64-memstick.img.xz) = e66a18f976b23259d2570e0534c329d9bc0500d238d21d7916de14f4ab9a201a SHA256 (FreeBSD-10.3-RC1-powerpc-powerpc64-mini-memstick.img) = 34bdb2a849ac4fb308391a9e429a0dc7132e55288fd01a31d9b8ec1ab919c953 SHA256 (FreeBSD-10.3-RC1-powerpc-powerpc64-mini-memstick.img.xz) = 8156ff797b3645fb6dcea359ce553331819972204fb25add58061e10ec6529fb o 10.3-RC1 sparc64 GENERIC: SHA512 (FreeBSD-10.3-RC1-sparc64-bootonly.iso) = 394985af7f2b613db7b4539f244f6710627ebc55be9d963ff15c814942d2a0396f5576e5140b68b9e32990a1b79f13a644ce267563ca553e36dfc08895b518a0 SHA512 (FreeBSD-10.3-RC1-sparc64-bootonly.iso.xz) = 958405c4399df2ef04112e37f9b56b6adb09ea6d6f4d5dfb1bc37581a54120cb5eb694820556f226f53c2c6f11202efbf1aa7a7f80f5d4b7e4b64a1446c2ee17 SHA512 (FreeBSD-10.3-RC1-sparc64-disc1.iso) = b3f88503cab09d1e3b556acb3cfe19e300243c0791d9dcd9d979170ce275788693c3b8f1c81dfa4de8e5e6f56c1555eb131fef72d93e2bea84901feaaef00fad SHA512 (FreeBSD-10.3-RC1-sparc64-disc1.iso.xz) = 0cdf5c2a82b9c8b32c9ffd0072737897af64f8ca58981db965a938100db01484a1f9a850e197975a6d17a8dd5bb8dba2b07579d9b987dfc057caef4fb02da7f7 SHA256 (FreeBSD-10.3-RC1-sparc64-bootonly.iso) = 520b33ff87d24e476dfa3c87f32895047d45b9766bb15443c3513495631446f6 SHA256 (FreeBSD-10.3-RC1-sparc64-bootonly.iso.xz) = cde90be45ac1fec1c74067d85daa2b79cee3da1d344bf0319a4b4c539f45c935 SHA256 (FreeBSD-10.3-RC1-sparc64-disc1.iso) = 8d61144e439af85b8c01490cbdf431f6de3d6ff38680c1d1fddbff2bcacbdec7 SHA256 (FreeBSD-10.3-RC1-sparc64-disc1.iso.xz) = 6efc1f03d9093693de4db083a81a6b6cb5599274ea3a75fc683007f5b2c7ee68 o 10.3-RC1 armv6 BEAGLEBONE: SHA512 (FreeBSD-10.3-RC1-arm-armv6-BEAGLEBONE.img.xz) = 6fd15dc9d5ef1058eadb61d222309b605dbfde7aa2bdcf744d0bccdc356f8e13f44567d455fa62ab5793543fa47a9191900ea28ad1f1f143f42ac359650f65b1 SHA256 (FreeBSD-10.3-RC1-arm-armv6-BEAGLEBONE.img.xz) = ed5ef21af1e827ba777c23638f273d394fbf57d8b6b5178b7a55f5cbef985ce5 o 10.3-RC1 armv6 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-10.3-RC1-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = 45520945f25b9b4384c685135e6b01622a18bd85b2c67bbb578453f32a728f6c9f4d3daa348e8df96b4741e5f36a98db1653191c893447f674099aa88c49c032 SHA256 (FreeBSD-10.3-RC1-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = fe3e220777d6c8e00529243fa97f1439378da9da49793b238460ae0ee3bda19d o 10.3-RC1 armv6 GUMSTIX: SHA512 (FreeBSD-10.3-RC1-arm-armv6-GUMSTIX.img.xz) = 173c0ba4eeb518891db127a9943d4c297ccfe4d3535b2d867fcd3c34f798f1af22a03c29fc8d6cf140e2ca5e221789c975ee78363ade3f59b737391884da505c SHA256 (FreeBSD-10.3-RC1-arm-armv6-GUMSTIX.img.xz) = a234eda94c51d00ca18c269046179bc4a308f8b472008c93aec229219f29617a o 10.3-RC1 armv6 RPI-B: SHA512 (FreeBSD-10.3-RC1-arm-armv6-RPI-B.img.xz) = d72e4b64784932f9604c154f7a2caeddfc46af91c8b1e94fdb959c9a9bc5f3afeb239aeb307dbc050d0aa5f73823aa2c6c23825c3cd65c8e0e157a3cb578cf8b SHA256 (FreeBSD-10.3-RC1-arm-armv6-RPI-B.img.xz) = 90fad5a830e784091edc0c3e4db91d12090d2da4b9b404517cd92d4df94abbe8 o 10.3-RC1 armv6 PANDABOARD: SHA512 (FreeBSD-10.3-RC1-arm-armv6-PANDABOARD.img.xz) = d85e30732b29ab019096d775248e41dbaa73df5c2a9ea966b852a777e64564c0b61c3f57b507ced9cfba646dfc18130317a831a7154d6e44fe33a92b1257507b SHA256 (FreeBSD-10.3-RC1-arm-armv6-PANDABOARD.img.xz) = 7a19032b3398f6fc6a68309980f23fba2f2a8821dc80ff6b98fcb133416bf26f o 10.3-RC1 armv6 WANDBOARD: SHA512 (FreeBSD-10.3-RC1-arm-armv6-WANDBOARD.img.xz) = d41978e05552c97ac1cfc98b4b46745a89dbccca504b435dc22181f6cd3c0e689751ebb13610099647b9c6136a57fcbf618f1995b44d07fab40a2b8a978a040d SHA256 (FreeBSD-10.3-RC1-arm-armv6-WANDBOARD.img.xz) = 04a060a6bd49d29971c7b5c212bfd0f7139bda59054409115125ae9df2b3b779 == VM IMAGE CHECKSUMS == o 10.3-RC1 amd64: SHA512 (FreeBSD-10.3-RC1-amd64.qcow2.xz) = 8410d786b2d3bf421f650eb894f22e95a59e342686b56151f385a02cf1b07c6217093d68847b20ecf68d488cb3ff438f122e9198a6a29137a6cafd4dba793831 SHA512 (FreeBSD-10.3-RC1-amd64.raw.xz) = c291fa3e3d9c68c609afbb5dd8a8ba6db9ac0fa6009d9f143b6cbc83f9f9f75412a7d039d5405f53ad2064d55f396139751900d70044e55c27c1a46567df684c SHA512 (FreeBSD-10.3-RC1-amd64.vhd.xz) = ca24e743151815fc9e77e0276d6981d41a5e0abf993dfe86b39a8e525a60b1d3e1ee21883199cf4bffa23692e4ade3bf96eb93658a704ce7b33bf7f529f540ca SHA512 (FreeBSD-10.3-RC1-amd64.vmdk.xz) = eac8f04954636cb8e8904a7f52da240619cb21e72ce63c5b78a3f73ad7f85082871954a2c4f164490d5a6dd58263387ffd14eaddda1e92c18019a19d68335e2c SHA256 (FreeBSD-10.3-RC1-amd64.qcow2.xz) = 493fb04151278c35449f8d215a84b004428c22a9033e79dbb3acae7b38da044e SHA256 (FreeBSD-10.3-RC1-amd64.raw.xz) = 42982832477bafb6ee211c1cb3db539b97cd7fc7718b3234d6fa379707e82ed6 SHA256 (FreeBSD-10.3-RC1-amd64.vhd.xz) = 6986108fa9e9152eb5b953e293b969bb5c169e05595598e3fa945ef5a691af21 SHA256 (FreeBSD-10.3-RC1-amd64.vmdk.xz) = 5f0eec1ea3cecc68cef4fad2bb0556869f3f169176a7aa6c6e40fb9d61fa7a61 o 10.3-RC1 i386: SHA512 (FreeBSD-10.3-RC1-i386.qcow2.xz) = 7d26c973c0a341cc9f8a7d4a20441c7a4cffbd2f8f55f892cecccb9e0e21166b5ca61b3096535177ded857c4ba829850606ef64a5bc2105cc3fd45db34522066 SHA512 (FreeBSD-10.3-RC1-i386.raw.xz) = 15497c74cf99249f15707f12b9318b57778c3416eed41f30bebb8e199443f6d1f3b66eb20ddb02ac5923d7148fd3ea5e86ef00ebfb6f8f6b2d112974e219b5d8 SHA512 (FreeBSD-10.3-RC1-i386.vhd.xz) = 9351078d0f4f8a86f10f49bf142c54422bef10670393b7061a8a0254d67daf6e741e6187ab88a00e121f1c1d58a3a7f586b16c5e7123e9a73fec22b04fcb4781 SHA512 (FreeBSD-10.3-RC1-i386.vmdk.xz) = 98c47f9b4c671dfa6370589237574aa4b11fbf3d303819694d0dcc666b062918381a97e42bf0181897e40f1b871cdf63da65616ef9757ded246c6124b634887b SHA256 (FreeBSD-10.3-RC1-i386.qcow2.xz) = f2a724b2ceefe284789bf673c78ad47bd0edae9d1d949943c1a5f346b1895f2f SHA256 (FreeBSD-10.3-RC1-i386.raw.xz) = 68c4c69b6fbc0c47b302178858994ca8734566ddba2a4048ad2d7e1b11d4aa15 SHA256 (FreeBSD-10.3-RC1-i386.vhd.xz) = 2581c3c1a6b8a117a07403e6f32ab61f2694390b7d9d600c9986466b5c5e92d9 SHA256 (FreeBSD-10.3-RC1-i386.vmdk.xz) = bbb41c42ac71d5f29d1e3583e1176af7ab7c6ea4db007b6ad7f7d9f0fa6f2e74 Regards Marius --uLcrxnkzOGy8pA6s Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJW2kN8XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1M0Q5QjQzNTVGOTU5ODBGQzVENzZCMDIy MEI3MERFMTNGMUQxRTRGAAoJECC3DeE/HR5P3cMP/3vggdzx2NGIVhJuZ6ADMvTM mRTEXD+CPBdzrD9NRVv9ri6E1D04+D6KH3MhzzJrLEDB/PItJNTmFzANnvNht9sg lNKUN8+v9dfTq9Og2K7Ow6fT4LrIS62Ef+8k3q9InDiZp+qpoAxEWXH3NR5FLcn5 dW9s4YGKh8ARfJIk7CWp4XJL7gmNPQuFdDIpZwGafAbTC41Z8CCESlSyNeIySy8c fRrq788FTS/Z7uG5oNjAkSJYanV3khxN4BNXahq/kZGe5FXdArI/ds33v94ggGWf WV2ab0XBosRuRGntTC6lzao4LcfjCBV6LKSnAAzGFDQKYi8ODvjaH3VF1fUSqZzt NPLouD77w3sB50sBXCBqx0DafmlvZAJzG9jpWCBga78xn1VzgDskegU0XxqLmW10 XRMD5if5Zz45AH9dMp06WxD2L9xk7+ghDI7jCRjS0eCzVsN+z0uKaQ1u5p3DxR+R pH6nHmABLDX9LI91naD5rxm4jThhICRu6JoYZPQiyJbUodLKYgt/kBChL1uRbawK dHYEIUNWiSjA94HLyFML89WooO4BFyWJToTq050xKRN5Pl+Z9dM9pauHmuNHGllM 997JUJh+G9S50YJqCmA1tdGdFL1s8xWV1DAl6md7+74uVK0+3VhCtyjFQuXLSixZ QjBDVwk1+gASLAw/f6a+ =OMhc -----END PGP SIGNATURE----- --uLcrxnkzOGy8pA6s-- From owner-freebsd-stable@freebsd.org Sat Mar 5 06:54:44 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 930219DA646 for ; Sat, 5 Mar 2016 06:54:44 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BF45187 for ; Sat, 5 Mar 2016 06:54:43 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [172.31.20.14]) by system.jails.se (Postfix) with SMTP id CF20339A1 for ; Sat, 5 Mar 2016 07:54:40 +0100 (CET) Received: from [10.1.253.44] (c-5eeaaa89-74736162.cust.telenor.se [94.234.170.137]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 46E52399C; Sat, 5 Mar 2016 07:54:38 +0100 (CET) Content-Type: multipart/signed; boundary=Apple-Mail-0307F1A2-4FAC-40ED-BC1A-2A8F9D7D194A; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (1.0) Subject: Re: PPS input on a generic GPIO pin on Raspberry Pi. From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= X-Mailer: iPhone Mail (13D15) In-Reply-To: <1457114408.13785.150.camel@freebsd.org> Date: Sat, 5 Mar 2016 07:54:36 +0100 Cc: Karl Denninger , freebsd-stable@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <8C90C80B-AC5F-4B12-8E84-84193B8C55C4@pean.org> <56D9BDB6.6040903@denninger.net> <1457114408.13785.150.camel@freebsd.org> To: Ian Lepore X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Mar 5 07:54:40 2016 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 56da82b0177761480015848 X-DSPAM-Factors: 27, and+#+#+#+the, 0.01000, From*Peter_Ankerst%c3%a5l, 0.01000, From*Peter_Ankerst%c3%a5l, 0.01000, Content-Disposition*filename, 0.01000, for, 0.01000, for, 0.01000, is, 0.01000, is, 0.01000, to, 0.01000, to, 0.01000, Content-Transfer-Encoding*quoted-printable, 0.01000, Content-Transfer-Encoding*base64, 0.01000, To*freebsd.org, 0.01000, Content-Disposition*smime.p7s, 0.01000, Content-Disposition*attachment, 0.01000, on, 0.01000, on, 0.01000, Content-Disposition*filename+smime.p7s, 0.01000, and, 0.01000, and, 0.01000, the, 0.01000, the, 0.01000, it, 0.01000, it, 0.01000, hours+Oh+so+#+is, 0.40000, 03+04+at, 0.40000, attractive+#+#+#+Pi, 0.40000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 06:54:44 -0000 --Apple-Mail-0307F1A2-4FAC-40ED-BC1A-2A8F9D7D194A Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > On 4 mars 2016, at 19:00, Ian Lepore wrote: >=20 >> On Fri, 2016-03-04 at 10:54 -0600, Karl Denninger wrote: >>> On 3/3/2016 12:57, Peter Ankerst=C3=A5l wrote: >>> Hi! >>>=20 >>> I have sort of exactly the same question as Erik: >>> http://lists.freebsd.org/pipermail/freebsd-questions/2014-July/2590 >>> 55.html >>>=20 >>> I have bought a https://learn.adafruit.com/adafruit-ultimate-gps an >>> d want to use the PPS output to discipline my clock. >>>=20 >>> But the only source of information on how PPS works in FreeBSD I >>> could find is this:=20 >>> https://docs.freebsd.org/doc/8.0-RELEASE/usr/share/doc/ntp/pps.html >>> and it clearly states the two ways to provide a PPS signal. "The >>> PPS signal can be connected in either of two ways: via the data >>> carrier detector (DCD) pin of a serial port or via the acknowledge >>> (ACK) pin of a parallel port=E2=80=9D >>>=20 >>> Since the Pi doesn=C2=B4t have any DCD pin i would like to use a generic= >>> GPIO for this. There is a linux kernel module for this: http://lxr. >>> free-electrons.com/source/drivers/pps/clients/pps-gpio.c?v=3D3.6 >> GPIO is supported on the Pi, I'm using it on 11-Current on my home >> control software to drive relays on my pool hardware (e.g. valves, >> heater, VFD motor drive, etc) and it is working very well. I don't >> believe tapping into that at the kernel level to expose a pps signal >> (e.g. on /dev/pps or something of the like) would be very difficult >> at >> all, since the low-level driver capability is already present. >>=20 >> If I get some free time I'll dig around a bit and see if I can cobble >> something up. It's of some interest to me as well since I have a GPS >> clock here that currently talks to a serial port on an Intel-based >> machine and being able to move that to a $35 "appliance" for NTP >> using >> the Adafruit setup looks sort of attractive given that the Pi plus >> the >> module would be under $100 all-in. >=20 > Don't "cobble something up" just yet... there is "a right way" to fix > this, which is a generic gpio-pps driver. The problem is that it > requires support from the new INTRNG, and the rpi hasn't been converted > to that yet. I'm checking around to see if someone has done the > conversion for rpi and it just hasn't been reveiwed/committed yet; if > not, I guess I'll try to do it myself. >=20 > Writing the actual gpio-pps driver will be pretty quick and easy once > we have the intrng support, I think it'll take me a couple hours. >=20 Oh, so there is hope. Thanks for looking into it.=20 Im not a programmer myself but im willing to help if I can.=20 > Also, FYI, another option with PPS is to use a usb-serial adapter and > feed the PPS in on the CTS or DCD pin. I tested that on rpi a few > months ago and it worked fine. There's surpisingly little jitter even > when the usb bus is heavily loaded with other traffic such as disk or > network IO. >=20 Yes that was going to be my plan B. Good to know that it works. /Peter.=20= --Apple-Mail-0307F1A2-4FAC-40ED-BC1A-2A8F9D7D194A Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGHDCCBhgw ggUAoAMCAQICAwytFTANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB MB4XDTE1MDEyMDIzMzMxNloXDTE2MDEyMTE5NDgzOVowODEXMBUGA1UEAwwOcGV0ZXJAcGVhbi5v cmcxHTAbBgkqhkiG9w0BCQEWDnBldGVyQHBlYW4ub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAwTIUUlN/a5KZCwsiy2W2RmQAuA9utUthnfHU2nrf7KqLx7pPwew/rV//AivhXvU9 SsBSJnDChoZV5w9zWgCZg92hBYtsQ5ocrQZ3nDUwozgrqFb7m5Meda7KoMfYMGb9Zu0XWtwPz2AV fIQA5BhtGQmX08HMAbZkXGZQ8oBF/g7s66OPqDJ/82dkfLagNaPits4zaEhb7Q+pGaa+TkrSXVgH 9Vdlt8t/3izAuQ64ut05NKRZVlljzqIRZB9rPTuSOl6TiViU7Di2s3Im+f1XDv8KmjhgJ/x6rwr/ hS1+PdLgzs64t3i4arkjHAvzzNDUiY8gSK6BKIbAmiJAUPHFjwIDAQABo4IC1DCCAtAwCQYDVR0T BAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQW BBQ88B0SKeTq4DR77Bl6Whd79uDBMTAfBgNVHSMEGDAWgBRTcu2SnODaywFcfH6WNU7y1LhRgjAZ BgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzCCAUwGA1UdIASCAUMwggE/MIIBOwYLKwYBBAGBtTcB AgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3 BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTADAgEBGoG+ VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxp ZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20gQ0EgcG9saWN5LCByZWxpYW5jZSBv bmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5n IHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3Ns LmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8v b2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6 Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIE HDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQELBQADggEBACJEwwgTiszy cwG0jpVH1tbpXXGIoVOV7WEFqfB0VJ2cWiGUrggnRH4uIjh1LrP1UP0GAARk3UxJZYWdABK8WUXc aowp4UxkPUhlSk1ebuGaxqkntmkL8dz8p5D8Qf9DAgjRX6/5IJuqSSIGpySmVzVS7fMU65MM5SbV l1Qi15t7Bjf/BYdfH/QcUSVE8m0exndVlG7IFMm0GMlxBSH2nAJi+bRhwI3BplZA5XrXCMDMGklB xQuTYc7mZa50mgjtfm5GTSUtJnoD5MP7yd1w26bRXTowEG0H1KPI0iiDyCRF0cZqx0MfryU2EBTg huFZqVmiqJNStdBmRawG4b8CaGExggNvMIIDawIBATCBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xp ZW50IENBAgMMrRUwCQYFKw4DAhoFAKCCAa8wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMTYwMzA1MDY1NDM2WjAjBgkqhkiG9w0BCQQxFgQUZp1dwpBH8qOGxSlodL7G ULsEywswgaUGCSsGAQQBgjcQBDGBlzCBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMM rRUwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwyt FTANBgkqhkiG9w0BAQEFAASCAQCZHaXmP8VW7PJoPYvrA1cciAu3jMku7koO9kF0Xzm7z+wiv+aM ia19mQQyc0isW3UB3bBuqQNvGQ31HF1U10CdcSCxtLoqaR8aGiJyBxV9uzbCwXRVIqPnyt6nDHIZ +hyNTb6dO9gkECUNC5sLc1miMwkNktTW6qai+vIHqWYGUogVNn1kxwnbXmmPfnjMamg9Ljt+1eM8 MN+Q3fXNZwKF9+Kzv9noGBvCQnqLEzJZX1KX5hXfAwQHYb7oWtYJyb35JnPz46WZgQcxwzIj/I2k ZQG5dpVO46GA6T1wptf20ahZQymI2LC6zGHnexYJGG1c3fYBQfJg1YAVcHfuF/iFAAAAAAAA --Apple-Mail-0307F1A2-4FAC-40ED-BC1A-2A8F9D7D194A-- From owner-freebsd-stable@freebsd.org Sat Mar 5 11:21:27 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3313A09C87 for ; Sat, 5 Mar 2016 11:21:27 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B5D04C0A for ; Sat, 5 Mar 2016 11:21:27 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id B4EFAA09C86; Sat, 5 Mar 2016 11:21:27 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B484CA09C85 for ; Sat, 5 Mar 2016 11:21:27 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E123C08 for ; Sat, 5 Mar 2016 11:21:27 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mail-lb0-x229.google.com with SMTP id x1so86882280lbj.3 for ; Sat, 05 Mar 2016 03:21:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-transfer-encoding:subject:message-id:date:to :mime-version; bh=MmxIDF21O8KybZj08UueFoQkyf1TQCZEdxSgFJ0bYGQ=; b=aRPwhKNjhLk7p7dyfVZyXw565i77icEsgBvT9gC20R4cBDG3SWbsrceTU4B+L189Tz SagSavKk8SplGR68roymKLjhG8Z29KsD+S57RKee+5zhdTOAY29LnswL7dnhUdeojc2b gpIcmlUv2GwwWBaSEbfoK3c+vY/z5BgO9n3wtKNbTw4g2hU67xTxbi//DUqR1MBue91k yA6kB+QV468MLXy8bgux5TnP16nieeHq+Tf7XGBeUkJvuYkYOWxIeRdJuAKu4umPrOoS mqIjqJmKrP1ZIUgiyLcmaRs4GQRNlTsYMZQAlPcc+S0vFKt4d6xCU+bGPtqr8cqxGWfP SYTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:subject :message-id:date:to:mime-version; bh=MmxIDF21O8KybZj08UueFoQkyf1TQCZEdxSgFJ0bYGQ=; b=SJmEZ7zQliaYkmVqPyyTfhHGkS7xLaToQejLSWBTwpOsunfin0QjVJWO5xcFq1fnwg t7zxK11T4cDMUFNjD+v0AzATABm3mXjGEeie3rPALluz6fFxhfZD7d09hMGE1AugSv6F YJKhNjEWi9kkdDvs3SKdaHuP9DmmYMXkhYBle9tTN8FkqmMv/crF7Esne5vPrPxvs6Os FvzDICk5YKqAeJ2EjmZjQPUHSjHfFhGMOUItqLxdMHnBu0TmUoq93til+/3RVVDmL0wR bowatsaczj93rYMhNowlDGJ875bW5QW6mIY+PtUGAxVEpCJ7GcY0+O1HHbonnClNDGzs 2XQQ== X-Gm-Message-State: AD7BkJIsKPRJoUgqjJ4pktJXI5rVRtvCdYxKV2078lSkhJS5qN0OaxeL3bcRC63NkXhuvQ== X-Received: by 10.25.169.82 with SMTP id s79mr4830370lfe.47.1457176885356; Sat, 05 Mar 2016 03:21:25 -0800 (PST) Received: from [10.0.1.4] (broadband-5-228-251-240.nationalcablenetworks.ru. [5.228.251.240]) by smtp.gmail.com with ESMTPSA id rp10sm1260950lbb.13.2016.03.05.03.21.23 for (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Mar 2016 03:21:23 -0800 (PST) From: Dmitry Sivachenko Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: nfs_getpages: error 4 Message-Id: Date: Sat, 5 Mar 2016 14:21:22 +0300 To: FreeBSD Stable ML Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 11:21:28 -0000 Hello, I am running a number of machines with /home mounted via nfs (FreeBSD = 10.3-PRERELEASE #0 r294799, rw,bg,intr,soft). Sometimes I get the following messages in syslog: nfs_getpages: error 4 vm_fault: pager read error, pid NNN (myprog) After that I see I lot of processes stuck in "pfault" state (these are = computational processes which use some files from NFS mount), they use = 0% of CPU after that. On NFS server machine I see nothing strange in logs. procstat -kk for = such stuck processes shows: PID TID COMM TDNAME KSTACK = =20 85274 102056 myprog - mi_switch+0xbe = sleepq_wait+0x3a _sleep+0x287 vm_waitpfault+0x8a vm_fault_hold+0xdd0 = vm_fault+0x77 trap_pfault+0x180 trap+0x52c calltrap+0x8 What can be the reason of this? Thanks.= From owner-freebsd-stable@freebsd.org Sat Mar 5 12:11:19 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE2FBA0A6E7 for ; Sat, 5 Mar 2016 12:11:19 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D8508BA; Sat, 5 Mar 2016 12:11:19 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id u25CBE3r045366; Sat, 5 Mar 2016 13:11:15 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 78D3FF8F; Sat, 5 Mar 2016 13:11:14 +0100 (CET) Message-ID: <56DACCE1.80606@omnilan.de> Date: Sat, 05 Mar 2016 13:11:13 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: John Baldwin CC: FreeBSD Stable , Mark Saad Subject: Re: ahci-timeout regression in beta3 References: <56D350B6.6090906@omnilan.de> <56D48DEF.5020304@omnilan.de> <10965531.zQdbXDLmAc@ralph.baldwin.cx> In-Reply-To: <10965531.zQdbXDLmAc@ralph.baldwin.cx> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Sat, 05 Mar 2016 13:11:16 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 12:11:19 -0000 Bezüglich John Baldwin's Nachricht vom 02.03.2016 18:32 (localtime): > On Monday, February 29, 2016 07:29:03 PM Harry Schmalzbauer wrote: >> Bezüglich Harry Schmalzbauer's Nachricht vom 28.02.2016 20:55 (localtime): >>> Hello, >>> >>> I have a remote machine with a probably defective ODD, but until r294989 >>> (from Jan 28th) I could boot with just these warnings: >>> (cd1:ahcich1:0:0:0): READ(10). CDB: 28 00 00 38 85 e0 00 00 01 00 >>> (cd1:ahcich1:0:0:0): CAM status: SCSI Status Error >>> (cd1:ahcich1:0:0:0): SCSI status: Check Condition >>> (cd1:ahcich1:0:0:0): SCSI sense: MEDIUM ERROR asc:11,0 (Unrecovered read >>> error) >>> (cd1:ahcich1:0:0:0): Error 5, Unretryable error >>> (cd1:ahcich1:0:0:0): cddone: got error 0x5 back >>> … >>> >>> beta3 doesn't boot anymore, it's hanging with ahci-timeouts: >>> ahcich2: Timeout on slot 11 port 0 >>> ahcich2: is 00000008 cs 00000000 ss 00000000 rs 00000800 tfd 40 derr >>> 00000000 cmd 0004cb17 >>> (ada1:ahcich2:0:0:0): READ_FPDMA_QUEUED. ACB: 60 01 ae a3 50 40 5d 01 00 >>> 00 00 00 >>> ... >>> (aprobe0:ahcich2:0:0:0) ATA_IDENTIFY. ACB eec 00 00 00 00 40 00 00 00 00 >>> 00 00 >>> (aprobe0:ahcich2:0:0:0) CAM status: Command timeout >>> (aprobe0:ahcich2:0:0:0) Error 5, Retry was blocked >>> ada1 detached >>> ... >>> The numbers (first ACB) and also the channel varies from time to time >> >> I could narrow it down to r295480 >> (https://svnweb.freebsd.org/base?view=revision&revision=295480) >> >> Reverting that lets the machine boot again. >> >> I captured verbose boot messages, finding out that problem relaxes with >> verbose-booting, since ahci seems to recover: >> … >> TSC timecounter discards lower 1 bit(s) >> Timecounter "TSC-low" frequency 1746033500 Hz quality -100 >> ahcich2: Timeout on slot 12 port 0 >> ahcich2: is 00000008 cs 00000000 ss 00000000 rs 00001000 tfd 40 serr >> 00000000 cmd 0004cc17 >> ahcich2: AHCI reset... >> (ada1:ahcich2:0:0:0): READ_FPDMA_QUEUED. ACB: 60 04 71 a3 50 40 5d 01 00 >> 00 00 00 >> (ada1:ahcich2:0:0:0): CAM status: Command timeout >> (ada1:ahcich2:0:0:0): Retrying command >> ahcich2: SATA connect time=100us status=00000123 >> ahcich2: AHCI reset: device found >> ahcich2: AHCI reset: device ready after 100ms >> ahcich1: SNTF 0x0001 >> ahcich1: SNTF 0x0001 >> … >> >> I have checked twice that r295480 introduces boot failure here. >> >> I have absolutely no idea where/how/why/what race happens... >> >> Thanks for any hints, > > That is most bizarre. Does HEAD boot fine on this machine? The change > in question probably alters the timing of startup a bit since the random > kthread is placed on the run queue later which might affect the relative > order of kthreads as they start executing, but that would just mean it is > exposting a race in some other part of the system. Bizarre it is... HEAD (r295683, 02/17/2016) boots fine. BETA3 fails. This time I checked with vendor-ISO images, while before it was a custom setup rollout with local patches and special hw adaptions. Now I'm sure it's not site-related. With BETA3-iso, where booting fails, "random: unblocking device." happens after timecounter initialization and before attaching ses0/cdX/adaX. With HEAD-iso, where booting succeeds, "random: unblocking device." happens way after ses0/adaX/cdX attached, right before rc. On HEAD, ahci-devices attach in the same order as with -stable pre-r295480. Since r295480, cdX attaches before adaX on -stable and while searching for the cluprit, I had observed that attaching-order was a clear indicator whether machine boots or not. Sorry, I can't provide more useful info at this time, I just can describe simple symptoms :-( While playing with that machine I remember having had such a bizarre problem before, arising with r284665. Here's what I found in my kernel config: # Don't build kernel with RACCT by default, which was enabled with r284665, # since ahci(4) fails when using MSI with ahcichX timeout! nooptions RACCT # Resource accounting framework nooptions RACCT_DEFAULT_TO_DISABLED # Set kern.racct.enable=0 by default nooptions RCTL # Resource limits Perhpas it's related?! https://lists.freebsd.org/pipermail/freebsd-stable/2015-July/082706.html Thanks, -Harry From owner-freebsd-stable@freebsd.org Sat Mar 5 12:13:17 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B52A3A0A89B for ; Sat, 5 Mar 2016 12:13:17 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9E343B4E for ; Sat, 5 Mar 2016 12:13:17 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: by mailman.ysv.freebsd.org (Postfix) id 9D6CBA0A89A; Sat, 5 Mar 2016 12:13:17 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D07BA0A898 for ; Sat, 5 Mar 2016 12:13:17 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B1DCB43 for ; Sat, 5 Mar 2016 12:13:16 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id u25CDCud076864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 5 Mar 2016 13:13:12 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: trtrmitya@gmail.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id u25CD7QG005963 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 5 Mar 2016 19:13:07 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: nfs_getpages: error 4 To: Dmitry Sivachenko , FreeBSD Stable ML References: From: Eugene Grosbein Message-ID: <56DACD4E.3070905@grosbein.net> Date: Sat, 5 Mar 2016 19:13:02 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 12:13:17 -0000 05.03.2016 18:21, Dmitry Sivachenko пишет: > Hello, > > I am running a number of machines with /home mounted via nfs (FreeBSD 10.3-PRERELEASE #0 r294799, rw,bg,intr,soft). > > Sometimes I get the following messages in syslog: > > nfs_getpages: error 4 > vm_fault: pager read error, pid NNN (myprog) > > After that I see I lot of processes stuck in "pfault" state (these are computational processes which use some files from NFS mount), they use 0% of CPU after that. > > On NFS server machine I see nothing strange in logs. procstat -kk for such stuck processes shows: > PID TID COMM TDNAME KSTACK > 85274 102056 myprog - mi_switch+0xbe sleepq_wait+0x3a _sleep+0x287 vm_waitpfault+0x8a vm_fault_hold+0xdd0 vm_fault+0x77 trap_pfault+0x180 trap+0x52c calltrap+0x8 > > > What can be the reason of this? For example, if some processes running on NFS server box modify some files "in-place" and these files are opened by processes running on NFS client, that could be the reason. If so, change this so processes updating such files create new temporary versions of them first and then rename them atomically. Eugene Grosbein From owner-freebsd-stable@freebsd.org Sat Mar 5 12:16:00 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D6A8A0AA85 for ; Sat, 5 Mar 2016 12:16:00 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35608CD2 for ; Sat, 5 Mar 2016 12:16:00 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::801c:51b8:cf22:6fdb] (unknown [IPv6:2001:7b8:3a7:0:801c:51b8:cf22:6fdb]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 037C2AB6F; Sat, 5 Mar 2016 13:15:49 +0100 (CET) Subject: Re: Newer clang than comes with install? Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_73B9AF76-1365-49E1-9338-126082E65F5A"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <20160303134505.GB26990@neutralgood.org> Date: Sat, 5 Mar 2016 13:15:41 +0100 Cc: freebsd-stable@freebsd.org Message-Id: References: <20160303134505.GB26990@neutralgood.org> To: kpneal@pobox.com X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 12:16:00 -0000 --Apple-Mail=_73B9AF76-1365-49E1-9338-126082E65F5A Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 03 Mar 2016, at 14:45, kpneal@pobox.com wrote: > > I notice on 10.2 we're using "FreeBSD clang version 3.4.1". But there are > bugs in this version of clang that I'm having trouble with. Which specific bugs are those? > Is compiling a newer (say, 3.7.1) version of clang to target FreeBSD > supported? I have no desire to replace any of the libraries, just the > compiler itself. Is that supposed to work _without_ going through the > ports/pkgs system? > > IOW, can I just download from llvm.org the clang+llvm source, compile > it on FreeBSD, and then use it safely? Sure. You can also download pre-compiled versions from llvm.org, if you want. Though if you can settle for a pre-compiled version, installing it through pkg(1) is probably much easier. -Dimitry --Apple-Mail=_73B9AF76-1365-49E1-9338-126082E65F5A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlbazfUACgkQsF6jCi4glqM5hwCfXyzBcOqQRYKagVIWzcRMGr0M SPkAn2nhCyJM8G2KUPFDlmbaMOhfHgMP =f1/A -----END PGP SIGNATURE----- --Apple-Mail=_73B9AF76-1365-49E1-9338-126082E65F5A-- From owner-freebsd-stable@freebsd.org Sat Mar 5 12:18:19 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F3FFA0ABF6 for ; Sat, 5 Mar 2016 12:18:19 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9FF5E05; Sat, 5 Mar 2016 12:18:18 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7::801c:51b8:cf22:6fdb] (unknown [IPv6:2001:7b8:3a7:0:801c:51b8:cf22:6fdb]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C5675AB77; Sat, 5 Mar 2016 13:18:16 +0100 (CET) Subject: Re: Newer clang than comes with install? Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_C57AA55E-84F5-472D-8BDA-37E407D1FB1A"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <20160304145308.GA45362@neutralgood.org> Date: Sat, 5 Mar 2016 13:18:16 +0100 Cc: Brooks Davis , freebsd-stable@freebsd.org Message-Id: <8290960F-2DCB-4135-8C2E-8026CF02F5FA@andric.com> References: <20160303134505.GB26990@neutralgood.org> <20160304142226.GC39399@spindle.one-eyed-alien.net> <20160304145308.GA45362@neutralgood.org> To: "Kevin P. Neal" X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 12:18:19 -0000 --Apple-Mail=_C57AA55E-84F5-472D-8BDA-37E407D1FB1A Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 04 Mar 2016, at 15:53, Kevin P. Neal wrote: > > On Fri, Mar 04, 2016 at 02:22:26PM +0000, Brooks Davis wrote: >> On Thu, Mar 03, 2016 at 08:45:05AM -0500, kpneal@pobox.com wrote: >>> I notice on 10.2 we're using "FreeBSD clang version 3.4.1". But there are >>> bugs in this version of clang that I'm having trouble with. >>> >>> Is compiling a newer (say, 3.7.1) version of clang to target FreeBSD >>> supported? I have no desire to replace any of the libraries, just the >>> compiler itself. Is that supposed to work _without_ going through the >>> ports/pkgs system? >>> >>> IOW, can I just download from llvm.org the clang+llvm source, compile >>> it on FreeBSD, and then use it safely? >> >> It should. The ports don't include many patches. > > Yeah, I was just looking at the patches we do include. One of them it looks > like causes some of the llvm.org-provided includes to not be installed. > > I'm not sure I can, well, not install them because I also need to use the > same install to do cross compiles. A quick check shows that those includes > are used when targetting cross and native. > > Am I correct about the include files? I am not entirely sure what you mean, but if you mean that we don't install a number of internal clang headers which conflict with FreeBSD system headers, then yes. > And, if so, are there plans to > upstream patches so the llvm.org includes will work out of the box for > FreeBSD-hosted-and-targetted compiles? It is on my TODO list, but not very much near the top. The first thing is to get the 3.8.0 release imported now. -Dimitry --Apple-Mail=_C57AA55E-84F5-472D-8BDA-37E407D1FB1A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlbazogACgkQsF6jCi4glqO8MgCgi/LDszQ35gMnb5dga4raUaFW 6e0An0MqOhRewD+IKJ9SBNp1pgtRPkgt =ehfh -----END PGP SIGNATURE----- --Apple-Mail=_C57AA55E-84F5-472D-8BDA-37E407D1FB1A-- From owner-freebsd-stable@freebsd.org Sat Mar 5 12:32:09 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB9079DB479 for ; Sat, 5 Mar 2016 12:32:08 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CBD93909 for ; Sat, 5 Mar 2016 12:32:08 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id CB1219DB478; Sat, 5 Mar 2016 12:32:08 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B13989DB477 for ; Sat, 5 Mar 2016 12:32:08 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38FB5906 for ; Sat, 5 Mar 2016 12:32:08 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mail-lb0-x230.google.com with SMTP id cf7so71606667lbb.1 for ; Sat, 05 Mar 2016 04:32:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CVECUFctIpNCUAmT6O5bKofl8Ln61H2Qha6GCDKT8+0=; b=dMYQG0akS1nEz83VGErn3e/F5iIC9ry5gy880fE52AuLo9INI/JB98zoYUGiQ7tKyv OhHSt4BhRGZNQdvDegefrIdYGfkdmx0gVwNnrUkrnLI8FgvsqvOD3KVUYB+p1HuG+kL0 p/LMVdxxm8ENVDW2Yb09GDRuePfvntFrlACFuc8YopYwh4sAfrMNVRRTfcVlczetV2qe OxQvEuRDmEKJhVdFz42C1tjFJhLcPoXZOFtEBPTlC2RaPofAO+cZ35sQry/U954IjQgk xn7wUmyYkI19Pqweeen1X/uD89lmKbhCpWKevlvUvO+l7KMQbdDeCb1g9cVHbzj8PMS9 n73Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CVECUFctIpNCUAmT6O5bKofl8Ln61H2Qha6GCDKT8+0=; b=OKK/oKWTfL4fmShrY7/23NM8JBZOWRqQZYLpwisdSRG4YdgOyErdfdMwIS9ZF1ODfz piqvyiwL9lkS+QT714FAJ2uFV9Db8hR6RygcopU8DLm/q0yIrl2BqPBmxatqoiFjhSd7 EISUDGOepku1bFuy/7uD3CfBNPJUwyigq9kwuzpsfjVC/oAlBYQgZUJ5l9/SOGRLciQK 9R+n/WjBqmJeqLuAHCNeX2Cnv/i6cTqoQGAeRltgTzLSLssp0FZjrUD+pgaFpvJNPeVh CEcafVZM/BtdK6kWhKN5qf0AzM5OS+KRVGWu8QsY1jx05aOQAMsLansfMh69ILiPSmu5 ZKyA== X-Gm-Message-State: AD7BkJL6VIhPR1r25R+YCM+ut7HIoX0a0hvIObcqEe9rLmXY6hqVFkwHhrrYmh5C0bovpA== X-Received: by 10.112.12.98 with SMTP id x2mr4831915lbb.76.1457181126316; Sat, 05 Mar 2016 04:32:06 -0800 (PST) Received: from [10.0.1.4] (broadband-5-228-251-240.nationalcablenetworks.ru. [5.228.251.240]) by smtp.gmail.com with ESMTPSA id c126sm1320092lfb.2.2016.03.05.04.32.04 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Mar 2016 04:32:05 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: nfs_getpages: error 4 From: Dmitry Sivachenko In-Reply-To: <56DACD4E.3070905@grosbein.net> Date: Sat, 5 Mar 2016 15:32:04 +0300 Cc: FreeBSD Stable ML Content-Transfer-Encoding: quoted-printable Message-Id: <550ADE4F-9F60-44FB-BF07-A1384A6B7B1A@gmail.com> References: <56DACD4E.3070905@grosbein.net> To: Eugene Grosbein X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 12:32:09 -0000 > On 05 Mar 2016, at 15:13, Eugene Grosbein wrote: >=20 > 05.03.2016 18:21, Dmitry Sivachenko =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> Hello, >>=20 >> I am running a number of machines with /home mounted via nfs (FreeBSD = 10.3-PRERELEASE #0 r294799, rw,bg,intr,soft). >>=20 >> Sometimes I get the following messages in syslog: >>=20 >> nfs_getpages: error 4 >> vm_fault: pager read error, pid NNN (myprog) >>=20 >> After that I see I lot of processes stuck in "pfault" state (these = are computational processes which use some files from NFS mount), they = use 0% of CPU after that. >>=20 >> On NFS server machine I see nothing strange in logs. procstat -kk = for such stuck processes shows: >> PID TID COMM TDNAME KSTACK >> 85274 102056 myprog - mi_switch+0xbe = sleepq_wait+0x3a _sleep+0x287 vm_waitpfault+0x8a vm_fault_hold+0xdd0 = vm_fault+0x77 trap_pfault+0x180 trap+0x52c calltrap+0x8 >>=20 >>=20 >> What can be the reason of this? >=20 > For example, if some processes running on NFS server box modify some = files "in-place" > and these files are opened by processes running on NFS client, that = could be the reason. > If so, change this so processes updating such files create new = temporary versions of them first > and then rename them atomically. >=20 This should not be the case: users are working only on NFS clients. Moreover, the nature of computations is so that each process uses it's = own set of files. (Forgot to mention in my previous e-mail that these processes can't be = stopped even with kill -9) From owner-freebsd-stable@freebsd.org Sat Mar 5 13:33:59 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 440F9A0A0A5 for ; Sat, 5 Mar 2016 13:33:59 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2C54F20B for ; Sat, 5 Mar 2016 13:33:59 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: by mailman.ysv.freebsd.org (Postfix) id 2B824A0A0A4; Sat, 5 Mar 2016 13:33:59 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B11FA0A0A3 for ; Sat, 5 Mar 2016 13:33:59 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A333A20A for ; Sat, 5 Mar 2016 13:33:57 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id u25DXrAN077055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 5 Mar 2016 14:33:54 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: trtrmitya@gmail.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id u25DXiCY006384 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 5 Mar 2016 20:33:44 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: nfs_getpages: error 4 To: Dmitry Sivachenko References: <56DACD4E.3070905@grosbein.net> <550ADE4F-9F60-44FB-BF07-A1384A6B7B1A@gmail.com> Cc: FreeBSD Stable ML From: Eugene Grosbein Message-ID: <56DAE033.9020304@grosbein.net> Date: Sat, 5 Mar 2016 20:33:39 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <550ADE4F-9F60-44FB-BF07-A1384A6B7B1A@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 13:33:59 -0000 05.03.2016 19:32, Dmitry Sivachenko пишет: >>> I am running a number of machines with /home mounted via nfs (FreeBSD 10.3-PRERELEASE #0 r294799, rw,bg,intr,soft). >>> >>> Sometimes I get the following messages in syslog: >>> >>> nfs_getpages: error 4 >>> vm_fault: pager read error, pid NNN (myprog) >>> >>> After that I see I lot of processes stuck in "pfault" state (these are computational processes which use some files from NFS mount), they use 0% of CPU after that. >>> >>> On NFS server machine I see nothing strange in logs. procstat -kk for such stuck processes shows: >>> PID TID COMM TDNAME KSTACK >>> 85274 102056 myprog - mi_switch+0xbe sleepq_wait+0x3a _sleep+0x287 vm_waitpfault+0x8a vm_fault_hold+0xdd0 vm_fault+0x77 trap_pfault+0x180 trap+0x52c calltrap+0x8 >>> >>> >>> What can be the reason of this? >> >> For example, if some processes running on NFS server box modify some files "in-place" >> and these files are opened by processes running on NFS client, that could be the reason. >> If so, change this so processes updating such files create new temporary versions of them first >> and then rename them atomically. >> > > This should not be the case: users are working only on NFS clients. > Moreover, the nature of computations is so that each process uses it's own set of files. > > (Forgot to mention in my previous e-mail that these processes can't be stopped even with kill -9) Make sure you use TCP mounts and TSO is disabled. Try switching between NFSv3/NFSv4 to avoid this bug and to discover what version is broken. And show full mount command/option set. From owner-freebsd-stable@freebsd.org Sat Mar 5 13:42:49 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D74AEA0A6A3 for ; Sat, 5 Mar 2016 13:42:49 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B73A7A98 for ; Sat, 5 Mar 2016 13:42:49 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id B64B4A0A69F; Sat, 5 Mar 2016 13:42:49 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BFA4A0A69D for ; Sat, 5 Mar 2016 13:42:49 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22CD1A96 for ; Sat, 5 Mar 2016 13:42:49 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mail-lb0-x234.google.com with SMTP id cf7so72619427lbb.1 for ; Sat, 05 Mar 2016 05:42:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ol4GgdeaLbfcJQVrBbGSnYTNDV7V3PWtiYFhNcHORb4=; b=hliSBeyIaWM2dpz+JUhA3Z7zyZg0R4ZqHKG5x+tJEebZ1ovM4h1XnOI3jeP1Y+CaEs 3dSXhus+98YrseecE8fQ1ZDcT/kEcWQeJNNToYEdfYDV4+FPMpvMqJw/hMDnRwJDHlhN e0GkCD60WxZx2ricpGdkjuPdBhaiQrFTVDln80P6P6Q4rCeqqECXqyLIHshjqs5BM+LK eJsJbtp5DCn2fFLP/A1TDu4iSGFB0hlrOSliabgoIeWU+Kyb/M3T9BXe9CKQx3YI5UlU CFIwezu1zrTK+sNaMi95zceQpAzux2EiOUbxw53uVPFxrixWBpdUK+Qbqr7BNVtpvhcV cfZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ol4GgdeaLbfcJQVrBbGSnYTNDV7V3PWtiYFhNcHORb4=; b=UE4mMKPl8FlmdYW8G1XeKQrq8EEpQGi10xKhheilHgjhDEucluadsdHZvEEeEZK2+J 7fsAdbIP75vx5KSkV7ctcuahNgndlecWnFnwy+BNd42ah2U0E6oCAdrlxluNDcxUtDU5 h5HV01WCyQqLy0hgkkEMg77lh3FpZyTFXSlm55nwCk1yE9sQoQIA1oR+QKZuEo+jJpG7 KiG9Sitbot+Ek90o44D/FUVTqxMoSYhCwe3AQ7HTgCataStp8MLnKLp5FWq2C6o4YtSL aliHZa16a/lFWlIZI6j2SsfKALwopi78zgFRZgk8xswSZJUvYWIxW+tZ9I8qKbFIxULX 2F3Q== X-Gm-Message-State: AD7BkJJq1ecQWBxmkAt1MyS4a2a7wdhTtTSTLyKr+EN0LaZWr4bDbLerGJuhm/Z0c0wvxA== X-Received: by 10.25.136.139 with SMTP id k133mr4812563lfd.157.1457185367056; Sat, 05 Mar 2016 05:42:47 -0800 (PST) Received: from [10.0.1.4] (broadband-5-228-251-240.nationalcablenetworks.ru. [5.228.251.240]) by smtp.gmail.com with ESMTPSA id o7sm1322274lfb.15.2016.03.05.05.42.45 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Mar 2016 05:42:45 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: nfs_getpages: error 4 From: Dmitry Sivachenko In-Reply-To: <56DAE033.9020304@grosbein.net> Date: Sat, 5 Mar 2016 16:42:45 +0300 Cc: FreeBSD Stable ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <56DACD4E.3070905@grosbein.net> <550ADE4F-9F60-44FB-BF07-A1384A6B7B1A@gmail.com> <56DAE033.9020304@grosbein.net> To: Eugene Grosbein X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 13:42:49 -0000 > On 05 Mar 2016, at 16:33, Eugene Grosbein wrote: >=20 > 05.03.2016 19:32, Dmitry Sivachenko =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 >>>> I am running a number of machines with /home mounted via nfs = (FreeBSD 10.3-PRERELEASE #0 r294799, rw,bg,intr,soft). >>>>=20 >>>> Sometimes I get the following messages in syslog: >>>>=20 >>>> nfs_getpages: error 4 >>>> vm_fault: pager read error, pid NNN (myprog) >>>>=20 >>>> After that I see I lot of processes stuck in "pfault" state (these = are computational processes which use some files from NFS mount), they = use 0% of CPU after that. >>>>=20 >>>> On NFS server machine I see nothing strange in logs. procstat -kk = for such stuck processes shows: >>>> PID TID COMM TDNAME KSTACK >>>> 85274 102056 myprog - mi_switch+0xbe = sleepq_wait+0x3a _sleep+0x287 vm_waitpfault+0x8a vm_fault_hold+0xdd0 = vm_fault+0x77 trap_pfault+0x180 trap+0x52c calltrap+0x8 >>>>=20 >>>>=20 >>>> What can be the reason of this? >>>=20 >>> For example, if some processes running on NFS server box modify some = files "in-place" >>> and these files are opened by processes running on NFS client, that = could be the reason. >>> If so, change this so processes updating such files create new = temporary versions of them first >>> and then rename them atomically. >>>=20 >>=20 >> This should not be the case: users are working only on NFS clients. >> Moreover, the nature of computations is so that each process uses = it's own set of files. >>=20 >> (Forgot to mention in my previous e-mail that these processes can't = be stopped even with kill -9) >=20 > Make sure you use TCP mounts and TSO is disabled. I do use TCP mount (this is the default). I will try to disable TSO. > Try switching between NFSv3/NFSv4 to avoid this bug As far as I understand, the default is NFSv3 (which should be more = stable?). I can try to switch to NFSv4. > and to discover what version is broken. And show full mount = command/option set. I already included mount flags from fstab in my original e-mail: rw,bg,intr,soft From owner-freebsd-stable@freebsd.org Sat Mar 5 13:55:39 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39396A0ABEE for ; Sat, 5 Mar 2016 13:55:39 +0000 (UTC) (envelope-from la5lbtyi@aon.at) Received: from smtpout-fallback.aon.at (smtpout-fallback.aon.at [195.3.96.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8F6E5F5A for ; Sat, 5 Mar 2016 13:55:37 +0000 (UTC) (envelope-from la5lbtyi@aon.at) Received: (qmail 11193 invoked from network); 5 Mar 2016 13:48:53 -0000 Received: from unknown (HELO smtpout.aon.at) ([172.18.1.199]) (envelope-sender ) by fallback43.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 5 Mar 2016 13:48:53 -0000 Received: (qmail 13570 invoked from network); 5 Mar 2016 13:48:45 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on WARSBL605.highway.telekom.at X-Spam-Level: Received: from 62-46-66-7.adsl.highway.telekom.at (HELO gandalf.xyzzy) ([62.46.66.7]) (envelope-sender ) by smarthub79.res.a1.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 5 Mar 2016 13:48:45 -0000 X-A1Mail-Track-Id: 1457185720:13198:smarthub79:62.46.66.7:1 Received: from mizar.xyzzy (mizar.xyzzy [192.168.1.19]) by gandalf.xyzzy (8.15.2/8.15.2) with ESMTP id u25Dmd9t017450 for ; Sat, 5 Mar 2016 14:48:40 +0100 (CET) (envelope-from la5lbtyi@aon.at) To: freebsd-stable@freebsd.org From: Martin Birgmeier Subject: Fix ZFS bug before releasing 10.3 Organization: MBi at home Message-ID: <56DAE3B6.6010106@aon.at> Date: Sat, 5 Mar 2016 14:48:38 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 13:55:39 -0000 Hi, Could someone with enough knowledge please look into https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207714 and fix it before 10.3? It is rather nasty as it corrupts files with holes when doing 'zfs send/zfs receive'. Such files appear 'automatically' if compression is enabled and a large enough chunk of zeros exists in a file. Pointer to a possible patch is attached in the PR. -- Martin From owner-freebsd-stable@freebsd.org Sat Mar 5 14:02:06 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDA1FA0AF89 for ; Sat, 5 Mar 2016 14:02:06 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A576C65D for ; Sat, 5 Mar 2016 14:02:06 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: by mailman.ysv.freebsd.org (Postfix) id A4A6AA0AF88; Sat, 5 Mar 2016 14:02:06 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A43B9A0AF87 for ; Sat, 5 Mar 2016 14:02:06 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EABD65B for ; Sat, 5 Mar 2016 14:02:05 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id u25E22Aa077139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 5 Mar 2016 15:02:02 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: trtrmitya@gmail.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id u25E1woF006613 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 5 Mar 2016 21:01:58 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: nfs_getpages: error 4 To: Dmitry Sivachenko References: <56DACD4E.3070905@grosbein.net> <550ADE4F-9F60-44FB-BF07-A1384A6B7B1A@gmail.com> <56DAE033.9020304@grosbein.net> Cc: FreeBSD Stable ML From: Eugene Grosbein Message-ID: <56DAE6D2.5040309@grosbein.net> Date: Sat, 5 Mar 2016 21:01:54 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 14:02:06 -0000 05.03.2016 20:42, Dmitry Sivachenko пишет: >> and to discover what version is broken. And show full mount command/option set. > I already included mount flags from fstab in my original e-mail: > > rw,bg,intr,soft If that's only options you use, there is another workaround: add options rsize=1024,wsize=1024 to avoid possible packet reassemply/defragmentation related bugs. Again, error 4 is EINTR so you could disable both "soft" and "intr" options for test. Anyway, re-read mount_nfs(8) manual page, section BUGS before switch to NFSv4. From owner-freebsd-stable@freebsd.org Sat Mar 5 14:24:31 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B9F59DA694 for ; Sat, 5 Mar 2016 14:24:31 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EF1A1E07 for ; Sat, 5 Mar 2016 14:24:30 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id EAB099DA693; Sat, 5 Mar 2016 14:24:30 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1FDA9DA692 for ; Sat, 5 Mar 2016 14:24:30 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 71B0AE06 for ; Sat, 5 Mar 2016 14:24:30 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mail-lb0-x231.google.com with SMTP id k15so89644245lbg.0 for ; Sat, 05 Mar 2016 06:24:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ayb13c+hjaM3tVekW1U1ol0d3M+e6mWxo1rIaaoH+cY=; b=TKV9fRzIRQ2rh5NtEQ/YwNDUoXL+Hj6jJnZPD+J26Lh339zUaaNRCcSaeY+LXrLma6 MDqxIEhMpcvlCnFpVcbKoB+OouSnWg5rg2CNLwqIUrRv8cDgKjDMuA3dReMJD/ttVomv TQDnzrQ3mT4GuNcVXN8Hjlck6Gn8F6fmcHJmacOmo0mO/rtzdhVTPofI0JEze3j8xoDf dzDxjtKdCUIkX5bGIoB3vQXmms9I7e8EmKz8C86ZqnjtAx/5gnBTB524wyfttehGyC24 3WleIfjyNc/+jAy4AF7/ORqJXfVH+PfEYZJzc2bUUYLC/TqaqHDiowyzpDN2GZ3X0ByI gNvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ayb13c+hjaM3tVekW1U1ol0d3M+e6mWxo1rIaaoH+cY=; b=UimDMq7kdhQj91j8cy5CAUVCVOLkQTTJ121KjX5SIBi4NV6njss05Uq7KGjXfTv2qU J0Bw7qTt5hLTGaV1cKdJ88p6PgTxQxdUpaQxHA8I6PtU+0SZdY+/qNfQXtLjCv8OY8Un sBQmPTn1t0I0xxsanCx1Q0onT4KSXqSzHz54UQH2yDkRp06+zvb6XjX3zR7Y5EMfUbkc OWeCBK3M4mKdqXW9lMY313HmslXjFYMTKjrDM8JlrWHVwgULPieeSuzy4EmOWy4Ylc8a L1FxsA93IDeeiN/HG5le82MayXwgmudaObLfqziaEkrmtm58xE0P0woRnAghJyMBOmH2 Extg== X-Gm-Message-State: AD7BkJL4GFzpttJ+jcNZ7jvdOO6pKtXneXgndcPRvl+PzE1DZX2qd4gcK74rYgdjD59tAg== X-Received: by 10.112.12.98 with SMTP id x2mr4952879lbb.76.1457187868513; Sat, 05 Mar 2016 06:24:28 -0800 (PST) Received: from [10.0.1.4] (broadband-5-228-251-240.nationalcablenetworks.ru. [5.228.251.240]) by smtp.gmail.com with ESMTPSA id ub6sm1345398lbb.17.2016.03.05.06.24.26 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Mar 2016 06:24:26 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: nfs_getpages: error 4 From: Dmitry Sivachenko In-Reply-To: <56DAE6D2.5040309@grosbein.net> Date: Sat, 5 Mar 2016 17:24:26 +0300 Cc: FreeBSD Stable ML Content-Transfer-Encoding: quoted-printable Message-Id: <9BBCBDD0-4DAD-4189-9AAA-9FD94A458F7E@gmail.com> References: <56DACD4E.3070905@grosbein.net> <550ADE4F-9F60-44FB-BF07-A1384A6B7B1A@gmail.com> <56DAE033.9020304@grosbein.net> <56DAE6D2.5040309@grosbein.net> To: Eugene Grosbein X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 14:24:31 -0000 > On 05 Mar 2016, at 17:01, Eugene Grosbein wrote: >=20 > 05.03.2016 20:42, Dmitry Sivachenko =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 >>> and to discover what version is broken. And show full mount = command/option set. >> I already included mount flags from fstab in my original e-mail: >>=20 >> rw,bg,intr,soft >=20 > If that's only options you use, there is another workaround: add = options > rsize=3D1024,wsize=3D1024 to avoid possible packet = reassemply/defragmentation > related bugs. I wonder how rsize=3Dwsize=3D1024 will affect performance? I have = 10GBit network and I expect to achieve comparable throughput. >=20 > Again, error 4 is EINTR so you could disable both "soft" and "intr" = options for test. "soft" is meaningless in such setup, because "file system calls will = fail after retrycnt round trip timeout intervals" but "The default is a = retry count of zero, which means to keep retrying forever". If I understand "intr" correctly, it matters only when server becomes = unresponsive, that is "server is not responding" message should be in my = logs. But I have no such a message. > Anyway, re-read mount_nfs(8) manual page, section BUGS before switch = to NFSv4. That is why I chose to use NFSv3, I thought it is more mature and stable = implementation. From owner-freebsd-stable@freebsd.org Sat Mar 5 16:27:55 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B305A092D5 for ; Sat, 5 Mar 2016 16:27:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 03C8AE2 for ; Sat, 5 Mar 2016 16:27:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 02C71A092D4; Sat, 5 Mar 2016 16:27:55 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02631A092D3 for ; Sat, 5 Mar 2016 16:27:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 79424E1 for ; Sat, 5 Mar 2016 16:27:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u25GRmXw092025 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 5 Mar 2016 18:27:48 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u25GRmXw092025 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u25GRlCn092024; Sat, 5 Mar 2016 18:27:47 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 5 Mar 2016 18:27:47 +0200 From: Konstantin Belousov To: Dmitry Sivachenko Cc: Eugene Grosbein , FreeBSD Stable ML Subject: Re: nfs_getpages: error 4 Message-ID: <20160305162747.GA67250@kib.kiev.ua> References: <56DACD4E.3070905@grosbein.net> <550ADE4F-9F60-44FB-BF07-A1384A6B7B1A@gmail.com> <56DAE033.9020304@grosbein.net> <56DAE6D2.5040309@grosbein.net> <9BBCBDD0-4DAD-4189-9AAA-9FD94A458F7E@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9BBCBDD0-4DAD-4189-9AAA-9FD94A458F7E@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 16:27:55 -0000 On Sat, Mar 05, 2016 at 05:24:26PM +0300, Dmitry Sivachenko wrote: > > > > Again, error 4 is EINTR so you could disable both "soft" and "intr" options for test. > > > "soft" is meaningless in such setup, because "file system calls will fail after retrycnt round trip timeout intervals" but "The default is a retry count of zero, which means to keep retrying forever". > > If I understand "intr" correctly, it matters only when server becomes unresponsive, that is "server is not responding" message should be in my logs. But I have no such a message. > > The intr NFS mount option allows signals to interrupt NFS waits for the RPC responses. This is almost certainly the reason for the EINTR error you get from the pager. You should at last get the vm_fault: pager read error, pid ... messages as well. Is this true ? The end result would be SIGSEGV delivered to the process. OTOH, I do not quite understand why did your threads requesting page-in fall into the wait for a free page. I assume that there is enough free pages in the system ? From owner-freebsd-stable@freebsd.org Sat Mar 5 16:42:56 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35018A09A38 for ; Sat, 5 Mar 2016 16:42:56 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 131DAC7B for ; Sat, 5 Mar 2016 16:42:56 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 11D55A09A37; Sat, 5 Mar 2016 16:42:56 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB9A8A09A36 for ; Sat, 5 Mar 2016 16:42:55 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 70EDEC7A for ; Sat, 5 Mar 2016 16:42:55 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mail-lb0-x229.google.com with SMTP id k15so91656421lbg.0 for ; Sat, 05 Mar 2016 08:42:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=mwGm8EN1uEXM28w8KZFVATz8LJ4wxSVcnZZW9H0Y16Q=; b=iEzHEo5KSoJ5kGvL+QWwcAluU64w0TEs4+AYqyOhdNgInYugv6RvhqrbTXeKgQ8IQE AYHQEdbY5qDIxk0I6OY9GRC1gKCvfHH1L6zUk1ITOIPyoa3DdPrfPCeCF5EYGFVVQquJ diAI2zYpjdnxW1E10fiAwQ2pzUNH5zznBGtH52pYRFNtN08YwXZ9kBjyJqbmHPn1XKm4 /PT2pLVKuLN/bBjq6rVsKRPYI7+v8TySHE6VZT4b5U0MBoILNbhj9YzEzbnEYUKmlRB1 0pZ9XST68WvYOV5x1yTIxg3ZiYN1ORth+PiAa0yakaLWppx9+fMdtoDI85UiuhlpY/4n aG0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=mwGm8EN1uEXM28w8KZFVATz8LJ4wxSVcnZZW9H0Y16Q=; b=I4eCp/qRUrm95wopQdpdWdSQ/lFgyWpBMJM3nshCu7SDNuXT1tf+jh96T5TPoRYhna z+LCnUHTw5djnlXnag+euyghL4zUgWNHh1xzMR7dmdvI+PpWNdmX+03NAyIWy18J7Bkp nT5l3+GBv6ccMn5u7g+kyDhEwrVs3cNtaEk2GLf2dCRplOL685DQMiP76xcZUWwIausS oErBYfGtaqd4N0Rnqz48MfhAmj9LIBeS0TGC4VPvojkPk9w6Whpupg42xYo17bKsHPHV v9egC+H/qf/6Dz85iSad4i1QjhMD3uJVJ7bwPJ8gO8DAzA7BV8c32IgazJgRoAsCQ3zK BlLQ== X-Gm-Message-State: AD7BkJL7QWpriQACdVjPlxaYy31nraAhs0ji3hNaRAamgvGKAivtu9CiIhh/cnNyBAmfAQ== X-Received: by 10.112.199.138 with SMTP id jk10mr5123327lbc.91.1457196173505; Sat, 05 Mar 2016 08:42:53 -0800 (PST) Received: from [10.0.1.4] (broadband-5-228-251-240.nationalcablenetworks.ru. [5.228.251.240]) by smtp.gmail.com with ESMTPSA id d11sm1421846lfe.1.2016.03.05.08.42.52 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Mar 2016 08:42:52 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: nfs_getpages: error 4 From: Dmitry Sivachenko In-Reply-To: <20160305162747.GA67250@kib.kiev.ua> Date: Sat, 5 Mar 2016 19:42:51 +0300 Cc: Eugene Grosbein , FreeBSD Stable ML Content-Transfer-Encoding: quoted-printable Message-Id: <415B1CAA-2728-48D0-96F0-C20F02F8A045@gmail.com> References: <56DACD4E.3070905@grosbein.net> <550ADE4F-9F60-44FB-BF07-A1384A6B7B1A@gmail.com> <56DAE033.9020304@grosbein.net> <56DAE6D2.5040309@grosbein.net> <9BBCBDD0-4DAD-4189-9AAA-9FD94A458F7E@gmail.com> <20160305162747.GA67250@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 16:42:56 -0000 > On 05 Mar 2016, at 19:27, Konstantin Belousov = wrote: >=20 > On Sat, Mar 05, 2016 at 05:24:26PM +0300, Dmitry Sivachenko wrote: >>>=20 >>> Again, error 4 is EINTR so you could disable both "soft" and "intr" = options for test. >>=20 >>=20 >> "soft" is meaningless in such setup, because "file system calls will = fail after retrycnt round trip timeout intervals" but "The default is a = retry count of zero, which means to keep retrying forever". >>=20 >> If I understand "intr" correctly, it matters only when server becomes = unresponsive, that is "server is not responding" message should be in my = logs. But I have no such a message. >>=20 >>=20 >=20 > The intr NFS mount option allows signals to interrupt NFS waits for = the > RPC responses. This is almost certainly the reason for the EINTR = error > you get from the pager. >=20 > You should at last get the > vm_fault: pager read error, pid ... > messages as well. Is this true ? That is true, see my initial post. > The end result would be SIGSEGV > delivered to the process. >=20 > OTOH, I do not quite understand why did your threads requesting = page-in > fall into the wait for a free page. I assume that there is enough = free > pages in the system ? >=20 I have no swap configured, but it is possible that running processes eat = all RAM (I expect them to be killed with OOM rather than stuck?)= From owner-freebsd-stable@freebsd.org Sat Mar 5 18:36:05 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03F99A0AD33 for ; Sat, 5 Mar 2016 18:36:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DF004A97 for ; Sat, 5 Mar 2016 18:36:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id DA15FA0AD31; Sat, 5 Mar 2016 18:36:04 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFE1CA0AD30 for ; Sat, 5 Mar 2016 18:36:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B133A96 for ; Sat, 5 Mar 2016 18:36:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u25IZx5L022737 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 5 Mar 2016 20:35:59 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u25IZx5L022737 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u25IZwn1022732; Sat, 5 Mar 2016 20:35:58 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 5 Mar 2016 20:35:58 +0200 From: Konstantin Belousov To: Dmitry Sivachenko Cc: Eugene Grosbein , FreeBSD Stable ML Subject: Re: nfs_getpages: error 4 Message-ID: <20160305183558.GB67250@kib.kiev.ua> References: <56DACD4E.3070905@grosbein.net> <550ADE4F-9F60-44FB-BF07-A1384A6B7B1A@gmail.com> <56DAE033.9020304@grosbein.net> <56DAE6D2.5040309@grosbein.net> <9BBCBDD0-4DAD-4189-9AAA-9FD94A458F7E@gmail.com> <20160305162747.GA67250@kib.kiev.ua> <415B1CAA-2728-48D0-96F0-C20F02F8A045@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415B1CAA-2728-48D0-96F0-C20F02F8A045@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 18:36:05 -0000 On Sat, Mar 05, 2016 at 07:42:51PM +0300, Dmitry Sivachenko wrote: > > > On 05 Mar 2016, at 19:27, Konstantin Belousov wrote: > > > > On Sat, Mar 05, 2016 at 05:24:26PM +0300, Dmitry Sivachenko wrote: > >>> > >>> Again, error 4 is EINTR so you could disable both "soft" and "intr" options for test. > >> > >> > >> "soft" is meaningless in such setup, because "file system calls will fail after retrycnt round trip timeout intervals" but "The default is a retry count of zero, which means to keep retrying forever". > >> > >> If I understand "intr" correctly, it matters only when server becomes unresponsive, that is "server is not responding" message should be in my logs. But I have no such a message. > >> > >> > > > > The intr NFS mount option allows signals to interrupt NFS waits for the > > RPC responses. This is almost certainly the reason for the EINTR error > > you get from the pager. > > > > You should at last get the > > vm_fault: pager read error, pid ... > > messages as well. Is this true ? > > > That is true, see my initial post. Ok. > > > > The end result would be SIGSEGV > > delivered to the process. > > > > OTOH, I do not quite understand why did your threads requesting page-in > > fall into the wait for a free page. I assume that there is enough free > > pages in the system ? > > > > > I have no swap configured, but it is possible that running processes eat all RAM (I expect them to be killed with OOM rather than stuck?) I cannot answer this question about 'eat all ram'. You can. But I suspect that you do have enough free or reclamaible pages for OOM to not trigger, e.g. because you demonstrated commands output from the live system after the situation occured. It more likely was a temporal free page shortage, after which the system recovered. I more believe in a bug in the handling of killed process in vm_fault(). Could you get the p_flag value for the hung process ? Like ps -o flags From owner-freebsd-stable@freebsd.org Sat Mar 5 20:10:27 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE27FA09063 for ; Sat, 5 Mar 2016 20:10:26 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CC4AE6E4 for ; Sat, 5 Mar 2016 20:10:26 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id C6C6EA0905E; Sat, 5 Mar 2016 20:10:26 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC65EA0905D for ; Sat, 5 Mar 2016 20:10:26 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 321936E3 for ; Sat, 5 Mar 2016 20:10:26 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mail-lb0-x22a.google.com with SMTP id cf7so77981486lbb.1 for ; Sat, 05 Mar 2016 12:10:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3obuiLCn4/rDUShgXvEgJRBxxFeJVgOodMY80C9/TDk=; b=dZh1aot6O0nZnI4tG/WTh4Qhepovzlf3JmTWZyfg2DIX/Skf8HaNSuAIyZqCTXiAet 1OY6sCOPsHuVoGRNCZz8FrwcVf3sxMc5w0sEY1xaf5kE0nJ0pkbypmaPHOwJLQur0Bk/ awBLdrecxGfryCHtloVoi5cjvYE4cH8+dTljBO6p1OLzwrUKDJVYEGik7XaFfwtJoo0C P//UuWioP+79c7BWzZRhEAVevW/kUPpd1uunuuRsTOf9LGpXTN/f0GTmnibQaNaxj6+H dAplVwxbaHA/wpCR4WbsgsjuTDDnD/D3zReomClcGHzILuH9bPR/Nhorc9eYhjHIP6nu vhag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3obuiLCn4/rDUShgXvEgJRBxxFeJVgOodMY80C9/TDk=; b=fxMI+vQJDFjSAVxDajxV04cnIAxuYvAH/rLnUnl/WVGZfgu5dN43Y8613C/dDYsT+3 nLjdS27bcQj+fCMj3PpCEg7V22XmoUBPulIo6zV8es05bjfDK+Q67zNHa2732+8GC2ij V3LTF1lGiazZ6NwJK7vXFKS7ab27//6JgcqnvadhysSUI9tkT3C6A2RByrilo4Md0Jtn PxK2CfjrRV6wUCRPxVlNpHuUbjraho6vTmR8KNvPnBgEQ7LXpL8g4TrxLNDaQ50NLqOt gqq7VbylLTSZqYk7ZMQt+C/t6UJ7jzBm9saPG9hm9DSwqLZaZhdXbKo092Dofsa3GZHN 8/2w== X-Gm-Message-State: AD7BkJLP/0Zyz3qfZapojZ81z65INpCQZeghuJMgbocQNzcWW4OF+F2WJjXrVQL5uWqBuQ== X-Received: by 10.25.90.21 with SMTP id o21mr3985365lfb.166.1457208624261; Sat, 05 Mar 2016 12:10:24 -0800 (PST) Received: from [10.0.1.4] (broadband-5-228-251-240.nationalcablenetworks.ru. [5.228.251.240]) by smtp.gmail.com with ESMTPSA id e6sm208512lbk.32.2016.03.05.12.10.22 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Mar 2016 12:10:22 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: nfs_getpages: error 4 From: Dmitry Sivachenko In-Reply-To: <20160305183558.GB67250@kib.kiev.ua> Date: Sat, 5 Mar 2016 23:10:22 +0300 Cc: Eugene Grosbein , FreeBSD Stable ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <56DACD4E.3070905@grosbein.net> <550ADE4F-9F60-44FB-BF07-A1384A6B7B1A@gmail.com> <56DAE033.9020304@grosbein.net> <56DAE6D2.5040309@grosbein.net> <9BBCBDD0-4DAD-4189-9AAA-9FD94A458F7E@gmail.com> <20160305162747.GA67250@kib.kiev.ua> <415B1CAA-2728-48D0-96F0-C20F02F8A045@gmail.com> <20160305183558.GB67250@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 20:10:27 -0000 > On 05 Mar 2016, at 21:35, Konstantin Belousov = wrote: >=20 > But I suspect that you do have enough free or reclamaible pages for = OOM > to not trigger, e.g. because you demonstrated commands output from the > live system after the situation occured. It more likely was a = temporal > free page shortage, after which the system recovered. >=20 > I more believe in a bug in the handling of killed process in = vm_fault(). > Could you get the p_flag value for the hung process ? Like > ps -o flags Unfortunately I already rebooted this machine because our developers = needed it and processes did not stop after kill -9. When this repeats, I will try to keep this server up for longer time and = provide any necessary information.= From owner-freebsd-stable@freebsd.org Sat Mar 5 22:00:57 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 690C2A92E58 for ; Sat, 5 Mar 2016 22:00:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B2D068E for ; Sat, 5 Mar 2016 22:00:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 95809B918; Sat, 5 Mar 2016 17:00:55 -0500 (EST) From: John Baldwin To: Harry Schmalzbauer Cc: FreeBSD Stable , Mark Saad Subject: Re: ahci-timeout regression in beta3 Date: Sat, 05 Mar 2016 13:50:08 -0800 Message-ID: <6707098.Q23tZsJLSN@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <56DACCE1.80606@omnilan.de> References: <56D350B6.6090906@omnilan.de> <10965531.zQdbXDLmAc@ralph.baldwin.cx> <56DACCE1.80606@omnilan.de> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Sat, 05 Mar 2016 17:00:55 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 22:00:57 -0000 On Saturday, March 05, 2016 01:11:13 PM Harry Schmalzbauer wrote: > Bez=C3=BCglich John Baldwin's Nachricht vom 02.03.2016 18:32 (localti= me): > > On Monday, February 29, 2016 07:29:03 PM Harry Schmalzbauer wrote: > >> Bez=C3=BCglich Harry Schmalzbauer's Nachricht vom 28.02.2016 20:5= 5 (localtime): > >>> Hello, > >>> > >>> I have a remote machine with a probably defective ODD, but until = r294989 > >>> (from Jan 28th) I could boot with just these warnings: > >>> (cd1:ahcich1:0:0:0): READ(10). CDB: 28 00 00 38 85 e0 00 00 01 00= > >>> (cd1:ahcich1:0:0:0): CAM status: SCSI Status Error > >>> (cd1:ahcich1:0:0:0): SCSI status: Check Condition > >>> (cd1:ahcich1:0:0:0): SCSI sense: MEDIUM ERROR asc:11,0 (Unrecover= ed read > >>> error) > >>> (cd1:ahcich1:0:0:0): Error 5, Unretryable error > >>> (cd1:ahcich1:0:0:0): cddone: got error 0x5 back > >>> =E2=80=A6 > >>> > >>> beta3 doesn't boot anymore, it's hanging with ahci-timeouts: > >>> ahcich2: Timeout on slot 11 port 0 > >>> ahcich2: is 00000008 cs 00000000 ss 00000000 rs 00000800 tfd 40 d= err > >>> 00000000 cmd 0004cb17 > >>> (ada1:ahcich2:0:0:0): READ_FPDMA_QUEUED. ACB: 60 01 ae a3 50 40 5= d 01 00 > >>> 00 00 00 > >>> ... > >>> (aprobe0:ahcich2:0:0:0) ATA_IDENTIFY. ACB eec 00 00 00 00 40 00 0= 0 00 00 > >>> 00 00 > >>> (aprobe0:ahcich2:0:0:0) CAM status: Command timeout > >>> (aprobe0:ahcich2:0:0:0) Error 5, Retry was blocked > >>> ada1 detached > >>> ... > >>> The numbers (first ACB) and also the channel varies from time to = time > >> > >> I could narrow it down to r295480 > >> (https://svnweb.freebsd.org/base?view=3Drevision&revision=3D295480= ) > >> > >> Reverting that lets the machine boot again. > >> > >> I captured verbose boot messages, finding out that problem relaxes= with > >> verbose-booting, since ahci seems to recover: > >> =E2=80=A6 > >> TSC timecounter discards lower 1 bit(s) > >> Timecounter "TSC-low" frequency 1746033500 Hz quality -100 > >> ahcich2: Timeout on slot 12 port 0 > >> ahcich2: is 00000008 cs 00000000 ss 00000000 rs 00001000 tfd 40 se= rr > >> 00000000 cmd 0004cc17 > >> ahcich2: AHCI reset... > >> (ada1:ahcich2:0:0:0): READ_FPDMA_QUEUED. ACB: 60 04 71 a3 50 40 5d= 01 00 > >> 00 00 00 > >> (ada1:ahcich2:0:0:0): CAM status: Command timeout > >> (ada1:ahcich2:0:0:0): Retrying command > >> ahcich2: SATA connect time=3D100us status=3D00000123 > >> ahcich2: AHCI reset: device found > >> ahcich2: AHCI reset: device ready after 100ms > >> ahcich1: SNTF 0x0001 > >> ahcich1: SNTF 0x0001 > >> =E2=80=A6 > >> > >> I have checked twice that r295480 introduces boot failure here. > >> > >> I have absolutely no idea where/how/why/what race happens... > >> > >> Thanks for any hints, > >=20 > > That is most bizarre. Does HEAD boot fine on this machine? The ch= ange > > in question probably alters the timing of startup a bit since the r= andom > > kthread is placed on the run queue later which might affect the rel= ative > > order of kthreads as they start executing, but that would just mean= it is > > exposting a race in some other part of the system. >=20 >=20 > Bizarre it is... > HEAD (r295683, 02/17/2016) boots fine. >=20 > BETA3 fails. >=20 > This time I checked with vendor-ISO images, while before it was a cus= tom > setup rollout with local patches and special hw adaptions. Now I'm su= re > it's not site-related. >=20 > With BETA3-iso, where booting fails, "random: unblocking device." > happens after timecounter initialization and before attaching ses0/cd= X/adaX. > With HEAD-iso, where booting succeeds, "random: unblocking device." > happens way after ses0/adaX/cdX attached, right before rc. Yes, HEAD's /dev/random has many more changes than were put into 10 for= BETA3. > On HEAD, ahci-devices attach in the same order as with -stable pre-r2= 95480. > Since r295480, cdX attaches before adaX on -stable and while searchin= g > for the cluprit, I had observed that attaching-order was a clear > indicator whether machine boots or not. >=20 > Sorry, I can't provide more useful info at this time, I just can > describe simple symptoms :-( >=20 >=20 > While playing with that machine I remember having had such a bizarre > problem before, arising with r284665. Here's what I found in my kerne= l > config: > # Don't build kernel with RACCT by default, which was enabled with r2= 84665, > # since ahci(4) fails when using MSI with ahcichX timeout! > nooptions RACCT # Resource accounting framewo= rk > nooptions RACCT_DEFAULT_TO_DISABLED # Set > kern.racct.enable=3D0 by default > nooptions RCTL # Resource limits >=20 > Perhpas it's related?! > https://lists.freebsd.org/pipermail/freebsd-stable/2015-July/082706.h= tml I think it's related in the sense that there is a timing race in ahci a= nd that the /dev/random and RACCT changes alter the timing enough to trigg= er the race simply by changing the relative order of SYSINIT's during boot= (and/or the amount of time between the ahci driver doing its initial probe and the second probe that is run for the interrupt config hooks t= hat actually probes the attached SATA devices). --=20 John Baldwin From owner-freebsd-stable@freebsd.org Sat Mar 5 22:41:08 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D52EE9DAAFC for ; Sat, 5 Mar 2016 22:41:08 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 67BCB78D; Sat, 5 Mar 2016 22:41:08 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id u25Mf48d049889; Sat, 5 Mar 2016 23:41:04 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id A75C150; Sat, 5 Mar 2016 23:41:03 +0100 (CET) Message-ID: <56DB607F.8010205@omnilan.de> Date: Sat, 05 Mar 2016 23:41:03 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: John Baldwin CC: FreeBSD Stable , Mark Saad Subject: Re: ahci-timeout regression in beta3 References: <56D350B6.6090906@omnilan.de> <10965531.zQdbXDLmAc@ralph.baldwin.cx> <56DACCE1.80606@omnilan.de> <6707098.Q23tZsJLSN@ralph.baldwin.cx> In-Reply-To: <6707098.Q23tZsJLSN@ralph.baldwin.cx> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Sat, 05 Mar 2016 23:41:04 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 22:41:09 -0000 Bezüglich John Baldwin's Nachricht vom 05.03.2016 22:50 (localtime): > On Saturday, March 05, 2016 01:11:13 PM Harry Schmalzbauer wrote: >> Bezüglich John Baldwin's Nachricht vom 02.03.2016 18:32 (localtime): … >> With BETA3-iso, where booting fails, "random: unblocking device." >> happens after timecounter initialization and before attaching ses0/cdX/adaX. >> With HEAD-iso, where booting succeeds, "random: unblocking device." >> happens way after ses0/adaX/cdX attached, right before rc. > > Yes, HEAD's /dev/random has many more changes than were put into 10 for > BETA3. > >> On HEAD, ahci-devices attach in the same order as with -stable pre-r295480. >> Since r295480, cdX attaches before adaX on -stable and while searching >> for the cluprit, I had observed that attaching-order was a clear >> indicator whether machine boots or not. … >> Perhpas it's related?! >> https://lists.freebsd.org/pipermail/freebsd-stable/2015-July/082706.html > > I think it's related in the sense that there is a timing race in ahci and > that the /dev/random and RACCT changes alter the timing enough to trigger > the race simply by changing the relative order of SYSINIT's during boot > (and/or the amount of time between the ahci driver doing its initial > probe and the second probe that is run for the interrupt config hooks that > actually probes the attached SATA devices). Thanks for your comment, I had such kind of race in mind, but I don't have the skills to debug myself - then and now and unfortunately also not the time for an upgrade ;-) But meanwhile I deployed 10.3-RC1 without reverting r295480 (and also removing "nooptions RACCT" (+ RCTL), since effectless »kern.racct.enable« was corrected some time after that problem hit me). Good news is that these ahci-timeouts haven't showed up elsewhere yet – I've updated several _very_ similar setups (C200 chipsets; but none with a suspicious faulty ODD) So it's clearly not a show stopper for 10.3. But there's a timing race to find, which affects ahci-timeouts. The most nasty one's I ever fought... And it's not very welcome finding a remote machine stop booting because of a faulty ODD one wasn't ware, since it succeeds booting previous FreeBSD release and other OSs. Tell me if I can help out with my skills. Thanks, -Harry