From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 04:04:55 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 2854ACE7; Sun, 13 Oct 2013 04:04:55 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp3.sbb.rs (smtp3.sbb.rs [89.216.2.35]) by mx1.freebsd.org (Postfix) with ESMTP id AD8662061; Sun, 13 Oct 2013 04:04:54 +0000 (UTC) Received: from knossos (cable-178-148-97-104.dynamic.sbb.rs [178.148.97.104]) by smtp3.sbb.rs (8.14.0/8.14.0) with ESMTP id r9D3guoZ024027; Sun, 13 Oct 2013 05:43:01 +0200 Received: from localhost (1000@localhost [local]); by knossos (OpenSMTPD) with ESMTPA id 585554a7; Sun, 13 Oct 2013 05:42:28 +0200 (CEST) User-Agent: OpenSMTPD enqueuer (Demoosh) Date: Sun, 13 Oct 2013 05:42:28 +0200 From: Zoran Kolic To: Matthew Seaman Subject: Re: pkg problem Message-ID: <20131013034228.GA24989@knossos> References: <20131012163659.GA1443@faust.sbb.rs> <5259C104.5020505@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5259C104.5020505@FreeBSD.org> 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, 13 Oct 2013 04:04:55 -0000 > Upgraded to FreeBSD 9.2 from what version? If it was anything 9.x then > you would not necessarily have replaced any of the ports previously > installed. >From 9.1 release. I see a lot of apps having newer versions. > If you were upgrading from some earlier version of FreeBSD then you'ld > need to reinstall all your ports with stuff compiled for 9.x. You can > do that by: > > pkg install -f I might try -f flag. After getting txz files, I found them in /var/cache/pkg/All directory. None of them installed. So, I still have old packages. They work, but it is not what was intended. I will repeat: first I installed pkg. Then issued pkg2ng. I see no difference in db dir. I changed server address to numerical (96.47.72.120). Then I used "pkg update" to have it fresh. Last, "pkg upgrade". It downloaded and lot more. I went further, with kernel recompile. After reboot, I see older apps, from 9.1. Ones for 9.2 are in before mentioned directory. > Why does freebsd-update come into this? That's for updating the base > system. It won't do anything to affect your ports directly. I'm aware of that. But, it was a step in one of manuals (or "manuals"). > While 96.47.72.120 is the IP number of the pkgrepo test server, the > recommended way to use it is via this PACKAGESITE URL: > http://pkg-test.freebsd.org/pkg-test-${ABI}/latest Does not work for me. I get nothing with this line in pkg.conf. To say again, I have files on my node, but they do not install. I messed something, but cannot find out what it is. Does someone have success with pkg-test in conf file? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 07:30:31 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 367F33FA for ; Sun, 13 Oct 2013 07:30:31 +0000 (UTC) (envelope-from admin@3dr.org) Received: from futurehost.futurehost.pl (futurehost.futurehost.pl [91.200.185.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECE9026B7 for ; Sun, 13 Oct 2013 07:30:30 +0000 (UTC) Received: from user-94-254-145-82.play-internet.pl ([94.254.145.82]:31808 helo=com.flipdogsolutions) by futurehost.futurehost.pl with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.80) (envelope-from ) id 1VVG85-0005qG-SZ for freebsd-stable@freebsd.org; Sun, 13 Oct 2013 09:30:22 +0200 Date: Sun, 13 Oct 2013 09:30:18 +0200 From: admin@3dr.org To: freebsd-stable@freebsd.org Message-ID: <220e8bb5-1050-43d7-a58c-477cbba6ef56.maildroid@localhost> Subject: Trace process with high outgoing traffic MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 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: Sun, 13 Oct 2013 07:30:31 -0000 Hello, I'm looking for a way to trace a PHP-FPM forked proces which has high outgoing traffic (user attacking some remote servers). Any ideas? Thank you Luke From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 12:19:58 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 55495181 for ; Sun, 13 Oct 2013 12:19:58 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CE74E2118 for ; Sun, 13 Oct 2013 12:19:57 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-11-50.lns21.adl2.internode.on.net [14.2.11.50]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r9DCJZJM011299 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 13 Oct 2013 22:49:40 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: multipart/signed; boundary="Apple-Mail=_74FA02E1-9EA8-4737-A805-C3AC692BDBAB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Date: Sun, 13 Oct 2013 22:49:34 +1030 Subject: ZFS hanging on too hard To: freebsd-stable stable Message-Id: <0A1B986B-1D7D-4D88-82EF-C1E7A91FF089@gsoft.com.au> Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 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, 13 Oct 2013 12:19:58 -0000 --Apple-Mail=_74FA02E1-9EA8-4737-A805-C3AC692BDBAB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all, I'm trying to setup a ZFS mirror system with a USB disk as backup. The = backup disk is a ZFS pool which I am zfs send'ing to. However I find that if the disk is disconnected while mounted then = things go pear shaped.. root@gateway:~ # zpool status -v pool: backupA state: UNAVAIL status: One or more devices are faulted in response to IO failures. action: Make sure the affected devices are connected, then run 'zpool = clear'. see: http://illumos.org/msg/ZFS-8000-HC scan: none requested config: NAME STATE READ WRITE CKSUM backupA UNAVAIL 0 0 0 1877640355 REMOVED 0 0 0 was /dev/da0 errors: List of errors unavailable (insufficient privileges) (but I am root..) root@gateway:~ # zpool online pool /dev/da0 cannot online /dev/da0: no such device in pool ?! Anyone have any ideas? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_74FA02E1-9EA8-4737-A805-C3AC692BDBAB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSWo/W5ZPcIHs/zowRArLFAJ4xTtjvJPVlU5kxj6UVZXqkhVP2AQCgqL9D wDTCalVmlmJ3WZNDbLCTuWA= =JJZ1 -----END PGP SIGNATURE----- --Apple-Mail=_74FA02E1-9EA8-4737-A805-C3AC692BDBAB-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 15:30:08 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 A9A60D88 for ; Sun, 13 Oct 2013 15:30:08 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp4.sbb.rs (smtp4.sbb.rs [89.216.2.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2196327F6 for ; Sun, 13 Oct 2013 15:30:07 +0000 (UTC) Received: from faust.localdomain (cable-178-148-100-100.dynamic.sbb.rs [178.148.100.100]) by smtp4.sbb.rs (8.14.0/8.14.0) with ESMTP id r9DFU0bH002410 for ; Sun, 13 Oct 2013 17:30:05 +0200 Received: by faust.localdomain (Postfix, from userid 1001) id 3B9D6A41E9D; Sun, 13 Oct 2013 17:29:58 +0200 (CEST) Date: Sun, 13 Oct 2013 17:29:58 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: pkg2ng not making pkg.bak dir after upgrade Message-ID: <20131013152958.GA4744@faust.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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, 13 Oct 2013 15:30:08 -0000 After a while, I found that I messed something. Upgraded the system from 9.1 to 9.2 with freebsd-update. Installed pkg. Used pkg2ng. It did some work, but made no /var/db/pkg.bak directory at all. Now, I could see either pkg version output just as pkg_version. So, it was not converted to pkg system. Update and upgrade processes went fine to my tired eyes. But, it was not fine, since I still use old packages, with downloaded txz files in /var/cache/pkg/All. > pkg info pkg pkg-1.1.4_7 > uname -a FreeBSD faust 9.2-RELEASE FreeBSD 9.2-RELEASE #3: Sat Oct 12 17:30:28 CEST 2013 root@faust:/usr/obj/usr/src/sys/NEWKERN amd64 > whereis pkg2ng pkg2ng: /usr/local/sbin/pkg2ng I use tcsh, if it matters. Any idea how to go further. I could remove all apps and install from the start, but it is interesting to find the solution. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 16:02: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 80C3985B for ; Sun, 13 Oct 2013 16:02:59 +0000 (UTC) (envelope-from prvs=19987b9001=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 204102965 for ; Sun, 13 Oct 2013 16:02:58 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006379269.msg for ; Sun, 13 Oct 2013 17:02:50 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 13 Oct 2013 17:02:50 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=19987b9001=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: "Daniel O'Connor" , "freebsd-stable stable" References: <0A1B986B-1D7D-4D88-82EF-C1E7A91FF089@gsoft.com.au> Subject: Re: ZFS hanging on too hard Date: Sun, 13 Oct 2013 17:02:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 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, 13 Oct 2013 16:02:59 -0000 ----- Original Message ----- From: "Daniel O'Connor" > Hi all, > I'm trying to setup a ZFS mirror system with a USB disk as backup. The backup disk is a ZFS pool which I am zfs send'ing to. > > However I find that if the disk is disconnected while mounted then things go pear shaped.. > root@gateway:~ # zpool status -v > pool: backupA > state: UNAVAIL > status: One or more devices are faulted in response to IO failures. > action: Make sure the affected devices are connected, then run 'zpool clear'. > see: http://illumos.org/msg/ZFS-8000-HC > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > backupA UNAVAIL 0 0 0 > 1877640355 REMOVED 0 0 0 was /dev/da0 > > errors: List of errors unavailable (insufficient privileges) > > (but I am root..) > > root@gateway:~ # zpool online pool /dev/da0 > cannot online /dev/da0: no such device in pool > > ?! > > Anyone have any ideas? First "pool" is not your pool name its backupA so try: zpool online backupA /dev/da0 If that still fails try: zpool online backupA 1877640355 Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 21:49:54 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 C4D43F37 for ; Sun, 13 Oct 2013 21:49:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DB7C2903 for ; Sun, 13 Oct 2013 21:49:53 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-11-50.lns21.adl2.internode.on.net [14.2.11.50]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r9DLnbRb035354 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 14 Oct 2013 08:19:43 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: ZFS hanging on too hard Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_9522669D-0440-42F4-B019-1187B9BFC7A6"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: "Daniel O'Connor" X-Priority: 3 In-Reply-To: Date: Mon, 14 Oct 2013 08:19:36 +1030 Message-Id: References: <0A1B986B-1D7D-4D88-82EF-C1E7A91FF089@gsoft.com.au> To: Steven Hartland X-Mailer: Apple Mail (2.1510) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable stable 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, 13 Oct 2013 21:49:54 -0000 --Apple-Mail=_9522669D-0440-42F4-B019-1187B9BFC7A6 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=iso-8859-1 On 14/10/2013, at 2:32, Steven Hartland wrote: > First "pool" is not your pool name its backupA so try: > zpool online backupA /dev/da0 > > If that still fails try: > zpool online backupA 1877640355 I get.. root@gateway:~ # zpool online backupA /dev/da0 cannot online /dev/da0: pool I/O is currently suspended root@gateway:~ # zpool online backupA 1877640355 cannot online 1877640355: pool I/O is currently suspended It seems that it does not recognise the disk is present :( I tried zpool export but that hangs, eg root@gateway:~ # zpool export -f backupA load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.63r 0.00u 0.00s 0% 2804k load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.79r 0.00u 0.00s 0% 2804k load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.99r 0.00u 0.00s 0% 2804k -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_9522669D-0440-42F4-B019-1187B9BFC7A6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSWxVw5ZPcIHs/zowRAgRMAJ9LnVJRkRhjTaBjgBuawoU94wpbCgCfbtrd Lfyqc8mENLn4q1mC0eA0NAI= =rDTL -----END PGP SIGNATURE----- --Apple-Mail=_9522669D-0440-42F4-B019-1187B9BFC7A6-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 22:14:53 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 1D38B504 for ; Sun, 13 Oct 2013 22:14:53 +0000 (UTC) (envelope-from prvs=19987b9001=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC6152A0F for ; Sun, 13 Oct 2013 22:14:52 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006381684.msg for ; Sun, 13 Oct 2013 23:14:49 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 13 Oct 2013 23:14:49 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=19987b9001=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <7C2F6AFBB5BD41868450D3C4BD722B5F@multiplay.co.uk> From: "Steven Hartland" To: "Daniel O'Connor" References: <0A1B986B-1D7D-4D88-82EF-C1E7A91FF089@gsoft.com.au> Subject: Re: ZFS hanging on too hard Date: Sun, 13 Oct 2013 23:14:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable stable 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, 13 Oct 2013 22:14:53 -0000 ----- Original Message ----- From: "Daniel O'Connor" > > On 14/10/2013, at 2:32, Steven Hartland wrote: > > First "pool" is not your pool name its backupA so try: > > zpool online backupA /dev/da0 > > > > If that still fails try: > > zpool online backupA 1877640355 > > > I get.. > root@gateway:~ # zpool online backupA /dev/da0 > cannot online /dev/da0: pool I/O is currently suspended > root@gateway:~ # zpool online backupA 1877640355 > cannot online 1877640355: pool I/O is currently suspended > > It seems that it does not recognise the disk is present :( > > I tried zpool export but that hangs, eg > root@gateway:~ # zpool export -f backupA > load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.63r 0.00u 0.00s 0% 2804k > load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.79r 0.00u 0.00s 0% 2804k > load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.99r 0.00u 0.00s 0% 2804k Hmm I guess your going to have to reboot, which is not ideal. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 22:21:49 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 E0F068B0 for ; Sun, 13 Oct 2013 22:21:49 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 46FD42A66 for ; Sun, 13 Oct 2013 22:21:48 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-11-50.lns21.adl2.internode.on.net [14.2.11.50]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r9DMLe5X037407 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 14 Oct 2013 08:51:46 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: ZFS hanging on too hard Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1536945D-6975-4761-BF22-308B41274869"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: "Daniel O'Connor" X-Priority: 3 In-Reply-To: <7C2F6AFBB5BD41868450D3C4BD722B5F@multiplay.co.uk> Date: Mon, 14 Oct 2013 08:51:40 +1030 Message-Id: References: <0A1B986B-1D7D-4D88-82EF-C1E7A91FF089@gsoft.com.au> <7C2F6AFBB5BD41868450D3C4BD722B5F@multiplay.co.uk> To: "Steven Hartland" X-Mailer: Apple Mail (2.1510) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable stable 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, 13 Oct 2013 22:21:49 -0000 --Apple-Mail=_1536945D-6975-4761-BF22-308B41274869 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 14/10/2013, at 8:44, "Steven Hartland" = wrote: >> root@gateway:~ # zpool export -f backupA >> load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.63r 0.00u 0.00s = 0% 2804k >> load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.79r 0.00u 0.00s = 0% 2804k >> load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.99r 0.00u 0.00s = 0% 2804k >=20 > Hmm I guess your going to have to reboot, which is not ideal. Yeah :( Also, if I _do_ reboot it hangs on shutdown, the last message is about = da0 having pending buffers.. It rather makes my idea of a zpool on the backup disk a bit risky - if = someone pulls the disk while it's imported then the server would need to = be rebooted. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_1536945D-6975-4761-BF22-308B41274869 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSWxz05ZPcIHs/zowRAkPFAKCoOOeF4JhJJipnlyYosQpGeImimACcCaUR d8i+Gkkqx85SwnpR9+oypbs= =w3j/ -----END PGP SIGNATURE----- --Apple-Mail=_1536945D-6975-4761-BF22-308B41274869-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 22:27:53 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 7E67B9EE for ; Sun, 13 Oct 2013 22:27:53 +0000 (UTC) (envelope-from prvs=19987b9001=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B3AC2A9B for ; Sun, 13 Oct 2013 22:27:52 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006381750.msg for ; Sun, 13 Oct 2013 23:27:50 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 13 Oct 2013 23:27:50 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=19987b9001=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <0BC7A3E1DA9A4D0C9E63ED73E88BA6AE@multiplay.co.uk> From: "Steven Hartland" To: "Daniel O'Connor" References: <0A1B986B-1D7D-4D88-82EF-C1E7A91FF089@gsoft.com.au> <7C2F6AFBB5BD41868450D3C4BD722B5F@multiplay.co.uk> Subject: Re: ZFS hanging on too hard Date: Sun, 13 Oct 2013 23:27:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable stable 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, 13 Oct 2013 22:27:53 -0000 ----- Original Message ----- From: "Daniel O'Connor" > > On 14/10/2013, at 8:44, "Steven Hartland" wrote: > >> root@gateway:~ # zpool export -f backupA > >> load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.63r 0.00u 0.00s 0% 2804k > >> load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.79r 0.00u 0.00s 0% 2804k > >> load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.99r 0.00u 0.00s 0% 2804k > > > > Hmm I guess your going to have to reboot, which is not ideal. > > > Yeah :( > Also, if I _do_ reboot it hangs on shutdown, the last message is about da0 having > pending buffers.. > > It rather makes my idea of a zpool on the backup disk a bit risky - if someone > pulls the disk while it's imported then the server would need to be rebooted. That could mean the underlying issue may be a USB or CAM scsi_da. You didnt say which OS version your running? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 22:30:08 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 8498AB01 for ; Sun, 13 Oct 2013 22:30:08 +0000 (UTC) (envelope-from prvs=19987b9001=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1E97D2AB9 for ; Sun, 13 Oct 2013 22:30:07 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006381767.msg for ; Sun, 13 Oct 2013 23:30:06 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 13 Oct 2013 23:30:06 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=19987b9001=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <9E3D28DB8C9E49DC869717C4649F3EBD@multiplay.co.uk> From: "Steven Hartland" To: "Steven Hartland" , "Daniel O'Connor" References: <0A1B986B-1D7D-4D88-82EF-C1E7A91FF089@gsoft.com.au> <7C2F6AFBB5BD41868450D3C4BD722B5F@multiplay.co.uk> <0BC7A3E1DA9A4D0C9E63ED73E88BA6AE@multiplay.co.uk> Subject: Re: ZFS hanging on too hard Date: Sun, 13 Oct 2013 23:30:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable stable 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, 13 Oct 2013 22:30:08 -0000 ----- Original Message ----- From: "Steven Hartland" To: "Daniel O'Connor" Cc: "freebsd-stable stable" Sent: Sunday, October 13, 2013 11:27 PM Subject: Re: ZFS hanging on too hard > > ----- Original Message ----- > From: "Daniel O'Connor" >> >> On 14/10/2013, at 8:44, "Steven Hartland" wrote: >> >> root@gateway:~ # zpool export -f backupA >> >> load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.63r 0.00u 0.00s 0% 2804k >> >> load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.79r 0.00u 0.00s 0% 2804k >> >> load: 0.04 cmd: zpool 1384 [tx->tx_sync_done_cv)] 2.99r 0.00u 0.00s 0% 2804k >> > >> > Hmm I guess your going to have to reboot, which is not ideal. >> >> >> Yeah :( >> Also, if I _do_ reboot it hangs on shutdown, the last message is about da0 having >> pending buffers.. >> >> It rather makes my idea of a zpool on the backup disk a bit risky - if someone >> pulls the disk while it's imported then the server would need to be rebooted. > > That could mean the underlying issue may be a USB or CAM scsi_da. > > You didnt say which OS version your running? The following may help forcing the shutdown if it is a USB problem, although be warned you may well loose data in normal operation, so would avoid leaving it in your case. hw.usb.no_shutdown_wait=1 Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 22:36:37 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 3B415CF8 for ; Sun, 13 Oct 2013 22:36:37 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 969912B07 for ; Sun, 13 Oct 2013 22:36:36 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-11-50.lns21.adl2.internode.on.net [14.2.11.50]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r9DMaKtV045992 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 14 Oct 2013 09:06:34 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: ZFS hanging on too hard Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_86EDD9BB-BE06-47B4-96C9-2A0426B48A5E"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: "Daniel O'Connor" X-Priority: 3 In-Reply-To: <9E3D28DB8C9E49DC869717C4649F3EBD@multiplay.co.uk> Date: Mon, 14 Oct 2013 09:06:19 +1030 Message-Id: <237467E4-2D98-4A8B-937B-56A610E0F8B9@gsoft.com.au> References: <0A1B986B-1D7D-4D88-82EF-C1E7A91FF089@gsoft.com.au> <7C2F6AFBB5BD41868450D3C4BD722B5F@multiplay.co.uk> <0BC7A3E1DA9A4D0C9E63ED73E88BA6AE@multiplay.co.uk> <9E3D28DB8C9E49DC869717C4649F3EBD@multiplay.co.uk> To: "Steven Hartland" X-Mailer: Apple Mail (2.1510) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable stable 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, 13 Oct 2013 22:36:37 -0000 --Apple-Mail=_86EDD9BB-BE06-47B4-96C9-2A0426B48A5E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 14/10/2013, at 9:00, "Steven Hartland" = wrote: >>> pulls the disk while it's imported then the server would need to be = rebooted. >> That could mean the underlying issue may be a USB or CAM scsi_da. >> You didnt say which OS version your running? >=20 > The following may help forcing the shutdown if it is a USB problem, = although be > warned you may well loose data in normal operation, so would avoid = leaving it > in your case. >=20 > hw.usb.no_shutdown_wait=3D1 That seems to work around the hang on reboot, thanks. I am running 9.2 (fresh install from a USB key). -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_86EDD9BB-BE06-47B4-96C9-2A0426B48A5E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSWyBj5ZPcIHs/zowRAtQCAJwMYbnZiRt1zXvoDvPLb7R8lUiyXACeJQoH ROybCc4VP0ivgYsVH+Xv0iw= =af68 -----END PGP SIGNATURE----- --Apple-Mail=_86EDD9BB-BE06-47B4-96C9-2A0426B48A5E-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 13 22:49:29 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 2A0B1F4E for ; Sun, 13 Oct 2013 22:49:29 +0000 (UTC) (envelope-from prvs=19987b9001=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA8DC2B73 for ; Sun, 13 Oct 2013 22:49:28 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006381890.msg for ; Sun, 13 Oct 2013 23:49:27 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 13 Oct 2013 23:49:27 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=19987b9001=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <82DE976BC33C4B2781D9DAA4D18740E8@multiplay.co.uk> From: "Steven Hartland" To: "Daniel O'Connor" References: <0A1B986B-1D7D-4D88-82EF-C1E7A91FF089@gsoft.com.au> <7C2F6AFBB5BD41868450D3C4BD722B5F@multiplay.co.uk> <0BC7A3E1DA9A4D0C9E63ED73E88BA6AE@multiplay.co.uk> <9E3D28DB8C9E49DC869717C4649F3EBD@multiplay.co.uk> <237467E4-2D98-4A8B-937B-56A610E0F8B9@gsoft.com.au> Subject: Re: ZFS hanging on too hard Date: Sun, 13 Oct 2013 23:49:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable stable 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, 13 Oct 2013 22:49:29 -0000 ----- Original Message ----- From: "Daniel O'Connor" > On 14/10/2013, at 9:00, "Steven Hartland" wrote: > >>> pulls the disk while it's imported then the server would need to be rebooted. > >> That could mean the underlying issue may be a USB or CAM scsi_da. > >> You didnt say which OS version your running? > > > > The following may help forcing the shutdown if it is a USB problem, although be > > warned you may well loose data in normal operation, so would avoid leaving it > > in your case. > > > > hw.usb.no_shutdown_wait=1 > > > That seems to work around the hang on reboot, thanks. > > I am running 9.2 (fresh install from a USB key). That does kind of point the finger away from ZFS code, is it reproducable? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 00:53:33 2013 Return-Path: Delivered-To: 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 C3BE4788; Mon, 14 Oct 2013 00:53:33 +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 B3C1B2019; Mon, 14 Oct 2013 00:53: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 r9E0TgUE064804; Mon, 14 Oct 2013 02:29:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id r9E0TgfT064730; Mon, 14 Oct 2013 00:29:42 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Oct 2013 00:29:42 GMT Message-Id: <201310140029.r9E0TgfT064730@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 mips/mips 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: Mon, 14 Oct 2013 00:53:33 -0000 TB --- 2013-10-13 20:40:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-10-13 20:40:41 - 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-13 20:40:41 - starting RELENG_10 tinderbox run for mips/mips TB --- 2013-10-13 20:40:41 - cleaning the object tree TB --- 2013-10-13 20:40:41 - /usr/local/bin/svn stat /src TB --- 2013-10-13 20:41:33 - At svn revision 256432 TB --- 2013-10-13 20:41:34 - building world TB --- 2013-10-13 20:41:34 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 20:41:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 20:41:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 20:41:34 - SRCCONF=/dev/null TB --- 2013-10-13 20:41:34 - TARGET=mips TB --- 2013-10-13 20:41:34 - TARGET_ARCH=mips TB --- 2013-10-13 20:41:34 - TZ=UTC TB --- 2013-10-13 20:41:34 - __MAKE_CONF=/dev/null TB --- 2013-10-13 20:41:34 - cd /src TB --- 2013-10-13 20:41:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Oct 13 20:41:44 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 Sun Oct 13 22:07:42 UTC 2013 TB --- 2013-10-13 22:07:42 - cd /src/sys/mips/conf TB --- 2013-10-13 22:07:42 - /usr/sbin/config -m ADM5120 TB --- 2013-10-13 22:07:42 - skipping ADM5120 kernel TB --- 2013-10-13 22:07:42 - cd /src/sys/mips/conf TB --- 2013-10-13 22:07:42 - /usr/sbin/config -m ALCHEMY TB --- 2013-10-13 22:07:42 - skipping ALCHEMY kernel TB --- 2013-10-13 22:07:42 - cd /src/sys/mips/conf TB --- 2013-10-13 22:07:42 - /usr/sbin/config -m AP121 TB --- 2013-10-13 22:07:42 - building AP121 kernel TB --- 2013-10-13 22:07:42 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 22:07:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 22:07:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 22:07:42 - SRCCONF=/dev/null TB --- 2013-10-13 22:07:42 - TARGET=mips TB --- 2013-10-13 22:07:42 - TARGET_ARCH=mips TB --- 2013-10-13 22:07:42 - TZ=UTC TB --- 2013-10-13 22:07:42 - __MAKE_CONF=/dev/null TB --- 2013-10-13 22:07:42 - cd /src TB --- 2013-10-13 22:07:42 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sun Oct 13 22:07:42 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Sun Oct 13 22:12:57 UTC 2013 TB --- 2013-10-13 22:12:57 - cd /src/sys/mips/conf TB --- 2013-10-13 22:12:57 - /usr/sbin/config -m AP91 TB --- 2013-10-13 22:12:57 - building AP91 kernel TB --- 2013-10-13 22:12:57 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 22:12:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 22:12:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 22:12:57 - SRCCONF=/dev/null TB --- 2013-10-13 22:12:57 - TARGET=mips TB --- 2013-10-13 22:12:57 - TARGET_ARCH=mips TB --- 2013-10-13 22:12:57 - TZ=UTC TB --- 2013-10-13 22:12:57 - __MAKE_CONF=/dev/null TB --- 2013-10-13 22:12:57 - cd /src TB --- 2013-10-13 22:12:57 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sun Oct 13 22:12:57 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Sun Oct 13 22:19:51 UTC 2013 TB --- 2013-10-13 22:19:51 - cd /src/sys/mips/conf TB --- 2013-10-13 22:19:51 - /usr/sbin/config -m AP93 TB --- 2013-10-13 22:19:51 - building AP93 kernel TB --- 2013-10-13 22:19:51 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 22:19:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 22:19:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 22:19:51 - SRCCONF=/dev/null TB --- 2013-10-13 22:19:51 - TARGET=mips TB --- 2013-10-13 22:19:51 - TARGET_ARCH=mips TB --- 2013-10-13 22:19:51 - TZ=UTC TB --- 2013-10-13 22:19:51 - __MAKE_CONF=/dev/null TB --- 2013-10-13 22:19:51 - cd /src TB --- 2013-10-13 22:19:51 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Sun Oct 13 22:19:52 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Sun Oct 13 22:27:15 UTC 2013 TB --- 2013-10-13 22:27:15 - cd /src/sys/mips/conf TB --- 2013-10-13 22:27:15 - /usr/sbin/config -m AP94 TB --- 2013-10-13 22:27:15 - building AP94 kernel TB --- 2013-10-13 22:27:15 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 22:27:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 22:27:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 22:27:15 - SRCCONF=/dev/null TB --- 2013-10-13 22:27:15 - TARGET=mips TB --- 2013-10-13 22:27:15 - TARGET_ARCH=mips TB --- 2013-10-13 22:27:15 - TZ=UTC TB --- 2013-10-13 22:27:15 - __MAKE_CONF=/dev/null TB --- 2013-10-13 22:27:15 - cd /src TB --- 2013-10-13 22:27:15 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sun Oct 13 22:27:15 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Sun Oct 13 22:35:55 UTC 2013 TB --- 2013-10-13 22:35:55 - cd /src/sys/mips/conf TB --- 2013-10-13 22:35:55 - /usr/sbin/config -m AP96 TB --- 2013-10-13 22:35:55 - building AP96 kernel TB --- 2013-10-13 22:35:55 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 22:35:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 22:35:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 22:35:55 - SRCCONF=/dev/null TB --- 2013-10-13 22:35:55 - TARGET=mips TB --- 2013-10-13 22:35:55 - TARGET_ARCH=mips TB --- 2013-10-13 22:35:55 - TZ=UTC TB --- 2013-10-13 22:35:55 - __MAKE_CONF=/dev/null TB --- 2013-10-13 22:35:55 - cd /src TB --- 2013-10-13 22:35:55 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sun Oct 13 22:35:55 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Sun Oct 13 22:44:24 UTC 2013 TB --- 2013-10-13 22:44:24 - cd /src/sys/mips/conf TB --- 2013-10-13 22:44:24 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-10-13 22:44:24 - building AR71XX_BASE kernel TB --- 2013-10-13 22:44:24 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 22:44:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 22:44:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 22:44:24 - SRCCONF=/dev/null TB --- 2013-10-13 22:44:24 - TARGET=mips TB --- 2013-10-13 22:44:24 - TARGET_ARCH=mips TB --- 2013-10-13 22:44:24 - TZ=UTC TB --- 2013-10-13 22:44:24 - __MAKE_CONF=/dev/null TB --- 2013-10-13 22:44:24 - cd /src TB --- 2013-10-13 22:44:24 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sun Oct 13 22:44:24 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Sun Oct 13 22:51:47 UTC 2013 TB --- 2013-10-13 22:51:47 - cd /src/sys/mips/conf TB --- 2013-10-13 22:51:47 - /usr/sbin/config -m AR724X_BASE TB --- 2013-10-13 22:51:47 - building AR724X_BASE kernel TB --- 2013-10-13 22:51:47 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 22:51:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 22:51:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 22:51:47 - SRCCONF=/dev/null TB --- 2013-10-13 22:51:47 - TARGET=mips TB --- 2013-10-13 22:51:47 - TARGET_ARCH=mips TB --- 2013-10-13 22:51:47 - TZ=UTC TB --- 2013-10-13 22:51:47 - __MAKE_CONF=/dev/null TB --- 2013-10-13 22:51:47 - cd /src TB --- 2013-10-13 22:51:47 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sun Oct 13 22:51:47 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Sun Oct 13 22:57:43 UTC 2013 TB --- 2013-10-13 22:57:43 - cd /src/sys/mips/conf TB --- 2013-10-13 22:57:43 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-10-13 22:57:43 - building AR91XX_BASE kernel TB --- 2013-10-13 22:57:43 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 22:57:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 22:57:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 22:57:43 - SRCCONF=/dev/null TB --- 2013-10-13 22:57:43 - TARGET=mips TB --- 2013-10-13 22:57:43 - TARGET_ARCH=mips TB --- 2013-10-13 22:57:43 - TZ=UTC TB --- 2013-10-13 22:57:43 - __MAKE_CONF=/dev/null TB --- 2013-10-13 22:57:43 - cd /src TB --- 2013-10-13 22:57:43 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sun Oct 13 22:57:43 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Sun Oct 13 23:04:20 UTC 2013 TB --- 2013-10-13 23:04:20 - cd /src/sys/mips/conf TB --- 2013-10-13 23:04:20 - /usr/sbin/config -m AR933X_BASE TB --- 2013-10-13 23:04:20 - building AR933X_BASE kernel TB --- 2013-10-13 23:04:20 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 23:04:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 23:04:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 23:04:20 - SRCCONF=/dev/null TB --- 2013-10-13 23:04:20 - TARGET=mips TB --- 2013-10-13 23:04:20 - TARGET_ARCH=mips TB --- 2013-10-13 23:04:20 - TZ=UTC TB --- 2013-10-13 23:04:20 - __MAKE_CONF=/dev/null TB --- 2013-10-13 23:04:20 - cd /src TB --- 2013-10-13 23:04:20 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Sun Oct 13 23:04:20 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Sun Oct 13 23:08:05 UTC 2013 TB --- 2013-10-13 23:08:05 - cd /src/sys/mips/conf TB --- 2013-10-13 23:08:05 - /usr/sbin/config -m AR934X_BASE TB --- 2013-10-13 23:08:05 - building AR934X_BASE kernel TB --- 2013-10-13 23:08:05 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 23:08:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 23:08:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 23:08:05 - SRCCONF=/dev/null TB --- 2013-10-13 23:08:05 - TARGET=mips TB --- 2013-10-13 23:08:05 - TARGET_ARCH=mips TB --- 2013-10-13 23:08:05 - TZ=UTC TB --- 2013-10-13 23:08:05 - __MAKE_CONF=/dev/null TB --- 2013-10-13 23:08:05 - cd /src TB --- 2013-10-13 23:08:05 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Sun Oct 13 23:08:05 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Sun Oct 13 23:11:48 UTC 2013 TB --- 2013-10-13 23:11:48 - cd /src/sys/mips/conf TB --- 2013-10-13 23:11:48 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-10-13 23:11:48 - skipping BERI_DE4_MDROOT kernel TB --- 2013-10-13 23:11:48 - cd /src/sys/mips/conf TB --- 2013-10-13 23:11:48 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-10-13 23:11:48 - skipping BERI_DE4_SDROOT kernel TB --- 2013-10-13 23:11:48 - cd /src/sys/mips/conf TB --- 2013-10-13 23:11:48 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-10-13 23:11:48 - skipping BERI_SIM_MDROOT kernel TB --- 2013-10-13 23:11:48 - cd /src/sys/mips/conf TB --- 2013-10-13 23:11:48 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-10-13 23:11:48 - skipping BERI_TEMPLATE kernel TB --- 2013-10-13 23:11:48 - cd /src/sys/mips/conf TB --- 2013-10-13 23:11:48 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-10-13 23:11:48 - building CARAMBOLA2 kernel TB --- 2013-10-13 23:11:48 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 23:11:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 23:11:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 23:11:48 - SRCCONF=/dev/null TB --- 2013-10-13 23:11:48 - TARGET=mips TB --- 2013-10-13 23:11:48 - TARGET_ARCH=mips TB --- 2013-10-13 23:11:48 - TZ=UTC TB --- 2013-10-13 23:11:48 - __MAKE_CONF=/dev/null TB --- 2013-10-13 23:11:48 - cd /src TB --- 2013-10-13 23:11:48 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Sun Oct 13 23:11:48 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Sun Oct 13 23:15:38 UTC 2013 TB --- 2013-10-13 23:15:38 - cd /src/sys/mips/conf TB --- 2013-10-13 23:15:38 - /usr/sbin/config -m DB120 TB --- 2013-10-13 23:15:38 - building DB120 kernel TB --- 2013-10-13 23:15:38 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 23:15:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 23:15:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 23:15:38 - SRCCONF=/dev/null TB --- 2013-10-13 23:15:38 - TARGET=mips TB --- 2013-10-13 23:15:38 - TARGET_ARCH=mips TB --- 2013-10-13 23:15:38 - TZ=UTC TB --- 2013-10-13 23:15:38 - __MAKE_CONF=/dev/null TB --- 2013-10-13 23:15:38 - cd /src TB --- 2013-10-13 23:15:38 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Sun Oct 13 23:15:38 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Sun Oct 13 23:19:30 UTC 2013 TB --- 2013-10-13 23:19:30 - cd /src/sys/mips/conf TB --- 2013-10-13 23:19:30 - /usr/sbin/config -m DIR-825 TB --- 2013-10-13 23:19:30 - building DIR-825 kernel TB --- 2013-10-13 23:19:30 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 23:19:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 23:19:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 23:19:30 - SRCCONF=/dev/null TB --- 2013-10-13 23:19:30 - TARGET=mips TB --- 2013-10-13 23:19:30 - TARGET_ARCH=mips TB --- 2013-10-13 23:19:30 - TZ=UTC TB --- 2013-10-13 23:19:30 - __MAKE_CONF=/dev/null TB --- 2013-10-13 23:19:30 - cd /src TB --- 2013-10-13 23:19:30 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Sun Oct 13 23:19:30 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIR-825 completed on Sun Oct 13 23:25:11 UTC 2013 TB --- 2013-10-13 23:25:11 - cd /src/sys/mips/conf TB --- 2013-10-13 23:25:11 - /usr/sbin/config -m ENH200 TB --- 2013-10-13 23:25:11 - building ENH200 kernel TB --- 2013-10-13 23:25:11 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 23:25:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 23:25:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 23:25:11 - SRCCONF=/dev/null TB --- 2013-10-13 23:25:11 - TARGET=mips TB --- 2013-10-13 23:25:11 - TARGET_ARCH=mips TB --- 2013-10-13 23:25:11 - TZ=UTC TB --- 2013-10-13 23:25:11 - __MAKE_CONF=/dev/null TB --- 2013-10-13 23:25:11 - cd /src TB --- 2013-10-13 23:25:11 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Sun Oct 13 23:25:11 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ENH200 completed on Sun Oct 13 23:31:49 UTC 2013 TB --- 2013-10-13 23:31:49 - cd /src/sys/mips/conf TB --- 2013-10-13 23:31:49 - /usr/sbin/config -m GXEMUL TB --- 2013-10-13 23:31:49 - skipping GXEMUL kernel TB --- 2013-10-13 23:31:49 - cd /src/sys/mips/conf TB --- 2013-10-13 23:31:49 - /usr/sbin/config -m GXEMUL32 TB --- 2013-10-13 23:31:49 - building GXEMUL32 kernel TB --- 2013-10-13 23:31:49 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 23:31:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 23:31:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 23:31:49 - SRCCONF=/dev/null TB --- 2013-10-13 23:31:49 - TARGET=mips TB --- 2013-10-13 23:31:49 - TARGET_ARCH=mips TB --- 2013-10-13 23:31:49 - TZ=UTC TB --- 2013-10-13 23:31:49 - __MAKE_CONF=/dev/null TB --- 2013-10-13 23:31:49 - cd /src TB --- 2013-10-13 23:31:49 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Sun Oct 13 23:31:49 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL32 completed on Sun Oct 13 23:34:45 UTC 2013 TB --- 2013-10-13 23:34:45 - cd /src/sys/mips/conf TB --- 2013-10-13 23:34:45 - /usr/sbin/config -m IDT TB --- 2013-10-13 23:34:45 - skipping IDT kernel TB --- 2013-10-13 23:34:45 - cd /src/sys/mips/conf TB --- 2013-10-13 23:34:45 - /usr/sbin/config -m MALTA TB --- 2013-10-13 23:34:45 - skipping MALTA kernel TB --- 2013-10-13 23:34:45 - cd /src/sys/mips/conf TB --- 2013-10-13 23:34:45 - /usr/sbin/config -m MALTA64 TB --- 2013-10-13 23:34:45 - skipping MALTA64 kernel TB --- 2013-10-13 23:34:45 - cd /src/sys/mips/conf TB --- 2013-10-13 23:34:45 - /usr/sbin/config -m OCTEON1 TB --- 2013-10-13 23:34:45 - skipping OCTEON1 kernel TB --- 2013-10-13 23:34:45 - cd /src/sys/mips/conf TB --- 2013-10-13 23:34:45 - /usr/sbin/config -m PB47 TB --- 2013-10-13 23:34:45 - building PB47 kernel TB --- 2013-10-13 23:34:45 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 23:34:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 23:34:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 23:34:45 - SRCCONF=/dev/null TB --- 2013-10-13 23:34:45 - TARGET=mips TB --- 2013-10-13 23:34:45 - TARGET_ARCH=mips TB --- 2013-10-13 23:34:45 - TZ=UTC TB --- 2013-10-13 23:34:45 - __MAKE_CONF=/dev/null TB --- 2013-10-13 23:34:45 - cd /src TB --- 2013-10-13 23:34:45 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Sun Oct 13 23:34:45 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB47 completed on Sun Oct 13 23:43:12 UTC 2013 TB --- 2013-10-13 23:43:12 - cd /src/sys/mips/conf TB --- 2013-10-13 23:43:12 - /usr/sbin/config -m PB92 TB --- 2013-10-13 23:43:12 - building PB92 kernel TB --- 2013-10-13 23:43:12 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 23:43:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 23:43:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 23:43:12 - SRCCONF=/dev/null TB --- 2013-10-13 23:43:12 - TARGET=mips TB --- 2013-10-13 23:43:12 - TARGET_ARCH=mips TB --- 2013-10-13 23:43:12 - TZ=UTC TB --- 2013-10-13 23:43:12 - __MAKE_CONF=/dev/null TB --- 2013-10-13 23:43:12 - cd /src TB --- 2013-10-13 23:43:12 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Sun Oct 13 23:43:12 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB92 completed on Sun Oct 13 23:49:33 UTC 2013 TB --- 2013-10-13 23:49:33 - cd /src/sys/mips/conf TB --- 2013-10-13 23:49:33 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2013-10-13 23:49:33 - building PICOSTATION_M2HP kernel TB --- 2013-10-13 23:49:33 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 23:49:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 23:49:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 23:49:33 - SRCCONF=/dev/null TB --- 2013-10-13 23:49:33 - TARGET=mips TB --- 2013-10-13 23:49:33 - TARGET_ARCH=mips TB --- 2013-10-13 23:49:33 - TZ=UTC TB --- 2013-10-13 23:49:33 - __MAKE_CONF=/dev/null TB --- 2013-10-13 23:49:33 - cd /src TB --- 2013-10-13 23:49:33 - /usr/bin/make -B buildkernel KERNCONF=PICOSTATION_M2HP >>> Kernel build for PICOSTATION_M2HP started on Sun Oct 13 23:49:33 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PICOSTATION_M2HP completed on Sun Oct 13 23:56:11 UTC 2013 TB --- 2013-10-13 23:56:11 - cd /src/sys/mips/conf TB --- 2013-10-13 23:56:11 - /usr/sbin/config -m QEMU TB --- 2013-10-13 23:56:11 - skipping QEMU kernel TB --- 2013-10-13 23:56:11 - cd /src/sys/mips/conf TB --- 2013-10-13 23:56:11 - /usr/sbin/config -m ROUTERSTATION TB --- 2013-10-13 23:56:11 - building ROUTERSTATION kernel TB --- 2013-10-13 23:56:11 - CROSS_BUILD_TESTING=YES TB --- 2013-10-13 23:56:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-13 23:56:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-13 23:56:11 - SRCCONF=/dev/null TB --- 2013-10-13 23:56:11 - TARGET=mips TB --- 2013-10-13 23:56:11 - TARGET_ARCH=mips TB --- 2013-10-13 23:56:11 - TZ=UTC TB --- 2013-10-13 23:56:11 - __MAKE_CONF=/dev/null TB --- 2013-10-13 23:56:11 - cd /src TB --- 2013-10-13 23:56:11 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Sun Oct 13 23:56:11 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION completed on Mon Oct 14 00:04:25 UTC 2013 TB --- 2013-10-14 00:04:26 - cd /src/sys/mips/conf TB --- 2013-10-14 00:04:26 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2013-10-14 00:04:26 - building ROUTERSTATION_MFS kernel TB --- 2013-10-14 00:04:26 - CROSS_BUILD_TESTING=YES TB --- 2013-10-14 00:04:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-14 00:04:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-14 00:04:26 - SRCCONF=/dev/null TB --- 2013-10-14 00:04:26 - TARGET=mips TB --- 2013-10-14 00:04:26 - TARGET_ARCH=mips TB --- 2013-10-14 00:04:26 - TZ=UTC TB --- 2013-10-14 00:04:26 - __MAKE_CONF=/dev/null TB --- 2013-10-14 00:04:26 - cd /src TB --- 2013-10-14 00:04:26 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Mon Oct 14 00:04:26 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION_MFS completed on Mon Oct 14 00:12:34 UTC 2013 TB --- 2013-10-14 00:12:34 - cd /src/sys/mips/conf TB --- 2013-10-14 00:12:34 - /usr/sbin/config -m RSPRO TB --- 2013-10-14 00:12:34 - building RSPRO kernel TB --- 2013-10-14 00:12:34 - CROSS_BUILD_TESTING=YES TB --- 2013-10-14 00:12:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-14 00:12:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-14 00:12:34 - SRCCONF=/dev/null TB --- 2013-10-14 00:12:34 - TARGET=mips TB --- 2013-10-14 00:12:34 - TARGET_ARCH=mips TB --- 2013-10-14 00:12:34 - TZ=UTC TB --- 2013-10-14 00:12:34 - __MAKE_CONF=/dev/null TB --- 2013-10-14 00:12:34 - cd /src TB --- 2013-10-14 00:12:34 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Mon Oct 14 00:12:34 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO completed on Mon Oct 14 00:20:55 UTC 2013 TB --- 2013-10-14 00:20:55 - cd /src/sys/mips/conf TB --- 2013-10-14 00:20:55 - /usr/sbin/config -m RSPRO_MFS TB --- 2013-10-14 00:20:55 - building RSPRO_MFS kernel TB --- 2013-10-14 00:20:55 - CROSS_BUILD_TESTING=YES TB --- 2013-10-14 00:20:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-14 00:20:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-14 00:20:55 - SRCCONF=/dev/null TB --- 2013-10-14 00:20:55 - TARGET=mips TB --- 2013-10-14 00:20:55 - TARGET_ARCH=mips TB --- 2013-10-14 00:20:55 - TZ=UTC TB --- 2013-10-14 00:20:55 - __MAKE_CONF=/dev/null TB --- 2013-10-14 00:20:55 - cd /src TB --- 2013-10-14 00:20:55 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Mon Oct 14 00:20:55 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 >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_MFS completed on Mon Oct 14 00:29:35 UTC 2013 TB --- 2013-10-14 00:29:35 - cd /src/sys/mips/conf TB --- 2013-10-14 00:29:35 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2013-10-14 00:29:35 - building RSPRO_STANDALONE kernel TB --- 2013-10-14 00:29:35 - CROSS_BUILD_TESTING=YES TB --- 2013-10-14 00:29:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-14 00:29:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-14 00:29:35 - SRCCONF=/dev/null TB --- 2013-10-14 00:29:35 - TARGET=mips TB --- 2013-10-14 00:29:35 - TARGET_ARCH=mips TB --- 2013-10-14 00:29:35 - TZ=UTC TB --- 2013-10-14 00:29:35 - __MAKE_CONF=/dev/null TB --- 2013-10-14 00:29:35 - cd /src TB --- 2013-10-14 00:29:35 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Mon Oct 14 00:29:35 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/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/RSPRO_STANDALONE/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:127 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-14 00:29:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-14 00:29:41 - ERROR: failed to build RSPRO_STANDALONE kernel TB --- 2013-10-14 00:29:41 - 9572.68 user 4825.67 system 13739.33 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 00:56:28 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 447DB8B6 for ; Mon, 14 Oct 2013 00:56:28 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9395D2058 for ; Mon, 14 Oct 2013 00:56:26 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r9E0u9ho056256 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 14 Oct 2013 11:26:15 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: ZFS hanging on too hard Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_31750BA9-C9B2-4197-86BF-763B279E7731"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: "Daniel O'Connor" X-Priority: 3 In-Reply-To: <82DE976BC33C4B2781D9DAA4D18740E8@multiplay.co.uk> Date: Mon, 14 Oct 2013 11:26:08 +1030 Message-Id: References: <0A1B986B-1D7D-4D88-82EF-C1E7A91FF089@gsoft.com.au> <7C2F6AFBB5BD41868450D3C4BD722B5F@multiplay.co.uk> <0BC7A3E1DA9A4D0C9E63ED73E88BA6AE@multiplay.co.uk> <9E3D28DB8C9E49DC869717C4649F3EBD@multiplay.co.uk> <237467E4-2D98-4A8B-937B-56A610E0F8B9@gsoft.com.au> <82DE976BC33C4B2781D9DAA4D18740E8@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1510) X-Spam-Score: -3.55 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable stable 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, 14 Oct 2013 00:56:28 -0000 --Apple-Mail=_31750BA9-C9B2-4197-86BF-763B279E7731 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 14/10/2013, at 9:19, Steven Hartland wrote: >> > > hw.usb.no_shutdown_wait=3D1 >> That seems to work around the hang on reboot, thanks. >> I am running 9.2 (fresh install from a USB key). >=20 > That does kind of point the finger away from ZFS code, is it = reproducable? Yes, 100% of the time. I agree the USB behaviour is suboptimal, however I'm not sure if the ZFS = code is blameless. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_31750BA9-C9B2-4197-86BF-763B279E7731 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSW0Eo5ZPcIHs/zowRArzgAJ9RYOtyz1JMbzqAfgP5ETt2PD8t9wCeLUw/ yk3FrG246xqqnPZEwdaUGHo= =JmoB -----END PGP SIGNATURE----- --Apple-Mail=_31750BA9-C9B2-4197-86BF-763B279E7731-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 01:45:10 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 F3C4EF14 for ; Mon, 14 Oct 2013 01:45:09 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7AAF2220B for ; Mon, 14 Oct 2013 01:45:09 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r9E1itj2058481 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 14 Oct 2013 12:15:00 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: multipart/signed; boundary="Apple-Mail=_44609F3E-3AC8-433D-A497-73EE345DC48B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Date: Mon, 14 Oct 2013 12:14:55 +1030 Subject: FreeBSD 9.2 ahci under Parallels VM To: freebsd-stable stable Message-Id: <39495C4D-4B7E-4188-973F-420DCDC0C3F7@gsoft.com.au> Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-Spam-Score: -3.55 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 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, 14 Oct 2013 01:45:10 -0000 --Apple-Mail=_44609F3E-3AC8-433D-A497-73EE345DC48B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I am trying to setup a FreeBSD 9.2 under Parallels and I find that I = have to tell it to present IDE disks instead of SATA ones otherwise it = gets timeouts probing for the disks. Is there some debugging I can enable to gather more information? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_44609F3E-3AC8-433D-A497-73EE345DC48B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSW0yX5ZPcIHs/zowRAqeEAJ0VqwFyNAkO2SsDvZKPjiT/WQYIawCfaPRO dMTwQWB9s4voVoxIZ4UB2qQ= =xeW+ -----END PGP SIGNATURE----- --Apple-Mail=_44609F3E-3AC8-433D-A497-73EE345DC48B-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 01:50:27 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 0AEAFCB for ; Mon, 14 Oct 2013 01:50:27 +0000 (UTC) (envelope-from robert.burmeister@utoledo.edu) 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 E088C2230 for ; Mon, 14 Oct 2013 01:50:26 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VVXIf-00043Q-8L for freebsd-stable@freebsd.org; Sun, 13 Oct 2013 18:50:25 -0700 Date: Sun, 13 Oct 2013 18:50:25 -0700 (PDT) From: Robert_Burmeister To: freebsd-stable@freebsd.org Message-ID: <1381715425242-5851625.post@n5.nabble.com> In-Reply-To: <521C9E85.4060801@UToledo.edu> References: <521C9E85.4060801@UToledo.edu> Subject: Re: Suggest changing dirhash defaults for FreeBSD 9.2. 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: Mon, 14 Oct 2013 01:50:27 -0000 Presentation describing the logic behind adding dynamic memory allocation to UFS dirhash can be found at: "EuroBSDCon 2008 - Nick Barkas - Dynamic memory allocation for dirhash in UFS2" http://www.za.freebsd.org/multimedia/tag-nick_barkas.html -- View this message in context: http://freebsd.1045724.n5.nabble.com/Suggest-changing-dirhash-defaults-for-FreeBSD-9-2-tp5839351p5851625.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 09:31:52 2013 Return-Path: Delivered-To: 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 3C7D4821 for ; Mon, 14 Oct 2013 09:31:52 +0000 (UTC) (envelope-from contact@sapphireinfosystems.com) Received: from mail-pb0-f65.google.com (mail-pb0-f65.google.com [209.85.160.65]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 14B3B2735 for ; Mon, 14 Oct 2013 09:31:51 +0000 (UTC) Received: by mail-pb0-f65.google.com with SMTP id jt11so2385207pbb.8 for ; Mon, 14 Oct 2013 02:31:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-type:thread-index:content-language; bh=ZVco3ZhMD2rVoyu9x5vqBYYmC/lDVSPOzYDrcv97yPI=; b=mp+07RvRYXMsaNQhku0w8dZfLiPn4lsAtWJeMBwzzDQaUJTg73ANNAaBYV1CDDVacn MQAcE9qZ3jnEfAvFs40srozayRppXsyENBt7EkGixdLDMLrJtk2eXvzMrurI9AShzkPv QljuEHG4UTfXf74FW1epGRc9itsayykJ4s7Qv4vXu+kgFhfQGUMOjwjUj6O9tumejEjt xge1XphIETeIPswSV2Opp7WkiHBYdIqSPg3t/+YPKkHEfPiCmaiX3E9EbxT5NAnGOz9s 0aRoI1JdWV1GJ+9q1zWgRdfHifjrromnrp2B1gFbwyY3hLOwSGSRqCmjTVrCwr7T+ITR Pl8g== X-Gm-Message-State: ALoCoQkIdyv9/Yd167FXq1sB/j7QHID6k3To+IMqU1nZ/tU2U6vyCGI89HtJJlWffkrD1QYmIQFv X-Received: by 10.68.137.138 with SMTP id qi10mr8308064pbb.113.1381743105704; Mon, 14 Oct 2013 02:31:45 -0700 (PDT) Received: from sif2082 ([219.91.208.203]) by mx.google.com with ESMTPSA id f2sm76752744pbg.44.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 14 Oct 2013 02:31:45 -0700 (PDT) From: To: Subject: Free Trial for CV Sourcing Date: Mon, 14 Oct 2013 14:54:56 +0530 Message-ID: <051f01cec8c0$3607f410$a217dc30$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac7Ivrq0XXx15lTnSCC57SmECoYEzw== Content-Language: en-us 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: Mon, 14 Oct 2013 09:31:52 -0000 Hello Team, Hope you are doing well. We at Sapphire take pleasure in introducing ourselves as the Leading in RPO industry and have served many Consulting, Staffing & Executive Search Firms. Our main contribution to all the clients is to generate the best candidates and submit them with a predefined TAT (Turn around Time) with a time advantage. Our expertise lies in sourcing candidates from various job portals, search engines and create an impressive online advert campaign with remote staffing methods. We have just the service for you that will solve all your sourcing and recruitment hitches, in half the time, at competitive prices. Why Sapphire: . 100% cost reduction on Job Boards . No worries about infrastructure and in house facility . Create a passive database, which is a gold mine online . No placement fees, no benefit costs, . On the desk results daily . Time utilization for new business Services offering for Search firms / corporate clients: . Active CV Sourcing . Core Passive CV Sourcing . CV Formatting . CV Database/ ATS Management . Data Cleansing . Vacancy Monitoring . Internet Sourcing / Googling / Online Research / LinkedIn Sourcing Our E - Recruiters are all trained and highly experienced in Active, passive candidate search through networking sites like; LinkedIn Facebook, Twitter, Spoke etc. "In order to present our services we would like to offer you a one day Non Obligatory Free Trial for our CV Sourcing services" Our business development team will be happy to speak with you and discuss the best solution for you. Please do contact us to set up a day and time, or for any further information you may need. Thanks & Regards, Sales Team Sapphire Information Systems Pvt. Ltd. http://www.sapphireinfosystems.com Mobile (India): +91-9503128620 USA Tel No. +1-7163357818 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 16:30:02 2013 Return-Path: Delivered-To: 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 E3B70922 for ; Mon, 14 Oct 2013 16:30:02 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail1.bemta12.messagelabs.com (mail1.bemta12.messagelabs.com [216.82.251.5]) by mx1.freebsd.org (Postfix) with ESMTP id A9D3924B2 for ; Mon, 14 Oct 2013 16:30:01 +0000 (UTC) Received: from [216.82.249.51:6540] by server-5.bemta-12.messagelabs.com id 24/36-01094-D5A1C525; Mon, 14 Oct 2013 16:22:53 +0000 X-Env-Sender: mi+thun@aldan.algebra.com X-Msg-Ref: server-14.tower-190.messagelabs.com!1381767773!1782111!1 X-Originating-IP: [209.251.202.129] X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7263 invoked from network); 14 Oct 2013 16:22:53 -0000 Received: from unknown (HELO PSYEXCHPMTA1.TIMEINC.COM) (209.251.202.129) by server-14.tower-190.messagelabs.com with SMTP; 14 Oct 2013 16:22:53 -0000 Received: by PSYEXCHPMTA1.TIMEINC.COM id hbgd5o19f0gd for ; Mon, 14 Oct 2013 12:22:52 -0400 (envelope-from ) Message-ID: <525C1A5C.2030605@aldan.algebra.com> Date: Mon, 14 Oct 2013 12:22:52 -0400 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; uk; rv:1.9.2.14) Gecko/20110221 Lightning/1.0b2 Thunderbird/3.1.8 MIME-Version: 1.0 To: stable@FreeBSD.org Subject: runtime linker on 9.x/i386: clang vs. gcc Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: Mon, 14 Oct 2013 16:30:03 -0000 Hello! I'm seeing a strange problem with clang-compiled binaries on 9.x/i386 system. Here it is: if a shared library A needs a symbol provided by a shared library B, libA will fail to load into a process even if the executable is linked with libB. The only fix (work-around?) is to relink libA to explicitly depend on libB. A temporary work-around is to use LD_PRELOAD to list all of the necessary libBs... One example of this is reported in ports/180473 -- the libprldap6.so refuses to load because of the symbols it needs from libnspr4.so. For some reason, the fact, that -lnspr4 is linked into the executable (seamonkey or thunderbird), is not sufficient... As the ticket suggests, using gcc46 (Mozilla rejects gcc-4.2.x nowadays) instead of clang solves the problem (though an even better solution is in place since this weekend). Another example is xorg-server, which, for me, can not load some of the drivers because they complain of missing symbols: (EE) Failed to load /opt/lib/xorg/modules/drivers/vboxvideo_drv.so: /opt/lib/xorg/modules/drivers/vboxvideo_drv.so: Undefined symbol "DRIFinishScreenInit" The DRIFinishScreenInit is provided by libdri.so, which the server also loads... But, somehow, that is not sufficient. Rebuilding vboxvideo_drv.so (provided by emulators/virtualbox-ose-additions ) with the stock cc (gcc-4.2.1) resolves the linking problem -- even if Xorg executable and the libdri.so remain clang-compiled. I am not prepared to argue, whether that's a "right" or "wrong" behavior -- but it certainly is inconsistent, because it is only manifested on i386 and only when the compiler is clang. Any thoughts? -mi From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 17:00:42 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 9A0FF7B0; Mon, 14 Oct 2013 17:00:42 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 57C1A277A; Mon, 14 Oct 2013 17:00:42 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 7A051B0A1; Mon, 14 Oct 2013 17:00:40 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 7A051B0A1 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 14 Oct 2013 13:00:38 -0400 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-snapshots@FreeBSD.org Subject: FreeBSD 10.0-BETA1 now available Message-ID: <20131014170038.GE2029@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jKBxcB1XkHIR0Eqt" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Release Engineering Team 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, 14 Oct 2013 17:00:42 -0000 --jKBxcB1XkHIR0Eqt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The first BETA build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the normal GNATS PR system or here on the -current mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/10" branch. Important note to freebsd-update(8) users: Due to a last minute problem found in the 10.0-BETA1 freebsd-update(8) builds, freebsd-update(8) is NOT supported for 10.0-BETA1 upgrades. Please do not use freebsd-update(8) to upgrade to 10.0-BETA1. Please be aware that cvsup and CVS are not supported methods of updating the src/ tree. Also note, due to the size of the images, the ports.txz distribution is not included in 10.0-BETA1, however is expected to be included with disc1.iso for subsequent builds during the release cycle. The ports tree can be fetched either with the portsnap(8) utility, or using svnlite using any of the mirrors listed here: http://www.freebsd.org/doc/en/books/handbook/svn-mirrors.html Changes between -ALPHA5 and -BETA1 include: o Introduce freebsd-version(1), which is intended to be used as an auditing tool, to determine the userland patch level when it differs from what 'uname -r' reports. o Improve ZFS lzjb decompress performance. =20 o Add two new MIPS CPU families - mips24k and mips74k. o The "jail__*" rc.conf(5) variables for per-jail configuration are automatically converted to /var/run/jail..conf before the jail(8) utility is invoked, so the new jail.conf(5) syntax is used. o Remove most of the ATF tools and the _atf user. o Updates to random(4). Please note the following: - In 10.0-BETA1, it is not possible for random(4) to be loaded as a kernel module via kldload(8). If not using GENERIC, and the system kernel configuration excludes 'device random', please include random(4) in the kernel configuration file. The fix for this issue is pending review, and is expected to be fixed in 10.0-BETA2. o Updates to bsdinstall(8). Please note the following: - 10.0-BETA1 introduces a number of updates to bsdinstall(8), notably the ability to install to a full ZFS filesystem. Please keep in mind that this is an experimental feature. - If using the ZFS installation option in *and* have enabled full-disk encryption is enabled, a few entries will need to be manually added to loader.conf(5) before the 'bootpool' zpool will be available after the system boots. This manual step is expected to be fixed in 10.0-BETA2. The entries that need to be added are: zpool_cache_load=3D"YES" zpool_cache_type=3D"/boot/zfs/zpool.cache" zpool_cache_name=3D"/boot/zfs/zpool.cache" This can be done at the final menu of bsdinstall(8), when prompted to boot into the newly-installed system; alternatively, this can be done post-install, in which case, the following must be run before appending loader.conf(5): # zpool import -f bootpool Pre-installed virtual machine images for 10.0-BETA1 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/20131012/10.0-BET= A1/ The disk images are available in both QCOW2 and VMDK format. The image download size is approximately 136 MB, which decompress to a 20GB sparse image. The partition layout is: - 512k - freebsd-boot GPT partition type (bootfs GPT label) - 1GB - freebsd-swap GPT partition type (swapfs GPT label) - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) ISO Checksums: amd64 SHA256 (FreeBSD-10.0-BETA1-amd64-bootonly.iso) =3D d3c28a2b972fb38f6b29= 81729d72b50fcbb5ca07835e9d4e3cfa014e27527631 SHA256 (FreeBSD-10.0-BETA1-amd64-disc1.iso) =3D 226b88265e11accd4a873d5= fa49e4eaf87f22c00a6580c23879bd18cdb6077b3 SHA256 (FreeBSD-10.0-BETA1-amd64-memstick.img) =3D 1ff5f2e25a212a213873= e8670b88cbbf88e55105844ad44e425f73a99ebfd795 MD5 (FreeBSD-10.0-BETA1-amd64-bootonly.iso) =3D 13879ecb4dd06a8931c5373= db61af4bc MD5 (FreeBSD-10.0-BETA1-amd64-disc1.iso) =3D 4a6ba36de48ac51a5f1c060b32= 8e01c4 MD5 (FreeBSD-10.0-BETA1-amd64-memstick.img) =3D 85a2ae840db8b7cf59a002f= 4bc014d38 i386 SHA256 (FreeBSD-10.0-BETA1-i386-bootonly.iso) =3D 07c53db7588db0bf350bf= 374fe11b1973908ddf875cf110a306fb524760385d8 SHA256 (FreeBSD-10.0-BETA1-i386-disc1.iso) =3D 2d57b022f47359b2f3e11770= 7058aa0d4e410705563a5e2cd74b5e516ca299b5 SHA256 (FreeBSD-10.0-BETA1-i386-memstick.img) =3D 6a4e065c78799921675d9= ed219e605326a2d362c4a52b039ce99ce8af3874f23 MD5 (FreeBSD-10.0-BETA1-i386-bootonly.iso) =3D b9f43e74e2d33dad5d3ef4eb= 1f8720e1 MD5 (FreeBSD-10.0-BETA1-i386-disc1.iso) =3D 552be24b9b6a18b649c4a7fb97a= f72f6 MD5 (FreeBSD-10.0-BETA1-i386-memstick.img) =3D 7f77b584dcd47c7ef506c150= cd4b6823 ia64 SHA256 (FreeBSD-10.0-BETA1-ia64-bootonly.iso) =3D 50a63645a25fe32dc4a79= 8e62c1223b4f30338094dd29d721c5b3d09af8a8ebd SHA256 (FreeBSD-10.0-BETA1-ia64-disc1.iso) =3D a92d5b7ffc6976b2c1c72469= feaec02b24a5f743c2db4937002cbafc9054359c SHA256 (FreeBSD-10.0-BETA1-ia64-memstick.img) =3D fa74b5d72590e6c8961fa= 77a3bcd9f8f4f16e8e1115be05be6a694efcf7b9807 MD5 (FreeBSD-10.0-BETA1-ia64-bootonly.iso) =3D 4dfdab8653c6e23cf0d5da62= 4985c568 MD5 (FreeBSD-10.0-BETA1-ia64-disc1.iso) =3D 94ed426913097ebdda68382e8b3= 7db9d MD5 (FreeBSD-10.0-BETA1-ia64-memstick.img) =3D ab9710f1f17ccd06a37b46ff= 23831c56 powerpc SHA256 (FreeBSD-10.0-BETA1-powerpc-bootonly.iso) =3D 526d97055f4dbd4899= cdfc453609c24e3c3184562d61a295b617a8412a93aed0 SHA256 (FreeBSD-10.0-BETA1-powerpc-disc1.iso) =3D 0afcfdd26ed6cb1882226= 06fbf7cb1488343f460c70c3be6a7426093860d8a51 SHA256 (FreeBSD-10.0-BETA1-powerpc-memstick.img) =3D f6772e05f966d67c0e= 6e5c82986b4ec1eeeb44622a756638ff2f73aed66346ea MD5 (FreeBSD-10.0-BETA1-powerpc-bootonly.iso) =3D f28cd0dea86733c9384b0= cda5aacb72b MD5 (FreeBSD-10.0-BETA1-powerpc-disc1.iso) =3D f0c440bcb952bd86e1596255= 4ae24b16 MD5 (FreeBSD-10.0-BETA1-powerpc-memstick.img) =3D 42661e222189530f3faae= 69c428bd0ce powerpc64 SHA256 (FreeBSD-10.0-BETA1-powerpc-powerpc64-bootonly.iso) =3D f62dad40= a593a6e690dc54100a6d26b0f2029af1bda4144bd10b12076aaeb513 SHA256 (FreeBSD-10.0-BETA1-powerpc-powerpc64-disc1.iso) =3D 6aaa5d392cb= 4cdb555e4ef6e1805b9d7efcbf3eb92c142298def1415410ce092 SHA256 (FreeBSD-10.0-BETA1-powerpc-powerpc64-memstick.img) =3D 5db7fc6e= 448870ff53c1ea1b40008d244f27962b38dbdaa3232b162b2e2e00d0 MD5 (FreeBSD-10.0-BETA1-powerpc-powerpc64-bootonly.iso) =3D 603fce7c27f= 8fd4c55fa9e7380ae5542 MD5 (FreeBSD-10.0-BETA1-powerpc-powerpc64-disc1.iso) =3D b67d0fe1d5b019= d6961dbb3dcc04fa13 MD5 (FreeBSD-10.0-BETA1-powerpc-powerpc64-memstick.img) =3D e4083c808a7= 263aa26c9fb943bd2c8dc sparc64 SHA256 (FreeBSD-10.0-BETA1-sparc64-bootonly.iso) =3D 6c8ebc06be941ad3d7= ebbd7bcbc289fd8d150664eb71171ca98f8eef27941b0f SHA256 (FreeBSD-10.0-BETA1-sparc64-disc1.iso) =3D 60761fb88c7eb3b9397e5= 9a170ea02cb6e95ada7aa6f3b50ef5c99f6c3aaf5fe MD5 (FreeBSD-10.0-BETA1-sparc64-bootonly.iso) =3D 07c959194946873e2326d= c1a34c3b75d MD5 (FreeBSD-10.0-BETA1-sparc64-disc1.iso) =3D 5173acba64d32f6ab7cf45ee= 55620fa2 VM Image Checksums: amd64: SHA256 (FreeBSD-10.0-BETA1-amd64.qcow2.xz) =3D 6d837b0f7b9f460e99dfb915= d77c04d498faaf795edba42aaaec9745de20bd15 SHA256 (FreeBSD-10.0-BETA1-amd64.vmdk.xz) =3D 694ded4fc767c9aa58f3f9f08= b3fc52a6db293a2e6219ea01dc9dee12a6cc11f MD5 (FreeBSD-10.0-BETA1-amd64.qcow2.xz) =3D 3b99ca17904304d2bd1d2c23aa5= 59146 MD5 (FreeBSD-10.0-BETA1-amd64.vmdk.xz) =3D b55f45265a275bb9aa5361d823b7= 8770 i386: SHA256 (FreeBSD-10.0-BETA1-i386.qcow2.xz) =3D 914aa8df98d7a6c4cafe8bddc= 2fa20b985612d36ad1b209fc3283959cc89c6a0 SHA256 (FreeBSD-10.0-BETA1-i386.vmdk.xz) =3D c585975b94bf15129e5a68dc69= c9e8e1b02c970468361a9327230b3a045152c7 MD5 (FreeBSD-10.0-BETA1-i386.qcow2.xz) =3D dad81ab2ea0b15bdacdb5fa7c684= 2e60 MD5 (FreeBSD-10.0-BETA1-i386.vmdk.xz) =3D f89ddca64717043e7988ace7b1890= 4b1 Glen --jKBxcB1XkHIR0Eqt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSXCM2AAoJELls3eqvi17Q3bIP/jhYxgBw3YgR3MLY1Zk09eiz N7rUsbF/iUwYrduwFwBUfq4Yed4n/jXhj8AaWM+UbOsq0pmFjL+z+uNPO2gsRGBv jcnKfcAsH7Q/dGnWZfMtWdteom1CZPakUMbnjZJkNvy93BamWsHn3N7OG61Baw9l 8NXHy+RXEgmTC1nNPQ4qMGKIYhb6jMqpdKYCcdKQdnLDjuHB8/gC6GQD579C5V/Z H9WzXSM6Z37xKCSGcjFMOa3me0tmLmmjrCyIyDKh+yWYlLqtpJHaJejvhoLoI2qo 10i/FaxUJx1hQuvXskcGghP663lOqXn3IgcwE9YFWmjhNlZ7zIlGtYP2fiDalHmN bqmp0fYgDvl7KavuB+1ijI7fxlX0gWg+hUK04HSrPWJHerirv4jFrHXxabl3Ex9p uG9N5IH7lUvAPngIajPStl2ZTLEnlEU/QDkMLRK3fLb3XmPi02kAf+EY0lLmSU5Z fkTxxEXljuV92AFvLkoVlNZ27P6v9qg/IVL+8YUjaWZPnp9cOOEkSU9JrH+abuUO Z6hXgHTACP2BAjM7hCBOEsYTPxhuAbmlqHHYZylrQdtiavAZ+PcvPCVnLIPLNSnD YjoJK5XnbMdNu512MpDCSHaloTzwniZrXzkWPdMiZgzcR1oObAiZm+paHZpfxKCn Z/cGPIff//uWza1cTETu =1GrD -----END PGP SIGNATURE----- --jKBxcB1XkHIR0Eqt-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 20:07:49 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 8718C601 for ; Mon, 14 Oct 2013 20:07:49 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp2.sbb.rs (smtp2.sbb.rs [89.216.2.34]) by mx1.freebsd.org (Postfix) with ESMTP id 02AC02386 for ; Mon, 14 Oct 2013 20:07:48 +0000 (UTC) Received: from faust.localdomain (cable-178-148-113-14.dynamic.sbb.rs [178.148.113.14]) by smtp2.sbb.rs (8.14.0/8.14.0) with ESMTP id r9EK7gfm020264 for ; Mon, 14 Oct 2013 22:07:47 +0200 Received: by faust.localdomain (Postfix, from userid 1001) id E18AAA41EB2; Mon, 14 Oct 2013 22:07:34 +0200 (CEST) Date: Mon, 14 Oct 2013 22:07:34 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: nvidia-driver problem after upgrade Message-ID: <20131014200734.GA1818@faust.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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, 14 Oct 2013 20:07:49 -0000 As the subject says, I finally found the way to upgrade to 9.2 and recent packages using pkg. Now I lost graphics, since nvidia driver fails to handle screen. If I remove xorg.conf, x starts up, but I have no input device available. It is nvidia 520, tried both 319.32 and 304.88 drivers. Error: Failed to initialize the NVIDIA kernel module Failing initialization of X screen 0 Fatal server error: no screens found Anya idea? I made a custom kernel, without 32 bit support and no linux, which might be a problem. I see nvidia.ko in modules directory. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 20:32:16 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 8F34F3E2 for ; Mon, 14 Oct 2013 20:32:16 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 340CD256E for ; Mon, 14 Oct 2013 20:32:16 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b47b:4d6a:b4fe:4826] (unknown [IPv6:2001:7b8:3a7:0:b47b:4d6a:b4fe:4826]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9BD705C44; Mon, 14 Oct 2013 22:32:10 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_7A577A69-AB79-43C4-92E9-A95FCAFB480D"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: runtime linker on 9.x/i386: clang vs. gcc From: Dimitry Andric In-Reply-To: <525C1A5C.2030605@aldan.algebra.com> Date: Mon, 14 Oct 2013 22:31:56 +0200 Message-Id: References: <525C1A5C.2030605@aldan.algebra.com> To: Mikhail T. X-Mailer: Apple Mail (2.1510) Cc: 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: Mon, 14 Oct 2013 20:32:16 -0000 --Apple-Mail=_7A577A69-AB79-43C4-92E9-A95FCAFB480D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Oct 14, 2013, at 18:22, Mikhail T. wrote: > I'm seeing a strange problem with clang-compiled binaries on 9.x/i386 = system. Here it is: if a shared library A needs a symbol provided by a = shared library B, libA will fail to load into a process even if the = executable is linked with libB. The only fix (work-around?) is to relink = libA to explicitly depend on libB. A temporary work-around is to use = LD_PRELOAD to list all of the necessary libBs... >=20 > One example of this is reported in ports/180473 = -- the = libprldap6.so refuses to load because of the symbols it needs from = libnspr4.so. For some reason, the fact, that -lnspr4 is linked into the = executable (seamonkey or thunderbird), is not sufficient... As the = ticket suggests, using gcc46 (Mozilla rejects gcc-4.2.x nowadays) = instead of clang solves the problem (though an even better solution is = in place since this weekend). >=20 > Another example is xorg-server, which, for me, can not load some of = the drivers because they complain of missing symbols: >=20 > (EE) Failed to load /opt/lib/xorg/modules/drivers/vboxvideo_drv.so: = /opt/lib/xorg/modules/drivers/vboxvideo_drv.so: Undefined symbol = "DRIFinishScreenInit" >=20 > The DRIFinishScreenInit is provided by libdri.so, which the server = also loads... But, somehow, that is not sufficient. Rebuilding = vboxvideo_drv.so (provided by emulators/virtualbox-ose-additions = ) with the = stock cc (gcc-4.2.1) resolves the linking problem -- even if Xorg = executable and the libdri.so remain clang-compiled. >=20 > I am not prepared to argue, whether that's a "right" or "wrong" = behavior -- but it certainly is inconsistent, because it is only = manifested on i386 and only when the compiler is clang. >=20 > Any thoughts? There are many possibilities here, and you might be running into multiple different problems, but the X.org failures look familiar to me. There is a problem when clang does tail-call optimization on i386 with PIC in effect, and it emits GOT relocations for the tail-called functions, instead of PLT relocations. In some scenarios, such as with the way X.org does lazy dynamic linking, this can cause problems. See also http://llvm.org/PR15086 (which I unfortunately did not get much response on). For now, a workaround is to recompile the affected .so files with -fno-optimize-sibling-calls (if you are optimizing). This is also the approach taken for the X.org ports, see http://svnweb.freebsd.org/ports?view=3Drevision&revision=3D312583 for = the diff. -Dimitry --Apple-Mail=_7A577A69-AB79-43C4-92E9-A95FCAFB480D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iEYEARECAAYFAlJcVMMACgkQsF6jCi4glqPgIwCfV8ySjwjATOvzrJnFiTlTyQe8 AcAAoMe/plJAhIGxuA2wkxXUFAwpDt+b =eMtO -----END PGP SIGNATURE----- --Apple-Mail=_7A577A69-AB79-43C4-92E9-A95FCAFB480D-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 20:42:33 2013 Return-Path: Delivered-To: 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 70F2D8AC; Mon, 14 Oct 2013 20:42:33 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail1.bemta12.messagelabs.com (mail1.bemta12.messagelabs.com [216.82.251.3]) by mx1.freebsd.org (Postfix) with ESMTP id 28BF62651; Mon, 14 Oct 2013 20:42:32 +0000 (UTC) Received: from [216.82.249.35:57186] by server-3.bemta-12.messagelabs.com id 28/36-06818-2375C525; Mon, 14 Oct 2013 20:42:26 +0000 X-Env-Sender: mi+thun@aldan.algebra.com X-Msg-Ref: server-2.tower-138.messagelabs.com!1381783345!2405520!1 X-Originating-IP: [209.251.202.129] X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13494 invoked from network); 14 Oct 2013 20:42:25 -0000 Received: from unknown (HELO PSYEXCHPMTA1.TIMEINC.COM) (209.251.202.129) by server-2.tower-138.messagelabs.com with SMTP; 14 Oct 2013 20:42:25 -0000 Received: by PSYEXCHPMTA1.TIMEINC.COM id hbhbj219f0g6; Mon, 14 Oct 2013 16:42:25 -0400 (envelope-from ) Message-ID: <525C5731.7020809@aldan.algebra.com> Date: Mon, 14 Oct 2013 16:42:25 -0400 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; uk; rv:1.9.2.14) Gecko/20110221 Lightning/1.0b2 Thunderbird/3.1.8 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: runtime linker on 9.x/i386: clang vs. gcc References: <525C1A5C.2030605@aldan.algebra.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: 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: Mon, 14 Oct 2013 20:42:33 -0000 10/14/13 4:31 PM, Dimitry Andric ???????(??): > There is a problem when clang does tail-call optimization on i386 with > PIC in effect, and it emits GOT relocations for the tail-called > functions, instead of PLT relocations. In some scenarios, such as with > the way X.org does lazy dynamic linking, this can cause problems. See > alsohttp://llvm.org/PR15086 (which I unfortunately did not get much > response on). Ouch... That seems like a show-stopper for clang-adoption... At least, on i386. > For now, a workaround is to recompile the affected .so files with > -fno-optimize-sibling-calls (if you are optimizing). Maybe, our clang (both src/ and ports/) should be compiled with that being in effect by default on i386? -mi From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 20:47:41 2013 Return-Path: Delivered-To: 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 5AABCB6D for ; Mon, 14 Oct 2013 20:47:41 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A03D26C6 for ; Mon, 14 Oct 2013 20:47:40 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b47b:4d6a:b4fe:4826] (unknown [IPv6:2001:7b8:3a7:0:b47b:4d6a:b4fe:4826]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 121385C44; Mon, 14 Oct 2013 22:47:33 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_10AC041B-0784-4787-8E05-DE1A5ECB5445"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: runtime linker on 9.x/i386: clang vs. gcc From: Dimitry Andric In-Reply-To: <525C5731.7020809@aldan.algebra.com> Date: Mon, 14 Oct 2013 22:47:22 +0200 Message-Id: References: <525C1A5C.2030605@aldan.algebra.com> <525C5731.7020809@aldan.algebra.com> To: "Mikhail T." X-Mailer: Apple Mail (2.1510) Cc: 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: Mon, 14 Oct 2013 20:47:41 -0000 --Apple-Mail=_10AC041B-0784-4787-8E05-DE1A5ECB5445 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On Oct 14, 2013, at 22:42, "Mikhail T." = wrote: > 10/14/13 4:31 PM, Dimitry Andric =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =B2(=D0=BB=D0=B0): >> There is a problem when clang does tail-call optimization on i386 = with >> PIC in effect, and it emits GOT relocations for the tail-called >> functions, instead of PLT relocations. In some scenarios, such as = with >> the way X.org does lazy dynamic linking, this can cause problems. = See >> also=20 >> http://llvm.org/PR15086 >> (which I unfortunately did not get much >> response on). >>=20 > Ouch... That seems like a show-stopper for clang-adoption... At least, = on i386. Well, the scenario is very difficult to reproduce, at least when I tried it. You must have a very specific way of dynamically loading objects, and you must load them in the "wrong" order, or the problem will not occur. Normally linked .so's do not have this problem at all. So hardly a showstopper, 10.0 is being released with clang as we speak. :-) >> For now, a workaround is to recompile the affected .so files with >> -fno-optimize-sibling-calls (if you are optimizing). >>=20 > Maybe, our clang (both src/ and ports/) should be compiled with that = being in effect by default on i386? For the specific cases where it occurs (as far as I knew until know, only certain X.org drivers) it might be enough to just use -fno-optimize-sibling-calls. If this problem occurs more often, I will see if I can make it the default for i386-with-PIC. -Dimitry --Apple-Mail=_10AC041B-0784-4787-8E05-DE1A5ECB5445 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iEYEARECAAYFAlJcWF4ACgkQsF6jCi4glqOpbwCfU+Sd5bC5/GbqKHt605hORMJm AlgAoNbzsYI4BjaksRawA4cwjy9PgQzk =CoBq -----END PGP SIGNATURE----- --Apple-Mail=_10AC041B-0784-4787-8E05-DE1A5ECB5445-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 14 20:54: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 314046A; Mon, 14 Oct 2013 20:54:03 +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 71541275A; Mon, 14 Oct 2013 20:53:58 +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 r9EKrsOu002455; Mon, 14 Oct 2013 22:53:54 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id r9EKrrrl002377; Mon, 14 Oct 2013 20:53:54 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Oct 2013 20:53:54 GMT Message-Id: <201310142053.r9EKrrrl002377@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 armv6/arm 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: Mon, 14 Oct 2013 20:54:03 -0000 TB --- 2013-10-14 19:40:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-10-14 19:40:42 - 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-14 19:40:42 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2013-10-14 19:40:42 - cleaning the object tree TB --- 2013-10-14 19:40:42 - /usr/local/bin/svn stat /src TB --- 2013-10-14 19:41:32 - At svn revision 256450 TB --- 2013-10-14 19:41:33 - building world TB --- 2013-10-14 19:41:33 - CROSS_BUILD_TESTING=YES TB --- 2013-10-14 19:41:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-14 19:41:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-14 19:41:33 - SRCCONF=/dev/null TB --- 2013-10-14 19:41:33 - TARGET=arm TB --- 2013-10-14 19:41:33 - TARGET_ARCH=armv6 TB --- 2013-10-14 19:41:33 - TZ=UTC TB --- 2013-10-14 19:41:33 - __MAKE_CONF=/dev/null TB --- 2013-10-14 19:41:33 - cd /src TB --- 2013-10-14 19:41:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 14 19:41:44 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 [...] c++ -O2 -pipe -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp -o SelectionDAGBuilder.o c++ -O2 -pipe -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGDumper.cpp -o SelectionDAGDumper.o c++ -O2 -pipe -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp -o SelectionDAGISel.o /src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp: In member function 'llvm::SDNode* llvm::SelectionDAGISel::SelectCodeCommon(llvm::SDNode*, const unsigned char*, unsigned int)': /src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2142: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmselectiondag *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2013-10-14 20:53:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-14 20:53:53 - ERROR: failed to build world TB --- 2013-10-14 20:53:53 - 3614.84 user 789.60 system 4390.95 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 04:01:12 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 A43A113E; Tue, 15 Oct 2013 04:01:12 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48A732D61; Tue, 15 Oct 2013 04:01:12 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.5/8.14.5) with ESMTP id r9F41AO4023339; Tue, 15 Oct 2013 00:01:10 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.5/8.14.4/Submit) id r9F41Av9023336; Tue, 15 Oct 2013 00:01:10 -0400 (EDT) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21084.48646.196295.776944@hergotha.csail.mit.edu> Date: Tue, 15 Oct 2013 00:01:10 -0400 From: Garrett Wollman To: freebsd-stable@freebsd.org Subject: How to unstick ZFS resilver? X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Tue, 15 Oct 2013 00:01:10 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu Cc: freebsd-fs@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, 15 Oct 2013 04:01:12 -0000 I have a large (88-drive) zpool in which a drive was recently replaced. (The pool has a bunch of duff Toshiba MK2001TRKB drives -- never ever pay money for these! -- and I'm trying to replace them one by one before they fail completely.) The resilver on the first drive replacement has been taking much much too long, and currently it's stuck in this state: pool: export state: DEGRADED status: One or more devices is currently being resilvered. The pool will continue to function, possibly in a degraded state. action: Wait for the resilver to complete. scan: resilver in progress since Wed Oct 9 14:54:47 2013 86.5T scanned out of 86.8T at 1/s, (scan is slow, no estimated time) 982G resilvered, 99.62% done The overall progress hasn't changed in twelve hours, even across a reboot, and the server is fairly lightly loaded. Searching the Web is no help; can anyone suggest a remedial action? (This is on 9.1-RELEASE, with our local patches, and all the drives are SAS.) In exchange, I offer the following DTrace script which I used to identify the slow SAS drives: #!/usr/sbin/dtrace -s #pragma D option quiet #pragma D option dynvarsize=2m inline int TOO_SLOW = 100000000; /* 100 ms */ dtrace:::BEGIN { printf("Tracing... Hit Ctrl-C to end.\n"); } fbt::dastrategy:entry { start_time[(struct buf *)arg0] = timestamp; } fbt::dadone:entry /(this->bp = (struct buf *)args[1]->ccb_h.periph_priv.entries[1].ptr) && start_time[this->bp] && (timestamp - start_time[this->bp]) > TOO_SLOW/ { @[strjoin("da", lltostr(args[0]->unit_number))] = count(); start_time[this->bp] = 0; } -GAWollman From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 10:05:40 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 5F7196EC for ; Tue, 15 Oct 2013 10:05:40 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A313E21D7 for ; Tue, 15 Oct 2013 10:05:39 +0000 (UTC) Received: (qmail 37670 invoked by uid 89); 15 Oct 2013 10:05:30 -0000 Received: by simscan 1.4.0 ppid: 37665, pid: 37667, t: 0.0382s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:17962 Received: from unknown (HELO suse3) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 15 Oct 2013 10:05:30 -0000 Date: Tue, 15 Oct 2013 12:05:29 +0200 From: Rainer Duffner To: freebsd-stable@FreeBSD.org Subject: question about PAM in 9.2 Message-ID: <20131015120529.0fdb56c2@suse3> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) 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: Tue, 15 Oct 2013 10:05:40 -0000 Hi, we have been using pure-ftpd to authenticate via PAM from our ldap-server for some time (the ldap-server was built in 2006...). I've got the following in /etc/pam.d/pure-ftpd auth sufficient /usr/local/lib/pam_ldap.so auth required pam_nologin.so auth required pam_unix.so nullok account required pam_permit.so session required pam_permit.so This worked from probably FreeBSD 5.0 and before (longer than I've been at the company...) until 9.1, then, with the upgrade to 9.2, users can no longer login (LDAP or local does not matter). It has nothing to do with the versions of various ldap-related ports (at least not obviously), because the same set of packages does work with 9.1. Upon trying to login, this is in /var/log/messages: Oct 15 11:10:27 server1 pure-ftpd: in openpam_dispatch(): pam_nologin.so: no pam_sm_setcred() Oct 15 11:10:27 server1 pure-ftpd: in openpam_check_error_code(): pam_sm_setcred(): unexpected return value 4 Oct 15 11:10:30 server1 pure-ftpd: (?@127.0.0.1) [WARNING] Authentication failed for user [demo] Can anyone shed any light on this? What did change between 9.1 and 9.2? Best Regards, Rainer From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 12:41:02 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 A12C2687 for ; Tue, 15 Oct 2013 12:41:02 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews03.kpnxchange.com (cpsmtpb-ews03.kpnxchange.com [213.75.39.6]) by mx1.freebsd.org (Postfix) with ESMTP id 2800A2EEE for ; Tue, 15 Oct 2013 12:41:01 +0000 (UTC) Received: from cpsps-ews15.kpnxchange.com ([10.94.84.182]) by cpsmtpb-ews03.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 15 Oct 2013 14:39:52 +0200 Received: from CPSMTPM-TLF101.kpnxchange.com ([195.121.3.4]) by cpsps-ews15.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 15 Oct 2013 14:39:51 +0200 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF101.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 15 Oct 2013 14:39:51 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 3B56634CD for ; Tue, 15 Oct 2013 14:39:51 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: Trace process with high outgoing traffic References: <220e8bb5-1050-43d7-a58c-477cbba6ef56.maildroid@localhost> Date: Tue, 15 Oct 2013 14:39:50 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <220e8bb5-1050-43d7-a58c-477cbba6ef56.maildroid@localhost> User-Agent: Opera Mail/12.16 (FreeBSD) X-OriginalArrivalTime: 15 Oct 2013 12:39:51.0900 (UTC) FILETIME=[A49E19C0:01CEC9A3] X-RcptDomain: 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, 15 Oct 2013 12:41:02 -0000 On Sun, 13 Oct 2013 09:30:18 +0200, wrote: > Hello, I'm looking for a way to trace a PHP-FPM forked proces which has > high outgoing traffic (user attacking some remote servers). Any ideas? You might use ktrace. Ronald. > > Thank you > Luke > _______________________________________________ > 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 15 13:20:33 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 53918C15 for ; Tue, 15 Oct 2013 13:20:33 +0000 (UTC) (envelope-from lists@bsdcs.com) Received: from bsdcs.com (www.bsdcs.com [70.89.129.185]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32BE922A5 for ; Tue, 15 Oct 2013 13:20:33 +0000 (UTC) Received: (qmail 61609 invoked by uid 89); 15 Oct 2013 13:19:03 -0000 Received: from unknown (HELO ?172.16.0.87?) (lists@bsdcs.com@172.16.0.87) by www.bsdcs.com with ESMTPA; 15 Oct 2013 13:19:03 -0000 Message-ID: <525D40E3.5010909@bsdcs.com> Date: Tue, 15 Oct 2013 06:19:31 -0700 From: BSDCS Lists User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Rainer Duffner Subject: Re: question about PAM in 9.2 References: <20131015120529.0fdb56c2@suse3> In-Reply-To: <20131015120529.0fdb56c2@suse3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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, 15 Oct 2013 13:20:33 -0000 On 10/15/2013 3:05 AM, Rainer Duffner wrote: > Hi, > > > we have been using pure-ftpd to authenticate via PAM from our > ldap-server for some time (the ldap-server was built in 2006...). > > > I've got the following in /etc/pam.d/pure-ftpd > > auth sufficient /usr/local/lib/pam_ldap.so > auth required pam_nologin.so > auth required pam_unix.so nullok > > account required pam_permit.so > > session required pam_permit.so > > > This worked from probably FreeBSD 5.0 and before (longer than I've been > at the company...) until 9.1, then, with the upgrade to 9.2, users can > no longer login (LDAP or local does not matter). > It has nothing to do with the versions of various ldap-related ports > (at least not obviously), because the same set of packages does work > with 9.1. > > Upon trying to login, this is in /var/log/messages: > > Oct 15 11:10:27 server1 pure-ftpd: in openpam_dispatch(): > pam_nologin.so: no pam_sm_setcred() > Oct 15 11:10:27 server1 pure-ftpd: in openpam_check_error_code(): > pam_sm_setcred(): unexpected return value > 4 Oct 15 11:10:30 server1 pure-ftpd: (?@127.0.0.1) [WARNING] > Authentication failed for user [demo] > > > > Can anyone shed any light on this? > > What did change between 9.1 and 9.2? Hello Rainer - I found this when searching for: "openpam_check_error_code():pam_sm_setcred(): unexpected return value 4" http://www.blissfulidiot.com/2010/11/pam-ldap-error-unexpected-return-value.html Randy Ricker > > > Best Regards, > Rainer > _______________________________________________ > 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 15 15:33:42 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 64E5EA19 for ; Tue, 15 Oct 2013 15:33:42 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [37.187.6.142]) by mx1.freebsd.org (Postfix) with ESMTP id 2C3312FA5 for ; Tue, 15 Oct 2013 15:33:42 +0000 (UTC) Received: from [192.168.0.128] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id E645C1330E for ; Tue, 15 Oct 2013 17:33:34 +0200 (CEST) Message-ID: <525D7C6E.4020602@peterschmitt.fr> Date: Tue, 15 Oct 2013 17:33:34 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: [geli] 10.0-BETA1, passphrase and keyboard detection X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WB1kmWbCVJnIKVCrI7PDVOsod8NNJ2PMU" 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, 15 Oct 2013 15:33:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WB1kmWbCVJnIKVCrI7PDVOsod8NNJ2PMU Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, I have a very fresh installation of FreeBSD 10.0-BETA1 with GELI encrypted disks and ZFS filesystem, and I encounter a problem when kernel asks for passphrase. The keyboard is detected after the passphrase ask and is like "loked" for several seconds before I can use it to enter and validate the passphrase. Is this something normal? Here is the dmesg: First, passphrase asked, no keyboard detected: Enter passphrase for ada0p3: ugen1.2: Seconds after, keyboard detected but not usable: at usbus1 ukbd0: on usbus1 ugen5.2: at usbus5 kbd2 at ukbd0 Here I missed the first try: GEOM_ELI: Wrong key for ada0p3. Tries left: 2. Enter passphrase for ada0p3: Enter the passphrase successfuly. GEOM_ELI: Device ada0p3.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software Raw dmesg: Enter passphrase for ada0p3: ugen1.2: at usbus1 ukbd0: on usbus1 ugen5.2: at usbus5 kbd2 at ukbd0 GEOM_ELI: Wrong key for ada0p3. Tries left: 2. Enter passphrase for ada0p3: GEOM_ELI: Device ada0p3.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --WB1kmWbCVJnIKVCrI7PDVOsod8NNJ2PMU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSXXxuAAoJEFr01BkajbiBlagP/ixNkmKjGL1Rf6gE7LE3kYYN 8wK6qKV8DziPY/NTF8ljPnOpmmgIpLxUor/ftSOd7OtlcMpLdrEsWzlHsd3M7IZ0 TIEgBDuHDPxeomsLrUri4R8yxEcY2rtbXX3SogxNEC4QU8o8nahJOBvyB0k20eE9 4l2o0tzr6aYTVpDtHHDbWhUuwsDpodPQRY60ZZTuRJ4RBwtMpWXZn0C6gS6O7eWo 1zq4YoNObCbod9IdGSljsi16oqU/JBCMUd9Xs2mgd8GA7mzD6HF/1dLDjer21mB/ Vzelf+xokhJ1a/kM41TaXS5obwDKAtiN07Cgkyc755CAPSRxcaHL66T7Uv8OuYHw ZJvCHia2HOL3S/zwoClkcYdVPUeZVoktLdkDyCFY+2UhqcpBtAu015mSBiwmsfn3 QAcGjW5Dx0Xb+/9j4qVjZmRIC+cHNcqgwV3rBC8ekYiJi30vgmKDKBmPXzio1zEY FfQGO3l/ISWL3OHMsk0c55zUFBbQTtYLbu9i02iC7jsXouL10cUg1+a32my5Ds5B nVvIgrUQqoNi/PEVlZtfoGG4dEwnlX9bnbMV4nd4wOqCP98O1PBxypAu01bLOl9T Hsy8p6qHWO6pfMLgQVIPBRioNgJXhijN0L3Xa9EOIjJR+7m5rwRxB/su3Ka/TQTY myUrLLla7YgGmEH/yFkh =6Ohl -----END PGP SIGNATURE----- --WB1kmWbCVJnIKVCrI7PDVOsod8NNJ2PMU-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 15:47:20 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 C96BCFA7; Tue, 15 Oct 2013 15:47:20 +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 9FD0220ED; Tue, 15 Oct 2013 15:47:20 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 78562BB40; Tue, 15 Oct 2013 15:47:19 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 78562BB40 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 15 Oct 2013 11:47:17 -0400 From: Glen Barber To: Florent Peterschmitt Subject: Re: [geli] 10.0-BETA1, passphrase and keyboard detection Message-ID: <20131015154717.GK23579@glenbarber.us> References: <525D7C6E.4020602@peterschmitt.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KaGhPsiNaI6/sRd6" Content-Disposition: inline In-Reply-To: <525D7C6E.4020602@peterschmitt.fr> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, hselasky@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, 15 Oct 2013 15:47:20 -0000 --KaGhPsiNaI6/sRd6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 15, 2013 at 05:33:34PM +0000, Florent Peterschmitt wrote: > Hello, >=20 > I have a very fresh installation of FreeBSD 10.0-BETA1 with GELI > encrypted disks and ZFS filesystem, and I encounter a problem when > kernel asks for passphrase. >=20 > The keyboard is detected after the passphrase ask and is like "loked" > for several seconds before I can use it to enter and validate the > passphrase. >=20 > Is this something normal? >=20 I see this, too, only when having external USB keyboard attached to my laptop. When using the laptop built-in keyboard, this does not happen. Hans, any ideas here? Glen --KaGhPsiNaI6/sRd6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSXWOFAAoJELls3eqvi17QBecP/R2+Z7HTledZlg8i4fcTLGma kLG5rFp43aD7K7NZyqLEIt8Rcdgny5iGhKHj42uDpiF9TLCf8WMjFiIUbJIMtOMz UMYIbwv9+PSaTRUKL0DqYBQ55onzlhp5u9Ws7/jmNIE0IouP2q7HzFZjuhBBY9kO zFk+G/h0X51g9oAm5MWiqDSUu4HQErMM/eUwoK6FxsxhnGDeoNPhGiKP1FzEAHaz DLOl2DpTDtvihaeBbe7dlaiMSKTtOT/j7C47nFRGV1jrVD2U/sZvU1r3Nkn5cfcP AfXMAvsizRX9R8kiQaycgmz8lPyWu0MNqKQDBHdL9/cqMMwMyN/Vd0KTGwWJVSi2 a6U3ivyArxdFW5+xgts/Qo+cwZgw3Ch6jJo/EQqRTL+gpzW80qAb3ur8C8ASH0wr k68UJFOPQ7hMO2JMjcxrz03nHL4YkTwk2zXuWbxDMVyMzcBb3rjo+XUXe0BOH9Ly tPnKLUwx/oE3Hfkfr2puicCv1ivNJP4YWMqsdLaylAKaCuZ+/BW7+WKDS/DJlhxy t4QcE4sCflcVG36oO90lOPuAG7g+x+US3+7A3vLNCJhQ3fj6RYn0mKlmn6yHrdry o48wGrOT5roaeFS8ExM2PKo5MokgjtbXT8sPKvSff/keHb4PeGS6klMN5AbEIDcq nyqdOVQc/lG+QjnA2pEM =8ERA -----END PGP SIGNATURE----- --KaGhPsiNaI6/sRd6-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 16:00:24 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 AC3B669C for ; Tue, 15 Oct 2013 16:00:24 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [37.187.6.142]) by mx1.freebsd.org (Postfix) with ESMTP id 742432229 for ; Tue, 15 Oct 2013 16:00:24 +0000 (UTC) Received: from [192.168.0.128] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id C407313392 for ; Tue, 15 Oct 2013 18:00:23 +0200 (CEST) Message-ID: <525D82B7.2000102@peterschmitt.fr> Date: Tue, 15 Oct 2013 18:00:23 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 CC: freebsd-stable@freebsd.org Subject: Re: [geli] 10.0-BETA1, passphrase and keyboard detection References: <525D7C6E.4020602@peterschmitt.fr> <20131015154717.GK23579@glenbarber.us> In-Reply-To: <20131015154717.GK23579@glenbarber.us> X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LOEm7l6rnK3lvEafdDP0VFEChMk8oaVW7" 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, 15 Oct 2013 16:00:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LOEm7l6rnK3lvEafdDP0VFEChMk8oaVW7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 15/10/2013 15:47, Glen Barber a =E9crit : > I see this, too, only when having external USB keyboard attached to my > laptop. When using the laptop built-in keyboard, this does not happen.= Yes, it's an USB external keyboard on a desktop. If tests are required on a laptop, I'm affraid I cannot help on this point. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --LOEm7l6rnK3lvEafdDP0VFEChMk8oaVW7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSXYK3AAoJEFr01BkajbiBvigP/jKdWUDs10ywn9hEUTPj8pHe O6Btv/FhqmPevTIymPT/GDApDbPVdeRKx7rDnpPywbep6B6MSsL7rX5hvrAkq0WR VuMztjaOsrM9tFC1sLFj+/T+4P+EuWKxxfKMEhl7cIeYvT6tcwLQATlJp+0IdM6F LlpJLbDQr6/LrDgusSwWoUZJWxCR8HQ7Z/RdAl9ll4mniiBmfv7xonyMwfTa+yEQ jpE0Y1wV4O2E8TgQhHpu/I2IuwsjY/Am6u7vdm0udi0+wO3lYpxMg4WB4Za5J/5L lC2E9f9XOylzBR3PqhTUIZraYtldeQo5Hg9/2wF2jybzbLWv865EhCY5wej0rooB gAhinWXhqgZ4+l5utwYvk/JqNdmCIFFEQ4Hip9oc/hJYYL8cd1PqdXLn6Cf0mPB7 TUm9F73YYFDo6v6xhQtbO03gn8p3bnqt8JxrcaszGJNmuTWc7Y/pgwHq7y62ry6Z abALaLGaVdhbuUv5jYUnOiXqxJRc/wNEaq64kHubCSrEIDclUdt3B/UqauqvWVnX nKdidjdf7KL3Kw0AofnWI+pSM3icyUIySy3wyGH25d/Uw1TRJwZ76yWp9GizgYPz fPQGsAlAIWhuedMUwKVNJUeH6pCgiq26Y6NgrZ48aQwMVFUdtS7OQz8X4lVDe7E2 WmqNd8UDOyWGYu4NI6qf =r/Tt -----END PGP SIGNATURE----- --LOEm7l6rnK3lvEafdDP0VFEChMk8oaVW7-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 16:26: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 492FFEDC; Tue, 15 Oct 2013 16:26:13 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13EB32449; Tue, 15 Oct 2013 16:26:12 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id r9FGQB1I028151 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 15 Oct 2013 11:26:11 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.103]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.02.0309.002; Tue, 15 Oct 2013 11:26:10 -0500 From: "Teske, Devin" To: Florent Peterschmitt Subject: Re: [geli] 10.0-BETA1, passphrase and keyboard detection Thread-Topic: [geli] 10.0-BETA1, passphrase and keyboard detection Thread-Index: AQHOycNBOD1NY7N1m0aqENlHb3SmBw== Date: Tue, 15 Oct 2013 16:26:10 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D720FC6A5E4@LTCFISWMSGMB21.FNFIS.com> References: <525D7C6E.4020602@peterschmitt.fr> <20131015154717.GK23579@glenbarber.us> <525D82B7.2000102@peterschmitt.fr> In-Reply-To: <525D82B7.2000102@peterschmitt.fr> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.121] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <10A04B14463B1A4C9939CC451B4DDDA4@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-10-15_06:2013-10-15,2013-10-15,1970-01-01 signatures=0 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 16:26:13 -0000 On Oct 15, 2013, at 11:00 AM, Florent Peterschmitt wrote: > Le 15/10/2013 15:47, Glen Barber a =E9crit : >> I see this, too, only when having external USB keyboard attached to my >> laptop. When using the laptop built-in keyboard, this does not happen. >=20 > Yes, it's an USB external keyboard on a desktop. If tests are required > on a laptop, I'm affraid I cannot help on this point. >=20 Will the old system of adding hints to disable the laptop keyboard work? I remember in the old days of 4.x to get a USB keyboard working early in the boot process, you could set a hint flag on the atkbd to disable it. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 22:32: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 5DF4A6D for ; Tue, 15 Oct 2013 22:32:14 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [37.187.6.142]) by mx1.freebsd.org (Postfix) with ESMTP id E81952CEF for ; Tue, 15 Oct 2013 22:32:13 +0000 (UTC) Received: from [192.168.0.128] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id B8C96138F1 for ; Wed, 16 Oct 2013 00:32:12 +0200 (CEST) Message-ID: <525DDE8B.2000405@peterschmitt.fr> Date: Wed, 16 Oct 2013 00:32:11 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: changing mouse, detection problem X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uma292iSN3lKps44w1FOpnRHvcppqxEX7" 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, 15 Oct 2013 22:32:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --uma292iSN3lKps44w1FOpnRHvcppqxEX7 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hello there, I saw a very strange problem while using different mouses, one is HP with only mouse and the other is a Razer Naga with mouse and keyboard (numpad). Then: 1. Connect and disconnect HP mouse Oct 16 00:29:17 yoda kernel: ums0: on usbus5 Oct 16 00:29:17 yoda kernel: ums0: 3 buttons and [XYZT] coordinates ID=3D= 1 Oct 16 00:29:17 yoda devd: Executing '/etc/rc.d/moused quietstart ums0' Oct 16 00:29:20 yoda kernel: ugen5.2: at usbus5 (disconnected) Oct 16 00:29:20 yoda kernel: ums0: at uhub4, port 1, addr 2 (disconnected= ) Oct 16 00:29:20 yoda devd: Executing '/etc/rc.d/moused stop ums0' 2. Connect Razer mouse Oct 16 00:29:24 yoda kernel: ugen5.2: at usbus5 Oct 16 00:29:24 yoda kernel: ums0: on usbus5 Oct 16 00:29:24 yoda kernel: ums0: error reading report description Oct 16 00:29:24 yoda kernel: device_attach: ums0 attach returned 12 Oct 16 00:29:24 yoda kernel: ukbd1: on usbus5 Oct 16 00:29:24 yoda kernel: kbd3 at ukbd1 Mouse is'n usable. 3. Disconnect Razer mouse Oct 16 00:29:27 yoda kernel: ugen5.2: at usbus5 (disconnected) Oct 16 00:29:27 yoda kernel: ukbd1: at uhub4, port 1, addr 2 (disconnecte= d) 4. Reconnect it Oct 16 00:29:32 yoda kernel: ugen5.2: at usbus5 Oct 16 00:29:32 yoda kernel: ums0: on usbus5 Oct 16 00:29:32 yoda kernel: ums0: 5 buttons and [XYZ] coordinates ID=3D0= Oct 16 00:29:32 yoda devd: Executing '/etc/rc.d/moused quietstart ums0' Oct 16 00:29:32 yoda kernel: ukbd1: on usbus5 Oct 16 00:29:32 yoda kernel: kbd3 at ukbd1 Razer mouse is now usable. Huh? I think I should try with another mouse than the Razer one to see if something changes. For the moment I can't :) --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --uma292iSN3lKps44w1FOpnRHvcppqxEX7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSXd6LAAoJEFr01BkajbiBACEQAJ6Pro33PBEnm4H/WruUEA9c LDVZ6KydXZkFtDYYnxK+VX06LJKsS2GNmWnwcTqVA/0oEPEtkd9a4qcUaYRyV3Kv b4Pr4krTfV62HDoIG/mbXnvQD9mryU5E02hCacx+1MKOHqn6BcDfwb9M9/so31jb KI9kiN2xjxG1oKe6aUnRNnKhxOZdSpJcRzZ8cdcSekhZjmu+d5u/xvNHGYydC4XE ShaI2Lv22WyDL51Fimg6/1dChvvZ0e73RbCwtn4vufK0ELq0GRngVEGca1NOofJn RVRA9zxImNeyLyPUTyRZRovuJ/aftd0krEHYcYR8OKa5EDdqK1xhpK3M+QXPJB0y 9OpTFZ8kAJRlPTm3B0JV6Nsrk4Agu6xf4ndnBx1HlEDTnyiRAR3BZWboqISVDlKS fu/QMJpWyWTNCsIFg5/4GjReAUMozOoe9R597eQKcXbJxuPLTEHPXQLsUuc6BCq1 CN49GJ7dBwk0/LP/ZekVzbG3W5f9y3XrTI2UDL7DWnzxcjkJuGb8LoB/67nGI2JE DedL7+MT1qsbIgQhPhn4yAfLO7g3WpxaK0NKdFGoHfmrEm32dMfJOl+i1mQhrboh ivumtLvahUIN24YjTq3bLNHD0Q5PK/ue1xgg//TAGmYBX2aUAYi6/ugLJArwjfZC eaHNhDgiII68NgRlEBXY =6vkd -----END PGP SIGNATURE----- --uma292iSN3lKps44w1FOpnRHvcppqxEX7-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 22:35:38 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 A42141C0; Tue, 15 Oct 2013 22:35:38 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [37.187.6.142]) by mx1.freebsd.org (Postfix) with ESMTP id 6935C2D1C; Tue, 15 Oct 2013 22:35:38 +0000 (UTC) Received: from [192.168.0.128] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 97F9A138FD; Wed, 16 Oct 2013 00:35:37 +0200 (CEST) Message-ID: <525DDF58.10405@peterschmitt.fr> Date: Wed, 16 Oct 2013 00:35:36 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Devin Teske Subject: Re: [geli] 10.0-BETA1, passphrase and keyboard detection References: <525D7C6E.4020602@peterschmitt.fr> <20131015154717.GK23579@glenbarber.us> <525D82B7.2000102@peterschmitt.fr> <13CA24D6AB415D428143D44749F57D720FC6A5E4@LTCFISWMSGMB21.FNFIS.com> In-Reply-To: <13CA24D6AB415D428143D44749F57D720FC6A5E4@LTCFISWMSGMB21.FNFIS.com> X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nTccXHNoKbKQxBsb5qbKdeNiSBRtpc3b6" Cc: freebsd-stable stable , "Teske, Devin" 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, 15 Oct 2013 22:35:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nTccXHNoKbKQxBsb5qbKdeNiSBRtpc3b6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 15/10/2013 16:26, Teske, Devin a =E9crit : > Will the old system of adding hints to disable the laptop keyboard work= ? I have no laptop keyboard since it is only an external one. But, maybe there is something we can do with hints? Also, I don't know at all about the gears of FreeBSD , but is there something that can make FreeBSD waiting for an input device like keyboards before asking for the passphrase? --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --nTccXHNoKbKQxBsb5qbKdeNiSBRtpc3b6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSXd9YAAoJEFr01BkajbiBp9AP/RqCJZJ5VTRzG5bdVTAJZHhC 8zzzE13gzexcUNwj48L98chcDFCunRNHYL9e3htloY2SkmYJ/H4dcVit67ORGwcH PgWpsR92peVisqGgKJgiUvyekTVqUGMFUIIdkbYmy6tFZXF3zlvvdh0GAtrSgWCz 3vA94vgCENJmrJCM7GhFKAvhgSYjK62q9cPxaM/t/ZwZgQHBqqvF6JI/6ncMUjNs OH1ph1Fbz+v2WEDFPfigej/MPWYMdDasWrqymaEtcSuEPdOu7PkrM6GKbzfP520J fG3Uzlb/Ex8/Y9cn58U+pTkVb5jm/SYvZ5eRFvuD8FNX3uBLe3vBtOjxNivF3xi4 dHQL5VP5oGUPbuCnLCFHdLaIZoY3vrtwSw1nR4m3CHBzDHOD0zVq6ciT8B7ImNXt lt0ABEl2UcoSvLLrXcY1TNKcSOm7kGRRXWhOORQscjZ9eUEKWh1b8bAFb2y4XcQm 0g07/kcGUVpZauRJwSlxiLFSWtkQNqefQDYc3ibEziQlgWGHLpf+IL3slxyP+/JP 7+fOp+tpc6lLsfiQr+MapAy72dTRj+xYjfeP50c9ZZP2HOt+pOgrsy9uiZ89AhNg VhMx0tJj9Syxlfod9W45XUkb118EjBi4hSznVtDwKw+zVDPrjCUshlnuvSmGbTSZ LxeLmD0bKXj9io+slQGu =2W2Y -----END PGP SIGNATURE----- --nTccXHNoKbKQxBsb5qbKdeNiSBRtpc3b6-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 22:39:28 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 93A002E9; Tue, 15 Oct 2013 22:39:28 +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 4DC052D42; Tue, 15 Oct 2013 22:39:28 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 94D08B729; Tue, 15 Oct 2013 22:39:26 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 94D08B729 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 15 Oct 2013 18:39:24 -0400 From: Glen Barber To: Florent Peterschmitt Subject: Re: changing mouse, detection problem Message-ID: <20131015223924.GR23579@glenbarber.us> References: <525DDE8B.2000405@peterschmitt.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mvzZjokS1nTZS3h1" Content-Disposition: inline In-Reply-To: <525DDE8B.2000405@peterschmitt.fr> X-Operating-System: FreeBSD 11.0-CURRENT amd64 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, 15 Oct 2013 22:39:28 -0000 --mvzZjokS1nTZS3h1 Content-Type: multipart/mixed; boundary="+bDoS+V4AJZnUgoC" Content-Disposition: inline --+bDoS+V4AJZnUgoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 16, 2013 at 12:32:11AM +0000, Florent Peterschmitt wrote: > Hello there, >=20 > I saw a very strange problem while using different mouses, one is HP > with only mouse and the other is a Razer Naga with mouse and keyboard > (numpad). >=20 > Then: >=20 > 1. Connect and disconnect HP mouse >=20 > Oct 16 00:29:17 yoda kernel: ums0: class 0/0, rev 2.00/1.13, addr 2> on usbus5 > Oct 16 00:29:17 yoda kernel: ums0: 3 buttons and [XYZT] coordinates ID=3D1 > Oct 16 00:29:17 yoda devd: Executing '/etc/rc.d/moused quietstart ums0' > Oct 16 00:29:20 yoda kernel: ugen5.2: at usbus5 > (disconnected) > Oct 16 00:29:20 yoda kernel: ums0: at uhub4, port 1, addr 2 (disconnected) > Oct 16 00:29:20 yoda devd: Executing '/etc/rc.d/moused stop ums0' >=20 > 2. Connect Razer mouse >=20 > Oct 16 00:29:24 yoda kernel: ugen5.2: at usbus5 > Oct 16 00:29:24 yoda kernel: ums0: 2.00/2.00, addr 2> on usbus5 > Oct 16 00:29:24 yoda kernel: ums0: error reading report description > Oct 16 00:29:24 yoda kernel: device_attach: ums0 attach returned 12 > Oct 16 00:29:24 yoda kernel: ukbd1: 2.00/2.00, addr 2> on usbus5 > Oct 16 00:29:24 yoda kernel: kbd3 at ukbd1 >=20 > Mouse is'n usable. >=20 > 3. Disconnect Razer mouse >=20 > Oct 16 00:29:27 yoda kernel: ugen5.2: at usbus5 (disconnected) > Oct 16 00:29:27 yoda kernel: ukbd1: at uhub4, port 1, addr 2 (disconnecte= d) >=20 > 4. Reconnect it >=20 > Oct 16 00:29:32 yoda kernel: ugen5.2: at usbus5 > Oct 16 00:29:32 yoda kernel: ums0: 2.00/2.00, addr 2> on usbus5 > Oct 16 00:29:32 yoda kernel: ums0: 5 buttons and [XYZ] coordinates ID=3D0 > Oct 16 00:29:32 yoda devd: Executing '/etc/rc.d/moused quietstart ums0' > Oct 16 00:29:32 yoda kernel: ukbd1: 2.00/2.00, addr 2> on usbus5 > Oct 16 00:29:32 yoda kernel: kbd3 at ukbd1 >=20 > Razer mouse is now usable. >=20 >=20 > Huh? I think I should try with another mouse than the Razer one to see > if something changes. For the moment I can't :) >=20 Can you see if this patch works? Apply to /etc/devd.conf. Glen --+bDoS+V4AJZnUgoC Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="devd.conf.diff.txt" Content-Transfer-Encoding: quoted-printable Index: etc/devd.conf =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- etc/devd.conf (revision 256563) +++ etc/devd.conf (working copy) @@ -130,7 +130,7 @@ match "type" "DESTROY"; match "cdev" "ums[0-9]+"; =20 - action "/etc/rc.d/moused stop $cdev"; + action "/etc/rc.d/moused quietrestart $cdev"; }; =20 # Firmware download into the ActiveWire board. After the firmware download= is --+bDoS+V4AJZnUgoC-- --mvzZjokS1nTZS3h1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSXcQcAAoJELls3eqvi17QmAcP/Rso/5E6/Qn1JBoKCpjHhdi4 HMqKHpfAcI9vL0TP2W7PItkz8bqAExSt+3rZgG6LlRVUx5nJkiM4AtFBwiouRe7s ePoi8NSuaLeUUqQEp/qqBu4Ep4SF5MfnUWUsozm6p3JCVeSWM2f4KT2FpDGcI1Yy HITzXaY2gr3DpFhM7aQGz+d05iKV9F6WzCNMPRne/ZAYWezaniXsp1s15a2aMGGG d4Cm5R70qZ7ApOKIR6jacAFXXi/lmVBz24R0VYr/SI+0UosR0gBb9GfCS1WU3kui PIEPKKs+EvFiPn3WnmtmIQWcwoNpf10VVJMXMpIQASckM/iri6Udpnt6jLVeu3X/ 62Q3auuPAm288FgP7pabiK+VRFC92hSq0dYGjKdXyI6G1ZvNDPXixg0phWMsuWcj L2+2tcb09ozK/ovmEyB6GvENc/slLmTByMHWhMyOl5Z52YelYvE7e52roc4YKjCB AnJdFJqAa0n7QcNrwqMAyvUtISN1wQoU4ZYkKAfL+zvXuroKJh1Sf9PTBO2BheL0 e2mdRXMH26IiHn+lAZ602j4fa7zWuhtH+KphAk5as0DkeOw2YnuK4x4wGqxJTeNi OJliARHMZD/k5sz0mvyJBRDwRZjaehx26SZ0t7ues1HvBIMLGihncJmDodcijRz0 9GGSUKNb6Zz2T27A2OHI =4mco -----END PGP SIGNATURE----- --mvzZjokS1nTZS3h1-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 22:49:33 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 92DBC795; Tue, 15 Oct 2013 22:49:33 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [37.187.6.142]) by mx1.freebsd.org (Postfix) with ESMTP id 264B32DDE; Tue, 15 Oct 2013 22:49:33 +0000 (UTC) Received: from [192.168.0.128] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 5EF2113980; Wed, 16 Oct 2013 00:49:32 +0200 (CEST) Message-ID: <525DE29B.4030806@peterschmitt.fr> Date: Wed, 16 Oct 2013 00:49:31 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Glen Barber Subject: Re: changing mouse, detection problem References: <525DDE8B.2000405@peterschmitt.fr> <20131015223924.GR23579@glenbarber.us> In-Reply-To: <20131015223924.GR23579@glenbarber.us> X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PDN0pl8EK6h0sDF2d2Ii3LImr6B1Eq47F" 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, 15 Oct 2013 22:49:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PDN0pl8EK6h0sDF2d2Ii3LImr6B1Eq47F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 15/10/2013 22:39, Glen Barber a =E9crit : > Can you see if this patch works? Apply to /etc/devd.conf. >=20 > Glen > Index: etc/devd.conf > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- etc/devd.conf (revision 256563) > +++ etc/devd.conf (working copy) > @@ -130,7 +130,7 @@ > match "type" "DESTROY"; > match "cdev" "ums[0-9]+"; > =20 > - action "/etc/rc.d/moused stop $cdev"; > + action "/etc/rc.d/moused quietrestart $cdev"; > }; > =20 > # Firmware download into the ActiveWire board. After the firmware down= load is I have the opposit now. Connecting the Razer after disconnecting the HP makes the Razer working. But once I disconnect the Razer and reconnect it, no way: HP ok: Oct 16 00:48:54 yoda kernel: ugen5.2: at usbus5 Oct 16 00:48:54 yoda kernel: ums0: on usbus5 Oct 16 00:48:54 yoda kernel: ums0: 3 buttons and [XYZT] coordinates ID=3D= 1 Oct 16 00:48:54 yoda devd: Executing '/etc/rc.d/moused quietstart ums0' Oct 16 00:48:58 yoda kernel: ugen5.2: at usbus5 (disconnected) Oct 16 00:48:58 yoda kernel: ums0: at uhub4, port 1, addr 2 (disconnected= ) Oct 16 00:48:58 yoda devd: Executing '/etc/rc.d/moused quietrestart ums0'= Razer ok: Oct 16 00:49:03 yoda kernel: ugen5.2: at usbus5 Oct 16 00:49:03 yoda kernel: ums0: on usbus5 Oct 16 00:49:03 yoda kernel: ums0: 5 buttons and [XYZ] coordinates ID=3D0= Oct 16 00:49:03 yoda devd: Executing '/etc/rc.d/moused quietstart ums0' Oct 16 00:49:03 yoda kernel: ukbd1: on usbus5 Oct 16 00:49:03 yoda kernel: kbd3 at ukbd1 Oct 16 00:49:08 yoda kernel: ugen5.2: at usbus5 (disconnected) Oct 16 00:49:08 yoda kernel: ums0: at uhub4, port 1, addr 2 (disconnected= ) Oct 16 00:49:08 yoda devd: Executing '/etc/rc.d/moused quietrestart ums0'= Oct 16 00:49:08 yoda kernel: ukbd1: at uhub4, port 1, addr 2 (disconnecte= d) Razer Nok: Oct 16 00:49:14 yoda kernel: ugen5.2: at usbus5 Oct 16 00:49:14 yoda kernel: ums0: on usbus5 Oct 16 00:49:14 yoda kernel: ums0: error reading report description Oct 16 00:49:14 yoda kernel: device_attach: ums0 attach returned 12 Oct 16 00:49:14 yoda kernel: ukbd1: on usbus5 Oct 16 00:49:14 yoda kernel: kbd3 at ukbd1 Oct 16 00:49:20 yoda kernel: ugen5.2: at usbus5 (disconnected) Oct 16 00:49:20 yoda kernel: ukbd1: at uhub4, port 1, addr 2 (disconnecte= d) --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --PDN0pl8EK6h0sDF2d2Ii3LImr6B1Eq47F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSXeKbAAoJEFr01BkajbiBCr0QAJwOdCv9Bkfi8aJ55MbJQy49 DoYcSAhPJp8DiSzd0nZp3JpKf1S38C5AGTBOdn57fAgke/aR0vaIVE6zddvKQM7X gradoagmPqmUiKFuXnQaKxVN8XZjaFniZfzm7uAdN2uWYWWPJ2VId+aSnX9hnTXN 9DzM0mEXuee4b21f7kL8rzdVTGAeDHirswksVRTeQKAO8nVsMGiKV/JKUN5hZu9W CZk5LO7m0CORngxysrbusqeFs2xXQKBxGdfFbZW7ngA2u8a2Dr6wJYxNSofz6rjE naBXM4IaU3VwFOZxVHcBHxcGowlU/xVCJZjVtcwAoZdt5C8KU8v7j48bR/JAz/pw MbHavV+3al1xBsO6VGD5IJp7JIobFm2OMZZEM4mVu1f4ovQOOAMVadG0hmL5sroo GiFXd3de+urag0UC2FvTufZGlg8yhO58QK4B0om9yLhSaTwVAScV6QEYrOHajx9E M68AK422LTFnWGXqYqW774LgfI3xxdOce5Xp9s/nAh74f4E+SaBzurfSsT8kmzOH aguSJDsJb0NgqFkEIZK7jqHrZKfCKee0IXKioPihq9mzHB9GdnasKLkCMik2R8GA RLXK1o3W03z5xNTjgzxDagj/9rPHbtbANsbQv2pqSeAv7FpVuv5o2xlSy5dSgK7B X4AXOmdolv5byAvWhyB2 =wKBK -----END PGP SIGNATURE----- --PDN0pl8EK6h0sDF2d2Ii3LImr6B1Eq47F-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 22:55:52 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 DD9308ED; Tue, 15 Oct 2013 22:55:51 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 988632E49; Tue, 15 Oct 2013 22:55:51 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 0E538B8B6; Tue, 15 Oct 2013 22:55:50 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 0E538B8B6 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 15 Oct 2013 18:55:48 -0400 From: Glen Barber To: Florent Peterschmitt Subject: Re: changing mouse, detection problem Message-ID: <20131015225548.GS23579@glenbarber.us> References: <525DDE8B.2000405@peterschmitt.fr> <20131015223924.GR23579@glenbarber.us> <525DE29B.4030806@peterschmitt.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="O9T4zNOkGnr0n+A/" Content-Disposition: inline In-Reply-To: <525DE29B.4030806@peterschmitt.fr> X-Operating-System: FreeBSD 11.0-CURRENT amd64 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, 15 Oct 2013 22:55:52 -0000 --O9T4zNOkGnr0n+A/ Content-Type: multipart/mixed; boundary="eu12+zRL7gQwOC+E" Content-Disposition: inline --eu12+zRL7gQwOC+E Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 16, 2013 at 12:49:31AM +0000, Florent Peterschmitt wrote: > Le 15/10/2013 22:39, Glen Barber a =E9crit : > > Can you see if this patch works? Apply to /etc/devd.conf. > >=20 > > Glen > > Index: etc/devd.conf > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- etc/devd.conf (revision 256563) > > +++ etc/devd.conf (working copy) > > @@ -130,7 +130,7 @@ > > match "type" "DESTROY"; > > match "cdev" "ums[0-9]+"; > > =20 > > - action "/etc/rc.d/moused stop $cdev"; > > + action "/etc/rc.d/moused quietrestart $cdev"; > > }; > > =20 > > # Firmware download into the ActiveWire board. After the firmware down= load is >=20 > I have the opposit now. >=20 > Connecting the Razer after disconnecting the HP makes the Razer working. > But once I disconnect the Razer and reconnect it, no way: >=20 That was unexpected, actually. Can you try this, which reverts r240891 where this section of devd.conf was updated? Glen --eu12+zRL7gQwOC+E Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="devd.conf.diff.txt" Content-Transfer-Encoding: quoted-printable Index: etc/devd.conf =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- etc/devd.conf (revision 240891) +++ etc/devd.conf (revision 240890) @@ -115,22 +115,14 @@ action "/etc/rc.d/syscons setkeyboard /dev/kbd0"; }; =20 -notify 100 { - match "system" "DEVFS"; - match "subsystem" "CDEV"; - match "type" "CREATE"; - match "cdev" "ums[0-9]+"; - - action "/etc/rc.d/moused quietstart $cdev"; +attach 100 { + device-name "ums[0-9]+"; + action "/etc/rc.d/moused quietstart $device-name"; }; =20 -notify 100 { - match "system" "DEVFS"; - match "subsystem" "CDEV"; - match "type" "DESTROY"; - match "cdev" "ums[0-9]+"; - - action "/etc/rc.d/moused stop $cdev"; +detach 100 { + device-name "ums[0-9]+"; + action "/etc/rc.d/moused stop $device-name"; }; =20 # Firmware download into the ActiveWire board. After the firmware download= is --eu12+zRL7gQwOC+E-- --O9T4zNOkGnr0n+A/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSXcf0AAoJELls3eqvi17QO28P/3Mk1/8jcLRQgmZq9gl251zE t1xnUjiMMiyze7Uz8pN5Oe4piPnEF2DcAcVbdkuVbdAf9xEUCphtGkTwK6H7hmRq Qiyy3WNV4GTXRYqz9TU3t3INOY1YxkjjKmHzy2U5TDn8i3/YW8f4X/2njwyhxHU7 j21RvTwjPFikPNFQJp+ntCWizo9e5YqYhJ5pPSPAlPtEvD5clfnyNCDsSPI2ZQ1c /VPnUOMuBGevjSr1yFwXgkUUKDVnJkzcBZSeoHvxbLbz+BMS0pkDHqDC5DW0xdmK SMmXGDxza4E2rZXypeXr/D52FDsn6RSCjuPa+9z/e7caIqHBAFJHz2/BtdMhAJor 9Whu356SpoqW3lp/I378h060nWeFB1ZaCuXZYaiFOE3YuwEmVSoimgZkLcRFlFhV TPI4bAXNdtswi8oM+aBDisYOfQ9sPRHd9H2ef1epPj+yAF+gNxzoYHCG/GU9uv7k sfrOQ+1yQcyRnnBBiVeE1jJGOx+xx1rkDeYd3FeFrm9xbPYLYFuADm5Tgv+j3EU4 Qd4BcHEZsl8iIMA5C91MvLyz8/eSZnil3fFngIQnm9tCpTZiJUaJZV5Q1h+SbQJE 9d8TbXzB3pyV7SkBWAdQ3CZ+ujrkcWSLDWvbDr28Cb0WVW+gHdmpm3Ng5zI/2AEG Xo9ruOpP/i6MLzSe2mvY =HkCN -----END PGP SIGNATURE----- --O9T4zNOkGnr0n+A/-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 15 23:41: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 CD06A6F9 for ; Tue, 15 Oct 2013 23:41:13 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 113E620D4 for ; Tue, 15 Oct 2013 23:41:12 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-44-146.lns20.adl2.internode.on.net [121.45.44.146]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r9FNenHq045294 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 16 Oct 2013 10:10:55 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: ZFS hanging on too hard Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_8FB9D39F-40BB-4B46-81A1-4800505AD8D8"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: "Daniel O'Connor" X-Priority: 3 In-Reply-To: Date: Wed, 16 Oct 2013 10:10:49 +1030 Message-Id: <115EE86E-2755-4379-835F-8C91067DD45B@gsoft.com.au> References: <0A1B986B-1D7D-4D88-82EF-C1E7A91FF089@gsoft.com.au> <7C2F6AFBB5BD41868450D3C4BD722B5F@multiplay.co.uk> <0BC7A3E1DA9A4D0C9E63ED73E88BA6AE@multiplay.co.uk> <9E3D28DB8C9E49DC869717C4649F3EBD@multiplay.co.uk> <237467E4-2D98-4A8B-937B-56A610E0F8B9@gsoft.com.au> <82DE976BC33C4B2781D9DAA4D18740E8@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1510) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable stable 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, 15 Oct 2013 23:41:13 -0000 --Apple-Mail=_8FB9D39F-40BB-4B46-81A1-4800505AD8D8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 14/10/2013, at 11:26, Daniel O'Connor wrote: > On 14/10/2013, at 9:19, Steven Hartland = wrote: >>>>> hw.usb.no_shutdown_wait=3D1 >>> That seems to work around the hang on reboot, thanks. >>> I am running 9.2 (fresh install from a USB key). >>=20 >> That does kind of point the finger away from ZFS code, is it = reproducable? >=20 > Yes, 100% of the time. >=20 > I agree the USB behaviour is suboptimal, however I'm not sure if the = ZFS code is blameless. I updated to 9.2-STABLE (specifically r256563) and now the behaviour is = much better. Thanks mav@ :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_8FB9D39F-40BB-4B46-81A1-4800505AD8D8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSXdKB5ZPcIHs/zowRAq2GAJ9MIzK/OxEagawBP9cfTv7Nw9XKggCffHJL USr9g5xxFxnJXYBml11k6oo= =230V -----END PGP SIGNATURE----- --Apple-Mail=_8FB9D39F-40BB-4B46-81A1-4800505AD8D8-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 16 08:50:25 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 29A22D1C for ; Wed, 16 Oct 2013 08:50:25 +0000 (UTC) (envelope-from mueller6721@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 E9C1B2B65 for ; Wed, 16 Oct 2013 08:50:24 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:37553] helo=localhost) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 4D/5C-15942-F435E525; Wed, 16 Oct 2013 08:50:23 +0000 Date: Wed, 16 Oct 2013 08:50:23 +0000 Message-ID: <4D.5C.15942.F435E525@cdptpa-oedge02> From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: dhclient failure with Realtek 8111E Etnernet on new MSI motherboard X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Cc: freebsd-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: Wed, 16 Oct 2013 08:50:25 -0000 for MSI Z77 MPOWER motherboard on FreeBSD 10.0-BETA1, from /var/run/dmesg.boot: re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: d4:3d:7e:97:17:e2 Ethernet chip data for older motherboard, MSI Z68MA-ED55(B3), FreeBSD 9.2 prerelease amd64, where Realtek 8111E Ethernet works, is re0@pci0:3:0:0: class=0x020000 card=0x76761462 chip=0x816810ec rev=0x06 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network subclass = ethernet When I run " dhclient re0", I can't connect, get DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 7 DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 20 DHCPOFFER from 192.168.1.1 DHCPREQUEST on re0 to 255.255.255.255 port 67 DHCPREQUEST on re0 to 255.255.255.255 port 67 DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 5 DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 5 DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 14 DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 18 DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 11 DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 7 No DHCPOFFERS received. No working leases in persistent database - sleeping. uname -a shows FreeBSD amelia4 10.0-BETA1 FreeBSD 10.0-BETA1 #0 r256437: Mon Oct 14 16:44:23 UTC 2013 root@:/usr/obj/usr/src/sys/SANDY10 amd64 I also get "Memory modified..." error message, meaning the system has become unstable, reboot as soon as I get the messages together. My guess is that this is a bug in the Realtek 8111E driver. This Ethernet on MSI Z77 MPOWER motherboard also fails on OpenBSD 5.3 LiveUSB but succeeds on NetBSD-current (6.99.23) amd64 ,and Linux from the System Rescue CD written to USB stick. I had this problem with 9.2 prerelease, so it apparently hasn't been fixed for 10.0. Should I file a PR? Tom From owner-freebsd-stable@FreeBSD.ORG Wed Oct 16 09:02:44 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 228B35E7; Wed, 16 Oct 2013 09:02:44 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [37.187.6.142]) by mx1.freebsd.org (Postfix) with ESMTP id DCFF52C95; Wed, 16 Oct 2013 09:02:43 +0000 (UTC) Received: from [192.168.0.128] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id D943013D02; Wed, 16 Oct 2013 11:02:42 +0200 (CEST) Message-ID: <525E7251.80308@peterschmitt.fr> Date: Wed, 16 Oct 2013 11:02:41 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Glen Barber Subject: Re: changing mouse, detection problem References: <525DDE8B.2000405@peterschmitt.fr> <20131015223924.GR23579@glenbarber.us> <525DE29B.4030806@peterschmitt.fr> <20131015225548.GS23579@glenbarber.us> In-Reply-To: <20131015225548.GS23579@glenbarber.us> X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O27XwufhGAd5m9GKCTnTg6slt5xBV4chl" 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: Wed, 16 Oct 2013 09:02:44 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --O27XwufhGAd5m9GKCTnTg6slt5xBV4chl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 15/10/2013 22:55, Glen Barber a =E9crit : > Can you try this, which reverts r240891 where this section of devd.conf= > was updated? I forgotten to say this: rc.conf: moused_type=3D"auto" moused_port=3D"/dev/ums0" moused_enable=3D"YES" If no _port, then it's still bogus. And withous _type and _port, the Razer Naga just don't work and the ums driver tells "device_attach: ums0 attach returned 12" every time I try to connect the mouse. Can it be a problem from the ums driver? --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --O27XwufhGAd5m9GKCTnTg6slt5xBV4chl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSXnJRAAoJEFr01BkajbiBCVEP/i8724jPAcjxw74XhWYRlb7s DM6e3ktGO8wO6fex/fvu47h4A27fCy7VztrvWCg799hHhPg7QnTlTveTPmousiw1 FHrMAJzZWxY17kll6kAWV3Cp8Q6RXXNkC9yshnnJPAJarB4CjfW9sAeoi1cSV+g7 J0WfEV0iEvzLCo7czndysIZqPeDVJngDlev/+pUsli8yAcdsMZzRILMBk4+rYV5b xUr/Fvr9WFy7z/dox2A8FplwbdD5k9EJZLmhA+oV0I382fzXPBj3ErIMd/czpCRl FfXuhkFj6a83e1oVZCiHWMFZS5lMIKWOoyzgjgWOnEiU04VuAVqdo3gSYGhXm3gR UOWGRr2+RHIXO+Fqb3lwQaqHSpJE9wbmaIxbA0psiCZTHFwnyUALBpGIxEJl2/z0 82NC4daabgLnvkzQq9lTDcMdMJrUiHCdQYE3DMDAcp1WLrfQeSYQ7+eg7+K1L5d1 1E2SZLz+K8uJzvb00Pj7TCD30nLyAM7JCs7BluzM68aqhGgvD9t/Xi5Gcu+VEuBR b1WDqBA8Y7lUs6MgJEkG5Gc//G2X4I8K+eyXPbShV5MdcJ05kKcxeGBz474lUhKp wQ9KZUuQ/KrQVlhwuXcFnRzChYkd85ulnO1UoJjqItIWmIIplnYrnEWYk2FnfmQR XEMkIQ8r3RDfRXkBENU0 =25FM -----END PGP SIGNATURE----- --O27XwufhGAd5m9GKCTnTg6slt5xBV4chl-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 16 16:03:37 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 2A3024C7; Wed, 16 Oct 2013 16:03:37 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CEA6D28D2; Wed, 16 Oct 2013 16:03:36 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r9GG3ZsI009079; Wed, 16 Oct 2013 10:03:35 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r9GG3ZSe009076; Wed, 16 Oct 2013 10:03:35 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 16 Oct 2013 10:03:35 -0600 (MDT) From: Warren Block To: Florent Peterschmitt Subject: Re: changing mouse, detection problem In-Reply-To: <525E7251.80308@peterschmitt.fr> Message-ID: References: <525DDE8B.2000405@peterschmitt.fr> <20131015223924.GR23579@glenbarber.us> <525DE29B.4030806@peterschmitt.fr> <20131015225548.GS23579@glenbarber.us> <525E7251.80308@peterschmitt.fr> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="3512871622-520406470-1381939342=:8816" Content-ID: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 16 Oct 2013 10:03:35 -0600 (MDT) Cc: Glen Barber , 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: Wed, 16 Oct 2013 16:03:37 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3512871622-520406470-1381939342=:8816 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; FORMAT=flowed Content-Transfer-Encoding: 8BIT Content-ID: On Wed, 16 Oct 2013, Florent Peterschmitt wrote: > Le 15/10/2013 22:55, Glen Barber a écrit : >> Can you try this, which reverts r240891 where this section of devd.conf >> was updated? > > I forgotten to say this: > > rc.conf: > > moused_type="auto" > moused_port="/dev/ums0" > moused_enable="YES" moused is run automatically by devd when a USB mouse is connected. None of those settings should be required, and they may interfere. Test with all three commented (after a reboot, or after killing all running moused instances). --3512871622-520406470-1381939342=:8816-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 16 17:57:08 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 A6AE390D for ; Wed, 16 Oct 2013 17:57:08 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-ee0-x229.google.com (mail-ee0-x229.google.com [IPv6:2a00:1450:4013:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3FCF22FA6 for ; Wed, 16 Oct 2013 17:57:08 +0000 (UTC) Received: by mail-ee0-f41.google.com with SMTP id b15so433205eek.14 for ; Wed, 16 Oct 2013 10:57:06 -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:references:in-reply-to:content-type :content-transfer-encoding; bh=QAE8O78Ss6tF0OJbvTcn84jDp+la8dFfONm7kAJ2/UU=; b=O334BSEjp4lf3EUHq49F5f9NpHmr7aFUgV5O1xhGYPxUf5HkbRbSEjg19kNbbG+vr9 D+/zf8xZAv4ogRIwvDKmVLpnGQhEWp4iGDk/ciaBbupM8ivMhVx7ljCYlaDlECbgwu7C GNgX176F+w+HhNNmmlZFkWTw3ieoACU6gVSnLP/qbOKr2viutXp9QayLKAO2KAZB+5Yk DTvoL4F8xNwbinSjtvAsZ/qwqYXt58zeMclgBRldO1ft3md2VkQ1VGNoMUFj8DyUK3Er ZdCMUTlWtT2D/1aRIeMkYbi0pVWugkL6g26BJpjZaafTpJe2VQffwrfSJPhE9nJ8ScLD 337Q== X-Received: by 10.14.184.132 with SMTP id s4mr6458011eem.13.1381946226754; Wed, 16 Oct 2013 10:57:06 -0700 (PDT) Received: from scorpion.kiev.ua ([78.111.187.218]) by mx.google.com with ESMTPSA id 48sm20634531eeq.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 16 Oct 2013 10:57:05 -0700 (PDT) Message-ID: <525ED36E.709@gmail.com> Date: Wed, 16 Oct 2013 20:57:02 +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: Re: changing mouse, detection problem References: <525DDE8B.2000405@peterschmitt.fr> In-Reply-To: <525DDE8B.2000405@peterschmitt.fr> 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: Wed, 16 Oct 2013 17:57:08 -0000 Hi all I have same problem. at uhub0, port 1, addr 2 (disconnected) on usbus0 3 buttons and [XYZ] coordinates ID=0 ugen0.2: at usbus0 (disconnected) at uhub0, port 1, addr 2 (disconnected) ugen0.2: at usbus0 on usbus0 3 buttons and [XYZ] coordinates ID=0 at uhub0, port 1, addr 2 (disconnected) on usbus0 3 buttons and [XYZ] coordinates ID=0 [...] uname -a FreeBSD scorpion.kiev.ua 10.0-BETA1 FreeBSD 10.0-BETA1 #0 r256507: Tue Oct 15 14:14:08 EEST 2013 root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 On 16.10.2013 03:32, Florent Peterschmitt wrote: > Hello there, > > I saw a very strange problem while using different mouses, one is HP > with only mouse and the other is a Razer Naga with mouse and keyboard > (numpad). > > Then: > > 1. Connect and disconnect HP mouse > > Oct 16 00:29:17 yoda kernel: ums0: class 0/0, rev 2.00/1.13, addr 2> on usbus5 > Oct 16 00:29:17 yoda kernel: ums0: 3 buttons and [XYZT] coordinates ID=1 > Oct 16 00:29:17 yoda devd: Executing '/etc/rc.d/moused quietstart ums0' > Oct 16 00:29:20 yoda kernel: ugen5.2: at usbus5 > (disconnected) > Oct 16 00:29:20 yoda kernel: ums0: at uhub4, port 1, addr 2 (disconnected) > Oct 16 00:29:20 yoda devd: Executing '/etc/rc.d/moused stop ums0' > > 2. Connect Razer mouse > > Oct 16 00:29:24 yoda kernel: ugen5.2: at usbus5 > Oct 16 00:29:24 yoda kernel: ums0: 2.00/2.00, addr 2> on usbus5 > Oct 16 00:29:24 yoda kernel: ums0: error reading report description > Oct 16 00:29:24 yoda kernel: device_attach: ums0 attach returned 12 > Oct 16 00:29:24 yoda kernel: ukbd1: 2.00/2.00, addr 2> on usbus5 > Oct 16 00:29:24 yoda kernel: kbd3 at ukbd1 > > Mouse is'n usable. > > 3. Disconnect Razer mouse > > Oct 16 00:29:27 yoda kernel: ugen5.2: at usbus5 (disconnected) > Oct 16 00:29:27 yoda kernel: ukbd1: at uhub4, port 1, addr 2 (disconnected) > > 4. Reconnect it > > Oct 16 00:29:32 yoda kernel: ugen5.2: at usbus5 > Oct 16 00:29:32 yoda kernel: ums0: 2.00/2.00, addr 2> on usbus5 > Oct 16 00:29:32 yoda kernel: ums0: 5 buttons and [XYZ] coordinates ID=0 > Oct 16 00:29:32 yoda devd: Executing '/etc/rc.d/moused quietstart ums0' > Oct 16 00:29:32 yoda kernel: ukbd1: 2.00/2.00, addr 2> on usbus5 > Oct 16 00:29:32 yoda kernel: kbd3 at ukbd1 > > Razer mouse is now usable. > > > Huh? I think I should try with another mouse than the Razer one to see > if something changes. For the moment I can't :) > -- Alexander From owner-freebsd-stable@FreeBSD.ORG Wed Oct 16 19:50: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 EF71EB81; Wed, 16 Oct 2013 19:50:55 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [37.187.6.142]) by mx1.freebsd.org (Postfix) with ESMTP id B3F742695; Wed, 16 Oct 2013 19:50:55 +0000 (UTC) Received: from [192.168.0.24] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 7E5A6153C7; Wed, 16 Oct 2013 21:50:47 +0200 (CEST) Message-ID: <525F0A35.2060104@peterschmitt.fr> Date: Wed, 16 Oct 2013 21:50:45 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Warren Block Subject: Re: changing mouse, detection problem References: <525DDE8B.2000405@peterschmitt.fr> <20131015223924.GR23579@glenbarber.us> <525DE29B.4030806@peterschmitt.fr> <20131015225548.GS23579@glenbarber.us> <525E7251.80308@peterschmitt.fr> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IsilIVk3HtwqrvPHSU24k6vbLBw0WoNJQ" Cc: Glen Barber , 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: Wed, 16 Oct 2013 19:50:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IsilIVk3HtwqrvPHSU24k6vbLBw0WoNJQ Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Le 16/10/2013 16:03, Warren Block a =E9crit : > On Wed, 16 Oct 2013, Florent Peterschmitt wrote: >=20 >> Le 15/10/2013 22:55, Glen Barber a =E9crit : >>> Can you try this, which reverts r240891 where this section of devd.co= nf >>> was updated? >> >> I forgotten to say this: >> >> rc.conf: >> >> moused_type=3D"auto" >> moused_port=3D"/dev/ums0" >> moused_enable=3D"YES" >=20 > moused is run automatically by devd when a USB mouse is connected. Non= e > of those settings should be required, and they may interfere. Test wit= h > all three commented (after a reboot, or after killing all running mouse= d > instances). I restored devd.conf from the base.txz tarball of 10.0-BETA1 and removed all moused* related in rc.conf, and I'm at the start point: I have to connect the Razer mouse twice before it can work. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --IsilIVk3HtwqrvPHSU24k6vbLBw0WoNJQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSXwo1AAoJEFr01BkajbiByg8QAMGpNGob7C29iH+e3I3ojIDq ywnnax5nkfLNLCliuPXu3hDpyytgfampFN+UMzihLG2f+KgvhxO6hq0TWqUTnZvZ ttbu2ZbnNRE62LcILkZGSo8GBeswYA3cPmADqQsF4zYWOYETkEUjzCeNLZnOogWu 7K3hrk8ck973Cr0o2ictOaTifLfzuzwy2+mjuvmw9DpBk/DYcRlPDy9NmRUKRGV3 f0JAIg5lMtI9ansTBUIbK/OBQpbE9YuHjxlOV5tmVX3EIv35a0CyYVzZNie95oj3 UEa1NMWouFHkomeeboiEQ+df4V6Vpnl3LHimm+XjFIAh8OVoreSPllFZUye3zcGY skv85pd1yND83WPPf8PJlYDAzhfgU6gu8QNgB1ASw/L8af/YsYAh3cql/PnJlaSh EWoD3PrvDfySD0n49F9/cI7vQDCfJ/VlAotVFd6lQM2j6bwesD/wPb39Suv3Ev7+ bcgPiRpcK6qkJo5A5PmVhwOCjuWv2VfK79Ureg9UwQd2RSbHZRxHP0EGydAUeyQ7 gp+wrXlLawWvZnnCOeeVtex0u/09n74vm1PQ5BvnoPFH2ty22ngVY1Y5+GKFAPV+ P2T5BM9Dz7pufdQcVNkgWVRBERq4QKM9gP51IRBN2SSOPFPzLWzFyRnVzqYxI9D0 GT2VlRvfDAQJ5dRVhB1v =S7Nz -----END PGP SIGNATURE----- --IsilIVk3HtwqrvPHSU24k6vbLBw0WoNJQ-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 17 06:13:36 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 C621861E for ; Thu, 17 Oct 2013 06:13:36 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 22D492513 for ; Thu, 17 Oct 2013 06:13:35 +0000 (UTC) Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.7/8.14.7) with ESMTP id r9H6DTC9017155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 17 Oct 2013 17:13:31 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1381990411; bh=xFDahaKbn+aCDcnQgkJBobpgO3HtzCxhKN94qU0j7HY=; h=Date:From:To:Subject:References:In-Reply-To; b=iEpwmd3YbdoPBQuZnVPVUCsav/24ROuq5DWU1JxPz8KyeWQ/NybDRwhEbcudJ3MI/ HcJrHXhIOephabNfwlIHdVymUlFeJ5oYxHC4kPnV7c+FntVBVKmCz38/wD3E8NBNEv IiReJayiWo5DnOqnjQakYGmbni1tuqlY4LGxLJNc= Date: Thu, 17 Oct 2013 17:13:29 +1100 From: John Marshall To: freebsd-stable@freebsd.org Subject: Re: 9.2-RC4 amd64 panic: vm_page_unwire Message-ID: <20131017061328.GC18178@rwpc15.gfn.riverwillow.net.au> References: <20130927081221.GK41229@kib.kiev.ua> <20130928023046.GA1428@rwpc15.gfn.riverwillow.net.au> <20130929212104.GB1370@rwpc15.gfn.riverwillow.net.au> <20130930095507.GD2813@rwpc15.gfn.riverwillow.net.au> <20131004132900.GC20752@rwpc15.gfn.riverwillow.net.au> <20131005071607.GA24797@rwpc15.gfn.riverwillow.net.au> <20131005075720.GF41229@kib.kiev.ua> <20131007114652.GF1510@rwpc15.gfn.riverwillow.net.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="St7VIuEGZ6dlpu13" Content-Disposition: inline In-Reply-To: <20131007114652.GF1510@rwpc15.gfn.riverwillow.net.au> OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.21 (2010-09-15) 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, 17 Oct 2013 06:13:36 -0000 --St7VIuEGZ6dlpu13 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 07 Oct 2013, 22:46 +1100, John Marshall wrote: >=20 > stable/9@r244654 is where the panic is introduced. So I am guessing > that nullfs is an unanticipated necessary ingredient? >=20 > I run jails on both systems and use nullfs to mount... For anybody following this thread and wondering... Developers confirmed that nullfs was the neccesary ingredient required to induce this panic. A fix was produced, tested, and committed to head on 2013-10-10 as r256211. I applied that patch to releng/9.2 a week ago and have had releng/9.2 + r256211 patch running on two servers since then. All looks good. That patch was MFC'd to stable/9 this morning as r256590. Thank you to those who diagnosed this panic and produced the patch. --=20 John Marshall --St7VIuEGZ6dlpu13 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iEYEARECAAYFAlJfgAgACgkQw/tAaKKahKJU/ACfdj3IgjstiJ8g1E3lv7Wv6nM0 ayEAn0x8A39SFUrauspKQi2iRH+vicN2 =pDrV -----END PGP SIGNATURE----- --St7VIuEGZ6dlpu13-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 17 22:07:23 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 385811C6 for ; Thu, 17 Oct 2013 22:07:23 +0000 (UTC) (envelope-from CSheen@mednet.ucla.edu) Received: from ppa4.medctr.ucla.edu (ppa4.medctr.ucla.edu [149.142.76.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 15DF42672 for ; Thu, 17 Oct 2013 22:07:22 +0000 (UTC) Received: from pps.filterd (proofpoint4 [127.0.0.1]) by proofpoint4.medctr.ucla.edu (8.14.3/8.14.3) with SMTP id r9HLaF8T023742 for ; Thu, 17 Oct 2013 14:42:52 -0700 Received: from sopexch3.ad.medctr.ucla.edu (sopexch3.ad.medctr.ucla.edu [10.2.24.23]) by proofpoint4.medctr.ucla.edu with ESMTP id 1fjp9r81s9-12 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK) for ; Thu, 17 Oct 2013 14:42:51 -0700 Received: from [116.202.176.147] (116.202.176.147) by SOPEXCH3.ad.medctr.ucla.edu (149.142.192.20) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 17 Oct 2013 14:02:37 -0700 MIME-Version: 1.0 Subject: INSIGHTB UPDATE To: From: INSIGHTB WEB APP Date: Thu, 17 Oct 2013 14:02:33 -0700 Message-ID: X-Originating-IP: [116.202.176.147] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-10-17_06:2013-10-17,2013-10-17,1970-01-01 signatures=0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body 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, 17 Oct 2013 22:07:23 -0000 You'll need to update the settings on your mobile or tablet to continue to = receive your email - visit the email upg= rade page to find out how. ________________________________ IMPORTANT WARNING: This email (and any attachments) is only intended for th= e use of the person or entity to which it is addressed, and may contain inf= ormation that is privileged and confidential. You, the recipient, are oblig= ated to maintain it in a safe, secure and confidential manner. Unauthorized= redisclosure or failure to maintain confidentiality may subject you to fed= eral and state penalties. If you are not the intended recipient, please imm= ediately notify us by return email, and delete this message from your compu= ter. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 18 07:15: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 622F2E91 for ; Fri, 18 Oct 2013 07:15:22 +0000 (UTC) (envelope-from zaphod@berentweb.com) 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 453682595 for ; Fri, 18 Oct 2013 07:15:21 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VX4HD-0008RB-DF for freebsd-stable@freebsd.org; Fri, 18 Oct 2013 00:15:15 -0700 Date: Fri, 18 Oct 2013 00:15:15 -0700 (PDT) From: Beeblebrox To: freebsd-stable@freebsd.org Message-ID: <1382080515404-5852849.post@n5.nabble.com> Subject: if_re NIC ping responds only after manual re-create or dhclient 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: Fri, 18 Oct 2013 07:15:22 -0000 I can't ping (from host or client) either of two if_re NICs I have installed on the system. I can ping to the outside from the host. I have disabled all services (HTTP, SSH, etc.) and pf for debugging. kldstat shows re/miibus, pci/re modules as loaded. Pinging just hangs with no output (192.168.1.10 is IP of one of the NICs on host): $ ping 192.168.1.10 PING 192.168.1.10 (192.168.1.10): 56 data bytes ^C --- 192.168.1.10 ping statistics --- 23 packets transmitted, 0 packets received, 100.0% packet loss If I request IP by dhclient or if I remove the assigned IP addresses and then add it back with: # ifconfig re0 192.168.1.10 delete # ifconfig re0 192.168.1.10/24 Then self-ping starts to work. Restarting the network as a service does NOT give the same result. my /etc/src.conf has: WITHOUT_INET6= yes WITHOUT_INET6_SUPPORT= yes /etc/rc.conf has: ipv6_activate_all_interfaces="NO" ip6addrctl_enable="NO" #ipv6_enable="NO" /boot/loader.conf has: ipv6_load="NO" All I can think of, is that this is either an if_re issue (highly unlikely) or an IPv6 setting conflict. My hardware: re0: port 0xd800-0xd8ff mem 0xfebfbc00-0xfebfbcff irq 22 at device 7.0 on pci4 re0: Chip rev. 0x10000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re1: port 0xe800-0xe8ff mem 0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 17 at device 0.0 on pci6 re1: Using 1 MSI-X message re1: Chip rev. 0x2c800000 re1: MAC rev. 0x00000000 miibus1: on re1 rgephy1: PHY 1 on miibus1 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow ----- FreeBSD-9.2-stable_amd64_root-on-zfs_clang-only-world -- View this message in context: http://freebsd.1045724.n5.nabble.com/if-re-NIC-ping-responds-only-after-manual-re-create-or-dhclient-tp5852849.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 18 14:23: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 B250E749 for ; Fri, 18 Oct 2013 14:23:46 +0000 (UTC) (envelope-from zaphod@berentweb.com) 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 93D0F25AC for ; Fri, 18 Oct 2013 14:23:46 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VXAxt-0003bV-5r for freebsd-stable@freebsd.org; Fri, 18 Oct 2013 07:23:45 -0700 Date: Fri, 18 Oct 2013 07:23:45 -0700 (PDT) From: Beeblebrox To: freebsd-stable@freebsd.org Message-ID: <1382106225174-5852917.post@n5.nabble.com> In-Reply-To: <1382080515404-5852849.post@n5.nabble.com> References: <1382080515404-5852849.post@n5.nabble.com> Subject: if_re NIC ping responds only after manual re-create or dhclient 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: Fri, 18 Oct 2013 14:23:46 -0000 I compiled a clean world and GENERIC kernel, then updated the system. I moved if_re0 to another slot on the board and installed an old if_sis in the slot previously occupied by if_re0. Just to be sure, I also installed if_fxp0 and if_rl0 cards. After re-configuring /etc/rc.conf and adding static IP's for all 5 cards (if_re1 is integrated to the mobo) I rebooted. Subsequent ping tests showed: sis0 and fxp0 can ping to itself re0, re1, rl0 cannot ping to itself. The test was repeated by changing the PCI slots where NICs were plugged-in. Unless any objections, I will file a PR on Monday. ----- FreeBSD-9.2-stable_amd64_root-on-zfs_clang-only-world -- View this message in context: http://freebsd.1045724.n5.nabble.com/if-re-NIC-ping-responds-only-after-manual-re-create-or-dhclient-tp5852849p5852917.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 18 17:55:45 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 035B2DF3; Fri, 18 Oct 2013 17:55:45 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB382244F; Fri, 18 Oct 2013 17:55:44 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id k18so694681qcv.10 for ; Fri, 18 Oct 2013 10:55:43 -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=QErCcys1eOq6OyDRAjf+xMT7aDwVKzx4UVrXtYNOpDA=; b=elw1ck1+47i1Hvmmk8+/rvCOVKbuvr0Vi2KbqztU+6DuKT9aq6ktKogl+Z/DeMRkGj 2vAIMDUOM54oVyfs3/A60+ioREkxt+JGJPjMhiJAXuIHYBAH8MoomLh+qcZl8PbqwudL VnpEQOnM1Y1CntHRRyIvO7XtgIpltKDHEnhsPy9N9JDwiR+8wjG/+oKA7ydSdJAJalsw KfhzOeBS6fczf6ewd1LK4gJ3w7Eznc03utM+pRVREvcBVvMewXFyHRcecVeoz1mIB2Ae 6Rx2txuVlt6keUX8LIqm0zzNIhoQOOwTU3Y6Pca56zEmi5PfGXJ6G7LLVPF0tNMlOchj 74Kg== MIME-Version: 1.0 X-Received: by 10.229.192.6 with SMTP id do6mr5788166qcb.3.1382118943838; Fri, 18 Oct 2013 10:55:43 -0700 (PDT) Received: by 10.96.180.233 with HTTP; Fri, 18 Oct 2013 10:55:43 -0700 (PDT) Date: Fri, 18 Oct 2013 20:55:43 +0300 Message-ID: Subject: www/w3m fails to build under stable/10 r256624 i386 From: Kimmo Paasiala To: freebsd-ports , "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 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: Fri, 18 Oct 2013 17:55:45 -0000 The error message I'm getting is cc -I. -I. -O2 -pipe -fno-strict-aliasing -I./libwc -I/usr/include/openssl -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -DAUXBIN_DIR=\"/usr/local/libexec/w3m\" -DCGIBIN_DIR=\"/usr/local/libexec/w3m/cgi-bin\" -DHELP_DIR=\"/usr/local/share/w3m\" -DETC_DIR=\"/usr/local/etc\" -DCONF_DIR=\"/usr/local/etc/w3m\" -DRC_DIR=\"~/.w3m\" -DLOCALEDIR=\"/usr/local/share/locale\" -c main.c main.c:836:23: error: assigning to 'GC_warn_proc' (aka 'void (*)(char *, GC_word)') from incompatible type 'void' orig_GC_warn_proc = GC_set_warn_proc(wrap_GC_warn_proc); ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ main.c:2264:37: warning: incompatible pointer types passing 'char **' to parameter of type 'wc_uchar **' (aka 'unsigned char **') [-Wincompatible-pointer-types] return wc_any_to_ucs(wtf_parse1(&p)); ^~ ./libwc/wtf.h:71:41: note: passing argument to parameter 'p' here extern wc_wchar_t wtf_parse1(wc_uchar **p); ^ 1 warning and 1 error generated. *** Error code 1 Stop. make[1]: stopped in /wrkdirs/usr/ports/www/w3m/work/w3m-0.5.3 *** Error code 1 Anyone else seeing this? www/w3m is quite an important port because it's required to build devel/git. Full build log at pastebin: http://pastebin.com/TZCxYLar -Kimmo From owner-freebsd-stable@FreeBSD.ORG Fri Oct 18 20:50:12 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 54D3920C; Fri, 18 Oct 2013 20:50:12 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward9l.mail.yandex.net (forward9l.mail.yandex.net [IPv6:2a02:6b8:0:1819::9]) by mx1.freebsd.org (Postfix) with ESMTP id 14BEC2CE7; Fri, 18 Oct 2013 20:50:12 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward9l.mail.yandex.net (Yandex) with ESMTP id 2199CE60D3C; Sat, 19 Oct 2013 00:50:09 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id B040BE407C5; Sat, 19 Oct 2013 00:50:08 +0400 (MSK) Received: from 46.38.32.182.tel.ru (46.38.32.182.tel.ru [46.38.32.182]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id tei1AWwfz0-o8u0VkU4; Sat, 19 Oct 2013 00:50:08 +0400 Message-ID: <52619EFF.7090201@passap.ru> Date: Sat, 19 Oct 2013 00:50:07 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130806 Thunderbird/17.0.7 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: www/w3m fails to build under stable/10 r256624 i386 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: "freebsd-stable@freebsd.org" , freebsd-ports 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: Fri, 18 Oct 2013 20:50:12 -0000 18.10.2013 21:55, Kimmo Paasiala пишет: > The error message I'm getting is > > cc -I. -I. -O2 -pipe -fno-strict-aliasing -I./libwc > -I/usr/include/openssl -I/usr/local/include -I/usr/local/include > -DHAVE_CONFIG_H -DAUXBIN_DIR=\"/usr/local/libexec/w3m\" > -DCGIBIN_DIR=\"/usr/local/libexec/w3m/cgi-bin\" > -DHELP_DIR=\"/usr/local/share/w3m\" -DETC_DIR=\"/usr/local/etc\" > -DCONF_DIR=\"/usr/local/etc/w3m\" -DRC_DIR=\"~/.w3m\" > -DLOCALEDIR=\"/usr/local/share/locale\" -c main.c > main.c:836:23: error: assigning to 'GC_warn_proc' (aka 'void (*)(char > *, GC_word)') from incompatible type 'void' > orig_GC_warn_proc = GC_set_warn_proc(wrap_GC_warn_proc); > ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > main.c:2264:37: warning: incompatible pointer types passing 'char **' > to parameter of type 'wc_uchar **' (aka 'unsigned char **') > [-Wincompatible-pointer-types] > return wc_any_to_ucs(wtf_parse1(&p)); > ^~ > ./libwc/wtf.h:71:41: note: passing argument to parameter 'p' here > extern wc_wchar_t wtf_parse1(wc_uchar **p); > ^ > 1 warning and 1 error generated. > *** Error code 1 > > Stop. > make[1]: stopped in /wrkdirs/usr/ports/www/w3m/work/w3m-0.5.3 > *** Error code 1 > > Anyone else seeing this? www/w3m is quite an important port because > it's required to build devel/git. http://lists.freebsd.org/pipermail/svn-ports-head/2013-October/032845.html -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Sat Oct 19 12:45:24 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 1A8A7642 for ; Sat, 19 Oct 2013 12:45:24 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CED7728B3 for ; Sat, 19 Oct 2013 12:45:23 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VXVu5-0007m5-Ny for freebsd-stable@freebsd.org; Sat, 19 Oct 2013 14:45:13 +0200 Received: from p5482bfe5.dip0.t-ipconnect.de ([84.130.191.229]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 Oct 2013 14:45:13 +0200 Received: from sperber by p5482bfe5.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 Oct 2013 14:45:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Michael Sperber Subject: Going from -STABLE to -RELEASE with freebsd-update support? Date: Sat, 19 Oct 2013 14:45:04 +0200 Lines: 10 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5482bfe5.dip0.t-ipconnect.de User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.5-b33 (darwin) Cancel-Lock: sha1:2qY8Wlb2nvjrDdDGd0DAnf7UXeE= 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, 19 Oct 2013 12:45:24 -0000 I have an old server box that I've traditionally updated from source. I'd like to switch over to -RELEASE and use freebsd-update in the future. What's the easiest way to achieve that? Will just untarring the relevantrelease distro files work? -- Regards, Mike From owner-freebsd-stable@FreeBSD.ORG Sat Oct 19 12:56:25 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 24B947DB for ; Sat, 19 Oct 2013 12:56:25 +0000 (UTC) (envelope-from mat@mat.cc) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7C6D2937 for ; Sat, 19 Oct 2013 12:56:24 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id D9643BDC5F; Sat, 19 Oct 2013 14:56:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=mat.cc; h=date:from:to :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=plouf; bh=taWJStHNHQM SUQs8tHZWKLIvW5E=; b=NEu/OvnkQLDH0lCep7CI1j7BayThI53lCrcUstcUDg4 suC5a3uYjCiLhbk0HjGZ81W4ktwhC3tCIUovSMnK2FTzEl4KLxudP0U6S17+IqM2 n71XiTF52CnH/iU2v7zvaZp5c9ek6tj6U5Vh9uo1MkWWP3yZu5maJgt681eVpHl4 = Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id C7FD4BDC5E; Sat, 19 Oct 2013 14:56:17 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id 54549C5AE2AA; Sat, 19 Oct 2013 14:56:17 +0200 (CEST) Date: Sat, 19 Oct 2013 14:56:16 +0200 From: Mathieu Arnold To: Michael Sperber , freebsd-stable@freebsd.org Subject: Re: Going from -STABLE to -RELEASE with freebsd-update support? Message-ID: <83FF91088F9ADFD31D4A912B@atuin.in.mat.cc> In-Reply-To: References: X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline 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, 19 Oct 2013 12:56:25 -0000 +--On 19 octobre 2013 14:45:04 +0200 Michael Sperber wrote: | | I have an old server box that I've traditionally updated from source. | I'd like to switch over to -RELEASE and use freebsd-update in the | future. What's the easiest way to achieve that? | | Will just untarring the relevantrelease distro files work? One easy way to do it would be to use freebsd-update directly, say you're running 8.3-STABLE and want to go to 8.4-RELEASE : # UNAME_r=8.3-RELEASE freebsd-update -r 8.4-RELEASE upgrade It'll trick freebsd-update into thinking it's running on 8.3-RELEASE, which is more or less not that untrue, and it'll run the normal upgrade process to 8.4. -- Mathieu Arnold From owner-freebsd-stable@FreeBSD.ORG Sat Oct 19 15:04:53 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 88B3082D for ; Sat, 19 Oct 2013 15:04:53 +0000 (UTC) (envelope-from sperber@deinprogramm.de) Received: from mx.deinprogramm.de (deinprogramm.de [88.198.58.179]) by mx1.freebsd.org (Postfix) with ESMTP id 480E52E86 for ; Sat, 19 Oct 2013 15:04:52 +0000 (UTC) Received: from jellaby.local (p5482BFE5.dip0.t-ipconnect.de [84.130.191.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.deinprogramm.de (Postfix) with ESMTPSA id 3AEA33048C; Sat, 19 Oct 2013 16:57:51 +0200 (MST) Received: by jellaby.local (Postfix, from userid 2246) id A0965254C065; Sat, 19 Oct 2013 16:57:50 +0200 (CEST) From: Michael Sperber To: Mathieu Arnold Subject: Re: Going from -STABLE to -RELEASE with freebsd-update support? References: <83FF91088F9ADFD31D4A912B@atuin.in.mat.cc> Date: Sat, 19 Oct 2013 16:57:50 +0200 In-Reply-To: <83FF91088F9ADFD31D4A912B@atuin.in.mat.cc> (Mathieu Arnold's message of "Sat, 19 Oct 2013 14:56:16 +0200") Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.5-b33 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: Sat, 19 Oct 2013 15:04:53 -0000 Mathieu Arnold writes: > One easy way to do it would be to use freebsd-update directly, say you're > running 8.3-STABLE and want to go to 8.4-RELEASE : > > # UNAME_r=8.3-RELEASE freebsd-update -r 8.4-RELEASE upgrade > > It'll trick freebsd-update into thinking it's running on 8.3-RELEASE, which > is more or less not that untrue, and it'll run the normal upgrade process > to 8.4. Thanks! Last I checked, freebsd-update looked at the actual files and their checksums, and would refuse to run if it doesn't find what it expects. Will setting UNAME_r override this? -- Regards, Mike From owner-freebsd-stable@FreeBSD.ORG Sat Oct 19 16:16:51 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 95BC59A5 for ; Sat, 19 Oct 2013 16:16:51 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp3.sbb.rs (smtp3.sbb.rs [89.216.2.35]) by mx1.freebsd.org (Postfix) with ESMTP id 05E522235 for ; Sat, 19 Oct 2013 16:16:50 +0000 (UTC) Received: from faust.localdomain (cable-178-148-103-241.dynamic.sbb.rs [178.148.103.241]) by smtp3.sbb.rs (8.14.0/8.14.0) with ESMTP id r9JGGivE028767 for ; Sat, 19 Oct 2013 18:16:49 +0200 Received: by faust.localdomain (Postfix, from userid 1001) id 4A944A41BB5; Sat, 19 Oct 2013 18:16:44 +0200 (CEST) Date: Sat, 19 Oct 2013 18:16:44 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: .rnd file Message-ID: <20131019161644.GA5171@faust.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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, 19 Oct 2013 16:16:51 -0000 After compiling nvidia-driver, I see .rnd file in my home directory. Not here in previous ver- sion. After I delete it, rerunning X, it is there again. Someone knows what that file is? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Oct 19 16:52:05 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 48886FF9 for ; Sat, 19 Oct 2013 16:52:05 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 217B3244D for ; Sat, 19 Oct 2013 16:52:05 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id z10so6267469pdj.16 for ; Sat, 19 Oct 2013 09:52:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=LW0Yk99f1DYniqXQO69SXk4hBehIMWoGQREQravQNGc=; b=OC1frxwBRaUEaRVdwMDqVYQD8aVQ/inBpgIaA4tG+gmUH/e2IRgW/FY3c0hOcsdK/x dKmV72FDAJN2VTo47y9R4fLYkaUBTGAyKQJj/izDzCEy03fR1N9Njbgiur9DKHW3imzG y0GW0Z6utXDC6RJgYqoA1t9KWryR0SU0SlCjSSqLhQ06jZgkszjE2YR3dHF3lv/zC2Pj uSvq/LIHpOa63b9YZs41/i9R7q0im45tONl9Sawa0/81y8r9CBi7r9S4Y+1jjghTYMh9 c/jswYOe8Elmp2eq77b+xvhlTR8SourveT72sJ+hpWXCT8j6oeaJpAbTiJvduB55u27Q HASQ== MIME-Version: 1.0 X-Received: by 10.68.59.38 with SMTP id w6mr8757066pbq.135.1382201524838; Sat, 19 Oct 2013 09:52:04 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Sat, 19 Oct 2013 09:52:04 -0700 (PDT) In-Reply-To: References: <83FF91088F9ADFD31D4A912B@atuin.in.mat.cc> Date: Sat, 19 Oct 2013 09:52:04 -0700 X-Google-Sender-Auth: c9u7UW74IRmRWgjKIHV_BrYdFHY Message-ID: Subject: Re: Going from -STABLE to -RELEASE with freebsd-update support? From: Kevin Oberman To: Michael Sperber Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org Stable" , Mathieu Arnold 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, 19 Oct 2013 16:52:05 -0000 On Sat, Oct 19, 2013 at 7:57 AM, Michael Sperber wrote: > > Mathieu Arnold writes: > > > One easy way to do it would be to use freebsd-update directly, say you're > > running 8.3-STABLE and want to go to 8.4-RELEASE : > > > > # UNAME_r=8.3-RELEASE freebsd-update -r 8.4-RELEASE upgrade > > > > It'll trick freebsd-update into thinking it's running on 8.3-RELEASE, > which > > is more or less not that untrue, and it'll run the normal upgrade process > > to 8.4. > > Thanks! > > Last I checked, freebsd-update looked at the actual files and their > checksums, and would refuse to run if it doesn't find what it expects. > Will setting UNAME_r override this? > > -- > Regards, > Mike > Another way is to simply update to 8.4-RELEASE and start using freebsd-update from that point. I you are using svn, use the switch command to change the repo branch from stable/8 to release/8.4.0. Then update /usr/src and run the normal 'make' operations to get to 8.4-RELEASE. Make sure that you are either running a GENERIC kernel or install one into /boot. You're ready to go. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Oct 19 17:27:13 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 4E26112D; Sat, 19 Oct 2013 17:27:13 +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 1D03426BD; Sat, 19 Oct 2013 17:27:12 +0000 (UTC) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by gate.utahime.jp (Postfix) with ESMTP id B507861F9D; Sun, 20 Oct 2013 02:27:11 +0900 (JST) Received: from eastasia.home.utahime.org (localhost [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with ESMTP id 87ADE4E630; Sun, 20 Oct 2013 02:27:11 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) by eastasia.home.utahime.org (Postfix) with ESMTPA id 434534E62F; Sun, 20 Oct 2013 02:27:11 +0900 (JST) Date: Sun, 20 Oct 2013 02:26:31 +0900 (JST) Message-Id: <20131020.022631.399663240.yasu@utahime.org> To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: 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 X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii 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: Sat, 19 Oct 2013 17:27:13 -0000 On 10.0-BETA1 amd64, build of shells/zsh fails as following: ===> License ZSH accepted by the user ===> Found saved configuration for zsh-5.0.2_1 ===> zsh-5.0.2_1 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by zsh-5.0.2_1 for building ===> Extracting for zsh-5.0.2_1 => SHA256 Checksum OK for zsh-5.0.2.tar.bz2. => SHA256 Checksum OK for zsh-5.0.2-doc.tar.bz2. ===> Patching for zsh-5.0.2_1 ===> Applying extra patch /am/eastasia/usr0/freebsd/ports/ports/shells/zsh/files/extra-patch-bsdtar ===> Applying FreeBSD patches for zsh-5.0.2_1 ===> Configuring for zsh-5.0.2_1 (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. make[4]: stopped in /usr0/freebsd/ports/work/am/eastasia/usr0/freebsd/ports/ports/shells/zsh/work/zsh-5.0.2/Src *** Error code 1 Stop. make[3]: stopped in /usr0/freebsd/ports/work/am/eastasia/usr0/freebsd/ports/ports/shells/zsh/work/zsh-5.0.2/Src *** Error code 1 Stop. make[2]: stopped in /usr0/freebsd/ports/work/am/eastasia/usr0/freebsd/ports/ports/shells/zsh/work/zsh-5.0.2 *** Error code 1 Stop. make[1]: stopped in /am/eastasia/usr0/freebsd/ports/ports/shells/zsh *** Error code 1 Stop. make: stopped in /am/eastasia/usr0/freebsd/ports/ports/shells/zsh 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? --- Yasuhiro KIMURA From owner-freebsd-stable@FreeBSD.ORG Sat Oct 19 17:42:35 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 16FF7741 for ; Sat, 19 Oct 2013 17:42:35 +0000 (UTC) (envelope-from mat@mat.cc) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C2AE27C8 for ; Sat, 19 Oct 2013 17:42:34 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 5712CBDC4C; Sat, 19 Oct 2013 19:42:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=mat.cc; h=date:from:to:cc :message-id:in-reply-to:references:subject:mime-version :content-type; s=plouf; bh=JZy5/bSaR+1et3KQzi/xtKgxo/Y=; b=SaqJg nMsqZnTRW0MDYeyzR289aKvxJ4NkOFzo8andWDp74onu4OmKkbOOGGgoCaJ4NB+r qr9zin1qunno0MEWn5jtGSSvgg8WxfU6Mv36IMCrbo40aF3miYGljfCGv081X+UZ ggvvPvf+vm/9XF1gfK+o6wQDveneJI2S/2Lb2w= Received: from [192.168.1.66] (249.234.194.77.rev.sfr.net [77.194.234.249]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by prod2.absolight.net (Postfix) with ESMTPSA id B701DBDC1D; Sat, 19 Oct 2013 19:42:29 +0200 (CEST) Date: Sat, 19 Oct 2013 19:42:25 +0200 From: Mathieu Arnold To: Michael Sperber Message-ID: <9FA5875E253A45D5BFB0309A25AA25FC@mat.cc> In-Reply-To: References: <83FF91088F9ADFD31D4A912B@atuin.in.mat.cc> Subject: Re : Going from -STABLE to -RELEASE with freebsd-update support? X-Mailer: sparrow 1.3.5 (build 507.62) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Sat, 19 Oct 2013 17:42:35 -0000 freebsd-update will look at the checksums so that it can download patches= , it will download the entire files if it cannot patch them, it has worke= d for me in the past quite a lot of times. =20 Setting UNAME=5Fr will make it think you have a supported release as an u= pgrade base. -- =20 Mathieu Arnold Le samedi 19 octobre 2013 =C3=A0 16:57, Michael Sperber a =C3=A9crit : > =20 > Mathieu Arnold writes: > =20 > > One easy way to do it would be to use freebsd-update directly, say yo= u're > > running 8.3-STABLE and want to go to 8.4-RELEASE : > > =20 > > =23 UNAME=5Fr=3D8.3-RELEASE freebsd-update -r 8.4-RELEASE upgrade > > =20 > > It'll trick freebsd-update into thinking it's running on 8.3-RELEASE,= which > > is more or less not that untrue, and it'll run the normal upgrade pro= cess > > to 8.4. > > =20 > =20 > =20 > Thanks=21 > =20 > Last I checked, freebsd-update looked at the actual files and their > checksums, and would refuse to run if it doesn't find what it expects. > Will setting UNAME=5Fr override this=3F > =20 > -- =20 > Regards, > Mike > =20 > =20 From owner-freebsd-stable@FreeBSD.ORG Sat Oct 19 23:34:34 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 BAF60777 for ; Sat, 19 Oct 2013 23:34:34 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 982E727C9 for ; Sat, 19 Oct 2013 23:34:34 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-168-40-127.range86-168.btcentralplus.com [86.168.40.127]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 27F004509A; Sat, 19 Oct 2013 23:26:32 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk 27F004509A DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1382225193; bh=i7LHGCzBoJt8TL8PZSrKOvFt6hIWdywccW0jdE4+0Rg=; h=Date:From:To:Subject:In-Reply-To; b=zsa1zUWJDNX0i7UJ+xEPvSoAavqT+kCLN86mnGjby2KzFOBEMZitN/pD4Zz2Yphn2 bi6Ymc/ipGAaNUdab4vwyWpDG2xkdtmFOTflpr8F409L80oOl0T3Nw+uoctB+kmZmS 8xk1WmsEoJvQURWFwtaCVUALwW0Wz+SSU1B1kn8c= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 80ABEEE9A; Sun, 20 Oct 2013 00:26:28 +0100 (BST) Date: Sun, 20 Oct 2013 00:26:28 +0100 From: Ben Morrow To: zkolic@sbb.rs, freebsd-stable@freebsd.org Subject: Re: .rnd file Message-ID: <20131019232619.GA58029@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131019161644.GA5171@faust.sbb.rs> X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.21 (2010-09-15) 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, 19 Oct 2013 23:34:34 -0000 Quoth Zoran Kolic : > After compiling nvidia-driver, I see .rnd file > in my home directory. Not here in previous ver- > sion. After I delete it, rerunning X, it is there > again. Someone knows what that file is? 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. Ben