From owner-freebsd-stable@FreeBSD.ORG Sun Jun 23 00:41: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]) by hub.freebsd.org (Postfix) with ESMTP id 43612883 for ; Sun, 23 Jun 2013 00:41:29 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id 051EA16B2 for ; Sun, 23 Jun 2013 00:41:28 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 9DBE9153435; Sun, 23 Jun 2013 02:41:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ksK4eFKvMlAk; Sun, 23 Jun 2013 02:41:26 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:9cea:1099:a9e5:7143] (unknown [IPv6:2001:4cb8:3:1:9cea:1099:a9e5:7143]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id A557D153433; Sun, 23 Jun 2013 02:41:26 +0200 (CEST) Message-ID: <51C64437.3000007@digiware.nl> Date: Sun, 23 Jun 2013 02:41:27 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jeremy Chadwick Subject: Re: shutdown -r / shutdown -h / reboot all hang and don't cleanly dismount References: <51C1979D.3010305@ateamsystems.com> <20130619122143.GA70813@icarus.home.lan> <51C1A9BF.8030304@ateamsystems.com> <20130619133538.GA71689@icarus.home.lan> <51C1BCF6.8090606@ateamsystems.com> <20130619150414.GA72566@icarus.home.lan> In-Reply-To: <20130619150414.GA72566@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Adam Strohl 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, 23 Jun 2013 00:41:29 -0000 On 19-6-2013 17:04, Jeremy Chadwick wrote: > - Adam runs 9.1-RELEASE because of business needs pertaining to > freebsd-update and binary updates. (I ask more about this for > benefits of readers below, however -- because this situation comes > up a lot and I want to know what real-world admins do) The bug is very specifically available in 9.1-RELEASE because I got bit by it before the release of 9.1. But discussed it with avg@ and it did not make it into the release, but was submitted only like 2 weeks later. So in that case you can probably stop looking. For just about any 9.1-STABLE after that should the fix be in the code. --WjW From owner-freebsd-stable@FreeBSD.ORG Sun Jun 23 01:16:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 86E8CF57 for ; Sun, 23 Jun 2013 01:16:00 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by mx1.freebsd.org (Postfix) with ESMTP id 44422178F for ; Sun, 23 Jun 2013 01:15:59 +0000 (UTC) Received: from mfilter17-d.gandi.net (mfilter17-d.gandi.net [217.70.178.145]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 18E8241C05C; Sun, 23 Jun 2013 03:15:49 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter17-d.gandi.net Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter17-d.gandi.net (mfilter17-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id J8Tn7gxXwscC; Sun, 23 Jun 2013 03:15:47 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 1139F41C074; Sun, 23 Jun 2013 03:15:46 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id CF9BD73A1C; Sat, 22 Jun 2013 18:15:44 -0700 (PDT) Date: Sat, 22 Jun 2013 18:15:44 -0700 From: Jeremy Chadwick To: Willem Jan Withagen Subject: Re: shutdown -r / shutdown -h / reboot all hang and don't cleanly dismount Message-ID: <20130623011544.GA77759@icarus.home.lan> References: <51C1979D.3010305@ateamsystems.com> <20130619122143.GA70813@icarus.home.lan> <51C1A9BF.8030304@ateamsystems.com> <20130619133538.GA71689@icarus.home.lan> <51C1BCF6.8090606@ateamsystems.com> <20130619150414.GA72566@icarus.home.lan> <51C64437.3000007@digiware.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51C64437.3000007@digiware.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Adam Strohl 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, 23 Jun 2013 01:16:00 -0000 On Sun, Jun 23, 2013 at 02:41:27AM +0200, Willem Jan Withagen wrote: > On 19-6-2013 17:04, Jeremy Chadwick wrote: > >- Adam runs 9.1-RELEASE because of business needs pertaining to > > freebsd-update and binary updates. (I ask more about this for > > benefits of readers below, however -- because this situation comes > > up a lot and I want to know what real-world admins do) > > The bug is very specifically available in 9.1-RELEASE because I got > bit by it before the release of 9.1. But discussed it with avg@ and > it did not make it into the release, but was submitted only like 2 > weeks later. > > So in that case you can probably stop looking. > > For just about any 9.1-STABLE after that should the fix be in the code. I'm not sure why so many people (so far) seem to think that this problem is always the same issue -- it isn't. There are multiple things that have historically (and/or presently) have caused this issue. Here's the list I composed only a few days ago, and it is far from thorough: http://lists.freebsd.org/pipermail/freebsd-stable/2013-June/073863.html My point is that the "shutdown -r issue" issue might manifest itself in the same fashion for everyone, but the **root cause** often differs. I.e. what fixed it for you may not fix it for Adam. We must wait and see (he's in the process of getting a system to try stable/9 on). -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jun 23 13:05:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B4680F4 for ; Sun, 23 Jun 2013 13:05:14 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id 76FBE1C29 for ; Sun, 23 Jun 2013 13:05:14 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 55A4A153434; Sun, 23 Jun 2013 15:05:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FaXZHzVZaXGo; Sun, 23 Jun 2013 15:05:12 +0200 (CEST) Received: from [192.168.10.120] (10G [192.168.10.120]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPS id 0449A153433; Sun, 23 Jun 2013 15:05:12 +0200 (CEST) References: <51C1979D.3010305@ateamsystems.com> <20130619122143.GA70813@icarus.home.lan> <51C1A9BF.8030304@ateamsystems.com> <20130619133538.GA71689@icarus.home.lan> <51C1BCF6.8090606@ateamsystems.com> <20130619150414.GA72566@icarus.home.lan> <51C64437.3000007@digiware.nl> <20130623011544.GA77759@icarus.home.lan> In-Reply-To: <20130623011544.GA77759@icarus.home.lan> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPad Mail (9B206) From: Willem Jan Withagen Subject: Re: shutdown -r / shutdown -h / reboot all hang and don't cleanly dismount Date: Sun, 23 Jun 2013 15:05:19 +0200 To: Jeremy Chadwick Cc: "freebsd-stable@freebsd.org" , Adam Strohl 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, 23 Jun 2013 13:05:14 -0000 Op 23 jun. 2013 om 03:15 heeft Jeremy Chadwick het volgende= geschreven: > On Sun, Jun 23, 2013 at 02:41:27AM +0200, Willem Jan Withagen wrote: >> On 19-6-2013 17:04, Jeremy Chadwick wrote: >>> - Adam runs 9.1-RELEASE because of business needs pertaining to >>> freebsd-update and binary updates. (I ask more about this for >>> benefits of readers below, however -- because this situation comes >>> up a lot and I want to know what real-world admins do) >>=20 >> The bug is very specifically available in 9.1-RELEASE because I got >> bit by it before the release of 9.1. But discussed it with avg@ and >> it did not make it into the release, but was submitted only like 2 >> weeks later. >>=20 >> So in that case you can probably stop looking. >>=20 >> For just about any 9.1-STABLE after that should the fix be in the code. >=20 > I'm not sure why so many people (so far) seem to think that this problem > is always the same issue -- it isn't. There are multiple things that > have historically (and/or presently) have caused this issue. >=20 > Here's the list I composed only a few days ago, and it is far from > thorough: >=20 > http://lists.freebsd.org/pipermail/freebsd-stable/2013-June/073863.html >=20 Being in software for over 30 years I assume very little about: it's correctness. But I assume that it could be me, causing pilot-errors. So what I was trying to say: Several of the bugs in this range were fixed shortly after the 9.1-release, s= o the first step I'd like to suggest, is to get beyond this point in the rel= ease stream. And test again. My reasoning was more the other way around: unless you have gone to a releas= e with at least these fixes, you cannot tell whether it is already fixed or n= ot. Until then, a lot of the debugging could be not fully usefull. --WjW From owner-freebsd-stable@FreeBSD.ORG Mon Jun 24 11:06: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]) by hub.freebsd.org (Postfix) with ESMTP id D82F3173 for ; Mon, 24 Jun 2013 11:06:53 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B05BF1DDB for ; Mon, 24 Jun 2013 11:06:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5OB6rTR001135 for ; Mon, 24 Jun 2013 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5OB6rkV001133 for freebsd-stable@FreeBSD.org; Mon, 24 Jun 2013 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Jun 2013 11:06:53 GMT Message-Id: <201306241106.r5OB6rkV001133@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-stable@FreeBSD.org Subject: Current problem reports assigned to 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: Mon, 24 Jun 2013 11:06:53 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/179112 stable 9.1 installer panics with a kmem_malloc() failure on i 1 problem total. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 24 20:18:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 97D22CD0 for ; Mon, 24 Jun 2013 20:18:29 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 73ED41D92 for ; Mon, 24 Jun 2013 20:18:29 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id x11so625802pdj.15 for ; Mon, 24 Jun 2013 13:18:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ishhWYI3meg4NMXoxZ7hESZAMgukcxi9Fj47o1k5kEE=; b=tjK5ZYnmxJJmFF4lA0oIRBn+2+YioKKCqaOKuQKyOoTT5oOXs1kYfPmUptHq5GnVWd GSm9442vgEDgZGEiBWihm1y1VeVrg/wz6DgtY3ye0NKp0LDFKyvRn2v96XjE2M81xhpM 4K7JMEGBVhZJksA3g4GPc2bywPPl5pBs/JNNI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=ishhWYI3meg4NMXoxZ7hESZAMgukcxi9Fj47o1k5kEE=; b=QyXZA1ineS/2rI0KkE+3TIns6qbsu9vJwsCV0P5JoTJaTs1OxlIo0M97KmCvSXlEGK 3RV7yeJMDTeqTZ4EySunj9Jt1/sgEh28ysak3zcnxqAWyyT3zGmyuF2VdVrwGsLSBBPv y7gn7ixdM/f6WBKom9C31GX9x2xHnR1FRfDaRisAQlM9wLaI2oBi1fuwDfHwMsMFehQ4 KJ7YgjZ+dhFic6y8EckEcLKkzrQKIPvF52AEobzevx2Ek8mfn7+GA6qdonQpRhckzgT7 yIbCndx1wBXlE9P2wzQGPgieqOrJly6ke2a285gUsfnXJU464W9c5d7cGkrDV/7rajkq S1FQ== X-Received: by 10.66.227.35 with SMTP id rx3mr28521703pac.195.1372105109131; Mon, 24 Jun 2013 13:18:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.70.45.33 with HTTP; Mon, 24 Jun 2013 13:17:58 -0700 (PDT) In-Reply-To: <51BDEF40.4060001@andyit.com.au> References: <51BDEF40.4060001@andyit.com.au> From: Eitan Adler Date: Mon, 24 Jun 2013 22:17:58 +0200 Message-ID: Subject: Re: FreeBSD history To: Andy Farkas , Peter Wemm Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmm+CxgZTe0b1nSt/BmBPtwXAU8DAesZrOUyvUTdqsrZzKAeeu4PqtvmmN5vxvML15IYAL0 Cc: jdc@koitsu.org, freebsd-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, 24 Jun 2013 20:18:29 -0000 On Sun, Jun 16, 2013 at 7:00 PM, Andy Farkas wrote: > On 16/06/13 20:30, Jeremy Chadwick wrote: >> * Output from: strings /boot/kernel/kernel | egrep ^option Thanks. > > I stumbled across this one about a week ago: > > strings /boot/kernel/kernel | head -1 It seems peter@ added this in r39818 during 1998-09-30. Perhaps he would know more? > Is not a celebration / announcement warranted? I've added a notice to the news page a few days ago. Thanks for the info! -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Mon Jun 24 22:11:23 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2FB1C564 for ; Mon, 24 Jun 2013 22:11:23 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id E649A122A for ; Mon, 24 Jun 2013 22:11:22 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 4556D28427; Tue, 25 Jun 2013 00:11:15 +0200 (CEST) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 0DA9928422; Tue, 25 Jun 2013 00:11:13 +0200 (CEST) Message-ID: <51C8C400.7080009@quip.cz> Date: Tue, 25 Jun 2013 00:11:12 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: d@delphij.net Subject: Re: Another bug in SSH in FreeBSD 8.4 (sftp cannot create relative symlinks) References: <51C4DBFE.1010809@quip.cz> <51C4F5D4.6000802@delphij.net> In-Reply-To: <51C4F5D4.6000802@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, Xin Li 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, 24 Jun 2013 22:11:23 -0000 Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 06/21/13 16:04, Miroslav Lachman wrote: >> 1) Is there some way to create relative symlinks with OpenSSH 6.1? > > No. It seems like a regression and can not be worked around. I do > have a patch (attached; against crypto/openssh/), and my test shows > that it would fix the problem. > >> 2) Was OpenSSH 6.1 tested before importing in to the base of >> FreeBSD 8.4 release? These two bugs seems serious to me. > > This code is not new: it was in OpenBSD 3 years ago, and in FreeBSD > for more than 2 years (r221420 or 2011-05-04); OpenSSH 6.1 was > imported last September. This issue you have just raised have been > there since FreeBSD 9.0-RELEASE. > > So to me it seems like that the two issues are either rarely hit by > the general public (counting myself in: I have never used sftp to > create symbolic link remotely and have thus learned something new > today), or those who hit this have choose to keep silent about it. > Fortunately we have you noticed and reported the problem. > > As a community effort, we really *need* people to grab in-development > snapshots and provide us the feedback. I have two machines with FreeBSD 9.1, SSH version is reported as SSH-2.0-OpenSSH_5.8p2_hpn13v11 and there is no problem with empty VersionAddendum. You are right about the second problem - sftp symlinks. They are broken on this version as well but I didn't tried it before on this version. >> 3) Is there any chance to fix these bugs in FreeBSD repository, or >> do we need to be "bug to bug" compatible with other systems using >> OpenSSH 6.x? > > I can not make a promise as I am not the maintainer. However, I have > already reported this issue to upstream OpenBSD developers, so if this > was accepted by the upstream, we will commit the change locally to fix > the issue. > > Unfortunately, it is too late to fix this for 8.4-RELEASE, and unless > we see widespread complain, I don't think the problem would affect a > significant amount of users to warrant a "errata" for supported > release (8.4-RELEASE, 9.1-RELEASE), however, if it would be fixed, the > fix would be merged to 8-STABLE and 9-STABLE and will be shipped with > future releases, if the fix enters the development branch before them. Thank you very much for your quick and kind response! I hope the fix will be accepted upstream. The patch seems really simple and I know how to apply it, but I am not able to compile and install only fixed sftp command instead of the whole userland. Can you push me to the right direction? Thank you again! Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Jun 24 22:19:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 015A56D8 for ; Mon, 24 Jun 2013 22:19:47 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id B1A5E1271 for ; Mon, 24 Jun 2013 22:19:46 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id D8A0C28427; Tue, 25 Jun 2013 00:19:45 +0200 (CEST) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 97AEF28422; Tue, 25 Jun 2013 00:19:44 +0200 (CEST) Message-ID: <51C8C5FF.6050603@quip.cz> Date: Tue, 25 Jun 2013 00:19:43 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Scot Hetzel Subject: Re: sshd didn't run after upgrade to FreeBSD 8.4 References: <51C22E11.3020008@quip.cz> <51C23ED9.7070107@quip.cz> <51C2499B.2060209@quip.cz> <51C2CB42.4030301@dilkie.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kimmo Paasiala , Steven Hartland , 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, 24 Jun 2013 22:19:48 -0000 Scot Hetzel wrote: > On Thu, Jun 20, 2013 at 4:28 AM, Lee Dilkie wrote: >> >> On 6/19/2013 8:24 PM, Kimmo Paasiala wrote: >>> Ok, this is crazy. If you put one space after the VersionAddendum >>> keyword you get exactly what you want, an empty VersionAddendum >>> string. If there's no space but a newline right after the >>> VersionAddendum keyword, sshd(8) complains about the line and refuses >>> to start. So this is ok (without the single quotes, they are just to >>> show the endings of the lines): >>> >>> 'VersionAddendum' >>> >>> But this is not: >>> >>> 'VersionAddendum' >>> >>> What are the OpenSSH devs thinking? >>> >>> -Kimmo >> >> I'd call it a bug. >> > > crypto/openssh/servconf.c > > 1553 case sVersionAddendum: > 1554 if (cp == NULL) > 1555 fatal("%.200s line %d: Missing > argument.", filename, > 1556 linenum); > 1557 len = strspn(cp, WHITESPACE); > 1558 if (*activep&& options->version_addendum == NULL) { > 1559 if (strcasecmp(cp + len, "none") == 0) > 1560 options->version_addendum = xstrdup(""); > 1561 else if (strchr(cp + len, '\r') != NULL) > 1562 fatal("%.200s line %d: Invalid argument", > 1563 filename, linenum); > 1564 else > 1565 options->version_addendum = > xstrdup(cp + len); > 1566 } > 1567 return 0; > > Looks like if you specify: > > VersionAddendum none > > it won't display the additional info. Thank you for your suggestion, "none" really works. I will use it as a workaround. I think the issue needs to be mentioned in Release Notes and/or UPDATING anyway. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Jun 24 22:36:26 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 92EFEBB1 for ; Mon, 24 Jun 2013 22:36:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) by mx1.freebsd.org (Postfix) with ESMTP id 7FBEC131E for ; Mon, 24 Jun 2013 22:36:26 +0000 (UTC) Received: from zeta.ixsystems.com (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 8167A1D6FB; Mon, 24 Jun 2013 15:36:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1372113385; bh=10qrVycKMUk3SObTEubWCFJ5zzXFRAaCs5LTWZXX7Z8=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=QVn5YM1DiCxlXY+lcPaV8ZEaElGiIe1c4Qwk7zXwcI06ziN2mUUtPB0x5IKH05FaO bJ8CO6L/K7oj7UjMBjco8iTEJpw0/yF79CswAkCnvqrmZ4ByO7y3dAvR/twrgfwpjn DdYPHOpJZ/W5n7scDFvJOSRmFiAttr+wMmPA8X+k= Message-ID: <51C8C9E8.9050507@delphij.net> Date: Mon, 24 Jun 2013 15:36:24 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Another bug in SSH in FreeBSD 8.4 (sftp cannot create relative symlinks) References: <51C4DBFE.1010809@quip.cz> <51C4F5D4.6000802@delphij.net> <51C8C400.7080009@quip.cz> In-Reply-To: <51C8C400.7080009@quip.cz> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, d@delphij.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 22:36:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 06/24/13 15:11, Miroslav Lachman wrote: [...] > The patch seems really simple and I know how to apply it, but I am > not able to compile and install only fixed sftp command instead of > the whole userland. Can you push me to the right direction? I think you can go to /usr/src/secure/usr.bin/sftp and do: make depend make Then, as root: make install I usually do a full world build to make sure that this doesn't break something else but this change should only affect sftp(1). Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- iQEcBAEBCgAGBQJRyMnoAAoJEG80Jeu8UPuz+JwH/20g7SVtpA+sbNmmZD2NQI+U e5/gj4sujz1H509V2w5shaJw2ScUoHnyURQSeDxe0sBvkcYVCn0jLg1cKfs5pyjn yLV150XTR0Dv4VPlGiVkqGrgmH6gNkBN4sQoQeC/zgSttXPRnbpjuiLVQz3LcOs7 5g4H6fKBsQX/bWEHOgaKSw63CLY8RIKohtzL5OIUEHWyzVFWeX7U/Mreh5KgE9jY C20kpDrqATJgFBphyQDOEAHC/RZLzX3xqM9JI+vYFse8ra6JttvLBBQ7drhefbrc 7OZgpb4+CTAYLtk8b80jFSALCfGs962+seMLHzghJ5F+NL4V0kW/jFODaodDQcc= =e84l -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 24 22:50:56 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8DD7BF6F for ; Mon, 24 Jun 2013 22:50:56 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by mx1.freebsd.org (Postfix) with ESMTP id 4CE8413C1 for ; Mon, 24 Jun 2013 22:50:56 +0000 (UTC) Received: from mfilter20-d.gandi.net (mfilter20-d.gandi.net [217.70.178.148]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 9280141C051; Tue, 25 Jun 2013 00:50:39 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter20-d.gandi.net Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter20-d.gandi.net (mfilter20-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id iPvvDUoUETtQ; Tue, 25 Jun 2013 00:50:37 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 9179C41C06F; Tue, 25 Jun 2013 00:50:37 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 920BF73A1C; Mon, 24 Jun 2013 15:50:34 -0700 (PDT) Date: Mon, 24 Jun 2013 15:50:34 -0700 From: Jeremy Chadwick To: d@delphij.net Subject: Re: Another bug in SSH in FreeBSD 8.4 (sftp cannot create relative symlinks) Message-ID: <20130624225034.GA8873@icarus.home.lan> References: <51C4DBFE.1010809@quip.cz> <51C4F5D4.6000802@delphij.net> <51C8C400.7080009@quip.cz> <51C8C9E8.9050507@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51C8C9E8.9050507@delphij.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@FreeBSD.org, Miroslav Lachman <000.fbsd@quip.cz> 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, 24 Jun 2013 22:50:56 -0000 On Mon, Jun 24, 2013 at 03:36:24PM -0700, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 06/24/13 15:11, Miroslav Lachman wrote: > [...] > > The patch seems really simple and I know how to apply it, but I am > > not able to compile and install only fixed sftp command instead of > > the whole userland. Can you push me to the right direction? > > I think you can go to /usr/src/secure/usr.bin/sftp and do: > > make depend > make > > Then, as root: > > make install > > I usually do a full world build to make sure that this doesn't break > something else but this change should only affect sftp(1). I'm going to make this real simple: Is the problem with symlinks in the client (sftp(1)), in the server (sftp-server(8)), or both? The impression I get from the original post that started this thread is that it's in the server part. So, I believe he'd want to poke about in src/secure/libexec/sftp-server. However, that may not be enough, due to the fact that sftp-server(8) depends (links to) libssh.so.X, libcrypt.so.X, and libcrypto.so.X. I do not know where the actual broken code lies. Someone on -security might know exactly what all needs to be built/what commands need to be run, but I will tell you this up front: The official security announcements for SSL or SSH-related things have historically told people to build world. I went and read the mailing list archives for -security-announcements and found proof/examples of this fact when issues pertain to SSL or SSH. My recommendation is just to build world. Don't risk it -- this is a key piece of your system, all you're trying to do is save some time. Don't. Just build/install world and don't screw around. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Jun 24 23:34:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 43BF4621 for ; Mon, 24 Jun 2013 23:34:50 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-ve0-x22c.google.com (mail-ve0-x22c.google.com [IPv6:2607:f8b0:400c:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 0786816C7 for ; Mon, 24 Jun 2013 23:34:49 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id jz10so9443473veb.31 for ; Mon, 24 Jun 2013 16:34:49 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=kluAgbOWoAGM72V067D2klqvYMcOW+42mScjWYdg6BI=; b=rJsW1lXAUgDjMt4cfQ9y64N9gsvxmgiN/k0uBWk9+gA+oL6hnfr6f/wtObTOph/k1z Bzn0K8agLkKc3c4JODs/RrGCoQcwIj1Cihx4XEQJzuyNJQeDIih5/e9VWQtSSv7Om5/f 8M2DpjvHDjt82tIrMJ/AcMY5rpV02ZjMaTPqWerS1X9tayTRqp57XDqRmtPn6daEM6yc YLRo/MbnswFNBN2SXpwhNj5/4w8++jbRcT+zvtm56KOKQxg7pGI7SNa057oJ6rGRQ8UH LmWfnOMpLbIbUfo9T4caFYzEJBiMnfONZ2aEdaqL2BapHT2WwoyZ/Gnt32Vxe5tLuvt6 ogVw== MIME-Version: 1.0 X-Received: by 10.52.29.241 with SMTP id n17mr10686185vdh.95.1372116889526; Mon, 24 Jun 2013 16:34:49 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.221.41.6 with HTTP; Mon, 24 Jun 2013 16:34:49 -0700 (PDT) In-Reply-To: <51BDEF40.4060001@andyit.com.au> References: <51BDEF40.4060001@andyit.com.au> Date: Mon, 24 Jun 2013 16:34:49 -0700 X-Google-Sender-Auth: qqzNt39MOT-FZml2rjNT_TG9PDE Message-ID: Subject: Re: FreeBSD history From: Artem Belevich To: Andy Farkas Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: jdc@koitsu.org, freebsd-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, 24 Jun 2013 23:34:50 -0000 On Sun, Jun 16, 2013 at 10:00 AM, Andy Farkas wrote: > On 16/06/13 20:30, Jeremy Chadwick wrote: > > * Output from: strings /boot/kernel/kernel | egrep ^option Thanks. > > I stumbled across this one about a week ago: > > strings /boot/kernel/kernel | head -1 > > and was wondering about the history of where it came from / what it means. > > I can see it was added to Makefile.i386 in September 1998 but the commit > comment mentions the defunct alpha port and searching SVN for things in the > Attic is a PITA. > The key in the log message is that the kernel became a dynamic executable. In order to launch typical dynamic executable kernel would actually launch dynamic linker specified in the INTERP program header in the ELF file. By default it's /libexec/ld-elf.so.1. Dynamic linker in turn would load the app and the shared libraries it requires. Kernel is, obviously, not a typical executable. My guess is that the idea behind changing dynamic linker to /red/herring was to make it obvious that the file is not a typical app and that despite being an ELF executable, it should not be executed as a regular program. It's just a guess, though. --Artem From owner-freebsd-stable@FreeBSD.ORG Tue Jun 25 01:03:06 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 64FD55A9 for ; Tue, 25 Jun 2013 01:03:06 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 280251972 for ; Tue, 25 Jun 2013 01:03:05 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 931D428427; Tue, 25 Jun 2013 03:03:04 +0200 (CEST) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6414428423; Tue, 25 Jun 2013 03:03:03 +0200 (CEST) Message-ID: <51C8EC48.1000807@quip.cz> Date: Tue, 25 Jun 2013 03:03:04 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Jeremy Chadwick Subject: Re: Another bug in SSH in FreeBSD 8.4 (sftp cannot create relative symlinks) References: <51C4DBFE.1010809@quip.cz> <51C4F5D4.6000802@delphij.net> <51C8C400.7080009@quip.cz> <51C8C9E8.9050507@delphij.net> <20130624225034.GA8873@icarus.home.lan> In-Reply-To: <20130624225034.GA8873@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, d@delphij.net 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, 25 Jun 2013 01:03:06 -0000 Jeremy Chadwick wrote: > On Mon, Jun 24, 2013 at 03:36:24PM -0700, Xin Li wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> On 06/24/13 15:11, Miroslav Lachman wrote: >> [...] >>> The patch seems really simple and I know how to apply it, but I am >>> not able to compile and install only fixed sftp command instead of >>> the whole userland. Can you push me to the right direction? >> >> I think you can go to /usr/src/secure/usr.bin/sftp and do: >> >> make depend >> make >> >> Then, as root: >> >> make install Thank you! I didn't know I must be in /usr/src/secure/usr.bin/sftp I tried your patch and can confirm it works for me! >> I usually do a full world build to make sure that this doesn't break >> something else but this change should only affect sftp(1). > > I'm going to make this real simple: > > Is the problem with symlinks in the client (sftp(1)), in the server > (sftp-server(8)), or both? The impression I get from the original post > that started this thread is that it's in the server part. No, it is the problem on the client side. The server side in all cases is good old OpenSSH 5.4 on FreeBSD 8.3. Only the newer sftp client is broken and this bug is really fixed by patch provided by Xin Li. We tried OpenSSH 6.2 client side from Mac OS X and it is broken too. The same apply to openssh-portable from ports (openssh-portable-6.2.p2_3,1) > So, I believe he'd want to poke about in src/secure/libexec/sftp-server. > However, that may not be enough, due to the fact that sftp-server(8) > depends (links to) libssh.so.X, libcrypt.so.X, and libcrypto.so.X. I do > not know where the actual broken code lies. > > Someone on -security might know exactly what all needs to be built/what > commands need to be run, but I will tell you this up front: > > The official security announcements for SSL or SSH-related things have > historically told people to build world. I went and read the mailing > list archives for -security-announcements and found proof/examples of > this fact when issues pertain to SSL or SSH. > > My recommendation is just to build world. Don't risk it -- this is a > key piece of your system, all you're trying to do is save some time. > Don't. Just build/install world and don't screw around. I understand your concern and I will rebuild world if the patch changes anything in the server part, but this is realy just a fix in sftp client command and I want to try it quickly and to have a quick path to go back to original version of the sftp command. This is on testing machine anyway, I will not do this on production machines. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Jun 25 01:13:33 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B36D87E6 for ; Tue, 25 Jun 2013 01:13:33 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by mx1.freebsd.org (Postfix) with ESMTP id 409D719CF for ; Tue, 25 Jun 2013 01:13:32 +0000 (UTC) Received: from mfilter22-d.gandi.net (mfilter22-d.gandi.net [217.70.178.150]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id D5FA6A80CE; Tue, 25 Jun 2013 03:13:15 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter22-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter22-d.gandi.net (mfilter22-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id HIe3AvvKnzrj; Tue, 25 Jun 2013 03:13:14 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 57DF1A80C7; Tue, 25 Jun 2013 03:13:10 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 08D2E73A1C; Mon, 24 Jun 2013 18:13:09 -0700 (PDT) Date: Mon, 24 Jun 2013 18:13:09 -0700 From: Jeremy Chadwick To: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Another bug in SSH in FreeBSD 8.4 (sftp cannot create relative symlinks) Message-ID: <20130625011308.GA10736@icarus.home.lan> References: <51C4DBFE.1010809@quip.cz> <51C4F5D4.6000802@delphij.net> <51C8C400.7080009@quip.cz> <51C8C9E8.9050507@delphij.net> <20130624225034.GA8873@icarus.home.lan> <51C8EC48.1000807@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51C8EC48.1000807@quip.cz> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@FreeBSD.org, d@delphij.net 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, 25 Jun 2013 01:13:33 -0000 On Tue, Jun 25, 2013 at 03:03:04AM +0200, Miroslav Lachman wrote: > Jeremy Chadwick wrote: > >On Mon, Jun 24, 2013 at 03:36:24PM -0700, Xin Li wrote: > >>-----BEGIN PGP SIGNED MESSAGE----- > >>Hash: SHA512 > >> > >>On 06/24/13 15:11, Miroslav Lachman wrote: > >>[...] > >>>The patch seems really simple and I know how to apply it, but I am > >>>not able to compile and install only fixed sftp command instead of > >>>the whole userland. Can you push me to the right direction? > >> > >>I think you can go to /usr/src/secure/usr.bin/sftp and do: > >> > >>make depend > >>make > >> > >>Then, as root: > >> > >>make install > > Thank you! I didn't know I must be in /usr/src/secure/usr.bin/sftp > > I tried your patch and can confirm it works for me! > > >>I usually do a full world build to make sure that this doesn't break > >>something else but this change should only affect sftp(1). > > > >I'm going to make this real simple: > > > >Is the problem with symlinks in the client (sftp(1)), in the server > >(sftp-server(8)), or both? The impression I get from the original post > >that started this thread is that it's in the server part. > > No, it is the problem on the client side. The server side in all > cases is good old OpenSSH 5.4 on FreeBSD 8.3. Only the newer sftp > client is broken and this bug is really fixed by patch provided by > Xin Li. > > We tried OpenSSH 6.2 client side from Mac OS X and it is broken too. > The same apply to openssh-portable from ports (openssh-portable-6.2.p2_3,1) > > >So, I believe he'd want to poke about in src/secure/libexec/sftp-server. > >However, that may not be enough, due to the fact that sftp-server(8) > >depends (links to) libssh.so.X, libcrypt.so.X, and libcrypto.so.X. I do > >not know where the actual broken code lies. > > > >Someone on -security might know exactly what all needs to be built/what > >commands need to be run, but I will tell you this up front: > > > >The official security announcements for SSL or SSH-related things have > >historically told people to build world. I went and read the mailing > >list archives for -security-announcements and found proof/examples of > >this fact when issues pertain to SSL or SSH. > > > >My recommendation is just to build world. Don't risk it -- this is a > >key piece of your system, all you're trying to do is save some time. > >Don't. Just build/install world and don't screw around. > > I understand your concern and I will rebuild world if the patch > changes anything in the server part, but this is realy just a fix in > sftp client command and I want to try it quickly and to have a quick > path to go back to original version of the sftp command. > > This is on testing machine anyway, I will not do this on production > machines. Understood -- it was my misunderstanding of the issue (being on the client side, not server side), so Xin's advice is sound. Sorry for the noise on my part. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jun 25 19:07:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6601D2C6; Tue, 25 Jun 2013 19:07:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 09FF71E71; Tue, 25 Jun 2013 19:07:22 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id m15so7578355qcq.33 for ; Tue, 25 Jun 2013 12:07:22 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=x2OIyxnIDLVS+b2CPRZ2B3405pIh4+8czctVY9mBRwU=; b=g5B3OQARJc8WmM2s7Ld1Cr8J+2k95eQc1XNkSrI/mp6EkZbZS5vDL6UPTjmf0N1Yh4 ZydAxp8iAGktCVjxoP6Fb7xgPlTG6vtji+oo6dDXJRDQGZQsiZCNM7X4snQT4AHGIeDe hjmWlEX90Y3qOuRz43lo7l4vAVjGcGskOf2TwJ7h/S7TbagsYQw5IMyHI/t/Rvrw7s3R z0WKyW1R/7Q2MZT0tCsPLMQ+8orU7Eg6PYqAHio6c19fYBsxJ+RL4T+h/vAm8t3P+kjn MKbtGRjojqwxuxtP+14luJntos8q6Cps1MgCtPBb7vfWwfh6a5Cxc21qffuxNF828aL9 QNfg== MIME-Version: 1.0 X-Received: by 10.224.74.72 with SMTP id t8mr1314088qaj.74.1372187242550; Tue, 25 Jun 2013 12:07:22 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.10.201 with HTTP; Tue, 25 Jun 2013 12:07:22 -0700 (PDT) In-Reply-To: <20130621220013.X55167@sola.nimnet.asn.au> References: <20130621220013.X55167@sola.nimnet.asn.au> Date: Tue, 25 Jun 2013 12:07:22 -0700 X-Google-Sender-Auth: 05BMIxV7_9UVCogaUeoCUiK39Ew Message-ID: Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume From: Adrian Chadd To: Ian Smith Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-usb@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, 25 Jun 2013 19:07:23 -0000 On 21 June 2013 05:48, Ian Smith wrote: > No acpidump output on -stable or -acpi anyway .. likely best as an URL, > if it comes down to ACPI. Ok, I'll put it online in a sec. > So the fingerprint reader, camera and bluetooth shown in your usbconfig > don't serve as 'USB devices plugged in' in this regard? Do they work ok > after resume, or not? they work after resume. > No, the above are still on the suspend path, but logged on resume. I > don't know what CDBS or EXP0,1,3,4 are. You've left out something like > 'pci0:X:Y:0 Transition from D0 to D2' (or D3) before these ones, right? Nope, nothing is left out. I can boot with -v to get _all_ of the messages, if that'll help. > I hope 'slept' message is still in 10, I've seen a few listed without, > and they're very handy if there's any resume delay, as I had up to 8.2 > (plus exactly 60 seconds) unless I unloaded (in particular) UHCI and > reloaded it on resume, needing a kernel w/out uhci, ohci and ehci, > loading on boot and unload/reload in rc.suspend/resume. This however > was fixed by 9.1 for me, the first release where suspend/resume works > flawlessly on the T23. I haven't tried a recent 9-STABLE though. [snip] > Well, the earlier resume issues on UHCI might still not be fixed? You > could try a kernel without UHCI, with the unload/reload dance .. I just tried that. unloading/reloading uhci doesn't affect things - the external ports are still powered down after a suspend/resume pass. Thanks, Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 05:56:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6CE7C542; Wed, 26 Jun 2013 05:56:15 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id BCC6F1F70; Wed, 26 Jun 2013 05:56:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r5Q5u51h009959; Wed, 26 Jun 2013 15:56:05 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 26 Jun 2013 15:56:05 +1000 (EST) From: Ian Smith To: Adrian Chadd Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume In-Reply-To: Message-ID: <20130626152833.M78748@sola.nimnet.asn.au> References: <20130621220013.X55167@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-usb@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, 26 Jun 2013 05:56:15 -0000 On Tue, 25 Jun 2013 12:07:22 -0700, Adrian Chadd wrote: > On 21 June 2013 05:48, Ian Smith wrote: > > > No acpidump output on -stable or -acpi anyway .. likely best as an URL, > > if it comes down to ACPI. > > Ok, I'll put it online in a sec. Doubt I know enough to spot anything askance anyway, but others may. > > So the fingerprint reader, camera and bluetooth shown in your usbconfig > > don't serve as 'USB devices plugged in' in this regard? Do they work ok > > after resume, or not? > > they work after resume. Ok. > > No, the above are still on the suspend path, but logged on resume. I > > don't know what CDBS or EXP0,1,3,4 are. You've left out something like On reflection I think these are likely the card reader and subsidiaries? > > 'pci0:X:Y:0 Transition from D0 to D2' (or D3) before these ones, right? > > Nope, nothing is left out. I can boot with -v to get _all_ of the > messages, if that'll help. It might. I've been running with -v for a while so had forgotten that very little other than USB stuff is logged on suspend/resume without. > > loading on boot and unload/reload in rc.suspend/resume. This however > > was fixed by 9.1 for me, the first release where suspend/resume works > > flawlessly on the T23. I haven't tried a recent 9-STABLE though. Time I did so I guess, in case this may be a more recent regression and not specific to the T400. As soon as I can find a USB keyboard I'll see how 9.1-RELEASE goes on a friend's T500, which seems generally similar (going on their combined service manuals). > > Well, the earlier resume issues on UHCI might still not be fixed? You > > could try a kernel without UHCI, with the unload/reload dance .. > > I just tried that. unloading/reloading uhci doesn't affect things - > the external ports are still powered down after a suspend/resume pass. Right; more data anyway. Hopefully some more clues from boot -v output. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 06:09:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F114A8A7; Wed, 26 Jun 2013 06:09:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) by mx1.freebsd.org (Postfix) with ESMTP id 9427A1FF4; Wed, 26 Jun 2013 06:09:20 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id l18so1261585qak.2 for ; Tue, 25 Jun 2013 23:09:20 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Nsr9k46yhh29pnS4UWGQNwW6vGg/pCIB3inGxK9TUJY=; b=rdpBN3Lc+NH6alu19POdExQrwZVcWj7vD4hIi6fmhLizbhkgODngJjOhqSqTlm6LqV wjFue2NJ40e54mohBNUcVy3H9UumAjEPaLkqrmhohvasoAopEZuAguY/oeauxTA+MVnP 4wHoce6+coqy3YqU7VuMlhfhEm34tZF1Tr2BWg9BBoJFV1kSNuLFubRH8opQ3R3NdAMR x9oDerM8R1ytyTJzvMQTWJlveXiLWt3UTBw8zEJc2CTolorZod7uKA9+QbTNXRZI/6NV yOKQeeDyd6sywIMKMJHDbiTovnPkTJL79JC/GRt+c3z8yQR1gbIbocxdDmS1G7fLUq/K nqHQ== MIME-Version: 1.0 X-Received: by 10.224.213.201 with SMTP id gx9mr3461864qab.94.1372226960140; Tue, 25 Jun 2013 23:09:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.214.7 with HTTP; Tue, 25 Jun 2013 23:09:20 -0700 (PDT) In-Reply-To: <20130626152833.M78748@sola.nimnet.asn.au> References: <20130621220013.X55167@sola.nimnet.asn.au> <20130626152833.M78748@sola.nimnet.asn.au> Date: Tue, 25 Jun 2013 23:09:20 -0700 X-Google-Sender-Auth: iGKW5EF8PO8dtQhKTlHWxtyUWR0 Message-ID: Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume From: Adrian Chadd To: Ian Smith Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-usb@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, 26 Jun 2013 06:09:21 -0000 [snip] ok, I'll do a boot -v tonight when I get home and log things. Thanks! Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 12:12:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 18FDA7D2 for ; Wed, 26 Jun 2013 12:12:41 +0000 (UTC) (envelope-from user@atena.prefo.pl) Received: from atena.prefo.pl (atena.prefo.pl [188.165.80.169]) by mx1.freebsd.org (Postfix) with ESMTP id DD9D1120A for ; Wed, 26 Jun 2013 12:12:40 +0000 (UTC) Received: by atena.prefo.pl (Postfix, from userid 10025) id 3BB411C2237D; Wed, 26 Jun 2013 13:44:31 +0200 (CEST) To: freebsd-stable@freebsd.org Subject: =?utf-8?B?0J3QsNGI0LXQuyDQktCw0YggZW1haWwg0LDQtNGA0LXRgSDQvdCwINCy0LXQsS3RgdCw0LnRgtC1?= X-PHP-Originating-Script: 10025:actives.php From: =?utf-8?B?0JDQu9C10LrRgdCw0L3QtNGA?= Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Date: Wed, 26 Jun 2013 13:44:31 +0200 (CEST) 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, 26 Jun 2013 12:12:41 -0000 Добрый день Меня зовут Александр. Я занимаюсь профессионально электронными рассылками. Предлагаю прорекламировать Ваше предложение по любой необходимой базе данных. В случае заинтересованности - будет сформирована базу данных возможных потенциальных клиентов. Если возможно - пожалуйста сообщите Ваш Ваш телефон, я объясню о данном виде рекламы детальнее. Заранее благодарен за ответ, Александр. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 16:54: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]) by hub.freebsd.org (Postfix) with ESMTP id 69238D34 for ; Wed, 26 Jun 2013 16:54:05 +0000 (UTC) (envelope-from bsd-lists@1command.com) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) by mx1.freebsd.org (Postfix) with ESMTP id 3A0A01FBC for ; Wed, 26 Jun 2013 16:54:04 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id r5QGgngO032972 for ; Wed, 26 Jun 2013 09:42:55 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id r5QGghWH032971; Wed, 26 Jun 2013 09:42:43 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 26 Jun 2013 09:42:43 -0700 (PDT) Message-ID: <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net> Date: Wed, 26 Jun 2013 09:42:43 -0700 (PDT) Subject: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? From: "Chris H" To: "freebsd-stable" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal 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, 26 Jun 2013 16:54:05 -0000 Greetings, I haven't upgraded my tree(s) for awhile. My last attempt to rebuild after an updating src && ports, resulted in nearly installing the entire ports tree, which is why I've waited so long. Try as I might, I've had great difficulty finding something that will _only_ upgrade what I already have installed, _and_ respect the "options" used during the original make && make install, or those options expressed in make.conf. As portupgrade(1) && portmaster(8) appear to be the most used in this scenario, I'm soliciting opinions on which of these works best, or if there is something else to better manage this situation. Is there such a thing as a FreeBSD upgrade "easy button"? Thank you for all your consideration. --chris From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 19:51:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 248338C1; Wed, 26 Jun 2013 19:51:58 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id D83881919; Wed, 26 Jun 2013 19:51:57 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 0712F6A6003; Wed, 26 Jun 2013 21:51:56 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id r5QJptOp052746; Wed, 26 Jun 2013 21:51:55 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id r5QJpsJG052272; Wed, 26 Jun 2013 21:51:54 +0200 (CEST) (envelope-from lars) Date: Wed, 26 Jun 2013 21:51:54 +0200 From: Lars Engels To: Adrian Chadd Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume Message-ID: <20130626195154.GK88288@e-new.0x20.net> References: <20130621220013.X55167@sola.nimnet.asn.au> <20130626152833.M78748@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQ77YLfPrO/qF/pM" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.4-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Ian Smith , freebsd-usb@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, 26 Jun 2013 19:51:58 -0000 --LQ77YLfPrO/qF/pM Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote: > [snip] ok, I'll do a boot -v tonight when I get home and log things. >=20 > Thanks! Please also try a recent CURRENT. I was having the same issues with dead USB ports on my X200, but IIRC it suddenly worked a few weeks ago. Unfotunately with the new X.org resuming doesn't work for me, so I can't try it now. --LQ77YLfPrO/qF/pM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlHLRloACgkQKc512sD3afhUUQCdEXg4ongLGtqOkPa7tYoZR2Z/ b/oAoITAP3AS18ZkIkIRxAlPsZRIqBrS =LG7M -----END PGP SIGNATURE----- --LQ77YLfPrO/qF/pM-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 19:53:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 92DD6AA7; Wed, 26 Jun 2013 19:53:44 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) by mx1.freebsd.org (Postfix) with ESMTP id 34D0C195D; Wed, 26 Jun 2013 19:53:44 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id n20so6017qaj.20 for ; Wed, 26 Jun 2013 12:53:43 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=mXNwhO6EiWxWcBkaiRSdnWqo5Obx9UoZHrO6UB4IAgI=; b=FFENfRbJyDU5yBmuvUSwiTtVrnLNSPXF5up0CPcR8q71fx3KCmOvrnTLe4fyf+FSXM +cBvBAYy+23oRkUSdpGQYZpByY1TUoCOaDPF6kkPwY0+SkQ2uy9kW1idh9jz3feGwre5 lZRzekiEWbarOGk8dtc8O2fZNt6zbg63kZTh1e+rEUcZjgmc2W/7A6BACFO+wMgd3gFJ Vp3BQtLhuci8pMGVW6o1DFx0KQmf2BzUIcmxA2rGTFYytPX56GdKXfwml7jluij4iFBU R1gupAc5ZV1hbf1ENasEIFJfCfcyiCdzjr+LkpA1cOCCNrJvh5KqsZeyiOyNGxqhuyFX VUYw== MIME-Version: 1.0 X-Received: by 10.49.35.65 with SMTP id f1mr6798267qej.72.1372276423771; Wed, 26 Jun 2013 12:53:43 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.214.7 with HTTP; Wed, 26 Jun 2013 12:53:43 -0700 (PDT) In-Reply-To: <20130626195154.GK88288@e-new.0x20.net> References: <20130621220013.X55167@sola.nimnet.asn.au> <20130626152833.M78748@sola.nimnet.asn.au> <20130626195154.GK88288@e-new.0x20.net> Date: Wed, 26 Jun 2013 12:53:43 -0700 X-Google-Sender-Auth: wfK3AXfpO02dPcoh6fmhwQ0Ijxw Message-ID: Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume From: Adrian Chadd To: Lars Engels Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Ian Smith , freebsd-usb@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, 26 Jun 2013 19:53:44 -0000 On 26 June 2013 12:51, Lars Engels wrote: > On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote: >> [snip] ok, I'll do a boot -v tonight when I get home and log things. >> >> Thanks! > > Please also try a recent CURRENT. I was having the same issues with dead > USB ports on my X200, but IIRC it suddenly worked a few weeks ago. > Unfotunately with the new X.org resuming doesn't work for me, so I can't > try it now. .. having resume not work with xorg is a big, big red flag. I'm happy to boot a -head snapshot on this thing, but I can't really migrate to running -head if resume doesn't work. :( adrian From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 20:00:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E06F5CEF for ; Wed, 26 Jun 2013 20:00:21 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by mx1.freebsd.org (Postfix) with ESMTP id 648D519B1 for ; Wed, 26 Jun 2013 20:00:21 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0M3gWF-1U0vnD0uG1-00rDPP for ; Wed, 26 Jun 2013 22:00:14 +0200 Received: (qmail invoked by alias); 26 Jun 2013 20:00:14 -0000 Received: from f049195080.adsl.alicedsl.de (EHLO mandree.no-ip.org) [78.49.195.80] by mail.gmx.net (mp017) with SMTP; 26 Jun 2013 22:00:14 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/tXpxeBY/tEszrEI8xmR1SYb8SUTrqlIGWN++GaE gMTUjR9ySk1ri8 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 192FB23CE18 for ; Wed, 26 Jun 2013 22:00:13 +0200 (CEST) Message-ID: <51CB484C.3060209@gmx.de> Date: Wed, 26 Jun 2013 22:00:12 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? References: <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net> In-Reply-To: <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 20:00:21 -0000 Am 26.06.2013 18:42, schrieb Chris H: > Greetings, > I haven't upgraded my tree(s) for awhile. My last attempt to rebuild after an updating > src && ports, resulted in nearly installing the entire ports tree, which is why I've > waited so long. Try as I might, I've had great difficulty finding something that will > _only_ upgrade what I already have installed, _and_ respect the "options" used during the > original make && make install, or those options expressed in make.conf. > As portupgrade(1) && portmaster(8) appear to be the most used in this scenario, > I'm soliciting opinions on which of these works best, or if there is something else to > better manage this situation. Is there such a thing as a FreeBSD upgrade "easy button"? > > Thank you for all your consideration. Chris, this time around, you will again rebuild almost your entire ports tree because some basic ports, such as Perl. Also, you will rarely be able to only upgrade what you already have installed because sometimes ports grow new requisite other ports you do not already have. I haven't used portupgrade in a long time because there was a period where it had fallen to bit-rot, but both tools are being maintained now. portupgrade has the decided advantage of being able to continue building some ports if another port failed as long as the failed port is not itself a requisite port for one that is yet to be built; portmaster bails out at the first error. portmaster, on the other hand, has a "rebuild everything" approach in the manual page, and can be used to list only leaf ports -- but that approach will require you to deinstall all ports so that the machine becomes unusable while it builds. There are other approaches, like using portmaster just to list this ports tree, and then use Tinderbox or poudriere to build packages in a chroot, and then only deinstall and install if you have all packages built successfully - but I am not familiar with automating this, not familiar with poudriere, and it requires a bit of work to get your options transferred to these build systems. Such a "build all packages first before you start deinstalling" would reduce the downtime, though. Hope that helps a little. Best regards Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 20:10:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 163FEFEB for ; Wed, 26 Jun 2013 20:10:08 +0000 (UTC) (envelope-from lists@lizardhill.com) Received: from kermit.lizardhill.com (kermit.lizardhill.com [64.69.41.217]) by mx1.freebsd.org (Postfix) with ESMTP id 046561A12 for ; Wed, 26 Jun 2013 20:10:07 +0000 (UTC) Received: from ip70-170-115-152.lv.lv.cox.net ([70.170.115.152] helo=Mickey) by kermit.lizardhill.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.62) (envelope-from ) id 1Urw1s-000L7E-MS for freebsd-stable@freebsd.org; Wed, 26 Jun 2013 13:09:24 -0700 From: "Don O'Neil" To: Subject: unsubscribe Date: Wed, 26 Jun 2013 13:10:10 -0700 Message-ID: <00c901ce72a9$296ef4a0$7c4cdde0$@lizardhill.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: Ac5yodeKFEPhorotQkaXp5VOjwhWvw== Content-Language: en-us X-Antivirus: avast! (VPS 130626-0, 06/26/2013), Outbound message X-Antivirus-Status: Clean 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: Wed, 26 Jun 2013 20:10:08 -0000 Unsubscribe From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 20:12:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 31670253 for ; Wed, 26 Jun 2013 20:12:18 +0000 (UTC) (envelope-from lists@lizardhill.com) Received: from kermit.lizardhill.com (kermit.lizardhill.com [64.69.41.217]) by mx1.freebsd.org (Postfix) with ESMTP id 1C8E21A4A for ; Wed, 26 Jun 2013 20:12:18 +0000 (UTC) Received: from ip70-170-115-152.lv.lv.cox.net ([70.170.115.152] helo=Mickey) by kermit.lizardhill.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.62) (envelope-from ) id 1UrvDM-000GXf-8u for freebsd-stable@freebsd.org; Wed, 26 Jun 2013 12:17:12 -0700 From: "Don O'Neil" To: Subject: unsubscribe Date: Wed, 26 Jun 2013 12:17:57 -0700 Message-ID: <009901ce72a1$de2dd5d0$9a898170$@lizardhill.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: Ac5yodeKFEPhorotQkaXp5VOjwhWvw== Content-Language: en-us X-Antivirus: avast! (VPS 130626-0, 06/26/2013), Outbound message X-Antivirus-Status: Clean 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: Wed, 26 Jun 2013 20:12:18 -0000 Unsubscribe From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 20:23:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A674B628 for ; Wed, 26 Jun 2013 20:23:47 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by mx1.freebsd.org (Postfix) with ESMTP id 637A91AE1 for ; Wed, 26 Jun 2013 20:23:47 +0000 (UTC) Received: from mfilter6-d.gandi.net (mfilter6-d.gandi.net [217.70.178.135]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 3F780A80B4; Wed, 26 Jun 2013 22:23:36 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter6-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter6-d.gandi.net (mfilter6-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id QqBaoEFtHwFW; Wed, 26 Jun 2013 22:23:34 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 64114A80C0; Wed, 26 Jun 2013 22:23:33 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 3DB0B73A1C; Wed, 26 Jun 2013 13:23:32 -0700 (PDT) Date: Wed, 26 Jun 2013 13:23:32 -0700 From: Jeremy Chadwick To: Chris H Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? Message-ID: <20130626202332.GB80235@icarus.home.lan> References: <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-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: Wed, 26 Jun 2013 20:23:47 -0000 On Wed, Jun 26, 2013 at 09:42:43AM -0700, Chris H wrote: > Greetings, > I haven't upgraded my tree(s) for awhile. My last attempt to rebuild after an updating > src && ports, resulted in nearly installing the entire ports tree, which is why I've > waited so long. Try as I might, I've had great difficulty finding something that will > _only_ upgrade what I already have installed, _and_ respect the "options" used during the > original make && make install, or those options expressed in make.conf. > As portupgrade(1) && portmaster(8) appear to be the most used in this scenario, > I'm soliciting opinions on which of these works best, or if there is something else to > better manage this situation. Is there such a thing as a FreeBSD upgrade "easy button"? Use portmaster, avoid portupgrade. And no I will not expand on my reasoning -- I urge anyone even mentioning the word portupgrade to spend a few hours of their day reading the horror stories on the mailing lists over the past 10 years or so (including recently). Choose wisely. And before going on any sort of "update crusade", I recommend you re-examine your make.conf methodologies for options if you haven't already. The OPTIONS framework has been revamped and improved many times over, so you will find things like this on a system whose admin keeps up with the times (compare this to older ways/methods, which may break or stop working): OPTIONS_UNSET+= X11 IPV6 NLS php5_SET+= APACHE php5_UNSET+= CGI postfix_SET+= PCRE TLS SASL2 samba36_SET+= AIO_SUPPORT samba36_UNSET+= LDAP CUPS ACL_SUPPORT WINBIND POPT wget_SET+= OPENSSL wget_UNSET+= IDN When rebuilding everything, I have always resorted to this: rsync -avH /usr/local/ /usr/local.old/ pkg_delete -a -f rm -fr /usr/local/* rm -fr /var/db/ports/* rm -fr /usr/ports/distfiles/* cd /usr/ports/whatever make install clean {lather rinse repeat until done} And add some pkg_add -r's in there for large-ish things I don't want to rebuild from source (I think folks who use X probably do this quite a bit; I remember hearing how Open/LibreOffice takes something like 3-4 hours to build on some systems). But that's just how I do things. My advice on using portmaster, however, still stands. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 20:30: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]) by hub.freebsd.org (Postfix) with ESMTP id D8CA378A for ; Wed, 26 Jun 2013 20:30:54 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by mx1.freebsd.org (Postfix) with ESMTP id 975381B1D for ; Wed, 26 Jun 2013 20:30:54 +0000 (UTC) Received: from mfilter10-d.gandi.net (mfilter10-d.gandi.net [217.70.178.139]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id A821C17208C for ; Wed, 26 Jun 2013 22:30:42 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter10-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter10-d.gandi.net (mfilter10-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 8sABFQwZuHiA for ; Wed, 26 Jun 2013 22:30:41 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id F07721720A5 for ; Wed, 26 Jun 2013 22:30:40 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 31E8973A1C; Wed, 26 Jun 2013 13:30:39 -0700 (PDT) Date: Wed, 26 Jun 2013 13:30:39 -0700 From: Jeremy Chadwick To: freebsd-stable Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? Message-ID: <20130626203039.GA80528@icarus.home.lan> References: <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net> <20130626202332.GB80235@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130626202332.GB80235@icarus.home.lan> 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: Wed, 26 Jun 2013 20:30:54 -0000 On Wed, Jun 26, 2013 at 01:23:32PM -0700, Jeremy Chadwick wrote: > On Wed, Jun 26, 2013 at 09:42:43AM -0700, Chris H wrote: > {snipping} Also, hoping the OP is subscribed to -stable -- you should probably deal with this. This is not the first time I've seen problems with mail delivery to a 1command.com address. : host male.ultimateDNS.NET[209.180.214.225] said: 550 5.0.0 SPAM and BULK mail REJECTED (in reply to MAIL FROM command) -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 21:48:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C48797C3 for ; Wed, 26 Jun 2013 21:48:43 +0000 (UTC) (envelope-from bob@immure.com) Received: from maul.immure.com (immure.com [107.218.164.241]) by mx1.freebsd.org (Postfix) with ESMTP id 9754C1F1B for ; Wed, 26 Jun 2013 21:48:40 +0000 (UTC) Received: from [10.1.132.9] (helo=rancor.immure.com) by maul.immure.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Urx5b-000Mct-F7; Wed, 26 Jun 2013 16:17:22 -0500 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.7/8.14.7) with ESMTP id r5QLHJHc096940; Wed, 26 Jun 2013 16:17:19 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.7/8.14.6/Submit) id r5QLHJMT096939; Wed, 26 Jun 2013 16:17:19 -0500 (CDT) (envelope-from bob) Date: Wed, 26 Jun 2013 16:17:19 -0500 From: Bob Willcox To: Jeremy Chadwick Message-ID: <20130626211719.GB95647@rancor.immure.com> References: <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net> <20130626202332.GB80235@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130626202332.GB80235@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_20 autolearn=ham version=3.3.2 Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.com) Cc: Chris H , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Bob Willcox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 21:48:43 -0000 On Wed, Jun 26, 2013 at 01:23:32PM -0700, Jeremy Chadwick wrote: > On Wed, Jun 26, 2013 at 09:42:43AM -0700, Chris H wrote: > > Greetings, > > I haven't upgraded my tree(s) for awhile. My last attempt to rebuild after an updating > > src && ports, resulted in nearly installing the entire ports tree, which is why I've > > waited so long. Try as I might, I've had great difficulty finding something that will > > _only_ upgrade what I already have installed, _and_ respect the "options" used during the > > original make && make install, or those options expressed in make.conf. > > As portupgrade(1) && portmaster(8) appear to be the most used in this scenario, > > I'm soliciting opinions on which of these works best, or if there is something else to > > better manage this situation. Is there such a thing as a FreeBSD upgrade "easy button"? > > Use portmaster, avoid portupgrade. And no I will not expand on my > reasoning -- I urge anyone even mentioning the word portupgrade to spend > a few hours of their day reading the horror stories on the mailing lists > over the past 10 years or so (including recently). Choose wisely. Well, just to offer a counter-opinion here, I use portupgrade and feel that it has improved significantly over the past year or two and has become quite usable. I run it every two to four weeks on about five systems and haven't had any problems with it in a long time. However, YMMV. I do get ports that won't build from time to time, but I haven't seen any connection between their failures and portupgrade. -- Bob Willcox | The future lies ahead. bob@immure.com | Austin, TX | From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 22:51:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D0742AA6 for ; Wed, 26 Jun 2013 22:51:06 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 94C1E11E0 for ; Wed, 26 Jun 2013 22:51:06 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r5QMoqrd093918; Wed, 26 Jun 2013 16:50:52 -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 r5QMopSp093915; Wed, 26 Jun 2013 16:50:51 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 26 Jun 2013 16:50:51 -0600 (MDT) From: Warren Block To: Jeremy Chadwick Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? In-Reply-To: <20130626202332.GB80235@icarus.home.lan> Message-ID: References: <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net> <20130626202332.GB80235@icarus.home.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 26 Jun 2013 16:50:52 -0600 (MDT) Cc: Chris H , freebsd-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: Wed, 26 Jun 2013 22:51:06 -0000 On Wed, 26 Jun 2013, Jeremy Chadwick wrote: > When rebuilding everything, I have always resorted to this: > > rsync -avH /usr/local/ /usr/local.old/ > pkg_delete -a -f > rm -fr /usr/local/* > rm -fr /var/db/ports/* > rm -fr /usr/ports/distfiles/* > cd /usr/ports/whatever > make install clean > {lather rinse repeat until done} I don't generally rebuild from scratch, but there is a procedure at the end of the portmaster man page for doing it. Something that should be mentioned: if you are not deleting and reinstalling everything, always--yes, always--check the new entries in /usr/ports/UPDATING first. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 26 23:20: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]) by hub.freebsd.org (Postfix) with ESMTP id C78B629D for ; Wed, 26 Jun 2013 23:20:49 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 53D8D162A for ; Wed, 26 Jun 2013 23:20:48 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-92-241.lns20.adl2.internode.on.net [118.210.92.241]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r5QNKHVe044096 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 27 Jun 2013 08:50:23 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? From: "Daniel O'Connor" In-Reply-To: <20130626202332.GB80235@icarus.home.lan> Date: Thu, 27 Jun 2013 08:50:16 +0930 Content-Transfer-Encoding: 7bit Message-Id: <0E80C8BC-2CE5-4D52-9A42-326481DA343E@gsoft.com.au> References: <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net> <20130626202332.GB80235@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1508) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Chris H , freebsd-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: Wed, 26 Jun 2013 23:20:49 -0000 On 27/06/2013, at 5:53, Jeremy Chadwick wrote: > cd /usr/ports/whatever > make install clean > {lather rinse repeat until done} The faster version of this is find /usr/ports -maxdepth 3 -name work -type d -print0 | xargs -0 rm -rf Simpler is to put.. WRKDIRPREFIX=/foo/bar in /etc/make.conf Then you can just rm -rf /foo/bar/work to delete all of the port build goop. -- 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 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 00:33: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]) by hub.freebsd.org (Postfix) with ESMTP id B7FF232C for ; Thu, 27 Jun 2013 00:33:54 +0000 (UTC) (envelope-from bsd-lists@1command.com) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) by mx1.freebsd.org (Postfix) with ESMTP id 51DDA1915 for ; Thu, 27 Jun 2013 00:33:53 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id r5R0Yp4t061244; Wed, 26 Jun 2013 17:34:57 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id r5R0Yj3l061243; Wed, 26 Jun 2013 17:34:45 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 26 Jun 2013 17:34:45 -0700 (PDT) Message-ID: <67588ada736599c95cac241b3c3af730.authenticated@ultimatedns.net> Date: Wed, 26 Jun 2013 17:34:45 -0700 (PDT) Subject: re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? From: "Chris H" To: matthias.andree@gmx.de User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal 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: Thu, 27 Jun 2013 00:33:54 -0000 > Am 26.06.2013 18:42, schrieb Chris H: >> Greetings, >> I haven't upgraded my tree(s) for awhile. My last attempt to rebuild after an updating >> src && ports, resulted in nearly installing the entire ports tree, which is why I've >> waited so long. Try as I might, I've had great difficulty finding something that will >> _only_ upgrade what I already have installed, _and_ respect the "options" used during the >> original make && make install, or those options expressed in make.conf. >> As portupgrade(1) && portmaster(8) appear to be the most used in this scenario, >> I'm soliciting opinions on which of these works best, or if there is something else to >> better manage this situation. Is there such a thing as a FreeBSD upgrade "easy button"? >> >> Thank you for all your consideration. > Chris, > > this time around, you will again rebuild almost your entire ports tree > because some basic ports, such as Perl. > > Also, you will rarely be able to only upgrade what you already have > installed because sometimes ports grow new requisite other ports you do > not already have. > > I haven't used portupgrade in a long time because there was a period > where it had fallen to bit-rot, but both tools are being maintained now. > > portupgrade has the decided advantage of being able to continue building > some ports if another port failed as long as the failed port is not > itself a requisite port for one that is yet to be built; portmaster > bails out at the first error. > > portmaster, on the other hand, has a "rebuild everything" approach in > the manual page, and can be used to list only leaf ports -- but that > approach will require you to deinstall all ports so that the machine > becomes unusable while it builds. > > There are other approaches, like using portmaster just to list this > ports tree, and then use Tinderbox or poudriere to build packages in a > chroot, and then only deinstall and install if you have all packages > built successfully - but I am not familiar with automating this, not > familiar with poudriere, and it requires a bit of work to get your > options transferred to these build systems. Such a "build all packages > first before you start deinstalling" would reduce the downtime, though. > > Hope that helps a little. > > Best regards > Matthias Andree Greetings, and thank you for your reply. I understand that portupgrade _will_ pull in other dependencies _as needed_ -- I _do_ read the man(1) pages. :) But it installed (pulled in) far more than those dependencies actually required. I believe, due to the fact that it doesn't appear to honor the original build options recorded in /var/db/ports//options. Nor, do I recall that it honored /etc/make.conf -- make.conf(5). Maybe things have changed? I don't see it. Oh, and should it not have been clear; I _do_ anticipate the "upgrade" to re-build most everything, as that is why I'm trying to find a "mass upgrader" port, to do the "dirty work". Also should it not have been clear in the beginning; I am _not_ doing anything more than upgrading everything _within_ my current version; eg; no major point upgrade, or anything. Thank you again, for taking the time to respond. --chris From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 01:55:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F36FEB7F for ; Thu, 27 Jun 2013 01:55:00 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id B83BE1C57 for ; Thu, 27 Jun 2013 01:55:00 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r5R1sdYM094876; Wed, 26 Jun 2013 19:54:39 -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 r5R1sd0s094873; Wed, 26 Jun 2013 19:54:39 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 26 Jun 2013 19:54:39 -0600 (MDT) From: Warren Block To: Chris H Subject: re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? In-Reply-To: <67588ada736599c95cac241b3c3af730.authenticated@ultimatedns.net> Message-ID: References: <67588ada736599c95cac241b3c3af730.authenticated@ultimatedns.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 26 Jun 2013 19:54:39 -0600 (MDT) Cc: matthias.andree@gmx.de, 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: Thu, 27 Jun 2013 01:55:01 -0000 On Wed, 26 Jun 2013, Chris H wrote: > But it installed (pulled in) far more than those dependencies actually required. It may bring in build dependencies, but should be no different than manually installing ports. > I believe, due to the fact that it doesn't appear to honor the original build > options recorded in /var/db/ports//options. Nor, do I recall that it > honored /etc/make.conf -- make.conf(5). Maybe things have changed? Both portupgrade and portmaster did and do honor these. Both are automated versions of installing the ports manually. That can be overridden with mis-recommended BATCH variable. Don't do that. > I don't see it. Oh, and should it not have been clear; I _do_ > anticipate the "upgrade" to re-build most everything, as that is why > I'm trying to find a "mass upgrader" port, to do the "dirty work". > Also should it not have been clear in the beginning; I am _not_ doing > anything more than upgrading everything _within_ my current version; > eg; no major point upgrade, or anything. Okay, look up the last time you installed or upgraded a port: % ls -ltr /var/db/pkg The last one is the most recently modified. Update your ports tree, follow all the steps that apply to your system since that date. If any ports are left to upgrade at the end, use either port upgrade program with "-a". I recommend portmaster. It does almost everything portupgrade does, but without the overhead of Ruby or bdb. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 02:37:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 32431BAE for ; Thu, 27 Jun 2013 02:37:21 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from www.jail.lambertfam.org (atom1.lambertfam.org [69.153.112.46]) by mx1.freebsd.org (Postfix) with ESMTP id 164391E57 for ; Thu, 27 Jun 2013 02:37:20 +0000 (UTC) Received: by www.jail.lambertfam.org (Postfix, from userid 999) id 562953B29B; Wed, 26 Jun 2013 21:37:17 -0500 (CDT) Date: Wed, 26 Jun 2013 21:37:17 -0500 From: Scott Lambert To: freebsd-stable@freebsd.org Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? Message-ID: <20130627023717.GE3842@www.jail.lambertfam.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <67588ada736599c95cac241b3c3af730.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <67588ada736599c95cac241b3c3af730.authenticated@ultimatedns.net> 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, 27 Jun 2013 02:37:21 -0000 On Wed, Jun 26, 2013 at 05:34:45PM -0700, Chris H wrote: > Greetings, and thank you for your reply. > > I understand that portupgrade _will_ pull in other dependencies _as > needed_ -- I _do_ read the man(1) pages. :) > > But it installed (pulled in) far more than those dependencies > actually required. I believe, due to the fact that it doesn't > appear to honor the original build options recorded in > /var/db/ports//options. Nor, do I recall that it honored > /etc/make.conf -- make.conf(5). Maybe things have changed? You may have asked portupgrade to use packages first and fall back to building from source. That would install the packages which were built with the default options on the package building cluster. It saves time; but I don't like mixing packages with build from source, especially when I want custom options on anything. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 04:15: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]) by hub.freebsd.org (Postfix) with ESMTP id 091D44A0 for ; Thu, 27 Jun 2013 04:15:27 +0000 (UTC) (envelope-from bsd-lists@1command.com) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) by mx1.freebsd.org (Postfix) with ESMTP id B15C71457 for ; Thu, 27 Jun 2013 04:15:25 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id r5R4GV1M076822; Wed, 26 Jun 2013 21:16:37 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id r5R4GQBx076819; Wed, 26 Jun 2013 21:16:26 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 26 Jun 2013 21:16:26 -0700 (PDT) Message-ID: <9580eaf8d7706197d1fee71c90ed7f20.authenticated@ultimatedns.net> In-Reply-To: References: <67588ada736599c95cac241b3c3af730.authenticated@ultimatedns.net> Date: Wed, 26 Jun 2013 21:16:26 -0700 (PDT) Subject: re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? From: "Chris H" To: "Warren Block" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: matthias.andree@gmx.de, 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: Thu, 27 Jun 2013 04:15:27 -0000 > On Wed, 26 Jun 2013, Chris H wrote: > >> But it installed (pulled in) far more than those dependencies actually required. > > It may bring in build dependencies, but should be no different than > manually installing ports. > >> I believe, due to the fact that it doesn't appear to honor the original build >> options recorded in /var/db/ports//options. Nor, do I recall that it >> honored /etc/make.conf -- make.conf(5). Maybe things have changed? > > Both portupgrade and portmaster did and do honor these. Both are > automated versions of installing the ports manually. That can be > overridden with mis-recommended BATCH variable. Don't do that. > >> I don't see it. Oh, and should it not have been clear; I _do_ >> anticipate the "upgrade" to re-build most everything, as that is why >> I'm trying to find a "mass upgrader" port, to do the "dirty work". >> Also should it not have been clear in the beginning; I am _not_ doing >> anything more than upgrading everything _within_ my current version; >> eg; no major point upgrade, or anything. > > Okay, look up the last time you installed or upgraded a port: > % ls -ltr /var/db/pkg > > The last one is the most recently modified. Update your ports tree, > follow all the steps that apply to your system since that date. If any > ports are left to upgrade at the end, use either port upgrade program > with "-a". > > I recommend portmaster. It does almost everything portupgrade does, but > without the overhead of Ruby or bdb. Greetings Warren, and thank you for your reply. Sounds like the plan. I'll take your advice, and run with it. Gave me just the confidence I needed. :) Thanks again, for taking the time to reply. --Chris > _______________________________________________ > 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 Thu Jun 27 04:24:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0792A914 for ; Thu, 27 Jun 2013 04:24:07 +0000 (UTC) (envelope-from chrish@UltimateDNS.NET) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) by mx1.freebsd.org (Postfix) with ESMTP id B1BF51605 for ; Thu, 27 Jun 2013 04:24:06 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id r5R4PDAm077347 for ; Wed, 26 Jun 2013 21:25:19 -0700 (PDT) (envelope-from chrish@UltimateDNS.NET) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id r5R4P8cO077343; Wed, 26 Jun 2013 21:25:08 -0700 (PDT) (envelope-from chrish@UltimateDNS.NET) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 26 Jun 2013 21:25:08 -0700 (PDT) Message-ID: <220d104dda060f56d162a97a38d2c004.authenticated@ultimatedns.net> In-Reply-To: <20130627023717.GE3842@www.jail.lambertfam.org> References: <67588ada736599c95cac241b3c3af730.authenticated@ultimatedns.net> <20130627023717.GE3842@www.jail.lambertfam.org> Date: Wed, 26 Jun 2013 21:25:08 -0700 (PDT) Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? From: chrish@UltimateDNS.NET To: freebsd-stable@freebsd.org User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal 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, 27 Jun 2013 04:24:07 -0000 > On Wed, Jun 26, 2013 at 05:34:45PM -0700, Chris H wrote: >> Greetings, and thank you for your reply. >> >> I understand that portupgrade _will_ pull in other dependencies _as >> needed_ -- I _do_ read the man(1) pages. :) >> >> But it installed (pulled in) far more than those dependencies >> actually required. I believe, due to the fact that it doesn't >> appear to honor the original build options recorded in >> /var/db/ports//options. Nor, do I recall that it honored >> /etc/make.conf -- make.conf(5). Maybe things have changed? > > You may have asked portupgrade to use packages first and fall back > to building from source. That would install the packages which were > built with the default options on the package building cluster. It > saves time; but I don't like mixing packages with build from source, > especially when I want custom options on anything. > > -- > Scott Lambert KC5MLE Unix SysAdmin > lambert@lambertfam.org Greetings Scott, and thank you for the reply. You may be right. Like I said, it's been awhile. I don't like mixing things either. I have more than enough to think about, as it is. Why try adding any additional unnecessary elements to reconcile. I'm gonna give portmaster a try, I think. Seems to have more positive comments. But, in all fairness to portupgrade; it may have been a misunderstanding on my part. Thanks again, for taking the time to respond. --Chris > _______________________________________________ > 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 Thu Jun 27 04:30:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C70B4A73 for ; Thu, 27 Jun 2013 04:30:15 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE3D163C for ; Thu, 27 Jun 2013 04:30:15 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r5R4U1SK095968; Wed, 26 Jun 2013 22:30:02 -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 r5R4U1xU095965; Wed, 26 Jun 2013 22:30:01 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 26 Jun 2013 22:30:01 -0600 (MDT) From: Warren Block To: Chris H Subject: re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? In-Reply-To: <9580eaf8d7706197d1fee71c90ed7f20.authenticated@ultimatedns.net> Message-ID: References: <67588ada736599c95cac241b3c3af730.authenticated@ultimatedns.net> <9580eaf8d7706197d1fee71c90ed7f20.authenticated@ultimatedns.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 26 Jun 2013 22:30:02 -0600 (MDT) Cc: matthias.andree@gmx.de, 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: Thu, 27 Jun 2013 04:30:15 -0000 On Wed, 26 Jun 2013, Chris H wrote: >> On Wed, 26 Jun 2013, Chris H wrote: >> >> Okay, look up the last time you installed or upgraded a port: >> % ls -ltr /var/db/pkg >> >> The last one is the most recently modified. Update your ports tree, >> follow all the steps that apply to your system since that date. That should say "all the steps in /usr/ports/UPDATING that apply to your system since that date." >> I recommend portmaster. It does almost everything portupgrade does, but >> without the overhead of Ruby or bdb. > Greetings Warren, and thank you for your reply. > > Sounds like the plan. I'll take your advice, and run with it. > Gave me just the confidence I needed. :) Good! Please post if you have any problems. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 05:05:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5DBE2E9B for ; Thu, 27 Jun 2013 05:05:40 +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]) by mx1.freebsd.org (Postfix) with ESMTP id 0711617AC for ; Thu, 27 Jun 2013 05:05:39 +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 r5R55R14040661; Thu, 27 Jun 2013 01:05:27 -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 r5R55RJD040660; Thu, 27 Jun 2013 01:05:27 -0400 (EDT) (envelope-from wollman) Date: Thu, 27 Jun 2013 01:05:27 -0400 (EDT) From: Garrett Wollman Message-Id: <201306270505.r5R55RJD040660@hergotha.csail.mit.edu> To: bsd-lists@1command.com Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? In-Reply-To: <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net> Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Thu, 27 Jun 2013 01:05:28 -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-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: Thu, 27 Jun 2013 05:05:40 -0000 In article <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net>, bsd-lists@lcommand.com writes: > I haven't upgraded my tree(s) for awhile. My last attempt to rebuild >after an updating >src && ports, resulted in nearly installing the entire ports tree, which >is why I've >waited so long. Try as I might, I've had great difficulty finding >something that will >_only_ upgrade what I already have installed, _and_ respect the >"options" used during the >original make && make install, or those options expressed in make.conf. Having just gone through this in two different environments, I can very very strongly recommend doing the following. It's not the "easy button" of the TV commercials, but it will make things much much easier in the future. 1) Switch your system to pkgng if you haven't already. Unfortunately, this will not result in the right ports being marked as "automatic", so you'll need to do a bit of post-conversion surgery: # pkg set -A 1 -g '*' # pkg query -e '%#r==0' '%n-%v: %c' Then look through the output of "pkg query" to identify the leaf packages that are the ones you actually wanted explicitly to have installed. For each one of those: # pkg set -A 0 packagename Create a list of your desired packages: # pkg query -e '%a==0' '%o' > pkg-list Clean up the unnecessary local packages: # pkg autoremove (You can iterate the last three steps, aborting "pkg autoremove" each time but the last, until it doesn't offer to remove anything you care about keeping.) Repeat this process for each machine, and merge the resulting pkg-list files using sort -u. Make sure that pkgng is enabled for ports in /etc/make.conf. 2) Install and set up poudriere. Copy /var/db/ports, /etc/src.conf, and /etc/make.conf to /usr/local/etc (possibly with local variations as described in poudriere(8) under the heading "CUSTOMISATION"). 3) Run "poudriere options" for each jail and setname (if you created any sets following the customization section referenced above), providing the package list you constructed, to make sure that any new options are configured as you require them. 4) Run "poudriere bulk" for each jail and setname (if you created any), providing the package list as before. This will create a pkgng repository for each jail and set, which you can serve by HTTP (using your choice of Web server) or SSH (with pkgng 1.1+), and all of these packages will have been built in a clean jail and (if their dependencies were specified correctly) will have no library inconsistencies. 5) Configure your client machines to reference the appropriate repository created in step (4). 6) Run "pkg upgrade -fy" on all of your machines, and resolve any inconsistencies by "pkg remove"-ing the offending local package. That seems like a lot of work, and it is, but having done it, there's a huge benefit the next time you want to do update your systems: a) Update the ports tree (how you do this depends on how you set up poudriere -- see the man page). b) Repeat step (3). c) Repeat step (4). d) Check the ports UPDATING file for any warnings about packages you are about to install. If it tells you to do "pkg install -fR somepackage", then do those. e) Run "pkg upgrade -y" to upgrade any remaining packages. Even for just three machines it was worth going through this process -- and worth unifying all of my package sets and options. Since I now do one build instead of three, I'm no longer so ocncerned about minimizing dependencies; it's no big deal if some X libraries get installed on my server. -GAWollman From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 06:26:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 20FBCF19 for ; Thu, 27 Jun 2013 06:26:15 +0000 (UTC) (envelope-from bsd-lists@1command.com) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) by mx1.freebsd.org (Postfix) with ESMTP id D288E1C28 for ; Thu, 27 Jun 2013 06:26:14 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id r5R6RKkQ088503; Wed, 26 Jun 2013 23:27:26 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id r5R6RFDH088497; Wed, 26 Jun 2013 23:27:15 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 26 Jun 2013 23:27:15 -0700 (PDT) Message-ID: <5cc1b9cc0c9681d655d063c7737c73d9.authenticated@ultimatedns.net> In-Reply-To: <201306270505.r5R55RJD040660@hergotha.csail.mit.edu> References: <201306270505.r5R55RJD040660@hergotha.csail.mit.edu> Date: Wed, 26 Jun 2013 23:27:15 -0700 (PDT) Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? From: "Chris H" To: "Garrett Wollman" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal 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: Thu, 27 Jun 2013 06:26:15 -0000 > In article <5e20544e3580a75759c3858f31894dc9.authenticated@ultimatedns.net>, > bsd-lists@lcommand.com writes: > >> I haven't upgraded my tree(s) for awhile. My last attempt to rebuild >>after an updating >>src && ports, resulted in nearly installing the entire ports tree, which >>is why I've >>waited so long. Try as I might, I've had great difficulty finding >>something that will >>_only_ upgrade what I already have installed, _and_ respect the >>"options" used during the >>original make && make install, or those options expressed in make.conf. > > Having just gone through this in two different environments, I can > very very strongly recommend doing the following. It's not the "easy > button" of the TV commercials, but it will make things much much > easier in the future. > > 1) Switch your system to pkgng if you haven't already. Unfortunately, > this will not result in the right ports being marked as "automatic", > so you'll need to do a bit of post-conversion surgery: > > # pkg set -A 1 -g '*' > # pkg query -e '%#r==0' '%n-%v: %c' > > Then look through the output of "pkg query" to identify the leaf > packages that are the ones you actually wanted explicitly to have > installed. For each one of those: > > # pkg set -A 0 packagename > > Create a list of your desired packages: > > # pkg query -e '%a==0' '%o' > pkg-list > > Clean up the unnecessary local packages: > > # pkg autoremove > > (You can iterate the last three steps, aborting "pkg autoremove" each > time but the last, until it doesn't offer to remove anything you care > about keeping.) > > Repeat this process for each machine, and merge the resulting pkg-list > files using sort -u. Make sure that pkgng is enabled for ports in > /etc/make.conf. > > 2) Install and set up poudriere. Copy /var/db/ports, /etc/src.conf, > and /etc/make.conf to /usr/local/etc (possibly with local variations > as described in poudriere(8) under the heading "CUSTOMISATION"). > > 3) Run "poudriere options" for each jail and setname (if you created > any sets following the customization section referenced above), > providing the package list you constructed, to make sure that any new > options are configured as you require them. > > 4) Run "poudriere bulk" for each jail and setname (if you created > any), providing the package list as before. This will create a pkgng > repository for each jail and set, which you can serve by HTTP (using > your choice of Web server) or SSH (with pkgng 1.1+), and all of these > packages will have been built in a clean jail and (if their > dependencies were specified correctly) will have no library > inconsistencies. > > 5) Configure your client machines to reference the appropriate > repository created in step (4). > > 6) Run "pkg upgrade -fy" on all of your machines, and resolve any > inconsistencies by "pkg remove"-ing the offending local package. > > That seems like a lot of work, and it is, but having done it, there's > a huge benefit the next time you want to do update your systems: > > a) Update the ports tree (how you do this depends on how you set up > poudriere -- see the man page). > > b) Repeat step (3). > > c) Repeat step (4). > > d) Check the ports UPDATING file for any warnings about packages you > are about to install. If it tells you to do "pkg install -fR > somepackage", then do those. > > e) Run "pkg upgrade -y" to upgrade any remaining packages. > > Even for just three machines it was worth going through this process > -- and worth unifying all of my package sets and options. Since I now > do one build instead of three, I'm no longer so ocncerned about > minimizing dependencies; it's no big deal if some X libraries get > installed on my server. > > -GAWollman Greetings, WOW! Thank you for the _very_ informative reply, Garrett. _Greatly_ appreciated. --Chris > _______________________________________________ > 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 Thu Jun 27 08:15: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]) by hub.freebsd.org (Postfix) with ESMTP id 60CA58EE; Thu, 27 Jun 2013 08:15:54 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id 205061174; Thu, 27 Jun 2013 08:15:53 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 25AEA6A6003; Thu, 27 Jun 2013 10:15:52 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id r5R8FpLO024989; Thu, 27 Jun 2013 10:15:51 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id r5R8FpU0024493; Thu, 27 Jun 2013 10:15:51 +0200 (CEST) (envelope-from lars) Date: Thu, 27 Jun 2013 10:15:51 +0200 From: Lars Engels To: Adrian Chadd Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume Message-ID: <20130627081551.GO88288@e-new.0x20.net> References: <20130621220013.X55167@sola.nimnet.asn.au> <20130626152833.M78748@sola.nimnet.asn.au> <20130626195154.GK88288@e-new.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GPOl6LAGMgeiWDic" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.4-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Ian Smith , freebsd-usb@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: Thu, 27 Jun 2013 08:15:54 -0000 --GPOl6LAGMgeiWDic Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 26, 2013 at 12:53:43PM -0700, Adrian Chadd wrote: > On 26 June 2013 12:51, Lars Engels wrote: > > On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote: > >> [snip] ok, I'll do a boot -v tonight when I get home and log things. > >> > >> Thanks! > > > > Please also try a recent CURRENT. I was having the same issues with dead > > USB ports on my X200, but IIRC it suddenly worked a few weeks ago. > > Unfotunately with the new X.org resuming doesn't work for me, so I can't > > try it now. >=20 > .. having resume not work with xorg is a big, big red flag. >=20 > I'm happy to boot a -head snapshot on this thing, but I can't really > migrate to running -head if resume doesn't work. :( >=20 Resuming only doesn't work with the new X.org which you don't need to use. But rumor has it that it that resuming works on some machines without vesa in the kernel. --GPOl6LAGMgeiWDic Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlHL9LcACgkQKc512sD3afhouQCbBvEMXX2Yfk26pK0Qskbfmja2 ybQAoJ1VSPEcau/YWr+70+WMVrNs2Jgf =XgTg -----END PGP SIGNATURE----- --GPOl6LAGMgeiWDic-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 08:31: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]) by hub.freebsd.org (Postfix) with ESMTP id 90DC972 for ; Thu, 27 Jun 2013 08:31:27 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 621011247 for ; Thu, 27 Jun 2013 08:31:27 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id r5R8Ux8l005194; Thu, 27 Jun 2013 01:31:04 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201306270831.r5R8Ux8l005194@gw.catspoiler.org> Date: Thu, 27 Jun 2013 01:30:59 -0700 (PDT) From: Don Lewis Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? To: bob@immure.com In-Reply-To: <20130626211719.GB95647@rancor.immure.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: jdc@koitsu.org, bsd-lists@1command.com, 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: Thu, 27 Jun 2013 08:31:27 -0000 On 26 Jun, Bob Willcox wrote: > On Wed, Jun 26, 2013 at 01:23:32PM -0700, Jeremy Chadwick wrote: >> On Wed, Jun 26, 2013 at 09:42:43AM -0700, Chris H wrote: >> > Greetings, >> > I haven't upgraded my tree(s) for awhile. My last attempt to rebuild after an updating >> > src && ports, resulted in nearly installing the entire ports tree, which is why I've >> > waited so long. Try as I might, I've had great difficulty finding something that will >> > _only_ upgrade what I already have installed, _and_ respect the "options" used during the >> > original make && make install, or those options expressed in make.conf. >> > As portupgrade(1) && portmaster(8) appear to be the most used in this scenario, >> > I'm soliciting opinions on which of these works best, or if there is something else to >> > better manage this situation. Is there such a thing as a FreeBSD upgrade "easy button"? >> >> Use portmaster, avoid portupgrade. And no I will not expand on my >> reasoning -- I urge anyone even mentioning the word portupgrade to spend >> a few hours of their day reading the horror stories on the mailing lists >> over the past 10 years or so (including recently). Choose wisely. > > Well, just to offer a counter-opinion here, I use portupgrade and feel that it > has improved significantly over the past year or two and has become quite > usable. I run it every two to four weeks on about five systems and haven't had > any problems with it in a long time. However, YMMV. I'm also a long-time portupgrade user, though I've been running locally tweaked versions for quite some time. Currently I'm using the patch from the PR ports/177365, which makes the -a -f and -r options play together much better. I always start my upgrades by running portupgrade -aFc to fetch any needed distfiles and configure all the port options. That avoids breakage in the middle of the upgrade from an unfetchable distfile, and avoids interactive pauses in the middle of the upgrade to set options. In my latest upgrade, I had to deal with the ruby version change as well as the perl upgrade and the audio/flac library version bump. On my sole 10-CURRENT machine, I just followed the initial steps listed in UPDATING for the ruby version change, and then ran: portupgrade -afx ruby-1.8.\* -r lang/ruby18 lang/perl5.12 audio/flac That upgrades all the ports that are out of date and rebuilds all the ports that depend on the explictly listed ports, all in the correct dependency order. For my 8-STABLE machines, I build pkgng packages on one machine and then use pkg to upgrade the others. I build the packages in three steps: portupgrade -nfx ruby-1.8.\* -r lang/ruby18 lang/perl5.12 audio/flac >f edit the file "f" to get the list of the origins of the ports that would be upgraded portugrade -fpr `cat f` I do this so that if port "foo" gets upgraded because it is out of date, I want to rebuild all the packages that depend on "foo". The reason for that is if I install package "bar" that depends on "foo", I want pkg to also install the correct version of "foo". If I feel ambitious, I might tweak portouprade so that it can handle this internally instead of having to do the extra steps manually. On the other hand, I might switch to poudriere, which is probably a better solution. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 10:59:29 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 703D6159; Thu, 27 Jun 2013 10:59:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 300981AE8; Thu, 27 Jun 2013 10:59:29 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RAxRnv058353; Thu, 27 Jun 2013 10:59:27 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RAxRSQ058352; Thu, 27 Jun 2013 10:59:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 10:59:27 GMT Message-Id: <201306271059.r5RAxRSQ058352@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/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: Thu, 27 Jun 2013 10:59:29 -0000 TB --- 2013-06-27 09:40:33 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 09:40:33 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 09:40:33 - starting RELENG_9 tinderbox run for arm/arm TB --- 2013-06-27 09:40:33 - cleaning the object tree TB --- 2013-06-27 09:40:33 - /usr/local/bin/svn stat /src TB --- 2013-06-27 09:40:40 - At svn revision 252301 TB --- 2013-06-27 09:40:41 - building world TB --- 2013-06-27 09:40:41 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 09:40:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 09:40:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 09:40:41 - SRCCONF=/dev/null TB --- 2013-06-27 09:40:41 - TARGET=arm TB --- 2013-06-27 09:40:41 - TARGET_ARCH=arm TB --- 2013-06-27 09:40:41 - TZ=UTC TB --- 2013-06-27 09:40:41 - __MAKE_CONF=/dev/null TB --- 2013-06-27 09:40:41 - cd /src TB --- 2013-06-27 09:40:41 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 09:40:41 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 [...] cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 10:59:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 10:59:27 - ERROR: failed to build world TB --- 2013-06-27 10:59:27 - 2981.96 user 572.13 system 4733.93 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 11:46: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]) by hub.freebsd.org (Postfix) with ESMTP id 14236FC2 for ; Thu, 27 Jun 2013 11:46:37 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 948331DC5 for ; Thu, 27 Jun 2013 11:46:36 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id fr10so688429lab.32 for ; Thu, 27 Jun 2013 04:46:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=UPxs+yQGeAjwj6qr3VW1oUEeXIPq49Q4JyhFSS+erEo=; b=EKPffdg9LzNFGzohO3P84+yBZETouRfJkJ96cXQ3G16HgzjqrjKdGLk8CSe9NBNonB FmkRgxgkNUuac6OjyVQ5vOmsDxCUXvwaANiKSaiqCjnpWT5ogbMXz4wgCPX3vMcZpldO s8XtB6ru8qWSDtIxzM5hI0IswNUjzLGL+Cn4Km1TioUKv8TjsHDcfwVdL0f7j49wthGm WbVrw5cZUErdEtorpjlo7fZ4MxLr290DZmoKwMcGpLys0XhbkjUjfUHaEQZn1qE9J0kZ pmnecakEEXEspcf1YuombpzsbK1f4ZUYEPGKpvkMKONl1sp+gojfkrWx8nlomJO8VlwW QlMA== X-Received: by 10.152.23.99 with SMTP id l3mr3943756laf.82.1372333595465; Thu, 27 Jun 2013 04:46:35 -0700 (PDT) Received: from [192.168.1.139] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id m14sm1037241lbl.1.2013.06.27.04.46.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 27 Jun 2013 04:46:35 -0700 (PDT) Message-ID: <51CC2619.90507@gmail.com> Date: Thu, 27 Jun 2013 14:46:33 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130626 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: can't build stable with clang after tcpdump import 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: Thu, 27 Jun 2013 11:46:37 -0000 Hi all. After recent tcpdump update I get this: cc -O2 -pipe -I/usr/src/usr.sbin/tcpdump/tcpdump -I/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/usr/obj/usr/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-radius.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:23: error: use of undeclared identifier 'tcpstates' printf(" %s:%s", tcpstates[src->state], ^ make buildincludes ; make installincludes doesn't fix a thing... -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 11:58:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8F69D305; Thu, 27 Jun 2013 11:58:38 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id D85041E58; Thu, 27 Jun 2013 11:58:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r5RBwJWC072647; Thu, 27 Jun 2013 21:58:20 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 27 Jun 2013 21:58:19 +1000 (EST) From: Ian Smith To: Adrian Chadd Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume In-Reply-To: Message-ID: <20130627213331.W26984@sola.nimnet.asn.au> References: <20130621220013.X55167@sola.nimnet.asn.au> <20130626152833.M78748@sola.nimnet.asn.au> <20130626195154.GK88288@e-new.0x20.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Lars Engels , freebsd-usb@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: Thu, 27 Jun 2013 11:58:38 -0000 On Wed, 26 Jun 2013 12:53:43 -0700, Adrian Chadd wrote: > On 26 June 2013 12:51, Lars Engels wrote: > > On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote: > >> [snip] ok, I'll do a boot -v tonight when I get home and log things. > >> > >> Thanks! > > > > Please also try a recent CURRENT. I was having the same issues with dead > > USB ports on my X200, but IIRC it suddenly worked a few weeks ago. > > Unfotunately with the new X.org resuming doesn't work for me, so I can't > > try it now. > > .. having resume not work with xorg is a big, big red flag. > > I'm happy to boot a -head snapshot on this thing, but I can't really > migrate to running -head if resume doesn't work. :( Well if there's a functional change in head that fixes this on Lars' and yours, getting it into stable shouldn't be so hard I expect. However if there's a fix (or some Lenovo workaround) for yours on 9 it'd be useful to hunt it down, no? I utterly depend on 100% working resume too. We don't yet know if this is a bus, ACPI &/or USB issue. Home yet? :) cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 12:08:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2B375978 for ; Thu, 27 Jun 2013 12:08:03 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id E44C51F11 for ; Thu, 27 Jun 2013 12:08:02 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r5RC7nRA000314; Thu, 27 Jun 2013 06:07:49 -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 r5RC7n6E000311; Thu, 27 Jun 2013 06:07:49 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 27 Jun 2013 06:07:49 -0600 (MDT) From: Warren Block To: Garrett Wollman Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? In-Reply-To: <201306270505.r5R55RJD040660@hergotha.csail.mit.edu> Message-ID: References: <201306270505.r5R55RJD040660@hergotha.csail.mit.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 27 Jun 2013 06:07:49 -0600 (MDT) Cc: bsd-lists@1command.com, 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: Thu, 27 Jun 2013 12:08:03 -0000 On Thu, 27 Jun 2013, Garrett Wollman wrote: > Having just gone through this in two different environments, I can > very very strongly recommend doing the following. It's not the "easy > button" of the TV commercials, but it will make things much much > easier in the future. This is an interesting procedure and should be made into a web-accessible document! Setting up a build machine for a network is a fairly common desire, and your procedure looks to be doing everything the newest way. > Then look through the output of "pkg query" to identify the leaf > packages that are the ones you actually wanted explicitly to have > installed. On a single machine, this can be approximated with portmaster's "--list-origins" option. It gives a list of root and leaf ports which can be edited to just the desired ones. Feed that list to portmaster on a system with no ports installed, and it will install the leaf ports and dependencies. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 12:20:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5EB59D24 for ; Thu, 27 Jun 2013 12:20:30 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 200331FAC for ; Thu, 27 Jun 2013 12:20:30 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 77C2928422; Thu, 27 Jun 2013 14:20:23 +0200 (CEST) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 65FC02842C; Thu, 27 Jun 2013 14:20:22 +0200 (CEST) Message-ID: <51CC2E05.5080203@quip.cz> Date: Thu, 27 Jun 2013 14:20:21 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Warren Block Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? References: <67588ada736599c95cac241b3c3af730.authenticated@ultimatedns.net> <9580eaf8d7706197d1fee71c90ed7f20.authenticated@ultimatedns.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Chris H , matthias.andree@gmx.de, 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: Thu, 27 Jun 2013 12:20:30 -0000 Warren Block wrote: > On Wed, 26 Jun 2013, Chris H wrote: >>> On Wed, 26 Jun 2013, Chris H wrote: >>> >>> Okay, look up the last time you installed or upgraded a port: >>> % ls -ltr /var/db/pkg >>> >>> The last one is the most recently modified. Update your ports tree, >>> follow all the steps that apply to your system since that date. > > That should say "all the steps in /usr/ports/UPDATING that apply to your > system since that date." There is a nice command that helps you to list only relevant entries from UPDATING (entries from UPDATING for already installed ports) pkg_updating -d YYYYMMDD Where YYYYMMDD is the last time you did ports update, for example pkg_updating -d 20120923 Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 12:32:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2DEC4345; Thu, 27 Jun 2013 12:32:44 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) by mx1.freebsd.org (Postfix) with ESMTP id 9DAAD1065; Thu, 27 Jun 2013 12:32:43 +0000 (UTC) Received: from P142.sics.se (n141-p245.kthopen.kth.se [130.229.141.245]) by sink.sics.se (8.14.5/8.14.5) with ESMTP id r5RCWWpu090387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 27 Jun 2013 14:32:35 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.5/8.14.5) with ESMTP id r5RCX6vs003224; Thu, 27 Jun 2013 14:33:06 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.5/8.14.5/Submit) id r5RCX4Vq003223; Thu, 27 Jun 2013 14:33:04 +0200 (CEST) (envelope-from bengta@P142.sics.se) From: Bengt Ahlgren To: Ian Smith Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume In-Reply-To: <20130627213331.W26984@sola.nimnet.asn.au> (Ian Smith's message of "Thu, 27 Jun 2013 21:58:19 +1000 (EST)") References: <20130621220013.X55167@sola.nimnet.asn.au> <20130626152833.M78748@sola.nimnet.asn.au> <20130626195154.GK88288@e-new.0x20.net> <20130627213331.W26984@sola.nimnet.asn.au> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (berkeley-unix) Date: Thu, 27 Jun 2013 14:33:04 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: Adrian Chadd , freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org, freebsd-usb@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: Thu, 27 Jun 2013 12:32:44 -0000 Ian Smith writes: > On Wed, 26 Jun 2013 12:53:43 -0700, Adrian Chadd wrote: > > On 26 June 2013 12:51, Lars Engels wrote: > > > On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote: > > >> [snip] ok, I'll do a boot -v tonight when I get home and log things. > > >> > > >> Thanks! > > > > > > Please also try a recent CURRENT. I was having the same issues with dead > > > USB ports on my X200, but IIRC it suddenly worked a few weeks ago. > > > Unfotunately with the new X.org resuming doesn't work for me, so I can't > > > try it now. > > > > .. having resume not work with xorg is a big, big red flag. > > > > I'm happy to boot a -head snapshot on this thing, but I can't really > > migrate to running -head if resume doesn't work. :( > > Well if there's a functional change in head that fixes this on Lars' and > yours, getting it into stable shouldn't be so hard I expect. However if > there's a fix (or some Lenovo workaround) for yours on 9 it'd be useful > to hunt it down, no? I utterly depend on 100% working resume too. > > We don't yet know if this is a bus, ACPI &/or USB issue. Home yet? :) Yes, it would be great to get resume working! But the USB issues seems separate from the graphics issues. My experience with suspend/resume on a TP X201 (Ironlake) with stable/9 (recent as of a couple of days) is as follows: With just the text console (no X), suspend/resume seems to work, except that the backlight does not come back on. (Have not tested Xorg with vesa driver.) With Intel/KMS graphics, suspend/resume partly works too. The backlight does come back on, but then the graphics wedges with a "GPU hung". Can provide logs of this. I will try head tomorrow to see if that makes any difference. Last time I did, there wasn't any. I have not noticed any USB issues, however, but will make some more tests. Bengt From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 12:35:44 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6B1DA4DF; Thu, 27 Jun 2013 12:35:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 2B415109A; Thu, 27 Jun 2013 12:35:44 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RCZhRG000841; Thu, 27 Jun 2013 12:35:43 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RCZhng000832; Thu, 27 Jun 2013 12:35:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 12:35:43 GMT Message-Id: <201306271235.r5RCZhng000832@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 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: Thu, 27 Jun 2013 12:35:44 -0000 TB --- 2013-06-27 09:40:33 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 09:40:33 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 09:40:33 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2013-06-27 09:40:33 - cleaning the object tree TB --- 2013-06-27 09:40:33 - /usr/local/bin/svn stat /src TB --- 2013-06-27 09:40:40 - At svn revision 252301 TB --- 2013-06-27 09:40:41 - building world TB --- 2013-06-27 09:40:41 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 09:40:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 09:40:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 09:40:41 - SRCCONF=/dev/null TB --- 2013-06-27 09:40:41 - TARGET=pc98 TB --- 2013-06-27 09:40:41 - TARGET_ARCH=i386 TB --- 2013-06-27 09:40:41 - TZ=UTC TB --- 2013-06-27 09:40:41 - __MAKE_CONF=/dev/null TB --- 2013-06-27 09:40:41 - cd /src TB --- 2013-06-27 09:40:41 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 09:40:41 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/pc98.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/pc98.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/pc98.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/pc98.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 12:35:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 12:35:43 - ERROR: failed to build world TB --- 2013-06-27 12:35:43 - 8105.30 user 862.16 system 10509.66 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 12:36:06 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D46AF5F3; Thu, 27 Jun 2013 12:36:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 8372810A6; Thu, 27 Jun 2013 12:36:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RCa59T002434; Thu, 27 Jun 2013 12:36:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RCa5XP002429; Thu, 27 Jun 2013 12:36:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 12:36:05 GMT Message-Id: <201306271236.r5RCa5XP002429@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 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: Thu, 27 Jun 2013 12:36:06 -0000 TB --- 2013-06-27 09:40:33 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 09:40:33 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 09:40:33 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2013-06-27 09:40:33 - cleaning the object tree TB --- 2013-06-27 09:40:33 - /usr/local/bin/svn stat /src TB --- 2013-06-27 09:40:39 - At svn revision 252301 TB --- 2013-06-27 09:40:40 - building world TB --- 2013-06-27 09:40:40 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 09:40:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 09:40:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 09:40:40 - SRCCONF=/dev/null TB --- 2013-06-27 09:40:40 - TARGET=amd64 TB --- 2013-06-27 09:40:40 - TARGET_ARCH=amd64 TB --- 2013-06-27 09:40:40 - TZ=UTC TB --- 2013-06-27 09:40:40 - __MAKE_CONF=/dev/null TB --- 2013-06-27 09:40:40 - cd /src TB --- 2013-06-27 09:40:40 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 09:40:41 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/amd64.amd64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/amd64.amd64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/amd64.amd64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/amd64.amd64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 12:36:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 12:36:05 - ERROR: failed to build world TB --- 2013-06-27 12:36:05 - 8123.45 user 866.90 system 10532.01 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 12:36:11 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5A4C75F5; Thu, 27 Jun 2013 12:36:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 159D410AB; Thu, 27 Jun 2013 12:36:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RCaARW002658; Thu, 27 Jun 2013 12:36:10 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RCaAmq002652; Thu, 27 Jun 2013 12:36:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 12:36:10 GMT Message-Id: <201306271236.r5RCaAmq002652@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 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: Thu, 27 Jun 2013 12:36:11 -0000 TB --- 2013-06-27 09:40:33 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 09:40:33 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 09:40:33 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2013-06-27 09:40:33 - cleaning the object tree TB --- 2013-06-27 09:40:33 - /usr/local/bin/svn stat /src TB --- 2013-06-27 09:40:40 - At svn revision 252301 TB --- 2013-06-27 09:40:41 - building world TB --- 2013-06-27 09:40:41 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 09:40:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 09:40:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 09:40:41 - SRCCONF=/dev/null TB --- 2013-06-27 09:40:41 - TARGET=i386 TB --- 2013-06-27 09:40:41 - TARGET_ARCH=i386 TB --- 2013-06-27 09:40:41 - TZ=UTC TB --- 2013-06-27 09:40:41 - __MAKE_CONF=/dev/null TB --- 2013-06-27 09:40:41 - cd /src TB --- 2013-06-27 09:40:41 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 09:40:41 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/i386.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/i386.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/i386.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/i386.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 12:36:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 12:36:10 - ERROR: failed to build world TB --- 2013-06-27 12:36:10 - 8145.15 user 850.23 system 10536.77 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 12:55:02 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BBEF1E18; Thu, 27 Jun 2013 12:55:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 7B2F411E4; Thu, 27 Jun 2013 12:55:02 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RCt2D2036549; Thu, 27 Jun 2013 12:55:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RCt2X5036528; Thu, 27 Jun 2013 12:55:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 12:55:02 GMT Message-Id: <201306271255.r5RCt2X5036528@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 12:55:02 -0000 TB --- 2013-06-27 10:59:28 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 10:59:28 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 10:59:28 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2013-06-27 10:59:28 - cleaning the object tree TB --- 2013-06-27 10:59:28 - /usr/local/bin/svn stat /src TB --- 2013-06-27 10:59:53 - At svn revision 252301 TB --- 2013-06-27 10:59:54 - building world TB --- 2013-06-27 10:59:54 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 10:59:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 10:59:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 10:59:54 - SRCCONF=/dev/null TB --- 2013-06-27 10:59:54 - TARGET=ia64 TB --- 2013-06-27 10:59:54 - TARGET_ARCH=ia64 TB --- 2013-06-27 10:59:54 - TZ=UTC TB --- 2013-06-27 10:59:54 - __MAKE_CONF=/dev/null TB --- 2013-06-27 10:59:54 - cd /src TB --- 2013-06-27 10:59:54 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 10:59:55 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/ia64.ia64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/ia64.ia64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/ia64.ia64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/ia64.ia64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 12:55:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 12:55:01 - ERROR: failed to build world TB --- 2013-06-27 12:55:01 - 4902.13 user 627.65 system 6933.83 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 13:52:41 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D87B8175; Thu, 27 Jun 2013 13:52:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 97D7916C3; Thu, 27 Jun 2013 13:52:41 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RDqc9r044080; Thu, 27 Jun 2013 13:52:38 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RDqcRk044079; Thu, 27 Jun 2013 13:52:38 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 13:52:38 GMT Message-Id: <201306271352.r5RDqcRk044079@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 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: Thu, 27 Jun 2013 13:52:41 -0000 TB --- 2013-06-27 12:35:43 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 12:35:43 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 12:35:43 - starting RELENG_9 tinderbox run for mips/mips TB --- 2013-06-27 12:35:43 - cleaning the object tree TB --- 2013-06-27 12:35:43 - /usr/local/bin/svn stat /src TB --- 2013-06-27 12:36:09 - At svn revision 252301 TB --- 2013-06-27 12:36:10 - building world TB --- 2013-06-27 12:36:10 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 12:36:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 12:36:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 12:36:10 - SRCCONF=/dev/null TB --- 2013-06-27 12:36:10 - TARGET=mips TB --- 2013-06-27 12:36:10 - TARGET_ARCH=mips TB --- 2013-06-27 12:36:10 - TZ=UTC TB --- 2013-06-27 12:36:10 - __MAKE_CONF=/dev/null TB --- 2013-06-27 12:36:10 - cd /src TB --- 2013-06-27 12:36:10 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 12:36:11 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 [...] cc -O -pipe -G0 -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/mips.mipsel/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O -pipe -G0 -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/mips.mipsel/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O -pipe -G0 -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/mips.mipsel/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O -pipe -G0 -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/mips.mipsel/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 13:52:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 13:52:37 - ERROR: failed to build world TB --- 2013-06-27 13:52:37 - 3007.23 user 542.01 system 4614.02 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 14:11:35 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6542A797; Thu, 27 Jun 2013 14:11:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 24D2517CA; Thu, 27 Jun 2013 14:11:35 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5REBY7O078883; Thu, 27 Jun 2013 14:11:34 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5REBYlL078882; Thu, 27 Jun 2013 14:11:34 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 14:11:34 GMT Message-Id: <201306271411.r5REBYlL078882@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 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: Thu, 27 Jun 2013 14:11:35 -0000 TB --- 2013-06-27 12:55:02 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 12:55:02 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 12:55:02 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2013-06-27 12:55:02 - cleaning the object tree TB --- 2013-06-27 12:55:02 - /usr/local/bin/svn stat /src TB --- 2013-06-27 12:55:08 - At svn revision 252301 TB --- 2013-06-27 12:55:09 - building world TB --- 2013-06-27 12:55:09 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 12:55:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 12:55:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 12:55:09 - SRCCONF=/dev/null TB --- 2013-06-27 12:55:09 - TARGET=sparc64 TB --- 2013-06-27 12:55:09 - TARGET_ARCH=sparc64 TB --- 2013-06-27 12:55:09 - TZ=UTC TB --- 2013-06-27 12:55:09 - __MAKE_CONF=/dev/null TB --- 2013-06-27 12:55:09 - cd /src TB --- 2013-06-27 12:55:09 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 12:55:10 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 14:11:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 14:11:34 - ERROR: failed to build world TB --- 2013-06-27 14:11:34 - 3395.97 user 519.47 system 4592.35 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 14:13:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 848CD8DC for ; Thu, 27 Jun 2013 14:13:30 +0000 (UTC) (envelope-from bsd-lists@1command.com) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) by mx1.freebsd.org (Postfix) with ESMTP id 540A317EC for ; Thu, 27 Jun 2013 14:13:30 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id r5REEbpZ019837; Thu, 27 Jun 2013 07:14:43 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id r5REEVFU019834; Thu, 27 Jun 2013 07:14:31 -0700 (PDT) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Thu, 27 Jun 2013 07:14:31 -0700 (PDT) Message-ID: <2ee887ebc2ff339b734b57ea9a8863c0.authenticated@ultimatedns.net> In-Reply-To: <51CC2E05.5080203@quip.cz> References: <67588ada736599c95cac241b3c3af730.authenticated@ultimatedns.net> <9580eaf8d7706197d1fee71c90ed7f20.authenticated@ultimatedns.net> <51CC2E05.5080203@quip.cz> Date: Thu, 27 Jun 2013 07:14:31 -0700 (PDT) Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? From: "Chris H" To: "Miroslav Lachman" <000.fbsd@quip.cz> User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Warren Block , matthias.andree@gmx.de, 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: Thu, 27 Jun 2013 14:13:30 -0000 > Warren Block wrote: >> On Wed, 26 Jun 2013, Chris H wrote: >>>> On Wed, 26 Jun 2013, Chris H wrote: >>>> >>>> Okay, look up the last time you installed or upgraded a port: >>>> % ls -ltr /var/db/pkg >>>> >>>> The last one is the most recently modified. Update your ports tree, >>>> follow all the steps that apply to your system since that date. >> >> That should say "all the steps in /usr/ports/UPDATING that apply to your >> system since that date." > > There is a nice command that helps you to list only relevant entries > from UPDATING (entries from UPDATING for already installed ports) > > pkg_updating -d YYYYMMDD > > Where YYYYMMDD is the last time you did ports update, for example > pkg_updating -d 20120923 > > Miroslav Lachman Greetings Miroslav, That _is_ nice. Thank you for taking the time post this. That'll help quite a bit! --Chris > _______________________________________________ > 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 Thu Jun 27 15:03:40 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 25E6E7BB; Thu, 27 Jun 2013 15:03:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id DA1331BF2; Thu, 27 Jun 2013 15:03:39 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RF3dou017367; Thu, 27 Jun 2013 15:03:39 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RF3d8d017366; Thu, 27 Jun 2013 15:03:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 15:03:39 GMT Message-Id: <201306271503.r5RF3d8d017366@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc 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: Thu, 27 Jun 2013 15:03:40 -0000 TB --- 2013-06-27 12:36:06 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 12:36:06 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 12:36:06 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2013-06-27 12:36:06 - cleaning the object tree TB --- 2013-06-27 12:36:06 - /usr/local/bin/svn stat /src TB --- 2013-06-27 12:36:11 - At svn revision 252301 TB --- 2013-06-27 12:36:12 - building world TB --- 2013-06-27 12:36:12 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 12:36:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 12:36:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 12:36:12 - SRCCONF=/dev/null TB --- 2013-06-27 12:36:12 - TARGET=powerpc TB --- 2013-06-27 12:36:12 - TARGET_ARCH=powerpc TB --- 2013-06-27 12:36:12 - TZ=UTC TB --- 2013-06-27 12:36:12 - __MAKE_CONF=/dev/null TB --- 2013-06-27 12:36:12 - cd /src TB --- 2013-06-27 12:36:12 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 12:36:13 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 15:03:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 15:03:39 - ERROR: failed to build world TB --- 2013-06-27 15:03:39 - 7368.24 user 775.41 system 8853.24 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 15:03:40 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2930F7BC; Thu, 27 Jun 2013 15:03:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id DAFE21BF4; Thu, 27 Jun 2013 15:03:39 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RF3dGS017369; Thu, 27 Jun 2013 15:03:39 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RF3dHw017368; Thu, 27 Jun 2013 15:03:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 15:03:39 GMT Message-Id: <201306271503.r5RF3dHw017368@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc 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: Thu, 27 Jun 2013 15:03:40 -0000 TB --- 2013-06-27 12:36:10 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 12:36:10 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 12:36:10 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2013-06-27 12:36:10 - cleaning the object tree TB --- 2013-06-27 12:36:10 - /usr/local/bin/svn stat /src TB --- 2013-06-27 12:36:14 - At svn revision 252301 TB --- 2013-06-27 12:36:15 - building world TB --- 2013-06-27 12:36:15 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 12:36:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 12:36:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 12:36:15 - SRCCONF=/dev/null TB --- 2013-06-27 12:36:15 - TARGET=powerpc TB --- 2013-06-27 12:36:15 - TARGET_ARCH=powerpc64 TB --- 2013-06-27 12:36:15 - TZ=UTC TB --- 2013-06-27 12:36:15 - __MAKE_CONF=/dev/null TB --- 2013-06-27 12:36:15 - cd /src TB --- 2013-06-27 12:36:15 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 12:36:16 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 15:03:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 15:03:39 - ERROR: failed to build world TB --- 2013-06-27 15:03:39 - 7417.99 user 772.60 system 8848.57 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 15:51:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 99A32889 for ; Thu, 27 Jun 2013 15:51:11 +0000 (UTC) (envelope-from marie@surveysecond.com) Received: from smtp055.yesmail1.com (smtp055.yesmail1.com [184.175.181.55]) by mx1.freebsd.org (Postfix) with ESMTP id 74E8F1F18 for ; Thu, 27 Jun 2013 15:51:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=dk; d=surveysecond.com; h=To:From:Reply-To:Subject:List-Unsubscribe:Content-Type:Content-Transfer-Encoding:Message-ID:Date; i=marie@surveysecond.com; bh=d3ksYBfq+yJf3BOru5poE8dfjf8=; b=XZWr/7vSUyNYH551ru+eiVYHLSYOyXXkUfxCDYdOata1cBz07znY0id0HrfEak5fJg4YP7ORmU4e DowURAmj9u6XEwOg7bx1TX5Se0vK+/nwNPMIAWJRBp8QnFMrXsZ6A04rhWZbpSOooSeyI0IEjtk5 Nz0DedVgeKQnueBvdY4= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=dk; d=surveysecond.com; b=FzH1kuZmqYpN9iZsbflOLtKajPqpQJ2770yE3ogYWe8h323gaNinUDjBMXnLyjvC6RjOQg13fLKW uCr9k4sZWbhB9khSX3L7ZAEeBDNHLWkyutz7qlK+//lU0ElZf8hsEYftL6b2rSXdsQ14qmlwiFQJ mS7RqyUrbWdbrDT2ygY=; Received: by smtp055.yesmail1.com id hphfn62iaa8v for ; Thu, 27 Jun 2013 10:41:05 -0500 (envelope-from ) To: freebsd-stable@freebsd.org, From: "Simple Paid Surveys" Subject: We need volunteers X-MailSystem: n8uDk0rk-476fki0OYU46XM Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Message-ID: <0.0.3.733.1CE734CBC3C3FE2.0@smtp055.yesmail1.com> Date: Thu, 27 Jun 2013 10:41:05 -0500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: marie@surveysecond.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 15:51:11 -0000 Volunteers needed for panel surveys.=20 Get$5 to $75 per for each survey you complete.=20 We respect your privacy.=20 Follow link below to begin.=20 http://trkcm.surveysecond.com/c/1372347661Kfr4XCSc1m/n8uDk0rk-476fki0OYU46X= M/1 =0A=0AAlthough this is an advertisement_we hope this message has helped you= .If you would like to quit receiving messages then you can go the link belo= w.=0A=0Ahttp://trkcm.surveysecond.com/u/n8uDk0rk-476fki0OYU46XM=0A=0ACarter= &Conway ENT. 706 dakota avenue St Cloud FL 34769 United States=0A From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 16:23:23 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BDE4746D; Thu, 27 Jun 2013 16:23:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 7B52E10A8; Thu, 27 Jun 2013 16:23:23 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RGNMmO013389; Thu, 27 Jun 2013 16:23:22 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RGNMD0013388; Thu, 27 Jun 2013 16:23:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 16:23:22 GMT Message-Id: <201306271623.r5RGNMD0013388@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/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: Thu, 27 Jun 2013 16:23:23 -0000 TB --- 2013-06-27 15:05:28 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 15:05:28 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 15:05:28 - starting RELENG_9 tinderbox run for arm/arm TB --- 2013-06-27 15:05:28 - cleaning the object tree TB --- 2013-06-27 15:05:52 - /usr/local/bin/svn stat /src TB --- 2013-06-27 15:05:55 - At svn revision 252306 TB --- 2013-06-27 15:05:56 - building world TB --- 2013-06-27 15:05:56 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 15:05:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 15:05:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 15:05:56 - SRCCONF=/dev/null TB --- 2013-06-27 15:05:56 - TARGET=arm TB --- 2013-06-27 15:05:56 - TARGET_ARCH=arm TB --- 2013-06-27 15:05:56 - TZ=UTC TB --- 2013-06-27 15:05:56 - __MAKE_CONF=/dev/null TB --- 2013-06-27 15:05:56 - cd /src TB --- 2013-06-27 15:05:56 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 15:06:00 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 [...] cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 16:23:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 16:23:22 - ERROR: failed to build world TB --- 2013-06-27 16:23:22 - 2951.17 user 569.29 system 4674.30 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 17:34:07 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 170BF4AF; Thu, 27 Jun 2013 17:34:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id DCA01144D; Thu, 27 Jun 2013 17:34:06 +0000 (UTC) Received: from zeta.ixsystems.com (c-67-188-85-47.hsd1.ca.comcast.net [67.188.85.47]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 05CCC1EC7E; Thu, 27 Jun 2013 10:34:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1372354445; bh=JOLLftx3gwjU6bPY05PloztFcXqHBatH5n/fE51u0rA=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=Lce2jNTzSeaM2dyGYnolzUT2EClL5sH4fTsF1MKMmd94BYlGsuDBhVit+QFJVok78 BH8xUWp8uUzsWYGQxX4Jzu595HoQBsxMadUIVgeuWyt/DhLHm/tj1bVS1iGNqZjM/D puvCxkC3lYNCHgOV8kznwYfzkKuo/t27d9mOXLgI= Message-ID: <51CC778C.7000708@delphij.net> Date: Thu, 27 Jun 2013 10:34:04 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: FreeBSD Tinderbox Subject: Re: [releng_9 tinderbox] failure on arm/arm References: <201306271623.r5RGNMD0013388@freebsd-stable.sentex.ca> In-Reply-To: <201306271623.r5RGNMD0013388@freebsd-stable.sentex.ca> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 17:34:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 06/27/13 09:23, FreeBSD Tinderbox wrote: > [...] cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump > -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump > -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN > -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO > -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers > -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Wno-uninitialized -Wno-pointer-sign -c > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c > > cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump - -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H - -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN - -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO - -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers - -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c > cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump > -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump > -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN > -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO > -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers > -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Wno-uninitialized -Wno-pointer-sign -c > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c > cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump > -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump > -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN > -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO > -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers > -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Wno-uninitialized -Wno-pointer-sign -c > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c > > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: > error: 'tcpstates' undeclared (first use in this function) > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: > error: (Each undeclared identifier is reported only once > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: > error: for each function it appears in.) *** Error code 1 This should have been fixed in r252307, sorry for the breakage. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- iQEcBAEBCgAGBQJRzHeLAAoJEG80Jeu8UPuzGGMH/RAInuTUXIHBsSdq72p5EOlf 3hYni/HE4FwNAo5nhmO6cgLse6Yomeq7lxHxaPZfz179RErZHY3fnSiat00hBMN6 vX76Zg5bOEQs/5omtiM94olJvz5VRCIIor70l0q+ld3ZVmzPnWoWz9YoEo3rN6hc 23Iy5wCTPO0mkzu+1dBrAHj8RfKJQEOo32d/SWF0WMkPt2Yec14yQ8Pl1N4thcu1 cOVwBN3ItoOvDPTYgi9769+BXn7kI1yfOj8eYW2+v5YROXdQrKciqKeGOwGglGHz EFv1a65p1dBmGbRK8CHNQwDAgaKI0Si47NFzu7vMV2HLbvQMvqw77jDXuIxfivg= =oPK0 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 18:02:12 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6CFB0BE2; Thu, 27 Jun 2013 18:02:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 2912E16D8; Thu, 27 Jun 2013 18:02:12 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RI2BNk059431; Thu, 27 Jun 2013 18:02:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RI2BlY059402; Thu, 27 Jun 2013 18:02:11 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 18:02:11 GMT Message-Id: <201306271802.r5RI2BlY059402@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 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: Thu, 27 Jun 2013 18:02:12 -0000 TB --- 2013-06-27 15:05:28 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 15:05:28 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 15:05:28 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2013-06-27 15:05:28 - cleaning the object tree TB --- 2013-06-27 15:05:55 - /usr/local/bin/svn stat /src TB --- 2013-06-27 15:06:02 - At svn revision 252306 TB --- 2013-06-27 15:06:03 - building world TB --- 2013-06-27 15:06:03 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 15:06:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 15:06:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 15:06:03 - SRCCONF=/dev/null TB --- 2013-06-27 15:06:03 - TARGET=pc98 TB --- 2013-06-27 15:06:03 - TARGET_ARCH=i386 TB --- 2013-06-27 15:06:03 - TZ=UTC TB --- 2013-06-27 15:06:03 - __MAKE_CONF=/dev/null TB --- 2013-06-27 15:06:03 - cd /src TB --- 2013-06-27 15:06:03 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 15:06:04 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/pc98.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/pc98.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/pc98.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/pc98.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 18:02:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 18:02:11 - ERROR: failed to build world TB --- 2013-06-27 18:02:11 - 8128.48 user 864.63 system 10602.92 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 18:02:19 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 34091BE5; Thu, 27 Jun 2013 18:02:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id E695D16DA; Thu, 27 Jun 2013 18:02:18 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RI2I4I060868; Thu, 27 Jun 2013 18:02:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RI2IVl060860; Thu, 27 Jun 2013 18:02:18 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 18:02:18 GMT Message-Id: <201306271802.r5RI2IVl060860@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 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: Thu, 27 Jun 2013 18:02:19 -0000 TB --- 2013-06-27 15:05:28 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 15:05:28 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 15:05:28 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2013-06-27 15:05:28 - cleaning the object tree TB --- 2013-06-27 15:05:58 - /usr/local/bin/svn stat /src TB --- 2013-06-27 15:06:03 - At svn revision 252306 TB --- 2013-06-27 15:06:04 - building world TB --- 2013-06-27 15:06:04 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 15:06:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 15:06:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 15:06:04 - SRCCONF=/dev/null TB --- 2013-06-27 15:06:04 - TARGET=i386 TB --- 2013-06-27 15:06:04 - TARGET_ARCH=i386 TB --- 2013-06-27 15:06:04 - TZ=UTC TB --- 2013-06-27 15:06:04 - __MAKE_CONF=/dev/null TB --- 2013-06-27 15:06:04 - cd /src TB --- 2013-06-27 15:06:04 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 15:06:05 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/i386.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/i386.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/i386.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -I/obj/i386.i386/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 18:02:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 18:02:18 - ERROR: failed to build world TB --- 2013-06-27 18:02:18 - 8155.85 user 862.28 system 10609.99 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 18:02:23 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B53E5BFC; Thu, 27 Jun 2013 18:02:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 7473216DD; Thu, 27 Jun 2013 18:02:23 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RI2Nf6061871; Thu, 27 Jun 2013 18:02:23 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RI2Mfv061870; Thu, 27 Jun 2013 18:02:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 18:02:22 GMT Message-Id: <201306271802.r5RI2Mfv061870@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 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: Thu, 27 Jun 2013 18:02:23 -0000 TB --- 2013-06-27 15:05:28 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 15:05:28 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 15:05:28 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2013-06-27 15:05:28 - cleaning the object tree TB --- 2013-06-27 15:05:57 - /usr/local/bin/svn stat /src TB --- 2013-06-27 15:06:03 - At svn revision 252306 TB --- 2013-06-27 15:06:04 - building world TB --- 2013-06-27 15:06:04 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 15:06:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 15:06:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 15:06:04 - SRCCONF=/dev/null TB --- 2013-06-27 15:06:04 - TARGET=amd64 TB --- 2013-06-27 15:06:04 - TARGET_ARCH=amd64 TB --- 2013-06-27 15:06:04 - TZ=UTC TB --- 2013-06-27 15:06:04 - __MAKE_CONF=/dev/null TB --- 2013-06-27 15:06:04 - cd /src TB --- 2013-06-27 15:06:04 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 15:06:05 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/amd64.amd64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/amd64.amd64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/amd64.amd64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/amd64.amd64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 18:02:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 18:02:22 - ERROR: failed to build world TB --- 2013-06-27 18:02:22 - 8151.01 user 875.87 system 10614.05 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 18:18:35 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C655C278; Thu, 27 Jun 2013 18:18:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 841BF17E8; Thu, 27 Jun 2013 18:18:35 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RIIZcm056958; Thu, 27 Jun 2013 18:18:35 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RIIZeC056953; Thu, 27 Jun 2013 18:18:35 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 18:18:35 GMT Message-Id: <201306271818.r5RIIZeC056953@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 18:18:35 -0000 TB --- 2013-06-27 16:23:23 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 16:23:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 16:23:23 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2013-06-27 16:23:23 - cleaning the object tree TB --- 2013-06-27 16:23:31 - /usr/local/bin/svn stat /src TB --- 2013-06-27 16:23:59 - At svn revision 252306 TB --- 2013-06-27 16:24:00 - building world TB --- 2013-06-27 16:24:00 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 16:24:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 16:24:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 16:24:00 - SRCCONF=/dev/null TB --- 2013-06-27 16:24:00 - TARGET=ia64 TB --- 2013-06-27 16:24:00 - TARGET_ARCH=ia64 TB --- 2013-06-27 16:24:00 - TZ=UTC TB --- 2013-06-27 16:24:00 - __MAKE_CONF=/dev/null TB --- 2013-06-27 16:24:00 - cd /src TB --- 2013-06-27 16:24:00 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 16:24:01 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/ia64.ia64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/ia64.ia64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/ia64.ia64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/ia64.ia64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 18:18:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 18:18:35 - ERROR: failed to build world TB --- 2013-06-27 18:18:35 - 4891.10 user 627.20 system 6911.88 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 18:34:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CDC92989 for ; Thu, 27 Jun 2013 18:34:44 +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]) by mx1.freebsd.org (Postfix) with ESMTP id 8F06F1887 for ; Thu, 27 Jun 2013 18:34:44 +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 r5RIYgT2048339; Thu, 27 Jun 2013 14:34:42 -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 r5RIYgdk048338; Thu, 27 Jun 2013 14:34:42 -0400 (EDT) (envelope-from wollman) Date: Thu, 27 Jun 2013 14:34:42 -0400 (EDT) From: Garrett Wollman Message-Id: <201306271834.r5RIYgdk048338@hergotha.csail.mit.edu> To: wblock@wonkity.com Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? In-Reply-To: References: <201306270505.r5R55RJD040660@hergotha.csail.mit.edu> Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Thu, 27 Jun 2013 14:34:42 -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-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: Thu, 27 Jun 2013 18:34:44 -0000 In article , wblock@wonkity.com writes: >On Thu, 27 Jun 2013, Garrett Wollman wrote: > >> Having just gone through this in two different environments, I can >> very very strongly recommend doing the following. It's not the "easy >> button" of the TV commercials, but it will make things much much >> easier in the future. > >This is an interesting procedure and should be made into a >web-accessible document! Setting up a build machine for a network is a >fairly common desire, and your procedure looks to be doing everything >the newest way. See . -GAWollman From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 18:58:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C829C3EB for ; Thu, 27 Jun 2013 18:58:44 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8E71985 for ; Thu, 27 Jun 2013 18:58:44 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r5RIwhIt003967; Thu, 27 Jun 2013 12:58:43 -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 r5RIwh03003964; Thu, 27 Jun 2013 12:58:43 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 27 Jun 2013 12:58:43 -0600 (MDT) From: Warren Block To: Garrett Wollman Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? In-Reply-To: <201306271834.r5RIYgdk048338@hergotha.csail.mit.edu> Message-ID: References: <201306270505.r5R55RJD040660@hergotha.csail.mit.edu> <201306271834.r5RIYgdk048338@hergotha.csail.mit.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 27 Jun 2013 12:58:44 -0600 (MDT) 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: Thu, 27 Jun 2013 18:58:44 -0000 On Thu, 27 Jun 2013, Garrett Wollman wrote: > In article , > wblock@wonkity.com writes: >> On Thu, 27 Jun 2013, Garrett Wollman wrote: >> >>> Having just gone through this in two different environments, I can >>> very very strongly recommend doing the following. It's not the "easy >>> button" of the TV commercials, but it will make things much much >>> easier in the future. >> >> This is an interesting procedure and should be made into a >> web-accessible document! Setting up a build machine for a network is a >> fairly common desire, and your procedure looks to be doing everything >> the newest way. > > See > . Bookmarked--that could make a nice addition to one of the official docs, maybe the Handbook. Thank you! From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 19:19:10 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 71FFAC0C; Thu, 27 Jun 2013 19:19:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 3050D1A36; Thu, 27 Jun 2013 19:19:10 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RJJ9Pk001453; Thu, 27 Jun 2013 19:19:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RJJ91c001437; Thu, 27 Jun 2013 19:19:09 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 19:19:09 GMT Message-Id: <201306271919.r5RJJ91c001437@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 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: Thu, 27 Jun 2013 19:19:10 -0000 TB --- 2013-06-27 18:02:11 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 18:02:11 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 18:02:11 - starting RELENG_9 tinderbox run for mips/mips TB --- 2013-06-27 18:02:11 - cleaning the object tree TB --- 2013-06-27 18:02:28 - /usr/local/bin/svn stat /src TB --- 2013-06-27 18:03:04 - At svn revision 252306 TB --- 2013-06-27 18:03:05 - building world TB --- 2013-06-27 18:03:05 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 18:03:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 18:03:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 18:03:05 - SRCCONF=/dev/null TB --- 2013-06-27 18:03:05 - TARGET=mips TB --- 2013-06-27 18:03:05 - TARGET_ARCH=mips TB --- 2013-06-27 18:03:05 - TZ=UTC TB --- 2013-06-27 18:03:05 - __MAKE_CONF=/dev/null TB --- 2013-06-27 18:03:05 - cd /src TB --- 2013-06-27 18:03:05 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 18:03:06 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 [...] cc -O -pipe -G0 -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/mips.mipsel/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O -pipe -G0 -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/mips.mipsel/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O -pipe -G0 -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/mips.mipsel/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O -pipe -G0 -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/mips.mipsel/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 19:19:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 19:19:09 - ERROR: failed to build world TB --- 2013-06-27 19:19:09 - 3001.25 user 540.77 system 4617.64 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 19:35:37 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 15980F20; Thu, 27 Jun 2013 19:35:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id C93751B00; Thu, 27 Jun 2013 19:35:36 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RJZasY033500; Thu, 27 Jun 2013 19:35:36 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RJZaNH033499; Thu, 27 Jun 2013 19:35:36 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 19:35:36 GMT Message-Id: <201306271935.r5RJZaNH033499@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 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: Thu, 27 Jun 2013 19:35:37 -0000 TB --- 2013-06-27 18:18:35 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 18:18:35 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 18:18:35 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2013-06-27 18:18:35 - cleaning the object tree TB --- 2013-06-27 18:18:44 - /usr/local/bin/svn stat /src TB --- 2013-06-27 18:18:50 - At svn revision 252306 TB --- 2013-06-27 18:18:51 - building world TB --- 2013-06-27 18:18:51 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 18:18:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 18:18:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 18:18:51 - SRCCONF=/dev/null TB --- 2013-06-27 18:18:51 - TARGET=sparc64 TB --- 2013-06-27 18:18:51 - TARGET_ARCH=sparc64 TB --- 2013-06-27 18:18:51 - TZ=UTC TB --- 2013-06-27 18:18:51 - __MAKE_CONF=/dev/null TB --- 2013-06-27 18:18:51 - cd /src TB --- 2013-06-27 18:18:51 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 18:18:53 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 19:35:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 19:35:36 - ERROR: failed to build world TB --- 2013-06-27 19:35:36 - 3403.95 user 519.02 system 4620.85 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 20:30:24 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 17A9FDC3; Thu, 27 Jun 2013 20:30:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id C85B41D50; Thu, 27 Jun 2013 20:30:23 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RKUNqa072367; Thu, 27 Jun 2013 20:30:23 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RKUNEq072364; Thu, 27 Jun 2013 20:30:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 20:30:23 GMT Message-Id: <201306272030.r5RKUNEq072364@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc 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: Thu, 27 Jun 2013 20:30:24 -0000 TB --- 2013-06-27 18:02:23 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 18:02:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 18:02:23 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2013-06-27 18:02:23 - cleaning the object tree TB --- 2013-06-27 18:02:54 - /usr/local/bin/svn stat /src TB --- 2013-06-27 18:03:05 - At svn revision 252306 TB --- 2013-06-27 18:03:06 - building world TB --- 2013-06-27 18:03:06 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 18:03:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 18:03:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 18:03:06 - SRCCONF=/dev/null TB --- 2013-06-27 18:03:06 - TARGET=powerpc TB --- 2013-06-27 18:03:06 - TARGET_ARCH=powerpc64 TB --- 2013-06-27 18:03:06 - TZ=UTC TB --- 2013-06-27 18:03:06 - __MAKE_CONF=/dev/null TB --- 2013-06-27 18:03:06 - cd /src TB --- 2013-06-27 18:03:06 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 18:03:06 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 20:30:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 20:30:23 - ERROR: failed to build world TB --- 2013-06-27 20:30:23 - 7398.38 user 769.14 system 8880.12 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 20:30:24 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1B04EDC4; Thu, 27 Jun 2013 20:30:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id CB4D41D51; Thu, 27 Jun 2013 20:30:23 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RKUNod072366; Thu, 27 Jun 2013 20:30:23 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RKUNMZ072365; Thu, 27 Jun 2013 20:30:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 20:30:23 GMT Message-Id: <201306272030.r5RKUNMZ072365@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc 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: Thu, 27 Jun 2013 20:30:24 -0000 TB --- 2013-06-27 18:02:18 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 18:02:18 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 18:02:18 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2013-06-27 18:02:18 - cleaning the object tree TB --- 2013-06-27 18:02:49 - /usr/local/bin/svn stat /src TB --- 2013-06-27 18:03:04 - At svn revision 252306 TB --- 2013-06-27 18:03:05 - building world TB --- 2013-06-27 18:03:05 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 18:03:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 18:03:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 18:03:05 - SRCCONF=/dev/null TB --- 2013-06-27 18:03:05 - TARGET=powerpc TB --- 2013-06-27 18:03:05 - TARGET_ARCH=powerpc TB --- 2013-06-27 18:03:05 - TZ=UTC TB --- 2013-06-27 18:03:05 - __MAKE_CONF=/dev/null TB --- 2013-06-27 18:03:05 - cd /src TB --- 2013-06-27 18:03:05 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 18:03:06 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 [...] cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/powerpc.powerpc/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 20:30:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 20:30:23 - ERROR: failed to build world TB --- 2013-06-27 20:30:23 - 7358.66 user 767.11 system 8884.62 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 21:25: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]) by hub.freebsd.org (Postfix) with ESMTP id 25621ECE for ; Thu, 27 Jun 2013 21:25:14 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) by mx1.freebsd.org (Postfix) with ESMTP id D00FF1F85 for ; Thu, 27 Jun 2013 21:25:13 +0000 (UTC) X-Envelope-To: Received: from [205.147.26.5] (hokkshideh4.jetcafe.org [205.147.26.5]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id r5RLLvlc040173 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 27 Jun 2013 14:21:57 -0700 (PDT) Message-ID: <51CCACF5.5020901@jetcafe.org> Date: Thu, 27 Jun 2013 14:21:57 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121121 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: AHCI Patsburg SATA controller and slow transfer speed Content-Type: text/plain; charset=ISO-8859-1; 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: Thu, 27 Jun 2013 21:25:14 -0000 Greetings all. I'm on FreeBSD 9.1-STABLE #0 r251391M. I'm noticing two of my SATA disks are at half speed. Is this normal or is there some configuration I'm forgetting? # dmesg | grep -C 4 ahc ... ahci0: port 0x2070-0x2077,0x2060-0x2063,0x2050-0x2057,0x2040-0x2043,0x2020-0x203f mem 0xd0b00000-0xd0b007ff irq 21 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ... ada0: ATA-8 SATA 3.x device ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ATA-8 SATA 3.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ^^^^^^^^^ ada2: Command Queueing enabled ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad8 ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 ada3: ATA-8 SATA 3.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ^^^^^^^^^^^ ada3: Command Queueing enabled ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada3: Previously was known as ad10 # pciconf -lcvb ahci0@pci0:0:31:2: class=0x010601 card=0x35ae8086 chip=0x1d028086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'Patsburg 6-Port SATA AHCI Controller' class = mass storage subclass = SATA bar [10] = type I/O Port, range 32, base 0x2070, size 8, enabled bar [14] = type I/O Port, range 32, base 0x2060, size 4, enabled bar [18] = type I/O Port, range 32, base 0x2050, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x2040, size 4, enabled bar [20] = type I/O Port, range 32, base 0x2020, size 32, enabled bar [24] = type Memory, range 32, base 0xd0b00000, size 2048, enabled cap 05[80] = MSI supports 1 message enabled with 1 message cap 01[70] = powerspec 3 supports D0 D3 current D0 cap 12[a8] = SATA Index-Data Pair cap 13[b0] = PCI Advanced Features: FLR TP Thanks for any insight provided. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< "The ultimate aim of dancing is to be able to move *without* thinking. To *be* danced." -John Blacking From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 21:33:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AE97E4CD for ; Thu, 27 Jun 2013 21:33:08 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC1B1027 for ; Thu, 27 Jun 2013 21:33:08 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id t56so972463wes.21 for ; Thu, 27 Jun 2013 14:33:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CX/N46uNfZvTw71KaxMcdmKOxK2k47y9k7c8GFxDpiw=; b=VvHNuX/7DmybLvx2N7zb/SYc0l2I+EaCTOpE0LL2hLljN+8Dg0qUAzS+ABOLXQh4Va NRl/vCs5MUpAgM4/nHAz6+uhzcfV62teZBpo0A9gzG1NjfxXy7JbNDKWOeZvWUP/hy3F 4vv4rpxiaMNqhsbI05OkYOEC/9X0Sf5gIGI3O/kLZ6HwgRFfVFigeGvkgnum7J/J1XPR m9+NDVBubtwKvLydqMQ83cJ4igfka8Wh/UREffk3cJ5T1M/jr23BvyROsaTJjujFktn+ 3GUFiZ01BphLmbsd7J+F7fcpMSqz0JGpZ8xb1L1huYEDM3ssyWxtB8l2BHrztHUy0fVn 9KQg== MIME-Version: 1.0 X-Received: by 10.180.210.132 with SMTP id mu4mr434308wic.5.1372368787034; Thu, 27 Jun 2013 14:33:07 -0700 (PDT) Received: by 10.194.242.195 with HTTP; Thu, 27 Jun 2013 14:33:06 -0700 (PDT) In-Reply-To: <51CCACF5.5020901@jetcafe.org> References: <51CCACF5.5020901@jetcafe.org> Date: Thu, 27 Jun 2013 17:33:06 -0400 Message-ID: Subject: Re: AHCI Patsburg SATA controller and slow transfer speed From: Mark Johnston To: Dave Hayes Content-Type: text/plain; charset=ISO-8859-1 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: Thu, 27 Jun 2013 21:33:08 -0000 On Thu, Jun 27, 2013 at 5:21 PM, Dave Hayes wrote: > Greetings all. I'm on FreeBSD 9.1-STABLE #0 r251391M. I'm noticing two of my > SATA disks are at half speed. Is this normal or is there some configuration > I'm forgetting? In my experience it's fairly common to have a mix of 6Gb/s and 3Gb/s ports. In particular, see: http://en.wikipedia.org/wiki/Intel_X79#Features From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 22:17:55 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 565EE24A; Thu, 27 Jun 2013 22:17:55 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id 24BD31256; Thu, 27 Jun 2013 22:17:54 +0000 (UTC) Received: from [10.10.1.32] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id r5RM0hdJ045017 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 27 Jun 2013 18:00:43 -0400 (EDT) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: request for your comments on release documentation From: John Nielsen In-Reply-To: <20130613.024921.2080910235950489908.hrs@allbsd.org> Date: Thu, 27 Jun 2013 16:00:48 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <65E7FAB6-D6AF-4D97-9379-F10047062734@jnielsen.net> References: <20130613.024921.2080910235950489908.hrs@allbsd.org> To: stable@freebsd.org X-Mailer: Apple Mail (2.1508) X-DCC--Metrics: ns1.jnielsen.net 1102; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.5 at ns1.jnielsen.net X-Virus-Status: Clean Cc: 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: Thu, 27 Jun 2013 22:17:55 -0000 On Jun 12, 2013, at 11:49 AM, Hiroki Sato wrote: > I would like your comments on release notes for each release. > Although I have been working on editing them for years, the workflow > is still not optimal and sometimes delay of the preparation became an > obstacle for release process. I would like to improve it, but before > that I would like to know what are desired of the contents which > people think. >=20 > Release Notes is just listing the changes between the two releases. > It includes user-visible change (bugfix and/or UI change), new > functionality, and performance improvement. Minor changes such as > one in kernel internal structure are omitted. I always try to keep > these series of relnotes items are correct and reasonably > comprehensive, but this lengthy list may be boring and > technically-correct descriptions can be cryptic for average users. >=20 > So, my questions are: >=20 > 1. What do you think about current granularity of the relnotes items? > Too detailed, good, or too rough? Currently, judgment of what is > included or not is based on user-visible, new functionality, or > performance improvement. Applicable changes are included as > relnotes items even if the changes are small, I think the current granularity is good. > 2. Do you want technical details? For example, just "disk access > performance was improved by 50%" or "Feature A has been added. > This changes the old behavior because ..., and as a result, it > improves disk access performance by 50%". I want technical details. You could compromise here by trying to always = have the non-technical end result in the first sentence or so, and then = go on with a more technical explanation. I would echo Mark Felder and say that if in doubt, more detail is = better. > 3. Is there missing information which should be in the relnotes? > Probably there are some missing items for each release, but this > question is one at some abstraction level. Link to commit log and > diff, detailed description of major incompatible changes, and so > on. I've not ever noticed any. Thanks! I'm on the SVN mailing lists so I tend to know about or be able to find = changes I care about independent of the release notes. However if there = is a mostly-automated way to link to specific commits in the release = notes that could be valuable. > Although the other release documentations---Errata, Installation > Notes, ReadMe, and Hardware Notes---also need some improvements, > please focus on Release Notes only. And you might think quality of > English writing are not good, please leave that alone for now. I've never noticed any language problems in the release notes, and I = tend to be a stickler. :) JN From owner-freebsd-stable@FreeBSD.ORG Thu Jun 27 23:24:22 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 47F82DAC; Thu, 27 Jun 2013 23:24:22 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 073C81633; Thu, 27 Jun 2013 23:24:21 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 2BCCD2842E; Fri, 28 Jun 2013 01:24:19 +0200 (CEST) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id F2CE22842B; Fri, 28 Jun 2013 01:24:17 +0200 (CEST) Message-ID: <51CCC9A1.30401@quip.cz> Date: Fri, 28 Jun 2013 01:24:17 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Mark Felder Subject: Re: request for your comments on release documentation References: <20130613.024921.2080910235950489908.hrs@allbsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 23:24:22 -0000 Mark Felder wrote: > On Wed, 12 Jun 2013 12:49:21 -0500, Hiroki Sato wrote: [...] >> 3. Is there missing information which should be in the relnotes? >> Probably there are some missing items for each release, but this >> question is one at some abstraction level. Link to commit log and >> diff, detailed description of major incompatible changes, and so >> on. > > I try to keep up with the development and changes in releases as best I > can and I haven't noticed any glaring omissions over the last several > releases. I think you're doing a fine job. > > Also, is there a reason this isn't a "living" document that can be > updated as things get MFC'd to STABLE? It would help take load off your > end and maybe speed up release once the freeze has happened and we begin > the final grind through release candidates. It would be nice if all release related documents (relnotes, errata, hardware notes etc.) will be "living" after release (in online version) and not considered as set in stone. There are sometimes missing items which should be included online as soon as possible, but rarely are. For example, I found two issues with OpenSSH in 8.4 release. (bugs or features, or just incompatibilities with older versions) None of them is listed anywhere and I think it is really bad, because one issue can cause sshd not started after upgrade. So the online version of these docs should be "living" and updated as some issues and questions arises on the mailing lists and forums few days / weeks after release. On the other hand, FreeBSD has good quality of docs included Release Notes. (thank you for your work!) If there is some "man power", some items can be more detailed with links to other online resources like FreeBSD wiki, but only for some important items. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Jun 28 00:10:51 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 59BD05F9; Fri, 28 Jun 2013 00:10:51 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp2.bway.net (smtp2.v6.bway.net [IPv6:2607:d300:1::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3346117BA; Fri, 28 Jun 2013 00:10:51 +0000 (UTC) Received: from toasty.sporklab.com (foon.sporktines.com [96.57.144.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp2.bway.net (Postfix) with ESMTPSA id AF23295853; Thu, 27 Jun 2013 20:10:42 -0400 (EDT) References: <20130613.024921.2080910235950489908.hrs@allbsd.org> <51CCC9A1.30401@quip.cz> In-Reply-To: <51CCC9A1.30401@quip.cz> Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii Message-Id: <8AB10C1A-F2CB-4F5C-ACE5-B828393958D3@bway.net> Content-Transfer-Encoding: quoted-printable From: Charles Sprickman Subject: Re: request for your comments on release documentation Date: Thu, 27 Jun 2013 20:10:41 -0400 To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.1085) Cc: stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 00:10:51 -0000 On Jun 27, 2013, at 7:24 PM, Miroslav Lachman wrote: > Mark Felder wrote: >> On Wed, 12 Jun 2013 12:49:21 -0500, Hiroki Sato = wrote: >=20 > [...] >=20 >>> 3. Is there missing information which should be in the relnotes? >>> Probably there are some missing items for each release, but this >>> question is one at some abstraction level. Link to commit log and >>> diff, detailed description of major incompatible changes, and so >>> on. >>=20 >> I try to keep up with the development and changes in releases as best = I >> can and I haven't noticed any glaring omissions over the last several >> releases. I think you're doing a fine job. >>=20 >> Also, is there a reason this isn't a "living" document that can be >> updated as things get MFC'd to STABLE? It would help take load off = your >> end and maybe speed up release once the freeze has happened and we = begin >> the final grind through release candidates. >=20 > It would be nice if all release related documents (relnotes, errata, = hardware notes etc.) will be "living" after release (in online version) = and not considered as set in stone. There are sometimes missing items = which should be included online as soon as possible, but rarely are. >=20 > For example, I found two issues with OpenSSH in 8.4 release. (bugs or = features, or just incompatibilities with older versions) None of them is = listed anywhere and I think it is really bad, because one issue can = cause sshd not started after upgrade. >=20 > So the online version of these docs should be "living" and updated as = some issues and questions arises on the mailing lists and forums few = days / weeks after release. Additionally, it would be nice if the documentation for beta and RCs was = posted before the actual release as well. Just like the OS itself, docs = can be "beta" and open for feedback from the community. It's also nice = to know about changes before you upgrade a box for testing as well - for = example, the jail changes and zfs version bump in 8.4 were something of = a surprise for me (I follow -stable, but not much else). If the project = wants people to test before release, having a list of changes, major and = minor to focus on would probably net the project more useful feedback. I'm also all for the "living" document idea. It seems like the mailing = lists always have a few issues that are documented nowhere else because = they don't quite merit a ERRATA notice (eg: dhclient/fxp issue). Thanks, Charles >=20 >=20 > On the other hand, FreeBSD has good quality of docs included Release = Notes. (thank you for your work!) > If there is some "man power", some items can be more detailed with = links to other online resources like FreeBSD wiki, but only for some = important items. >=20 > Miroslav Lachman > _______________________________________________ > 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 Fri Jun 28 01:38:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DF6A66F2 for ; Fri, 28 Jun 2013 01:38:49 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by mx1.freebsd.org (Postfix) with ESMTP id 80B4B1A7C for ; Fri, 28 Jun 2013 01:38:49 +0000 (UTC) Received: from mfilter14-d.gandi.net (mfilter14-d.gandi.net [217.70.178.142]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id D1D1B172089; Fri, 28 Jun 2013 03:38:31 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter14-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter14-d.gandi.net (mfilter14-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 7KmdlgkcVexo; Fri, 28 Jun 2013 03:38:30 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 9B22D172074; Fri, 28 Jun 2013 03:38:29 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id D6BDC73A1C; Thu, 27 Jun 2013 18:38:27 -0700 (PDT) Date: Thu, 27 Jun 2013 18:38:27 -0700 From: Jeremy Chadwick To: Dave Hayes Subject: Re: AHCI Patsburg SATA controller and slow transfer speed Message-ID: <20130628013827.GB28137@icarus.home.lan> References: <51CCACF5.5020901@jetcafe.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51CCACF5.5020901@jetcafe.org> 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: Fri, 28 Jun 2013 01:38:49 -0000 On Thu, Jun 27, 2013 at 02:21:57PM -0700, Dave Hayes wrote: > Greetings all. I'm on FreeBSD 9.1-STABLE #0 r251391M. I'm noticing > two of my SATA disks are at half speed. Is this normal or is there > some configuration I'm forgetting? > > # dmesg | grep -C 4 ahc > ... > ahci0: port > 0x2070-0x2077,0x2060-0x2063,0x2050-0x2057,0x2040-0x2043,0x2020-0x203f > mem 0xd0b00000-0xd0b007ff irq 21 at device 31.2 on pci0 > ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich2: at channel 2 on ahci0 > ahcich3: at channel 3 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > ... > ada0: ATA-8 SATA 3.x device > ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad4 > ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 > ada1: ATA-8 SATA 3.x device > ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) > ada1: Previously was known as ad6 > ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 > ada2: ATA-8 SATA 3.x device > ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ^^^^^^^^^ > ada2: Command Queueing enabled > ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) > ada2: Previously was known as ad8 > ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 > ada3: ATA-8 SATA 3.x device > ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ^^^^^^^^^^^ > ada3: Command Queueing enabled > ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) > ada3: Previously was known as ad10 > # pciconf -lcvb > ahci0@pci0:0:31:2: class=0x010601 card=0x35ae8086 > chip=0x1d028086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Patsburg 6-Port SATA AHCI Controller' > class = mass storage > subclass = SATA > bar [10] = type I/O Port, range 32, base 0x2070, size 8, enabled > bar [14] = type I/O Port, range 32, base 0x2060, size 4, enabled > bar [18] = type I/O Port, range 32, base 0x2050, size 8, enabled > bar [1c] = type I/O Port, range 32, base 0x2040, size 4, enabled > bar [20] = type I/O Port, range 32, base 0x2020, size 32, enabled > bar [24] = type Memory, range 32, base 0xd0b00000, size 2048, enabled > cap 05[80] = MSI supports 1 message enabled with 1 message > cap 01[70] = powerspec 3 supports D0 D3 current D0 > cap 12[a8] = SATA Index-Data Pair > cap 13[b0] = PCI Advanced Features: FLR TP > > Thanks for any insight provided. Intel Patsburg is otherwise known as Intel X79. The X79 chipset/southbridge offers 6 SATA ports, 2 of which are SATA600, and the remaining 4 are SATA300: http://en.wikipedia.org/wiki/Intel_X79 The intention of this was to offer 2 ports for people wanting to use SSDs (which tend to throttle themselves based on negotiated PHY speed), and a remaining 4 ports for MHDDs or ATAPI. You can, of course, use whatever ports for whatever you want. More importantly (I think): your devices are MHDDs and will never be able to reach SATA600 (or SATA300) speeds. Pure MHDDs which use SATA600 PHYs are somewhat of a marketing gimmick (but my gut feeling is that the MHDD vendors are choosing to narrow the number of on-disk SATA controllers they use). Hybrid HDDs may benefit from faster PHYs. Next, this statement by ahci(4) then confuses the user: > ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported You see, when AHCI was invented, the existing idea was that all ports would have the same speed (and that was the case at the time). Only somewhat recently have some vendors begun to mix-match speeds on the same controller -- like this one. The AHCI specification probably (I have not read it even recently) only provides a number indicating "the total number of ports" followed by a single number indicating "the speed". There may be support somewhere within AHCI to provide an updated way to get more granular information, but I do not know if that's the case. If there is, FreeBSD's ahci(4) driver does not support such at this time (see sys/dev/ahci/ahci.c around line 502 for the device_printf() call and what the arguments are (specifically AHCI_CAP_ISS and AHCI_CAP_NPMASK)). TL;DR -- Your motherboard offers 6 ports, 2 of which are SATA600, 4 of which are SATA300, and despite the line shown above by FreeBSD not matching reality, everything is working as designed. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jun 28 04:03:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2F2FA1DA for ; Fri, 28 Jun 2013 04:03:38 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by mx1.freebsd.org (Postfix) with ESMTP id AAD20106F for ; Fri, 28 Jun 2013 04:03:37 +0000 (UTC) Received: from mfilter6-d.gandi.net (mfilter6-d.gandi.net [217.70.178.135]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id BA2F541C061; Fri, 28 Jun 2013 06:03:19 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter6-d.gandi.net Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter6-d.gandi.net (mfilter6-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 2pQKDGbM7M9t; Fri, 28 Jun 2013 06:03:18 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 795BA41C064; Fri, 28 Jun 2013 06:03:17 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 994F773A1C; Thu, 27 Jun 2013 21:03:15 -0700 (PDT) Date: Thu, 27 Jun 2013 21:03:15 -0700 From: Jeremy Chadwick To: Dave Hayes Subject: Re: AHCI Patsburg SATA controller and slow transfer speed Message-ID: <20130628040315.GA29931@icarus.home.lan> References: <51CCACF5.5020901@jetcafe.org> <20130628013827.GB28137@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130628013827.GB28137@icarus.home.lan> 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: Fri, 28 Jun 2013 04:03:38 -0000 On Thu, Jun 27, 2013 at 06:38:27PM -0700, Jeremy Chadwick wrote: > Next, this statement by ahci(4) then confuses the user: > > > ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported > > You see, when AHCI was invented, the existing idea was that all ports > would have the same speed (and that was the case at the time). Only > somewhat recently have some vendors begun to mix-match speeds on the > same controller -- like this one. > > The AHCI specification probably (I have not read it even recently) only > provides a number indicating "the total number of ports" followed by a > single number indicating "the speed". > > There may be support somewhere within AHCI to provide an updated way to > get more granular information, but I do not know if that's the case. > > If there is, FreeBSD's ahci(4) driver does not support such at this > time (see sys/dev/ahci/ahci.c around line 502 for the device_printf() > call and what the arguments are (specifically AHCI_CAP_ISS and > AHCI_CAP_NPMASK)). Just a technical follow-up: I spent some time this evening looking at AHCI specification 1.30. I'll try to explain the situation. First, at the HBA level (meaning the entire AHCI controller): Bits 23-30 of CAP (reg. offset 0x00): Interface Speed Support (ISS). This indicates, quote, "the maximum speed the HBA can support on its ports". Next, on a per-port basis, there are two registers available relating to speed: one indicates speed, the other controls/limits speed: 1) Bits 7-4 of PxSSTS (reg. offset 0x28): SPD: Port x Serial ATA Status (SCR0: SStatus). This indicates, quote, "the negotiated interface speed". 2) Bits 7-4 of PxSCTL (reg. offset 0x2c): SPD: Port x Serial ATA Control (SCR2: SControl). The register controls, quote, "the highest allowable speed of the interface". The bit definitions indicate a way to limit the speed of a port and do not indicate capability. The actual 1.30 specification even has a section (10.5) on this whole ordeal, which states clearly, quote: ==== 10.5 Interface Speed Support The HBA indicates the maximum speed it can support via the CAP.ISS register. Software can further limit the speed of a port by manipulating each port's PxSCTL.SPD field to a lower value. ==== AHCI spec "proposal" 1.31 also does not address/cover this (all that adds is per-port sleep capabilities). I will point out that SATA600 is not officially mentioned in any spec at this time (that I can get my hands on), so what all the OSes run off of are educated assumptions. :-) But theoretically, a newer AHCI spec could support per-port maximum speed indication. It's not easy to phrase all this tersely in a single device_printf(), and there has already been opposition to adding printing of more lines to the existing drivers/in dmesg (meaning, printing 6 lines, one for each port, indicating active speed + maximum speed, would probably be looked down upon outside of verbose booting). The best I can come up with is this: ahci0: AHCI v1.30, 6 ports, maximum 6Gbps, Port Multiplier not supported ...which is better, but could still be interpreted as "6 ports with a maximum of 6Gbps per port". Hope this sheds light in some way or another. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jun 28 05:53:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 93218F30 for ; Fri, 28 Jun 2013 05:53:56 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5C71389 for ; Fri, 28 Jun 2013 05:53:56 +0000 (UTC) X-Envelope-To: freebsd-stable@freebsd.org Received: from [205.147.26.5] (hokkshideh4.jetcafe.org [205.147.26.5]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id r5S5rsug046321 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Jun 2013 22:53:55 -0700 (PDT) Message-ID: <51CD24F2.9020801@jetcafe.org> Date: Thu, 27 Jun 2013 22:53:54 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121121 Thunderbird/16.0.2 MIME-Version: 1.0 To: Jeremy Chadwick Subject: Re: AHCI Patsburg SATA controller and slow transfer speed References: <51CCACF5.5020901@jetcafe.org> <20130628013827.GB28137@icarus.home.lan> In-Reply-To: <20130628013827.GB28137@icarus.home.lan> 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: Fri, 28 Jun 2013 05:53:56 -0000 On 06/27/13 18:38, Jeremy Chadwick wrote: > Next, this statement by ahci(4) then confuses the user: > >> ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported Yes, this confuses even a seasoned user. ;) > TL;DR -- Your motherboard offers 6 ports, 2 of which are SATA600, 4 of > which are SATA300, and despite the line shown above by FreeBSD not > matching reality, everything is working as designed. It wasn't too long, I *did* read both messages, and thank you both very much for the insight. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< Nobody wants constructive criticism. It's all we can do to put up with constructive praise. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 28 15:50:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6F8DCDFD for ; Fri, 28 Jun 2013 15:50:59 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) by mx1.freebsd.org (Postfix) with ESMTP id 37BC513C7 for ; Fri, 28 Jun 2013 15:50:59 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id z10so1457753qcx.35 for ; Fri, 28 Jun 2013 08:50:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5XjansZ/4Vq1G9qh0nO+Gxyu14dUyYbp0P3PivZN/Zk=; b=IOhrZzSW6op4f0p+FU2htnWofxRhh97EXnl+8kf/YBwZQRwLEOtS04xjyBZUlwfou5 AKCcoWJrKP2t/Fhy5QnWJQ/li/pfoQMGsrK1RvfR5VhA4fdlaqcHO1rvcn7UXj9jKpBP muyHXbk1qADA+69tRCIaLE5w2g4GlHeBAksEWxRJPeqdO1nnYD3jEiduPpMoawVInl8d 4R8Yg0nWXv7Mugf5SYuCVHn8eWi78S+hc1z3HEO8lk9iaMQjjEVfgCKjedQ4P3alvXcD uaR2yfsQ8zSvbo5pfZfRjvMY3ujIE+wa+cu4LmOtQdz1gtJsPbcucd+bqaYAoNdG+Wqp SEPA== MIME-Version: 1.0 X-Received: by 10.224.167.133 with SMTP id q5mr18634099qay.2.1372434658733; Fri, 28 Jun 2013 08:50:58 -0700 (PDT) Received: by 10.49.37.226 with HTTP; Fri, 28 Jun 2013 08:50:58 -0700 (PDT) In-Reply-To: <20130628013827.GB28137@icarus.home.lan> References: <51CCACF5.5020901@jetcafe.org> <20130628013827.GB28137@icarus.home.lan> Date: Fri, 28 Jun 2013 09:50:58 -0600 Message-ID: Subject: Re: AHCI Patsburg SATA controller and slow transfer speed From: asomers@gmail.com To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 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: Fri, 28 Jun 2013 15:50:59 -0000 On Thu, Jun 27, 2013 at 7:38 PM, Jeremy Chadwick wrote: > On Thu, Jun 27, 2013 at 02:21:57PM -0700, Dave Hayes wrote: >> Greetings all. I'm on FreeBSD 9.1-STABLE #0 r251391M. I'm noticing >> two of my SATA disks are at half speed. Is this normal or is there >> some configuration I'm forgetting? >> >> # dmesg | grep -C 4 ahc >> ... >> ahci0: port >> 0x2070-0x2077,0x2060-0x2063,0x2050-0x2057,0x2040-0x2043,0x2020-0x203f >> mem 0xd0b00000-0xd0b007ff irq 21 at device 31.2 on pci0 >> ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported >> ahcich0: at channel 0 on ahci0 >> ahcich1: at channel 1 on ahci0 >> ahcich2: at channel 2 on ahci0 >> ahcich3: at channel 3 on ahci0 >> ahcich4: at channel 4 on ahci0 >> ahcich5: at channel 5 on ahci0 >> ... >> ada0: ATA-8 SATA 3.x device >> ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) >> ada0: Command Queueing enabled >> ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >> ada0: Previously was known as ad4 >> ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 >> ada1: ATA-8 SATA 3.x device >> ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) >> ada1: Command Queueing enabled >> ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >> ada1: Previously was known as ad6 >> ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 >> ada2: ATA-8 SATA 3.x device >> ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >> ^^^^^^^^^ >> ada2: Command Queueing enabled >> ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >> ada2: Previously was known as ad8 >> ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 >> ada3: ATA-8 SATA 3.x device >> ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >> ^^^^^^^^^^^ >> ada3: Command Queueing enabled >> ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >> ada3: Previously was known as ad10 >> # pciconf -lcvb >> ahci0@pci0:0:31:2: class=0x010601 card=0x35ae8086 >> chip=0x1d028086 rev=0x06 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Patsburg 6-Port SATA AHCI Controller' >> class = mass storage >> subclass = SATA >> bar [10] = type I/O Port, range 32, base 0x2070, size 8, enabled >> bar [14] = type I/O Port, range 32, base 0x2060, size 4, enabled >> bar [18] = type I/O Port, range 32, base 0x2050, size 8, enabled >> bar [1c] = type I/O Port, range 32, base 0x2040, size 4, enabled >> bar [20] = type I/O Port, range 32, base 0x2020, size 32, enabled >> bar [24] = type Memory, range 32, base 0xd0b00000, size 2048, enabled >> cap 05[80] = MSI supports 1 message enabled with 1 message >> cap 01[70] = powerspec 3 supports D0 D3 current D0 >> cap 12[a8] = SATA Index-Data Pair >> cap 13[b0] = PCI Advanced Features: FLR TP >> >> Thanks for any insight provided. > > Intel Patsburg is otherwise known as Intel X79. The X79 > chipset/southbridge offers 6 SATA ports, 2 of which are SATA600, and the > remaining 4 are SATA300: > > http://en.wikipedia.org/wiki/Intel_X79 > > The intention of this was to offer 2 ports for people wanting to use > SSDs (which tend to throttle themselves based on negotiated PHY speed), > and a remaining 4 ports for MHDDs or ATAPI. You can, of course, use > whatever ports for whatever you want. > > More importantly (I think): your devices are MHDDs and will never be > able to reach SATA600 (or SATA300) speeds. Pure MHDDs which use SATA600 > PHYs are somewhat of a marketing gimmick (but my gut feeling is that the > MHDD vendors are choosing to narrow the number of on-disk SATA > controllers they use). Hybrid HDDs may benefit from faster PHYs. Not to detract from the important stuff on this thread, but faster PHYs are absolutely not a marketing gimmick for MHDDs. A fast PHY can benefit a slow HDD for two reasons: 1) Commands that can be satisfied by the HDD's cache will run at the PHY speed. This is especially significant with ZFS, which takes advantage of HDD write caches. 2) More importantly, SAS expanders and SATA port multipliers are circuit-switched devices, not packet-switched. This means that when the HBA is talking to a disk, the entire circuit is running at the speed of the lowest communicating PHY. So an HDD with a slower PHY than the HBA will basically waste the HBA's time. Or to put it another way, putting faster PHYs on slow HDDs allows more HDDs to be effectively used by a single HBA port. These concerns won't have much impact on the performance of a desktop with only one or two HDDs, but it's very important to RAID users. > > Next, this statement by ahci(4) then confuses the user: > >> ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported > > You see, when AHCI was invented, the existing idea was that all ports > would have the same speed (and that was the case at the time). Only > somewhat recently have some vendors begun to mix-match speeds on the > same controller -- like this one. > > The AHCI specification probably (I have not read it even recently) only > provides a number indicating "the total number of ports" followed by a > single number indicating "the speed". > > There may be support somewhere within AHCI to provide an updated way to > get more granular information, but I do not know if that's the case. > > If there is, FreeBSD's ahci(4) driver does not support such at this > time (see sys/dev/ahci/ahci.c around line 502 for the device_printf() > call and what the arguments are (specifically AHCI_CAP_ISS and > AHCI_CAP_NPMASK)). > > TL;DR -- Your motherboard offers 6 ports, 2 of which are SATA600, 4 of > which are SATA300, and despite the line shown above by FreeBSD not > matching reality, everything is working as designed. > > -- > | Jeremy Chadwick jdc@koitsu.org | > | UNIX Systems Administrator http://jdc.koitsu.org/ | > | Making life hard for others since 1977. PGP 4BD6C0CB | > > _______________________________________________ > 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 Fri Jun 28 17:38: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]) by hub.freebsd.org (Postfix) with ESMTP id 769C89B4 for ; Fri, 28 Jun 2013 17:38:33 +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 12DEC1AB6 for ; Fri, 28 Jun 2013 17:38:32 +0000 (UTC) Received: from cpsps-ews25.kpnxchange.com ([10.94.84.191]) by cpsmtpb-ews03.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 28 Jun 2013 19:37:22 +0200 Received: from CPSMTPM-TLF104.kpnxchange.com ([195.121.3.7]) by cpsps-ews25.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 28 Jun 2013 19:37:22 +0200 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF104.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 28 Jun 2013 19:37:21 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 9586DF1DA; Fri, 28 Jun 2013 19:37:21 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Miroslav Lachman" <000.fbsd@quip.cz>, "Chris H" Subject: Re: portupgrade(1) | portmaster(8) -- which is more effective for large upgrade? References: <67588ada736599c95cac241b3c3af730.authenticated@ultimatedns.net> <9580eaf8d7706197d1fee71c90ed7f20.authenticated@ultimatedns.net> <51CC2E05.5080203@quip.cz> <2ee887ebc2ff339b734b57ea9a8863c0.authenticated@ultimatedns.net> Date: Fri, 28 Jun 2013 19:37:21 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <2ee887ebc2ff339b734b57ea9a8863c0.authenticated@ultimatedns.net> User-Agent: Opera Mail/12.15 (FreeBSD) X-OriginalArrivalTime: 28 Jun 2013 17:37:22.0053 (UTC) FILETIME=[251C8B50:01CE7426] X-RcptDomain: freebsd.org Cc: Warren Block , matthias.andree@gmx.de, 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: Fri, 28 Jun 2013 17:38:33 -0000 On Thu, 27 Jun 2013 16:14:31 +0200, Chris H wrote: >> Warren Block wrote: >>> On Wed, 26 Jun 2013, Chris H wrote: >>>>> On Wed, 26 Jun 2013, Chris H wrote: >>>>> >>>>> Okay, look up the last time you installed or upgraded a port: >>>>> % ls -ltr /var/db/pkg >>>>> >>>>> The last one is the most recently modified. Update your ports tree, >>>>> follow all the steps that apply to your system since that date. >>> >>> That should say "all the steps in /usr/ports/UPDATING that apply to >>> your >>> system since that date." >> >> There is a nice command that helps you to list only relevant entries >> from UPDATING (entries from UPDATING for already installed ports) >> >> pkg_updating -d YYYYMMDD >> >> Where YYYYMMDD is the last time you did ports update, for example >> pkg_updating -d 20120923 >> >> Miroslav Lachman > Greetings Miroslav, > That _is_ nice. Thank you for taking the time post this. > That'll help quite a bit! /usr/ports/ports-mgmt/portupdate-scan is also very usefull Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 28 18:22:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 52F2EB77 for ; Fri, 28 Jun 2013 18:22:41 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.7]) by mx1.freebsd.org (Postfix) with ESMTP id D415D1D67 for ; Fri, 28 Jun 2013 18:22:40 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 18243 invoked from network); 28 Jun 2013 20:22:38 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1372443758; bh=6nARiRIqCBdA4Gi6a/fQttW7Sx5BuVTad9RZfXBwMXw=; h=From:To:Subject; b=RqsnpKsRHKKhFWvf+7v0WSvYGgBTM/XzEinJxZWINHgvlAsnVI6FH8R2K0uLqwUI+ RrOFiPdw2RCTOu8uaEYmoz2OOSw1gQJAytWC9ySzCyoFZ1eE9j9I9591KwiJuxJSVi vbF1vVdpYwcDEFl9Ho152ntl2kjMbfQR8hNYql4I= Received: from nat.misal.pl (HELO [127.0.0.1]) (marek_sal@[83.19.131.171]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with AES256-SHA encrypted SMTP for ; 28 Jun 2013 20:22:38 +0200 Message-ID: <51CDD465.90706@wp.pl> Date: Fri, 28 Jun 2013 20:22:29 +0200 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Subject: FREEBSD_INSTALL failed with error 19 during booting installer Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 130628-0, 2013-06-28), Outbound message X-Antivirus-Status: Clean X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [gePE] 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, 28 Jun 2013 18:22:41 -0000 Hi list, I am trying to install FreeBSD 9.1-Release amd64 on a Supermicro server: SuperStorage Server 6027R-E1R12N with Intel Xeon E5-2640 CPU and 32 GB (4 x 8 ) KVR16R11D4/8HC installed Currently I have only 2 SSD Kingston drives (working in mirror) installed on that server. during booting installer from the ISO CD (amd64), the boot process fails with message: Mounting from cd9660:/dev/iso9660/FREEBSD_INSTALL failed with error 19. As I found here: http://forums.freebsd.org/showthread.php?t=36579 , probably this could be issue with ACPI, but setting option in loader: # set debug.acpi.disabled ="hostres" # boot made nothing for me. Any ideas? Regards, -- Marek Salwerowicz From owner-freebsd-stable@FreeBSD.ORG Fri Jun 28 18:26: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]) by hub.freebsd.org (Postfix) with ESMTP id 92CE6F32 for ; Fri, 28 Jun 2013 18:26:36 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by mx1.freebsd.org (Postfix) with ESMTP id 51A211DA8 for ; Fri, 28 Jun 2013 18:26:36 +0000 (UTC) Received: from mfilter6-d.gandi.net (mfilter6-d.gandi.net [217.70.178.135]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 97CDBA80CD; Fri, 28 Jun 2013 20:26:19 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter6-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter6-d.gandi.net (mfilter6-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id P4JclIePWVfK; Fri, 28 Jun 2013 20:26:17 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id ACF6BA80BF; Fri, 28 Jun 2013 20:26:17 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id E92DE73A1D; Fri, 28 Jun 2013 11:26:15 -0700 (PDT) Date: Fri, 28 Jun 2013 11:26:15 -0700 From: Jeremy Chadwick To: Marek Salwerowicz Subject: Re: FREEBSD_INSTALL failed with error 19 during booting installer Message-ID: <20130628182615.GA52467@icarus.home.lan> References: <51CDD465.90706@wp.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51CDD465.90706@wp.pl> 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: Fri, 28 Jun 2013 18:26:36 -0000 On Fri, Jun 28, 2013 at 08:22:29PM +0200, Marek Salwerowicz wrote: > Hi list, > > I am trying to install FreeBSD 9.1-Release amd64 on a Supermicro server: > > SuperStorage Server 6027R-E1R12N > > with Intel Xeon E5-2640 CPU and 32 GB (4 x 8 ) KVR16R11D4/8HC installed > > Currently I have only 2 SSD Kingston drives (working in mirror) > installed on that server. > > during booting installer from the ISO CD (amd64), the boot process > fails with message: > > Mounting from cd9660:/dev/iso9660/FREEBSD_INSTALL failed with error 19. > > As I found here: http://forums.freebsd.org/showthread.php?t=36579 , > probably this could be issue with ACPI, but setting option in > loader: > > # set debug.acpi.disabled ="hostres" > # boot > > made nothing for me. > > > > Any ideas? Try using a USB flash drive + memstick image instead of CD-based media. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jun 28 18:35:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 96C226FA; Fri, 28 Jun 2013 18:35:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 25C521E42; Fri, 28 Jun 2013 18:35:48 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id k14so1572469qcv.34 for ; Fri, 28 Jun 2013 11:35:47 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=NZYGbbhw6Mv7pQCBjKoqQel3abzYqo2SaUUthfUPRDo=; b=XPZQ1S/xIJatMUrZhPVT+0Cvv8H0FePkDvv1cA3kSkK8Ioo8Nc2DFfDUnZeBqZuEtA 1LIv6uKgopzZoX4uZJsdbkIhoNOH9YSeozljKi7eRc5YJ12ZAHeti8i8uV7ADvEA9vWY bDsKoOPgBKBZq1SaP0yvOQcgyZyAobQLkN1BYrOEsSK70MxdoNc5wtfhK4BZCepT/PtU tprtbi0uehGyl8RlyWOWajUYG3S3T81a4YlF9FyKYOTCsGENymu10g6h2pPkjcFAvDgw 4HpuctzndFdPUN36rb9+0l4YK6d6u+QwqybvezgsvBp/C0cDlIMx9V8nWx9E7LyOMgvU 1CqA== MIME-Version: 1.0 X-Received: by 10.224.190.137 with SMTP id di9mr19113039qab.95.1372444547670; Fri, 28 Jun 2013 11:35:47 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.214.7 with HTTP; Fri, 28 Jun 2013 11:35:47 -0700 (PDT) In-Reply-To: References: <20120624.022452.67408510.iwasaki@jp.FreeBSD.org> <20120625.225430.106438166.iwasaki@jp.FreeBSD.org> Date: Fri, 28 Jun 2013 11:35:47 -0700 X-Google-Sender-Auth: ZQypW5bpD6aga3Z-gAGQeX9i7e8 Message-ID: Subject: Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored From: Adrian Chadd To: Mitsuru IWASAKI Content-Type: text/plain; charset=ISO-8859-1 Cc: iwasaki@freebsd.org, freebsd-stable@freebsd.org, jkim@freebsd.org, freebsd-mobile@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: Fri, 28 Jun 2013 18:35:48 -0000 hi! Just as a note - this is still a problem on _all_ hardware I have running -9 or -HEAD. If you resume in text mode and it's a non-default mode (ie, it's not VGA 80x25), it comes back corrupted. Would someone please try it out? It's pretty easy to try out: * set a non-default VGA Mode (say, 80x50) * go through an ACPI suspend/resume cycle * See the VGA display be corrupt. On 21 July 2012 17:28, Adrian Chadd wrote: > Hi! > > I just tried it. It worked: > > * resume occured and the video mode was corrupt; > * then shortly after it went through all the reattaching, and the > video mode was fixed. > > Why's the video mode starting off corrupted? > > > Adrian From owner-freebsd-stable@FreeBSD.ORG Fri Jun 28 23:43:17 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BC7BD3C7 for ; Fri, 28 Jun 2013 23:43:17 +0000 (UTC) (envelope-from bounce@ResponsibleFundraising.net) Received: from ResponsibleFundraising.net (mail2.responsiblefundraising.net [209.144.225.62]) by mx1.freebsd.org (Postfix) with ESMTP id 96B201C7F for ; Fri, 28 Jun 2013 23:43:17 +0000 (UTC) From: tai@ResponsibleFundraising.net To: stable@freebsd.org Message-ID: <98e9140172b843a481c06d1394e2315d@ResponsibleFundraising.net> Date: Fri, 28 Jun 2013 18:43:16 -0500 Subject: Special Fundraising Bonus MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1252 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: Fri, 28 Jun 2013 23:43:17 -0000 Dear Fundraising Planner: Looking for a profitable fundraiser that teaches and inspires? EcoPhones' cell phone recycling fundraiser pays up to $350 per used cell phone and is the only Responsible Recycling (R2), ISO 14001 and OHSAS 18001 environmentally accredited cell phone recycling fundraiser in the United States. EcoPhones guarantees that the cell phones you collect will have all of their data erased and be safely and responsibly recycled. Raise thousands of dollars for your school, church or organization while simultaneously helping to protect the environment. There's no limit to how much your organization can earn, nothing to buy, nothing to sell and shipping is free. Simply ask parents, neighbors, co-workers and local businesses to donate and recycle any of the more than 1 billion used cell phones just sitting around collecting dust. Your school or group gets paid to save the planet! We even pay for damaged, non-working and non-listed models. Give us a try and earn an additional 10% bonus. Give your school or group and your participants what they deserve - easy, responsible, profitable recycling with peace of mind. Register online at http://www.ResponsibleFundraising.net or call (888) Eco-Phones / (888) 326-7466. Regards, Tai Phoenix Fundraising Coordinator EcoPhones Toll Free (888) 326-7466 info@ResponsibleFundraising.net 2828 Anode Lane Dallas, Texas 75220 You received this fundraising solicitation because of your affiliation with a local school, church or community group. To be removed from this mailing list, please click on the following link. (NOTE: Your email viewer may have broken the removal link into two or more lines. If so, you must assemble them together and paste into your browser in order to be removed.) http://www.ResponsibleFundraising.net/OptOut.aspx?int=3984814&email=stable@freebsd.org&int2=3121208 From owner-freebsd-stable@FreeBSD.ORG Sat Jun 29 16:09:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C7643D48 for ; Sat, 29 Jun 2013 16:09:47 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2F31BC4 for ; Sat, 29 Jun 2013 16:09:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r5TG9bIK081268; Sun, 30 Jun 2013 02:09:37 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 30 Jun 2013 02:09:36 +1000 (EST) From: Ian Smith To: Jeremy Chadwick Subject: Re: FREEBSD_INSTALL failed with error 19 during booting installer In-Reply-To: <20130628182615.GA52467@icarus.home.lan> Message-ID: <20130630020255.J81017@sola.nimnet.asn.au> References: <51CDD465.90706@wp.pl> <20130628182615.GA52467@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Marek Salwerowicz , "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, 29 Jun 2013 16:09:47 -0000 On Fri, 28 Jun 2013 11:26:15 -0700, Jeremy Chadwick wrote: > On Fri, Jun 28, 2013 at 08:22:29PM +0200, Marek Salwerowicz wrote: > > Hi list, > > > > I am trying to install FreeBSD 9.1-Release amd64 on a Supermicro server: > > > > SuperStorage Server 6027R-E1R12N > > > > with Intel Xeon E5-2640 CPU and 32 GB (4 x 8 ) KVR16R11D4/8HC installed > > > > Currently I have only 2 SSD Kingston drives (working in mirror) > > installed on that server. > > > > during booting installer from the ISO CD (amd64), the boot process > > fails with message: > > > > Mounting from cd9660:/dev/iso9660/FREEBSD_INSTALL failed with error 19. > > > > As I found here: http://forums.freebsd.org/showthread.php?t=36579 , > > probably this could be issue with ACPI, but setting option in > > loader: > > > > # set debug.acpi.disabled ="hostres" > > # boot > > > > made nothing for me. > > > > > > > > Any ideas? > > Try using a USB flash drive + memstick image instead of CD-based media. Last time I tried - 9.1-release i386 - the memstick boot gave no option to drop to loader; I had to burn a disc1 CD so I could drop to loader to turn cam.ctl off to succeed installing in 128MB. Did I miss something? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Jun 29 20:02:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 48580F6; Sat, 29 Jun 2013 20:02:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id DC1F81288; Sat, 29 Jun 2013 20:02:19 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id m15so2083825qcq.19 for ; Sat, 29 Jun 2013 13:02:19 -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 :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=iBXdbFCpELJ1cWG/1WKNXfK5Po+g5poFNzZAs2Cc06o=; b=Y/oAqRmFfgdCONFPG0ca+hPOhbWauaHy+vMsEMu0gynkKAQZNn/3234kgkeYzKo5U7 1ws3KLyTxdq7eBogaTk48aH9xVn0z4nWvdkSSUgEeccpScqKTVRwaU9WeGOXX9nW8XkY POAOlpAtSL2AKb36txgH+kJApOC/9VAF0WdLwcvCUfmYq+0tPdzxR13JqtEhglij1Mm7 xyZESNQQHog5ZM80f3rQuCmPFw6Io53NBtkj759ln6lfTRJ8k5lMq58m/q4vgtxZ+JxG dvQBS9x1yWwDNlIl2nySX1Ln5aLUB6qHuzgl/qEO2zepowcYXCZNfZOvJ3h7Aaz434Op oGQQ== MIME-Version: 1.0 X-Received: by 10.224.36.17 with SMTP id r17mr2152515qad.94.1372536139449; Sat, 29 Jun 2013 13:02:19 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.101.134 with HTTP; Sat, 29 Jun 2013 13:02:19 -0700 (PDT) In-Reply-To: <20130627213331.W26984@sola.nimnet.asn.au> References: <20130621220013.X55167@sola.nimnet.asn.au> <20130626152833.M78748@sola.nimnet.asn.au> <20130626195154.GK88288@e-new.0x20.net> <20130627213331.W26984@sola.nimnet.asn.au> Date: Sat, 29 Jun 2013 13:02:19 -0700 X-Google-Sender-Auth: roRZkVHaSJ3PJiW0oZA7g8YDIUU Message-ID: Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume From: Adrian Chadd To: Ian Smith Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Lars Engels , freebsd-usb@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, 29 Jun 2013 20:02:20 -0000 On 27 June 2013 04:58, Ian Smith wrote: > Well if there's a functional change in head that fixes this on Lars' and > yours, getting it into stable shouldn't be so hard I expect. However if > there's a fix (or some Lenovo workaround) for yours on 9 it'd be useful > to hunt it down, no? I utterly depend on 100% working resume too. > > We don't yet know if this is a bus, ACPI &/or USB issue. Home yet? :) Yup: http://people.freebsd.org/~adrian/usb/ dmesg.boot = dmesg at startup 1 - after powerup, usb device in 2 - after acpiconf -s3 suspend/resume, w/ a USB device plugged in 3 - after acpiconf -s3 suspend/resume, with a USB device removed before suspend/resume Thanks, -adrian From owner-freebsd-stable@FreeBSD.ORG Sat Jun 29 21:57:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 39ABE496 for ; Sat, 29 Jun 2013 21:57:15 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by mx1.freebsd.org (Postfix) with ESMTP id ED3331798 for ; Sat, 29 Jun 2013 21:57:14 +0000 (UTC) Received: from mfilter22-d.gandi.net (mfilter22-d.gandi.net [217.70.178.150]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 23E8941C064; Sat, 29 Jun 2013 23:56:57 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter22-d.gandi.net Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter22-d.gandi.net (mfilter22-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id aTwgTxvmBYac; Sat, 29 Jun 2013 23:56:55 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id EE0D541C05A; Sat, 29 Jun 2013 23:56:53 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 1579F73A1C; Sat, 29 Jun 2013 14:56:52 -0700 (PDT) Date: Sat, 29 Jun 2013 14:56:52 -0700 From: Jeremy Chadwick To: Ian Smith Subject: Re: FREEBSD_INSTALL failed with error 19 during booting installer Message-ID: <20130629215652.GA86720@icarus.home.lan> References: <51CDD465.90706@wp.pl> <20130628182615.GA52467@icarus.home.lan> <20130630020255.J81017@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130630020255.J81017@sola.nimnet.asn.au> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Marek Salwerowicz , "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, 29 Jun 2013 21:57:15 -0000 On Sun, Jun 30, 2013 at 02:09:36AM +1000, Ian Smith wrote: > On Fri, 28 Jun 2013 11:26:15 -0700, Jeremy Chadwick wrote: > > On Fri, Jun 28, 2013 at 08:22:29PM +0200, Marek Salwerowicz wrote: > > > Hi list, > > > > > > I am trying to install FreeBSD 9.1-Release amd64 on a Supermicro server: > > > > > > SuperStorage Server 6027R-E1R12N > > > > > > with Intel Xeon E5-2640 CPU and 32 GB (4 x 8 ) KVR16R11D4/8HC installed > > > > > > Currently I have only 2 SSD Kingston drives (working in mirror) > > > installed on that server. > > > > > > during booting installer from the ISO CD (amd64), the boot process > > > fails with message: > > > > > > Mounting from cd9660:/dev/iso9660/FREEBSD_INSTALL failed with error 19. > > > > > > As I found here: http://forums.freebsd.org/showthread.php?t=36579 , > > > probably this could be issue with ACPI, but setting option in > > > loader: > > > > > > # set debug.acpi.disabled ="hostres" > > > # boot > > > > > > made nothing for me. > > > > > > > > > > > > Any ideas? > > > > Try using a USB flash drive + memstick image instead of CD-based media. > > Last time I tried - 9.1-release i386 - the memstick boot gave no option > to drop to loader; I had to burn a disc1 CD so I could drop to loader to > turn cam.ctl off to succeed installing in 128MB. Did I miss something? I've used memstick images exclusively for years and have never seen this. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB |