From owner-freebsd-stable@freebsd.org Sun May 1 15:07: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 52F45B29661 for ; Sun, 1 May 2016 15:07:26 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F030C1EEA for ; Sun, 1 May 2016 15:07:25 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id u41F7Je5062300 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 1 May 2016 17:07:19 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id u41F7IVf062297; Sun, 1 May 2016 17:07:19 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sun, 1 May 2016 17:07:18 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Scott Long cc: FreeBSD stable Subject: Re: devd(8) complains loudly when DVD player is empty, possibly due to r298134 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 01 May 2016 15:07:26 -0000 On Wed, 27 Apr 2016 13:46-0400, Scott Long wrote: > Thanks for the report. I might be mistaken, but the default system > is not configured to direct devd messages to user.info, so I didn’t > see this during my development. However, what you’re reporting is > definitely annoying, so Warner Losh and I are working on a solution. > > Scott I solved the problem by running devd with -q, i.e. devd_flags="-q" in /etc/rc.conf. This should probably be the default anyway. All of my systems (stable/10) have custom logging where each facility has its own file. Also *.*;mark.* is sent to /dev/ttyvb and to the central log host. /dev/ttyvb was pretty busy on the log host. Making devd less chatty does have its merits. The next servers I buy will probably exclude a DVD player. Happy hacking. > > On Apr 27, 2016, at 1:23 PM, Trond Endrestøl wrote: > > > > Hi, > > > > The symptoms began after upgrading from stable/10 r298033 to stable/10 r298573. > > > > Apr 27 18:40:00 [HOSTNAME] devd: Processing event '!system=CAM subsystem=periph type=error device=cd0 serial="R8KL6GKC900AFG" cam_status="0xcc" scsi_status=2 scsi_sense="70 02 04 01" CDB="00 00 00 00 00 00 " ' > > > > These messages are just seconds apart: > > > > Apr 27 18:40:01 [HOSTNAME] devd: Processing event '!system=CAM subsystem=periph type=error device=pass1 serial="R8KL6GKC900AFG" cam_status="0xcc" scsi_status=2 scsi_sense="70 02 04 01" CDB="00 00 00 00 00 00 " ' > > Apr 27 18:40:03 [HOSTNAME] devd: Processing event '!system=CAM subsystem=periph type=error device=pass1 serial="R8KL6GKC900AFG" cam_status="0xcc" scsi_status=2 scsi_sense="70 02 04 01" CDB="00 00 00 00 00 00 " ' > > Apr 27 18:40:05 [HOSTNAME] devd: Processing event '!system=CAM subsystem=periph type=error device=pass1 serial="R8KL6GKC900AFG" cam_status="0xcc" scsi_status=2 scsi_sense="70 02 04 01" CDB="00 00 00 00 00 00 " ' > > > > When I put a CD or DVD in the DVD player, the messages stop. As soon > > as I eject the disc, they start appearing again. > > > > Here's the relevant part from dmesg: > > > > cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 > > cd0: Removable CD-ROM SCSI device > > cd0: Serial Number R8KL6GKC900AFG > > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) > > cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed > > > > This is on a mid-2012 Dell Latitude E5530 with the stock DVD player. > > > > Upgrading to stable/10 r298705 doesn't resolve this issue. > > > > Does anyone else see this? > > > > Maybe r298134 is to blame: > > > > stable/10/sys/cam/cam_periph.c > > > > MFC r298004: > > > > Add a devctl/devd notification conduit for CAM errors that happen at the > > periph level. > > > > Due to not merging the changes to ata_res_sbuf(), this version is a little > > messy. > > > > Sponsored by: Netflix > > > > http://svnweb.freebsd.org/base?view=revision&revision=298134 -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@freebsd.org Sun May 1 22: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 66857B29734 for ; Sun, 1 May 2016 22:04:43 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5D79197E for ; Sun, 1 May 2016 22:04:42 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:240:caff:fe92:4f47]) by saturn.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u41M18DL040488 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL) for ; Mon, 2 May 2016 00:01:09 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u41M18QY058979 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 2 May 2016 00:01:08 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.15.2/8.15.2/Submit) id u41M18WF058978 for freebsd-stable@FreeBSD.org; Mon, 2 May 2016 00:01:08 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Mon, 2 May 2016 00:01:07 +0200 From: Wolfgang Zenker To: freebsd-stable@FreeBSD.org Subject: Recent stable: bsnmpd eats up memory and cpu Message-ID: <20160501220107.GA58930@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: private site User-Agent: Mutt/1.6.0 (2016-04-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Mon, 02 May 2016 00:01:09 +0200 (CEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 01 May 2016 22:04:43 -0000 Hi, after updating some 10-STABLE systems a few days ago, I noticed that on two of those systems bsnmpd started to use up a lot of cpu time, and the available memory shrinked until rendering the system unusable. Killing bsnmpd stops the cpu usage but does not free up memory. Both affected systems are amd64, one having moved from r297555 to r298723, the other from r297555 to r298722. Another amd64 system that went from r297555 to r298722 appears to be not affected. The two affected systems are on an internal LAN segment and there is currently no application connecting to snmp on those machines. What would be useful debugging data to collect in this case? Wolfgang From owner-freebsd-stable@freebsd.org Mon May 2 00:49: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 51201AD9CF9; Mon, 2 May 2016 00:49:09 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BC8B1959; Mon, 2 May 2016 00:49:08 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id u420n8mm088729 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 1 May 2016 18:49:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id u420n83s088726; Sun, 1 May 2016 18:49:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 1 May 2016 18:49:08 -0600 (MDT) From: Warren Block To: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: FreeBSD Quarterly Status Report - First Quarter 2016 (fwd) Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-ID: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 01 May 2016 18:49:08 -0600 (MDT) Content-Type: text/plain; FORMAT=flowed; CHARSET=UTF-8 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 00:49:09 -0000 Introduction The first quarter of 2016 showed that FreeBSD retains a strong sense of ipseity. Improvements were pervasive, lending credence to the concept of meliorism. Panegyrics are relatively scarce, but not for lack of need. Perhaps this missive might serve that function in some infinitesimal way. There was propagation, reformation, randomization, accumulation, emulation, transmogrification, debuggenation, and metaphrasal during this quarter. In the financioartistic arena, pork snout futures narrowly edged out pointilism, while parietal art remained fixed. In all, a discomfiture of abundance. View the rubrics below, and marvel at their profusion and magnitude! Marvel! --Warren Block __________________________________________________________________ Please submit status reports for the second quarter of 2016 by July 7. A thesaurus will be provided for submitters who do not have one of their own. We will need them back afterwards, preferably with no new teeth marks on the covers. Thank you! __________________________________________________________________ FreeBSD Team Reports * Cluster Admin * The FreeBSD Core Team Projects * Address Space Layout Randomization * Ceph on FreeBSD * Process-Shared Locks for libthr * RCTL Disk IO Limits * The Graphics Stack on FreeBSD Kernel * ARM Allwinner SoC Support * CAM I/O Scheduler * FDT Overlay Support in UBLDR * Filemon Performance/Stability Improvements * FreeBSD Integration Services (BIS) * Infiniband * MMC Stack Under CAM Framework * NFS Server * Static Analysis of the FreeBSD Kernel with PVS Studio Architectures * AmigaOne X5000 Support * FreeBSD on Cavium ThunderX (arm64) * powerpcspe Target Userland Programs * ELF Tool Chain Tools * Native PCI-express HotPlug * Updates to GDB * Using lld, the LLVM Linker, to Link FreeBSD Ports * GitLab Port * GNOME on FreeBSD * KDE on FreeBSD * Obsoleting Rails 3 * Ports Collection Documentation * New FreeBSD Mastery Books * Spanish FAQ and Chinese Porter's Handbook Translations Miscellaneous * FreeBSD Build * Qt 5.6 on Raspberry Pi * The FreeBSD Foundation __________________________________________________________________ FreeBSD Team Reports Cluster Admin Contact: This quarter, we: * migrated services out of the hosting space in ISC (peter, sbruno) * began migration of services into the RootBSD hosting space (peter, sbruno) * collaborated with the phabricator admin team to migrate to a new and improved host in NYI. (allanjude, peter, sbruno) * installed a new and beefier Jenkins machine (gnn, lwshu, sbruno) * are still looking for more Asian mirrors for pkg, svn, and ftp (Japan, India). (sbruno) * completed the migration of the Taiwanese mirror to its new location. (lwshu) * started hosting a clang/llvm buildbbot in the FreeBSD cluster at NYI (sbruno, emaste) * resolved a UK mirror outage with Bytemark (gavin, peter) __________________________________________________________________ The FreeBSD Core Team Contact: FreeBSD Core Team During the first quarter of 2016, the most important business of the FreeBSD Core Team has been to respond to the harassment incident last year. Core's actions were to assemble a timeline of the events and in the light of that to review Core's actions at the time; and to make recommendations about how better to handle such cases in future. During this process, draft reports were reviewed by people concerned in the case and in addition a number of interested members of the FreeBSD community. Core would like to thank everyone involved for their contributions. The report was published to the FreeBSD developer community in mid-February, and contained six recommendations for the community to consider. Core is also coordinating with the committee headed by Anne Dickison who are reviewing the Code of Conduct. A corpus of case studies is being assembled, which will be re-examined to see what impact changes to the Code of Conduct would have had. Core, together with John Baldwin, are working on a plan to create a separate repository containing GPLv3 toolchain components. This will allow modernization of code within base beyond what the existing GPLv2 toolchain can handle, and permit support of certain new architectures where a copyfree licensed alternative (i.e., LLVM) is not yet available. A position paper will soon be circulated to developers for comment. During this quarter three new commit bits were issued, and one was returned for safekeeping. Please welcome Wojciech Macek, Jared McNeil and Stanislav Galabov, and bid farewell to Davide Italiano, who although too busy to work on FreeBSD directly, will still be contributing through his work upstream on lld and other parts of the toolchain. __________________________________________________________________ Projects Address Space Layout Randomization Links Patch Home URL: https://kib.kiev.ua/kib/aslr paxtest.log URL: https://www.kib.kiev.ua/kib/aslr/paxtest.log fedora.log URL: https://www.kib.kiev.ua/kib/aslr/fedora.log Contact: Konstantin Belousov Contact: Ed Maste I wrote a small and straightforward yet feature-packed patch to implement ASLR for FreeBSD which is now available for broader testing. With this change, randomization is applied to all non-fixed mappings. By randomization, I mean that the base address for the mapping is selected with a guaranteed amount of entropy (bits). If the mapping was requested to be superpage aligned, the randomization honors the superpage attributes. The randomization is done on a best-effort basis. That is, the allocator falls back to a first fit strategy if fragmentation prevents entropy injection. It is trivial to implement a strong mode where failure to guarantee the requested amount of entropy results in failure of the mapping request failure, but I do not consider that to be usable. I have not fine-tuned the amount of entropy injected right now, but that is only a quantitive change that will not change the implementation. The current amount is controlled by aslr_pages_rnd. To not spoil coalescing optimizations, to reduce the page table fragmentation inherent to ASLR, and to retain transient superpage promotion for malloced memory, locality is implemented for anonymous private mappings, which are automatically grouped until fragmentation kicks in. The initial location for the anon group range is, of course, randomized. After some additional tuning, the measures appeared to be quite effective. In particular, a very address-space-hungry build of PyPy 5.0 on i386 successfully finished with the most aggressive functionality of the patch activated. The default mode keeps the sbrk area unpopulated by other mappings, but this can be turned off, which gives much more breathing room on the small address-space architectures (it is funny that 32 bits is now considered small). This is tied with the question of following an application's hint about the mmap(2) base address. Testing shows that ignoring the hint does not affect the function of common applications, but I would expect that more demanding code could break. By default sbrk is preserved and mmap hints are satisfied, which can be changed by using the kern.elf{32,64}.aslr_care_sbrk sysctls (currently enabled by default for wider testing). Stack gap, W^X, shared page randomization, KASLR and other techniques are explicitly out of scope for this work. The paxtest results for the run with the previous version 5 of the patch applied and aggressively tuned can be seen at paxtest.log. For comparison, a run on Fedora 23 on the same machine is at fedora.log. ASLR is enabled on a per-ABI basis, and currently is only enabled on native i386 and amd64 (including compat 32-bit) and ARMv6 ABIs. I expect to test and enable ASLR for arm64 as well, later. A procctl(2) control for ASLR is implemented, but I have not provided a userspace wrapper around the syscall. In fact, the most reasonable control needed is per-image and not per-process, but we have no tradition to put the kernel-read attributes into the extattrs of a binary, so I am still pondering that part and this also explains the non-written tool. Thanks to Oliver Pinter and Shawn Webb of the HardenedBSD project for pursuing ASLR for FreeBSD. Although this work is not based on theirs, it was inspired by their efforts. Thanks to Ed Maste, Robert Watson, John Baldwin, and Alan Cox for some discussions about the patch, and for The FreeBSD Foundation for directing me. Bartek Rutkowski tested PyPy builds on i386, and David Naylor helped with the port which was at the point of turbulence and upgrade during the work. This project was sponsored by The FreeBSD Foundation. __________________________________________________________________ Ceph on FreeBSD Links Ceph Main Site URL: http://ceph.com Main Repository URL: https://github.com/ceph/ceph My Fork URL: https://github.com/wjwithagen/ceph The git pull with All Changes URL: https://github.com/ceph/ceph/pull/7573 Contact: Willem Jan Withagen Ceph is a distributed object store and file system designed to provide excellent performance, reliability and scalability. * Object Storage Ceph provides seamless access to objects using native language bindings or radosgw, a REST interface that is compatible with applications written for S3 and Swift. * Block Storage Ceph's RADOS Block Device (RBD) provides access to block device images that are striped and replicated across the entire storage cluster. * File System Ceph provides a POSIX-compliant network file system that aims for high performance, large data storage, and maximum compatibility with legacy applications. I started looking into Ceph, because the HAST solution with CARP and ggate did not really do what I wanted. But I am aiming for running a Ceph storage cluster of storage nodes that are running ZFS. The end station would be running bhyve on RBD disk that are stored in Ceph. The FreeBSD build will build most of the tools in Ceph. Note that the RBD-dependent items will not work since FreeBSD does not have RBD yet. Compiling and building Ceph is tested on 11-CURRENT. It uses the Clang toolset that is available, which needs to be at least 3.7. Clang 3.4 (on 10.2-STABLE) does not have all the required capabilities to compile everything. This setup will get things running for FreeBSD: * Install bash and link it in /bin (requires root privileges): sudo pkg install bash sudo ln -s /usr/local/bin/bash /bin/bash * Building Ceph git clone https://github.com/wjwithagen/ceph.git cd ceph git checkout wip-wjw-freebsd-tests ./do_freebsd.sh Parts Not Yet Included: * RBD Rados Block Devices is implemented in the Linux kernel. It seems that there used to be a userspace implementation first. And perhaps ggated could be used as a template since it does some of the same functions, other than just between two disks. And it has a userspace counterpart. * BlueStore FreeBSD and Linux have a different AIO API, and that needs to be made compatible. Next to that is the discussion in FreeBSD about aio_cancel not working for all device types. * CephFS Cython tries to access an internal field in dirent which does not compile. Tests that verify the correct working of the above are also excluded from the test set. Tests Not Yet Included: * ceph-detect-init/run-tox.sh Because the current implementation does not know anything about FreeBSD's rc/init. * Tests that make use of nosestests Calling these does not really work since nosetests is not in /usr/bin, and calling through /usr/bin/env nosetests does not work on FreeBSD. * test/pybind/test_ceph_argparse.py * test/pybind/test_ceph_daemon.py Things To Investigate: * ceph-{osd,mon} need two signals before they actually terminate. * ceph_erasure_code --debug-osd 20 --plugin_exists jerasure crashes due to SIGSEGV. This is a pointer reference that gets modified outside the regular programflow. Probably due to a programming error but perhaps wrong mixing and matching of many libraries. Open tasks: 1. The current and foremost task is to get the test set to complete without errors. This includes fixing several coredumps. Run integration tests to see if the FreeBSD daemons will work with a Linux Ceph platform. 2. Get the Python tests that are currently excluded to work, and test OKE. 3. Compile and test the user space RBD (Rados Block Device). Investigate and see if an in-kernel RBD device could be developed akin to ggate. 4. Integrate the FreeBSD /etc/rc.d init scripts in the Ceph stack for testing and running Ceph on production machines. __________________________________________________________________ Process-Shared Locks for libthr Contact: Konstantin Belousov POSIX specifies several kinds of pthread locks. For this report, the private and process-shared variants are considered. Private locks can be used only by the threads of the same process, which share a single common address space. Process-shared locks can be used by threads from any process, assuming the process can map the lock memory into its address space. Our libthr, the library implementing the POSIX threads and locking operations, uses a pointer as the internal representation behind a lock. The pointer contains the address of the actual structure carrying the lock. This has unfortunate consequences for implementing the PTHREAD_PROCESS_SHARED attribute for locks, since really only the pointer is shared when a lock is mapped into distinct address spaces. A common opinion was that we have no choice but to break the libthr Application Binary Interface (ABI) by changing the lock types to be the actual lock structures (and padding for future ABI extension). This is very painful for users, as our previous experience with non-versioned libc and libc_r has shown. Instead, I proposed and implemented a scheme where process-shared locks can be implemented without breaking the ABI. The lock memory is used as a key into a system-global hash of shared memory objects (off-pages), which contain the actual lock structures. New umtx operations to create or look up a shared object by memory key were added. libthr is modified to look up the object and use it for shared locks, instead of using malloc() as for private locks. The pointer value in the user-visible lock type contains a canary for shared locks. libthr detects the canary and switches into the shared-lock mode. The proposal of inlining the lock structures, besides the drawbacks of breaking ABI, has its merits. Most important, the inlining avoids the need for indirection. Another important advantage over the off-page approach is that no off-page object needs to be maintained, and the lifecycle of the shared lock naturally finishes with the destruction of the shared memory, without need for explicit cleanup. Right now, off-pages hook into vm object termination to avoid leakage, but long-livedness of the vnode vm object prolongs the off-page's existence for shared locks backed by files, however unlikely they may be. libthr with inlined locks became informally known as the libthr2 project, since it is better to change the library name than just bumping the library version. rtld should ensure that libthr and libthr2 are not simultaneously loaded into a single address space. This project was sponsored by The FreeBSD Foundation. Open tasks: 1. Implement robust mutexes. 2. Evaluate and implement libthr2. __________________________________________________________________ RCTL Disk IO Limits Contact: Edward Tomasz NapieraÅ‚a An important missing piece of the RCTL resource limits framework was the ability to limit file system throughput. This project aims to fill that hole by making it possible to add RCTL rules for read bytes per second (BPS), write BPS, read I/O operations per second (IOPS), and write IOPS, and adding a new throttling mechanism to slow down offending processes when a limit gets hit. The code has been committed and will ship with FreeBSD 11.0-RELEASE. This project was sponsored by The FreeBSD Foundation. Open tasks: 1. Additional testing 2. Simplify locking, getting rid of rctl_lock altogether 3. Improve statistics gathering by making it possible for rctl -u to retrieve usage counters at a fixed point in time 4. Use the new throttling mechanism for %CPU limits __________________________________________________________________ The Graphics Stack on FreeBSD Links Graphics Stack Roadmap and Supported Hardware Matrix URL: https://wiki.freebsd.org/Graphics Ports Development Tree on GitHub URL: https://github.com/freebsd/freebsd-ports-graphics FreeBSD Graphics Team at FOSDEM 2016 URL: https://fosdem.org/2016/schedule/event/freebsd_graphic_stack/ GSoC 2016: link /dev Entries to sysctl Nodes URL: https://wiki.freebsd.org/SummerOfCodeIdeas#Devices_management:_link_.2Fdev_entries_to_sysctl_nodes GSoC 2016: Redesign libdevq URL: https://wiki.freebsd.org/SummerOfCodeIdeas#Devices_management:_redesign_and_rewrite_libdevq Graphics Team Blog URL: http://planet.freebsd.org/graphics/ Contact: FreeBSD Graphics team The major news for this quarter is the update of the i915 driver in the kernel! The driver now matches Linux 3.8.13, so it includes initial Haswell support. Linux 3.8 is already three years old, but work continues to upgrade DRM further. In particular, work commenced to move to using the linuxkpi compatibility. In the Ports tree, Mesa was updated to 11.1.2. The next minor release, 11.2.0, is ready for testing in our development tree. We also updated libclc to 0.2.0.20151006, a library used by Mesa to provide OpenCL support. Upstream patches were added to beignet so all these ports now use the same LLVM version. We attended FOSDEM 2016 in Brussels. Jean-Sébastien Pédron gave a talk to explain the work of the graphics team and show how people can contribute. It was well received and the presentation was followed by interesting discussions. FOSDEM was also a nice occasion to meet and talk again to the nice upstream developers of the graphics stack. For the first year, we added two ideas for GSoC 2016: one for a kernel task, one to redesign libdevq. Six students submitted proposals for those ideas; that was unexpected! We now need to decide which one we want to mentor and the choice is difficult. Our blog has moved to a new location (linked above). Open tasks: 1. See the "Graphics" wiki page for up-to-date information. __________________________________________________________________ Kernel ARM Allwinner SoC Support Links Allwinner FreeBSD Wiki URL: https://wiki.freebsd.org/FreeBSD/arm/Allwinner Contact: Jared McNeill Contact: Emmanuel Vadot Allwinner SoCs are used in multiple hobbyist devboards and single-board computers. Recently, support for these SoCs has received a lot of updates Task done during first quarter: * I2C * HDMI output * Basic AXP209 support (Power Management Unit) * Switch to upstream DTS for most boards * Basic Support for A31/A31S SoC * RTC * Proper Pinmux/GPIO support * Audio Codec / Audio HDMI * A10/A20 DMA support * A20 now uses the GIC (General Interrupt Controller) * A20 now uses the ARM Generic Timer Ongoing tasks: * Switch to a new clock framework (In review) * Convert the A10 interrupt controller to INTRNG (In review) * OHCI support (In review) * Generic ALLWINNER kernel config file (In review) * A20/A31 NMI support (In review) * USB OTG * Finish the switch to using upstream DTS files * A83T SoC Support * H3 SoC Support Open tasks: 1. SPI driver 2. LCD Support 3. Any unsupported hardware device that might be of interest. __________________________________________________________________ CAM I/O Scheduler Links I/O Scheduling in FreeBSD's CAM Subsystem (PDF) URL: https://people.freebsd.org/~imp/bsdcan2015/iosched-v3.pdf The BSDCan 2015 Talk URL: https://www.youtube.com/watch?v=3WqOLolj5EU Contact: Warner Losh An enhanced CAM I/O scheduler has been committed to the tree. By default, this scheduler implements the old behavior. In addition, an advanced adaptive scheduler is available. Along with the scheduler, SATA disks can now use Queued Trims with devices that support them. Details about the new scheduler are available in the I/O Scheduling in FreeBSD's CAM Subsystem article (PDF) or from the BSDCan 2015 talk. The adaptive I/O scheduler is disabled by default, but can be enabled with options CAM_ADAPTIVE_IOSCHED in the kernel config file. This scheduler allows favoring reads over writes (or vice versa), controlling the IOPs, bandwidth, or concurrent operations (read, write, trim), and permits the selection of static or dynamic control of these operations. In addition, a number of statistics are collected for drive operations that are published via sysctl. One advanced use for the adaptive I/O scheduler is to compensate for deficiencies in some consumer-grade SSDs. These SSDs exhibit a performance cliff if too much data is written to them too quickly due to internal garbage collection. Without the I/O scheduler, read and write performance drop substantially once garbage collection kicks in. The adaptive I/O scheduler can be configured to monitor read latency. As read latency climbs, the I/O scheduler reduces the allowed write throughput, within limits, to attempt to maximize read performance. A simple use of the adaptive I/O scheduler would be to limit write bandwidth, IOPs or concurrent operations statically. Future work on the I/O scheduler will be coupled with improvements to the upper layers. The upper layers will be enhanced to communicate how urgent I/O requests are. The I/O scheduler will inform the upper layers of how full the I/O queues are, so less urgent I/O can be submitted to the lower layers as quickly as possible without overwhelming the lower layers or starving other devices of requests. This project was sponsored by Netflix. __________________________________________________________________ FDT Overlay Support in UBLDR Links ubldr Patch URL: https://reviews.freebsd.org/D3180 Contact: Oleksandr Tymoshenko A flattened device tree is a way to keep the hardware description separated from code. During the boot process, the loader passes a pointer to the device-tree blob to the kernel and the kernel instantiates and attaches drivers according to the information in the blob. This approach does not work when the hardware is expandable. For example, the Raspberry Pi and Beaglebone Black have the concept of capes or shields: snap-on PCBs that are connected to IO headers on the main board and provide additional functionality like an LCD screen or GPS receiver. These shields can be described by their own device trees and these trees can be overlaid on the base tree by the boot loader, thus providing an accurate description to the kernel. The proposed patch adds this functionality to ubldr. The user can specify a comma-separated list of overlays to U-Boot or the loader fdt_overlays variable and ubldr will load them from the /boot/dtb/ directory and do the overlaying. __________________________________________________________________ Filemon Performance/Stability Improvements Contact: Bryan Drewery Contact: Mateusz Guzik Filemon is a kernel module for tracing which files a command creates, reads, writes, or executes. It allows tracking build dependencies in combination with bmake's meta mode. bmake stores filemon's output in a .meta file along with the build command and later uses this to trigger a rebuild of the target if any of the files referenced are missing or modified, or if the build command changes. It provides the same functionality as the compiler's -MF flag, but for everything. It will be critical for buildworld's WITH_META_MODE (which is the normal buildworld but only using filemon) to provide a reliable incremental build without even the need for .depend files or compiler -MF flags. This allows -DNO_CLEAN to work all of the time. Filemon on -HEAD was improved for stability and performance over this quarter. It no longer causes every syscall it hooks into to loop over processes looking for a matching filemon struct. It now just attaches directly to the struct proc with its own pointer. This improves performance by reducing lock contention during a build. Much other work went into improving error handling and other stability issues in the module as well. All of this work was done by Bryan Drewery, sponsored by EMC, but much help and identification of bugs was provided by Mateusz Guzik. This project was sponsored by EMC / Isilon Storage Division. Open tasks: 1. Improve credential handling. 2. Improve EVENTHANDLER performance. 3. Possibly provide a framework for syscallenter/syscallret hooking to avoid the need to hook syscalls as Filemon does. __________________________________________________________________ FreeBSD Integration Services (BIS) Links FreeBSD Virtual Machines on Microsoft Hyper-V URL: https://wiki.FreeBSD.org/HyperV Supported Linux and FreeBSD Virtual Machines for Hyper-V on Windows URL: https://technet.microsoft.com/en-us/library/dn531030.aspx Contact: Sepherosa Ziehau Contact: Howard Su Contact: Hongjiang Zhang Contact: Dexuan Cui When FreeBSD virtual machines (VMs) run on Hyper-V, using Hyper-V synthetic devices is recommended to get the best network and storage performance and make full use of all the benefits that Hyper-V provides. The collection of drivers that are required to use Hyper-V synthetic devices in FreeBSD are known as FreeBSD Integration Services (BIS). Some of the BIS drivers (like network and storage drivers) have existed in FreeBSD 9.x and 10.x for years, but there are still some performance and stability issues and bugs. Compared with Windows and Linux VMs, the current BIS lacks some useful features, e.g., live virtual machine backup, TRIM/Unmap, the support for UEFI VMs (boot from UEFI), etc. During the past quarter, we made a great progress on the performance tuning for Hyper-V network driver. We also refactored and cleaned up the VMBus driver, and fixed some important bugs. All the work makes FreeBSD VMs run even better on Hyper-V and the Hyper-V based cloud platform Azure! Our work during 2016Q1 is documented below: Optimizing the performance of Hyper-V network driver: * We added LRO (Large Receive Offloading) support to the driver and properly handle ACK packets. This effectively reduces the CPU cycles used in the TCP/IP stack and dramatically boosts network performance! * We enabled vRSS (virtual Receive Side Scaling) support for the driver. This greatly improved the network performance for SMP virtual machines. * We used a separate Tx kernel thread to relieve the Rx thread of transmitting packets (the Rx thread tried to transmit packets after receiving ACKs), so the Rx thread can receive packets and send ACKs faster. * Now we can reach a VM-to-VM throughput of 9.1Gbps on a host with a 10Gbps physical NIC, and over 20Gbps on a host with a 40Gbps NIC, all the while with plenty of CPU cycles left for applications. * We also enabled IP header checksum offloading, and Rx checksum offloading for UDP. * Further performance tuning is working in progress. Refactoring and cleaning up the VMBus driver code: * Instead of using swi threads directly, we now use per-CPU taskqueue_create_fast() threads for event and message handling, making the code more conventional for FreeBSD. * We did a lot of cleanup to the hv_utils code (HeartBeat, TimeSync and Shutdown) and we are further cleaning up the KVP code. * We used a new message/interrupt slot for the Hyper-V timer, so the handling of timer and non-timer messages can be distinguished, fixing a potential issue. * Instead of finding an available IDT vector by hacking, we are changing to use the normal method, lapic_ipi_alloc(). * We are modularizing the Hyper-V modules: 1. they will be loaded in the loader; 2. we are going to enhance devd(8) to improve the hot plug case. Bug Fixing: * Fixed the "spurious multiple disks" issue (PR 206630 -- FreeBSD 10.2 on Windows 10 and 2016 server may not boot due to multiple invalid disks) in the Hyper-V storage driver and now FreeBSD VMs can reliably boot on Win10 and 2016 hosts. * Fixed the OACTIVE issue (PR 207297 -- [Hyper-V] FreeBSD 10.2 on hyperv lost network under heavy load for OACTIVE). * Fixed a TSC calibration issue (PR 208238 -- [Hyper-V] TSC frequency is not correctly detected: "calcru: runtime went backwards") and we will not see the "runtime went backwards" messages any more! * Fixed the "very slow terminal" issue of 11-CURRENT by enabling text mode when we are running on hypervisors. * Fixed the "unknown dhcp option value 0xf5" issue in dhclient(8) by asking dhclient(8) to ignore the option, and FreeBSD VMs on Azure can now reliably get IP addresses. * Found a workaround for PR 20824 ([Hyper-V] VM network may not work over virtual switch based on wireless NIC): add "net.link.ether.inet.max_age=60" in /etc/sysctl.conf. We plan to add support for live virtual machine backup, TRIM/Unmap, and UEFI VMs (Hyper-V Generation-2 VMs). We published errata (FreeBSD-EN-16:04.hyperv, FreeBSD-EN-16:05.hv_netvsc) with the Release Engineering team, so 10.1 and 10.2 users can easily get the fixes for KVP and TCP checksums by upgrading the system. We published BIS test cases for Hyper-V on github: https://github.com/FreeBSDonHyper-V/Test-BIS and we are going to publish the test cases for Azure soon. This project was sponsored by Microsoft. __________________________________________________________________ Infiniband Links Call for Testing URL: https://lists.freebsd.org/pipermail/freebsd-infiniband/2016-March/000190.html Contact: Hans Petter Selasky Mellanox is working on a big infiniband update towards Mellanox OFED v3.2 of the infiniband stack in FreeBSD. The updates include both userland and kernel components. Infiniband patches for FreeBSD are available in the link above which can be downloaded and applied to a recent FreeBSD-head checkout. This project was sponsored by Mellanox Technologies. __________________________________________________________________ MMC Stack Under CAM Framework Links Project Information URL: https://bakulin.de/freebsd/mmccam.html Source Code URL: https://github.com/kibab/FreeBSD/tree/mmccam Patch for Review URL: https://reviews.FreeBSD.org/D4761 Contact: Ilya Bakulin The goal of this project is to reimplement the existing MMC/SD stack using the CAM framework. This will permit utilizing the well-tested CAM locking model and debugging features. It will also be possible to process interrupts generated by the inserted card, which is a prerequisite for implementing the SDIO interface. SDIO support is necessary for communicating with the WiFi/BT modules found on many development boards, like Wan Raspberry Pi 3. Another feature that the new stack will have is support for sending SD commands from userland applications using cam(3). This will allow for building device drivers in userland and make debugging much easier. The first version of the code was uploaded to Phabricator for review. The new stack is able to attach to the SD card and bring it to an operational state so it is possible to read and write to the card. Support for the imx_sdhci SD Host Controller (used on iMX-based boards, for example Wandboard) was added in 2016Q1, along with ti_sdhci, which is used on the BeagleBone Black. Modifying other SDHCI-compliant drivers should not be difficult. Open tasks: 1. Modify the SDHCI driver on at least one x86 platform. This will make development and collaboration easier. 2. Begin implementing SDIO-specific bits. __________________________________________________________________ NFS Server Contact: Rick Macklem A new -manage-gids option was added to the nfsuserd daemon. This option tells the NFS server to use the list of groups for a uid on the server and not the list of groups in the NFS RPC request. Use of this option avoids the 16 group limit for NFS RPCs using AUTH_SYS (the default). Work is ongoing with respect to development of pNFS support for the NFS server using GlusterFS as a back end. This will be a long-term project with the eventual goal of allowing the NFS server to scale beyond a single server system. Hopefully it will be available for testing in late Spring 2016. pNFS allows an NFSv4.1 client to do reads/writes directly to a data server and not the NFS server. Open tasks: 1. The pNFS server will be in need of testing during development or it will never progress to a near-production status. I hope to have code available in FreeBSD's Subversion project branch for testing in late spring 2016. __________________________________________________________________ Static Analysis of the FreeBSD Kernel with PVS Studio Links PVS-Studio Delved into the FreeBSD Kernel URL: http://www.viva64.com/en/b/0377/ PVS Static Analysis Phabricator Review URL: https://reviews.freebsd.org/D5245 Contact: Warren Block In February, Program Verification Systems used their PVS-Studio tool to run a static analysis of the FreeBSD kernel. A Phabricator review was created to allow developers to share comments on the results. A number of bugs ranging from trivial typos to redundant code to important logic errors were found and fixed. Some results were false positives. Several of these were addressed by changing code that misled the static analyzer and could also mislead a human reader. The cooperation that Program Verification Systems offers to open-source projects like FreeBSD benefits everyone. We thank them for sharing this analysis and their insights with us. __________________________________________________________________ Architectures AmigaOne X5000 Support Links URL: http://www.amigaos.net/hardware/133/amigaone-x5000 Contact: Justin Hibbits This project is a continuation of the Book-E QorIQ support enhancements by Semihalf dating back to 2012. The AmigaOne X5000 series of AmigaOS-compatible systems uses the Freescale QorIQ series of SoCs for a desktop-class form factor. The work here entails adding support for the e5500 core itself, in addition to support for the SoC peripherals. Currently, most of the code to enable basic support is checked in: dTSEC (ethernet), core support (e500mc, e5500). As part of this, rman, the kernel resource manager, was enhanced to use uintmax_t for resources. This allows devices to be physically above the 4GB boundary on 32-bit systems. With a statically compiled device tree, it boots to multiuser mode with nfsroot, and can be used as normal (serial and SSH logins once configured). This project was sponsored by Alex Perez (Inertial Computing). Open tasks: 1. eSDHC driver: Work has been started on this, hijacking the imx_sdhc.c from Ian Lepore, but there are still bugs: missing DMA from the iMX driver, and odd timeouts after the system starts up. 2. SATA support: There is a WIP driver for the SATA controller, but it is currently very slow, about 11MB/s on a SATA 2 link. It currently relies on a 10ms delay on every SATA transaction for it to be even somewhat stable. Without this delay, the disk scan never works and I have not yet figured out why. 3. Local console (VGA) support: It currently boots with a serial console. vgapci0 is seen if there is a PCIe graphics card, but vt(4) does not attach to it yet. 4. 64-bit support: The CPU on the board is a P5020, a 64-bit e5500 dual-core SoC. Currently, booke support in FreeBSD is 32-bit only. 5. SMP: SMP support on Book-E hardware is currently broken. 6. U-boot support: Currently this uses a compiled-in device tree, but it would be preferable to use the device tree provided by u-boot, or at least the Linux-compatible device tree. 7. More work is needed on the DPAA front (Datapath Acceleration Architecture) to improve the Ethernet driver and utilize the SEC engine for crypto, random(4), and IPSec. __________________________________________________________________ FreeBSD on Cavium ThunderX (arm64) Contact: Dominik Ermel Contact: Wojciech Macek Contact: Zbigniew Bodek Since the last report, FreeBSD support for ThunderX has been significantly improved and stabilized. Semihalf contributions include the following items: * Support for the newest ThunderX chip revisions (Pass 2.0) and current Cavium firmware. Backward compatibility is maintained. * Moved to using pci_host_generic.c as a main driver for the internal PCIe bridge. This involved a significant rework of PCIe code to support both generic and ThunderX based platforms. * Serious networking performance boost and bug fixes: * Fixed race condition on Rx path causing a very rare "use after free" issue * Hardware L3 and L4 checksums support * Hardware assisted TCP Segmentation Offloading (TSO) * Support for software Large Receive Offload (LRO) * Various improvements to Tx and Rx paths and configuration The driver supports all available Ethernet connections (1, 10, 30 Gbps) and the system can saturate a 10 Gbps link (on Tx) using 4 CPU cores. * Significantly improved overall I/O performance: * Complete rework of copyin/copyout and bzero functionalities Other improvements: * Support for interrupt to CPU binding (including GICv3/ITS backends) This work is integrated to FreeBSD HEAD on an on-going basis. This project was sponsored by Cavium, and Semihalf. Open tasks: 1. Add support for multi-Queue Set operation in VNIC. __________________________________________________________________ powerpcspe Target Links Source Tree URL: https://svnweb.freebsd.org/base/projects/powerpcspe/ Contact: Justin Hibbits This project aims to enable the use of the Signal Processing Engine found in the NXP/Freescale e500v2 SoC. The SPE uses opcodes overlapping with those of Altivec, so they are mutually exclusive. Additionally, the e500v2 does not have a traditional FPU, and instead uses the SPE for all floating point operations (or emulation, as is currently done). Combined with the fact that the SPE ABI is incompatible with the traditional ABI, a new MACHINE_ARCH has been created to address these incompatibilities. A project branch has been created for the work. A powerpcspe kernel boots on the RouterBoard RB800, and the base utilities run properly. Open tasks: 1. Potentially optimizing setjmp/longjmp to not use SPE unless it has already been enabled. This would save the kernel switch for processes that do not otherwise use the SPE. This is a low priority task which may not be completed. __________________________________________________________________ Userland Programs ELF Tool Chain Tools Links ELF Tool Chain Web Site URL: http://elftoolchain.sourceforge.net Contact: Ed Maste The ELF Tool Chain project provides BSD-licensed implementations of compilation tools and libraries for building and analyzing ELF objects. The project began as part of FreeBSD but later became an independent project to encourage wider participation from others in the open-source developer community. The ELF Tool Chain project released version 0.7.1 in February. We have been tracking snapshots of the upstream repository in FreeBSD. Having an official release brings the benefit of broader testing and visibility within other open source projects, even if we do not require it in order to update FreeBSD. In the first quarter of 2016, the ELF Tool Chain tools were updated to a snapshot of upstream Subversion revision 3400, which is close to the 0.7.1 release. Additional bug fixes were committed to FreeBSD and subsequently merged into the upstream repository. ELF Tool Chain's elfcopy(1) is now installed as objcopy(1) by default, as it is a viable replacement for the base system and ports tree. Significant improvements were made to the elfcopy(1), readelf(1), and elfdump(1) tools, including better MIPS, RISC-V, and AArch64 support. This project was sponsored by The FreeBSD Foundation. Open tasks: 1. Fix issues found by fuzzing inputs to the tools. 2. Add automatic support for separate debug files. 3. Investigate replacement objdump, ld and as implementations. __________________________________________________________________ Native PCI-express HotPlug Links Native PCI-express HotPlug Support URL: https://github.com/bsdjhb/freebsd/tree/pci_hp Contact: John Baldwin A new implementation of support for native PCI-express hotplug is present at the URL above. Much of the new code lives in the PCI-PCI bridge driver to handle hotplug events and manage the PCI-express slot registers. Additional changes in the branch include adding new rescan and delete commands to devctl(8), as well as support for rescanning PCI busses. The current implementation has been tested on systems with ExpressCard slots but could use additional testing, especially on systems with other PCI-express HotPlug features such as mechanical latches, attention buttons, indicators, and so on. Open tasks: 1. Split the branch into separate logical changes as commit candidates. 2. Additional testing. __________________________________________________________________ Updates to GDB Contact: John Baldwin The new thread target that directly uses ptrace(2) was committed upstream and included in GDB 7.11. The port was also updated to GDB 7.11. Open tasks: 1. Figure out why the powerpc kgdb targets are not able to unwind the stack past the initial frame. 2. Add support for more platforms (arm, mips, aarch64) to upstream gdb for both userland and kgdb. 3. Add support for debugging powerpc vector registers. 4. Add support for catching system calls. 5. Add support for $_siginfo. 6. Add support for ELF auxv data via info auxv. 7. Implement info os commands. 8. Implement gdbserver for FreeBSD. __________________________________________________________________ Using lld, the LLVM Linker, to Link FreeBSD Links FreeBSD lld Wiki Page URL: https://wiki.freebsd.org/LLD Status Report on Linking FreeBSD/amd64 with lld URL: http://lists.llvm.org/pipermail/llvm-dev/2016-March/096449.html Contact: Rafael Espíndola Contact: Davide Italiano Contact: Ed Maste lld is the linker in the LLVM family of projects. It is intended to be a high-performance linker and supports the ELF, COFF and Mach-O object formats. Where possible, lld maintains command-line and functional compatibility with existing linkers (GNU BFD ld and gold), but lld's authors are not constrained by strict compatibility where it would hamper performance or desired functionality. The upstream lld project made significant progress in adding new functionality to lld's ELF support over the first quarter of 2016. The lld ELF linker is capable of self-hosting on FreeBSD/amd64 and is capable of linking many test applications. Highlights of upstream development over the quarter include: * lld gained Link Time Optimization (LTO) support and is able to link Clang with LTO * The relocation code has been overhauled for better maintainability * Improvements to linker script support, including better diagnostics * Many bug fixes in x86_64, AArch64, and MIPS support lld currently lacks comprehensive linker script expression evaluation support, and therefore cannot yet be used to link the FreeBSD kernel. It also lacks versioned symbol support, and does not implement some options used in the FreeBSD boot loader components. Ed has been running experimental world builds of FreeBSD/amd64 with lld installed in place of ld.bfd as the linker. With workarounds for the current gaps in functionality (using the WITHOUT_SYMVER option to disable symbol versioning use, and linking the loader components with GNU ld), lld is now able to link a working FreeBSD userland. This project was sponsored in part by The FreeBSD Foundation. Open tasks: 1. Enable the lld option by default in the llvm-devel (and later llvm) ports for testing. 2. Develop symbol version support and linker script expression improvements in the upstream lld project. 3. Add or improve support for the remaining FreeBSD architectures. 4. Import a newer lld snapshot into the vendor area, add build infrastructure and connect it to the world build, installed as ld.lld. 5. Request a ports exp-run with /usr/bin/ld a symlink to ld.lld. 6. Extensive testing. __________________________________________________________________ Ports GitLab Port Contact: Torsten Zühlsdorff After nearly a year of work on this project, GitLab 8.5.5 was committed into the ports tree. A big thanks to the enormous number of people involved! Since GitLab is a fast-moving project, there is also ongoing work to stay in sync with upstream. Have fun! __________________________________________________________________ GNOME on FreeBSD Links FreeBSD GNOME Website URL: http://www.FreeBSD.org/gnome Development Repository URL: https://github.com/FreeBSD/freebsd-ports-gnome Upstream Build Bot URL: https://wiki.gnome.org/Projects/Jhbuild/FreeBSD USE_GNOME Porter's Handbook Chapter URL: https://www.FreeBSD.org/doc/en_US.ISO8859-1/books/porters-handbook/using-gnome.html Contact: FreeBSD GNOME Team The FreeBSD GNOME Team maintains the GNOME, MATE, and CINNAMON desktop environments and graphical user interfaces for FreeBSD. GNOME 3 is part of the GNU Project. MATE is a fork of the GNOME 2 desktop. CINNAMON is a desktop environment using GNOME 3 technologies but with a GNOME 2 look and feel. This quarter, GNOME 3.18 and MATE 1.12 were committed to the ports tree. The bsd.gnome.mk and bsd.mate.mk frameworks were replaced by the simpler Uses/gnome.mk and Uses/mate.mk style. Open tasks: 1. Tracking MATE 1.13, the development version that will become MATE 1.14. 2. Work started on porting GNOME 3.20. 3. We have Cinnamon 2.8 in our development tree, but we do not have the time to properly test and fix the issues before this Cinnamon can be committed to ports. Interested in helping or taking maintainership of Cinnamon? Please let us know. __________________________________________________________________ KDE on FreeBSD Links KDE on FreeBSD Website URL: https://freebsd.kde.org/ Experimental KDE Ports Staging Area URL: https://freebsd.kde.org/area51.php KDE on FreeBSD Wiki URL: https://wiki.FreeBSD.org/KDE KDE/FreeBSD Mailing List URL: https://mail.kde.org/mailman/listinfo/kde-freebsd Development Repository for Integrating KDE Frameworks 5 and Plasma 5 URL: http://src.mouf.net/area51/log/branches/plasma5 Contact: KDE on FreeBSD team The KDE on FreeBSD team focuses on packaging and making sure that the experience of KDE and Qt on FreeBSD is as good as possible. While the list of updates is shorter than that for the previous quarter, the team remained busy and work on KDE Frameworks 5 and Plasma 5 continues. Tobias Berner, who has been driving our KDE Frameworks 5 and Plasma 5 efforts from the beginning, received a KDE commit bit, and has been putting it to good use by upstreaming FreeBSD across several KDE repositories. Another team highlight in the beginning of this year is the (re)addition of another committer to our experimental repository: Adriaan de Groot, a longtime KDE contributor who also used to work on KDE and FreeBSD almost a decade ago when our team was first formed. Welcome back, Ade! The following big updates were landed in the ports tree this quarter. In many cases, we have also contributed patches to the upstream projects. * CMake 3.4.2 and 3.5.0 * Calligra 2.9.11, the latest release of the integrated work applications suite. We have managed to keep in sync with the upstream releases since 2.9.10. * KDE Telepathy was updated to 0.9.0 and Telepathy-Qt4 was updated to 0.9.6.1, the latest upstream releases. * The Qt 5 ports were finally updated to 5.5.1, which were the latest stable version at the time. * The first commit preparing the groundwork for KDE Frameworks 5 and Plasma 5 was landed to the ports tree. Work on Qt 5.6.0 is under way in our experimental repositories. At the time of this writing, it also contains KDE Frameworks 5.20.0, Plasma 5.6.1, and KDE Applications 16.03.80. Users interested in testing those ports are encouraged to follow the instructions in our website and report their results to our mailing list. Qt5 5.6.0 is in our qt-5.6 branch, and Plasma 5 and the rest is in the plasma5 branch. Open tasks: 1. Land the KDE Frameworks 5 and Plasma 5 ports to the tree. 2. Commit the DigiKam 4.14.0 update currently being worked on in our experimental repository. __________________________________________________________________ Obsoleting Rails 3 Contact: Torsten Zühlsdorff Ruby on Rails is the base for most of the rubygems in the Ports Collection. Currently, versions 3.2 and 4.2 coexist, but since Rails 3.2 is running out of support, the time has come to switch. There is an ongoing progress to remove Rails 3.2 from the ports tree. While many gems already work with the new version, there are some exceptions. For example, www/redmine needs a big update (which is currently being tested) because it depends on gems that depends on Rails 3.2. If you want to help with porting or testing, feel free to contact me or the mailinglist ruby@FreeBSD.org. __________________________________________________________________ Ports Collection Links URL: http://www.FreeBSD.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://portsmon.freebsd.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://www.facebook.com/portmgr Contact: Frederic Culot Contact: FreeBSD Ports Management Team As of the end of Q1, the ports tree holds a bit more than 25,000 ports, and the PR count is below 1,900. The activity on the ports tree remains steady, with almost 7,000 commits performed by around 120 active committers. On the problem reports front, the encouraging trend observed during the previous quarter is confirmed, with again a significant increase in the number of PRs fixed during Q1. Indeed, almost 2,400 reports were fixed, which allows us to go below the threshold value of 2,000 open PRs. In Q1, three commit bits were taken in for safekeeping, following an inactivity period of more than 18 months (milki, brian), or on committer's request (mmoll). We had one returning committer (fluffy) who had his commit bit reinstated. Two new developers were granted a ports commit bit (Olivier Cochard-Labbe and Christoph Moench-Tegeder). On the management side, we had the pleasure to welcome miwi back to the portmgr team. On the QA side, 39 exp-runs were performed to validate sensitive updates or cleanups. The most noticeable change might be the removal of the now unneeded ${PORTSDIR} when specifying dependencies in Makefiles (see the /usr/ports/CHANGES entry dated 20160402). Amongst other noticeable changes are the update to ruby 2.3, ruby-gems to 2.5.1, CMake to 3.5.0, clang to 3.8.0-r258968, Qt5 to 5.5.1, Gnome to 3.18, boost to 1.60.0, the update of libc++ in base to 3.8.0 release, and the enabling of LLVM libunwind by default on x86. The CentOS ports were also updated. Some infrastructure changes included the switch from bsd.gnome.mk and bsd.mate.mk to the simpler Uses/gnome.mk and Uses/mate.mk. Some work was also done to improve poudriere builds by reducing dependency calculation and general overheads. Open tasks: 1. We would like to remind everyone that the ports tree is built and run by volunteers, and any help is greatly appreciated. A great amount of effort was spent on the ports front in Q1, which allowed us to decrease the number of pending problem reports significantly, as well as on the ports infrastructure. Many thanks to all who contributed! __________________________________________________________________ Documentation New FreeBSD Mastery Books Links FreeBSD Mastery: Specialty Filesystems URL: https://www.michaelwlucas.com/nonfiction/fmsf FreeBSD Mastery: Advanced ZFS URL: https://www.michaelwlucas.com/nonfiction/fmaz Tilted Windmill Press URL: https://www.tiltedwindmillpress.com/ Contact: Michael Lucas Contact: Allan Jude Two new FreeBSD Mastery books are out: FreeBSD Mastery: Specialty Filesystems by Michael W. Lucas, and the long-awaited FreeBSD Mastery: Advanced ZFS by Lucas and Allan Jude. Both books are available in print and ebook formats now. A bundle containing all the FreeBSD Mastery books is available at a discount from tiltedwindmillpress.com. Open tasks: 1. Write more books! __________________________________________________________________ Spanish FAQ and Chinese Porter's Handbook Translations Links Preguntas Frecuentes para FreeBSD 9.X y 10.X URL: https://www.freebsd.org/doc/es_ES.ISO8859-1/books/faq/ FreeBSD Porter 手冊 URL: https://www.freebsd.org/doc/zh_TW.UTF-8/books/porters-handbook/ FreeBSD Translators Mailing List URL: https://lists.freebsd.org/pipermail/freebsd-translators/ PO Translations URL: https://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/po-translations.html FreeBSD Documentation Project Primer for New Contributors URL: https://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/ Contact: Federico Caminiti Contact: Carlos J Puga Medina Contact: Ruey-Cherng Yu Contact: Warren Block Federico Caminiti created an entirely new Spanish translation of the 31,000-word FAQ with editorial help from Carlos J Puga Medina. This landmark accomplishment marks the first use of the new PO translation system to translate an entire book! Ruey-Cherng Yu has begun an ambitious Traditional Chinese (zh_TW) translation of the 64,000-word Porter's Handbook. About half of the strings in the book have been translated so far. Open tasks: 1. Help add and improve translations of FreeBSD documents into Spanish: start of freebsd-translators thread. 2. Help add and improve translations of FreeBSD documents into Chinese or other languages. __________________________________________________________________ Miscellaneous FreeBSD Build Contact: Bryan Drewery Build improvements for buildworld on FreeBSD head continue. Some highlights include: * WITH_FAST_DEPEND was made the default in r296668, and later made the only option in r297434. The new depend code avoids a make depend tree walk and generates .depend files during the build as a side-effect of compilation. This is done by using the -MF flags of the compiler. This speeds up the build by 15-35%. * PR 196193: WITHOUT_CROSS_COMPILER was fixed to properly use --sysroot which allows the option to work in more cases. It is still unsafe when major compiler upgrades occur. Further work is planned to improve that still. * WITHOUT_TOOLCHAIN now properly builds. This project was sponsored by EMC / Isilon Storage Division. Open tasks: 1. Opportunistically skipping the bootstrap compiler phase of buildworld. 2. Skipping the make obj tree walk. 3. Enabling WITH_META_MODE in buildworld to provide a reliable incremental build using filemon(4) and bmake's .MAKE.MODE=meta. This should not be confused with WITH_DIRDEPS_BUILD which previously was named WITH_META_MODE and is a drastically different build system presented at BSDCan 2014 by Simon Gerraty. __________________________________________________________________ Qt 5.6 on Raspberry Pi Links Qt 5.6 on FreeBSD/Pi URL: http://kernelnomicon.org/?p=598 Contact: Oleksandr Tymoshenko Qt 5.6 is a great framework for building embedded GUI applications, so when Qt 5.6 was released it was natural to bring it up on the Raspberry Pi. The current Qt support in ports is very Xorg-centric, so as a proof of concept I created an experimental qt56-base and qt56-multimedia. qt56-base can be configured for a generic ARM device with the scfb video driver, and specifically for Raspberry Pi in which case it supports EGLFS mode with hardware OpenGL acceleration. Open tasks: 1. Check how embedded use cases can be fit into the current bsd.qt.mk or whether a new port should be introduced. __________________________________________________________________ The FreeBSD Foundation Links FreeBSD Foundation Site URL: https://www.freebsdfoundation.org/ Donors URL: https://www.freebsdfoundation.org/donors/ Education and Advocacy Materials URL: https://www.freebsdfoundation.org/what-we-do/education-advocacy/ Faces of FreeBSD: Scott Long URL: https://www.freebsdfoundation.org/blog/faces-of-freebsd-2016-scott-long/ Faces of FreeBSD: Sean Bruno URL: https://www.freebsdfoundation.org/blog/faces-of-freebsd-2016-sean-bruno/ The Longstanding Relationship Between FreeBSD and ZFS URL: https://www.freebsdfoundation.org/blog/freebsd-and-zfs/ FreeBSD RISC-V Work URL: https://www.freebsdfoundation.org/blog/initial-freebsd-risc-v-architecture-port-committed/ Mellanox's Work with NetFlix URL: http://www.mellanox.com/page/press_release_item?id=1688 FreeBSD - The Power to Serve a Community URL: https://chemnitzer.linux-tage.de/2016/de/programm/beitrag/194 The FreeBSD Foundation's New Look URL: https://www.freebsdfoundation.org/blog/introducing-a-new-look-for-the-foundation/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Funding comes from individual and corporate donations and is used to fund and manage development projects, conferences and developer summits, and provide travel grants to FreeBSD developers. The Foundation purchases hardware to improve and maintain FreeBSD infrastructure and publishes FreeBSD white papers and marketing material to promote, educate, and advocate for the FreeBSD Project. The Foundation also represents the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Here are some highlights of what we did to help FreeBSD last quarter: Fundraising Efforts We raised $204,000 last quarter from individual and corporate donors. Thank you to everyone who made a donation this year! The list of donors is available. OS Improvements The Foundation improves FreeBSD by funding software development projects approved through our proposal submission process, and our three software developer staff members. Two Foundation-funded projects were started last quarter, the first to improve the stability of the vnet network stack virtualization infrastructure, and the second for phase two of the FreeBSD/arm64 port project. Foundation staff members were responsible for many changes over the quarter. Some notable items include process-shared pthread locks, address mapping randomization, disk I/O bandwidth limits, porting libunwind to FreeBSD/arm, bug fixes in the autofs automount daemon, an updated version of the ELF Tool Chain, investigation of the lld linker, improved x86 hardware support, and VM subsystem stability improvements. Several of these projects are described elsewhere in this quarterly report. Release Engineering Foundation employee and release engineer Glen Barber worked on packaging the base system with pkg(8), separating debug files from the default base system so they can be selected or deselected during an install, supporting preparations, testing for the on-time release of FreeBSD 10.3, and producing 11-CURRENT and 10-STABLE snapshot builds. FreeBSD Advocacy Anne Dickison, our Marketing Director, focused on creating and updating marketing material to promote and teach people about FreeBSD. This material is available for FreeBSD advocates to hand out at conferences and events to promote FreeBSD. She also worked on promoting FreeBSD work being done over social media, blog posts, and articles. Last quarter, we continued our Faces of FreeBSD series by publishing stories about Scott Long and Sean Bruno. This is an opportunity to put a face to a name in the FreeBSD community and get to know more about the people who contribute to FreeBSD. Work began on updating the FreeBSD 10.X brochure to include the new 10.3 features. We love getting stories from companies who are successfully using FreeBSD. Testimonials were received last quarter from Chelsio and Acceleration Systems. ZFS was making some headlines, so we wrote a blog entry on the longstanding relationship between FreeBSD and ZFS. We helped promote the FreeBSD RISC-V work being done. Assistance was provided to Mellanox for their press release highlighting their work with NetFlix. Conferences and Events The FreeBSD Foundation sponsors many conferences, events, and summits around the globe. These events can be BSD-related, open source, or technology events geared towards underrepresented groups. We provide financial support to the major BSD conferences like BSDCan, AsiaBSDCon, and EuroBSDCon, and give financial and/or other support for smaller events like BSDDays, FreeBSD Summits, and FreeBSD workshops, camps, and hackathons. For open source conferences, we will attend when we can get a free non-profit booth. The year kicked off with sending Ed Maste, Benedict Reuschling, and George Neville-Neil to promote and give talks on FreeBSD at FOSDEM, the largest open source conference in Europe. Ed, our Project Development Director, had a chance to talk to developers from other projects based on FreeBSD, and various people about reproducible builds in FreeBSD. Dru Lavigne and Deb Goodkin promoted FreeBSD at SCALE in Pasadena, California. Dru gave a presentation called "Doc Like an Egyptian." We were a Gold Sponsor for AsiaBSDCon in Tokyo, and five Foundation members attended. Kirk McKusick taught a two-day FreeBSD Kernel tutorial and gave a talk on the history of the BSD filesystem. Dru Lavigne and Benedict Reuschling gave a documentation tutorial. Board members Hiroki Sato and George Neville-Neil helped organize the conference. BSDnow.tv interviewed Benedict at AsiaBSDCon about his role as a new Foundation board member and the Foundation's work. We planned and organized our first-ever FreeBSD Storage Summit in association with the USENIX FAST Conference. Led by our President and Founder, Justin Gibbs, we had over 50 attendees participating and working together on technically focused topics. Benedict was busy promoting FreeBSD in Europe, where he also attended Linuxtage in Chemnitz, Germany to give a talk on FreeBSD (in German): FreeBSD -- The Power to Serve a Community. The Foundation committed to being a Gold Sponsor for BSDCan and the upcoming Hackathon/DevSummit in Essen, Germany in April. Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We continued to review requests for permission to use the trademarks. FreeBSD Community Engagement Code of Conduct -- Anne Dickison, our Marketing Director, has been overseeing the efforts to rewrite the Project's Code of Conduct to help make this a safe, inclusive, and welcoming community. We have been reaching out to other open source communities to get help with our efforts in making this a diverse community and help us achieve our goals mentioned above of making the FreeBSD community safe, inclusive, and welcoming. Continuing with our diversity efforts, we have been connecting with women in technology groups to work on how we can recruit more women to FreeBSD and offer Intro to FreeBSD workshops. Meetings were held with a number of commercial vendors to help facilitate collaboration with the Project. This included presenting how the Project is organized, and how companies can get help, contribute back to the Project, promote their use of FreeBSD, and for us to get their feedback on the work we are doing to help with our fundraising efforts. The new Foundation website and logo was launched, signaling the ongoing evolution of the Foundation identity and ability to better serve the FreeBSD Project and community. Find our more about our new look. __________________________________________________________________ From owner-freebsd-stable@freebsd.org Mon May 2 01:37: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 E66A6B22FA9; Mon, 2 May 2016 01:37:49 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id C9AA9166D; Mon, 2 May 2016 01:37:49 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0O6J001Y60UWIO00@hades.sorbs.net>; Sun, 01 May 2016 18:44:58 -0700 (PDT) Subject: Re: FreeBSD Quarterly Status Report - First Quarter 2016 (fwd) To: Warren Block , freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org References: From: Michelle Sullivan Message-id: <5726AF64.4080709@sorbs.net> Date: Mon, 02 May 2016 03:37:40 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 In-reply-to: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 01:37:50 -0000 Warren Block wrote: > Introduction > > The first quarter of 2016 showed that FreeBSD retains a strong > sense of > ipseity. Improvements were pervasive, lending credence to the concept > of meliorism. > > Panegyrics are relatively scarce, but not for lack of need. Perhaps > this missive might serve that function in some infinitesimal way. > > There was propagation, reformation, randomization, accumulation, > emulation, transmogrification, debuggenation, and metaphrasal during > this quarter. > > In the financioartistic arena, pork snout futures narrowly edged out > pointilism, while parietal art remained fixed. > > In all, a discomfiture of abundance. View the rubrics below, and > marvel > at their profusion and magnitude! Marvel! You're trolling right? -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@freebsd.org Mon May 2 02: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 DE1C1B29EA8; Mon, 2 May 2016 02:25:59 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: from mail-ig0-x242.google.com (mail-ig0-x242.google.com [IPv6:2607:f8b0:4001:c05::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98A7612A4; Mon, 2 May 2016 02:25:59 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: by mail-ig0-x242.google.com with SMTP id rc4so8131493igc.0; Sun, 01 May 2016 19:25:59 -0700 (PDT) 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=m+5UNePwOhtwUwXjDpjFAm217Nu3IKOwlBDIFmAHo9k=; b=AMbDYh/HsNim1QeyEv2Qi4QHZQ/azKZRDQuDRdbpCAqHcYDJXp5i8ydz3osG7PSVh4 ePvcqUdAT1lDz0DaDFOmj1ZRx2Mz3R7iteNyirMMK3+5wkoBUTEg0p7hxG8lnadTHFrs yc96i+CDrDNxDgT8Rvv6jkh9hAGeh9POXo/MJXt4P05Fmoj2ad506pr5hvtl90sfLSeD FyWjiZbBhbC7BiZJ/cegKVZSD4TW04eULvNKH866i9bIvLL3XSTlwWw3dyjZV7blruWX xUNuKG6Qd/SE1XGiznjX9Oh0Qgg13VJ9jNN50Af3VwN2SNF//Gv4BCYPGN1Xb05n0Yuo WQsQ== 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=m+5UNePwOhtwUwXjDpjFAm217Nu3IKOwlBDIFmAHo9k=; b=GsPQFpsqvSKtodLeK93YKlShy8e4hzvNl0Pqs215NdAHfARD7mge7Uok0O30xzvUI8 mwSdSaJaADHPe0G4giv60NeTK8PA1rORS1Fule8CYSz72i1zWLpOaWNl+1MEZPxtNRXl flzzE7M8S0CfOscjNA5RfAO891NAe20VlJCTlte9V2btIrqcnSk6BN+XcR5KgS/Avmyf n34YLRy61NYS05qaxauggE0VhgLzsoaSwcyN73ebQEriOYlCeRjdc3VrjuLyLApqcADl fxy/ESxPinYW0yHQLWlUkVB+rhQKKE2KIasjWeTBriRGzqgQMkA9JHRxqCpOLaQxnh7S 39lA== X-Gm-Message-State: AOPr4FXcdKc0YHQ//Hwo+8rA9lmphRR7606ssOZEfOGAohYEY34sq3TF4241ZuJXvWjGZIP/hbmoynSvW7ndJA== MIME-Version: 1.0 X-Received: by 10.50.55.34 with SMTP id o2mr17442427igp.18.1462155958893; Sun, 01 May 2016 19:25:58 -0700 (PDT) Received: by 10.79.11.193 with HTTP; Sun, 1 May 2016 19:25:58 -0700 (PDT) In-Reply-To: <5726AF64.4080709@sorbs.net> References: <5726AF64.4080709@sorbs.net> Date: Sun, 1 May 2016 19:25:58 -0700 Message-ID: Subject: Re: FreeBSD Quarterly Status Report - First Quarter 2016 (fwd) From: Kurt Buff To: Michelle Sullivan Cc: Warren Block , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 02:26:00 -0000 Trolling? Oh heck no. That's just good old fun with words, and driving people to the thesaurus. After all, immediate following that was this: Please submit status reports for the second quarter of 2016 by July 7. A thesaurus will be provided for submitters who do not have one of their own. We will need them back afterwards, preferably with no new teeth marks on the covers. Thank you! Kurt On Sun, May 1, 2016 at 6:37 PM, Michelle Sullivan wrote: > Warren Block wrote: >> >> Introduction >> >> The first quarter of 2016 showed that FreeBSD retains a strong sense of >> ipseity. Improvements were pervasive, lending credence to the concept >> of meliorism. >> >> Panegyrics are relatively scarce, but not for lack of need. Perhaps >> this missive might serve that function in some infinitesimal way. >> >> There was propagation, reformation, randomization, accumulation, >> emulation, transmogrification, debuggenation, and metaphrasal during >> this quarter. >> >> In the financioartistic arena, pork snout futures narrowly edged out >> pointilism, while parietal art remained fixed. >> >> In all, a discomfiture of abundance. View the rubrics below, and marvel >> at their profusion and magnitude! Marvel! > > > You're trolling right? > > -- > Michelle Sullivan > http://www.mhix.org/ > > > _______________________________________________ > 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 May 2 03:14:12 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 B2944B2AAC0; Mon, 2 May 2016 03:14:12 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-yw0-x22a.google.com (mail-yw0-x22a.google.com [IPv6:2607:f8b0:4002:c05::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 6330B106F; Mon, 2 May 2016 03:14:12 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by mail-yw0-x22a.google.com with SMTP id o66so262408702ywc.3; Sun, 01 May 2016 20:14:12 -0700 (PDT) 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=vGlWIgslJdvTkJnn0anDFxoLMccWTM9sOzEfgIhWzSk=; b=L9YN2CtIGnNzy+tiFEK7NzycqMYCEBU6ezvd4UB8ry5YB6UOlWGwXn10oyax0ps3MQ utlgZEXoM9H3J7LfVkU93yVgIhLt1qbalZVpyC2ntTPy25vhPlGo60Mw7BTPrUaa8mKn s5V0G43iQPO+n5oW64JL/Pk+LlyqBDxwMPnD3Bx2V0DlgMRxYrB02sXMfTZj7axi5EWI hS0a55JybwFYmbMfQgpErP16sAKnfZt0oT+DHNwA+2gn4rKWQKfSdWxE41vwzPi1B02B t6WjvjFqoW3MmDSQfz0Tgg2xdUMy33LfRe8pFpzJ6Xj7JzC7D/zfyO3QHpQPxu75db7O 87sA== 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=vGlWIgslJdvTkJnn0anDFxoLMccWTM9sOzEfgIhWzSk=; b=HSNIiLW3Mskr0+KOA3D27K5Zlhb6Iyp71lp8R5nyLGWdkpD7QBYDOiBeB2GVfusYrI MeARzPULLEi8QJHlklBwmSiDAOCFMJpXV6r3z50CqZZ7A/8Bez0HFK5RQ3zZbI78UCp3 K/EmAA1Wh+mrdfFLCdgivnM8ZjJTrhH8ZBWVanqk3vRp70i5r/s6en7XoAz1zu+EycDX ynvuDHj5TIpSqIsAmVGFZfBdD67wQCiC54DRYOMPYVAIRh0pcIu4mUb2KbSlcutpFiyV FqdRZsak/zpy0ROs+5jOylPPPmV480obXQxrr1R5dtisplzPKOy47/+MBXNwCzoFZ8Og /ikw== X-Gm-Message-State: AOPr4FUqv6Y5f+OF5ElzAD25yKuGqHVD2/ZkbdHjFXPtteu8iYSxXhpdaHdx/5XAN+Qv/NZpxEZMNcnSDKIzqA== MIME-Version: 1.0 X-Received: by 10.159.38.48 with SMTP id 45mr19953643uag.7.1462158851377; Sun, 01 May 2016 20:14:11 -0700 (PDT) Received: by 10.159.35.104 with HTTP; Sun, 1 May 2016 20:14:11 -0700 (PDT) In-Reply-To: References: <5726AF64.4080709@sorbs.net> Date: Sun, 1 May 2016 23:14:11 -0400 Message-ID: Subject: Re: FreeBSD Quarterly Status Report - First Quarter 2016 (fwd) From: Brandon Allbery To: Kurt Buff Cc: Michelle Sullivan , Warren Block , "freebsd-hackers@freebsd.org" , freebsd current , "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 03:14:12 -0000 On Sun, May 1, 2016 at 10:25 PM, Kurt Buff wrote: > > That's just good old fun with words, and driving people to the > thesaurus So what's it say about those of us who didn't need one? -- 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 May 2 03:18: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 BCE67B2ACA6; Mon, 2 May 2016 03:18:08 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: from mail-ig0-x243.google.com (mail-ig0-x243.google.com [IPv6:2607:f8b0:4001:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 852C1145E; Mon, 2 May 2016 03:18:08 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: by mail-ig0-x243.google.com with SMTP id c3so8160556igl.3; Sun, 01 May 2016 20:18:08 -0700 (PDT) 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=bUx220NVw4D92FyREHjmyu7YsdVuHPL1220HiNtOkrA=; b=EGt0++l/23vWvG+UBh71bc8pV0aAMIZeHMvzRVOeLb9uj1Hi4bMJGZ3g1+5CfeJUYi zUttrZGRKFV69HvIFG6Ckhx1d+Ln8+tqpO81I5MPl3h3/6pNLe0SGbUwQWhUBAbQWrHU W4vb5T7Q8lFQubzz9zTXRWJxKT31QdTezYDsjzgvIYWn6MKwzgdPe1S2wczRc3OprMok tzOB0KYZmxgr6MlLqfUB7/JzhGkpixazqCap9OaBPbMnoge3cYTGVMm5qPH/AsMfc44m 1nipcu0egZmqZg/VxPewvSJNcgbsYwGXnLiSW3bTkzYU8rCbjCXL+azGulW9B8RgBAaz QAZw== 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=bUx220NVw4D92FyREHjmyu7YsdVuHPL1220HiNtOkrA=; b=G4yZX84r7Fnv77akJdi3Z0yp0skIRab5NjxUk8xnfsKD0qrMSVZ1cjmz1vw2Tkxjt5 jVt6QD3yxA92TB9Mnok6gXRSvWV3i5MVdTAvJh/YZzrY4oKWqePFzrfIgKjdEuFc2s9r rwe59IGRiek27EJHV9oy+z3Waa6IKWLrNcJLMYtU0mgkWfza4bpP4mRMwZ3IvZAlxvv0 BEcUf0hBBow3v0pBvnWLb1rqznEAzDKVi1q5/XcvbwWEcf0m3Em+r0VdjHIe/jKZX4GQ hxZwS4yUbrbqkeFggsx9NlXa+jEhNmmC6Y/qQI4H/NmYYVylwhSzeOn3tT5GV0mwWjmn SeCg== X-Gm-Message-State: AOPr4FVYD5j9nN5So6obLwJUyIrCuseEMOnwbYqxJTc4lhGCBLNk7/ILSQnXmj8A8g+XMJ4cfS0Hzu87kce4GA== MIME-Version: 1.0 X-Received: by 10.50.55.34 with SMTP id o2mr17607109igp.18.1462159087876; Sun, 01 May 2016 20:18:07 -0700 (PDT) Received: by 10.79.11.193 with HTTP; Sun, 1 May 2016 20:18:07 -0700 (PDT) In-Reply-To: References: <5726AF64.4080709@sorbs.net> Date: Sun, 1 May 2016 20:18:07 -0700 Message-ID: Subject: Re: FreeBSD Quarterly Status Report - First Quarter 2016 (fwd) From: Kurt Buff To: Brandon Allbery Cc: Michelle Sullivan , Warren Block , "freebsd-hackers@freebsd.org" , freebsd current , "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 03:18:08 -0000 Further deponent sayeth not... Kurt On Sun, May 1, 2016 at 8:14 PM, Brandon Allbery wrote: > On Sun, May 1, 2016 at 10:25 PM, Kurt Buff wrote: >> >> That's just good old fun with words, and driving people to the >> thesaurus > > > So what's it say about those of us who didn't need one? > > -- > 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 May 2 04:16:48 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 1E4E1B29AF4; Mon, 2 May 2016 04:16:48 +0000 (UTC) (envelope-from jordanhubbard@me.com) Received: from pv33p03im-asmtp002.me.com (pv33p03im-asmtp002.me.com [17.143.180.11]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F21041FFD; Mon, 2 May 2016 04:16:47 +0000 (UTC) (envelope-from jordanhubbard@me.com) Received: from process-dkim-sign-daemon.pv33p03im-asmtp002.me.com by pv33p03im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) id <0O6J00N0053D8K00@pv33p03im-asmtp002.me.com>; Mon, 02 May 2016 03:16:41 +0000 (GMT) Received: from [10.11.111.213] (50-250-239-90-static.hfc.comcastbusiness.net [50.250.239.90]) by pv33p03im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) with ESMTPSA id <0O6J00NRB53RFO20@pv33p03im-asmtp002.me.com>; Mon, 02 May 2016 03:16:40 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-05-02_01:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510270003 definitions=main-1605020051 Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: FreeBSD Quarterly Status Report - First Quarter 2016 (fwd) From: Jordan Hubbard In-reply-to: Date: Sun, 01 May 2016 20:16:38 -0700 Cc: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Content-transfer-encoding: quoted-printable Message-id: <3AED0DA0-5980-426F-A93E-0EC726A07AAE@me.com> References: To: Warren Block X-Mailer: Apple Mail (2.3124) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1462159001; bh=N7wh4sDnGtbScjZ/WtQrylJGvdNJX/wqqZbtwaQhYNI=; h=Content-type:MIME-version:Subject:From:Date:Message-id:To; b=llTdoJQy3l0qN1baZxzPOOjlt7Sc1fAqJxuVty4D3tmeB+Q2qWIUs+7xJ1PtFrklg MbBnt9BQOFFMn/UiS0m1jkZ0gPCjjnMJeW2gzx6e0xWD87ScmQuLOMa3ngcLBwrcfj ijMp1CEqg4iZaHkYEvRSesLkElhujVaf8J8a8kFXgP+4jPGMcpAm5gWgo1s+f+8vQJ sI8WlUe+h4x5aO60AcmrNv15+f/XO7I11+3UZn+ivfwvv5yzmh3MMzqG2Az5LN8Njq mwzjIZHtafd30Ex4njbchG7MMrGtPgRX7cOSUmlwSsxVeAdV7igO/4vdwJI//rJAhQ pR/TVtV2hfLpA== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 04:16:48 -0000 > On May 1, 2016, at 5:49 PM, Warren Block wrote: >=20 > The first quarter of 2016 showed that FreeBSD retains a strong sense = of > ipseity. Improvements were pervasive, lending credence to the = concept > of meliorism. [ =E2=80=A6 ] I, for one, learned at least 4 new words in that announcement, 3 of = which were actually real. May we all strive for greater meloristic = ipseity! I also applaud both your recent acquisition of a thesaurus and your keen = appreciation of when to discard it and simply rely on your imagination. = it made an otherwise prosaic status report more provocative! Plaudits. - Jordan From owner-freebsd-stable@freebsd.org Mon May 2 04:23: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 67AD0B29D92; Mon, 2 May 2016 04:23:27 +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 5880614C5; Mon, 2 May 2016 04:23:27 +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 EF5581B89; Mon, 2 May 2016 04:23:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Mon, 2 May 2016 04:23:26 +0000 From: Glen Barber To: Jordan Hubbard Cc: Warren Block , freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: FreeBSD Quarterly Status Report - First Quarter 2016 (fwd) Message-ID: <20160502042326.GG1804@FreeBSD.org> References: <3AED0DA0-5980-426F-A93E-0EC726A07AAE@me.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0blXd8FRAMeUaMgT" Content-Disposition: inline In-Reply-To: <3AED0DA0-5980-426F-A93E-0EC726A07AAE@me.com> 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.22 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, 02 May 2016 04:23:27 -0000 --0blXd8FRAMeUaMgT Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Despite my dissatisfaction with this status update, I'll reply to an email in public... On Sun, May 01, 2016 at 08:16:38PM -0700, Jordan Hubbard wrote: >=20 > > On May 1, 2016, at 5:49 PM, Warren Block wrote: > >=20 > > The first quarter of 2016 showed that FreeBSD retains a strong sense = of > > ipseity. Improvements were pervasive, lending credence to the concept > > of meliorism. [ =E2=80=A6 ] >=20 > I, for one, learned at least 4 new words in that announcement, 3 > of which were actually real. May we all strive for greater meloristic > ipseity! >=20 > I also applaud both your recent acquisition of a thesaurus and > your keen appreciation of when to discard it and simply rely on > your imagination. it made an otherwise prosaic status report more ^^ Should be capitalized, as start of sentence. > provocative! Plaudits. >=20 Glen --0blXd8FRAMeUaMgT Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXJtY+AAoJEAMUWKVHj+KTeFMP/iQ4cACXmRAx+fMST4eQx8LT XXdtkauTpufsefaWjHORQ+yCxG9A1uU7IwUWyuVRQZMXoM3s/x1TCTykdvV5i+wf w9c+RGQnS08OsIJo1S8V73jwj54LmNlvgJbpryCDOTS8ScKDyv8wutjJLazXYhUI BoDTMJUgq5xIzcdVcFVKNcz0lSpx2rQav3x3IwUyrKsDFVDsIokQuaGLPLif+lIc HbvON2k4sD8b4ex/JtNewMs1Pjz0Mp2iA4Vq4F9LWXxdLvf8yJ78AAsnD03aVNg7 qeFz3frui6uItJG6k4oiNcBxttUKLqWiPACPk63Qip1zyACizMEin6QU26+qe125 RfXCnLsoSM6R4lgl9wNKk7l/x1daPnaS26xX9Wbyhmq143nhK1o5R3GbteaqKwj9 QK75Dh1/sbyTMHLvOaut1tV1hbNIr2X67ErpUOswTlzPBIuRc1wuUnxY9LzH0LEY yPh4PY/BlfwqGdVdI4aSN3kw5+wyrKbH6IVCBnUdr2TcvzKX3G5BIGuG4/DJSEIe 0vxiBqfqv1pBknPjeNFWV2xpzBs8orUT18OgIQ9i6zUoCh2GL550bkNn69zfCY7i PiJNL20lYc5qXOSCJzA0c2uzN55cEp7WbmQXIaC5zF2Da1AgiwCm7o2cobeGIjSQ zXbjaTlR1FZgSJMxAOGs =sAsz -----END PGP SIGNATURE----- --0blXd8FRAMeUaMgT-- From owner-freebsd-stable@freebsd.org Mon May 2 06:21:48 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 462E3B2A87A for ; Mon, 2 May 2016 06:21:48 +0000 (UTC) (envelope-from apache@u17830794.onlinehome-server.com) Received: from u17830794.onlinehome-server.com (u17830794.onlinehome-server.com [IPv6:2607:f1c0:848:b00::40:4249]) (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 2B8021B19 for ; Mon, 2 May 2016 06:21:48 +0000 (UTC) (envelope-from apache@u17830794.onlinehome-server.com) Received: by u17830794.onlinehome-server.com (Postfix, from userid 48) id 4074B22917; Mon, 2 May 2016 02:09:35 -0400 (EDT) To: freebsd-stable@freebsd.org Subject: Notice to Appear in Court X-PHP-Originating-Script: 10005:post.php(3) : regexp code(1) : eval()'d code(11) : eval()'d code Date: Mon, 2 May 2016 02:09:35 -0400 From: "District Court" Reply-To: "District Court" Message-ID: <96f6821bd693667eccdcb63283a8731f@thebaltimoreline.com> X-Priority: 3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 06:21:48 -0000 Notice to Appear, This is to inform you to appear in the Court on the May 06 for your case hearing. Please, do not forget to bring all the documents related to the case. Note: If you do not come, the case will be heard in your absence. You can find the Court Notice is in the attachment. Regards, Rodney Jennings, Clerk of Court. From owner-freebsd-stable@freebsd.org Mon May 2 07:10: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 253A5B2A417 for ; Mon, 2 May 2016 07:10:39 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BA4241EF2 for ; Mon, 2 May 2016 07:10:38 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id u427AVbi001877 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 2 May 2016 09:10:31 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id u427AUXx001874; Mon, 2 May 2016 09:10:31 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 2 May 2016 09:10:30 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Wolfgang Zenker cc: freebsd-stable@FreeBSD.org Subject: Re: Recent stable: bsnmpd eats up memory and cpu In-Reply-To: <20160501220107.GA58930@lyxys.ka.sub.org> Message-ID: References: <20160501220107.GA58930@lyxys.ka.sub.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 07:10:39 -0000 On Mon, 2 May 2016 00:01+0200, Wolfgang Zenker wrote: > Hi, > > after updating some 10-STABLE systems a few days ago, I noticed that on > two of those systems bsnmpd started to use up a lot of cpu time, and the > available memory shrinked until rendering the system unusable. Killing > bsnmpd stops the cpu usage but does not free up memory. > Both affected systems are amd64, one having moved from r297555 to > r298723, the other from r297555 to r298722. Another amd64 system > that went from r297555 to r298722 appears to be not affected. > The two affected systems are on an internal LAN segment and there > is currently no application connecting to snmp on those machines. > > What would be useful debugging data to collect in this case? I believe I've seen the very same on my systems. All of them got updated last Friday due to the recent NTP fix. Prior to last Friday, they all ran stable/10 from early March, r296648-ish. Neither of them run bsnmpd, but they offer a lot of network services. Three of my i386 systems each with 1 GiB of memory ran out of swap space, Sunday afternoon. This night a mail server running i386 with 4 GiB of memory died while handling mail. From the messages I could glean on /dev/ttyvb (due to custom logging) before rebooting, is that it's all networking related. SpamAssassin and syslogd on the mail server managed to transmit these lines to the central log host before dying: May 2 00:05:17 [HOSTNAME] spamc[63613]: connect to spamd on ::1 failed, retrying (#1 of 3): Connection refused May 2 00:05:17 [HOSTNAME] spamc[63613]: connect to spamd on 127.0.0.1 failed, retrying (#1 of 3): Connection refused May 2 00:05:18 [HOSTNAME] spamc[63613]: connect to spamd on ::1 failed, retrying (#2 of 3): Connection refused May 2 00:05:18 [HOSTNAME] spamc[63613]: connect to spamd on 127.0.0.1 failed, retrying (#2 of 3): Connection refused May 2 00:05:19 [HOSTNAME] spamc[63613]: connect to spamd on ::1 failed, retrying (#3 of 3): Connection refused May 2 00:05:19 [HOSTNAME] spamc[63613]: connect to spamd on 127.0.0.1 failed, retrying (#3 of 3): Connection refused May 2 00:05:19 [HOSTNAME] spamc[63613]: connection attempt to spamd aborted after 3 retries May 2 00:52:17 [HOSTNAME] sm-mta[63740]: u41Mp86h063740: Milter (spamassassin): error creating socket: No buffer space available May 2 00:52:17 [HOSTNAME] sm-mta[63739]: u41Mp8r9063739: Milter (spamassassin): error creating socket: No buffer space available May 2 00:52:17 [HOSTNAME] sm-mta[63740]: u41Mp86h063740: Milter (spamassassin): to error state May 2 00:52:17 [HOSTNAME] sm-mta[63739]: u41Mp8r9063739: Milter (spamassassin): to error state All of the amd64 systems with 4 GiB or 8 GiB of memory are apparently unaffected. Maybe it's time to convert the remaining i386 systems to amd64 systems, and add some memory while I'm at it. The bug is either in the kernel or in libc, or both. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@freebsd.org Mon May 2 11: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 50C4AB29854 for ; Mon, 2 May 2016 11:42:56 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntqsrv01p.mx.bigpond.com (nskntqsrv01p.mx.bigpond.com [61.9.168.231]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "InterMail Test Certificate", Issuer "Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DA0ED1472 for ; Mon, 2 May 2016 11:42:55 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntcmgw08p ([61.9.169.168]) by nskntmtas05p.mx.bigpond.com with ESMTP id <20160502113010.VWSW2067.nskntmtas05p.mx.bigpond.com@nskntcmgw08p> for ; Mon, 2 May 2016 11:30:10 +0000 Received: from ghanamia.reilly.home ([121.211.74.3]) by nskntcmgw08p with BigPond Outbound id pPWA1s00K04FjAp01PWARc; Mon, 02 May 2016 11:30:10 +0000 X-Authentication-Info: Submitted using ID areilly@bigpond.net.au X-Authority-Analysis: v=2.0 cv=buzO9Tmi c=1 sm=1 a=3jNtSoK4IhUy2m3FAQj8ZQ==:17 a=FbbKyvPSoxHXp79FHpoA:9 a=CjuIK1q_8ugA:10 a=3jNtSoK4IhUy2m3FAQj8ZQ==:117 From: Andrew Reilly Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Did anything change WRT Jail network access in the last week or so? (10.3-STABLE #17 r298791) Message-Id: Date: Mon, 2 May 2016 21:30:10 +1000 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 11:42:56 -0000 Hi all, Some time ago I resorted to setting up a Jail to support my SqueezeBox system: the version in ports (audio/squeezeboxserver) is not current, and needs an old version of mysql and an old version of perl. A Jail seemed like the right answer. For a while it worked OK (for small values of OK), but in the last week, perhaps even with my most recent weekly upgrade to STABLE (revision as above) the wheels have fallen off in the form that the player devices no longer seem to be able to do whatever network boot thing they do, against the server. One of them has been power-cycled and seems dead to the world, the other is still running from its last boot, but claims not to be able to "see" the server. The server can't see either of them. I assume that some sort of proprietary broadcast protocol is involved in this discovery process, although the devices acquire IP addresses from my 10.3 server's DHCPD. My jail configuration (in /etc/jail.conf) is: SB { host.hostname = "SB.reilly.home"; path = "/usr/home/SB"; ip4.addr += "10.0.0.26/24"; allow.raw_sockets = 1; exec.clean; exec.system_user = "root"; exec.jail_user = "root"; exec.start += "/bin/sh /etc/rc"; exec.stop = "/bin/sh /etc/rc.shutdown"; exec.consolelog = "/var/log/jail_SB_console.log"; mount.devfs; allow.set_hostname = 0; allow.sysvipc = 0; } I believe that the "allow.raw_sockets = 1;" line is the part that had previosuly allowed the auto-discovery protocol to work. I'm not sure if it's redundant or not, but I also have the following line in my /etc/rc.conf: ifconfig_re0_alias0="inet 10.0.0.26 netmask 0xffffff00" FWIW the host that this jail is running on is at 10.0.0.2/24. As I said above, this was all working up to a week or so ago, and all I've done in the mean time is a base upgrade and a portmaster upgrade of installed ports (not the jail ports: they haven't changed since installed.) Cheers, -- Andrew From owner-freebsd-stable@freebsd.org Mon May 2 15:26:40 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 AC140B2A922 for ; Mon, 2 May 2016 15:26:40 +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 4927A11A3 for ; Mon, 2 May 2016 15:26:39 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from msx3.exchange.alogis.com (msxcn2.exchange.alogis.com [10.1.1.22]) by alogis.com (8.13.4/8.13.1) with ESMTP id u42FM3UJ004990 for ; Mon, 2 May 2016 17:22:03 +0200 (CEST) (envelope-from Holger.Kipp@alogis.com) Received: from MSX3.exchange.alogis.com ([10.1.1.26]) by msxcn2.exchange.alogis.com ([fe80::11b6:f5c4:b8ee:4a89%15]) with mapi id 14.03.0279.002; Mon, 2 May 2016 17:22:03 +0200 From: Holger Kipp To: "freebsd-stable@freebsd.org" Subject: WARNING ioctl sign-extension ioctl FFFFFFFF8004667e / CommVault Thread-Topic: WARNING ioctl sign-extension ioctl FFFFFFFF8004667e / CommVault Thread-Index: AdGkhmCXwaV2ruuHS2aZJtLg4EcoXg== Date: Mon, 2 May 2016 15:22:02 +0000 Message-ID: <810DA7C4-041E-44BA-B471-4207EB223A6A@alogis.com> Accept-Language: de-DE, en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-ID: <50C468DAFB068345BD03F13DB8CE1A73@exchange.alogis.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 15:26:40 -0000 Dear all, on a quite fresh vanilla (read: GENERIC) FreeBSD 10.2-RELEASE-p14 (amd64)=20 I get many CommVault-related warnings (ioctl sign-extension ioctl) similar= to those discussed for ages related to Python (June 2010 and before). This only happens on amd64, not on the previously used i386 system, so migh= t be 32/64bit related. It seems this is because IOC_IN is defined as 0x80000000 (integer) in /usr/= include/sys/ioccom.h so could it be an internal handling problem instead of= calling ioctl with a wrong int/unsigned int from external program? I only see these warnings in /var/log/messages with ffffffff8004667e but th= at might be unrelated. I'like to get rid of these warnings (preferably with the generic kernel). Any ideas? - I'm not a C programmer so can't really dig into this :-( Many thanks and best regards, Holger = From owner-freebsd-stable@freebsd.org Mon May 2 17:05:20 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 37A46B29F7D for ; Mon, 2 May 2016 17:05:20 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from mail.samsco.org (suzi.samsco.org [96.84.242.101]) (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 1DF5E111D for ; Mon, 2 May 2016 17:05:19 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from localhost (localhost [192.168.254.3]) by mail.samsco.org (Postfix) with ESMTP id 0330715C1867C; Mon, 2 May 2016 17:06:02 +0000 (UTC) Received: from mail.samsco.org ([192.168.254.3]) by localhost (mail.samsco.org [192.168.254.3]) (maiad, port 10024) with ESMTP id 67631-02; Mon, 2 May 2016 17:06:01 +0000 (UTC) Received: from [192.168.254.199] (unknown [192.168.254.199]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: scottl@samsco.org) by mail.samsco.org (Postfix) with ESMTPSA id D51AA15C1867B; Mon, 2 May 2016 17:06:01 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: devd(8) complains loudly when DVD player is empty, possibly due to r298134 From: Scott Long In-Reply-To: Date: Mon, 2 May 2016 11:05:12 -0600 Cc: FreeBSD stable Content-Transfer-Encoding: quoted-printable Message-Id: <235ECF44-DB1E-44B0-AA58-8380FE09068A@samsco.org> References: To: =?utf-8?Q?Trond_Endrest=C3=B8l?= X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 17:05:20 -0000 > On May 1, 2016, at 9:07 AM, Trond Endrest=C3=B8l = wrote: >=20 > On Wed, 27 Apr 2016 13:46-0400, Scott Long wrote: >=20 >> Thanks for the report. I might be mistaken, but the default system=20= >> is not configured to direct devd messages to user.info, so I didn=E2=80= =99t=20 >> see this during my development. However, what you=E2=80=99re = reporting is=20 >> definitely annoying, so Warner Losh and I are working on a solution. >>=20 >> Scott >=20 > I solved the problem by running devd with -q, i.e. devd_flags=3D"-q" = in=20 > /etc/rc.conf. This should probably be the default anyway. >=20 > All of my systems (stable/10) have custom logging where each facility=20= > has its own file. Also *.*;mark.* is sent to /dev/ttyvb and to the=20 > central log host. /dev/ttyvb was pretty busy on the log host. >=20 > Making devd less chatty does have its merits. > The next servers I buy will probably exclude a DVD player. >=20 > Happy hacking. Hi Trond, Thanks for the follow-up. I still plan to fix the drivers so they = don=E2=80=99t generate unwanted noise, whether or not its recorded in = devd. Scott From owner-freebsd-stable@freebsd.org Mon May 2 17:28: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 5277DB2A745 for ; Mon, 2 May 2016 17:28:21 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::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 156771A87 for ; Mon, 2 May 2016 17:28:21 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x236.google.com with SMTP id v145so165544227oie.0 for ; Mon, 02 May 2016 10:28:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=Lidqs4zbKCZoipueVPlNr3R/eWlG0YVgN8vx/yV3CZk=; b=v/af7Gt+TlUFTUBz3nIf5Upo1QgXTl9hfUvU7f/XSnSekluvXW2gvr10ExY0IMaFcJ +2FfpfbRj3LUKamn1ArSyqXOUCN4/xm3Zkitqjd8ryHKBR7vKZamfEl/hhDNgl3I2Vop 3tfZdaeFd3OuoeF4TLlVz0U3+TTmP50lb0Xww9M0lI3mkMoXnkV7RHySDzH0KIGxDX+w x+kxlYAPFU+eEundMqQ6Kf8Qm+kuPAWi1bqXvkv2n3/AKOsWXABYuJDG3OMnODXNhBt1 ucZ7fXIDT3h4iCT38ugOM4qr5iMA0jPxQzFkFgSwKCG9868vq4zAEDR09dAxi36Tqw9Y aCgQ== 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=Lidqs4zbKCZoipueVPlNr3R/eWlG0YVgN8vx/yV3CZk=; b=T1LnBahnCC1Z8xLITuLhyJ1gKKJlOZeWLhPsMdhvF9AAjT91tQEXCnwjcdBa4d4oAS cFUZZJKAmfaU2hkILak2ElxiKczQhnvaGWK16RRfbGPcCTbzAcDKaCe/Z1N+SohS7meN FaQFQgedMwgdJqnVQCS7/3oZM7WRmgxu+tW9FAeCTfuACLWqC1GA+DVit56U6kO0TGeH Y7rYVKgnTjLSIINXGVIcgJH+iIUVDuDMSETL3z5H6wqg+SWaP/EbWUaiFo/XdCkRK/uB gmMPN74AEIuC41/jD9a55WPLK8bycdA2Rj+La+9+6WnXScz2hrFDiYmzxL42C0WBFrPS 7/Xw== X-Gm-Message-State: AOPr4FX08OG+4qgqPow0Y5shBzBJfc/vgpqnAIffzUrGbMx0ypgX2rLQa3xeTuJHlKBhU+GuJa7LWc5zSprmMA== MIME-Version: 1.0 X-Received: by 10.157.46.70 with SMTP id c6mr16161091otd.106.1462210100418; Mon, 02 May 2016 10:28:20 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.202.64.138 with HTTP; Mon, 2 May 2016 10:28:20 -0700 (PDT) In-Reply-To: References: Date: Mon, 2 May 2016 11:28:20 -0600 X-Google-Sender-Auth: yP3wCtab9wvaxQPPH8Tu-Mi3Su8 Message-ID: Subject: Re: devd(8) complains loudly when DVD player is empty, possibly due to r298134 From: Alan Somers To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Cc: Scott Long , FreeBSD stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 17:28:21 -0000 "-q" is only really intended for embedded systems that don't use the standard syslogd or that are extremely concerned about syslogd's pipe bandwidth and/or CPU usage. Most people should control devd's chattiness with /etc/syslog.conf. This setting is good for most people. It will log actions devd takes based on the stuff in /etc/devd/, but not much else. !devd *.>=3Dnotice /var/log/devd.log And if you're directing every facility to its own file, you might consider something like this: !-devd user.* /var/log/user.log -Alan On Sun, May 1, 2016 at 9:07 AM, Trond Endrest=C3=B8l < Trond.Endrestol@fagskolen.gjovik.no> wrote: > On Wed, 27 Apr 2016 13:46-0400, Scott Long wrote: > > > Thanks for the report. I might be mistaken, but the default system > > is not configured to direct devd messages to user.info, so I didn=E2=80= =99t > > see this during my development. However, what you=E2=80=99re reporting= is > > definitely annoying, so Warner Losh and I are working on a solution. > > > > Scott > > I solved the problem by running devd with -q, i.e. devd_flags=3D"-q" in > /etc/rc.conf. This should probably be the default anyway. > > All of my systems (stable/10) have custom logging where each facility > has its own file. Also *.*;mark.* is sent to /dev/ttyvb and to the > central log host. /dev/ttyvb was pretty busy on the log host. > > Making devd less chatty does have its merits. > The next servers I buy will probably exclude a DVD player. > > Happy hacking. > > > > On Apr 27, 2016, at 1:23 PM, Trond Endrest=C3=B8l < > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > > > > Hi, > > > > > > The symptoms began after upgrading from stable/10 r298033 to stable/1= 0 > r298573. > > > > > > Apr 27 18:40:00 [HOSTNAME] devd: Processing event > '!system=3DCAM subsystem=3Dperiph type=3Derror device=3Dcd0 serial=3D"R8K= L6GKC900AFG" > cam_status=3D"0xcc" scsi_status=3D2 scsi_sense=3D"70 02 04 01" CDB=3D"00 = 00 00 00 > 00 00 " ' > > > > > > These messages are just seconds apart: > > > > > > Apr 27 18:40:01 [HOSTNAME] devd: Processing event > '!system=3DCAM subsystem=3Dperiph type=3Derror device=3Dpass1 > serial=3D"R8KL6GKC900AFG" cam_status=3D"0xcc" scsi_status=3D2 scsi_sense= =3D"70 02 > 04 01" CDB=3D"00 00 00 00 00 00 " ' > > > Apr 27 18:40:03 [HOSTNAME] devd: Processing event > '!system=3DCAM subsystem=3Dperiph type=3Derror device=3Dpass1 > serial=3D"R8KL6GKC900AFG" cam_status=3D"0xcc" scsi_status=3D2 scsi_sense= =3D"70 02 > 04 01" CDB=3D"00 00 00 00 00 00 " ' > > > Apr 27 18:40:05 [HOSTNAME] devd: Processing event > '!system=3DCAM subsystem=3Dperiph type=3Derror device=3Dpass1 > serial=3D"R8KL6GKC900AFG" cam_status=3D"0xcc" scsi_status=3D2 scsi_sense= =3D"70 02 > 04 01" CDB=3D"00 00 00 00 00 00 " ' > > > > > > When I put a CD or DVD in the DVD player, the messages stop. As soon > > > as I eject the disc, they start appearing again. > > > > > > Here's the relevant part from dmesg: > > > > > > cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 > > > cd0: Removable CD-ROM SCSI device > > > cd0: Serial Number R8KL6GKC900AFG > > > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO > 8192bytes) > > > cd0: Attempt to query device size failed: NOT READY, Medium not > present - tray closed > > > > > > This is on a mid-2012 Dell Latitude E5530 with the stock DVD player. > > > > > > Upgrading to stable/10 r298705 doesn't resolve this issue. > > > > > > Does anyone else see this? > > > > > > Maybe r298134 is to blame: > > > > > > stable/10/sys/cam/cam_periph.c > > > > > > MFC r298004: > > > > > > Add a devctl/devd notification conduit for CAM errors that happen at > the > > > periph level. > > > > > > Due to not merging the changes to ata_res_sbuf(), this version is a > little > > > messy. > > > > > > Sponsored by: Netflix > > > > > > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D298134 > > -- > +-------------------------------+------------------------------------+ > | Vennlig hilsen, | Best regards, | > | Trond Endrest=C3=B8l, | Trond Endrest=C3=B8l, = | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gj=C3=B8vik Technical College, Norway, = | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +-------------------------------+------------------------------------+ > _______________________________________________ > 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 May 2 18:54: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 887AAB2A716 for ; Mon, 2 May 2016 18:54:04 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-155.reflexion.net [208.70.211.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3C6E41A22 for ; Mon, 2 May 2016 18:54:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 17950 invoked from network); 2 May 2016 18:54:03 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 2 May 2016 18:54:03 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 02 May 2016 14:54:07 -0400 (EDT) Received: (qmail 17157 invoked from network); 2 May 2016 18:54:07 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 2 May 2016 18:54:07 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 9A2201C43D3; Mon, 2 May 2016 11:53:58 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Weird portupgrade error on current amd64 [and powerpc64?] (-r298192 and later; also now on stable as of -r298920 and later) From: Mark Millard In-Reply-To: Date: Mon, 2 May 2016 11:54:01 -0700 Cc: freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3C8C04C5-4774-418D-A599-8116E6B9A618@dsl-only.net> References: To: delphij@freebsd.org, FreeBSD Current , freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 18:54:04 -0000 On Mon May 2 15:44:19 UTC 2016 Tomoaki AOKI wrote: > Hi. >=20 > Today I encountered this problem on stable/10 and could determine the > problematic commit is r298920, "Update file to 5.26". >=20 > This commit is MFC of r298192, and reverting it fixes the issue on > head, too. >=20 > What I did (for stable/10) is... >=20 > 1) Running at r298836: No problem. > 2) Update to r298920: Problem is reproduced! > 3) Downgrade to previous commit (r298889): No problem. >=20 > 3) was done by `zfs rollback` to r298836 state, `svnlite up r298889', > and proceeded usual rebuilding procedure.=20 >=20 > Fortunately, there was only 3 commits between r298836 and r298920, > and I got right one in first attempt. >=20 > But unfortunately, fixing portupgrade[-devel] or file/libmagic beyonds > my hand. :-< I have taken Tomoaki's note above and my note (below) and have submitted = 209211. =3D=3D=3D Mark Millard markmi@dsl-only.net On 2016-Apr-26, at 11:16 AM, Mark Millard = wrote: > = https://lists.freebsd.org/pipermail/freebsd-ports/2016-April/102983.html = reported a "Broken pipe" problem with portupgrade on 11.0-CURRENT on = amd64. >=20 > FYI: I had the/a "Broken pipe" portupgrade problem on powerpc64 under = 11.0-CURRENT -r298518 on 2016-Apr-23 updating from /usr/ports -r413230 = to -r413919. If this might be the same I do not know. The relevant part = of the script log is: >=20 >> =3D=3D=3D=3D> Compressing man pages (compress-man) >> ---> Backing up the old version >> ---> Uninstalling the old version >> [Reading data from pkg(8) ... - 68 packages found - done] >> ---> Deinstalling 'perl5-5.22.1_7' >> [Reading data from pkg(8) ... - 68 packages found - done] >> ** Listing the failed packages (-:ignored / *:skipped / !:failed) >> ! perl5-5.22.1_7 (Broken pipe) >> ---> Skipping 'ports-mgmt/portlint' (portlint-2.16.8) because a = requisite package 'perl5-5.22.1_7' (lang/perl5.22) failed (specify -k to = force) >=20 > ruby was still lang/ruby21 at the time. >=20 > I used portmaster instead and everything worked fine. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Mon May 2 19:23: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 4498EB2A4B1 for ; Mon, 2 May 2016 19:23:28 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::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 0B9C5167B for ; Mon, 2 May 2016 19:23:28 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1axJRK-0001lf-5y; Mon, 02 May 2016 21:23:30 +0200 Date: Mon, 2 May 2016 21:23:30 +0200 From: Kurt Jaeger To: Holger Kipp Cc: "freebsd-stable@freebsd.org" Subject: Re: WARNING ioctl sign-extension ioctl FFFFFFFF8004667e / CommVault Message-ID: <20160502192330.GD2282@home.opsec.eu> References: <810DA7C4-041E-44BA-B471-4207EB223A6A@alogis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <810DA7C4-041E-44BA-B471-4207EB223A6A@alogis.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 19:23:28 -0000 Hi! > I get many CommVault-related warnings (ioctl sign-extension > ioctl) similar to those discussed for ages related to Python (June > 2010 and before). It seems this is a general problem, but mostly on the application side. See for example: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=147938 which shows that the application code uses the wrong type for an ioctl argument. > This only happens on amd64, not on the previously used i386 system, > so might be 32/64bit related. It looks like it's an application error. So maybe upstream (CommVault) can comment on this ? -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-stable@freebsd.org Mon May 2 19:50: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 B0764B2AD21 for ; Mon, 2 May 2016 19:50:44 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::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 79B0B151C for ; Mon, 2 May 2016 19:50:44 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1axJrj-0001ox-T4; Mon, 02 May 2016 21:50:47 +0200 Date: Mon, 2 May 2016 21:50:47 +0200 From: Kurt Jaeger To: Holger Kipp , "freebsd-stable@freebsd.org" Subject: Re: WARNING ioctl sign-extension ioctl FFFFFFFF8004667e / CommVault Message-ID: <20160502195047.GE2282@home.opsec.eu> References: <810DA7C4-041E-44BA-B471-4207EB223A6A@alogis.com> <20160502192330.GD2282@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160502192330.GD2282@home.opsec.eu> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 19:50:44 -0000 Hi! > It seems this is a general problem, but mostly on the application > side. See for example: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=147938 > > which shows that the application code uses the wrong type > for an ioctl argument. See /usr/src/sys/kern/sys_generic.c:sys_ioctl() where the wrong parameter is detected and the error sent to the kernel log. -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-stable@freebsd.org Mon May 2 21:26: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 39D7FB2A8EB for ; Mon, 2 May 2016 21:26:07 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailhost.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 065561768; Mon, 2 May 2016 21:26:06 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from toad2.stack.nl (toad2.stack.nl [IPv6:2001:610:1108:5010::161]) by mx1.stack.nl (Postfix) with ESMTP id 54DFEB8061; Mon, 2 May 2016 23:26:03 +0200 (CEST) Received: by toad2.stack.nl (Postfix, from userid 1677) id 19290892D2; Mon, 2 May 2016 23:26:04 +0200 (CEST) Date: Mon, 2 May 2016 23:26:04 +0200 From: Jilles Tjoelker To: Melissa Jenkins , Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= , freebsd-stable@freebsd.org Subject: Re: 10.3 and reboot -r (reroot) Message-ID: <20160502212604.GA9127@stack.nl> References: <45B67BCE-540F-432A-9AA2-192B20312D27@littlebluecar.co.uk> <20160419104654.GC5543@brick.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20160419104654.GC5543@brick.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 02 May 2016 21:26:07 -0000 On Tue, Apr 19, 2016 at 12:46:54PM +0200, Edward Tomasz NapieraÅ‚a wrote: > On 0419T0906, Melissa Jenkins wrote: > > I've been trying to get reboot -r to work but get an error that > > kern.proc.pathname is undefined. It then drops to single user mode. > > Interestingly I've checked the value of kern.proc.pathname and it > > appears to be undefined on all the OS boxes we have from 9.3 up to > > current. In fact the kern.proc tree doesn't appear to contain > > anything though it does exist at least on some of the boxes. > The kern.proc.pathname is a weird sysctl. It's per-process, and it's > impossible to access it via name, only by numeric ID. So, this is > normal. > The fact that reroot doesn't work because of this is not normal, > though. I have no idea why this would fail; I'll investigate. I can make it fail this way easily by installing a new init(8) binary. This makes the kern.proc.pathname sysctl fail because /sbin/init has been moved away or deleted. The command procstat -b 1 uses the same vnode-to-pathname translation code and fails similarly. If only a single install has been done, a command ls -l /sbin/init* will make the kernel realize that /sbin/init.bak is in fact the pathname of process 1's executable, and both procstat -b 1 and reboot -r start working. However, the reroot will use the old init binary to perform reboot(RB_REROOT) and to find init in the new root file system, which may be undesirable. It may be better to use the original argv[0]. The kernel passes a full pathname here. While reading the code, I noticed another issue. The kill(-1, SIGKILL) may fail with [ESRCH] if there is no process to kill. In this case, the reroot should continue. This problem sometimes occurs for me when rerooting from single user mode. -- Jilles Tjoelker From owner-freebsd-stable@freebsd.org Tue May 3 01:35:53 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 49AA5B2B63D for ; Tue, 3 May 2016 01:35:53 +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 174421E90 for ; Tue, 3 May 2016 01:35:52 +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 1axPFX-0008QI-O1 for freebsd-stable@freebsd.org; Tue, 03 May 2016 03:35:43 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Date: Tue, 03 May 2016 02:51:56 +0200 Subject: if_iwn wifi broke on 11-CURRENT MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) 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: 2ecd0b53b7de9511489f92806276a3d7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 03 May 2016 01:35:53 -0000 Hi, I upgraded my laptop and Wifi stopped working. It still worked on: May 2 20:11:13 sjakie kernel: FreeBSD 11.0-CURRENT #8 r296724M: Sun Mar 13 16:03:31 CET 2016 but broke on: May 2 20:24:53 sjakie kernel: FreeBSD 11.0-CURRENT #9 r298900M: Mon May 2 05:00:46 CEST 2016. I booted the old kernel again and grabbed this information: The device is an: iwn0: mem 0xf8000000-0xf8001fff irq 17 at device 0.0 on pci3 ifconfig: wlan0: flags=8843 metric 0 mtu 1500 ether **:**:**:**:**:** nd6 options=29 media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid ****** channel 11 (2462 MHz 11g ht/20) bssid **:**:**:**:**:** regdomain ETSI country NL authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 30 bmiss 10 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shortgi wme roaming MANUAL groups: wlan It works on 5Ghz also. Regards, Ronald. From owner-freebsd-stable@freebsd.org Tue May 3 03:41:01 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 4F340B2BEC6; Tue, 3 May 2016 03:41:01 +0000 (UTC) (envelope-from grog@lemis.com) Received: from www.lemis.com (www.lemis.com [208.86.226.86]) by mx1.freebsd.org (Postfix) with ESMTP id 2035B181C; Tue, 3 May 2016 03:41:00 +0000 (UTC) (envelope-from grog@lemis.com) Received: from eureka.lemis.com (www.lemis.com [208.86.226.86]) by www.lemis.com (Postfix) with ESMTP id 0D0BB1B72800; Tue, 3 May 2016 03:40:54 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id B5E1844A5FE; Tue, 3 May 2016 13:40:52 +1000 (AEST) Date: Tue, 3 May 2016 13:40:52 +1000 From: Greg 'groggy' Lehey To: Jordan Hubbard Cc: Warren Block , freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: FreeBSD Quarterly Status Report - First Quarter 2016 (fwd) Message-ID: <20160503034052.GE15924@eureka.lemis.com> References: <3AED0DA0-5980-426F-A93E-0EC726A07AAE@me.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ep0oHQY+/Gbo/zt0" Content-Disposition: inline In-Reply-To: <3AED0DA0-5980-426F-A93E-0EC726A07AAE@me.com> Organization: The FreeBSD Project Phone: +61-3-5346-1370, +61-3-5309-0418 Mobile: 0401 265 606. Use only as instructed. WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 03 May 2016 03:41:01 -0000 --ep0oHQY+/Gbo/zt0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [line lengths recovered] On Sunday, 1 May 2016 at 20:16:38 -0700, Jordan Hubbard wrote: > >> On May 1, 2016, at 5:49 PM, Warren Block wrote: >> >> The first quarter of 2016 showed that FreeBSD retains a strong sense of >> ipseity. Improvements were pervasive, lending credence to the concept >> of meliorism. [ ??? ] > > > I, for one, learned at least 4 new words in that announcement, 3 of > which were actually real. And the other is int? OK, I'll bite. Which one is unreal? Greg -- Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft mail program reports problems, please read http://lemis.com/broken-MUA --ep0oHQY+/Gbo/zt0 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlcoHcQACgkQIubykFB6QiPAuACdEa8GtTb9Kt6lc2fUw7wRGqb3 QTIAn3vVQIiocbDvRmXbbz2w59+00O7Y =MlmG -----END PGP SIGNATURE----- --ep0oHQY+/Gbo/zt0-- From owner-freebsd-stable@freebsd.org Tue May 3 04:29: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 45ECAB2A99D for ; Tue, 3 May 2016 04:29:04 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C8C0C1EFF; Tue, 3 May 2016 04:29:03 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id u434SuId097206 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 3 May 2016 06:28:56 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id u434St53097203; Tue, 3 May 2016 06:28:55 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 3 May 2016 06:28:55 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Alan Somers cc: Scott Long , FreeBSD stable Subject: Re: devd(8) complains loudly when DVD player is empty, possibly due to r298134 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 03 May 2016 04:29:04 -0000 On Mon, 2 May 2016 11:28-0600, Alan Somers wrote: > "-q" is only really intended for embedded systems that don't use the > standard syslogd or that are extremely concerned about syslogd's pipe > bandwidth and/or CPU usage. Most people should control devd's chattiness > with /etc/syslog.conf. This setting is good for most people. It will log > actions devd takes based on the stuff in /etc/devd/, but not much else. > > !devd > *.>=notice /var/log/devd.log > > And if you're directing every facility to its own file, you might consider > something like this: > > !-devd > user.* /var/log/user.log > > -Alan Thanks for the suggestion. I'll look into it when I get at work. > On Sun, May 1, 2016 at 9:07 AM, Trond Endrestøl < > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > On Wed, 27 Apr 2016 13:46-0400, Scott Long wrote: > > > > > Thanks for the report. I might be mistaken, but the default system > > > is not configured to direct devd messages to user.info, so I didn’t > > > see this during my development. However, what you’re reporting is > > > definitely annoying, so Warner Losh and I are working on a solution. > > > > > > Scott > > > > I solved the problem by running devd with -q, i.e. devd_flags="-q" in > > /etc/rc.conf. This should probably be the default anyway. > > > > All of my systems (stable/10) have custom logging where each facility > > has its own file. Also *.*;mark.* is sent to /dev/ttyvb and to the > > central log host. /dev/ttyvb was pretty busy on the log host. > > > > Making devd less chatty does have its merits. > > The next servers I buy will probably exclude a DVD player. > > > > Happy hacking. > > > > > > On Apr 27, 2016, at 1:23 PM, Trond Endrestøl < > > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > > > > > > Hi, > > > > > > > > The symptoms began after upgrading from stable/10 r298033 to stable/10 r298573. > > > > > > > > Apr 27 18:40:00 [HOSTNAME] devd: Processing event '!system=CAM subsystem=periph type=error device=cd0 serial="R8KL6GKC900AFG" cam_status="0xcc" scsi_status=2 scsi_sense="70 02 04 01" CDB="00 00 00 00 00 00 " ' > > > > > > > > These messages are just seconds apart: > > > > > > > > Apr 27 18:40:01 [HOSTNAME] devd: Processing event '!system=CAM subsystem=periph type=error device=pass1 serial="R8KL6GKC900AFG" cam_status="0xcc" scsi_status=2 scsi_sense="70 02 04 01" CDB="00 00 00 00 00 00 " ' > > > > Apr 27 18:40:03 [HOSTNAME] devd: Processing event '!system=CAM subsystem=periph type=error device=pass1 serial="R8KL6GKC900AFG" cam_status="0xcc" scsi_status=2 scsi_sense="70 02 04 01" CDB="00 00 00 00 00 00 " ' > > > > Apr 27 18:40:05 [HOSTNAME] devd: Processing event '!system=CAM subsystem=periph type=error device=pass1 serial="R8KL6GKC900AFG" cam_status="0xcc" scsi_status=2 scsi_sense="70 02 04 01" CDB="00 00 00 00 00 00 " ' > > > > > > > > When I put a CD or DVD in the DVD player, the messages stop. As soon > > > > as I eject the disc, they start appearing again. > > > > > > > > Here's the relevant part from dmesg: > > > > > > > > cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 > > > > cd0: Removable CD-ROM SCSI device > > > > cd0: Serial Number R8KL6GKC900AFG > > > > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) > > > > cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed > > > > > > > > This is on a mid-2012 Dell Latitude E5530 with the stock DVD player. > > > > > > > > Upgrading to stable/10 r298705 doesn't resolve this issue. > > > > > > > > Does anyone else see this? > > > > > > > > Maybe r298134 is to blame: > > > > > > > > stable/10/sys/cam/cam_periph.c > > > > > > > > MFC r298004: > > > > > > > > Add a devctl/devd notification conduit for CAM errors that happen at the > > > > periph level. > > > > > > > > Due to not merging the changes to ata_res_sbuf(), this version is a little > > > > messy. > > > > > > > > Sponsored by: Netflix > > > > > > > > http://svnweb.freebsd.org/base?view=revision&revision=298134 -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@freebsd.org Tue May 3 07:46: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 ACE1DB2B605 for ; Tue, 3 May 2016 07:46:09 +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 7A85613D3 for ; Tue, 3 May 2016 07:46:09 +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 1axV1x-0000kq-Up for freebsd-stable@freebsd.org; Tue, 03 May 2016 09:46:06 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: if_iwn wifi broke on 11-CURRENT References: Date: Tue, 03 May 2016 09:46:05 +0200 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: a2d32f98be707cbcda8602d5fffa976a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 03 May 2016 07:46:09 -0000 On Tue, 03 May 2016 02:51:56 +0200, Ronald Klop wrote: > Hi, > > I upgraded my laptop and Wifi stopped working. > > It still worked on: > May 2 20:11:13 sjakie kernel: FreeBSD 11.0-CURRENT #8 r296724M: Sun Mar > 13 16:03:31 CET 2016 > but broke on: > May 2 20:24:53 sjakie kernel: FreeBSD 11.0-CURRENT #9 r298900M: Mon > May 2 05:00:46 CEST 2016. > > I booted the old kernel again and grabbed this information: > The device is an: > iwn0: mem 0xf8000000-0xf8001fff irq 17 at > device 0.0 on pci3 > > ifconfig: > wlan0: flags=8843 metric 0 mtu > 1500 > ether **:**:**:**:**:** > nd6 options=29 > media: IEEE 802.11 Wireless Ethernet MCS mode 11ng > status: associated > ssid ****** channel 11 (2462 MHz 11g ht/20) bssid **:**:**:**:**:** > regdomain ETSI country NL authmode WPA2/802.11i privacy ON > deftxkey UNDEF AES-CCM 2:128-bit txpower 30 bmiss 10 scanvalid 60 > protmode CTS ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shortgi > wme roaming MANUAL > groups: wlan > > It works on 5Ghz also. This looks exactly like my issue: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208933 I was just 41 commit short of a working version. ;-) I will try this tomorrow. Regards, Ronald. From owner-freebsd-stable@freebsd.org Tue May 3 10:30:15 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 A9510B2B58C for ; Tue, 3 May 2016 10:30:15 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 38F9A1762 for ; Tue, 3 May 2016 10:30:15 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id u43AU73T099030 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 3 May 2016 12:30:07 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id u43AU6W9099027; Tue, 3 May 2016 12:30:07 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 3 May 2016 12:30:06 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Wolfgang Zenker cc: freebsd-stable@FreeBSD.org Subject: Re: Recent stable: bsnmpd eats up memory and cpu In-Reply-To: Message-ID: References: <20160501220107.GA58930@lyxys.ka.sub.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 03 May 2016 10:30:15 -0000 On Mon, 2 May 2016 09:10+0200, Trond Endrestøl wrote: > On Mon, 2 May 2016 00:01+0200, Wolfgang Zenker wrote: > > > Hi, > > > > after updating some 10-STABLE systems a few days ago, I noticed that on > > two of those systems bsnmpd started to use up a lot of cpu time, and the > > available memory shrinked until rendering the system unusable. Killing > > bsnmpd stops the cpu usage but does not free up memory. > > Both affected systems are amd64, one having moved from r297555 to > > r298723, the other from r297555 to r298722. Another amd64 system > > that went from r297555 to r298722 appears to be not affected. > > The two affected systems are on an internal LAN segment and there > > is currently no application connecting to snmp on those machines. > > > > What would be useful debugging data to collect in this case? > > I believe I've seen the very same on my systems. All of them got > updated last Friday due to the recent NTP fix. Prior to last Friday, > they all ran stable/10 from early March, r296648-ish. Neither of them > run bsnmpd, but they offer a lot of network services. > > Three of my i386 systems each with 1 GiB of memory ran out of swap > space, Sunday afternoon. > > This night a mail server running i386 with 4 GiB of memory died while > handling mail. From the messages I could glean on /dev/ttyvb (due to > custom logging) before rebooting, is that it's all networking related. > > SpamAssassin and syslogd on the mail server managed to transmit these > lines to the central log host before dying: > > May 2 00:05:17 [HOSTNAME] spamc[63613]: connect to spamd on ::1 failed, retrying (#1 of 3): Connection refused > May 2 00:05:17 [HOSTNAME] spamc[63613]: connect to spamd on 127.0.0.1 failed, retrying (#1 of 3): Connection refused > May 2 00:05:18 [HOSTNAME] spamc[63613]: connect to spamd on ::1 failed, retrying (#2 of 3): Connection refused > May 2 00:05:18 [HOSTNAME] spamc[63613]: connect to spamd on 127.0.0.1 failed, retrying (#2 of 3): Connection refused > May 2 00:05:19 [HOSTNAME] spamc[63613]: connect to spamd on ::1 failed, retrying (#3 of 3): Connection refused > May 2 00:05:19 [HOSTNAME] spamc[63613]: connect to spamd on 127.0.0.1 failed, retrying (#3 of 3): Connection refused > May 2 00:05:19 [HOSTNAME] spamc[63613]: connection attempt to spamd aborted after 3 retries > > May 2 00:52:17 [HOSTNAME] sm-mta[63740]: u41Mp86h063740: Milter (spamassassin): error creating socket: No buffer space available > May 2 00:52:17 [HOSTNAME] sm-mta[63739]: u41Mp8r9063739: Milter (spamassassin): error creating socket: No buffer space available > May 2 00:52:17 [HOSTNAME] sm-mta[63740]: u41Mp86h063740: Milter (spamassassin): to error state > May 2 00:52:17 [HOSTNAME] sm-mta[63739]: u41Mp8r9063739: Milter (spamassassin): to error state > > All of the amd64 systems with 4 GiB or 8 GiB of memory are apparently > unaffected. > > Maybe it's time to convert the remaining i386 systems to amd64 > systems, and add some memory while I'm at it. > > The bug is either in the kernel or in libc, or both. You might want to try out the patch created by Mark Johnston: http://lists.freebsd.org/pipermail/freebsd-current/2016-May/061015.html I'm in the process of testing this patch on one i386 stable/10 system and on one amd64 stable/10 system. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@freebsd.org Tue May 3 11:41:14 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 AA8DEB2B718 for ; Tue, 3 May 2016 11:41:14 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5A519C5; Tue, 3 May 2016 11:41:14 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9A6211143; Tue, 3 May 2016 11:41:14 +0000 (UTC) Date: Tue, 3 May 2016 11:41:14 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <125543220.54.1462275674418.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_stable_10 #241 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 03 May 2016 11:41:14 -0000 See From owner-freebsd-stable@freebsd.org Tue May 3 18:40:13 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 024B0B2AD68 for ; Tue, 3 May 2016 18:40:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id DB5511008; Tue, 3 May 2016 18:40:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id F1740124F; Tue, 3 May 2016 18:40:12 +0000 (UTC) Date: Tue, 3 May 2016 18:40:12 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <937435580.61.1462300812932.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <125543220.54.1462275674418.JavaMail.jenkins@jenkins-9.freebsd.org> References: <125543220.54.1462275674418.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_stable_10 #242 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 03 May 2016 18:40:13 -0000 See From owner-freebsd-stable@freebsd.org Wed May 4 04:11: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 387BEB2C36D for ; Wed, 4 May 2016 04:11:54 +0000 (UTC) (envelope-from richard.huber@computeroxy.com) Received: from cloudserver071065.home.net.pl (cloudserver071065.home.net.pl [79.96.79.199]) by mx1.freebsd.org (Postfix) with SMTP id 73FFE12D7 for ; Wed, 4 May 2016 04:11:52 +0000 (UTC) (envelope-from richard.huber@computeroxy.com) Received: from cloudserver071065.home.net.pl (79.96.79.199) (HELO www.computeroxy.com) by serwer1571831.home.pl (79.96.79.199) with SMTP (IdeaSmtpServer v0.80.2) id 690c2a6ebdcf83c5; Wed, 4 May 2016 06:05:10 +0200 Date: Wed, 4 May 2016 06:05:10 +0200 To: freebsd-stable@freebsd.org From: Richard Huber Subject: Recently posted academic job vacancies at Computeroxy Message-ID: X-Mailer: PHPMailer 5.2.14 (https://github.com/PHPMailer/PHPMailer) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 04 May 2016 04:11:54 -0000 Computeroxy =20 Dear Colleague, We are pleased to present you our specialised newsletter including your=0Aa= cademic job vacancies in schools of computer, electrical and=0Amathematical= sciences and engineering recently posted=0Aat=C2=A0Computeroxy.com=C2= =A0worldwide. Australia Associate Professor, Teaching & Research in Spatial Information =0APRIORITY= ! Curtin University, Cooperative Research Center for Spatial Information Research Assistant in Software Architect=20 University of South Australia, School of Information Technology &=0AMathem= atical Sciences Postdoctoral Research Fellow in Applied Mathematics=20 University of Adelaide, School of Mathematical Sciences Associate Lecturer in Mathematics=20 University of Wollongong, Faculty of Engineering and Information=0ASciences Lecturer in Mathematics and Statistics=20 La Trobe University, College of Engineering, Science & Technology Research Associate in Mathematical Science=20 University of Adelaide, Faculty of Engineering Research Fellow in Electronic Engineering=20 University of Melbourne, Department of Electrical and Electronic=0AEngineer= ing Professor and Head of the Department of Electrical and Computer Systems=0AE= ngineering=20 Monash University Research Associate in Capability Systems Centre=20 University of New South Wales, School of Engineering and Information=0ATech= nology Lecturer / Senior Lecturer in Complex Systems=20 University of Sydney, Faculty of Engineering and Information=0ATechnologies Lecturer/Senior Lecturer in Cyber Security=20 Monash University, Faculty of Information Technology Associate Lecturer in Computing and Information Systems =20 University of Melbourne, Department of Computing and Information=0ASystems Associate Lecturer in Computing and Information Systems =20 University of Melbourne, Department of Computing and Information=0ASystems Assistant Lecturer in Information Technology=20 Monash University, Faculty of Information Technology =20 Research Fellow in Computer Science=20 Australian National University, Research School of Computer Science=20 Research Associate in Mathematical Science=20 University of Adelaide, School of Mathematical Science Research Fellow in Software Engineering (Data Mode) =20 University of South Australia, School of Information Technology &=0AMathem= atical Sciences Research Fellow in Software Engineering (Distributed Analytic)=20 University of South Australia, School of Information Technology &=0AMathem= atical Sciences Austria Professorship "Foundations of Data Science with a focus on Big Data=0AManag= ement" PRIORITY! Graz University of Technology Senior Research Associate in Software Development=20 AIT Austrian Institute of Technology, Department of Technology Research Assistant in Software =20 University of Linz, Institute for Computer Science=20 Assistant Professor of Communication Engineering=20 University of Linz, Institute for Computer Science=20 PhD Position in Machine Learning=20 AIT Austrian Institute of Technology, Department of Technology Belgium Professor of Artificial Intelligence=20 Ghent Universit, Department of Information Technology Junior Assistant in IT=20 Ghent Universit, Department of Information Technology Canada Tenure-track position in Security of Cyber-Physical Systems PRIORITY! Concordia University, Faculty of Engineering and Computer Science PhD in Process Automation Technology; Instrumentation and Control,=0AElectr= ical Engineering, Mechatronics PRIORITY! McMaster University, School of Engineering Technology China Post-Doctoral Fellows in Simulation and Application of Software=0ADepartmen= t PRIORITY! Peking University, Beijing Innovation Center for Engineering Science and=0A= Advanced Technology Post-Doctoral Fellows in Energy Technology Department PRIORITY! Peking University, Beijing Innovation Center for Engineering Science and=0A= Advanced Technology Faculty Positions in Computational mechanics PRIORITY! Peking University, Department of Mechanics and Engineering Science=0AColleg= e of Engineering Faculty Positions in Robotics PRIORITY! Peking University, Department of Mechanics and Engineering Science=0AColleg= e of Engineering Postdoctoral and Senior Research Fellow Positions PRIORITY! Tsinghua University, Department of Electronic Engineering Research Fellow Positions in Information Science and Technology=20 ShanghaiTech University, School of Information Science and Technology Lecturer in Electronic Engineering=20 Bangor University,Department of Electronic Engineering Teaching Fellow in Applied Mathematics=20 University of Nottingham Ningbo China, Department of Mathematics Professor/Associate Professor in Software Engineering=20 South China University of Technology Lecturer/Assistant Lecturer in Information Technology=20 Chinese University of Hong Kong, School of Humanities and Social Science Assistant Professor of Mathematics and Statistics=20 Bryant Zhuhai, Department of Mathematics Faculty Positions in Information Science and Technology=20 ShanghaiTech University, School of Information Science and Technology Post-doctoral Position in Proteins Modifications and Signalling Networks=0A Zhejiang University, School of Materials Science and Engineering Czech Republic Associate Professor or Assistant Professor of Software Engineering=20 Czech Technical University in Prague, Department of Computer Science Egypt Professor/ Associate Professor/Lecturer in Computer Architecture and=0AEngi= neering=20 The German University in Cairo, Faculty of Information Engineering and=0ATe= chnology Professor/ Associate Professor/ Lecturer in Network & Services and=0ANetwor= k Management=20 The German University in Cairo, Faculty of Information Engineering and=0ATe= chnology Professor/ Associate Professor/ Lecturer in Systems and Network Security=0A The German University in Cairo, Faculty of Information Engineering and=0ATe= chnology Fiji Associate Professor of Mathematics=20 Fiji National University, College of Engineering, Science & Technology Finland Tenure-Track Assistant Professorships in Computer Science=20 University of Helsinki, Department of Computer Science Postdoctoral Researcher in Internet of Things=20 Aalto University, Department of Computer Science=20 Doctoral Candidate in Internet of Things=20 Aalto University, Department of Computer Science=20 Postdoctoral Research Associate in Electronics=20 Ghent University, Department of Electronics and information systems Research Associate in Information Science=20 University of Tampere, School of Information Sciences France Researcher/Assistant Professor (Tenure Track) in Smart Grids PRIORITY! Mines ParisTech (Ecole Nationale Sup=C3=A9rieure des Mines de Paris) ,=0AFr= ance Germany Full Professor in High Voltage Technology II PRIORITY! Faculty of Electrical Engineering and Information Technology, RWTH=0AAachen Professor (m/f) for =E2=80=9CMeasurement and Control Technology and=0AElec= trical Engineering=E2=80=9D Endowed Professorship PRIORITY! Deggendorf Institute of Technology Research Assistant/Doctoral Candidate in ubiquitous computing=20 University of Passau, Department of Computer Science Professorship of Computer Science=20 University of Kaiserslautern, Department of Computer Science PostDoc/PhD positions in Control and Optimization of Complex Systems=20 Chemnitz University of Technology, Department of Computer Science Research Assistant in Hardware-related Software Development=20 Fraunhofer Institute for Photonic Microsystems, Fraunhofer IPMS MEMS Faculty Position in Computational Engineering=20 University of Applied Sciences Ansbach, Department of Computer=0AEngineerin= g Professor of Automatic Control and System Dynamics=20 Chemnitz University of Technology, Department of Electrical and Computer=0A= Engineering Faculty Position in Electrical Engineering=20 Univeristy of Dresden, Department of Electrical Engineering Hong Kong Assistant Professor in Advanced Manufacturing Technology PRIORITY! The Hong Kong Polytechnic University Associate Professor in Engineering Management PRIORITY! The Hong Kong Polytechnic University Professors of Systems Engineering and Engineering Management PRIORITY! The Chineese University of Hong Kong Hungary Head of Data Science and Engineering Department PRIORITY! Faculty of Informatics Indonesia Lecturer in Mathematics =20 Sampoerna Schools System, Department of Mathematics Japan Faculty Position in Electrical Engineering=20 Kyushu University, Faculty of Information Science and Electrical=0AEngineer= ing Postdoctoral Researcher in Materials Informatics=20 Research Organization of Information and Systems, The Institute of=0AStatis= tical Mathematics Faculty Posotion in Information Engineering=20 KDDI R&D Laboratories, Ultra-Realistic Communications Laboratory Postdoctoral Research Associate in Mathematics=20 Kyushu University, Institute for Integrated Cell-Material Sciences Assistant Professor of Mathematics=20 Kyushu University, Institute of Mathematics for Industry Post-doctoral Research Fellow in Computational Intelligence =20 Toyota Technological Institute, Computational Intelligence Laboratory Post-Doctoral Research Fellow in Control System Laboratory=20 Toyota Technological Institute, Control System Laboratory Research Position in Energy Networking Technology =20 National Institute of Advanced Industrial Science and Technology,=0ADepartm= ent of Energy and Environment Kuwait Instructor in Electrical Engineering =20 American University of the Middle East, Department of Electrical=0AEngineer= ing Assistant Professor of Electrical Engineering=20 The American University of the Middle East, Department of Engineering Instructor in Electrical Engineering=20 The American University of the Middle East, Department of Engineering Luxembourg PhD Position in SnT/CryptoLux team=20 University of Luxembourg, Interdisciplinary Centre for Security,=0AReliabil= ity and Trust PhD Position in Automated Software Debugging=20 University of Luxembourg, Department of Computer Science Postdoctoral Position in Model-Based Design for Real-Time Systems=20 University of Luxembourg, Faculty of Science Doctoral Position in Computer Science=20 Univeristy of Dresden, Department of Electrical Engineering Marshall Islands Instructor in Mathematics=20 College of the Marshall Islands, Department of Mathematics Netherlands Two PhD positions in the area of software engineering/software evolution=0A= PRIORITY! Eindhoven University of Technology New Zealand Associate Professor / Professor in Spatial Information PRIORITY! University of Canterbury, College of Science Oman Lecturer in Electronic Engineering=20 Military Technological College, Marine Engineering Department Lecturer in Control Engineering=20 Military Technological College,Department of Systems Engineering=20 Lecturer in Radar & Communications=20 Military Technological College, Marine Engineering Department Lecturer in Electrical Machines and Power Electronics Systems=20 Military Technological College,Department of Systems Engineering=20 Lecturer in Communication Systems=20 Military Technological College,Department of Systems Engineering=20 Saudi Arabia Assistant, Associate, and Full Professor positions in Industrial=0AEngineer= ing, Operations Research, and Control & Instrumentation =0APRIORITY! King Fahd University of Petroleum & Minerals Sweden Postdoctoral position in Federated Database System/Data Mining =0APRIORITY! Umea University PhD position in Federated Database System/Data Mining PRIORITY! Umea University Senior Lecturer in Informatics=20 Linnaeus University, Department of Informatics PhD Student in Visualization and Interaction=20 Link=C3=B6ping University, Department of Science and Technology PhD Student in Electronics=20 Mid Sweden University, Department of Electronics Design PhD students in Electronics=20 Mid Sweden University, Department of Electronics Design PhD Students in Computer Engineering=20 Mid Sweden University, Department of Information and Communication=0ASystem= s Switzerland Responsable des fili=C3=A8res Informatique et T=C3=A9l=C3=A9communications = et=0Aprofesseur-e dans le domaine TIC PRIORITY! La Haute =C3=A9cole d=E2=80=99ing=C3=A9nierie et d=E2=80=99architecture de = Fribourg=0A(HEIA-FR) Informatikdozent/in - 100% PRIORITY! Hochschule f=C3=BCr Technik und Architektur Freiburg Assistant Professor of Digital Banking=20 University of Liechtenstein, Department of Computer Science Tenure Track Group Leader in Computational Sciences =20 EAWAG, Department of Systems Analysis Faculty Position in Computer Science=20 University of Konstanz, Department of CS PhD Position in Data Intelligence=20 Hochschule Luzern, Department of Computer Science Professor of Digital Processes=20 Berner Fachhochschule BFH, Department of Technology PhD Position in Computer-Assisted Drug Design =20 ETH Zurich, Department of Computer Science Research Assistant in Information Systems=20 University of Bern, Department of Information Engineering=20 Postdoctoral Fellow in Ptychographic Imaging of Electronic Devices=20 Paul Scherrer Institute , Department of Electronics Engineering Turkey PhD in Computational Sciences and Engineering=20 Ko=C3=A7 University, College of Engineering PhD in Computer Sciences and Engineering=20 Ko=C3=A7 University, College of Engineering United Arab Emirates Faculty Position in Information Technology=20 United Arab Emirates University , College of Information Technology=20 Postdoctoral Fellow in Robotics=20 Khalifa University of Science, Technology and Research, Faculty of=0AEngine= ering United Kingdom Lecturer/Senior Lecturer in Cyber Computing=20 University of Gloucestershire, School of Computing & Technology PhD Studentships in Electronic Engineering and Computer Science=20 Queen Mary University of London, School of Electronic Engineering and=0ACom= puter Science PhD Position in Digital Technology =20 Lancaster University, School of Computing and Communications Lecturer in Computer Science=20 University of the West of England, Bristol, Computer Science & Creative=0AT= echnologies United States Jackson Heart Study Associate Director of Data Management PRIORITY! University of Mississippi Medical Center, Center of Biostatistics and=0ABio= informatics Assistant or Associate Professor of Biostatistics and Bioinformatics =0APRI= ORITY! University of Mississippi Medical Center, Center of Biostatistics and=0ABio= informatics Bioinformatics Faculty Leader PRIORITY! University of Mississippi Medical Center, Center of Biostatistics and=0ABio= informatics Lecturer in Engineering Technology=20 CUNY Queensborough Community College, Department of Engineering=0ATechnolog= y Lecturer in Electrical & Computer Engineering and Computer Science=20 California State University, Department of Computer and Electrical=0AEngin= eering=20 Assistant Professor of Electrical & Computer Engineering=20 Bradley University, Department of Electrical and Computer Engineering=20 Associate Faculty Position in Computer Network Engineering=20 Collin College, Faculty of Computer Engineering Visiting Lecturer in Mathematics=20 University of Kentucky, Department of Mathematics Full Time Faculty Position in Mathematics=20 Touro College, Department of Mathematics Assistant/Associate Professor of Electrical Engineering =20 Texas A&M University, Department of Electrical Engineering Non-Tenure Track Instructor in Robotics and Electrical Engineering=20 University of Detroit Mercy, Department of Electrical and Computer=0AEngine= ering Post Doctoral Fellow in Technology=20 Rochester Institute of Technology Assistant Professor of Computer Science=20 Johnson C. Smith University, Department of Computer Science Full-time Tenure-Track Faculty Position in Computer Science=20 San Mateo County Community College District, Department of Computer=0AEngin= eering=20 Adjunct Faculty in Mathematics=20 MCPHS University, Department of Mathematics Lecturer in Mathematics and Statistics=20 Washburn University, Department of Mathematics Associate Chair of Mathematics=20 Middlesex County College Postdoctoral Research Associate in Mathematical Sciences=20 Delaware State University, Department of Mathematics Faculty Position in Robotics=20 Johnson & Wales University, Department of Engineering Associate Professor of Mathematics=20 Liberty University, Department of Mathematics Assistant Professor of Electronic Engineering=20 Broward College, Department of Electronic Engineering Instructor in Electronic Engineering Technology=20 Houston Community College, Department of Electronic Engineering Assistant Professor of Mathematics=20 Adrian College, Department of Mathematics and many more at Computeroxy.com To learn more about these and other job vacancies, we invite you to=0Avisit= our website www.computeroxy.com and/or to "register"=C2=A0and/or to=0A"con= tact us". Want to post a job vacancy? Attract the attention of our academic=0Aaudienc= e of more than 320.000 professors, lecturers, researchers and=0Aacademic ma= nagers who are at present employed in the=0Ahighest-ranking=C2=A0schools of= computer, electrical and mathematical=0Asciences and engineering worldwide= and who receive our specialised=0Anewsletters twice a month "post a job va= cancy on Computeroxy"=C2=A0and/or to=0A"contact us". Yours faithfully Richard Huber PhD =09COMPUTEROXY Your Academic Vacancies in Schools of Computer, Electrical and=0AMathematic= al Sciences and Engineering Europe - Asia - The Americas - Oceania - The Middle East - Africa computeroxy@computeroxy.com www.computeroxy.comIf you do not wish to receive Computeroxy newsletters=0A= or have received it in error, you may unsubscribe by replying to=0AComputer= oxy with the word "unsubscribe" in the subject line. Thank you=0Avery much. From owner-freebsd-stable@freebsd.org Wed May 4 16:04: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 608CBB2B499 for ; Wed, 4 May 2016 16:04:17 +0000 (UTC) (envelope-from barry.lane@lakegrupmed.com) Received: from smtp102.biz.mail.ne1.yahoo.com (smtp102.biz.mail.ne1.yahoo.com [98.138.207.9]) (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 35F561ABD for ; Wed, 4 May 2016 16:04:16 +0000 (UTC) (envelope-from barry.lane@lakegrupmed.com) Received: (qmail 20124 invoked from network); 4 May 2016 15:57:35 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1462377455; bh=xQE9cPO3owaojRL92Tipy4UG6ZVcz2ZmjPphywANi8A=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=TngfjoMJQJaEfgDhBrHS4xMsqtqRA/OAatpma5Sgx+kAcS0zDACDAwfH1cQ4L0SuV7GZ17BhBHhA5vtgB6+NMoQMjkj3Bo0Suz4Vtb7sdpHX6PqUlyxJvsSGZiGT73SHN2gy56YHZuwhcPV8Npwd+EyMOE3+um1YHejJs/oqYHc= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: sfTOBWAVM1lHg9viWYE92ddcSuLOdxfP.5KFddmFu.jjorR PllcqbHN5X0Ak_IKbr57sE2Kou.yYqWxTL9xCTSgMy7__t0_U9YceIwglS9y be3FX25C4SS_VDea4uYGjnZ2i8_3gmv3pigbhyHMSQz4b5OhE3.Ffu5qff3H f3SDKGZM7QxMuNrQm8OtoWiEvd8ONPZTfS4Nfi7R176FE59PjPkBhzzeSJEp 6Z1z5IzuL3S70K5iU_qyYKvRFBu5xE8My1QFfJVW8LzNwPfJ5jpPuJH_0bi. 5ROa0gsCbagSxiqA5P8JAYPv4ZNSwZ0c1s9salzd.xlEQzzzibvEZgpfm7mt qoG.kPfGUjZwZDmG63SUk.ixu3gcXRuJTV9ORt8GT2ZRxbOr9ZjYyOKCd4sr hlzRC67ggtxv1h7fGBH6b7p6Ff_PGSRMh64CxcHgZB6_r33H6lEjLfry5Pgf mYyHK6R_ZIn7pHX0FARfeuOvfr1uNQH8..vMyC9Kvrt_wweDtJ33_d_U1fqI ncBZrIAxXZXwFycyAQQ-- X-Yahoo-SMTP: iFqVO4OswBBSHzhCyCTpQK_nxEN36ZZpKSz3hQ-- From: "Barry Lane" To: Subject: IT Security professionals Database Date: Wed, 4 May 2016 10:57:25 -0500 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdGmHaORJ+3AQ0P6QG2+pgy1HMlQsQ== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 04 May 2016 16:04:17 -0000 Hi, Would you be interested in IT Security professionals Database? Which includes complete contact details and verified email addresses of: - CIO, CISO, Contingency Planners, Corporate Attorneys, Corporate High Tech Crime Investigators, Digital Security Manager, Disaster Recovery Managers, Forensic Analyst, Fraud Examiners & Investigators, Information Security Analyst, Information Security Directors & Managers, Information System Auditors, Internal Auditors, Law Enforcement Agencies Planning To Start High Tech Crime Units, Law Enforcement Child Pornography Investigators, Law Enforcement High Tech Crime Investigators, Law Enforcement White Collar Crime Investigators, Physical Security Directors & Managers, Risk Managers, Telecommunications Directors & Managers and Many More. If you can let me know your targeted criteria, I can assist you with the count/costs, and more details for your consideration Target Industry: _____________; (Any) Target Geography: _____________; (USA, UK, Australia across the World) Target Job Title: _________________; (CEO, CFO, CMO, VP etc) Appreciate your time and look forward to hear from you. Regards, Barry lane, Marketing Manager. To remove from this mailing: reply with subject line as "leave out." From owner-freebsd-stable@freebsd.org Thu May 5 15:42: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 B9998B2DFC9 for ; Thu, 5 May 2016 15:42:54 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id ACD421AFE; Thu, 5 May 2016 15:42:54 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A236688; Thu, 5 May 2016 15:42:54 +0000 (UTC) Date: Thu, 5 May 2016 15:42:41 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <2108673700.1.1462462974611.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #248 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 05 May 2016 15:42:54 -0000 See ------------------------------------------ [...truncated 319700 lines...] [192.168.10.2] out: bin/date/format_string_test:j_test -> passed [0.144s] [192.168.10.2] out: bin/date/format_string_test:k_test -> passed [0.170s] [192.168.10.2] out: bin/date/format_string_test:l_test -> passed [0.203s] [192.168.10.2] out: bin/date/format_string_test:m_test -> passed [0.120s] [192.168.10.2] out: bin/date/format_string_test:p_test -> passed [0.141s] [192.168.10.2] out: bin/date/format_string_test:percent_test -> passed [0.167s] [192.168.10.2] out: bin/date/format_string_test:plus_test -> passed [0.271s] [192.168.10.2] out: bin/date/format_string_test:r_test -> passed [0.168s] [192.168.10.2] out: bin/date/format_string_test:s_test -> passed [0.166s] [192.168.10.2] out: bin/date/format_string_test:u_test -> passed [0.314s] [192.168.10.2] out: bin/date/format_string_test:v_test -> passed [0.207s] [192.168.10.2] out: bin/date/format_string_test:w_test -> passed [0.151s] [192.168.10.2] out: bin/date/format_string_test:x_test -> passed [0.687s] [192.168.10.2] out: bin/date/format_string_test:y_test -> passed [0.357s] [192.168.10.2] out: bin/date/format_string_test:z_test -> passed [0.185s] [192.168.10.2] out: bin/sleep/sleep_test:fraction -> passed [0.839s] [192.168.10.2] out: bin/sleep/sleep_test:hex -> passed [1.187s] [192.168.10.2] out: bin/sleep/sleep_test:nonnumeric -> passed [0.243s] [192.168.10.2] out: bin/dd/dd_test:io -> passed [0.133s] [192.168.10.2] out: bin/dd/dd_test:length -> passed [0.039s] [192.168.10.2] out: bin/dd/dd_test:seek -> passed [0.303s] [192.168.10.2] out: bin/cat/cat_test:align -> passed [0.030s] [192.168.10.2] out: bin/cat/cat_test:nonexistent -> passed [0.029s] [192.168.10.2] out: bin/pax/legacy_test:main -> passed [3.379s] [192.168.10.2] out: bin/ls/ls_tests:1_flag -> passed [1.306s] [192.168.10.2] out: bin/ls/ls_tests:A_flag -> passed [2.424s] [192.168.10.2] out: bin/ls/ls_tests:A_flag_implied_when_root -> passed [1.323s] [192.168.10.2] out: bin/ls/ls_tests:B_flag -> passed [0.042s] [192.168.10.2] out: bin/ls/ls_tests:C_flag -> passed [1.433s] [192.168.10.2] out: bin/ls/ls_tests:D_flag -> passed [0.050s] [192.168.10.2] out: bin/ls/ls_tests:F_flag -> passed [3.518s] [192.168.10.2] out: bin/ls/ls_tests:H_flag -> passed [1.297s] [192.168.10.2] out: bin/ls/ls_tests:I_flag -> passed [0.829s] [192.168.10.2] out: bin/ls/ls_tests:I_flag_voids_implied_A_flag_when_root -> passed [1.634s] [192.168.10.2] out: bin/ls/ls_tests:L_flag -> passed [0.056s] [192.168.10.2] out: bin/ls/ls_tests:R_flag -> passed [0.982s] [192.168.10.2] out: bin/ls/ls_tests:S_flag -> passed [3.468s] [192.168.10.2] out: bin/ls/ls_tests:T_flag -> passed [0.057s] [192.168.10.2] out: bin/ls/ls_tests:a_flag -> passed [1.497s] [192.168.10.2] out: bin/ls/ls_tests:b_flag -> passed [0.040s] [192.168.10.2] out: bin/ls/ls_tests:d_flag -> passed [0.402s] [192.168.10.2] out: bin/ls/ls_tests:f_flag -> passed [3.321s] [192.168.10.2] out: bin/ls/ls_tests:g_flag -> passed [2.011s] [192.168.10.2] out: bin/ls/ls_tests:h_flag -> passed [1.756s] [192.168.10.2] out: bin/ls/ls_tests:i_flag -> passed [2.802s] [192.168.10.2] out: bin/ls/ls_tests:k_flag -> passed [1.512s] [192.168.10.2] out: bin/ls/ls_tests:l_flag -> passed [0.050s] [192.168.10.2] out: bin/ls/ls_tests:lcomma_flag -> passed [3.812s] [192.168.10.2] out: bin/ls/ls_tests:m_flag -> passed [0.062s] [192.168.10.2] out: bin/ls/ls_tests:n_flag -> passed [0.099s] [192.168.10.2] out: bin/ls/ls_tests:o_flag -> passed [0.176s] [192.168.10.2] out: bin/ls/ls_tests:p_flag -> passed [3.535s] [192.168.10.2] out: bin/ls/ls_tests:q_flag_and_w_flag -> passed [0.070s] [192.168.10.2] out: bin/ls/ls_tests:r_flag -> passed [1.516s] [192.168.10.2] out: bin/ls/ls_tests:s_flag -> passed [1.075s] [192.168.10.2] out: bin/ls/ls_tests:t_flag -> passed [0.132s] [192.168.10.2] out: bin/ls/ls_tests:u_flag -> passed [0.137s] [192.168.10.2] out: bin/ls/ls_tests:x_flag -> passed [2.180s] [192.168.10.2] out: bin/ls/ls_tests:y_flag -> passed [1.318s] [192.168.10.2] out: bin/pkill/pgrep-F_test:main -> passed [0.322s] [192.168.10.2] out: bin/pkill/pgrep-LF_test:main -> passed [0.668s] [192.168.10.2] out: bin/pkill/pgrep-P_test:main -> passed [0.337s] [192.168.10.2] out: bin/pkill/pgrep-U_test:main -> passed [0.667s] [192.168.10.2] out: bin/pkill/pgrep-_g_test:main -> passed [0.657s] [192.168.10.2] out: bin/pkill/pgrep-_s_test:main -> passed [0.017s] [192.168.10.2] out: bin/pkill/pgrep-g_test:main -> passed [1.027s] [192.168.10.2] out: bin/pkill/pgrep-i_test:main -> passed [0.339s] [192.168.10.2] out: bin/pkill/pgrep-j_test:main -> passed [6.582s] [192.168.10.2] out: bin/pkill/pgrep-l_test:main -> passed [0.319s] [192.168.10.2] out: bin/pkill/pgrep-n_test:main -> passed [0.337s] [192.168.10.2] out: bin/pkill/pgrep-o_test:main -> passed [0.321s] [192.168.10.2] out: bin/pkill/pgrep-q_test:main -> passed [0.339s] [192.168.10.2] out: bin/pkill/pgrep-s_test:main -> passed [0.669s] [192.168.10.2] out: bin/pkill/pgrep-t_test:main -> passed [0.749s] [192.168.10.2] out: bin/pkill/pgrep-v_test:main -> passed [0.346s] [192.168.10.2] out: bin/pkill/pgrep-x_test:main -> passed [0.350s] [192.168.10.2] out: bin/pkill/pkill-F_test:main -> passed [0.324s] [192.168.10.2] out: bin/pkill/pkill-LF_test:main -> passed [0.650s] [192.168.10.2] out: bin/pkill/pkill-P_test:main -> passed [0.338s] [192.168.10.2] out: bin/pkill/pkill-U_test:main -> passed [0.657s] [192.168.10.2] out: bin/pkill/pkill-_g_test:main -> passed [0.668s] [192.168.10.2] out: bin/pkill/pkill-g_test:main -> passed [1.935s] [192.168.10.2] out: bin/pkill/pkill-i_test:main -> passed [0.580s] [192.168.10.2] out: bin/pkill/pkill-j_test:main -> passed [22.819s] [192.168.10.2] out: bin/pkill/pkill-s_test:main -> passed [0.729s] [192.168.10.2] out: bin/pkill/pkill-t_test:main -> passed [0.745s] [192.168.10.2] out: bin/pkill/pkill-x_test:main -> passed [0.825s] [192.168.10.2] out: lib/libthr/barrier_test:barrier -> passed [13.253s] [192.168.10.2] out: lib/libthr/cond_test:bogus_timedwaits -> passed [0.243s] [192.168.10.2] out: lib/libthr/cond_test:broadcast -> passed [0.679s] [192.168.10.2] out: lib/libthr/cond_test:cond_timedwait_race -> passed [5.015s] [192.168.10.2] out: lib/libthr/cond_test:destroy_after_cancel -> passed [0.070s] [192.168.10.2] out: lib/libthr/cond_test:signal_before_unlock -> passed [2.076s] [192.168.10.2] out: lib/libthr/cond_test:signal_before_unlock_static_init -> passed [2.526s] [192.168.10.2] out: lib/libthr/cond_test:signal_delay_wait -> passed [2.101s] [192.168.10.2] out: lib/libthr/cond_test:signal_wait_race -> passed [0.541s] [192.168.10.2] out: lib/libthr/condwait_test:cond_wait_mono -> passed [2.175s] [192.168.10.2] out: lib/libthr/condwait_test:cond_wait_real -> passed [2.179s] [192.168.10.2] out: lib/libthr/detach_test:pthread_detach -> passed [4.307s] [192.168.10.2] out: lib/libthr/equal_test:pthread_equal -> passed [0.010s] [192.168.10.2] out: lib/libthr/fork_test:fork -> passed [5.021s] [192.168.10.2] out: lib/libthr/fpu_test:fpu -> passed [0.010s] [192.168.10.2] out: lib/libthr/join_test:pthread_join -> passed [0.014s] [192.168.10.2] out: lib/libthr/kill_test:simple -> passed [0.018s] [192.168.10.2] out: lib/libthr/mutex_test:mutex1 -> passed [4.073s] [192.168.10.2] out: lib/libthr/mutex_test:mutex2 -> passed [1.396s] [192.168.10.2] out: lib/libthr/mutex_test:mutex3 -> passed [7.578s] [192.168.10.2] out: lib/libthr/mutex_test:mutex4 -> passed [4.062s] [192.168.10.2] out: lib/libthr/once_test:once1 -> passed [0.009s] [192.168.10.2] out: lib/libthr/once_test:once2 -> passed [0.010s] [192.168.10.2] out: lib/libthr/once_test:once3 -> passed [0.010s] [192.168.10.2] out: lib/libthr/preempt_test:preempt1 -> passed [1.028s] [192.168.10.2] out: lib/libthr/rwlock_test:rwlock1 -> passed [2.027s] [192.168.10.2] out: lib/libthr/sem_test:before_start_no_threads -> passed [2.838s] [192.168.10.2] out: lib/libthr/sem_test:before_start_one_thread -> passed [3.223s] [192.168.10.2] out: lib/libthr/sem_test:named -> passed [0.011s] [192.168.10.2] out: lib/libthr/sem_test:unnamed -> passed [0.235s] [192.168.10.2] out: lib/libthr/sigmask_test:before_threads -> passed [0.008s] [192.168.10.2] out: lib/libthr/sigmask_test:incorrect_mask_bug -> passed [3.073s] [192.168.10.2] out: lib/libthr/sigmask_test:respected_while_running -> passed [1.078s] [192.168.10.2] out: lib/libthr/sigmask_test:upcalls_not_started -> passed [0.011s] [192.168.10.2] out: lib/libthr/sigsuspend_test:sigsuspend -> passed [1.016s] [192.168.10.2] out: lib/libthr/siglongjmp_test:siglongjmp1 -> passed [0.009s] [192.168.10.2] out: lib/libthr/sleep_test:sleep1 -> passed [1.012s] [192.168.10.2] out: lib/libthr/swapcontext_test:swapcontext1 -> passed [0.011s] [192.168.10.2] out: lib/libthr/atexit_test:atexit -> passed [0.037s] [192.168.10.2] out: lib/libthr/cancel_test:register_while_disabled -> passed [0.591s] [192.168.10.2] out: lib/libthr/exit_test:main_thread -> passed [0.291s] [192.168.10.2] out: lib/libthr/resolv_test:resolv -> passed [2.138s] [192.168.10.2] out: lib/libthr/dlopen/dlopen_test:dlopen -> passed [0.010s] [192.168.10.2] out: lib/libthr/dlopen/dlopen_test:dlopen_mutex -> passed [0.010s] [192.168.10.2] out: lib/libthr/dlopen/dlopen_test:dlopen_mutex_libc -> passed [0.010s] [192.168.10.2] out: lib/libthr/dlopen/dlopen_test:dlopen_mutex_libpthread -> passed [0.010s] [192.168.10.2] out: lib/libthr/dlopen/main_pthread_create_test:main_pthread_create_dso -> passed [0.013s] [192.168.10.2] out: lib/libthr/dlopen/main_pthread_create_test:main_pthread_create_main -> passed [0.021s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fd -> passed [0.339s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fdcwd -> passed [0.321s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fdcwderr -> passed [0.189s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fderr1 -> passed [0.092s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fderr2 -> passed [0.246s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fderr3 -> passed [0.396s] [192.168.10.2] out: lib/libc/c063/faccessat_test:faccessat_fdlink -> expected_failure: Depends on non-standard behavior not mentioned in POSIX.1-2008: /builds/workspace/FreeBSD_stable_10/src/contrib/netbsd-tests/lib/libc/c063/t_faccessat.c:174: faccessat(dfd, BASELINK, F_OK, AT_SYMLINK_NOFOLLOW) == 0 not met [0.321s] [192.168.10.2] out: lib/libc/c063/fchmodat_test:fchmodat_fd -> passed [0.423s] [192.168.10.2] out: lib/libc/c063/fchmodat_test:fchmodat_fdcwd -> passed [0.496s] [192.168.10.2] out: lib/libc/c063/fchmodat_test:fchmodat_fdcwderr -> passed [0.206s] [192.168.10.2] out: lib/libc/c063/fchmodat_test:fchmodat_fderr1 -> passed [0.154s] [192.168.10.2] out: lib/libc/c063/fchmodat_test:fchmodat_fderr2 -> passed [0.153s] [192.168.10.2] out: lib/libc/c063/fchmodat_test:fchmodat_fderr3 -> passed [0.206s] [192.168.10.2] out: lib/libc/c063/fchmodat_test:fchmodat_fdlink -> passed [1.097s] [192.168.10.2] out: lib/libc/c063/fchownat_test:fchownat_fd -> passed [0.464s] [192.168.10.2] out: lib/libc/c063/fchownat_test:fchownat_fdcwd -> passed [0.578s] [192.168.10.2] out: lib/libc/c063/fchownat_test:fchownat_fdcwderr -> passed [0.325s] [192.168.10.2] out: lib/libc/c063/fchownat_test:fchownat_fderr1 -> passed [0.193s] [192.168.10.2] out: lib/libc/c063/fchownat_test:fchownat_fderr2 -> passed [0.392s] [192.168.10.2] out: lib/libc/c063/fchownat_test:fchownat_fderr3 -> passed [0.326s] [192.168.10.2] out: lib/libc/c063/fchownat_test:fchownat_fdlink -> passed [0.304s] [192.168.10.2] out: lib/libc/c063/fexecve_test:fexecve -> passed [0.011s] [192.168.10.2] out: lib/libc/c063/fstatat_test:fstatat_fd -> passed [0.437s] [192.168.10.2] out: lib/libc/c063/fstatat_test:fstatat_fdcwd -> passed [0.440s] [192.168.10.2] out: lib/libc/c063/fstatat_test:fstatat_fdcwderr -> passed [0.224s] [192.168.10.2] out: lib/libc/c063/fstatat_test:fstatat_fderr1 -> passed [0.563s] [192.168.10.2] out: lib/libc/c063/fstatat_test:fstatat_fderr2 -> passed [0.640s] [192.168.10.2] out: lib/libc/c063/fstatat_test:fstatat_fderr3 -> passed [0.357s] [192.168.10.2] out: lib/libc/c063/fstatat_test:fstatat_fdlink -> passed [0.233s] [192.168.10.2] out: lib/libc/c063/linkat_test:linkat_fd -> passed [0.477s] [192.168.10.2] out: lib/libc/c063/linkat_test:linkat_fdcwd -> passed [0.286s] [192.168.10.2] out: lib/libc/c063/linkat_test:linkat_fdcwderr -> passed [0.482s] [192.168.10.2] out: lib/libc/c063/linkat_test:linkat_fderr -> passed [0.432s] [192.168.10.2] out: lib/libc/c063/linkat_test:linkat_fdlink1 -> passed [0.561s] [192.168.10.2] out: lib/libc/c063/linkat_test:linkat_fdlink2 -> passed [0.637s] [192.168.10.2] out: lib/libc/c063/mkdirat_test:mkdirat_fd -> passed [0.365s] [192.168.10.2] out: lib/libc/c063/mkdirat_test:mkdirat_fdcwd -> passed [1.004s] [192.168.10.2] out: lib/libc/c063/mkdirat_test:mkdirat_fdcwderr -> passed [0.009s] [192.168.10.2] out: lib/libc/c063/mkdirat_test:mkdirat_fderr -> passed [0.270s] [192.168.10.2] out: lib/libc/c063/mkfifoat_test:mkfifoat_fd -> passed [0.141s] [192.168.10.2] out: lib/libc/c063/mkfifoat_test:mkfifoat_fdcwd -> passed [0.235s] [192.168.10.2] out: lib/libc/c063/mkfifoat_test:mkfifoat_fdcwderr -> passed [0.008s] [192.168.10.2] out: lib/libc/c063/mkfifoat_test:mkfifoat_fderr -> passed [0.208s] [192.168.10.2] out: lib/libc/c063/mknodat_test:mknodat_fd -> passed [0.190s] [192.168.10.2] out: lib/libc/c063/mknodat_test:mknodat_fdcwd -> passed [0.222s] [192.168.10.2] out: lib/libc/c063/mknodat_test:mknodat_fdcwderr -> passed [0.008s] [192.168.10.2] out: lib/libc/c063/mknodat_test:mknodat_fderr -> passed [0.148s] [192.168.10.2] out: lib/libc/c063/openat_test:openat_fd -> passed [0.174s] [192.168.10.2] out: lib/libc/c063/openat_test:openat_fdcwd -> passed [0.346s] [192.168.10.2] out: lib/libc/c063/openat_test:openat_fdcwderr -> passed [0.130s] [192.168.10.2] out: lib/libc/c063/openat_test:openat_fderr1 -> passed [0.203s] [192.168.10.2] out: lib/libc/c063/openat_test:openat_fderr2 -> passed [0.463s] [192.168.10.2] out: lib/libc/c063/openat_test:openat_fderr3 -> passed [0.448s] [192.168.10.2] out: lib/libc/c063/readlinkat_test:readlinkat_fd -> passed [0.408s] [192.168.10.2] out: lib/libc/c063/readlinkat_test:readlinkat_fdcwd -> passed [0.366s] [192.168.10.2] out: lib/libc/c063/readlinkat_test:readlinkat_fdcwderr -> passed [0.057s] [192.168.10.2] out: lib/libc/c063/readlinkat_test:readlinkat_fderr1 -> passed [0.748s] [192.168.10.2] out: lib/libc/c063/readlinkat_test:readlinkat_fderr2 -> passed [0.469s] [192.168.10.2] out: lib/libc/c063/renameat_test:renameat_fd -> passed [0.321s] [192.168.10.2] out: lib/libc/c063/renameat_test:renameat_fdcwd -> passed [0.364s] [192.168.10.2] out: lib/libc/c063/renameat_test:renameat_fdcwderr -> passed [0.231s] [192.168.10.2] out: lib/libc/c063/renameat_test:renameat_fderr -> passed [0.311s] [192.168.10.2] out: lib/libc/c063/symlinkat_test:symlinkat_fd -> passed [0.264s] [192.168.10.2] out: lib/libc/c063/symlinkat_test:symlinkat_fdcwd -> passed [0.209s] [192.168.10.2] out: lib/libc/c063/symlinkat_test:symlinkat_fdcwderr -> passed [0.295s] [192.168.10.2] out: lib/libc/c063/symlinkat_test:symlinkat_fderr -> passed [0.297s] [192.168.10.2] out: lib/libc/c063/unlinkat_test:unlinkat_dir -> passed [0.164s] [192.168.10.2] out: lib/libc/c063/unlinkat_test:unlinkat_fd -> passed [0.231s] [192.168.10.2] out: lib/libc/c063/unlinkat_test:unlinkat_fdcwd -> passed [0.182s] [192.168.10.2] out: lib/libc/c063/unlinkat_test:unlinkat_fdcwderr -> passed [0.124s] [192.168.10.2] out: lib/libc/c063/unlinkat_test:unlinkat_fderr1 -> passed [0.112s] [192.168.10.2] out: lib/libc/c063/unlinkat_test:unlinkat_fderr2 -> passed [0.180s] [192.168.10.2] out: lib/libc/c063/unlinkat_test:unlinkat_fderr3 -> passed [0.151s] [192.168.10.2] out: lib/libc/db/db_test:alternate_recno -> passed [1.096s] [192.168.10.2] out: lib/libc/db/db_test:big_btree -> passed [6.067s] [192.168.10.2] out: lib/libc/db/db_test:big_hash -> passed [1.251s] [192.168.10.2] out: lib/libc/db/db_test:big_recno -> passed [4.599s] Resuming build [192.168.10.2] out: lib/libc/db/db_test:bsize_ffactor -> No handlers could be found for logger "paramiko.transport" Warning: run() received nonzero return code -1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt Traceback (most recent call last): File "freebsd-ci/scripts/test/run-tests.py", line 207, in main(sys.argv) File "freebsd-ci/scripts/test/run-tests.py", line 79, in main runTest() File "freebsd-ci/scripts/test/run-tests.py", line 184, in runTest fabric.api.run("kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt") File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 649, in host_prompting_wrapper return func(*args, **kwargs) File "/usr/local/lib/python2.7/site-packages/fabric/operations.py", line 1056, in run shell_escape=shell_escape) File "/usr/local/lib/python2.7/site-packages/fabric/operations.py", line 923, in _run_command channel=default_channel(), command=wrapped_command, pty=pty, File "/usr/local/lib/python2.7/site-packages/fabric/state.py", line 402, in default_channel chan = _open_session() File "/usr/local/lib/python2.7/site-packages/fabric/state.py", line 389, in _open_session return connections[env.host_string].get_transport().open_session() File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 159, in __getitem__ self.connect(key) File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 151, in connect user, host, port, cache=self, seek_gateway=seek_gateway) File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 575, in connect raise NetworkError(msg, e) fabric.exceptions.NetworkError: Timed out trying to connect to 192.168.10.2 (tried 1 time) [Pipeline] } //node [Pipeline] Allocate node : End [Pipeline] Allocate node : Start Running on master in /usr/local/jenkins/workspace/FreeBSD_stable_10 [Pipeline] node { [Pipeline] step From owner-freebsd-stable@freebsd.org Thu May 5 16:08: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 0929FB2E753 for ; Thu, 5 May 2016 16:08:19 +0000 (UTC) (envelope-from andreas@naund.org) Received: from naund.org (172-11-194-172.lightspeed.sntcca.sbcglobal.net [172.11.194.172]) by mx1.freebsd.org (Postfix) with ESMTP id CC77E1AFE for ; Thu, 5 May 2016 16:08:17 +0000 (UTC) (envelope-from andreas@naund.org) Received: (from andreas@localhost) by naund.org (8.11.6/8.11.6-20030329ao) id u45G7qL08062 for freebsd-stable@freebsd.org; Thu, 5 May 2016 09:07:52 -0700 Date: Thu, 5 May 2016 09:07:52 -0700 From: Andreas Ott To: freebsd-stable@freebsd.org Subject: binary updates for 10.3 failing Message-ID: <20160505090752.A7589@naund.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 05 May 2016 16:08:19 -0000 Hi, I'm not sure if the stable list is the correct place to report this, but currently binary updates are not working. I see posts on the forum but no solutions are being offered (other than updates from source, which are difficult on production systems missing the src component). Something broke recently, it worked to update from RELEASE to -p1. Symptoms are like this (note that the system is -p1 already but the binay updater identifies it as -p0): [root@www ~]# freebsd-version 10.3-RELEASE-p1 [root@www ~]# freebsd-update fetch src component not installed, skipped Looking up update.FreeBSD.org mirrors... none found. Fetching metadata signature for 10.3-RELEASE from update.FreeBSD.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 10.3-RELEASE-p0. [root@www ~]# I deleted /var/db/freebsd-update/* and tried again, same result. -andreas - Andreas Ott K6OTT +1.408.431.8727 andreas@naund.org From owner-freebsd-stable@freebsd.org Thu May 5 16:09: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 8BD30B2E8AA for ; Thu, 5 May 2016 16:09:21 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::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 605BE1D50 for ; Thu, 5 May 2016 16:09:21 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: by mail-ob0-x22b.google.com with SMTP id n10so38672550obb.2 for ; Thu, 05 May 2016 09:09:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=3A8aSIMi3aJDCZkaewHQM2f83YSLNHxW2V/y9JitG3Y=; b=DfvEo6gJ0ejhVm/BPDdgDXSxWZGhQmgCpApU6lGIVnBFgMD1WFWGFEVddfnDB2+Ewa lyDGIX9eA9b//xrMDbkLtgXlFyZO0mQEgwt3Uov//tqD/Ux1A0qO3l5opLCjDqvIFMce v6i5alNr+NR+9N6VQV7PWNMw6AGabHH/VK+k9lKcAXR9NH55eDyfqrNU+3Idsl7IL1LS 23tQ0JmkiSXIg7NvnyJKpp8rmOrGehSUVy7JydWtnd7Hz8pMeD/jLt5uRJs1ozP7yYAd AevY/qA08/4cUpSWyjcGhpvqCV+sSGrKUY+Y30sRCKVX/pDb2xpkRmvd1UqFO1xDTtoq 5JTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=3A8aSIMi3aJDCZkaewHQM2f83YSLNHxW2V/y9JitG3Y=; b=l7BjtgzMg/H6cYSVx95EB3+/TfPt1O8hosh1Ex8wEuSsV9IsfBFY0V5AC4gcUX+WFf 4dexSomwpZg08M40+Q0WR1jTvz+V2lqh1cTJsAH0iEUKFt2g7jfCMDTOwjbHR0CPv8vi jTZUQsFJzP5K4ch64SKFxWL9XLROdM1P69PrJcMpWL487QljvZxnlJMsOed0P1ew7a7e b7Kw8UdLBccTaFoF2LBU3wrGoxTO28tivQPsWFwq6RnELWYtWrk+HX+oMFzJ72SNm3TL MZ0fzY2qi2ggxyForb1gY2NBS+eUSYftS/gsBNMGYZLHCJFPGJ9DqQtbY5SdFY54XQMz cmAA== X-Gm-Message-State: AOPr4FU6++pl+ed67PRJSAxvSP12hM3IodU085zQZWjs6gekWs7rRsHcxKdkK3n1khjnxBua0gWiagP8zgkitg== MIME-Version: 1.0 X-Received: by 10.182.166.7 with SMTP id zc7mr135282obb.72.1462464560666; Thu, 05 May 2016 09:09:20 -0700 (PDT) Received: by 10.202.242.132 with HTTP; Thu, 5 May 2016 09:09:20 -0700 (PDT) Date: Thu, 5 May 2016 09:09:20 -0700 Message-ID: Subject: 10.1-RELEASE-p33 update does not exist? From: Nick Rogers To: FreeBSD STABLE Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 05 May 2016 16:09:21 -0000 Hello, I am not sure if this is the appropriate place to inquire about this, but I am unable to update my 10.1-RELEASE machines to the latest releng branch (10.1-RELEASE-p33) with the latest FreeBSD-SA-16:17.openssl advisory. Here's what happens when I try freebsd-update. # freebsd-version -ku 10.1-RELEASE-p31 10.1-RELEASE-p32 # uname -v FreeBSD 10.1-RELEASE-p31 #0: Wed Mar 16 18:39:20 UTC 2016 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC # freebsdupdatec # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 4 mirrors found. Fetching metadata signature for 10.1-RELEASE from update6.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. The following files are affected by updates, but no changes have been downloaded because the files have been modified locally: /etc/mtree/BSD.usr.dist /var/db/etcupdate/current/etc/mtree/BSD.usr.dist /var/db/etcupdate/current/etc/ntp.conf /var/db/mergemaster.mtree No updates needed to update system to 10.1-RELEASE-p32. There seems to be some discussion that is perhaps related to this issue in this bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209147 Thanks. From owner-freebsd-stable@freebsd.org Thu May 5 16:19:15 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 57202B2ECDA for ; Thu, 5 May 2016 16:19:15 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 21E2C139E for ; Thu, 5 May 2016 16:19:15 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ig0-x233.google.com with SMTP id s8so18213729ign.0 for ; Thu, 05 May 2016 09:19:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=Y0Pk4nV4PML5eJKKBcUiBLegeKKUaq3PwAOQ74oU7NQ=; b=Gd//evZvh+sDNjk6DjmcNG7O/hsi1j5yBy0aewgbOmNSl1vvmLanzIJgMipFppNifL hA1gI4ZM6EjhaHiuO/oaIz5wAJZ3db0J6OtsxthKeFk1T6c+TJ5WRWXhqbTGnRXdTcJj qZDG7TGvKFk1LDTFTcXfbZ+Lc3H7CzvJ2dZmuFpgEWMEUQoElfz/k/FIpsmL1yi8oxEN FvqismilwDaWORovhEzASEXovQ7jXR4xXEW0Vr5WLAbc7lEDo71eL5uLH6J29FZ4Ng3h RlzjoXR++C32K6XpbZpz5DyBVJW11BCpT0ogsIZHhaX3Z78TguWCsKO92z81Qt+rk3Ek tTeQ== 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=Y0Pk4nV4PML5eJKKBcUiBLegeKKUaq3PwAOQ74oU7NQ=; b=SMI+sCpTKGt8jJ1aL2ReS/1j9Xf/VJaZmiDgPbYPAh614OwFrH4JmKHtBsoqcAGYft kFukrLgy1ae2+gobLy8GMIFUzZ1AU7On+S6FLHyyH+CfOyUIilSC47ThPxEm42E2/qGI xJBO8bkH+/8M3UblFkvq5OcFThYAcpa1Sth4fAh5nW/anPf2xaEcKykxnfVZCHJqPPCr VY28mAhcshWrpupWQ02ceALxAvLVdz8cOHXJQ+wWbR4RXxNCyCbhTP1SboyCktq3awas jFIE9urQ9IE3s9mCImUYWWJI/kmRtDvKm6QUBRiCWL8pnHwU38JY0+/tzEjFgToMJMFU 2Wdg== X-Gm-Message-State: AOPr4FUOD9FBV0+E4nT62yv6D0obU3mXnifoRLQzjkFG4hqoacSO5U1XaVQnzum9vfg+zxs+O2phQkw8c/fElA== MIME-Version: 1.0 X-Received: by 10.50.92.41 with SMTP id cj9mr4701592igb.22.1462465153205; Thu, 05 May 2016 09:19:13 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.79.20.70 with HTTP; Thu, 5 May 2016 09:19:13 -0700 (PDT) In-Reply-To: <20160505090752.A7589@naund.org> References: <20160505090752.A7589@naund.org> Date: Thu, 5 May 2016 09:19:13 -0700 X-Google-Sender-Auth: XkW1CdWHKWXwscGr9DFHgLawwOw Message-ID: Subject: Re: binary updates for 10.3 failing From: Kevin Oberman To: Andreas Ott Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 05 May 2016 16:19:15 -0000 On Thu, May 5, 2016 at 9:07 AM, Andreas Ott wrote: > Hi, > > I'm not sure if the stable list is the correct place to report this, > but currently binary updates are not working. I see posts on the forum > but no solutions are being offered (other than updates from source, > which are difficult on production systems missing the src component). > Something broke recently, it worked to update from RELEASE to -p1. > > Symptoms are like this (note that the system is -p1 already but the binay > updater identifies it as -p0): > > [root@www ~]# freebsd-version > 10.3-RELEASE-p1 > [root@www ~]# freebsd-update fetch > src component not installed, skipped > Looking up update.FreeBSD.org mirrors... none found. > Fetching metadata signature for 10.3-RELEASE from update.FreeBSD.org... > done. > Fetching metadata index... done. > Inspecting system... done. > Preparing to download files... done. > > No updates needed to update system to 10.3-RELEASE-p0. > [root@www ~]# > > I deleted /var/db/freebsd-update/* and tried again, same result. > > -andreas > - > Andreas Ott K6OTT +1.408.431.8727 andreas@naund.org > I am seeing the exact same issue. I really, really would like to get the SSL fixes onto my web server, but I get the "No updates needed to update system to 10.3-RELEASE-p0." message. # freebsd-version -u -k 10.3-RELEASE 10.3-RELEASE-p1 -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Thu May 5 16:20: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 1468AB2ED90 for ; Thu, 5 May 2016 16:20:25 +0000 (UTC) (envelope-from andreas@naund.org) Received: from naund.org (172-11-194-172.lightspeed.sntcca.sbcglobal.net [172.11.194.172]) by mx1.freebsd.org (Postfix) with ESMTP id D4F651692 for ; Thu, 5 May 2016 16:20:24 +0000 (UTC) (envelope-from andreas@naund.org) Received: (from andreas@localhost) by naund.org (8.11.6/8.11.6-20030329ao) id u45GKOE08304 for freebsd-stable@freebsd.org; Thu, 5 May 2016 09:20:24 -0700 Date: Thu, 5 May 2016 09:20:24 -0700 From: Andreas Ott To: freebsd-stable@freebsd.org Subject: Re: binary updates for 10.3 failing Message-ID: <20160505092024.B7589@naund.org> References: <20160505090752.A7589@naund.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20160505090752.A7589@naund.org>; from andreas@naund.org on Thu, May 05, 2016 at 09:07:52AM -0700 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 05 May 2016 16:20:25 -0000 On Thu, May 05, 2016 at 09:07:52AM -0700, Andreas Ott wrote: > I'm not sure if the stable list is the correct place to report this, Magically, overnight a PR appeared... https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209147 and it seems more widespread than 10.3-RELEASE. -andreas -- Andreas Ott K6OTT +1.408.431.8727 andreas@naund.org From owner-freebsd-stable@freebsd.org Thu May 5 20:15: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 64E72B2FCC4 for ; Thu, 5 May 2016 20:15:28 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4A46A1119; Thu, 5 May 2016 20:15:28 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A7FDB113; Thu, 5 May 2016 20:15:28 +0000 (UTC) Date: Thu, 5 May 2016 20:15:28 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <522065146.8.1462479328594.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2108673700.1.1462462974611.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2108673700.1.1462462974611.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #249 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 05 May 2016 20:15:28 -0000 See From owner-freebsd-stable@freebsd.org Fri May 6 00:40:15 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 54F17B2FE36 for ; Fri, 6 May 2016 00:40:15 +0000 (UTC) (envelope-from prvs=09343dec96=rblayzor.bulk@inoc.net) Received: from mta2.alb.inoc.net (mta2.alb.inoc.net [IPv6:2607:f058:110:2::1:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 221F413C3 for ; Fri, 6 May 2016 00:40:15 +0000 (UTC) (envelope-from prvs=09343dec96=rblayzor.bulk@inoc.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=inoc.net; s=201501; h=Mime-Version:To:Date:Message-Id:Subject: Content-Transfer-Encoding:Content-Type:From:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=MTU5pa42ezYhgDSeQ+ycronM1T6Ew4FOilzkBrwNTyY=; b=WEZHD1eaKA0UOVdZV7mDlObuT9 h0NDiPCo8C5qdD2P/upiBvTzlNwKXbSD31uB7lbb5Dg9bBDjI9IfAlzg2JTguc5kSY4yq42civmvH 4wQEl3+SU/WJagl/QWfADM45Z2PjV1BGXuxCKsmTrE+jalGiN7oKryaKWixkXrfQBwYQjYPQpDnoo EgDuLcYk7ZNkJYkEDn5t1P/2IIA6r6x2tXIg8jKGFH8TQtIN399ZLwI5fMAz3OHKIyJZZ7pFWHTn8 EFLjW3PvXVgnbGULAvIEoKtfO/h3QrU/Ba479zce+QlzYftUKwoflnVYVmpXj6acITlmMT72c/E8j Pb7E1UPg==; Received: from pool-96-236-44-9.albyny.fios.verizon.net ([96.236.44.9] helo=[10.99.1.110]) by mail.inoc.net with ESMTPA (Exim 4.87) (envelope-from ) id 1ayToT-0008eQ-RU by authid for freebsd-stable@freebsd.org; Fri, 06 May 2016 00:40:13 +0000 From: Robert Blayzor Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: FreeBSD STABLE_10 (10.3) - lots of IPv6 connections in CLOSED state Message-Id: <7FCD74A2-7212-4DED-AFBF-92828DA9E9F0@inoc.net> Date: Thu, 5 May 2016 20:40:11 -0400 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-Auth-Info: cmJsYXl6b3JAaW5vYy5uZXQ= X-Virus-Scanned: ClamAV 0.99.1/21515/Wed May 4 16:39:26 2016 X-Origin-Country: US X-Anti-Abuse: Please report to abuse@inoc.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 06 May 2016 00:40:15 -0000 Started seeing a ton of these in dmesg: sonewconn: pcb 0xfffff8001570f188: Listen queue overflow: 301 already in = queue awaiting acceptance (41 occurrences) sonewconn: pcb 0xfffff8001570f188: Listen queue overflow: 301 already in = queue awaiting acceptance (45 occurrences) sonewconn: pcb 0xfffff8001570f188: Listen queue overflow: 301 already in = queue awaiting acceptance (41 occurrences) sonewconn: pcb 0xfffff8001570f188: Listen queue overflow: 301 already in = queue awaiting acceptance (39 occurrences) sonewconn: pcb 0xfffff8001570f188: Listen queue overflow: 301 already in = queue awaiting acceptance (42 occurrences) sonewconn: pcb 0xfffff8001570f188: Listen queue overflow: 301 already in = queue awaiting acceptance (40 occurrences) sonewconn: pcb 0xfffff8001570f188: Listen queue overflow: 301 already in = queue awaiting acceptance (44 occurrences) sonewconn: pcb 0xfffff8001570f188: Listen queue overflow: 301 already in = queue awaiting acceptance (43 occurrences) sonewconn: pcb 0xfffff8001570f188: Listen queue overflow: 301 already in = queue awaiting acceptance (38 occurrences) The process normally listening, the service stopped working. = (manage-sieve, TCP port 4190)=E2=80=A6 After looking at netstat I see 300+ connections on this service in a = =E2=80=9CCLOSED=E2=80=9D state=E2=80=A6 All of the connections are via = IPv6. Sockstat shows all of these connections not related to a user, command, = pid, etc=E2=80=A6. If I restart the process, all of the connections are = freed and things work as expected for a while. sockstat USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN = ADDRESS ? ? ? ? tcp6 dead:beef:110:2::1:0:25 = dead:beef:110:2::f:0:24162 ? ? ? ? tcp6 dead:beef:110:2::1:0:110 = dead:beef:110:2::f:0:1566 ? ? ? ? tcp6 dead:beef:110:2::1:0:25 = dead:beef:110:2::f:1:30064 ? ? ? ? tcp6 dead:beef:110:2::1:0:143 = dead:beef:110:2::f:0:7199 ? ? ? ? tcp6 dead:beef:110:2::1:0:110 = dead:beef:110:2::f:1:48062 ? ? ? ? tcp6 dead:beef:110:2::1:0:143 = dead:beef:110:2::f:1:54271 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:36446 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:57291 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:48429 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:56473 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:61870 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:5971 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:64942 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:46824 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:14230 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:34070 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:24494 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:43982 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:38576 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:13346 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:46491 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:57936 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:3863 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:52049 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:45212 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:43416 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:56373 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:51448 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:51996 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:52523 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:19061 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:41591 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:52222 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:47299 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:18115 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:64664 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:31583 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:24094 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:45457 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:51491 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:47910 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:26928 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:45476 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:63046 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:58335 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:18465 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:4543 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:49344 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:44587 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:50919 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:6113 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:37735 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:16079 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:6577 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:14321 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:18007 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:59905 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:43224 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:38200 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:46691 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:4639 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:25019 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:29059 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:27098 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:18482 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:48661 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:43056 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:45675 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:13694 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:65270 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:24727 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:33191 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:65497 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:61110 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:25091 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:24267 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:2629 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:27831 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:18562 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:46241 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:9761 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:10111 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:48462 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:3343 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:61423 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:57491 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:45411 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:51383 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:26383 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:21739 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:4026 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:23671 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:53683 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:46756 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:30714 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:44122 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:4850 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:32784 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:8775 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:38583 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:5123 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:1475 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:11930 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:22326 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:16479 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:40217 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:44723 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:58170 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:56677 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:61037 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:21891 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:14223 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:48263 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:6851 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:47644 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:36237 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:11922 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:1:36168 ? ? ? ? tcp6 dead:beef:110:2::1:0:4190 = dead:beef:110:2::f:0:57985 -- Robert inoc.net!rblayzor XMPP: rblayzor.AT.inoc.net PGP Key: 78BEDCE1 @ pgp.mit.edu From owner-freebsd-stable@freebsd.org Fri May 6 09:42:12 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 C4E60B2F64D for ; Fri, 6 May 2016 09:42:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B69D9178F; Fri, 6 May 2016 09:42:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9240C2AC; Fri, 6 May 2016 09:42:11 +0000 (UTC) Date: Fri, 6 May 2016 09:42:10 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <1818974267.14.1462527730722.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_stable_10 #252 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 06 May 2016 09:42:12 -0000 See From owner-freebsd-stable@freebsd.org Fri May 6 13:25: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 11314B2FE9E for ; Fri, 6 May 2016 13:25:44 +0000 (UTC) (envelope-from agnes.fr@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CE1B01E09 for ; Fri, 6 May 2016 13:25:43 +0000 (UTC) (envelope-from agnes.fr@freenet.de) Received: from [195.4.92.140] (helo=mjail0.freenet.de) by mout1.freenet.de with esmtpa (ID agnes.fr@freenet.de) (port 25) (Exim 4.85 #1) id 1ayflF-0001QT-AA for freebsd-stable@freebsd.org; Fri, 06 May 2016 15:25:41 +0200 Received: from localhost ([::1]:45271 helo=mjail0.freenet.de) by mjail0.freenet.de with esmtpa (ID agnes.fr@freenet.de) (Exim 4.85 #1) id 1ayflF-0001bW-6n for freebsd-stable@freebsd.org; Fri, 06 May 2016 15:25:41 +0200 Received: from mx13.freenet.de ([195.4.92.23]:52598) by mjail0.freenet.de with esmtpa (ID agnes.fr@freenet.de) (Exim 4.85 #1) id 1ayfiD-00053i-2r for freebsd-stable@freebsd.org; Fri, 06 May 2016 15:22:33 +0200 Received: from p54aa7ef7.dip0.t-ipconnect.de ([84.170.126.247]:62646 helo=sarah) by mx13.freenet.de with esmtpsa (ID agnes.fr@freenet.de) (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (port 587) (Exim 4.85 #1) id 1ayfiA-00030V-U1 for freebsd-stable@freebsd.org; Fri, 06 May 2016 15:22:33 +0200 From: "Schmitz EURL" To: "freebsd-stable" Subject: Recruitment agency offers new vacancies Date: Fri, 6 May 2016 13:22:18 GMT Reply-To: Message-ID: <5934d3c8.3d1695fc68794d78@sarah> Mime-Version: 1.0 Content-Type: text/plain X-Originated-At: 84.170.126.247!62646 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 06 May 2016 13:25:44 -0000 Good afternoon, We would like to make a very beneficial proposition to you! You can get a good money without any investments or huge time expenditures. Our firm helps to buy the cryptocurrency to our customer. If you have a couple of days per week and 2-3 hours per these days our job is positively befit for you! As well the huge preference of our job is that this kind of job does not raise difficulties with your primary work. Your constant earnings run at 200 to 1,600 Euros for each of the tasks. It means that you can get an approximate 8 000 EUR per month! Here is a brief description of your job: 1. Our enterprise will make the transaction to your bank account the amount of money at the rate of 1000,00 EUR to 8000.00 EUR. 2. Our enterprise will send you all information about this transaction. 3. As soon as the amount of money appears on your account, you need to convert into cash the money. 4. 20% of received amount of money will be your income. You just need to keep it. 5. 80% of the received sum you need transfer to our companion. 6. If everything is done accurate and on time we will talk over the time of the next task. The amount of your income differs according to the quantity of the done tasks. If you want to earn a fair money you need earn our trust. Just do your job promptly, responsible and scrupulous and you will get a lot of tasks and will have the opportunity to make a fair money. You don't need to worry about the legitimacy of our work. Our company always keep within the EU law in our work. If you are willing to cooperate with our company, please, contact us by email: William.Gilliam@gmx.com and we will contact you as soon as possible and will answer all of your questions. Our HR-manager will send you the response to your request from our corporate e-mail adress that is why please check new e-mail messages from new senders. We handle a huge amount of incoming and outgoing letters everyday that is why it is possible that you can wait answer from us more than 12 hours. We are kindly asking you for understanding and we would like to apologize for the inconvenience. Waiting for your answer. Sincerely yours, Schmitz EURL From owner-freebsd-stable@freebsd.org Fri May 6 13:59:12 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 9267AB315D8 for ; Fri, 6 May 2016 13:59:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 858181024; Fri, 6 May 2016 13:59:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7BC5D31C; Fri, 6 May 2016 13:59:12 +0000 (UTC) Date: Fri, 6 May 2016 13:59:11 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <802000944.15.1462543151821.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1818974267.14.1462527730722.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1818974267.14.1462527730722.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_stable_10 #253 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 06 May 2016 13:59:12 -0000 See From owner-freebsd-stable@freebsd.org Fri May 6 21:46: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 AE86DB311EF for ; Fri, 6 May 2016 21:46:27 +0000 (UTC) (envelope-from bertha.leon@lox-onlinesolutions.com) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bhn0254.outbound.protection.outlook.com [157.56.111.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A1571D6B for ; Fri, 6 May 2016 21:46:26 +0000 (UTC) (envelope-from bertha.leon@lox-onlinesolutions.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT1355101.onmicrosoft.com; s=selector1-loxonlinesolutions-com0i; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=7zFGwvc1qwWVkPSVW6zb/8xatpPhopCIkbBcre428vU=; b=A53uwc0zTwSCnI+wh+d065AQHZ8ryoguaTGSuOP9oqSL6uqX24IWSB3kCYwsUM58StPIqL8fKucb4iKPlc0hDvt3WwoESh/UfPM9JmXgM/fOT8H1rSlo/r39zRWAmGXqi8xnZGjC7UUszf3YbOHj9oiNbDFX7PgSoT/gecnA2OY= Received: from BN4PR15MB0531.namprd15.prod.outlook.com (10.164.61.153) by BN4PR15MB0529.namprd15.prod.outlook.com (10.164.61.151) with Microsoft SMTP Server (TLS) id 15.1.492.11; Fri, 6 May 2016 21:46:25 +0000 Received: from BN4PR15MB0531.namprd15.prod.outlook.com ([10.164.61.153]) by BN4PR15MB0531.namprd15.prod.outlook.com ([10.164.61.153]) with mapi id 15.01.0492.011; Fri, 6 May 2016 21:46:25 +0000 From: Bertha Leon To: "freebsd-stable@freebsd.org" Subject: Web hosting mailing list Thread-Topic: Web hosting mailing list Thread-Index: AdGn4GXO5o4j0nXaSPakeWEpLOYVtg== Date: Fri, 6 May 2016 21:46:24 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=bertha.leon@lox-onlinesolutions.com; x-originating-ip: [106.51.25.190] x-ms-office365-filtering-correlation-id: 4d6f8240-5b15-49bd-06dc-08d375f7df22 x-microsoft-exchange-diagnostics: 1; BN4PR15MB0529; 5:AF7LPSc99P6WAzNzBKKg3vTOuSMVpJhxquu/3xW29D/BoQ8ypoiQJZcsXfDBvpHXVJbT7xKyz2sgqwNz94APKsc8N34Ny3Pq6uzIO2BexYVg80K4LEEu8FgslBsrBPPV5OQTSjvLwLCPXNYZpix6VA==; 24:Z2RTKJDqkgcLwyT81o+2tVDBLbV020iYYi3vRHYZ3D+eztwLBgLkDOQ09LawRoqRrhvC+UBNbvfhwbd2vHVGyQ==; 7:7MFc1KeOgtDXiQwFNKv6FKVsaJgb0sYgLo3j8mfrggKDhGaCc+WlhGj3JeAglMofalqqrcf3D4r+Lf3TyJlArhLudtrbhMEmFpPiAeu5ytJHCj7/ULl+59/G/LiTSw0aajZRUr8inhy3NmcGdHFX3kpXbqJGwiro8DWPeVraGK99uz0BrnbZ6OvAUnGNRyb+ x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN4PR15MB0529; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040130)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041072)(6043046); SRVR:BN4PR15MB0529; BCL:0; PCL:0; RULEID:; SRVR:BN4PR15MB0529; x-forefront-prvs: 09347618C4 x-forefront-antispam-report: SFV:SPM; SFS:(10009020)(6009001)(52044002)(77096005)(2351001)(76576001)(87936001)(15975445007)(229853001)(122556002)(11100500001)(2900100001)(9686002)(9476002)(16236675004)(99286002)(2906002)(3480700004)(9406002)(5004730100002)(9456002)(66066001)(19625215002)(9326002)(19300405004)(33656002)(81166005)(5630700001)(74316001)(5640700001)(107886002)(110136002)(189998001)(19580395003)(54356999)(5003600100002)(5008740100001)(5002640100001)(50986999)(102836003)(6116002)(790700001)(10400500002)(450100001)(3846002)(8936002)(2501003)(3280700002)(1220700001)(86362001)(586003)(92566002)(3660700001)(8160700003); DIR:OUT; SFP:1501; SCL:5; SRVR:BN4PR15MB0529; H:BN4PR15MB0531.namprd15.prod.outlook.com; FPR:; SPF:None; MLV:ovrspm; PTR:InfoNoRecords; LANG:en; received-spf: None (protection.outlook.com: lox-onlinesolutions.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:22 MIME-Version: 1.0 X-OriginatorOrg: lox-onlinesolutions.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2016 21:46:24.8417 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 1017a00f-ead5-41cb-80ee-98557e5edb6f X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN4PR15MB0529 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 06 May 2016 21:46:27 -0000 Hi, Would you be interested in Web hosting mailing list? We provide data across the globe - North America, EMEA, Asia Pacific and LA= TAM. Different Internet hosting services: Virtual private server Dedicated hosting Colocation centre Cloud hosting Peer-to-peer Guild hosting Data Field: Name, Job Title, Verified Phone Number, Fax Number, Verified Em= ail Address, Employee Size, Revenue Size, SIC Code, Industry Type etc., Also we have users of: Hostgator, Godaddy, Bluehost, Softlayer, Linode, Fat= cow, Ipage, Webhostingtalk, Inmotionhosting, Reverbnation and many more. We also provide IT Decision Makers, Sales and Marketing Decision Makers, C-= level Titles and Decision Makers from all Departments. Let me know your target requirement so that I can send you a sample or sche= dule a call if required. Appreciate your time and look forward to hear from you. Regards, Bertha Leon Database Specialist If you are not the right person, feel free to forward this email to the rig= ht person in your organization. To opt out response REMOVE From owner-freebsd-stable@freebsd.org Sat May 7 15:50:37 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 B71A3B31DEA for ; Sat, 7 May 2016 15:50:37 +0000 (UTC) (envelope-from bmah@FreeBSD.org) Received: from ohta.kitchenlab.org (ohta.kitchenlab.org [IPv6:2001:470:1f05:55c::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kitchenlab.org", Issuer "kitchenlab.org Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D1041484 for ; Sat, 7 May 2016 15:50:37 +0000 (UTC) (envelope-from bmah@FreeBSD.org) Received: from kobe.int.kitchenlab.org (kobe.ipv6.kitchenlab.org [IPv6:2001:470:1f05:888:0:0:0:3]) (authenticated bits=0) by ohta.kitchenlab.org (8.15.2/8.15.1) with ESMTPSA id u47FoZEF021972 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 7 May 2016 08:50:36 -0700 (PDT) (envelope-from bmah@FreeBSD.org) X-Authentication-Warning: ohta.kitchenlab.org: Host kobe.ipv6.kitchenlab.org [IPv6:2001:470:1f05:888:0:0:0:3] claimed to be kobe.int.kitchenlab.org Subject: Re: binary updates for 10.3 failing To: Kevin Oberman , Andreas Ott References: <20160505090752.A7589@naund.org> Cc: FreeBSD-STABLE Mailing List From: "Bruce A. Mah" Openpgp: id=F85A38204369F71A34D44E834984910A8CAAEE8A Message-ID: <572E0EC5.3020301@FreeBSD.org> Date: Sat, 7 May 2016 08:50:29 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bnw8673FGV6BarkU4KNWIcJHRDrgc2Ou0" X-Virus-Scanned: clamav-milter 0.99.1 at ohta.kitchenlab.org X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 07 May 2016 15:50:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --bnw8673FGV6BarkU4KNWIcJHRDrgc2Ou0 Content-Type: multipart/mixed; boundary="9wminhkICcvDrKiOJCDpVOv3K5692820b" From: "Bruce A. Mah" To: Kevin Oberman , Andreas Ott Cc: FreeBSD-STABLE Mailing List Message-ID: <572E0EC5.3020301@FreeBSD.org> Subject: Re: binary updates for 10.3 failing References: <20160505090752.A7589@naund.org> In-Reply-To: --9wminhkICcvDrKiOJCDpVOv3K5692820b Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable If memory serves me right, Kevin Oberman wrote: > On Thu, May 5, 2016 at 9:07 AM, Andreas Ott wrote: >=20 >> Hi, >> >> I'm not sure if the stable list is the correct place to report this, >> but currently binary updates are not working. I see posts on the forum= >> but no solutions are being offered (other than updates from source, >> which are difficult on production systems missing the src component). >> Something broke recently, it worked to update from RELEASE to -p1. [snip] > I am seeing the exact same issue. I really, really would like to get th= e > SSL fixes onto my web server, but I get the "No updates needed to updat= e > system to 10.3-RELEASE-p0." message. >=20 > # freebsd-version -u -k > 10.3-RELEASE > 10.3-RELEASE-p1 Works now. I forgot exactly what was broken and/or fixed but it's on the security@ list. After a freebsd-update fetch/install/reboot cycle...= wwwin:bmah% freebsd-version -u -k 10.3-RELEASE-p2 10.3-RELEASE-p2 Bruce. PS. Hi Andreas! Hi Kevin! --9wminhkICcvDrKiOJCDpVOv3K5692820b-- --bnw8673FGV6BarkU4KNWIcJHRDrgc2Ou0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCgAGBQJXLg7LAAoJEEmEkQqMqu6KA/sH/RrdyzDJFuCwWTfFxW+4Gl38 U9tErd7PK1oIT0PNOR+rN0MN9J7xF/FXyPSkds0Nb1lMQez32Md5BSec3fJekMw2 YGeyQMWKuAK7T1ImKipZkYBMOn56XnKFaoWCP6q92q74QAmRgQ3/+l6de+JIqen4 FzgTdZINT43IUA94zvL74y05lhqKckkM3+0nmN4nD2CcjVLdE9cpnkyP2qiPk9tA P/HzOYQ5Fx428/6Hpr6pHXuInF7TQDfViby2QbrNbowVLqUHen6D+XluS93addQC 8yV7iAVwAkjRM5fUW7vLNmG6or2+Va/BU92ldDjXgaTy8H1Mgu8A7rMNoUVGt0U= =fIwP -----END PGP SIGNATURE----- --bnw8673FGV6BarkU4KNWIcJHRDrgc2Ou0--