From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 08:55:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9243106566B for ; Sun, 15 Apr 2012 08:55:58 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 334D18FC1E for ; Sun, 15 Apr 2012 08:55:58 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SJL0a-0005YL-NX for freebsd-stable@freebsd.org; Sun, 15 Apr 2012 10:40:33 +0200 Received: from dhcp-077-251-052-224.chello.nl ([77.251.52.224] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SJL0b-0005u6-4L for freebsd-stable@freebsd.org; Sun, 15 Apr 2012 10:40:33 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <4F6A67C0.7000909@sentex.net> <4F6B3B46.4060105@sentex.net> Date: Sun, 15 Apr 2012 10:40:31 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.62 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.7 X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_20 autolearn=disabled version=3.2.5 X-Scan-Signature: 66f4fda096222dd2b2010deb1ce817c5 Subject: Re: 157k interrupts per second causing 60% CPU load on idle system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2012 08:55:58 -0000 On Sat, 14 Apr 2012 01:13:30 +0200, Matt Thyer wrote: > On Apr 7, 2012 2:38 PM, "Matt Thyer" wrote: >> >> On 7 April 2012 14:31, Matt Thyer wrote: >>> Since moving the SATA 3 disk to the onboard Intel SATA 2 controller I'm > no longer having that disk evicted from the raidz2 pool with write errors > and I thought that the high interrupt rate issue had also been solved but > it's back again. >>> >>> This is on 8-STABLE at revision 230921 (before the new driver hit > 8-STABLE). >>> >>> So now I need to go back to trying to determine what the cause is. >>> >> vmstat -i has shown that the issue was on irq 16. >> >> Unfortunately there seems to be a lot of things on irq 16: >> >> $ dmesg | grep "irq 16" >> >> pcib1: irq 16 at device 1.0 on pci0 >> mps0: port 0xee00-0xeeff mem > 0xfbdfc000-0xfbdfffff,0xfbd80000-0xfbdbffff irq 16 at device 0.0 on pci1 >> vgapci0: port 0xff00-0xff07 mem > 0xfb400000-0xfb7fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 >> uhci0: port 0xfe00-0xfe1f irq 16 at > device 26.0 on pci0 >> pcib2: irq 16 at device 28.0 on pci0 >> pcib3: irq 16 at device 28.4 on pci0 >> atapci0: port > 0xdf00-0xdf07,0xde00-0xde03,0xdd00-0xdd07,0xdc00-0xdc03,0xdb00-0xdb0f irq > 16 at device 0.0 on pci3 >> >> Any idea how to isolate which bit of hardware could be triggering the > interrupts ? >> >> Unfortunately the only device I could remove would be the SuperMicro > AOC-USAS2-L8i (so yes I could eliminate that). >> >> My biggest problem right now is not knowing how to trigger the issue. >> >> At this stage I'm going to upgrade to 9-STABLE and see if it returns. > > The problem does not occur with 9-STABLE. > > Who knows what the problem was ? USB maybe ? Do you still have the same hardware on the same interrupts on 9-STABLE? Are there changes in the use of MSI(-X)? From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 09:29:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C54B106566B for ; Sun, 15 Apr 2012 09:29:46 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id C73BB8FC0C for ; Sun, 15 Apr 2012 09:29:45 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SJLmB-0006Aa-Dv for freebsd-stable@freebsd.org; Sun, 15 Apr 2012 11:29:44 +0200 Received: from dhcp-077-251-052-224.chello.nl ([77.251.52.224] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SJLmB-0006UL-Py for freebsd-stable@freebsd.org; Sun, 15 Apr 2012 11:29:43 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <20120330022806.GA30761@shell.eskimo.com> Date: Sun, 15 Apr 2012 11:29:42 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <20120330022806.GA30761@shell.eskimo.com> User-Agent: Opera Mail/11.62 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: 51a43cd7ff6838d9e9bce89dbcde6c26 Subject: Re: FreeBSD 8.3 and 9.0 freeze with firefox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2012 09:29:46 -0000 On Fri, 30 Mar 2012 04:28:06 +0200, Joseph Olatt wrote: > Hi, > > Starting with 8.3, I've been experiencing FreeBSD freezing up completely > after using firefox for a while. Thinking the problem would go away if I > upgraded to 9.0, I did that and I am still experiencing the same > freezing up. The mouse pointer freezes, the keyboard freezes (caps lock > light will not come on; Ctrl-Alt-F[1-10] does not work etc.). The only > way to get the system back is by pressing and holding down the power > button. > > The problem seems similar to: kern/163145 > > > There is nothing in /var/log/messages to indicate a problem. Output of > pciconf -lv and uname -a are at: > > http://www.eskimo.com/~joji/wisdom/ > > Anybody else experiencing similar freeze ups with 8.3 or 9.0 while using > firefox? Since Firefox uses all kinds of GPU stuff nowadays. Is it possible it locks up your graphics card? I suggest trying to turn of GPU hardware acceleration in Firefox. Ronald. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 13:09:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8762F106564A for ; Sun, 15 Apr 2012 13:09:36 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0F1E28FC0A for ; Sun, 15 Apr 2012 13:09:35 +0000 (UTC) Received: by wern13 with SMTP id n13so3735824wer.13 for ; Sun, 15 Apr 2012 06:09:35 -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=ADshzj1cu6VVddcMBHJ/cnFGdvFXEPSxojoo4V70xTk=; b=xlbD8yWDo9Wzd2DwedDBBJ+z/qjef2/KWyuauVLX1di3zmgf2qlUkc916B7aa0khox wbsNZWXwcg+nkUHSFbYSD/+g2H2siKgf/w758IloXGAkCyp12FDLQh25QKmu/xj/dAZ4 780aPCGKVBtNnV2pxr0AeLx4y22vMqlK3SAuwCKrvFBlpisd25t73a1b69vokTr+TNaV 8qcBJNM5/zV0nX0tXc8yZViGYMKLNyiF8/IQRnq8ilDZ9NCxwF2NPuc/XvCtV1CMkRS7 tBLz/8NIlhw/hTOVuanSziTCd/FbL+zWiNWX3ugJf772ICg23pJHPjRVqy/hMvxmFpJg U7dQ== MIME-Version: 1.0 Received: by 10.216.132.229 with SMTP id o79mr4660711wei.64.1334495375213; Sun, 15 Apr 2012 06:09:35 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Sun, 15 Apr 2012 06:09:34 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Sun, 15 Apr 2012 06:09:34 -0700 (PDT) In-Reply-To: References: <4F6A67C0.7000909@sentex.net> <4F6B3B46.4060105@sentex.net> Date: Sun, 15 Apr 2012 22:39:34 +0930 Message-ID: From: Matt Thyer To: Ronald Klop Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 157k interrupts per second causing 60% CPU load on idle system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2012 13:09:36 -0000 On Apr 15, 2012 6:27 PM, "Ronald Klop" wrote: > >> The problem does not occur with 9-STABLE. >> >> Who knows what the problem was ? USB maybe ? > > > Do you still have the same hardware on the same interrupts on 9-STABLE? > Are there changes in the use of MSI(-X)? > I made no hardware or BIOS changes and I'm running a GENERIC kernel in all testing. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 13:40:30 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 195DD106566B for ; Sun, 15 Apr 2012 13:40:30 +0000 (UTC) (envelope-from zmiterby@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 97FAE8FC1C for ; Sun, 15 Apr 2012 13:40:29 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so3652306wib.13 for ; Sun, 15 Apr 2012 06:40:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=aod853UREh5jsgGjR1/hpuBUCHTiDJL7CGphau5TSuY=; b=sOmAghAAHz5uyU+HXqJANYYH+pSK7o/VSX+2XJ0odz7Y6RQkhASZ09QkugZx9y7bpu gTCO7HBUKUjdV/HxmolMedHDChkTgmRWmyMU9PmCYvjqiddEhsKY4pRarraYdAO3/XuX 1DqvVxxB8zkpGjnDU3UKOEoipAfF2245AaE3VWrNsvmcpPCI05+eoXVU00qaThwSNkfd wymkQo6oK3fwmALlUl1QiJbPWFdt4mXX2khwC210TakxEqXLzy+L4n/XDNlEIwsGzYAL gOKkbZ4xvG9PPrDFPi5iXTRLZtQsFT8MJ29wAMu1fF1K0Zc5oy0iLr+484cEMMMr1iiQ L1UA== Received: by 10.180.77.4 with SMTP id o4mr10843934wiw.17.1334497228544; Sun, 15 Apr 2012 06:40:28 -0700 (PDT) Received: from [127.0.0.1] ([178.121.136.168]) by mx.google.com with ESMTPS id 6sm12224453wiz.1.2012.04.15.06.40.26 (version=SSLv3 cipher=OTHER); Sun, 15 Apr 2012 06:40:27 -0700 (PDT) Message-ID: <4F8ACFB3.5040807@gmail.com> Date: Sun, 15 Apr 2012 16:40:03 +0300 From: Zmiter User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <4F87AB6F.4050504@gmail.com> <22CC7FDB-162E-44CD-8EEA-0B5B8B560F8B@lists.zabbadoz.net> In-Reply-To: <22CC7FDB-162E-44CD-8EEA-0B5B8B560F8B@lists.zabbadoz.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: Support for IPSec NAT-T in transoprt mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2012 13:40:30 -0000 14.04.2012 19:59, Bjoern A. Zeeb написал: > On 13. Apr 2012, at 04:28 , Zmiter wrote: > >> Hello. >> Does FreeBSD 8.[0-4] support IPSec NAT-T in transport mode? Or it's still in broken state? > It's not broken; it was never implemented. No FreeBSD tree shipped does > support transport mode at this time. There are patches but you also need > to fix ipsec-tools or your ike daemon. If you do the latter I can commit > the former. > > /bz > Where could I get that patches? I'd like to test them and to see what could I do with them. And, if it's really so difficult to implement transport mode in kernel some way, describe it (I think, all the work for third parties will be implemented through pfkey interface), and wait some time (or may be help a little) until it'll be implemented in ipsec-tools. It's not the egg and chicken problem, may be the kernel must be the first. Or may be I'm not in theme so deep? Is it really some sort or big and principal incompatibilities with ipsec-tools? Thank a lot 15.04.2012 Zmiter From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 13:51:17 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF253106566C for ; Sun, 15 Apr 2012 13:51:17 +0000 (UTC) (envelope-from zmiterby@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5968FC08 for ; Sun, 15 Apr 2012 13:51:17 +0000 (UTC) Received: by wern13 with SMTP id n13so3752954wer.13 for ; Sun, 15 Apr 2012 06:51:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=D5+Ru5RVM0auSxH8pJKzlkH2vXKdyyMVHNWFQLqXQvI=; b=uuGRS7BQq1RFxTwOtb6Mulpnjf7wP7C7nAmT7i0u4+JIF2DkGFFSxDtk8RC2yu3VoG QHk3gHyO2X4VOIX9wh1ZUcaECiPS/J6YDEhyp5puNuRemJpiDMrY/Q+WWJt20/AVbqqO Xw9uQgwVJVKpQKQwc38lgYZ7JSlfmnJx2HMWKoTGQDkOV5dqgMscuH4p1QLFDy3H82hW JiIDSqNsxjvRuxNjmvLBetuPVDZ22eFjuHP0EP27e5yoZs4p+fujAre4Ec7BbHP1q6Lt Nb820s6HhAn/te5LPGCmt6aewmG4kLcbFOOzBXqbRAfPYS1SBicTS8qh+Tz9NYdIt8We PsAQ== Received: by 10.180.94.33 with SMTP id cz1mr10925028wib.13.1334497876624; Sun, 15 Apr 2012 06:51:16 -0700 (PDT) Received: from [127.0.0.1] ([178.121.136.168]) by mx.google.com with ESMTPS id 17sm12497235wis.0.2012.04.15.06.51.14 (version=SSLv3 cipher=OTHER); Sun, 15 Apr 2012 06:51:15 -0700 (PDT) Message-ID: <4F8AD23C.7050803@gmail.com> Date: Sun, 15 Apr 2012 16:50:52 +0300 From: Zmiter User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: "Patrick M. Hausen" References: <4F87AB6F.4050504@gmail.com> <22CC7FDB-162E-44CD-8EEA-0B5B8B560F8B@lists.zabbadoz.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: Support for IPSec NAT-T in transoprt mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2012 13:51:18 -0000 15.04.2012 16:47, Patrick M. Hausen написал: > Racoon for IKE, standard IPSEC as shipped with RELENG_6. Was is > removed afterwards? The problem in traversing NAT. IPSec+L2TP works great WITHOUT NAT. NAT-T feature was implemented in 8.0 (There was some patches fo 7.0 as I remember). But it lacks of IPSec transport mode. 15.04.2012 Zmiter From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 14:01:34 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E6AE106564A for ; Sun, 15 Apr 2012 14:01:34 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id D68EB8FC23 for ; Sun, 15 Apr 2012 14:01:33 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id q3FDlJ0H058983; Sun, 15 Apr 2012 15:47:19 +0200 (CEST) Received: from [217.29.46.7] ([217.29.46.7]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id q3FDlIsH054690; Sun, 15 Apr 2012 15:47:18 +0200 (CEST) (envelope-from hausen@punkt.de) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: "Patrick M. Hausen" In-Reply-To: <22CC7FDB-162E-44CD-8EEA-0B5B8B560F8B@lists.zabbadoz.net> Date: Sun, 15 Apr 2012 15:47:22 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4F87AB6F.4050504@gmail.com> <22CC7FDB-162E-44CD-8EEA-0B5B8B560F8B@lists.zabbadoz.net> To: "Bjoern A. Zeeb" X-Mailer: Apple Mail (2.1257) Cc: stable@freebsd.org, Zmiter Subject: Re: Support for IPSec NAT-T in transoprt mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2012 14:01:34 -0000 Hi, all, Am 14.04.2012 um 18:59 schrieb Bjoern A. Zeeb: > No FreeBSD tree shipped does > support transport mode at this time. I remember that I ran a Soekris device with RELENG_6 NanoBSD to drive my VPN connection via transport mode. Racoon for IKE, standard IPSEC as shipped with RELENG_6. Was is removed afterwards? Regards, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 19:12:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3E75106566B for ; Sun, 15 Apr 2012 19:12:18 +0000 (UTC) (envelope-from rloefgren@forethought.net) Received: from mzpi3.forethought.net (mzpi3.forethought.net [216.241.36.12]) by mx1.freebsd.org (Postfix) with ESMTP id C74DA8FC14 for ; Sun, 15 Apr 2012 19:12:18 +0000 (UTC) Received: from 216-241-45-95.static.forethought.net ([216.241.45.95] helo=auden.jmla.com) by mz1.forethought.net with esmtps (TLSv1:RC4-MD5:128) (Exim 4.69) (envelope-from ) id 1SJPLO-0002YQ-AX for freebsd-stable@freebsd.org; Sun, 15 Apr 2012 07:18:18 -0600 Message-ID: <4F8ACA99.1020500@forethought.net> Date: Sun, 15 Apr 2012 07:18:17 -0600 From: Reed Loefgren User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120325 Thunderbird/10.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120330022806.GA30761@shell.eskimo.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 8.3 and 9.0 freeze with firefox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2012 19:12:19 -0000 On 04/15/12 03:29, Ronald Klop wrote: > On Fri, 30 Mar 2012 04:28:06 +0200, Joseph Olatt wrote: > >> Hi, >> >> Starting with 8.3, I've been experiencing FreeBSD freezing up completely >> after using firefox for a while. Thinking the problem would go away if I >> upgraded to 9.0, I did that and I am still experiencing the same >> freezing up. The mouse pointer freezes, the keyboard freezes (caps lock >> light will not come on; Ctrl-Alt-F[1-10] does not work etc.). The only >> way to get the system back is by pressing and holding down the power >> button. >> >> The problem seems similar to: kern/163145 >> >> >> There is nothing in /var/log/messages to indicate a problem. Output of >> pciconf -lv and uname -a are at: >> >> http://www.eskimo.com/~joji/wisdom/ >> >> Anybody else experiencing similar freeze ups with 8.3 or 9.0 while using >> firefox? > > Since Firefox uses all kinds of GPU stuff nowadays. Is it possible it > locks up your graphics card? > I suggest trying to turn of GPU hardware acceleration in Firefox. > > Ronald. > _______________________________________________ > 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" > Ronald and Joseph, I've been seeing this too on an AMD Phenom II X3 720 running Stable from 2012-03-23. A Prescott Dell, 9 Stable, I use at work does it too. The freezes last some number of second, longer if Youtube types of video is involved. Annoying. I'll try the graphics tip. Thanks, r From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 20:11:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AF83106572B for ; Sun, 15 Apr 2012 20:11:19 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id D8F338FC0C for ; Sun, 15 Apr 2012 20:11:18 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SJVn3-0005Dk-Pm for freebsd-stable@freebsd.org; Sun, 15 Apr 2012 22:11:18 +0200 Received: from dhcp-077-251-052-224.chello.nl ([77.251.52.224] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SJVn3-0006Xu-Km for freebsd-stable@freebsd.org; Sun, 15 Apr 2012 22:11:17 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <4F6A67C0.7000909@sentex.net> <4F6B3B46.4060105@sentex.net> Date: Sun, 15 Apr 2012 22:11:16 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.62 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.7 X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_20 autolearn=disabled version=3.2.5 X-Scan-Signature: b011d5308189b8f364b008c39e0eea9f Subject: Re: 157k interrupts per second causing 60% CPU load on idle system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2012 20:11:19 -0000 On Sun, 15 Apr 2012 15:09:34 +0200, Matt Thyer wrote: > On Apr 15, 2012 6:27 PM, "Ronald Klop" > wrote: >> >>> The problem does not occur with 9-STABLE. >>> >>> Who knows what the problem was ? USB maybe ? >> >> >> Do you still have the same hardware on the same interrupts on 9-STABLE? >> Are there changes in the use of MSI(-X)? >> > I made no hardware or BIOS changes and I'm running a GENERIC kernel in > all > testing. That does not mean FreeBSD 9 can't put devices on other interrupts than 8 did. 'dmesg | grep irq' like you did before might show a difference with your previous output. I'm just guessing here for a clue on the result you are seeing, but without any data I cannot answer you (and I guess nobody can). Ronald. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 21:38:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 815231065670 for ; Sun, 15 Apr 2012 21:38:09 +0000 (UTC) (envelope-from bsd-src@helfman.org) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 31C288FC0A for ; Sun, 15 Apr 2012 21:38:09 +0000 (UTC) Received: by vcmm1 with SMTP id m1so4213734vcm.13 for ; Sun, 15 Apr 2012 14:38:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=u0hYbKsTbYs1wirKNRnYfax/C9dtU6l29PyfYHUJ3bI=; b=Jh7h0URT/u2cK5JDAuxc2E2PiwXQM6IYU6jAgXxqyCn7nKbrpD1wXY9Crfle/wvLFR +QhaAVMpHX4BHgX2a65r5dktiLKixP8ihhW9ly5eMJ9iWvv2m93Q048Sw42IeMnFlilp T8NvFc9Yoz6yePrqCux9gsBh0GebIri/LF1nUiBafKEPr6UrRe74ASUAd/lF+nalr/t7 mAg//HzZA5C7hdQCraZrIxCXTis/mDa3fea39rYETWSXpcLwcLUM7aWp0QGhdzYrJ0fm TUtbN/v7LXn8Df3hOVwkWiXTPB4643vlej/U6hc1fgZhR9rWnVhV/ER/R64imD0+qGye 2xHw== MIME-Version: 1.0 Received: by 10.52.36.233 with SMTP id t9mr3880963vdj.70.1334525888506; Sun, 15 Apr 2012 14:38:08 -0700 (PDT) Sender: bsd-src@helfman.org Received: by 10.52.187.202 with HTTP; Sun, 15 Apr 2012 14:38:08 -0700 (PDT) In-Reply-To: <4F64ED4F.1020803@cs.stonybrook.edu> References: <4F64C50F.70409@cs.stonybrook.edu> <4F64C57F.6040403@cs.stonybrook.edu> <4F64E856.3040303@cs.stonybrook.edu> <4F64ED4F.1020803@cs.stonybrook.edu> Date: Sun, 15 Apr 2012 14:38:08 -0700 X-Google-Sender-Auth: qutQQKbxRZwzcWriSDpBMg6g0cI Message-ID: From: Jason Helfman To: Richard Yao X-Gm-Message-State: ALoCoQkLMoCQKlW7Sku8UhctxFaYYalx3RAxUpaCx47eb8csyXtl5A9JIqepjYP5DYhV9GjxwxyS Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: alc@freebsd.org, Alan Cox , freebsd-stable@freebsd.org Subject: Re: AMD Erratum 383 crashes FreeBSD 9-Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2012 21:38:09 -0000 On Sat, Mar 17, 2012 at 1:00 PM, Richard Yao wrote: > Alan, thanks for the information. > > This is a definitely libvirtd bug. Passing '-cpu host' fixes the > problem. I replaced libvirtd with Gentoo's kvm-tools, which makes it > easy to specify this, so problem solved. > > I would send a report to the libvirt developers, but I have encountered > more problems in libvirt than I have time to describe, so that will not > happen right away. > > I would be happy to pass along bugs you find to the libvirt team, but sending email to libvirt-list@redhat.com is a good start. I am the port maintainer of libvirt, along with other tools. Beyond this, I have been assembling an entourage of developers to add in the missing pieces of libvirt for FreeBSD Compatibility. So far, things are moving along great. Thanks! -jgh From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 04:07:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C28EB106564A for ; Mon, 16 Apr 2012 04:07:55 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5CB8FC0A for ; Mon, 16 Apr 2012 04:07:55 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so3962603wib.13 for ; Sun, 15 Apr 2012 21:07:48 -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=sEWfL8ka2dcxcSw9jxaP64WIIdcE8amsbvlaRhVxoTE=; b=mrxriHbg1xzYqz83EQQt0rL1l3RY07acQ0PJp2ubRnZ/5MIbu57vg9a1Y7ULLL5dDJ 4lRVJbP/qsZN4sJx2fRgm9+F65xz4mrfO3G0T4du2NtjcHoQ2cm8ZQddAydyrMh2TKIl LU2nyt/qcUq8lpAXrfKyDx8D/SlNhw4wtRreNl3V2R1nVlmYLQuUMEhvfIoXRTV54Ia8 +MSbTmjPNp8mp4Z6baE2wWDQ06IEzFmFpW79WUtxhz6BGql28lBLVzvr4yooEjIjlPL1 EpkD4c1I3+fPYx5liPUlhmO53VCxB9GGDs6VWgKfxeXsdKxkJFnQGGSHmzv2gRyBZO9P gLJQ== MIME-Version: 1.0 Received: by 10.180.95.74 with SMTP id di10mr12704359wib.1.1334549267972; Sun, 15 Apr 2012 21:07:47 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Sun, 15 Apr 2012 21:07:47 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Sun, 15 Apr 2012 21:07:47 -0700 (PDT) In-Reply-To: <4F6A67C0.7000909@sentex.net> References: <4F6A67C0.7000909@sentex.net> Date: Mon, 16 Apr 2012 13:37:47 +0930 Message-ID: From: Matt Thyer To: Ronald Klop Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 157k interrupts per second causing 60% CPU load on idle system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 04:07:55 -0000 On Apr 16, 2012 5:42 AM, "Ronald Klop" wrote: > > On Sun, 15 Apr 2012 15:09:34 +0200, Matt Thyer wrote: > >> On Apr 15, 2012 6:27 PM, "Ronald Klop" wrote: >>> >>> >>>> The problem does not occur with 9-STABLE. >>>> >>>> Who knows what the problem was ? USB maybe ? >>> >>> >>> >>> Do you still have the same hardware on the same interrupts on 9-STABLE? >>> Are there changes in the use of MSI(-X)? >>> >> I made no hardware or BIOS changes and I'm running a GENERIC kernel in all >> testing. > > > That does not mean FreeBSD 9 can't put devices on other interrupts than 8 did. > 'dmesg | grep irq' like you did before might show a difference with your previous output. > I'm just guessing here for a clue on the result you are seeing, but without any data I cannot answer you (and I guess nobody can). > Ronald, The irqs seem to be the same: $ grep irq\ 16 /var/run/dmesg.boot pcib1: irq 16 at device 1.0 on pci0 mps0: port 0xee00-0xeeff mem 0xfbdfc000-0xfbdfffff,0xfbd80000-0xfbdbffff irq 16 at device 0.0 on pci1 vgapci0: port 0xff00-0xff07 mem 0xfb400000-0xfb7fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 uhci0: port 0xfe00-0xfe1f irq 16 at device 26.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pcib3: irq 16 at device 28.4 on pci0 atapci0: port 0xdf00-0xdf07,0xde00-0xde03,0xd00-0xdd07,0xdc00-0xdc03,0xdb00-0xdb0f irq 16 at device 0.0 on pci3 From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 04:24:31 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7131A1065673 for ; Mon, 16 Apr 2012 04:24:31 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (r2b9.nsu.ru [212.192.164.39]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1CC8FC15 for ; Mon, 16 Apr 2012 04:24:30 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1SJdUD-00031s-NP for stable@freebsd.org; Mon, 16 Apr 2012 11:24:21 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id q3G4R6Gf054315 for ; Mon, 16 Apr 2012 11:27:06 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id q3G4Qj5S054252 for stable@freebsd.org; Mon, 16 Apr 2012 11:26:45 +0700 (NOVT) (envelope-from danfe) Date: Mon, 16 Apr 2012 11:26:45 +0700 From: Alexey Dokuchaev To: stable@freebsd.org Message-ID: <20120416042645.GA53074@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 04:24:31 -0000 Hi, Just update my 8.x kernel sources last weekend, and newly built kernel did not boot for me: link_elf: symbol mem_range_softc undefined KLD file acpi.ko - could not finalize loading kernel trap 12 with interrupts disabled This is stripped down kernel with everything possible loaded from modules. Any ideas? Did not see any warnings in UPDATING... ./danfe From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 06:37:32 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEB68106566C for ; Mon, 16 Apr 2012 06:37:32 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 567C68FC08 for ; Mon, 16 Apr 2012 06:37:32 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q3G6bTRG002766; Mon, 16 Apr 2012 13:37:29 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4F8BBE29.1060605@rdtc.ru> Date: Mon, 16 Apr 2012 13:37:29 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Alexey Dokuchaev References: <20120416042645.GA53074@regency.nsu.ru> In-Reply-To: <20120416042645.GA53074@regency.nsu.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 06:37:33 -0000 16.04.2012 11:26, Alexey Dokuchaev : > Hi, > > Just update my 8.x kernel sources last weekend, and newly built kernel did > not boot for me: > > link_elf: symbol mem_range_softc undefined > KLD file acpi.ko - could not finalize loading > kernel trap 12 with interrupts disabled > > This is stripped down kernel with everything possible loaded from modules. > Any ideas? Did not see any warnings in UPDATING... Try to add 'device mem' to your kernel configuration. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 07:04:21 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BAD83106564A for ; Mon, 16 Apr 2012 07:04:21 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (r2b9.nsu.ru [212.192.164.39]) by mx1.freebsd.org (Postfix) with ESMTP id 622728FC08 for ; Mon, 16 Apr 2012 07:04:21 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1SJfyo-0004I4-5W; Mon, 16 Apr 2012 14:04:06 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id q3G76pXK081025; Mon, 16 Apr 2012 14:06:51 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id q3G76kNi080951; Mon, 16 Apr 2012 14:06:46 +0700 (NOVT) (envelope-from danfe) Date: Mon, 16 Apr 2012 14:06:46 +0700 From: Alexey Dokuchaev To: Eugene Grosbein Message-ID: <20120416070646.GA78414@regency.nsu.ru> References: <20120416042645.GA53074@regency.nsu.ru> <4F8BBE29.1060605@rdtc.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4F8BBE29.1060605@rdtc.ru> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 07:04:21 -0000 On Mon, Apr 16, 2012 at 01:37:29PM +0700, Eugene Grosbein wrote: > 16.04.2012 11:26, Alexey Dokuchaev : > > Just update my 8.x kernel sources last weekend, and newly built kernel did > > not boot for me: > > > > link_elf: symbol mem_range_softc undefined > > KLD file acpi.ko - could not finalize loading > > kernel trap 12 with interrupts disabled > > Try to add 'device mem' to your kernel configuration. :-) I explicitly have "nodevice mem" and "nodevice io" in my config. They are being loaded from /boot/loader.conf. This worked fine for quite a while. I will try to have it compiled-in, but would still prefer it fixed, or in case it cannot be fixed and mem.ko cannot be loaded separately from now on, appropriate entry in UPDATING. ./danfe From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 07:08:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0FE6106564A; Mon, 16 Apr 2012 07:08:33 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6B6728FC08; Mon, 16 Apr 2012 07:08:33 +0000 (UTC) Received: by obqv19 with SMTP id v19so5997803obq.13 for ; Mon, 16 Apr 2012 00:08:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=OLleCgMxDtdhK7hLoo4fwKcniWLnrhtoZ0T+br7Fsi4=; b=HV7nuAA06K35yavCT/TYZxRUWI0fyD951o/H+0DzUCJIRTq1yt6P8gdCMxQ/B27ZQo aLGHlBo5j0LTk3CP0ei2NsMeebFtwvc4XpzG0LPLWAMxHG4KsGDHaEVoENNf+ya6haG9 wHZwUX3LQbb49GpLj96lVzx4JXUrLU9vuK5rhEM1JBmqJdNN7Uu64sSl1j/ZdUecnq8z kH7BMWjHEGSGDWYJlfcBuQLLI9Q+bkBt3iojLbB3jVk/Phl6SW4ij/kT07pGrLooWkZd 3KMYJetw6JHTu/S/xRRZK5nx9IZatmKVvKiWxBAYVbkIs3Kktf21+Y1NVdUlUPyXv0r0 G/ag== MIME-Version: 1.0 Received: by 10.60.170.145 with SMTP id am17mr14601200oec.73.1334560113008; Mon, 16 Apr 2012 00:08:33 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.182.142.65 with HTTP; Mon, 16 Apr 2012 00:08:32 -0700 (PDT) Date: Mon, 16 Apr 2012 00:08:32 -0700 X-Google-Sender-Auth: st3mhr5uO22b_vXgwjLaNviTpWc Message-ID: From: Craig Rodrigues To: freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 07:08:33 -0000 Hi, I am trying to run FreeBSD-9.0-RELEASE-amd64-bootonly.iso inside VirtualBox and am having some problems. The error messages I am getting are similar to the ones mentioned here: http://lists.freebsd.org/pipermail/freebsd-stable/2011-December/065079.html My host environment =================== Operating System: Windows 7, home edition, 64-bit VirtualBox for Windows, version 4.1.12 r77245 CPU Information ================ I downloaded the CoreInfo.exe utility which is part of Windows Sysinternals utilities ( http://technet.microsoft.com/en-us/sysinternals/bb545027 ) According to this utility, my CPU is: ============================================================ Intel(R) Core(TM)2 Duo CPU T5450 @ 1.66GHz Intel64 Family 6 Model 15 Stepping 13, GenuineIntel HTT * Hyperthreading enabled HYPERVISOR - Hypervisor is present VMX - Supports Intel hardware-assisted virtualization SVM - Supports AMD hardware-assisted virtualization EM64T * Supports 64-bit mode ============================================================ So my CPU support 64-bit mode, but does not support hardware-assisted virtualization. Error message ============= If I try to mount and then boot it under VirtualBox, I get this error: CPU doesn't support long mode Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS 639kB/523264kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 (root@farrell.cse.buffalo.edu, Tue Jan 3 06:51:49 UTC 2012) Can't work out which disk we are booting from. Guess BIOS device 0xffffffff not found by probes, defaulting to disk0: FATAL: int13_harddisk: function 42. Can't use 64bits lba Does anyone know how to fix this problem in VirtualBox? QEMU for Windows ================ Just to try something else, I downloaded QEMU 0.9.0 for Windows from: http://www.h7.dion.ne.jp/~qemu-win/ I extracted the zip file into a directory: C:\local\qemu-0.9.0-windows I then ran: cd c:\local\qemu-0.9.0-windows qemu-system-x86_64.exe -L . -m 128 -cdrom c:\temp\FreeBSD-9.0-RELEASE-amd64-bootonly.iso The ISO booted up just fine. From the dmesg output, this was the emulated CPU: CPU: QEMU Virtual CPU version 0.9.0 (1666.98-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x623 Family = 6 Model = 2 Stepping = 3 Features=0x78bfbfd Features2=0x1 AMD Features=0x20100800 Does anyone know how I can get VirtualBox to behave the same way as QEMU for FreeBSD-9.0-RELEASE-amd64-bootonly.iso? Thanks. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 07:20:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CECB106564A for ; Mon, 16 Apr 2012 07:20:39 +0000 (UTC) (envelope-from claudius@ambtec.de) Received: from server.ambtec.de (server.ambtec.de [IPv6:2a01:4f8:151:7182::2]) by mx1.freebsd.org (Postfix) with ESMTP id D2FF18FC1A for ; Mon, 16 Apr 2012 07:20:38 +0000 (UTC) Received: from server.ambtec.de (localhost [127.0.0.1]) by server.ambtec.de (Postfix) with ESMTP id 0B28FE338 for ; Mon, 16 Apr 2012 09:20:38 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at ambtec.de Received: from server.ambtec.de ([127.0.0.1]) by server.ambtec.de (server.ambtec.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id tBN9b1YFHQ8Z for ; Mon, 16 Apr 2012 09:20:33 +0200 (CEST) Received: from [192.168.0.101] (e176010138.adsl.alicedsl.de [85.176.10.138]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.ambtec.de (Postfix) with ESMTPSA id CA840E32F for ; Mon, 16 Apr 2012 09:20:32 +0200 (CEST) Message-ID: <4F8BC844.9030106@ambtec.de> Date: Mon, 16 Apr 2012 09:20:36 +0200 From: Claudius Herder User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120330 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 07:20:39 -0000 On 16/04/12 09:08, Craig Rodrigues wrote: > Hi, > > I am trying to run FreeBSD-9.0-RELEASE-amd64-bootonly.iso > inside VirtualBox and am having some problems. > > The error messages I am getting are similar to the ones mentioned here: > > http://lists.freebsd.org/pipermail/freebsd-stable/2011-December/065079.html > > > > > My host environment > =================== > > Operating System: Windows 7, home edition, 64-bit > VirtualBox for Windows, version 4.1.12 r77245 > > CPU Information > ================ > > I downloaded the CoreInfo.exe utility which is part of Windows > Sysinternals utilities > ( http://technet.microsoft.com/en-us/sysinternals/bb545027 ) > > According to this utility, my CPU is: > ============================================================ > Intel(R) Core(TM)2 Duo CPU T5450 @ 1.66GHz > Intel64 Family 6 Model 15 Stepping 13, GenuineIntel > HTT * Hyperthreading enabled > HYPERVISOR - Hypervisor is present > VMX - Supports Intel hardware-assisted virtualization > SVM - Supports AMD hardware-assisted virtualization > EM64T * Supports 64-bit mode > ============================================================ > > So my CPU support 64-bit mode, but does not support hardware-assisted > virtualization. > > > > Error message > ============= > If I try to mount and then boot it under VirtualBox, I get this error: > > CPU doesn't support long mode > > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS 639kB/523264kB available memory > > FreeBSD/x86 bootstrap loader, Revision 1.1 > (root@farrell.cse.buffalo.edu, Tue Jan 3 06:51:49 UTC 2012) > Can't work out which disk we are booting from. > Guess BIOS device 0xffffffff not found by probes, defaulting to disk0: > FATAL: int13_harddisk: function 42. Can't use 64bits lba > > > > Does anyone know how to fix this problem in VirtualBox? > > > > > QEMU for Windows > ================ > > Just to try something else, I downloaded QEMU 0.9.0 for Windows from: > > http://www.h7.dion.ne.jp/~qemu-win/ > > I extracted the zip file into a directory: C:\local\qemu-0.9.0-windows > > I then ran: > > cd c:\local\qemu-0.9.0-windows > qemu-system-x86_64.exe -L . -m 128 -cdrom > c:\temp\FreeBSD-9.0-RELEASE-amd64-bootonly.iso > > The ISO booted up just fine. From the dmesg output, this was the emulated CPU: > > CPU: QEMU Virtual CPU version 0.9.0 (1666.98-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x623 Family = 6 Model = 2 Stepping = 3 > Features=0x78bfbfd > Features2=0x1 > AMD Features=0x20100800 > > > > > Does anyone know how I can get VirtualBox to behave the same way > as QEMU for FreeBSD-9.0-RELEASE-amd64-bootonly.iso? > > Thanks. > > -- > Craig Rodrigues > rodrigc@crodrigues.org > _______________________________________________ > 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" Hi, you can only use 64-bit guests if you have a cpu which supports hardware acceleration. >From VirtualBox manual: VirtualBox's 64-bit guest support (added with version 2.0) and multiprocessing (SMP, added with version 3.0) both require hardware virtualization to be enabled. (This is not much of a limitation since the vast majority of today's 64-bit and multicore CPUs ship with hardware virtualization anyway; the exceptions to this rule are e.g. older Intel Celeron and AMD Opteron CPUs.) https://www.virtualbox.org/manual/ch10.html#hwvirt -- Claudius From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 07:23:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F0FC1065673; Mon, 16 Apr 2012 07:23:52 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id 242158FC0A; Mon, 16 Apr 2012 07:23:52 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 34A461; Mon, 16 Apr 2012 09:23:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 16 Apr 2012 09:23:44 +0200 From: Bernhard Froehlich To: Craig Rodrigues In-Reply-To: References: Message-ID: X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.7.2 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0205.4F8BC901.004A,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org, freebsd-virtualization@freebsd.org Subject: Re: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 07:23:52 -0000 On 16.04.2012 09:08, Craig Rodrigues wrote: > Hi, > > I am trying to run FreeBSD-9.0-RELEASE-amd64-bootonly.iso > inside VirtualBox and am having some problems. > > The error messages I am getting are similar to the ones mentioned > here: > > > http://lists.freebsd.org/pipermail/freebsd-stable/2011-December/065079.html > > [snip] > > Error message > ============= > If I try to mount and then boot it under VirtualBox, I get this > error: > > CPU doesn't support long mode > > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS 639kB/523264kB available memory > > FreeBSD/x86 bootstrap loader, Revision 1.1 > (root@farrell.cse.buffalo.edu, Tue Jan 3 06:51:49 UTC 2012) > Can't work out which disk we are booting from. > Guess BIOS device 0xffffffff not found by probes, defaulting to > disk0: > FATAL: int13_harddisk: function 42. Can't use 64bits lba Please create a new VM with preset Operating System "BSD" and Version "FreeBSD (64 bit)". -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 07:50:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A564106564A for ; Mon, 16 Apr 2012 07:50:34 +0000 (UTC) (envelope-from thomas@ronner.org) Received: from gerty.knopje.net (mail.knopje.net [IPv6:2a01:4f8:d12:981::10]) by mx1.freebsd.org (Postfix) with ESMTP id BFFB28FC08 for ; Mon, 16 Apr 2012 07:50:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gerty.knopje.net (Postfix) with ESMTP id ABD251901AF for ; Mon, 16 Apr 2012 09:50:32 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at gerty.knopje.net Received: from gerty.knopje.net ([127.0.0.1]) by localhost (gerty.knopje.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VkNTf+iGM+ow for ; Mon, 16 Apr 2012 09:50:28 +0200 (CEST) Received: from [IPv6:2001:610:799:0:224:1dff:fe1c:a6a0] (unknown [IPv6:2001:610:799:0:224:1dff:fe1c:a6a0]) by gerty.knopje.net (Postfix) with ESMTPSA id C4E1E1901AE for ; Mon, 16 Apr 2012 09:50:28 +0200 (CEST) Message-ID: <4F8BCF42.7010107@ronner.org> Date: Mon, 16 Apr 2012 09:50:26 +0200 From: Thomas Ronner User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 07:50:34 -0000 On 04/16/2012 09:08 AM, Craig Rodrigues wrote: > So my CPU support 64-bit mode, but does not support hardware-assisted > virtualization. Intel doesn't support 64 bit software-only virtualization. You really need VTX for this to work. See also: http://en.wikipedia.org/wiki/X86_virtualization#64-bit Regards, Thomas From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 07:59:13 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84D03106564A; Mon, 16 Apr 2012 07:59:13 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id DE9FB8FC0A; Mon, 16 Apr 2012 07:59:12 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q3G7x96M004066; Mon, 16 Apr 2012 14:59:10 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4F8BD14D.8050206@rdtc.ru> Date: Mon, 16 Apr 2012 14:59:09 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Alexey Dokuchaev References: <20120416042645.GA53074@regency.nsu.ru> <4F8BBE29.1060605@rdtc.ru> <20120416070646.GA78414@regency.nsu.ru> In-Reply-To: <20120416070646.GA78414@regency.nsu.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, John Baldwin Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 07:59:13 -0000 >>> Just update my 8.x kernel sources last weekend, and newly built kernel did >>> not boot for me: >>> >>> link_elf: symbol mem_range_softc undefined >>> KLD file acpi.ko - could not finalize loading >>> kernel trap 12 with interrupts disabled >> >> Try to add 'device mem' to your kernel configuration. > > :-) > > I explicitly have "nodevice mem" and "nodevice io" in my config. They are > being loaded from /boot/loader.conf. This worked fine for quite a while. > > I will try to have it compiled-in, but would still prefer it fixed, or in > case it cannot be fixed and mem.ko cannot be loaded separately from now on, > appropriate entry in UPDATING. It seems John Baldwin brought dependency of acpi.ko on device mem 4 days ago to RELENG_8 with MFC: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/acpica/acpi_wakeup.c#rev1.50.2.3 Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 09:38:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 397241065680 for ; Mon, 16 Apr 2012 09:38:42 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail3.transactionware.com [202.68.173.211]) by mx1.freebsd.org (Postfix) with SMTP id 875518FC14 for ; Mon, 16 Apr 2012 09:38:41 +0000 (UTC) Received: (qmail 4172 invoked by uid 907); 16 Apr 2012 09:31:58 -0000 Received: from Unknown (HELO jmmacpro.trantek-mst.com.au) (202.68.173.218) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Mon, 16 Apr 2012 19:31:58 +1000 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Jan Mikkelsen In-Reply-To: <201203301414.q2UEEiNb078707@ambrisko.com> Date: Mon, 16 Apr 2012 19:31:58 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201203301414.q2UEEiNb078707@ambrisko.com> To: Doug Ambrisko X-Mailer: Apple Mail (2.1257) Cc: freebsd-stable@freebsd.org Subject: Re: LSI MegaRAID SAS 9240 with mfi driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 09:38:42 -0000 On 31/03/2012, at 1:14 AM, Doug Ambrisko wrote: > John Baldwin writes: > | On Friday, March 30, 2012 12:06:40 am Jan Mikkelsen wrote: > | > Hi, > | > ... >=20 > | > I have a loan LSI MegaRAID SAS 9240-4i controller for testing. > | > The pciconf -lv output is: > | >=20 > | > none3@pci0:1:0:0: class=3D0x010400 card=3D0x92411000 = chip=3D0x00731000 rev=3D0x03 hdr=3D0x00 > | > vendor =3D 'LSI Logic / Symbios Logic' > | > device =3D 'MegaRAID SAS 9240' > | > class =3D mass storage > | > subclass =3D RAID > | >=20 > | > I added this line to src/sys/dev/mfi/mfi_pci.c > | >=20 > | > {0x1000, 0x0073, 0xffff, 0xffff, MFI_FLAGS_GEN2, "LSI MegaRAID = SAS 9240"}, > | >=20 > | > It gave this result (tried with hw.mfi.msi set to 0 and to 1): > | >=20 > | > mfi0: port 0xdc00-0xdcff mem = 0xfe7bc000-0xfe7bffff,0xfe7c0000-0xfe7fffff irq 16 at device 0.0 on pci1 > | > mfi0: Using MSI > | > mfi0: Megaraid SAS driver Ver 3.00=20 > | > mfi0: Frame 0xffffff8000285000 timed out command 0x26C8040 > | > mfi0: failed to send init command > | >=20 > | > The firmware is package 20.10.1-0077, which is the latest on the = LSI website. > | >=20 > | > Is this path likely to work out? Any suggestions on where to go = from here? > |=20 > | You should try the updated mfi(4) driver that Doug (cc'd) is going = to soon > | merge into HEAD. It syncs up with the mfi(4) driver on LSI's = website which > | supports several cards that the current mfi(4) driver does not. = (I'm not > | fully sure if the 9240 is in that group or not. Doug might know = however.) >=20 > Yes, this card is supported with the mfi(4) in projects/head_mfi. = Looks > like we fixed a couple of last minute found bugs when trying to create = a > RAID wth mfiutil. This should be fixed now. I'm going to start the > merge to -current today. The version in head_mfi can run on older > versions of FreeBSD with the changes that Sean did. I have just imported the mfi(4) and mfiutil(8) into a 9.0-RELEASE tree = to try this out. When booting up with two fresh drives attached, they show up as usable = JBOD disks. However, I cannot use mfiutil to create anything with them. = Every drive gives "mfiutil: Drive n not available" Is this expected behaviour? How can I create a raid1 volume using = mfiutil and clean disks? I tried using MegaCli from the LSI website (versions 8.02.16 and = 8.02.21), but they can't even detect the controller. I know you said at = some point that a very recent version of MegaCli was required. What = version is necessary? dmesg: mfi0: port 0xdc00-0xdcff mem = 0xfe7bc000-0xfe7bffff,0xfe7c0000-0xfe7fffff irq 16 at device 0.0 on pci1 mfi0: Using MSI mfi0: Megaraid SAS driver Ver 4.23=20 mfi0: 7021 (387925223s/0x0020/info) - Shutdown command received from = host mfi0: 7022 (boot + 4s/0x0020/info) - Firmware initialization started = (PCI ID 0073/1000/9241/1000) mfi0: 7023 (boot + 4s/0x0020/info) - Firmware version 2.120.244-1482 mfi0: 7024 (boot + 5s/0x0020/info) - Package version 20.10.1-0077 mfi0: 7025 (boot + 5s/0x0020/info) - Board Revision 03A mfi0: 7026 (boot + 33s/0x0002/info) - Inserted: PD 32(e0xff/s1) mfisyspd0: on mfi0 mfisyspd0: 1907729MB (3907029168 sectors) SYSPD volume mfisyspd0: SYSPD volume attached mfisyspd1: on mfi0 mfisyspd1: 1907729MB (3907029168 sectors) SYSPD volume mfisyspd1: SYSPD volume attached Thanks, Jan Mikkelsen From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 10:08:56 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD4A4106564A for ; Mon, 16 Apr 2012 10:08:56 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5336A8FC14 for ; Mon, 16 Apr 2012 10:08:56 +0000 (UTC) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id 088152798BC; Mon, 16 Apr 2012 11:59:46 +0200 (CEST) Received: by astro.zen.inc (Postfix, from userid 1000) id E80A31705A; Mon, 16 Apr 2012 11:59:45 +0200 (CEST) Date: Mon, 16 Apr 2012 11:59:45 +0200 From: VANHULLEBUS Yvan To: Zmiter Message-ID: <20120416095945.GA29824@zeninc.net> References: <4F87AB6F.4050504@gmail.com> <22CC7FDB-162E-44CD-8EEA-0B5B8B560F8B@lists.zabbadoz.net> <4F8ACFB3.5040807@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F8ACFB3.5040807@gmail.com> User-Agent: All mail clients suck. This one just sucks less. Cc: stable@freebsd.org Subject: Re: Support for IPSec NAT-T in transoprt mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 10:08:56 -0000 Hi. On Sun, Apr 15, 2012 at 04:40:03PM +0300, Zmiter wrote: > 14.04.2012 19:59, Bjoern A. Zeeb ??????????????: > >On 13. Apr 2012, at 04:28 , Zmiter wrote: > > > >>Hello. > >>Does FreeBSD 8.[0-4] support IPSec NAT-T in transport mode? Or it's still > >>in broken state? > >It's not broken; it was never implemented. No FreeBSD tree shipped does > >support transport mode at this time. There are patches but you also need > >to fix ipsec-tools or your ike daemon. If you do the latter I can commit > >the former. > > > >/bz > > > Where could I get that patches? I'd like to test them and to see what > could I do with them. You can get kernel patches in kern/146190, but as said in the pr and by Bjoern, it needs some work on userland (IKE daemon). > And, if it's really so difficult to implement transport mode in kernel > some way, I didn't review/try the patch, but kernel part seems to be done. > describe it (I think, all the work for third parties will be > implemented through pfkey interface), and wait some time (or may be help > a little) until it'll be implemented in ipsec-tools. > It's not the egg and chicken problem, may be the kernel must be the > first. Or may be I'm not in theme so deep? Is it really some sort or big > and principal incompatibilities with ipsec-tools? That's why I took the pr a while ago: to have a look at both parts (kernel and ipsec-tools) and try/commit that once patches exists for both. Afaik, no one already worked on the userland part for ipsec-tools (contact me if I'm wrong !). Yvan. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 13:25:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1113A1065690 for ; Mon, 16 Apr 2012 13:25:16 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id C272E8FC0C for ; Mon, 16 Apr 2012 13:25:15 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SJlvT-0006sa-CG for freebsd-stable@freebsd.org; Mon, 16 Apr 2012 15:25:03 +0200 Received: from www01.lwilke.de ([78.47.159.91]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Apr 2012 15:25:03 +0200 Received: from lw by www01.lwilke.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Apr 2012 15:25:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Lars Wilke Date: Mon, 16 Apr 2012 12:52:16 +0000 Lines: 79 Message-ID: <09ht59-r69.ln1@lwilke.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: www01.lwilke.de User-Agent: slrn/0.9.9p1 (Linux) Subject: watchdog timeout em driver 8.2-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 13:25:16 -0000 Hi, Switch: HP ProCurve 2910al The switch does passive LACP Motherboard: Supermicro X8DTN+-F NIC: Quad Port Card, i.e. em1: em1@pci0:6:0:1: class=0x020000 card=0x125e15d9 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xfb9e0000, size 131072, enabled bar [14] = type Memory, range 32, base 0xfb9c0000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0xcc00, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 256(256) link x4(x4) ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected ecap 0003[140] = Serial 1 002590ffff0484d8 I use CAT 6 cables and the switch and server are in the same cabinet. OS: FBSD is 8.2-Release rc.conf: ifconfig_em0="up" ifconfig_em1="up" ifconfig_em2="up" ifconfig_em3="up" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto lacp laggport em0 laggport em1 laggport em2 laggport em3" ipv4_addrs_lagg0="192.168.80.20/24" Hm, what sysctls might be interesting? I use: net.inet.tcp.sendbuf_max=16777216 net.inet.tcp.recvbuf_max=16777216 net.inet.tcp.sendspace=65536 net.inet.tcp.recvspace=131072 kern.ipc.nmbclusters=230400 kern.maxvnodes=250000 kern.maxfiles=65536 kern.maxfilesperproc=32768 vfs.read_max=32 loader.conf: does only contain stuff concerning zfs Except for swap the whole system uses zfs, swap is on a geom mirror. Once in a while i see this messages in /var/log/messages Apr 13 08:53:07 san02 kernel: em1: Watchdog timeout -- resetting Apr 13 08:53:07 san02 kernel: em1: Queue(0) tdh = 232, hw tdt = 190 Apr 13 08:53:07 san02 kernel: em1: TX(0) desc avail = 31,Next TX to Clean = 221 Apr 13 08:53:07 san02 kernel: em1: Link is Down Apr 13 08:53:07 san02 kernel: em1: link state changed to DOWN Sometimes nothing for days, sometimes under high Network load (NFSv3), sometimes multiple times a day. I see this message/behaviour on always the same two of the four interfaces (em1 and em3). Then the NIC does not have the ACTIVE flag anymore, an ifconfig em1 up solves the issue. But why does it loose the ACTIVE state and why does the NIC reset itself in the first place? On the switch i see that the port matching em1 on the server has left the trunk, so the missing ACTIVE flag is not lying 8-/ Googling found many postings with the same problem and one site suggested that this might be an ACPI problem but nothing concrete and the postings i found were mostly FBSD7 and older. Any pointers would be appreciated. Thank you --lars From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 15:39:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D99221065741 for ; Mon, 16 Apr 2012 15:39:42 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 84DA98FC18 for ; Mon, 16 Apr 2012 15:39:42 +0000 (UTC) Received: from [IPv6:::1] (proxy7.corp.yahoo.com [216.145.48.98]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q3GFTAQR059881 for ; Mon, 16 Apr 2012 08:29:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1334590150; bh=pNCMmks/fykfcS+PEWFXx14HQ+DercUUNPTjQNv6pMI=; h=Subject:From:Reply-To:To:Content-Type:Date:Message-ID: Mime-Version:Content-Transfer-Encoding; b=crodYQCDwcPywHzXS0tgZqmRkgFBKHLYCXqF8TISaISD3q8r55GzXHy1YIPPmYibE 7GIt3/sEyF2XYBybz/brs5nBzJOcO+zsk8C0XVX0LYyG3y7vSaPbPaOBll+XfYNZq5 axDYfeb2H2Dmzc+MecqjzI3ftAG1eCqS1MOTW+Pk= From: Sean Bruno To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset="UTF-8" Date: Mon, 16 Apr 2012 08:29:10 -0700 Message-ID: <1334590150.13287.5.camel@powernoodle-l7.hsd1.ca.comcast.net> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: ATI Radeon 4250 in Dual Head Config? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 15:39:42 -0000 My xorg.conf foo is pretty weak today. Does anyone have an ATI 4250 in a dual head config? I'd be interested in looking over your xorg.conf. Sean p.s. Mine at the moment, that doesn't work very well: http://people.freebsd.org/~sbruno/4250_xorg_conf.txt From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 16:34:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97BA4106566C for ; Mon, 16 Apr 2012 16:34:07 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 749D68FC21 for ; Mon, 16 Apr 2012 16:34:07 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 16 Apr 2012 09:33:47 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id q3GGWx5C045912; Mon, 16 Apr 2012 09:32:59 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id q3GGWwJo045910; Mon, 16 Apr 2012 09:32:58 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <201204161632.q3GGWwJo045910@ambrisko.com> In-Reply-To: To: Jan Mikkelsen Date: Mon, 16 Apr 2012 09:32:58 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL124d (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="US-ASCII" Cc: freebsd-stable@freebsd.org Subject: Re: LSI MegaRAID SAS 9240 with mfi driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 16:34:07 -0000 Jan Mikkelsen writes: | On 31/03/2012, at 1:14 AM, Doug Ambrisko wrote: | > John Baldwin writes: | > | On Friday, March 30, 2012 12:06:40 am Jan Mikkelsen wrote: | > | > Hi, | > | > | ... | > | > | > I have a loan LSI MegaRAID SAS 9240-4i controller for testing. | > | > The pciconf -lv output is: | > | > | > | > none3@pci0:1:0:0: class=0x010400 card=0x92411000 chip=0x00731000 rev=0x03 hdr=0x00 | > | > vendor = 'LSI Logic / Symbios Logic' | > | > device = 'MegaRAID SAS 9240' | > | > class = mass storage | > | > subclass = RAID | > | > | > | > I added this line to src/sys/dev/mfi/mfi_pci.c | > | > | > | > {0x1000, 0x0073, 0xffff, 0xffff, MFI_FLAGS_GEN2, "LSI MegaRAID SAS 9240"}, | > | > | > | > It gave this result (tried with hw.mfi.msi set to 0 and to 1): | > | > | > | > mfi0: port 0xdc00-0xdcff mem 0xfe7bc000-0xfe7bffff,0xfe7c0000-0xfe7fffff irq 16 at device 0.0 on pci1 | > | > mfi0: Using MSI | > | > mfi0: Megaraid SAS driver Ver 3.00 | > | > mfi0: Frame 0xffffff8000285000 timed out command 0x26C8040 | > | > mfi0: failed to send init command | > | > | > | > The firmware is package 20.10.1-0077, which is the latest on the LSI website. | > | > | > | > Is this path likely to work out? Any suggestions on where to go from here? | > | | > | You should try the updated mfi(4) driver that Doug (cc'd) is going to soon | > | merge into HEAD. It syncs up with the mfi(4) driver on LSI's website which | > | supports several cards that the current mfi(4) driver does not. (I'm not | > | fully sure if the 9240 is in that group or not. Doug might know however.) | > | > Yes, this card is supported with the mfi(4) in projects/head_mfi. Looks | > like we fixed a couple of last minute found bugs when trying to create a | > RAID wth mfiutil. This should be fixed now. I'm going to start the | > merge to -current today. The version in head_mfi can run on older | > versions of FreeBSD with the changes that Sean did. | | I have just imported the mfi(4) and mfiutil(8) into a 9.0-RELEASE tree to | try this out. | | When booting up with two fresh drives attached, they show up as usable | JBOD disks. However, I cannot use mfiutil to create anything with them. | Every drive gives | | "mfiutil: Drive n not available" You might want to include the output of: mfiutil show drives and then the command you are trying to do to create a RAID with. | Is this expected behaviour? How can I create a raid1 volume using | mfiutil and clean disks? I'm not sure if mfiutil can switch disks from JBOD mode to RAID. I don't see any reason why it shouldn't. It can't go from RAID to real JBOD mode since it doesn't have code to support that. | I tried using MegaCli from the LSI website (versions 8.02.16 and | 8.02.21), but they can't even detect the controller. I know you | said at some point that a very recent version of MegaCli was | required. What version is necessary? What was the syntax you used since usage is cryptic? I've never seen a MegaCli that couldn't access the card. What I meant by more recent MegaCli is earlier versions didn't have the JBOD commands in it. I have a 8.00.46 that knows about JBOD. | dmesg: | | mfi0: port 0xdc00-0xdcff mem 0xfe7bc000-0xfe7bffff,0xfe7c0000-0xfe7fffff irq 16 at device 0.0 on pci1 | mfi0: Using MSI | mfi0: Megaraid SAS driver Ver 4.23 | mfi0: 7021 (387925223s/0x0020/info) - Shutdown command received from host | mfi0: 7022 (boot + 4s/0x0020/info) - Firmware initialization started (PCI ID 0073/1000/9241/1000) | mfi0: 7023 (boot + 4s/0x0020/info) - Firmware version 2.120.244-1482 | mfi0: 7024 (boot + 5s/0x0020/info) - Package version 20.10.1-0077 | mfi0: 7025 (boot + 5s/0x0020/info) - Board Revision 03A | mfi0: 7026 (boot + 33s/0x0002/info) - Inserted: PD 32(e0xff/s1) | mfisyspd0: on mfi0 | mfisyspd0: 1907729MB (3907029168 sectors) SYSPD volume | mfisyspd0: SYSPD volume attached | mfisyspd1: on mfi0 | mfisyspd1: 1907729MB (3907029168 sectors) SYSPD volume | mfisyspd1: SYSPD volume attached You are definitely in real JBOD mode with each drive being /dev/mfisyspd0 and /dev/mfisyspd1. So you can access the drives as those to do some experiments with if you want to. Doug A. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 16:41:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7015D1065670; Mon, 16 Apr 2012 16:41:20 +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 120F48FC12; Mon, 16 Apr 2012 16:41:19 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q3GGfJLE026224; Mon, 16 Apr 2012 10:41:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q3GGfJxU026221; Mon, 16 Apr 2012 10:41:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 16 Apr 2012 10:41:19 -0600 (MDT) From: Warren Block To: sbruno@freebsd.org In-Reply-To: <1334590150.13287.5.camel@powernoodle-l7.hsd1.ca.comcast.net> Message-ID: References: <1334590150.13287.5.camel@powernoodle-l7.hsd1.ca.comcast.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Mon, 16 Apr 2012 10:41:19 -0600 (MDT) Cc: "freebsd-stable@freebsd.org" Subject: Re: ATI Radeon 4250 in Dual Head Config? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 16:41:20 -0000 On Mon, 16 Apr 2012, Sean Bruno wrote: > Does anyone have an ATI 4250 in a dual head config? I'd be interested > in looking over your xorg.conf. > > Sean > > p.s. Mine at the moment, that doesn't work very well: > http://people.freebsd.org/~sbruno/4250_xorg_conf.txt Here's what I use with a 4650, comments removed to save space. Notes: 1. Don't use AEI: http://www.wonkity.com/~wblock/docs/html/aei.html 2. Monitors are assigned to connectors in the Device section. The Position option in the Monitor section defines what part they show. 3. This is one desktop across two monitors, the combined size set in the Virtual line. 4. HAL is not installed, but I'm fairly sure this will work either way. Section "ServerLayout" Identifier "Manually Configured" Screen 0 "Screen0" 0 0 Option "DontZap" "Off" Option "AIGLX" "On" Option "AutoAddDevices" "Off" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/bitstream-vera/" EndSection Section "DRI" Group 0 Mode 0660 EndSection Section "Extensions" Option "Composite" "Enable" EndSection Section "Monitor" Identifier "Monitor0" VendorName "HWP" ModelName "2615" Option "PreferredMode" "1920x1200" Option "Position" "1280 0" EndSection Section "Monitor" Identifier "Monitor1" VendorName "SAM" ModelName "215" Option "PreferredMode" "1280x1024" Option "Position" "0 0" EndSection Section "Device" Identifier "Card0" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "RV730 PRO [Radeon HD 4650]" Option "AccelMethod" "EXA" Option "Monitor-DVI-0" "Monitor0" Option "Monitor-VGA-0" "Monitor1" Option "ClockGating" "On" Option "DynamicPM" "On" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Virtual 3200 1200 EndSubSection EndSection From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 16:57:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58602106564A for ; Mon, 16 Apr 2012 16:57:50 +0000 (UTC) (envelope-from carlopmart@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D25598FC0A for ; Mon, 16 Apr 2012 16:57:49 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so5331410bkc.13 for ; Mon, 16 Apr 2012 09:57:49 -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=EzI75lle7BalEcLDRhHmuy7+m4J7DVhxBVdT+RLRhLA=; b=Vf0FGU8voN2q25dckHvVcGPdRnIEoFz1HPN5LooAZS4cAYhJNpoZ2yhfK2NJ6TawcZ drADlyt+Vbn/hSejO9hT2nPWQH7vz+15WL141CapxlfZZBq1QmZWU2tMx6rckCcLu5Oq 4hFiE2/DS4vwgHNg460YSDUOhmZ/mDHxSzeai4fvx7zVrUOb0QyVHlexh39UBAomq6QZ k4lwLxhssXI0o58aLTZg+h8syuJW48K5p3V5awK348ZicQYHn07PWGB2rOmJ67+0EgVl qrBMs/LnKb/M9Hr5ueIW7jd89/zcPOlD3UJDfaUycomigcwoChgK1lK92VGtneLJREl7 6kUg== Received: by 10.204.130.151 with SMTP id t23mr3689451bks.27.1334595468800; Mon, 16 Apr 2012 09:57:48 -0700 (PDT) Received: from silmaril.hpulabs.org (81.Red-83-63-141.staticIP.rima-tde.net. [83.63.141.81]) by mx.google.com with ESMTPS id u5sm32822079bka.5.2012.04.16.09.57.46 (version=SSLv3 cipher=OTHER); Mon, 16 Apr 2012 09:57:47 -0700 (PDT) Message-ID: <4F8C4F89.7090205@gmail.com> Date: Mon, 16 Apr 2012 18:57:45 +0200 From: carlopmart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111109 Red Hat/3.1.16-2.el6_1 Lightning/1.0b2 Thunderbird/3.1.16 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ZFS options for FreeBSD 8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 16:57:50 -0000 Hi all, I have installed FreeBSD 8.3 amd64 release in an ESXi server. Due to some limitations, I can only assign 2GiB of RAM to this virtual machine and I need to use ZFS as filesystem to store some data (MySQL databases). According to http://wiki.freebsd.org/ZFSTuningGuide I have configured some options: vfs.zfs.write_limit_override=268435456 kern.maxvnodes=250000 According to ZFS version, FreeBSD 8,3 comes with version 28, and reading previous guide there is not need to adjust nothing more. But what about l2arc options?? Do I need to adjust vfs.zfs.arc_max and vm.kmem_size options?? How can I calculate these values?? Thanks. -- CL Martinez carlopmart {at} gmail {d0t} com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 17:29:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1651D106566C for ; Mon, 16 Apr 2012 17:29:07 +0000 (UTC) (envelope-from carlopmart@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9088C8FC0A for ; Mon, 16 Apr 2012 17:29:06 +0000 (UTC) Received: by eaaf13 with SMTP id f13so1488256eaa.13 for ; Mon, 16 Apr 2012 10:29:00 -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:references :in-reply-to:content-type:content-transfer-encoding; bh=OsNEVpnt2q8ei+rdHXa9oRUyPDnlru3QaeSQsaik7P8=; b=BZsRk0roBViKrpww7u/zxutt8hbgSbs0AiOr0WbXU8UzZHZFmZoF0cdqESnDjKkhJK mZ0WRZnxhGfFRPOcVX9sDd9kpoFw24V188ukEk0IDdCywdcGCjwyx5jIJ8g4BGt8+aLC dJC52+VI63B9LDe1jOiSO3QY/lc0L5SPgXqpTRHqRhnWz5vGCjF5iSyr8LiO3HjO6/H3 ArO2rYh7SD86bbEX2NFftL80ur/Ir8Eo3/eIp5ffvo3M9MAxDgNrUxviMq5cQxHtiYLE 4+DwiWdW3HS7ts7jSIoVJuY1TgOR2b22WfZwxj3oZ1PSYWTZB2I8KuOan55STiHn1P05 xTOA== Received: by 10.213.35.129 with SMTP id p1mr917281ebd.248.1334597340570; Mon, 16 Apr 2012 10:29:00 -0700 (PDT) Received: from silmaril.hpulabs.org (81.Red-83-63-141.staticIP.rima-tde.net. [83.63.141.81]) by mx.google.com with ESMTPS id z47sm89877515een.5.2012.04.16.10.28.58 (version=SSLv3 cipher=OTHER); Mon, 16 Apr 2012 10:28:59 -0700 (PDT) Message-ID: <4F8C56D9.4040309@gmail.com> Date: Mon, 16 Apr 2012 19:28:57 +0200 From: carlopmart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111109 Red Hat/3.1.16-2.el6_1 Lightning/1.0b2 Thunderbird/3.1.16 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F8C4F89.7090205@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS options for FreeBSD 8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 17:29:07 -0000 On 04/16/2012 07:10 PM, Chuck Swiger wrote: > On Apr 16, 2012, at 9:57 AM, carlopmart wrote: >> I have installed FreeBSD 8.3 amd64 release in an ESXi server. Due to some limitations, I can only assign 2GiB of RAM to this virtual machine and I need to use ZFS as filesystem to store some data (MySQL databases). > > That combination doesn't make much sense, frankly. > > ZFS is very memory hungry-- I wouldn't want to run it on anything with less than 4GB of RAM, although other folks around here have reported successful setups under 2GB of RAM with some tuning. However, the data integrity benefits of ZFS mostly come from it talking directly to disks in JBOD configuration; if ZFS is just running in a VM and talking to a filesystem image, it loses much of the advantage which it might otherwise provide. > > You'd almost certainly get better MySQL performance by going with UFSv2 and having the DB use most of the RAM, instead of having it be sucked away by ZFS. > > Regards, Thanks Chuck. Yes, I know it is not hte best option. But I need to tunning this vm with ZFS. Almost, is the minimum RAM needed for ZFS according to http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/filesystems-zfs.html. -- CL Martinez carlopmart {at} gmail {d0t} com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 17:41:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 985C2106566B for ; Mon, 16 Apr 2012 17:41:56 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id 458408FC15 for ; Mon, 16 Apr 2012 17:41:56 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id C1ABB1CC71; Mon, 16 Apr 2012 14:32:43 -0300 (BRT) Received: from 189.93.157.121 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Mon, 16 Apr 2012 14:32:43 -0300 Message-ID: <090f695268b53508b424fde0025497bd.squirrel@eternamente.info> Date: Mon, 16 Apr 2012 14:32:43 -0300 From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Any options on crypt+zfs ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 17:41:56 -0000 hail, I have a soekris running an atom and 2GB RAM and ZFS using 7 drives, small capacity though, to test and study if I can make my home server this box and this way. It will be a simple server, three users tops. I followed the handbook and made the geli step on the disks: Geom name: label/zfs1.eli State: ACTIVE EncryptionAlgorithm: AES-XTS KeyLength: 128 Crypto: software UsedKey: 0 Flags: NONE KeysAllocated: 38 KeysTotal: 38 Providers: 1. Name: label/zfs1.eli Mediasize: 160041881600 (149G) Sectorsize: 4096 Mode: r1w1e1 Consumers: 1. Name: label/zfs1 Mediasize: 160041885184 (149G) Sectorsize: 512 Mode: r1w1e1 all disks are this way (just 4 disks are on geli zfs). would it be faster, if I had geli over zfs, and not the other way (as is now) ? my performance is too low (I know the hardware is not that much, but I compared it to a friend's arm based AP-Router gadget and my setup is when much equal. I have 1.6 GHz Atom and 2GB ram, he has not half this ... I know can't compare arm and x86 clock for clock ...) I'll try to run geli on single disk, to see how much ZFS is impacting on performance, but, is there any other way around ? All I want is RAID5, and FreeBSD has not developed RAID5 from GEOM (AFAIK) since a long time. ZFS is the way people go in recent years. suggestions are welcome, just want to upgrade my old 8.0 BETA3 using geom mirror/stripe to a newer approach that would be supported by FreeBSD. I have an external enclosure for 4 SATA disks (port multiplier included) using 4 disks, another port multiplier 5x1 using now 3 disks, and: ahci1@pci0:13:0:0: class=0x010601 card=0x10601b21 chip=0x06121b21 rev=0x01 hdr=0x00 vendor = 'ASMedia Technology Inc.' class = mass storage subclass = SATA with two eSATA to the Port Multipliers. thanks, matheus machine: ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-RELEASE #0: Wed Apr 11 13:04:15 BRT 2012 root@macgyver:/usr/obj/usr/src/sys/net6501-amd64 amd64 ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) CPU: Genuine Intel(R) CPU @ 1.60GHz (1600.04-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x20661 Family = 6 Model = 26 Stepping = 1 Features=0xbfe9fbff Features2=0x40e3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147352576 (2047 MB) avail memory = 2046488576 (1951 MB) MPTable: Event timer "LAPIC" quality 400 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard kbd0 at kbdmux0 ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. cryptosoft0: on motherboard -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 17:54:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84419106564A for ; Mon, 16 Apr 2012 17:54:19 +0000 (UTC) (envelope-from carlopmart@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0FA928FC08 for ; Mon, 16 Apr 2012 17:54:18 +0000 (UTC) Received: by eekd17 with SMTP id d17so1516154eek.13 for ; Mon, 16 Apr 2012 10:54:18 -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:references :in-reply-to:content-type:content-transfer-encoding; bh=JK1Ewxff8sRKn3aZcXgN4zYyV1iMbCKq161LGQQyRd8=; b=UrzM+1oMKyGijygoi7cRA96+z8pL0Blfmv8sfvoTjl8IN4DNGKw0GLf4chsuG7pv0u jDHzocdFlDfF7xzV2IYKaXrvaIbUceQjce69+20zz9Ij1I30kmH/KT+9+xax+aO0uRpl gU9Apiblq1gnWd3L9oXzazBZdjXGYDTZT+FMmufytbsy1XZ67Mpfr1cApc6AZsGsGS8n xFYuQBveExLAlFAy2K655BWz74ri227ZLSR3w7k5ETaTjYEcBPP1pAx5VfUJamb0dCqQ M+Q/pGPktEodCDXsUF43fgInULC355npDLxATLo23gJF6hcDIcbdngInbXguM7bmgT9V /S0Q== Received: by 10.213.4.205 with SMTP id 13mr875103ebs.89.1334598857887; Mon, 16 Apr 2012 10:54:17 -0700 (PDT) Received: from silmaril.hpulabs.org (81.Red-83-63-141.staticIP.rima-tde.net. [83.63.141.81]) by mx.google.com with ESMTPS id n56sm90125337eeb.4.2012.04.16.10.54.15 (version=SSLv3 cipher=OTHER); Mon, 16 Apr 2012 10:54:16 -0700 (PDT) Message-ID: <4F8C5CC6.4010703@gmail.com> Date: Mon, 16 Apr 2012 19:54:14 +0200 From: carlopmart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111109 Red Hat/3.1.16-2.el6_1 Lightning/1.0b2 Thunderbird/3.1.16 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F8C4F89.7090205@gmail.com> <4F8C56D9.4040309@gmail.com> <69489124-BF24-4565-AAF9-291EA07EC80A@mac.com> In-Reply-To: <69489124-BF24-4565-AAF9-291EA07EC80A@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS options for FreeBSD 8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 17:54:19 -0000 On 04/16/2012 07:35 PM, Chuck Swiger wrote: > On Apr 16, 2012, at 10:28 AM, carlopmart wrote: >> Thanks Chuck. Yes, I know it is not hte best option. But I need to tunning this vm with ZFS. > > Um, why? Becaus, we can't assing more ... > >> Almost, is the minimum RAM needed for ZFS according to http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/filesystems-zfs.html. > > Yeah-- note the bit about "system panics" under load due to the kernel running out of available memory. > > Regards, Sure, but I don't expect a heavy load under this server ... Thanks. -- CL Martinez carlopmart {at} gmail {d0t} com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 18:10:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A359410657F4 for ; Mon, 16 Apr 2012 18:10:46 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from nk11p00mm-asmtp009.mac.com (nk11p00mm-asmtp009.mac.com [17.158.161.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8655C8FC0A for ; Mon, 16 Apr 2012 18:10:46 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by nk11p00mm-asmtp009.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0M2L00DFN11NLS30@nk11p00mm-asmtp009.mac.com> for freebsd-stable@freebsd.org; Mon, 16 Apr 2012 17:10:36 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498,1.0.260,0.0.0000 definitions=2012-04-16_04:2012-04-16, 2012-04-16, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1204160192 From: Chuck Swiger In-reply-to: <4F8C4F89.7090205@gmail.com> Date: Mon, 16 Apr 2012 10:10:35 -0700 Message-id: References: <4F8C4F89.7090205@gmail.com> To: carlopmart X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS options for FreeBSD 8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 18:10:46 -0000 On Apr 16, 2012, at 9:57 AM, carlopmart wrote: > I have installed FreeBSD 8.3 amd64 release in an ESXi server. Due to some limitations, I can only assign 2GiB of RAM to this virtual machine and I need to use ZFS as filesystem to store some data (MySQL databases). That combination doesn't make much sense, frankly. ZFS is very memory hungry-- I wouldn't want to run it on anything with less than 4GB of RAM, although other folks around here have reported successful setups under 2GB of RAM with some tuning. However, the data integrity benefits of ZFS mostly come from it talking directly to disks in JBOD configuration; if ZFS is just running in a VM and talking to a filesystem image, it loses much of the advantage which it might otherwise provide. You'd almost certainly get better MySQL performance by going with UFSv2 and having the DB use most of the RAM, instead of having it be sucked away by ZFS. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 18:13:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAC6D1065670 for ; Mon, 16 Apr 2012 18:13:32 +0000 (UTC) (envelope-from carlopmart@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 575CF8FC1A for ; Mon, 16 Apr 2012 18:13:32 +0000 (UTC) Received: by eekd17 with SMTP id d17so1522513eek.13 for ; Mon, 16 Apr 2012 11:13:31 -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:references :in-reply-to:content-type:content-transfer-encoding; bh=l6yUN+7WrO4njdNgNL5Z5yWSm1yV6ETM0diuYRgA7YI=; b=jS2fj+NkrFiLZTrMBZE90vQW0IYwGzfQ4u1d3z+aWvIzYa+qW9mV4R7bxSF9OKTApX +iVYjCPp7OBesTMSqKLzQlxjNXFLDmCh1Xffor6uEG2Xv2dohPJlBtkmG+RU4neo/3f+ 5dKM/6VDQg5s0SMi0pznx31IA8ziFhbOvVZzpFbiX01MLyvValfsA7n+6eB3qc4nQ19r 0QNnazts5Ck3lLLMba+cZ3rSbwDYS/EqY7BRplcKYxcldxtlUYLskUrX/f4rvPgVrEG+ ttHhSaRO2bUNmt+jhxpsG1Z7zWUaleZ2LVrEj+R1hR5wQ0ea7n77enKRNagkIVTGeIOT J3TQ== Received: by 10.14.101.71 with SMTP id a47mr1719226eeg.83.1334600011514; Mon, 16 Apr 2012 11:13:31 -0700 (PDT) Received: from silmaril.hpulabs.org (81.Red-83-63-141.staticIP.rima-tde.net. [83.63.141.81]) by mx.google.com with ESMTPS id n55sm90406356eef.6.2012.04.16.11.13.29 (version=SSLv3 cipher=OTHER); Mon, 16 Apr 2012 11:13:30 -0700 (PDT) Message-ID: <4F8C6148.3060004@gmail.com> Date: Mon, 16 Apr 2012 20:13:28 +0200 From: carlopmart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111109 Red Hat/3.1.16-2.el6_1 Lightning/1.0b2 Thunderbird/3.1.16 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F8C4F89.7090205@gmail.com> <4F8C56D9.4040309@gmail.com> <69489124-BF24-4565-AAF9-291EA07EC80A@mac.com> <4F8C5CC6.4010703@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS options for FreeBSD 8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 18:13:32 -0000 On 04/16/2012 08:04 PM, Chuck Swiger wrote: > On Apr 16, 2012, at 10:54 AM, carlopmart wrote: >> On 04/16/2012 07:35 PM, Chuck Swiger wrote: >>> On Apr 16, 2012, at 10:28 AM, carlopmart wrote: >>>> Thanks Chuck. Yes, I know it is not hte best option. But I need to tunning this vm with ZFS. >>> >>> Um, why? >> >> Becaus, we can't assing more ... > > My question was not "why can't you assign more RAM to the VM". :-) > It was, "why do you need to run with ZFS"...? > > Regards, Because we need to add virtual disks frequently (using hot swap feature that ESXi provides) without dismounting any filesystem... Basically I will use zfs as a disk volume manager. I will not use dedup, encryption features, etc ... -- CL Martinez carlopmart {at} gmail {d0t} com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 18:35:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D09E106566C for ; Mon, 16 Apr 2012 18:35:57 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from nk11p00mm-asmtp001.mac.com (nk11p00mm-asmtp001.mac.com [17.158.161.0]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC158FC15 for ; Mon, 16 Apr 2012 18:35:57 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by nk11p00mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0M2L001EY26J4I70@nk11p00mm-asmtp001.mac.com> for freebsd-stable@freebsd.org; Mon, 16 Apr 2012 17:35:08 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498,1.0.260,0.0.0000 definitions=2012-04-16_04:2012-04-16, 2012-04-16, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1204160199 From: Chuck Swiger In-reply-to: <4F8C56D9.4040309@gmail.com> Date: Mon, 16 Apr 2012 10:35:07 -0700 Message-id: <69489124-BF24-4565-AAF9-291EA07EC80A@mac.com> References: <4F8C4F89.7090205@gmail.com> <4F8C56D9.4040309@gmail.com> To: carlopmart X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS options for FreeBSD 8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 18:35:57 -0000 On Apr 16, 2012, at 10:28 AM, carlopmart wrote: > Thanks Chuck. Yes, I know it is not hte best option. But I need to tunning this vm with ZFS. Um, why? > Almost, is the minimum RAM needed for ZFS according to http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/filesystems-zfs.html. Yeah-- note the bit about "system panics" under load due to the kernel running out of available memory. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 18:54:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4FAB106566C for ; Mon, 16 Apr 2012 18:54:54 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id B7A378FC17 for ; Mon, 16 Apr 2012 18:54:54 +0000 (UTC) Received: from [172.16.10.157] (unknown [172.16.10.157]) by mail.intertainservices.com (Postfix) with ESMTPSA id A26075644B for ; Mon, 16 Apr 2012 14:49:38 -0400 (EDT) Message-ID: <1334602178.1829.9.camel@localhost> From: Mike Jakubik To: freebsd-stable@freebsd.org Date: Mon, 16 Apr 2012 14:49:38 -0400 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3 (3.2.3-2.fc16) Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: A26075644B.ABFD6 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Subject: Troubleshooting jail startup problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 18:54:55 -0000 Hello, I recently setup a new server with 9-STABLE (freshly built today), but i am having problem setting up jails on this system. I have previously setup jails on version 8 systems without any issue. I installed a jail using the method described in the handbook, but when i try to start it using /etc/rc.d/jail start, it fails. --- # /etc/rc.d/jail start Configuring jails:. Starting jails: cannot start jail "web": . --- How can i troubleshoot this? There are no useful errors logged anywhere. If i manually start the jail using the below command, it works just fine. --- # jail -c path=/jails/web host.hostname=web.local ip4.addr=10.57.227.98 command=/bin/sh /etc/rc --- Below is my rc.conf --- hostname="jail.local" defaultrouter="10.57.227.254" ifconfig_bce0="inet 10.57.227.97 netmask 255.255.255.0" ifconfig_bce0_alias0="inet 10.57.227.98 netmask 0xffffffff" ifconfig_bce0_alias1="inet 10.57.227.99 netmask 0xffffffff" ifconfig_bce0_alias2="inet 10.57.227.100 netmask 0xffffffff" ifconfig_bce0_alias3="inet 10.57.227.101 netmask 0xffffffff" # dumpdev="NO" sshd_enable="YES" ntpd_enable="YES" syslogd_flags="-4 -b 10.57.227.97" # jail_enable="YES" jail_list="web" #jail_interface="bce0" #jail_devfs_enable="YES" #jail_devfs_ruleset="devfsrules_jail" #jail_fdescfs_enable="YES" #jail_procfs_enable="YES" # jail_web_rootdir="/jails/web" jail_web_hostname="web.local" jail_web_ip="10.57.227.98" --- Thanks. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 19:04:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F5F9106564A for ; Mon, 16 Apr 2012 19:04:42 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from nk11p00mm-asmtp010.mac.com (nk11p00mm-asmtp010.mac.com [17.158.161.9]) by mx1.freebsd.org (Postfix) with ESMTP id E52748FC0A for ; Mon, 16 Apr 2012 19:04:41 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by nk11p00mm-asmtp010.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0M2L003OO3JEQA30@nk11p00mm-asmtp010.mac.com> for freebsd-stable@freebsd.org; Mon, 16 Apr 2012 18:04:27 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498,1.0.260,0.0.0000 definitions=2012-04-16_04:2012-04-16, 2012-04-16, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1204160208 From: Chuck Swiger In-reply-to: <4F8C5CC6.4010703@gmail.com> Date: Mon, 16 Apr 2012 11:04:26 -0700 Message-id: References: <4F8C4F89.7090205@gmail.com> <4F8C56D9.4040309@gmail.com> <69489124-BF24-4565-AAF9-291EA07EC80A@mac.com> <4F8C5CC6.4010703@gmail.com> To: carlopmart X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS options for FreeBSD 8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 19:04:42 -0000 On Apr 16, 2012, at 10:54 AM, carlopmart wrote: > On 04/16/2012 07:35 PM, Chuck Swiger wrote: >> On Apr 16, 2012, at 10:28 AM, carlopmart wrote: >>> Thanks Chuck. Yes, I know it is not hte best option. But I need to tunning this vm with ZFS. >> >> Um, why? > > Becaus, we can't assing more ... My question was not "why can't you assign more RAM to the VM". :-) It was, "why do you need to run with ZFS"...? Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 19:10:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06F7C106566B for ; Mon, 16 Apr 2012 19:10:18 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id CBEC98FC0A for ; Mon, 16 Apr 2012 19:10:17 +0000 (UTC) Received: from [172.16.10.157] (unknown [172.16.10.157]) by mail.intertainservices.com (Postfix) with ESMTPSA id F1DD45644B for ; Mon, 16 Apr 2012 15:10:12 -0400 (EDT) Message-ID: <1334603412.1829.13.camel@localhost> From: Mike Jakubik To: freebsd-stable@freebsd.org Date: Mon, 16 Apr 2012 15:10:12 -0400 In-Reply-To: <1334602178.1829.9.camel@localhost> References: <1334602178.1829.9.camel@localhost> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3 (3.2.3-2.fc16) Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: F1DD45644B.AEE48 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Subject: Re: Troubleshooting jail startup problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 19:10:18 -0000 On Mon, 2012-04-16 at 14:49 -0400, Mike Jakubik wrote: > Hello, > > I recently setup a new server with 9-STABLE (freshly built today), but i > am having problem setting up jails on this system. I have previously > setup jails on version 8 systems without any issue. > > I installed a jail using the method described in the handbook, but when > i try to start it using /etc/rc.d/jail start, it fails. > > --- > # /etc/rc.d/jail start > Configuring jails:. > Starting jails: cannot start jail "web": > . > --- > > How can i troubleshoot this? There are no useful errors logged anywhere. > If i manually start the jail using the below command, it works just > fine. I ran "sh -x /etc/rc.d/jail start" to get some more debug info, but im still unable to see why it is failing. It does throw one error "jail: unknown parameter: allow.nomount", but that appears to be after it already failed. Here is the complete output: http://pastebin.com/S6Xd8aST Thanks. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 19:20:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7675106566B for ; Mon, 16 Apr 2012 19:20:28 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id A90AA8FC14 for ; Mon, 16 Apr 2012 19:20:28 +0000 (UTC) Received: from [172.16.10.157] (unknown [172.16.10.157]) by mail.intertainservices.com (Postfix) with ESMTPSA id 41E065645B for ; Mon, 16 Apr 2012 15:20:26 -0400 (EDT) Message-ID: <1334604026.1829.15.camel@localhost> From: Mike Jakubik To: freebsd-stable@freebsd.org Date: Mon, 16 Apr 2012 15:20:26 -0400 In-Reply-To: <1334603412.1829.13.camel@localhost> References: <1334602178.1829.9.camel@localhost> <1334603412.1829.13.camel@localhost> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3 (3.2.3-2.fc16) Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 41E065645B.ABC0E X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Subject: Re: Troubleshooting jail startup problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 19:20:29 -0000 On Mon, 2012-04-16 at 15:10 -0400, Mike Jakubik wrote: > I ran "sh -x /etc/rc.d/jail start" to get some more debug info, but im > still unable to see why it is failing. It does throw one error "jail: > unknown parameter: allow.nomount", but that appears to be after it > already failed. This appears to be the culprit, a bug that's in CURRENT, that somehow made it in to 9-STABLE. http://www.freebsd.org/cgi/query-pr.cgi?pr=165515 From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 19:54:51 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2296106566C; Mon, 16 Apr 2012 19:54:51 +0000 (UTC) (envelope-from zmiterby@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0AA3A8FC0C; Mon, 16 Apr 2012 19:54:50 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so5508269bkc.13 for ; Mon, 16 Apr 2012 12:54:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=pInsxhYBo6eSAkHuSmnZShFYZzYoghDNvb8+5dJVYvo=; b=PnzpHonepmJvJaDvBJvAbMWaSIG3FzstfeBEaqNlnCMdP+TYLjL5jEY8XDdn11RVFW AsYWGd7knyK84ga2eMsCAypj9kNUWvEkjn4w2gKFCjCuw6nUHG5edLXj872/QbcpFXBY 4jXfZoM2W22ejE+VIWQECTtJf3fmLU8V8nKRHXc+7Yxsqv4WGTs7F1072aycvmuAoKhH PiTCL32myI6kRXuZrEy4pyCPjPoe+/rWfoxVp+kqH96MvafnuIXXx2GZOFWV9tsUanEQ WSNW17y9wFKP2NHmPMthZwZoH89uJuHIgIjgxBQcNE10zF9xMXntjbUugSqgE1JpLZ9R MRcA== Received: by 10.204.152.27 with SMTP id e27mr3762064bkw.55.1334606089789; Mon, 16 Apr 2012 12:54:49 -0700 (PDT) Received: from [127.0.0.1] (mm-124-140-84-93.dynamic.pppoe.mgts.by. [93.84.140.124]) by mx.google.com with ESMTPS id s16sm33559900bkt.3.2012.04.16.12.54.47 (version=SSLv3 cipher=OTHER); Mon, 16 Apr 2012 12:54:48 -0700 (PDT) Message-ID: <4F8C78EE.1070701@gmail.com> Date: Mon, 16 Apr 2012 22:54:22 +0300 From: Zmiter User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: VANHULLEBUS Yvan References: <4F87AB6F.4050504@gmail.com> <22CC7FDB-162E-44CD-8EEA-0B5B8B560F8B@lists.zabbadoz.net> <4F8ACFB3.5040807@gmail.com> <20120416095945.GA29824@zeninc.net> In-Reply-To: <20120416095945.GA29824@zeninc.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: Support for IPSec NAT-T in transoprt mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 19:54:51 -0000 16.04.2012 12:59, VANHULLEBUS Yvan написал: > I didn't review/try the patch, but kernel part seems to be done. Upon my testing it's not so good as it seems. I found some trouble with it. 1. sysctl net.inet.esp.esp_ignore_natt_cksum works not as expected. If there is troubles with function key_compute_natt_cksum, bad (not recalculated) checksums are not ignored and packets are droped, increasing bad udp checksums counter. 2. received by L2TP daemon decrypted packets seemed to it as packets originated from NAT address, but not from LAN behind the NAT. So, L2TP daemon answers them back to NAT, and ofcourse they not satisfy the SPD policy and not being encrypted through IPSec, as a result they are never arrive to the NATed host. May be I'm doing something wrong, but my little research shows me described results. I'll be appressiating any help with that. 16.04.2012 Zmiter From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 20:27:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 890731065673 for ; Mon, 16 Apr 2012 20:27:53 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 25A328FC21 for ; Mon, 16 Apr 2012 20:27:52 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SJsWY-0005lZ-7y for freebsd-stable@freebsd.org; Mon, 16 Apr 2012 13:27:46 -0700 Date: Mon, 16 Apr 2012 13:27:46 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1334608066241-5644899.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: kldload uhci lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 20:27:53 -0000 I observed that following could cause machine lockup since at least 8-CURRENT. Now I'm on 9-STABLE No usb in kernel, attached mouse pointer. # kldload usb ums ehci # kldload uhci or # kldload uhci usb ums ehci uhci is required for working mouse. Can anyone confirm? Please test few different iterations, as it's probably not easily reproducible. Most times nothing happens, if machine slow downs to crawl/halt , it's on uhci loading stage I suppose. Best if somebody could pin this down on their machine, as I don't have time to debug this now/would have to alter my configuration considerably. best regards, - Jakub Lach -- View this message in context: http://freebsd.1045724.n5.nabble.com/kldload-uhci-lockup-tp5644899p5644899.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 21:50:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2035106566B; Mon, 16 Apr 2012 21:50:41 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1778FC0A; Mon, 16 Apr 2012 21:50:41 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so7731382wib.13 for ; Mon, 16 Apr 2012 14:50:40 -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 :content-type:content-transfer-encoding; bh=4uB6vNM0kPZN5RtbawCQPwwFC8hasZmEEHKwXCEuKIM=; b=uXFCBG3A5IKWnRsbVSu5AUctv7iBFBmlnPDo/f4Mdd7XOr8KC4Xzk8o5k7C9Nx1bcB AoxtMzUOam2Dyrpj8srRDTKxIjrEjaIQz7VOIzE2t+b/u6rKTaNCYSjoWvPqOgQpj06V 3yRSnPxMLKANrmkQi/0CByROxYPesv5cq8egBS674pFM72PFlQxuS1I9od6CsbaxkpUP V8wBWs0bS1ifnSHPgi/vrdP0nw8JL/41diAX02Xk62imuLgYdqnSI+3L1ZBYKupAjQnw EVGZg0ROIAa84uqrU6jfgz6cQXVC1uXUHUFtC8POlfNgVKiWPhejFa3trVbgm0bTC4O8 abHg== MIME-Version: 1.0 Received: by 10.180.107.132 with SMTP id hc4mr22267137wib.21.1334613040168; Mon, 16 Apr 2012 14:50:40 -0700 (PDT) Received: by 10.216.49.81 with HTTP; Mon, 16 Apr 2012 14:50:40 -0700 (PDT) In-Reply-To: References: Date: Mon, 16 Apr 2012 17:50:40 -0400 Message-ID: From: Arnaud Lacombe To: freebsd-stable , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Complete hang on 9.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 21:50:42 -0000 Hi, [for the record...] On Tue, Feb 14, 2012 at 11:41 AM, Arnaud Lacombe wrote= : > Hi folks, > > For the records, I was running some tests yesterday on top of a > 9.0-RELEASE, amd64, kernel when the box hanged. At the time of the > hang, the box was running a process with about 2800 threads with heavy > IPC between 1400 writers and 1400 readers. The box was in single user > mode (/bin/sh coming from FreeBSD 7.4-STABLE). Here is the beginning > of the dmesg: > > Copyright (c) 1992-2012 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > =A0 =A0 =A0 =A0The Regents of the University of California. All rights re= served. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-RELEASE #0: Tue Jan =A03 07:46:30 UTC 2012 > =A0 =A0root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > CPU: Intel(R) Atom(TM) CPU D510 =A0 @ 1.66GHz (1666.70-MHz K8-class CPU) > =A0Origin =3D "GenuineIntel" =A0Id =3D 0x106ca =A0Family =3D 6 =A0Model = =3D 1c =A0Stepping =3D 10 > =A0Features=3D0xbfebfbff > =A0Features2=3D0x40e31d > =A0AMD Features=3D0x20000800 > =A0AMD Features2=3D0x1 > =A0TSC: P-state invariant, performance statistics > real memory =A0=3D 2137587712 (2038 MB) > avail memory =3D 2037841920 (1943 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: <070611 APIC1125> > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads > =A0cpu0 (BSP): APIC ID: =A00 > =A0cpu1 (AP/HT): APIC ID: =A01 > =A0cpu2 (AP): APIC ID: =A02 > =A0cpu3 (AP/HT): APIC ID: =A03 > > I will restart the test and see if this happens again. > I reproduced the previous problem on 10-CURRENT from r233917, on the following platform (here running 8.2-RELEASE): FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (1800.01-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x106ca Family =3D 6 Model =3D 1c St= epping =3D 10 Features=3D0xbfebfbff Features2=3D0x40e31d AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 2136539136 (2037 MB) avail memory =3D 2043772928 (1949 MB) ACPI APIC Table: <010312 APIC0947> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP/HT): APIC ID: 3 Complete system freeze while running about 2400 threads. I had to power cycle the system to get it back alive. I discussed a way to debug this with attilio@ on freebsd-stable@, but still did not had time to implement it. regards, - Arnaud From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 01:44:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A48971065676 for ; Tue, 17 Apr 2012 01:44:02 +0000 (UTC) (envelope-from andriy@irbisnet.com) Received: from nm15-vm0.bullet.mail.sp2.yahoo.com (nm15-vm0.bullet.mail.sp2.yahoo.com [98.139.91.208]) by mx1.freebsd.org (Postfix) with SMTP id 7077D8FC12 for ; Tue, 17 Apr 2012 01:44:02 +0000 (UTC) Received: from [98.139.91.66] by nm15.bullet.mail.sp2.yahoo.com with NNFMP; 17 Apr 2012 01:43:56 -0000 Received: from [98.139.44.88] by tm6.bullet.mail.sp2.yahoo.com with NNFMP; 17 Apr 2012 01:42:56 -0000 Received: from [127.0.0.1] by omp1025.access.mail.sp2.yahoo.com with NNFMP; 17 Apr 2012 01:42:56 -0000 X-Yahoo-Newman-Id: 400682.20986.bm@omp1025.access.mail.sp2.yahoo.com Received: (qmail 34112 invoked from network); 17 Apr 2012 01:42:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1334626976; bh=Phsf2+o6aPgaQq/RAgqNusWSYhDRIVlRFc6whfIi08s=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Received:Subject:Mime-Version:Content-Type:From:X-Priority:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer; b=0w3g3CWOs6KW9lskLEqW13MBQixocxl6xs+gqDOZt01vEZ89gvkOyaKN7J5yEcjWLJdIQ89hsDp4NM/6qlFQOn89ruPxYGfEclCRWyE3dfChRHG2gud34RfD/XBp9KjF4TThu/OP2pHRal5tka8niQOb0QgUpWRXvteHK2vmgxI= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: WqJ6IQoVM1kYDd6INDLX0suRFl3JBVhbrmIouiwZLczr207 F.NHHpJ6Bmnd4aTj3clfZ8Tay3DtKrdpD6zVuqtoQ5Q.yduLrux97D0VW3Zv 1jijhc8rjsUKhYejOzlKo77Km4N8TdfH6_cQ2Cb3KYNynZqIgXZNqS6yv97o CpAar3.Gr9qZM17uu2fV4xoYZ7TBqlJcdNJm4JIPPmaV_pqkHzSHzavPVaC2 jxF6Q_1xqC4zBynT79udUD3kWnlkOD4fj5rBaHYWvUpJrSFvjgx85ob0pqf6 fsctPO7MtP4Uqkyrajdgrd3DGOp0IRmYwqxflVQ2L8f4y3PP3o4ape1pXRUf bA.coFmZa8AO_30UT6MKRsWxbPOeLuUKDwDmwsQCwsE7wARwvJwdXDT09uQo sOmDaFW92fKBL1l53pohWO1j6TfDQybycrtlD8L2ww1y_lDdwXSFk3bjOKDo ExSzRZxgAApDygBpkK0U4XjXaEMhYIYjM6Vypbfe6bLxOQ2Skc7O_bI897Hc jJI5GBZ_gGtUWRiaN3D9jZLpI357yhi3XSj2q9OqA3UcMbOhU1dimr4RE.Ke 5JIA7j4VeOmxnKM3doC7X3Dn21oV4BL7lU51k6GlspbRPvx87UinKurkVrh2 c4xATpAAd37r.3wyFjmt33g7S3frgUQzGIoxOLkXIL4rGQGcg1XmrdFoYj85 bKRBY5lUxrM4- X-Yahoo-SMTP: dz9sigaswBA5kWoYWVTZrGHmIs2vaKgG1w-- Received: from smtp.irbisnet.com (andriy@174.113.73.248 with login) by smtp108.rog.mail.gq1.yahoo.com with SMTP; 16 Apr 2012 18:42:55 -0700 PDT Received: from pollux.irbisnet.com (pollux.local [192.168.0.6]) by smtp.irbisnet.com (Postfix) with ESMTPSA id 404453019D; Mon, 16 Apr 2012 21:42:54 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Andriy Bakay X-Priority: 3 (Normal) In-Reply-To: <090f695268b53508b424fde0025497bd.squirrel@eternamente.info> Date: Mon, 16 Apr 2012 21:42:53 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <26CF73B3-11CA-4199-9B2C-EE7824041BB0@irbisnet.com> References: <090f695268b53508b424fde0025497bd.squirrel@eternamente.info> To: Nenhum_de_Nos X-Mailer: Apple Mail (2.1257) Cc: freebsd-stable@freebsd.org Subject: Re: Any options on crypt+zfs ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 01:44:02 -0000 On 2012-04-16, at 13:32 , Nenhum_de_Nos wrote: > hail, >=20 > I have a soekris running an atom and 2GB RAM and ZFS using 7 drives, = small capacity though, to > test and study if I can make my home server this box and this way. It = will be a simple server, > three users tops. >=20 > I followed the handbook and made the geli step on the disks: >=20 > Geom name: label/zfs1.eli > State: ACTIVE > EncryptionAlgorithm: AES-XTS > KeyLength: 128 > Crypto: software > UsedKey: 0 > Flags: NONE > KeysAllocated: 38 > KeysTotal: 38 > Providers: > 1. Name: label/zfs1.eli > Mediasize: 160041881600 (149G) > Sectorsize: 4096 > Mode: r1w1e1 > Consumers: > 1. Name: label/zfs1 > Mediasize: 160041885184 (149G) > Sectorsize: 512 > Mode: r1w1e1 >=20 >=20 > all disks are this way (just 4 disks are on geli zfs). >=20 > would it be faster, if I had geli over zfs, and not the other way (as = is now) ? >=20 > my performance is too low (I know the hardware is not that much, but I = compared it to a friend's > arm based AP-Router gadget and my setup is when much equal. I have 1.6 = GHz Atom and 2GB ram, he > has not half this ... I know can't compare arm and x86 clock for clock = ...) >=20 > I'll try to run geli on single disk, to see how much ZFS is impacting = on performance, but, is > there any other way around ? All I want is RAID5, and FreeBSD has not = developed RAID5 from GEOM > (AFAIK) since a long time. ZFS is the way people go in recent years. >=20 > suggestions are welcome, just want to upgrade my old 8.0 BETA3 using = geom mirror/stripe to a newer > approach that would be supported by FreeBSD. >=20 > I have an external enclosure for 4 SATA disks (port multiplier = included) using 4 disks, another > port multiplier 5x1 using now 3 disks, and: >=20 > ahci1@pci0:13:0:0: class=3D0x010601 card=3D0x10601b21 = chip=3D0x06121b21 rev=3D0x01 hdr=3D0x00 > vendor =3D 'ASMedia Technology Inc.' > class =3D mass storage > subclass =3D SATA >=20 > with two eSATA to the Port Multipliers. >=20 > thanks, >=20 > matheus >=20 > machine: > ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) > Copyright (c) 1992-2012 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights = reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-RELEASE #0: Wed Apr 11 13:04:15 BRT 2012 > root@macgyver:/usr/obj/usr/src/sys/net6501-amd64 amd64 > ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) > CPU: Genuine Intel(R) CPU @ 1.60GHz (1600.04-MHz K8-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x20661 Family =3D 6 Model =3D 26 = Stepping =3D 1 > = Features=3D0xbfe9fbff > = Features2=3D0x40e3bd > AMD Features=3D0x20100800 > AMD Features2=3D0x1 > TSC: P-state invariant, performance statistics > real memory =3D 2147352576 (2047 MB) > avail memory =3D 2046488576 (1951 MB) > MPTable: > Event timer "LAPIC" quality 400 > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP/HT): APIC ID: 1 > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-23 on motherboard > kbd0 at kbdmux0 > ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) > ACPI: Table initialisation failed: AE_NOT_FOUND > ACPI: Try disabling either ACPI or apic support. > cryptosoft0: on motherboard >=20 > --=20 > We will call you Cygnus, > The God of balance you shall be >=20 > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? >=20 > http://en.wikipedia.org/wiki/Posting_style > _______________________________________________ > 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" The ideal solution will be ZFS with crypto support, but unfortunately = this is only available on Oracle Sun 5.11 for now. The GELI is very good, but it is mostly for single device/file image = encryption. Each new GELI device in the ZFS mirror/RAIDZ configuration = will add extra overhead. GELI on top of ZFS volume/file-backed will be even worse. You could consider PEFS from ports on top of any ZFS pool. PEFS is a = kernel level stacked cryptographic filesystem for FreeBSD: http://www.freshports.org/sysutils/pefs-kmod/ http://wiki.freebsd.org/PEFS https://github.com/glk/pefs P.S. ZFS RAIDZ1/RAIDZ2 pool is more sophisticated solution than = RAID5/RAID6. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 02:15:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39A7E106564A for ; Tue, 17 Apr 2012 02:15:12 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail3.transactionware.com [202.68.173.211]) by mx1.freebsd.org (Postfix) with SMTP id 763DE8FC18 for ; Tue, 17 Apr 2012 02:15:11 +0000 (UTC) Received: (qmail 46886 invoked by uid 907); 17 Apr 2012 02:15:10 -0000 Received: from Unknown (HELO jmmacpro.trantek-mst.com.au) (202.68.173.218) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Tue, 17 Apr 2012 12:15:10 +1000 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=windows-1252 From: Jan Mikkelsen In-Reply-To: <201204161632.q3GGWwJo045910@ambrisko.com> Date: Tue, 17 Apr 2012 12:15:10 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: <8CECFFF5-9540-46BF-B855-082049CC5EFB@transactionware.com> References: <201204161632.q3GGWwJo045910@ambrisko.com> To: Doug Ambrisko X-Mailer: Apple Mail (2.1257) Cc: freebsd-stable@freebsd.org Subject: Re: LSI MegaRAID SAS 9240 with mfi driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 02:15:12 -0000 On 17/04/2012, at 2:32 AM, Doug Ambrisko wrote: > Jan Mikkelsen writes: > | On 31/03/2012, at 1:14 AM, Doug Ambrisko wrote: ... > | > Yes, this card is supported with the mfi(4) in projects/head_mfi. = Looks > | > like we fixed a couple of last minute found bugs when trying to = create a > | > RAID wth mfiutil. This should be fixed now. I'm going to start = the > | > merge to -current today. The version in head_mfi can run on older > | > versions of FreeBSD with the changes that Sean did. > |=20 > | I have just imported the mfi(4) and mfiutil(8) into a 9.0-RELEASE = tree to=20 > | try this out. > |=20 > | When booting up with two fresh drives attached, they show up as = usable=20 > | JBOD disks. However, I cannot use mfiutil to create anything with = them.=20 > | Every drive gives > |=20 > | "mfiutil: Drive n not available" >=20 > You might want to include the output of: > mfiutil show drives > and then the command you are trying to do to create a RAID with. >=20 > | Is this expected behaviour? How can I create a raid1 volume using=20 > | mfiutil and clean disks? >=20 > I'm not sure if mfiutil can switch disks from JBOD mode to RAID. > I don't see any reason why it shouldn't. It can't go from RAID to=20 > real JBOD mode since it doesn't have code to support that. >=20 > | I tried using MegaCli from the LSI website (versions 8.02.16 and > | 8.02.21), but they can't even detect the controller. I know you > | said at some point that a very recent version of MegaCli was=20 > | required. What version is necessary? >=20 > What was the syntax you used since usage is cryptic? I've never > seen a MegaCli that couldn't access the card. What I meant by > more recent MegaCli is earlier versions didn't have the JBOD > commands in it. I have a 8.00.46 that knows about JBOD. The MegaCli problem was an embarrassing operator error which I can't = blame on the bad UI. "mfiutil create jbod =85" doesn't create a JBOD disk, it creates a raid0 = volume. I think that was expected. The biggest problem with this = controller and just mfiutil is that you can't get a drive from the JBOD = state to the unconfigured-good state, and a blank disk starts in JBOD. = So to do any setup you need to resort to the BIOS utility or MegaCli. For each disk to change from JBOD to "Unconfigured-good" so that it can = be used to create a volume, I needed to do: MegaCli -PDMakeGood -Physdrv '[64:1]' -force -a0 Obviously with the right drivespec. Once they're in this state I can = use mfiutil to create volumes. I can get drives from the unconfigured-good state to JBOD by doing = "MegaCli -PDMakeJBOD =85".=20 This is just in a little test machine with a few drives. Now that it is = working to this level I will get a server with a 9240 and give it a = proper run. I'll also try the driver out in one of the 9261 based = servers we've got here. Thanks! Jan. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 02:54:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7A41106566B for ; Tue, 17 Apr 2012 02:54:51 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id 662438FC0A for ; Tue, 17 Apr 2012 02:54:51 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id B67FC1CC71; Mon, 16 Apr 2012 23:54:41 -0300 (BRT) Received: from 177.99.67.202 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Mon, 16 Apr 2012 23:54:41 -0300 Message-ID: <03b2fb71a732191083c37a3211d8a7ac.squirrel@eternamente.info> In-Reply-To: <26CF73B3-11CA-4199-9B2C-EE7824041BB0@irbisnet.com> References: <090f695268b53508b424fde0025497bd.squirrel@eternamente.info> <26CF73B3-11CA-4199-9B2C-EE7824041BB0@irbisnet.com> Date: Mon, 16 Apr 2012 23:54:41 -0300 From: "Nenhum_de_Nos" Cc: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Any options on crypt+zfs ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 02:54:51 -0000 On Mon, April 16, 2012 22:42, Andriy Bakay wrote: > On 2012-04-16, at 13:32 , Nenhum_de_Nos wrote: > >> hail, >> >> I have a soekris running an atom and 2GB RAM and ZFS using 7 drives, small capacity though, to >> test and study if I can make my home server this box and this way. It will be a simple server, >> three users tops. >> >> I followed the handbook and made the geli step on the disks: >> >> Geom name: label/zfs1.eli >> State: ACTIVE >> EncryptionAlgorithm: AES-XTS >> KeyLength: 128 >> Crypto: software >> UsedKey: 0 >> Flags: NONE >> KeysAllocated: 38 >> KeysTotal: 38 >> Providers: >> 1. Name: label/zfs1.eli >> Mediasize: 160041881600 (149G) >> Sectorsize: 4096 >> Mode: r1w1e1 >> Consumers: >> 1. Name: label/zfs1 >> Mediasize: 160041885184 (149G) >> Sectorsize: 512 >> Mode: r1w1e1 >> >> >> all disks are this way (just 4 disks are on geli zfs). >> >> would it be faster, if I had geli over zfs, and not the other way (as is now) ? >> >> my performance is too low (I know the hardware is not that much, but I compared it to a friend's >> arm based AP-Router gadget and my setup is when much equal. I have 1.6 GHz Atom and 2GB ram, he >> has not half this ... I know can't compare arm and x86 clock for clock ...) >> >> I'll try to run geli on single disk, to see how much ZFS is impacting on performance, but, is >> there any other way around ? All I want is RAID5, and FreeBSD has not developed RAID5 from GEOM >> (AFAIK) since a long time. ZFS is the way people go in recent years. >> >> suggestions are welcome, just want to upgrade my old 8.0 BETA3 using geom mirror/stripe to a >> newer >> approach that would be supported by FreeBSD. >> >> I have an external enclosure for 4 SATA disks (port multiplier included) using 4 disks, another >> port multiplier 5x1 using now 3 disks, and: >> >> ahci1@pci0:13:0:0: class=0x010601 card=0x10601b21 chip=0x06121b21 rev=0x01 hdr=0x00 >> vendor = 'ASMedia Technology Inc.' >> class = mass storage >> subclass = SATA >> >> with two eSATA to the Port Multipliers. >> >> thanks, >> >> matheus >> >> machine: >> ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) >> Copyright (c) 1992-2012 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 9.0-RELEASE #0: Wed Apr 11 13:04:15 BRT 2012 >> root@macgyver:/usr/obj/usr/src/sys/net6501-amd64 amd64 >> ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) >> CPU: Genuine Intel(R) CPU @ 1.60GHz (1600.04-MHz K8-class CPU) >> Origin = "GenuineIntel" Id = 0x20661 Family = 6 Model = 26 Stepping = 1 >> Features=0xbfe9fbff >> Features2=0x40e3bd >> AMD Features=0x20100800 >> AMD Features2=0x1 >> TSC: P-state invariant, performance statistics >> real memory = 2147352576 (2047 MB) >> avail memory = 2046488576 (1951 MB) >> MPTable: >> Event timer "LAPIC" quality 400 >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP/HT): APIC ID: 1 >> ioapic0: Assuming intbase of 0 >> ioapic0 irqs 0-23 on motherboard >> kbd0 at kbdmux0 >> ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) >> ACPI: Table initialisation failed: AE_NOT_FOUND >> ACPI: Try disabling either ACPI or apic support. >> cryptosoft0: on motherboard >> >> -- >> We will call you Cygnus, >> The God of balance you shall be >> >> A: Because it messes up the order in which people normally read text. >> Q: Why is top-posting such a bad thing? >> >> http://en.wikipedia.org/wiki/Posting_style >> _______________________________________________ >> 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" > > The ideal solution will be ZFS with crypto support, but unfortunately this is only available on > Oracle Sun 5.11 for now. > > The GELI is very good, but it is mostly for single device/file image encryption. Each new GELI > device in the ZFS mirror/RAIDZ configuration will add extra overhead. > > GELI on top of ZFS volume/file-backed will be even worse. > > You could consider PEFS from ports on top of any ZFS pool. PEFS is a kernel level stacked > cryptographic filesystem for FreeBSD: > > http://www.freshports.org/sysutils/pefs-kmod/ > http://wiki.freebsd.org/PEFS > https://github.com/glk/pefs > > P.S. ZFS RAIDZ1/RAIDZ2 pool is more sophisticated solution than RAID5/RAID6. Thanks Andriy, I'll read about it. Can I consider this PEFS so stable as GELI ? thanks, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 03:30:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C4B106566C; Tue, 17 Apr 2012 03:30:02 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 365838FC0A; Tue, 17 Apr 2012 03:30:02 +0000 (UTC) Received: by obqv19 with SMTP id v19so7591550obq.13 for ; Mon, 16 Apr 2012 20:30:01 -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 :content-transfer-encoding; bh=swbWpc1xfz/3+Y/e43+OqUQCYNUqlSDvw9768HqfseE=; b=b+gYMw8NKD20+83P/wvVsdImgRLPMgi13Bd9w6YUvFcYqFd18pmnI5WbSCvTzm0nfE 6dVB/Sa4iDLhZuCH+LARfeSHQQ225hOW1wRIZzjhfe85LWLKgtDVCektXIFxC7OHmXCR t2UG4WVEggCuyl/hKF8aBf+RcK2sgeflb+6FAFrCzVJaeR/zGmYE90tmDeChOxQb2OXW D5qixosAYmDs9ej3PIODFdBHYGJbWhD4Ryu71EJNWyK/Cm5gt+5UZ6+QYzvfATxfR3pp vm5hV/EDBDsydFKoFTOGXbLFuDnp9Zgm01xQ814cmyAeYs2QAD1A6VUYwgH9IEOeHkpX X3lQ== MIME-Version: 1.0 Received: by 10.60.20.3 with SMTP id j3mr19995063oee.43.1334633401808; Mon, 16 Apr 2012 20:30:01 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.182.142.65 with HTTP; Mon, 16 Apr 2012 20:30:01 -0700 (PDT) In-Reply-To: References: Date: Mon, 16 Apr 2012 20:30:01 -0700 X-Google-Sender-Auth: xDA0KqvDHDgu7W5d0GwyfL_370Y Message-ID: From: Craig Rodrigues To: freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: Re: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 03:30:02 -0000 On Mon, Apr 16, 2012 at 12:08 AM, Craig Rodrigues wrote: > My host environment > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Operating System: Windows 7, home edition, 64-bit > VirtualBox for Windows, version 4.1.12 r77245 > > CPU Information > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > I downloaded the CoreInfo.exe utility which is part of Windows > Sysinternals utilities > ( http://technet.microsoft.com/en-us/sysinternals/bb545027 ) > > According to this utility, my CPU is: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =A0 =A0Intel(R) Core(TM)2 Duo CPU =A0 =A0 T5450 =A0@ 1.66GHz > =A0 =A0Intel64 Family 6 Model 15 Stepping 13, GenuineIntel > =A0 =A0HTT =A0 =A0 =A0 =A0 * =A0 =A0 =A0 Hyperthreading enabled > =A0 =A0HYPERVISOR =A0- =A0 =A0 =A0 Hypervisor is present > =A0 =A0VMX =A0 =A0 =A0 =A0 - =A0 =A0 =A0 Supports Intel hardware-assisted= virtualization > =A0 =A0SVM =A0 =A0 =A0 =A0 - =A0 =A0 =A0 Supports AMD hardware-assisted v= irtualization > =A0 =A0EM64T =A0 =A0 =A0 * =A0 =A0 =A0 Supports 64-bit mode > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > So my CPU support 64-bit mode, but does not support hardware-assisted > virtualization. > > > > Error message > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > If I try to mount and then boot it under VirtualBox, I get this error: > > =A0 CPU doesn't support long mode > > =A0 Consoles: internal video/keyboard > =A0 BIOS drive C: is disk0 > =A0 BIOS 639kB/523264kB available memory > > =A0 FreeBSD/x86 bootstrap loader, Revision 1.1 > =A0 (root@farrell.cse.buffalo.edu, Tue Jan =A03 06:51:49 UTC 2012) > =A0 Can't work out which disk we are booting from. > =A0 Guess BIOS device 0xffffffff not found by probes, defaulting to disk0= : > =A0 FATAL: int13_harddisk: function 42. Can't use 64bits lba > > > > Does anyone know how to fix this problem in VirtualBox? Hi, After exchanging a few e-mails with Bernard, I think I understand the probl= em. According to the VirtualBox manual: http://www.virtualbox.org/manual/ch03.html#intro-64bitguests The CPU needs to support hardware-assisted virtualization in order for VirtualBox to support 64-bit guests. Without the CPU support, VirtualBox cannot do it. I double checked this with CoreInfo.exe from Windows Sysinternals utilities, and also from the Intel data sheet for my CPU: http://ark.intel.com/products/30787 (VT-x option not supported) I will use QEMU under Windows until I can get a better machine. :) -- Craig Rodrigues rodrigc@crodrigues.org --=20 Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 04:29:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB47A106564A; Tue, 17 Apr 2012 04:29:12 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E08D78FC0C; Tue, 17 Apr 2012 04:29:11 +0000 (UTC) Received: by wern13 with SMTP id n13so4954343wer.13 for ; Mon, 16 Apr 2012 21:29:10 -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=pWyFLDqYzfCxgBPRKnhUCEUBh58ApsnR/HXuBY718lg=; b=SeNYS1NeJtcfJL1546ViRluYicuvc83qBfCNqZ8wInSIM7tF4uBZKCXxgvjpy6vpce CUrQBj1LR8mDqSyhujBHIRQLQic0avpzhfO6F9aA5tRZE4+ahMFCrdE4bkdRgLF0rMSL FP9l7uphFG+fGU6iwxntvhIgAlv5FXWIzzpWX7fhqXZlw8F8sbxMQfYDlyhz03JUDa1J 7jptdf0CgOuU53ijDB3EFu3h9lOetZ72zGk2G2AP8KJmKQlKw7b7vVVQpiWdxAtBhAxh ZLRD1BIQCQG9IHUzDJZZ1l1nF9B4b9mC1rSL8T3M/Qnt6/1FdGvlIbFbKal3PCh8p/GT tvng== MIME-Version: 1.0 Received: by 10.180.76.240 with SMTP id n16mr24596545wiw.10.1334636950781; Mon, 16 Apr 2012 21:29:10 -0700 (PDT) Received: by 10.223.94.73 with HTTP; Mon, 16 Apr 2012 21:29:10 -0700 (PDT) In-Reply-To: References: Date: Mon, 16 Apr 2012 23:29:10 -0500 Message-ID: From: Adam Vande More To: Craig Rodrigues Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org, freebsd-virtualization@freebsd.org Subject: Re: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 04:29:12 -0000 On Mon, Apr 16, 2012 at 10:30 PM, Craig Rodrigues wrote: > After exchanging a few e-mails with Bernard, I think I understand the > problem. > According to the VirtualBox manual: > > http://www.virtualbox.org/manual/ch03.html#intro-64bitguests > > The CPU needs to support hardware-assisted virtualization in order for > VirtualBox to support 64-bit guests. > Without the CPU support, VirtualBox cannot do it. I double checked > this with CoreInfo.exe from Windows Sysinternals utilities, > and also from the Intel data sheet for my CPU: > > http://ark.intel.com/products/30787 > (VT-x option not supported) > > > I will use QEMU under Windows until I can get a better machine. :) > I believe a Windows 7 product key will activate either 32 or 64 install, so unless you have a specific reason to install 64 bit then you are likely better using 32 anyway. 32 bit OS's and apps use less memory than their corresponding 64 bit counterparts. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 11:55:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E7FA1065673 for ; Tue, 17 Apr 2012 11:55:54 +0000 (UTC) (envelope-from andriy@irbisnet.com) Received: from nm20-vm0.bullet.mail.sp2.yahoo.com (nm20-vm0.bullet.mail.sp2.yahoo.com [98.139.91.218]) by mx1.freebsd.org (Postfix) with SMTP id 3846D8FC16 for ; Tue, 17 Apr 2012 11:55:54 +0000 (UTC) Received: from [98.139.91.63] by nm20.bullet.mail.sp2.yahoo.com with NNFMP; 17 Apr 2012 11:55:48 -0000 Received: from [98.139.44.69] by tm3.bullet.mail.sp2.yahoo.com with NNFMP; 17 Apr 2012 11:54:48 -0000 Received: from [127.0.0.1] by omp1006.access.mail.sp2.yahoo.com with NNFMP; 17 Apr 2012 11:54:48 -0000 X-Yahoo-Newman-Id: 361725.38609.bm@omp1006.access.mail.sp2.yahoo.com Received: (qmail 97750 invoked from network); 17 Apr 2012 11:54:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1334663687; bh=cp6iop5Eo8nxT2y0b0nCZcHSbA8noBz0X5cDo6Di0mQ=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Received:References:In-Reply-To:Mime-Version:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=kgfaiOOBKq7AwwiQYQCMar3khdyzHH53UuJdgYosABWsfvgAQz60jcChKMk4aUSpD69VB661JSzof/mLDevbo+PyaDQq4xFJR4WtlThdu7eQ7E+TO6pBdsaHeoE7HCCRg2n/jgMs2k0h6WEvzHi9qwYCJQU6ae5ywoNhwK1MLMA= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: N8z2EOUVM1lJwmL5.XE.VQaLYoCfIV8dOV7_Ny5vXVx2JGk weTrYTsHrsdujtDNG95Qz9RffwfNUEDAjiu6wQtI0bgNbuWXb449g4DeTGyR c.3wFE7Srg0JjM0oQ5THpMyR.t92n5B.DAOJ7FdNXdnriBUnaJLNW9nPNH9G xL2wJcZhe.yJzNHZKhJ9qfXCeoQ5McyO6LtI729EAXspr_lhZ09y3WirLI5c ml3Lo7YKrRrq2LG3RhZpOCr42aR99jixQbbNSdIQ19MY.CQsNUp0C_xJ3M3m uVlZ_9hU_a_TxqKq9qHEiFiJf2l2H6N_grgQjjPvKJkyluZDpYf5t4ZDZakl _YoRmsRQv38nQTPZsUxVNwRgftr1Jj.NISptbwNpSRtYfRONen0wiEJ94Y3j hfE8NRM4h0hBQ7hZQC47QcYhOofThVZ0wgh_8gDrP9QR20kdslQqvFeaSkpF GgUhi9AydJBAvXGo1z6aZUgEb5Ks_1SE.OsAmyr52_iG2hq3ljR_zfSAm0_w fOUGv49MT7vIlnwIEpuGAP5bxKpZ1Drd1O1gMhHzY1NETZJZlMK8BmpxIKbn J3230d8rT8JzyKV2XVlLCHJo6VrVDTKoj7L2HAI7zoysytbCFzgQooCB_CM1 n13oN2RnKtJFMdMCOqtNcgYsTr1GCZPvAJmX6vsUUyFDSEoUnG22cyxuazQd GU3x2S.U6ryQ- X-Yahoo-SMTP: dz9sigaswBA5kWoYWVTZrGHmIs2vaKgG1w-- Received: from smtp.irbisnet.com (andriy@174.113.73.248 with login) by smtp103.rog.mail.gq1.yahoo.com with SMTP; 17 Apr 2012 04:54:47 -0700 PDT Received: from [192.168.0.10] (Andriy-Bakays-iPhone.local [192.168.0.10]) by smtp.irbisnet.com (Postfix) with ESMTPSA id EACC4303E8; Tue, 17 Apr 2012 07:54:45 -0400 (EDT) References: <090f695268b53508b424fde0025497bd.squirrel@eternamente.info> <26CF73B3-11CA-4199-9B2C-EE7824041BB0@irbisnet.com> <03b2fb71a732191083c37a3211d8a7ac.squirrel@eternamente.info> In-Reply-To: <03b2fb71a732191083c37a3211d8a7ac.squirrel@eternamente.info> Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <5FB3BD6A-EF0E-492C-84B9-D12C505B0366@irbisnet.com> X-Mailer: iPhone Mail (9B176) From: Andriy Bakay Date: Tue, 17 Apr 2012 07:54:39 -0400 To: Nenhum_de_Nos Cc: Kurtsou Gleb , "freebsd-stable@freebsd.org" Subject: Re: Any options on crypt+zfs ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 11:55:54 -0000 On 2012-04-16, at 22:54, "Nenhum_de_Nos" wrote: >=20 > On Mon, April 16, 2012 22:42, Andriy Bakay wrote: >> On 2012-04-16, at 13:32 , Nenhum_de_Nos wrote: >>=20 >>> hail, >>>=20 >>> I have a soekris running an atom and 2GB RAM and ZFS using 7 drives, sma= ll capacity though, to >>> test and study if I can make my home server this box and this way. It wi= ll be a simple server, >>> three users tops. >>>=20 >>> I followed the handbook and made the geli step on the disks: >>>=20 >>> Geom name: label/zfs1.eli >>> State: ACTIVE >>> EncryptionAlgorithm: AES-XTS >>> KeyLength: 128 >>> Crypto: software >>> UsedKey: 0 >>> Flags: NONE >>> KeysAllocated: 38 >>> KeysTotal: 38 >>> Providers: >>> 1. Name: label/zfs1.eli >>> Mediasize: 160041881600 (149G) >>> Sectorsize: 4096 >>> Mode: r1w1e1 >>> Consumers: >>> 1. Name: label/zfs1 >>> Mediasize: 160041885184 (149G) >>> Sectorsize: 512 >>> Mode: r1w1e1 >>>=20 >>>=20 >>> all disks are this way (just 4 disks are on geli zfs). >>>=20 >>> would it be faster, if I had geli over zfs, and not the other way (as is= now) ? >>>=20 >>> my performance is too low (I know the hardware is not that much, but I c= ompared it to a friend's >>> arm based AP-Router gadget and my setup is when much equal. I have 1.6 G= Hz Atom and 2GB ram, he >>> has not half this ... I know can't compare arm and x86 clock for clock .= ..) >>>=20 >>> I'll try to run geli on single disk, to see how much ZFS is impacting on= performance, but, is >>> there any other way around ? All I want is RAID5, and FreeBSD has not de= veloped RAID5 from GEOM >>> (AFAIK) since a long time. ZFS is the way people go in recent years. >>>=20 >>> suggestions are welcome, just want to upgrade my old 8.0 BETA3 using geo= m mirror/stripe to a >>> newer >>> approach that would be supported by FreeBSD. >>>=20 >>> I have an external enclosure for 4 SATA disks (port multiplier included)= using 4 disks, another >>> port multiplier 5x1 using now 3 disks, and: >>>=20 >>> ahci1@pci0:13:0:0: class=3D0x010601 card=3D0x10601b21 chip=3D0x06121b= 21 rev=3D0x01 hdr=3D0x00 >>> vendor =3D 'ASMedia Technology Inc.' >>> class =3D mass storage >>> subclass =3D SATA >>>=20 >>> with two eSATA to the Port Multipliers. >>>=20 >>> thanks, >>>=20 >>> matheus >>>=20 >>> machine: >>> ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) >>> Copyright (c) 1992-2012 The FreeBSD Project. >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994= >>> The Regents of the University of California. All rights reserved. >>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>> FreeBSD 9.0-RELEASE #0: Wed Apr 11 13:04:15 BRT 2012 >>> root@macgyver:/usr/obj/usr/src/sys/net6501-amd64 amd64 >>> ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) >>> CPU: Genuine Intel(R) CPU @ 1.60GHz (1600.04-MHz K8-class CPU) >>> Origin =3D "GenuineIntel" Id =3D 0x20661 Family =3D 6 Model =3D 26 S= tepping =3D 1 >>> Features=3D0xbfe9fbff >>> Features2=3D0x40e3bd >>> AMD Features=3D0x20100800 >>> AMD Features2=3D0x1 >>> TSC: P-state invariant, performance statistics >>> real memory =3D 2147352576 (2047 MB) >>> avail memory =3D 2046488576 (1951 MB) >>> MPTable: >>> Event timer "LAPIC" quality 400 >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads >>> cpu0 (BSP): APIC ID: 0 >>> cpu1 (AP/HT): APIC ID: 1 >>> ioapic0: Assuming intbase of 0 >>> ioapic0 irqs 0-23 on motherboard >>> kbd0 at kbdmux0 >>> ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) >>> ACPI: Table initialisation failed: AE_NOT_FOUND >>> ACPI: Try disabling either ACPI or apic support. >>> cryptosoft0: on motherboard >>>=20 >>> -- >>> We will call you Cygnus, >>> The God of balance you shall be >>>=20 >>> A: Because it messes up the order in which people normally read text. >>> Q: Why is top-posting such a bad thing? >>>=20 >>> http://en.wikipedia.org/wiki/Posting_style >>> _______________________________________________ >>> 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= " >>=20 >> The ideal solution will be ZFS with crypto support, but unfortunately thi= s is only available on >> Oracle Sun 5.11 for now. >>=20 >> The GELI is very good, but it is mostly for single device/file image encr= yption. Each new GELI >> device in the ZFS mirror/RAIDZ configuration will add extra overhead. >>=20 >> GELI on top of ZFS volume/file-backed will be even worse. >>=20 >> You could consider PEFS from ports on top of any ZFS pool. PEFS is a kern= el level stacked >> cryptographic filesystem for FreeBSD: >>=20 >> http://www.freshports.org/sysutils/pefs-kmod/ >> http://wiki.freebsd.org/PEFS >> https://github.com/glk/pefs >>=20 >> P.S. ZFS RAIDZ1/RAIDZ2 pool is more sophisticated solution than RAID5/RAI= D6. >=20 > Thanks Andriy, I'll read about it. Can I consider this PEFS so stable as G= ELI ? >=20 > thanks, >=20 > matheus >=20 > --=20 > We will call you Cygnus, > The God of balance you shall be >=20 > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? >=20 > http://en.wikipedia.org/wiki/Posting_style > _______________________________________________ > 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" I cannot guarantee you it has same stability as GELI. PEFS is younger than G= ELI and less used. But I am using it on daily basis and did not have any pro= blems so far. I guess question about PEFS stability is more for Gleb Kurtsou. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 12:50:49 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 815491065670 for ; Tue, 17 Apr 2012 12:50:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 565548FC14 for ; Tue, 17 Apr 2012 12:50:49 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C96F4B958; Tue, 17 Apr 2012 08:50:48 -0400 (EDT) From: John Baldwin To: Eugene Grosbein Date: Tue, 17 Apr 2012 08:40:37 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120416042645.GA53074@regency.nsu.ru> <20120416070646.GA78414@regency.nsu.ru> <4F8BD14D.8050206@rdtc.ru> In-Reply-To: <4F8BD14D.8050206@rdtc.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201204170840.37631.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 17 Apr 2012 08:50:48 -0400 (EDT) Cc: Alexey Dokuchaev , stable@freebsd.org Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 12:50:49 -0000 On Monday, April 16, 2012 3:59:09 am Eugene Grosbein wrote: > >>> Just update my 8.x kernel sources last weekend, and newly built kernel did > >>> not boot for me: > >>> > >>> link_elf: symbol mem_range_softc undefined > >>> KLD file acpi.ko - could not finalize loading > >>> kernel trap 12 with interrupts disabled > >> > >> Try to add 'device mem' to your kernel configuration. > > > > :-) > > > > I explicitly have "nodevice mem" and "nodevice io" in my config. They are > > being loaded from /boot/loader.conf. This worked fine for quite a while. > > > > I will try to have it compiled-in, but would still prefer it fixed, or in > > case it cannot be fixed and mem.ko cannot be loaded separately from now on, > > appropriate entry in UPDATING. > > It seems John Baldwin brought dependency of acpi.ko on device mem > 4 days ago to RELENG_8 with MFC: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/acpica/acpi_wakeup.c#rev1.50.2.3 > > Eugene Grosbein Hmm, this has been broken for a long time on HEAD and 9 it seems. However, there you get compile breakage (as acpi is no longer supported as a module in 9+) if you try to build a kernel with 'nodevice mem'. Hmm, mp_machdep.c also breaks. That is probably true on i386 as well, and has been true even on 7.x. (That is, you can't use 'nodevice mem' and 'SMP' in the same kernel.) The simplest fix is to just move mem_range_softc out of mem.ko into the base kernel. OTOH, what are you trying to gain by putting mem.ko into a module rather than part of the base kernel? Do you just want no /dev/mem file or are you trying to disable all of the MTRR support as well? It may be that we need to rethink what goes into mem.ko and have it only exclude /dev/mem but always leave MTRR support enabled. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 13:08:44 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08F8A1065673; Tue, 17 Apr 2012 13:08:44 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 61EE68FC15; Tue, 17 Apr 2012 13:08:42 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q3HD8ejr015264; Tue, 17 Apr 2012 20:08:40 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4F8D6B58.7010902@rdtc.ru> Date: Tue, 17 Apr 2012 20:08:40 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Baldwin References: <20120416042645.GA53074@regency.nsu.ru> <20120416070646.GA78414@regency.nsu.ru> <4F8BD14D.8050206@rdtc.ru> <201204170840.37631.jhb@freebsd.org> In-Reply-To: <201204170840.37631.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Alexey Dokuchaev , stable@freebsd.org Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 13:08:44 -0000 > On Monday, April 16, 2012 3:59:09 am Eugene Grosbein wrote: >>>>> Just update my 8.x kernel sources last weekend, and newly built kernel did >>>>> not boot for me: >>>>> >>>>> link_elf: symbol mem_range_softc undefined >>>>> KLD file acpi.ko - could not finalize loading >>>>> kernel trap 12 with interrupts disabled >>>> >>>> Try to add 'device mem' to your kernel configuration. >>> >>> :-) >>> >>> I explicitly have "nodevice mem" and "nodevice io" in my config. They are >>> being loaded from /boot/loader.conf. This worked fine for quite a while. >>> >>> I will try to have it compiled-in, but would still prefer it fixed, or in >>> case it cannot be fixed and mem.ko cannot be loaded separately from now on, >>> appropriate entry in UPDATING. >> >> It seems John Baldwin brought dependency of acpi.ko on device mem >> 4 days ago to RELENG_8 with MFC: >> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/acpica/acpi_wakeup.c#rev1.50.2.3 > > Hmm, this has been broken for a long time on HEAD and 9 it seems. However, there > you get compile breakage (as acpi is no longer supported as a module in 9+) if you > try to build a kernel with 'nodevice mem'. > > Hmm, mp_machdep.c also breaks. That is probably true on i386 as well, and has > been true even on 7.x. (That is, you can't use 'nodevice mem' and 'SMP' in the > same kernel.) > > The simplest fix is to just move mem_range_softc out of mem.ko into the base kernel. > > OTOH, what are you trying to gain by putting mem.ko into a module rather than part of > the base kernel? Do you just want no /dev/mem file or are you trying to disable all > of the MTRR support as well? It may be that we need to rethink what goes into mem.ko > and have it only exclude /dev/mem but always leave MTRR support enabled. I guess, Alexey just tries to make smallest possible kernel just for fun :-) Or, for PicoBSD case where kernel should be booted from very small media and modules from another one. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 13:27:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC802106566B for ; Tue, 17 Apr 2012 13:27:29 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 604F68FC12 for ; Tue, 17 Apr 2012 13:27:29 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1SK8Rl-0008Qj-M3 for freebsd-stable@freebsd.org; Tue, 17 Apr 2012 17:27:53 +0400 Resent-From: Slawa Olhovchenkov Resent-Date: Tue, 17 Apr 2012 17:27:53 +0400 Resent-Message-ID: <20120417132753.GB76983@zxy.spb.ru> Resent-To: freebsd-stable@freebsd.org Date: Tue, 17 Apr 2012 16:56:34 +0400 From: Slawa Olhovchenkov To: carlopmart Message-ID: <20120417125634.GA76983@zxy.spb.ru> References: <4F8C4F89.7090205@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F8C4F89.7090205@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Resent-Date: Tue, 17 Apr 2012 17:27:53 +0400 X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Subject: Re: ZFS options for FreeBSD 8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 13:27:29 -0000 On Mon, Apr 16, 2012 at 06:57:45PM +0200, carlopmart wrote: > I have installed FreeBSD 8.3 amd64 release in an ESXi server. Due to > some limitations, I can only assign 2GiB of RAM to this virtual machine > and I need to use ZFS as filesystem to store some data (MySQL databases). > > According to http://wiki.freebsd.org/ZFSTuningGuide I have configured > some options: > > vfs.zfs.write_limit_override=268435456 > kern.maxvnodes=250000 > > According to ZFS version, FreeBSD 8,3 comes with version 28, and > reading previous guide there is not need to adjust nothing more. I am boot 9.0 inside ESXi with 256MB RAM. And pass buildworld. /boot/loader.conf: vm.kmem_size="512M" vfs.zfs.txg.timeout="5" vfs.zfs.vdev.cache.size="4M" vfs.zfs.arc_max="16M" > But what about l2arc options?? Do I need to adjust vfs.zfs.arc_max and > vm.kmem_size options?? How can I calculate these values?? vm.kmem_size must be >512M. kernel don't allow to setup vm.kmem_size to more the 2*RAM. zfs don't allow to setup vfs.zfs.arc_max < max(RAM/32, 16MB). From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 13:49:01 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62606106568C for ; Tue, 17 Apr 2012 13:49:01 +0000 (UTC) (envelope-from gary@amerlok.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id D54E38FC1B for ; Tue, 17 Apr 2012 13:49:00 +0000 (UTC) Received: by lbbgm6 with SMTP id gm6so495741lbb.13 for ; Tue, 17 Apr 2012 06:48:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=pYh0bp+Q8Ddbk9NkTaFUvlg2WiOOQS0+4DQzEi2nizg=; b=Og9U6YHYUR/z02brC+MKiUyxGqLuqABqf+Fy5wsfmqznrgckg+vOywUJYvIvO+jkPL Zqucm1qo5eZ44AZ48w9x/4fsCdp6aI4dftJXQw6rReA5n+LVkfVwkOhAcRtB35SAc2bg fCEXKtJpIlen3nVQssfIRJzyfViwBSu26I36qev/RoC85ic55eDBfPS2IXnqaVXgftfb /jkkP9p5NYM+NYQ2ql0QKf2wnBViSB95bqylsa798eV1t0ZtcWUSE1j7vmoGyN7X50t0 hbDex2i52FAbEcabsoqXG2K7aMxZP/xt/LjkNphZ62CTf2UWTGm4CpJ3CIoaqQbTR8TA mp1g== MIME-Version: 1.0 Received: by 10.152.144.101 with SMTP id sl5mr14255896lab.51.1334670539489; Tue, 17 Apr 2012 06:48:59 -0700 (PDT) Received: by 10.112.97.140 with HTTP; Tue, 17 Apr 2012 06:48:59 -0700 (PDT) In-Reply-To: <4F8D6B58.7010902@rdtc.ru> References: <20120416042645.GA53074@regency.nsu.ru> <20120416070646.GA78414@regency.nsu.ru> <4F8BD14D.8050206@rdtc.ru> <201204170840.37631.jhb@freebsd.org> <4F8D6B58.7010902@rdtc.ru> Date: Tue, 17 Apr 2012 15:48:59 +0200 Message-ID: From: Garrett Anderson To: Eugene Grosbein Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlFCTG7maHL5UVyRUXp2xWhuu3DhEPJw61UwXIR133zTULGR2E/d3p1mCKiXuHQeguaiPFE Cc: Alexey Dokuchaev , stable@freebsd.org, John Baldwin Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 13:49:01 -0000 I am working on the Jerome's computer. What you want is still on the server in Moscow. Yes, there is a copy on the Jerome's computer but it is password protected. What is the password? I don't know but it is the same one that is used to access the Exchange server in Moscow. So, we come back to the same bottleneck: Access to the Exchange Server in Moscow. The best thing to do is to get access to Jerome's "current" email on the server in Moscow. The alternative is to get this password and I setup TeamViewer on the Jerome's computer and you access his computer from London (via TeamViewer). In either case, we need Jerome's Outlook Password and that can only be reset in Moscow. On Tue, Apr 17, 2012 at 3:08 PM, Eugene Grosbein wrote: >> On Monday, April 16, 2012 3:59:09 am Eugene Grosbein wrote: >>>>>> Just update my 8.x kernel sources last weekend, and newly built kern= el did >>>>>> not boot for me: >>>>>> >>>>>> link_elf: symbol mem_range_softc undefined >>>>>> KLD file acpi.ko - could not finalize loading >>>>>> kernel trap 12 with interrupts disabled >>>>> >>>>> Try to add 'device mem' to your kernel configuration. >>>> >>>> :-) >>>> >>>> I explicitly have "nodevice mem" and "nodevice io" in my config. =A0Th= ey are >>>> being loaded from /boot/loader.conf. =A0This worked fine for quite a w= hile. >>>> >>>> I will try to have it compiled-in, but would still prefer it fixed, or= in >>>> case it cannot be fixed and mem.ko cannot be loaded separately from no= w on, >>>> appropriate entry in UPDATING. >>> >>> It seems John Baldwin brought dependency of acpi.ko on device mem >>> 4 days ago to RELENG_8 with MFC: >>> >>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/acpica/acpi_wakeup.c= #rev1.50.2.3 >> >> Hmm, this has been broken for a long time on HEAD and 9 it seems. =A0How= ever, there >> you get compile breakage (as acpi is no longer supported as a module in = 9+) if you >> try to build a kernel with 'nodevice mem'. >> >> Hmm, mp_machdep.c also breaks. =A0That is probably true on i386 as well,= and has >> been true even on 7.x. =A0(That is, you can't use 'nodevice mem' and 'SM= P' in the >> same kernel.) >> >> The simplest fix is to just move mem_range_softc out of mem.ko into the = base kernel. >> >> OTOH, what are you trying to gain by putting mem.ko into a module rather= than part of >> the base kernel? =A0Do you just want no /dev/mem file or are you trying = to disable all >> of the MTRR support as well? =A0It may be that we need to rethink what g= oes into mem.ko >> and have it only exclude /dev/mem but always leave MTRR support enabled. > > I guess, Alexey just tries to make smallest possible kernel just for fun = :-) > Or, for PicoBSD case where kernel should be booted from very small media = and modules from another one. > > Eugene Grosbein > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 13:57:43 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D37731065672 for ; Tue, 17 Apr 2012 13:57:43 +0000 (UTC) (envelope-from gary@amerlok.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4916E8FC12 for ; Tue, 17 Apr 2012 13:57:43 +0000 (UTC) Received: by lbbgm6 with SMTP id gm6so505217lbb.13 for ; Tue, 17 Apr 2012 06:57:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=aB4w17SUoeKNS1j2qNEEB+AKw3XmxWJi4c1RKPa7n90=; b=J3XP7EY5Mi9/OSREyymZh0cIlGatuknKPViybt4wcFkwTtfmbgGVWMMa+vbnqx+O09 fy51cXSoGKf4zMfU/4yVIHF97cm533J+ybTyS2RDjpfLcyDwHcvc3E28JUVmQyTpRg+l T41zeCyX2giLIRGjPNrNn6WpLvBQsPb5ODh/7VHr83Dzp9QE7gseP5iG4mdoexim4cFO PFUWnOHk2ocPIGOkl1Ynh8ZE6EmmX4zE8eicosmRzs4b/xoI+ozkvZli0Pw4fDMfpoPq UXBqS39aJ2VDhpNxQghRifPEzjoIQrxBDFriOqvbc90u4G90GDi42BROM2fGSn+LdoUE I5qw== MIME-Version: 1.0 Received: by 10.112.47.166 with SMTP id e6mr5862114lbn.99.1334671062037; Tue, 17 Apr 2012 06:57:42 -0700 (PDT) Received: by 10.112.97.140 with HTTP; Tue, 17 Apr 2012 06:57:41 -0700 (PDT) In-Reply-To: References: <20120416042645.GA53074@regency.nsu.ru> <20120416070646.GA78414@regency.nsu.ru> <4F8BD14D.8050206@rdtc.ru> <201204170840.37631.jhb@freebsd.org> <4F8D6B58.7010902@rdtc.ru> Date: Tue, 17 Apr 2012 15:57:41 +0200 Message-ID: From: Garrett Anderson To: Eugene Grosbein Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmNfZkVCSHFWBwKCIpTLA5kQcDYXlR1JI0z6hd9fKF0QaQGlmFw5XQMrnrRSv6ol40EpLD0 Cc: Alexey Dokuchaev , stable@freebsd.org, John Baldwin Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 13:57:43 -0000 My bad. Please accept my apologies. Working on too many things at one tim= e. On Tue, Apr 17, 2012 at 3:48 PM, Garrett Anderson wrote: > I am working on the Jerome's computer. =A0What you want is still on the > server in Moscow. =A0Yes, there is a copy on the Jerome's computer but > it is password protected. =A0What is the password? =A0I don't know but it > is the same one that is used to access the Exchange server in Moscow. > So, we come back to the same bottleneck: Access to the Exchange Server > in Moscow. > > The best thing to do is to get access to Jerome's "current" email on > the server in Moscow. =A0The alternative is to get this password and I > setup TeamViewer on the Jerome's computer and you access his computer > from London (via TeamViewer). =A0In either case, we need Jerome's > Outlook Password and that can only be reset in Moscow. > > On Tue, Apr 17, 2012 at 3:08 PM, Eugene Grosbein wrot= e: >>> On Monday, April 16, 2012 3:59:09 am Eugene Grosbein wrote: >>>>>>> Just update my 8.x kernel sources last weekend, and newly built ker= nel did >>>>>>> not boot for me: >>>>>>> >>>>>>> link_elf: symbol mem_range_softc undefined >>>>>>> KLD file acpi.ko - could not finalize loading >>>>>>> kernel trap 12 with interrupts disabled >>>>>> >>>>>> Try to add 'device mem' to your kernel configuration. >>>>> >>>>> :-) >>>>> >>>>> I explicitly have "nodevice mem" and "nodevice io" in my config. =A0T= hey are >>>>> being loaded from /boot/loader.conf. =A0This worked fine for quite a = while. >>>>> >>>>> I will try to have it compiled-in, but would still prefer it fixed, o= r in >>>>> case it cannot be fixed and mem.ko cannot be loaded separately from n= ow on, >>>>> appropriate entry in UPDATING. >>>> >>>> It seems John Baldwin brought dependency of acpi.ko on device mem >>>> 4 days ago to RELENG_8 with MFC: >>>> >>>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/acpica/acpi_wakeup.= c#rev1.50.2.3 >>> >>> Hmm, this has been broken for a long time on HEAD and 9 it seems. =A0Ho= wever, there >>> you get compile breakage (as acpi is no longer supported as a module in= 9+) if you >>> try to build a kernel with 'nodevice mem'. >>> >>> Hmm, mp_machdep.c also breaks. =A0That is probably true on i386 as well= , and has >>> been true even on 7.x. =A0(That is, you can't use 'nodevice mem' and 'S= MP' in the >>> same kernel.) >>> >>> The simplest fix is to just move mem_range_softc out of mem.ko into the= base kernel. >>> >>> OTOH, what are you trying to gain by putting mem.ko into a module rathe= r than part of >>> the base kernel? =A0Do you just want no /dev/mem file or are you trying= to disable all >>> of the MTRR support as well? =A0It may be that we need to rethink what = goes into mem.ko >>> and have it only exclude /dev/mem but always leave MTRR support enabled= . >> >> I guess, Alexey just tries to make smallest possible kernel just for fun= :-) >> Or, for PicoBSD case where kernel should be booted from very small media= and modules from another one. >> >> Eugene Grosbein >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 14:17:16 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9014106564A; Tue, 17 Apr 2012 14:17:16 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (r2b9.nsu.ru [212.192.164.39]) by mx1.freebsd.org (Postfix) with ESMTP id 5B46B8FC0C; Tue, 17 Apr 2012 14:17:16 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1SK9Cm-0003Qj-AN; Tue, 17 Apr 2012 21:16:28 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id q3HEJJdu072797; Tue, 17 Apr 2012 21:19:19 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id q3HEJE5b072711; Tue, 17 Apr 2012 21:19:14 +0700 (NOVT) (envelope-from danfe) Date: Tue, 17 Apr 2012 21:19:13 +0700 From: Alexey Dokuchaev To: Eugene Grosbein Message-ID: <20120417141913.GA70796@regency.nsu.ru> References: <20120416042645.GA53074@regency.nsu.ru> <20120416070646.GA78414@regency.nsu.ru> <4F8BD14D.8050206@rdtc.ru> <201204170840.37631.jhb@freebsd.org> <4F8D6B58.7010902@rdtc.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F8D6B58.7010902@rdtc.ru> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, John Baldwin Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 14:17:16 -0000 On Tue, Apr 17, 2012 at 08:08:40PM +0700, Eugene Grosbein wrote: > I guess, Alexey just tries to make smallest possible kernel just for fun :-) You are correct. Not for the size reasons though, but I want to be able to change as much as possible on the fly, without a reboot, and I cannot "kldunload kernel" yet. ;-) Another thing is that, while this is kinda unsupported configuration, it should work, even being an edge case. So it's a good test if our kernel has no hidden dependencies which would inhibit use of a module when it exists. Personally I do not see much benefits in having mem/io as modules, but if they are provided, I should be able to load them from the loader. If they must be compiled in, I suggest we stop shipping them as modules so not to confuse people (even that one must specially use "nodevice" to exclude them). ./danfe From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 14:44:16 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65671106574C; Tue, 17 Apr 2012 14:44:16 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (r2b9.nsu.ru [212.192.164.39]) by mx1.freebsd.org (Postfix) with ESMTP id 04D4B8FC0A; Tue, 17 Apr 2012 14:44:16 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1SK9dN-0007Ba-4Q; Tue, 17 Apr 2012 21:43:57 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id q3HEkmOJ077047; Tue, 17 Apr 2012 21:46:48 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id q3HEkhKi077046; Tue, 17 Apr 2012 21:46:43 +0700 (NOVT) (envelope-from danfe) Date: Tue, 17 Apr 2012 21:46:43 +0700 From: Alexey Dokuchaev To: John Baldwin Message-ID: <20120417144643.GB70796@regency.nsu.ru> References: <20120416042645.GA53074@regency.nsu.ru> <20120416070646.GA78414@regency.nsu.ru> <4F8BD14D.8050206@rdtc.ru> <201204170840.37631.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201204170840.37631.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 14:44:16 -0000 On Tue, Apr 17, 2012 at 08:40:37AM -0400, John Baldwin wrote: > Hmm, this has been broken for a long time on HEAD and 9 it seems. However, > there you get compile breakage (as acpi is no longer supported as a module > in 9+) if you try to build a kernel with 'nodevice mem'. Yes, I am aware. Unfortunately, I am frightened to upgrade to 9.x as I have no confidence that it behaves well on my laptop. I still do not know how to fix 8.x after January which broke suspend/resume for me (EDIT: see below!). > Hmm, mp_machdep.c also breaks. That is probably true on i386 as well, and > has been true even on 7.x. (That is, you can't use 'nodevice mem' and 'SMP' > in the same kernel.) Right, I have appropriate comment about it in my kernel config file. :-) > OTOH, what are you trying to gain by putting mem.ko into a module rather > than part of the base kernel? Do you just want no /dev/mem file or are you > trying to disable all of the MTRR support as well? No, no, nothing other than checking how far can I go in putting everything possible into modules and loading them from /boot/loader.conf. I was not aware it affects MTRR support... > It may be that we need to rethink what goes into mem.ko and have it only > exclude /dev/mem but always leave MTRR support enabled. Hmm, this is interesting. I've been waiting for you to MFC r232742 to RELENG_8 as jkim@ mentioned that these are features that could be responsible for broken suspend/resume on i386. Are you saying that having loading mem.ko as module could affect certain registers restoration, and thus preventing correct resume? I've just tried to zzz/resume several times in a row with latest 8.x kernel with io/mem compiled in. Maybe I am speaking too fast, but guess what: keyboard works now, network service are accessible, bluetooth mouse works, etc. Unbelievable. My stupid "nodevice" gimmick prevented me from having working resume, LOL. I think that if we continue to install mem.ko as module, it should be clearly documented that results of such setup might be quite different from defaults. Thanks for pieces of valuable wisdom John. ./danfe From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 16:52:44 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2BC01065673 for ; Tue, 17 Apr 2012 16:52:44 +0000 (UTC) (envelope-from chad@psys.us) Received: from p3plsmtpa07-06.prod.phx3.secureserver.net (p3plsmtpa07-06.prod.phx3.secureserver.net [173.201.192.235]) by mx1.freebsd.org (Postfix) with SMTP id B08648FC08 for ; Tue, 17 Apr 2012 16:52:44 +0000 (UTC) Received: (qmail 1112 invoked from network); 17 Apr 2012 16:52:37 -0000 Received: from unknown (98.185.17.217) by p3plsmtpa07-06.prod.phx3.secureserver.net (173.201.192.235) with ESMTP; 17 Apr 2012 16:52:37 -0000 Message-ID: <4F8D9FCC.6000705@psys.us> Date: Tue, 17 Apr 2012 12:52:28 -0400 From: Chad C User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kernel panic while detecting cpu in FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 16:52:44 -0000 Hello, I posted to the FreeBSD forum and was told to seek help on the stable mailing list. I recently build a new system and attempted to install FreeBSD 9 amd64 using the dvd. Shortly after the boot loader menu while the kernel attempts to detect the processor cores I receive a kernel trap 12 error. Kernel trap messages begin scrolling non stop but I was able to get a picture when they paused and here is the text: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80823368 stack pointer = 0x28:0xffffffff811a5030 frame pointer = 0x28:0xffffffff811a5070 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () trap number = 12 panic: page fault cpuid = 0 The first suggestion from a forum poster was bad memory but I swapped out the memory and still received the panics. Also tested the memory with memtest86+ and the bios memory test feature. Both reported no errors. I finally was able to get it to boot and install by breaking to the loader prompt and typing "kern.smp.disabled=1". But the installed system also panics at the same point during boot and the only way to get it to boot is by disabling smp at the loader prompt. I recompiled the kernel with "options DDB" and and tried tracing the problem, but since it happens so soon into the boot process I cannot get a crash dump. Here is some of my system hardware if that helps as well: MSI P67A-GD65 (B3) mainboard intel core i5-2500K (quad core) G.SKILL Ripjaws X Series 8GB (2 x 4GB) DDR3 1600 My original FreeBSD forum post is at: http://forums.freebsd.org/showthread.php?t=31156 if that helps as well. The last forum poster suggest the problem might be in sys/amd64/amd64/mp_machdep.c and redirected me here. Thanks for any assistance, -Chad From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 17:56:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DC4B106564A for ; Tue, 17 Apr 2012 17:56:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id E5D8E8FC12 for ; Tue, 17 Apr 2012 17:56:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5C86BB958; Tue, 17 Apr 2012 13:56:11 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 17 Apr 2012 13:51:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <201204161632.q3GGWwJo045910@ambrisko.com> <8CECFFF5-9540-46BF-B855-082049CC5EFB@transactionware.com> In-Reply-To: <8CECFFF5-9540-46BF-B855-082049CC5EFB@transactionware.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Message-Id: <201204171351.53831.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 17 Apr 2012 13:56:11 -0400 (EDT) Cc: Jan Mikkelsen Subject: Re: LSI MegaRAID SAS 9240 with mfi driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 17:56:12 -0000 On Monday, April 16, 2012 10:15:10 pm Jan Mikkelsen wrote: >=20 > On 17/04/2012, at 2:32 AM, Doug Ambrisko wrote: >=20 > > Jan Mikkelsen writes: > > | On 31/03/2012, at 1:14 AM, Doug Ambrisko wrote: > ... > > | > Yes, this card is supported with the mfi(4) in projects/head_mfi. = =20 Looks > > | > like we fixed a couple of last minute found bugs when trying to cre= ate=20 a > > | > RAID wth mfiutil. This should be fixed now. I'm going to start the > > | > merge to -current today. The version in head_mfi can run on older > > | > versions of FreeBSD with the changes that Sean did. > > |=20 > > | I have just imported the mfi(4) and mfiutil(8) into a 9.0-RELEASE tre= e=20 to=20 > > | try this out. > > |=20 > > | When booting up with two fresh drives attached, they show up as usabl= e=20 > > | JBOD disks. However, I cannot use mfiutil to create anything with the= m.=20 > > | Every drive gives > > |=20 > > | "mfiutil: Drive n not available" > >=20 > > You might want to include the output of: > > mfiutil show drives > > and then the command you are trying to do to create a RAID with. > >=20 > > | Is this expected behaviour? How can I create a raid1 volume using=20 > > | mfiutil and clean disks? > >=20 > > I'm not sure if mfiutil can switch disks from JBOD mode to RAID. > > I don't see any reason why it shouldn't. It can't go from RAID to=20 > > real JBOD mode since it doesn't have code to support that. > >=20 > > | I tried using MegaCli from the LSI website (versions 8.02.16 and > > | 8.02.21), but they can't even detect the controller. I know you > > | said at some point that a very recent version of MegaCli was=20 > > | required. What version is necessary? > >=20 > > What was the syntax you used since usage is cryptic? I've never > > seen a MegaCli that couldn't access the card. What I meant by > > more recent MegaCli is earlier versions didn't have the JBOD > > commands in it. I have a 8.00.46 that knows about JBOD. >=20 > The MegaCli problem was an embarrassing operator error which I can't blam= e=20 on the bad UI. >=20 > "mfiutil create jbod =85" doesn't create a JBOD disk, it creates a raid0= =20 volume. I think that was expected. The biggest problem with this controller= =20 and just mfiutil is that you can't get a drive from the JBOD state to the=20 unconfigured-good state, and a blank disk starts in JBOD. So to do any setu= p=20 you need to resort to the BIOS utility or MegaCli. >=20 > For each disk to change from JBOD to "Unconfigured-good" so that it can b= e=20 used to create a volume, I needed to do: >=20 > MegaCli -PDMakeGood -Physdrv '[64:1]' -force -a0 >=20 > Obviously with the right drivespec. Once they're in this state I can use= =20 mfiutil to create volumes. >=20 > I can get drives from the unconfigured-good state to JBOD by doing "MegaC= li=20 =2DPDMakeJBOD =85".=20 >=20 > This is just in a little test machine with a few drives. Now that it is=20 working to this level I will get a server with a 9240 and give it a proper= =20 run. I'll also try the driver out in one of the 9261 based servers we've go= t=20 here. >=20 > Thanks! It should be very easy to add a 'good' command to mfiutil. Actually, there= =20 already is a 'good' command. Have you tried using that? # mfiutil good =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 18:23:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 110B71065670 for ; Tue, 17 Apr 2012 18:23:52 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id BB5ED8FC0A for ; Tue, 17 Apr 2012 18:23:51 +0000 (UTC) Received: from omta13.westchester.pa.mail.comcast.net ([76.96.62.52]) by qmta03.westchester.pa.mail.comcast.net with comcast id z6141i00417dt5G536Nl0c; Tue, 17 Apr 2012 18:22:45 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta13.westchester.pa.mail.comcast.net with comcast id z6Nk1i0171t3BNj3Z6NleL; Tue, 17 Apr 2012 18:22:45 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id F1F99102C1E; Tue, 17 Apr 2012 11:22:42 -0700 (PDT) Date: Tue, 17 Apr 2012 11:22:42 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20120417182242.GA58449@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: top not restoring terminal echo/icanon correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 18:23:52 -0000 (Please keep me CC'd as I'm not subscribed to the list) I'd like to request that folks running RELENG_8 (and RELENG_9, though I do not use it) please check the behaviour of their terminal after each of following commands are run (check terminal after each command): top -a (press "q" after 1 screen refresh) top -b If you find that your input characters in your shell aren't being echo'd back after one of the above commands, blindly type "stty icanon echo" and hit and things should be back to normal. What I'm looking for is confirmation from others of the problem. Also very important: please provide uname -a output, specifically world rebuild date. It greatly matters, because a commit was recently done where now -b functions fine (was previously busted in this way), but now -a behaves like -b did. So src/world date matters. All of this is documented in PR 161739. I urge anyone experiencing this problem to read that PR in full, as I spent many hours today writing a debug routine to confirm that top is sometimes not calling tcsetattr() with the original terminal parameters when it exits, and what the condition seems to be. http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/161739 Finally, if anyone want to tackle the problem (work out the logic bug that is in there which causes it), please be my guest. I have other things going on right now (doctors appointments) so I don't have as much time as I'd like. Thanks everyone. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 18:41:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFDB2106564A for ; Tue, 17 Apr 2012 18:41:41 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id AE3D88FC1C for ; Tue, 17 Apr 2012 18:41:41 +0000 (UTC) Received: by ghrr20 with SMTP id r20so3944017ghr.13 for ; Tue, 17 Apr 2012 11:41:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SERJZ2EOEVKXrUSGrKN84QM4hglRWHnKzr2CTr56Kcs=; b=o2zgM+PrGy8Vgv4nDTReG8z6dYHbtROnmMWiEnpRCEdheaT4RWDmj/wcYd0UohhAxe aOWFg1CZlcc2tRrNEvWVEpPiULzKncf+04ftm9SEXJVT3J2Mf+saYEaKUtDD6WuCf8Kx iZC2MURnBGMkKFbT58tJwhXvR27U6dWejkai7yZkmJhvTPx4K3+4C+riuhu6YVElpEj5 9QDkoQH+6hpuV4JHscmQ7jOOa/9uigtlJg9kTt/kv8T9pKR3LFVhsgH/RB/0b0TejaJ6 GNldYYbP3JU8/0FcKGcgcS1Nfo7Vwe0A6XyD0RpjwXgf1guNOo/qEkQFMla+imd9yJoj cC7w== MIME-Version: 1.0 Received: by 10.60.14.4 with SMTP id l4mr22944276oec.39.1334688100952; Tue, 17 Apr 2012 11:41:40 -0700 (PDT) Received: by 10.60.17.34 with HTTP; Tue, 17 Apr 2012 11:41:40 -0700 (PDT) Date: Tue, 17 Apr 2012 18:41:40 +0000 Message-ID: From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: environment declared, yet problem to compile HipHop in FreeBSD9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 18:41:42 -0000 Hi: I tried to follow the instructions here (https://github.com/facebook/hiphop-php/wiki/Building-and-Installing-on-FreeBSD-8.2), everything went well except when I tried to 'cmake .', got configuration error: "CMake Error at CMakeLists.txt:5 (message): You should set the HPHP_HOME environmental -- Configuring incomplete, errors occurred!" Is there any different way to set environment? Thanks in advance! The following are the outputs of my environment: hiphop# pwd /root/hhbuild/hiphop-php hiphop# set HPHP_HOME=`pwd` hiphop# set CC=/usr/local/bin/gcc44 hiphop# set CXX=/usr/local/bin/g++44 hiphop# set HPHP_HOME=`pwd` hiphop# set HPHP_LIB=`pwd`/bin hiphop# set CMAKE_PREFIX_PATH=`pwd`/../libs hiphop# cmake . -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done CMake Error at CMakeLists.txt:5 (message): You should set the HPHP_HOME environmental -- Configuring incomplete, errors occurred! hiphop# set HPHP_HOME=`pwd` hiphop# env SCRIPT=hiphop/install.log USER=root LOGNAME=root HOME=/root MAIL=/var/mail/root PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin TERM=xterm FTP_PASSIVE_MODE=YES BLOCKSIZE=K SHELL=/bin/csh SSH_CLIENT=192.168.53.1 39869 22 SSH_CONNECTION=192.168.53.1 39869 192.168.53.140 22 SSH_TTY=/dev/pts/0 HOSTTYPE=FreeBSD VENDOR=unknown OSTYPE=FreeBSD MACHTYPE=unknown SHLVL=2 PWD=/root/hhbuild/hiphop-php GROUP=wheel HOST=hiphop.dev REMOTEHOST= EDITOR=vi PAGER=more hiphop# cmake . CMake Error at CMakeLists.txt:5 (message): You should set the HPHP_HOME environmental -- Configuring incomplete, errors occurred! From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 18:49:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7050106566C for ; Tue, 17 Apr 2012 18:49:28 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mail-out01.xecu.net (mail-out01.xecu.net [216.127.136.241]) by mx1.freebsd.org (Postfix) with ESMTP id BBE168FC0C for ; Tue, 17 Apr 2012 18:49:28 +0000 (UTC) Received: from mail-out01.xecu.net (localhost [127.0.0.1]) by mail-out01.xecu.net (Postfix) with ESMTP id 7F2AE15916E for ; Tue, 17 Apr 2012 14:40:55 -0400 (EDT) X-Virus-Scanned: amavisd-new at xecu.net Received: from mail-out01.xecu.net ([127.0.0.1]) by mail-out01.xecu.net (mail-out01.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id eHVXDlndgjJK for ; Tue, 17 Apr 2012 14:40:50 -0400 (EDT) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mail-in01.xecu.net (Postfix) with ESMTPS id A7163159166 for ; Tue, 17 Apr 2012 14:40:50 -0400 (EDT) Date: Tue, 17 Apr 2012 14:40:50 -0400 (EDT) From: Andy Dills To: freebsd-stable@freebsd.org Message-ID: <20120417143643.Q89206@shell.xecu.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Intel c602 chipset support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 18:49:29 -0000 Hi there, Does anybody know if there are plans to support the Intel c602 chipset any time soon? Thanks, Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 18:50:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2F5D106566B for ; Tue, 17 Apr 2012 18:50:02 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id EDB098FC18 for ; Tue, 17 Apr 2012 18:50:01 +0000 (UTC) Received: (qmail 12893 invoked by uid 89); 17 Apr 2012 18:46:03 -0000 Received: by simscan 1.4.0 ppid: 12888, pid: 12890, t: 0.0485s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:14808 Received: from unknown (HELO ?192.168.1.201?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 17 Apr 2012 18:46:03 -0000 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Rainer Duffner In-Reply-To: Date: Tue, 17 Apr 2012 20:45:14 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Zenny X-Mailer: Apple Mail (2.1257) Cc: freebsd-stable@freebsd.org Subject: Re: environment declared, yet problem to compile HipHop in FreeBSD9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 18:50:02 -0000 Am 17.04.2012 um 20:41 schrieb Zenny: > Hi: >=20 > I tried to follow the instructions here > = (https://github.com/facebook/hiphop-php/wiki/Building-and-Installing-on-Fr= eeBSD-8.2), > everything went well except when I tried to 'cmake .', got > configuration error: >=20 > "CMake Error at CMakeLists.txt:5 (message): > You should set the HPHP_HOME environmental > -- Configuring incomplete, errors occurred!" >=20 > Is there any different way to set environment? Thanks in advance! Which shell are you using? tcsh =3D> setenv VAR bla-value Rainer= From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:03:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0C51106566C for ; Tue, 17 Apr 2012 19:03:45 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 877368FC08 for ; Tue, 17 Apr 2012 19:03:45 +0000 (UTC) Received: by yenl9 with SMTP id l9so3968201yen.13 for ; Tue, 17 Apr 2012 12:03:44 -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=b2HtX/gS+d8PzJZoQ0T8ZsZ/k2+gwo39fZDwDYZ3w6k=; b=ZNQ4RvDMSw/1YF06qYmUOh9aC88XD5ZMeuUHJAGmybC2dCD7waDLZgVZfjArtUF51i L4kqKSOGVqrV0iVwTHuQMZvzyTB+BtVQNJTgKm3M/4GPw1ERw3gUWaIrzLnsFExFyK3h g3seaCGQOIB2MUDGmh8OtROlmcs33jJSJ9zWRcJZXaaO8mmYACshJxW07bI5he9BHwHG oirGa98SqIJMGSmmBZXuOQcpeh8QLxI+BXm48lVMJ3I7yNX1nVEXdxU/nrdyuojqLm63 dsUF5rDQL+lf7sL1mLqAXmTm5K7/6Czba2H0CEiQupWprHB3kd4MnSr1Jnq8kEooAwa1 USaw== MIME-Version: 1.0 Received: by 10.60.14.226 with SMTP id s2mr23199868oec.29.1334689424626; Tue, 17 Apr 2012 12:03:44 -0700 (PDT) Received: by 10.60.17.34 with HTTP; Tue, 17 Apr 2012 12:03:44 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 21:03:44 +0200 Message-ID: From: Zenny To: Rainer Duffner Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: environment declared, yet problem to compile HipHop in FreeBSD9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 19:03:46 -0000 On Tue, Apr 17, 2012 at 8:45 PM, Rainer Duffner wrote: > > Am 17.04.2012 um 20:41 schrieb Zenny: > > > Hi: > > > > I tried to follow the instructions here > > ( > https://github.com/facebook/hiphop-php/wiki/Building-and-Installing-on-FreeBSD-8.2 > ), > > everything went well except when I tried to 'cmake .', got > > configuration error: > > > > "CMake Error at CMakeLists.txt:5 (message): > > You should set the HPHP_HOME environmental > > -- Configuring incomplete, errors occurred!" > > > > Is there any different way to set environment? Thanks in advance! > > > Which shell are you using? > > tcsh => setenv VAR bla-value > Using csh, so I used set VAR. setenv didn't work. > > Rainer From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:06:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 582071065691 for ; Tue, 17 Apr 2012 19:06:39 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D4E3A8FC19 for ; Tue, 17 Apr 2012 19:06:38 +0000 (UTC) Received: by wern13 with SMTP id n13so5586310wer.13 for ; Tue, 17 Apr 2012 12:06:37 -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=BP0n9NcLB/lzFG3OnEzz/V8P+lWEfT2EKBDQgFjyGTk=; b=Fsbs69INuN6ko056rIsG6dPeaZuBvrl20wf+wOA0yjnw/LEtX2y0GDQqlUcWRgU64c 9CX3cjhp0fNX4xEpyLruTYIEBlQ9wwnRqmCpNW8NOjruyBN0x8t1ccqnLPnbE1Vu/Kx9 YL5PuGeQWSpGblUTOe5CliSup/OEqcgaEfzBA= 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=BP0n9NcLB/lzFG3OnEzz/V8P+lWEfT2EKBDQgFjyGTk=; b=XOKhV6ASj4ro889QUrm8BlsL71Yb0JZ8zkWJKLIoRvhOJgAz+m1vm9FTzmljhr8tBx ZLAEpfjbTy66czqQdmzkiFLZh3qHEKqz3zAsaHB/1fx2IyB5leeT5cnMI+UVSCVx5LWA LwCNg46MZfkDaJp/cTVPEsKQjcTaG0t6Yo1LssL521iH0/CLqepxqRhD4kJBOC6q+5xy 2JKXFuchvIQz17u1zud3iNE+r8ZHupNpuZb9Adq4Cq0zSljAMiv2GEAX23z6hAocygAy ibrP07Fkl9gr186iYBBbJMzh1hBfO9Lt+WxCukLmP3HHbogoes2gqZIg+pg5u+9vJWsT sl5w== Received: by 10.180.88.169 with SMTP id bh9mr31432484wib.5.1334689596954; Tue, 17 Apr 2012 12:06:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.63.4 with HTTP; Tue, 17 Apr 2012 12:06:06 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Tue, 17 Apr 2012 15:06:06 -0400 Message-ID: To: Zenny Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQn0jQat6v6GCmBL1p+FoOSjU4y43Y8x4bR7Sxkd9XkkfaBHHEUD424tOfymSAC/Ws83f/Tn Cc: freebsd-stable@freebsd.org, Rainer Duffner Subject: Re: environment declared, yet problem to compile HipHop in FreeBSD9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 19:06:39 -0000 On 17 April 2012 15:03, Zenny wrote: > Using csh, so I used set VAR. setenv didn't work. set sets shell options. setenv sets environment variables. What didn't work? -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:12:22 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D927106566C for ; Tue, 17 Apr 2012 19:12:22 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id C3B778FC12 for ; Tue, 17 Apr 2012 19:12:21 +0000 (UTC) Received: by wern13 with SMTP id n13so5590251wer.13 for ; Tue, 17 Apr 2012 12:12:21 -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=sFyczlg4I3oUF51EXmHFvz1stBJVB3zORpN6UN2JCnI=; b=USbgPd0ogqFAHztOh75Dpcfqr2tUWErAEx6rKOdfZqKl8Pr7rp6BeS3oYr/zyCHu3U VkMJeIyq6Bb9qmu78AbCj5td76Boz/pwAfNZpHTv/AyF8lUh63jd2bks+7zgCvlhtqXU 1S+OF9Cd03mJNlh4ge3f5KylU/PQl5T3aoeRR1bqGeLMVzalej33/TM2D0p5ItVfdPDA u6w56CAcMyUKW2+C3M3FX7cBcwXbB3gWonRAqL6RyyNPU1S2SDnS9EzWi4b0Gq/Y91Dc JO7IgDyTSpAQKYtki9CESx9ZmmOUuOeRm2yooJOsj8HBPMlnpVIJEYFNF/xwahlmnt3S JyLQ== MIME-Version: 1.0 Received: by 10.180.89.98 with SMTP id bn2mr9758749wib.22.1334689940940; Tue, 17 Apr 2012 12:12:20 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Tue, 17 Apr 2012 12:12:20 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Tue, 17 Apr 2012 12:12:20 -0700 (PDT) In-Reply-To: <4F8D9FCC.6000705@psys.us> References: <4F8D9FCC.6000705@psys.us> Date: Wed, 18 Apr 2012 04:42:20 +0930 Message-ID: From: Matt Thyer To: Chad C Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: kernel panic while detecting cpu in FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 19:12:22 -0000 On Apr 18, 2012 2:23 AM, "Chad C" wrote: > > The first suggestion from a forum poster was bad memory but I swapped out the memory and still received the panics. Also tested the memory with memtest86+ and the bios memory test feature. Both reported no errors. I finally was able to get it to boot and install by breaking to the loader prompt and typing "kern.smp.disabled=1". But the installed system also panics at the same point during boot and the only way to get it to boot is by disabling smp at the loader prompt. > Please update your BIOS/UEFI and try again. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:12:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 400A71065673 for ; Tue, 17 Apr 2012 19:12:24 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC6678FC17 for ; Tue, 17 Apr 2012 19:12:23 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3948859yhg.13 for ; Tue, 17 Apr 2012 12:12:23 -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=URg8z9w2B080MTJ9y4CJgkILwn+SunWaI6U5+6v9vAU=; b=BSeiFH7KObDoeWOkr0G4pbT4biVUomPDvRGpZwIE6GFj1BcEyYL53kiIVTffhwJyKg SyI4rqJDAUAEl+AKqZhkaXt0mI1TSjwivJ3OFmpf8JeUBAHJT87hzFtutxSATOOVL10D 6QzFCqmCBO1J2kE//AhHQmXFnhWz9Aw3Od+BRcytmp3xZzOjF7oy+WrT9fFXZpogoQOl FcKbyfMlsulNHPW4b6yr9shacCtR9otR0y+CxJCDbvFe3JQUzlTngmjggbzcDhVFVWZP Q1p/wSq9CgWjley4Mit8BifUoCGsKXwJE1Smp5aZwFZpAeWyN2tJ79/VDaGenHjMpQ39 EyZQ== MIME-Version: 1.0 Received: by 10.60.30.3 with SMTP id o3mr23296700oeh.9.1334689943157; Tue, 17 Apr 2012 12:12:23 -0700 (PDT) Received: by 10.60.17.34 with HTTP; Tue, 17 Apr 2012 12:12:23 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 21:12:23 +0200 Message-ID: From: Zenny To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Rainer Duffner Subject: Re: environment declared, yet problem to compile HipHop in FreeBSD9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 19:12:24 -0000 On 4/17/12, Eitan Adler wrote: > On 17 April 2012 15:03, Zenny wrote: >> Using csh, so I used set VAR. setenv didn't work. > > set sets shell options. setenv sets environment variables. What didn't work? > # setenv HPHP_HOME=`pwd` setenv: Syntax Error. > > -- > Eitan Adler > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:16:15 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58E18106566C for ; Tue, 17 Apr 2012 19:16:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id CC2328FC0C for ; Tue, 17 Apr 2012 19:16:14 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q3HJG30V013845; Tue, 17 Apr 2012 22:16:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q3HJG3Yk089321; Tue, 17 Apr 2012 22:16:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q3HJG347089320; Tue, 17 Apr 2012 22:16:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 17 Apr 2012 22:16:03 +0300 From: Konstantin Belousov To: Chad C Message-ID: <20120417191603.GO2358@deviant.kiev.zoral.com.ua> References: <4F8D9FCC.6000705@psys.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R/qz4bnXmFDugLkq" Content-Disposition: inline In-Reply-To: <4F8D9FCC.6000705@psys.us> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: stable@freebsd.org Subject: Re: kernel panic while detecting cpu in FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 19:16:15 -0000 --R/qz4bnXmFDugLkq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 17, 2012 at 12:52:28PM -0400, Chad C wrote: >=20 > Hello, > I posted to the FreeBSD forum and was told to seek help on the stable=20 > mailing list. I recently build a new system and attempted to install=20 > FreeBSD 9 amd64 using the dvd. Shortly after the boot loader menu while= =20 > the kernel attempts to detect the processor cores I receive a kernel=20 > trap 12 error. Kernel trap messages begin scrolling non stop but I was= =20 > able to get a picture when they paused and here is the text: >=20 >=20 > kernel trap 12 with interrupts disabled >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x18 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff80823368 > stack pointer =3D 0x28:0xffffffff811a5030 > frame pointer =3D 0x28:0xffffffff811a5070 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 0 () > trap number =3D 12 > panic: page fault > cpuid =3D 0 >=20 >=20 > The first suggestion from a forum poster was bad memory but I swapped=20 > out the memory and still received the panics. Also tested the memory=20 > with memtest86+ and the bios memory test feature. Both reported no=20 > errors. I finally was able to get it to boot and install by breaking to= =20 > the loader prompt and typing "kern.smp.disabled=3D1". But the installed= =20 > system also panics at the same point during boot and the only way to get= =20 > it to boot is by disabling smp at the loader prompt. >=20 > I recompiled the kernel with "options DDB" and and tried tracing the=20 > problem, but since it happens so soon into the boot process I cannot get= =20 > a crash dump. Here is some of my system hardware if that helps as well: > MSI P67A-GD65 (B3) mainboard > intel core i5-2500K (quad core) > G.SKILL Ripjaws X Series 8GB (2 x 4GB) DDR3 1600 ddb is not for getting crash dump, it is for backtrace. System with ddb present should print out the stack trace of the panic location. Please post this information verbatim. >=20 > My original FreeBSD forum post is at:=20 > http://forums.freebsd.org/showthread.php?t=3D31156 if that helps as well.= =20 > The last forum poster suggest the problem might be in=20 > sys/amd64/amd64/mp_machdep.c and redirected me here. >=20 > Thanks for any assistance, >=20 > -Chad >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > 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" --R/qz4bnXmFDugLkq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+NwXIACgkQC3+MBN1Mb4iTKACgxrwx4wIssxhsMtfRNHB1W4BE nqMAnRbFDplen7wARmYguFqcybhKDjlQ =8ij6 -----END PGP SIGNATURE----- --R/qz4bnXmFDugLkq-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:17:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32212106571D for ; Tue, 17 Apr 2012 19:17:29 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2E38FC1A for ; Tue, 17 Apr 2012 19:17:29 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SKDu4-0005Lm-Bk for freebsd-stable@freebsd.org; Tue, 17 Apr 2012 12:17:28 -0700 Date: Tue, 17 Apr 2012 12:17:28 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1334690248353-5647339.post@n5.nabble.com> In-Reply-To: <1334608066241-5644899.post@n5.nabble.com> References: <1334608066241-5644899.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: kldload uhci lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 19:17:29 -0000 VERY hard to reproduce :( Will try to vmstat -i next time (hope not on FreeBSD 11-STABLE). -- View this message in context: http://freebsd.1045724.n5.nabble.com/kldload-uhci-lockup-tp5644899p5647339.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:20:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F676106566C for ; Tue, 17 Apr 2012 19:20:40 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 15AF08FC15 for ; Tue, 17 Apr 2012 19:20:39 +0000 (UTC) Received: by wern13 with SMTP id n13so5596390wer.13 for ; Tue, 17 Apr 2012 12:20:39 -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=DJ7cLYg0+SPmbrgWjww2gQfqLQPLWIL3DdSxRI4ewB8=; b=OhXqarj4l5rwAdyf4c658+fD5IDwCVzvBz6TTkO3GhxMhyYn8Wc/sxqYBjUGOjTDXL Kp2dL3Sg/JrKteB1XfIFiTFBcZqYevAcgbYzQq6donEbYboonyAj5WaeL8bPpWxr21jF cwhqg4bwuCGMel1Agl7CqaSxjwZliefR5azbI= 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=DJ7cLYg0+SPmbrgWjww2gQfqLQPLWIL3DdSxRI4ewB8=; b=Aixsx6+Bfqa5tuvSml/BrJrvawFPXwDYE5KEGnZpsIMQqa1dAVRgzB3XoCxfbjP5XS 0l4m6tANF1oO4AHnkYFCZJEtuKyvF82Td86FDXShI1zL1l/omCEvjyw4oU1bWzF46mX0 ovIwws5ha7txPURTNK1gImNQ6ylzMxSevhUptIB3Mu7/Glh/wS8ErnKrZblUYdydtNtg 4AGcaz2+B7T3gEz1AgY4RIeKtkkUwiHIwBPa9BP9zVWlnqF6MCBrkEAIMawDpBt9IULX X7dYT439dDESr043BtIdnewEC77sDY+2f4PJWSMH+deYy7v0zZMMBbSU5l9ICv72qrph SO6w== Received: by 10.180.88.169 with SMTP id bh9mr31535498wib.5.1334690439228; Tue, 17 Apr 2012 12:20:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.63.4 with HTTP; Tue, 17 Apr 2012 12:20:08 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Tue, 17 Apr 2012 15:20:08 -0400 Message-ID: To: Zenny Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlp783mI8WDXLdxhm5F5xcyIBcqNnFyvx5XZv7ao4Kuu9kt1aAtzEHVgRCAsi4auISIRVcu Cc: freebsd-stable@freebsd.org, Rainer Duffner Subject: Re: environment declared, yet problem to compile HipHop in FreeBSD9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 19:20:40 -0000 On 17 April 2012 15:12, Zenny wrote: > On 4/17/12, Eitan Adler wrote: >> On 17 April 2012 15:03, Zenny wrote: >>> Using csh, so I used set VAR. setenv didn't work. >> >> set sets shell options. setenv sets environment variables. What didn't work? >> > # setenv HPHP_HOME=`pwd` > setenv: Syntax Error. You are attempting to use bash/zsh syntax with tcsh. try setenv HPHP_HOME `pwd` -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:21:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E4E3106566B for ; Tue, 17 Apr 2012 19:21:34 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8EB8FC16 for ; Tue, 17 Apr 2012 19:21:33 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so6541574wgb.31 for ; Tue, 17 Apr 2012 12:21:32 -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=zZdk7B9mTvAk/d21LD+lBxfHoXGuBGfGBXJVmDpEds0=; b=hiZn8kzyEZYKcx/NmA9ayHB/jCKNew3yAS9b2WykrFGVpwG9IyAwlnFxKryZQuTNRZ xpe7NCbw6NlE6zSjx0lBiQh2/KHHc3woST0XtJXxY2wgp3RCOrVpLiSc1QaeOx8XhuQg nM4MwNVidS61WSSmjHsIDPu4k6WQF9HErwuFo7THRvc6nytL90lohfaS5bIW7rm2yin8 hhLTzQlh219JScbz/eMMzaoXv+nHg9Dw6MzR3Bh757wlgTLLVinJ7qvRN0B7hkdV8Z3v rd6HXcU1tI7atvlgO2SgSyrZqmQgASiF8ilch91Xi2qDXsdVTPBmMJQ0zkCc5prUP9oR aSrw== MIME-Version: 1.0 Received: by 10.216.136.202 with SMTP id w52mr10221517wei.109.1334690492264; Tue, 17 Apr 2012 12:21:32 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Tue, 17 Apr 2012 12:21:32 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Tue, 17 Apr 2012 12:21:32 -0700 (PDT) In-Reply-To: <20120417182242.GA58449@icarus.home.lan> References: <20120417182242.GA58449@icarus.home.lan> Date: Wed, 18 Apr 2012 04:51:32 +0930 Message-ID: From: Matt Thyer To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: top not restoring terminal echo/icanon correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 19:21:34 -0000 On Apr 18, 2012 3:54 AM, "Jeremy Chadwick" wrote: > > (Please keep me CC'd as I'm not subscribed to the list) > > I'd like to request that folks running RELENG_8 (and RELENG_9, though I > do not use it) please check the behaviour of their terminal after each > of following commands are run (check terminal after each command): > > top -a (press "q" after 1 screen refresh) > top -b > > If you find that your input characters in your shell aren't being echo'd > back after one of the above commands, blindly type "stty icanon echo" > and hit and things should be back to normal. > > What I'm looking for is confirmation from others of the problem. > > Also very important: please provide uname -a output, specifically world > rebuild date. It greatly matters, because a commit was recently done > where now -b functions fine (was previously busted in this way), but now > -a behaves like -b did. So src/world date matters. Both commands work fine with no terminal problems. This is when connected to the machine via SSH from an Android 4.0.3 device running ConnectBot. $ uname -a FreeBSD nas 9.0-STABLE FreeBSD 9.0-STABLE #11 r233966: Sat Apr 7 13:09:45 CST 2012 root@nas:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:23:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B559106566C for ; Tue, 17 Apr 2012 19:23:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4E35A8FC0A for ; Tue, 17 Apr 2012 19:23:05 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B57C3B958; Tue, 17 Apr 2012 15:23:04 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 17 Apr 2012 15:23:04 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201204171523.04266.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 17 Apr 2012 15:23:04 -0400 (EDT) Cc: Eitan Adler , Zenny , Rainer Duffner Subject: Re: environment declared, yet problem to compile HipHop in FreeBSD9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 19:23:05 -0000 On Tuesday, April 17, 2012 3:12:23 pm Zenny wrote: > On 4/17/12, Eitan Adler wrote: > > On 17 April 2012 15:03, Zenny wrote: > >> Using csh, so I used set VAR. setenv didn't work. > > > > set sets shell options. setenv sets environment variables. What didn't work? > > > # setenv HPHP_HOME=`pwd` > setenv: Syntax Error. Use a space instead. setenv HPHP_HOME `pwd` (Hint: man csh) -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:38:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCE2F106568F for ; Tue, 17 Apr 2012 19:38:47 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 86E828FC08 for ; Tue, 17 Apr 2012 19:38:47 +0000 (UTC) Received: by vbmv11 with SMTP id v11so6175549vbm.13 for ; Tue, 17 Apr 2012 12:38:47 -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:content-transfer-encoding; bh=uSGZDv8nxtFhthZ5zYEyegpKOjUtBGzDKuJgLcR4/Do=; b=GEIKJO44bZ5/izfIpva55+f/IKF4Vn7BW9D61R2sDGLNde1n4qhWk8sTblB7iypHrP Y38nGZzCbkFbURv5/U8YDdCjUkzJXUOq/benTc/cgK+6L2v0OFMBjG3Y+fZWe+945M9o wMy6xTi1FTK+8BKI4P+wBLilYM+NorN4bwi4sAoKqfInZLmHnxEhIdVEpLNT7Ul8wwZZ 9MyD0/dOTh9Mc4b6Li3xt2dpM3URhpqa35h1OcaqUty6T7oiGvBxgADg0wqln8/rGP5K M+zJPX8K9lFJ1hvqr59Ew/GCVK/O3fKavXD1wFsL5sqdHzjT3FtN7Jbcve3HL0Vqpxlf zI6g== MIME-Version: 1.0 Received: by 10.52.67.11 with SMTP id j11mr1552670vdt.132.1334691526962; Tue, 17 Apr 2012 12:38:46 -0700 (PDT) Received: by 10.220.180.198 with HTTP; Tue, 17 Apr 2012 12:38:46 -0700 (PDT) In-Reply-To: <20120417182242.GA58449@icarus.home.lan> References: <20120417182242.GA58449@icarus.home.lan> Date: Tue, 17 Apr 2012 12:38:46 -0700 Message-ID: From: Freddie Cash To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: top not restoring terminal echo/icanon correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 19:38:47 -0000 On Tue, Apr 17, 2012 at 11:22 AM, Jeremy Chadwick wrote: > (Please keep me CC'd as I'm not subscribed to the list) > > I'd like to request that folks running RELENG_8 (and RELENG_9, though I > do not use it) please check the behaviour of their terminal after each > of following commands are run (check terminal after each command): > > top -a =C2=A0(press "q" after 1 screen refresh) > top -b FreeBSD omegadrive.sd73.bc.ca 9.0-STABLE FreeBSD 9.0-STABLE #4 r233844: Tue Apr 10 13:28:22 PDT 2012 root@omegadrive.sd73.bc.ca:/usr/obj/usr/src/sys/ZFSHOST90 amd64 Both commands work correctly for me with TOP=3DCHP in the env, and with TOP unset in the env. Connecting to the console over the network using the console redirection support in the SuperMicro K8HDGi-F motherboard. Connecting to the terminal running tmux via SSH also works for both command= s. Have not tested either command while physically at the console. Tested under ZSH as a normal user and CSH as root. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:52:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 246A5106566C for ; Tue, 17 Apr 2012 19:52:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id CFE928FC1F for ; Tue, 17 Apr 2012 19:52:23 +0000 (UTC) Received: from omta08.westchester.pa.mail.comcast.net ([76.96.62.12]) by qmta14.westchester.pa.mail.comcast.net with comcast id z7h81i0090Fqzac5E7rHfS; Tue, 17 Apr 2012 19:51:17 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta08.westchester.pa.mail.comcast.net with comcast id z7rG1i01G1t3BNj3U7rHCD; Tue, 17 Apr 2012 19:51:17 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9518B102C1E; Tue, 17 Apr 2012 12:51:15 -0700 (PDT) Date: Tue, 17 Apr 2012 12:51:15 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20120417195115.GA60447@icarus.home.lan> References: <20120417182242.GA58449@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120417182242.GA58449@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: top not restoring terminal echo/icanon correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 19:52:24 -0000 On Tue, Apr 17, 2012 at 11:22:42AM -0700, Jeremy Chadwick wrote: > (Please keep me CC'd as I'm not subscribed to the list) > > I'd like to request that folks running RELENG_8 (and RELENG_9, though I > do not use it) please check the behaviour of their terminal after each > of following commands are run (check terminal after each command): > > top -a (press "q" after 1 screen refresh) > top -b > > If you find that your input characters in your shell aren't being echo'd > back after one of the above commands, blindly type "stty icanon echo" > and hit and things should be back to normal. > > What I'm looking for is confirmation from others of the problem. > > Also very important: please provide uname -a output, specifically world > rebuild date. It greatly matters, because a commit was recently done > where now -b functions fine (was previously busted in this way), but now > -a behaves like -b did. So src/world date matters. > > All of this is documented in PR 161739. I urge anyone experiencing this > problem to read that PR in full, as I spent many hours today writing a > debug routine to confirm that top is sometimes not calling tcsetattr() > with the original terminal parameters when it exits, and what the > condition seems to be. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/161739 > > Finally, if anyone want to tackle the problem (work out the logic bug > that is in there which causes it), please be my guest. I have other > things going on right now (doctors appointments) so I don't have as much > time as I'd like. > > Thanks everyone. Thanks to all those who have responded, including kib@. The problem is very odd and appears specific to the bash shell, but only "somewhat". Below is a part of what I sent kib@ on the matter. A chart showing what I've found: Location Username TERM Shell bug? ============================================================= VGA console root cons25 /bin/csh no VGA console jdc cons25 /usr/local/bin/bash no SSH (PuTTY) root xterm /bin/csh no SSH (PuTTY) jdc xterm /bin/csh no SSH (PuTTY) jdc xterm /usr/local/bin/bash yes ============================================================= In the last case (and only that case): if I move my dotfiles (.bashrc and .bash_profile) aside and log in (SSH), top behaves normally. Naturally this made me think "something is wonky with my dotfiles!"... But the problem *doesn't* happen if my dotfiles are intact and I log in via VGA console (cons25) as myself with a bash shell. So it's almost like there's some bizarre combination of things that causes this problem. I'll continue to try and narrow it down. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 20:02:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1812D106564A for ; Tue, 17 Apr 2012 20:02:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id F07A18FC14 for ; Tue, 17 Apr 2012 20:02:53 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta07.emeryville.ca.mail.comcast.net with comcast id z7Jo1i0051eYJf8A782tAS; Tue, 17 Apr 2012 20:02:53 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta19.emeryville.ca.mail.comcast.net with comcast id z82s1i00D1t3BNj0182sSy; Tue, 17 Apr 2012 20:02:53 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 32325102C1E; Tue, 17 Apr 2012 13:02:52 -0700 (PDT) Date: Tue, 17 Apr 2012 13:02:52 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20120417200252.GA60718@icarus.home.lan> References: <20120417182242.GA58449@icarus.home.lan> <20120417195115.GA60447@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120417195115.GA60447@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: top not restoring terminal echo/icanon correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 20:02:54 -0000 On Tue, Apr 17, 2012 at 12:51:15PM -0700, Jeremy Chadwick wrote: > On Tue, Apr 17, 2012 at 11:22:42AM -0700, Jeremy Chadwick wrote: > > (Please keep me CC'd as I'm not subscribed to the list) > > > > I'd like to request that folks running RELENG_8 (and RELENG_9, though I > > do not use it) please check the behaviour of their terminal after each > > of following commands are run (check terminal after each command): > > > > top -a (press "q" after 1 screen refresh) > > top -b > > > > If you find that your input characters in your shell aren't being echo'd > > back after one of the above commands, blindly type "stty icanon echo" > > and hit and things should be back to normal. > > > > What I'm looking for is confirmation from others of the problem. > > > > Also very important: please provide uname -a output, specifically world > > rebuild date. It greatly matters, because a commit was recently done > > where now -b functions fine (was previously busted in this way), but now > > -a behaves like -b did. So src/world date matters. > > > > All of this is documented in PR 161739. I urge anyone experiencing this > > problem to read that PR in full, as I spent many hours today writing a > > debug routine to confirm that top is sometimes not calling tcsetattr() > > with the original terminal parameters when it exits, and what the > > condition seems to be. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/161739 > > > > Finally, if anyone want to tackle the problem (work out the logic bug > > that is in there which causes it), please be my guest. I have other > > things going on right now (doctors appointments) so I don't have as much > > time as I'd like. > > > > Thanks everyone. > > Thanks to all those who have responded, including kib@. > > The problem is very odd and appears specific to the bash shell, but > only "somewhat". Below is a part of what I sent kib@ on the matter. > A chart showing what I've found: > > Location Username TERM Shell bug? > ============================================================= > VGA console root cons25 /bin/csh no > VGA console jdc cons25 /usr/local/bin/bash no > SSH (PuTTY) root xterm /bin/csh no > SSH (PuTTY) jdc xterm /bin/csh no > SSH (PuTTY) jdc xterm /usr/local/bin/bash yes > ============================================================= > > In the last case (and only that case): if I move my dotfiles (.bashrc > and .bash_profile) aside and log in (SSH), top behaves normally. > Naturally this made me think "something is wonky with my dotfiles!"... > > But the problem *doesn't* happen if my dotfiles are intact and I > log in via VGA console (cons25) as myself with a bash shell. So it's > almost like there's some bizarre combination of things that causes this > problem. > > I'll continue to try and narrow it down. Boy this is a weird one. In my .bashrc I've been using the following statement to show all arguments and set the update interval to 1 second: export TOP="-a -s 1" Removing this completely and logging back in results in no problems when running "top" in any way (top -a, top -s 1, or top -a -s 1). However, the problem I describe with icanon/echo never getting restored rears its ugly head when running "top -a -b", but only under bash (with no dotfiles too). It never happens under csh. I can also reproduce this on VGA console when logged in (regardless of user), e.g. log in as root (get csh shell), run bash, "top -a -b", bam, issue happens. I don't know what's different about the two shells at this level that would cause oddities like this, but um, yeah..... *blink* -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 20:07:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99A7A1065673 for ; Tue, 17 Apr 2012 20:07:16 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8B58FC17 for ; Tue, 17 Apr 2012 20:07:16 +0000 (UTC) Received: by vbmv11 with SMTP id v11so6202306vbm.13 for ; Tue, 17 Apr 2012 13:07:10 -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:content-transfer-encoding; bh=LgVrrZhgGl5EHwszVjzZaMA+03WFsv9pnB6cw1oO/z8=; b=o1speLa6x+EJoVPC/Ue2jFAAWQBPB1OSt3ZedgokK84Js7etn8cNHyi6v4xJqPkvd+ 2Z0hKDLaWjThrdM61VVMTl8I1jp0M7NJjaJeFN/qHhHs3tvf9NQsZzrwffEzBplakLs+ nObJzC4cYboPbcTZ7WZEyhRpjcT/hnfkaIOLafT9YRO2fzHHiLNSzYCLNZZBuuWHAwC8 OGFHXrWcUKDCTDHrRremfM37arxl3gm2lHrxL5WW75lSiKCafokuIjEAaUr+m5A2Aq4Y F97c2azozQDrJn0dOCZXQL11O/Go4y7HMguii+quqFfYqxih3nfzY6M2aVjtiiigUA3a RSbg== MIME-Version: 1.0 Received: by 10.52.68.77 with SMTP id u13mr7056227vdt.81.1334693230187; Tue, 17 Apr 2012 13:07:10 -0700 (PDT) Received: by 10.220.180.198 with HTTP; Tue, 17 Apr 2012 13:07:10 -0700 (PDT) In-Reply-To: References: <20120417182242.GA58449@icarus.home.lan> Date: Tue, 17 Apr 2012 13:07:10 -0700 Message-ID: From: Freddie Cash To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: top not restoring terminal echo/icanon correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 20:07:16 -0000 On Tue, Apr 17, 2012 at 12:38 PM, Freddie Cash wrote: > On Tue, Apr 17, 2012 at 11:22 AM, Jeremy Chadwick > wrote: >> (Please keep me CC'd as I'm not subscribed to the list) >> >> I'd like to request that folks running RELENG_8 (and RELENG_9, though I >> do not use it) please check the behaviour of their terminal after each >> of following commands are run (check terminal after each command): >> >> top -a =C2=A0(press "q" after 1 screen refresh) >> top -b > > FreeBSD omegadrive.sd73.bc.ca 9.0-STABLE FreeBSD 9.0-STABLE #4 > r233844: Tue Apr 10 13:28:22 PDT 2012 > root@omegadrive.sd73.bc.ca:/usr/obj/usr/src/sys/ZFSHOST90 =C2=A0amd64 > > Both commands work correctly for me with TOP=3DCHP in the env, and with > TOP unset in the env. > > Connecting to the console over the network using the console > redirection support in the SuperMicro K8HDGi-F motherboard. Just an update. The console session has TERM=3Dxterm. > Connecting to the terminal running tmux via SSH also works for both comma= nds. The tmux session has TERM=3Dscreen. > Have not tested either command while physically at the console. > > Tested under ZSH as a normal user and CSH as root. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 22:07:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D36921065674 for ; Tue, 17 Apr 2012 22:07:57 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mail-out04.xecu.net (mail-out04.xecu.net [216.127.136.244]) by mx1.freebsd.org (Postfix) with ESMTP id A84658FC0A for ; Tue, 17 Apr 2012 22:07:57 +0000 (UTC) Received: from mail-out04.xecu.net (localhost [127.0.0.1]) by mail-out04.xecu.net (Postfix) with ESMTP id 6290D7E972 for ; Tue, 17 Apr 2012 18:02:35 -0400 (EDT) X-Virus-Scanned: amavisd-new at xecu.net Received: from mail-out04.xecu.net ([127.0.0.1]) by mail-out04.xecu.net (mail-out04.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qrKTgGyA+vWz for ; Tue, 17 Apr 2012 18:02:30 -0400 (EDT) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mail-in04.xecu.net (Postfix) with ESMTPS id ED72A7E8CF for ; Tue, 17 Apr 2012 18:02:30 -0400 (EDT) Date: Tue, 17 Apr 2012 18:02:31 -0400 (EDT) From: Andy Dills To: freebsd-stable@freebsd.org Message-ID: <20120417175405.X89206@shell.xecu.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: FreeBSD 8.3-R sysinstall does not "see" disks that are recognized during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 22:07:57 -0000 I've got a new supermicro server I'm trying to get FreeBSD on. It uses the Intel c602 chipset, and it's my understanding that support for that chipset (c60X) was recently added via the isci driver. Ok, great, that explains why 8.2-R and 9.0-R didn't see the drives. So, I grabbed the memstick image of 8.3-RELEASE that is on the ftp server, booted it up, and sure enough, as the dmesg scrolls I see it now properly recognizes da0 and da1, as it should (the memstick is da2). It sees the disks fine at this point, everything looks good. However, once the system finishes booting and loads into sysinstall, and I go to partition the drives, I get "No disks found! Please verify that your disk controller is being properly loaded at boot time". Any suggestions for avenues to troubleshoot this? I have pictures to document if it helps. Seems very odd. I confirmed the behavior with the SATA set to IDE, AHCI, and RAID modes. (The drives were recognized as da0 and da1 during bootup in all three modes, but not by sysinstall.) Thanks, Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 22:19:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FEE7106564A; Tue, 17 Apr 2012 22:19:04 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id C40078FC1A; Tue, 17 Apr 2012 22:19:03 +0000 (UTC) Received: by ggnk4 with SMTP id k4so4106293ggn.13 for ; Tue, 17 Apr 2012 15:19:03 -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 :content-transfer-encoding; bh=D6f0TVu/n6E7hCKVeme+5mcFvnLC9OtYhOyHZ8q77+4=; b=K1p7WVIMZXYTO8OR7OBJHsNq0gSyf0jFkm9oUEkZug7LjoMoGsIcqwG03j3TfprA26 kkypNsNsTLBHgSRh3oEvARa5djpVOUN6dpC0CPG/ZcVAM3upm1UltT3IjNCJF5snAPfl SXiQlwfKGQ0F3SFn3Bg3TZ5O09CYbTf/fSZpMMa3eHfema1BDchCxgEFnqHOMpBPe30C sN7DVsJnx8wiPA1DrNo6HvY5PELPLcyKV8Ad+Pr3REoSVAqFX5u4Z/abAshyDS9t353V fX3OJ3I0OvqTkVkDcjF5STFYvBn4calBs09LoRAo2iTTfW+KPWWpZK4PU4NWYxqF4ptE sZdg== MIME-Version: 1.0 Received: by 10.60.20.3 with SMTP id j3mr24882354oee.43.1334701143005; Tue, 17 Apr 2012 15:19:03 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.182.142.65 with HTTP; Tue, 17 Apr 2012 15:19:02 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 15:19:02 -0700 X-Google-Sender-Auth: ov5wl5WykaM2uqX9tKFUhJVtlQM Message-ID: From: Craig Rodrigues To: Adam Vande More Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org, freebsd-virtualization@freebsd.org Subject: Re: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 22:19:04 -0000 On Mon, Apr 16, 2012 at 9:29 PM, Adam Vande More wr= ote: > On Mon, Apr 16, 2012 at 10:30 PM, Craig Rodrigues > wrote: >> >> After exchanging a few e-mails with Bernard, I think I understand the >> problem. >> According to the VirtualBox manual: >> >> http://www.virtualbox.org/manual/ch03.html#intro-64bitguests >> >> The CPU needs to support hardware-assisted virtualization in order for >> VirtualBox to support 64-bit guests. >> Without the CPU support, VirtualBox cannot do it. =A0I double checked >> this with CoreInfo.exe from Windows Sysinternals utilities, >> and also from the Intel data sheet for my CPU: >> >> http://ark.intel.com/products/30787 >> (VT-x option not supported) >> >> >> I will use QEMU under Windows until I can get a better machine. :) > > > I believe a Windows 7 product key will activate either 32 or 64 install, = so > unless you have a specific reason to install 64 bit then you are likely > better using 32 anyway.=A0 32 bit OS's and apps use less memory than thei= r > corresponding 64 bit counterparts. > > > > -- > Adam Vande More Hi, Yes, you are right. Windows 7 comes on 2-DVD's, one for 32-bit and one for 64-bit. The same product key can be used for either version. I had installed 64-bit Windows with the intent of testing out 64-bit guest OS's under FreeBSD, and was unaware of the requirements for hardware assisted virtualization. :) I am interested in developing and testing 32-bit and 64-bit Windows binarie= s anyways, so I will keep my install for now. :) Thanks. --=20 Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 22:47:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 449BD106566C for ; Tue, 17 Apr 2012 22:47:13 +0000 (UTC) (envelope-from carlj@peak.org) Received: from redcondor2.peak.org (redcondor2.peak.org [69.59.192.56]) by mx1.freebsd.org (Postfix) with ESMTP id 135388FC12 for ; Tue, 17 Apr 2012 22:47:13 +0000 (UTC) Received: from zmail-mta02.peak.org ([207.55.16.112]) by redcondor2.peak.org ({6c724cae-de34-4c5f-b615-3072b86419fa}) via TCP (outbound) with ESMTP id 20120417224348828 for ; Tue, 17 Apr 2012 22:43:48 +0000 X-RC-FROM: X-RC-RCPT: Received: from birch.localnet (unknown [207.55.106.132]) by zmail-mta02.peak.org (Postfix) with ESMTPSA id 5B3EA6C98C0 for ; Tue, 17 Apr 2012 15:43:47 -0700 (PDT) Received: from oak.localnet (oak.localnet [192.168.193.34]) by birch.localnet (Postfix) with ESMTP id B13A155E22 for ; Tue, 17 Apr 2012 15:43:45 -0700 (PDT) Received: from oak.localnet (localhost.localnet [127.0.0.1]) by oak.localnet (Postfix) with ESMTP id 4E58AC195 for ; Tue, 17 Apr 2012 15:43:45 -0700 (PDT) Received: (from carlj@localhost) by oak.localnet (8.14.4/8.14.4/Submit) id q3HMhj53014308; Tue, 17 Apr 2012 15:43:45 -0700 (PDT) (envelope-from carlj@peak.org) X-Authentication-Warning: oak.localnet: carlj set sender to carlj@peak.org using -f From: Carl Johnson To: freebsd-stable@freebsd.org References: <20120417182242.GA58449@icarus.home.lan> <20120417195115.GA60447@icarus.home.lan> <20120417200252.GA60718@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org Date: Tue, 17 Apr 2012 15:43:45 -0700 Message-ID: <87bomq3roe.fsf@oak.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: top not restoring terminal echo/icanon correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 22:47:13 -0000 Jeremy Chadwick writes: > On Tue, Apr 17, 2012 at 12:51:15PM -0700, Jeremy Chadwick wrote: >> On Tue, Apr 17, 2012 at 11:22:42AM -0700, Jeremy Chadwick wrote: >> > (Please keep me CC'd as I'm not subscribed to the list) >> > >> > I'd like to request that folks running RELENG_8 (and RELENG_9, though I >> > do not use it) please check the behaviour of their terminal after each >> > of following commands are run (check terminal after each command): >> > >> > top -a (press "q" after 1 screen refresh) >> > top -b >> > >> > If you find that your input characters in your shell aren't being echo'd >> > back after one of the above commands, blindly type "stty icanon echo" >> > and hit and things should be back to normal. >> > >> > What I'm looking for is confirmation from others of the problem. >> > >> > Also very important: please provide uname -a output, specifically world >> > rebuild date. It greatly matters, because a commit was recently done >> > where now -b functions fine (was previously busted in this way), but now >> > -a behaves like -b did. So src/world date matters. >> > >> > All of this is documented in PR 161739. I urge anyone experiencing this >> > problem to read that PR in full, as I spent many hours today writing a >> > debug routine to confirm that top is sometimes not calling tcsetattr() >> > with the original terminal parameters when it exits, and what the >> > condition seems to be. >> > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/161739 >> > >> > Finally, if anyone want to tackle the problem (work out the logic bug >> > that is in there which causes it), please be my guest. I have other >> > things going on right now (doctors appointments) so I don't have as much >> > time as I'd like. >> > >> > Thanks everyone. >> >> Thanks to all those who have responded, including kib@. >> >> The problem is very odd and appears specific to the bash shell, but >> only "somewhat". Below is a part of what I sent kib@ on the matter. >> A chart showing what I've found: >> >> Location Username TERM Shell bug? >> ============================================================= >> VGA console root cons25 /bin/csh no >> VGA console jdc cons25 /usr/local/bin/bash no >> SSH (PuTTY) root xterm /bin/csh no >> SSH (PuTTY) jdc xterm /bin/csh no >> SSH (PuTTY) jdc xterm /usr/local/bin/bash yes >> ============================================================= >> >> In the last case (and only that case): if I move my dotfiles (.bashrc >> and .bash_profile) aside and log in (SSH), top behaves normally. >> Naturally this made me think "something is wonky with my dotfiles!"... >> >> But the problem *doesn't* happen if my dotfiles are intact and I >> log in via VGA console (cons25) as myself with a bash shell. So it's >> almost like there's some bizarre combination of things that causes this >> problem. >> >> I'll continue to try and narrow it down. > > Boy this is a weird one. > > In my .bashrc I've been using the following statement to show all > arguments and set the update interval to 1 second: > > export TOP="-a -s 1" > > Removing this completely and logging back in results in no problems > when running "top" in any way (top -a, top -s 1, or top -a -s 1). > > However, the problem I describe with icanon/echo never getting restored > rears its ugly head when running "top -a -b", but only under bash > (with no dotfiles too). It never happens under csh. > > I can also reproduce this on VGA console when logged in (regardless of > user), e.g. log in as root (get csh shell), run bash, "top -a -b", bam, > issue happens. > > I don't know what's different about the two shells at this level that > would cause oddities like this, but um, yeah..... *blink* I checked /bin/sh and it shows the same problem as bash, but pdksh and csh don't have any problem. Running stty -a shows that all have -icanon and -echo after runnin top, but csh and pdksh appear to ignore those settings. I have tried in xterm and console and it doesn't make any difference. I tested both on 8.1-RELEASE and 9.0-RELEASE (without ksh). These are unmodified systems with GENERIC kernels, so the problem is not new. -- Carl Johnson carlj@peak.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 23:21:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79246106566C for ; Tue, 17 Apr 2012 23:21:15 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail3.transactionware.com [202.68.173.211]) by mx1.freebsd.org (Postfix) with SMTP id C38428FC0C for ; Tue, 17 Apr 2012 23:21:14 +0000 (UTC) Received: (qmail 43006 invoked by uid 907); 17 Apr 2012 23:21:07 -0000 Received: from Unknown (HELO jmmacpro.trantek-mst.com.au) (202.68.173.218) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Wed, 18 Apr 2012 09:21:07 +1000 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=windows-1252 From: Jan Mikkelsen In-Reply-To: <201204171351.53831.jhb@freebsd.org> Date: Wed, 18 Apr 2012 09:21:06 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201204161632.q3GGWwJo045910@ambrisko.com> <8CECFFF5-9540-46BF-B855-082049CC5EFB@transactionware.com> <201204171351.53831.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1257) Cc: freebsd-stable@freebsd.org Subject: Re: LSI MegaRAID SAS 9240 with mfi driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Apr 2012 23:21:15 -0000 On 18/04/2012, at 3:51 AM, John Baldwin wrote: > It should be very easy to add a 'good' command to mfiutil. Actually, = there=20 > already is a 'good' command. Have you tried using that? >=20 > # mfiutil good Missed that. Works fine. Sorry for the noise. Regards, Jan. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 00:23:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A2901065680 for ; Wed, 18 Apr 2012 00:23:46 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id BD73F8FC0C for ; Wed, 18 Apr 2012 00:23:45 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q3I0NYsw006040; Tue, 17 Apr 2012 18:23:37 -0600 From: Erich Dollansky To: freebsd-stable@freebsd.org Date: Wed, 18 Apr 2012 07:23:31 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-PRERELEASE; KDE/4.7.4; amd64; ; ) References: <20120417182242.GA58449@icarus.home.lan> In-Reply-To: <20120417182242.GA58449@icarus.home.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201204180723.31750.erichfreebsdlist@ovitrap.com> Cc: Jeremy Chadwick Subject: Re: top not restoring terminal echo/icanon correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 00:23:46 -0000 Hi, On Wednesday 18 April 2012 01:22:42 Jeremy Chadwick wrote: > > top -a (press "q" after 1 screen refresh) > top -b > FreeBSD AMD620.ovitrap.com 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #35: Mon Apr 2 16:25:36 WIT 2012 erich@AMD620.ovitrap.com:/usr/obj/usr/src/sys/AsusAMD620 amd64 both commands behave normally here. > What I'm looking for is confirmation from others of the problem. Bad luck here. Both as tty and xterm. Erich From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 01:19:39 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C30E106566B; Wed, 18 Apr 2012 01:19:39 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (r2b9.nsu.ru [212.192.164.39]) by mx1.freebsd.org (Postfix) with ESMTP id A1B158FC08; Wed, 18 Apr 2012 01:19:38 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1SKJXj-0007fA-1F; Wed, 18 Apr 2012 08:18:47 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id q3I1LcWN012697; Wed, 18 Apr 2012 08:21:38 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id q3I1LHlt012676; Wed, 18 Apr 2012 08:21:17 +0700 (NOVT) (envelope-from danfe) Date: Wed, 18 Apr 2012 08:21:16 +0700 From: Alexey Dokuchaev To: John Baldwin Message-ID: <20120418012116.GA11023@regency.nsu.ru> References: <20120416042645.GA53074@regency.nsu.ru> <20120416070646.GA78414@regency.nsu.ru> <4F8BD14D.8050206@rdtc.ru> <201204170840.37631.jhb@freebsd.org> <20120417144643.GB70796@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120417144643.GB70796@regency.nsu.ru> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 01:19:39 -0000 On Tue, Apr 17, 2012 at 09:46:43PM +0700, Alexey Dokuchaev wrote: > I've just tried to zzz/resume several times in a row with latest 8.x > kernel with io/mem compiled in. Maybe I am speaking too fast, but guess > what: keyboard works now, network service are accessible, bluetooth mouse > works, etc. Unbelievable. My stupid "nodevice" gimmick prevented me from > having working resume, LOL. Alas, fresh reboot -- and it all as bad as before. Need to debug more... ./danfe From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 01:26:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AA0D106566B for ; Wed, 18 Apr 2012 01:26:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 06B078FC08 for ; Wed, 18 Apr 2012 01:26:12 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta07.westchester.pa.mail.comcast.net with comcast id zD6M1i0050SCNGk57DR6DP; Wed, 18 Apr 2012 01:25:06 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta09.westchester.pa.mail.comcast.net with comcast id zDR41i0101t3BNj3VDR5DX; Wed, 18 Apr 2012 01:25:05 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B9976102C1E; Tue, 17 Apr 2012 18:25:03 -0700 (PDT) Date: Tue, 17 Apr 2012 18:25:03 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20120418012503.GA25161@icarus.home.lan> References: <20120417182242.GA58449@icarus.home.lan> <20120417195115.GA60447@icarus.home.lan> <20120417200252.GA60718@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120417200252.GA60718@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: top not restoring terminal echo/icanon correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 01:26:13 -0000 On Tue, Apr 17, 2012 at 01:02:52PM -0700, Jeremy Chadwick wrote: > On Tue, Apr 17, 2012 at 12:51:15PM -0700, Jeremy Chadwick wrote: > > On Tue, Apr 17, 2012 at 11:22:42AM -0700, Jeremy Chadwick wrote: > > > (Please keep me CC'd as I'm not subscribed to the list) > > > > > > I'd like to request that folks running RELENG_8 (and RELENG_9, though I > > > do not use it) please check the behaviour of their terminal after each > > > of following commands are run (check terminal after each command): > > > > > > top -a (press "q" after 1 screen refresh) > > > top -b > > > > > > If you find that your input characters in your shell aren't being echo'd > > > back after one of the above commands, blindly type "stty icanon echo" > > > and hit and things should be back to normal. > > > > > > What I'm looking for is confirmation from others of the problem. > > > > > > Also very important: please provide uname -a output, specifically world > > > rebuild date. It greatly matters, because a commit was recently done > > > where now -b functions fine (was previously busted in this way), but now > > > -a behaves like -b did. So src/world date matters. > > > > > > All of this is documented in PR 161739. I urge anyone experiencing this > > > problem to read that PR in full, as I spent many hours today writing a > > > debug routine to confirm that top is sometimes not calling tcsetattr() > > > with the original terminal parameters when it exits, and what the > > > condition seems to be. > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/161739 > > > > > > Finally, if anyone want to tackle the problem (work out the logic bug > > > that is in there which causes it), please be my guest. I have other > > > things going on right now (doctors appointments) so I don't have as much > > > time as I'd like. > > > > > > Thanks everyone. > > > > Thanks to all those who have responded, including kib@. > > > > The problem is very odd and appears specific to the bash shell, but > > only "somewhat". Below is a part of what I sent kib@ on the matter. > > A chart showing what I've found: > > > > Location Username TERM Shell bug? > > ============================================================= > > VGA console root cons25 /bin/csh no > > VGA console jdc cons25 /usr/local/bin/bash no > > SSH (PuTTY) root xterm /bin/csh no > > SSH (PuTTY) jdc xterm /bin/csh no > > SSH (PuTTY) jdc xterm /usr/local/bin/bash yes > > ============================================================= > > > > In the last case (and only that case): if I move my dotfiles (.bashrc > > and .bash_profile) aside and log in (SSH), top behaves normally. > > Naturally this made me think "something is wonky with my dotfiles!"... > > > > But the problem *doesn't* happen if my dotfiles are intact and I > > log in via VGA console (cons25) as myself with a bash shell. So it's > > almost like there's some bizarre combination of things that causes this > > problem. > > > > I'll continue to try and narrow it down. > > Boy this is a weird one. > > In my .bashrc I've been using the following statement to show all > arguments and set the update interval to 1 second: > > export TOP="-a -s 1" > > Removing this completely and logging back in results in no problems > when running "top" in any way (top -a, top -s 1, or top -a -s 1). > > However, the problem I describe with icanon/echo never getting restored > rears its ugly head when running "top -a -b", but only under bash > (with no dotfiles too). It never happens under csh. > > I can also reproduce this on VGA console when logged in (regardless of > user), e.g. log in as root (get csh shell), run bash, "top -a -b", bam, > issue happens. > > I don't know what's different about the two shells at this level that > would cause oddities like this, but um, yeah..... *blink* After further conversations with kib@, and my own prodding at the code at his request, I did what's usually required these days: down the rabbit hole. First, it actually has nothing to do with the shell. It's interesting that I can reproduce it but only with bash and when I have specific environment settings or flags used when passed to top, and not with csh/zsh. Maybe it's luck of the draw. Maybe it has to do with my terminal size (132x43). Maybe it's something else. Not sure. Anyway, kib@ pointed me to the fact that top(1) corrupts memory, meaning it overwrites/destroys its own variables in some cases. When top is run, it does a series of variables to determine the environment its being run from. It makes use of termios(4), and uses tcgetattr(3) to save terminal device settings (stuff you'd see via stty -a) before modifying them -- specifically disabling the ICANON and ECHO capabilities. Normally top restores these on exit. However, as my PR and Email suggests, there are times where it doesn't. How top decides whether or not to do this is via a simple if statement based on a global variable called is_a_terminal. If this is true/1, then it issues tcsetattr(3) with the original terminal device settings it fetched from when top was run initially. If false, it doesn't. kib@ recommended that I set a hardware watchpoint in gdb for is_a_terminal and see if it was changing while top ran. Sure enough that's the case. (I had to use a software watchpoint since a hardware one wasn't permitted by gdb, but that's not important; software ones just result in the program running significantly slower). Here's the results, which confirms his claims. (gdb) watch is_a_terminal Watchpoint 1: is_a_terminal (gdb) x/x &is_a_terminal 0x511de0 : 0x00000000 is_a_terminal defaults to 0. It's also very important to note that the variable is at address 0x511de0. (gdb) p &fmt $1 = (char (*)[128]) 0x511d60 (gdb) p fmt $2 = '\0' The above will make more sense in a moment... (gdb) run -a -b Starting program: /home/jdc/usr.bin/top/top -a -b Watchpoint 1: is_a_terminal Watchpoint 1: is_a_terminal Watchpoint 1: is_a_terminal Watchpoint 1: is_a_terminal Watchpoint 1: is_a_terminal Watchpoint 1: is_a_terminal Old value = 0 '\0' New value = 1 '\001' init_screen () at /home/jdc/usr.bin/top/../../contrib/top/screen.c:317 317 putcap(terminal_init); Here init_screen() has set is_a_terminal to 1. Good. Now we continue... (gdb) c Continuing. Watchpoint 1: is_a_terminal Old value = 1 '\001' New value = 0 '\0' 0x00000000a0aa1448 in vsprintf () from /lib/libc.so.7 (gdb) x/x &is_a_terminal 0x511de0 : 0x00000000 Eh? Something just changed its value to zero? vsprintf? Stack trace time. (gdb) bt #0 0x00000000a0aa1448 in vsprintf () from /lib/libc.so.7 #1 0x00000000a0aa04c8 in sprintf () from /lib/libc.so.7 #2 0x0000000000407170 in format_next_process (handle=0x511d50 "\230\003", get_userid=0x40c100 , flags=1) at machine.c:963 #3 0x000000000040af1c in main (argc=3, argv=0x7fffffffea18) at /home/jdc/usr.bin/top/../../contrib/top/top.c:678 Frame 2 looks suspicious... (gdb) f 2 #2 0x0000000000407170 in format_next_process (handle=0x511d50 "\230\003", get_userid=0x40c100 , flags=1) at machine.c:963 963 sprintf(fmt, proc_fmt, Uh oh, sprintf(), not even snprintf(). Living dangerously... Let's see how dangerous. (gdb) p fmt $3 = " 6482 halbot 1 44 0 90940K 75912K select 0 0:22 0.00% /usr/local/bin/perl /home/halbot/hal/halbot.pl /home/halbot/h" (gdb) x/s fmt 0x511d60 : " 6482 halbot 1 44 0 90940K 75912K select 0 0:22 0.00% /usr/local/bin/perl /home/halbot/hal/halbot.pl /home/halbot/h" (gdb) p strlen(fmt) $4 = 128 (gdb) x/s proc_fmt 0x40d828 <_fini+2980>: "%5d%s %-*.*s %s%3d %4s%7s %6s %-6.6s %2d%7s %5.2f%% %.*s" The fmt variable is actually a "static char fmt[128]". So what comes after that? (gdb) x/x 0x511d60+128 0x511de0 : 0x0000000000000000 Ah ha... yep: 0x511de0 - 0x511d60 = 128. Thus as shown, the ECHO and ICANON settings never get restored to the terminal device because the sprintf() resulted in writing past the end of the buffer. We can easily solve this by making use of snprintf() instead, with a sizeof(fmt), limiting the total string length printed to 128. And I have confirmed that indeed solves the problem. There are lots and lots of warnings in this code too, due to lack of proper #include statements and some other minor annoyances. I could clean these up as well. Thoughts/comments? Should I close my existing PR and open a new one? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 03:02:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A56EC106566C for ; Wed, 18 Apr 2012 03:02:46 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 25A0A8FC0A for ; Wed, 18 Apr 2012 03:02:45 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so138990wib.13 for ; Tue, 17 Apr 2012 20:02:45 -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:content-transfer-encoding; bh=t1OJyJxnNJqYhDdxpI9rREFAu0kHIRp89lpIQIw+mOc=; b=HGLga65TaZv1SPFZ84ySOhYHXrMPKjm8N/zZL6Y28rIedG5eBCuuE6X+xCJR2N+JZ8 sY26+e/kONYCY0kXll9XX+kj7D1kBs5542LbM9XqrUSUzcSoglRSHocoVOUmkXAloJD7 XNyp9cXOsdnKMWd4FZHra+tI3Prqv/ia6MwMQ= 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:content-transfer-encoding:x-gm-message-state; bh=t1OJyJxnNJqYhDdxpI9rREFAu0kHIRp89lpIQIw+mOc=; b=Mkm2zQZ5uUOZsodSGO18X0kp5XTmBnky6RhcjcetwpUddrjAwxsxoujelh3OiM6+kS /pnrrJvhR2ViV9SbesFCz4JxVfZIiS3EvFpVCfHocel7q6+c8wrwf1SKe9WJYdVObKGr Tbho3EaJYm9CCoBwQ1SwsBeu2Y8y8bO/+B5brVMljb037qXQchKJGezcj3fkGLe2BcQu iObZl8wcm27FS9Z7ypj6ZxdHwRbcTCmUMY2Oe8tmLCwveNyMdumkVIUO6TrCdH13/Ku1 XtF7R/13miWvrDJSqvIxvnxwQwarFINda9nwSMPkIZRJa2DqJ24bF7qyODQ52O8mOB/z 1GgA== Received: by 10.180.92.71 with SMTP id ck7mr2016644wib.2.1334718165031; Tue, 17 Apr 2012 20:02:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.63.4 with HTTP; Tue, 17 Apr 2012 20:02:14 -0700 (PDT) In-Reply-To: <20120418012503.GA25161@icarus.home.lan> References: <20120417182242.GA58449@icarus.home.lan> <20120417195115.GA60447@icarus.home.lan> <20120417200252.GA60718@icarus.home.lan> <20120418012503.GA25161@icarus.home.lan> From: Eitan Adler Date: Tue, 17 Apr 2012 23:02:14 -0400 Message-ID: To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQk89jp1pK9BIpea/kVEicec8+A/PV5UBUQKLBSqbCsLJ7RG6eLHckVxU/WLyXl6R2hMKZgs Cc: freebsd-stable@freebsd.org Subject: Re: top not restoring terminal echo/icanon correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 03:02:46 -0000 On 17 April 2012 21:25, Jeremy Chadwick wrote: > Thoughts/comments? =C2=A0Should I close my existing PR and open a new one= ? Please submit the fix to bin/161739. If you can please submit two different diffs: the first which fixes the problem, the second with is general cleanup as a separate PR. CC me on the submission. The goal is keep the patch and your analysis together for future reference. --=20 Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 04:31:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60FF3106566B for ; Wed, 18 Apr 2012 04:31:07 +0000 (UTC) (envelope-from chad@psys.us) Received: from p3plsmtpa07-08.prod.phx3.secureserver.net (p3plsmtpa07-08.prod.phx3.secureserver.net [173.201.192.237]) by mx1.freebsd.org (Postfix) with SMTP id 3C0108FC19 for ; Wed, 18 Apr 2012 04:31:07 +0000 (UTC) Received: (qmail 29111 invoked from network); 18 Apr 2012 04:24:27 -0000 Received: from unknown (98.185.17.217) by p3plsmtpa07-08.prod.phx3.secureserver.net (173.201.192.237) with ESMTP; 18 Apr 2012 04:24:27 -0000 Message-ID: <4F8E41F1.3000500@psys.us> Date: Wed, 18 Apr 2012 00:24:17 -0400 From: Chad C User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F8D9FCC.6000705@psys.us> <20120417191603.GO2358@deviant.kiev.zoral.com.ua> In-Reply-To: <20120417191603.GO2358@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: kernel panic while detecting cpu in FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 04:31:07 -0000 Updated the mainboard UEFI to latest version but am still getting the same kernel page fault. I compiled "options DDB" and "options GDB" into the generic kernel. After rebooting and entering DDB I get the following from various commands: On bootup I am now getting the following: real memory = 8589934592 (8192 MB) avail memory = 8198332416 (7818 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: panic: AP #2 (PHY# 4) failed! cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at KDB_backtrace+0x37 panic() at panic+0x187 cpu_mp_start() at cpu_mp_start+0x589 mp_start() at mp_start+0x85 mi_startup() at mi_startup+0x77 btext() at btext+0x2c KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x3b: movq $0,0x905dc2(%rip) db> Typing "s" and "c" at the db prompt gives the following: db> s [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x46: addq $0x8,%rsp db> c kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff808316e8 stack pointer = 0x28:0xffffffff81412ab0 frame pointer = 0x28:0xffffffff81412af0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = trace trap, resume, IOPL = 0 current process = 0 () [ thread pid 0 tid 0 ] Stopped at _thread_lock_flags+0x28: movq 0x18(%r12),%rax And trace gives me the following output: db> trace Tracing pid 0 tid 0 td 0xffffffff8112f830 _thread_lock_flags() at _thread_lock_flags+0x28 kern_reboot() at kern_reboot+0x33 panic() at panic+0x171 cpu_mp_start() at cpu_mp_start+0x589 mp_start() at mp_start+0x85 mi_startup() at mi_startup+0x77 btext() at btext+0x2c -Chad From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 06:22:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22CE8106566B; Wed, 18 Apr 2012 06:22:41 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 82C4E8FC12; Wed, 18 Apr 2012 06:22:40 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so283954wgb.1 for ; Tue, 17 Apr 2012 23:22:33 -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 :content-type:content-transfer-encoding; bh=zj50AleLlGE7qj8gB22DK5pBi+wRufs++8ENtIWbRRg=; b=AMYj3I7s4hf9vHQTMkD5RcJauBZBkndl64MQSGwnMmbQUNdztcsVTLwT8DiVA51SvE 7ArrIwFvGsydVMj5tGLyciGsrZmHr4etO6eJe/Xc7qXzSeX5ie1Myw5syht3hxRgC8PQ 7zWll+iXCGHgW5I8/y6xm0ZbL4rLraUxD+li0Qx+bdhqKWnl/Ngzhyw1mCavf97cNbrV nuzuOC8tM3aEgQ7y89u+Chxk+E2a4nPiJjnfD++aipoLiVBpKWuBthJnVDlB1cicVu+d hNN/u3aCu9WEIwW6KYZp+pK3UXiXvlUbF8uys4Ih0ripPtA3t0IYP/gjA4VIoERZWk6s LUag== MIME-Version: 1.0 Received: by 10.180.107.132 with SMTP id hc4mr3027463wib.21.1334730153777; Tue, 17 Apr 2012 23:22:33 -0700 (PDT) Received: by 10.216.49.81 with HTTP; Tue, 17 Apr 2012 23:22:33 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 02:22:33 -0400 Message-ID: From: Arnaud Lacombe To: freebsd-stable , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Complete hang on 9.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 06:22:41 -0000 Hi, On Mon, Apr 16, 2012 at 5:50 PM, Arnaud Lacombe wrote: > Hi, > > [for the record...] > > On Tue, Feb 14, 2012 at 11:41 AM, Arnaud Lacombe wro= te: >> Hi folks, >> >> For the records, I was running some tests yesterday on top of a >> 9.0-RELEASE, amd64, kernel when the box hanged. At the time of the >> hang, the box was running a process with about 2800 threads with heavy >> IPC between 1400 writers and 1400 readers. The box was in single user >> mode (/bin/sh coming from FreeBSD 7.4-STABLE). Here is the beginning >> of the dmesg: >> >> Copyright (c) 1992-2012 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> =A0 =A0 =A0 =A0The Regents of the University of California. All rights r= eserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 9.0-RELEASE #0: Tue Jan =A03 07:46:30 UTC 2012 >> =A0 =A0root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >> CPU: Intel(R) Atom(TM) CPU D510 =A0 @ 1.66GHz (1666.70-MHz K8-class CPU) >> =A0Origin =3D "GenuineIntel" =A0Id =3D 0x106ca =A0Family =3D 6 =A0Model = =3D 1c =A0Stepping =3D 10 >> =A0Features=3D0xbfebfbff >> =A0Features2=3D0x40e31d >> =A0AMD Features=3D0x20000800 >> =A0AMD Features2=3D0x1 >> =A0TSC: P-state invariant, performance statistics >> real memory =A0=3D 2137587712 (2038 MB) >> avail memory =3D 2037841920 (1943 MB) >> Event timer "LAPIC" quality 400 >> ACPI APIC Table: <070611 APIC1125> >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP/HT): APIC ID: =A01 >> =A0cpu2 (AP): APIC ID: =A02 >> =A0cpu3 (AP/HT): APIC ID: =A03 >> >> I will restart the test and see if this happens again. >> > I reproduced the previous problem on 10-CURRENT from r233917, on the > following platform (here running 8.2-RELEASE): > > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 > =A0 =A0root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Atom(TM) CPU D525 =A0 @ 1.80GHz (1800.01-MHz K8-class CPU) > =A0Origin =3D "GenuineIntel" =A0Id =3D 0x106ca =A0Family =3D 6 =A0Model = =3D 1c =A0Stepping =3D 10 > =A0Features=3D0xbfebfbff > =A0Features2=3D0x40e31d > =A0AMD Features=3D0x20100800 > =A0AMD Features2=3D0x1 > =A0TSC: P-state invariant > real memory =A0=3D 2136539136 (2037 MB) > avail memory =3D 2043772928 (1949 MB) > ACPI APIC Table: <010312 APIC0947> > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads > =A0cpu0 (BSP): APIC ID: =A00 > =A0cpu1 (AP/HT): APIC ID: =A01 > =A0cpu2 (AP): APIC ID: =A02 > =A0cpu3 (AP/HT): APIC ID: =A03 > > Complete system freeze while running about 2400 threads. I had to > power cycle the system to get it back alive. I discussed a way to > debug this with attilio@ on freebsd-stable@, but still did not had > time to implement it. > 10-CURRENT from r233917 hanged again today while running 3600 threads. I enabled WITNESS and INVARIANTS on that specific kernel, secretly hoping that they would trigger some meaningful information, but they did not. I would guess my last attempt is to enable SW_WATCHDOG, and gather some state information out of DDB when the watchdog trigger, if it does... Btw, this issue seems to be specifically happening on Atom/ICH8M platform running amd64 kernel, as I've never seen it on other platforms, and yet ran extensive tests. I am not entirely sure it happens on i386. I would need to check. - Arnaud From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 06:24:17 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 706311065675 for ; Wed, 18 Apr 2012 06:24:17 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id D1B8F8FC20 for ; Wed, 18 Apr 2012 06:24:16 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q3I6O5q1021069 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 18 Apr 2012 07:24:06 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q3I6O5q1021069 Authentication-Results: smtp.infracaninophile.co.uk/q3I6O5q1021069; dkim=none (no signature); dkim-adsp=none Message-ID: <4F8E5DFF.4080708@FreeBSD.org> Date: Wed, 18 Apr 2012 07:23:59 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Andy Dills References: <20120417175405.X89206@shell.xecu.net> In-Reply-To: <20120417175405.X89206@shell.xecu.net> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC22C02FAB7C5D4F5CDA21D63" X-Virus-Scanned: clamav-milter 0.97.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 8.3-R sysinstall does not "see" disks that are recognized during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 06:24:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC22C02FAB7C5D4F5CDA21D63 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 17/04/2012 23:02, Andy Dills wrote: > However, once the system finishes booting and loads into sysinstall, an= d I=20 > go to partition the drives, I get "No disks found! Please verify that y= our=20 > disk controller is being properly loaded at boot time". If you boot into 'Live CD' rather than the installer, can you still see the drives in /dev ? If so, you should be able to go ahead and install the system manually -- it takes a little knowledge of some of the low level management commands, but it isn't particularly difficult. If you wanted to use ZFS for instance, you'ld have to do a manual install anyhow, and there are many recipes around the web. If the drives appear in the dmesg output and then disappear that's a whole different kettle of fish. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enigC22C02FAB7C5D4F5CDA21D63 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+OXgUACgkQ8Mjk52CukIy8hQCfTUUBbY3+TW+G3aho0BNM7y5b j78An3XQhXjAAmYxYSYaAHsXZVjB71jI =uSk/ -----END PGP SIGNATURE----- --------------enigC22C02FAB7C5D4F5CDA21D63-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 07:14:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 687D7106564A for ; Wed, 18 Apr 2012 07:14:12 +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 B9BE08FC0A for ; Wed, 18 Apr 2012 07:14:11 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.55]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id q3I6iOLL001094 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 18 Apr 2012 16:14:29 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20120417175405.X89206@shell.xecu.net> Date: Wed, 18 Apr 2012 16:14:23 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120417175405.X89206@shell.xecu.net> To: Andy Dills X-Mailer: Apple Mail (2.1257) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: FreeBSD Stable Mailing List Subject: Re: FreeBSD 8.3-R sysinstall does not "see" disks that are recognized during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 07:14:12 -0000 On 18/04/2012, at 7:32, Andy Dills wrote: > I've got a new supermicro server I'm trying to get FreeBSD on. It uses = the=20 > Intel c602 chipset, and it's my understanding that support for that=20 > chipset (c60X) was recently added via the isci driver. Ok, great, that=20= > explains why 8.2-R and 9.0-R didn't see the drives. >=20 > So, I grabbed the memstick image of 8.3-RELEASE that is on the ftp = server,=20 > booted it up, and sure enough, as the dmesg scrolls I see it now = properly=20 > recognizes da0 and da1, as it should (the memstick is da2). It sees = the=20 > disks fine at this point, everything looks good. >=20 > However, once the system finishes booting and loads into sysinstall, = and I=20 > go to partition the drives, I get "No disks found! Please verify that = your=20 > disk controller is being properly loaded at boot time". >=20 > Any suggestions for avenues to troubleshoot this? I have pictures to=20= > document if it helps. >=20 > Seems very odd. I confirmed the behavior with the SATA set to IDE, = AHCI,=20 > and RAID modes. (The drives were recognized as da0 and da1 during = bootup=20 > in all three modes, but not by sysinstall.) That does seem very odd - if they appear as daX then sysinstall should = see them. Can you go into the holographic shell (or livecd if you have it) and = run.. echo /dev/da* echo >/dev/da0 echo >/dev/da1 (this will trash the first sector of da0 and da1 but I assume that's OK = since you're installing on those). If you could obtain a KLD for isci built for 9.0 you could load it in = the loader and see if that installer sees it, you might not have the = facilities for that though.. -- 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 Wed Apr 18 07:59:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA5B71065673 for ; Wed, 18 Apr 2012 07:59:05 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 728A38FC0A for ; Wed, 18 Apr 2012 07:59:05 +0000 (UTC) Received: by obqv19 with SMTP id v19so9771085obq.13 for ; Wed, 18 Apr 2012 00:59:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=yzZPzyua88TK+PBPeiM1EwljmRmSU3rImrtnkjTcErI=; b=i0rBLuEUkYftS+3U2QubrK6mLlhasKv14d0NuRcPEPi0j5EVD/rFq9J1kC2WZdjfOg 5ESgN84WEI8Qor7e6x1PPv1T8YibNuJVk+0cGvRquanVVBZzpuS1Sj0IH76Pck8DZltW mZ6wcIBLiNZjCSGIiaD47PWAnLTuscls9bhQkYPR37o/dEJ0qQGS6v+vrOHurVt2XkDK 0s7VYnypKht9+K2xB9Cx9TvT6W38Pa/p1o5rKjfgp1OgBbPG0UbIBFP70/04QXxGkHmf 1Hay2eqBdp5fxL0bs36gGs/sDJ9fxn68vXjEH0wsD07HuFTWLqDi5v2Vf2vj30/K7cMR D4Yg== MIME-Version: 1.0 Received: by 10.182.169.68 with SMTP id ac4mr1685915obc.19.1334735944819; Wed, 18 Apr 2012 00:59:04 -0700 (PDT) Received: by 10.60.17.34 with HTTP; Wed, 18 Apr 2012 00:59:04 -0700 (PDT) Date: Wed, 18 Apr 2012 09:59:04 +0200 Message-ID: From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: pcre-related problem to compile HipHop in FreeBSD9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 07:59:05 -0000 Hi: I am having problem while trying to compile HipHop similar to what has been discussed here (https://github.com/facebook/hiphop-php/issues/480#pull_comment_form) My environments are: setenv CC /usr/local/bin/gcc44 setenv CXX /usr/local/bin/g++44 setenv HPHP_HOME `pwd` setenv HPHP_LIB `pwd`/bin setenv CMAKE_PREFIX_PATH `pwd`/../libs and I got the following pcre-related errors, when checked the lines specified in the error it seems to be associated with pcre flushing cache. Summary of error is: [ 15%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/preg.cpp.o /root/hhbuild/hiphop-php/src/runtime/base/preg.cpp: In function 'HPHP::pcre_cache_entry* HPHP::pcre_get_compiled_regex_cache(const HPHP::String&)': /root/hhbuild/hiphop-php/src/runtime/base/preg.cpp:138: error: 'pcre_info' was not declared in this scope *** Error code 1 I checked the specific line 138 which reads like: if (pcre_info(pce->re, NULL, NULL) == PCRE_ERROR_BADMAGIC) { pcre_cache.cleanup(); Any hints? Could not figure out whether it is FreeBSD9-, pcre- or HipHop-related? Thanks! /z The entire make output is as of below: # make Scanning dependencies of target xhp [ 0%] Building CXX object src/third_party/xhp/xhp/CMakeFiles/xhp.dir/code_rope.cpp.o [ 0%] Building CXX object src/third_party/xhp/xhp/CMakeFiles/xhp.dir/xhp_preprocess.cpp.o [ 0%] Building CXX object src/third_party/xhp/xhp/CMakeFiles/xhp.dir/xhpize.cpp.o [ 0%] Building CXX object src/third_party/xhp/xhp/CMakeFiles/xhp.dir/fastpath.cpp.o [ 0%] Building CXX object src/third_party/xhp/xhp/CMakeFiles/xhp.dir/parser.yacc.cpp.o [ 1%] Building CXX object src/third_party/xhp/xhp/CMakeFiles/xhp.dir/scanner.lex.cpp.o scanner.lex.cpp: In function 'yy_state_type yy_try_NUL_trans(yy_state_type, void*)': scanner.lex.cpp:9714: warning: unused variable 'yyg' Linking CXX static library ../../../../bin/libxhp.a [ 1%] Built target xhp Scanning dependencies of target afdt [ 1%] Building C object src/third_party/libafdt/CMakeFiles/afdt.dir/src/lowlevel.c.o [ 1%] Building C object src/third_party/libafdt/CMakeFiles/afdt.dir/src/strlcpy.c.o [ 1%] Building C object src/third_party/libafdt/CMakeFiles/afdt.dir/src/sync.c.o [ 1%] Building C object src/third_party/libafdt/CMakeFiles/afdt.dir/src/util.c.o [ 1%] Building C object src/third_party/libafdt/CMakeFiles/afdt.dir/src/async.c.o Linking C static library ../../../bin/libafdt.a [ 1%] Built target afdt Scanning dependencies of target mbfl [ 2%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfilter.c.o [ 2%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfl_string.c.o [ 2%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfl_language.c.o [ 2%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfl_encoding.c.o [ 2%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfl_convert.c.o [ 2%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfl_ident.c.o [ 2%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfl_memory_device.c.o [ 3%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfl_allocators.c.o [ 3%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfl_filter_output.c.o [ 3%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfilter_pass.c.o [ 3%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfilter_wchar.c.o [ 3%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/mbfilter_8bit.c.o [ 3%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_cp936.c.o [ 3%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_hz.c.o [ 4%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_euc_tw.c.o [ 4%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_big5.c.o [ 4%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_euc_jp.c.o [ 4%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_jis.c.o [ 4%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_1.c.o [ 4%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_2.c.o [ 4%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_cp1254.c.o [ 5%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_cp1252.c.o [ 5%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_cp1251.c.o [ 5%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_ascii.c.o [ 5%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_3.c.o [ 5%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_4.c.o [ 5%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_5.c.o [ 5%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_6.c.o [ 6%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_7.c.o [ 6%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_8.c.o [ 6%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_9.c.o [ 6%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_10.c.o [ 6%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_13.c.o [ 6%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_14.c.o [ 6%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_15.c.o [ 6%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso8859_16.c.o [ 7%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_htmlent.c.o [ 7%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_byte2.c.o [ 7%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_byte4.c.o [ 7%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_uuencode.c.o [ 7%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_base64.c.o [ 7%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_sjis.c.o [ 7%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_7bit.c.o [ 8%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_qprint.c.o [ 8%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_ucs4.c.o [ 8%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_ucs2.c.o [ 8%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_utf32.c.o [ 8%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_utf16.c.o [ 8%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_utf8.c.o [ 8%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_utf7.c.o [ 9%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_utf7imap.c.o [ 9%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_euc_jp_win.c.o [ 9%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_cp932.c.o [ 9%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_cp51932.c.o [ 9%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_euc_cn.c.o [ 9%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_euc_kr.c.o [ 9%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_uhc.c.o [ 10%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso2022_jp_ms.c.o [ 10%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_iso2022_kr.c.o [ 10%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_cp866.c.o [ 10%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_koi8r.c.o [ 10%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_koi8u.c.o [ 10%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_armscii8.c.o [ 10%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/mbfilter_cp850.c.o [ 11%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/filters/html_entities.c.o [ 11%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/nls/nls_ja.c.o [ 11%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/nls/nls_de.c.o [ 11%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/nls/nls_en.c.o [ 11%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/nls/nls_hy.c.o [ 11%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/nls/nls_tr.c.o [ 11%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/nls/nls_kr.c.o [ 11%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/nls/nls_ru.c.o [ 12%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/nls/nls_ua.c.o [ 12%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/nls/nls_zh.c.o [ 12%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/nls/nls_uni.c.o [ 12%] Building C object src/third_party/libmbfl/mbfl/CMakeFiles/mbfl.dir/__/nls/nls_neutral.c.o Linking C static library ../../../../bin/libmbfl.a [ 12%] Built target mbfl Scanning dependencies of target sqlite3 [ 12%] Building C object src/third_party/libsqlite3/CMakeFiles/sqlite3.dir/sqlite3.c.o Linking C static library ../../../bin/libsqlite3.a [ 12%] Built target sqlite3 Scanning dependencies of target timelib [ 12%] Building C object src/third_party/timelib/CMakeFiles/timelib.dir/astro.c.o [ 12%] Building C object src/third_party/timelib/CMakeFiles/timelib.dir/dow.c.o [ 12%] Building C object src/third_party/timelib/CMakeFiles/timelib.dir/parse_date.c.o [ 12%] Building C object src/third_party/timelib/CMakeFiles/timelib.dir/parse_tz.c.o [ 12%] Building C object src/third_party/timelib/CMakeFiles/timelib.dir/timelib.c.o [ 13%] Building C object src/third_party/timelib/CMakeFiles/timelib.dir/tm2unixtime.c.o [ 13%] Building C object src/third_party/timelib/CMakeFiles/timelib.dir/unixtime2tm.c.o Linking C static library ../../../bin/libtimelib.a [ 13%] Built target timelib Scanning dependencies of target hphp_runtime_static [ 13%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/builtin_functions.cpp.o [ 13%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/class_info.cpp.o [ 13%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/comparisons.cpp.o [ 13%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/debuggable.cpp.o [ 14%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/dynamic_object_data.cpp.o [ 14%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/execution_context.cpp.o [ 14%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/fiber_async_func.cpp.o [ 14%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/fiber_reference_map.cpp.o [ 14%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/fiber_safe.cpp.o [ 14%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/frame_injection.cpp.o [ 14%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/global_array_wrapper.cpp.o [ 15%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/hphp_ffi.cpp.o [ 15%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/hphp_system.cpp.o [ 15%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/ini_setting.cpp.o [ 15%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/intercept.cpp.o [ 15%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/list_assignment.cpp.o [ 15%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/object_data.cpp.o [ 15%] Building CXX object src/CMakeFiles/hphp_runtime_static.dir/runtime/base/preg.cpp.o /root/hhbuild/hiphop-php/src/runtime/base/preg.cpp: In function 'HPHP::pcre_cache_entry* HPHP::pcre_get_compiled_regex_cache(const HPHP::String&)': /root/hhbuild/hiphop-php/src/runtime/base/preg.cpp:138: error: 'pcre_info' was not declared in this scope *** Error code 1 Stop in /root/hhbuild/hiphop-php. *** Error code 1 Stop in /root/hhbuild/hiphop-php. *** Error code 1 Stop in /root/hhbuild/hiphop-php. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 10:34:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25660106564A for ; Wed, 18 Apr 2012 10:34:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 90D6F8FC0C for ; Wed, 18 Apr 2012 10:34:20 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q3IAYAhx092493; Wed, 18 Apr 2012 13:34:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q3IAYAGw098375; Wed, 18 Apr 2012 13:34:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q3IAYAOL098374; Wed, 18 Apr 2012 13:34:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 18 Apr 2012 13:34:10 +0300 From: Konstantin Belousov To: Chad C Message-ID: <20120418103410.GU2358@deviant.kiev.zoral.com.ua> References: <4F8D9FCC.6000705@psys.us> <20120417191603.GO2358@deviant.kiev.zoral.com.ua> <4F8E41F1.3000500@psys.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZP8/ogOupewGoTns" Content-Disposition: inline In-Reply-To: <4F8E41F1.3000500@psys.us> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic while detecting cpu in FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 10:34:21 -0000 --ZP8/ogOupewGoTns Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 18, 2012 at 12:24:17AM -0400, Chad C wrote: > Updated the mainboard UEFI to latest version but am still getting the=20 > same kernel page fault. >=20 > I compiled "options DDB" and "options GDB" into the generic kernel. =20 > After rebooting and entering DDB I get the following from various command= s: >=20 > On bootup I am now getting the following: >=20 > real memory =3D 8589934592 (8192 MB) > avail memory =3D 8198332416 (7818 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > panic: AP #2 (PHY# 4) failed! > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at KDB_backtrace+0x37 > panic() at panic+0x187 > cpu_mp_start() at cpu_mp_start+0x589 > mp_start() at mp_start+0x85 > mi_startup() at mi_startup+0x77 > btext() at btext+0x2c > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at kdb_enter+0x3b: movq $0,0x905dc2(%rip) > db> So your other core failed to start. You might try a lack posting exact model/bios version of the machine and mainboard. But indeed, this is most often BIOS bugs. Sometimes in the strange areas like USB, e.g. SMI handler for emulating legacy PS/2 keyboard. As a shot in the dark, try to fiddle with this setting. --ZP8/ogOupewGoTns Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+OmKIACgkQC3+MBN1Mb4hDngCfYkg9gQI08p/3qT7AXs5xpMwl 8NUAn0i8SooiO4WUABu8w5Fe7P7IC3sT =p6sR -----END PGP SIGNATURE----- --ZP8/ogOupewGoTns-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 17:23:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F667106566B for ; Wed, 18 Apr 2012 17:23:23 +0000 (UTC) (envelope-from james.r.harris@intel.com) Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3E15F8FC12 for ; Wed, 18 Apr 2012 17:23:23 +0000 (UTC) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 18 Apr 2012 10:23:16 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.71,315,1320652800"; d="scan'208";a="132483765" Received: from azsmsx601.amr.corp.intel.com ([10.2.121.193]) by azsmga001.ch.intel.com with ESMTP; 18 Apr 2012 10:23:16 -0700 Received: from fmsmsx107.amr.corp.intel.com (10.19.9.54) by azsmsx601.amr.corp.intel.com (10.2.121.193) with Microsoft SMTP Server (TLS) id 8.2.255.0; Wed, 18 Apr 2012 10:23:16 -0700 Received: from fmsmsx106.amr.corp.intel.com ([169.254.6.145]) by FMSMSX107.amr.corp.intel.com ([169.254.9.62]) with mapi id 14.01.0355.002; Wed, 18 Apr 2012 10:23:16 -0700 From: "Harris, James R" To: "freebsd-stable@freebsd.org" Thread-Topic: FreeBSD 8.3-R sysinstall does not "see" disks that are recognized during boot Thread-Index: AQHNHYfwYuvp4iXoMUq/kbgSKIRNSg== Date: Wed, 18 Apr 2012 17:23:15 +0000 Message-ID: References: <20120417195749.L89206@shell.xecu.net> In-Reply-To: <20120417195749.L89206@shell.xecu.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.200.107] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: RE: FreeBSD 8.3-R sysinstall does not "see" disks that are recognized during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 17:23:23 -0000 >---------- Forwarded message ---------- >Date: Tue, 17 Apr 2012 18:02:31 -0400 (EDT) >From: Andy Dills >To: freebsd-stable@freebsd.org >Subject: FreeBSD 8.3-R sysinstall does not "see" disks that are recognized > during boot > > >I've got a new supermicro server I'm trying to get FreeBSD on. It uses the >Intel c602 chipset, and it's my understanding that support for that >chipset (c60X) was recently added via the isci driver. Ok, great, that >explains why 8.2-R and 9.0-R didn't see the drives. > >So, I grabbed the memstick image of 8.3-RELEASE that is on the ftp server, >booted it up, and sure enough, as the dmesg scrolls I see it now properly >recognizes da0 and da1, as it should (the memstick is da2). It sees the >disks fine at this point, everything looks good. > >However, once the system finishes booting and loads into sysinstall, and I >go to partition the drives, I get "No disks found! Please verify that your >disk controller is being properly loaded at boot time". > >Any suggestions for avenues to troubleshoot this? I have pictures to >document if it helps. > >Seems very odd. I confirmed the behavior with the SATA set to IDE, AHCI, >and RAID modes. (The drives were recognized as da0 and da1 during bootup >in all three modes, but not by sysinstall.) Andy and I worked this out offline - workaround was to go to Options|Re-sca= n which caused the devices to show up in the sysinstall menu. I'm adding d= etails here for future reference. 1) C60x chipsets have the 6 traditional SATA ports, plus 4 or 8 SAS ports. = Only the latter are controlled by the isci(4) driver. 2) The IDE/AHCI/RAID modes apply only to the traditional SATA ports. 3) In Andy's case, going to Options|Re-scan Devices caused the disks to sho= w up. This problem seems to be system or platform-dependent, as I was not = able to reproduce with 8.3 memstick image on my C600 systems. 4) There was a problem with initial device scan using isci(4) on 7-STABLE, = which necessitated r233371. This was MFC'd back to 8-STABLE, but after 8.3= was released. I'm fairly convinced this is the root cause of Andy's probl= em, but don't have any easy way to verify. >Thanks, >Andy > >--- >Andy Dills >Xecunet, Inc. >www.xecu.net >301-682-9972 >--- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 18:22:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9D74106566B for ; Wed, 18 Apr 2012 18:22:55 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mail-out02.xecu.net (mail-out02.xecu.net [216.127.136.242]) by mx1.freebsd.org (Postfix) with ESMTP id 968518FC12 for ; Wed, 18 Apr 2012 18:22:55 +0000 (UTC) Received: from mail-out02.xecu.net (localhost [127.0.0.1]) by mail-out02.xecu.net (Postfix) with ESMTP id 92A931B50C3; Wed, 18 Apr 2012 14:17:35 -0400 (EDT) X-Virus-Scanned: amavisd-new at xecu.net Received: from mail-out02.xecu.net ([127.0.0.1]) by mail-out02.xecu.net (mail-out02.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1mrYkOQL1LBE; Wed, 18 Apr 2012 14:17:31 -0400 (EDT) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mail-in02.xecu.net (Postfix) with ESMTPS id 31DBE1B50C8; Wed, 18 Apr 2012 14:17:31 -0400 (EDT) Date: Wed, 18 Apr 2012 14:17:31 -0400 (EDT) From: Andy Dills To: "Harris, James R" In-Reply-To: Message-ID: <20120418140842.P34903@shell.xecu.net> References: <20120417195749.L89206@shell.xecu.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "freebsd-stable@freebsd.org" Subject: RE: FreeBSD 8.3-R sysinstall does not "see" disks that are recognized during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 18:22:55 -0000 On Wed, 18 Apr 2012, Harris, James R wrote: > > Andy and I worked this out offline - workaround was to go to > Options|Re-scan which caused the devices to show up in the sysinstall > menu. I'm adding details here for future reference. > > 1) C60x chipsets have the 6 traditional SATA ports, plus 4 or 8 SAS > ports. Only the latter are controlled by the isci(4) driver. > 2) The IDE/AHCI/RAID modes apply only to the traditional SATA ports. > 3) In Andy's case, going to Options|Re-scan Devices caused the disks to > show up. This problem seems to be system or platform-dependent, as I > was not able to reproduce with 8.3 memstick image on my C600 systems. > 4) There was a problem with initial device scan using isci(4) on > 7-STABLE, which necessitated r233371. This was MFC'd back to 8-STABLE, > but after 8.3 was released. I'm fairly convinced this is the root cause > of Andy's problem, but don't have any easy way to verify. First, I want to thank James and the other responders for help getting me squared away. Something that may be of specific use for others (James has covered the most relevant points...at blazing speed, what an asset to the community), is that the isci support in 8.3-R will now enable FreeBSD compatibility with most of the new Supermicro server platforms. And a new lesson was learned....first thing to try when sysinstall fails to recognize hardware is to re-scan devices. Never needed that across thousands of installs (dating to 2.2.8), and didn't even know it existed. Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 20:26:55 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2691F106566B; Wed, 18 Apr 2012 20:26:55 +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 CE5DD8FC0A; Wed, 18 Apr 2012 20:26:54 +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 q3IKQsVm082695; Wed, 18 Apr 2012 20:26:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q3IKQsK2082682; Wed, 18 Apr 2012 20:26:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2012 20:26:54 GMT Message-Id: <201204182026.q3IKQsK2082682@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 , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 20:26:55 -0000 TB --- 2012-04-18 18:44:01 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-04-18 18:44:01 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-04-18 18:44:01 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2012-04-18 18:44:01 - cleaning the object tree TB --- 2012-04-18 18:44:01 - cvsupping the source tree TB --- 2012-04-18 18:44:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/ia64/ia64/supfile TB --- 2012-04-18 18:45:14 - building world TB --- 2012-04-18 18:45:14 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 18:45:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 18:45:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 18:45:14 - SRCCONF=/dev/null TB --- 2012-04-18 18:45:14 - TARGET=ia64 TB --- 2012-04-18 18:45:14 - TARGET_ARCH=ia64 TB --- 2012-04-18 18:45:14 - TZ=UTC TB --- 2012-04-18 18:45:14 - __MAKE_CONF=/dev/null TB --- 2012-04-18 18:45:14 - cd /src TB --- 2012-04-18 18:45:14 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 18 18:45:15 UTC 2012 >>> 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 [...] gzip -cn /src/usr.sbin/mergemaster/mergemaster.8 > mergemaster.8.gz ===> usr.sbin/mfiutil (all) cc -O2 -pipe -fno-builtin-strftime -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/mfiutil/mfiutil.c cc -O2 -pipe -fno-builtin-strftime -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/mfiutil/mfi_cmd.c cc -O2 -pipe -fno-builtin-strftime -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/mfiutil/mfi_config.c cc1: warnings being treated as errors /src/usr.sbin/mfiutil/mfi_config.c: In function 'parse_array': /src/usr.sbin/mfiutil/mfi_config.c:307: warning: comparison is always true due to limited range of data type *** Error code 1 Stop in /src/usr.sbin/mfiutil. *** 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 --- 2012-04-18 20:26:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-18 20:26:53 - ERROR: failed to build world TB --- 2012-04-18 20:26:53 - 4069.87 user 649.61 system 6172.87 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 09:26:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F6B6106566B for ; Thu, 19 Apr 2012 09:26:36 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id 087C68FC12 for ; Thu, 19 Apr 2012 09:26:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Message-ID:References:In-Reply-To:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=Lvf+AboPq/AsHUr4jc26sjSrVtcdCkjmyXOschUMZbA=; b=sY5iPJfwTFyu5+MU9vIC1siPwN8BsLgIpc6s+H6xwkSe37oTDArbbVruoUvX3gnW6dCK/mo7EY3+rzLqmcoMqScDWfFSxw3y+OT9l4H/aRIZmMVznCONFiqBGzarAKYL; Authentication-Results: mail.deployis.eu dkim=none Received: from localhost ([127.0.0.1]:35659 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1SKnd9-0008D9-OI from for ; Thu, 19 Apr 2012 11:26:28 +0200 Received: from [194.152.141.2] by mail.deployis.eu with HTTP (HTTP/1.1 POST); Thu, 19 Apr 2012 11:26:23 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 19 Apr 2012 11:26:23 +0200 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: In-Reply-To: <20120417143643.Q89206@shell.xecu.net> References: <20120417143643.Q89206@shell.xecu.net> Message-ID: X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -43 Subject: Re: Intel c602 chipset support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 09:26:36 -0000 Hi, Could you try FreeBSD it on a machine with a chipset like this? Regards, Andras On Tue, 17 Apr 2012 14:40:50 -0400 (EDT), Andy Dills wrote: > Hi there, > > Does anybody know if there are plans to support the Intel c602 > chipset any > time soon? > > Thanks, > Andy > > --- > Andy Dills > Xecunet, Inc. > www.xecu.net > 301-682-9972 > --- > _______________________________________________ > 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 Apr 19 14:18:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 220D1106564A for ; Thu, 19 Apr 2012 14:18:49 +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 33ADB8FC08 for ; Thu, 19 Apr 2012 14:18:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id q3JEIHHU038090; Fri, 20 Apr 2012 00:18:18 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 20 Apr 2012 00:18:17 +1000 (EST) From: Ian Smith To: Andy Dills In-Reply-To: <20120418140842.P34903@shell.xecu.net> Message-ID: <20120419234841.H36310@sola.nimnet.asn.au> References: <20120417195749.L89206@shell.xecu.net> <20120418140842.P34903@shell.xecu.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "freebsd-stable@freebsd.org" , "Harris, James R" Subject: RE: FreeBSD 8.3-R sysinstall does not "see" disks that are recognized during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 14:18:49 -0000 On Wed, 18 Apr 2012 14:17:31 -0400 (EDT), Andy Dills wrote: > On Wed, 18 Apr 2012, Harris, James R wrote: > > > > Andy and I worked this out offline - workaround was to go to > > Options|Re-scan which caused the devices to show up in the sysinstall > > menu. I'm adding details here for future reference. > > > > 1) C60x chipsets have the 6 traditional SATA ports, plus 4 or 8 SAS > > ports. Only the latter are controlled by the isci(4) driver. > > 2) The IDE/AHCI/RAID modes apply only to the traditional SATA ports. > > 3) In Andy's case, going to Options|Re-scan Devices caused the disks to > > show up. This problem seems to be system or platform-dependent, as I > > was not able to reproduce with 8.3 memstick image on my C600 systems. > > 4) There was a problem with initial device scan using isci(4) on > > 7-STABLE, which necessitated r233371. This was MFC'd back to 8-STABLE, > > but after 8.3 was released. I'm fairly convinced this is the root cause > > of Andy's problem, but don't have any easy way to verify. > > First, I want to thank James and the other responders for help getting me > squared away. > > Something that may be of specific use for others (James has covered the > most relevant points...at blazing speed, what an asset to the community), > is that the isci support in 8.3-R will now enable FreeBSD compatibility > with most of the new Supermicro server platforms. > > And a new lesson was learned....first thing to try when sysinstall fails > to recognize hardware is to re-scan devices. Never needed that across > thousands of installs (dating to 2.2.8), and didn't even know it existed. Yes. This same thing happen{s,ed} in sysinstall with memstick installs - and perhaps other SCSI over USB devices? - with some sticks and/or on some boxes; in particular after happily booting into sysinstall from a memstick, then not finding the same daX thereafter to install from. Bruce Cran added a message to the 'No disks found' dialog suggesting trying Options/Rescan Devices, which 'solved' the problem for that then quite commonly reported problem, for 8.1-R or so. Apparently the dialog message was only updated specifically for USB-based da devices .. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 14:26:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5152F1065673 for ; Thu, 19 Apr 2012 14:26:57 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl2.internode.on.net (unknown [IPv6:2001:44b8:8060:ff02:300:1:2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 86DD98FC14 for ; Thu, 19 Apr 2012 14:26:56 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAB8gkE/LevdH/2dsb2JhbABDskmCCQEBBScRQRALGAkTAw8JAwIBAgFFBg0BBwEBBYgFDLpyglSEcoh3BIhahzmWF4J3 Received: from ppp247-71.static.internode.on.net (HELO leader.local) ([203.122.247.71]) by ipmail06.adl2.internode.on.net with ESMTP; 19 Apr 2012 23:56:54 +0930 Message-ID: <4F902000.5060408@ShaneWare.Biz> Date: Thu, 19 Apr 2012 23:54:00 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120322 Thunderbird/10.0.3 MIME-Version: 1.0 To: Zenny References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: pcre-related problem to compile HipHop in FreeBSD9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 14:26:57 -0000 On 18/04/2012 17:29, Zenny wrote: > Hi: > > I am having problem while trying to compile HipHop similar to what has > been discussed here > (https://github.com/facebook/hiphop-php/issues/480#pull_comment_form) > > /root/hhbuild/hiphop-php/src/runtime/base/preg.cpp:138: error: > 'pcre_info' was not declared in this scope > *** Error code 1 > > I checked the specific line 138 which reads like: > > if (pcre_info(pce->re, NULL, NULL) == PCRE_ERROR_BADMAGIC) { > pcre_cache.cleanup(); > > Any hints? Could not figure out whether it is FreeBSD9-, pcre- or > HipHop-related? > Thanks! not declared in this scope - means it hasn't found a declaration for that function. Usual cause is not including the correct header file, but in the case of pcre the recent update broke a few programs when first brought in. I don't see it by greping the pcre headers and a quick search on http://www.freebsd.org/cgi/man.cgi for pcre_info in 9.0-release and ports shows it as obsolete and replaced by pcre_fullinfo() - my guess is pcre_info() was removed in the pcre-8.30 release. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 15:00:01 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4478106578B for ; Thu, 19 Apr 2012 15:00:01 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 605D08FC08 for ; Thu, 19 Apr 2012 15:00:01 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 1D7C325D3860; Thu, 19 Apr 2012 14:59:59 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id EAC69BE52E0; Thu, 19 Apr 2012 14:59:58 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id P7fS3iNqa921; Thu, 19 Apr 2012 14:59:57 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 4182DBE52DE; Thu, 19 Apr 2012 14:59:56 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=windows-1252 From: "Bjoern A. Zeeb" In-Reply-To: <6AE377AF-1B90-4985-B87B-BE027B3B9D98@bway.net> Date: Thu, 19 Apr 2012 14:59:55 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201203271825.MAA08436@lariat.net> <6AE377AF-1B90-4985-B87B-BE027B3B9D98@bway.net> To: Charles Sprickman X-Mailer: Apple Mail (2.1084) Cc: Brett Glass , stable@freebsd.org Subject: Re: Support for releases X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 15:00:01 -0000 On 27. Mar 2012, at 18:57 , Charles Sprickman wrote: > On Mar 27, 2012, at 2:25 PM, Brett Glass wrote: >=20 >> Everyone: >>=20 >> I've just noted that as of this month, there is no release of FreeBSD = -- on any branch -- whose EOL is less than a year away. Should there = not be at least one release with extended support? >=20 > That will be 8.3: >=20 > ---- > =95 20120205 - Ping SecurityOfficer about expected support for = 8.3 (BjoernZeeb). > =95 20120205 - ACK from SecurityOfficer on extended support = (ColinPercival). > ---- >=20 > http://wiki.freebsd.org/Releng/8.3TODO Which was already mentioned in an earlier pre-release announcement. > I assume once it's released, this will be updated: >=20 > http://www.freebsd.org/security/#sup Which it was yesterday along with the release. /bz --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 16:33:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D05FC106564A for ; Thu, 19 Apr 2012 16:33:28 +0000 (UTC) (envelope-from chad@psys.us) Received: from p3plsmtpa06-08.prod.phx3.secureserver.net (p3plsmtpa06-08.prod.phx3.secureserver.net [173.201.192.109]) by mx1.freebsd.org (Postfix) with SMTP id 90D448FC14 for ; Thu, 19 Apr 2012 16:33:28 +0000 (UTC) Received: (qmail 17397 invoked from network); 19 Apr 2012 16:33:21 -0000 Received: from unknown (98.185.17.217) by p3plsmtpa06-08.prod.phx3.secureserver.net (173.201.192.109) with ESMTP; 19 Apr 2012 16:33:21 -0000 Message-ID: <4F903E47.9040607@psys.us> Date: Thu, 19 Apr 2012 12:33:11 -0400 From: Chad C User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F8D9FCC.6000705@psys.us> <20120417191603.GO2358@deviant.kiev.zoral.com.ua> <4F8E41F1.3000500@psys.us> <20120418103410.GU2358@deviant.kiev.zoral.com.ua> In-Reply-To: <20120418103410.GU2358@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: kernel panic while detecting cpu in FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 16:33:28 -0000 On 4/18/2012 6:34 AM, Konstantin Belousov wrote: > So your other core failed to start. You might try a lack posting exact > model/bios version of the machine and mainboard. But indeed, this is > most often BIOS bugs. Sometimes in the strange areas like USB, e.g. > SMI handler for emulating legacy PS/2 keyboard. As a shot in the dark, > try to fiddle with this setting. Not exactly sure what you mean by lack, but if you want the mainboard info I can give that. It is an MSI P67A-GD65 (B3) using BIOS version 1.I (release date 2012-01-12). Manufacturer's page for this mainboard is at http://www.msi.com/product/mb/P67A-GD65--B3-.html I am thinking you are right about the BIOS issue. Unfortunately I didn't see any BIOS options about legacy PS/2 support only legacy USB. But turning legacy USB off didn't have any effect. There is a whole section for overclocking the processor and memory. Wondering if there is a setting in there causing problems. Right now I have the overclocking options set at the defaults so there shouldn't be any overclocking. Out of curiosity I threw in a Sabayon Linux 8 livedvd to see what would happen during bootup. It didn't have any problems that I noticed and found all four cores. -Chad From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 17:15:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CE9C106567D for ; Thu, 19 Apr 2012 17:15:14 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 479728FC1D for ; Thu, 19 Apr 2012 17:15:03 +0000 (UTC) Received: by obqv19 with SMTP id v19so12431805obq.13 for ; Thu, 19 Apr 2012 10:15:02 -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=uKvJwew/Rg3tQNHvsMUDc2yJUmQTwjdZLL6CxyE4JkQ=; b=Xh/kCaHK3/Jq7iyCj6HfRy1k0jwIEkOvynuOySwO1b00pMAeIoiODp75K4Fi0Mdy93 hxQaUiAcr+/I9KUIAFVsktboOrBD1zCmuU7K2zDdMsGfrYZ1TAnCyVcT/E9lakvVMAVT kJDv6bcCKk6CjesxYz1elACNGbYkOZb6RCdP0c3mZVTxzKCzfAHCl2p/kp9gQmfEpCeM cKcI96+7LUpQo5jNmtMs7yDEnv/g/CKsXO0IynI9JY9qaWu322+/N/MNZo7g5E1R7FW6 w9acKlpTQSAkXLiwa5+3xsiTDATX7uvUr22VOC304aRR4tqMN0dLvZvksLG8XC4xd3nZ Th9Q== MIME-Version: 1.0 Received: by 10.182.40.70 with SMTP id v6mr4116146obk.39.1334855702632; Thu, 19 Apr 2012 10:15:02 -0700 (PDT) Received: by 10.60.17.34 with HTTP; Thu, 19 Apr 2012 10:15:02 -0700 (PDT) In-Reply-To: <4F902000.5060408@ShaneWare.Biz> References: <4F902000.5060408@ShaneWare.Biz> Date: Thu, 19 Apr 2012 19:15:02 +0200 Message-ID: From: Zenny To: Shane Ambler Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: pcre-related problem to compile HipHop in FreeBSD9-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 17:15:14 -0000 Thanks Shane for the pointer. I was just reading php bug report at https://bugs.php.net/patch-display.php?bug_id=60986&patch=pcre_info.patch&revision=latest. As you stated pcre_info is replaced by pcre_fullinfo. On 4/19/12, Shane Ambler wrote: > On 18/04/2012 17:29, Zenny wrote: >> Hi: >> >> I am having problem while trying to compile HipHop similar to what has >> been discussed here >> (https://github.com/facebook/hiphop-php/issues/480#pull_comment_form) >> > >> /root/hhbuild/hiphop-php/src/runtime/base/preg.cpp:138: error: >> 'pcre_info' was not declared in this scope >> *** Error code 1 >> >> I checked the specific line 138 which reads like: >> >> if (pcre_info(pce->re, NULL, NULL) == PCRE_ERROR_BADMAGIC) { >> pcre_cache.cleanup(); >> >> Any hints? Could not figure out whether it is FreeBSD9-, pcre- or >> HipHop-related? >> Thanks! > > not declared in this scope - means it hasn't found a declaration for > that function. Usual cause is not including the correct header file, but > in the case of pcre the recent update broke a few programs when first > brought in. > > I don't see it by greping the pcre headers and a quick search on > http://www.freebsd.org/cgi/man.cgi for pcre_info in 9.0-release and > ports shows it as obsolete and replaced by pcre_fullinfo() - my guess is > pcre_info() was removed in the pcre-8.30 release. > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 17:33:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23CE6106566B for ; Thu, 19 Apr 2012 17:33:20 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mail-out01.xecu.net (mail-out01.xecu.net [216.127.136.241]) by mx1.freebsd.org (Postfix) with ESMTP id E3DD58FC0C for ; Thu, 19 Apr 2012 17:33:19 +0000 (UTC) Received: from mail-out01.xecu.net (localhost [127.0.0.1]) by mail-out01.xecu.net (Postfix) with ESMTP id 4BA361591AA; Thu, 19 Apr 2012 13:33:13 -0400 (EDT) X-Virus-Scanned: amavisd-new at xecu.net Received: from mail-out01.xecu.net ([127.0.0.1]) by mail-out01.xecu.net (mail-out01.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 959XUFIDKMhZ; Thu, 19 Apr 2012 13:33:07 -0400 (EDT) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mail-in01.xecu.net (Postfix) with ESMTPS id B2BA4159195; Thu, 19 Apr 2012 13:33:07 -0400 (EDT) Date: Thu, 19 Apr 2012 13:33:08 -0400 (EDT) From: Andy Dills To: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= In-Reply-To: Message-ID: <20120419133042.O40217@shell.xecu.net> References: <20120417143643.Q89206@shell.xecu.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1379752503-1334856710=:40217" Content-ID: <20120419133156.W40217@shell.xecu.net> Cc: freebsd-stable@freebsd.org Subject: Re: Intel c602 chipset support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 17:33:20 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1379752503-1334856710=:40217 Content-Type: TEXT/PLAIN; CHARSET=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: <20120419133156.L40217@shell.xecu.net> On Thu, 19 Apr 2012, G=C3=B3t Andr=C3=A1s wrote: > Hi, >=20 > Could you try FreeBSD it on a machine with a chipset like this? 8.3-RELEASE is the first version (outside of -CURRENT) to support the=20 Intel c60X chips. So, yes, FreeBSD does support the chipset now. Works great, I only had a=20 small problem with sysinstall needing to re-scan devices to see the=20 drives (but that's a sysinstall bug, see the other thread for details). Thanks, Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- --0-1379752503-1334856710=:40217-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 19:11:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0A63106564A for ; Thu, 19 Apr 2012 19:11:08 +0000 (UTC) (envelope-from gallasch@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) by mx1.freebsd.org (Postfix) with ESMTP id 59EDF8FC1C for ; Thu, 19 Apr 2012 19:11:08 +0000 (UTC) Received: (qmail 44084 invoked from network); 19 Apr 2012 21:11:06 +0200 Received: from smtp.free.de (HELO orwell.free.de) (gallasch@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 19 Apr 2012 21:11:06 +0200 From: Kai Gallasch Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 19 Apr 2012 21:11:06 +0200 Message-Id: To: freebsd-stable Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: FreeBSD 9.0 - BCE_JUMBO_HDRSPLIT kernel option for bce device still needed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 19:11:08 -0000 Hi. I found the comment below in an older 8.1 kernel config file. # BCE_JUMBO_HDRSPLIT # freebsd-current@freebsd.org/2009-11/msg00065.html # [The bce driver does not have a memory leak, # it does however have a bug which causes memory # fragmentation leading to denied mbuf allocation.] #=3D20 # You need to put "options BCE_JUMBO_HDRSPLIT" # In your kernel to enable the work arround. Is the kernel option BCE_JUMBO_HDRSPLIT still needed for a FreeBSD 9 = kernel if you use the bce device (broadcom) ? I find it in the 9.0 kernel LINT file but it's not part of the GENERIC = kernel. Kai.= From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 14:34:41 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF052106566B; Fri, 20 Apr 2012 14:34:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 849848FC15; Fri, 20 Apr 2012 14:34:41 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E3F39B915; Fri, 20 Apr 2012 10:34:40 -0400 (EDT) From: John Baldwin To: Eugene Grosbein Date: Fri, 20 Apr 2012 10:34:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120416042645.GA53074@regency.nsu.ru> <20120416070646.GA78414@regency.nsu.ru> <4F8BD14D.8050206@rdtc.ru> In-Reply-To: <4F8BD14D.8050206@rdtc.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201204201034.40197.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 20 Apr 2012 10:34:41 -0400 (EDT) Cc: Alexey Dokuchaev , stable@freebsd.org, jkim@freebsd.org Subject: Re: RELENG_8 kernel as of Apr 14 does not boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2012 14:34:41 -0000 On Monday, April 16, 2012 3:59:09 am Eugene Grosbein wrote: > >>> Just update my 8.x kernel sources last weekend, and newly built kernel did > >>> not boot for me: > >>> > >>> link_elf: symbol mem_range_softc undefined > >>> KLD file acpi.ko - could not finalize loading > >>> kernel trap 12 with interrupts disabled > >> > >> Try to add 'device mem' to your kernel configuration. > > > > :-) > > > > I explicitly have "nodevice mem" and "nodevice io" in my config. They are > > being loaded from /boot/loader.conf. This worked fine for quite a while. > > > > I will try to have it compiled-in, but would still prefer it fixed, or in > > case it cannot be fixed and mem.ko cannot be loaded separately from now on, > > appropriate entry in UPDATING. > > It seems John Baldwin brought dependency of acpi.ko on device mem > 4 days ago to RELENG_8 with MFC: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/acpica/acpi_wakeup.c#rev1.50.2.3 I believe the patch at www.freebsd.org/~jhb/patches/device_mem.patch should fix this. It reverts part of 217515 and 217539 to move the mem_range_softc back into the base kernel so it is always present. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 16:39:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 045DA106564A for ; Fri, 20 Apr 2012 16:39:02 +0000 (UTC) (envelope-from ingriditra@yahoo.com) Received: from nm24.bullet.mail.ird.yahoo.com (nm24.bullet.mail.ird.yahoo.com [212.82.108.139]) by mx1.freebsd.org (Postfix) with SMTP id 5EA8E8FC14 for ; Fri, 20 Apr 2012 16:39:01 +0000 (UTC) Received: from [77.238.189.234] by nm24.bullet.mail.ird.yahoo.com with NNFMP; 20 Apr 2012 16:39:00 -0000 Received: from [212.82.109.129] by tm15.bullet.mail.ird.yahoo.com with NNFMP; 20 Apr 2012 16:39:00 -0000 Received: from [127.0.0.1] by omp1036.mail.ird.yahoo.com with NNFMP; 20 Apr 2012 16:39:00 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 160821.90186.bm@omp1036.mail.ird.yahoo.com Received: (qmail 26911 invoked by uid 60001); 20 Apr 2012 16:39:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1334939940; bh=vxsKvm+AzS4XM2AfocHZjHVHtfsfvS54GMES1VOs2kQ=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=cV8HOs4iTwWKUrtUGoEgh6JG8VfdRnMhugvXPJgbILgUfUklTr3b35Hmun5RRm8rm/VFlNBBLadPYvxpOhUyhbgIZ65w7PVzqEa/CHQRg+fDUdqWRRLYOg4ij1NircrYEmSfSPH/0JYFLnm+xd+IE1pZn5W6JlrSV6rSDN1Ia/w= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=tRBIcw5blvbXsaxrl7sbAYy8UxFL9LZrR+yraR2yOpu5uKvEioQsjH/UzD8lXtQS2cwIZBiAAjhyUw4fGXPaDwXdaaYbZ5JU1g66j9C6S/sne81XbGZplSlL5XBP8qI9B/bom7HierreLmlRxrvShfv4RL3VPqovTp+Xc2xH9k8=; X-YMail-OSG: Y3.s4dcVM1nLPpiXlLxd6dPhFyFF1jUbHUxGtTLHVe8ImrD 35okp2JuEYeWv4_TW6H4toOgX6Gpnn_sAT1TQW3fWeev0EDDj2NY1eH5B3T5 zjiKpPkcx4ruz9COlqrdlpYe0JXfTg87lSG3MmwiLnRECuuR_6TQP52d4GO_ ge3WTZWzhc7nMT9jH6mLebglTlUsgts8Rtjj3fEH6QxdAJJ3sMdPiFVFEmbN dS0TFUOXLhuxT6ym17HA4LH_K.2fiAK7NEvuFPmcRSoimY7.WK9X2iMSAMAx wsKExgbbbp_oumSSKwF7tFDoroAtdHeMc0sV.ss0ZTk5atx73gCHnK.9L6Fw 0BDJFnYdVE5FXylsqU09qDNuM.jjlofU0dzsaAq5MnS2m4Qq1pu5P Received: from [92.53.84.82] by web29402.mail.ird.yahoo.com via HTTP; Fri, 20 Apr 2012 17:38:59 BST X-Mailer: YahooMailWebService/0.8.117.340979 Message-ID: <1334939939.25106.YahooMailNeo@web29402.mail.ird.yahoo.com> Date: Fri, 20 Apr 2012 17:38:59 +0100 (BST) From: Ingrid Ditra To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: strange system corruption (freebsd 9.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ingrid Ditra List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 16:39:02 -0000 Hi, folks!=0AI am in the middle of really creepy problem with my new FreeBS= D box. I would appreciate any ideas about what the hell happened.=0A=0AI've= installed FreeBSD 9.0 from CD on IBM System x3550 server (with RAID-5 on 4= hard drives) and moved on it the most of config's from my old FreeBSD (8.2= ) box, and everything seemed working fine for some days. Long story short, = today I realised, that I can't login nether through ssh or console, some th= ird-party soft doesn't work, and most of utilities from base system doesn't= work too.=9A=0AMy /usr/sbin and /usr/libdata are completely gone, /usr/lib= exec is empty, /usr/bin contains only dtrace dir and librt.so.1 many files = from /usr/bin are gone, /usr/src contains only directory with my kernconf (= there was all sources) and /usr/ports contains only ports I've installed.= =0ATime of access to all deleted or semi-deleted dirs is almost the same, b= ut I didn't find any weird actions in logs. First, I thought that portsnap = (runned by cron) somehow corrupted my system, but it was executed like eigh= t hours earlier.=9A=0ANo one but me has access to this box, so it's unlikel= y mean joke.=0A=0ASo, please, please, help me. I really do not know what I = suppose to do now. I can't find out why this happened, so it would be usele= ss just reinstall system -- I'll have this situation again. All this stuff = repeated twice -- so it is not kind of glitch (last time a cvsuped sources = and ports and thought it was the reason of crash). From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:02:47 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 306A11065672; Fri, 20 Apr 2012 18:02:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id B52AB8FC0A; Fri, 20 Apr 2012 18:02:46 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q3KI2kA3012890; Fri, 20 Apr 2012 18:02:46 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q3KI2j9T012843; Fri, 20 Apr 2012 18:02:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 18:02:45 GMT Message-Id: <201204201802.q3KI2j9T012843@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 18:02:47 -0000 TB --- 2012-04-20 17:15:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-04-20 17:15:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 17:15:00 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2012-04-20 17:15:00 - cleaning the object tree TB --- 2012-04-20 17:15:00 - cvsupping the source tree TB --- 2012-04-20 17:15:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2012-04-20 17:20:26 - building world TB --- 2012-04-20 17:20:26 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 17:20:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 17:20:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 17:20:26 - SRCCONF=/dev/null TB --- 2012-04-20 17:20:26 - TARGET=sparc64 TB --- 2012-04-20 17:20:26 - TARGET_ARCH=sparc64 TB --- 2012-04-20 17:20:26 - TZ=UTC TB --- 2012-04-20 17:20:26 - __MAKE_CONF=/dev/null TB --- 2012-04-20 17:20:26 - cd /src TB --- 2012-04-20 17:20:26 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 17:20:27 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 17:59:10 UTC 2012 TB --- 2012-04-20 17:59:10 - generating LINT kernel config TB --- 2012-04-20 17:59:10 - cd /src/sys/sparc64/conf TB --- 2012-04-20 17:59:10 - /usr/bin/make -B LINT TB --- 2012-04-20 17:59:10 - cd /src/sys/sparc64/conf TB --- 2012-04-20 17:59:10 - /usr/sbin/config -m LINT TB --- 2012-04-20 17:59:10 - building LINT kernel TB --- 2012-04-20 17:59:10 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 17:59:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 17:59:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 17:59:10 - SRCCONF=/dev/null TB --- 2012-04-20 17:59:10 - TARGET=sparc64 TB --- 2012-04-20 17:59:10 - TARGET_ARCH=sparc64 TB --- 2012-04-20 17:59:10 - TZ=UTC TB --- 2012-04-20 17:59:10 - __MAKE_CONF=/dev/null TB --- 2012-04-20 17:59:10 - cd /src TB --- 2012-04-20 17:59:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 17:59:10 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/mlx/mlx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/mlx/mlx_disk.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/mly/mly.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/mmc/mmc.c cc1: warnings being treated as errors /src/sys/dev/mmc/mmc.c: In function 'mmc_read_ivar': /src/sys/dev/mmc/mmc.c:1457: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 18:02:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 18:02:45 - ERROR: failed to build LINT kernel TB --- 2012-04-20 18:02:45 - 2009.66 user 371.19 system 2865.73 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:04:37 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 039B9106566C; Fri, 20 Apr 2012 18:04:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id B537C8FC08; Fri, 20 Apr 2012 18:04:36 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q3KI4aFF027362; Fri, 20 Apr 2012 18:04:36 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q3KI4aGa027359; Fri, 20 Apr 2012 18:04:36 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 18:04:36 GMT Message-Id: <201204201804.q3KI4aGa027359@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 18:04:37 -0000 TB --- 2012-04-20 17:15:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-04-20 17:15:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 17:15:00 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2012-04-20 17:15:00 - cleaning the object tree TB --- 2012-04-20 17:15:00 - cvsupping the source tree TB --- 2012-04-20 17:15:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2012-04-20 17:20:27 - building world TB --- 2012-04-20 17:20:27 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 17:20:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 17:20:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 17:20:27 - SRCCONF=/dev/null TB --- 2012-04-20 17:20:27 - TARGET=powerpc TB --- 2012-04-20 17:20:27 - TARGET_ARCH=powerpc TB --- 2012-04-20 17:20:27 - TZ=UTC TB --- 2012-04-20 17:20:27 - __MAKE_CONF=/dev/null TB --- 2012-04-20 17:20:27 - cd /src TB --- 2012-04-20 17:20:27 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 17:20:27 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 18:01:26 UTC 2012 TB --- 2012-04-20 18:01:26 - generating LINT kernel config TB --- 2012-04-20 18:01:26 - cd /src/sys/powerpc/conf TB --- 2012-04-20 18:01:26 - /usr/bin/make -B LINT TB --- 2012-04-20 18:01:26 - cd /src/sys/powerpc/conf TB --- 2012-04-20 18:01:26 - /usr/sbin/config -m LINT TB --- 2012-04-20 18:01:26 - building LINT kernel TB --- 2012-04-20 18:01:26 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 18:01:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 18:01:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 18:01:26 - SRCCONF=/dev/null TB --- 2012-04-20 18:01:26 - TARGET=powerpc TB --- 2012-04-20 18:01:26 - TARGET_ARCH=powerpc TB --- 2012-04-20 18:01:26 - TZ=UTC TB --- 2012-04-20 18:01:26 - __MAKE_CONF=/dev/null TB --- 2012-04-20 18:01:26 - cd /src TB --- 2012-04-20 18:01:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 18:01:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/mlx/mlx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/mlx/mlx_disk.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/mly/mly.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/mmc/mmc.c cc1: warnings being treated as errors /src/sys/dev/mmc/mmc.c: In function 'mmc_read_ivar': /src/sys/dev/mmc/mmc.c:1457: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 18:04:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 18:04:36 - ERROR: failed to build LINT kernel TB --- 2012-04-20 18:04:36 - 2116.35 user 379.51 system 2976.05 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:05:24 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB7481065686; Fri, 20 Apr 2012 18:05:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id AA9E38FC0C; Fri, 20 Apr 2012 18:05:24 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q3KI5Og2031680; Fri, 20 Apr 2012 18:05:24 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q3KI5Olx031679; Fri, 20 Apr 2012 18:05:24 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 18:05:24 GMT Message-Id: <201204201805.q3KI5Olx031679@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 18:05:25 -0000 TB --- 2012-04-20 17:15:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-04-20 17:15:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 17:15:00 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2012-04-20 17:15:00 - cleaning the object tree TB --- 2012-04-20 17:15:00 - cvsupping the source tree TB --- 2012-04-20 17:15:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_7/i386/i386/supfile TB --- 2012-04-20 17:20:27 - building world TB --- 2012-04-20 17:20:27 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 17:20:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 17:20:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 17:20:27 - SRCCONF=/dev/null TB --- 2012-04-20 17:20:27 - TARGET=i386 TB --- 2012-04-20 17:20:27 - TARGET_ARCH=i386 TB --- 2012-04-20 17:20:27 - TZ=UTC TB --- 2012-04-20 17:20:27 - __MAKE_CONF=/dev/null TB --- 2012-04-20 17:20:27 - cd /src TB --- 2012-04-20 17:20:27 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 17:20:27 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 18:00:33 UTC 2012 TB --- 2012-04-20 18:00:33 - generating LINT kernel config TB --- 2012-04-20 18:00:33 - cd /src/sys/i386/conf TB --- 2012-04-20 18:00:33 - /usr/bin/make -B LINT TB --- 2012-04-20 18:00:33 - cd /src/sys/i386/conf TB --- 2012-04-20 18:00:33 - /usr/sbin/config -m LINT TB --- 2012-04-20 18:00:33 - building LINT kernel TB --- 2012-04-20 18:00:33 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 18:00:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 18:00:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 18:00:33 - SRCCONF=/dev/null TB --- 2012-04-20 18:00:33 - TARGET=i386 TB --- 2012-04-20 18:00:33 - TARGET_ARCH=i386 TB --- 2012-04-20 18:00:33 - TZ=UTC TB --- 2012-04-20 18:00:33 - __MAKE_CONF=/dev/null TB --- 2012-04-20 18:00:33 - cd /src TB --- 2012-04-20 18:00:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 18:00:33 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx_disk.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mly/mly.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mmc/mmc.c cc1: warnings being treated as errors /src/sys/dev/mmc/mmc.c: In function 'mmc_read_ivar': /src/sys/dev/mmc/mmc.c:1457: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 18:05:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 18:05:24 - ERROR: failed to build LINT kernel TB --- 2012-04-20 18:05:24 - 2137.62 user 398.00 system 3024.02 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:11:18 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45DFD106566B; Fri, 20 Apr 2012 18:11:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 051F98FC08; Fri, 20 Apr 2012 18:11:17 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q3KIBHdR095519; Fri, 20 Apr 2012 18:11:17 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q3KIBHej095518; Fri, 20 Apr 2012 18:11:17 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 18:11:17 GMT Message-Id: <201204201811.q3KIBHej095518@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 18:11:18 -0000 TB --- 2012-04-20 17:15:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-04-20 17:15:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 17:15:00 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2012-04-20 17:15:00 - cleaning the object tree TB --- 2012-04-20 17:15:00 - cvsupping the source tree TB --- 2012-04-20 17:15:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2012-04-20 17:15:38 - building world TB --- 2012-04-20 17:15:38 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 17:15:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 17:15:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 17:15:38 - SRCCONF=/dev/null TB --- 2012-04-20 17:15:38 - TARGET=ia64 TB --- 2012-04-20 17:15:38 - TARGET_ARCH=ia64 TB --- 2012-04-20 17:15:38 - TZ=UTC TB --- 2012-04-20 17:15:38 - __MAKE_CONF=/dev/null TB --- 2012-04-20 17:15:38 - cd /src TB --- 2012-04-20 17:15:38 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 17:15:38 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 18:07:19 UTC 2012 TB --- 2012-04-20 18:07:19 - generating LINT kernel config TB --- 2012-04-20 18:07:19 - cd /src/sys/ia64/conf TB --- 2012-04-20 18:07:19 - /usr/bin/make -B LINT TB --- 2012-04-20 18:07:19 - cd /src/sys/ia64/conf TB --- 2012-04-20 18:07:19 - /usr/sbin/config -m LINT TB --- 2012-04-20 18:07:19 - building LINT kernel TB --- 2012-04-20 18:07:19 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 18:07:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 18:07:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 18:07:19 - SRCCONF=/dev/null TB --- 2012-04-20 18:07:19 - TARGET=ia64 TB --- 2012-04-20 18:07:19 - TARGET_ARCH=ia64 TB --- 2012-04-20 18:07:19 - TZ=UTC TB --- 2012-04-20 18:07:19 - __MAKE_CONF=/dev/null TB --- 2012-04-20 18:07:19 - cd /src TB --- 2012-04-20 18:07:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 18:07:19 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mlx/mlx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mlx/mlx_disk.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mly/mly.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mmc/mmc.c cc1: warnings being treated as errors /src/sys/dev/mmc/mmc.c: In function 'mmc_read_ivar': /src/sys/dev/mmc/mmc.c:1457: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 18:11:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 18:11:17 - ERROR: failed to build LINT kernel TB --- 2012-04-20 18:11:17 - 2833.41 user 406.75 system 3377.35 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:14:16 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEAD91065693; Fri, 20 Apr 2012 18:14:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 9BB388FC0C; Fri, 20 Apr 2012 18:14:16 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q3KIEGfD012853; Fri, 20 Apr 2012 18:14:16 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q3KIEGFM012852; Fri, 20 Apr 2012 18:14:16 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 18:14:16 GMT Message-Id: <201204201814.q3KIEGFM012852@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 18:14:17 -0000 TB --- 2012-04-20 17:15:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-04-20 17:15:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 17:15:00 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2012-04-20 17:15:00 - cleaning the object tree TB --- 2012-04-20 17:15:00 - cvsupping the source tree TB --- 2012-04-20 17:15:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2012-04-20 17:15:38 - building world TB --- 2012-04-20 17:15:38 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 17:15:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 17:15:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 17:15:38 - SRCCONF=/dev/null TB --- 2012-04-20 17:15:38 - TARGET=amd64 TB --- 2012-04-20 17:15:38 - TARGET_ARCH=amd64 TB --- 2012-04-20 17:15:38 - TZ=UTC TB --- 2012-04-20 17:15:38 - __MAKE_CONF=/dev/null TB --- 2012-04-20 17:15:38 - cd /src TB --- 2012-04-20 17:15:38 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 17:15:38 UTC 2012 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 20 18:10:38 UTC 2012 TB --- 2012-04-20 18:10:38 - generating LINT kernel config TB --- 2012-04-20 18:10:38 - cd /src/sys/amd64/conf TB --- 2012-04-20 18:10:38 - /usr/bin/make -B LINT TB --- 2012-04-20 18:10:38 - cd /src/sys/amd64/conf TB --- 2012-04-20 18:10:38 - /usr/sbin/config -m LINT TB --- 2012-04-20 18:10:38 - building LINT kernel TB --- 2012-04-20 18:10:38 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 18:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 18:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 18:10:38 - SRCCONF=/dev/null TB --- 2012-04-20 18:10:38 - TARGET=amd64 TB --- 2012-04-20 18:10:38 - TARGET_ARCH=amd64 TB --- 2012-04-20 18:10:38 - TZ=UTC TB --- 2012-04-20 18:10:38 - __MAKE_CONF=/dev/null TB --- 2012-04-20 18:10:38 - cd /src TB --- 2012-04-20 18:10:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 18:10:38 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx_disk.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mly/mly.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mmc/mmc.c cc1: warnings being treated as errors /src/sys/dev/mmc/mmc.c: In function 'mmc_read_ivar': /src/sys/dev/mmc/mmc.c:1457: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 18:14:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 18:14:16 - ERROR: failed to build LINT kernel TB --- 2012-04-20 18:14:16 - 2822.23 user 536.81 system 3555.92 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:43:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C808510657A6 for ; Fri, 20 Apr 2012 18:43:50 +0000 (UTC) (envelope-from lists@knigma.org) Received: from shrewd.pub.knigma.org (shrewd.ipv6.pub.knigma.org [IPv6:2001:8b0:b0:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 622148FC14 for ; Fri, 20 Apr 2012 18:43:50 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by shrewd.pub.knigma.org (8.14.5/8.14.5) with ESMTP id q3KIhmOM002428 for ; Fri, 20 Apr 2012 19:43:48 +0100 (BST) (envelope-from lists@knigma.org) Message-ID: <4F91AE64.2090703@knigma.org> Date: Fri, 20 Apr 2012 19:43:48 +0100 From: Mark Knight User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: GEOM_PART: integrity check failed (mirror/gm0, MBR) on FreeBSD 8.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: markk@knigma.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 18:43:50 -0000 I just did a source upgrade from 8.2 to 8.3. System boots but has this warning: GEOM_PART: integrity check failed (mirror/gm0, MBR) Google points to issues with FreeBSD 9 and the need to migrate to GPT but I wasn't expecting this with 8.3! Are there any quick fixes to eliminate this warning or is it safe to ignore please? sudo gpart list: Geom name: mirror/gm0 modified: false state: CORRUPT fwheads: 255 fwsectors: 63 last: 976773166 first: 63 entries: 4 scheme: MBR Providers: 1. Name: mirror/gm0s1 Mediasize: 500107829760 (465G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 32256 Mode: r2w2e3 attrib: active rawtype: 165 length: 500107829760 offset: 32256 type: freebsd index: 1 end: 976773167 start: 63 Consumers: 1. Name: mirror/gm0 Mediasize: 500107861504 (465G) Sectorsize: 512 Mode: r2w2e5 Geom name: mirror/gm0s1 modified: false state: OK fwheads: 255 fwsectors: 63 last: 976773104 first: 0 entries: 8 scheme: BSD Providers: 1. Name: mirror/gm0s1a Mediasize: 498597888000 (464G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 32256 Mode: r1w1e1 rawtype: 7 length: 498597888000 offset: 0 type: freebsd-ufs index: 1 end: 973823999 start: 0 2. Name: mirror/gm0s1b Mediasize: 1509941760 (1.4G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 381713920 Mode: r1w1e0 rawtype: 1 length: 1509941760 offset: 498597888000 type: freebsd-swap index: 2 end: 976773104 start: 973824000 Consumers: 1. Name: mirror/gm0s1 Mediasize: 500107829760 (465G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 32256 Mode: r2w2e3 -- Mark A. R. Knight finger: markk@knigma.org Tel: +44 7880 556751 http://www.knigma.org/ From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 23:43:20 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EE67106566C; Fri, 20 Apr 2012 23:43:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 2D9DE8FC08; Fri, 20 Apr 2012 23:43:20 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q3KNhJR0094052; Fri, 20 Apr 2012 23:43:19 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q3KNhJe1094042; Fri, 20 Apr 2012 23:43:19 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 23:43:19 GMT Message-Id: <201204202343.q3KNhJe1094042@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 23:43:20 -0000 TB --- 2012-04-20 23:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-04-20 23:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 23:00:00 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2012-04-20 23:00:00 - cleaning the object tree TB --- 2012-04-20 23:00:45 - cvsupping the source tree TB --- 2012-04-20 23:00:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2012-04-20 23:01:00 - building world TB --- 2012-04-20 23:01:00 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 23:01:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 23:01:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 23:01:00 - SRCCONF=/dev/null TB --- 2012-04-20 23:01:00 - TARGET=sparc64 TB --- 2012-04-20 23:01:00 - TARGET_ARCH=sparc64 TB --- 2012-04-20 23:01:00 - TZ=UTC TB --- 2012-04-20 23:01:00 - __MAKE_CONF=/dev/null TB --- 2012-04-20 23:01:00 - cd /src TB --- 2012-04-20 23:01:00 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 23:01:01 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 23:39:47 UTC 2012 TB --- 2012-04-20 23:39:47 - generating LINT kernel config TB --- 2012-04-20 23:39:47 - cd /src/sys/sparc64/conf TB --- 2012-04-20 23:39:47 - /usr/bin/make -B LINT TB --- 2012-04-20 23:39:47 - cd /src/sys/sparc64/conf TB --- 2012-04-20 23:39:47 - /usr/sbin/config -m LINT TB --- 2012-04-20 23:39:47 - building LINT kernel TB --- 2012-04-20 23:39:47 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 23:39:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 23:39:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 23:39:47 - SRCCONF=/dev/null TB --- 2012-04-20 23:39:47 - TARGET=sparc64 TB --- 2012-04-20 23:39:47 - TARGET_ARCH=sparc64 TB --- 2012-04-20 23:39:47 - TZ=UTC TB --- 2012-04-20 23:39:47 - __MAKE_CONF=/dev/null TB --- 2012-04-20 23:39:47 - cd /src TB --- 2012-04-20 23:39:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 23:39:47 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/mlx/mlx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/mlx/mlx_disk.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/mly/mly.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/mmc/mmc.c cc1: warnings being treated as errors /src/sys/dev/mmc/mmc.c: In function 'mmc_read_ivar': /src/sys/dev/mmc/mmc.c:1457: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 23:43:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 23:43:19 - ERROR: failed to build LINT kernel TB --- 2012-04-20 23:43:19 - 2020.23 user 374.97 system 2599.31 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 23:45:10 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 673301065687; Fri, 20 Apr 2012 23:45:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id A9CB88FC18; Fri, 20 Apr 2012 23:45:04 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q3KNj4Qf009425; Fri, 20 Apr 2012 23:45:04 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q3KNj4gP009424; Fri, 20 Apr 2012 23:45:04 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 23:45:04 GMT Message-Id: <201204202345.q3KNj4gP009424@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 23:45:10 -0000 TB --- 2012-04-20 23:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-04-20 23:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 23:00:00 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2012-04-20 23:00:00 - cleaning the object tree TB --- 2012-04-20 23:00:44 - cvsupping the source tree TB --- 2012-04-20 23:00:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2012-04-20 23:01:00 - building world TB --- 2012-04-20 23:01:00 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 23:01:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 23:01:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 23:01:00 - SRCCONF=/dev/null TB --- 2012-04-20 23:01:00 - TARGET=powerpc TB --- 2012-04-20 23:01:00 - TARGET_ARCH=powerpc TB --- 2012-04-20 23:01:00 - TZ=UTC TB --- 2012-04-20 23:01:00 - __MAKE_CONF=/dev/null TB --- 2012-04-20 23:01:00 - cd /src TB --- 2012-04-20 23:01:00 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 23:01:00 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 23:41:55 UTC 2012 TB --- 2012-04-20 23:41:55 - generating LINT kernel config TB --- 2012-04-20 23:41:55 - cd /src/sys/powerpc/conf TB --- 2012-04-20 23:41:55 - /usr/bin/make -B LINT TB --- 2012-04-20 23:41:55 - cd /src/sys/powerpc/conf TB --- 2012-04-20 23:41:55 - /usr/sbin/config -m LINT TB --- 2012-04-20 23:41:55 - building LINT kernel TB --- 2012-04-20 23:41:55 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 23:41:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 23:41:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 23:41:55 - SRCCONF=/dev/null TB --- 2012-04-20 23:41:55 - TARGET=powerpc TB --- 2012-04-20 23:41:55 - TARGET_ARCH=powerpc TB --- 2012-04-20 23:41:55 - TZ=UTC TB --- 2012-04-20 23:41:55 - __MAKE_CONF=/dev/null TB --- 2012-04-20 23:41:55 - cd /src TB --- 2012-04-20 23:41:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 23:41:55 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/mlx/mlx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/mlx/mlx_disk.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/mly/mly.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/mmc/mmc.c cc1: warnings being treated as errors /src/sys/dev/mmc/mmc.c: In function 'mmc_read_ivar': /src/sys/dev/mmc/mmc.c:1457: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 23:45:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 23:45:04 - ERROR: failed to build LINT kernel TB --- 2012-04-20 23:45:04 - 2128.68 user 380.97 system 2703.99 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 23:51:07 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 595CD106566B; Fri, 20 Apr 2012 23:51:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 10EB68FC17; Fri, 20 Apr 2012 23:51:06 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q3KNp3Q0069611; Fri, 20 Apr 2012 23:51:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q3KNp3FW069607; Fri, 20 Apr 2012 23:51:03 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 23:51:03 GMT Message-Id: <201204202351.q3KNp3FW069607@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 23:51:07 -0000 TB --- 2012-04-20 23:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-04-20 23:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 23:00:00 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2012-04-20 23:00:00 - cleaning the object tree TB --- 2012-04-20 23:00:47 - cvsupping the source tree TB --- 2012-04-20 23:00:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_7/i386/i386/supfile TB --- 2012-04-20 23:06:13 - building world TB --- 2012-04-20 23:06:13 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 23:06:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 23:06:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 23:06:13 - SRCCONF=/dev/null TB --- 2012-04-20 23:06:13 - TARGET=i386 TB --- 2012-04-20 23:06:13 - TARGET_ARCH=i386 TB --- 2012-04-20 23:06:13 - TZ=UTC TB --- 2012-04-20 23:06:13 - __MAKE_CONF=/dev/null TB --- 2012-04-20 23:06:13 - cd /src TB --- 2012-04-20 23:06:13 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 23:06:13 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 23:46:39 UTC 2012 TB --- 2012-04-20 23:46:39 - generating LINT kernel config TB --- 2012-04-20 23:46:39 - cd /src/sys/i386/conf TB --- 2012-04-20 23:46:39 - /usr/bin/make -B LINT TB --- 2012-04-20 23:46:39 - cd /src/sys/i386/conf TB --- 2012-04-20 23:46:39 - /usr/sbin/config -m LINT TB --- 2012-04-20 23:46:39 - building LINT kernel TB --- 2012-04-20 23:46:39 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 23:46:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 23:46:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 23:46:39 - SRCCONF=/dev/null TB --- 2012-04-20 23:46:39 - TARGET=i386 TB --- 2012-04-20 23:46:39 - TARGET_ARCH=i386 TB --- 2012-04-20 23:46:39 - TZ=UTC TB --- 2012-04-20 23:46:39 - __MAKE_CONF=/dev/null TB --- 2012-04-20 23:46:39 - cd /src TB --- 2012-04-20 23:46:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 23:46:39 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx_disk.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mly/mly.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mmc/mmc.c cc1: warnings being treated as errors /src/sys/dev/mmc/mmc.c: In function 'mmc_read_ivar': /src/sys/dev/mmc/mmc.c:1457: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 23:51:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 23:51:03 - ERROR: failed to build LINT kernel TB --- 2012-04-20 23:51:03 - 2155.12 user 400.35 system 3063.23 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 23:57:02 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3EB9106566C; Fri, 20 Apr 2012 23:57:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 81BE68FC12; Fri, 20 Apr 2012 23:57:02 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q3KNv2x6028951; Fri, 20 Apr 2012 23:57:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q3KNv20t028950; Fri, 20 Apr 2012 23:57:02 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 23:57:02 GMT Message-Id: <201204202357.q3KNv20t028950@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 23:57:02 -0000 TB --- 2012-04-20 23:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-04-20 23:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 23:00:00 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2012-04-20 23:00:00 - cleaning the object tree TB --- 2012-04-20 23:00:46 - cvsupping the source tree TB --- 2012-04-20 23:00:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2012-04-20 23:01:01 - building world TB --- 2012-04-20 23:01:01 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 23:01:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 23:01:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 23:01:01 - SRCCONF=/dev/null TB --- 2012-04-20 23:01:01 - TARGET=ia64 TB --- 2012-04-20 23:01:01 - TARGET_ARCH=ia64 TB --- 2012-04-20 23:01:01 - TZ=UTC TB --- 2012-04-20 23:01:01 - __MAKE_CONF=/dev/null TB --- 2012-04-20 23:01:01 - cd /src TB --- 2012-04-20 23:01:01 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 23:01:01 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 23:53:06 UTC 2012 TB --- 2012-04-20 23:53:06 - generating LINT kernel config TB --- 2012-04-20 23:53:06 - cd /src/sys/ia64/conf TB --- 2012-04-20 23:53:06 - /usr/bin/make -B LINT TB --- 2012-04-20 23:53:06 - cd /src/sys/ia64/conf TB --- 2012-04-20 23:53:06 - /usr/sbin/config -m LINT TB --- 2012-04-20 23:53:06 - building LINT kernel TB --- 2012-04-20 23:53:06 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 23:53:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 23:53:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 23:53:06 - SRCCONF=/dev/null TB --- 2012-04-20 23:53:06 - TARGET=ia64 TB --- 2012-04-20 23:53:06 - TARGET_ARCH=ia64 TB --- 2012-04-20 23:53:06 - TZ=UTC TB --- 2012-04-20 23:53:06 - __MAKE_CONF=/dev/null TB --- 2012-04-20 23:53:06 - cd /src TB --- 2012-04-20 23:53:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 23:53:06 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mlx/mlx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mlx/mlx_disk.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mly/mly.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mmc/mmc.c cc1: warnings being treated as errors /src/sys/dev/mmc/mmc.c: In function 'mmc_read_ivar': /src/sys/dev/mmc/mmc.c:1457: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 23:57:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 23:57:02 - ERROR: failed to build LINT kernel TB --- 2012-04-20 23:57:02 - 2862.91 user 413.41 system 3421.82 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 00:04:31 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CF4C106564A; Sat, 21 Apr 2012 00:04:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id DC67C8FC12; Sat, 21 Apr 2012 00:04:30 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q3L04UaI089151; Sat, 21 Apr 2012 00:04:30 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q3L04Uex089150; Sat, 21 Apr 2012 00:04:30 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Apr 2012 00:04:30 GMT Message-Id: <201204210004.q3L04Uex089150@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 00:04:31 -0000 TB --- 2012-04-20 23:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-04-20 23:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 23:00:00 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2012-04-20 23:00:00 - cleaning the object tree TB --- 2012-04-20 23:00:52 - cvsupping the source tree TB --- 2012-04-20 23:00:52 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2012-04-20 23:06:17 - building world TB --- 2012-04-20 23:06:17 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 23:06:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 23:06:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 23:06:17 - SRCCONF=/dev/null TB --- 2012-04-20 23:06:17 - TARGET=amd64 TB --- 2012-04-20 23:06:17 - TARGET_ARCH=amd64 TB --- 2012-04-20 23:06:17 - TZ=UTC TB --- 2012-04-20 23:06:17 - __MAKE_CONF=/dev/null TB --- 2012-04-20 23:06:17 - cd /src TB --- 2012-04-20 23:06:17 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 23:06:18 UTC 2012 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Apr 21 00:00:53 UTC 2012 TB --- 2012-04-21 00:00:53 - generating LINT kernel config TB --- 2012-04-21 00:00:53 - cd /src/sys/amd64/conf TB --- 2012-04-21 00:00:53 - /usr/bin/make -B LINT TB --- 2012-04-21 00:00:53 - cd /src/sys/amd64/conf TB --- 2012-04-21 00:00:53 - /usr/sbin/config -m LINT TB --- 2012-04-21 00:00:53 - building LINT kernel TB --- 2012-04-21 00:00:53 - CROSS_BUILD_TESTING=YES TB --- 2012-04-21 00:00:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-21 00:00:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-21 00:00:53 - SRCCONF=/dev/null TB --- 2012-04-21 00:00:53 - TARGET=amd64 TB --- 2012-04-21 00:00:53 - TARGET_ARCH=amd64 TB --- 2012-04-21 00:00:53 - TZ=UTC TB --- 2012-04-21 00:00:53 - __MAKE_CONF=/dev/null TB --- 2012-04-21 00:00:53 - cd /src TB --- 2012-04-21 00:00:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 21 00:00:53 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx_disk.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mlx/mlx_pci.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mly/mly.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/mmc/mmc.c cc1: warnings being treated as errors /src/sys/dev/mmc/mmc.c: In function 'mmc_read_ivar': /src/sys/dev/mmc/mmc.c:1457: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-21 00:04:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-21 00:04:30 - ERROR: failed to build LINT kernel TB --- 2012-04-21 00:04:30 - 2832.11 user 538.11 system 3870.20 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 08:19:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5578A106566C; Sat, 21 Apr 2012 08:19:58 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B363B8FC14; Sat, 21 Apr 2012 08:19:57 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so9973350wgb.31 for ; Sat, 21 Apr 2012 01:19:56 -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 :content-type:content-transfer-encoding; bh=tsBZkfMKiBDbn+BB+5tjnbm89RuTJJPWAIGJkg1TmvY=; b=X0tpS5yGg1XF4NIBJqy/D11C5JptuZNu6NGR0rD5K9wQbtkrYjb66fKVlF3c7vckVZ UUCnpMsfPqKsV+sMb5n4c0p4y6fEiUIID8apqV8fk2sfq5wvM9mXl7jr6Q6VOAJOOjZq 2eG0+qCF9wwRJlc+8VAvYNLHQEgQeEJw01vRkFR7ITPcYL5ZgOkqHirbaMJ1jLS13PPM LfrjuAOEuJ+7+e0Jn1XZQ/u86NZeRkhhY3aaaqSsfeHDRVtzb0aTeEfU79hqkvY5BwIu mqYSsALL1ogur1PTkzS8l8N8BRJxvBq7YgR2Dni9va4o9lQSW/RfIK50LP5JOSj9u/yr XCnQ== MIME-Version: 1.0 Received: by 10.180.97.4 with SMTP id dw4mr4334443wib.18.1334996396131; Sat, 21 Apr 2012 01:19:56 -0700 (PDT) Received: by 10.216.49.81 with HTTP; Sat, 21 Apr 2012 01:19:56 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Apr 2012 04:19:56 -0400 Message-ID: From: Arnaud Lacombe To: freebsd-stable , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Complete hang on 9.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2012 08:19:58 -0000 Hi, On Wed, Apr 18, 2012 at 2:22 AM, Arnaud Lacombe wrote: > Hi, > > On Mon, Apr 16, 2012 at 5:50 PM, Arnaud Lacombe wrot= e: >> [...] >> I reproduced the previous problem on 10-CURRENT from r233917, on the >> following platform (here running 8.2-RELEASE): >> >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 >> =A0 =A0root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Atom(TM) CPU D525 =A0 @ 1.80GHz (1800.01-MHz K8-class CPU) >> =A0Origin =3D "GenuineIntel" =A0Id =3D 0x106ca =A0Family =3D 6 =A0Model = =3D 1c =A0Stepping =3D 10 >> =A0Features=3D0xbfebfbff >> =A0Features2=3D0x40e31d >> =A0AMD Features=3D0x20100800 >> =A0AMD Features2=3D0x1 >> =A0TSC: P-state invariant >> real memory =A0=3D 2136539136 (2037 MB) >> avail memory =3D 2043772928 (1949 MB) >> ACPI APIC Table: <010312 APIC0947> >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP/HT): APIC ID: =A01 >> =A0cpu2 (AP): APIC ID: =A02 >> =A0cpu3 (AP/HT): APIC ID: =A03 >> >> Complete system freeze while running about 2400 threads. I had to >> power cycle the system to get it back alive. I discussed a way to >> debug this with attilio@ on freebsd-stable@, but still did not had >> time to implement it. >> > 10-CURRENT from r233917 hanged again today while running 3600 threads. > I enabled WITNESS and INVARIANTS on that specific kernel, secretly > hoping that they would trigger some meaningful information, but they > did not. I would guess my last attempt is to enable SW_WATCHDOG, and > gather some state information out of DDB when the watchdog trigger, if > it does... > > Btw, this issue seems to be specifically happening on Atom/ICH8M > platform running amd64 kernel, as I've never seen it on other > platforms, and yet ran extensive tests. I am not entirely sure it > happens on i386. I would need to check. > For the record, 9.0-RELEASE i386 has been running the test for about 2 days on the D510 platform without any hang so far. I'll keep it running all week-end to give me a better idea. - Arnaud From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 10:47:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3857106566B for ; Sat, 21 Apr 2012 10:47:09 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 3A44D8FC1E for ; Sat, 21 Apr 2012 10:47:09 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id DAF80E427; Sat, 21 Apr 2012 12:47:06 +0200 (CEST) X-DKIM: OpenDKIM Filter v2.4.1 tignes.restart.be DAF80E427 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1335005227; bh=/IqMeET8te+2qqI0l7lEEqOcBxoiQCOAVhs8RQ+GWGc=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; z=Message-ID:=20<4F929028.2020806@restart.be>|Date:=20Sat,=2021=20A pr=202012=2012:47:04=20+0200|From:=20Henri=20Hennebert=20|MIME-Version:=201.0|To:=20Ingrid=20Ditra=20|CC:=20"freebsd-stable@freebsd.org"=20|Subject:=20Re:=20strange=20system=20corruption=20(freebsd= 209.0)|References:=20<1334939939.25106.YahooMailNeo@web29402.mail. ird.yahoo.com>|In-Reply-To:=20<1334939939.25106.YahooMailNeo@web29 402.mail.ird.yahoo.com>|Content-Type:=20text/plain=3B=20charset=3D KOI8-R=3B=20format=3Dflowed|Content-Transfer-Encoding:=207bit; b=CrFGKeDmltyWsusDRwmFsbO6h7TCoGbidENK/mq+I7StqEGHrxqmVKAw5XFr08crd Snwre3I+LCDrJrJzwqJXfOpzZDSjeXsLcNZsVqFVcC2U6BtEwOtlYozg1gfZYoE/Jc 3DbMaOm1RZ++Uq1xq3A47QSkXmnKCpaesOWwLMXs= Received: from wyoming.restart.bel (wyoming.restart.bel [192.168.24.5]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id q3LAl4JG030327 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 21 Apr 2012 12:47:05 +0200 (CEST) (envelope-from hlh@restart.be) Message-ID: <4F929028.2020806@restart.be> Date: Sat, 21 Apr 2012 12:47:04 +0200 From: Henri Hennebert User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.3) Gecko/20120327 Thunderbird/10.0.3 MIME-Version: 1.0 To: Ingrid Ditra References: <1334939939.25106.YahooMailNeo@web29402.mail.ird.yahoo.com> In-Reply-To: <1334939939.25106.YahooMailNeo@web29402.mail.ird.yahoo.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: strange system corruption (freebsd 9.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2012 10:47:09 -0000 On 04/20/2012 18:38, Ingrid Ditra wrote: > Hi, folks! > I am in the middle of really creepy problem with my new FreeBSD box. I would appreciate any ideas about what the hell happened. > > I've installed FreeBSD 9.0 from CD on IBM System x3550 server (with RAID-5 on 4 hard drives) and moved on it the most of config's from my old FreeBSD (8.2) box, and everything seemed working fine for some days. Long story short, today I realised, that I can't login nether through ssh or console, some third-party soft doesn't work, and most of utilities from base system doesn't work too. > My /usr/sbin and /usr/libdata are completely gone, /usr/libexec is empty, /usr/bin contains only dtrace dir and librt.so.1 many files from /usr/bin are gone, /usr/src contains only directory with my kernconf (there was all sources) and /usr/ports contains only ports I've installed. > Time of access to all deleted or semi-deleted dirs is almost the same, Do you look carefully in /var/log/cron for this same time ? Another thought, give you filesystem layout. but I didn't find any weird actions in logs. First, I thought that portsnap (runned by cron) somehow corrupted my system, but it was executed like eight hours earlier. > No one but me has access to this box, so it's unlikely mean joke. This system is connected to the internet ? http server ? if so check the logs > > So, please, please, help me. I really do not know what I suppose to do now. I can't find out why this happened, so it would be useless just reinstall system -- I'll have this situation again. All this stuff repeated twice Same time, day of the week ? -- so it is not kind of glitch (last time a cvsuped sources and ports and thought it was the reason of crash). Maybe I'm not helpful but you feel less lonely ... > _______________________________________________ > 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 Sat Apr 21 15:46:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4F541065670 for ; Sat, 21 Apr 2012 15:46:58 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 3733F8FC0A for ; Sat, 21 Apr 2012 15:46:58 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SLcWQ-00076a-RW for freebsd-stable@freebsd.org; Sat, 21 Apr 2012 17:46:51 +0200 Received: from dhcp-077-251-052-224.chello.nl ([77.251.52.224] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SLcWQ-00075S-MV for freebsd-stable@freebsd.org; Sat, 21 Apr 2012 17:46:50 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <090f695268b53508b424fde0025497bd.squirrel@eternamente.info> Date: Sat, 21 Apr 2012 17:46:51 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <090f695268b53508b424fde0025497bd.squirrel@eternamente.info> User-Agent: Opera Mail/11.62 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: 2d0a7f6a049cc125cd28f2ceffdc0173 Subject: Re: Any options on crypt+zfs ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2012 15:46:58 -0000 On Mon, 16 Apr 2012 19:32:43 +0200, Nenhum_de_Nos wrote: > hail, > > I have a soekris running an atom and 2GB RAM and ZFS using 7 drives, > small capacity though, to > test and study if I can make my home server this box and this way. It > will be a simple server, > three users tops. > > I followed the handbook and made the geli step on the disks: > > Geom name: label/zfs1.eli > State: ACTIVE > EncryptionAlgorithm: AES-XTS > KeyLength: 128 > Crypto: software > UsedKey: 0 > Flags: NONE > KeysAllocated: 38 > KeysTotal: 38 > Providers: > 1. Name: label/zfs1.eli > Mediasize: 160041881600 (149G) > Sectorsize: 4096 > Mode: r1w1e1 > Consumers: > 1. Name: label/zfs1 > Mediasize: 160041885184 (149G) > Sectorsize: 512 > Mode: r1w1e1 > > > all disks are this way (just 4 disks are on geli zfs). > > would it be faster, if I had geli over zfs, and not the other way (as is > now) ? > > my performance is too low (I know the hardware is not that much, but I > compared it to a friend's > arm based AP-Router gadget and my setup is when much equal. I have 1.6 > GHz Atom and 2GB ram, he > has not half this ... I know can't compare arm and x86 clock for clock > ...) > > I'll try to run geli on single disk, to see how much ZFS is impacting on > performance, but, is > there any other way around ? All I want is RAID5, and FreeBSD has not > developed RAID5 from GEOM > (AFAIK) since a long time. ZFS is the way people go in recent years. > > suggestions are welcome, just want to upgrade my old 8.0 BETA3 using > geom mirror/stripe to a newer > approach that would be supported by FreeBSD. > > I have an external enclosure for 4 SATA disks (port multiplier included) > using 4 disks, another > port multiplier 5x1 using now 3 disks, and: > > ahci1@pci0:13:0:0: class=0x010601 card=0x10601b21 chip=0x06121b21 > rev=0x01 hdr=0x00 > vendor = 'ASMedia Technology Inc.' > class = mass storage > subclass = SATA > > with two eSATA to the Port Multipliers. First try to look for the bottleneck. What is the performance without GELI? And what performance do you want to have? If you want performance, why do you use encryption on low-end hardware? Ronald. > > thanks, > > matheus > > machine: > ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) > Copyright (c) 1992-2012 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-RELEASE #0: Wed Apr 11 13:04:15 BRT 2012 > root@macgyver:/usr/obj/usr/src/sys/net6501-amd64 amd64 > ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) > CPU: Genuine Intel(R) CPU @ 1.60GHz (1600.04-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x20661 Family = 6 Model = 26 > Stepping = 1 > Features=0xbfe9fbff > Features2=0x40e3bd > AMD Features=0x20100800 > AMD Features2=0x1 > TSC: P-state invariant, performance statistics > real memory = 2147352576 (2047 MB) > avail memory = 2046488576 (1951 MB) > MPTable: > Event timer "LAPIC" quality 400 > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP/HT): APIC ID: 1 > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-23 on motherboard > kbd0 at kbdmux0 > ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) > ACPI: Table initialisation failed: AE_NOT_FOUND > ACPI: Try disabling either ACPI or apic support. > cryptosoft0: on motherboard