From owner-freebsd-stable@FreeBSD.ORG Sun Oct 20 03:42:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C7135465 for ; Sun, 20 Oct 2013 03:42:33 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp1.sbb.rs (smtp1.sbb.rs [89.216.2.33]) by mx1.freebsd.org (Postfix) with ESMTP id 36FB12242 for ; Sun, 20 Oct 2013 03:42:32 +0000 (UTC) Received: from knossos (cable-178-148-96-62.dynamic.sbb.rs [178.148.96.62]) by smtp1.sbb.rs (8.14.0/8.14.0) with ESMTP id r9K3LWAk024999; Sun, 20 Oct 2013 05:21:37 +0200 Received: from localhost (1000@localhost [local]); by knossos (OpenSMTPD) with ESMTPA id 11af93ec; Sun, 20 Oct 2013 05:21:03 +0200 (CEST) User-Agent: OpenSMTPD enqueuer (Demoosh) Date: Sun, 20 Oct 2013 05:21:03 +0200 From: Zoran Kolic To: Ben Morrow Subject: Re: .rnd file Message-ID: <20131020032103.GA25699@knossos> References: <20131019161644.GA5171@faust.sbb.rs> <20131019232619.GA58029@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131019232619.GA58029@anubis.morrow.me.uk> Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Oct 2013 03:42:33 -0000 > It's created by openssl as an entropy cache. See e.g. rand(1). I don't > think the new nvidia-driver has anything to do with it, unless it's > somehow causing openssl to be run when it wasn't before. Thanks, Ben! I found that manual page also. I just cannot get why it is triggered at all. To clarify, I binary updated base and packages and had a problem with nvidia driver in binary form. So, I com- piled it from the source. When I remove the file and do startx, here it is again. I assume it is safe to stay? 9.2 release, amd64. Nvidia driver is 319.32. Best regards all Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Oct 20 08:17:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 15573E47 for ; Sun, 20 Oct 2013 08:17:56 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC2752C04 for ; Sun, 20 Oct 2013 08:17:55 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VXoCw-0002nS-LJ for freebsd-stable@freebsd.org; Sun, 20 Oct 2013 01:17:54 -0700 Date: Sun, 20 Oct 2013 01:17:54 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1382257074646-5853322.post@n5.nabble.com> In-Reply-To: <20131020032103.GA25699@knossos> References: <20131019161644.GA5171@faust.sbb.rs> <20131019232619.GA58029@anubis.morrow.me.uk> <20131020032103.GA25699@knossos> Subject: Re: .rnd file MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Oct 2013 08:17:56 -0000 FWIW, I don't think nvidia driver is actually compiled from source. It is a binary driver. -- View this message in context: http://freebsd.1045724.n5.nabble.com/rnd-file-tp5853170p5853322.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 20 09:15:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B3587B09; Sun, 20 Oct 2013 09:15:55 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from gate.utahime.jp (ipq210.utahime.jp [183.180.29.210]) by mx1.freebsd.org (Postfix) with ESMTP id 7F4B32E34; Sun, 20 Oct 2013 09:15:55 +0000 (UTC) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by gate.utahime.jp (Postfix) with ESMTP id 4B74561F9D; Sun, 20 Oct 2013 18:15:54 +0900 (JST) Received: from eastasia.home.utahime.org (localhost [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with ESMTP id 1CBF24E630; Sun, 20 Oct 2013 18:15:54 +0900 (JST) Received: from localhost (rolling-vm-freebsd2.home.utahime.org [192.168.174.54]) by eastasia.home.utahime.org (Postfix) with ESMTP id EB7844E62F; Sun, 20 Oct 2013 18:15:53 +0900 (JST) Date: Sun, 20 Oct 2013 18:15:11 +0900 (JST) Message-Id: <20131020.181511.1975126245725344090.yasu@utahime.org> To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Fail to build shells/zsh on 10.0-BETA1 due to conflict of 'bool' definition between rpcsvc/yp_prot.h and stdbool.h From: Yasuhiro KIMURA In-Reply-To: <20131020.022631.399663240.yasu@utahime.org> References: <20131020.022631.399663240.yasu@utahime.org> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sun_Oct_20_18_15_11_2013_849)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Oct 2013 09:15:55 -0000 ----Next_Part(Sun_Oct_20_18_15_11_2013_849)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Yasuhiro KIMURA Subject: Fail to build shells/zsh on 10.0-BETA1 due to conflict of 'bool' definition between rpcsvc/yp_prot.h and stdbool.h Date: Sun, 20 Oct 2013 02:26:31 +0900 (JST) > On 10.0-BETA1 amd64, build of shells/zsh fails as following: > (snip) > cc -c -I. -I../Src -I../Src -I../Src/Zle -I. -I/usr/local/include -DHAVE_CONFIG_H -O2 -pipe -fno-strict-aliasing -o hashnameddir.o hashnameddir.c > In file included from hashnameddir.c:52: > /usr/include/rpcsvc/yp_prot.h:71:15: error: cannot combine with previous 'type-name' declaration specifier > typedef u_int bool; > ^ > /usr/include/stdbool.h:37:14: note: expanded from macro 'bool' > #define bool _Bool > ^ > 1 error generated. > *** Error code 1 > > Stop. > > Accoding to the error message, there seems to be conflict about > definition of 'bool' between /usr/include/rpcsvc/yp_prot.h and > /usr/include/stdbool.h. > > Then how to fix this issue? Applying attached patch to port tree is tentative workaround, but I blieve this issue should be fixed by base system. Removing line 70-73 of yp_prot.h is simple idea but I am not certain it is really solution. --- Yasuhiro KIMURA ----Next_Part(Sun_Oct_20_18_15_11_2013_849)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename=patch-zsh Index: shells/zsh/Makefile =================================================================== --- shells/zsh/Makefile (revision 330965) +++ shells/zsh/Makefile (working copy) @@ -25,7 +25,7 @@ USES= iconv ncurses GNU_CONFIGURE= yes -CPPFLAGS+= -I${LOCALBASE}/include +CPPFLAGS+= -I${LOCALBASE}/include -DBOOL_DEFINED LDFLAGS+= -L${LOCALBASE}/lib CONFIGURE_ARGS= --with-term-lib="ncursesw ncurses" --with-tcsetpgrp \ --enable-function-subdirs ----Next_Part(Sun_Oct_20_18_15_11_2013_849)---- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 20 12:34:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E0D5A294 for ; Sun, 20 Oct 2013 12:34:00 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4D88265A for ; Sun, 20 Oct 2013 12:34:00 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 92C5FA8546 for ; Sun, 20 Oct 2013 12:33:58 +0000 (UTC) From: Stefan Bethke Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Keep named going after upgrade to 10-stable Message-Id: <4B6CC4DF-161C-4CA0-9B0E-F7D20AECE76E@lassitu.de> Date: Sun, 20 Oct 2013 14:33:56 +0200 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Oct 2013 12:34:00 -0000 So I made the plunge and source-upgraded to 10-stable last night, so far = without any issues. It took me a second to figure out how to keep named going, now that it = has been removed from base, and since I couldn't find anything on the = lists or in the handbook, here's a quick how to. First, after make installworld, your 9-stable /usr/sbin/named is still = there, so your current configuration will continue to work without = issue. Only when you make delete-old will the old binaries be removed. = In preparation for that: Install a suitable bind port (i.e. dns/bind99), then adjust rc.conf to = tell the /etc/rc.d/named start script to start the named from = /usr/local: named_program=3D"/usr/local/sbin/named" And that's it. To be on the safe side, use = /usr/local/sbin/named-checkconf to check your config files before making = the switch. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sun Oct 20 12:41:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5381D434 for ; Sun, 20 Oct 2013 12:41:59 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2C1CB26C8 for ; Sun, 20 Oct 2013 12:41:58 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 48CDC37B4C1; Sun, 20 Oct 2013 07:41:52 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3d2gbM4TlFz1pb; Sun, 20 Oct 2013 07:41:51 -0500 (CDT) Date: Sun, 20 Oct 2013 07:41:51 -0500 From: "Matthew D. Fuller" To: Stefan Bethke Subject: Re: Keep named going after upgrade to 10-stable Message-ID: <20131020124151.GO59837@over-yonder.net> References: <4B6CC4DF-161C-4CA0-9B0E-F7D20AECE76E@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B6CC4DF-161C-4CA0-9B0E-F7D20AECE76E@lassitu.de> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.98 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Oct 2013 12:41:59 -0000 On Sun, Oct 20, 2013 at 02:33:56PM +0200 I heard the voice of Stefan Bethke, and lo! it spake thus: > > First, after make installworld, your 9-stable /usr/sbin/named is > still there, so your current configuration will continue to work > without issue. Only when you make delete-old will the old binaries > be removed. Note that delete-old also includes the named.root file (fetch -m http://www.internic.net/domain/named.root) and the empty and localhost-{forward,reverse} .db files the existing named.conf references, so "upgrade ; delete-old ; install port" with the existing conf file won't actually start. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 20 21:57:03 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BE29C20C; Sun, 20 Oct 2013 21:57:03 +0000 (UTC) (envelope-from pali.gabor@gmail.com) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69F8422F9; Sun, 20 Oct 2013 21:57:03 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id o20so1805435oag.27 for ; Sun, 20 Oct 2013 14:57:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6aozCwXJc4sQECUSnECYx/1MpKb0zcuWXw/wrgbmylI=; b=Qe4kqDJsvB3nyIwLTgAX6GRmqHoJ/FUilAAC0yWC0eECNNUMpuSKAJgQfFi3r0YE1d GS9y+fQayhW2F1f9a7K3558TgJ/ngkpYQR9n6e60TJeXd6Lfj3+XDyWJU7v2bojYxsHO /TXl92a9PGyNQvg+Od0LeuA6nZwt5V4WIlzFunyIaDtXHsYnVL17EYi7IU4ftpZmND0/ QMqmmIAbHu/Hs0eCiRPptAqRp0yFbWJ7uouKXgBSsORFxYxnTCtcT+Nekt8lk2ptc5zL ptGHc5H887pI97+rrsjKKPBrIXKqgLmnEaKs8zaEBjdyHmGapQo+YiQ81QCgSgDeHO39 yPIQ== MIME-Version: 1.0 X-Received: by 10.60.43.131 with SMTP id w3mr4504439oel.10.1382306222583; Sun, 20 Oct 2013 14:57:02 -0700 (PDT) Sender: pali.gabor@gmail.com Received: by 10.182.22.44 with HTTP; Sun, 20 Oct 2013 14:57:02 -0700 (PDT) Date: Sun, 20 Oct 2013 23:57:02 +0200 X-Google-Sender-Auth: THSdfTj42tCW4vbgQoNrD9x1iQw Message-ID: Subject: FreeBSD Quarterly Status Report, July-September, 2013 From: Gabor Pali To: hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Oct 2013 21:57:03 -0000 FreeBSD Quarterly Status Report, July-September 2013 Introduction This report covers FreeBSD-related projects between July and September 2013. This is the third of four reports planned for 2013. We have had another very active three months in the FreeBSD world, including two Developer Summits (BSDCam and EuroBSDcon) that will be covered in separate status reports. FreeBSD continues to push hard on security, with improvements to both the performance and reliability of the random number generation, and more compartmentalisation in programs in the base system. For developers, there is work on a new modern debugger. There is also a significant amount of of modernization in the support for Objective-C and Ada via ports, making FreeBSD a first-rate platform for developing in either language, in addition to the existing C++11 and C11 support already present in the base system. Server users will be pleased to see improvements in the iSCSI stack and scalability allowing over a million I/O operations per second on commodify hardware, while desktop users will see improvements in X support for new GPUs and for possible X replacements. Thanks to all the reporters for the excellent work! This report contains 30 entries and we hope you enjoy reading it. The deadline for submissions covering between October and December, 2013 is January 14th, 2014. __________________________________________________________________ FreeBSD Team Reports * FreeBSD Core Team * FreeBSD Port Management Team * FreeBSD Postmaster Team * FreeBSD Release Engineering Team Projects * Static Code Analysis Kernel * AES-NI Improvements for GELI * Atomic "close-on-exec" * Continuation of the Newcons Project * GEOM Direct Dispatch and Fine-Grained CAM Locking * Native iSCSI Stack * Reworking random(4) * SDIO Driver * VirtIO Network Multiqueue * VMware VMXNET3 Driver Architectures * FreeBSD on Cubieboard2 * FreeBSD/EC2 * FreeBSD/pseries * FreeBSD/sparc64 * Superpages for ARMv7 Userland Programs * Capsicum * LLDB Debugger Port Ports * FreeBSD Ada Ports * FreeBSD Python Ports * GNOME/FreeBSD * GNUstep on FreeBSD * X.Org on FreeBSD Documentation * FreeBSD Documentation Project Primer Edit * The entities Documentation Branch Google Summer of Code * Download Manager Service for the Ports Collection Miscellaneous * The FreeBSD Foundation __________________________________________________________________ AES-NI Improvements for GELI URL: http://svnweb.freebsd.org/changeset/base/255187 Contact: John-Mark Gurney An enhancement to the AES-NI implementation for OpenCrypto, the kernel's cryptography framework, has been committed that significantly improves AES-XTS and AES-CBC decryption performance. This gives geli(8) around a three times performance boost on gnop(8) using AES-XTS compared to the old code. These improvements are available to users of the OpenCrypto framework and crypto(4). __________________________________________________________________ Atomic "close-on-exec" URL: https://wiki.freebsd.org/AtomicCloseOnExec Contact: Jilles Tjoelker If threads or signal handlers call fork() and exec(), file descriptors may be passed undesirably to child processes, which may lead to hangs (if a pipe is not closed), exceeding the file descriptor limit, and security problems (if the child process has lower privilege). One solution is various new APIs that set the "close-on-exec" flag atomically with allocating a file descriptor. Some existing software will use the new features if present or will even refuse to compile without them. With mkostemp(), dup3(), and a change to modes of fopen() and freopen(), everything proposed in Austin Group issue #411 has now been implemented. For all POSIX-specified functions that allocate file descriptors, it is possible to request that the new descriptor be set close-on-exec atomically. Additionally, many file descriptors used internally by libc and libutil now have the close-on-exec bit set. __________________________________________________________________ Capsicum Contact: Pawel Jakub Dawidek Capsicum is the FreeBSD sandboxing subsystem, which presents programmers with a capability module allowing fine-grained delegation of rights to less-privileged processes. Casper is a friendly daemon that provides services to sandboxed processes, allowing policy-based access to privileged services such as DNS resolution. The work on Capsicum and related projects (such as Casper, libnv, etc.) is progressing nicely. An overhaul of the cap_rights_t was committed to FreeBSD head and will be included in 10.0. This allows us to have more capability rights on file descriptors than the previous limit of 64 rights, which was almost reached. This change is not backward compatible, so it was very important to get it into 10.0. libnv, used for communication between Casper services and consumers, but which will hopefully be used more widely, is finalized and comes with a nice set of regression tests. The number of applications sandboxed using the Capsicum framework is increasing. We have around 10 of them already in base and more that are not yet committed. This project is being sponsored by the FreeBSD Foundation. Open tasks: 1. Finish documentation of Casper and its services. 2. Implement regression tests for Casper services. 3. Finish documentation for libnv. 4. Start making libc more sandbox-friendly, that is, modifying functions such as strerror(3), strsignal(3), localtime(3), login_get*(), getservent(3), getprotent(3), and getrpcent(3) which currently open files on first use, which might be too late if we are already in a capability-mode sandbox. 5. Rethink the system.filesystem Casper service to allow for easy compartmentalization of various command-line tools that operate on multiple files. __________________________________________________________________ Continuation of the Newcons Project URL: http://svn.freebsd.org/base/user/ed/newcons/ Contact: Aleksandr Rybalko The Newcons project is aimed to replace the old syscons(4)-based virtual terminals. The main objectives are: support Unicode characters, and move away from the dependency on fixed VGA and VESA graphics modes and built-in BIOS services. This project was originally started by Ed Schouten, and it already featured the following features (among many others) in 2013: * Unicode fonts with Latin, Cyrillic and some more simple character sets. * Unicode output support. * Graphics mode support. * Text mode support. * sysmouse(4) support, without copy/paste. And these have been extended by the following items recently: * History, that is, the ability to scroll through the terminal history. The old, separate history buffer has been removed. * The history is implemented by a circular buffer which has no risk of overflow, and scrolling appears "unlimited". * VT_PROCESS mode, a way to hold the terminal and prevent terminal switching. For example, X.Org uses this feature to prevent the user from switching to a non-X terminal. * drm2/fb_helper, the KMS driver. This binds Newcons to framebuffers created the DRM-enabled video drivers in the kernel (such as i915kms and radeonkms). * Dynamic attachment of VT drivers, vt_allocate() to allow attaching console video drivers at a later point where framebuffer owner can manage the initialization. This is for KMS and devices without early graphics support. Supported startup modes for KMS: * Start without VT graphics drivers, then load KMS. * Start with VGA, then load KMS. * Preload KMS, then the KMS driver will be attached to the output. * Preload KMS, start with VGA, then KMS driver will replace the VGA output. This project is being sponsored by The FreeBSD Foundation. Many thanks to Ed Schouten, who started the Newcons project and did most of the work. Open tasks: 1. Implement a Generic Framebuffer interface, a simple interface to offer direct access to the framebuffer from the userland (via /dev/fb*) and automatic management of virtual terminals by Newcons. 2. Mouse support, copy/paste using sysmouse(4). 3. Improve locking. 4. Bug fixes. 5. Integrate into FreeBSD head. 6. Integrate into FreeBSD 10.0. 7. Implement mapping non-ASCII characters to Unicode on keyboard input. 8. Adapt existing screen savers. 9. Last but not least, testing is welcome! __________________________________________________________________ Download Manager Service for the Ports Collection URL: https://wiki.freebsd.org/SummerOfCode2013/IntellegentDownloadManage= r URL: https://wiki.freebsd.org/IdeasPage/IDMS Contact: Ambarisha Bhatlapenumarthi Contact: Xin Li This is a Google Summer of Code 2013 project that aims to replace the fetch(1)-based method for getting distribution files, such as source tarballs, for the third-party applications (ports) with an intelligent Download Manager Service (see links for more information). All the modules highlighted in the project wiki have been completed (see links). Specifically: * A service that receives and serves download requests. It samples download speeds from different mirrors and uses this information to pick the best mirror on the next request. It can migrate jobs between mirrors if it realizes that a complete download from a different mirror would be faster than proceeding with the mirror it is currently using. * A status dump feature has also been added to the client (dmget) which dumps the information about active downloads, speeds from mirrors, etc. Open tasks: 1. The implementation (especially job migration and dumping status) has not been tested thoroughly. Test the code, write more unit and regression tests. __________________________________________________________________ FreeBSD Ada Ports URL: http://www.dragonlace.net Contact: John Marino A few years ago, Ada-based ports almost completely disappeared from the Ports Collection. This was not surprising, as FSF GNAT, the only open-source Ada compiler, ceased to build correctly on any BSD flavor. Previously-built bootstrap compilers would not run on modern FreeBSD, and certainly not on amd64. The first step, see the link for details, was to patch GCC in order to fix GNAT not only on FreeBSD, but DragonFly, NetBSD, and OpenBSD as well. New bootstraps for both i386 and amd64 platforms were produced during this effort. Ada compilers on FreeBSD now pass 100% of the ACATS and GCC testsuites. With the introduction of the first new Ada compiler port, the GCC 4.6-based lang/gnat-aux, the GNAT Programming Studio (a multilanguage integrated development environment), XML/Ada, and GtkAda were among the first Ada ports resurrected. With the latest compiler, lang/gcc-aux based on GCC 4.7, a cohesive Ada framework was created with the new USES=3D framework. Currently around 2= 0 ports are part of this framework including Florist, ASIS, GPRbuild, QtAda, AdaControl, AdaBrowse, PolyOrb, and AWS (Ada Web Server). The GNAT AUX compiler is also still in use to serve as a basis for the GNATDroid ports which are FreeBSD-to-Android Ada+C cross-compilers. However, these will soon be integrated into the Ada Framework. At this point, it looks like FreeBSD (shared with DragonFly via DPorts) has taken the crown from Debian as the recognized best Ada development platform. The FreeBSD versions of the software are more recent and the Ports Collection has ports not available on Debian, such as LibSparkCrypto, the Matreshka library, and the Ahven unit tester. Future work potentially includes converting GCC AUX to GCC 4.8 to acquire better Ada 2012 support, importing Spark 2014 into ports when it arrives and to continue to add new Ada ports to the framework. __________________________________________________________________ FreeBSD Core Team Contact: FreeBSD Core Team In the third quarter of 2013, the Core Team focused on officially launching pkg.freebsd.org, the Project's official pkg(8) repository, in cooperation with the Port Management Team, the Security Team, and the Cluster Administration Team. At the same time, there are plans to gradually deprecate the use of the old pkg_add(1), allowing pkg(8) to be the default binary package management solution for FreeBSD, arriving with 10.0-RELEASE. Thomas Abthorpe has been appointed to the role of liaison between the Core Team and the Ports Management Team, in order to make the collaboration more effective. David Chisnall has joined the group that publishes the Quarterly Status reports and compiled a special status report on the results of the BSDCan 2013 Developer Summit. David also took the lead role on the organization of an off-season developer summit in Cambridge, UK, which was finally held at the end of August. For the items discussed in Cambridge, preparation of a detailed report is still in progress. There were src commit bits issued for 5 new developers and most of the src commits being idle more than 12 months have been taken into safekeeping as result of a major cleanup to the repository access file in July, performed by Gavin Atkinson. __________________________________________________________________ FreeBSD Documentation Project Primer Edit URL: http://www.freebsd.org/doc/en/books/fdp-primer/book.html Contact: Warren Block The FreeBSD Documentation Project Primer had not changed at the same rate as the documents themselves. Some sections were outdated and others were verbose and confusing, while information on new changes to the documentation were not described at all. In July, Warren gave the entire FDP Primer a fairly intense edit for simplicity and clarity. Chapters and sections were moved into a more logical order, and information was updated to be a better guide to the current state. Markup examples were added and revised. Style guidelines were also extended and updated. The Primer is now far more consistent and usable. As always, there is still room for improvement, and additions or corrections are encouraged. Open tasks: 1. An introductory chapter on writing manual pages with mdoc(7) would be an excellent addition. __________________________________________________________________ FreeBSD on Cubieboard2 URL: http://svnweb.freebsd.org/changeset/base/254056 Contact: Ganbold Tsagaankhuu Initial support of Allwinner A20 SoC is committed to head. The A20 SoC on Cubieboard2 is pin-to-pin compatible with the A10 in Cubieboard1 and FreeBSD supports the following peripherals: * USB EHCI * GPIO Open tasks: 1. Get the EMAC Ethernet driver working. Need more help from network driver experts. 2. Add more drivers. __________________________________________________________________ FreeBSD Port Management Team URL: http://www.FreeBSD.org/ports/ URL: http://www.freebsd.org/doc/en/articles/contributing-ports/ URL: http://portsmon.freebsd.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://blogs.freebsdish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/portmgr URL: http://lists.freebsd.org/mailman/listinfo/freebsd-pkg-fallout Contact: FreeBSD Port Management Team The ports tree contains approximately 24,400 ports, while the PR count exceeds 1,900. In the third quarter, we added four new committers and took in six commit bits for safekeeping. A significant amount of effort has gone into tweaking and manipulating the infrastructure to modernize and update it, in preperation for pkg(8) replacing the old pkg_add(1) infrastructure, as well as preparing for FreeBSD 10.0 with Clang as default compiler, libc++ as the default C++ standard library, and iconv(1) integrated into libc. Automated procedures for quality assurance have been implemented, notably pkg-fallout. All porters are encouraged to subscribe to the associated mailing list (see links), and do their part to fix ports for pkg(8) and Clang readiness. Many iterations of tests were run to ensure that as many packages as possible would be available for the 9.2 release. Open tasks: 1. Most ports PRs are assigned, we now need to focus on testing, committing, and closing. __________________________________________________________________ FreeBSD Postmaster Team URL: http://lists.freebsd.org/mailman/listinfo/freebsd-fortran URL: http://lists.freebsd.org/mailman/listinfo/freebsd-pkg-fallout URL: http://lists.freebsd.org/mailman/listinfo/freebsd-users-jp Contact: FreeBSD Postmaster Team In the third quarter of 2013, the FreeBSD Postmaster Team has implemented the following items that may be interest of the general public: * Created the freebsd-fortran list, requested by Anton Shterenlikht. * Created the freebsd-pkg-fallout list, requested by Baptiste Daroussin. * Created the freebsd-users-jp list, requested by Hiroki Sato * Retired the freebsd-mozilla list, requested by Florian Smeets. * Worked with the FreeBSD Cluster Administrators to enable TLS support on incoming and outgoing mail servers. * Started discussions and exploration of current and possible future mail and spam filtering. * Started the process for retiring the aic7xxx mailing list. Completion of this is scheduled for 12 October 2013. __________________________________________________________________ FreeBSD Python Ports URL: https://wiki.FreeBSD.org/Python URL: irc://freebsd-python@irc.freenode.net Contact: FreeBSD Python Team We are currently working on cleaning up the lang/python* ports to improve their compatibility with the original upstream build behaviour and to reduce the need for FreeBSD-specific build patches. A first step was made in September by reducing the flags injected into the different Python interpreter versions. The first tasks have been completed to support the installation of packages for different Python ports. A new metaport structure has replaced the original Python port behaviour, and will be enhanced over the next months to enable improved installation support of packages for different Python versions at the same time. The Python ports framework was enhanced with automated packaging list creation and replacement macros, which improve the compatibility with multiple Python versions and reduce the packaging list sizes. PyPy was heavily enhanced over the last couple of months. Major updates to the port solved integration issues and a new pypy-devel port for snapshots and previews was added. Since the PyPy 3 release, there is a new pypy3-devel port available to provide not only compatibility for Python 2.x specific scripts, but also for those using the 3.x language specification. IronPython found its way into the FreeBSD ports tree, providing an implementation of the Python language based on .NET and Mono. Open tasks: 1. Develop a high-level and lightweight Python Ports Policy. 2. Chase the unification of Distribute (devel/py-distribute) and Setuptools (devel/py-setuptools*). 3. Add support for granular dependencies (for example >=3D1.0 or < 2.0)= . 4. Look at what adding pip (Python Package Index) support looks like. 5. More tasks can be found on the Team's wiki page (see links). __________________________________________________________________ FreeBSD Release Engineering Team URL: http://www.FreeBSD.org/releases/9.2R/schedule.html URL: http://www.FreeBSD.org/releases/10.0R/schedule.html URL: http://ftp.FreeBSD.org/pub/FreeBSD/snapshots/VM-IMAGES/ URL: http://ftp.FreeBSD.org/pub/FreeBSD/snapshots/ISO-IMAGES/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team has completed the 9.2-RELEASE process. The release cycle changed with a last-minute addition of 9.2-RC4. The 9.2-RELEASE was announced September 30, four weeks behind the original schedule. The FreeBSD 10.0-RELEASE cycle has started, and testing is strongly encouraged. For testing purposes, both installation images and virtual machine images exist on the FreeBSD Project FTP servers. Open tasks: 1. Test 10.0-CURRENT and report problems. __________________________________________________________________ FreeBSD/EC2 URL: http://www.daemonology.net/freebsd-on-ec2/ URL: https://aws.amazon.com/marketplace/pp/B00AA25MLK/ Contact: Colin Percival FreeBSD images are available for use in EC2 for 8.3-RELEASE, 8.4-RELEASE, 9.0-RELEASE, 9.1-RELEASE, and 9.2-RELEASE. In 9.2-RELEASE, FreeBSD runs in EC2 using an unpatched source tree, but it needs the XENHVM kernel configuration. Starting from FreeBSD 10.0-ALPHA3, the GENERIC kernel configuration now contains all the XENHVM bits needed to allow FreeBSD to run in EC2 natively. Consequently, FreeBSD 10.0 will be the first release for which FreeBSD/EC2 is purely "bits off the ISO". This also means that starting with 10.0 it will be possible to use freebsd-update(8) for all base system updates -- in earlier releases it was necessary to recompile the XENHVM kernel manually. Due to FreeBSD's use of HVM virtualization, running on "old" EC2 instance types (m1, m2, c1, t1) requires that FreeBSD pretends to be Windows, which unfortunately results in paying the higher "windows" EC2 instance prices. On "new" EC2 instances (cc1, cc2, cg1, cr1, hi1, hs1, and m3) FreeBSD can run as a "unix" image at the lower rate. Open tasks: 1. Test FreeBSD 10.0-ALPHAs/BETAs/RCs as they become available. Plenty of new Xen code has been committed recently and there are probably bugs to find before the release. 2. Keep nagging Amazon to provide more instance types which FreeBSD can run on without paying a "Windows tax". 3. Provide some mechanism for instance configuration via EC2 user-data. This might involve using cloud-init, or it might be a new system. __________________________________________________________________ FreeBSD/pseries URL: http://svnweb.freebsd.org/changeset/base/255643 Contact: Andreas Tobler Contact: Nathan Whitehorn Starting with FreeBSD 10.0-ALPHA4, the projects/pseries branch has been merged into FreeBSD head. This allows FreeBSD/powerpc64 to run in an IBM POWER logical partition and on certain classes of older IBM-type PowerPC hardware. Open tasks: 1. Test, possibly on real hardware. Most testing and development was conducted with the emulated LPAR target in QEMU. Please send any testing reports to the freebsd-ppc mailing list. __________________________________________________________________ FreeBSD/sparc64 Contact: Marius Strobl There are several things going on with the FreeBSD/sparc64 port. After having fixed all remaining problems and starting with 9.2-RELEASE, releases for this architecture are cross-built on the FreeBSD Project cluster. As one might already have noticed, this means that from now on, sparc64 install sets and images including those for ALPHA, BETA, and RC builds, are available alongside those for the other platforms supported by FreeBSD. Since August 2013, automatically cross-built monthly FreeBSD/sparc64 snapshots are distributed via the official project mirrors. Hopefully, this can soon be extended further with freebsd-update(8) support for sparc64. The X.Org ports have been fixed to work on sparc64 when built with the WITH_NEW_XORG knob. However, it still needs to be evaluated whether the recently committed update to Mesa 9.1.6 has introduced any breakage. __________________________________________________________________ GEOM Direct Dispatch and Fine-Grained CAM Locking URL: http://svnweb.freebsd.org/base/projects/camlock/ URL: http://people.freebsd.org/~mav/camlock_patches/ Contact: Alexander Motin Last year's high-performance storage vendor summit reported a performance bottleneck in the FreeBSD block storage subsystem, limiting peak performance to around 300-500K IOPS. While that is still more than enough for average systems, detailed investigation has shown a number of places that require radical improvement. The unmapped I/O support implemented early this year has already improved I/O performance by about 30% and moved more focus toward GEOM and CAM subsystems scalability. Fixing these issues was the goal of this project. The existing GEOM design assumed most I/O handling was to be done by only two kernel threads (g_up() and g_down()). That simplified locking in some cases, but limited potential SMP scalability and created additional scheduler overhead. This project introduces the concept of direct I/O dispatch into GEOM for cases where it is known to be safe and efficient. That implies marking some GEOM consumers and providers with one or two new flags, declaring situations when a direct function call can be used instead of normal request queuing. That permits avoiding any context switches inside GEOM for the most widely used topologies, simultaneously processing multiple I/Os from multiple calling threads. Having GEOM pass through multiple concurrent calls down to the underlying layers exposed major lock congestion in CAM. In the existing CAM design, all devices connected to the same ATA/SCSI controller share a single lock, which can be quite busy due to multiple controller hardware accesses and/or code logic. Experiments have shown that applying only the above GEOM direct dispatch changes burns up to 60% of system CPU time or even more in attempts to obtain these locks by multiple callers, killing any benefits of GEOM direct dispatch. To overcome this scaling limitation, a new fine-grained CAM locking design was implemented. It implies splitting the big per-SIM locks into several smaller ones: per-LUN locks, per-bus locks, queue locks, etc. After these changes, the remaining per-SIM lock protects only the controller driver internals, reducing lock congestion down to an acceptable level and keeping compatibility with existing drivers. Together, the GEOM and CAM changes double the peak I/O rate, reaching up to 1,000,000 IOPS on contemporary hardware. The changes were tested by a number of people and will be committed into FreeBSD head and merged to stable/10 after the end of the FreeBSD 10.0 release cycle. The project is sponsored by iXsystems, Inc. Open tasks: 1. More reviews, more stability and performance tests. __________________________________________________________________ GNOME/FreeBSD URL: http://www.FreeBSD.org/gnome/ Contact: FreeBSD GNOME Team Glib 2.36 and Gtk 3.8 were imported into the ports tree. The GNOME Team is currently working on improving the quality of GNOME 3.6. The version of multimedia/cheese shipped with GNOME 3 is now able to use devd(8) to find the camera through multimedia/webcamd. Several build improvements have been made to the www/webkit-gtk3 port, however it still is rather fragile. MATE, a desktop environment forked from the now-unmaintained codebase of GNOME 2, is about ready to go in. GNOME 2 will be removed at some point in the near future. How or when this will happen is not yet clear. Open tasks: 1. Test the update. Contact the maintainers if it is suspected that a port does not work with the newer version of devel/glib20. 2. Update the FreeBSD GNOME website with recent changes in the ports tree, add new items in preparation for GNOME 3 and Mate, etc. 3. Continue working on GNOME 3.6, stability and missing features. 4. Import MATE into the ports tree. __________________________________________________________________ GNUstep on FreeBSD Contact: David Chisnall GNUstep is the open source implementation of the Objective-C APIs based on the OpenStep specification that Apple brands as Cocoa. The similarities between the FreeBSD and OS X libc make FreeBSD an attractive target platform for porting OS X applications, with the addition of GNUstep. The GNUstep ports in FreeBSD have now been updated to the latest releases and now build with the GNUstep Objective-C runtime and Clang 3.3, with the non-fragile ABI by default. This means that all of the modern features of Objective-C are supported, including Automatic Reference Counting (ARC) and recent syntax improvements. The devel/gnustep meta-port will install all of the core GNUstep libraries, ready for development. The x11/gnustep-app meta-port will install all of the GNUstep-based applications and libraries currently in the ports tree. Many of these are old and not well-tested with later GNUstep release, so consider them experimental at present. We are currently working on updating them, including moving from some abandoned upstream locations to the GNUstep Applications Project (GAP), which has taken over maintenance of a number of older GNUstep programs. __________________________________________________________________ LLDB Debugger Port URL: https://wiki.freebsd.org/lldb Contact: Ed Maste LLDB is the debugger project in the LLVM family. It supports the Mac OS X, Linux, and FreeBSD platforms. A number of improvements have been made to the port since the previous status update. Unit test failures have been triaged and have defects entered in LLDB's bug tracker. In combination with the lldb buildbot this allows for the quick identification of new failures introduced by other ongoing development. Core file support has also been added. An LLDB snapshot has been imported into the FreeBSD base system and is available as of SVN revision 255722. It is not yet built by default but may be enabled by adding WITH_LLDB=3D to src.conf(5). This project is sponsored by DARPA/AFRL in collaboration with SRI International and the University of Cambridge. Open tasks: 1. Support live debugging of multithreaded processes. 2. Fix amd64 watchpoints. 3. Add support for remote debugging (gdbserver, debugserver). 4. Add support for kernel debugging. 5. Verify i386 and arm architectures. 6. Implement MIPS target support. 7. Verify cross-debugging. 8. Investigate and fix test suite failures. __________________________________________________________________ Native iSCSI Stack URL: https://wiki.freebsd.org/Native%20iSCSI%20target Contact: Edward Tomasz Napiera=C5=82a Due to the quickly approaching time of 10.0-RELEASE, the priorities for the native iSCSI stack shifted somewhat, from performance optimizations to making sure the new stack is reliable, feature-complete, and is able to interoperate correctly with various implementations. Plenty of time was invested into testing and debugging, mostly on the initiator side, to make sure it works correctly with other targets, such as Solaris COMSTAR, and behaves properly in edge conditions like connection problems. Nevertheless, some fundamental optimizations, such as Immediate Data support, were implemented. The documentation has improved, and there will be a new section added to the FreeBSD Handbook describing the use of the new stack. The new stack was committed to head and will ship as part of 10.0-RELEASE. There is ongoing work on fixing issues reported by early adopters. This project is being sponsored by The FreeBSD Foundation. Open tasks: 1. Fix newly reported issues. 2. Improve performance. __________________________________________________________________ Reworking random(4) Contact: Mark Murray Contact: Arthur Mesh Contact: Dag-Erling Sm=C3=B8rgrav Random numbers require a lot more thought and preparation than would naively appear to be the case. For simulations, number sequences that are repeatable but sufficiently disordered are often needed to achieve required experimental duplication ability, and many programmers are familiar with these. For cryptography, it is essential that an attacker not be able to predict or guess the output sequence, thus giving a source of security-critical secret material for uses such as passwords or "key material". FreeBSD's random number generator, available as the pseudo-file /dev/random produces unpredictable numbers intended for cryptographic use, and is thus a Cryptograpically-Secured Pseudo-Random Number Generator, or CSPRNG. The security is given by careful design of the output generator (based on a block cipher) and input entropy accumulation queues. The latter uses hashes to accumulate stochastic information harvested from various places in the kernel to provide highly unpredictable input to the generator. The algorithm for doing this, Yarrow, by Schneier et al, may be found by web search. FreeBSD's CSPRNG also allowed for certain stochastic sources, deemed to be "high-quality", to directly supply the random(4) device without going through Yarrow. With recent revelations over possible government surveillance and involvement in the selection of these "high-quality" sources, it is felt that they can no longer be trusted, and must therefore also be processed though Yarrow. The matter was discussed at various levels of formality at the Cambridge Developer Summit in August, and at EuroBSDcon 2013 in September. This work is now done, and the random(4) CSPRNG is now brought to a more paranoid, modern standard of distrust with regard to its entropy sources. Infrastructure work was also done to facilitate certain entropy-source choices for the convenience of the system administrators. Future work is now going ahead with the implementation of the Fortuna algorithm by Ferguson and Schneier as an upgrade or alternative to Yarrow. Initially a choice will be presented, and decisions on the future of the CSPRNG processing algorithms in use will be made in the future as needs arise. Open tasks: 1. Implement FIPS 800-90b support. 2. A full, in-depth review of entropy. __________________________________________________________________ SDIO Driver URL: https://wiki.freebsd.org/SDIO URL: https://github.com/kibab/freebsd/tree/kibab-dplug Contact: Ilya Bakulin SDIO is an interface designed as an extension of the existing SD card standard, to allow connecting different peripherals to the host with the standard SD controller. Peripherals currently sold at the general market include WLAN/BT modules, cameras, fingerprint readers, and barcode scanners. The driver is implemented as an extension to the existing MMC bus, adding a lot of new SDIO-specific bus methods. A prototype of the driver for the Marvell SDIO WLAN/BT (Avastar 88W8787) module is also being developed, using the existing Linux driver as the reference. SDIO card detection and initialization already work, most needed bus methods are implemented and tested. There is an ongoing work to design a good locking model for the stack. The WiFi driver is able to load firmware onto the card and initialize it. Open tasks: 1. SDIO stack: Design a locking model, define how the interrupts should be processed (on SDIO controller level, MMC stack level and by child drivers). 2. Marvell SDIO WiFi: connect to the FreeBSD network stack, write the code to implement required functions (such as sending and receiving data, network scanning, and so on). 3. Implement detach path. It cannot be tested on the DreamPlug used for development, because the DreamPlug does not have an external SDIO-capable slot. __________________________________________________________________ Static Code Analysis URL: http://scan.coverity.com/ URL: http://scan.freebsd.your.org/ URL: http://clang-analyzer.llvm.org/ Contact: Ulrich Spoerlein With our own (old and unstable) instance of Coverity Prevent gone, we have now fully transitioned to the Scan project run by Coverity (see links), which Open Source projects can use to learn about possible defects in their source code. We also continue to run our code base through the Static Analyzer that is shipped with Clang/LLVM. It cannot track the state of the code over time, but has the benefit that everyone can use it without any special setup. See the home page at the links section for more information on the Clang Static Analyzer project in general, and head over to the FreeBSD Clang Static Analyzer Scan page (see links) to see those possible defects (no signup required). We are looking for a co-admin for both of these projects to increase the bus-factor and the chance of survival for these services. Fame and fortune await! Open tasks: 1. Maybe turn on email reports for new defects to the internal list of FreeBSD developers. 2. Find co-admin. 3. Fix the defects reported by Coverity and Clang. __________________________________________________________________ Superpages for ARMv7 URL: http://static.usenix.org/events/osdi02/tech/full_papers/navarro/nav= arro.pdf URL: http://wiki.freebsd.org/ARMSuperpages URL: http://blogs.arm.com/software-enablement/1079-transparent-superpage= s-for-freebsd-on-arm URL: https://wiki.freebsd.org/201309DevSummit?action=3DAttachFile&do=3Dv= iew&target=3Dsemihalf-superpages_armv7.pdf URL: http://svnweb.freebsd.org/changeset/base/254918 Contact: Zbigniew Bodek Contact: Grzegorz Bernacki Contact: Rafa=C5=82 Jaworowski The ARM architecture is becoming more and more prevalent, with increasing usage beyond the mobile and embedded space. Among the more interesting industry trends emerging in the recent months, there has been the concept of "ARM server". Top-tier companies like Dell and HP have already started to develop such systems. Key to the success of FreeBSD in these new areas is dealing with the sophisticated features of the platform, for example adding support for superpages. The objective of this project is to enable FreeBSD/arm to utilize superpages, allowing efficient use of TLB translations (by enlarging TLB coverage), leading to improved performance in many applications and scalability. This is intended to work on ARMv7-based processors, however compatibility with ARMv6 will be preserved. The following steps have been made since the last status report: * The pmap(9) module has been adjusted to fully utilize superpages. * Found and fixed minor bugs in superpage management. * Implemented the pmap_advise() routine. * Performed extensive testing and benchmarking: + Giga Updates Per Second (GUPS) benchmark: 34% lower memory access latency and 34% higher updates ratio. + LMbench: 38% lower memory latency. + Self-hosted buildworld: 20% shorter, using GCC. * Final integration into FreeBSD head. This project is jointly sponsored by The FreeBSD Foundation and Semihalf. Open tasks: 1. Adjust pmap to resolve the demotion issue caused by the continuous active queue scanning in VM. 2. Support for 64KB page size. 3. Move pv_flags to page table entry descriptors. __________________________________________________________________ The entities Documentation Branch URL: http://svnweb.freebsd.org/changeset/doc/42226 Contact: Ren=C3=A9 Ladan The entities project branch has been successfully merged into the main documentation branch per revision 42226 of the doc repository (see link). The purpose of this branch was to remove the duplicated definitions of authors in both authors.ent and developers.ent. The latter file has been removed after migrating its contents to the former file. While most changes are not visible to end users, the Committer's Guide was changed to accomodate for changes related to adding a new committer. Translators were also informed of the update. The largest hurdle mentioned in the last report, processing the element, was solved with the help of G=C3=A1bor K=C3=B6vesd=C3=A1n. __________________________________________________________________ The FreeBSD Foundation URL: http://www.FreeBSDFoundation.org/ 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. Most of our funding is used to support FreeBSD development projects, conferences and developer summits, purchase equipment to grow and improve the FreeBSD infrastructure, and provide legal support for the Project. We listened to our donors who asked us to have more fundraising efforts throughout the year. This quarter we had the second of three fundraising campaigns planned for 2013. We started the quarter having raised $365,291. By the end of the quarter, we raised $410,000 for the year. These early donations have made a significant impact on our fundraising efforts this year. Some of the highlights from this past quarter include: * Projects completed last quarter: + ARM Superpages + Documentation project infrastructure enhancements * Projects in progress: + Native iSCSI kernel stack + Newcons console driver * Projects that started last quarter: + Capsicum Integration + Network Stack Layer 2 Modernization * Platinum Sponsor for EuroBSDcon, had six Foundation representatives attend the conference and the Developer Summit, sponsored 7 developers to attend the conference, and sponsored the Developer Summit. * Sponsored the Cambridge Developer Summit, and sponsored 2 developers to attend this event. * Attended Indianapolis LinuxFest July 27, FOSSCON in Philadelphia August 10, Ohio LinuxFest in Columbus September 14, and LinuxCon in New Orleans September 16-17, to promote FreeBSD. * Met with the FreeBSD Core Team to discuss their goals and to discuss areas that we can help. * Met with the Documentation Team to talk about helping them update their website as well as what other areas we can help them with. * Recognized Dag-Erling Sm=C3=B8rgrav at EuroBSDcon for his contributi= ons to FreeBSD. * Became a sponsor of vBSDCon, a new conference in Washington, DC. * Hired Glen Barber as a full-time employee to do system administration work and to help with release engineering. * Hired Cinthy Tanko as a part-time administrative assistant to help with day-to-day Foundation activities. * Purchased hardware to be placed in our NYI colo to support the building and distribution of new style packages in advance of FreeBSD 10. * Provided teleconferencing services to the Core Team to support their monthly conferences. __________________________________________________________________ VirtIO Network Multiqueue URL: http://svnweb.freebsd.org/changeset/base/255112 Contact: Bryan Venteicher The VirtIO network driver, vtnet(4), is used by FreeBSD systems running on hypervisors including bhyve(4) and Linux's KVM. It recently gained support for multiple queues, along with a significant cleanup and support for a few additional features. __________________________________________________________________ VMware VMXNET3 Driver URL: http://lists.freebsd.org/pipermail/freebsd-current/2013-August/0434= 94.html URL: http://svnweb.freebsd.org/base/head/sys/dev/vmware/vmxnet3/ Contact: Bryan Venteicher A port of the OpenBSD vmx(4) ethernet driver for VMware virtual machines has been committed. The driver can be used in place of the VMware Tools vmxnet3 driver, which currently does not support 10.0-RELEASE (or anything past 9.0-RELEASE). Open tasks: 1. Performance improvements, multiqueue support. 2. Merge to stable/9. __________________________________________________________________ X.Org on FreeBSD URL: https://wiki.freebsd.org/Graphics URL: https://wiki.freebsd.org/Xorg URL: http://trillian.chruetertee.ch/ports/browser/trunk URL: https://wiki.freebsd.org/AMD_GPU URL: https://github.com/dumbbell/freebsd/tree/kms-drm-update-38 Contact: FreeBSDX11 Team Mesa 9.1 (libGL and dri) was updated in ports. This includes experimental ports for libEGL and libgles2: they are dependencies of the experimental ports for Wayland and Weston. The radeonkms driver was committed to FreeBSD head in the end of August and will be part of 10.0-RELEASE. It received several fixes since the initial commit and now seems quite stable. However, one missing major feature is support for suspend/resume: the GPU almost always locks up during resume on the test computer. Thanks to the update of Mesa and the update of x11-drivers/xf86-video-ati to 7.2.0 in the ports tree, every pieces are in place to allow users to use recent AMD video cards (up to HD7000, maybe some HD8000). The driver will now only receive bug fixes and focus will move on the update of the DRM generic code and the i915 driver. The generic DRM code, shared by the i915kms and radeonkms video drivers is quite old now. Work has started to update and sync it with that of Linux 3.8. This code is available on GitHub. The expected benefits are: * Fixes in the framebuffer code, which would help the future deployment of Newcons. * Preliminary support for minor devices (that is, control versus render nodes). * Support for setmaster and dropmaster, which allows to run multiple X sessions. Fran=C3=A7ois Tigeot from DragonFly is also working on updates to their = DRM code, and the X11 team is planning to share the effort. An experimental devd(8) backend was added to the x11-servers/xorg-server port. This allows X.Org to use devd(8) to detect and configure input devices (for example, keyboards and mices) dynamically. Our current wiki articles are used to describe projects and report status. However, they lack some consistency and links between them. We started to think about reorganizing them to: * Improve the coordination between the ports and the kernel efforts. * Make the information more accessible. Nothing is visible yet on the wiki. Open tasks: 1. Keep tracking Mesa 9.2 or later and xorg-server 1.14. Both are currently blocked, but it is good to keep track of what upstream is doing. 2. Test and report successes and failures for AMD GPUs. 3. Wayland builds now. Work is being done on Weston to see if there are any run-time issues. Weston is the reference compositor for Wayland. 4. Improve the devd(8) backend for x11-servers/xorg-server, so the HAL option can be removed completely. __________________________________________________________________ From owner-freebsd-stable@FreeBSD.ORG Mon Oct 21 09:37:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 97DAFEC4 for ; Mon, 21 Oct 2013 09:37:46 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-ea0-x22b.google.com (mail-ea0-x22b.google.com [IPv6:2a00:1450:4013:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30C0D292C for ; Mon, 21 Oct 2013 09:37:46 +0000 (UTC) Received: by mail-ea0-f171.google.com with SMTP id n15so3368911ead.30 for ; Mon, 21 Oct 2013 02:37:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=67F+VJeWvWReFkud6sQq/1/926KgUORJV/eAXLmuqAQ=; b=dBJXo/0ibXkvFACERqV7JbsKKPBtt/cti0YNwWltV2Lt9w2T3OYzYY/HTy4e+/QO+G 5NjBK+Scaa30Wm3clyqbCnczFtASQ8gFz6tN6Yb+aXX+Cd+7t2sibtq+ChxBrsT6YGoM KvaJfxcPmtexqHxNw/S7qdZAP0Ik0cvNqpXdKdehlMw/lf3Jj5LAWH2SMY7hU0wOb+zc b9I52jItFYMEyBcfpmchSXPYuZa8agHIO7cOReyT8xVuE2q2m7vLhl/P6yvPXtRVnmQR 1NnsjOPNvJ0Z9dpPZGN9fDc/zybItfxquQ8FqAyOg76UjAnDt/jQ7ncH/hwkDKERmaoi +z9g== X-Received: by 10.15.77.132 with SMTP id p4mr941642eey.95.1382348264688; Mon, 21 Oct 2013 02:37:44 -0700 (PDT) Received: from scorpion.kiev.ua ([78.111.187.165]) by mx.google.com with ESMTPSA id i1sm41668872eeg.0.2013.10.21.02.37.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 21 Oct 2013 02:37:43 -0700 (PDT) Message-ID: <5264F5E5.4090800@gmail.com> Date: Mon, 21 Oct 2013 12:37:41 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: USB no proper work Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Oct 2013 09:37:46 -0000 uname -a FreeBSD scorpion.kiev.ua 10.0-BETA1 FreeBSD 10.0-BETA1 #0 r256792: Sun Oct 20 21:16:49 EEST 2013 root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 After first attach USB Flash drive - is good mount. After detach and reattach, USB Flash drive not detected any more. -- Alexander From owner-freebsd-stable@FreeBSD.ORG Mon Oct 21 11:52:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 43473E41; Mon, 21 Oct 2013 11:52:45 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-ea0-x229.google.com (mail-ea0-x229.google.com [IPv6:2a00:1450:4013:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF9CB2251; Mon, 21 Oct 2013 11:52:44 +0000 (UTC) Received: by mail-ea0-f169.google.com with SMTP id k11so3438173eaj.14 for ; Mon, 21 Oct 2013 04:52:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=67F+VJeWvWReFkud6sQq/1/926KgUORJV/eAXLmuqAQ=; b=VnwBeCLZ1zkX52zde0bTmJMKsXTq+vtHG3kyJ/8HMhVDkgfnbG8qsTO36w7L70iRZP Ssl4IFm4bOEYux3mR6TLQfiVJduclsCiUygA36vBnRHEJ0alUexg/KsFtBnsBMZ7SQLl 3Lvk5GCaF93EHJU+CpS0IznFcCz/wSL2k/b9lfYwLXks1H/thSdQDZ0maNCveDEwlm23 6+KGVdWL2Xa3gWAP3jcwYuinM8olzmhqH1b2qn9sMwQakRVAN3v2XNYVCO9oR/G81ceQ 00LNnvYzjE0oOxIH3piuBVmMt32VUWs6ZemRZKk+m4agh8CuRdsQf3zfkxlkifp6Ej2A gJkA== X-Received: by 10.14.3.9 with SMTP id 9mr1428626eeg.72.1382356363088; Mon, 21 Oct 2013 04:52:43 -0700 (PDT) Received: from scorpion.kiev.ua ([78.111.187.165]) by mx.google.com with ESMTPSA id b42sm42874470eem.9.2013.10.21.04.52.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 21 Oct 2013 04:52:42 -0700 (PDT) Message-ID: <52651587.1050006@gmail.com> Date: Mon, 21 Oct 2013 14:52:39 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: USB no proper work X-Priority: 1 (Highest) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: postmaster@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Oct 2013 11:52:45 -0000 uname -a FreeBSD scorpion.kiev.ua 10.0-BETA1 FreeBSD 10.0-BETA1 #0 r256792: Sun Oct 20 21:16:49 EEST 2013 root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 After first attach USB Flash drive - is good mount. After detach and reattach, USB Flash drive not detected any more. -- Alexander From owner-freebsd-stable@FreeBSD.ORG Mon Oct 21 11:55:32 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 467591B5 for ; Mon, 21 Oct 2013 11:55:32 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A753227F for ; Mon, 21 Oct 2013 11:55:32 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id EE2B8207E7 for ; Mon, 21 Oct 2013 07:55:30 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute4.internal (MEProxy); Mon, 21 Oct 2013 07:55:30 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=RpZE4TWPLLqLbEfEms3yYutSrnI=; b=Wip /tbPhioUL0f5L4v/fWEzLo1VmbQTZLZHmjdGEth3jJHv/K+W1SYLnvHBIVmhNS1g HEqbNEVjXu0v6guLO3H+XQm/bH32idDjU3ng0Zd9Y/mHVlOki5cHyHRMD9IPidPw i25/d+aajQBAMg5l/76ZbhlzNahGa3WQsQ/l03Y0= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id CE3041054A7; Mon, 21 Oct 2013 07:55:30 -0400 (EDT) Message-Id: <1382356530.11468.36539641.1FE3B056@webmail.messagingengine.com> X-Sasl-Enc: I9Qah4XQpe/7Y0wlSPiroDb4X+ikfkvbhijjJ5lqOvjq 1382356530 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-0cc2f9cc In-Reply-To: <4B6CC4DF-161C-4CA0-9B0E-F7D20AECE76E@lassitu.de> References: <4B6CC4DF-161C-4CA0-9B0E-F7D20AECE76E@lassitu.de> Subject: Re: Keep named going after upgrade to 10-stable Date: Mon, 21 Oct 2013 06:55:30 -0500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Oct 2013 11:55:32 -0000 On Sun, Oct 20, 2013, at 7:33, Stefan Bethke wrote: > > First, after make installworld, your 9-stable /usr/sbin/named is still > there, so your current configuration will continue to work without issue. > Only when you make delete-old will the old binaries be removed. In > preparation for that: > I suspect that /etc/rc.d/named not being removed by make-delete-old is an accident, because it shouldn't exist if named isn't in base. The port should be installing /usr/local/etc/rc.d/named... From owner-freebsd-stable@FreeBSD.ORG Mon Oct 21 13:38:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B0C2E903 for ; Mon, 21 Oct 2013 13:38:46 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AF0528C2 for ; Mon, 21 Oct 2013 13:38:46 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.7/8.14.7) with ESMTP id r9LDcjcJ096396 for ; Mon, 21 Oct 2013 09:38:45 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <52652E64.60704@sentex.net> Date: Mon, 21 Oct 2013 09:38:44 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: RELENG_9 crash X-Enigmail-Version: 1.4.2 Content-Type: multipart/mixed; boundary="------------080506000300020406040708" X-Scanned-By: MIMEDefang 2.74 on 64.7.153.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Oct 2013 13:38:46 -0000 This is a multi-part message in MIME format. --------------080506000300020406040708 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit This was with a kernel from Aug 6th. (r253988). The box functions as an LNS. Similarly loaded RELENG_8 boxes with ipv6 disabled are quite stable. Not sure if thats where the issue is as this is RELENG9 ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ --------------080506000300020406040708 Content-Type: text/plain; charset=windows-1252; name="core.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="core.txt" Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 02 fault virtual address = 0x34646dc7 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80a02d60 stack pointer = 0x28:0xffffff8000320710 frame pointer = 0x28:0xffffff8000320750 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq265: igb0:que 1) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: #0 0xffffffff8092d686 at kdb_backtrace+0x66 #1 0xffffffff808f639e at panic+0x1ce #2 0xffffffff80ca1800 at trap_fatal+0x290 #3 0xffffffff80ca1b38 at trap_pfault+0x1e8 #4 0xffffffff80ca213e at trap+0x3be #5 0xffffffff80c8b76f at calltrap+0x8 #6 0xffffffff80a08ce2 at ng_iface_send+0xc2 #7 0xffffffff80a091c6 at ng_iface_output+0x1c6 #8 0xffffffff80a2d044 at ip_fastforward+0x824 #9 0xffffffff809b3f0c at ether_demux+0x19c #10 0xffffffff809b419e at ether_nh_input+0x1fe #11 0xffffffff809bd2a8 at netisr_dispatch_src+0x218 #12 0xffffffff804d0460 at igb_rxeof+0x3f0 #13 0xffffffff804d08f1 at igb_msix_que+0xe1 #14 0xffffffff808c998d at intr_event_execute_handlers+0xfd #15 0xffffffff808cb17d at ithread_loop+0x9d #16 0xffffffff808c697f at fork_exit+0x11f #17 0xffffffff80c8bc9e at fork_trampoline+0xe Uptime: 75d19h28m41s Dumping 1028 out of 7895 MB:..2%..11%..21%..32%..41%..52%..61%..71%..81%..91% #0 doadump (textdump=) at pcpu.h:234 234 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:234 #1 0xffffffff808f5e76 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xffffffff808f6377 in panic (fmt=0x1
) at /usr/src/sys/kern/kern_shutdown.c:637 #3 0xffffffff80ca1800 in trap_fatal (frame=0xc, eva=) at /usr/src/sys/amd64/amd64/trap.c:879 #4 0xffffffff80ca1b38 in trap_pfault (frame=0xffffff8000320660, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:795 #5 0xffffffff80ca213e in trap (frame=0xffffff8000320660) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff80c8b76f in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff80a02d60 in ng_address_hook (here=0x0, item=0xfffffe0085c57c80, hook=0x34646d63, retaddr=0) at /usr/src/sys/netgraph/ng_base.c:3583 #8 0xffffffff80a08ce2 in ng_iface_send (ifp=0xfffffe00091b2800, m=, sa=) at /usr/src/sys/netgraph/ng_iface.c:473 #9 0xffffffff80a091c6 in ng_iface_output (ifp=0xfffffe00091b2800, m=0xfffffe002638e400, dst=0xffffff800032082c, ro=) at /usr/src/sys/netgraph/ng_iface.c:408 #10 0xffffffff80a2d044 in ip_fastforward (m=0xfffffe002638e400) at /usr/src/sys/netinet/ip_fastfwd.c:541 #11 0xffffffff809b3f0c in ether_demux (ifp=0xfffffe000451d000, m=0xfffffe002638e400) at /usr/src/sys/net/if_ethersubr.c:879 #12 0xffffffff809b419e in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:762 #13 0xffffffff809bd2a8 in netisr_dispatch_src (proto=9, source=, m=) at /usr/src/sys/net/netisr.c:1013 #14 0xffffffff804d0460 in igb_rxeof (que=0xfffffe00045f8068, count=98, done=0x0) at /usr/src/sys/dev/e1000/if_igb.c:4724 #15 0xffffffff804d08f1 in igb_msix_que (arg=) at /usr/src/sys/dev/e1000/if_igb.c:1591 #16 0xffffffff808c998d in intr_event_execute_handlers ( p=, ie=0xfffffe00045fb500) at /usr/src/sys/kern/kern_intr.c:1272 #17 0xffffffff808cb17d in ithread_loop (arg=0xfffffe0004629680) at /usr/src/sys/kern/kern_intr.c:1285 #18 0xffffffff808c697f in fork_exit ( callout=0xffffffff808cb0e0 , arg=0xfffffe0004629680, frame=0xffffff8000320b00) at /usr/src/sys/kern/kern_fork.c:988 #19 0xffffffff80c8bc9e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #20 0x0000000000000000 in ?? () ------------------------------------------------------------------------ --------------080506000300020406040708-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 21 19:31:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 38E85D46 for ; Mon, 21 Oct 2013 19:31:22 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtpksrv1.mitre.org (smtpksrv1.mitre.org [198.49.146.77]) by mx1.freebsd.org (Postfix) with ESMTP id 0FAFF2FC9 for ; Mon, 21 Oct 2013 19:31:21 +0000 (UTC) Received: from smtpksrv1.mitre.org (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id BAB1A1F09C5; Mon, 21 Oct 2013 15:23:35 -0400 (EDT) Received: from IMCCAS04.MITRE.ORG (imccas04.mitre.org [129.83.29.81]) by smtpksrv1.mitre.org (Postfix) with ESMTP id AF9861F09AB; Mon, 21 Oct 2013 15:23:35 -0400 (EDT) Received: from IMCMBX02.MITRE.ORG ([169.254.2.190]) by IMCCAS04.MITRE.ORG ([129.83.29.81]) with mapi id 14.03.0158.001; Mon, 21 Oct 2013 15:23:34 -0400 From: "Andresen, Jason R." To: Jakub Lach , "freebsd-stable@freebsd.org" Subject: RE: .rnd file Thread-Topic: .rnd file Thread-Index: AQHOzOakRdiul1fVEkaiZHM6l6fmb5n87oUAgABBi4CAAFLxAIACCQww Date: Mon, 21 Oct 2013 19:23:34 +0000 Message-ID: <027252D1B68F5541829574B3220B4D78165B0E6D@IMCMBX02.MITRE.ORG> References: <20131019161644.GA5171@faust.sbb.rs> <20131019232619.GA58029@anubis.morrow.me.uk> <20131020032103.GA25699@knossos> <1382257074646-5853322.post@n5.nabble.com> In-Reply-To: <1382257074646-5853322.post@n5.nabble.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [129.83.31.54] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Oct 2013 19:31:22 -0000 The driver has a binary blob in it, but it still compiles itself into a .ko= when you build it. =20 >-----Original Message----- >From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >stable@freebsd.org] On Behalf Of Jakub Lach >Sent: Sunday, October 20, 2013 4:18 AM >To: freebsd-stable@freebsd.org >Subject: Re: .rnd file > >FWIW, I don't think nvidia driver is actually compiled from source. > >It is a binary driver. > > > >-- >View this message in context: http://freebsd.1045724.n5.nabble.com/rnd- >file-tp5853170p5853322.html >Sent from the freebsd-stable mailing list archive at Nabble.com. >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Oct 22 06:44:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 14204B1D; Tue, 22 Oct 2013 06:44:38 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.freebsd.org (Postfix) with ESMTP id C2EBB2248; Tue, 22 Oct 2013 06:44:37 +0000 (UTC) Received: by lath.rinet.ru (Postfix, from userid 222) id 31CA995C; Tue, 22 Oct 2013 10:35:22 +0400 (MSK) Date: Tue, 22 Oct 2013 10:35:22 +0400 From: Oleg Bulyzhin To: Jack Vogel Subject: Re: FreeBSD 9.1 ix driver vlan problem Message-ID: <20131022063521.GA26457@lath.rinet.ru> References: <20130925164053.GB76403@lath.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Rumen Telbizov , "freebsd-stable@freebsd.org" , Oleg Bulyzhin , Jack Vogel , andree@opendns.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Oct 2013 06:44:38 -0000 On Wed, Sep 25, 2013 at 11:23:51AM -0700, Jack Vogel wrote: > Thanks for the investigation, I guess what I'm wondering the most right now > is if the patch from > Oleg is a good change in general, so any others that can test and give me > results would be appreciated. > > Thanks, > > Jack > Any news? Would be fine to get it fixed prior to 10-RELEASE. -- Oleg. ================================================================ === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru === ================================================================ From owner-freebsd-stable@FreeBSD.ORG Tue Oct 22 18:25:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 885A4C61 for ; Tue, 22 Oct 2013 18:25:18 +0000 (UTC) (envelope-from David.Boyd49@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4EE402D98 for ; Tue, 22 Oct 2013 18:25:17 +0000 (UTC) Received: from [74.128.133.206] ([74.128.133.206:49738] helo=sneezy) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id EF/2F-19454-C03C6625; Tue, 22 Oct 2013 18:25:17 +0000 From: "David Boyd" To: Subject: 10.0-ALPHA1: /usr/bin/read: strange return code with -t option Date: Tue, 22 Oct 2013 14:25:15 -0400 Message-ID: <9C08537CB81F4AF79E330DB6E8AA2890@sneezy> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6863 thread-index: Ac7PVA0HgAFQy4PsSBCelop5ju+TgQ== Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Oct 2013 18:25:18 -0000 When using /usr/bin/read with the -t option the "timeout" return code should be 1 (verified with 8.4-RELEASE and 9.2-RELEASE). When used with 10.0-BETA1, the return code is 142. How to recreate: /usr/bin/read -t 1 RESPONSE JUNK (allow this to timeout) echo $? 142 Also with /bin/sh: builtin read -t 1 RESPONSE JUNK (allow this to timeout) echo $? 142 Thanks for your assistance with this issue. David Boyd David.Boyd49@twc.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 22 19:24:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E27612A5 for ; Tue, 22 Oct 2013 19:24:48 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A0610217F for ; Tue, 22 Oct 2013 19:24:48 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id CF11C359314; Tue, 22 Oct 2013 21:24:45 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id B4E53CB4E; Tue, 22 Oct 2013 21:24:45 +0200 (CEST) Date: Tue, 22 Oct 2013 21:24:45 +0200 From: Jilles Tjoelker To: David Boyd Subject: Re: 10.0-ALPHA1: /usr/bin/read: strange return code with -t option Message-ID: <20131022192445.GA20055@stack.nl> References: <9C08537CB81F4AF79E330DB6E8AA2890@sneezy> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9C08537CB81F4AF79E330DB6E8AA2890@sneezy> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Oct 2013 19:24:48 -0000 On Tue, Oct 22, 2013 at 02:25:15PM -0400, David Boyd wrote: > When using /usr/bin/read with the -t option the "timeout" return code should > be 1 (verified with 8.4-RELEASE and 9.2-RELEASE). When used with > 10.0-BETA1, the return code is 142. > How to recreate: > /usr/bin/read -t 1 RESPONSE JUNK (allow this to timeout) > echo $? > 142 > Also with /bin/sh: > builtin read -t 1 RESPONSE JUNK (allow this to timeout) > echo $? > 142 I changed this to allow distinguishing a timeout from end of file. I also changed the exit status for read errors and read interrupted by a trap, so exit status 1 now means end of file only. Since read used to return 0 and 1 only (except when invalid arguments are given), I considered this fairly safe. This change is also in the spirit of http://austingroupbugs.net/view.php?id=367 and similar to what bash does. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Wed Oct 23 15:37:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2D5269DC for ; Wed, 23 Oct 2013 15:37:13 +0000 (UTC) (envelope-from David.Boyd49@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) by mx1.freebsd.org (Postfix) with ESMTP id E635E281E for ; Wed, 23 Oct 2013 15:37:12 +0000 (UTC) Received: from [74.128.133.206] ([74.128.133.206:49833] helo=sneezy) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id C5/5D-02506-02DE7625; Wed, 23 Oct 2013 15:37:05 +0000 From: "David Boyd" To: Subject: memstick.img size adjustment Date: Wed, 23 Oct 2013 11:37:04 -0400 Message-ID: <0BEF1ADC0CFB448F9CB7264B652C4643@sneezy> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6863 thread-index: Ac7QBblJ5ICouvOsQSWQXi7jlrtqSA== Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 23 Oct 2013 15:37:13 -0000 Would it be in anyone else's interest to have the size of the memstick images for 10.0-RELEASE+ adjusted upward a little (say 64MB) to allow = for some free space on the filesystem? =20 We have custom installation scripts that add "misc.txz" to the = bsdinstall distribution list. These scripts want "misc.txz" to be able to grow to = a few megabytes. =20 The current image is too large for 512MB USB drives, so it would seem = that as long as the image remains smaller than 1GB it will still fit on = current devices. =20 Or can someone identify the custom changes we need to = generate-release.sh in order to accomplish this? =20 We need to be able to make this increase for 9.2-RELEASE+, but I hope = this is generally acceptable for future releases. =20 Thanks, in advance, for any assistance you can provide. =20 David Boyd =20 David.Boyd49@twc.com=20 =20 =20 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 23 20:23:34 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1453A123; Wed, 23 Oct 2013 20:23:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 50EF02DCD; Wed, 23 Oct 2013 20:23:32 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id r9NJrTw9032103; Wed, 23 Oct 2013 21:53:29 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id r9NJWw08002156; Wed, 23 Oct 2013 19:32:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Oct 2013 19:32:58 GMT Message-Id: <201310231932.r9NJWw08002156@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_10 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2013 20:23:34 -0000 TB --- 2013-10-23 19:20:00 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-10-23 19:20:00 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-10-23 19:20:00 - starting RELENG_10 tinderbox run for none/none TB --- 2013-10-23 19:20:00 - checking out /src from svn://svn.freebsd.org/base/stable/10 TB --- 2013-10-23 19:20:00 - cd /tinderbox/RELENG_10/none/none TB --- 2013-10-23 19:20:00 - /usr/local/bin/svn cleanup /src TB --- 2013-10-23 19:20:23 - /usr/local/bin/svn update /src TB --- 2013-10-23 19:21:38 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-10-23 19:21:38 - WARNING: sleeping 30 s and retrying... TB --- 2013-10-23 19:22:08 - /usr/local/bin/svn update /src TB --- 2013-10-23 19:23:23 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-10-23 19:23:23 - WARNING: sleeping 60 s and retrying... TB --- 2013-10-23 19:24:23 - /usr/local/bin/svn update /src TB --- 2013-10-23 19:25:38 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-10-23 19:25:38 - WARNING: sleeping 90 s and retrying... TB --- 2013-10-23 19:27:08 - /usr/local/bin/svn update /src TB --- 2013-10-23 19:28:23 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-10-23 19:28:23 - WARNING: sleeping 120 s and retrying... TB --- 2013-10-23 19:30:23 - /usr/local/bin/svn update /src TB --- 2013-10-23 19:31:38 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-10-23 19:31:38 - ERROR: unable to check out the source tree TB --- 2013-10-23 19:31:38 - 4.86 user 9.80 system 698.54 real http://tinderbox.des.no/tinderbox-freebsd10-update-RELENG_10-none-none.full From owner-freebsd-stable@FreeBSD.ORG Thu Oct 24 10:02:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 09DE5233 for ; Thu, 24 Oct 2013 10:02:55 +0000 (UTC) (envelope-from akshma1@gmail.com) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD3062DF5 for ; Thu, 24 Oct 2013 10:02:54 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id wn1so2103663obc.30 for ; Thu, 24 Oct 2013 03:02:54 -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:content-type; bh=Gy7BnHoKhNaP5K1TZQQm9aFQXIxQGKZ4yYkypaSJhqw=; b=mCBdIp7gG7lkjj30S8OSNUBkA1trk96nGdBnnHuF1FCtqjQHh8Vdkyaq6kRLfl3EmF 36nkvk9SSM1M88fC69mjhtjbHKdiA9BC8jhz4tc2RT2TdQf1cFEnXv4dMEriD45BAIp0 GuwJBx9F03HXRx+kDT5+PVw7K7gNH13ruv5p36e3doiLgrgs/vWEO5Uo5nIFGEpL91Re MwpgagHAyqPwrpg5kjMJZkbtDMMFU7SQa0CjX26pRlpmDor1U8+VZRcMNsBm7uV7d96j iarkBxh5ECio9b15evdVx/OewXBuNyDuloAfR4uHq48kWaXlrv4ewz9vc0TrXgyV+oF8 rKSw== MIME-Version: 1.0 X-Received: by 10.60.59.99 with SMTP id y3mr352053oeq.70.1382608973978; Thu, 24 Oct 2013 03:02:53 -0700 (PDT) Received: by 10.182.111.67 with HTTP; Thu, 24 Oct 2013 03:02:53 -0700 (PDT) Date: Thu, 24 Oct 2013 15:32:53 +0530 Message-ID: Subject: Error while installing libedit From: akshma To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 24 Oct 2013 10:02:55 -0000 Hi, While installing libeidt in Ubuntu 12.0 I am getting the following message. I am not even able to edit the curses.h and stddef.h file. Kindly help. /usr/lib/gcc/i686-linux-gnu/4.6/include/stddef.h:353:23: error: conflicting types for 'wint_t' /usr/include/curses.h:241:18: note: previous declaration of 'wint_t' was here make[3]: *** [terminal.lo] Error 1 make[3]: Leaving directory `/home/egguser/fmbt/fmbt-0.11.2-1/libedit-20130712-3.1/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/egguser/fmbt/fmbt-0.11.2-1/libedit-20130712-3.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/egguser/fmbt/fmbt-0.11.2-1/libedit-20130712-3.1' make: *** [all] Error 2 -- *---* *Thanks & Regards* *Akshma* akshma1@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Oct 26 00:18:14 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 225942A7; Sat, 26 Oct 2013 00:18:14 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D12DF2BF4; Sat, 26 Oct 2013 00:18:13 +0000 (UTC) Received: from glenbarber.us (unknown [64.197.173.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id A0F7FD5AF; Sat, 26 Oct 2013 00:18:12 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us A0F7FD5AF Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 25 Oct 2013 20:18:01 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: 10.0-BETA2, why it is late... Message-ID: <20131026001801.GB1740@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="96YOpH+ONegL0A3E" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Oct 2013 00:18:14 -0000 --96YOpH+ONegL0A3E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline To keep everyone informed on what is taking so long with 10.0-BETA2, here is where we stand at the time of this writing: - A problem was found after freebsd-update(8) builds were finished for 10.0-BETA1 which, because of a file within contrib/openpam containing a tilde ('~'), would cause freebsd-update(8) to error when updating a system. This is a problem that was discovered during the 9.2-RELEASE cycle, but worked around for that release cycle. A more permanent fix has been committed to head/, and merged to stable/10. - During testing of the fix for the openpam filename problem, it was discovered that order in which freebsd-update(8) would install files to the new directory '/usr/lib/private' collided with the creation of the '/usr/lib/private' directory. This caused some shared libraries ('.so.N') files to attempt installation prior to the existence of the directory, which would cause an error. - Since between 9.x and 10.x, libc.so is a "regular" file (not a symlink to a shared library), freebsd-update(8) thought '/usr/lib/libc.so' was a shared library that should be removed/replaced as part of the upgrade. This caused the removal of '/usr/lib/libc.so', and subsequently, unfortunate side-effects. - CTF was found to be leaking build-host information into the resulting release build. Specifically, lines 130-133 define 'VERSION' as 'uname -srp', if otherwise unset. The negative effect of this is, in the event the release build machine and the freebsd-update build machine are out of sync (userland and kernel), the freebsd-update(8) run to upgrade a system would unnecessarily update everything within /boot/kernel/. It has been pointed out that r257136 to stable/10 has an unfortunate side effect of warning output from make(1) during the 'make delete-old' and 'make delete-old-libs'. Unfortunately, the fix for the CTF pollution is unclear at this point, but this will be correctly fixed. For 10.0-BETA2, we will need to ignore the messy output for now. I do not like it either, to be honest. Please keep in mind: This is *not*, by any evaluation, fault of freebsd-update(8). This is the natural progression of software, and these issues are result of infrastructural changes on multiple levels. Please bear with us; we'll have 10.0-BETA2 started soon. Glen --96YOpH+ONegL0A3E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSawo4AAoJELls3eqvi17QF7wP/ieDuaaM9i/FPkuRg7rLxe1o 3oKaX8q1Efs6cz/50sOcKThTo2zwo1JlT0YHcMNWwF6lRpxQeBWtne1ndlO3I2EG cXfBDrqEln5jLkFceQ6xg4k69Vk9MEnEWTbDDCDpTXvV23W+RbO9LRlASnvCdDtG wtEMO8mUg+uwc0VasYVu2h2kMEWnXTLV1H3D4FFlktAJjERgqdKK7RI60F7GG+n9 Hjxywo4OgqJCNqq0pi3hONMyhYulrIm6Xykg1a4++WMlE015Dw2K21OvkA2gN7Rx NqNdCoF/r/ro1fbQ0TW+AsPU2slIFgxyqMEBjZI+F72fo4zYW5eGW6k6ZKNBXhzQ v+0xA7B6vZkX6yD2m+pqjBKnwuR/V/WuS+c3ocODOG5jDGLMf9M9Raxx3CW0UK5X /VNeWCKW6Xydh3Ij+C9aXT6L+FSIwyJMut+NfZHj9Bh88NPIjlorSx031ErM7ztK EuQ8XJUg4n9287WzYLmhrGuZgl1hIf0FLo2AtpTMAGNicd5DTv1biZrgGsL1IQQv 87p6wTxJyPEC/jNypV34x82MTG3lTSjEdehVLMFkVwBlTLHRC+VTdC+UccRyV3uo z89JkPW9cxhQpJZk14aoyOS108tTVPph74b2uXU2evsHOHeedeZ7nZW2sqIWbgc1 zuHtmD/xgLBCqE8l/Hxz =OEK1 -----END PGP SIGNATURE----- --96YOpH+ONegL0A3E-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 26 09:55:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BD840A5D for ; Sat, 26 Oct 2013 09:55:55 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mail.fly-group.ru (mail.fly-group.ru [91.205.125.25]) by mx1.freebsd.org (Postfix) with ESMTP id 70F2E23AB for ; Sat, 26 Oct 2013 09:55:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.fly-group.ru (Postfix) with ESMTP id 228699506F0 for ; Sat, 26 Oct 2013 13:47:21 +0400 (MSK) Received: from mail.fly-group.ru ([127.0.0.1]) by localhost (mail.fly-group.ru [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id kU4esJzj_tCw; Sat, 26 Oct 2013 13:47:20 +0400 (MSK) Received: from localhost (localhost [127.0.0.1]) by mail.fly-group.ru (Postfix) with ESMTP id EDE749506ED; Sat, 26 Oct 2013 13:47:19 +0400 (MSK) DKIM-Filter: OpenDKIM Filter v2.8.0 mail.fly-group.ru EDE749506ED DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lexasoft.ru; s=108F67EA-0FB0-11E3-B95A-30512DDDB480; t=1382780840; bh=YX8nM3xOjQilZikFDUq64ApcrJpKE9gew4U+yHj2j1o=; h=From:Content-Type:Content-Transfer-Encoding:Subject:Date: Message-Id:To:Mime-Version; b=JmShks1rQ9K2RxajxIhhDLtuWPqJcS40OjMX506IT/uHPnGBUNhOKIH9ElahiJ0PJ kXAcSe0eY3ODZ6nU8LSZLd/iS6uZ5pJgiiRJ3lvLAMCsqy6i5xSBDRKP4M6jb8yNN5 Z68Nm8nKi8RZut/onlJ5viUeeExY7P9Zj6b7XIO4= X-Virus-Scanned: amavisd-new at mail.fly-group.ru Received: from mail.fly-group.ru ([127.0.0.1]) by localhost (mail.fly-group.ru [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id iT4sMbzkRtzg; Sat, 26 Oct 2013 13:47:19 +0400 (MSK) Received: from [192.168.1.102] (broadband-178-140-171-97.nationalcablenetworks.ru [178.140.171.97]) by mail.fly-group.ru (Postfix) with ESMTPSA id B86769506E6; Sat, 26 Oct 2013 13:47:19 +0400 (MSK) From: Alexey Tarasov Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: FreeBSD 9.2 UFS + GELI softdep_deallocate_dependencies: unrecovered I/O error Date: Sat, 26 Oct 2013 13:47:18 +0400 Message-Id: <2AA765E7-1F17-4C6F-98BD-004AEFF88D32@lexasoft.ru> To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) X-Mailer: Apple Mail (2.1816) Cc: =?utf-8?B?0KLQsNGA0LDRgdC+0LIg0JDQu9C10LrRgdC10LnigI4KINCS0Lg=?= =?utf-8?B?0LrRgtC+0YDQvtCy0LjRhw==?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Oct 2013 09:55:55 -0000 Hello.=20 I've upgraded server to 9.2 and now it hangs every 2-3 hours of = intensive I/O to UFS SUJ + GELI disk. On 9.1 everything was good for a = half of a year.=20 g_vfs_done():da1.eli[WRITE(offset=3D614630752256, length=3D32768)]error = =3D 11=20 g_vfs_done():da1.eli[WRITE(offset=3D614631211008, length=3D32768)]error = =3D 11=20 g_vfs_done():da1.eli[WRITE(offset=3D614634815488, length=3D32768)]error = =3D 11=20 g_vfs_done():da1.eli[WRITE(offset=3D614642319360, length=3D32768)]error = =3D 11=20 g_vfs_done():da1.eli[WRITE(offset=3D614642909184, length=3D32768)]error = =3D 11=20 g_vfs_done():da1.eli[WRITE(offset=3D614643007488, length=3D32768)]error = =3D 11=20 g_vfs_done():da1.eli[WRITE(offset=3D614644875264, length=3D32768)]error = =3D 11=20 g_vfs_done():da1.eli[WRITE(offset=3D550691995648, length=3D98304)]error = =3D 11=20 g_vfs_done():da1.eli[WRITE(offset=3D550692519936, length=3D32768)]error = =3D 11=20 g_vfs_done():da1.eli[WRITE(offset=3D550704152576, length=3D32768)]error = =3D 11=20 /data/pgsql/data/base: got error 11 while accessing filesystem=20 panic: softdep_deallocate_dependencies: unrecovered I/O error=20 cpuid =3D 10=20 KDB: stack backtrace:=20 #0 0xffffffff80947986 at kdb_backtrace+0x66=20 #1 0xffffffff8090d9ae at panic+0x1ce=20 #2 0xffffffff80b3ff90 at clear_remove+0=20 #3 0xffffffff8098fb65 at brelse+0x75=20 #4 0xffffffff80990978 at bufdone+0x68=20 #5 0xffffffff8098c83e at biodone+0xae=20 #6 0xffffffff80872f4c at g_io_schedule_up+0xac=20 #7 0xffffffff808736ac at g_up_procbody+0x5c=20 #8 0xffffffff808db67f at fork_exit+0x11f=20 #9 0xffffffff80cdc23e at fork_trampoline+0xe=20 Uptime: 6d15h5m7s=20 Dumping 7664 out of 196573 = MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%=20 Full core.txt is here: http://lexasoft.ru/core.txt.1=20 Server is HP Proliant DL180 G6 with P410 RAID controller.=20 -- Alexey Tarasov From owner-freebsd-stable@FreeBSD.ORG Sat Oct 26 11:26:39 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CA3FBC1B; Sat, 26 Oct 2013 11:26:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 198B32778; Sat, 26 Oct 2013 11:26:38 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id r9QBQR5s075923; Sat, 26 Oct 2013 13:26:27 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id r9QBQRaI075833; Sat, 26 Oct 2013 11:26:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 11:26:27 GMT Message-Id: <201310261126.r9QBQRaI075833@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Oct 2013 11:26:39 -0000 TB --- 2013-10-26 09:10:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-10-26 09:10:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-10-26 09:10:43 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2013-10-26 09:10:43 - cleaning the object tree TB --- 2013-10-26 09:10:43 - /usr/local/bin/svn stat /src TB --- 2013-10-26 09:11:31 - At svn revision 257155 TB --- 2013-10-26 09:11:32 - building world TB --- 2013-10-26 09:11:32 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 09:11:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 09:11:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 09:11:32 - SRCCONF=/dev/null TB --- 2013-10-26 09:11:32 - TARGET=ia64 TB --- 2013-10-26 09:11:32 - TARGET_ARCH=ia64 TB --- 2013-10-26 09:11:32 - TZ=UTC TB --- 2013-10-26 09:11:32 - __MAKE_CONF=/dev/null TB --- 2013-10-26 09:11:32 - cd /src TB --- 2013-10-26 09:11:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 09:11:42 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Oct 26 11:26:03 UTC 2013 TB --- 2013-10-26 11:26:03 - generating LINT kernel config TB --- 2013-10-26 11:26:03 - cd /src/sys/ia64/conf TB --- 2013-10-26 11:26:03 - /usr/bin/make -B LINT TB --- 2013-10-26 11:26:03 - cd /src/sys/ia64/conf TB --- 2013-10-26 11:26:03 - /usr/sbin/config -m LINT TB --- 2013-10-26 11:26:03 - building LINT kernel TB --- 2013-10-26 11:26:03 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 11:26:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 11:26:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 11:26:03 - SRCCONF=/dev/null TB --- 2013-10-26 11:26:03 - TARGET=ia64 TB --- 2013-10-26 11:26:03 - TARGET_ARCH=ia64 TB --- 2013-10-26 11:26:03 - TZ=UTC TB --- 2013-10-26 11:26:03 - __MAKE_CONF=/dev/null TB --- 2013-10-26 11:26:03 - cd /src TB --- 2013-10-26 11:26:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 26 11:26:03 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/ia64.ia64/src/tmp/legacy/usr/sbin:/obj/ia64.ia64/src/tmp/legacy/usr/bin:/obj/ia64.ia64/src/tmp/legacy/usr/games:/obj/ia64.ia64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/ia64.ia64/src/sys/LINT/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-10-26 11:26:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 11:26:26 - ERROR: failed to build LINT kernel TB --- 2013-10-26 11:26:26 - 6262.40 user 2308.17 system 8143.48 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 26 22:35:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 90AFE622 for ; Sat, 26 Oct 2013 22:35:43 +0000 (UTC) (envelope-from franz@electromail.org) Received: from mx-b.spam-sponge.de (mx-b.spam-sponge.de [IPv6:2a01:4f8:200:3283:5054:ff:fe14:3d90]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 10D0A27A8 for ; Sat, 26 Oct 2013 22:35:42 +0000 (UTC) Received: from [192.168.100.4] (e178017113.adsl.alicedsl.de [85.178.17.113]) (authenticated bits=0) by mx-b.spam-sponge.de (8.14.7/8.14.5) with ESMTP id r9QMZaFV002996 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 27 Oct 2013 00:35:39 +0200 (CEST) (envelope-from franz@electromail.org) Message-ID: <526C43B8.8030702@electromail.org> Date: Sun, 27 Oct 2013 00:35:36 +0200 From: Franz Schwartau User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.2 UFS + GELI softdep_deallocate_dependencies: unrecovered I/O error References: <2AA765E7-1F17-4C6F-98BD-004AEFF88D32@lexasoft.ru> In-Reply-To: <2AA765E7-1F17-4C6F-98BD-004AEFF88D32@lexasoft.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Oct 2013 22:35:43 -0000 Hi! I see this kind of messages, too, after upgrading from 9.1 to 9.2. E. g.: g_vfs_done():label/var[WRITE(offset=1147863040, length=32768)]error = 11 g_vfs_done():label/var[WRITE(offset=979927040, length=32768)]error = 11 label/var is not encrypted. No panic occurs on my machine. Best regards Franz On 26.10.2013 11:47, Alexey Tarasov wrote: > Hello. > > I've upgraded server to 9.2 and now it hangs every 2-3 hours of intensive I/O to UFS SUJ + GELI disk. On 9.1 everything was good for a half of a year. > > g_vfs_done():da1.eli[WRITE(offset=614630752256, length=32768)]error = 11 > g_vfs_done():da1.eli[WRITE(offset=614631211008, length=32768)]error = 11 > g_vfs_done():da1.eli[WRITE(offset=614634815488, length=32768)]error = 11 > g_vfs_done():da1.eli[WRITE(offset=614642319360, length=32768)]error = 11 > g_vfs_done():da1.eli[WRITE(offset=614642909184, length=32768)]error = 11 > g_vfs_done():da1.eli[WRITE(offset=614643007488, length=32768)]error = 11 > g_vfs_done():da1.eli[WRITE(offset=614644875264, length=32768)]error = 11 > g_vfs_done():da1.eli[WRITE(offset=550691995648, length=98304)]error = 11 > g_vfs_done():da1.eli[WRITE(offset=550692519936, length=32768)]error = 11 > g_vfs_done():da1.eli[WRITE(offset=550704152576, length=32768)]error = 11 > /data/pgsql/data/base: got error 11 while accessing filesystem > panic: softdep_deallocate_dependencies: unrecovered I/O error > cpuid = 10 > KDB: stack backtrace: > #0 0xffffffff80947986 at kdb_backtrace+0x66 > #1 0xffffffff8090d9ae at panic+0x1ce > #2 0xffffffff80b3ff90 at clear_remove+0 > #3 0xffffffff8098fb65 at brelse+0x75 > #4 0xffffffff80990978 at bufdone+0x68 > #5 0xffffffff8098c83e at biodone+0xae > #6 0xffffffff80872f4c at g_io_schedule_up+0xac > #7 0xffffffff808736ac at g_up_procbody+0x5c > #8 0xffffffff808db67f at fork_exit+0x11f > #9 0xffffffff80cdc23e at fork_trampoline+0xe > Uptime: 6d15h5m7s > Dumping 7664 out of 196573 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% > > Full core.txt is here: http://lexasoft.ru/core.txt.1 > > Server is HP Proliant DL180 G6 with P410 RAID controller.